<Nome do Projeto>

Glossário

Versão <1.0>

[Nota: O gabarito a seguir é fornecido para utilização com o Rational Unified Process. O texto em azul exibido entre colchetes e em itálico (style=InfoBlue) foi incluído para orientar o autor e deve ser excluído antes da publicação do documento. Um parágrafo digitado após esse estilo será automaticamente definido como normal (style=Body Text).]

[Para personalizar campos automáticos no Microsoft Word (que exibem um segundo plano cinza quando selecionados), selecione File>Properties e substitua os campos Title, Subject e Company pelas informações apropriadas para este documento. Depois de fechar o diálogo, os campos automáticos podem ser atualizados no documento inteiro, selecionando Edit>Select All (ou Ctrl-A) e pressionando F9 ou simplesmente clique no campo e pressione F9. Esse procedimento deverá ser executado separadamente para os Cabeçalhos e Rodapés. Alt-F9 alterna entre a exibição de nomes de campos e do conteúdo dos campos. Consulte a Ajuda do Word para obter informações adicionais sobre como trabalhar com campos.]

Histórico da Revisão

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

Índice

1.	Introdução	4

1.1	Objetivo	4

1.2	Escopo	4

1.3	Referências	4

1.4	Visão Geral	4

2.	Definições	4

2.1	<aTerm>	4

2.2	<anotherTerm>	4

2.3	<aGroupofTerms>	4

2.3.1	<aGroupTerm>	5

2.3.2	<anotherGroupTerm>	5

2.4	<aSecondGroupofTerms>	5

2.4.1	<yetAnotherGroupTerm>	5

2.4.2	<andAnotherGroupTerm>	5

3.	Estereótipos UML	5

Glossário

Introdução

[A introdução do Glossário fornece uma visão geral de todo o documento. Apresente quaisquer informações que o leitor possa precisar para entender o documento nesta seção. Este documento é utilizado para definir a terminologia específica do domínio de problema, explicando termos que possam não ser familiares ao leitor das descrições de caso de uso ou outros documentos do projeto. Freqüentemente, este documento pode ser utilizado 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 focalizar naquilo que o sistema deve fazer com as informações. Este documento deve ser salvo em um arquivo chamado Glossário.]

Objetivo

[Especifique o objetivo deste Glossário.]

Escopo

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

Referências

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

Visão Geral

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

Definições

[Os termos definidos aqui formam a substância essencial do documento. Eles podem ser definidos em qualquer ordem desejada, mas, geralmente, a ordem alfabética fornece a maior acessibilidade.]

<aTerm>

[A definição para <aTerm> é apresentada aqui. Devem ser apresentadas tantas informações quantas forem necessárias para o leitor entender o conceito.]

<anotherTerm>

A definição para <anotherTerm> é apresentada aqui. Devem ser apresentadas tantas informações quantas forem necessárias para o leitor entender o conceito

<aGroupofTerms>

[Às vezes, é útil organizar termos em grupos para aprimorar a clareza. Por exemplo, se o domínio de problema contiver termos relacionados à contabilidade e à construção (como seria o caso se estivéssemos desenvolvendo um sistema para gerenciar projetos de construção), apresentar os termos dos dois sub-domínios diferentes pode ficar confuso para o leitor. Para resolver esse problema, utilizamos agrupamentos de termos. Ao apresentar o agrupamento de termos, forneça uma breve descrição que ajude o leitor a entender o que <aGroupofTerms> representa. Os termos apresentados dentro do grupo devem ser organizados alfabeticamente para acesso fácil.]

<aGroupTerm>

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

<anotherGroupTerm>

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

<aSecondGroupofTerms>

<yetAnotherGroupTerm>

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

<andAnotherGroupTerm>

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

Estereótipos UML

[Esta seção contém ou faz referência a especificações de estereótipos UML (Linguagem de Modelagem Unificada) e suas implicações semânticas—uma descrição textual do significado e da importância do estereótipo e as limitações em sua utilização—para estereótipos já conhecidos ou descobertos como importantes para o sistema que está sendo modelado. A utilização desses estereótipos pode apenas ser recomendada ou talvez até ser obrigatória; por exemplo, quando sua utilização é requerida por um padrão imposto ou quando é percebido que sua utilização torna significativamente mais fácil o entendimento dos modelos. Esta seção poderá ficar vazia se nenhum estereótipo adicional, diferente daqueles predefinidos pela UML e pelo Rational Unified Process, for considerado necessário.]

<Nome da Empresa>

<Nome do Projeto>	Versão: <1.0>
Glossário	Data: <dd/mmm/aa>
<identificador do documento>

Confidencial	(<Nome da Empresa>, 2006	Página 5

Glossário

<Nome do Projeto>

Luis Tadeu Castilho

2005-11-10

Rational

<Company Name>