1 / 100

Rational Unified Process

Rational Unified Process. O Valor do Software. O software é um parte indispensável no mundo moderno Faz com que as sociedades se conectem melhor Nos ajuda a criar, acessar e visualizar informação em formas e modos não concebíveis anteriormente. Boa notícia

ince
Télécharger la présentation

Rational Unified Process

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript


  1. Rational Unified Process

  2. O Valor do Software • O software é um parte indispensável no mundo moderno • Faz com que as sociedades se conectem melhor • Nos ajuda a criar, acessar e visualizar informação em formas e modos não concebíveis anteriormente. • Boa notícia • A economia mundial depende cada vez mais de software. • Notícia ruim • O pessoal qualificado não consegue acompanhar o mesmo ritmo da demanda. • Softwares estão crescendo em importância, tamanho, complexidade e distribuição. • Resultado • A construção e manutenção de software são difíceis.

  3. Sintomas e Origem das Causas de Problemas de Desenvolvimento de Software • Entendimento impreciso das necessidades dos usuários • Falta de habilidade de lidar com a necessidade de mudanças • Uma descoberta tardia de uma séria falha de projeto • Software com baixa qualidade • Um processo não confiável de construção • Arquitetura frágil • Testes insuficientes • Falha no ataque aos riscos

  4. Processo • Define quem irá fazer o que, quando, e como será alcançado o objetivo. Processo de Engenharia de Software Sistema novo ou melhorado Requisitos novos ou alterados

  5. Processo • Regras • Prover um guia para as atividades • Especificar que artefatos e quando devem ser desenvolvidos • Direcionar as tarefas dos grupos e indivíduos • Oferecer um critério para monitorar e medir o processo

  6. Melhores Práticas • Desenvolver software iterativamente • Gerenciar requisitos • Usar arquiteturas baseadas em componentes • Modelar o software visualmente • Verificar continuamente a qualidade do software • Controlar as alterações no software

  7. Best Practices

  8. RUP • Um processo de engenharia de software • Um framework para outros processos • Utiliza as 6 melhores práticas de desenvolvimento de software

  9. RUP • RUP é uma abordagem dirigida por caso de uso (use-case driven) • Casos de uso dirigem inumerosas atividades • Criação e validação dos modelos de projeto • Definição dos casos de teste no modelo de teste • Planejamento de iterações • Criação do manual do usuário • Processo centrado na arquitetura

  10. Histórico Rational Unified Process 2000 2000 Rational Unified Process 5.5 1999 UML 1.3 Rational Unified Process 5.0 1998 UML 1.2 Rational Objectory Process 4.1 1997 UML 1.1 Rational Objectory Process 4.0 1996 UML 0.8 Rational Approach Objectory Process 3.8 1995

  11. RUP End_user Functionality Programmers Software Management Implemation View Logical View Use-Case View Analysts/Tester Behavior Deployment View Process View System Integrator Performance Scalability Throughput System Engineering System Topology Delivery, Installation Communication

  12. RUP

  13. Visão Geral • Concepção – onde são estabelecidos lógica do domínio da aplicação e escopo do projeto • Elaboração – coleta de requisitos mais detalhados, análise e plano para construção do sistema • Construção – consiste de várias iterações • Transição – teste, ajuste de performance e treinamento de usuário

  14. RUP

  15. RUP - Melhores Práticas • Desenvolvimento Iterativo • Gerência de Requisitos • Arquitetura Baseada em Componentes • Modelagem Visual • Verificação Contínua da Qualidade • Gerência de Mudanças

  16. Desenvolvimento Iterativo • O que é desenvolvimento iterativo Desenvolvimento Iterativo Desenvolvimento em Cascata

  17. Desenvolvimento Iterativo Teste Requisitos Análise & Projeto Modelagem de Negócio Implementação Deployment Avaliação Teste

  18. Desenvolvimento Iterativo • Vantagens • Os riscos são atacados mais cedo • Mudanças nos requisitos • Refinamento de arquitetura • Aprendizado e aprimoramento • Aumento do reuso

  19. Gerência de Requisitos • Dificuldades • Requisitos não são óbvios • Requisitos não são sempre facilmente epresso em palavras • Existem vários tipos de requisitos em diferentes níveis de detalhes • O número de requisitos pode explodir • Requisitos estão interligados • Existem várias pessoas interessadas nos requisitos • Requisitos mudam.

  20. Gerência de Requisitos • Atacando • Analisando o problema • Entendendo as necessidades dos “stakeholders” • Definindo o sistema • Gerenciando o escopo do projeto • Refinando a definição do sistema • Gerenciando mudança de requisitos

  21. Arquitetura Baseada em Componentes • Desenvolvimento Baseado em Componentes • Definem uma arquitetura modular • Desenvolvidos para reuso • Arquiteturas e componentes prontos

  22. Arquitetura Baseada em Componentes • Suporte ao Desenvolvimento Baseado em Componentes • Com o processo itrativo • Baseado na arquitetura • Através da UML - com pacotes, camadas e subsistemas • Testes graduais

  23. Arquitetura Baseada em Componentes

  24. Modelagem Visual

  25. Modelagem Visual

  26. Modelagem Visual

  27. Modelagem Visual • Ajuda a entender sistemas complexos • Explora e compara alterntivas a um preço baixo • Forma uma base para a implementação • Facilita a captura dos requisitos • Comunica as decisões sem ambiguidades

  28. Verificação Contínua da Qualidade

  29. Verificação Contínua da Qualidade • O que é qualidade? "...the characteristic of having demonstrated the achievement of producing a product that meets or exceeds agreed-on requirements—as measured by agreed-on measures and criteria—and that is produced by an agreed-on process."

  30. Verificação Contínua da Qualidade • O que é qualidade? • Onde está a qualidade? • Gerência da qualidade no RUP • Identificar metricas • Identificar medidas • Identificar os pontos que afetam a qualidade o quanto antes

  31. Gerência de Mudanças

  32. Gerência de Mudanças • Coordenação das Atividades e Artefatos • Coordenação das Iterações e Releases • Controlando Mudanças de Software • Workspaces isolados reduzem interferências • Estatísticas provêem boas métricas • Mudanças podem ser confinadas e as propagações medidas

  33. Conceitos Chave

  34. Elementos do RUP • Workflow • Workers ou Papel • Atividades • Artefatos

  35. Caso de Uso Elementos do RUP Unidade de trabalho Papel desempenhado por um indivíduo ou grupo Atividade Worker Descrever um Caso de Uso Analista Responsável por Artefato Informação que é produzida, modificada, ou usada pelo processo Pacote de Caso de Uso

  36. Disciplina • Workflow de atividades correlatas • Alguns elementos, como risco e testes, são introduzidos em diferentes disciplinas • Relação entre disciplina e modelos

  37. Disciplina

  38. Workflow • Sequência de atividades que produzem um resultado de valor observável • Geralmente expresso em um diagrama de atividade • Organização • Disciplinas • Detalhes do Workflow

  39. Workflow Workflows essenciais (Core Workflows): • Engenharia: • Modelagem de Negócio • Requisitos • Análise & Projeto • Implementação • Teste • Deployment • Suporte: • Gerência do Projeto • Gerência de Configuração • Ambiente

  40. Modelagem de Negócio Teste Workflow Modelo de Negócio Requisitos realizado pelo Modelo de Caso de Uso Análise & Projeto implementado pelo Modelo de Projeto Implementação verificado pelo Modelo de Implementação Modelo de Teste

  41. Workflow

  42. Workflow Details • As atividades não são feitas em sequência • Mostra os artefatos necessários e os gerados • Agrupa atividades relacionadas de outras disciplinas

  43. Workflow Details

  44. Workflow Details

  45. Workers - Papel • Define o comportamento e as responsabilidades de um indivíduo um uma equipe • Exercidos por pessoal interno ou externo à equipe de desenvolvimento

  46. Workers - Papel • Exemplos: • Analista de Sistemas • Revisor de Projeto • Testador de desempenho

  47. Workers - Papel

  48. Workers - Papel

  49. Atividade • Unidade de trabalho com um propósito claro • Utilizado para planejamento e verificação de progresso • Passos • Planejando • Executando • Revisando

  50. Atividade • Exemplos: • Identificar casos de uso e atores • Worker: Analista de Sistemas • Revisar o projeto • Worker: Revisor de Projeto • Executar teste de desempenho • Worker: Testador de desempenho

More Related