Processo de Desenvolvimento Unificado

Transcrição

1 Processo de Desenvolvimento Unificado

2 Processo de Desenvolvimento de Software? Conjunto de atividades bem definidas; com responsáveis; com artefatos de entrada e saída; com dependências entre as mesmas e ordem de execução; baseado em algum modelo de ciclo de vida; Define quem faz o que, quando e como, para atingir um certo alvo

3 Processo Unificado Inicio de 1990, os autores se propuseram a combinar as melhores características de cada um de cada um dos seus métodos individuais de análise e projeto orientado a objetos. 1997, formalização da UML como um padrão na industria de desenvolvi emento de software OO.

4 PU Melhores Práticas 1. Desenvolvimento Iterativo e Incremental; 2. Gerenciamento de Requisitos; 3. Uso de Arquiteturas Baseadas em Componentes; 4. Modelagem Visual (UML); 5. Verificação Contínua da Qualidade; 6. Controle e Gerenciamento de Mudanças;

5 PU Melhores Práticas 1. Desenvolvimento Iterativo e Incremental; Abordagem clássica de desenvolvimento de software segue o ciclo de vida em cascata. Processo iterativo e incrementa

6 PU Melhores Práticas 1. Desenvolvimento Iterativo e Incremental; O desenvolvimento é organizado em uma série de miniprojetos curtos, de duração fixa (por exemplo, três semanas) chamados de iterações; o resultado de cada iteração é um sistema parcial, executável, testável e integrável.

7 PU Melhores Práticas 1. Desenvolvimento Iterativo e Incremental; Em um ciclo de vida iterativo, a seleção do incremento a ser desenvolvido em uma iteração é feita com base em uma lista dos principais riscos. Como a iteração produz um executável testado, você poderá verificar que os riscos diminuíram.

8 PU Melhores Práticas 2. Gerenciamento de Requisitos O gerenciamento de requisitos é uma abordagem sistemática para localizar, documentar, organizar e controlar os requisitos variáveis em um sistema.

9 PU Melhores Práticas 2. Gerenciamento de Requisitos Dificuldades comuns na coleta de requisitos Nem sempre os requisitos são óbvios e podem vir de várias fontes. Os requisitos nem sempre são expressos em palavras de modo fácil ou claro. O número de requisitos pode se tornar impossível de gerenciar se eles não forem controlados. Os requisitos são alterados.

10 PU Melhores Práticas 3. Uso de Arquiteturas Baseadas em Componentes O foco principal das iterações iniciais do processo é produzir e validar uma arquitetura do software. Gestão Financeira Gestão Acadêmica Gestão RH

11 PU Melhores Práticas 4. Modelagem Visual (UML); Um modelo é uma visão simplificada de um sistema. Ele mostra os elementos essenciais do sistema de uma perspectiva específica e oculta os detalhes não essenciais.

12 PU Melhores Práticas 4. Modelagem Visual (UML Linguagem de Modelagem Unificada); Diagrama de Caso de Uso Diagrama de Classes

13 PU Melhores Práticas 5. Verificação Contínua da Qualidade; Obter qualidade não é simplesmente "atender a requisitos funcionais" O gerenciamento da qualidade é implementado em todas as disciplinas, fluxos de trabalho, fases e iterações do PU.

14 PU Melhores Práticas 6. Controle e Gerenciamento de Mudanças; Na ausência de controle disciplinado, o processo de desenvolvimento rapidamente se transforma em caos.

15 RUP Processo Unificado (Rational Unified Process)

16 Fases do RUP Iniciação Identificação das necessidades do negócio; Planejamento, definição da visão do Produto / Projeto. Elaboração Modelagem da solução conceitual do software; Refinamento da arquitetura do sistema. Construção Programação e teste das funcionalidades definidas. Transição Feedback da versão; Implantar o sistema no seu ambiente operacional.

17 RUP Processo Unificado Passagens pela sequência de disciplinas - iterações

18 RUP - Processo Racional Unificado (Rational Unified Process):

19 Fluxo de Modelagem de Negócio As metas da modelagem de negócio são: Entender a estrutura e a dinâmica da organização na qual um sistema será distribuído (a organização alvo); Entender os problemas atuais na organização alvo e identificar potenciais melhorias; Assegurar que os clientes, usuários finais e desenvolvedores tenham um entendimento comum da organização alvo; Derivar os requisitos de sistema necessários para o suporte da organização alvo;

20 Fluxo de Modelagem de Negócio O fluxo de modelagem de negócio descreve como desenvolver uma visão da nova organização alvo e, baseando-se nesta visão, definir os processos, papéis e responsabilidades daquela organização num modelo de negócio.

21 Os artefatos produzidos: Um documento de visão de negócio; necessidades de negócios, justificativa do projeto, entendimento atual das necessidades do cliente, alinhar as expectativas dos interessados. Um documento das Atividades do negócio; Descrever as atividades desempenhadas para o cumprimento dos objetivos do negócio. Um do documento de Regras de Negócio: declarações de políticas ou condições que devem ser satisfeitas pelo processamento da aplicação.

22 Obs: Regras de Negócio são: Políticas, condições ou restrições que devem ser consideradas na execução de algum processos existentes em uma organização. Exemplos: Um cliente do banco não pode retirar mais de R$ por dia de sua conta Senhas devem ter, no mínimo, seis caracteres, entre números e letras, e devem ser atualizadas a cada três meses

23 RUP - Processo Racional Unificado (Rational Unified Process):

24 O fluxo de Requisitos As metas do fluxo de requisitos são: Proporcionar ao desenvolvedor de sistemas um entendimento melhor dos requisitos de sistemas; Fornecer uma base para planejamento dos conteúdos técnicos de iterações (prioridade de desenvolvimento); Fornecer uma base para cálculo do custo e do tempo para desenvolver o sistema;

25 O fluxo de Requisitos O fluxo de requisitos descreve como definir uma visão do sistema e traduzi-la num modelo de caso de uso que, com especificações adicionais, define os requisitos de software detalhadas no sistema.

26 Artefatos produzidos: Especificação dos Requisitos Funcionais Especificação dos Requisitos Não Funcionais Diagrama de Caso de Uso

27 RUP - Processo Racional Unificado (Rational Unified Process):

28 As metas da Análise e Projeto são: Traduzir os requisitos numa especificação que descreva como implementar o sistema, selecionando a melhor estratégia; Adaptar os resultados da análise às restrições impostas pelos requisitos não funcionais, ambientes de implementação, requisitos de desempenho e outros;

29 Artefatos produzidos: Diagrama de Classes de Projeto Diagrama de Sequência Diagrama de Componentes Diagrama de Instalação Documento de Arquitetura de Software;

30 Fontes de Consulta x.htm