DISCURSIVAS FINAIS DE PROJETO ORIENTADO A OBJETOS

Prévia do material em texto

DISCURSIVA FINAL 1:
QUESTÃO:
Na orientação a objetos, a assinatura da operação é a declaração de uma operação e os parâmetros que ela aceita. O conjunto de todas as assinaturas disponibilizadas por um objeto é chamado de interface, essencial na orientação a objetos. A interface de um objeto não especifica sua implementação, sendo que dois objetos com implementações diferentes podem ter interfaces distintas. No contexto da orientação a objetos, do desenvolvimento de software, disserte sobre a ligação dinâmica.
RESPOSTA ESPERADA:
A ligação dinâmica ocorre quando uma operação de um objeto pode ser solicitada por diferentes objetos com implementações diferentes em tempo de execução. Por exemplo, duas diferentes classes A e B, derivadas da classe C, podem executar o mesmo método da classe C. Isto significa que a solicitação de execução de um método pode ser realizada por diferentes classes com implementações diferentes, permitindo a substituição de classes com implementações idênticas, conhecidas por polimorfismo.
DISCURSIVA FINAL 2:
QUESTÃO:
Uma das principais fases do desenvolvimento de software é o levantamento de requisitos junto ao cliente. Nesta fase, o analista deve entender as necessidades que o novo sistema deve possuir ou, em caso de alteração de sistema, compreender as suas atuais funcionalidades, evitando que as novas alterações a serem levantadas afetem outra funcionalidade do software. Disserte sobre como os modelos podem auxiliar no levantamento e análise de requisitos para a alteração de um sistema ERP.
RESPOSTA ESPERADA:
Modelos permitem a compreensão do sistema, pois neles estão detalhados os requisitos do sistema, como ele funciona, como os objetos se relacionam e trocam mensagens, além da própria arquitetura utilizada no sistema ser documentada. Neste sentido, se um analista for realizar levantamento e análise de requisitos para alteração de um sistema que já esteja em produção, este deve estudar os modelos para que tenha compreensão de como o sistema funciona, permitindo que ao realizar o levantamento, já tenha uma visão do sistema e das funcionalidades que podem ser afetadas.
DISCURSIVA FINAL 3:
QUESTÃO:
O desenvolvimento de software utilizando a programação procedural possui muitos problemas, como códigos conhecidos por "macarrônicos", que tornam a manutenção complexa devido à dificuldade de entender estes códigos, além da sua replicação. Com a orientação a objetos, muitos destes problemas foram resolvidos, principalmente com o surgimento de padrões de projetos, os quais apresentam meios de reutilização de códigofonte, padrões para a arquitetura, entre outros. Referente ao histórico de projetos, disserte sobre o porquê de muitas soluções de problemas recorrentes não se tornarem padrões. 
RESPOSTA ESPERADA:
Os padrões de projeto surgiram como soluções de problemas recorrentes em projetos, as quais foram documentadas para posterior reutilização. Neste sentido, analisando códigos-fonte de projetos antigos, podem ser encontradas soluções de problemas recorrentes que foram resolvidos nestes projetos, porém as pessoas que as desenvolveram não documentaram para posterior reutilização da solução. Muitas vezes, isso não é feito por esquecimento ou mesmo por cronogramas apertados e equipes enxutas, dificultando que estas boas práticas sejam satisfeitas. É importante que soluções a problemas recorrentes em projetos sejam bem documentados, justamente para que em um projeto futuro que este problema ocorrer, a equipe não tenha que novamente pensar na solução. 
DISCURSIVA FINAL 4:
QUESTÃO:
A base para o desenvolvimento de um projeto de software é o levantamento de requisitos, isto é, dentre muitos motivos para o sucesso e satisfação de um software, o atendimento dos requisitos pelo projeto é um deles. Neste sentido, se algum requisito não estiver de acordo com o que o cliente necessita, poderá haver insatisfação do cliente quando o produto for entregue a ele. A fase de levantamento de requisitos é uma das premissas de um projeto de desenvolvimento de software, sendo a base para especificações, cronograma e para o próprio software. Neste contexto, disserte sobre como procede a fase de levantamento de requisitos de um software, quais os problemas encontrados e descreva os dois tipos de requisitos que são identificados nesta fase. 
RESPOSTA ESPERADA:
A fase de levantamento de requisitos trabalha com o domínio de um problema, determinando o que o software precisa fazer para atender às necessidades do usuário. Nesta fase, o engenheiro de software (analista ou programador) tenta compreender as necessidades do usuário, através de reuniões ou visitas (entrevistas), assim como determinar o que o software precisa processar ou realizar. Para que sejam compreendidas as necessidades do usuário, devem ser realizadas quantas entrevistas forem necessárias para que não hajam dúvidas. Um dos principais problemas encontrados nesta fase é a comunicação, isto é, compreender o problema do usuário para transformá-lo em conceitos concretos e inteligíveis. Nesta fase são identificados dois tipos de requisitos: os funcionais, que se caracteriza pelas funcionalidades que o sistema deve desempenhar, como cadastrar cliente, por exemplo; e os requisitos não funcionais, que correspondem às restrições, às condições, às consistências e às validações do software, como a definição do banco de dados a ser utilizado.