Introdução ao RUP

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. Concepção Elaboração Construção Transição tempo 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. Concepção Elaboração Construção Transição Esforço ~5 % 20 % 65 % 10% Cronograma 10 % 30 % 50 % 10% Cronograma, esforço e recursos por fase

8. Inception Elaboration Construction Transition Preliminary iteration Architect. iteration Architect. iteration Devel.. iteration Devel.. iteration Devel.. iteration Transition iteration Transition iteration 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. Selecionar disciplina para lecionar Matricular em disciplina Logar Exemplo de diagrama de caso de uso Estudante Sistema de faturamento Professor

34. 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 Ator

35. Fluxo de eventos • Um fluxo básico (“Happy Path”) • Zero ou mais fluxos alternativos • Variações • Erros

36. 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) Exemplos de fluxos de eventos Caso de Uso: Sacar Dinheiro

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!!!