documento de casos de uso -...
TRANSCRIPT
Herramienta para la administración de requerimientos de los proyectos de las asignaturas de Ingeniería de Software y Arquitectura de Software de la Pontificia Universidad Javeriana
HISTORIAL DE CAMBIOS
FECHA VERSIÓN
DESCRIPCIÓN RESPONSABLE
04/10/2010 1.0 Elaboración del diagrama de casos de uso
Vanesa Carolina Loaiza, Laura Catalina Zorro
06/10/2010 1.1 Revisión del diagrama de casos de uso.
Vanesa Carolina Loaiza, Laura Catalina Zorro
07/10/2010 1.2 Organización del Documento y documentación de casos de uso
Laura Catalina Zorro
09/10/2010 1.3 Organización del Documento y documentación de casos de uso
Vanesa Carolina Loaiza
10/10/2010 1.4 Organización del documento
Vanesa Carolina Loaiza, Laura Catalina Zorro
Tabla 1: Historial de cambios
2
Tabla de contenido
HISTORIAL DE CAMBIOS.....................................................................................................................2Tabla de contenido.............................................................................................................................3INDICE DE TABLAS..............................................................................................................................41 IDENTIFICACIÓN Y DOCUMENTACIÓN DE ACTORES...................................................................52 IDENTIFICACION DE CASOS DE USO...........................................................................................7
2.1 Diagrama............................................................................................................................72.2 Documentación de los casos de uso...................................................................................7
3
ÍNDICE DE TABLAS
TABLA 1: HISTORIAL DE CAMBIOS...........................................................................................2TABLA 2. IDENTIFICACIÓN DE ACTORES....................................................................................7TABLA 3: DOCUMENTACIÓN CASOS DE USO..............................................................................9TABLA 4: CU01 - ACTUALIZAR CONTROL DE CAMBIOS..............................................................10TABLA 5: CU02 - ACTUALIZAR RELACIONES ENTRE LOS REQUERIMIENTOS....................................12TABLA 6: CU03 - ACTUALIZAR REQUERIMIENTO......................................................................14TABLA 7: CU04 - ACTUALIZAR VALOR ATRIBUTOS...................................................................16TABLA 8: CU05 - ACTUALIZAR VALORES DE LAS LISTA DE V&V.................................................17TABLA 9: CU06 - ACTUALIZAR VALORES DE LOCALIZACIÓN.......................................................18TABLA 10: CU07 - ACTUALIZAR VALORES DE PRIORIZACIÓN......................................................20TABLA 11: CU08 - ACTUALIZAR VALORES DE TRAZABILIDAD.....................................................22TABLA 12: CU09 - CALCULAR GRAFO...................................................................................23TABLA 13: CU10 - CALCULAR VALOR DE PRIORIZACIÓN TOTAL..................................................24TABLA 14: CU11 - CLASIFICAR REQUERIMIENTO.....................................................................26TABLA 15: CU12 - CONSULTAR ATRIBUTOS PLANTILLA............................................................27TABLA 16: CU13 - CONSULTAR CAMBIOS..............................................................................29TABLA 17: CU14 - CONSULTAR ESTADO DE REQUERIMIENTO....................................................30TABLA 18: CU15 - CONSULTAR ESTADO TOTAL......................................................................32TABLA 19: CU16 - CONSULTAR GRAFO.................................................................................33TABLA 20: CU17 - CONSULTAR LISTA DE PRIORIZACIÓN...........................................................34TABLA 21: CU18 - CONSULTAR LISTAS DE V&V....................................................................35TABLA 22: CU19 - CONSULTAR LOCALIZACIÓN.......................................................................37TABLA 23: CU20 - CONSULTAR REQUERIMIENTOS...................................................................38TABLA 24: CU21 - CONSULTAR REQUERIMIENTOS CLASIFICADOS................................................40TABLA 25: CU22 - CONSULTAR REQUERIMIENTOS RECHAZADOS................................................41TABLA 26: CU23 - CONSULTAR TRAZABILIDAD.......................................................................42TABLA 27: CU24 - CONSULTAR VALOR DE ATRIBUTOS.............................................................43TABLA 28: CU25 - CREAR REQUERIMIENTO...........................................................................44TABLA 29: CU26 - ELIMINAR REQUERIMIENTO........................................................................46TABLA 30: CU27 - GENERAR REPORTES EN WORD.................................................................48TABLA 31: CU28 - RECHAZAR REQUERIMIENTO......................................................................50TABLA 32: CU29 - SELECCIONAR ATRIBUTOS.........................................................................52TABLA 33: CU30 – SELECCIONAR MÉTODOD DE PRIORIZACIÓN..................................................54TABLA 34: CU31 - GENERAR REPORTES EN EXCEL..................................................................56TABLA 35: CU32 – CREAR PROYECTO..................................................................................57TABLA 36: CU33 – ELIMINAR PROYECTO...............................................................................58TABLA 37: CU34 – ABRIR PROYECTO...................................................................................59TABLA 38: CU35 – MODIFICAR PROYECTO............................................................................60
4
1 IDENTIFICACIÓN Y DOCUMENTACIÓN DE ACTORES
Los actores son las personas que utilizaran el sistema durante la ejecución de la herramienta. Existen diferentes tipos de actores, los cuales se encontraran el diagrama de casos de usos, estos son: el Estudiante y el Profesor, en la tabla 2 se muestra e objetivo de cada actor.
NOMBRE DE ACTOR OBJETIVOESTUDIANTE Este actor es el más activo de éste
sistema ya que puede realizar la administración de los requerimientos de un proyecto, por lo tanto todas las funcionalidades de la herramienta están a disposición de éste actor.
Actualizar control de cambiosActualizar relaciones entre requerimientosActualizar requerimientoActualizar valor atributosActualizar valores de lista V&VActualizar valores de localizaciónActualizar valores de priorizaciónActualizar valores de trazabilidadCalcular grafoCalcular valor de priorización totalClasificar requerimientoConsulta atributos plantillaConsultar CambiosConsultar estado requerimientoConsultar estado totalConsultar grafoConsultar lista de priorizaciónConsultar lista de V&VConsulta localización Consultar requerimientosConsultar requerimientos clasificadosConsultar requerimientos rechazadosConsultar trazabilidadConsultar valore de atributosCrear requerimiento
5
Eliminar requerimientoGenerar reportesReanudar o rechazar requerimientoSeleccionar atributosSeleccionar métodos de priorización
PROFESOR Es el actor el cual solo le interesa el informe final de la especificación, por lo tanto su participación en la herramienta es poder generar los reportes de los requerimientos de un proyecto.
Generar reportes
Tabla 2. Identificación de Actores
6
2 IDENTIFICACIÓN DE CASOS DE USO
2.1 Diagrama
Para visualizar el diagrama, dirigirse al documento anexo [TG] Diagrama de Casos de Uso V. 1.1.
2.2 Significado de la Documentación
Proyecto Indica el nombre del Proyecto al cual pertenece el caso de Uso
Fecha Indica el día, mes y año en el cual fue especificado el caso de uso
Autor El nombre de las(s) persona(s) encargadas de la especificación del caso de uso.
Versión
Id Caso de Uso
Identificador único del Requerimiento
Prioridad Indica la importancia del caso de uso
Nombre Nombre del Caso de uso
Objetivo en Contexto (Resumen)
Descripción general del caso de uso
Actores Participantes Indica cuál o cuáles son los actores que utilizan el caso de uso.
Entradas Describe cuales son los datos necesarios para ejecutar el caso de uso.
Salidas Describe cual será el resultado de aplicar el caso de uso.
Pre-Condiciones Indica cuales son las condiciones que se deben cumplir para que el caso de uso se ejecute con éxito.
Post-Condiciones Condición final de éxito: Describe cuales son las condiciones finales que indican que el caso de uso se aplico de manera correcta.
Condición final de fallo: Describe cuales son las condiciones finales que indican que el caso de uso no se aplico de manera correcta.
Flujo básico de éxito
Indica cuales son las acciones que toman tanto el actor como el sistema para llevar a cabo la ejecución
7
correcta del caso de uso.
No. Actor No. Sistema
Variaciones (Caminos Alternativos)
Indica cuales son los caminos alternativos que puede tomar el caso de uso para cumplir su objetivo.
Variaciones (Caminos de excepción)
Indica cuales son las excepciones que se pueden generar en cualquiera de los pasos del flujo básico de éxito
Extensiones Muestra los identificadores únicos de los casos de uso que se extienden del caso de uso que se está especificando.
Asociaciones Muestra los identificadores únicos de los casos de uso que están relacionados con el caso de uso. (La relación que se tiene en cuenta es el Include)
Tabla 3: Documentación Casos de Uso
2.3 Documentación de los casos de uso
Proyecto ERMT Fecha Octubre 08 de 2010
Autor: Vanesa Carolina Loaiza, Laura Catalina Zorro Versión 1.0
Id Caso de Uso 0001 Prioridad Alta Nombre Actualizar control de cambios
Objetivo en Contexto (Resumen)
Modificar cada vez que exista algún cambio en el requerimiento.
Actores Participantes Estudiante
Entradas Requerimiento y cambio del requerimiento
Salidas Registro del cambio en el requerimiento escogido por el estudiante.
Pre-Condiciones El requerimiento debe, por lo menos estar definido, así se asegura de que exista en la base de datos
El requerimiento debe haber sido modificado por el estudiante
Post-Condiciones Condición final de éxito: El cambio del requerimiento fue registrado en el sistema con su fecha, hora y justificación de la modificación.
8
Condición final de fallo: La modificación del requerimiento no fue registrada dentro de la base de datos.
Flujo básico de éxito
No. Actor No. Sistema
1 El sistema registra el cambio, la fecha y hora de la modificación del requerimiento, solicita al estudiante la justificación del cambio
2 El estudiante se identifica y justifica la razón por la cual fue modificado el requerimiento
3 El sistema almacena en la base de datos, el responsable y la justificación del cambio realizado en el requerimiento
Variaciones (Caminos Alternativos)
1.a. Si se está creando el requerimiento, el sistema registra la creación del requerimiento.
1.1 Solicita solo el responsable de la creación del requerimiento1.2 El sistema almacena en la base de datos, el responsable del requerimiento y justifica que es una creación.
Variaciones (Caminos de excepción)
1.b El usuario ha modificado un requerimiento rechazado en el sistema1.b.1El sistema debe informar al usuario que antes de modificar ese tipo de requerimiento debe estar dentro del grupo de requerimientos activos o no rechazados.
Extensiones Ninguno
Asociaciones CU03, CU11, CU25, CU28
Tabla 4: CU01 - Actualizar control de cambios
9
Proyecto ERMT Fecha Octubre 07 de 2010
Autor Vanesa Carolina Loaiza, Laura Catalina Zorro Versión 1.0
Id Caso de Uso 0002 Prioridad Alta Nombre Actualizar relaciones entre requerimientos
Objetivo en Contexto (Resumen)
Crear, modificar y eliminar las relaciones de precedencia de los requerimientos.
Actores Participantes Estudiante
Entradas Los requerimientos definidos por el estudiante.
Salidas El requerimiento con sus relaciones de precedencia definidas.
Pre-Condiciones Los requerimientos seleccionados se deben encontrar especificados dentro de la herramienta.
Post-Condiciones Condición final de éxito: Los requerimientos fueron asociados entre ellos.
Condición final de fallo: Los requerimientos no fueron relacionados.
Flujo básico de éxito
No. Actor No. Sistema
1 Muestra la lista de todos los requerimientos disponibles.
2 Selecciona el requerimiento, cuyas relaciones van a ser actualizadas.
3 Verifica que exista al menos una relación con otro requerimiento.
4. Selecciona la relación.
5 Selecciona la acción a realizar (actualizar o eliminar).
6 Modifica o elimina la relación.
Variaciones (Caminos Alternativos)
3.a. La relación no existe.3.a.1 El Estudiante selecciona el requerimiento con el cual quiere crear una relación de precedencia.
10
3.a.2 El Sistema crea la relación entre los requerimientos seleccionados
Variaciones (Caminos de excepción)
6.a La relación se trata de establecer con un requerimiento que ha sido rechazado.
6.a.1 El sistema informa que la relación con requerimientos rechazados no puede ser establecida.6.a.2 Ir al Paso 2
Extensiones Ninguna.
Asociaciones Calcular Grafo
Tabla 5: CU02 - Actualizar Relaciones entre los Requerimientos.
11
Proyecto ERMT Fecha Octubre 09 de 2010
Autor Vanesa Carolina Loaiza, Laura Catalina Zorro Versión 1.0
Id Caso de Uso 0003 Prioridad Alta Nombre Actualizar requerimiento
Objetivo en Contexto (Resumen)
Modificar información correspondiente al requerimiento.
Actores Participantes Estudiante
Entradas Identificador único del requerimiento.
Salidas Los atributos modificados, los cuales pertenecen al requerimiento relacionado con el identificador único ingresado por el actor.
Pre-Condiciones Los requerimientos a modificar deben estar definidos dentro de la herramienta.
Post-Condiciones Condición final de éxito: La información correspondiente al requerimiento, ha sido modificada exitosamente.
Condición final de fallo: La información correspondiente al requerimiento, no fue modificado.
Flujo básico de éxito
No. Actor No. Sistema
1 Solicita la lista de requerimientos al sistema
2 Muestra al estudiante la lista de requerimientos existente en el sistema.
3 Selecciona un requerimiento de la lista que entrega el sistema
4 Muestra al estudiante la especificación correspondiente al requerimiento.
5 Modifica información (atributos, relaciones, valores de priorización, valores de trazabilidad) del requerimiento
6 Verifica información (atributos, relaciones, priorización, trazabilidad) modificada.
12
7 Guarda cambios realizados sobre el requerimiento
Variaciones (Caminos Alternativos)
Ninguno
Variaciones (Caminos de excepción)
Se ha modificado un requerimiento rechazado.
Extensiones 5.1. El estudiante modifica la clasificación del grupo donde se encuentra el requerimiento.
Asociaciones Cu01, CU04, CU11,
Tabla 6: CU03 - Actualizar Requerimiento
13
Proyecto ERMT Fecha Octubre 07 de 2010
Autor Vanesa Carolina Loaiza, Laura Catalina Zorro Versión 1.0
Id Caso de Uso 0004 Prioridad Alta Nombre Actualizar valor Atributos
Objetivo en Contexto (Resumen):
El estudiante, actualiza los valores de los atributos de un requerimiento.
Actores Participantes Estudiante.
Entradas Identificador del requerimiento, cuyos atributos se quieren modificar.
Salidas Requerimiento modificado.
Pre-Condiciones El requerimiento a modificar debe existir en la base de datos del sistema.
Post-Condiciones Condición final de éxito: Los atributos que pertenecen al requerimiento fueron modificados.
Condición final de fallo: Ninguno de los atributos del requerimiento fueron modificados.
Flujo básico de éxito
No. Actor No. Sistema
1 Selecciona el Requerimiento a modificar.
2 Muestra la información actual del requerimiento, dependiendo de los atributos seleccionados al crear el proyecto.
3 Modifica la información descrita en los atributos del requerimiento.
4 Verifica la información ingresada.
5 Guarda los cambios realizados en el requerimiento.
Variaciones (Caminos Alternativos)
Ninguna
Variaciones (Caminos de 4. a La información digitada no es apropiada, de acuerdo a la validación
14
excepción) realizada por el sistema.4.a.1 El sistema despliega un mensaje de error.4.a.2 Ir al paso 2.
Extensiones Ninguna
Asociaciones Ninguna
Tabla 7: CU04 - Actualizar valor Atributos.
15
Proyecto ERMT Fecha Octubre 07 de 2010
Autor Vanesa Carolina Loaiza, Laura Catalina Zorro Versión 1.0
Id Caso de Uso 0005 Prioridad Alta Nombre Actualizar valores de listas V&V
Objetivo en Contexto (Resumen)
Modificar los valores de las listas de verificación y validación, y así poder apoyar este proceso.
Actores Participantes Estudiante
Entradas Los requerimientos especificados en el sistema por el estudiante.
Salidas Listas de V&V actualizadas
Pre-Condiciones Los requerimientos seleccionados se deben encontrar especificados dentro de la herramienta.
Post-Condiciones Condición final de éxito: Las listas de V&V fueron actualizadas.
Condición final de fallo: Las listas de V&V de los requerimientos no fueron actualizadas.
Flujo básico de éxito
No. Actor No. Sistema
1 Estudiante solicita las listas de V&V de los requerimientos
2 El sistema despliega las diferentes listas de V&V de los requerimientos
3 Modifica la información contenidas en la listas de V&V de los requerimientos que considere necesario
4 Verifica que la información de las listas V&V sea integra
5 El sistema actualiza las lista de V&V de los requerimientos
Variaciones (Caminos Alternativos)
1. El Estudiante ha eliminado un requerimiento.2. El sistema debe dejar de incluir el requerimiento dentro de las listas
de V&V.
16
Variaciones (Caminos de excepción)
Se ha diligenciado la información correspondiente a la lista de V&V de requerimientos rechazados o eliminados del sistema.
Extensiones Ninguna.
Asociaciones CU26
Tabla 8: CU05 - Actualizar valores de las lista de V&V
17
Proyecto ERMT Fecha Octubre 07 de 2010
Autor Vanesa Carolina Loaiza, Laura Catalina Zorro Versión 1.0
Id Caso de Uso 0006 Prioridad Alta Nombre Actualizar valores de Localización
Objetivo en Contexto (Resumen)
El estudiante modifica los valores que localizan el requerimiento dentro del sistema.
Actores Participantes Estudiante
Entradas Valores de localización del requerimiento, es decir los identificadores de los artefactos en donde se encuentra el requerimiento.
Salidas Requerimiento modificado.
Pre-Condiciones El requerimiento que se va a modificar debe existir en el sistema.
Post-Condiciones Condición final de éxito: los valores de localización del requerimiento son modificados.
Condición final de fallo: los valores de localización continúan siendo los mismos.
Flujo básico de éxito
No. Actor No. Sistema
1 Selecciona el requerimiento a modificar
2 Muestra la información de localización actual. Es decir muestra los nombres de los artefactos en donde se encuentra el requerimiento.
3 Modifica la información de localización.
4 Verifica la información ingresada.
5 Guarda la nueva información de localización.
Variaciones (Caminos Alternativos):
Ninguno.
Variaciones (Caminos de excepción):
4. a. La información ingresada no es valida.4.a.1 Ir al paso 2.
18
Proyecto ERMT Fecha Octubre 09 de 2010
Autor: Vanesa Carolina Loaiza, Laura Catalina Zorro Versión 1.0
Id Caso de Uso 0007 Prioridad Alta Nombre Actualizar valores de priorización
Objetivo en Contexto (Resumen)
Modificar los valores asociados al cálculo de la priorización
Actores Participantes Estudiante
Entradas Los requerimientos definidos por el estudiante.
Salidas Valores de priorización actualizados.
Pre-Condiciones Los requerimientos seleccionados se deben encontrar especificados dentro de la herramienta.
Post-Condiciones Condición final de éxito: los valores correspondientes a la priorización fueron modificados.
Condición final de fallo: los valores correspondientes a la priorización no fueron modificados
Flujo básico de éxito
No. Actor No. Sistema
1 EL estudiante solicita la lista de priorización de los requerimientos para modificar.
2 El sistema muestra la lista de requerimientos con sus respectivos valores de priorización
3 El estudiante modifica los valores de priorización de los requerimientos.
4 Verifica la integridad de los datos modificados por el estudiante
5 Calcula el valor total de priorización de los requerimientos que fueron modificados
6 Guarda en la base de datos las modificaciones y resultados de los cálculos resultantes.
7 Es informado de la nueva lista de
20
requerimientos, ordenados según la prioridad.
Variaciones (Caminos Alternativos)
2.a. El sistema despliega las opciones de priorización que tiene el sistema.2.a.1 EL estudiante escoge una de las opciones de priorización2.a.2 El estudiante modifica los valores de los criterios de priorización si es la primera vez que va a asignar valores a ese grupo de requerimientos2.a.3 Verifica la integridad de los datos ingresados2.a.4 El sistema muestra la lista de requerimientos con sus respectivos valores de priorización a llenar
Variaciones (Caminos de excepción)
3.b. El estudiante trata de priorizar un requerimiento rechazado o eliminado del sistema
3.b.1 El sistema muestra un mensaje de error indicándole al usuario que el requerimiento a priorizar, es un requerimiento rechazado, el cual no puede ser priorizado.3.b.2 Ir al paso 2.
4.a. Se han ingresado datos al sistema erróneos dentro de la lista de priorización.4.2. El estudiante es informado del error que ha cometido y modifica nuevamente el(los) dato(s)
Extensiones Ninguna.
Asociaciones CU26
Tabla 10: CU07 - Actualizar valores de priorización
21
Proyecto ERMT Fecha Octubre 07 de 2010
Autor Vanesa Carolina Loaiza, Laura Catalina Zorro Versión 1.0
Id Caso de Uso 0008 Prioridad Alta Nombre Actualizar valores de Trazabilidad
Objetivo en Contexto (Resumen)
El estudiante, agrega, elimina o modifica los artefactos o componentes con los cuales puede seguir el ciclo de vida del requerimiento.
Actores Participantes Estudiante
Entradas Identificador único del requerimiento.Los valores de trazabilidad, es decir los identificadores de los artefactos en donde se encuentra el requerimiento desde su origen hasta su entrega.
Salidas Valores de trazabilidad del requerimiento actualizados.
Pre-Condiciones El requerimiento debe existir.
Post-Condiciones Condición final de éxito: la información de la trazabilidad se modificó.
Condición final de fallo: el identificador del requerimiento buscado en el sistema no existe.
Flujo básico de éxito
No. Actor No. Sistema
1 Muestra la lista de todos los requerimientos disponibles.
2 Selecciona el requerimiento, al cual se le modificará la trazabilidad
3 Verifica que el requerimiento contenga información de trazabilidad
4 Muestra la información de trazabilidad del requerimiento.
5 Selecciona la acción a realizar (modificar o eliminar)
6 Modifica o elimina la información de trazabilidad.
22
Variaciones (Caminos Alternativos)
4.a. El sistema verifica que no existe información de trazabilidad.4.1. El sistema despliega un mensaje informando que no existe información disponible y habilita la creación de la trazabilidad.4.2. El Estudiante ingresa la información de trazabilidad.4.3. El sistema guarda la información de trazabilidad.
Variaciones (Caminos de excepción)
6.a Un error en el sistema impide que la información de trazabilidad sea guardada.
Extensiones Ninguno
Asociaciones Ninguno
Tabla 11: CU08 - Actualizar valores de Trazabilidad.
23
Proyecto ERMT Fecha Octubre 09 de 2010
Autor Vanesa Carolina Loaiza, Laura Catalina Zorro Versión 1.0
Id Caso de Uso 0009 Prioridad Alta Nombre Calcular grafo
Objetivo en Contexto (Resumen)
Calcular el grafo de requerimientos teniendo en cuenta las dependencias que existen entre ellos.
Actores Participantes Estudiante
Entradas Las relaciones de los requerimientos
Salidas Grafo de requerimientos
Pre-Condiciones Los requerimientos deben estar definidos Los requerimientos deben estar relacionados
Post-Condiciones Condición final de éxito: El grafo de requerimientos es generado a partir de las relaciones
Condición final de fallo: El grafo de requerimientos no fue generado.
Flujo básico de éxito
No. Actor No. Sistema
1 Detecta que se han modificado las relaciones de los requerimientos
2 Calcula el grafo teniendo en cuenta las relaciones entre los requerimientos actuales.
3 Almacena el grafo resultante
Variaciones (Caminos Alternativos)
Variaciones (Caminos de excepción)
3.1. Al calcular el grafo, incluye requerimientos rechazados o eliminados del sistema.
3.2. Verificar el estado de los requerimientos modificados o agregados
Extensiones Ninguna.
Asociaciones CU02
Tabla 12: CU09 - Calcular grafo
24
Proyecto ERMT Fecha Octubre 07 de 2010
Autor Vanesa Carolina Loaiza, Laura Catalina Zorro Versión 1.0
Id Caso de Uso 0010 Prioridad Alta Nombre Calcular Valor de priorización total.
Objetivo en Contexto (Resumen):
El estudiante calcula el valor de la priorización de todos los requerimientos disponibles en el sistema.
Actores Participantes Estudiante
Entradas Ninguna.
Salidas Valor de la priorización de todos los requerimientos.
Pre-Condiciones Se ha creado un nuevo requerimiento, se debe solicitar el cálculo de la priorización. (ref)
Post-Condiciones Condición final de éxito: La priorización de cada uno de los requerimientos es calculada.
Condición final de fallo: el nuevo requerimiento no es ingresado al sistema.
Flujo básico de éxito
No. Actor No. Sistema
1 Solicita el cálculo de la priorización de los requerimientos
2 El sistema calcula la priorización de los requerimientos teniendo en cuenta la cantidad de requerimientos que existe.
3 Despliega un mensaje de éxito al terminar de calcular la prioridad de todos los requerimientos.
Variaciones (Caminos Alternativos):
Ninguno.
Variaciones (Caminos de excepción):
2.a El sistema no puede calcular la priorización debido a un error.2.1 Despliega un mensaje de error informando al Estudiante, que no ha podido calcular la priorización.
Extensiones Ninguna.
26
Proyecto ERMT Fecha Octubre 09 de 2010
Autor Vanesa Carolina Loaiza, Laura Catalina Zorro Versión 1.0
Id Caso de Uso 0011 Prioridad Alta Nombre Clasificar requerimiento
Objetivo en Contexto (Resumen)
Clasificar los requerimientos en los diferentes grupos definidos en el sistema
Actores Participantes Estudiante
Entradas Los requerimientos definidos por el estudiante.
Salidas Requerimientos clasificado dentro de un grupo ya definido
Pre-Condiciones El requerimiento esta siendo modificado después de que se ha creado
Post-Condiciones Condición final de éxito: los requerimientos están clasificados
Condición final de fallo: Los requerimientos no están clasificados ó fueron mal agrupados.
Flujo básico de éxito
No. Actor No. Sistema
1 El sistema despliega una opción donde indica al estudiante si quiere o no cambiar la clasificación del requerimiento, después de haberlo creado
2 El estudiante accede a cambiar la clasificación del requerimiento
3 El sistema muestra las opciones válidas para clasificar el requerimiento
4 El estudiante escoge una opción
5 El sistema cambia y almacena el nuevo cambio del requerimiento
Variaciones (Caminos Alternativos)
Ninguno
Variaciones (Caminos de 2.1. El estudiante trata de cambiar la clasificación de un requerimiento
28
excepción) rechazado o eliminado.2.2. El sistema le indica que no puede cambiarlo ya que es un requerimiento que actualmente no está dentro de la especificación de requerimientos del sistema.
Extensiones Ninguna.
Asociaciones CU03, CU25
Tabla 14: CU11 - Clasificar requerimiento
29
Proyecto ERMT Fecha Octubre 07 de 2010
Autor Vanesa Carolina Loaiza, Laura Catalina Zorro Versión 1.0
Id Caso de Uso 0012 Prioridad Media Nombre Consultar Atributos Plantilla
Objetivo en Contexto (Resumen)
El estudiante consulta los atributos que hacen parte de su especificación de requerimientos.
Actores Participantes Estudiante
Entradas Ninguna.
Salidas Lista de atributos que hacen parte de la especificación de cada requerimiento.
Pre-Condiciones El proyecto dentro del sistema ya debe contar con la lista de atributos seleccionados previamente por el estudiante.
Post-Condiciones Condición final de éxito: se muestra la lista de atributos que sirven para la especificación de requerimientos.
Condición final de fallo: la lista de atributos no se despliega.
Flujo básico de éxito
No. Actor No. Sistema
1. Solicita la lista de los atributos de la especificación.
2 Procesa la solicitud, verificando que los atributos se hayan seleccionado previamente.
3 Despliega una ventana en la cual se listan los atributos que están disponibles para la especificación.
Variaciones (Caminos Alternativos)
Los atributos para la especificación no se han seleccionado.El sistema muestra un mensaje de error.
Variaciones (Caminos de excepción)
Un error en el sistema impide que se muestre la lista de atributos.
Extensiones Ninguna
Asociaciones Ninguna
Tabla 15: CU12 - Consultar Atributos Plantilla.
30
Proyecto ERMT Fecha Octubre 09 de 2010
Autor Vanesa Carolina Loaiza, Laura Catalina Zorro Versión 1.0
Id Caso de Uso 0013 Prioridad Alta Nombre Consultar cambios
Objetivo en Contexto (Resumen)
Consultar los cambios realizados en los requerimientos para que el estudiante sea informado del historial que ha tenido la especificación de requerimientos de software
Actores Participantes Estudiante
Entradas Los requerimientos especificados por el estudiante
Salidas Lista de cambios realizados, ordenados según la fecha o el requerimiento con mayor modificaciones
Pre-Condiciones Requerimientos especificados por el estudiante
Post-Condiciones Condición final de éxito: La lista de cambios realizados se muestra al estudiante
Condición final de fallo: La lista de cambios realizados no puede mostrarse al estudiante
Flujo básico de éxito
No. Actor No. Sistema
1 El estudiante solicita al sistema la lista de cambios realizados
2 El sistema despliega opciones que indiquen el orden en el que podrían ser listados los cambios
3 EL estudiante escoge entre las opciones ofrecidas por el sistema (Fecha reciente, Numero de modificaciones hecha al requerimiento)
4 El sistema muestra la lista de los cambios, según el orden escogido por el estudiante
5 El estudiante tiene la opción de seleccionar algún cambio para verlo en detalle
6 El sistema muestra la información (fecha, hora,
31
responsable, justificación, requerimiento, cambios realizado) sobre el cambio seleccionado
Variaciones (Caminos Alternativos)
Ninguno
Variaciones (Caminos de excepción)
2.1. El estudiante trata de cambiar la clasificación de un requerimiento rechazado o eliminado.2.2. El sistema le indica que no puede cambiarlo ya que es un requerimiento que actualmente no está dentro de la especificación de requerimientos del sistema.
Extensiones Ninguna.
Asociaciones CU03, CU25
Tabla 16: CU13 - Consultar Cambios
32
Proyecto ERMT Fecha Octubre 07 de 2010
Autor Vanesa Carolina Loaiza, Laura Catalina Zorro Versión 1.0
Id Caso de Uso 0014 Prioridad Alta Nombre Consultar estado de Requerimiento.
Objetivo en Contexto (Resumen)
El estudiante podrá consultar el estado de un requerimiento. Este estado puede ser propuesto, verificado, implementado ó rechazado.
Actores Participantes Estudiante.
Entradas Identificador único del requerimiento.
Salidas Estado del requerimiento.
Pre-Condiciones El identificador debe pertenecer a un requerimiento.
Post-Condiciones Condición final de éxito: Se muestra el estado actual del requerimiento.
Condición final de fallo: el identificador del requerimiento buscado en el sistema no existe.
Flujo básico de éxito
No. Actor No. Sistema
1 El estudiante ingresa el identificador único del requerimiento del cual desea conocer su estado.
2 Verifica que el Identificador único ingresado en la solicitud existe.
3 Despliega una ventana informando el estado actual del requerimiento.
Variaciones (Caminos Alternativos)
Ninguno
Variaciones (Caminos de excepción)
2.a. El sistema comprueba que el identificador no está relacionado con ningún requerimiento.
2.1 El sistema despliega un mensaje de error, informándole al Estudiante, que no existe ningún requerimiento relacionado con el identificador ingresado.
Extensiones Ninguna
33
Proyecto ERMT Fecha Octubre 09 de 2010
Autor Vanesa Carolina Loaiza, Laura Catalina Zorro Versión 1.0
Id Caso de Uso 0015 Prioridad Alta Nombre Consultar Estado Total
Objetivo en Contexto (Resumen)
Consultar el estado del proyecto a partir del estado del requerimiento.
Actores Participantes Estudiante
Entradas Los requerimientos especificador por el estudiante (estado).
Salidas Estado del proyecto
Pre-Condiciones Requerimiento especificado, incluyendo la trazabilidad con su respectivo estado
Post-Condiciones Condición final de éxito: El sistema puede mostrar el estado del proyecto
Condición final de fallo: el sistema no puede mostrar el estado del proyecto
Flujo básico de éxito
No. Actor No. Sistema
1 El sistema despliega una opción donde indica al usuario si quiere o no consultar el estado del proyecto
2 El usuario accede a consultar el estado hasta la fecha actual
3 El sistema calcula el estado del proyecto a partir de la información de trazabilidad de cada requerimiento.
4 El sistema muestra al usuario el estado del proyecto
5 El usuario puede observar el estado del proyecto.
Variaciones (Caminos Alternativos)
Ninguno
Variaciones (Caminos de 3.1. El sistema no puede calcular el estado ya que existen requerimientos sin
35
excepción) la trazabilidad diligenciada3.2. Se informa al usuario los requerimientos que no han sido actualizados3.3. Termina la consulta del estado, hasta que el cliente no actualice la
especificación de cada requerimiento.
Extensiones Ninguna.
Asociaciones CU14, CU23
Tabla 18: CU15 - Consultar estado total
36
Proyecto ERMT Fecha Octubre 07 de 2010
Autor Vanesa Carolina Loaiza, Laura Catalina Zorro Versión 1.0
Id Caso de Uso 0016 Prioridad Alta Nombre Consultar grafo
Objetivo en Contexto (Resumen)
El estudiante recibe de manera grafica las relaciones que existen entre los requerimientos.
Actores Participantes Estudiante.
Entradas Ninguna
Salidas El grafico que contiene todas las relaciones de precedencia de todos los requerimientos que existen en el sistema.
Pre-Condiciones Deben existir requerimientos dentro del proyecto.
Post-Condiciones Condición final de éxito: el grafico contiene todos los requerimientos y sus relaciones con otros.
Condición final de fallo: el sistema no muestra el grafico de los requerimientos y sus relaciones.
Flujo básico de éxito
No. Actor No. Sistema
1 Solicita el grafo de requerimientos
2 Verifica que existan requerimientos dentro del sistema.
3 Muestra el grafo de los requerimientos y sus relaciones.
Variaciones (Caminos Alternativos)
Ninguno
Variaciones (Caminos de excepción)
2.a. El sistema no encuentra ningun requerimiento.2.1. El sistema muestra un mensaje de error informandole al Estudiante, que no existen requerimientos a mostrar.
Extensiones Ninguna
Asociaciones Ninguna
37
Proyecto ERMT Fecha Octubre 09 de 2010
Autor Vanesa Carolina Loaiza, Laura Catalina Zorro Versión 1.0
Id Caso de Uso 0017 Prioridad Alta Nombre Consultar lista de priorización
Objetivo en Contexto (Resumen)
Listar los requerimientos en orden de importancia.
Actores Participantes Estudiante
Entradas Los requerimientos especificador por el estudiante.
Salidas Lista de requerimientos organizados de mayor prioridad a menor prioridad
Pre-Condiciones Requerimiento con sus valores de priorización actualizados.
Post-Condiciones Condición final de éxito: Lista de requerimientos organizados por importancia
Condición final de fallo: Los requerimientos no están ordenados ó fueron mal priorizados.
Flujo básico de éxito
No. Actor No. Sistema
1 EL estudiante solicita la lista de priorización
2 EL sistema despliega la lista organizada según la prioridad (mayor a menor) y el método utilizado.
3 El estudiante puede ver la lista priorizada de requerimientos y puede seleccionar el requerimiento para ver su valor total en la priorización
Variaciones (Caminos Alternativos)
Ninguno
Variaciones (Caminos de excepción)
2.1. Existen requerimientos donde sus valores no fueron diligenciados, se despliega la lista donde se indica que nos están dentro de los requerimientos priorizados.
Extensiones Ninguna.
39
Proyecto ERMT Fecha Octubre 07 de 2010
Autor Vanesa Carolina Loaiza, Laura Catalina Zorro Versión 1.0
Id Caso de Uso 0018 Prioridad Media Nombre Consultar listas de V&V
Objetivo en Contexto (Resumen)
El estudiante recibe las listas sobre las cuales puede ejcutar la verificación y validación de los requerimientos.
Actores Participantes Estudiante
Entradas Ninguna.
Salidas Lista con los conceptos necesarios para hacer la verificación y la validación de los requerimientos.
Pre-Condiciones Debe existir al menos un requerimiento en el proyecto.
Post-Condiciones Condición final de éxito: El sistema despliega las listas de verificación y validación.
Condición final de fallo: el sistema no despliega las listas de validación y verificación.
Flujo básico de éxito
No. Actor No. Sistema
1 Genera la petición de las listas de verificación y validación.
2 El sistema despliega en una nueva ventana las listas de verificación y validación.
Variaciones (Caminos Alternativos)
Ninguno.
Variaciones (Caminos de excepción)
2.a. Un error en el sistema impide que se muestre las listas de verificación y validación.
2.1 El sistema muestra un mensaje de error en donde le informa al actor, que no fue posible desplegar las listas de verificación y validación
Extensiones Ninguna.
Asociaciones Ninguna.
Tabla 21: CU18 - Consultar listas de V&V.
41
Proyecto ERMT Fecha Octubre 09 de 2010
Autor Vanesa Carolina Loaiza, Laura Catalina Zorro Versión 1.0
Id Caso de Uso 0019 Prioridad Alta Nombre Consultar localización
Objetivo en Contexto (Resumen)
Consultar los diferentes artefactos asociados a cada requerimiento
Actores Participantes Estudiante
Entradas Los requerimientos especificados por el estudiante, especialmente la sección de localización.
Salidas Lista de requerimientos con los diferentes enlaces asociados a los artefactos
Pre-Condiciones Requerimiento con sus valores de localización actualizados.
Post-Condiciones Condición final de éxito: Lista de requerimientos con los diferentes enlaces asociados a los artefactos relacionados con el requerimiento
Condición final de fallo: No despliega la lista de requerimientos asociados a los diferentes artefactos
Flujo básico de éxito
No. Actor No. Sistema
1 EL estudiante solicita la lista de localización de los requerimientos
2 EL sistema despliega la lista donde se encuentran los requerimientos, con sus respectivos enlaces a artefactos para ubicarlo en cada una de las fases (CU,SRS, SDD,SAD, Pruebas, Clase, Manual de usuario)
3 El estudiante puede ver la lista de requerimientos con sus respectivos enlaces, el estudiante puede escoger cualquier enlace
4 El sistema muestra el documento correspondiente al enlace escogido por el usuario.
Variaciones (Caminos Ninguno
43
Alternativos)
Variaciones (Caminos de excepción)
4.1. Existen requerimientos donde sus enlaces no existen o están dirigidos a artefactos que fueron eliminados o su nombre ha sido modificado.4.2. El sistema debe informar al usuario que no se puede abrir el archivo
Extensiones Ninguna.
Asociaciones CU06
Tabla 22: CU19 - Consultar localización
44
Proyecto ERMT Fecha Octubre 07 de 2010
Autor Vanesa Carolina Loaiza, Laura Catalina Zorro Versión 1.0
Id Caso de Uso 0020 Prioridad Alta. Nombre Consultar Requerimientos
Objetivo en Contexto (Resumen)
El estudiante puede conocer la lista de requerimientos que se encuentran en el proyecto alojado en el sistema.
Actores Participantes Estudiante
Entradas Ninguna
Salidas La lista de todos los requerimientos que se encuentran en el sistema.
Pre-Condiciones En el sistema debe existir al menos un requerimiento.
Post-Condiciones Condición final de éxito: El sistema muestra lista de los requerimientos que se encuentran en el sistema.
Condición final de fallo: El sistema no muestra la lista de requerimientos.
Flujo básico de éxito
No. Actor No. Sistema
1 Realiza la solicitud de consulta de la lista de los requerimientos.
2 Despliega una ventana mostrando la lista de los requerimientos que se encuentran en el sistema.
Variaciones (Caminos Alternativos)
Ninguno.
Variaciones (Caminos de excepción)
2.a. No se encuentra ningun requerimiento.2.1. El sistema muestra un mensaje de error informandole al Estudiante, que no existen requerimientos a mostrar.
Extensiones Ninguna
Asociaciones Consultar Estado Requerimiento, Consultar localización, Consultar valor atributos, Consultar localización.
Tabla 23: CU20 - Consultar Requerimientos.
45
Proyecto ERMT Fecha Octubre 09 de 2010
Autor Vanesa Carolina Loaiza, Laura Catalina Zorro Versión 1.0
Id Caso de Uso 0021 Prioridad Alta Nombre Consultar requerimientos clasificados
Objetivo en Contexto (Resumen)
Listar los requerimientos agrupados por tipo de requerimiento.
Actores Participantes Estudiante
Entradas Los requerimientos definidos por el estudiante.
Salidas Lista de requerimientos agrupados según el tipo de requerimiento
Pre-Condiciones Requerimiento con sus valores de clasificación actualizados.
Post-Condiciones Condición final de éxito: EL sistema muestra la lista de requerimientos agrupados por el tipo de requerimiento.
Condición final de fallo: El sistema no puede mostrar los requerimientos agrupados por el
tipo de requerimiento El sistema muestra los requerimientos mal agrupados.
Flujo básico de éxito
No. Actor No. Sistema
1 EL estudiante solicita la lista de requerimientos agrupados por el tipo de requerimiento
2 EL sistema despliega la lista de requerimientos agrupada según el tipo de requerimiento.
3 El estudiante puede ver la lista de requerimientos clasificada por el tipo de requerimientos
Variaciones (Caminos Alternativos)
Ninguno
Variaciones (Caminos de 2.1.1. Existen requerimientos donde la clasificación no fue diligenciada, se despliega la lista donde se indica que nos están dentro de algún tipo de
46
excepción) requerimiento.
2.2.1. el sistema despliega la lista de requerimientos agrupados, donde existen aún requerimientos rechazados o eliminados
Extensiones Ninguna.
Asociaciones CU11
Tabla 24: CU21 - Consultar requerimientos clasificados
47
Proyecto ERMT Fecha Octubre 07 de 2010
Autor Vanesa Carolina Loaiza, Laura Catalina Zorro Versión 1.0
Id Caso de Uso 0022 Prioridad Media Nombre Consultar Requerimientos Rechazados
Objetivo en Contexto (Resumen):
El estudiante puede conocer la lista de requerimientos rechazados que se encuentran en el sistema.
Actores Participantes Estudiante
Entradas Ninguna
Salidas La lista, con el Identificador único, la descripción del requerimiento y las relaciones de todos los requerimientos rechazados que se encuentran en el sistema.
Pre-Condiciones En el sistema debe existir al menos un requerimiento rechazado.
Post-Condiciones Condición final de éxito: El sistema muestra lista de los requerimientos rechazados que se encuentran en el sistema.
Condición final de fallo: El sistema no muestra la lista de requerimientos rechazados.
Flujo básico de éxito
No. Actor No. Sistema
1 Realiza la solicitud de consulta de la lista de los requerimientos rechazados.
2 Despliega una ventana mostrando la lista de los requerimientos rechazados que se encuentran en el sistema.
Variaciones (Caminos Alternativos)
Ninguno.
Variaciones (Caminos de excepción)
2.a. En el sistema no existe ningun requerimiento cuyo estado sea “Rechazado”.
2.2. El sistema muestra un mensaje de error informandole al Estudiante, que no existen requerimientos rechazados a mostrar.
Extensiones Ninguna.
48
Proyecto ERMT Fecha Octubre 09 de 2010
Autor Vanesa Carolina Loaiza, Laura Catalina Zorro Versión 1.0
Id Caso de Uso 0023 Prioridad Alta Nombre Consultar Trazabilidad
Objetivo en Contexto (Resumen)
Consultar la trazabilidad de los requerimientos del proyectos
Actores Participantes Estudiante
Entradas Los requerimientos especificados por el estudiante.
Salidas Trazabilidad de los requerimientos especificados en el sistema
Pre-Condiciones Requerimiento con sus valores de trazabilidad actualizados.
Post-Condiciones Condición final de éxito: EL sistema muestra la trazabilidad del requerimientos escogido por el estudiante
Condición final de fallo: El sistema no puede mostrar la trazabilidad del requerimiento
Flujo básico de éxito
No. Actor No. Sistema
1 EL estudiante solicita la lista de requerimientos
2 EL sistema despliega la lista de requerimientos especificados en el sistema.
3 El estudiante escoge el requerimiento que desea detallar
4 El sistema muestra la información de trazabilidad correspondiente al requerimiento
Variaciones (Caminos Alternativos)
Ninguno
Variaciones (Caminos de excepción)
4.1. El requerimiento escogido está eliminado o rechazado del proyecto4.2. Se informa al usuario el estado del requerimiento
50
Proyecto ERMT Fecha Octubre 07 de 2010
Autor Vanesa Carolina Loaiza, Laura Catalina Zorro Versión 1.0
Id Caso de Uso 0024 Prioridad Alta. Nombre Consultar valor de Atributos
Objetivo en Contexto (Resumen)
El estudiante, consulta los valores de los atributos de un requerimiento.
Actores Participantes Estudiante.
Entradas Identificador único del requerimiento.
Salidas Los valores de todos los atributos del requerimiento.
Pre-Condiciones El identificador debe pertenecer a un requerimiento que se encuentre en el sistema.
Post-Condiciones Condición final de éxito: Se muestra la información perteneciente a los atributos del requerimiento
Condición final de fallo: el identificador del requerimiento buscado en el sistema no existe.
Flujo básico de éxito
No. Actor No. Sistema
1 El estudiante ingresa el identificador único del requerimiento del cual se quieren conocer los atributos.
2 Verifica que el requerimiento exista dentro del sistema.
3 Muestra el valor de cada uno de los atributos del requerimiento.
Variaciones (Caminos Alternativos)
Ninguna
Variaciones (Caminos de excepción)
2.a. El requerimiento no existe dentro del sistema.2.1. El sistema despliega una ventana mostrando un mensaje de error en el cual se informa que el requerimiento solicitado no existe.
52
Proyecto ERMT Fecha Octubre 09 de 2010
Autor Vanesa Carolina Loaiza, Laura Catalina Zorro Versión 1.0
Id Caso de Uso 0025 Prioridad Alta Nombre Crear requerimiento
Objetivo en Contexto (Resumen)
Crear los requerimientos del proyecto dentro del sistema
Actores Participantes Estudiante
Entradas Definición del requerimiento
Salidas Requerimiento almacenado dentro del sistema
Pre-Condiciones Requerimiento definido por el estudiante.
Post-Condiciones Condición final de éxito: EL sistema ha almacenado correctamente el requerimiento dentro del sistema
Condición final de fallo: El sistema no puede almacenar el requerimiento dentro del sistema
Flujo básico de éxito
No. Actor No. Sistema
1 EL estudiante solicita la creación de un requerimiento
2 EL sistema despliega le formato con los atributos escogidos por el estudiante para ser diligenciados.
3 El estudiante puede diligenciar el formato para crear el requerimiento
4 El sistema verifica datos de integridad del requerimiento
5 El sistema almacena los datos correspondientes al nuevo requerimiento
Variaciones (Caminos Alternativos)
Ninguno
Variaciones (Caminos de 4.1. El sistema recibe datos erróneos
54
excepción) 4.2. El sistema informa al estudiante que los datos son incorrectos y que debe diligenciarlos nuevamente.
Extensiones Ninguna.
Asociaciones CU01, CU04, CU11
Tabla 28: CU25 - Crear Requerimiento
55
Proyecto ERMT Fecha Octubre 07 de 2010
Autor Vanesa Carolina Loaiza, Laura Catalina Zorro Versión 1.0
Id Caso de Uso 0026 Prioridad Alta Nombre Eliminar Requerimiento.
Objetivo en Contexto (Resumen)
El estudiante elimina un requerimiento del sistema.
Actores Participantes Estudiante
Entradas Identificador único del requerimiento.
Salidas Confirmación de éxito de la eliminación del requerimiento.
Pre-Condiciones El requerimiento relacionado con el identificador único ingresado existe.
Post-Condiciones Condición final de éxito: el sistema confirma la eliminación del requerimiento.
Condición final de fallo: el sistema no encuentra el requerimiento a eliminar.
Flujo básico de éxito
No. Actor No. Sistema
1 Solicita el Identificador único del requerimiento que el estudiante desea eliminar
2 El estudiante ingresa el identificador único del requerimiento a eliminar.
3 Verifica que el requerimiento relacionado con el identificador ingresado exista.
4 Despliega una venta de confirmación, preguntándole al Estudiante si realmente desea eliminar el requerimiento.
5 Acepta la eliminación del Requerimiento
6 Elimina el Requerimiento seleccionado y le informa del éxito de la operación al Estudiante.
Variaciones (Caminos Ninguno
56
Alternativos)
Variaciones (Caminos de excepción)
3.a. El requerimiento relacionado con el Identificador ingresado, no existe.3.1. Despliega un mensaje de error informandole al Estudiante que el requerimiento solicitado no existe.3.2. Ir al Paso 1
Extensiones Ninguna
Asociaciones Actualizar valores de priorización, Actualizar valores de Localización, Actualizar valores de listas de V&V, Actualizar relaciones entre Requerimientos.
Tabla 29: CU26 - Eliminar Requerimiento.
57
Proyecto ERMT Fecha Octubre 09 de 2010
Autor Vanesa Carolina Loaiza, Laura Catalina Zorro Versión 1.0
Id Caso de Uso 0027 Prioridad Alta Nombre Generar Reportes en Word
Objetivo en Contexto (Resumen)
Generar los reportes correspondientes a la especificación para que puedan ser entregados al cliente en formato Word.
Actores Participantes Estudiante, Profesor
Entradas Los requerimientos especificados en su totalidad.
Salidas Documento en el cual se encuentra la información de los requerimientos de manera estructurada para que pueda ser comprendida por el cliente
Pre-Condiciones El requerimiento debe estar completamente documentado
Post-Condiciones Condición final de éxito: EL sistema genera un documento en Word con el reporte bien sea de especificación, listas de V&v, trazabilidad o priorización de los requerimientos.
Condición final de fallo: El sistema no puede generar el reporte escogido por el usuario
Flujo básico de éxito
No. Actor No. Sistema
1 EL estudiante solicita la generación de un reporte.
2 El sistema despliega una serie de opciones de los reportes que puede realizar (Especificación de requerimientos, Grafo de requerimientos, listas de V&V, Trazabilidad de requerimientos, priorización de requerimientos)
3 El estudiante puede ver la lista de opciones para realizar reportes y escoge una de ellas
4 El sistema consulta los datos necesarios para realizar el reporte, dependiendo de la opción que el usuario ha escogido.
5 Genera un documento en Word con el reporte y lo guarda en una carpeta del equipo.
58
6 Indica al usuario la ubicación donde fue guardado el documento.
7 EL usuario puede ver el informe sobre el éxito al generar el reporte y su ubicación
Variaciones (Caminos Alternativos)
Ninguno
Variaciones (Caminos de excepción)
5.a. El reporte no puede ser generado por el sistema5.a.1 El sistema genera un mensaje informado al usuario que el reporte no ha podido ser generado.5.a.2 Ir al Paso 2.
Extensiones Ninguna.
Asociaciones
Tabla 30: CU27 - Generar reportes en Word
59
Proyecto ERMT Fecha Octubre 07 de 2010
Autor Vanesa Carolina Loaiza, Laura Catalina Zorro Versión 1.0
Id Caso de Uso 0028 Prioridad Media Nombre Rechazar Requerimiento
Objetivo en Contexto (Resumen)
El estudiante desea cambiar el estado de un requerimiento a rechazado.
Actores Participantes Estudiante
Entradas Identificador único del requerimiento.
Salidas El estado del requerimiento seleccionado cambio ha rechazado.
Pre-Condiciones El requerimiento relacionado con el identificador ingresado existe dentro del sistema.
Post-Condiciones Condición final de éxito: El estado del requerimiento es modificado, por un estado rechazado.
Condición final de fallo: El sistema no encuentra el requerimiento a rechazar.
Flujo básico de éxito
No. Actor No. Sistema
1 Solicita el Identificador único del requerimiento a rechazar.
2 El estudiante ingresa el identificador del requerimiento a rechazar.
3 Verifica que el requerimiento relacionado con el identificador ingresado exista dentro del sistema.
4 El sistema despliega un mensaje preguntándole al Estudiante si realmente desea cambiar el estado del requerimiento a rechazado.
5Acepta, que el requerimiento se va a rechazar.
6 Cambia el estado del requerimiento a “Rechazado”, e informa al Estudiante que el
60
requerimiento ha sido rechazado.
Variaciones (Caminos Alternativos)
Ninguno
Variaciones (Caminos de excepción)
3.a. El requerimiento solicitado no existe.3.1. El sistema despliega un mensaje de error informando que el requerimiento solicitado no existe en el sistema.3.2. Ir al Paso 1.
Extensiones Ninguna.
Asociaciones Ninguna.
Tabla 31: CU28 - Rechazar Requerimiento.
61
Proyecto ERMT Fecha Octubre 09 de 2010
Autor Vanesa Carolina Loaiza, Laura Catalina Zorro Versión 1.0
Id Caso de Uso 0029 Prioridad Alta Nombre Seleccionar atributos
Objetivo en Contexto (Resumen)
Seleccionar los atributos del conjunto definido ya en el sistema, para usar dentro de la especificación de requerimientos
Actores Participantes Estudiante
Entradas Atributos definidos en el sistema
Salidas Atributos a utilizar dentro de la especificación para usar en el proyecto
Pre-Condiciones Debe haberse creado un proyecto dentro del sistema
Post-Condiciones Condición final de éxito: EL sistema puede mostrar los atributos seleccionados en un formato de requerimiento
Condición final de fallo: El sistema muestra todos los atributos a pesar de que el estudiante
no los ha escogido todos El sistema no muestra ningún atributo dentro del formato El sistema muestra un grupo de atributos que no han sido escogidos
por el usuario.
Flujo básico de éxito
No. Actor No. Sistema
1 EL estudiante solicita la lista de atributos a trabajar durante el proyecto
2 EL sistema despliega la lista de atributos disponibles en el sistema.
3 El estudiante selecciona al menos uno de la lista de atributos definidos en el sistema
4 El sistema almacena los atributos que se van a utilizar en la especificación de requerimientos
5 El sistema muestra el formato de un requerimiento con los atributos escogidos por el estudiante
62
Variaciones (Caminos Alternativos)
Ninguno
Variaciones (Caminos de excepción)
3.1. El estudiante no escoge ningún atributo3.2. El sistema debe informarle al estudiante que debe escoger al menos un atributo para realizar la especificación.
Extensiones Ninguna.
Asociaciones CU12
Tabla 32: CU29 - Seleccionar atributos
63
Proyecto ERMT Fecha Octubre 07 de 2010
Autor Vanesa Carolina Loaiza, Laura Catalina Zorro Versión 1.0
Id Caso de Uso 0030 Prioridad Alta Nombre Seleccionar método de priorización
Objetivo en Contexto (Resumen)
El Estudiante selecciona el método de priorización a utilizar en el proyecto.
Actores Participantes Estudiante.
Entradas Identificador del método de priorización.
Salidas Confirmación del éxito de la selección de un método de priorización.
Pre-Condiciones
Post-Condiciones Condición final de éxito: El sistema confirma la selección exitosa del método de priorización.
Condición final de fallo: el identificador del método ingresado no existe, el sistema indica que se debe seleccionar otro.
Flujo básico de éxito
No. Actor No. Sistema
1 El sistema despliega la lista con los identificadores de los métodos de priorización disponibles.
2 Ingresa el identificador del método de priorización que desea utilizar.
3 Verifica que los datos ingresados coincidan con cualquiera de los identificadores de los métodos de priorización.
4 Define el método de priorización a utilizar.
5 Le informa al Estudiante que el método a sido seleccionado de manera exitosa.
Variaciones (Caminos Alternativos)
Ninguno.
64
Variaciones (Caminos de excepción)
3.a. El identificador del metodo ingresado no corresponde a ninguno de los métodos disponibles.
3.1 El sistema le informa al Estudiante que el identificador ingresado es incorrecto. 3.2. Ir al paso 2.
Extensiones Ninguna.
Asociaciones Ninguna.
Tabla 33: CU30 – Seleccionar métodod de priorización.
65
Proyecto ERMT Fecha Octubre 09 de 2010
Autor Vanesa Carolina Loaiza, Laura Catalina Zorro Versión 1.0
Id Caso de Uso 0031 Prioridad Alta Nombre Generar Reportes en Excel
Objetivo en Contexto (Resumen)
Generar los reportes correspondientes a la especificación para que puedan ser entregados al cliente en formato Excel.
Actores Participantes Estudiante, Profesor
Entradas Los requerimientos especificados en su totalidad.
Salidas Documento en el cual se encuentra la información de los requerimientos de manera estructurada para que pueda ser comprendida por el cliente
Pre-Condiciones El requerimiento debe estar completamente documentado
Post-Condiciones Condición final de éxito: EL sistema genera un documento en Word con el reporte bien sea de especificación, listas de V&V, trazabilidad o priorización de los requerimientos.
Condición final de fallo: El sistema no puede generar el reporte escogido por el usuario
Flujo básico de éxito
No. Actor No. Sistema
1 EL estudiante solicita la generación de un reporte.
2 El sistema despliega una serie de opciones de los reportes que puede realizar (Especificación de requerimientos,, listas de V&V, Trazabilidad de requerimientos, priorización de requerimientos)
3 El estudiante puede ver la lista de opciones para realizar reportes y escoge una de ellas
4 El sistema consulta los datos necesarios para realizar el reporte, dependiendo de la opción que el usuario ha escogido.
5 Genera un documento en Excel con el reporte y lo guarda en una carpeta del equipo.
66
6 Indica al usuario la ubicación donde fue guardado el documento.
7 EL usuario puede ver el informe sobre el éxito al generar el reporte y su ubicación
Variaciones (Caminos Alternativos)
Ninguno
Variaciones (Caminos de excepción)
5.a. el reporte no puede ser generado por el sistema5.a.1 El sistema genera un mensaje informado al usuario que el reporte no ha podido ser generado.5.a.2 Ir al Paso 2.
Extensiones Ninguna.
Asociaciones
Tabla 34: CU31 - Generar reportes en Excel
67
Proyecto ERMT Fecha Octubre 09 de 2010
Autor Vanesa Carolina Loaiza, Laura Catalina Zorro Versión 1.0
Id Caso de Uso 0032 Prioridad Alta Nombre Crear Proyecto
Objetivo en Contexto (Resumen)
El estudiante crea un proyecto dentro del cual podrá crear los requerimientos a ser especificados.
Actores Participantes Estudiante
Entradas El nombre del proyecto.
Salidas Se crea el proyecto con el nombre digitado por el estudiante.
Pre-Condiciones Ninguna.
Post-Condiciones Condición final de éxito: EL sistema genera un nuevo proyecto.
Condición final de fallo: El sistema no puede crear el nuevo proyecto.
Flujo básico de éxito
No. Actor No. Sistema
1. Solicita la creación de un nuevo proyecto
2 Despliega un mensaje solicitando el nombre del proyecto a crear.
3. Digita el nombre del proyecto
4 Crea el proyecto con el nombre especificado por el estudiante.
5 Informa de la creación del nuevo proyecto.
Variaciones (Caminos Alternativos)
Ninguno
Variaciones (Caminos de excepción)
4.a. No se puede crear el Proyecto.4.a.1. Informa al estudiante que el proyecto no ha sido creado.4.a.2 Ir al paso 2.
Extensiones Ninguna.
68
Proyecto ERMT Fecha Octubre 09 de 2010
Autor Vanesa Carolina Loaiza, Laura Catalina Zorro Versión 1.0
Id Caso de Uso 0033 Prioridad Alta Nombre Eliminar Proyecto
Objetivo en Contexto (Resumen)
El estudiante elimina un proyecto existente.
Actores Participantes Estudiante
Entradas El nombre del proyecto.
Salidas Ninguna
Pre-Condiciones El proyecto que va a ser eliminado existe.
Post-Condiciones Condición final de éxito: EL sistema elimina el proyecto.
Condición final de fallo: El sistema no puede eliminar el proyecto.
Flujo básico de éxito
No. Actor No. Sistema
1. Solicita la eliminación de un proyecto existente.
2 Despliega un mensaje solicitando el nombre del proyecto a eliminar.
3. Digita el nombre del proyecto.
4 Elimina el proyecto cuyo nombre corresponde al que fue digitado por el estudiante.
5 Informa de la eliminación del proyecto.
Variaciones (Caminos Alternativos)
Ninguno
Variaciones (Caminos de excepción)
4.a. No se puede eliminar el Proyecto.4.a.1. Informa al estudiante que el proyecto no ha sido eliminado.4.a.2 Ir al paso 2.
Extensiones Ninguna.
70
Proyecto ERMT Fecha Octubre 09 de 2010
Autor Vanesa Carolina Loaiza, Laura Catalina Zorro Versión 1.0
Id Caso de Uso 0034 Prioridad Alta Nombre Abrir Proyecto
Objetivo en Contexto (Resumen)
El estudiante consulta la información registrada en el proyecto
Actores Participantes Estudiante
Entradas El nombre del proyecto.
Salidas El sistema muestra el proyecto solicitado por el estudiante
Pre-Condiciones El proyecto debe existir.
Post-Condiciones Condición final de éxito: EL sistema muestra el proyecto solicitado.
Condición final de fallo: El sistema no puede mostrar proyecto solicitado.
Flujo básico de éxito
No. Actor No. Sistema
1. Solicita la lista de los proyectos creados.
2 Despliega la lista con los proyectos existentes.
3. Selecciona el nombre del proyecto.
4 Muestra el proyecto seleccionado.
Variaciones (Caminos Alternativos)
Ninguno
Variaciones (Caminos de excepción)
4.a. No se puede Abrir el Proyecto.4.a.1. Informa al estudiante que no se ha podido abrir el proyecto.4.a.2 Ir al paso 2.
Extensiones Ninguna.
Asociaciones Ninguna.
Tabla 37: CU34 – Abrir Proyecto
72
Proyecto ERMT Fecha Octubre 09 de 2010
Autor Vanesa Carolina Loaiza, Laura Catalina Zorro Versión 1.0
Id Caso de Uso 0035 Prioridad Alta Nombre Modificar Proyecto
Objetivo en Contexto (Resumen)
El estudiante cambia el nombre del proyecto.
Actores Participantes Estudiante
Entradas El nuevo nombre del proyecto.
Salidas El sistema modifica el nombre del proyecto.
Pre-Condiciones El proyecto debe existir dentro del sistema.
Post-Condiciones Condición final de éxito: EL sistema modifica el proyecto solicitado.
Condición final de fallo: El sistema no puede modificar proyecto solicitado.
Flujo básico de éxito
No. Actor No. Sistema
1. Solicita la lista de los proyectos creados.
2 Despliega la lista con los proyectos existentes.
3. Selecciona el nombre del proyecto.
4. Despliega un mensaje solicitando el nuevo nombre del proyecto.
5. Digita el Nombre del Proyecto
6. Modifica el nombre del proyecto.
Variaciones (Caminos Alternativos)
Ninguno
Variaciones (Caminos de excepción)
6.a. No se puede modificar el nombre del Proyecto.4.a.1. Informa al estudiante que no se ha podido modificar el proyecto.4.a.2 Ir al paso 2.
74