ERS Ejemplo

Sistema para la Gestio n de Proyectos de SoftwareUtilizando METRICA versio n 3.0

Sistema GesProMetEspecificacio n de Requisitos de Software

Versio n 2

Sistema GesProMet Versio n: 2Especificacio n de Requisitos de Software

Pagina 2 de 33

Historia de Revisio nFecha Versio n Descripcio n Autor

02/05/2002 1 Versio n inicial Jose Pow Sang

15/06/2002 2 Modificaciones menores Jose Pow Sang


Pagina 3 de 33

Tabla de Contenidos

1. Introduccio n. 51.1 Propo sito 51.2 A mbito del Sistema 51.3 Definiciones, Acro nimos y Abreviaturas 5

1.3.1 Definiciones 51.3.2 Acro nimos 5

1.4 Referencias 51.5 Visio n General de la ERS 5

2. Descripcio n General 62.1 Modelo de Casos de Uso 6

2.1.1 Catalogo de Actores 62.1.2 Casos de Uso por Paquete 7

2.1.2.1 Paquete Administracio n del Sistema. 72.1.2.2 Paquete Gestio n de la Configuracio n. 82.1.2.3 Paquete Gestio n de Proyectos. 9

2.2 Caractersticas de los Usuarios 112.3 Suposiciones y Dependencias 11

2.3.1 Suposiciones 112.3.2 Dependencias 11

3. Requisitos Especficos 113.1 Especificacio n de Casos de Uso 11

3.1.1 Paquete Administracio n del Sistema. 113.1.1.1 Actualizar Proyectos 113.1.1.2 Actualizar Usuarios 133.1.2.1 Registrar Productos Globales 153.1.2.2 Determinar Productos a Realizar 153.1.2.3 Revisar Productos del Proyecto 163.1.2.4 Bloquear o Desbloquear Ficheros 173.1.2.5 Actualizar Versiones de Ficheros 18

3.1.3 Paquete Gestio n de Proyectos. 193.1.3.1 Realizar Seguimiento de Tareas 193.1.3.2 Realizar Configuracio n Inicial de Tareas 203.1.3.3 Asignar Perfiles de Usuario 213.1.3.4 Actualizar Tareas del Proyecto 233.1.3.5 Asignar Tareas o Subtareas a Miembros del Proyecto 243.1.3.6 Notificar Incidencias 253.1.3.7 Revisar Fichas de Horas Trabajadas 263.1.3.8 Ingresar Ficha de Horas Trabajadas 273.1.3.9 Revisar Informacio n de Tareas Asignadas 273.1.3.10 Generar Fichas de Horas Trabajadas 283.1.3.11 Seleccionar Tareas 293.1.3.12 Actualizar Subtareas 30

3.2 Requisitos de Interfaces Externos 313.2.1 Interfaces de Usuario 313.2.2 Interfaces Hardware 313.2.3 Interfaces Software 313.2.4 Interfaces de Comunicacio n 31

3.3 Requisitos de Rendimiento 31


Pagina 4 de 33

3.4 Requisitos de Desarrollo 313.5 Requisitos Tecnolo gicos 323.6 Atributos de Software 32

3.6.1 Seguridad 323.6.1.1 Caso de uso Validar Usuario 32

3.6.2 Portabilidad 33


Pagina 5 de 33

Especificacio n de Requisitos de Software

1. Introduccio n.Este documento es una Especificacio n de Requisitos de Software (ERS) del Sistema GesProMet ycontiene el resultado de la especificacio n de casos de uso del sistema. Esta especificacio n se harealizado de acuerdo al estandar IEEE Recommended Practice for Software RequirementsSpecification IEEE Std 830-1998 .

1.1 Propo sitoEl objeto de la especificacio n es definir de manera clara y precisa las funcionalidades y restriccionesdel sistema que se desea construir.

1.2 Ambito del SistemaEl futuro sistema recibira el nombre de GesProMet.

El motor que impulsa el desarrollo del sistema es el de implementar una herramienta que soporte lagestio n de un proyecto que utilice la metodologa Metrica Versio n 3.

La herramienta permitira el almacenamiento centralizado de los productos que se generen en unproyecto y facilitara la asignacio n y seguimiento de tareas de los miembros del proyecto, todo esto bajoel esquema propuesto por la metodologa Metrica Versio n 3.

1.3 Definiciones, Acro nimos y Abreviaturas

1.3.1 DefinicionesMetrica Versio n 3 Metodologa de desarrollo de software que soportara el sistema

GesProMetActividades Partes en las que se ha descompuesto los procesos definidos en

Metrica Versio n 3Tareas Partes en las que se ha descompuesto cada una de las actividades

definidas en Metrica Versio n 3.Subtareas Partes en las que se ha descompuesto las tareas definidas en Metrica

Versio n3. Las subtareas son definidas so lo en caso necesario.Paquete Agrupamiento de casos de uso y actores por funcionalidad que

proveera el sistema GesProMet

1.3.2 Acro nimosERS Especificacio n de Requisitos de Software

1.4 Referencias IEEE Recommended Practice for Software Requirements Specification IEEE Std 830-1998

1.5 Visio n General de la ERSEste documento consta de tres secciones. Esta seccio n es la Introduccio n y proporciona una visio ngeneral de la ERS. En la Seccio n 2 se da una descripcio n general del sistema, con el fin de conocer lasprincipales funciones que debe realizar, los datos asociados y los factores, supuestos y dependenciasque afectan al desarrollo, sin entrar en excesivos detalles. En la seccio n 3 se definen detalladamente losrequisitos que debe satisfacer el sistema.


Pagina 6 de 33

2. Descripcio n GeneralEn esta seccio n se presenta una descripcio n a alto nivel del sistema. Se presentara el modelo de casosde uso (modelo que muestra la funcionalidad del sistema), las caractersticas de los usuarios, lassuposiciones y dependencias del sistema.

2.1 Modelo de Casos de UsoEn esta seccio n se presentan los diagramas de casos de uso del sistema obtenidos durante el proceso deespecificacio n de requisitos, los cuales permiten mostrar a alto nivel las funcionalidades que el sistemarealizara.

Inicialmente, se indica el catalogo de actores que interactu a con el sistema y posteriormente ladescripcio n de cada uno de los paquetes con sus respectivos diagramas de casos de uso.

2.1.1 Catalogo de Actores

Adm inis trador del SI Miem bro de proyecto

Us uario del s is tem a

_Jefe de Proyecto

Figura 1: Diagrama de Actores del Sistema

Administrador del sistemaPersona encargada de crear los nuevos proyectos al sistema. Tambien debera ingresar los nuevosusuarios que trabajaran con el sistema.

Usuario del sistemaRepresenta a cualquier persona que trabajara con el sistema.

Miembro del proyectoPersona que trabajara con el sistema y que forma parte del equipo del proyecto.

Jefe de ProyectoPersona encargada de la administracio n del proyecto de software.

TiempoRepresenta a un determinado instante de tiempo en el que tiene que ejecutarse un caso de usoespecfico.


Pagina 7 de 33

2.1.2 Casos de Uso por Paquete

2.1.2.1 Paquete Administracio n del Sistema.Este paquete contiene los casos de uso que corresponden a la administracio n del sistema (creacio n,modificacio n y eliminacio n de usuarios del sistema y proyectos) y a la validacio n de usuarios alsistema.

Los casos de uso incluidos en este paquete son: Actualizar Proyectos, Actualizar Usuarios y ValidarUsuario.

Actualizar proyectos

Actualizar usuarios

Administrador del SI

Figura 2: Diagrama de Casos de Uso de Administracio n del Sistema

Actualizar ProyectosEl propo sito de este caso de uso es el de ingresar nuevos proyectos al sistema. Tambien se incluyen lastareas de mantenimiento de proyectos.

Actualizar UsuariosEl propo sito de este caso de uso es el de ingresar nuevos usuarios al sistema. Tambien se incluyen lastareas de mantenimiento de usuarios.


Pagina 8 de 33

2.1.2.2 Paquete Gestio n de la Configuracio n.Este paquete contiene los casos de uso que corresponden a la Gestio n de la Configuracio n. Aqu seincluyen los casos de uso que permitiran ingresar y registrar los diferentes productos generados en losprocesos de METRICA versio n 3.

Los casos de uso incluidos en este paquete son: Registrar Productos Globales, Revisar ProductosAlmacenados, Actualizar Productos y Bloquear o Desbloquear Ficheros.

Registrar productos globales

Revisar productos del proyectoMiembro de proyecto

Bloquear o desb loquear ficheros

Actualizar versiones de ficheros

Determinar productos a realizar

_Jefe de Proyecto

Seleccionar tareas

(from Gesti o n de proyectos)

Figura 3: Diagrama de Casos de Uso de Gestio n de la Configuracio n

Registrar Productos GlobalesEl propo sito de este caso de uso es el de indicar cuales son las versiones de los productos y ficherosgenerados que corresponden al final de un proceso de analisis, diseno, construccio n o implantacio n delsistema.

Revisar Productos del ProyectoEl propo sito de este caso de uso es el de ver la informacio n referente a los productos y ficherosalmacenados en el sistema, y poder obtener un fichero especfico para almacenarlo en la maquina local(ordenador del miembro del proyecto).

Determinar Productos a RealizarEl propo sito de este caso de uso es el de anadir o eliminar productos que se realizaran en el proyecto.

Bloquear o Desbloquear FicherosEl propo sito de este caso de uso es el de bloquear o desbloquear ficheros en una tarea especfica. Estecaso de uso extiende al caso de uso Revisar Productos del Proyecto..

Actualizar Versiones de FicherosEl propo sito de este caso de uso es el anadir nuevas versiones de ficheros al proyecto (los ficherosconforman los productos generados en el proyecto). Este caso de uso extiende al caso de uso RevisarProductos del Proyecto.


Pagina 9 de 33

2.1.2.3 Paquete Gestio n de Proyectos.Este paquete contiene los casos de uso que corresponden a la Gestio n del Proyecto. Aqu se incluyenlos casos de uso que permitiran administrar los recursos humanos y configurar las tareas especificadasen la metodologa METRICA versio n 3.

Los casos de uso incluidos en este paquete son: Realizar Seguimiento de Tareas, RealizarConfiguracio n Inicial de Tareas, Asignar Perfiles de Usuario, Actualizar Tareas del Proyecto,Determinar Productos a Realizar, Asignar Tareas o Subtareas a Miembros del Proyecto, NotificarIncidencias, Revisar Fichas de Horas Trabajadas, Ingresar Fichas de Horas Trabajadas, RevisarInformacio n de Tareas Asignadas, Generar Fichas de Horas Trabajadas, Seleccionar Tareas yActualizar Subtareas.

Actualiz ar sub tareas

Reali za r configu raci o n in ici al d etareas

Realizar s eguim iento de tareas

Actuali zar tareas del proyec to

As ignar perfiles de us uario

Determi nar productos a reali zar

As ignar tareas o s ubtareas am iem bros de l proyecto

Seleccionar tareas

Ingres ar ficha de horas trabajadas

Revis ar inform acio n de tareasasignadas

Revis ar fichas de horas trabaj adas

Tiem po Generar fichas de horas trabajadas

Miem bro de proyecto

_Jefe de Proyecto

Notificar incidencias

Figura 4: Diagrama de Casos de Uso de la Gestio n de Proyectos


Pagina 10 de 33

Realizar Seguimiento de TareasEl propo sito de este caso de uso es el de realizar el seguimiento de las tareas y/o subtareas, y de estamanera determinar el progreso realizado en cada una de ellas.

Realizar Configuracio n Inicial de TareasEl propo sito de este caso de uso es el de configurar las tareas de METRICA versio n 3 que se realizaranen el proyecto. Este caso de uso se ejecuta so lo al inicio del proyecto.

Asignar Perfiles de UsuarioEl propo sito de este caso de uso es el de asignar a los integrantes del proyecto los perfiles de usuariosque estan definidos en METRICA versio n 3.

Actualizar Tareas del ProyectoEl propo sito de este caso de uso es el de anadir tareas que no ingreso al inicio del proyecto o eliminartareas que no se realizaran. Tambien, en este caso de uso, se modifican las fechas de inicio y finalizacio n para de las tareas.

Asignar Tareas o Subtareas a Miembros del ProyectoEl propo sito de este caso de uso es el de asignar a los miembros del proyecto que realizaran las tareas osubtareas y quien es el responsable de cada una de ellas.

Notificar IncidenciasEl propo sito de este caso de uso es el de notificar alguna incidencia producida en una tarea o subtareadel proyecto.

Revisar Fichas de Horas TrabajadasEl propo sito de este caso de uso es el de revisar las fichas de horas trabajadas que el miembro delproyecto haya ingresado al sistema.

Ingresar Ficha de Horas TrabajadasEl propo sito de este caso de uso es el que el miembro del proyecto pueda ingresar cuantas horas trabajoen la semana y en que tareas o subtareas.

Revisar Informacio n de Tareas AsignadasEl propo sito de este caso de uso es el de revisar las tareas que tiene y ha tenido asignadas un miembrodel proyecto determinado.

Generar Fichas de Horas TrabajadasEl propo sito de este caso de uso es el de generar las fichas de horas trabajadas, para que el miembro delproyecto pueda ingresar el tiempo que le ha tomado realizar cada tarea o subtarea asignada en lasemana.

Seleccionar TareasEl propo sito de este caso de uso es el de seleccionar la tarea o subtarea a la que se le realizara unadeterminada accio n. Este caso de uso es abstracto, siendo incluido por otros casos de uso.


Pagina 11 de 33

Actualizar SubtareasEl propo sito de este caso de uso es el de modificar las subtareas que correspondan a una tarea de lametodologa METRICA versio n 3. Este caso de uso es abstracto y extiende la funcionalidad del caso deuso Actualizar Tareas del Proyecto.

2.2 Caractersticas de los UsuariosEl sistema de informacio n debera ofrecer una interfaz de usuario intuitivo, facil de aprender y sencillode manejar para que facilite la labor de los miembros de un proyecto de desarrollo de software queutilice como metodologa de desarrollo Metrica Versio n 3.

Se deduce que los usuarios del sistema seran personas con altos conocimiento en Informatica y conexperiencia en el manejo de aplicaciones a las que les sera muy facil la utilizacio n de este sistema.

2.3 Suposiciones y Dependencias

2.3.1 SuposicionesSe asume que los requisitos descritos en este documento son estables una vez que sea aprobado.Cualquier peticio n de cambios en la especificacio n debe ser aprobada por todas las partes y gestionadapor el grupo de Gestio n de la Configuracio n

2.3.2 DependenciasEl sistema GesProMet funciona auto nomamente, sin necesidad de comunicarse con otros sistemasexternos, por lo que no hay dependencias respecto de otros sistemas.

El sistema se desarrollara utilizando tecnologa Web, por lo que la disponibilidad del sistemadependera de la conexio n entre las maquinas clientes que tienen un navegador y la maquina quecontiene el servidor web.

3. Requisitos EspecficosEsta seccio n contiene a nivel detallado la funcionalidad y restricciones del sistema. El detalle de lafuncionalidad se determina con la especificacio n de casos de uso y las restricciones a la funcionalidadse especifican con los requisitos de interfaces externos, los requisitos de rendimiento, los requisitos dedesarrollo y los atributos de software.

3.1 Especificacio n de Casos de Uso

3.1.1 Paquete Administracio n del Sistema.Este paquete contiene los casos de uso que corresponden a la Gestio n de la Configuracio n. Aqu seincluyen los casos de uso que permitiran ingresar y registrar los diferentes productos generados en losprocesos de METRICA versio n 3.


3.1.1.1 Actualizar ProyectosEl propo sito de este caso de uso es el de ingresar nuevos proyectos al sistema. Tambien se incluyen lastareas de mantenimiento de proyectos.

Este caso de uso es iniciado por el administrador del sistema.


Pagina 12 de 33

1. Flujo de TrabajoA continuacio n se detalla el flujo basico de este caso de uso.

1.1 Flujo Ba sico1. El caso de uso se inicia cuando el administrador del sistema selecciona Actualizar Proyectos.

2. El sistema muestra las siguientes opciones: Anadir Proyecto, Modificar Proyecto y EliminarProyecto.

3. El administrador del sistema selecciona Anadir Proyecto.

4. El sistema muestra un formulario en blanco.

5. El administrador del sistema ingresa la siguiente informacio n en el sistema: co digo delproyecto, nombre del proyecto, empresa a la que corresponde el proyecto (opcional), fecha deinicio del proyecto, fecha estimada de fin de proyecto y el jefe de proyecto.

6. El sistema verifica los datos. Si se encuentran correctos crea un nuevo proyecto y le asigna unnu mero correlativo.

7. Los pasos 2-4 son repetidos para cada proyecto nuevo. Cuando se termina de anadir proyectoel caso de uso finaliza.

1.2 Flujos Alternativos

1.2.1 Modificar un proyecto1. El administrador del sistema selecciona Modificar un Proyecto .

2. El sistema muestra un formulario con la relacio n de proyectos existentes.

3. El administrador del sistema selecciona el proyecto.

4. El sistema muestra la informacio n del proyecto.

5. El administrador del sistema modifica uno o mas campos del cliente tales como: nombre delproyecto, empresa a la que corresponde el proyecto (opcional), fecha de inicio del proyecto,fecha estimada de fin de proyecto y el jefe de proyecto.

6. El administrador del sistema acepta los cambios realizados.

7. El sistema guarda los cambios realizados.

8. Los pasos 3-7 son repetidos para cada proyecto que se desee modificar. Cuando se termina demodificar los datos de los proyectos el caso de uso finaliza.

1.2.2 Eliminar un proyecto

1. El administrador del sistema selecciona Eliminar un Proyecto .

2. El sistema muestra un formulario con la relacio n de proyectos existentes.

3. El administrador del sistema selecciona el proyecto a eliminar.

4. El sistema muestra la informacio n del proyecto.

5. El administrador del sistema selecciona eliminar .

6. El sistema muestra un mensaje de verificacio n.

7. El administrador del sistema selecciona s .

8. Si el proyecto contiene informacio n, el sistema muestra un mensaje de error; en caso contrario,se elimina el proyecto.

9. Los pasos 2-8 se repiten para todos los proyectos que se deseen borrar. Cuando no se deseeeliminar mas proyectos del sistema, el caso de uso finaliza.


Pagina 13 de 33

2. Requerimientos especialesNo existen requerimientos especiales en este caso de uso.

3. Precondiciones3.1 Validacio n de usuario

Para que este caso de uso se ejecute, se ha debido realizar el caso de uso Verificar Usuario.

4. Postcondiciones

4.1 Informacio n de proyectos actualizadoLuego de haberse ejecutado este caso de uso, la informacio n de los proyectos se haactualizado.

5. Puntos de Extensio nNo existen puntos de extensio n para este caso de uso

3.1.1.2 Actualizar UsuariosEl propo sito de este caso de uso es el de ingresar nuevos usuarios al sistema. Tambien se incluyen lastareas de mantenimiento de usuarios.

Este caso de uso es iniciado por el administrador del sistema.


1.1 Flujo Ba sico1. El caso de uso se inicia cuando el administrador del sistema selecciona Actualizar Usuarios.

2. El sistema muestra las siguientes opciones: Anadir Usuario, Modificar Usuario y EliminarUsuario.

3. El administrador del sistema selecciona Anadir Usuario.


5. El administrador del sistema ingresa la siguiente informacio n en el sistema: nombre(s),apellido paterno, apellido materno, direccio n, fecha de nacimiento, telefono de domicilio,telefono mo vil, identificacio n de usuario (login), contrasena, telefono y extensio n de trabajo,correo electro nico, archivo con su fotografa, estado de activo/inactivo y fecha de cese.

6. El sistema verifica los datos. Si se encuentran correctos crea un nuevo usuario y le asigna unnu mero correlativo.

7. Los pasos 2-4 son repetidos para cada usuario nuevo. Cuando se termina de anadir usuarios elcaso de uso finaliza.


1.2.1 Modificar un usuario1. El administrador del sistema selecciona Modificar un Usuario .

2. El sistema muestra la relacio n de usuarios del sistema.


Pagina 14 de 33

3. El administrador del sistema selecciona un usuario.

4. El sistema muestra la informacio n del usuario.

5. El administrador del sistema modifica uno o mas campos del cliente tales como: nombre(s),apellido paterno, apellido materno, direccio n, fecha de nacimiento, telefono de domicilio,telefono mo vil, identificacio n de usuario (login), contrasena, telefono y extensio n de trabajo,correo electro nico, estado de activo/inactivo y fecha de cese.

6. El administrador del sistema acepta los cambios realizados.


8. Los pasos 3-7 son repetidos para cada usuario que se desee modificar. Cuando se termina demodificar los datos de los usuarios el caso de uso finaliza.

1.2.2 Eliminar un usuario1. El administrador del sistema selecciona Eliminar un Usuario .

2. El sistema muestra la relacio n de usuarios del sistema.

3. El administrador del sistema selecciona eliminar de un usuario especfico.

4. El sistema muestra un mensaje de verificacio n.

5. El administrador del sistema selecciona s .

6. Si existe en el sistema informacio n con ese usuario, el sistema muestra un mensaje de error; encaso contrario, se elimina el usuario.

7. Los pasos 2-8 se repiten para todos los usuarios que se deseen borrar. Cuando no se deseeeliminar mas usuarios del sistema, el caso de uso finaliza.




4. Postcondiciones

4.1 Informacio n de clientes actualizadoLuego de haberse ejecutado este caso de uso, la informacio n de los usuarios se ha actualizado.


3.1.2 Paquete Gestio n de la Configuracio n.Este paquete contiene los casos de uso que corresponden a la Gestio n de la Configuracio n. Aqu seincluyen los casos de uso que permitiran ingresar y registrar los diferentes productos generados en losprocesos de METRICA versio n 3.



Pagina 15 de 33

3.1.2.1 Registrar Productos Globales

3.1.2.2 Determinar Productos a RealizarEl propo sito de este caso de uso es el de anadir o eliminar productos que se realizaran en el proyecto.

Este caso de uso es iniciado por el jefe de proyecto.

1. Flujo de Trabajo

1.1 Flujo Ba sico1. El caso de uso se inicia cuando el jefe de proyecto selecciona Actualizar Productos.

2. Incluir caso de uso Seleccionar Tareas.

3. El sistema muestra un formulario con la relacio n de productos de METRICA versio n 3 paralas tareas seleccionadas.

4. El jefe de proyecto selecciona los productos a realizar y elimina la seleccio n de las que no sehan realizado o no se van a realizar. El usuario selecciona Aceptar

5. El sistema verifica los datos. Si se encuentran correctos, actualiza la informacio n.

6. Los pasos 2-5 son repetidos para cada proceso.

7. El caso de uso finaliza.


1.2.1 Las productos a eliminar tienen ficheros asociadosEn el caso que los productos a eliminar tengan asociados ficheros, el sistema mostrara unmensaje de confirmacio n. Si el usuario acepta la accio n, el sistema registrara los cambios yguardara una copia de los ficheros.


3. Precondiciones

3.1 Validacio n de usuarioPara que este caso de uso se ejecute, se ha debido realizar el caso de uso Verificar Usuario.

3.2 Configuracio n inicial de tareasPara que este caso de uso se ejecute, se ha debido realizar el caso de uso RealizarConfiguracio n Inicial de Tareas.

4. Postcondiciones

4.1 Informacio n de productos actualizadoLuego de haberse ejecutado este caso de uso, la informacio n de las productos se haactualizado.

5. Puntos de Extensio nNo existen puntos de extensio n para este caso de uso.


Pagina 16 de 33

3.1.2.3 Revisar Productos del ProyectoEl propo sito de este caso de uso es el de ver la informacio n referente a los productos y ficherosalmacenados en el sistema, y poder obtener un fichero especfico para almacenarlo en la maquina local(ordenador del miembro del proyecto).

Este caso de uso es iniciado por cualquier miembro del proyecto.


1.1 Flujo Ba sico1. Incluir caso de uso Seleccionar Tareas.

2. El sistema muestra la relacio n de productos con la siguiente informacio n por cada uno deellos: nombre de producto, nu mero de ficheros existentes y la lista de personas que tienenbloqueados los ficheros del producto.

3. Si el miembro del proyecto selecciona uno de los productos mostrados:

A. El sistema muestra la relacio n de ficheros que corresponden al producto con la siguienteinformacio n: nombre del fichero, nu mero de la u ltima versio n, miembro del proyecto quelo tiene bloqueado y a que otros productos del proyecto corresponde cada fichero.

B. Si el miembro del proyecto selecciona uno de los ficheros:

I. El sistema muestra la relacio n de versiones del fichero con la siguienteinformacio n por cada versio n: nu mero de versio n, descripcio n, autor(es) de laversio n y miembro del proyecto que lo ingreso al sistema.

II. Si el usuario selecciona la versio n del fichero y selecciona descargar ,ver flujo alternativo Descargar fichero.


1.2.1 Descargar fichero.Este flujo alternativo se produce cuando se selecciona Descargar de un fichero. En este casose produce lo siguiente:

1. El sistema muestra un formulario para seleccionar la ruta do nde se va a descargar el archivo.

2. El miembro del proyecto selecciona la ruta do nde se descargara el fichero.

3. El sistema descarga el archivo.




4. PostcondicionesNo existen postcondiciones para este caso de uso.


Pagina 17 de 33

5. Puntos de Extensio n

5.1 Bloquear o desbloquear ficherosOcurre si se produce el paso 3 y si el usuario tiene permisos para realizar estas acciones.

5.2 Actualizar Versio n de FicheroOcurre si se produce el paso 3 A y si el usuario tiene permisos para realizar estas acciones.

3.1.2.4 Bloquear o Desbloquear FicherosEl propo sito de este caso de uso es el de bloquear o desbloquear ficheros en una tarea especfica. Estecaso de uso extiende al caso de uso Revisar Productos del Proyecto.


1.1 Flujo Ba sico1. El miembro del proyecto selecciona uno o mas ficheros.

2. Si el miembro del proyecto selecciona Bloquear :

El sistema modifica el estado de los ficheros por bloqueado y almacena que miembro delproyecto ha realizado el cambio.

3. Si el miembro del proyecto selecciona Desbloquear

El sistema modifica el estado de los ficheros por desbloqueado y almacena que miembrodel proyecto ha realizado el cambio.

4. El sistema muestra la informacio n actualizada.


1.2.1 El fichero ya haba sido bloqueado por otro miembro del proyectoEn el paso 2: en el caso que al bloquear el fichero este ya haya sido bloqueado, el sistemamuestra un mensaje de error y actualiza la informacio n en pantalla.


3. Precondiciones


3.2 Realizacio n actual de la tareaPara que este caso de uso se ejecute, el sistema tiene que tener registrado que en ese momentomiembro del proyecto esta ejecutando la tarea a la que va a ingresar el fichero.

4. Postcondiciones

4.1 Estado de ficheros actualizadoLuego de haberse ejecutado este caso de uso, el estado de los ficheros se ha actualizado.



Pagina 18 de 33

3.1.2.5 Actualizar Versiones de FicherosEl propo sito de este caso de uso es el anadir nuevas versiones de ficheros al proyecto (los ficherosconforman los productos generados en el proyecto). Este caso de uso extiende al caso de uso RevisarProductos del Proyecto.


1.1 Flujo Ba sico1. El caso de uso se inicia cuando el miembro del proyecto selecciona Actualizar Fichero de una

tarea especfica.

2. El sistema muestra un formulario para que el usuario seleccione el fichero que se encuentra ensu ordenador y desea actualizar en el sistema. El formulario tambien permitira el ingreso decomentarios.

3. El usuario selecciona el nombre y la ruta del fichero a actualizar. Tambien, podra ingresarcomentarios de la nueva versio n del fichero.

4. El sistema verifica que el nombre del fichero seleccionado por el usuario sea el mismo delsistema. Si tienen el mismo nombre, actualiza la informacio n; en caso contrario muestra unmensaje de error.



1.2.1 Se ingresa un fichero nuevoEn el caso que el usuario desee ingresar un nuevo fichero que corresponda a ese producto:

1. El usuario seleccionara Ingresar Nuevo Fichero.

2. El sistema mostrara un formulario para que el usuario seleccione el fichero que se encuentraen su ordenador y desea ingresar en el sistema. El formulario tambien permitira el ingreso decomentarios y de otros productos que correspondan a ese fichero.

3. El usuario selecciona el nombre y la ruta del fichero a actualizar. Tambien, ingresaracomentarios y seleccionara los productos que correspondan a ese fichero, si aplica.

4. El sistema ingresa el nuevo fichero y el caso de uso finaliza.

1.2.2 An adir producto asociado a un ficheroEl usuario podra anadir algu n otro producto que este asociado a un determinado fichero. Paraello, el sistema mostrara la relacio n de productos y el usuario podra seleccionar los que deseeanadir.


3. Precondiciones


3.2 El mismo usuario tiene bloqueado el ficheroPara que este caso de uso se ejecute, el miembro del proyecto tiene que haber bloqueado el


Pagina 19 de 33

fichero para evitar que otro usuario lo pueda modificar mientras ese miembro del proyecto seencuentra actualizando el contenido de los ficheros.

El usuario puede ingresar la primera versio n de un fichero.

3.3 Realizacio n actual de la tareaPara que este caso de uso se ejecute, el sistema tiene que tener registrado que en ese momentoel miembro del proyecto esta ejecutando la tarea a la que va a ingresar el fichero.

4. Postcondiciones

4.1 Lista de productos y ficheros actualizadoLuego de haberse ejecutado este caso de uso, los productos y sus ficheros asociados se hanactualizado.


3.1.3 Paquete Gestio n de Proyectos.Este paquete contiene los casos de uso que corresponden a la Gestio n del Proyecto. Aqu se incluyenlos casos de uso que permitiran administrar los recursos humanos y configurar las tareas especificadasen la metodologa METRICA versio n 3.

Los casos de uso incluidos en este paquete son: Realizar Seguimiento de Tareas, RealizarConfiguracio n Inicial de Tareas, Asignar Perfiles de Usuario, Actualizar Tareas del Proyecto,Determinar Productos a Realizar, Asignar Tareas o Subtareas a Miembros del Proyecto, NotificarIncidencias, Revisar Fichas de Horas Trabajadas, Ingresar Fichas de Horas Trabajadas, RevisarInformacio n de Tareas Asignadas, Generar Fichas de Horas Trabajadas, Seleccionar Tareas yActualizar Subtareas.

3.1.3.1 Realizar Seguimiento de TareasEl propo sito de este caso de uso es el de realizar el seguimiento de las tareas y/o subtareas, y de estamanera determinar el progreso realizado en cada una de ellas.


1. Flujo de Trabajo

1.1 Flujo Ba sico1. El caso de uso se inicia cuando el jefe de proyecto selecciona Revisar Tareas y/o Subtareas.


3. El sistema muestra la siguiente informacio n por la tarea o subtarea seleccionada: fecha deinicio, fecha de finalizacio n, horas trabajadas, horas faltantes para acabar la tarea, estado de latarea (en proceso, finalizado), personas asignadas, porcentaje de avance sobre el total y segu neste u ltimo dato, la fecha esperada de finalizacio n. Tambien se mostraran las incidencias quese ha producido en la tarea o subtarea, indicando la siguiente informacio n: fecha, descripcio nde la incidencia, estado y observaciones.

4. Si el jefe de proyecto desea cambiar la fecha de finalizacio n:

a. El usuario cambia la fecha y luego selecciona Guardar Cambios.

b. El sistema guarda los cambios realizados.

5. Si el jefe de proyecto desea cambiar el estado de la tarea o subtarea


Pagina 20 de 33

a. El usuario cambia el estado de la tarea o subtarea y luego selecciona Guardar Cambios.


6. Si el jefe de proyecto desea cambiar el estado de una incidencia:

a. El usuario selecciona el nuevo estado de la incidencia y luego selecciona GuardarCambios.


7. El caso de uso finaliza


1.2.1 Ver el histo rico de la tarea o subtareaEste flujo alternativo se produce luego del paso 2 del flujo basico. Los pasos siguientes son:

1. El usuario selecciona Ver Histo rico.

2. El sistema muestra la informacio n que se detalla en el paso 3 del flujo basico, indicando lasemana que le corresponde.



3. Precondiciones



4. Postcondiciones4.1 Fecha de finalizacio n actualizada

Si el usuario ha cambiado la fecha de finalizacio n de la tarea o subtarea y ha seleccionadoGuardar Cambios, la fecha de finalizacio n se ha modificado.

4.2 Estado de la incidencia actualizadaSi el usuario ha cambiado el estado de la incidencia y ha seleccionado Guardar Cambios, elestado de la incidencia se ha modificado.


3.1.3.2 Realizar Configuracio n Inicial de TareasEl propo sito de este caso de uso es el de ingresar la informacio n inicial necesaria para la seleccio n detarea que se realizaran en el proyecto. Para ello, se ingresara el nu mero de iteraciones a realizar y si eldesarrollo es de tipo estructurado u orientado a objetos.

Este caso de uso es iniciado por el jefe de proyecto y so lo se realiza al inicio del proyecto.


Pagina 21 de 33

1. Flujo de Trabajo

1.1 Flujo Ba sico1. El caso de uso se inicia cuando el jefe de proyecto selecciona un proyecto a configurar.

2. El sistema muestra un formulario indicando las opciones del tipo de proyecto que sedesarrollara: estructurado u orientado a objetos. Tambien mostrara el nu mero de iteraciones arealizar.

3. El usuario selecciona el tipo de proyecto y el nu mero de iteraciones que se realizara yselecciona Aceptar. Se asume que en todas las iteraciones se van a realizar todos los procesosy productos de METRICA versio n 3.

4. El sistema guarda los cambios, actualiza la informacio n en la pantalla y el caso de uso finaliza.

1.2 Flujos AlternativosNo existen flujos alternativos para este caso de uso

2. Requerimientos especialesLa excepcio n es el Estudio de Viabilidad del Sistema que se realiza una sola vez, al inicio delproyecto, no existiendo mas de una iteracio n para su ejecucio n.

3. Precondiciones

3.1 Validacio n de usuarioPara que este caso de uso se ejecute, se ha debido realizar el caso de uso Verificar Usuario .

3.2 Primera vez que el jefe de proyecto ingresa al proyectoPara que este caso de uso se ejecute, tiene que ser la primera vez que el jefe de proyecto va aingresar la informacio n de un nuevo proyecto.

4. Postcondiciones4.1 Actividades y tareas del proyecto seleccionadas.

Luego de haberse ejecutado este caso de uso, el proyecto tiene registrado el nu mero deiteraciones, las actividades, tareas y productos que se van a realizar.


3.1.3.3 Asignar Perfiles de UsuarioEl propo sito de este caso de uso es el de asignar a los integrantes del proyecto los perfiles de usuariosque estan definidos en METRICA versio n 3.


1. Flujo de Trabajo1.1 Flujo Ba sico

1. El caso de uso se inicia cuando el jefe de proyecto selecciona Asignar perfiles a un nuevomiembro del proyecto .

2. El sistema muestra un formulario con la lista de usuarios del sistema que no son integrantesdel proyecto.

3. El jefe de proyecto selecciona un usuario del sistema.


Pagina 22 de 33

4. El sistema muestra un formulario con la relacio n de perfiles de usuario de METRICA versio n3.

5. El jefe de proyecto selecciona los perfiles que corresponden a ese miembro del proyecto.

6. El jefe de proyecto selecciona Aceptar Cambios .


8. El sistema muestra la relacio n de personas que participan en el proyecto y sus perfiles.

9. Los pasos 3-10 son repetidos para cada miembro de proyecto nuevo. Cuando se termina deanadir miembros el caso de uso finaliza.


1.2.1 Modificar perfiles a un miembro del proyectoLuego del paso 2 del flujo basico, se ejecutan los siguientes pasos:

1. El sistema muestra un formulario con la relacio n de personas que participan en el proyecto ysus perfiles.

2. El jefe de proyecto selecciona un miembro de proyecto.

3. El sistema muestra los perfiles asignados al miembro seleccionado.

4. El jefe de proyecto anade o elimina perfiles de usuario a ese miembro del proyecto.

5. El sistema verifica los datos ingresados. Si los datos son correctos, el sistema guarda loscambios solicitados.

6. El sistema muestra la relacio n de personas que participan en el proyecto y sus perfiles.

7. Los pasos 1-5 son repetidos para cada miembro del proyecto a modificar.

1.2.2 El miembro del proyecto tiene una tarea asignada sobre un perfil que se quiereeliminarEn el caso que el jefe de proyecto elimine un perfil a un miembro del proyecto y exista unatarea asignada a ese miembro que corresponda al perfil, el sistema mostrara un mensaje deerror indicando que no se puede realizar la actualizacio n.

Esto se puede producir en el paso 4 del flujo alternativo modificar perfiles a un miembro delproyecto.



Para que este caso de uso se ejecute, se ha debido realizar el caso de uso Verificar Usuario .

3.2 Previamente tiene que existir el miembro de proyecto como usuario del sistemaEn el caso que se quiera anadir un nuevo miembro de proyecto, el administrador del sistematiene que haberlo ingresado previamente como usuario del sistema (ver caso de uso actualizarusuarios)


Pagina 23 de 33

4. Postcondiciones

4.1 Informacio n de perfiles de usuario actualizadoLuego de haberse ejecutado este caso de uso, se ha modificado la informacio n sobre losperfiles de usuario de los miembros del proyecto.


3.1.3.4 Actualizar Tareas del ProyectoEl propo sito de este caso de uso es el de anadir tareas que no ingreso al inicio del proyecto o eliminartareas que no se realizaran. Tambien, en este caso de uso, se modifican las fechas de inicio yfinalizacio n para de las tareas.



1. El caso de uso se inicia cuando el jefe de proyecto selecciona Actualizar Tareas.


3. El jefe de proyecto selecciona las tareas a realizar y elimina la seleccio n de las que no se hanrealizado o no se van a realizar. El jefe de proyecto tambien puede ingresar las fechas de inicioy fin de la tarea.

4. El usuario selecciona Aceptar

5. El sistema verifica los datos. Si se encuentran correctos, actualiza la informacio n.

6. Los pasos 2-5 son repetidos para cada proceso.



1.2.1 Las tareas a eliminar tienen productos asociadosEn el caso que las tareas tengan asociados productos y ficheros, el sistema mostrara unmensaje de confirmacio n. Si el usuario acepta la accio n, el sistema registrara los cambios yguardara una copia de los ficheros que correspondan a las tareas eliminadas.

1.2.2 Las tareas a eliminar tienen recursos asignadosEn el caso que las tareas a eliminar tengan recursos asignados y no se haya trabajado ningunahora en ellos, el sistema mostrara un mensaje de confirmacio n. Si el usuario acepta la accio n,el sistema registrara los cambios.

En el caso que se hayan ingresado horas de trabajo a la tarea a eliminar, el sistema mostrara unmensaje de error indicando que no se pueden eliminar dicha tarea.


3. Precondiciones



Pagina 24 de 33


4. Postcondiciones

4.1 Informacio n de tareas actualizadoLuego de haberse ejecutado este caso de uso, la informacio n de las tareas se ha actualizado.

5. Puntos de Extensio n

5.1 Actualizar subtareasEste punto de extensio n se puede producir luego del paso 6 del flujo basico. Ver caso de usoActualizar subtareas.

3.1.3.5 Asignar Tareas o Subtareas a Miembros del ProyectoEl propo sito de este caso de uso es el de asignar a los miembros del proyecto que realizaran las tareas osubtareas y quien es el responsable de cada una de ellas.


1. Flujo de Trabajo

1.1 Flujo Ba sico1. El caso de uso se inicia cuando el jefe de proyecto selecciona Asignar Tareas o Subtareas a

Miembros del Proyecto.

2. Incluir caso de uso Seleccionar tareas.

3. El sistema muestra la relacio n de miembros del proyecto que pueden realizar la tarea osubtarea seleccionada.

4. El jefe de proyecto selecciona o elimina la seleccio n de los miembros del proyecto querealizaran la tarea o subtarea e ingresa al responsable de la tarea o subtarea. El jefe de proyectoselecciona Aceptar.

5. El sistema actualiza la informacio n.

6. Los pasos 2-5 son repetidos para cada tarea o subtarea. Cuando se termina de realizar laasignacio n, el caso de uso finaliza.

1.2 Flujos AlternativosNo existen flujos alternativos para este caso de uso.


3. Precondiciones



Pagina 25 de 33


4. Postcondiciones

4.1 Informacio n de asignacio n de tareas o subtareas actualizadaLuego de haberse ejecutado este caso de uso, se ha modificado la informacio n sobre quienesrealizaran una tarea o subtarea especfica.


3.1.3.6 Notificar IncidenciasEl propo sito de este caso de uso es el que el notificar alguna incidencia producida en una tarea osubtarea del proyecto.

Este caso de uso es iniciado por el miembro del proyecto o por el jefe del proyecto.

1. Flujo de Trabajo

1.1 Flujo Ba sico1. El caso de uso se inicia cuando el miembro o jefe del proyecto selecciona Notificar Incidencia.


3. El miembro o jefe del proyecto ingresa la siguiente informacio n: breve descripcio n de laincidencia, la tarea o subtarea de la incidencia, comentarios adicionales y seleccionar si seenva un correo electro nico a los participantes de la tarea, incluido el jefe del proyecto yresponsables.

4. El miembro o jefe del proyecto selecciona Aceptar.

5. El sistema guarda la informacio n ingresada y en enva el correo electro nico, si es el caso.



3. Precondiciones


4. Postcondiciones

4.1 Se registra la incidenciaLuego de haberse ejecutado este caso de uso, se ha actualizado la informacio n de lasincidencias.



Pagina 26 de 33

3.1.3.7 Revisar Fichas de Horas TrabajadasEl propo sito de este caso de uso es el de revisar las fichas de horas trabajadas que el miembro delproyecto haya ingresado al sistema.

Este caso de uso es iniciado por el jefe de proyecto o por un miembro del proyecto.

1. Flujo de Trabajo

1.1 Flujo Ba sico1. El caso de uso se inicia cuando el usuario selecciona Revisar Fichas de Horas Trabajadas.

2. El sistema muestra un formulario con la relacio n de semanas en las que el usuario haingresado fichas.

3. El usuario selecciona la semana en la que desea ver la ficha.

4. El sistema muestra la ficha de la semana seleccionada.

5. Los pasos 1-5 se repiten para todas las fichas a visualizar.



1.2.1 Ver fichas de los miembros del proyectoEste flujo alternativo se produce cuando el que va a revisar las fichas es el jefe de proyecto.Los pasos son los siguientes:

1. El jefe de proyecto selecciona Revisar Fichas de Horas Trabajadas.

2. El sistema muestra la relacio n de miembros del proyecto.

3. El jefe de proyecto selecciona un miembro del proyecto.

4. El sistema muestra la relacio n de semanas que el miembro del proyecto seleccionado tienefichas.

5. Repetir pasos 3-5 del flujo basico.

6. Si se desea revisar las fichas de otro miembro del proyecto, repetir pasos 3-5.



3. Precondiciones


4. Postcondiciones

4.1 Se muestra la informacio n de fichas ingresadasLuego de haberse ejecutado este caso de uso, el sistema muestra una ficha ingresada que elusuario haya seleccionado.



Pagina 27 de 33

3.1.3.8 Ingresar Ficha de Horas TrabajadasEl propo sito de este caso de uso es el que el miembro del proyecto pueda ingresar cuantas horas trabajoen la semana y en que tareas o subtareas.

Este caso de uso es iniciado por el miembro del proyecto.


1. El caso de uso se inicia cuando el miembro del proyecto selecciona Ingresar Horas Trabajadas.

2. El sistema muestra un formulario con las tareas que le corresponda realizar al miembro delproyecto.

3. El miembro del proyecto ingresa las horas que trabajo por tarea o subtarea y el porcentaje deavance sobre el total, en el caso que sea responsable de la tarea o subtarea.

4. El miembro del proyecto selecciona Aceptar.

5. El sistema guarda la informacio n ingresada y el caso de uso finaliza.

2. Requerimientos especialesLas fichas de horas trabajadas so lo se podran ingresar los viernes desde las 5pm hasta las 8pm.

3. Precondiciones


4. Postcondiciones

4.1 Informacio n de horas trabajadas actualizadaLuego de haberse ejecutado este caso de uso, se han actualizado las horas trabajadas en lastareas y/o subtareas.


3.1.3.9 Revisar Informacio n de Tareas AsignadasEl propo sito de este caso de uso es el de revisar las tareas que tiene y ha tenido asignadas un miembrodel proyecto determinado.

Este caso de uso es iniciado por el miembro del proyecto.

1. Flujo de Trabajo

1.1 Flujo Ba sico1. El caso de uso se inicia cuando el miembro del proyecto selecciona Revisar Informacio n de

Tareas Asignadas.


Pagina 28 de 33

2. El sistema muestra la siguiente informacio n para las tareas o subtareas asignadas a esemiembro del proyecto: fecha de inicio, fecha de finalizacio n, horas trabajadas, horas faltantespara acabar la tarea, estado de la tarea (en proceso, finalizado) y personas asignadas . Tambiense mostraran las incidencias que se ha producido en la tarea o subtarea, indicando la siguienteinformacio n: fecha, descripcio n de la incidencia, estado y observaciones.

3. El caso de uso finaliza


1.2.1 Ver so lo tareas finalizadasEste flujo alternativo se produce luego del paso 2 del flujo basico. En el caso que el miembrodel proyecto quiera ver las tareas que fueron finalizadas, seleccionara Ver Tareas Finalizadas yel sistema mostrara esa informacio n.


3. Precondiciones



4. PostcondicionesEl sistema muestra al miembro del proyecto la informacio n solicitada.


3.1.3.10 Generar Fichas de Horas TrabajadasEl propo sito de este caso de uso es el de generar las fichas de horas trabajadas, para que el miembro delproyecto pueda ingresar el tiempo que le ha tomado realizar cada tarea o subtarea asignada en lasemana.

Este caso de uso es iniciado todos los viernes a las 7 am.


1. El caso de uso se inicia los viernes a las 7 am.

2. Para cada miembro del proyecto se realiza lo siguiente:

a. El sistema revisa las tareas o subtareas que le corresponden al miembro del proyecto ygenera la ficha.

b. El sistema guarda la ficha generada.



Pagina 29 de 33

1.2 Flujos AlternativosNo existen flujos alternativos para este caso de uso.


3. PrecondicionesNo existen precondiciones para este caso de uso.

4. Postcondiciones

4.1 Se generan las fichas de la semana para los miembros del proyectoAl finalizar este caso de uso, se han generado las fichas de horas trabajadas para todos losmiembros del proyecto.


3.1.3.11 Seleccionar TareasEl propo sito de este caso de uso es el de seleccionar la tarea o subtarea a la que se le realizara unadeterminada accio n.

Este caso de uso es abstracto (es un caso de uso incluido por otros) y es iniciado por el jefe deproyecto.

1. Flujo de Trabajo

1.1 Flujo Ba sico1. El sistema muestra un formulario con la relacio n de iteraciones que se realizaran.

2. El usuario selecciona la iteracio n deseada.

3. El sistema muestra la relacio n de procesos de METRICA versio n 3 de la iteracio nseleccionada.

4. El usuario selecciona el proceso correspondiente a la iteracio n.

5. El sistema muestra un formulario con las actividades y tareas de METRICA versio n 3.

6. El usuario selecciona una tarea.



1.2.1 Existe subtareas en la tarea seleccionadaEn el caso que el usuario seleccione una tarea que contenga subtareas, el sistema mostrara larelacio n de subtareas.

1.2.2 So lo hay una iteracio nEn el caso que el proyecto so lo contenga una iteracio n, entonces los pasos 1 y 2 del flujobasico no se producen, mostrandose directamente los procesos de METRICA versio n 3.


Pagina 30 de 33

2. Requerimientos especialesEl Estudio de Viabilidad del Sistema no se encuentra en ninguna iteracio n.

3. Precondiciones

3.1 Validacio n de usuarioPara que este caso de uso se ejecute, se ha debido realizar el caso de uso Verificar Usuario .


3.1.3.12 Actualizar SubtareasEl propo sito de este caso de uso es el de modificar las subtareas que correspondan a una tarea de lametodologa METRICA versio n 3.

Este caso de uso es abstracto y extiende la funcionalidad del caso de uso Actualizar Tareas.

1. Flujo de Trabajo

1.1 Flujo Ba sico1. El jefe de proyecto selecciona Subtareas.

2. El sistema muestra la relacio n de subtareas de la tarea seleccionada.

3. El jefe de proyecto selecciona Anadir Subtarea.


5. El jefe de proyecto ingresa la siguiente informacio n de la subtarea: co digo, nombre, fecha deinicio y fecha de fin de la subtarea. El jefe de proyecto selecciona Aceptar.

6. El sistema registra la nueva subtarea.

7. Los pasos 4-5 son repetidos para cada subtarea nueva. Cuando se termina de anadir subtareasel caso de uso finaliza.


1.2.1 Modificar una subtareaEste flujo alternativo se ejecuta luego de el paso 2 del flujo basico. Luego, continu an lossiguientes pasos.

1. El jefe de proyecto selecciona las subtareas y luego selecciona Modificar.

2. El sistema muestra un formulario con las tareas a modificar.

3. El jefe de proyecto modifica el nombre, fecha de inicio o de fecha de fin de las subtareas.Luego, selecciona Aceptar.



1.2.2 Eliminar una subtareaEste flujo alternativo se ejecuta luego de el paso 2 del flujo basico. Luego, continu an lossiguientes pasos.

1. El jefe de proyecto selecciona las subtareas y luego selecciona Eliminar.


Pagina 31 de 33

2. El sistema verifica la informacio n. Si todo esta correcto, el sistema guarda los cambiosrealizados.


1.2.3 Las subtareas a eliminar tienen recursos asignadosEn el caso que las tareas a eliminar tengan recursos asignados y no se haya trabajado ningunahora en ellos, el sistema mostrara un mensaje de confirmacio n. Si el usuario acepta la accio n,el sistema registrara los cambios.

En el caso que se hayan ingresado horas de trabajo a la tarea a eliminar, el sistema mostrara unmensaje de error indicando que no se pueden eliminar dicha tarea.



Para que este caso de uso se ejecute, se ha debido realizar el caso de uso Verificar Usuario .

4. Postcondiciones

4.1 Informacio n de subtareas actualizadaLuego de haberse ejecutado este caso de uso, la informacio n de las subtareas se ha actualizado.

5. Puntos de Extensio nNo hay puntos de extensio n para este caso de uso.

3.2 Requisitos de Interfaces Externos

3.2.1 Interfaces de UsuarioLa interfaz de usuario sera en entorno web y el manejo del programa se realizara a traves de teclado yrato n.

3.2.2 Interfaces HardwareNo se han definido.

3.2.3 Interfaces SoftwareDe momento, no habra ninguna interfaz software con sistemas externos.

3.2.4 Interfaces de Comunicacio nLa conexio n entre el cliente y el servidor sera utilizando la red de la organizacio n donde se desarrolla elproyecto. Se asume que no existiran conexiones al sistema, externas a la red de la organizacio n.

3.3 Requisitos de RendimientoEl nu mero de puestos a los que se debe dar servicio simultaneamente es de unos 15 miembros deproyecto.

3.4 Requisitos de DesarrolloEl ciclo de vida elegido para desarrollar es el iterativo e incremental.


Pagina 32 de 33

3.5 Requisitos Tecnolo gicos La aplicacio n cliente se ejecutara sobre un PC que soporte un navegador Netscape 4.0 o Internet

Explorer 4.0 o superior

El servidor web debera contener lo siguiente:

o Windows Nt 4.0 o superior.o Microsoft .Net Frameworko Espacio en disco suficiente para almacenar todos los ficheros que se ingresaran.

3.6 Atributos de Software

3.6.1 SeguridadCuando un usuario intente conectarse al sistema debera introducir su usuario (login) y clave de acceso,y el sistema debera comprobar que se trata de un usuario autorizado. Si el identificador introducido nocorresponde a un usuario autorizado o la clave no coincide con la almacenada, se dara una indicacio nde error.

El sistema de informacio n tendra distintos tipos de usuarios y a cada uno de ellos se le permitirau nicamente el acceso a aquellas funciones y productos que le correspondan. Esta informacio n seencuentra contenida en los casos de uso del negocio y en las especificaciones de casos de uso delnegocio.

El Caso de Uso asociado a este atributo es Validar Usuario y en cierta manera el caso de usoActualizar Usuarios (Ver paquete Administracio n del sistema).

Validar usuarioUsuario del sistema

Figura 5: Diagrama de Casos de Uso asociado a Seguridad

3.6.1.1 Caso de uso Validar UsuarioEl propo sito de este caso de uso es permitir a un usuario que ingrese al sistema, evitando que cualquierpersona ajena al proyecto pueda acceder a la informacio n de dicho proyecto.


1.1 Flujo Ba sico1. El usuario ingresa su identificacio n de usuario (login) y su contrasena.

2. El sistema muestra la pantalla principal de la aplicacio n.


Pagina 33 de 33


1.2.1 El identificador del usuario o la contrasen a son invalidasEn el caso que la informacio n ingresada por el usuario sea incorrecta, el sistema mostrara unmensaje de error. El usuario podra intentar nuevamente la operacio n.

1.2.2 Cambiar contrasen aEn el caso que el usuario lo requiera, podra seleccionar Cambiar contrasena , para ello,debera ingresar su contrasena actual y su nueva contrasena dos veces. Si la informacio ningresada es correcta, se actualizara dicha informacio n. Si la contrasena es incorrecta o lasnuevas contrasenas no son las mismas, entonces se mostrara un mensaje de error.

2. Requerimientos especialesNo existen requerimientos especiales para esta caso de uso.

3. PrecondicionesNo existen precondiciones para este caso de uso.

4. PostcondicionesSi la informacio n ingresada es correcta, el usuario podra acceder al sistema.

5. Puntos de Extensio nNo existen puntos de extensio n en este caso de uso.

3.6.2 PortabilidadEl sistema no debera depender de una base de datos especfica.

ERS Ejemplo

Documents

Transcript of ERS Ejemplo