86
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

Documento de Casos de Uso - pegasus.javeriana.edu.copegasus.javeriana.edu.co/~CIS1010IS05/Documentos/An…  · Web viewLos valores de trazabilidad, ... EL sistema genera un documento

  • Upload
    vutruc

  • View
    213

  • Download
    1

Embed Size (px)

Citation preview

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

Extensiones Ninguna.

Asociaciones Ninguna.

Tabla 9: CU06 - Actualizar valores de Localización.

19

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

25

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

Asociaciones Ninguna.

Tabla 13: CU10 - Calcular valor de priorización total

27

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

Asociaciones Ninguna

Tabla 17: CU14 - Consultar estado de Requerimiento.

34

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

Tabla 19: CU16 - Consultar grafo.

38

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

Asociaciones CU07

Tabla 20: CU17 - Consultar lista de priorización

40

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

42

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

Asociaciones Ninguna.

Tabla 25: CU22 - Consultar Requerimientos Rechazados.

49

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

Extensiones Ninguna.

Asociaciones CU08

Tabla 26: CU23 - Consultar trazabilidad

51

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

Extensiones Ninguna

Asociaciones Ninguna

Tabla 27: CU24 - Consultar valor de Atributos.

53

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

Asociaciones Ninguna.

Tabla 35: CU32 – Crear Proyecto

69

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

Asociaciones Ninguna.

Tabla 36: CU33 – Eliminar Proyecto

71

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

73

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

Extensiones Ninguna.

Asociaciones Ninguna.

Tabla 38: CU35 – Modificar Proyecto

75