Baixe o app para aproveitar ainda mais
Esta é uma pré-visualização de arquivo. Entre para ver o arquivo original
Obtenção dos Requisitos Profissionais Analista de sistemas arquiteto Especificador de Use-Case projetista de interfaces 1 Obtenção dos Requisitos PASSOS listar requisitos entender o contexto do sistema capturar requisitos funcionais capturar requisitos não-funcionais 2 Obtenção dos Requisitos ARTEFATOS Modelo Use-Case ator Use-Case descrição da arquitetura 3 Obtenção dos Requisitos PROJETO LÓGICO: para cada ator, ver todos use-cases nos quais está envolvido e especificar os elementos de interação (ícones, listas, campos, figuras, etc.) N.B. a mesma interface (formulário) pode aparecer em diversos use-cases para diversos atores! QUESTÕES para determinar os elementos de interação: quais informações o ator fornece ao sistema? quais informações o ator necessita do sistema? com quais elementos de interação o ator trabalha? quais ações o ator pode acionar e quais decisões tomar? Quais classes de domínio ou entidades de negócio estão envolvidos com elementos de interação? 4 Obtenção dos Requisitos PROJETO FÍSICO: combinar elementos de interação para formar interfaces que atendam a atores determinar elementos adicionais (folders, janelas, controles, etc.) desenvolver um protótipo para cada interface 5 Obtenção dos Requisitos capturar requisitos funcionais ATIVIDADES E SUBPASSOS A5) Estruturar o modelo Use-Case identificar funcionalidades comuns (generalizações, <<estende>>) identificar funcionalidades adicionais ou opcionais identificar outros relacionamentos entre use-cases (<<inclui>>, inverso de <<estende>>) 6 Obtenção dos Requisitos capturar requisitos não-funcionais ATIVIDADES usabilidade requisitos de interfaces metáfora, frequência de uso, .. documentação confiabilidade tolerância a falhas. 7 Obtenção dos Requisitos capturar requisitos não-funcionais ATIVIDADES performance tempos de resposta volumes de transações requisitos físicos equipamentos, material, espaços, configurações de rede, software 8 Análise PASSOS Análise arquitetural Análise de cada Use-Case Análise de cada classe Análise de cada pacote 9 Análise - passos Análise de cada Use-Case A1) Identificar classes de análise encontrar classes de entidades para armazenar as informações do use-case para cada ator humano, determinar uma classe de fronteira central (representa a janela principal) determinar as classe de fronteira que interagem com as classes de entidade determinar, pelo menos, uma classe de controle que coordena o use-case CONSTRUIR UM DIAGRAMA DE CLASSES 10 Projeto adquirir uma compreensão de aspectos de requisitos não funcionais e restrições sobre linguagens de programação, sistemas operacionais, SGBDs, aspectos de distribuição, etc. Criar informações suficientes para a implementação, descre- vendo subsistemas, interfaces e classes. Estar apto a dividir a tarefa de implementação em equipes Determinar mais cedo as interfaces entre os subsistemas Criar um modelo que possibilite uma implementação que preencha as estruturas definidas sem altera-las OBJETIVOS 11 Projeto 12 Implementação - artefatos 1. MODELO DA IMPLEMENTAÇÃO 2. COMPONENTE 3. SUBSISTEMA DE IMPLEMENTAÇÃO 4. INTERFACE 5. ARQUITETURA (visão da implementação) 6. PLANO DE INTEGRAÇÃO 13 Implementação PASSOS Implementação arquitetural Integrar sistemas Implementar subsistema Testar componentes Implementar uma classe 14 Teste OBJETIVOS Planejar os testes em cada iteração, tanto os testes de integração quanto os testes de sistema preparar casos de teste, criar procedimentos de teste e procedimentos executáveis Realizar os testes e analisar os resultados MODELO DE ANÁLISE MODELO DE PROJETO conceitual físico Genérico (c.r. projeto) específico 3 tipos de classes Depende da implementação Menos formal Mais formal Mais rápido (1/5 do projeto Mais demorado (5 x análise) Poucos níveis Muitos níveis Menos dinamica Mais dinâmica, foco na sequencia Não se mantém no ciclo Se manté em todo ciclo
Compartilhar