Unified Process

Prévia do material em texto

*
Laboratório de Engenharia de Software
Fernando Cesar Miranda
versão 1.3
Unified Process
*
Unified Process
“ É uma metodologia para gerenciar projetos de desenvolvimento de software que usa a UML como ferramenta de especificação de sistemas. É composto por um conjunto de disciplinas que fornecem diretrizes para a definição de tarefas e para a atribuição de responsabilidades. Seu objetivo é garantir a criação de softwares de alta qualidade, que atenda às necessidades expressas pelos clientes e pelos usuários, e às restrições de prazo e custos.”
*
Era uma vez ... (História)
Linguagens orientadas a objetos: décadas de 70 e 80.
Métodos orientados a objetos: 1a. metade da década de 90.
Mais de 50 métodos existentes em 1994.
*
Era uma vez ...(História)
Unificação:
1994: Rumbaugh se une a Booch na Rational Software e iniciam o processo de unificação dos métodos Booch e OMT.
1995: Esboço da versão 0.8 do chamado Método Unificado.
1995: Jacobson se associa a Rational e o escopo do projeto inclui agora o método OOSE.
1996: Lançados os documentos da versão 0.9 da UML.
*
Unified Process
Foco:
Dirigido por Casos de Uso: Casos de uso detalham os requisitos funcionais do sistema, do ponto de vista do usuário.
É centrado na arquitetura: Valorização dos aspectos de modelagem (Conceitual, Lógica e Física) e do uso de componentes de software.
Iterativo e incremental: A abordagem iterativa permite fazer um melhor gerenciamento dos requisitos facilitando o tratamento das descobertas constantes que acontecem no decorrer do projeto.
*
Unified Process
*
Unified Process
Disciplinas (Workflows):
Processos de engenharia:
Modelagem de negócio.
Captura de requisitos.
Análise e Projeto.
Implementação.
Teste.
Implantação.
Processos de suporte:
Gerenciamento de projetos.
Gerenciamento de configuração e mudanças.
Gerenciamento de ambiente.
*
Unified Process
Fases:
Concepção: definição do escopo do projeto.
Elaboração: planejamento do projeto, especificação das características e projeto da arquitetura.
Construção: construção (codificação) do produto.
Transição: Transferência do produto para o controle de usuário. A homologação do produto indica o término do projeto.
*
Distribuição do Tempo/Esforço
�
Abertura�
Elabora��o�
Constru��o�
Transi��o�
T = 10%
E = 5%�
T = 30%
E = 20%�
T = 50%
E = 65%�
T = 10%
E = 10%�
*
Processos de Engenharia
(Requirements)
Captura de requisitos:
*
Processos de Engenharia
(Requirements)
Capturando requisitos funcionais com modelo de casos de uso:
*
Processos de Engenharia
(Analysis)
*
Processos de Engenharia
(Design)
*
Processos de Engenharia
(Implementation)
*
Processos de Engenharia
(Test)