ATPS ANALISE ORIENTADA A OBJETOS

Sumário

1.1 Análise e Projetos Orientado a Objetos 5

1.2 Conceitos Gerais de Engenharia de Software 7

1.3 Concepção, Elicitação e Tipos de Requisitos 10

1.4 Engenharia de Requisitos 12

1.5 Listagem Informal dos Requisitos Obtidos 13

1.6 Listagem de Requisitos Funcionais e Não Funcionais validados 13

2.1 Casos de Uso 14

2.2 Diagrama de Casos de Uso 16

2.3 Diagramas de Classe UML 19

2.4 Diagrama de Casos de Uso do sistema 23

3.1 Diagrama de Sequência 25

3.1 Utilização do Diagrama de Sequência 27

3.2 Diagrama de Sequência do Sistema

4.1 Diagrama de Atividades

4.2 Componentes Diagrama de Atividades

4.3 Diagrama de Atividadesdo Sistema

1.1 Analise e Projeto Orientados a Objeto

Objetivos

• Comprar e contrastar Análise e Projetos

• Definir Análise e Projetos Orientados a Objeto

O que são Análise e Projeto ?

• Diferenças entre análise e projeto: tem mais do que uma definição empregada.

Primeira alternativa:

A análise modela o problema e consiste das atividades necessárias para entender o

domínio do problema (o que deve ser feito). É uma atividade de investigação.

O projeto modela a solução e consiste das atividades de criação (como pode ser feito)

Segunda alternativa:

A análise consiste de todas as atividades feitas com um ou para o conhecimento de

cliente. A informação produzida é aquela que o cliente deve discutir e aprovar.

O projeto inclui as atividades que resultam em informação que interessa apenas ao

programador.

Com essa definição, a análise invade um pouco o “lado da solução”, pois o cliente

deve discutir alguns tipos de interações que ocorrerão na interface do usuário, etc.

Um modelo de análise deve ser aprovado pelo cliente e pode incluir alguma (pequena)

discussão da solução, principalmente no que diz a respeito à interface com o usuário,

etc.

A obtenção de requisitos é frequentemente incluída na fase de análise (“análise de

requisitos”)

1.1.2 O que é Análise e Projetos Orientados a Objeto (APOO)?

A perspectiva empregada é de objetos (coisas, conceitos ou entidades).

Durante a Análise OO, a ênfase está em achar e descrever objetos (ou conceitos) no

domínio do problema.

Por exemplo, num sistema de informação para biblioteca, alguns dos conceitos são

livro, biblioteca, usuário.

Tais objetos podem ter atributos e responsabilidades.

Durante o projeto orientado, a ênfase está em achar objetos lógicos de software que

poderão ser eventualmente implementados usando uma linguagem de programação

OO.

Os objetos podem ter atributos e métodos.

Pode haver entidade de modelo de análise que não será representado no Projeto, isso é

muito difícil de acontecer.

Pode haver entidade de modelo de análise que não será representado no Projeto (é

raro).

Pode haver entidade adicional no projeto (é frequente).

Exemplo: Conexão de banco de dados, objeto controlador, cachê de objetos, etc.

Durante a construção (programação OO), os objetos de projeto são implementados e

testados.

1.2 Conceitos Gerais de Engenharia de Software.

Trata-se de um ramo da engenharia relacionado a todas as etapas da produção e manutenção

de um software, seu objetivo é desenvolver softwares de alta qualidade em tempo hábil

com custo adequado, tal necessidade se faz presente na medida que todas as organizações,

qualquer que seja seu país atuante, utilizam sistemas complexos baseados em computadores

que controlam processos como a manufatura e a distribuição industrial, produzir softwares no

tempo adequado é fundamental para o bom funcionamento da economia.

Software são muito mais que simples programas de computadores, são dados de

documentação e configuração associados, fundamentais para que um sistema opere

corretamente, produzir um software é muito mais complexo do que pode paracer, visto que

um