Artefato:
|
![]() |
Um elemento de modelo que define um conjunto de comportamentos (um conjunto de operações) oferecidos por um elemento de modelo do classificador (especificamente, uma classe, um subsistema ou um componente). Um classificador pode realizar uma ou mais interfaces. Uma interface pode ser realizada por um ou mais classificadores. Os classificadores que realizem as mesmas interfaces podem ser substituídos uns pelos outros no sistema. Cada interface deve fornecer um conjunto exclusivo e bem definido de operações. |
---|---|
Outros Relacionamentos: |
Parte de Modelo de Design
|
Função: | Arquiteto de Software |
Opcionalidade/Ocorrência: | Utilizado em conjunto com Subsistemas de Design. Fase de Elaboração. |
Gabaritos e Relatórios: |
|
Exemplos: | |
Representação em UML: | Interface |
Informações Adicionais: |
Entrada de Atividades: | Saída das Atividades: |
Uma interface declara um conjunto de operações (incluindo suas assinaturas e parâmetros) usadas para especificar os serviços oferecidos por um elemento do modelo classificador (por exemplo, uma classe, um componente ou um subsistema).
Nome da Propriedade | Breve Descrição | Representação em UML |
---|---|---|
nome | o nome da interface | attribute |
descrição | uma descrição curta da interface | attribute |
operações | as operações da interface | operações |
As interfaces são criadas na fase de elaboração e definem 'junções' importantes no sistema. Todas as interfaces são significativas do ponto de vista da arquitetura.
Um Arquiteto de Software é responsável pela integridade da Interface, assegurando que:
As interfaces não utilizados em geral em conjunto com o Artefato: Subsistema de Design; normalmente não é necessário ou desejável utilizar as interfaces em conjunto com o Artefato: Classes de Design, onde o uso de operações públicas em geral é suficiente. As interfaces costumam ser usadas nos casos em que é necessário definir o comportamento (na forma de assinaturas de operação), sejam quais forem os elementos que realizam essas operações. Isso implica na existência de abstrações mais granuladas de comportamento ou substituição, modeladas como subsistemas de design. Para projetos que não possuem esses atributos, as interfaces podem ser omitidas.
Rational Unified Process
|