No fim na fase de elaboração está o segundo marco mais importante do projeto, o Marco da Arquitetura do Ciclo de Vida. Nesse momento, você examina os objetivos e o escopo detalhados do sistema, a opção de arquitetura e a resolução dos principais riscos.

Critérios de Avaliação

  • A Visão e os requisitos do produto são estáveis.
  • A arquitetura é estável.
  • As abordagens principais a serem usadas no teste e na avaliação foram comprovadas.
  • O teste e a avaliação de protótipos executáveis demonstraram que os principais elementos de risco foram tratados e resolvidos com credibilidade.
  • Os planos de iteração para a fase de construção têm detalhes e fidelidade suficientes para permitir o avanço do trabalho.
  • Os planos de iteração para a fase de construção são garantidos por estimativas confiáveis.
  • Todos os envolvidos concordam que a visão atual poderá ser atendida se o plano atual for executado para desenvolver o sistema completo, no contexto da arquitetura atual.
  • A despesa real em oposição à despesa planejada com recursos é aceitável.

O projeto poderá ser abortado ou completamente repensado caso ele não atinja este marco.

Artefatos

Artefatos Básicos (em ordem de importância) Estado no marco
Protótipos Um ou mais protótipos de arquitetura foram criados para explorar a funcionalidade crítica e os cenários significativos do ponto de vista da arquitetura. Consulte a observação abaixo sobre o papel do protótipo.
Lista de Riscos Atualizada e analisada. Os novos riscos tendem a ser de natureza da arquitetura, relacionados basicamente ao gerenciamento de requisitos não funcionais.
Caso de Desenvolvimento Refinado com base na experiência inicial do projeto. O ambiente de desenvolvimento, incluindo o processo, as ferramentas e o suporte automatizado necessários para dar assistência à equipe de construção já estará posicionada.
Ferramentas As ferramentas usadas para suportar o trabalho de Elaboração são instaladas.
Documento de Arquitetura de Software Criado e com baseline, incluindo descrições detalhadas para os casos de uso significativos para a arquitetura (visão de caso de uso), identificação dos mecanismos principais e dos elementos de design (visão lógica), mais a definição da visão de processos e da visão da implantação (do Modelo de Implantação) caso o sistema seja distribuído ou deva lidar com problemas de concorrência.
Modelo de Design (e todos os artefatos constituintes) Definido e com baseline. Realizações de caso de uso para cenários significativos do ponto de vista da arquitetura foram definidas, e o comportamento necessário foi alocado para os elementos de design apropriados. Os componentes foram identificados, e as decisões de fazer/comprar/reutilizar foram compreendidas para determinar o custo da fase de construção e programar com confiança. Os componentes de arquitetura selecionados são integrados e avaliados em comparação com os cenários básicos. As lições aprendidas dessas atividades podem resultar em um novo design da arquitetura, levando em consideração designs alternativos ou reconsiderando os requisitos.
Modelo de Dados Definido e com baseline. Os elementos de modelo de dados principais (por exemplo, entidades, relacionamentos, tabelas importantes) definidos e analisados.
Modelo de Implementação (e todos os artefatos constituintes, incluindo Componentes) Estrutura inicial criada e componentes principais identificados e com protótipos.
Visão Refinada, com base nas informações novas obtidas durante a fase, estabelecendo uma compreensão sólida dos casos de uso mais críticos que conduzem as decisões de arquitetura e planejamento.
Plano de Desenvolvimento de Software Atualizado e expandido para cobrir as fases de Construção e Transição.
Guias, como Guia de Design e Guia de Programação Os guias usados para suportar o trabalho.
Plano de Iteração Plano de iteração para a fase de construção concluído e analisado.
Modelo de Casos de Uso (Atores,Casos de Uso) Um modelo de casos de uso (aproximadamente 80% concluído) — todos os casos de uso sendo identificados na pesquisa de modelo de casos de uso, todos os atores sendo identificados e a maioria das descrições de caso de uso (captura de requisitos) sendo desenvolvida.
Especificações Suplementares Os requisitos suplementares abrangendo os requisitos não funcionais são documentados e analisados.
Conjunto de Testes ("teste de regressão") Testes implementados e executados para validar a estabilidade do build para cada release executável criado durante a fase de elaboração.
Arquitetura para Automatização de Testes Uma composição de baseline de vários mecanismos e elementos-chave de software que compõem as características fundamentais do sistema de software de automatização de teste.
Artefatos Opcionais Estado no marco
Caso de Negócio Atualizado se as investigações sobre a arquitetura descobrirem problemas que mudem premissas fundamentais do projeto.
Modelo de Análise Pode ser desenvolvido como um artefato formal; freqüentemente mantido de forma não formal, evoluindo, em vez disso, para uma versão inicial do Modelo de Design.
Materiais de Treinamento Manuais do Usuário e outros materiais de treinamento. Rascunho preliminar, baseado em casos de uso.  Poderá ser necessário se o sistema tiver um forte aspecto de interface de usuário.
Templates Específicos do Projeto Os templates de documentos usados para desenvolver os artefatos de documentos.

O Papel da Criação de Protótipo

O Rational Unified Process dá ao arquiteto de software e ao gerente de projeto a liberdade de construir protótipos de vários tipos (consulte Conceitos: Protótipos) como uma estratégia de redução de riscos. Alguns desses protótipos podem ser puramente exploratórios e serão posteriormente descartados. Contudo, é provável (para sistemas grandes e sem precedentes) que a arquitetura tenha sido construída como uma série de protótipos evolucionários — abrangendo diferentes problemas no decorrer da elaboração — e, no fim da elaboração, terá atingido o ponto máximo em uma base de arquitetura estável e integrada. Não queremos sugerir com isso que o esforço de criação de protótipos durante a elaboração deva resultar em um conjunto de fragmentos de arquitetura que não precisam ser integrados.



Copyright  (c) 1987 - 2001 Rational Software Corporation


Exibir o Rational Unified Process usando quadros

Rational Unified Process