Gestão Integrada de Software.

Definição do Processo da Organização.

Gestão da Configuração de Software.

Programa de Treinamento.

Gestão Quantitativa do Processo.

Transition e Inception.

Construction e Transition.

Construction e Inception.

Elaboration e Construction.

Inception e Elaboration.

MDA

XP

FDD

RUP

MVC

da Modelagem de Dados.

da Análise de Pontos por Função.

do Model Driven Architecture.

do Service Oriented Architecture.

da Análise Funcional.

de Objetos.

de Classes.

Funcional.

de Casos de Uso.

de Máquina de Estados.

No diagrama, os retângulos representam classes, as linhas entre os retângulos representam associações entre as classes e as setas representam a navegabilidade das associações entre classes.

A mensagem 2.1.1.1 está incorreta, pois é instanciada CmdReservar, mas é aguardada uma instância de Comando. Além disso, uma classe não pode ser instanciada invocando-se um método da própria classe.

No diagrama, não há mensagens estereotipadas e nem há condições de guarda associadas às mensagens. O retorno da mensagem 1.1 não pode ser uma instância de uma classe derivada de Tela.

A classe CntrInteracao tem dois métodos chamados reservar. A mensagem 2.1 é uma autochamada, pois é uma mensagem que uma instância de CntrInteracao envia para si mesma.

O diagrama está incorreto, pois, entre as instâncias de CntrInteracao e de TelaReserva, há mensagens enviadas em direções opostas, além disso, os nomes de objetos não podem ser sublinhados.

Uma instância de Classe1 pode estar ligada a várias instâncias de Classe2. Para cada par de instâncias de Classe1 e Classe2 ligadas por uma instância da associação entre essas classes, pode haver várias instâncias de Classe4.

Classe2 e Classe3 têm um relacionamento todo-parte. Uma instância de Classe3 pode existir mesmo se não existirem instâncias de Classe2. Uma instância de Classe3 pode ser referenciada por várias instâncias de Classe2.

Uma instância de Classe5 pode ser referenciada por múltiplas instâncias de Classe6. Uma instância de Classe6 pode referenciar uma só instância de Classe5. Classe6 depende de Interface1 e implementa Interface2.

Se Classe5 for abstrata, não necessariamente as Classe7 e Classe8 serão abstratas. Uma instância de Classe6 pode ter uma referência para uma instância de Classe7 ou para uma instância de Classe8.

Classe7 e Classe8 são subclasses de Classe5. A Classe5 é uma subclasse de Classe1

Em um diagrama de seqüência, um objeto pode ser mostrado acima de uma linha vertical tracejada que representa a vida do objeto durante uma interação. Nesse diagrama, mensagens trocadas entre objetos são representadas por setas.

Nos diagramas de colaboração, os objetos podem ser anônimos, as ligações entre objetos são representadas por linhas não-tracejadas e as mensagens podem ser numeradas para identificar a ordem em que são enviadas.

Nos diagramas de atividades, as atividades executadas concorrentemente são identificadas por meio de separações (forks) e junções (joins). Uma separação tem uma única transição de entrada e mais de uma de saída.

Um diagrama de utilização (deployment) permite documentar relações entre componentes de hardware, mas não, entre componentes de software. Nesse tipo de diagrama, os nós podem ser computadores, mas não dispositivos tais como impressoras e terminais.

Um diagrama de componentes permite mostrar componentes de um sistema e as dependências entre eles. As dependências entre os componentes podem ser, por exemplo, dependências de compilação ou de comunicação.