<Nombre Compañía>

<Nombre del Proyecto>

Glosario de Negocio

Versión <1.0>

[Nota: Esta plantilla se proporciona para que se use como parte del Proceso Unificado de Rational. El
texto que aparece entre corchetes y que aparece en letra cursiva azul (estilo InfoBlue) se incluye para
guiar al autor y debería borrarse antes de publicar el documento. Un párrafo que se haya introducido
siguiendo este estilo se cambiará a normal (estilo=Body Text)]
[Para adaptar los campos automáticos (los que aparecen con un fondo gris cuando se seleccionan) de
Microsoft Word, selecciona Archivo>Propiedades (en inglés: File>Properties) y sustituye los campos
título, asunto y organización con la información apropiada para este documento. Después de cerrar el
diálogo, los campos automáticos se pueden actualizar en todo el documento seleccionando
Edición>Seleccionar todo (o Ctrl-E) y pulsando F9, o simplemente haciendo clic en un campo y pulsando
F9. Esto debe hacerse de manera separada para los encabezamientos y pies de página. Alt-F9 cambiará
entre mostrar los nombres de los campos y el contenido de los mismos. Si quieres más información sobre el
trabajo sobre campos, consulta la ayuda de Word].
<Nombre del Proyecto> Versión: <1.0>
Glosario de Negocio Fecha: <dd/mmm/yy>
<identificador del documento>

Historia de las revisiones

Fecha Versión Descripción Autor
<dd/mmm/yy> <x.x> <detalles> <nombre>

Confidencial <Nombre Compañía>, 2019 Página 2

<Nombre del Proyecto> Versión: <1.0>
Glosario de Negocio Fecha: <dd/mmm/yy>
<identificador del documento>

Tabla de Contenidos
1. Introducción 4
1.1 Propósito 4
1.2 Ámbito 4
1.3 Referencias 4
1.4 Visión general 4

2. Definiciones 4
2.1 <unTérmino> 4
2.2 <otroTérmino> 4
2.3 <unGrupoDeTérminos> 4
2.3.1 <unGrupoDeTérminos> 4
2.3.2 <otroGrupoDeTérminos> 5
2.4 <unSegundoGrupoDeTérminos> 5
2.4.1 <otroGrupoDeTérminosMás> 5
2.4.2 <yOtroGrupoDeTérminos> 5

3. Estereotipos de UML 5

Confidencial <Nombre Compañía>, 2019 Página 3

<Nombre del Proyecto> Versión: <1.0>
Glosario de Negocio Fecha: <dd/mmm/yy>
<identificador del documento>

Glosario de Negocio
1. Introducción
[La introducción del glosario de negocio ofrece una visión general de todo el documento. Presenta en esta
sección cualquier información que el lector pueda necesitar para entender este documento. Este
documento se usa para definir terminología específica al dominio del problema, explicando los términos
que pueden no ser familiares al lector de las descripciones de los casos de uso u otros documentos del
proyecto. A menudo este documento se puede utilizar como un diccionario de datos informal, que captura
definiciones de datos de manera que las descripciones de los casos de uso y otros documentos del proyecto
se puedan centrar en lo que el sistema debe hacer con la información. Este documento debería
almacenarse en un fichero denominado GlosarioDeNegocio (o BusinessGlossary)].
1.1 Propósito
[Especifica el propósito de este Glosario de Negocio].
1.2 Ámbito
[Una descripción breve del ámbito de este Glosario de Negocio; con qué proyectos se asocia y cualquier
otra cosa que se vea afectada o influida por este documento].
1.3 Referencias
[En este subapartado se debería proporcionar una lista completa de todos los documentos a los que se
hace referencia en el Glosario de Negocio. Identifica cada documento por su título y número de informe si
fuese aplicable, fecha y entidad editora. Especifique las fuentes mediante las cuales se pueden obtener las
referencias. Esta información se puede proporcionar mediante una referencia a un apéndice u otro
documento].
1.4 Visión general
[Este subapartado describe lo que contiene el resto del glosario de negocio y explica cómo está
organizado el documento].
2. Definiciones
[Los términos que se definen aquí conforman la sustancia esencial de este documento. Pueden definirse en
cualquier orden que se desee, aunque generalmente, el orden alfabético es el que ofrece mayor
accesibilidad].
2.1 <unTérmino>
[Aquí se presenta la definición de <unTérmino>. Se presenta tanta información como el lector necesite
para entender el concepto].
2.2 <otroTérmino>
[Aquí se presenta la definición de <otroTérmino>. Se presenta tanta información como el lector necesite
para entender el concepto].
2.3 <unGrupoDeTérminos>
[A veces es útil organizar los términos en grupos para mejorar la legibilidad. Por ejemplo, si el dominio
del problema contiene términos relacionados tanto con contabilidad como con la construcción de edificios
(como podría ser si estuviésemos construyendo un sistema para gestionar la construcción de edificios),
presentar juntos los términos de los dos dominios distintos puede confundir al lector. Para resolver este
problema usamos grupos de términos. A la hora de presentar un grupo de términos, ofrece una pequeña
descripción que ayude al lector a entender lo que representa <unGrupoDeTérminos>. Los términos
presentados dentro de un grupo se organizan de manera alfabética para una acceso más sencillo].
2.3.1 <unGrupoDeTérminos>
[Aquí se presenta la definición de <unGrupoDeTérminos>. Se presenta tanta información como el lector

Confidencial <Nombre Compañía>, 2019 Página 4

<Nombre del Proyecto> Versión: <1.0>
Glosario de Negocio Fecha: <dd/mmm/yy>
<identificador del documento>

necesite para entender el concepto].

2.3.2 <otroGrupoDeTérminos>
[Aquí se presenta la definición de <otroGrupoDeTérminos>. Se presenta tanta información como el lector
necesite para entender el concepto].
2.4 <unSegundoGrupoDeTérminos>
2.4.1 <otroTérminoMásDelGrupo>
[Aquí se presenta la definición del término. Se presenta tanta información como el lector necesite para
entender el concepto].
2.4.2 <yOtroTérminoDelGrupo>
[Aquí se presenta la definición del término. Se presenta tanta información como el lector necesite para
entender el concepto].
3. Estereotipos de UML
[Esta sección contiene o hace referencia a las especificaciones de los estereotipos del Modelo Unificado de
Modelado (UML) y sus implicaciones semánticas –una descripción textual del significado y significancia
del estereotipo y las limitaciones de su uso—para los estereotipos ya conocidos o que parecen ser
importantes en el negocio que se está modelando. El uso de estos estereotipos puede ser simplemente
recomendado o quizás obligar a su uso; por ejemplo, cuando se requiere su uso por un estándar impuesto
o cuando de percibe que su uso hace los modelos significativamente más sencillos de entender. Este
apartado puede aparecer vacío si no se consideran necesarios otros estereotipos distintos de los que están
predefinidos por UML o el Proceso Unificado de Rational (RUP)].

Confidencial <Nombre Compañía>, 2019 Página 5