Anexo 2. Documento de Casos de Uso

DOCUMENTACIN DE CASOS DE USO
HERRAMIENTA PARA LA ADMINISTRACIN DE REQUERIMIENTOS DE LOS

PROYECTOS DE LAS ASIGNATURAS DE INGENIERA Y ARQUITECTURA
DE SOFTWARE DE LA PONTIFICIA UNIVERSIDAD JAVERIANA.
CARLOS DAVID DUARTE ALFONSO
PONTIFICIA UNIVERSIDAD JAVERIANA

FACULTAD DE INGENIERA
CARRERA DE INGENIERA DE SISTEMAS
BOGOT D.C
2014
Documentacin de casos de uso
Historial De Cambios
El historial de cambios es una tabla que muestra la evolucin y seguimiento del documento, todos
los cambios realizados permiten elaborar, corregir y controlar la calidad del documento por parte
del autor.
Versin Fecha Seccin del documento Descripcin de Responsable

modificada cambios
V 0.1.0 22/02/2014 Lnea base documento Estructura general del Carlos Duarte
de casos de uso documento
Definicin plantilla de
V 0.1.0 25/02/2014 documentacin casos de Carlos Duarte
uso
Elaboracin de la
V 0.2.0 25/02/2014 Captulo 1 y 2 introduccin y lista de Carlos Duarte
casos de uso.
V 0.3.0 26/02/2014 Captulo 5 Documentacin de casos Carlos Duarte
de uso.
V 0.3.1 26/02/2014 Captulo 5.1 Documentacin de casos Carlos Duarte
de uso administracin de
requerimientos.
V 0.3.2. 26/02/2014 Captulo 5.2 Documentacin de casos Carlos Duarte
de uso gestin de
riesgos.
V 0.4.0 27/02/2014 Captulo 3 Elaboracin del anlisis Carlos Duarte
de los actores
V 0.5.0 27/02/2014 Captulo 4 Diagrama de casos de Carlos Duarte
uso.
V 0.5.1 09/03/2014 Captulo 1 y 2 Correccin de estos dos Carlos Duarte
captulos.
V 0.6.0 13/03/2014 Captulo 5 Correccin casos de uso Carlos Duarte
V 0.6.1 15/03/2014 Captulo 3 Correccin actores Carlos Duarte
V 1.0.0 29/03/2014 Documento en general Entrega Carlos Duarte
Tabla 1 Historial de Cambios
2
Tabla de Contenido
Historial De Cambios .............................................................................................................................. 2

Lista de tablas ........................................................................................................................................... 4
1. Introduccin ...................................................................................................................................... 5
2. Listas de casos de uso ................................................................................................................... 6
2.1. Casos de uso administracin de requerimientos ........................................................... 6
2.2. Casos de uso gestin de riegos en los requerimientos ................................................ 9
3. Actores .............................................................................................................................................. 10
4. Diagrama casos de uso ................................................................................................................ 11
5. Documentacin casos de uso .................................................................................................... 12
5.1. Documentacin casos de uso de administracin de requerimientos ..................... 12
5.1.1. Proceso caso de uso Crear lnea base de requerimientos ................................. 12
5.1.2. Documentacin caso de uso Crear lnea base de requerimientos ................... 13
5.1.3. Proceso caso de uso Crear control de versiones de los requerimientos....... 14
5.1.4. Documentacin caso de uso Crear control de versiones de los
requerimientos ................................................................................................................................ 15
5.1.5. Proceso caso de uso Asociar problema a un requerimiento ............................. 16
5.1.6. Documentacin caso de uso Asociar problema a un requerimiento ............... 16
5.1.7. Proceso caso de uso Editar problema a un requerimiento ................................ 18
5.1.8. Documentacin caso de uso Editar problema a un requerimiento .................. 18
5.1.9. Proceso caso de uso Eliminar problema a un requerimiento ............................ 20
5.1.10. Documentacin caso de uso Eliminar problema a un requerimiento.......... 20
5.1.11. Proceso caso de uso Generar reporte de los problemas en los
requerimientos ................................................................................................................................ 22
5.1.13. Proceso caso de uso Generar matriz de trazabilidad ...................................... 23
5.2. Documentacin casos de uso gestin de riesgos ........................................................ 25
5.2.1. Documentacin casos de uso identificacin de riesgos .................................... 25
5.2.2. Documentacin casos de uso tcnicas de mitigacin ........................................ 26
6. Referencias ...................................................................................................................................... 27
3
Lista de tablas
Tabla 1 Historial de Cambios ..................................................................................................... 2

Tabla 2 Funcionalidades ............................................................................................................ 6
Tabla 3 Lista casos de uso Administracin ................................................................................ 8
Tabla 4 Lista casos de uso Gestin de Riesgos ........................................................................10
Tabla 5 Anlisis actor Gerente ..................................................................................................10
Tabla 6 Anlisis de Actor Arquitecto..........................................................................................11
Tabla 7 Anlisis de Actor Desarrollador ....................................................................................11
Tabla 8 Caso de uso Crear lnea base de requerimientos .........................................................14
Tabla 9 Caso de uso Crear control de versiones a los requerimientos ......................................15
Tabla 10 Caso de uso Crear control de cambios......................... Error! Bookmark not defined.
Tabla 11 Caso de uso Asignar problema a un requerimiento ....................................................18
Tabla 12 Caso de uso Editar problema a un requerimiento .......................................................19
Tabla 13 Caso de uso Eliminar problema a un requerimiento ...................................................21
Tabla 14 Caso de uso Generar reporte de los problemas en los requerimientos ......................23
Tabla 15 Caso de uso Generar matriz de trazabilidad...............................................................25
4
1. Introduccin
El presente documento, tiene como objetivo definir, priorizar y documentar los nuevos casos
de uso que tiene la herramienta ERMT [4] para esta nueva versin del producto, para lo cual,
se define el nombre de esta nueva iteracin como ERMT 2.0, y ERMT 1.0 al producto que
ya exista, con el fin de diferenciarlos y simplificar la ambigedad.
Para esta nueva versin de ERMT 2.0, se estableci la incorporacin de nuevas

funcionalidades con base a las actividades de la administracin de requerimientos y gestin
de riesgos de los mismos. En este documento tambin se lleva a cabo una comparacin de
los casos de uso que ya existan previamente en ERMT 1.0, frente la incorporacin que tiene
ERMT 2.0.
5
2. Listas de casos de uso
En este captulo se muestran los casos de uso que permiten a ERMT 2.0 administrar los
requerimientos y gestionar los riesgos de los mismos. Para tener ms claridad acerca de los
casos de uso que van a permitir estas dos grandes funcionalidades, es necesario explicar el
objetivo y las actividades que tienen estos dos procesos, para lo cual es explica en detalle
cada uno de estos.
A continuacin se muestra una tabla donde se puede ver las funcionalidades existentes frente
a las nuevas, para cual se establece ERMT 1.0 como la herramienta que ya existe y ERMT
2.0 como la continuacin de esta:
ERMT 1.0 ERMT 2.0

Almacenamiento y Consulta de Lnea base de requerimientos
requerimientos
Generacin de reportes en Excel Control del conjunto de las versiones de los
requerimientos.
Generacin de grafos de Proceso de control de cambios
implementacin
Generacin de reportes del estado de Seguimiento de los problemas en los
cada requerimientos y del estado del requerimientos
proyecto en general
Importacin de archivos csv Matriz de trazabilidad de requerimientos
Priorizacin de requerimientos Identificacin de riesgos
Localizacin de archivos mediante la Tcnicas de mitigacin de riesgos
trazabilidad
Relacin entre requerimientos
Definicin de tipos de
requerimientos
Listas de validacin y verificacin
Tabla 2 Funcionalidades
2.1. Casos de uso administracin de requerimientos
El objetivo de la administracin de requerimientos es de prever y adaptarse a los cambios

reales que siempre se puede esperar con el fin de minimizar su impacto perjudicial en el
proyecto. La administracin de requerimientos incluye todas las actividades que mantienen
la integridad, exactitud y actualizacin de los acuerdos en los requerimientos a lo largo del
proyecto. Las actividades bsicas de la administracin de requerimientos estn en cuatro
categoras principales [3]:
Control de versiones
Definicin de un esquema de identificacin de la versin.

Seguimiento individual a las versiones de requerimientos.
6
Seguimiento al conjunto de versiones de requerimientos.
Control de cambios
Proponer cambios.
Anlisis del impacto.
Toma de decisiones.
Actualizacin de los requerimientos individuales.
Actualizacin del conjunto de requerimientos.
Actualizacin de los planes.
Medicin de la volatilidad de los requerimientos.
Seguimiento del estado de los requerimientos
Definir posibles estados de los requerimientos.

Llevar un registro de cada requerimiento.
El seguimiento de la distribucin del estado de todos los requerimientos.
Trazabilidad de requerimientos
Definir enlaces a otros requerimientos.

Definir enlaces a otros elementos.
Buenas prcticas de ingeniera de requerimientos [3] [5] [10]
Gestin de requerimientos
Establecer un proceso de control de cambios: El proceso de cambios debe definir cmo

se proponen los cambios de requerimientos, para luego analizarlos y resolverlos. Administrar
todos los cambios propuestos a travs de este proceso.
Realizar un anlisis de los efectos del cambio: Evaluar cada cambio de los requisitos
propuestos para evaluar el efecto que tendr en el proyecto. Utilizar una matriz de trazabilidad
para identificar los dems requerimientos, elementos de diseo, cdigo fuente y las pruebas
que podra necesitar modificar. Identificar las tareas necesarias para implementar el cambio
y estimar el esfuerzo necesario para llevar a cabo estas tareas.
Establecer una lnea base y control de versiones para el conjunto de requerimientos:

Una lnea base define un conjunto de requerimientos acordados normalmente para un
lanzamiento o iteracin especifica. Despus de definir una lnea base de requerimientos, los
cambios deben hacerse solo a travs del proceso de control de cambios del proyecto. Dar a
cada versin de la especificacin de requerimientos un identificador nico para evitar
confusin entre los proyectos y lneas base y entre las versiones anteriores y actuales.
Mantener un historial de cambios: Conservar un historial de los cambios realizados a cada

requerimiento individual. A veces es necesario volver a una versin anterior de un
requerimiento o quiere saber cmo el requerimiento lleg a estar en su forma actual. Es
importante anotar las fechas las fechas en que se modificaron los requerimientos, los cambios
que se hicieron, quien realiz el cambio, y por qu.
7
Seguimiento del estado de los requerimientos: Crear un repositorio con un registro para
cada requerimiento de cualquier tipo que afecte a la ejecucin. Guardar los atributos clave
sobre cada requerimiento, incluyendo su estado (propuesto, aprobado, implementado o
verificado), para que se pueda supervisar el nmero de requerimientos de cada categora de
estado en cualquier momento. El seguimiento del estado de cada requerimiento proporciona
informacin sobre el estado general del proyecto debido a que se mueve a travs del
desarrollo y las pruebas del sistema.
Seguimiento de los problemas en los requerimientos: Supervisar el estado de los

problemas en los requerimientos para determinar el estado general de los requerimientos.
Mantener una matriz de trazabilidad de requerimientos: Una matriz de trazabilidad de

requerimientos es til para confirmar que todos los requerimientos se aplican y se verifican.
Tambin es til durante el mantenimiento, cuando un requerimiento tiene que ser modificado.
La matriz de trazabilidad de requerimientos tambin puede conectarse a requerimientos
funcionales con requerimientos de nivel superior a partir de los cuales se derivaron y para
otros requerimientos relacionados. [3]
Usar una herramienta de gestin de requerimientos: Las herramientas de gestin de

requerimientos comerciales permiten almacenar diferentes tipos de requerimientos en una
base de datos. Tales herramientas ayudan a implementar y automatizar muchas de las
prcticas de la gestin de requerimientos. [7]
Luego de poner en contexto que objetivo, actividades y las buenas prcticas que debe tener
la administracin de requerimientos, se propuso crear por lo menos un caso de uso, para
cada categora ya mencionada, con el objetivo de abarcar en una mayor medida este proceso
y se cumplan los objetivos especficos del proyecto. Ver documento SPMP
En la siguiente tabla se muestran los casos de uso correspondientes a la administracin de

requerimientos con su respectivo identificador nico. [3]
ID CASO DE USO CASO DE USO

CU 001 Crear lnea base de requerimientos
CU 002 Crear control de versiones a los requerimientos
CU 003 Crear control de cambios
CU 004 Asignar problema a un requerimiento
CU 005 Editar problema a un requerimiento
CU 006 Eliminar problema a un requerimiento
CU 007 Generar reporte de los problemas en los requerimientos
CU 008 Crear matriz de trazabilidad
Tabla 3 Lista casos de uso Administracin
8
2.2. Casos de uso gestin de riegos en los requerimientos
La gestin del riesgo consiste en la aplicacin de herramientas y procedimientos para

contener los riesgos del proyecto dentro de los lmites aceptables. Proporciona un enfoque
estndar para identificar los factores de riesgo y de documentos, evaluar su gravedad
potencial, y proponer estrategias para la mitigacin de los mismos. [3]
La preparacin para la gestin de riesgos en los requerimientos implica dos pasos

principales [11] [12]:
Identificar los tipos de riesgos: La idea de gestin de los riesgos en los requerimientos no
es nueva, pero los modelos tradicionales se han convertido en demasiados simplistas.
Investigaciones recientes sugieren que los proyectos de TI de hoy en da, se enfrentan a tres
tipos distintos de riesgos en los requerimientos [11]:
Identidad: Los riesgos de identidad son aquellos que a menudo conducen a

considerables brechas de comunicacin entre los desarrolladores y los usuarios, adems
la distancia fsica, conceptual y cultural que hay entre los implicados. Un alto riesgo en
esta rea se produce cuando no se sabe o no se puede identificar requerimientos clave.
[11]
Volatilidad: Durante la mayora de proyectos de TI, los requerimientos cambian como:

las partes interesadas a aprender ms acerca de la solucin o condiciones internas o
externas para el cambio de uso del sistema de TI. Riesgos de volatilidad son expresiones
que indican la estabilidad del requerimiento. Los riesgos altos indican que los
requerimientos pueden cambiar fcilmente. [11]
Complejidad: Los riesgos de complejidad, reflejan cmo se conceptualizan y se

estructuran los requerimientos, los riesgos altos indican que es difcil de entender,
especificar y comunicar los requerimientos. [11]
Tcnicas de mitigacin de los riesgos: La segunda etapa de preparacin es la de organizar

una caja de herramientas adecuadas para la resolucin de los riesgos. Algunas tcnicas de
mitigacin ya se definieron para el proyecto, pero hay que evaluar qu tan bien se aplican a
los diferentes tipos de riesgo. Por lo cual se han categorizado tcnicas disponibles de acuerdo
al propsito del proyecto. [11]
Descubrimiento: Estas tcnicas centradas en el cliente ayudan a identificar o predecir

las necesidades del cliente, haciendo hincapi en la identificacin y la comprensin inicial
de las necesidades, incluyendo aquellas que son esenciales a los usuarios. [11]
Priorizacin: Esta tcnica permite establecer que requerimientos tienen un mayor riesgo
de no poder ser desarrollados o cuales son ms crticos para satisfacer las necesidades
de los usuarios. [11]
Experimentacin: Esta tcnica permite en ayudar a evaluar y estabilizar los

requerimientos a travs de la experimentacin y la retroalimentacin del usuario final. La
idea bsica es construir un prototipo, registrar los comentarios, e iterativamente mejorar
9
la solucin hasta que se ha alcanzado un nivel satisfactorio de aceptacin del usuario.

[11]
Especificacin: Esta tcnica se basa en la abstraccin de los requerimientos mediante

texto o representacin grfica (modelo entidad relacin, diagrama casos de uso, entre
otros). [11]
En la siguiente tabla se muestran los casos de uso correspondientes a la gestin de riegos

en los requerimientos con su respectivo identificador nico. [3]
ID CASO DE USO CASO DE USO

CU 009 Identificar tipo de riesgo
CU 010 Generar tcnica de mitigacin
Tabla 4 Lista casos de uso Gestin de Riesgos
3. Actores
Este captulo se realiza un anlisis de los actores que interactan directamente con la
aplicacin, para lo cual se hace una descripcin, motivacin del modelado, propsito del uso
en la herramienta y casos de uso asociados. En ERMT 1.0, se especificaron dos actores, los
cuales eran estudiante y profesor [4], para esta nueva versin se estableci que solo
estuviera el actor estudiante, ya que el profesor no interactuaba directamente con la
herramienta.
El actor estudiante se decidi dividirlo en Arquitecto, Desarrollador y Gerente, debido a

que en las materias de ingeniera y arquitectura de software de la pontificia universidad
javeriana, existen estos roles dentro del proyecto que se realiza a lo largo del semestre y son
los que directamente interactan con la herramienta.
A continuacin se explica en detalle cada actor:
Nombre del Actor Gerente

Descripcin Este actor es el encargado de planear y ejecutar de manera
correcta el proyecto software a lo largo del semestre.
Motivacin del modelado El gerente representa la interaccin del usuario con la
aplicacin. Ya que debe evaluar, prever y controlar los
riegos que existan en los requerimientos del proyecto.
Propsito del uso en la El objetivo principal del gerente es de identificar los riegos
herramienta que pueda tener el proyecto y como puede asumirlos o
reducir su impacto en el proyecto.
Casos de uso asociados CU 007, CU 009, CU 010.
Tabla 5 Anlisis actor Gerente
Nombre del Actor Arquitecto
10
Descripcin Este actor es quien crea, analiza y disea la arquitectura

que soporte y solucione los requerimientos asociados al
proyecto se software.
Motivacin del modelado El arquitecto representa la interaccin del usuario con la
aplicacin. Por lo que es de vital importancia su modelado,
ya que esto permite saber cmo interacta de forma
detallada con los casos de uso que surgen de este.
Propsito del uso en la El objetivo principal del arquitecto es identificar las
herramienta diferentes relaciones que tienen los requerimientos con
otros elementos del sistema.
Casos de uso asociados CU 004, CU 005, CU 006, CU 008.
Tabla 6 Anlisis de Actor Arquitecto
Nombre del Actor Desarrollador

Descripcin Este actor es el encargado de construir un software
eficiente y la medida, el cual cumpla con todos los
requerimientos del cliente en el tiempo acordado.
Motivacin del modelado El desarrollador representa la interaccin del usuario con la
aplicacin.
Propsito del uso en la El objetivo principal del desarrollador es identificar el estado
herramienta y los problemas asociados a los requerimientos, para
minimizar el riesgo de fracaso en el proyecto.
Casos de uso asociados CU 001, CU 002, CU 003.
Tabla 7 Anlisis de Actor Desarrollador
4. Diagrama casos de uso
En este captulo est el diagrama de casos de uso, el cual muestra la interaccin de los actores
con la aplicacin y sus correspondientes casos de uso. Es importante resaltar que para ERMT
2.0 se van a utilizar algunos casos de uso que ya existen en ERMT 1.0, con el fin de no volver
a reescribir funcionalidades que ya tiene la aplicacin.
A continuacin se muestra el diagrama de casos de uso de ERMT 2.0, los cuales se

representan con el color azul. Los casos de usos de color rojo son lo que existen en ERMT
1.0, los cuales van a ser usados para esta nueva versin.
11
Figura 1 Diagrama Casos de uso
Para visualizar en mayor resolucin el diagrama de casos de uso ver diagrama casos de
uso.
5. Documentacin casos de uso
En este captulo se explica en detalle cada uno de los casos de uso listados en el captulo
dos. A continuacin se presenta la correspondiente documentacin de cada caso de uso ya
mencionado y la debida justificacin del proceso para cada uno de estos. Cada casa de uso
es documentado con base a la plantilla de Cockburn. [1]
5.1. Documentacin casos de uso de administracin de requerimientos
5.1.1. Proceso caso de uso Crear lnea base de requerimientos
Una lnea base define un conjunto de requerimientos acordados normalmente para un

lanzamiento o iteracin especifica. Es necesario dar a cada versin de la especificacin de
requerimientos un identificador nico para evitar confusin entre los proyectos y lneas base
y entre las versiones anteriores y actuales. [6]
12
5.1.2. Documentacin caso de uso Crear lnea base de requerimientos
Id Caso de Uso CU 001 Nombre Crear lnea base de requerimientos

Proyecto ERMT 2.0 Fecha 25/02/2014
Autor Carlos Duarte Versin 1.0
Prioridad Alta
Objetivo en contexto Este caso de uso permite al actor crear una lnea base de
requerimientos funcionales y no funcionales.
Actores Principales Desarrollador
Entradas Conjunto de requerimientos, nombre, versin y observacin.
Salidas Mensaje de xito de la creacin de lnea base de requerimientos.
Pre-Condiciones
Post-Condiciones Condicin final de xito La lnea base es creada.
Condicin final de fallo La lnea base no pudo ser creada.
Flujo bsico de xito
No. Actor No. Sistema

Este caso de uso comienza
1 cuando el desarrollador elige la
opcin de crear lnea base de
requerimientos.
2 El desarrollador previamente
selecciona un conjunto de
requerimientos que desea ser la
lnea base.
3 El desarrollador define el
nombre de la lnea base.
4 El desarrollador define el
correspondiente nmero de
13
versionamiento. (Puede ser

antes de cada iteracin o
entrega)
5 La aplicacin despliega el
formulario, el cual contiene el
nombre del proyecto (Ya viene
predefinido), la versin y una
observacin.
6 El actor llena los campos del
formulario, eligiendo la versin
de los requerimientos que
desee y la observacin de la
correspondiente versin.
7
La aplicacin almacena la lnea
base de requerimientos con la
respectiva informacin
suministrada por el desarrollador
y la fecha de creacin.
8 La aplicacin muestra el mensaje
de xito de creacin.
Variaciones (Caminos 1.0.E.7 La aplicacin enva un mensaje de error al desarrollador.
de excepcin)
1. El desarrollador recibe el mensaje de error por parte de la
aplicacin, indicando que el nombre de la lnea base ya
existe.
2. El desarrollador vuelve al paso 6.
Extensiones CU 002, CU 003, CU020.
Tabla 8 Caso de uso Crear lnea base de requerimientos
5.1.3. Proceso caso de uso Crear control de versiones de los requerimientos
El control de versiones comienza cuando se elabora un requerimiento o un documento para

conservar un historial de los cambios realizados. Cada versin de los requerimientos debe ser
identificada. Los cambios deben estar claramente documentados y comunicados a todos los
afectados. Asegurar de que el identificador de versin cambia cada vez que se hace una
actualizacin. Cada versin de un documento de requerimientos o cada requerimiento en una
herramienta debe incluir un historial de revisiones que identifica los cambios realizados, la
fecha de cada cambio, la persona que hizo el cambio y el motivo de cada cambio. [3]
14
5.1.4. Documentacin caso de uso Crear control de versiones de los requerimientos
Id Caso de Uso CU 002 Nombre Crear control de versiones a los

requerimientos
Prioridad Alta
Objetivo en contexto Este caso de uso permite al actor crear un control de versiones para
los requerimientos funcionales y no funcionales.
Actores Principales Arquitecto
Entradas Ninguna
Salidas Mensaje de xito de la creacin del control de versiones.
Pre-Condiciones Debe existir por lo menos un requerimiento funcional o no funcional
creado con anterioridad.
Post-Condiciones Condicin final de xito
Condicin final de fallo
Flujo bsico de xito

Este caso de uso comienza
1 cuando el arquitecto selecciona
la opcin de control de
versiones.
2 El arquitecto selecciona un
conjunto de requerimientos.
3 El arquitecto define el nombre
que identifica el conjunto de
requerimientos seleccionados.
4 El arquitecto define el
versionamiento y una
observacin correspondiente al
conjunto de requerimientos.
5
La aplicacin valida que los
requerimientos no estn
repetidos.
6 La aplicacin almacena el
conjunto de requerimientos con la
respectiva informacin
suministrada por el desarrollador
y la fecha de creacin.
Variaciones (Caminos 2.0.E.5 La aplicacin enva un mensaje de error al arquitecto.
de excepcin)
1. El arquitecto recibe el mensaje de error por parte de la
aplicacin, indicando que un requerimiento esta repetido.
2. El arquitecto vuelve al paso 1.
Extensiones CU 001
Tabla 9 Caso de uso Crear control de versiones a los requerimientos
15
5.1.5. Proceso caso de uso Asociar problema a un requerimiento
El anlisis de los problemas en los requerimientos, es el proceso de comprensin de los

problemas del mundo real y las necesidades del usuario y proponer soluciones para satisfacer
esas necesidades.
El objetivo del anlisis del problema en los requerimientos es obtener una mejor
comprensin del problema para ser resuelto, antes de que comience el desarrollo.
Identificar la causa raz, o el problema detrs del problema.
Identificacin de los actores en el sistema es un paso clave en el anlisis de problemas

en los requerimientos. [5]
Addison Wesley en su libro Managing Software Requirements [5] propone un formato para
llevar un registro de los problemas en los requerimientos, el cual consiste en describir el
problema, especificar los stakeholders que se ven afectados por el problema, la posible
solucin a ese problema y como se solucion ese problema.
Con base a este formato, los casos de uso 4, 5, 6 y 7 se basan en este.
5.1.6. Documentacin caso de uso Asociar problema a un requerimiento
Id Caso de Uso CU 004 Nombre Asignar problema a un

requerimiento
Prioridad Media
16
Objetivo en contexto Este caso de uso permite al arquitecto asignar un problema a un

requerimiento especfico.
Entradas El arquitecto debe haber abierto un proyecto previamente.
Salidas Ninguna
Pre-Condiciones Debe existir por lo menos un requerimiento creado en el proyecto.
Post-Condiciones Condicin final de xito El problema se asign a un
requerimiento.
Condicin final de fallo El problema no se asign a un
requerimiento.
Flujo bsico de xito

1 El arquitecto selecciona la
opcin Problemas en los
requerimientos.
2 Este caso de uso comienza,
cuando el arquitecto selecciona
la opcin Asignar problema a
un requerimiento.
3 La aplicacin muestra una ventana
al arquitecto, donde le muestra la
lista de requerimientos asociados al
proyecto.
requerimiento asociado al
proyecto.
5 La aplicacin muestra en la misma
ventana, un formulario donde le
indica al arquitecto los siguientes
campos que debe llenar:
Descripcin del problema.
Stakeholders afectados por
el problema.
Posible solucin.
6 El arquitecto debe llenar todos
los campos ya mencionados y
guardar los cambios.
7 La plataforma almacena la
informacin del problema en la
base de datos y le asigna la fecha
en que se realiz la asignacin.
8 La plataforma muestra por pantalla
un mensaje de xito de la
operacin.
Variaciones (Caminos 5.0.E.3 La aplicacin enva un mensaje de error al arquitecto.
de excepcin)
17
1. La aplicacin muestra por pantalla un mensaje de error al

arquitecto, indicando que el requerimiento escogido ya
tiene asignado un problema.
2. El arquitecto regresa al paso 4.
Extensiones No aplica
Tabla 10 Caso de uso Asignar problema a un requerimiento
5.1.7. Proceso caso de uso Editar problema a un requerimiento
5.1.8. Documentacin caso de uso Editar problema a un requerimiento
Id Caso de Uso CU 005 Nombre Editar problema a un requerimiento

Prioridad Media
Objetivo en contexto Este caso de uso permite al arquitecto editar un problema a un
Salidas Ninguna
Pre-Condiciones Debe existir por lo menos un requerimiento creado en el proyecto y
este debe tener un problema asignado.
Post-Condiciones Condicin final de xito El problema asignado a un requerimiento
se pudo editar.
Condicin final de fallo El problema asignado a un requerimiento
no se pudo editar.
Flujo bsico de xito
18
requerimientos.
la opcin Editar problema a un
requerimiento.
3 La aplicacin muestra una
ventana al arquitecto, donde le
muestra la lista de requerimientos
asociados al proyecto y que
tienen asignado un problema.
proyecto.
5 La aplicacin muestra en la
misma ventana, un formulario
donde le indica al arquitecto los
espacios que puede editar:
Descripcin del problema.
Stakeholders afectados
por el problema.
Posible solucin.
6 La aplicacin adems muestra un
campo adicional, donde el
arquitecto debe explicar el motivo
del cambio.
7 El arquitecto debe llenar todos
los campos ya mencionados y
guardar los cambios.
8 La aplicacin almacena la
informacin del problema en la
base de datos y le asigna la fecha
en que se realiz la asignacin.
9 La aplicacin muestra por
pantalla un mensaje de xito de la
operacin.
Variaciones (Caminos
de excepcin) No aplica
Extensiones CU 004.
Tabla 11 Caso de uso Editar problema a un requerimiento
19
5.1.9. Proceso caso de uso Eliminar problema a un requerimiento
5.1.10. Documentacin caso de uso Eliminar problema a un requerimiento
Id Caso de Uso CU 006 Nombre Eliminar problema a un

requerimiento
Prioridad Media
Objetivo en contexto Este caso de uso permite al arquitecto eliminar un problema a un
Salidas Ninguna
Post-Condiciones Condicin final de xito El problema asignado a un requerimiento
se pudo eliminar.
Condicin final de fallo El problema asignado a un requerimiento
no se pudo eliminar.
Flujo bsico de xito

requerimientos.
la opcin Eliminar problema a
un requerimiento.
20
3 La aplicacin muestra una

ventana al arquitecto, donde le
muestra la lista de requerimientos
asociados al proyecto y que
tienen asignado un problema.
proyecto.
5 La aplicacin muestra en la
misma ventana, la informacin
correspondiente al problema que
existe en ese requerimiento.
6 La aplicacin adems muestra un
campo adicional, donde el
arquitecto debe explicar cmo se
solucion el problema.
7 El arquitecto debe llenar el
campo ya mencionado.
8 La aplicacin elimina el problema
en el requerimiento y le asigna la
fecha en que se realiz la
eliminacin.
pantalla un mensaje de xito de la
operacin.
Extensiones CU 004, CU 005.

Tabla 12 Caso de uso Eliminar problema a un requerimiento
21
5.1.11. Proceso caso de uso Generar reporte de los problemas en los requerimientos
5.1.12. Documentacin caso de uso Generar reporte de los problemas en los

requerimientos
Id Caso de Uso CU 007 Nombre Generar reporte de los problemas

en los requerimientos
Prioridad Alta
Objetivo en contexto Este caso de uso permite al gerente generar un reporte de los
problemas en los requerimientos.
Actores Principales Gerente
Entradas El gerente debe haber abierto un proyecto previamente.
Salidas Documento el cual contiene toda la informacin de los problemas
correspondientes a los requerimientos en un proyecto.
Post-Condiciones Condicin final de xito Se pudo generar el reporte
Condicin final de fallo No se pudo generar el reporte
Flujo bsico de xito

cuando el gerente selecciona la
22
opcin Generar reporte. Este

paso incluye CU 0031.
2 La aplicacin muestra en una
ventana, los diferentes tipos de
reportes que se pueden generar
3 El gerente selecciona la opcin
Generar reporte de los
problemas en los
requerimientos.
4 La aplicacin consulta los datos
correspondientes a los problemas
en los requerimientos
5 La aplicacin genera un archivo
en Excel con el correspondiente
reporte.
ventana, donde le permite al
gerente digitar el nombre del
reporte y definir su ubicacin en el
equipo.
7 El gerente digita el nombre del
archivo y selecciona la carpeta
donde quedar almacenado en
el equipo.
Extensiones CU 004, CU 005, CU 006, CU 0031.

Tabla 13 Caso de uso Generar reporte de los problemas en los requerimientos
5.1.13. Proceso caso de uso Generar matriz de trazabilidad
Los enlaces de trazabilidad permiten seguir la vida de un requerimiento tanto hacia delante
como hacia atrs, desde el origen hasta la implementacin.
Generalmente se distinguen cuatro tipos de enlaces de trazabilidad:
Hacia adelante desde los requerimientos: La responsabilidad para el logro de los

requerimientos debe ser asignada a los componentes del sistema, as tal
responsabilidad es establecida y el impacto del cambio de requerimientos puede ser
evaluado.
Hacia atrs a los requerimientos: La conformidad de los componentes del sistema
con los requerimientos debe ser verificada [10]
23
5.1.14. Documentacin caso de uso Generar matriz de trazabilidad
Id Caso de Uso CU 008 Nombre Generar matriz de trazabilidad

Prioridad Alta
Objetivo en contexto Este caso de uso permite al arquitecto generar una matriz de
trazabilidad de requerimientos.
Salidas Documento el cual contiene la matriz de trazabilidad
Post-Condiciones Condicin final de xito Se pudo generar la matriz
Condicin final de fallo No se pudo generar la matriz
Flujo bsico de xito

opcin Trazabilidad.
la opcin Generar matriz de
trazabilidad.
ventana dos opciones de matriz
de trazabilidad:
1. Con casos de uso
matriz de trazabilidad.
5 La aplicacin consulta las
relaciones existentes
dependiendo la seleccin del
arquitecto.
24
6 La aplicacin genera un archivo

en Excel con la correspondiente
matriz.
ventana, donde le permite al
arquitecto digitar el nombre de la
matriz y definir su ubicacin en el
equipo.
8 El arquitecto digita el nombre
del archivo y selecciona la
carpeta donde quedar
almacenado en el equipo.
Variaciones (Caminos No Aplica
de excepcin)
Extensiones CU 002, CU 023, CU 031.
Tabla 14 Caso de uso Generar matriz de trazabilidad
5.2. Documentacin casos de uso gestin de riesgos
5.2.1. Documentacin casos de uso identificacin de riesgos
Id Caso de Uso CU 009 Nombre Identificar tipo de riesgo

Prioridad Alta
Objetivo en contexto Este caso de uso permite al gerente identificar el tipo de riesgo
correspondiente a un requerimiento.
Salidas Ninguna
Post-Condiciones Condicin final de xito El riesgo se asign a un requerimiento.
Condicin final de fallo El riesgo no se asign a un
requerimiento.
Flujo bsico de xito

Asignar riesgo.
pantalla la lista de requerimientos
asociados al proyecto.
3 El gerente selecciona el o los
requerimientos asociados al
riesgo.
25

pantalla los tres tipos diferentes
de riegos:
1. Identidad
2. Volatilidad
3. Complejidad
Para la cual, la aplicacin le

permite al gerente seleccionar
dos diferentes escalas:
1. Alta
2. Baja
5 El gerente selecciona el nivel de
escala para cada tipo de riesgo.
6
La aplicacin muestra un mensaje
por pantalla indicando el mensaje
de xito.
Variaciones (Caminos 9.0.E.2 La aplicacin enva un mensaje de error al gerente.
de excepcin)
1. El gerente recibe el mensaje de error por parte de la
aplicacin, indicando que no existen requerimientos
asociados al proyecto.
2. El gerente vuelve al paso 1.
Extensiones CU 010
5.2.2. Documentacin casos de uso tcnicas de mitigacin
Id Caso de Uso CU 010 Nombre Generar tcnica de mitigacin

Prioridad Baja
Objetivo en contexto Este caso de uso permite al gerente generar la tcnica de
mitigacin correspondiente al riesgo del requerimiento.
Salidas Ninguna
este debe tener asignado un riego.
Post-Condiciones Condicin final de xito La tcnica de mitigacin se asign a un
requerimiento.
Condicin final de fallo La tcnica de mitigacin no se asign a
un requerimiento.
Flujo bsico de xito
26

Generar tcnica de mitigacin.
pantalla la lista de requerimientos
que tienen asociados un riesgo.
3 El gerente selecciona el
requerimiento para escoger la
tcnica de mitigacin.
pantalla los cuatro tipos diferentes
de tcnicas de mitigacin:
1. Descubrimiento
2. Priorizacin
3. Experimentacin
4. Especificacin
5 Para cada tcnica de mitigacin

se tendr una escala de: Alto,
Medio, Bajo, la cual corresponde
el nivel de nfasis para cada
tcnica.
6 La aplicacin muestra un mensaje
por pantalla indicando el mensaje
de xito.
Variaciones (Caminos 10.0.E.2 La aplicacin enva un mensaje de error al gerente.
de excepcin)
1. El gerente recibe el mensaje de error por parte de la
aplicacin, indicando que no existen riesgos asociados a
los requerimientos.
2. El gerente vuelve al paso 1.
Extensiones CU 009
6. Referencias
[1] A. Cockburn, Writing effective use cases. Boston: Addison-Wesley, 2001.
[2] D. Kulak and E. Guiney, Use cases: requirements in context. Boston: Addison-Wesley,
2004.
[3] K. E. Wiegers and J. Beatty, Software requirements. 2013.
[4] ERMT. [Online]. Available: http://pegasus.javeriana.edu.co/~CIS1010IS05/index.html.
[5] D. Leffingwell and D. Widrig, Managing software requirements: a use case approach.
Boston: Addison-Wesley, 2003.
27
[6] M. F. Rabbi and K. O. Bin Mannan, A Review of Software Risk Management for Selection
of Best Tools and Techniques, in Ninth ACIS International Conference on Software
Engineering, Artificial Intelligence, Networking, and Parallel/Distributed Computing, 2008.
SNPD 08, 2008, pp. 773778.
[7] M. Hoffmann, N. Kuhn, M. Weber, and M. Bittner, Requirements for requirements

management tools, in Requirements Engineering Conference, 2004. Proceedings. 12th IEEE
International, 2004, pp. 301308.
[8] Systems and Software Engineering - Life Cycle Processes - Risk Management, Std ISO
IEC 16085 - 2006, pp. c136, 2006.
[9] Systems and software engineering Life cycle processes Requirements

engineering, ISO/IEC/IEEE 29148:2011(E), pp. 194, 2011.
[10] J. Beatty and A. Chen, Visual Models for Software Requirements: An Rml
Handbook. [s.l.]: Microsoft Pr, 2012.
[11] L. Mathiassen and T. Tuunanen, Managing Requirements Risks in IT Projects, IT

Professional, vol. 13, no. 6, pp. 4047, Nov. 2011.
[12] B. W. Boehm, Software risk management: principles and practices, IEEE Software, vol.
8, no. 1, pp. 3241, Jan. 1991.
28

Anexo 2. Documento de Casos de Uso

Загружено:

Сведения о документе

Авторское право

Доступные форматы

Поделиться этим документом

Поделиться или встроить документ

Параметры публикации

Этот документ был вам полезен?

Это неприемлемый материал?

Авторское право:

Доступные форматы

Anexo 2. Documento de Casos de Uso

Загружено:

Авторское право:

Доступные форматы

DOCUMENTACIN DE CASOS DE USO

HERRAMIENTA PARA LA ADMINISTRACIN DE REQUERIMIENTOS DE LOS

CARLOS DAVID DUARTE ALFONSO

PONTIFICIA UNIVERSIDAD JAVERIANA

Versin Fecha Seccin del documento Descripcin de Responsable

Historial De Cambios .............................................................................................................................. 2

Tabla 1 Historial de Cambios ..................................................................................................... 2

Para esta nueva versin de ERMT 2.0, se estableci la incorporacin de nuevas

2. Listas de casos de uso

ERMT 1.0 ERMT 2.0

2.1. Casos de uso administracin de requerimientos

El objetivo de la administracin de requerimientos es de prever y adaptarse a los cambios

Definicin de un esquema de identificacin de la versin.

Seguimiento al conjunto de versiones de requerimientos.

Seguimiento del estado de los requerimientos

Definir posibles estados de los requerimientos.

Definir enlaces a otros requerimientos.

Buenas prcticas de ingeniera de requerimientos [3] [5] [10]

Establecer un proceso de control de cambios: El proceso de cambios debe definir cmo

Establecer una lnea base y control de versiones para el conjunto de requerimientos:

Mantener un historial de cambios: Conservar un historial de los cambios realizados a cada

Seguimiento de los problemas en los requerimientos: Supervisar el estado de los

Mantener una matriz de trazabilidad de requerimientos: Una matriz de trazabilidad de

Usar una herramienta de gestin de requerimientos: Las herramientas de gestin de

En la siguiente tabla se muestran los casos de uso correspondientes a la administracin de

ID CASO DE USO CASO DE USO

2.2. Casos de uso gestin de riegos en los requerimientos

La gestin del riesgo consiste en la aplicacin de herramientas y procedimientos para

La preparacin para la gestin de riesgos en los requerimientos implica dos pasos

Identidad: Los riesgos de identidad son aquellos que a menudo conducen a

Volatilidad: Durante la mayora de proyectos de TI, los requerimientos cambian como:

Complejidad: Los riesgos de complejidad, reflejan cmo se conceptualizan y se

Tcnicas de mitigacin de los riesgos: La segunda etapa de preparacin es la de organizar

Descubrimiento: Estas tcnicas centradas en el cliente ayudan a identificar o predecir

Experimentacin: Esta tcnica permite en ayudar a evaluar y estabilizar los

la solucin hasta que se ha alcanzado un nivel satisfactorio de aceptacin del usuario.

Especificacin: Esta tcnica se basa en la abstraccin de los requerimientos mediante

En la siguiente tabla se muestran los casos de uso correspondientes a la gestin de riegos

ID CASO DE USO CASO DE USO

El actor estudiante se decidi dividirlo en Arquitecto, Desarrollador y Gerente, debido a

A continuacin se explica en detalle cada actor:

Nombre del Actor Gerente

Nombre del Actor Arquitecto

Descripcin Este actor es quien crea, analiza y disea la arquitectura

Nombre del Actor Desarrollador

4. Diagrama casos de uso

A continuacin se muestra el diagrama de casos de uso de ERMT 2.0, los cuales se

Figura 1 Diagrama Casos de uso

5. Documentacin casos de uso

5.1. Documentacin casos de uso de administracin de requerimientos

5.1.1. Proceso caso de uso Crear lnea base de requerimientos

Una lnea base define un conjunto de requerimientos acordados normalmente para un

5.1.2. Documentacin caso de uso Crear lnea base de requerimientos

Id Caso de Uso CU 001 Nombre Crear lnea base de requerimientos

Flujo bsico de xito

No. Actor No. Sistema

versionamiento. (Puede ser

5.1.3. Proceso caso de uso Crear control de versiones de los requerimientos

El control de versiones comienza cuando se elabora un requerimiento o un documento para

5.1.4. Documentacin caso de uso Crear control de versiones de los requerimientos

Id Caso de Uso CU 002 Nombre Crear control de versiones a los

Flujo bsico de xito

No. Actor No. Sistema

5.1.5. Proceso caso de uso Asociar problema a un requerimiento