Kategorier: Alle - fases

af daniel osaku 15 år siden

391

RUP

O RUP é uma metodologia de desenvolvimento de software que se divide em várias fases, cada uma com objetivos específicos. Na fase de Iniciação, define-se o escopo do projeto, planeja-se toda a programação e identificam-se riscos potenciais.

RUP

RUP

PU

UML
Visa construção de software OO
Framework adaptativo
Modelo de Processo de Software

Dimensões

Estática
Disciplinas

Dividida em 9

Suporte

Ambiente

Gerencimento do projeto

Configuração e gerenciamento de mudanças

Processo

Distribuição

Teste

Análise de projeto

Modelagem de negócio

Dificulta o planejamento

Melhor entendimento

Atividades relacionadas

Artefatos

Modelo, código-fonte

Produzidos/modificados/utilizado por atividades

Informações/resultados

Atividades

Dividida em etapas

Gera resultado

Executada por um indíviduo

Papéis

Gerentes, Analistas, Desenvolvedores

Desempenhado por individuos

Define comportamento e responsabilidades

Fluxo de trabalho

Exemplos de fluxo de trabalho

Fluxo de Detalhes

Fluxo Principal

Gera valor para o projeto

Sequencia de atividades

Dinâmica
Fases(4)

Transição

Avaliar os baseline de implantação

Ajustar o sistema

Preparar o produto comercial

Introduzir o marketing

Treinar usuários e equipe de manutenção

Confronto co as expectativas do usuário

Construção

Buscar paralelismo de trabalho

Disponibilidade de implantação do software

Concluir a analise, o desenvolvimento e teste

Atingir as versões uteis

Atingir a qualidade adequada

Minimizar os custos de desenvolvimento

Elaboração

Ambiente de suporte

Baseline da Arquitetura

Mitigar os riscos significativos

Assegurar a estabilidade e redução de riscos

Iniciação

Levantar os riscos potenciais do projeto

Fazer a programação de todo o projeto

Estimar custos

Levantar proposta de arquiteturas

Discriminar os casos de uso críticos

Definir o Escopo do Software

Melhores práticas

Gerenciamento de mudanças
Baseline dos artefatos
Permite o controle de versões
Controle formal

Requisitos

Verificação contínua da qualidade
verifica qualidade dos artefatos
verifica qualidade do software
Modelagem visual
exemplo: UML

comunicam decisões sem ambiguidade

capturam requisitos com precisão

serve de base para implementação

melhora compreensão do sistema

Visão simplificada do sistema

Oculta detalhes não essenciais

Arquitetura baseada em componentes
Solução robusta e flexível
Reduzir o tamanho efetivo da solução
Reduzir a complexidade
Gerenciamento de requisitos
Abordagem Sistemática

Firmar acordos entre equipe e cliente

Documentar Requisitos

Organizar Requisitos

Identificar Resuisitos

Desenvolvimento de software interativo
Partes mais complexas são atacadas primeiro
Estabelecer escopo inicial
Definir número de Ciclos
Ciclos

Testes

Implementação

Projeto

Análise de Requisitos