Introdução ao RUP Rational Unified Process

Transcrição

1 Introdução ao RUP Rational Unified Process UML Diagramas de Classes v.1.1, João Pascoal Faria, O que é Um processo (de engenharia) de software é a definição de um conjunto completo de actividades necessárias para transformar os requisitos do utilizador num conjunto consistente de artefactos que representam um produto de software e, mais tarde, transformar alterações nesses requisitos num novo conjunto consistente de artefactos [Jacobson 1999] define quem faz o quê, quando e como para atingir um determinado objectivo A presença de um processo bem definido e bem gerido é um aspecto determinante de diferenciação entre projectos produtivos e projectos mal-sucedidos 2

2 Características principais do RUP Sustentado em UML Iterativo e incremental Conduzido por casos de utilização A identificação de casos de utilização e cenários típicos de utilização é a actividade que conduz todo o processo de desenvolvimento, desde a análise de requisitos até ao teste do sistema final Centrado numa arquitectura Promove a definição inicial de uma arquitectura de software robusta, que facilita a paralelização do desenvolvimento, a reutilização e a manutenção 3 Conceitos principais do RUP Ciclos cada ciclo do desenvolvimento resulta numa nova geração do produto Fases cada ciclo divide-se em fases cada fase divide-se em iterações a definir em cada projecto concreto Trabalhadores (workers) são perfis a que correspondem competências para a realização de actividades Actividades são tarefas que podem ser entregues a trabalhadores individuais Artefactos são inputs e outputs de actividades Workflows agrupam actividades relacionadas genéricos ou especializados por fases Modelos agrupam artefactos desenvolvidos num workflow 4

3 Fases e Workflows Actividades são agrupadas em workflows O desenvolvimento é expresso em ciclos, fases e iterações 5 Fases Iniciação (Inception) Delimitação do âmbito do projecto e do business case. Identificação dos actores e casos de utilização e descrição dos mais significativos. Elaboração Análise do domínio do problema. Definição de uma arquitectura estável e robusta para todo o sistema, tendo em consideração os seus requisitos. Construção Desenvolvimento iterativo e incremental do produto completo para ser entregue aos utilizadores como uma primeira versão. Transição Desenvolvimento adicional para ajuste do sistema às alterações de requisitos suscitadas pela sua utilização concreta. 6

4 Iterações Cada fase pode ser decomposta em iterações Iterações são definidas e planeadas em cada projecto concreto Cada iteração resulta num incremento ao produto Tipicamente é analisado e implementado um grupo de casos de utilização ou de variantes de casos de utilização Cada iteração passa, em cascata, pelos workflows técnicos Importância relativa dos workflows varia com as fases 7 Modelos e Workflows Captura de Requisitos 8

5 Captura de Requisitos Objectivos O objectivo deste workflow é conseguir o acordo, entre os utilizadores finais e quem desenvolve, sobre a descrição do que o sistema deve fazer. Principal resultado é o modelo de casos de utilização Um caso de utilização é um documento narrativo que descreve a sequência de eventos de um actor sobre um sistema com o objectivo de dele obter um resultado observável e de interesse. O modelo de casos de utilização é a base de todo o processo de desenvolvimento, o que facilita a avaliação da concordância do s istema final com os requisitos iniciais para os quais foi construído. 9 Captura de Requisitos Actividades from Rational Unified Process 10

6 Captura de Requisitos Artefactos from Rational Unified Process 11 Análise e Desenho (Design) Objectivos Análise: Modelos de classes e objectos ideais, para uma melhor compreensão dos requisitos Principal resultado é o modelo de análise - classes e colaborações ideais Desenho, Projecto ou Concepção (Design): O objectivo desta componente é mostrar como o sistema será construído por forma a satisfazer todos os requisitos, tarefas e funções descritas nos modelos de casos de utilização. - O sistema deve ser projectado de modo a que possua uma arquitectura robusta e facilmente adaptável a mudanças de requisitos. O principal resultado é o modelo de projecto (design ) - classes (da implementação) agrupadas em sub-sistema - colaborações necessárias para realizar os casos de utilização Também modelo de distribuição (deployment) 12

7 Análise e Projecto Actividades from Rational Unified Process 13 Análise e Projecto Artefactos from Rational Unified Process 14

8 Implementação e Teste Objectivos Implementação O objectivo é construir o sistema, produzindo todo o código necessário para a criação do sistema executável. Os modelos de projecto são a base da implementação. A implementação inclui o teste de classes e módulos separados, mas não a verificação do seu funcionamento integrado. Sub-produto: modelo da implementação (componentes, dependências e interacções) Teste O objectivo é verificar o sistema na sua totalidade. Inicialmente verifica-se cada caso de uso separadamente e posteriormente o sistema na sua totalidade. No final desta componente, o sistema está pronto para ser utilizado. Sub-produto: modelo de teste, com especificação de casos de teste e procedimentos de teste 15 Teste Actividades 16

9 Gestão do Projecto Actividades 17 Gestão de Versões e Configurações Actividades 18

10 Bibliografia The Rational Unified Process: An Introduction Philie Kruchten Addison-Wesley, 1999 The Unified Software Develoment Process Ivar Jacobson, Grady Booch, James Rumbaugh Addison-Wesley,