Histórico da Revisão

Data	Versão	Descrição	Autor
<dd/mmm/aa>	<x.x>	<detalhes>	<nome>

Índice Analítico

1.1 Finalidade

1.2 Escopo

2.3.2 <anotherGroupTerm>

2.4 <aSecondGroupOfTerms>

2.4.1 <yetAnotherGroupTerm>

2.4.2 <andAnotherGroupTerm>

3. Estereótipos de UML

Glossário

1. Introdução

[A introdução do Glossário fornece uma visão geral de todo o documento. Apresente todas as informações que poderão ser necessárias para que o leitor compreenda o documento nesta seção. Este documento é usado para definir a terminologia específica do domínio do problema, explicando termos que podem ser desconhecidos do leitor das descrições de caso de uso ou de outros documentos do projeto. Freqüentemente, este documento poderá ser usado como um dicionário de dados informal, capturando definições de dados para que as descrições de caso de uso e outros documentos do projeto possam concentrar-se no que o sistema deve fazer com as informações. Este documento deverá ser salvo em um arquivo denominado Glossário.]

1.1 Finalidade

[Especifique a finalidade deste Glossário.]

1.2 Escopo

[Uma breve descrição do escopo deste Glossário; a que Projeto(s) ele está associado e tudo o mais que seja afetado ou influenciado por este documento.]

1.3 Referências

[Esta subseção fornece uma lista completa de todos os documentos mencionados em qualquer outra parte do Glossário. Identifique cada documento por título, número do relatório (se aplicável), data e organização de publicação. Especifique as fontes a partir das quais as referências podem ser obtidas. Essas informações podem ser fornecidas por um anexo ou outro documento.]

1.4 Visão Geral

[Esta subseção descreve o que o restante do Glossário contém e explica como o documento está organizado.]

2. Definições

[Os termos definidos aqui são a essência do documento. Eles poderão ser definidos na ordem desejada, mas geralmente a ordem alfabética propicia maior acessibilidade.]

2.1 <aTerm>

[A definição de <aTerm> é apresentada aqui. Você deverá apresentar quantas informações forem necessárias para que o leitor compreenda o conceito.]

2.2 <anotherTerm>

A definição de <anotherTerm> é apresentada aqui. Você deverá apresentar quantas informações forem necessárias para que o leitor compreenda o conceito

2.3 <aGroupofTerms>

[Às vezes, é útil organizar os termos em grupos para aprimorar a legibilidade. Por exemplo, se o domínio do problema contiver termos relacionados a contabilidade e a construção de prédios (como seria o caso se estivéssemos desenvolvendo um sistema para gerenciar projetos de construção), apresentar os termos dos dois subdomínios diferentes poderá gerar confusão para o leitor. Para resolver o problema, utilizamos agrupamentos de termos. Ao apresentar os agrupamentos de termos, forneça uma breve descrição que ajude o leitor a compreender o que <aGroupOfTerms> representa. Os termos apresentados no grupo deverão ser organizados alfabeticamente para possibilitar um fácil acesso.]

2.3.1 <aGroupTerm>

[A definição de <aGroupTerm> é apresentada aqui. Apresente quantas informações forem necessárias para que o leitor compreenda o conceito.]

2.3.2 <anotherGroupTerm>

[A definição de <anotherGroupTerm> é apresentada aqui. Apresente quantas informações forem necessárias para que o leitor compreenda o conceito.]

2.4 <aSecondGroupofTerms>

2.4.1 <yetAnotherGroupTerm>

[A definição do termo é apresentada aqui. Apresente quantas informações forem necessárias para que o leitor compreenda o conceito.]

2.4.2 <andAnotherGroupTerm>

[A definição do termo é apresentada aqui. Apresente quantas informações forem necessárias para que o leitor compreenda o conceito.]

3. Estereótipos de UML

[Esta seção contém ou faz referência a especificações de estereótipos de Linguagem de Modelagem Unificada (UML) e suas implicações semânticas - uma descrição textual do significado e da importância dos estereótipos e de quaisquer limitações de seu uso - para estereótipos já conhecidos ou que se mostraram importantes para o sistema que está sendo modelado. O uso desses estereótipos pode ser simplesmente recomendado ou até mesmo obrigatório; por exemplo, quando o uso desses estereótipos for exigido por um padrão imposto ou quando se considerar que o uso facilitará em muito o entendimento. Esta seção poderá ficar em branco se não for considerado necessário nenhum estereótipo adicional além dos predefinidos pela UML e pelo Rational Unified Process.]