Preciso de um Portifolio Dessa Ativade de no Minimo 8 Paginas R 80 00

Programação Orientada a Objetos Roteiro Aula Prática 2 ROTEIRO DE AULA PRÁTICA NOME DA DISCIPLINA Programação Orientada a Objetos OBJETIVOS Definição dos objetivos da aula prática Criar cógio para somar dois número utilizando a Linguagem Java e IDE NetBeans INFRAESTRUTURA Instalações Apache NetBeans Materiais de consumo Descrição Quantidade de materiais por procedimentoatividade Computador 1 por aluno Software Sim X Não Em caso afirmativo qual Apache NetBeans Pago Não Pago X Tipo de Licença Freeware Descrição do software O Apache NetBeans é um ambiente de desenvolvimento integrado muito utilizado por sua robustez Permite a criação de aplicações na linguagem Java para web e para desktop Além de outras possibilidades Equipamento de Proteção Individual EPI NSA PROCEDIMENTOS PRÁTICOS Criação de de programa em Java para soma de dois número utilizando o NetBeans Atividade proposta Criação um programa simples para somar dois números escrito em Java utilizando o ambiente NetBeans Criar um relatório no final da atividade Procedimentos para a realização da atividade 3 Você deverá Instalar o NetBeans em seu computador e se certificar de ter a máquina virtual java instalada e funcionando Depois de cumprir com o processo de instalaçãoconfiguração Criar um novo projeto no NetBeans Escolher a opção Java com Maven Aplicação Java Escrever o código para solicitar dois números do usuário e apresentar o resultado da soma desses dois números Checklist Instalar a máquina virtual Java e o ambiente Apache NetBeans Criar um programa que solicita dois números e apresenta uma mensagem informando a soma dos mesmos RESULTADOS Resultados da aula prática Elaborar um relatório que deverá conter introdução métodos resultados e conclusão sobre o assunto desenvolvido em aula prática afim de registrar os passos seguidos para cumprimento da tarefa bem como entender as dificuldades encontradas ao longo do processo e a solução aplicada sobre elas UNIVERSIDADE CURSO ALUNO A RELATÓRIO AULA PRÁTICA PROGRAMAÇÃO ORIENTADA A OBJETOS CIDADE UF 2025 ALUNO A RELATÓRIO AULA PRÁTICA PROGRAMAÇÃO ORIENTADA A OBJETOS Relatório técnico apresentado à disciplina Programação Orientada a Objetos como parte da avaliação da unidade curricular CIDADE UF 2025 SUMÁRIO 1 INTRODUÇÃO5 2 DESENVOLVIMENTO6 21 AMBIENTE E CONFIGURAÇÃO6 22 IMPLEMENTAÇÃO7 23 DIFICULDADES E SOLUÇÕES8 3 RESULTADOS9 4 CONCLUSÃO10 REFERÊNCIAS11 1 INTRODUÇÃO A Programação Orientada a Objetos POO consolidouse como o paradigma dominante no desenvolvimento de software por favorecer modularidade reuso e manutenção de código Em cursos introdutórios é comum que o primeiro contato prático com POO ocorra por meio de exercícios simples que reforçam a estrutura básica de um programa a organização em pacotes e a interação com o usuário Este relatório registra a execução de uma aula prática cujo foco foi implementar em Java um aplicativo de console capaz de ler dois valores numéricos e apresentar o resultado de sua soma Embora o problema seja propositalmente elementar ele permite exercitar etapas essenciais do ciclo de desenvolvimento configuração de ambiente criação de projeto codificação compilação execução e análise de resultados A linguagem Java foi escolhida por sua ampla adoção no mercado portabilidade e robustez além do forte alinhamento com os conceitos de POO O desenvolvimento foi realizado no Apache NetBeans IDE que integra recursos de edição build e depuração e com gerenciamento de projeto via Maven o que padroniza a compilação e facilita a definição da versão da plataforma Java utilizada Essa combinação de ferramentas aproxima o estudante das práticas reais da engenharia de software como controle de dependências configuração do pomxml e definição explícita da Java Platform no IDE No plano técnico a atividade buscou também sensibilizar para questões frequentemente negligenciadas em exercícios iniciais mas relevantes em aplicações reais tratamento de entradas diferenças de locale vírgulaponto como separador decimal codificação de caracteres no console e precisão numérica Para evitar erros de representação típicos de ponto flutuante optouse por BigDecimal na operação de soma para robustez na leitura utilizouse Scanner com normalização de vírgula para ponto e laço de validação que solicita nova entrada em caso de erro Esses cuidados ainda que simples reforçam a importância de escrever programas corretos claros e tolerantes a falhas Por fim a proposta se alinha aos objetivos pedagógicos da disciplina consolidar a compreensão da estrutura de um programa Java com método main praticar a organização em pacotes package exercitar a execução em ambiente integrado NetBeans Maven e registrar todo o processo em um relatório técnico Assim mais do que apenas somar dois números a aula prática introduz um pipeline de desenvolvimento reproduzível da configuração do JDK à geração do executável que será reutilizado nas próximas atividades e ampliado com novos conceitos de POO como classes métodos encapsulamento e testes 2 DESENVOLVIMENTO 21 AMBIENTE E CONFIGURAÇÃO O ambiente de desenvolvimento adotado foi o Apache NetBeans por integrar em uma única interface os recursos de edição compilação execução e gerenciamento de projetos com Maven A escolha do Maven é importante porque padroniza o processo de build registra a versão da plataforma Java usada no projeto e facilita a execução via plugin aproximando o exercício das práticas profissionais No NetBeans foi verificado o registro das Java Platforms e selecionada como padrão a instalação disponível JDK 24 no IDE Quando o projeto apareceu como unloadable o ajuste foi feito diretamente nas propriedades do projeto seleção da plataforma correta e no pomxml definindo o release 24 para a compilação Essa combinação eliminou conflitos entre a versão do JDK reconhecida pelo IDE e a versão alvo do compilador do Maven O projeto foi criado por meio do assistente File New Project Java with Maven Java Application definindo nome GroupId e ArtifactId além do package base bredupoo O NetBeans gerou a estrutura canônica do Maven srcmainjava srctestjava e pomxml Em seguida configurouse o pomxml com a propriedade mavencompilerrelease24mavencompilerrelease garantindo que tanto a compilação quanto a execução usassem a mesma versão da linguagem Para simplificar a execução pelo próprio MavenIDE adicionouse ou confirmouse o execmavenplugin apontando a classe principal do aplicativo bredupooSomaDoisNumeros Após salvar o POM foi executado um Reload Project para o NetBeans sincronizar as configurações Durante os testes iniciais observouse um pequeno problema de codificação de caracteres no console acentos exibidos incorretamente Como mitigação adotouse a prática de manter mensagens simples no console e quando necessário configurar o ambiente para UTF8 via opções do projetoexecmavenplugin ou ajustes do terminal do IDE Outro ponto de configuração relevante foi o locale para evitar ambiguidade entre vírgula e ponto como separadores decimais decidiuse padronizar o locale para US no main LocalesetDefaultLocaleUS mantendo as entradas do usuário robustas ao permitir a digitação com vírgula e normalizar para ponto no código Com o ambiente estabilizado NetBeans carregando o projeto sem erros Maven sincronizado JDK definido e classe principal apontada o projeto ficou pronto para a fase de implementação Essa preparação assegura reprodutibilidade qualquer máquina com NetBeans JDK e Maven configurados nos mesmos parâmetros consegue compilar e executar o programa sem ajustes adicionais o que é essencial em atividades práticas e futuras evoluções do código 22 IMPLEMENTAÇÃO A implementação do programa Soma de Dois Números foi planejada para reforçar conceitos básicos de Programação Orientada a Objetos em Java organização em pacotes ponto de entrada main leituravalidação de dados e escolha apropriada de tipos numéricos No projeto adotamos o pacote bredupoo para estruturar o código e facilitar sua manutenção e utilizamos o Apache NetBeans com Maven para padronizar compilação e execução Logo no início do main definimos LocalesetDefaultLocaleUS para evitar ambiguidades entre vírgula e ponto como separadores decimais nas entradas do usuário Em seguida um bloco trywithresources com Scanner garante que o recurso seja fechado automaticamente ao término da execução O coração da leitura de dados está no método auxiliar ler Ele exibe um prompt normaliza a entrada substituindo vírgulas por pontos e tenta converter o texto para BigDecimal Caso a conversão falhe por exemplo porque o usuário digitou letras o método informa o erro e solicita novamente o valor garantindo robustez A opção por BigDecimal em vez de double elimina problemas de precisão de ponto flutuante algo essencial quando operamos com decimais como em cálculos financeiros Após obter os dois números válidos o programa realiza a soma aaddb e imprime o resultado no console Figura 1 Classe SomaDoisNumeros no NetBeans pacote bredupoo Do ponto de vista pedagógico a estrutura apresentada consolida três preocupações de engenharia i precisão numérica ao utilizar BigDecimal para somas exatas ii tolerância a falhas ao validar entradas e normalizar vírgulaponto e iii experiência do usuário ao fornecer mensagens claras e repetição controlada até receber dados corretos Além disso as decisões de projeto empacotamento Locale uso de Scanner e trywithresources alinham o exercício às práticas profissionais que você encontrará em projetos maiores Por fim a classe se mantém enxuta e extensível O mesmo esqueleto pode evoluir para aceitar outras operações subtração multiplicação e divisão internacionalização completa com ResourceBundle testes automatizados de parsing JUnit e até uma interface gráfica simples JOptionPaneJavaFX Assim o exemplo cumpre seu papel duplo resolver o problema proposto somar dois números e ao mesmo tempo servir como base confiável para as próximas etapas da disciplina 23 DIFICULDADES E SOLUÇÕES A primeira barreira apareceu logo ao abrir o projeto no NetBeans o rótulo unloadable indicava que o IDE não conseguia carregar a configuração do Maven A causa foi um desalinhamento de versões entre a plataforma Java reconhecida pelo NetBeans e a versão alvo do compilador no pomxml O IDE tinha JDK 24 registrado como padrão enquanto o POM solicitava release 25 A solução adotada foi unificar o alvo de compilação selecionamos JDK 24 nas propriedades do projeto Java Platform e ajustamos o pomxml para mavencompilerrelease24mavencompilerrelease seguido de Reload Project Alternativamente poderiase cadastrar o JDK 25 no NetBeans e manter o release 25 mas optamos pelo caminho mais rápido e estável no ambiente disponível Superado o carregamento enfrentamos um detalhe recorrente em aplicações de console acentuação exibida com caracteres estranhos ex Nmeros Isso ocorre por divergência de encoding entre a execução do MavenIDE e o console Para mitigar utilizamos mensagens simples e quando necessário configuramos a execução com UTF8 via propriedades do projeto ou parâmetros do execmavenplugin como DfileencodingUTF8 Essa padronização garante que os textos apareçam corretamente independentemente do sistema operacional Outra decisão técnica importante envolveu formato numérico e locale Como parte dos alunos digita decimais com vírgula ex 105 e outros com ponto 105 havia risco de falhas na leitura A solução combinou duas estratégias no início do main definimos LocalesetDefaultLocaleUS para estabilizar a interpretação numérica e no método ler fizemos a normalização da vírgula para ponto replace Com isso o usuário pôde digitar em ambos os formatos e o programa seguiu robusto evitando erros por causa de configurações regionais do sistema Também surgiram entradas inválidas letras campos vazios que poderiam encerrar o programa com exceção Para lidar com esse cenário encapsulamos a conversão em um trycatch dentro de um laço de validação Sempre que a leitura falha o usuário recebe uma mensagem clara e é solicitado a tentar novamente Essa abordagem melhora a experiência de uso e demonstra uma boa prática não confiar cegamente na entrada mas guiála até que esteja correta Por fim houve a decisão sobre o tipo numérico Embora double seja comum em exemplos introdutórios ele introduz imprecisões de ponto flutuante Para que os resultados fossem consistentes especialmente em decimais adotamos BigDecimal para a soma A mudança foi simples uso de new BigDecimalString e do método add mas pedagógica evidenciou a importância de escolher o tipo adequado ao problema Com essas soluções o projeto ficou estável reproduzível e pronto para evoluir outras operações aritméticas interface gráfica e testes automatizados 3 RESULTADOS A aplicação foi executada no console do NetBeansMaven em dois cenários i entrada de inteiros e ii entrada de decimais com vírgula Em ambos os casos o programa leu os valores efetuou a soma com BigDecimal e exibiu o resultado corretamente finalizando o ciclo com BUILD SUCCESS O primeiro teste 10 e 25 confirma o funcionamento básico o segundo 105 e 23 demonstra a robustez do parsing ao aceitar vírgula como separador decimal internamente normalizada para ponto preservando a exatidão numérica Figura 2 Execução do programa com números inteiros e término bemsucedido BUILD SUCCESS Figura 3 Execução do programa com decimais e normalização vírgula ponto preservando a precisão com BigDecimal Observase que o tempo total de execução registrado pelo Maven foi baixo 19 s e 9 s incluindo sobrecarga do buildexecplugin e que o fluxo de interação no console é claro e orienta o usuário até a obtenção de entradas válidas Não houve exceções durante a leitura quando entradas inválidas são fornecidas o método ler solicita nova tentativa o que contribui para a estabilidade observada nos testes 4 CONCLUSÃO A atividade cumpriu plenamente o objetivo proposto implementar compilar e executar um programa em Java que lê dois valores e apresenta a soma no console Mais do que resolver um problema elementar o exercício consolidou o fluxo completo de desenvolvimento em um ambiente profissional criação do projeto Maven no Apache NetBeans seleção da Java Platform ajuste do pomxml e execução via plugin aproximando a prática de sala de aula das rotinas reais de engenharia de software Do ponto de vista técnico as decisões de projeto foram eficazes O uso de BigDecimal garantiu precisão numérica evitando erros de ponto flutuante o método de leitura com validação em laço e normalização vírgula ponto assegurou robustez frente a diferentes formatos de entrada e a padronização de Locale e atenção ao encoding do console minimizaram ruídos de ambiente Os resultados obtidos tanto com inteiros quanto com decimais confirmam a correção funcional do programa e a qualidade da interação com o usuário As dificuldades encontradas projeto unloadable e acentuação no console foram diagnosticadas e resolvidas com ajustes coerentes alinhamento de versões do JDK entre IDE e Maven e quando necessário configuração de UTF8 Esses episódios reforçam competências importantes leitura de mensagens do ambiente de build entendimento de compatibilidade de versões e cuidados com internacionalização Como trabalhos futuros sugerese evoluir o aplicativo para um minicalculador soma subtração multiplicação divisão criar testes automatizados JUnit para o método de parsingvalidação explorar uma interface gráfica simples JOptionPaneJavaFX e integrar boas práticas de POO separação em classes encapsulamento e tratamento de exceções dedicado Em síntese a aula prática não apenas confirmou o funcionamento da solução como também estabeleceu uma base sólida e reprodutível para as próximas atividades da disciplina REFERÊNCIAS BLOCH Joshua Effective Java 3 ed Boston AddisonWesley 2018 ORACLE Java Platform Standard Edition Documentation Disponível em httpsdocsoraclecomjavase Acesso em 14 out 2025 APACHE SOFTWARE FOUNDATION Apache NetBeans Documentation Disponível em httpsnetbeansapacheorgkb Acesso em 14 out 2025 APACHE SOFTWARE FOUNDATION Maven Compiler Plugin Usage Disponível em httpsmavenapacheorgpluginsmavencompilerplugin Acesso em 14 out 2025 MOJOHAUS Exec Maven Plugin Disponível em httpswwwmojohausorgexecmaven plugin Acesso em 14 out 2025