Artefato:
| ||||||||||||||||||||||
|
|
Um componente representa um trecho de um código de software (fonte, binário ou executável) ou um arquivo contendo informações (por exemplo, um arquivo de inicialização ou um arquivo Leiame). Ele também pode ser uma agregação de outros componentes (por exemplo, um aplicativo composto de vários executáveis). |
| Representação em UML: | Componentes, possivelmente estereotipados como "aplicativo", "documento", "executável", "arquivo", "biblioteca", "página", "tabela" ou "componente de teste" |
| Papel: | Implementador |
| Possibilidade de Opção: | O uso de qualquer um dos estereótipos é opcional. |
| Mais informações: | |
| Entrada para Atividades: | Saída de Atividades: |
Um componente representa uma parte física do processo de desenvolvimento: arquivos de algum tipo que contêm código-fonte, configurações, executáveis e outros produtos físicos do desenvolvimento.
|
Nome da Propriedade |
Breve Descrição |
Representação em UML |
| Nome | Nome do componente | O atributo "Name" do elemento do modelo |
É possível criar os componentes na fase de Iniciação, durante a criação dos Protótipos da Interface do Usuário. Isso, porém, é relativamente raro. Os componentes significativos do ponto de vista da arquitetura são criados na Fase de Elaboração, à medida que os protótipos de arquitetura são desenvolvidos. Os demais componentes são criados na Fase de Construção. Os componentes são atualizados durante a Fase de Transição, à medida que defeitos são localizados e corrigidos.
O implementador é responsável pelo componente, garantindo que:
O tipo de componente a ser usado depende da linguagem de programação e do ambiente de implementação em geral. Para obter exemplos dos vários tipos de componentes, consulte Diretrizes: Componente.
|
Rational Unified Process
|
