atividades, artefatos e responsáveis da disciplina de análise e projeto

Atividades, Artefatos e Responsáveis da Disciplina de Análise e Projeto

Objetivos

• Dar uma visão geral das atividades, responsáveis e artefatos desta disciplina no RUP– Inserção de atividades e artefatos de SOA

Análise e Projeto OO com UML e Padrões| 2

Objetivos da disciplina de análise e projeto

• Transformar os requisitos em um projeto (inicialmente abstrato) do sistema

• Desenvolver uma arquitetura robusta para o sistema

• Adaptar o projeto levando em consideração requisitos da futura implementação


Relacionamento com os demais fluxos

• Planejamento e Gerenciamento – planeja o que será feito em cada iteração do sistema

• Requisitos – os casos de uso servem como entrada para o projeto da arquitetura do sistema

• Implementação – o modelo de análise e projeto é entrada para o fluxo de implementação

• Gerência de Configuração e Ambiente – oferece suporte aos artefatos gerados no fluxo de A&P


Arquitetura de softwareO modelo de “4+1 Visões”


Visão de Implementação

VisãoLógica

Visão de Distribuição

Visão de Processos

Visão de Casos de Uso

Analista de Sistemas

Arquiteto

Estrutura

Programadores

Arquiteto EscalabilidadeTopologia, implantação, comunicação

Arquiteto

Estrutura, componentes

O Fluxo de Análise e Projeto


Planejamento e Gerenciamento.....

Fluxos de Suporte

Gerência de Configuração............

Requisitos...............................

Análise e Projeto......................

Implementação........................Testes...................................Implantação............................

Fluxos de Processo

Iterações

FasesConcepção Elaboração Construção Transição

Inicial

Visão geral dos artefatos


Análise e Projeto

Análise e Projeto

Modelo de Casos de Uso

Projeto de Banco de

Dados

Documento de Requisitos

Glossário

Documento da

Arquitetura

Mapeamento das Classes de Análise em Elementos de

Projeto

Modelo de Análise e Projeto

Sobre os artefatos• A construção do modelo de análise e

projeto é o principal objetivo deste fluxo de atividades

• O projeto de banco de dados geralmente contém o mapeamento do modelo OO para o relacional, ou seja, especifica tabelas, índices, triggers, procedures, etc.

• O documento da arquitetura é opcional. Ele é usado para descrever em detalhes uma determinada arquitetura


Sobre os artefatos

• O mapeamento das classes de análise em classes de projeto é um artefato temporário do desenvolvimento

• O modelo de análise e projeto contém as realizações de casos de uso


Artefato Realização de Caso de Uso

Análise e Projeto OO com UML e Padrões|

10

Modelo de Casos de Uso Modelo de Análise e Projeto

Diagrama de Classes

Diagrama de Seqüência

Diagrama de Colaboração

Realização de Caso de Uso

Caso de Uso

Realização de Caso de Uso

• Descreve como o caso de uso é realizado, associando o caso de uso com classes e outros elementos de projeto

• Em UML, uma realização de caso de uso pode ser representada através de um conjunto de diagramas: – diagrama de classe– diagrama de seqüência– diagrama de colaboração


11

Artefato Modelo de Análise e Projeto


12

Visão LógicaVisão LógicaVisão de Casos de UsoVisão de Casos de Uso Visão de ProcessosVisão de Processos+

Diagramas de Classes

Diagramas de Seqüência

Diagramas de Colaboração

Diagrama de Distribuição


Visão de DistribuiçãoVisão de Distribuição+

Diagrama deComponentes

Fluxo de atividades da disciplina de Análise e Projeto


13

Visão geral das atividades


14

Analisar Serviços

ProjetarServiços

Arquiteto de Informação


Analisar Casos de Uso

Revisar Projeto

Projetar Arquitetura

Projetista deBanco de Dados

Arquiteto de Software

Revisor de projeto

Projetar Casos de Uso

Projetar Subsistemas

Projetar Base de Dados

Analista deSistemas

decisões doarquiteto

<<subsystem>>

CheckList bla bla

bla

blabla

Projetar classes

Prototipar Interface gráfica

Analisar Serviços

ProjetarServiços

Responsáveis e Artefatos


16

Realizações de casos de uso e projeto de subsistemas

ArquitetoMapeamento das Classes de Análise

em Elementos de Projeto

Projeto de Banco de

Dados

Documento da

Arquitetura

Revisor


Projetista de Banco de

Dados


Responsáveis e Artefatos (SOA)


17

Projeto de componentes

Arquiteto

Modelo de Interação de

Serviços

Projeto de Banco de

Dados

Arquitetura de Serviços

Revisor


Projetista de Banco de

Dados

Modelo de Projeto

Arquitetura de

Componentes

Arquitetura do Sistema

Arquiteto• Lidera e coordena as atividades técnicas e a

construção dos artefatos do projeto• Estabelece a estrutura das visões arquiteturais

– Decompõe o sistema em visões– Agrupa os elementos de projeto em subsistemas,

pacotes, módulos e define suas interfaces– Identifica unidades de concorrência

• Tem uma visão larga e superficial do sistema


18

Analista de Sistema• Faz a realização dos casos de uso de forma

consistente com a arquitetura• Deve conhecer:

– A tecnologia a ser usada no desenvolvimento do sistema

– As técnicas de modelagem de casos de uso– Os requisitos do sistema– As técnicas de análise e projeto orientado a

objetos– A linguagem UML


19

Projetista de Banco de Dados

• Define a estrutura de dados da aplicação, como tabelas, índices, visões, triggers, etc.

• Deve possuir um conhecimento sólido em análise e projeto orientado a objetos e banco de dados


20

Revisor

• Planeja e conduz revisões formais do modelo de análise e projeto

• Deve ser experiente e ter como objetivo a descoberta de problemas no modelo

• Deve ter um conhecimento equivalente ao de um arquiteto


21

atividades, artefatos e responsáveis da disciplina de análise e projeto

Documents