Rational Unfied Process

Rational Unfied Process - RUP

Élvio Viçosa

Jerônimo Madruga

Mauro Kade

Sumário

• O que é RUP?

• Visão Geral do RUP

• Fases do RUP

• Iterações do RUP

• Disciplinas do RUP

O que é o RUP?

• Rational Unified Process

• Processo de Engenharia de Software

• “Tem como objetivo garantir a produção de software de alta qualidade que está de acordo com as necessidades dos seus usuários finais com um cronograma e custo previsível”

O que é RUP ?

• Captura as principais boas práticas modernas da Engenharia De Software– Desenvolvimento de Software Interativo– Gerenciamento de requisitos– Uso de arquitetura baseada em componentes– Modelagem visual– Verificação contínua da qualidade– Gerenciamento de mudanças

O que é o RUP?

• 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

– com modelo de ciclo de vida

– descrição sistemática de como devem ser realizadas

– UML

Visão Geral do RUP

Fases do RUP

• O ciclo de vida de um sistema consiste de quatro fases:

Concepção Elaboração Construção Transição

tempo

Concepção (define o escopo do projeto)Elaboração (define os requisitos e a arquitetura)Construção (desenvolve o sistema)Transição (implanta o sistema)

Fases do RUPConcepção Elaboração Construção Transição

Esforço ~5 % 20 % 65 % 10%

Cronograma 10 % 30 % 50 % 10%

Iterações do RUP

• Cada fase é dividida em iterações:

Minor Milestones: Releases

Inception Elaboration Construction Transition

Transitioniteration

Preliminaryiteration

Architect.iteration

Architect.iteration

Devel..iteration

Devel..iteration

Devel..iteration

Transitioniteration

Iterações do RUP

• Cada iteração – é planejada

– realiza uma seqüência de atividades (de elicitação de requisitos, análise e projeto, implementação, etc.) distintas

– resulta em uma versão executável do sistema

– é avaliada segundo critérios de sucesso previamente definidos

Disciplinas do RUP

• Modelagem do negócio• Requisitos• Análise & Projeto• Implementação• Testes• Implantação• Gerenciamento e planejamento• Gerencia de configuração e mudanças• Ambiente

Modelagem do negócio

• Entender a estrutura e dinâmica da organização

• Entender os problemas e identificar as melhorias em potencial

Requisitos

• Estabelecer e manter a concordância entre o cliente e “stakeholders” sobre o que o sistema vai fazer

• Definir os limites do sistema

• Prover um base para estimar tempo e custo de desenvolvimento

Análise & Projeto

• Transformar os requisitos em um projeto do que o sistema vai ser

• Construir uma arquitetura robusta para o sistema

• Adaptar o projeto para as limitações do ambiente de execução

Implementação

• Definir a organização do código

• Implementar classes e objetos em termo de componentes

• Testar as unidades

• Integrar as unidades

Testes

• Encontrar e documentar defeitos

• Validar se o sistema atende ao que especificado

• Validar se o sistema foi construído como projetado

Implantação

• Garantir que o sistema está disponível para o usuário final

Gerencia de configuração e mudanças

• Controlar os artefatos produzidos no desenvolvimento do projeto

• Evita a ocorrência dos seguintes problemas– Atualizações simultâneas

– Múltiplas versões

– Notificação limitada

Gerenciamento e planejamento

• Framework para gerenciamento do projeto

• Disponibilizar guias para planejar, executar, acompanhar e monitorar o projeto

• Gerenciamento de riscos

Ambiente

• Focado nas atividades relacionadas a adaptação do processo– Processo organizacional �Processo do projeto

– Refinamento do processo do projeto

Estrutura dos artefatosModelo de caso de uso

Especificaçãosuplementar

DetalhamentoDo caso de uso

Glossário

Conceitos dos artefatos

• Ator– Categoriza as entidades que interagem com o

sistema

– Externas ao sistema

– Pode ser usuários ou outros sistemas

Nome do Ator

Conceitos dos artefatos

• Caso de uso– Sequência de ações que o sistema executa para

produzir um resultado visível para um ator

– “Uma forma de usar o sistema”

Nome do caso de uso

Detalhamento do caso de uso

• Nome• Descrição• Fluxo de eventos• Diagrama de estados e

atividade• Pré-condições e pós-

condição• Casos de uso relacionados• Requisitos não funcionais

relacionados

Caso de uso

Ator

Exemplo de diagrama de caso de uso

Selecionar disciplinapara lecionar

Estudante

Professor

Matricular emdisciplina

Logar Sistema defaturamento

Conceitos dos artefatos

• Fluxo de eventos– Um fluxo básico (fluxo ideal ou “Happy Path”)

– Zero ou mais fluxos alternativos• Variações

• Erros

Exemplos de fluxos de eventos

• Normal1. Inserir cartão

2. Selecionar operação“SAQUE”

3. Informar valor

4. Informar senha

5. Retirar dinheiro

• Fluxos alternativos– Sem saldo

• Após o passo 4 informar que não hásaldo suficiente

– Senha inválida• Após o passo 4

informar que a senhanão é válida

• Repetir o passo 4 novamente (no máximo 3 vezes)

Caso de Uso: Sacar Dinheiro

Conceitos dos artefatos

• Especificação suplementar– Requisitos não-funcionais

– Lista de funcionalidades comum a vários casode uso

• Glossário– Lista dos termos comuns do projeto

– Facilita comunicação entre o time

Rational Unfied Process - RUP

Élvio Viçosa

Jerônimo Madruga

Mauro Kade