Levantamento, Análise e GestãoRequisitos

Aula 02

RUP – Visão Geral● Qualidade de software● Estrutura● Fases● Disciplinas● Principais papéis

Agenda

Atualização dos Requisitos

Visão Geral

Conjunto Subjacente de Filosofias e Princípios para Desenvolvimento de Software Bem-sucedidoEstrutura de Conteúdo de método reutilizável e blocos de construção de processoO Método Subjacente e a Linguagem de Definição do Processo

Visão Geral

Eixo Horizontal – representa o tempo e mostra os aspectos do ciclo de vida do processo à medida que se desenvolve.Eixo Vertical – representa, por natureza, disciplinas que agrupam logicamente as atividades.

UMA (Unified Method Architecture)

Desenvolvida com o objetivo de unificar o esquema e a terminologia de representação de todas as abordagens da Engenharia do Processo dentro da IBM, bem como suportar os padrões mais importantes na indústria.

Qualidade de Software

Especificação de Requisitos

Features doSistema

Requisitos do Sistema Atualizados

Validação de Requisitos

Baseline de Requisitos

Mudanças Acordadas

Release Final de Requisitos do Sistema

Planejamento da Gerência de Requisitos

Diretrizes Gerais

Requisitos Iniciais

Domínio de Negócios da Aplicação

Necessidades do Cliente

Stakeholder

Usuário Final

Fonte Provedora

Engenheiro de Requisitos

Engenheiro de Software

Líder de Projeto

Controle da Gerência de Requisitos

Engenharia de Requisitos – Visão RUP

Boas práticas para o Ciclo de Vida mais amplo de sistemas de evolução de forma contínua, nos quais o elemento de evolução principal é o software.• Adaptar o Processo• Equilibrar as Prioridades de Investidores de Competição do Saldo• Colaborar através de Equipes• Demonstrar Valor Iterativamente• Elevar Nível de Abstração• Focalizar Continuamente na Qualidade

Princípios Chaves para Desenvolvimento Orientado a Negócios

Adaptar o Processo

Prioridades do Investidor na Competição do Saldo

Trabalhar em Conjunto com Equipes

Demonstrar Valor Iterativamente

Elevar o Nível de Abstração

Focalizar Continuamente na Qualidade

Princípios essenciais de um processo de software eficiente.1. Visão: Desenvolver uma Visão2. Plano: Gerenciar para o Plano 3. Riscos: Mitigar Riscos e Rastrear Problemas Relacionados4. Caso de Negócios: Examine o Caso de Negócios5. Arquitetura: Projete uma Arquitetura de Componente6. Protótipo: Progressivamente Construir e Testar o Produto7. Avaliação: Acessar Resultados Regularmente 8. Controle de Mudanças: Gerenciar e Controlar Alterações9. Suporte ao Usuário: Implementar um Produto Utilizável 10. Processo: Adotar um Processo que se Ajuste ao Projeto

Eficiência de Software

Sem visão? Você pode perder o rumo e ser facilmente confundido em desvios. Sem processo? Sem um processo comum, a equipe pode ter comunicações e compreensões errôneas sobre quem vai fazer o quê e quando. Sem plano? Você não conseguirá acompanhar o andamento. Sem lista de riscos? Você pode estar se concentrando nas questões erradas atualmente e pode explodir em uma mina inesperada daqui a cinco meses. Sem caso de negócio? Você se arrisca a perder tempo e dinheiro no projeto. Ele pode ser cancelado ou ir por água a baixo.

Eficiência de Software

Sem arquitetura? Você pode não conseguir lidar com questões de comunicação, de sincronização e de acesso a dados, conforme elas surgem. Pode haver problemas com a capacidade de ajuste e o desempenho. Sem produto (protótipo)? Assim que possível, coloque um produto na frente do cliente. O simples acúmulo de papéis não garante a você ou ao cliente que o produto será bem-sucedido e aumenta o risco de overruns de orçamento e planejamento e/ou de defeito direto. Sem avaliação? Não finja que não é com você. É importante encarar a verdade. Quão próximo você realmente está do prazo? Das metas em qualidade ou do orçamento? Todas as questões estão sendo adequadamente acompanhadas?

Eficiência de Software

Não há solicitações de mudança? Como você acompanha as solicitações dos investidores? Como você as prioriza? E impede que as de prioridade mais baixa passem despercebidas? Sem suporte ao usuário? O que acontece quando um usuário tem uma pergunta e não consegue entender como utilizar o produto? Com que facilidade se obtém ajuda?

Eficiência de Software

Ciclo de Vida do RUP

Fonte: IBM Rational Unified Process

Disciplina – Requisito

Fases – Iniciação

Iterações da Iniciação: resultados de requisitos comuns

Coletar informações para desenvolver o caso de negócio:– Um esboço do modelo de caso de uso– Um vocabulário inicial– Alguns fluxos de eventos de caso de uso (captura de

requisitos)– Esboços de interface do usuário– Um protótipo (opcional)

Fases – Elaboração

Iterações da Elaboração: resultados de requisitos comuns

Refinar os requisitos para construir/validar a arquitetura– Atualizar a terminologia– Capturar a maioria dos requisitos de software

• Casos de uso e especificações suplementares– Refinar os casos de uso desenvolvidos em iterações

anteriores– Definir a visão de caso de uso da arquitetura

Fases – Construção

Iterações da Construção: resultados de requisitos comuns

Construir o sistema completo– Solicitações de mudança nos fluxos de evento dos casos de

uso– Atualização dos fluxos de eventos dos casos de uso– Ênfase na análise, projeto, implementação e teste

Fases – Transição

Iterações da Transição: resultados de requisitos comuns

Os requisitos não devem mudarSimilar à iteração comum da fase de construção quando novas características são adicionadas

Principais Papéis – Analistas

Principais Papéis – Analistas

Principais Papéis – Analistas

Principais Papéis – Analistas

Principais Papéis – Desenvolvedores

Principais Papéis – Desenvolvedores

Principais Papéis – Desenvolvedores

Principais Papéis – Desenvolvedores

Principais Papéis – Funções Gerais

Principais Papéis – Gerenciador

Principais Papéis – Gerenciador

Principais Papéis – Gerenciador

Principais Papéis – Gerenciador

Principais Papéis – Engenheiro de Processo

Principais Papéis – Engenheiro de Processo

Principais Papéis – Testador

Principais Papéis – Testador

Dúvidas? AgradecimentosDúvidas? Agradecimentos

Home PageHome Pagehttp://fernandoans.site50.nethttp://fernandoans.site50.net

BlogBloghttp://fernandoanselmo.blogspot.comhttp://fernandoanselmo.blogspot.com

X25 Home PageX25 Home Pagehttp://www.x25.com.brhttp://www.x25.com.br

Fernando AnselmoFernando Anselmofernando.anselmo@x25.com.brfernando.anselmo@x25.com.br