Abr-17 Atividades, Artefatos e Responsáveis da Disciplina de Análise e Projeto Fluxo de análise e projeto.

Apresentação em tema: "Abr-17 Atividades, Artefatos e Responsáveis da Disciplina de Análise e Projeto Fluxo de análise e projeto."— Transcrição da apresentação:

1 abr-17 Atividades, Artefatos e Responsáveis da Disciplina de Análise e Projeto Fluxo de análise e projeto

2 abr-17 Objetivos Dar uma visão geral das atividades, responsáveis e artefatos desta disciplina no RUP Inserção de atividades e artefatos de SOA Fluxo de análise e projeto

3 Objetivos da disciplina de análise e projeto
abr-17 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 O principal objetivo do fluxo de análise e projeto é traduzir os requisitos do sistema (o quê o sistema deve fazer) em uma especificação de como implementá-lo. UML é a linguagem de modelagem usada para descrever essa especificação. É durante a análise e projeto que se trabalha na definição de uma arquitetura estável e robusta para o sistema, levando em consideração restrições de desempenho e do ambiente de implementação e execução. Em termos de fases, a ênfase em A&P ocorre durante a Elaboração. Fluxo de análise e projeto

4 Relacionamento com os demais fluxos
abr-17 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 Fluxo de análise e projeto

5 Arquitetura de software O modelo de “4+1 Visões”
abr-17 Estrutura, componentes Estrutura Visão Lógica Visão de Implementação Analista de Sistemas Programadores Visão de Casos de Uso Arquiteto Visão de Processos Visão de Distribuição Arquiteto A definição da arquitetura consiste de um conjunto de visões do sistema, que são usadas mais ou menos como as diversas plantas arquitetônicas de uma construção. Para construir algo, o arquiteto fornece o desenho da fachada, a planta baixa, a planta que descreve as instalações elétrica e hidráulica etc. As diversas plantas são usadas pelo mestre de obras, pedreiros, encanadores, eletricistas, de acordo com a atividade que deve ser realizada por cada um. Da mesma maneira, o arquiteto do projeto fornece as diversas visões da arquitetura do sistema (que são, na verdade, modelos do sistema descritos através de diagramas de UML), que serão usadas pelos desenvolvedores de acordo com suas atividades. Nesta parte do curso estaremos nos concentrando na visão lógica, na visão de distribuição e na visão de processos A visão lógica apresenta a estrutura e a organização do projeto do sistema, ilustrando os subsistemas, pacotes e classes que são arquiteturalmente relevantes. A visão de distribuição mostra a configuração dos nós de processamento em tempo de execução, os componentes que são armazenados em cada nó e objetos que são armazenados nos componentes e nós. A visão de processos ilustra a organização dos processos do sistema. Esta visão ilustra a decomposição do sistema através de processos, incluindo o mapeamento de classes e subsistemas para processos e threads. Topologia, implantação, comunicação Arquiteto Escalabilidade Fluxo de análise e projeto

6 O Fluxo de Análise e Projeto
abr-17 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 Fases Concepção Elaboração Construção Transição Inicial Fluxo de análise e projeto

7 Visão geral dos artefatos
abr-17 Modelo de Análise e Projeto Documento da Arquitetura Modelo de Casos de Uso Análise e Projeto Mapeamento das Classes de Análise em Elementos de Projeto Glossário Documento de Requisitos Projeto de Banco de Dados As entradas para as atividades de análise e projeto são oriundas do fluxo de requisitos. O modelo de casos de uso contém os requisitos funcionais do sistema e o Documento de Requisitos contém a descrição dos requisitos funcionais e não-funcionais. O glossário é usado para esclarecer a definição de termos usados nesses documentos. As atividades de análise e projeto geram toda a modelagem do sistema. Seus artefatos principais são: o modelo de análise e projeto - descreve as classes, subsistemas e pacotes da aplicação, podendo usar diversos diagramas para isso. Geralmente, usa-se o mesmo arquivo do modelo durante todo o desenvolvimento. Isso significa que o modelo evolui de uma descrição bastante abstrata (feita durante as atividades de análise), para uma descrição detalhada das classes e subsistemas identificados (nas atividades de projeto). O modelo de Análise e Projeto contém as realizações dos casos de uso; o documento da arquitetura - fornece uma descrição detalhada da arquitetura do sistema. o modelo de dados - descreve a representação lógica e física dos dados persistentes do sistema. Em outras palavras, ele apresenta como os elementos persistentes devem ser mapeados para estruturas do meio de armazenamento, como as tabelas de um banco de dados, por exemplo. Mapeamento das classes de análise em elementos do projeto - é um artefato temporário. Fluxo de análise e projeto

8 abr-17 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 Fluxo de análise e projeto

9 abr-17 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 Na prática não há um documento de mapeamento entre classes de análise em classes de projeto. Este documento será usado por motivos didáticos; ao se adquirir mais experiência com o processo, ele se tornará desnecessário. Fluxo de análise e projeto

10 Artefato Realização de Caso de Uso
abr-17 Artefato Realização de Caso de Uso Modelo de Casos de Uso Modelo de Análise e Projeto Caso de Uso Realização de Caso de Uso Diagrama de Seqüência Diagrama de Classes A realização do caso de uso é o conjunto de elementos (classes, associações, diagramas etc.) que descreve como o caso de uso será realizado. Para que os elementos envolvidos na realização de cada caso de uso sejam facilmente identificados, eles devem ser agrupados em uma área comum, relacionada ao respectivo caso de uso. Diagrama de Colaboração Fluxo de análise e projeto

11 Realização de Caso de Uso
abr-17 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 Fluxo de análise e projeto

12 Artefato Modelo de Análise e Projeto
abr-17 Artefato Modelo de Análise e Projeto Diagramas de Seqüência Diagramas de Colaboração Modelo de Análise e Projeto Diagrama de Componentes Diagramas de Classes Diagrama de Distribuição + Visão de Casos de Uso O modelo de análise e projeto é formado pela visão lógica, originada a partir da visão de casos de uso (que contém os diagramas de casos de uso). A visão lógica descreve os elementos significativos arquiteturalmente, isto é, as classes, cápsulas, subsistemas e pacotes que são relevantes na definição da arquitetura. Além disso, ela contém a realização de casos de uso, que detalha os elementos envolvidos na implementação de cada caso de uso. Assim, a visão lógica fornece uma descrição de como o sistema todo está organizado e estruturado, enquanto as realizações de casos de uso focam apenas nas classes e subsistemas necessários para se realizar cada caso de uso. A visão de distribuição descreve como o sistema será distribuido (nós físicos, infraestrutura de rede usada na comunicação, etc.). A visão de processos ilustra a organização dos processos do sistema. Esta visão ilustra a decomposição do sistema através de processos, incluindo o mapeamento de classes e subsistemas para processos e threads. O arquivo do modelo de análise e projeto geralmente é o mesmo durante todo o desenvolvimento, isso significa que o modelo evolui de uma descrição bastante abstrata (feita durante as atividades de análise), para uma descrição detalhada das classes e subsistemas identificados (nas atividades de projeto). Visão Lógica Visão de Processos + Visão de Distribuição Fluxo de análise e projeto

13 Fluxo de atividades da disciplina de Análise e Projeto
abr-17 Fluxo de atividades da disciplina de Análise e Projeto Fluxo de análise e projeto

14 Visão geral das atividades
abr-17 Visão geral das atividades Projetar Serviços Analisar Serviços Fluxo de análise e projeto

15 Fluxo de análise e projeto
abr-17 Analisar Serviços Arquiteto de Software Projetar Serviços Projetar Arquitetura Revisor de projeto Prototipar Interface gráfica Arquiteto de Informação Check List  bla bla  bla  blabla Analisar Casos de Uso Projetar Casos de Uso Projetar Subsistemas decisões do arquiteto <<subsystem>> Analista de Sistemas Revisar Projeto Projetar classes Projetar Base de Dados Projetista de Banco de Dados Fluxo de análise e projeto

16 Responsáveis e Artefatos
abr-17 Responsáveis e Artefatos Projetista de Banco de Dados Documento da Arquitetura Mapeamento das Classes de Análise em Elementos de Projeto Projeto de Banco de Dados Arquiteto Modelo de Análise e Projeto Realizações de casos de uso e projeto de subsistemas Analista de Sistemas Revisor Fluxo de análise e projeto

17 Responsáveis e Artefatos (SOA)
abr-17 Responsáveis e Artefatos (SOA) Arquitetura de Serviços Projetista de Banco de Dados Modelo de Interação de Serviços Arquitetura de Componentes Arquiteto Projeto de Banco de Dados Arquitetura do Sistema Modelo de Projeto Projeto de componentes Analista de Sistemas Revisor Fluxo de análise e projeto

18 abr-17 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 Fluxo de análise e projeto

19 abr-17 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 Fluxo de análise e projeto

20 Projetista de Banco de Dados
abr-17 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 Fluxo de análise e projeto

21 abr-17 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 Fluxo de análise e projeto