INSTITUTO GEOGRFICO AGUSTN CODAZZI

SEDE CENTRAL

DOCUMENTO DE ESPECIFICACIN DE
REQUERIMIENTOS

1. Glosario de Trminos

Aqu se listaran y definirn los trminos asociados y necesarios para comprender los casos de
uso del sistema.

TRMINO DESCRIPCIN

Trmino a Definir Definicin clara del trmino.

2. Inventario de Casos de uso

Aqu se define la nemotecnia de los diferentes casos de uso para identificarlos en sus
diferentes estados.

Abreviacin: CUNSIT XX

Nemnico Significado
CU Casos de uso.
NS Nombre del
sistema
IT Iteracin
XX Nmero de tem.

En esta tabla se realiza un listado que servir para inventariar los casos de usos contemplados
para el sistema.

IDENTIFICADOR NOMBRE

CUNSIT 01 Nombre del caso de uso nmero 01

CUNSIT 02 Nombre del caso de uso nmero 02

IGAC-Entidad
Documento de Especificacin de Requerimientos
 INSTITUTO GEOGRFICO AGUSTN CODAZZI
SEDE CENTRAL

3. Diagrama de casos de uso del sistema

Aqu se presenta el diagrama de casos de uso que se ha elaborado para el sistema. Este
diagrama que se muestra a continuacin es solo un ejemplo de cmo se presenta un diagrama
de casos de uso.

En esta tabla se documenta la informacin bsica de elaboracin del diagrama.

Diagrama de Casos de Uso

Entidad: Elabor: Fecha de Elaboracin:

IGAC-Entidad Nombre del Analista DD/MM/AAAA

IGAC-Entidad
Documento de Especificacin de Requerimientos
 INSTITUTO GEOGRFICO AGUSTN CODAZZI
SEDE CENTRAL

4. Especificacin de casos de uso

En estas tablas se especificar cada uno de los casos de usos presentados en el diagrama de
casos de uso del sistema.

Instituto Geogrfico Agustn Codazzi

Oficina Centro de Investigacin y Desarrollo en
Informacin Geogrfica CIAF
Grupo Geoservicios y Geoservicios
Diligencio IGAC Valido IGAC

Nombre: Nombre

Firma: Firma:

Fecha: Fecha:

Identificador Nombre

Entidad-Nmero Nombre del Requerimiento (Los requerimientos deben comenzar con verbos en
Requerimiento infinitivo). Ej.: Aadir servicio de mapas

Resumen
El resumen es una descripcin breve que concuerda con el propsito de los casos de uso, segn la
funcionalidad expresada por cada requerimiento funcional. Ej.: Se debe cargar un servicio de mapas al
Visor Web. La primera vista del mapa que se muestra se debe ajustar a la extensin definida en el servicio
de mapas.
Actor Proceso de negocio en el que participa

Se define el (los) usuario(s) que tienen acceso
a este requerimiento. Ej.: Usuario
Entradas
Define en qu proceso va a funcionar el requerimiento
(por ejemplo, carga de capas a un visor geogrfico) y en
qu mercado (quines son sus usuarios). Establece si el
proyecto est siendo desarrollado por llenar un contrato o
si es un producto comercial. Si el requerimiento hace
parte de un proyecto existente, esto debe ser
mencionado.
Salidas

Entradas del requerimiento para cumplir su Salidas producto de la realizacin del requerimiento. Ej.:
funcionalidad. Ej.:
5. El servicio se agrega a la tabla de contenido del
1. Direccin URL del servicio. servidor junto con las capas que lo componen.

IGAC-Entidad
Documento de Especificacin de Requerimientos
 INSTITUTO GEOGRFICO AGUSTN CODAZZI
SEDE CENTRAL

Precondicin Postcondicin

Estado en el cual el sistema debe encontrarse Lista de posibles estados que el sistema puede tomar
antes de que la funcionalidad que expresa el luego de que la funcionalidad que expresa el
requerimiento se lleve a cabo. requerimiento se lleva a cabo.

Ej.: El servidor de mapas solicitado debe estar Ej.: Las capas del servicio de mapas se deben agregar a
disponible la tabla de contenido del visor y estas capas se deben
visualizar en la vista del visor

Suposiciones

Son las condiciones que se dan por establecidas, en las que se supone que se encuentra el sistema en el
momento de que el requerimiento que representa el caso de uso entra en juego, o las condiciones en las
que se encuentra el entorno para que el proyecto pueda comenzar.
Ej.: El MPS proporciona las capas que necesita montar en el visor geogrfico.
Flujo normal de eventos

El caso de uso que representa este requerimiento funcional comienza cuando un actor realiza alguna accin. Un Actor
siempre inicia los casos de uso. El caso de uso describe lo que el actor hace, y lo que hace el sistema, en respuesta.
Esto se expone en forma de dilogo entre el actor y el sistema. El caso de uso describe lo que ocurre al interior del
sistema, pero no cmo o por qu. Si la informacin es intercambiada, se debe especificar qu pasar antes y
despus. Por ejemplo, no est bien decir que el actor introduce informacin del cliente, si sta no est definida. Es
mejor decir que el actor introduce el nombre y la direccin del cliente. Un Glosario de Trminos es esencial para
mantener manejable la complejidad de los casos de uso. Puede que se quieran definir cosas como la informacin del
cliente en este glosario. Las alternativas simples pueden presentarse dentro del texto del flujo normal de eventos. Slo
toma unas pocas frases describir lo que ocurre cuando existe una alternativa, y hay que hacerlo dentro del flujo. Si la
alternativa es ms compleja, se usar una seccin separada para describirla. Por ejemplo, la seccin Caminos
Alternativos, explica cmo describir alternativas ms complejas, y la seccin Caminos de Excepcin explica cmo
describir comportamientos incorrectos llamados Excepciones. Una imagen vale ms que mil palabras, aunque no
hay substituto para la redaccin clara. Esta redaccin da claridad, sintindonos libres de pegar flujogramas,
diagramas de actividades u otras figuras en esta especificacin. Esto clarifica el comportamiento del sistema, a veces
mejor que pginas y pginas de texto. Use el medio adecuado de presentacin para el problema, pero tenga cuidado
de emplear terminologa, notaciones o figuras que los interesados puedan no entender. Recuerde que el
propsito es aclarar, no oscurecer.
Accin del actor Respuesta del sistema
1 El usuario indica que va a agregar un 2 El sistema solicita la url y la versin del servicio de
servidor de mapas. mapas.
3 El usuario ingresa la url y la versin del 4 El sistema hace solicitud getcapabilities al servidor de
servicio de mapas. mapas y retorna las capas disponibles y los sistemas
de referencia soportados por el servicio de mapas.
Adems solcita al usuario cuales capas desea cargar
y el sistema de referencia con que desea cargarlas.
Excepcin 1: Si la url del servicio no es correcta.
5 El usuario selecciona las capas a cargar y 6 El sistema carga referencia de las capas solicitadas a
el sistema de referencia con que va a la tabla de contenido del visor.
cargar las capas.

IGAC-Entidad
Documento de Especificacin de Requerimientos
 INSTITUTO GEOGRFICO AGUSTN CODAZZI
SEDE CENTRAL

Caminos Alternativos

Alternativas ms complejas son descritas en esta seccin por separado, referidas a la seccin Flujo
Normal de Eventos. Piense en estos Caminos Alternativos como comportamientos alternativos (cada
camino alternativo representa un comportamiento alternativo, usualmente debido a las Excepciones que
ocurren en el Flujo Normal). Se debe tomar un espacio tan largo como sea necesario para describir los
eventos asociados con el comportamiento alternativo. Se debe comenzar con una lnea clara que
establezca dnde puede ocurrir el camino alternativo, y las condiciones bajo las cuales es ejecutado. Se
debe terminar el camino alternativo con una lnea que establezca dnde los eventos del Flujo Normal son
resumidos. Esto debe estar explcitamente establecido.

Caminos de Excepcin

Las acciones realizadas luego de presentarse las Excepciones son descritas en esta seccin por separado, referidas
a la seccin Flujo Normal de Eventos. Las Excepciones son comportamientos alternativos incorrectos, ante los
cuales el sistema debe responder de cierta forma para notificar al usuario. Se debe tomar un espacio tan largo como
sea necesario para describir los eventos asociados con cada una de las excepciones.

Ej.: Excepcin 1: El sistema indica que el servicio no es encontrado.

Puntos de Extensin

Aqu se documentan las posibles especializaciones del presente caso de uso. La extensin refleja
situaciones particulares en un caso de uso que pueden ser tratadas (extendidas) por otro.

Observaciones

Aqu se colocaran las observaciones relevantes que se vayan dando en las iteraciones y en el refinamiento
de requerimientos.

Autor Fecha Creacin / Modificacin

IGAC-Entidad
Documento de Especificacin de Requerimientos
 INSTITUTO GEOGRFICO AGUSTN CODAZZI
SEDE CENTRAL

6. Especificacin de Requerimientos No Funcionales

En este artefacto, se deben especificar cada uno de los siguientes tipos de

requerimientos no funcionales con la tabla que se muestra a continuacin.

Identificador Entidad RNF Nmero del RNF

Nombre Nombre del Requerimiento No Funcional. Ej.: Programacin

en tecnologa .Net

Tipo: Tipo de Requerimiento No Funcional.Ej.: Restriccin

Tecnolgica

Indispensable/Deseable: Un Requerimiento No Funcional es Indispensable cuando es

necesario tenerlo en cuenta para la realizacin de algn
requerimiento funcional.

Un Requerimiento No Funcional es Deseable cuando la

funcionalidad que proporciona puede ser implementada de
forma opcional, y ningn requerimiento funcional depende
de ella. Ej.: Indispensable

Crtico: El criterio de Crtico implica evaluar el impacto de la

ausencia y presencia del RNF, y cmo se ve afectado el
sistema por estas condiciones. Ej.: S

Descripcin Comentario breve del por qu se necesita este RNF. Ej.:

Para este proyecto estamos sujetos a utilizar tecnologa
.Net para el desarrollo debido a restricciones del cliente.

Criterios de aceptacin: Criterios que validan este RNF frente a los interesados. Ej.:
Todo el cdigo que se implemente debe ser en lenguaje
.Net.

Seguridad
Colocar tabla asociada.

Conformidad
Colocar tabla asociada.

Confiabilidad
Colocar tabla asociada.

IGAC-Entidad
Documento de Especificacin de Requerimientos
 INSTITUTO GEOGRFICO AGUSTN CODAZZI
SEDE CENTRAL

Usabilidad
Colocar tabla asociada.

Desempeo
Colocar tabla asociada.

Mantenibilidad
Colocar tabla asociada.

Integracin
Colocar tabla asociada.

Integridad
Colocar tabla asociada.

Visualizacin
Colocar tabla asociada.

Operacin
Colocar tabla asociada.

Interaccin
Colocar tabla asociada.

Lenguaje de Programacin
Colocar tabla asociada.

Plataforma de Implantacin
Colocar tabla asociada.

Portabilidad
Describir tabla.

podr crear la convocatoria y definir aspectos importantes como las fechas, numero
de cupos entre otra informacin.
Aprob Entidad

Nombre Interventor:

Firma:

Fecha:

IGAC-Entidad
Documento de Especificacin de Requerimientos
 INSTITUTO GEOGRFICO AGUSTN CODAZZI
SEDE CENTRAL

requerimiento descripcin

El sistema registrar todas El sistema guardara un registro con toda la

las solicitudes enviadas informacin ingresada por cada estudiante que
por los estudiantes desea solicitar el apoyo alimentario.

El sistema debe calcular En base a los puntajes obtenidos de cada solicitud

el puntaje que se le el sistema podr calcular el puntaje total que se le
asigna a cada solicitud asignara a cada solicitud.

El sistema guardar un El sistema guardara el registro diario con fecha y

registro diario de los hora de cada estudiante que reclamo el apoyo
estudiantes que alimentario.
reclamaron el apoyo

El sistema generara el El sistema generara un listado con los datos de los

listado de los estudiantes estudiantes que recibirn el apoyo alimentario y
que fueron aprobados mostrara el tipo de subsidio que se le asign a
para recibir el apoyo dicho estudiante.
alimentario

IGAC-Entidad
Documento de Especificacin de Requerimientos