Engenharia de software

Projeto de Implementação

1. 0 Diagrama UML

2. 0 Coesão e acoplamento

A situação ideal desejada apresenta um baixo acoplamento - baixa dependência entre componentes e facilidade para adicionar funcionalidades ao componente - e uma alta coesão - com objetos fazendo apenas uma tarefa e possibilitando uma maior capacidade de reaproveitamento.
A coesão está diretamente ligada ao princípio da responsabilidade única, que foi introduzido por Robert C. Martin no inicio dos anos 2000 e estabelece que uma classe deve ter apenas uma única responsabilidade e realizá-la de maneira satisfatória, de modo que uma classe não assuma responsabilidades que não são suas . Ignorado este princípio, ocorrerão problemas, como dificuldades de manutenção e de reuso.
Já o acoplamento significa o quanto uma classe depende da outra para funcionar. E quanto maior for esta dependência entre ambas, dizemos que estas classes elas estão fortemente acopladas. O forte acoplamento também nos traz muitos problemas, problemas até semelhantes aos que um cenário pouco coeso nos traz. No diagrama apresentado há um forte acoplamento, que pode tornar mais custosa a manutenção e gerenciamento do sistema. Mas é apresentada uma alta coesão, com exceção da classe de colaboradores que trata o método ‘login’ que poderia ser definido em uma classe separada.
3. 0 Desenvolvimento incremental e iterativo

O processo incremental remete a um aumento gradativo do sistema. Um incremento não é necessariamente uma adição do código, nas primeiras fases do ciclo de desenvolvimento, os desenvolvedores podem substituir um projeto superficial por um mais detalhado ou sofisticado. Já em fases avançadas os incrementos tornam-se tipicamente aditivos.
O processo iterativo corresponde à ideia de refinar aos poucos o sistema em iterações. Em cada iteração são identificadas melhorias e especificados requisitos relevantes. Depois que uma iteração atinge os seus objetivos, o