An Lise Orientada A Objetos

Análise Orientada a Objetos

A proposta da abordagem de orientação a objetos é atacar a questão da produção de software a partir de uma ótica menos funcionalista, isto é, gerar descrições mais próximas da realidade do domínio do problema, em contraste com uma visão próxima de funções que devam atuar sobre este domínio.
Esta abordagem propõe formas mais próximas dos mecanismos humanos de gerenciar a complexidade inerente ao software, complexidade que se acentua nos sistemas de grande porte. A orientação a objetos se utiliza de abstração, assim como o ser humano, incapaz de dominar completamente o entendimento de algo, o ser humano procura ignorar detalhes não essenciais, se atendo a uma visão geral, por ele elaborada.
Neste esforço de busca de entendimento, o ser humano precisa classificar elementos (objetos) em grupos (classes), em alguma espécie de estrutura (agregação, herança, associações). Estes mecanismos são adotados pela abordagem de orientação a objetos [1].

No inicio da análise orientada a objetos, elaboramos os casos de uso. Estes juntamente com as descrições dos casos de uso formam uma espécie de ponte funcional entre o processo de negocio e a solução de software a ser produzida.
Outros dois documentos podem ser usados como fontes complementares aos casos de uso na análise orientada a objetos:
· Glossário: onde estão definidos os significados de todos os termos inerentes ao negócio mapeado nos casos de uso;
· Documento de arquitetura: na utilização de possíveis mecanismos de análise, que são padrões de comportamento ou estrutura de uso recorrente e comprovadamente válido. Iremos falar mais sobre eles mais adiante [2]. Extrair classes orientadas a objeto com base em descrições de casos de uso não é uma tarefa simples. Para isso, é necessário ter uma boa capacidade de abstração. Entretanto, se dividirmos esse trabalho em etapas consecutivas e complementares, o processo de análise como um todo se torna mais simples [2].

A partir da