Introdu

1
Introdução ao RUP
2
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

3
RUP

• Captura as principais boas práticas modernas da
  Eng. 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

4
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

5
Disciplinas e fases do RUP
6
Fases do RUP

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

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)
7
Cronograma, esforço e recursos por fase
8
O RUP é iterativo e incremental

• Cada fase é dividida em iterações

Minor Milestones Releases
9
O RUP é iterativo e incremental

• 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

10
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

11
Modelagem do negócio

• Entender a estrutura e dinâmica da organização
• Entender os problemas e identificar as melhorias
  em potencial

12
Modelagem de negócio
13
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

14
Requisitos
15
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

16
Análise Projeto
17
Implementação

• Definir a organização do código
• Implementar classes e objetos em termo de
  componentes
• Testar as unidades
• Integrar as unidades

18
Implementação
19
Testes

• Encontrar e documentar defeitos
• Validar se o sistema atende ao que especificado
• Validar se o sistema foi construído como projetado

20
Testes
21
Implantação

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

22
Implantação
23
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

24
Gerencia de configuração e mudanças
25
Gerenciamento e planejamento

• Framework para gerenciamento do projeto
• Disponibilizar guias para planejar, executar,
  acompanhar e monitorar o projeto
• Gerenciamento de riscos

26
Gerenciamento e planejamento
27
Ambiente

• Focado nas atividades relacionadas a adaptação do
  processo
• Processo organizacional ?Processo do projeto
• Refinamento do processo do projeto

28
Ambiente
29
Disciplina de Requisitos no RUP
30
Artefatos relevantes
Modelo de caso de uso
Glossário
Detalhamento Do caso de uso
Especificação suplementar
31
Conceitos

• Ator
• Categoriza as entidades que interagem com o
  sistema
• Externas ao sistema
• Pode ser usuários ou outros sistemas

Nome do Ator
32
Conceitos

• 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
33
Exemplo de diagrama de caso de uso
Estudante
Sistema de faturamento
Professor
34
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

Ator
35
Fluxo de eventos

• Um fluxo básico (Happy Path)
• Zero ou mais fluxos alternativos
• Variações
• Erros

36
Exemplos de fluxos de eventos
Caso de Uso Sacar Dinheiro

• Normal
• Inserir cartão
• Selecionar operação SAQUE
• Informar valor
• Informar senha
• 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 senha não é válida
• Repetir o passo 4 novamente (no máximo 3 X)

37
Outros artefatos

• Especificação suplementar
• Requisitos não-funcionais
• Lista de funcionalidades comum a vários caso de
  uso
• Glossário
• Lista dos termos comuns do projeto
• Facilita comunicação entre o time

38
FIM!!!