Artefato: Classe de Design

Artefatos > Conjunto de Artefatos de Análise e Design > Modelo de Design... > Classe de Design

Classe de Design	Classe é uma descrição de um conjunto de objetos que compartilham as mesmas responsabilidades, relacionamentos, operações, atributos e semântica.
Representação em UML:	Classe.
Papel:	Designer
Possibilidade de Opção:	O uso dos estereótipos "entidade", "fronteira" e "controle" é opcional.
Relatórios:	Relatório de Classe <nome da classe>
Informações adicionais:	Diretrizes: Design de Classes no Visual Basic Diretrizes: Construção de Aplicativos da Web com UML Diretrizes: Classe de Design Diretrizes: Teste e Avaliação de Classes Pontos de Verificação: Classe de Design
Finalidade Propriedades Ocorrência Responsabilidade Adaptação

Entrada para Atividades:

Implementar Componente

Realizar Testes Unitários

Design de Caso de Uso

Projetar Classes e Pacotes de Teste

Saída de Atividades:

Design de Cápsula

Identificar Elementos de Design

Identificar Mecanismos de Design

Incorporar Elementos de Design Existentes

Design de Subsistema

Design de Classe

Finalidade

As seguintes pessoas usam as classes:

Implementadores , para obter uma especificação quando implementam as classes.
Designers de outras partes do sistema, para compreender como sua funcionalidade pode ser usada e o que significam seus relacionamentos.
Designers de casos de uso, para instanciá-las nas realizações de casos de uso.
As pessoas que projetam a próxima versão do sistema , para compreender a funcionalidade no modelo de design.
As pessoas que testam as classes , para planejar atividades de teste.

Propriedades

Nome da Propriedade	Breve Descrição	Representação em UML
Nome	O nome da classe.	O atributo "Name" no elemento do modelo.
Breve Descrição	Uma breve descrição do papel e da finalidade da classe.	Valor rotulado, do tipo "texto curto".
Responsabilidades	As responsabilidades definidas pela classe.	Um valor rotulado (predefinido) na superclasse "Tipo".
Relacionamentos	Os relacionamentos (como generalizações, associações e agregações) dos quais a classe participa.	Adquiridas por um pacote limitado, por meio da agregação "possui".
Operações	As operações definidas pela classe.	Adquiridas pela superclasse "Tipo" através da agregação "participantes".
Atributos	Os atributos definidos pela classe.	- " -
Requisitos Especiais	Uma descrição textual que reúne na classe todos os requisitos (como os não-funcionais, por exemplo), que não são considerados no modelo de design mas precisam ser observados durante a implementação.	Valor rotulado, do tipo "texto curto".
Diagramas	Qualquer diagrama local para a classe, como diagramas de interações, classes ou de estados.	Adquiridas por um pacote limitado, por meio da agregação "possui".

Ocorrência

As classes de design significativas do ponto de vista da arquitetura são identificadas e descritas durante a fase de elaboração. As classes de design restantes são identificadas e descritas durante a fase de construção.

Responsabilidade

O designer é responsável pela integridade da classe, garantindo que:

A classe atenda aos respectivos requisitos, provenientes das realizações de casos de uso das quais participa.
A classe seja o mais independente possível das outras classes.
As propriedades da classe (inclusive suas responsabilidades, relacionamentos unidirecionais, operações e atributos) estejam justificadas e consistentes entre si.
O papel da classe nos relacionamentos bidirecionais em que está envolvida seja claro e intuitivo.
As visibilidades de seus participantes, principalmente operações e atributos, estejam corretas. Uma visibilidade pode ser "pública", "privada", etc.
O escopo de seus participantes, principalmente operações e atributos, estejam corretos. Um escopo será "verdadeiro" se for de tipo/classe e "falso" se for de objeto/instância.
Os Requisitos Especiais sejam legíveis e atendam à sua finalidade.
Os diagramas que descrevem a classe sejam legíveis e consistentes com as outras propriedades.

É recomendável que o designer responsável por uma classe também seja responsável por seu pacote de design limitado. Para obter mais informações, consulte Pacote de Design.

Adaptação

O uso dos estereótipos "entidade", "fronteira" e "controle" é opcional. Consulte Diretrizes: Classe de Análise para obter mais informações sobre esses estereótipos. Eles poderão ser usados se forem úteis para debater sobre o design ou restringir a implementação de alguma forma; por exemplo, usando construções predefinidas ou padrões de implementação apropriados para cada estereótipo.

Copyright © 1987 - 2001 Rational Software Corporation

Exibir o Rational Unified Process usando quadros

Rational Unified Process