ATPS EDMIR CORRIGIDA01

SUMÁRIO
Introducão

ETAPA 1 3
 Resumo 1.1 3
Análise e Projeto Orientado a Objetos 3
Diagramas Estruturais 3
 Resumo 1.2 4
Conceitos Gerais de Engenharia de Software 4
 Resumo 1.3 5
Concepção, Elicitação e Tipos de Requisitos 5
 Resumo 1.4 6
Engenharia de Requisitos 6
Listagem informal dos requisitos obtido 7
 Resumo 2.1 8
Modelagem de Casos de uso 8
 Resumo 2.2 9
Diagrama de Caso de Uso 9
 Resumo 2.3 10
Diagrama de classe UML 10
1. Diagrama de Classe de Uso do sistema 11
2. Diagrama de classe do sistema 12
 Resumo 3.1 13
Diagrama de seqüência 13
 Resumo 3.2 14
Utilização do Diagrama de Seqüência 14
Diagrama de Sequencia do Sistema 15
 Resumo 4.1 16
Diagrama de Atividade 16
 Resumo 4.2 17
Componentes Diagrama de Atividades 17
Diagrama de atividade 18

Introdução.

O conceito de orientação a objetos surgiu com o intuito de minimizar os problemas encontrados até então na criação de softwares complexos, projetados por meio de decomposição funcional e sub-rotinas.
Podemos identificar como um dos maiores problemas a não existência de encapsulamento lógico para operações e dados, o que leva a não existência da divisão de tarefas por responsabilidades. O que leva a construção de longos trechos de código, muitas vezes difíceis de compreender devido ao acúmulo de responsabilidade que lhe é atribuído.
Por consequência, quanto mais complexo o software se torna, mais difícil se torna também a sua manutenção. Com isso aumentam os custos e o risco de confiabilidade do mesmo.
Nesse projeto veremos como efetuar uma analise orientada a objetos, com base em responsabilidade, extraída a partir das descrições de casos de uso.O foco da análise OO é no mapeamento de uma solução sistêmica para algum processo de negocio.
No inicio da análise OO, 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