GSI030 – engenharia de software UFU – Universidade Federal de Uberlândia FACOM – Faculdade de Computação GSI030 – engenharia de software Aula 03 – Rational Unified Process Prof. William Chaves de Souza Carvalho

Agenda de Hoje Modelos de processo de software. RUP

Rational Unified Process (RUP) 3 Chapter 2 Software Processes Rational Unified Process (RUP) É um processo genérico moderno, derivado do trabalho em UML e processos associados. Reúne aspectos dos 3 modelos genéricos discutidos previamente. Geralmente descrito por 3 perspectivas: Uma perspectiva dinâmica que mostra fases no tempo; Uma perspectiva estática que mostra atividades do processo; Uma perspectiva prática que sugere boas práticas.

Estrutura do RUP RUP 7.5: Projetos: Apresentar: Grandes Pequenos Idiomas RUP 7.5 Links para download

Fases no Rational Unified Process 5 Chapter 2 Software Processes Fases no Rational Unified Process

As fases do RUP e seus objetivos Iniciação (concepção): Definir o macro escopo Verificar a viabilidade econômica Elaboração: Verificar a viabilidade técnica Definir a arquitetura básica (versão α) Construção Desenvolver o software (versão β) Transição Fazer testes de aceitação e entregar o produto

Fases do RUP Concepção Elaboração Construção Transição 7 Chapter 2 Software Processes Fases do RUP Estabelece o business case para o sistema. Concepção Desenvolve um entendimento da extensão do problema e da arquitetura do sistema. Elaboração Projeta o sistema, programa e testa o sistema. Construção Implanta o sistema no seu ambiente de operação. Transição

As iterações do RUP São mini-projetos com objetivos de: Vantagens: Integração de middleware, versão-alfa, casos de uso ... versão-beta e produto Vantagens: Redução de riscos Percepção antecipada Quebra da complexidade Facilitação do gerenciamento Trabalho com parte dos requisitos Construção de builds executáveis Evolução incremental do sistema pelos componentes

Iteração do RUP Iteração Intra-fase Iteração Inter-fase Chapter 2 Software Processes 9 Iteração do RUP Iteração Intra-fase Cada fase é iterativa aos resultados desenvolvidos de forma incremental Iteração Inter-fase Como mostrado pelo loop no modelo RUP, o conjunto todo de fases pode ser executado incrementalmente.

Pilares estratégicos do RUP Dirigido por Casos de Uso Centrado em Arquitetura Iterativo e Incremental Fases e Iterações Guia Arquitetura Dirige Casos de Uso

Workflows estáticos no RUP (disciplinas) 1111 Chapter 2 Software Processes Workflows estáticos no RUP (disciplinas)

Workflows estáticos no RUP (disciplinas) 1212 Chapter 2 Software Processes Workflows estáticos no RUP (disciplinas)

Esforço x Disciplina x Tempo Disciplinas do RUP Modelagem de Negócios: Compreensão da Engenharia do Negócio (por que) Requisitos: Explicitação e coleta de requisitos (escopo: o que) Análise e Design (Projeto): Transformação dos requisitos em especificação do software (como) Implementação: Desenvolve, organiza, testa a unidade e integra os componentes do software Testes: Testa a qualidade do software Distribuição: Distribui (instala) o software aos usuários (entrega), não é um projeto de implantação completo Gestão de configuração e mudanças: Cuida do controle e sincronização dos componentes do software Gestão do projeto: Foca em planejamento, gestão de riscos e gestão do progresso do projeto Ambiente: Cria e mantém o ambiente (processos e ferramentas) de desenvolvimento interno do software

Esforço x Disciplina x Tempo

Elementos essenciais do RUP Visão: Desenvolva uma visão Processo: Adote um processo para o projeto Plano: Crie e gerencie o plano Riscos: Mitigue riscos e rastreie problemas Caso de Negócios: Examine o caso de negócios Arquitetura: Projete arquitetura de componente Protótipo: Construa e teste progressivamente Avaliação: Avalie regularmente os resultados Controle de Mudanças: Gerencie e controle as alterações Suporte ao Usuário: Implemente um produto utilizável

Princípios chaves do RUP Adaptar o processo: Dimensione o processo para cada projeto Equilibrar prioridades dos investidores: Promova o alinhamento da TI aos negócios Trabalhar em conjunto com equipes: Motivação, auto-gestão, colaboração, etc. Demonstrar valor iterativamente: Mostrar o valor produto ao usuário a cada iteração Elevar nível de abstração: Arquitetar e reutilizar para simplificar e quebrar a complexidade Focalizar continuamente na qualidade: Para o produto ter qualidade o processo precisa de acompanhamento

Fluxos de trabalho do RUP Início do fluxo Atividade Atividade Término do fluxo Atividades em paralelo

Detalhamento de fluxos de trabalho Tarefa Seqüenciamento Entradas Função (papel) Tarefa Saídas Produto do trabalho (artefato)

Boas práticas do RUP Desenvolver software iterativamente 1919 Chapter 2 Software Processes Boas práticas do RUP Desenvolver software iterativamente Planejar incrementos baseando-se nas prioridades do cliente e entregar as de prioridade mais alta primeiro. Gerenciar os requisitos Documentar explicitamente os requisitos do cliente e manter registros de mudanças desses requisitos. Usar arquiteturas baseadas em componentes Organizar a arquitetura do sistema como um conjunto de componentes reusáveis.

Boas práticas do RUP Modelar o software visualmente Chapter 2 Software Processes 2020 Boas práticas do RUP Modelar o software visualmente Use modelos de gráficos UML para representar visões dinâmicas e estáticas do software. Verificar a qualidade do software Garanta que o software atenda aos padrões de qualidade organizacional. Controlar as mudanças do software Gerenciar as mudanças no software usando ferramentas de gerenciamento de configuração.

2121 Chapter 2 Software Processes Pontos Importantes Os processos devem incluir atividades para lidar com mudanças. O que pode envolver uma fase de protipação que ajuda a evitar más escolhas nos requisitos e no projeto. Os processos devem ser estruturados para evolução e entrega iterativa, para que as mudanças possam ser feitas sem causar problemas ao sistema como um todo. O Rational Unified Process é um modelo de processo genérico moderno, organizado em fases (concepção, elaboração, construção e transição) mas que separa as atividades dessas fases (requisitos, análise e projeto, etc.) .

Questões?