ERS Ejemplo

Sistema GesProMet Especificaci n de Requisitos de Software
Versi n:
Sistema para la Gesti n de Proyectos de Software Utilizando M# TRICA versi n 3.0

Fecha 02/05/2002 15/06/2002 1 2
Historia de Revisi n
Versi n Versi n inicial Modificaciones menores Descripci n Autor Jos%Pow Sang Jos%Pow Sang

Versi n 2
P#gina 2 de 33
Versi n:
Versi n:
Tabla de Contenidos
1. Introducci 1.1 1.2 1.3 1.3.1 1.3.2 1.4 1.5 n. Prop sito ' mbito del Sistema Definiciones, Acr nimos y Abreviaturas Definiciones Acr nimos Referencias Visi n General de la ERS 5 5 5 5 5 5 5 5 6 6 6 7 7 8 9 11 11 11 11 11 11 11 11 13 15 15 16 17 18 19 19 20 21 23 24 25 26 27 27 28 29 30 31 31 31 31 31 31 P#gina 3 de 33
3.4 3.5 3.6
Requisitos de Desarrollo Requisitos Tecnol gicos Atributos de Software 3.6.1 Seguridad 3.6.1.1 Caso de uso +Validar Usuario, 3.6.2 Portabilidad
31 32 32 32 32 33
2.
Descripci n General 2.1 2.1.1 2.1.2 Modelo de Casos de Uso Cat#logo de Actores Casos de Uso por Paquete 2.1.2.1 Paquete Administraci n del Sistema. 2.1.2.2 Paquete Gesti n de la Configuraci n. 2.1.2.3 Paquete Gesti n de Proyectos. Caracter)sticas de los Usuarios Suposiciones y Dependencias Suposiciones Dependencias
2.2 2.3 2.3.1 2.3.2 3.
Requisitos Espec)ficos 3.1 Especificaci n de Casos de Uso 3.1.1 Paquete Administraci n del Sistema. 3.1.1.1 Actualizar Proyectos 3.1.1.2 Actualizar Usuarios 3.1.2.1 Registrar Productos Globales 3.1.2.2 Determinar Productos a Realizar 3.1.2.3 Revisar Productos del Proyecto 3.1.2.4 Bloquear o Desbloquear Ficheros 3.1.2.5 Actualizar Versiones de Ficheros 3.1.3 Paquete Gesti n de Proyectos. 3.1.3.1 Realizar Seguimiento de Tareas 3.1.3.2 Realizar Configuraci n Inicial de Tareas 3.1.3.3 Asignar Perfiles de Usuario 3.1.3.4 Actualizar Tareas del Proyecto 3.1.3.5 Asignar Tareas o Subtareas a Miembros del Proyecto 3.1.3.6 Notificar Incidencias 3.1.3.7 Revisar Fichas de Horas Trabajadas 3.1.3.8 Ingresar Ficha de Horas Trabajadas 3.1.3.9 Revisar Informaci n de Tareas Asignadas 3.1.3.10 Generar Fichas de Horas Trabajadas 3.1.3.11 Seleccionar Tareas 3.1.3.12 Actualizar Subtareas 3.2 3.2.1 3.2.2 3.2.3 3.2.4 3.3 Requisitos de Interfaces Externos Interfaces de Usuario Interfaces Hardware Interfaces Software Interfaces de Comunicaci n Requisitos de Rendimiento
P#gina 4 de 33
Versi n:
Versi n:
Especificaci n de Requisitos de Software

1. Introducci n.
Este documento es una Especificaci n de Requisitos de Software (ERS) del Sistema GesProMet y contiene el resultado de la especificaci n de casos de uso del sistema. Esta especificaci n se ha realizado de acuerdo al est#ndar +IEEE Recommended Practice for Software Requirements Specification IEEE Std 830-1998, . 1.1 Prop sito El objeto de la especificaci n es definir de manera clara y precisa las funcionalidades y restricciones del sistema que se desea construir. %mbito del Sistema El futuro sistema recibir# el nombre de GesProMet. El motor que impulsa el desarrollo del sistema es el de implementar una herramienta que soporte la gesti n de un proyecto que utilice la metodolog)a M% trica Versi n 3. La herramienta permitir# el almacenamiento centralizado de los productos que se generen en un proyecto y facilitar# la asignaci n y seguimiento de tareas de los miembros del proyecto, todo esto bajo el esquema propuesto por la metodolog)a M% trica Versi n 3. 1.3 1.3.1 Definiciones, Acr nimos y Abreviaturas Definiciones M% trica Versi n 3 Actividades Tareas Subtareas Paquete Metodolog)a de desarrollo de software que soportar # el sistema GesProMet Partes en las que se ha descompuesto los procesos definidos en M% trica Versi n 3 Partes en las que se ha descompuesto cada una de las actividades definidas en M% trica Versi n 3. Partes en las que se ha descompuesto las tareas definidas en M% trica Versi n3. Las subtareas son definidas s lo en caso necesario. Agrupamiento de casos de uso y actores por funcionalidad que proveer# el sistema GesProMet
2.
Descripci n General
En esta secci n se presenta una descripci n a alto nivel del sistema. Se presentar# el modelo de casos de uso (modelo que muestra la funcionalidad del sistema), las caracter )sticas de los usuarios, las suposiciones y dependencias del sistema.
2.1
Modelo de Casos de Uso En esta secci n se presentan los diagramas de casos de uso del sistema obtenidos durante el proceso de especificaci n de requisitos, los cuales permiten mostrar a alto nivel las funcionalidades que el sistema realizar#. Inicialmente, se indica el cat#logo de actores que interact . a con el sistema y posteriormente la descripci n de cada uno de los paquetes con sus respectivos diagramas de casos de uso.
1.2
2.1.1
Cat#logo de Actores
Us uario del s is tem a
Adm inis trador del SI
Miem bro de proyecto
_Jefe de Pr oyecto
Figura 1: Diagrama de Actores del Sistema
1.3.2
Acr nimos ERS Especificaci n de Requisitos de Software
Administrador del sistema Persona encargada de crear los nuevos proyectos al sistema. Tambi % n deber# ingresar los nuevos usuarios que trabajar#n con el sistema. Usuario del sistema Representa a cualquier persona que trabajar # con el sistema. Miembro del proyecto Persona que trabajar# con el sistema y que forma parte del equipo del proyecto. Jefe de Proyecto Persona encargada de la administraci n del proyecto de software. Tiempo Representa a un determinado instante de tiempo en el que tiene que ejecutarse un caso de uso espec)fico.
1.4
Referencias IEEE Recommended Practice for Software Requirements Specification IEEE Std 830-1998
1.5
Visi n General de la ERS Este documento consta de tres secciones. Esta secci n es la Introducci n y proporciona una visi n general de la ERS. En la Secci n 2 se da una descripci n general del sistema, con el fin de conocer las principales funciones que debe realizar, los datos asociados y los factores, supuestos y dependencias que afectan al desarrollo, sin entrar en excesivos detalles. En la secci n 3 se definen detalladamente los requisitos que debe satisfacer el sistema.
P#gina 5 de 33
P#gina 6 de 33
Versi n:
Versi n:
2.1.2
Casos de Uso por Paquete
2.1.2.1 Paquete Administraci n del Sistema. Este paquete contiene los casos de uso que corresponden a la administraci n del sistema (creaci n, modificaci n y eliminaci n de usuarios del sistema y proyectos) y a la validaci n de usuarios al sistema. Los casos de uso incluidos en este paquete son: Actualizar Proyectos, Actualizar Usuarios y Validar Usuario.
2.1.2.2 Paquete Gesti n de la Configuraci n. Este paquete contiene los casos de uso que corresponden a la Gesti n de la Configuraci n. Aqu) se incluyen los casos de uso que permitir#n ingresar y registrar los diferentes productos generados en los procesos de M0 TRICA versi n 3. Los casos de uso incluidos en este paquete son: Registrar Productos Globales, Revisar Productos Almacenados, Actualizar Productos y Bloquear o Desbloquear Ficheros.
Registrar productos globales _Jefe de Proyecto
Actualizar proyectos
Determinar productos a realizar
<<include>>
<<include>>
Adm inistrador del SI

Miembro de proyecto Revisar productos del proyecto <<extend>>
Seleccionar tareas
(from Gesti n de proyectos)
Actualizar us uarios
<<extend>>
Bloquear o desb loquear ficheros
Actualizar versiones de ficheros
Figura 2: Diagrama de Casos de Uso de Administraci n del Sistema Figura 3: Diagrama de Casos de Uso de Gesti n de la Configuraci n
Actualizar Proyectos
El prop sito de este caso de uso es el de ingresar nuevos proyectos al sistema. Tambi % n se incluyen las tareas de mantenimiento de proyectos.
Registrar Productos Globales

El prop sito de este caso de uso es el de indicar cu#les son las versiones de los productos y ficheros generados que corresponden al final de un proceso de an #lisis, dise2o, construcci n o implantaci n del sistema.
Actualizar Usuarios
El prop sito de este caso de uso es el de ingresar nuevos usuarios al sistema. Tambi% n se incluyen las tareas de mantenimiento de usuarios.
Revisar Productos del Proyecto

El prop sito de este caso de uso es el de ver la informaci n referente a los productos y ficheros almacenados en el sistema, y poder obtener un fichero espec )fico para almacenarlo en la m#quina local (ordenador del miembro del proyecto).
Determinar Productos a Realizar

El prop sito de este caso de uso es el de a2adir o eliminar productos que se realizar#n en el proyecto.
Bloquear o Desbloquear Ficheros

El prop sito de este caso de uso es el de bloquear o desbloquear ficheros en una tarea espec )fica. Este caso de uso extiende al caso de uso Revisar Productos del Proyecto..
Actualizar Versiones de Ficheros

El prop sito de este caso de uso es el a2adir nuevas versiones de ficheros al proyecto (los ficheros conforman los productos generados en el proyecto). Este caso de uso extiende al caso de uso Revisar Productos del Proyecto.
P#gina 7 de 33
P#gina 8 de 33
Versi n:
Versi n:
2.1.2.3 Paquete Gesti n de Proyectos. Este paquete contiene los casos de uso que corresponden a la Gesti n del Proyecto. Aqu) se incluyen los casos de uso que permitir#n administrar los recursos humanos y configurar las tareas especificadas en la metodolog)a M0 TRICA versi n 3. Los casos de uso incluidos en este paquete son: Realizar Seguimiento de Tareas, Realizar Configuraci n Inicial de Tareas, Asignar Perfiles de Usuario, Actualizar Tareas del Proyecto, Determinar Productos a Realizar, Asignar Tareas o Subtareas a Miembros del Proyecto, Notificar Incidencias, Revisar Fichas de Horas Trabajadas, Ingresar Fichas de Horas Trabajadas, Revisar Informaci n de Tareas Asignadas, Generar Fichas de Horas Trabajadas, Seleccionar Tareas y Actualizar Subtareas.
Realizar Seguimiento de Tareas

El prop sito de este caso de uso es el de realizar el seguimiento de las tareas y/o subtareas, y de esta manera determinar el progreso realizado en cada una de ellas.
Realizar Configuraci n Inicial de Tareas

El prop sito de este caso de uso es el de configurar las tareas de METRICA versi n 3 que se realizar#n en el proyecto. Este caso de uso se ejecuta s lo al inicio del proyecto.
Asignar Perfiles de Usuario

El prop sito de este caso de uso es el de asignar a los integrantes del proyecto los perfiles de usuarios que est#n definidos en M0 TRICA versi n 3.
Actualizar Tareas del Proyecto

Realizar s eguim iento de tareas Reali za r configu raci n inici al d e tareas
El prop sito de este caso de uso es el de a 2adir tareas que no ingres al inicio del proyecto o eliminar tareas que no se realizar#n. Tambi% n, en este caso de uso, se modifican las fechas de inicio y finalizaci n para de las tareas.
As ignar perfiles de us uario
Asignar Tareas o Subtareas a Miembros del Proyecto

_Jefe de Proyecto Actuali zar tareas del proyec to D e termi nar productos a reali zar <<include>> <<include>> <<include>> Actualiz ar sub tareas <<extend>>
El prop sito de este caso de uso es el de asignar a los miembros del proyecto que realizar#n las tareas o subtareas y qui % n es el responsable de cada una de ellas.
Notificar Incidencias
El prop sito de este caso de uso es el de notificar alguna incidencia producida en una tarea o subtarea del proyecto.
As ignar tareas o s ubtareas a m iem bros de l proyecto
Seleccionar tareas
Revisar Fichas de Horas Trabajadas

El prop sito de este caso de uso es el de revisar las fichas de horas trabajadas que el miembro del proyecto haya ingresado al sistema.
N o tificar incidencias
R e vis ar fichas de horas tr a baj adas
Ingresar Ficha de Horas Trabajadas

El prop sito de este caso de uso es el que el miembro del proyecto pueda ingresar cu#ntas horas trabaj en la semana y en qu%tareas o subtareas.
Miem bro de proyecto
Ingres ar ficha de horas trabajadas
Revisar Informaci n de Tareas Asignadas

El prop sito de este caso de uso es el de revisar las tareas que tiene y ha tenido asignadas un miembro del proyecto determinado.
Revis ar inform aci n de tareas asignadas
Generar Fichas de Horas Trabajadas

El prop sito de este caso de uso es el de generar las fichas de horas trabajadas, para que el miembro del proyecto pueda ingresar el tiempo que le ha tomado realizar cada tarea o subtarea asignada en la semana.
Tiem po
Generar fichas de horas trabajadas
Seleccionar Tareas
Figura 4: Diagrama de Casos de Uso de la Gesti n de Proyectos El prop sito de este caso de uso es el de seleccionar la tarea o subtarea a la que se le realizar # una determinada acci n. Este caso de uso es abstracto, siendo incluido por otros casos de uso.
P#gina 9 de 33
P#gina 10 de 33
Versi n:
Versi n:
Actualizar Subtareas
El prop sito de este caso de uso es el de modificar las subtareas que correspondan a una tarea de la metodolog)a M0 TRICA versi n 3. Este caso de uso es abstracto y extiende la funcionalidad del caso de uso Actualizar Tareas del Proyecto.
1.
1.1 1. 2.
Flujo de Trabajo
A continuaci n se detalla el flujo b#sico de este caso de uso. Flujo B) sico El caso de uso se inicia cuando el administrador del sistema selecciona Actualizar Proyectos. El sistema muestra las siguientes opciones: A2adir Proyecto, Modificar Proyecto y Eliminar Proyecto. El administrador del sistema selecciona A2adir Proyecto. El sistema muestra un formulario en blanco. El administrador del sistema ingresa la siguiente informaci n en el sistema: c digo del proyecto, nombre del proyecto, empresa a la que corresponde el proyecto (opcional), fecha de inicio del proyecto, fecha estimada de fin de proyecto y el jefe de proyecto. El sistema verifica los datos. Si se encuentran correctos crea un nuevo proyecto y le asigna un n. mero correlativo. Los pasos 2-4 son repetidos para cada proyecto nuevo. Cuando se termina de a 2adir proyecto el caso de uso finaliza. Flujos Alternativos Modificar un proyecto El administrador del sistema selecciona +Modificar un Proyecto, . El sistema muestra un formulario con la relaci n de proyectos existentes. El administrador del sistema selecciona el proyecto. El sistema muestra la informaci n del proyecto. El administrador del sistema modifica uno o m#s campos del cliente tales como: nombre del proyecto, empresa a la que corresponde el proyecto (opcional), fecha de inicio del proyecto, fecha estimada de fin de proyecto y el jefe de proyecto. El administrador del sistema acepta los cambios realizados. El sistema guarda los cambios realizados. Los pasos 3-7 son repetidos para cada proyecto que se desee modificar. Cuando se termina de modificar los datos de los proyectos el caso de uso finaliza. Eliminar un proyecto El administrador del sistema selecciona +Eliminar un Proyecto, . El sistema muestra un formulario con la relaci n de proyectos existentes. El administrador del sistema selecciona el proyecto a eliminar. El sistema muestra la informaci n del proyecto. El administrador del sistema selecciona +eliminar, . El sistema muestra un mensaje de verificaci n. El administrador del sistema selecciona +s), . Si el proyecto contiene informaci n, el sistema muestra un mensaje de error; en caso contrario, se elimina el proyecto. Los pasos 2-8 se repiten para todos los proyectos que se deseen borrar. Cuando no se desee eliminar m#s proyectos del sistema, el caso de uso finaliza. P#gina 12 de 33
2.2
Caracter' sticas de los Usuarios El sistema de informaci n deber# ofrecer una interfaz de usuario intuitivo, f #cil de aprender y sencillo de manejar para que facilite la labor de los miembros de un proyecto de desarrollo de software que utilice como metodolog)a de desarrollo M% trica Versi n 3. Se deduce que los usuarios del sistema ser#n personas con altos conocimiento en Inform#tica y con experiencia en el manejo de aplicaciones a las que les ser# muy f#cil la utilizaci n de este sistema.
3. 4. 5.
2.3 2.3.1
Suposiciones y Dependencias Suposiciones Se asume que los requisitos descritos en este documento son estables una vez que sea aprobado. Cualquier petici n de cambios en la especificaci n debe ser aprobada por todas las partes y gestionada por el grupo de Gesti n de la Configuraci n Dependencias El sistema GesProMet funciona aut nomamente, sin necesidad de comunicarse con otros sistemas externos, por lo que no hay dependencias respecto de otros sistemas. El sistema se desarrollar# utilizando tecnolog)a Web, por lo que la disponibilidad del sistema depender# de la conexi n entre las m#quinas clientes que tienen un navegador y la m#quina que contiene el servidor web.
6. 7.
1.2 1.2.1 1. 2. 3. 4. 5.
2.3.2
6.
3.
Requisitos Espec'ficos
Esta secci n contiene a nivel detallado la funcionalidad y restricciones del sistema. El detalle de la funcionalidad se determina con la especificaci n de casos de uso y las restricciones a la funcionalidad se especifican con los requisitos de interfaces externos, los requisitos de rendimiento, los requisitos de desarrollo y los atributos de software.
7. 8.
1.2.2 1. 2. 3. 4. 5. 6. 7.
3.1 3.1.1
Especificaci n de Casos de Uso Paquete Administraci n del Sistema. Este paquete contiene los casos de uso que corresponden a la Gesti n de la Configuraci n. Aqu) se incluyen los casos de uso que permitir#n ingresar y registrar los diferentes productos generados en los procesos de M0 TRICA versi n 3. Los casos de uso incluidos en este paquete son: Registrar Productos Globales, Revisar Productos Almacenados, Actualizar Productos y Bloquear o Desbloquear Ficheros.
3.1.1.1 Actualizar Proyectos El prop sito de este caso de uso es el de ingresar nuevos proyectos al sistema. Tambi% n se incluyen las tareas de mantenimiento de proyectos. Este caso de uso es iniciado por el administrador del sistema. P#gina 11 de 33
8. 9.
Versi n:
Versi n:
3.
El administrador del sistema selecciona un usuario. El sistema muestra la informaci n del usuario. El administrador del sistema modifica uno o m#s campos del cliente tales como: nombre(s), apellido paterno, apellido materno, direcci n, fecha de nacimiento, tel% fono de domicilio, tel% fono m vil, identificaci n de usuario (login), contrase2a, tel% fono y extensi n de trabajo, correo electr nico, estado de activo/inactivo y fecha de cese. El administrador del sistema acepta los cambios realizados. El sistema guarda los cambios realizados. Los pasos 3-7 son repetidos para cada usuario que se desee modificar. Cuando se termina de modificar los datos de los usuarios el caso de uso finaliza. Eliminar un usuario El administrador del sistema selecciona +Eliminar un Usuario, . El sistema muestra la relaci n de usuarios del sistema. El administrador del sistema selecciona +eliminar, de un usuario espec)fico. El sistema muestra un mensaje de verificaci n. El administrador del sistema selecciona +s), . Si existe en el sistema informaci n con ese usuario, el sistema muestra un mensaje de error; en caso contrario, se elimina el usuario. Los pasos 2-8 se repiten para todos los usuarios que se deseen borrar. Cuando no se desee eliminar m#s usuarios del sistema, el caso de uso finaliza.
2.
Requerimientos especiales
No existen requerimientos especiales en este caso de uso.
4. 5.
3.
3.1
Precondiciones
Validaci n de usuario Para que este caso de uso se ejecute, se ha debido realizar el caso de uso Verificar Usuario. 6. 7. 8.
4.
4.1
Postcondiciones
Informaci n de proyectos actualizado Luego de haberse ejecutado este caso de uso, la informaci n de los proyectos se ha actualizado. 1.2.2 1. 2. 3. 4. 5.
5.
Puntos de Extensi n
No existen puntos de extensi n para este caso de uso
3.1.1.2 Actualizar Usuarios El prop sito de este caso de uso es el de ingresar nuevos usuarios al sistema. Tambi% n se incluyen las tareas de mantenimiento de usuarios. Este caso de uso es iniciado por el administrador del sistema.
6. 7.
2. 1.
1.1 1. 2. 3. 4. 5.
Flujo de Trabajo
A continuaci n se detalla el flujo b#sico de este caso de uso. Flujo B) sico El caso de uso se inicia cuando el administrador del sistema selecciona Actualizar Usuarios. El sistema muestra las siguientes opciones: A2adir Usuario, Modificar Usuario y Eliminar Usuario. El administrador del sistema selecciona A2adir Usuario. El sistema muestra un formulario en blanco. El administrador del sistema ingresa la siguiente informaci n en el sistema: nombre(s), apellido paterno, apellido materno, direcci n, fecha de nacimiento, tel% fono de domicilio, tel% fono m vil, identificaci n de usuario (login), contrase2a, tel% fono y extensi n de trabajo, correo electr nico, archivo con su fotograf)a, estado de activo/inactivo y fecha de cese. El sistema verifica los datos. Si se encuentran correctos crea un nuevo usuario y le asigna un n. mero correlativo. Los pasos 2-4 son repetidos para cada usuario nuevo. Cuando se termina de a2adir usuarios el caso de uso finaliza. Flujos Alternativos Modificar un usuario El administrador del sistema selecciona +Modificar un Usuario, . El sistema muestra la relaci n de usuarios del sistema. P#gina 13 de 33 3.1.2
3.
3.1
Precondiciones
Validaci n de usuario Para que este caso de uso se ejecute, se ha debido realizar el caso de uso Verificar Usuario.
4.
4.1
Postcondiciones
Informaci n de clientes actualizado Luego de haberse ejecutado este caso de uso, la informaci n de los usuarios se ha actualizado.
5.
Puntos de Extensi n
6. 7.
1.2 1.2.1 1. 2.
Paquete Gesti n de la Configuraci n. Este paquete contiene los casos de uso que corresponden a la Gesti n de la Configuraci n. Aqu) se incluyen los casos de uso que permitir#n ingresar y registrar los diferentes productos generados en los procesos de M0 TRICA versi n 3. Los casos de uso incluidos en este paquete son: Registrar Productos Globales, Revisar Productos Almacenados, Actualizar Productos y Bloquear o Desbloquear Ficheros. P#gina 14 de 33
Versi n:
Versi n:
3.1.2.1 Registrar Productos Globales
3.1.2.2 Determinar Productos a Realizar El prop sito de este caso de uso es el de a2adir o eliminar productos que se realizar#n en el proyecto. Este caso de uso es iniciado por el jefe de proyecto.
3.1.2.3 Revisar Productos del Proyecto El prop sito de este caso de uso es el de ver la informaci n referente a los productos y ficheros almacenados en el sistema, y poder obtener un fichero espec )fico para almacenarlo en la m#quina local (ordenador del miembro del proyecto). Este caso de uso es iniciado por cualquier miembro del proyecto.
1.
1.1 1. 2.
Flujo de Trabajo
A continuaci n se detalla el flujo b#sico de este caso de uso. Flujo B) sico Incluir caso de uso Seleccionar Tareas. El sistema muestra la relaci n de productos con la siguiente informaci n por cada uno de ellos: nombre de producto, n. mero de ficheros existentes y la lista de personas que tienen bloqueados los ficheros del producto. Si el miembro del proyecto selecciona uno de los productos mostrados: A. El sistema muestra la relaci n de ficheros que corresponden al producto con la siguiente informaci n: nombre del fichero, n. mero de la . ltima versi n, miembro del proyecto que lo tiene bloqueado y a qu%otros productos del proyecto corresponde cada fichero. B. Si el miembro del proyecto selecciona uno de los ficheros: I. El sistema muestra la relaci n de versiones del fichero con la siguiente informaci n por cada versi n: n. mero de versi n, descripci n, autor(es) de la versi n y miembro del proyecto que lo ingres al sistema. Si el usuario selecciona la versi n del fichero y selecciona +descargar, , ver flujo alternativo Descargar fichero.
1.
1.1 1. 2. 3. 4. 5. 6. 7. 1.2 1.2.1
Flujo de Trabajo
Flujo B) sico El caso de uso se inicia cuando el jefe de proyecto selecciona Actualizar Productos. Incluir caso de uso Seleccionar Tareas. El sistema muestra un formulario con la relaci n de productos de M0 TRICA versi n 3 para las tareas seleccionadas. El jefe de proyecto selecciona los productos a realizar y elimina la selecci n de las que no se han realizado o no se van a realizar. El usuario selecciona Aceptar El sistema verifica los datos. Si se encuentran correctos, actualiza la informaci n. Los pasos 2-5 son repetidos para cada proceso. El caso de uso finaliza. Flujos Alternativos Las productos a eliminar tienen ficheros asociados En el caso que los productos a eliminar tengan asociados ficheros, el sistema mostrar# un mensaje de confirmaci n. Si el usuario acepta la acci n, el sistema registrar# los cambios y guardar# una copia de los ficheros. 3.
II.
1.2 1.2.1
Flujos Alternativos Descargar fichero. Este flujo alternativo se produce cuando se selecciona +Descargar, de un fichero. En este caso se produce lo siguiente: 1. 2. El sistema muestra un formulario para seleccionar la ruta d nde se va a descargar el archivo. El miembro del proyecto selecciona la ruta d nde se descargar # el fichero. El sistema descarga el archivo.
2.
3.
3.1
Precondiciones
3.
3.2
Configuraci n inicial de tareas Para que este caso de uso se ejecute, se ha debido realizar el caso de uso Realizar Configuraci n Inicial de Tareas.
2.
4.
4.1
Postcondiciones
Informaci n de productos actualizado Luego de haberse ejecutado este caso de uso, la informaci n de las productos se ha actualizado.
3.
3.1
Precondiciones
4.
Postcondiciones
No existen postcondiciones para este caso de uso.
5.
Puntos de Extensi n
No existen puntos de extensi n para este caso de uso.
P#gina 15 de 33
P#gina 16 de 33
Versi n:
Versi n:
5.
5.1 5.2
Puntos de Extensi n
Bloquear o desbloquear ficheros Ocurre si se produce el paso 3 y si el usuario tiene permisos para realizar estas acciones. Actualizar Versi n de Fichero Ocurre si se produce el paso 3 A y si el usuario tiene permisos para realizar estas acciones. 3.1.2.5 Actualizar Versiones de Ficheros El prop sito de este caso de uso es el a2adir nuevas versiones de ficheros al proyecto (los ficheros conforman los productos generados en el proyecto). Este caso de uso extiende al caso de uso Revisar Productos del Proyecto.
1.
3.1.2.4 Bloquear o Desbloquear Ficheros El prop sito de este caso de uso es el de bloquear o desbloquear ficheros en una tarea espec )fica. Este caso de uso extiende al caso de uso Revisar Productos del Proyecto. 1.1 1. 2.
Flujo de Trabajo
A continuaci n se detalla el flujo b#sico de este caso de uso. Flujo B) sico El caso de uso se inicia cuando el miembro del proyecto selecciona Actualizar Fichero de una tarea espec)fica. El sistema muestra un formulario para que el usuario seleccione el fichero que se encuentra en su ordenador y desea actualizar en el sistema. El formulario tambi% n permitir# el ingreso de comentarios. El usuario selecciona el nombre y la ruta del fichero a actualizar. Tambi% n, podr# ingresar comentarios de la nueva versi n del fichero. El sistema verifica que el nombre del fichero seleccionado por el usuario sea el mismo del sistema. Si tienen el mismo nombre, actualiza la informaci n; en caso contrario muestra un mensaje de error. El caso de uso finaliza. Flujos Alternativos Se ingresa un fichero nuevo En el caso que el usuario desee ingresar un nuevo fichero que corresponda a ese producto: El usuario seleccionar# Ingresar Nuevo Fichero. El sistema mostrar# un formulario para que el usuario seleccione el fichero que se encuentra en su ordenador y desea ingresar en el sistema. El formulario tambi% n permitir# el ingreso de comentarios y de otros productos que correspondan a ese fichero. El usuario selecciona el nombre y la ruta del fichero a actualizar. Tambi% n, ingresar# comentarios y seleccionar# los productos que correspondan a ese fichero, si aplica. El sistema ingresa el nuevo fichero y el caso de uso finaliza. A' adir producto asociado a un fichero El usuario podr# a2adir alg. n otro producto que est %asociado a un determinado fichero. Para ello, el sistema mostrar# la relaci n de productos y el usuario podr# seleccionar los que desee a2adir.
1.
1.1 1. 2.
Flujo de Trabajo
A continuaci n se detalla el flujo b#sico de este caso de uso. Flujo B) sico El miembro del proyecto selecciona uno o m#s ficheros. Si el miembro del proyecto selecciona +Bloquear, : 3. El sistema modifica el estado de los ficheros por bloqueado y almacena qu%miembro del proyecto ha realizado el cambio. El sistema modifica el estado de los ficheros por desbloqueado y almacena qu%miembro del proyecto ha realizado el cambio.
3. 4.
Si el miembro del proyecto selecciona +Desbloquear, 1.2
5.
4. 1.2 1.2.1
El sistema muestra la informaci n actualizada. Flujos Alternativos El fichero ya hab% a sido bloqueado por otro miembro del proyecto En el paso 2: en el caso que al bloquear el fichero % ste ya haya sido bloqueado, el sistema muestra un mensaje de error y actualiza la informaci n en pantalla.
1.2.1 1. 2.
2.
3. 4. 1.2.2
3.
3.1
Precondiciones
3.2
Realizaci n actual de la tarea Para que este caso de uso se ejecute, el sistema tiene que tener registrado que en ese momento miembro del proyecto est# ejecutando la tarea a la que va a ingresar el fichero.
2.
4.
4.1
Postcondiciones
Estado de ficheros actualizado Luego de haberse ejecutado este caso de uso, el estado de los ficheros se ha actualizado.
3.
3.1
Precondiciones
5.
Puntos de Extensi n
No existen puntos de extensi n para este caso de uso P#gina 17 de 33
3.2
El mismo usuario tiene bloqueado el fichero Para que este caso de uso se ejecute, el miembro del proyecto tiene que haber bloqueado el P#gina 18 de 33
Versi n:
Versi n:
fichero para evitar que otro usuario lo pueda modificar mientras ese miembro del proyecto se encuentra actualizando el contenido de los ficheros. El usuario puede ingresar la primera versi n de un fichero. 3.3 Realizaci n actual de la tarea Para que este caso de uso se ejecute, el sistema tiene que tener registrado que en ese momento el miembro del proyecto est# ejecutando la tarea a la que va a ingresar el fichero. 6.
a. b.
El usuario cambia el estado de la tarea o subtarea y luego selecciona Guardar Cambios. El sistema guarda los cambios realizados.
Si el jefe de proyecto desea cambiar el estado de una incidencia: a. b. El usuario selecciona el nuevo estado de la incidencia y luego selecciona Guardar Cambios. El sistema guarda los cambios realizados.
4.
4.1
Postcondiciones
Lista de productos y ficheros actualizado Luego de haberse ejecutado este caso de uso, los productos y sus ficheros asociados se han actualizado. 1.2
7.
El caso de uso finaliza Flujos Alternativos Ver el hist rico de la tarea o subtarea Este flujo alternativo se produce luego del paso 2 del flujo b#sico. Los pasos siguientes son: El usuario selecciona Ver Hist rico. El sistema muestra la informaci n que se detalla en el paso 3 del flujo b#sico, indicando la semana que le corresponde. El caso de uso finaliza.
1.2.1 1. 2. 3.
5.
Puntos de Extensi n
3.1.3
Paquete Gesti n de Proyectos. Este paquete contiene los casos de uso que corresponden a la Gesti n del Proyecto. Aqu) se incluyen los casos de uso que permitir#n administrar los recursos humanos y configurar las tareas especificadas en la metodolog)a M0 TRICA versi n 3. Los casos de uso incluidos en este paquete son: Realizar Seguimiento de Tareas, Realizar Configuraci n Inicial de Tareas, Asignar Perfiles de Usuario, Actualizar Tareas del Proyecto, Determinar Productos a Realizar, Asignar Tareas o Subtareas a Miembros del Proyecto, Notificar Incidencias, Revisar Fichas de Horas Trabajadas, Ingresar Fichas de Horas Trabajadas, Revisar Informaci n de Tareas Asignadas, Generar Fichas de Horas Trabajadas, Seleccionar Tareas y Actualizar Subtareas.
2.
3.
3.1
Precondiciones
Validaci n de usuario Para que este caso de uso se ejecute, se ha debido realizar el caso de uso Verificar Usuario. Configuraci n inicial de tareas Para que este caso de uso se ejecute, se ha debido realizar el caso de uso Realizar Configuraci n Inicial de Tareas.
3.2 3.1.3.1 Realizar Seguimiento de Tareas El prop sito de este caso de uso es el de realizar el seguimiento de las tareas y/o subtareas, y de esta manera determinar el progreso realizado en cada una de ellas. Este caso de uso es iniciado por el jefe de proyecto.
4.
4.1
Postcondiciones
Fecha de finalizaci n actualizada Si el usuario ha cambiado la fecha de finalizaci n de la tarea o subtarea y ha seleccionado Guardar Cambios, la fecha de finalizaci n se ha modificado.
1.
1.1 1. 2. 3.
Flujo de Trabajo
Flujo B) sico El caso de uso se inicia cuando el jefe de proyecto selecciona Revisar Tareas y/o Subtareas. Incluir caso de uso Seleccionar Tareas. El sistema muestra la siguiente informaci n por la tarea o subtarea seleccionada: fecha de inicio, fecha de finalizaci n, horas trabajadas, horas faltantes para acabar la tarea, estado de la tarea (en proceso, finalizado), personas asignadas, porcentaje de avance sobre el total y seg . n este . ltimo dato, la fecha esperada de finalizaci n. Tambi% n se mostrar#n las incidencias que se ha producido en la tarea o subtarea, indicando la siguiente informaci n: fecha, descripci n de la incidencia, estado y observaciones. Si el jefe de proyecto desea cambiar la fecha de finalizaci n: a. b. 5. El usuario cambia la fecha y luego selecciona Guardar Cambios. El sistema guarda los cambios realizados.
4.2
Estado de la incidencia actualizada Si el usuario ha cambiado el estado de la incidencia y ha seleccionado Guardar Cambios, el estado de la incidencia se ha modificado.
5.
Puntos de Extensi n
4.
3.1.3.2 Realizar Configuraci n Inicial de Tareas El prop sito de este caso de uso es el de ingresar la informaci n inicial necesaria para la selecci n de tarea que se realizar#n en el proyecto. Para ello, se ingresar# el n. mero de iteraciones a realizar y si el desarrollo es de tipo estructurado u orientado a objetos. Este caso de uso es iniciado por el jefe de proyecto y s lo se realiza al inicio del proyecto.
Si el jefe de proyecto desea cambiar el estado de la tarea o subtarea
P#gina 19 de 33
P#gina 20 de 33
Versi n:
Versi n:
1.
1.1 1. 2.
Flujo de Trabajo
Flujo B) sico El caso de uso se inicia cuando el jefe de proyecto selecciona un proyecto a configurar. El sistema muestra un formulario indicando las opciones del tipo de proyecto que se desarrollar#: estructurado u orientado a objetos. Tambi % n mostrar# el n. mero de iteraciones a realizar. El usuario selecciona el tipo de proyecto y el n. mero de iteraciones que se realizar# y selecciona Aceptar. Se asume que en todas las iteraciones se van a realizar todos los procesos y productos de M0 TRICA versi n 3. El sistema guarda los cambios, actualiza la informaci n en la pantalla y el caso de uso finaliza. Flujos Alternativos No existen flujos alternativos para este caso de uso 1.2
4. 5. 6. 7. 8. 9.
El sistema muestra un formulario con la relaci n de perfiles de usuario de M0 TRICA versi n 3. El jefe de proyecto selecciona los perfiles que corresponden a ese miembro del proyecto. El jefe de proyecto selecciona +Aceptar Cambios, . El sistema guarda los cambios realizados. El sistema muestra la relaci n de personas que participan en el proyecto y sus perfiles. Los pasos 3-10 son repetidos para cada miembro de proyecto nuevo. Cuando se termina de a2adir miembros el caso de uso finaliza. Flujos Alternativos Modificar perfiles a un miembro del proyecto Luego del paso 2 del flujo b#sico, se ejecutan los siguientes pasos: El sistema muestra un formulario con la relaci n de personas que participan en el proyecto y sus perfiles. El jefe de proyecto selecciona un miembro de proyecto. El sistema muestra los perfiles asignados al miembro seleccionado. El jefe de proyecto a2ade o elimina perfiles de usuario a ese miembro del proyecto. El sistema verifica los datos ingresados. Si los datos son correctos, el sistema guarda los cambios solicitados. El sistema muestra la relaci n de personas que participan en el proyecto y sus perfiles. Los pasos 1-5 son repetidos para cada miembro del proyecto a modificar.
3.
4. 1.2
1.2.1
2.
La excepci n es el Estudio de Viabilidad del Sistema que se realiza una sola vez, al inicio del proyecto, no existiendo m#s de una iteraci n para su ejecuci n.
1. 2. 3. 4. 5. 6. 7.
3.
3.1
Precondiciones
Validaci n de usuario Para que este caso de uso se ejecute, se ha debido realizar el caso de uso +Verificar Usuario, . Primera vez que el jefe de proyecto ingresa al proyecto Para que este caso de uso se ejecute, tiene que ser la primera vez que el jefe de proyecto va a ingresar la informaci n de un nuevo proyecto.
3.2
4.
4.1
Postcondiciones
Actividades y tareas del proyecto seleccionadas. Luego de haberse ejecutado este caso de uso, el proyecto tiene registrado el n . mero de iteraciones, las actividades, tareas y productos que se van a realizar.
1.2.2
El miembro del proyecto tiene una tarea asignada sobre un perfil que se quiere eliminar En el caso que el jefe de proyecto elimine un perfil a un miembro del proyecto y exista una tarea asignada a ese miembro que corresponda al perfil, el sistema mostrar# un mensaje de error indicando que no se puede realizar la actualizaci n. Esto se puede producir en el paso 4 del flujo alternativo modificar perfiles a un miembro del proyecto.
5.
Puntos de Extensi n
3.1.3.3 Asignar Perfiles de Usuario El prop sito de este caso de uso es el de asignar a los integrantes del proyecto los perfiles de usuarios que est#n definidos en M0 TRICA versi n 3. Este caso de uso es iniciado por el jefe de proyecto.
2.
3.
3.1
Precondiciones
Validaci n de usuario Para que este caso de uso se ejecute, se ha debido realizar el caso de uso +Verificar Usuario, . Previamente tiene que existir el miembro de proyecto como usuario del sistema En el caso que se quiera a2adir un nuevo miembro de proyecto, el administrador del sistema tiene que haberlo ingresado previamente como usuario del sistema (ver caso de uso actualizar usuarios)
1.
1.1 1. 2. 3.
Flujo de Trabajo
Flujo B) sico El caso de uso se inicia cuando el jefe de proyecto selecciona +Asignar perfiles a un nuevo miembro del proyecto, . El sistema muestra un formulario con la lista de usuarios del sistema que no son integrantes del proyecto. El jefe de proyecto selecciona un usuario del sistema.
3.2
P#gina 21 de 33
P#gina 22 de 33
Versi n:
Versi n:
4.
4.1
Postcondiciones
Informaci n de perfiles de usuario actualizado Luego de haberse ejecutado este caso de uso, se ha modificado la informaci n sobre los perfiles de usuario de los miembros del proyecto.
3.2
5.
Puntos de Extensi n
4.
4.1
Postcondiciones
Informaci n de tareas actualizado Luego de haberse ejecutado este caso de uso, la informaci n de las tareas se ha actualizado.
3.1.3.4 Actualizar Tareas del Proyecto El prop sito de este caso de uso es el de a 2adir tareas que no ingres al inicio del proyecto o eliminar tareas que no se realizar#n. Tambi% n, en este caso de uso, se modifican las fechas de inicio y finalizaci n para de las tareas. Este caso de uso es iniciado por el jefe de proyecto.
5.
5.1
Puntos de Extensi n
Actualizar subtareas Este punto de extensi n se puede producir luego del paso 6 del flujo b#sico. Ver caso de uso Actualizar subtareas.
1.
1.1 1. 2. 3.
Flujo de Trabajo
Flujo B) sico El caso de uso se inicia cuando el jefe de proyecto selecciona Actualizar Tareas. Incluir caso de uso Seleccionar Tareas. El jefe de proyecto selecciona las tareas a realizar y elimina la selecci n de las que no se han realizado o no se van a realizar. El jefe de proyecto tambi% n puede ingresar las fechas de inicio y fin de la tarea. El usuario selecciona Aceptar El sistema verifica los datos. Si se encuentran correctos, actualiza la informaci n. Los pasos 2-5 son repetidos para cada proceso. El caso de uso finaliza. Flujos Alternativos Las tareas a eliminar tienen productos asociados En el caso que las tareas tengan asociados productos y ficheros, el sistema mostrar# un mensaje de confirmaci n. Si el usuario acepta la acci n, el sistema registrar# los cambios y guardar# una copia de los ficheros que correspond)an a las tareas eliminadas. Las tareas a eliminar tienen recursos asignados En el caso que las tareas a eliminar tengan recursos asignados y no se haya trabajado ninguna hora en ellos, el sistema mostrar# un mensaje de confirmaci n. Si el usuario acepta la acci n, el sistema registrar# los cambios. En el caso que se hayan ingresado horas de trabajo a la tarea a eliminar, el sistema mostrar# un mensaje de error indicando que no se pueden eliminar dicha tarea. 1.2 4. 2. 3. 3.1.3.5 Asignar Tareas o Subtareas a Miembros del Proyecto El prop sito de este caso de uso es el de asignar a los miembros del proyecto que realizar#n las tareas o subtareas y qui % n es el responsable de cada una de ellas. Este caso de uso es iniciado por el jefe de proyecto.
1.
1.1 1.
Flujo de Trabajo
Flujo B) sico El caso de uso se inicia cuando el jefe de proyecto selecciona Asignar Tareas o Subtareas a Miembros del Proyecto. Incluir caso de uso Seleccionar tareas. El sistema muestra la relaci n de miembros del proyecto que pueden realizar la tarea o subtarea seleccionada. El jefe de proyecto selecciona o elimina la selecci n de los miembros del proyecto que realizar#n la tarea o subtarea e ingresa al responsable de la tarea o subtarea. El jefe de proyecto selecciona Aceptar. El sistema actualiza la informaci n. Los pasos 2-5 son repetidos para cada tarea o subtarea. Cuando se termina de realizar la asignaci n, el caso de uso finaliza. Flujos Alternativos No existen flujos alternativos para este caso de uso.
4. 5. 6. 7. 1.2 1.2.1
5. 6.
1.2.2
2.
2.
3. 3.
3.1
Precondiciones
Precondiciones
Validaci n de usuario Para que este caso de uso se ejecute, se ha debido realizar el caso de uso Verificar Usuario. P#gina 23 de 33
3.1
P#gina 24 de 33
Versi n:
Versi n:
3.2
3.1.3.7 Revisar Fichas de Horas Trabajadas El prop sito de este caso de uso es el de revisar las fichas de horas trabajadas que el miembro del proyecto haya ingresado al sistema. Este caso de uso es iniciado por el jefe de proyecto o por un miembro del proyecto.
4.
4.1
Postcondiciones
Informaci n de asignaci n de tareas o subtareas actualizada Luego de haberse ejecutado este caso de uso, se ha modificado la informaci n sobre quienes realizar#n una tarea o subtarea espec)fica.
1.
1.1 1. 2. 3.
Flujo de Trabajo
Flujo B) sico El caso de uso se inicia cuando el usuario selecciona Revisar Fichas de Horas Trabajadas. El sistema muestra un formulario con la relaci n de semanas en las que el usuario ha ingresado fichas. El usuario selecciona la semana en la que desea ver la ficha. El sistema muestra la ficha de la semana seleccionada. Los pasos 1-5 se repiten para todas las fichas a visualizar. El caso de uso finaliza. Flujos Alternativos Ver fichas de los miembros del proyecto Este flujo alternativo se produce cuando el que va a revisar las fichas es el jefe de proyecto. Los pasos son los siguientes: 1. 2. 3. 4. 5. 6. 7. El jefe de proyecto selecciona Revisar Fichas de Horas Trabajadas. El sistema muestra la relaci n de miembros del proyecto. El jefe de proyecto selecciona un miembro del proyecto. El sistema muestra la relaci n de semanas que el miembro del proyecto seleccionado tiene fichas. Repetir pasos 3-5 del flujo b#sico. Si se desea revisar las fichas de otro miembro del proyecto, repetir pasos 3-5. El caso de uso finaliza.
5.
Puntos de Extensi n
3.1.3.6 Notificar Incidencias El prop sito de este caso de uso es el que el notificar alguna incidencia producida en una tarea o subtarea del proyecto. Este caso de uso es iniciado por el miembro del proyecto o por el jefe del proyecto. 1.2
4. 5. 6.
1.
1.1 1. 2. 3.
Flujo de Trabajo
Flujo B) sico El caso de uso se inicia cuando el miembro o jefe del proyecto selecciona Notificar Incidencia. El sistema muestra un formulario en blanco. El miembro o jefe del proyecto ingresa la siguiente informaci n: breve descripci n de la incidencia, la tarea o subtarea de la incidencia, comentarios adicionales y seleccionar si se env)a un correo electr nico a los participantes de la tarea, incluido el jefe del proyecto y responsables. El miembro o jefe del proyecto selecciona Aceptar. El sistema guarda la informaci n ingresada y en env)a el correo electr nico, si es el caso. El caso de uso finaliza.
1.2.1
4. 5. 6.
2.
2.
3.
3.1
Precondiciones
3.
3.1
Precondiciones
4.
4.1
Postcondiciones
Se registra la incidencia Luego de haberse ejecutado este caso de uso, se ha actualizado la informaci n de las incidencias.
4.
4.1
Postcondiciones
Se muestra la informaci n de fichas ingresadas Luego de haberse ejecutado este caso de uso, el sistema muestra una ficha ingresada que el usuario haya seleccionado.
5.
Puntos de Extensi n
5.
Puntos de Extensi n
P#gina 25 de 33
P#gina 26 de 33
Versi n:
Versi n:
2. 3.1.3.8 Ingresar Ficha de Horas Trabajadas El prop sito de este caso de uso es el que el miembro del proyecto pueda ingresar cu #ntas horas trabaj en la semana y en qu%tareas o subtareas. Este caso de uso es iniciado por el miembro del proyecto. 3. 1.2 1.2.1
El sistema muestra la siguiente informaci n para las tareas o subtareas asignadas a ese miembro del proyecto: fecha de inicio, fecha de finalizaci n, horas trabajadas, horas faltantes para acabar la tarea, estado de la tarea (en proceso, finalizado) y personas asignadas . Tambi % n se mostrar#n las incidencias que se ha producido en la tarea o subtarea, indicando la siguiente informaci n: fecha, descripci n de la incidencia, estado y observaciones. El caso de uso finaliza Flujos Alternativos Ver s lo tareas finalizadas Este flujo alternativo se produce luego del paso 2 del flujo b#sico. En el caso que el miembro del proyecto quiera ver las tareas que fueron finalizadas, seleccionar# Ver Tareas Finalizadas y el sistema mostrar# esa informaci n.
1.
1.1 1. 2. 3. 4. 5.
Flujo de Trabajo
Flujo B) sico El caso de uso se inicia cuando el miembro del proyecto selecciona Ingresar Horas Trabajadas. El sistema muestra un formulario con las tareas que le correspond )a realizar al miembro del proyecto. El miembro del proyecto ingresa las horas que trabaj por tarea o subtarea y el porcentaje de avance sobre el total, en el caso que sea responsable de la tarea o subtarea. El miembro del proyecto selecciona Aceptar. El sistema guarda la informaci n ingresada y el caso de uso finaliza.
2.
3.
3.1
Precondiciones
Validaci n de usuario Para que este caso de uso se ejecute, se ha debido realizar el caso de uso Verificar Usuario. Configuraci n inicial de tareas Para que este caso de uso se ejecute, se ha debido realizar el caso de uso Realizar Configuraci n Inicial de Tareas.
2.
Las fichas de horas trabajadas s lo se podr#n ingresar los viernes desde las 5pm hasta las 8pm.
3.
3.1
Precondiciones
3.2
4.
Postcondiciones
El sistema muestra al miembro del proyecto la informaci n solicitada.
4.
4.1
Postcondiciones
Informaci n de horas trabajadas actualizada Luego de haberse ejecutado este caso de uso, se han actualizado las horas trabajadas en las tareas y/o subtareas.
5.
Puntos de Extensi n
5.
Puntos de Extensi n
No existen puntos de extensi n para este caso de uso 3.1.3.10 Generar Fichas de Horas Trabajadas El prop sito de este caso de uso es el de generar las fichas de horas trabajadas, para que el miembro del proyecto pueda ingresar el tiempo que le ha tomado realizar cada tarea o subtarea asignada en la semana. Este caso de uso es iniciado todos los viernes a las 7 am.
3.1.3.9 Revisar Informaci n de Tareas Asignadas El prop sito de este caso de uso es el de revisar las tareas que tiene y ha tenido asignadas un miembro del proyecto determinado. Este caso de uso es iniciado por el miembro del proyecto.
1.
1.1 1. 2.
Flujo de Trabajo
Flujo B) sico El caso de uso se inicia los viernes a las 7 am. Para cada miembro del proyecto se realiza lo siguiente: a. b. 3. El sistema revisa las tareas o subtareas que le corresponden al miembro del proyecto y genera la ficha. El sistema guarda la ficha generada.
1.
1.1 1.
Flujo de Trabajo
Flujo B) sico El caso de uso se inicia cuando el miembro del proyecto selecciona Revisar Informaci n de Tareas Asignadas.
El caso de uso finaliza.
P#gina 27 de 33
P#gina 28 de 33
Versi n:
Versi n:
1.2
Flujos Alternativos No existen flujos alternativos para este caso de uso.
2.
El Estudio de Viabilidad del Sistema no se encuentra en ninguna iteraci n.
2.
3.
3.1
Precondiciones
Validaci n de usuario Para que este caso de uso se ejecute, se ha debido realizar el caso de uso +Verificar Usuario, .
3. 4.
4.1
Precondiciones
No existen precondiciones para este caso de uso.
4.
Puntos de Extensi n
Postcondiciones
Se generan las fichas de la semana para los miembros del proyecto Al finalizar este caso de uso, se han generado las fichas de horas trabajadas para todos los miembros del proyecto. 3.1.3.12 Actualizar Subtareas El prop sito de este caso de uso es el de modificar las subtareas que correspondan a una tarea de la metodolog)a M0 TRICA versi n 3. Este caso de uso es abstracto y extiende la funcionalidad del caso de uso Actualizar Tareas .
5.
Puntos de Extensi n
1.
1.1 1. 2. 3. 4. 5. 6. 7.
Flujo de Trabajo
Flujo B) sico El jefe de proyecto selecciona Subtareas. El sistema muestra la relaci n de subtareas de la tarea seleccionada. El jefe de proyecto selecciona A2adir Subtarea. El sistema muestra un formulario en blanco. El jefe de proyecto ingresa la siguiente informaci n de la subtarea: c digo, nombre, fecha de inicio y fecha de fin de la subtarea. El jefe de proyecto selecciona Aceptar. El sistema registra la nueva subtarea. Los pasos 4-5 son repetidos para cada subtarea nueva. Cuando se termina de a2adir subtareas el caso de uso finaliza. Flujos Alternativos Modificar una subtarea Este flujo alternativo se ejecuta luego de el paso 2 del flujo b#sico. Luego, contin. an los siguientes pasos. El jefe de proyecto selecciona las subtareas y luego selecciona Modificar. El sistema muestra un formulario con las tareas a modificar. El jefe de proyecto modifica el nombre, fecha de inicio o de fecha de fin de las subtareas. Luego, selecciona Aceptar. El sistema guarda los cambios realizados. El caso de uso finaliza. Eliminar una subtarea Este flujo alternativo se ejecuta luego de el paso 2 del flujo b #sico. Luego, contin. an los siguientes pasos. El jefe de proyecto selecciona las subtareas y luego selecciona Eliminar.
3.1.3.11 Seleccionar Tareas El prop sito de este caso de uso es el de seleccionar la tarea o subtarea a la que se le realizar # una determinada acci n. Este caso de uso es abstracto (es un caso de uso incluido por otros) y es iniciado por el jefe de proyecto.
1.
1.1 1. 2. 3. 4. 5. 6. 7. 1.2 1.2.1
Flujo de Trabajo
Flujo B) sico El sistema muestra un formulario con la relaci n de iteraciones que se realizar#n. El usuario selecciona la iteraci n deseada. El sistema muestra la relaci n de procesos de M0 TRICA versi n 3 de la iteraci n seleccionada. El usuario selecciona el proceso correspondiente a la iteraci n. El sistema muestra un formulario con las actividades y tareas de METRICA versi n 3. El usuario selecciona una tarea. El caso de uso finaliza. Flujos Alternativos Existe subtareas en la tarea seleccionada En el caso que el usuario seleccione una tarea que contenga subtareas, el sistema mostrar # la relaci n de subtareas. S lo hay una iteraci n En el caso que el proyecto s lo contenga una iteraci n, entonces los pasos 1 y 2 del flujo b#sico no se producen, mostr#ndose directamente los procesos de M 0 TRICA versi n 3. 4. 5. 1.2.2 1. 2. 3. 1.2 1.2.1
1.2.2
1.
P#gina 29 de 33
P#gina 30 de 33
Versi n:
Versi n:
2. 3. 1.2.3
El sistema verifica la informaci n. Si todo est# correcto, el sistema guarda los cambios realizados. El caso de uso finaliza. Las subtareas a eliminar tienen recursos asignados En el caso que las tareas a eliminar tengan recursos asignados y no se haya trabajado ninguna hora en ellos, el sistema mostrar# un mensaje de confirmaci n. Si el usuario acepta la acci n, el sistema registrar# los cambios. En el caso que se hayan ingresado horas de trabajo a la tarea a eliminar, el sistema mostrar# un mensaje de error indicando que no se pueden eliminar dicha tarea.
3.5
Requisitos Tecnol gicos La aplicaci n cliente se ejecutar# sobre un PC que soporte un navegador Netscape 4.0 o Internet Explorer 4.0 o superior El servidor web deber# contener lo siguiente: o o o Windows Nt 4.0 o superior. Microsoft .Net Framework Espacio en disco suficiente para almacenar todos los ficheros que se ingresar #n.
2.
3.6 3.6.1
Atributos de Software Seguridad Cuando un usuario intente conectarse al sistema deber# introducir su usuario (login) y clave de acceso, y el sistema deber# comprobar que se trata de un usuario autorizado. Si el identificador introducido no corresponde a un usuario autorizado o la clave no coincide con la almacenada, se dar# una indicaci n de error. El sistema de informaci n tendr# distintos tipos de usuarios y a cada uno de ellos se le permitir# . nicamente el acceso a aquellas funciones y productos que le correspondan. Esta informaci n se encuentra contenida en los casos de uso del negocio y en las especificaciones de casos de uso del negocio. El Caso de Uso asociado a este atributo es +Validar Usuario, y en cierta manera el caso de uso +Actualizar Usuarios, (Ver paquete Administraci n del sistema).
3.
3.1
Precondiciones
Validaci n de usuario Para que este caso de uso se ejecute, se ha debido realizar el caso de uso +Verificar Usuario, .
4.
4.1
Postcondiciones
Informaci n de subtareas actualizada Luego de haberse ejecutado este caso de uso, la informaci n de las subtareas se ha actualizado.
5.
Puntos de Extensi n
No hay puntos de extensi n para este caso de uso.
3.2 3.2.1
Requisitos de Interfaces Externos Interfaces de Usuario La interfaz de usuario ser # en entorno web y el manejo del programa se realizar# a trav% s de teclado y rat n. Interfaces Hardware No se han definido. Interfaces Software De momento, no habr# ninguna interfaz software con sistemas externos. Interfaces de Comunicaci n La conexi n entre el cliente y el servidor ser# utilizando la red de la organizaci n donde se desarrolla el proyecto. Se asume que no existir#n conexiones al sistema, externas a la red de la organizaci n. Figura 5: Diagrama de Casos de Uso asociado a Seguridad
Usuario del sistema
Validar usuario
3.2.2 3.2.3 3.2.4
3.6.1.1 Caso de uso # Validar Usuario$ El prop sito de este caso de uso es permitir a un usuario que ingrese al sistema, evitando que cualquier persona ajena al proyecto pueda acceder a la informaci n de dicho proyecto.
3.3
Requisitos de Rendimiento El n. mero de puestos a los que se debe dar servicio simult#neamente es de unos 15 miembros de proyecto. Requisitos de Desarrollo El ciclo de vida elegido para desarrollar es el iterativo e incremental.
1.
1.1 1. 2.
Flujo de Trabajo
A continuaci n se detalla el flujo b#sico de este caso de uso. Flujo B) sico El usuario ingresa su identificaci n de usuario (login) y su contrase2a. El sistema muestra la pantalla principal de la aplicaci n.
3.4
P#gina 31 de 33
P#gina 32 de 33
Versi n:
1.2 1.2.1
Flujos Alternativos El identificador del usuario o la contrase' a son inv#lidas En el caso que la informaci n ingresada por el usuario sea incorrecta, el sistema mostrar # un mensaje de error. El usuario podr# intentar nuevamente la operaci n.
1.2.2
Cambiar contrase' a En el caso que el usuario lo requiera, podr# seleccionar +Cambiar contrase2a, , para ello, deber# ingresar su contrase2a actual y su nueva contrase2a dos veces. Si la informaci n ingresada es correcta, se actualizar # dicha informaci n. Si la contrase2a es incorrecta o las nuevas contrase2as no son las mismas, entonces se mostrar# un mensaje de error.
2. 3. 4. 5.
No existen requerimientos especiales para esta caso de uso.
Precondiciones
No existen precondiciones para este caso de uso.
Postcondiciones
Si la informaci n ingresada es correcta, el usuario podr # acceder al sistema.
Puntos de Extensi n
No existen puntos de extensi n en este caso de uso.
3.6.2
Portabilidad El sistema no deber# depender de una base de datos espec )fica.
P#gina 33 de 33

ERS Ejemplo

Transféré par

Informations du document

Copyright

Formats disponibles

Partager ce document

Partager ou intégrer le document

Options de partage

Avez-vous trouvé ce document utile ?

Ce contenu est-il inapproprié ?

Droits d'auteur :

Formats disponibles

ERS Ejemplo

Transféré par

Droits d'auteur :

Formats disponibles

Sistema GesProMet Especificaci n de Requisitos de Software

Sistema para la Gesti n de Proyectos de Software Utilizando M# TRICA versi n 3.0

Sistema GesProMet Especificaci n de Requisitos de Software

Sistema GesProMet Especificaci n de Requisitos de Software

Sistema GesProMet Especificaci n de Requisitos de Software

3.4 3.5 3.6

2.2 2.3 2.3.1 2.3.2 3.

Sistema GesProMet Especificaci n de Requisitos de Software

Sistema GesProMet Especificaci n de Requisitos de Software

Especificaci n de Requisitos de Software

Us uario del s is tem a

Adm inis trador del SI

Miem bro de proyecto

Figura 1: Diagrama de Actores del Sistema

Acr nimos ERS Especificaci n de Requisitos de Software

Sistema GesProMet Especificaci n de Requisitos de Software

Sistema GesProMet Especificaci n de Requisitos de Software

Casos de Uso por Paquete

Registrar productos globales _Jefe de Proyecto

Determinar productos a realizar

Adm inistrador del SI

Bloquear o desb loquear ficheros

Actualizar versiones de ficheros

Registrar Productos Globales

Revisar Productos del Proyecto

Determinar Productos a Realizar

Bloquear o Desbloquear Ficheros

Actualizar Versiones de Ficheros

Sistema GesProMet Especificaci n de Requisitos de Software

Sistema GesProMet Especificaci n de Requisitos de Software

Realizar Seguimiento de Tareas

Realizar Configuraci n Inicial de Tareas

Asignar Perfiles de Usuario

Actualizar Tareas del Proyecto

As ignar perfiles de us uario

Asignar Tareas o Subtareas a Miembros del Proyecto

As ignar tareas o s ubtareas a m iem bros de l proyecto

Revisar Fichas de Horas Trabajadas

R e vis ar fichas de horas tr a baj adas

Ingresar Ficha de Horas Trabajadas

Miem bro de proyecto

Ingres ar ficha de horas trabajadas

Revisar Informaci n de Tareas Asignadas

Generar Fichas de Horas Trabajadas

Generar fichas de horas trabajadas

Sistema GesProMet Especificaci n de Requisitos de Software

Sistema GesProMet Especificaci n de Requisitos de Software

Sistema GesProMet Especificaci n de Requisitos de Software

Sistema GesProMet Especificaci n de Requisitos de Software

Sistema GesProMet Especificaci n de Requisitos de Software

Sistema GesProMet Especificaci n de Requisitos de Software

3.1.2.1 Registrar Productos Globales

Sistema GesProMet Especificaci n de Requisitos de Software

Sistema GesProMet Especificaci n de Requisitos de Software

Si el miembro del proyecto selecciona +Desbloquear, 1.2

Sistema GesProMet Especificaci n de Requisitos de Software

Sistema GesProMet Especificaci n de Requisitos de Software

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

Sistema GesProMet Especificaci n de Requisitos de Software

Sistema GesProMet Especificaci n de Requisitos de Software

Sistema GesProMet Especificaci n de Requisitos de Software

Sistema GesProMet Especificaci n de Requisitos de Software

Sistema GesProMet Especificaci n de Requisitos de Software

Sistema GesProMet Especificaci n de Requisitos de Software