Artefatos > Conjunto de Artefatos de Ambiente > Caso de Desenvolvimento > Diretrizes > Classificação de Artefatos

Tópicos

Introdução

Classificação

Explicação

Necessário

Você precisa usar este artefato. É um artefato importante e, se ele não for produzido, futuramente pode causar problemas no desenvolvimento.

Recomendável

Você deve ter este artefato, se for possível, mas isso é negociável. Se não produzir este artefato, você deve ser capaz de justificar por quê.

Possível

Significa que este artefato não precisa ser produzido. Ele só é produzido se agregar valor e se houver tempo suficiente. 

Desnecessário

Isso significa que você não usará este artefato. Isso pode ocorrer onde um artefato do Rational Unified Process é substituído por um artefato local.
 

Impacto de Classificação

Todos os artefatos classificados como Necessário ou Desejável precisam ter os procedimentos de revisão, as ferramentas, os templates e as práticas de gerenciamento de configuração definidos.  

A especificação desses procedimentos é opcional para artefatos classificados como Possível - Essas decisões podem ser deixadas para os desenvolvedores ou os projetos que decidem produzir esses artefatos.

Todos os artefatos classificados como Desnecessários devem ter a sua omissão justificada.

O principal benefício de adotar este esquema de classificação é que ele permite que o caso de desenvolvimento denote claramente como o processo foi especializado, e onde há opções para negociação e tomada de decisão local.

Exemplos de Uso

Uma maneira de pensar sobre o esquema de classificação do artefato é que ele permite que o caso de desenvolvimento defina as restrições sobre como os elementos do processo são usados.

Por exemplo, se você decidir que o projeto pode ter um Modelo de Análise, o engenheiro de processos fará o ajuste fino desses valores decidindo que o projeto:

  • Precisa ter um Modelo de Análise ou
  • Não terá um Modelo de Análise ou até 
  • Deixará tudo como está; ou seja, pode ter um Modelo de Análise.

O esquema de classificação também pode ser usado para permitir que o status do artefato mude dinamicamente de acordo com a fase do projeto em que esteja.

A tabela a seguir mostra diferentes maneiras de tratar o Modelo de Análise.  A coluna Como usar define como o artefato é usado em cada fase.

Artefato

Como usar

Comentário

Inic

Elab

Const

Trans

Modelo de Análise

Desnecessário

Desnecessário

Desnecessário

Desnecessário

Nenhum Modelo de Análise é desenvolvido

Modelo de Análise

Possível

Possível

Possível

Possível

Normal

Modelo de Análise

Possível

Desejável

Desnecessário

Desnecessário

Uma abordagem evolucionária em que o Modelo de Análise é substituído pelo Modelo de Design

Modelo de Análise

Necessário

Desnecessário

Desnecessário

Desnecessário

Uma abordagem evolutiva em que o Modelo de Análise é obrigatório durante a fase de Iniciação para ajudar o escopo do projeto, mas é substituído pelo Modelo de Design durante a Elaboração

Modelo de Análise

Desejável

Necessário

Necessário

Necessário

Um processo formal em que o Modelo de Análise é obrigatório, mas o artefato é preservado, já que é opcional na fase de iniciação


Outro bom exemplo é considerar de que formas o Modelo de Casos de Uso de Negócios é usado na disciplina Modelagem de Negócios. Ele descreve as diferentes definições possíveis do artefato necessárias para suportar as diferentes estruturas do problema. Os Conceitos: Escopo da Modelagem de Negócios discute a modelagem do domínio versus a modelagem de negócios versus a reengenharia do processo de negócios, cada uma delas exige a produção de um conjunto diferente de artefatos.

Copyright  © 1987 - 2001 Rational Software Corporation


Exibir o Rational Unified Process usando quadros

Rational Unified Process