Artefatos >
Conjunto de Artefatos de Ambiente >
Caso de Desenvolvimento >
Diretrizes >
Classificação de Artefatos
Diretrizes: | ||||||||||||||||||||||||||||||||||||||||||||||||||||
|
Classificação |
Explicação |
| Você precisa usar este artefato. É um artefato importante e, se ele não for produzido, futuramente pode causar problemas no desenvolvimento. | |
| 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ê. | |
| Significa que este artefato não precisa ser produzido. Ele só é produzido se agregar valor e se houver tempo suficiente. | |
| 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. |
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.
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:
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 |
||
|
Desnecessário |
Desnecessário |
Desnecessário |
Desnecessário |
Nenhum Modelo de Análise é desenvolvido |
|
|
Possível |
Possível |
Possível |
Possível |
Normal |
|
|
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 |
|
|
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 |
|
|
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.
|
Rational Unified Process |