As classes ProdutoB1 e ProdutoB2 são generalizações da classe ProdutoB.

Se a Classe1 é abstrata, as Classe2 e Classe3 têm que ser abstratas.

No diagrama, as setas sólidas representam dependências e as setas pontilhadas representam associações.

A Classe5 implementa a Interface1 e a Classe6 implementa a Interface2.

Uma forma de classificação geral para as ferramentas CASE é: upper CASE, lower CASE, integrated-CASE e best in class. As upper CASE oferecem suporte nas últimas fases do desenvolvimento, como codificação, testes e manutenção.

As ferramentas CASE podem ser classificadas em orientadas a função e orientadas a atividade. As primeiras incluem as upper CASE e as lower CASE, enquanto as segundas incluem as best in class e as integrated-CASE.

Ferramentas CASE denominadas upper CASE ou U-CASE ou front-end são aquelas que estão voltadas para as primeiras fases do processo de desenvolvimento de sistemas, como análise de requisitos, projeto lógico e documentação. São utilizadas por analistas e pessoas mais interessadas na solução do problema que na implementação.

Ferramentas CASE denominadas best in class ou kit de ferramenta são semelhantes às integrated-CASE. Os kits de ferramenta também acompanham todo o ciclo de desenvolvimento, entretanto, possuem a propriedade de conjugar sua capacidade a outras ferramentas externas complementares, que variam de acordo com as necessidades do usuário.

Um caso de uso é um documento narrativo que descreve a seqüência de eventos de um ator que usa um sistema para completar um processo.

Somente se pode representar relações nos casos de uso por meio de refinamento do modelo, a fim de obter o relacionamento entre os casos de uso por relações de: generalização, inclusão ou extensão.

I, III, IV e IX dizem respeito a mitos da gerência.

V e IX dizem respeito a mitos do cliente.

II, IV e VI dizem respeito a mitos do profissional.

VI, VII e VIII dizem respeito a mitos de gerência.

A abordagem sistemática estritamente linear para o desenvolvimento de software é denominada modelo em cascata ou modelo seqüencial linear.

O ciclo convencional de engenharia de software abrange as atividades de modelagem e engenharia de sistema e(ou) informação, análise de requisito de software, projeto, geração de código, teste e manutenção.

O projeto de software, que está relacionado a modelagem de engenharia de sistemas e de informação, é um processo de múltiplos passos que inclui quatro atributos básicos do programa: estrutura de dados, arquitetura do software, representação da interface e detalhes procedimentais (algorítmicos).

O modelo seqüencial linear, um dos paradigmas para engenharia de software, apesar de amplamente usado, apresenta como problemas: projetos reais raramente seguem o fluxo seqüencial e sem interações; em geral, é difícil para o cliente estabelecer todos os requisitos explicitamente; e a espera de alguns membros da equipe de projeto para que outros completem suas tarefas gera estados de bloqueio que são, às vezes, maiores que o tempo de trabalho produtivo.

I e II

I e III

II e III

II e IV

III e IV

Delphi.

Putnam.

Estimacs.

Cocomo básico.

Pontos de função.

A associação "x" é obrigatória para qualquer instância de "B", mas opcional para as instâncias de "A".

A associação "z" é obrigatória para qualquer instância de "A" e de "D".

"w" é uma associação com multiplicidade muito para muitos.

Não é possível adicionar mais nenhuma associação a este modelo.