Conceito-chave: Artefato
As atividades possuem artefatos de entrada e
saída. Um artefato é um produto de trabalho do processo: os papéis usam os artefatos para executar atividades e produzem artefatos ao
executarem as atividades. Os artefatos são responsabilidade de um único papel e promovem a idéia de que todas as informações no processo devem ser
responsabilidade de uma pessoa específica. Embora um artefato "pertença"
a uma pessoa, muitas outras podem utilizá-lo e, talvez, até atualizá-lo
se tiverem permissão.

Os principais artefatos no processo e o
fluxo aproximado de informações entre eles.
O diagrama acima mostra como as informações fluem pelo projeto através dos
artefatos. As setas mostram como as mudanças em um artefato se propagam para
outros. Para maior clareza, muitos artefatos foram omitidos (por exemplo, os
vários artefatos do modelo de design foram omitidos e estão representados pelo
Artefato: Modelo de Design).
Para simplificar a organização dos artefatos, eles são organizados em
"conjuntos de informações"ou em conjuntos de artefatos. Um conjunto de artefatos
é um agrupamento de artefatos relacionados que costumam ser usados para uma finalidade semelhante.
A Visão Geral do Artefato apresenta
mais informações sobre artefatos e conjuntos de artefatos.

Artefatos e conjuntos de artefatos na
árvore de navegação
Os artefatos podem ter vários formatos ou formas:
Observe que "artefato" é o termo utilizado no RUP. Outros processos utilizam termos como produto de trabalho,
unidade de trabalho e outros, para designar o mesmo elemento. Os produtos entregues
são apenas um subconjunto de todos os artefatos que terminam nas mãos dos clientes
e de usuários finais.
Os artefatos estão mais sujeitos a controle de versão e a
gerenciamento de configuração. Às vezes, isso só é alcançado com o uso de versões para o
o artefato contêiner, quando não é possível fazê-lo para os
artefatos elementares contidos. Por exemplo, você pode controlar as versões de todo um modelo de design
ou de um pacote de design, e não das classes individuais que eles contêm.
Geralmente, os artefatos não são documentos. Muitos processos
concentram-se excessivamente em documentos, especialmente em documentos em papel.
O RUP não recomenda a produção sistemática de
documentos em papel. A abordagem mais eficiente e pragmática para gerenciar artefatos de projeto
é mantê-los dentro da ferramenta apropriada utilizada
para criá-los e gerenciá-los. Quando for necessário, você poderá gerar documentos
(imagens) a partir dessas ferramentas. Você também deve considerar
a liberação de artefatos para as partes interessadas dentro e junto com a
ferramenta, em vez de em papel. Essa abordagem garante que as informações estejam sempre
atualizadas e baseadas no trabalho atual do projeto e não deve exigir nenhum
esforço adicional para serem produzidas.
Exemplos de artefatos:
- Um modelo de design armazenado no Rational Rose.
- Um plano de projeto armazenado no Microsoft Project.
- Um defeito armazenado no Rational ClearQuest.
- Um banco de dados de requisitos de projeto no Rational RequisitePro.
Entretanto, ainda existem artefatos que deverão estar em documentos de texto como
no caso de uma entrada externa para o projeto ou, em alguns casos, quando for
simplesmente a melhor maneira para apresentar informações descritivas.
Geralmente, os artefatos possuem diretrizes e pontos de verificação associados que apresentam informações sobre como desenvolver, avaliar e utilizar os artefatos. Uma parte substancial do Processo está contida nas diretrizes de artefato. As descrições das atividades tentam capturar a essência do que é feito, enquanto as diretrizes do artefato capturam a essência da realização do trabalho. Os pontos de verificação fornecem uma referência rápida para ajudar você a avaliar a qualidade do artefato.
Tanto as diretrizes como os pontos de verificação são úteis em vários contextos; eles ajudam você a decidir o que fazer, a realizar o trabalho e a decidir se ele foi satisfatório quando tiver terminado. As diretrizes e os pontos de verificação relacionados a um determinado artefato são organizados junto com ele na árvore de navegação. As diretrizes do artefato são também resumidamente apresentadas na Visão Geral das Diretrizes de Artefatos.

Um artefato típico na árvore de navegação, com pontos de verificação e diretrizes expandidas.
Templates são "modelos" ou
protótipos de artefatos. Associados à descrição do artefato estão um ou
mais templates que podem ser utilizados para criar os artefatos correspondentes. Os templates
estão vinculados à ferramenta que será usada.
Por exemplo:
- Os templates do Microsoft Word seriam utilizados para artefatos que são documentos
e para alguns relatórios.
- Os templates da Rational SoDA para Microsoft Word ou FrameMaker extrairiam informações
a partir de ferramentas como Rational Rose, Rational RequisitePro ou Rational
TeamTest.
- Os templates do Microsoft FrontPage para os vários elementos do processo.
- O template do Microsoft Project para o plano de projeto.
Assim como ocorre com as diretrizes, as organizações podem personalizar os templates antes
de usá-los para adicionar o logotipo da empresa, alguma identificação do projeto ou
informações específicas do tipo de projeto. Os templates estão organizados na
árvore de navegação abaixo do artefato associado a eles. Estão também resumidos em uma
entrada separada da árvore de navegação que mostra todos os templates.

Parte expandida da árvore de navegação
mostrando os diferentes tipos de templates no RUP.
Os modelos e os elementos de modelo podem ter
relatórios associados a eles. Com a ajuda de uma ferramenta, um relatório extrai informações sobre os
modelos e os elementos de modelo. Por exemplo, um relatório apresenta um artefato ou um conjunto
de artefatos para uma revisão. Diferentemente dos artefatos regulares, os relatórios não estão sujeitos a
controle de versão. Eles podem ser reproduzidos a qualquer hora, basta retornar aos
artefatos que os geraram. Os relatórios estão organizados na árvore de navegação abaixo do
artefato que relatam.
Copyright
(c) 1987 - 2001 Rational Software Corporation
|