Engenharia de Software II

Transcrição

1 Faculdade de Ciências e Tecnologia Departamento de Matemática e Computação Bacharelado em Ciência da Computação Engenharia de Software II Aula 07 (rogerio@fct.unesp.br) Conceitos Básicos do Rational Unified Process 2 1

2 Processo de Engenharia de Software 4 3 2

3 6 5 Conteúdo RUP Rational Unified Process Introdução Fase 1: Concepção Fase 2: Elaboração Fase 3: Construção Fase 4: Transição 3

4 Introdução 7 Processo de desenvolvimento de software criado pela Rational/IBM Baseado no ciclo de vida em espiral (refinamentos sucessivos) Guia para utilizar efetivamente a UML Desenvolvimento dirigido por Casos de Uso Processo configurável Aumento da produtividade da equipe Incentivo das boas práticas: desenvolver o software iterativamente, gerenciar requisitos, usar arquitetura baseada em componentes, modelar o software visualmente, verificar a qualidade do software, controlar as mudanças do software Introdução O processo tem 4 fases: 8 4

5 Conceitos básicos Iteração Ciclo completo de desenvolvimento. Atividade Unidade de trabalho composta de objetivos, passos, entradas/saídas, responsáveis, guias e padrões. 9 Fluxo de Atividade Agrupam atividades correlacionadas (fluxo de suporte, fluxo básico) Conceitos básicos Artefato: documento, relatório, modelo, código ou executável que é manipulado, produzido ou consumido 10 Responsáveis: representam perfis ou papéis (ex: gerente de projeto, analista, programador...) Stakeholder: cliente Milestone: ponto de controle O ciclo de vida é dividido em 4 fases e cada fase é dividida em iterações 5

6 Principais Artefatos 11 Análise e Design: Visão Geral do Artefato 12 6

7 Análise e Design: Visão Geral das Atividades 13 Papel: Designer de Negócios 14 7

8 Detalhamento do Fluxo de Trabalho: Projetar Componentes Conceitos básicos Fluxo de trabalho (núcleo) Modelagem de negócios Requisitos Análise e Projeto Implementação Teste Entrega (deployment) Fluxo de trabalho (suporte) Gerenciamento de versões e configurações Gerenciamento de projeto Ambiente 8

9 Conceitos básicos 17 Conceitos básicos Atividades e Modelos 18 9

10 Conceitos básicos 19 Conceitos básicos 20 10

11 Introdução O processo tem 4 fases: 21 Concepção Objetivos Visa a entender o escopo geral do projeto e os seus objetivos Colher informações sobre o que deve ser feito Decidir sobre a continuidade do projeto 22 11

12 Atividades Essenciais Entender o que produzir Identificar os pontos chave do sistema Determinar no mínimo uma solução possível Planejar custos, agenda e riscos Decidir qual processo seguir e quais ferramentas OBS: Podem (devem) ser feitos em paralelo 23 Atividades Essenciais Todos devem ter o mesmo entendimento sobre o que será construído Passos: Validar uma Visão de alto nível Prover uma descrição mile-wide, inch-deep do sistema Detalhar Atores e Casos de Uso 24 12

13 Atividades Essenciais Produzindo uma Visão Descrição geral do sistema Deve Conter Benefícios da aplicação e oportunidades que a mesma poderá gerar Os problemas que a mesma irá resolver Quem são os usuários-alvo Em termos gerais, o que a aplicação deverá fazer Requisitos não funcionais essenciais: SO e BD suportados, escalabilidade, etc, além de licença e preço 25 Atividades Essenciais Gerando uma descrição Mile-Wide, Inch- Deep Identificar e descrever brevemente os atores e os casos de uso Não entrar em detalhes Atenção especial para os casos de uso mais importantes Gerado após Brainstorming ou Workshop 26 13

14 Atividades Essenciais Brainstorms e Workshops 7 passos básicos Comum limitar tempo em cada etapa Passo 1: Identificar máximo de atores Passo 2: Associar cada ator com caso de uso Passo 3: Relacionar interações dos casos de uso com outros atores ou sistemas Ao final é gerado diagrama de casos de uso 27 Atividades Essenciais 7 passos básicos (cont.) Passo 4: Fazer breves descrições de cada ator e use cases Passo 5: Criar um glossário Passo 6: Revisar os casos de uso, baseado nas relações do sistemas (com usuário ou outros sistemas) Passo 7: Identificar os casos de uso essenciais ou críticos 28 14

15 Atividades Essenciais Detalhando Atores Chave e Casos de Uso Detalhar bastante os Atores e Casos de Uso identificados no último passo do Brainstorm/ Workshop Gerar, em paralelo, um Protótipo Atividades Essenciais Identificar os Casos de Uso mais essenciais ou determinantes para a arquitetura a ser selecionada: críticos Será gasto mais tempo nesses itens Critérios para seleção: Funcionalidade principal da aplicação e principais interfaces A funcionalidade DEVE ser entregue Funcionalidade cobre uma área da arquitetura não coberta por nenhum outro caso de uso principal Cerca de 20% de funcionalidades chave 15

16 Atividades Essenciais Identificar pelo menos uma possível arquitetura para o desenvolvimento Verificar o nível de risco e custo para utilização das arquiteturas identificadas Ex.: Cliente x Servidor 2 camadas: Aplicação Cliente e BD 3 Camadas: Browser + Webserver + BD 31 Atividades Essenciais Já foi entendido o que fazer Verificar a viabilidade Construir um Plano de Negócios para o projeto Contém os custos estimados, agenda e riscos do projeto Documento de valor econômico/monetário 32 16

17 Atividades Essenciais Escolha do método: Como o software será desenvolvido Escolha das ferramentas a serem utilizadas 33 Milestone Lifecycle Objective Ao fim da fase Concepção é gerado o primeiro Milestone do projeto. Checar com os objetivos definidos inicialmente: Se falhar, cancelar ou repensar o projeto Stakeholders validam a definição do escopo e custo/prazo inicial Concordância sobre a correta obtenção e entendimento dos requisitos do sistema Concordância com custo e prazo estimados, prioridades, riscos e processo de desenvolvimento Concordância na identificação dos riscos iniciais e estratégias para atenuá-los 34 17

18 Milestone Artefatos Visão Business Case Lista de Riscos Plano de Desenvolvimento de Software Plano de Iteração Development Case Ferramentas Glossário Entre outros Conjunto de Artefatos de Gerenciamento de Projeto 36 18

19 Introdução O processo tem 4 fases: 37 Elaboração Objetivos Desenvolver a arquitetura do sistema Requisitos mais significantes Avaliação dos riscos 38 19

20 Elaboração Atividades Essenciais Obtenha uma compreensão detalhada dos requisitos. Casos de uso mais detalhados. Protótipos de interface validados pelo usuário. Glossário. 39 Modele, implemente, valide e defina as linhas base da arquitetura. Mais importantes blocos de construção, interfaces, decisões de implementação e reuso. Descrição da interação dos blocos nos cenários mais importantes Implementação e validação da arquitetura. Faça os casos de teste unitários 40 Elaboração Atividades Essenciais Minimize os riscos essenciais e produza uma agenda mais precisa e estimativas de custo. requisitos detalhados. A implementação do esqueleto minimiza os problemas mais difíceis. Os riscos já foram quase todos minimizados. Nessa fase a potencialidade da equipe e das ferramentas já pode ser avaliada Refine o Development Case e o coloque em uso. Esta etapa define o modo de usar o RUP. 20

21 Elaboração Primeira Iteração Modele, implemente e teste cenários críticos. Identifique e implemente alguns mecanismos arquiteturais. Faça um modelo preliminar da base de dados. Faça fluxos de eventos de metade dos casos de uso. Faça testes para identificar riscos arquiteturais e pequenas distorções Elaboração Segunda Iteração Conserte o que não estava correto na primeira iteração. Modele, implemente e teste os cenários arquiteturais mais significantes remanescentes. Esboce e implemente concorrência, threads e distribuição física para identificar riscos de alta tecnologia. Modele, implemente e teste mecanismos arquiteturais novos. Modele e implemente uma versão preliminar da base de dados. Faça a outra parte dos fluxos de evento com os casos de uso que faltavam. Teste, valide e refine o modelo da arquitetura. Faça outras interações até que este modelo esteja estável. 21

22 43 Elaboração - Milestone Lifecycle Architecture A visão do sistema e os requisitos estão estáveis? A arquitetura está estável? As abordagens de teste e avaliação estão providas? Os testes e avaliações de protótipos provam que os grandes riscos estão identificados e resolvidos? Os planos de iteração da Construção estão detalhados e fiéis para prover o trabalho ocorra? Todos os stakeholders concordam com a Visão corrente? Os custos da aplicação estão de acordo com os recursos disponíveis? Elaboração - Artefatos Protótipos Lista de Risco Development Case Ferramentas Documento de Arquitetura Visão Plano de desenvolvimento de software Entre outros

23 Introdução O processo tem 4 fases: 45 Construção - Objetivo Minimizar custos de desenvolvimento Alcançar um determinado grau de paralelismo de desenvolvimento Desenvolver iterativamente um produto completo que esteja pronto para a transição 46 23

24 Construção Atividades Essenciais Descrever Casos de Uso remanescentes Completar o projeto de componentes e subsistemas Completar o projeto do banco de dados Implementar e fazer testes de unidade Integração e testes do sistema Feedback dos clientes Prerelease e versão final do sistema 47 Construção - Iterações Geralmente de 2 a 4 Plano de iteração guiado pelos casos de uso Implementar os casos de uso mais importantes para os clientes Procurar eliminar os maiores riscos Identificar e implementar os componentes que precisam colaborar para prover as funcionalidades 48 24

25 Construção Milestone Initial Operational Capability O produto é estável e maduro o suficiente para ser implantado na comunidade do usuário? Todos os clientes estão prontos para a transição? Os recursos atuais despendidos são coerentes com os previstos? Construção Artefatos O sistema Plano de implantação Conjunto de testes aplicados Material de treinamento Modelo de Implementação Modelo de Dados 25

26 Introdução O processo tem 4 fases: 51 Transição - Objetivos Validar o sistema de acordo com a especificação do usuário Treinar usuários e mantenedores Preparar o local de implantação... Assegurar disponibilidade do software para os usuários finais 52 26

27 Transição - Atividades Essenciais Executar planos de deployment Finalizar material de suporte ao usuário Testar, no ambiente de desenvolvimento, o produto pronto para entrega Gerar release do produto (beta) Coletar informações de feedback do usuário Ajustar o produto de acordo com o feedback Disponibilizar o produto para os usuários finais 53 Transição - Plano de Iteração 54 27

28 Transição - Plano de Iteração Requisitos, análise e projeto Requisitos estáveis (frozen) Alterações entendidas e controladas Análise e projeto: integridade arquitetural Implementação Base no feedback (correção de defeitos) 55 Transição Milestone: Product Release Critérios: O usuário está satisfeito? Os recursos que o sistema está utilizando são aceitáveis de acordo com o planejado anteriormente? 56 28

29 Transição Artefatos Essenciais: Produto Notas de release Artefatos de instalação Material para treinamento Material de suporte ao usuário final 57 Elementos Básicos 58 29

30 Revisando... O processo tem 4 fases: 59 Bibliografia KROLL, P. and KRUNCHTEN, P. The Rational Unified Process Made Easy: A Practitioner's Guide to the RUP, Addison-Wesley Professional, April, 2003 Site do RUP