Sistema de Gestión de Proyectos “SGP” Especificación de ... · Sistema de Gestión de Proyectos Especificación de Requerimientos 2 Nombre Proyecto Sistema de Gestión de Proyectos

.

Sistema de Gestión de Proyectos “SGP”

Especificación de Requerimientos

Jefe de Proyecto : Carolina Muñoz Integrantes : Robinson Bastías Ingrid Castillo Daniela Hidalgo Carla Sepúlveda Empresa : T&S Consulting Service. Nombre Contacto : Tom Santos Salas Fecha :

Sistema de Gestión de Proyectos Especificación de Requerimientos

2

Nombre Proyecto Sistema de Gestión de Proyectos (Sistema SGP) Nombre Documento Informe de Especificación de Requerimientos Número Documento 01 Generado por Ingrid Castillo- Carolina Muñoz Aprobado por Carolina Muñoz Fecha

Versión Fecha Modificado por Revisado por 1.0 Ingrid Castillo 1.1 Robinson Bastías 1.2 Carolina Muñoz 2.1 Ingrid Castillo 2.2 Carolina Muñoz 3.0 Ingrid Castillo


3

Índice de Contenidos Pág.

1. Introducción ............................................................................................................................... 5

1.1. Propósito del Documento de Requerimientos ....................................................................... 5

1.2. Alcance del Producto ........................................................................................................... 5

1.3. Definiciones, Acrónimos y Abreviaturas ................................................................................ 5

1.4. Referencias.......................................................................................................................... 6

2. Descripción General .................................................................................................................. 7

2.1. Perspectiva del Producto...................................................................................................... 7

2.2. Funciones del Producto........................................................................................................ 7

2.3. Características del Usuario................................................................................................... 9

2.4. Restricciones Generales .................................................................................................... 10

2.4.1. Restricciones de Desarrollo del Sistema....................................................................... 10

2.4.2. Restricciones de las Funciones del Sistema ................................................................. 10

2.4. Diagrama de Casos de Uso Sistema SGP.......................................................................... 12

3. Requerimientos Específicos.................................................................................................... 13

3.1. Requerimientos Específicos del Usuario............................................................................. 13

3.1.1. Requerimientos Funcionales......................................................................................... 13

3.1.1.1. Módulo de Registro Ficha del proyecto.................................................................... 13

3.1.1.2. Módulo de Planificación del proyecto....................................................................... 14

3.1.1.3. Módulo de Repositorio de proyecto ......................................................................... 20

3.1.1.4. Módulo de Bitácora de actividades .......................................................................... 20

3.1.1.5. Módulo de Generación de Reportes ........................................................................ 22

3.1.2. Requerimientos no Funcionales.................................................................................... 24

3.1.2.1. Requerimientos de Interfaces Externas ............................................................... 24

3.1.2.1. Requerimientos de Interfaces Internas ................................................................ 28

3.1.2.2. Requerimientos de Seguridad ............................................................................. 28

3.1.2.3. Requerimientos de Mantención ........................................................................... 28


4

Índice de Figuras Pág. 1. Diagrama de Caso de Usos General del Sistema SGP............................................................... 12

2. Bosquejo de Interfaz Inicio de Sesión del Sistema SGP ............................................................. 24

3. Bosquejo de Interfaz Ingreso al Sistema SGP ............................................................................ 25

4. Bosquejo Interfaz Ingreso de Datos............................................................................................ 25

5. Bosquejo Interfaz Búsqueda de Información............................................................................... 26

6. Bosquejo Interfaz Resultados Búsqueda de Información ............................................................ 27

7. Bosquejo Interfaz Guardar Documentos ..................................................................................... 27


5

1. Introducción

Este documento es una Especificación de Requerimientos de Software (SRS) para el sistema de gestión de proyectos (SGP), el cual será utilizado en la empresa T&S Consulting Service.

1.1. Propósito

El propósito de esta Especificación de Requerimientos de Software, es describir los requerimientos funcionales y no funcionales del sistema de gestión de proyectos (SGP), desarrollado en base a los requisitos obtenidos mediante el análisis de las necesidades presentadas por el cliente.

Los requerimientos específicos del usuario, serán explicados de forma sencilla y en un lenguaje natural de tal forma que el usuario los pueda comprender al momento de leerlos.

Los requerimientos específicos de sistema, serán descritos en forma técnica con el propósito de que sean entendidos y utilizados por los desarrolladores del sistema, para el diseño, construcción y verificación del funcionamiento del producto.

1.2. Alcance del Producto

El producto presentado en éste documento será un sistema desarrollado a medida, ya que se encuentra limitado a los requerimientos solicitados por T&S Consulting Service.

El sistema SGP permitirá al desarrollo de los proyectos que reciba la empresa, ayudando a la gestión de estos, evitando graves problemas de duplicación e inconsistencia de la información.

El sistema permitirá generar diversos Reportes de gestión, respecto al avance de los proyectos. Estos Reportes incluirán un listado y un gráfico con los datos de salida.

El sistema permitirá administrar los datos de los usuarios y proyectos, mediante operaciones de Ingreso, Edición y Eliminación.

1.3. Definiciones, acrónimos y abreviaturas

♦ Definiciones

• Gerente de Área: es la persona responsable de definir un jefe de proyecto, una vez que el proyecto es incorporado a la cartera de proyectos.

• Jefe de Proyecto: es la persona responsable de la planificación, ejecución

y control del proyecto de desarrollo de software que le fue asignado, siendo el encargado de hacer cumplir las actividades definidas. Es designado por el Gerente de Área de acuerdo al tipo y dimensión del proyecto.

• Desarrollador: es la persona encargada de desarrollar el proyecto, forma

parte de un equipo de trabajo, donde se le asignan tareas las cuales debe registrar constantemente.


6

• Cartera de Proyectos: corresponde al registro de todos los proyectos que realiza la empresa.

• Cliente: persona que solicita la realización de un proyecto.

• Minuta de Reuniones: es un registro detallado de todas las reuniones que

realiza el equipo de trabajo de un proyecto.

• Bitácora de Actividades: es un registro detallado de todas las actividades que realiza cada integrante del equipo de trabajo de un proyecto.

♦ Acrónimos

• IEEE: Institute of Electrical and Electronics Engineers, Inc.

♦ Abreviaturas

• SGP: abreviatura del nombre del sistema que significa Sistema de Gestión de Proyectos.

• RFP: abreviatura del nombre del módulo de registro ficha del proyecto. • MPP: abreviatura del nombre del módulo de planificación del proyecto. • MRP: abreviatura del nombre del módulo de repositorio del proyecto. • MBA: abreviatura del nombre del módulo de bitácora de actividades. • MGR: abreviatura del nombre del módulo de generación de reportes.

1.4. Referencias ♦ Estándar de la Especificación de Requerimientos del Software, IEEE/ANSI 830-

1998. ♦ Sommerville, Ian. Ingeniería del Software, 2005. Séptima Edición, Pearson

Education S.A.


7

2. Descripción General

2.1. Perspectiva del Producto

El sistema a desarrollar será utilizado por T&S Consulting Service para poder gestionar los proyectos en cartera, evitando problemas de duplicación e inconsistencia de información que dificulta el control y generación de informes para la gestión.

El sistema consistirá en un sistema Web que se encontrará dividida en módulos que son: Registro de un proyecto, Planificación de un proyecto, Bitácora de actividades, Repositorio de un proyecto y Reportes de Gestión. 2.2. Funciones del Producto ♦ Registro ficha de proyecto

• Ingresar ficha de proyecto. • Visualizar ficha de proyecto. • Editar ficha de proyecto. • Eliminar ficha de proyecto.

♦ Planificación de un proyecto

• Crear planificación de un proyecto. - Crear Etapas de un proyecto.

� Crear etapa de análisis y diseño. � Crear etapa de Construcción. � Crear etapa de Pruebas. � Crear etapa de Puesta en Marcha.

- Crear informe de avance - Crear minuta de reuniones. - Crear calendario de reuniones. - Crear Ficha de Cambios. - Crear Checklist de entrega. - Crear Planilla de Incidencias. - Crear Carta de Aceptación. - Crear Planillas de Tareas QA.

• Modificar planificación de un proyecto - Modificar Etapa de un proyecto - Modificar informe de avance - Modificar minuta de reuniones. - Modificar calendario de reuniones. - Modificar Ficha de Cambios. - Modificar Checklist de entrega. - Modificar Planilla de Incidencias. - Modificar Carta de Aceptación.


8

- Modificar Planillas de Tareas QA.

• Eliminar planificación de un proyecto - Eliminar informe de avance - Eliminar minuta de reuniones. - Eliminar calendario de reuniones. - Eliminar Ficha de Cambios. - Eliminar Checklist de entrega. - Eliminar Carta de Aceptación. - Eliminar Planillas de Tareas QA.

• Completar encuesta de evaluación de calidad del servicio.

♦ Repositorio de un proyecto

• Guardar documentos.

♦ Bitácora de actividades

• Crear bitácora de actividades. • Modificar bitácora de actividades. • Visualizar bitácora de actividades • Eliminar bitácora de actividades.

♦ Reportes de Gestión

• Visualizar Reportes. • Descargar Reportes.


9

2.3. Características del Usuario

El sistema contendrá diferenciación de usuarios, es decir, se podrá acceder al sistema a través de un inicio de sesión, en el cual se ingresarán el identificador del usuario y su contraseña. Los tipos de usuario que se manejaran serán jefe de área, jefes de proyectos, desarrolladores y clientes.

Jefe de proyecto: este tipo de usuario deberá tener un dominio básico respecto al manejo de un computador, siendo capaz de realizar las siguientes funciones:

• Ingresar, modificar y eliminar planificación de un proyecto. • Guardar documentos. • Crear, modificar y eliminar una bitácora de actividades • Visualizar reportes del proyecto.

Desarrollador: este tipo de usuario deberá tener un dominio básico respecto al manejo de un computador, teniendo la posibilidad de realizar la siguiente función:

• Modificar una bitácora de actividades. Cliente: este tipo de usuario deberá tener un dominio básico respecto al manejo de un computador, ya que dentro del sistema este será capaz de:

• Visualizar un proyecto. • Completar encuesta de evaluación de calidad de servicio.


10

2.4. Restricciones Generales

2.4.1. Restricciones de desarrollo del sistema

• El sistema será codificado en el lenguaje de programación HTML, PHP y JScript, con la herramienta de desarrollo Macromedia Dreamweaver.

• El sistema gestor de base de datos a utilizar será MySQL.

2.4.2 Con respecto a las Funcionalidades del Sistema

• Las Fichas de Proyecto deben contener la fecha actual de emisión.

• Las Fichas de proyecto no pueden ser modificadas sin que hayan sido guardadas anteriormente. Esto se aplicará también para cualquier documento del proyecto que quiera ser modificado.

• Las Fichas del Proyecto constarán con dos estados

o Estado Inicial: Guardada. o Estado de Eliminación: Eliminada.

Esto se aplicará también para cualquier documento creado del proyecto.

• La eliminación de fichas de proyecto deberán ser solo cambios de estado,

de ninguna manera deberán ser eliminados de los archivos ya que estos representan datos históricos. Los estados deberán ser:

o Estado antes de eliminar: Guardada. o Estado después de eliminar: Eliminada.

Esto se aplicará también para cualquier documento que quiera ser

eliminado del proyecto.

• El Proyecto deberá tener tres estados de avance

o Estado inicial: recibido o Estado intermedio: en proceso o Estado final: Realizado

• Las Fichas de Cambio constarán con dos estados

o Estado Inicial: Guardada. o Estado de Eliminación: Eliminada.

• En los Checklist de entrega los ítems tendrán los estados de

o Ítems: OK/ NOK


11

• La ítem de prioridad en las planillas de incidencias constarán con los estados

o No opera el sistema. o Falta información. o Maquillaje. o Por analizar

• Los estados de pago del proyecto serán tres

o Estado inicial: impago. o Estado intermedio: pago incompleto. o Estado final: pago completo.

• Los estados para la Encuesta de Evaluación de Calidad del Servicio serán

o Respecto del servicio: Nota 1,2,3,4,5,6,7 o Respecto a los profesionales involucrados: Nota 1,2,3,4,5,6,7 o Respecto a La Organización: Nota 1,2,3,4,5,6,7 o Otros: Sí/No


12

2.5. Diagrama de Casos de Uso Sistema SGP

Figura 1. Diagrama de Caso de Usos General del Sistema SGP


13

3. Requerimientos Específicos 3.1 Especificación de Requerimientos del Usuario 3.1.1 Requerimientos Funcionales 3.1.1.1 Módulo de Registro Ficha del Proyecto (RFP)

CREAR FICHA DE PROYECTO CFP1.0 El sistema deberá permitir al usuario crear una Ficha de Proyecto, a través del formulario “Nueva Ficha de Proyecto”. La Ficha del proyecto deberá contener los datos obligatorios código identificador de ficha del Proyecto, Nombre del proyecto, Cliente, fecha de inicio, plazo de entrega, precio de venta, Estado de pago, Equipo de Trabajo.

CFP 1.1 La ficha de proyecto deberá contener un código único de identificación y estado inicial de “guardada” al guardar la ficha del proyecto. CFP 1.2 El usuario deberá ingresar Nombre del proyecto, Cliente, fecha de inicio, plazo de entrega, precio de venta, Estados de pago, Equipo de Trabajo. CFP 1.3 El sistema deberá permitir ingresar para cada ficha de proyecto, los nombres y dedicación de cada uno de las personas que ocupan un rol en el equipo de trabajo del proyecto. Los roles son: Jefe de Proyecto, Analista Programador 1, Analista Programador 2 y Asegurador de Calidad. CFP 1.4 El sistema deberá mostrar el mensaje “La Ficha del Proyecto ha sido

creado correctamente” permitiéndole al usuario realizar nuevamente la creación de una nueva ficha de proyecto, de lo contrario:

• “Ingrese los datos Requeridos”, cuando no se hayan ingresados

los datos solicitados en CFP 1.2 y CFP 1.3, indicándole al usuario la ubicación de los datos faltantes.

• “Ha ingresado un dato no valido” cuando los datos ingresados no correspondan a los mencionados en CFP 1.2 y CFP 1.3.

MODIFICAR FICHA DE PROYECTO MFP1.0 El sistema deberá permitir al usuario modificar una ficha de proyecto haciendo la búsqueda de esta mediante el código identificador de la ficha de proyecto, a través del listado “Edición de Ficha de Proyecto”. Esta operación se podrá realizar solo después que esta haya sido guardada.

MFP1.1 El sistema deberá permitir al usuario visualizar código identificador de ficha del Proyecto y podrá modificar el Nombre del proyecto, Cliente, fecha de inicio, plazo de entrega, precio de venta, Estados de pago, Equipo de Trabajo. MFP1.2 El sistema deberá mostrar el mensaje “Los Datos han sido modificados correctamente” permitiéndole al usuario realizar nuevamente la modificación de una ficha de proyecto, de lo contrario:


14

• “Ingrese los datos Requeridos”, cuando no se haya ingresado el identificador de la ficha de proyecto.

• “La ficha de proyecto no existe” cuando el identificador de la ficha de proyecto no coincida con ninguna ficha de proyecto guardada.

• “El formulario debe estar completo”, cuando algún dato nombrado en MFP1.1 haya quedado en blanco y deberá indicarle al usuario la ubicación de los datos faltantes.

VISUALIZAR FICHA DE PROYECTO VFP 1.0 El sistema deberá permitir al usuario visualizar una ficha de proyecto haciendo la búsqueda de esta mediante el código identificador de la ficha de proyecto a través del listado “Visualizar Ficha de Proyecto”. Los datos a visualizar deberán ser: código identificador de ficha del Proyecto, Nombre del proyecto, Cliente, fecha de inicio, plazo de entrega, precio de venta, Estados de pago, Equipo de Trabajo.

VFP1.1 Si la ficha de proyecto no puede ser visualizada el sistema deberá mostrar los mensajes:

• “Ingrese los datos Requeridos”, cuando no se haya ingresado el código identificador de la ficha de proyecto para realizar la búsqueda.

• “La ficha de proyecto no existe” cuando el identificador de la ficha de proyecto no coincida con ninguna ficha de proyecto guardada.

ELIMINAR FICHA DE PROYECTO EFP1.0 El sistema deberá permitir al usuario eliminar una ficha de proyecto haciendo la búsqueda de esta mediante el código identificador de la ficha de proyecto a través del listado “Eliminar Ficha de Proyecto”. El estado de la ficha de proyecto deberá cambiar del estado “Guardada” al estado “Eliminada”.

EFP1.1 El sistema deberá mostrar el mensaje “La ficha de proyecto ha sido eliminada exitosamente” permitiéndole al usuario realizar nuevamente la eliminación de otra ficha de proyecto, de lo contrario:


• “La ficha de proyecto no existe” cuando el identificador de la ficha de proyecto no coincida con ninguna ficha guardada.

3.1.1.2 Módulo de planificación del Proyecto (MPP)

CREAR PLANIFICACIÓN DE PROYECTO CPP 1.0 El sistema deberá permitir al usuario ingresar para cada proyecto creado, actividades a las etapas que consta el proyecto, las cuales son: análisis y diseño, construcción, prueba y puesta en marcha.

CPP 1.1 El sistema deberá permitir al usuario crear la etapa de análisis y diseño, a través del formulario “Etapa de Análisis y Diseño”. Esta etapa constará con las siguientes actividades: Crear una ficha de cambios, Crear Informe de Avance, Crear Minutas de reuniones, Crear Calendario de Reuniones, Crear Checklist de entrega, Crear Planilla de Incidencias y Crear Carta de aceptación. Para cada una


15

de las actividades nombradas anteriormente se permitirá la modificación y eliminación.

CPP 1.1.1 El sistema deberá mostrar el mensaje “La Etapa de Análisis y

Diseño ha sido creado correctamente”, de lo contrario:

• “Ingrese los datos Requeridos”, cuando no se hayan ingresados los datos solicitados en CPP 1.1, indicándole al usuario la ubicación de los datos faltantes.

• “Ha ingresado un dato no valido” cuando los datos ingresados no correspondan a los mencionados en CPP 1.1.

CPP 1.2 El sistema deberá permitir al usuario crear la etapa de Construcción, a través del formulario “Etapa de Construcción”. Esta etapa deberá contener los datos obligatorios código único de identificación del proyecto, Nombre del Proyecto, Cliente, Equipo de Trabajo, Esta etapa constará con las siguientes actividades: Crear una ficha de cambios, Crear Informe de Avance, Crear Minutas de reuniones, Crear Calendario de Reuniones, Crear Checklist de entrega, Crear Planilla de Incidencias y Crear Carta de aceptación. Para cada una de las actividades nombradas anteriormente se permitirá la modificación y eliminación. CPP 1.2.1 El sistema deberá mostrar el mensaje “La Etapa de Construcción

ha sido creado correctamente”, de lo contrario:


• “Ha ingresado un dato no valido” cuando los datos ingresados no correspondan a los mencionados en CPP 1.2

CPP 1.3 El sistema deberá permitir al usuario crear la etapa de Pruebas, a través del formulario “Etapa de Pruebas”. Esta etapa deberá contener los datos obligatorios código único de identificación del proyecto, Nombre del Proyecto, Cliente, Equipo de Trabajo, Esta etapa constará con las siguientes actividades: Crear una ficha de cambios, Crear Informe de Avance, Crear Minutas de reuniones, Crear Calendario de Reuniones, Crear Checklist de entrega, Crear Planilla de Incidencias y Crear Carta de aceptación. Para cada una de las actividades nombradas anteriormente se permitirá la modificación y eliminación. CPP 1.3.1 El sistema deberá mostrar el mensaje “La Etapa de Pruebas ha

sido creado correctamente”, de lo contrario:




16

CPP 1.4 El sistema deberá permitir al usuario crear la etapa de Puesta en Marcha, a través del formulario “Etapa de Puesta en Marcha”. Esta etapa deberá contener los datos obligatorios código único de identificación del proyecto, Nombre del Proyecto, Cliente, Equipo de Trabajo, Esta etapa constará con las siguientes actividades: Crear una ficha de cambios, Crear Informe de Avance, Crear Minutas de reuniones, Crear Calendario de Reuniones, Crear Checklist de entrega, Crear Planilla de Incidencias y Crear Carta de aceptación. Para cada una de las actividades nombradas anteriormente se permitirá la modificación y eliminación. CPP 1.4.1 El sistema deberá mostrar el mensaje “La Etapa de Puesta en

Marcha ha sido creado correctamente”, de lo contrario:

• “Ingrese los datos Requeridos”, cuando no se hayan ingresados los datos solicitados en CPP 1.4 indicándole al usuario la ubicación de los datos faltantes.


CPP 1.5 El sistema deberá permitir al usuario crear documentos para cada una de las etapas nombradas en CPP 1.0 los cuales son:

Crear Informe de Avance CIA 1.5.1 El sistema deberá permitir al usuario crear un Informe de Avance a través del formulario “Nuevo Informe de Avance”, en que contendrá como datos obligatorios código identificador de proyecto, código identificador de informe de avance, Nombre del Proyecto, Horas Estimadas por perfil, Horas consumidas por perfil, horas acumuladas por perfil, Actividades del periodo, Actividades del periodo siguiente, Riesgos del proyecto, Acciones correctivas, fecha estimada de termino. Crear Minutas de Reuniones CMR 1.5.2 Para cada una de las etapas que cuenta un proyecto, el sistema permitirá crear una o más minutas de reuniones las cuales tendrán como datos obligatorios código identificador de proyecto, código identificador de minuta, Nombre del Proyecto, Fecha actual, hora de inicio, hora de termino, lugar, Participantes, Objetivos, Resultados, Acuerdos y Compromisos. Cada minuta será guardada en el repositorio de documentos según el proyecto y etapa en la que fue creada. Crear Calendario de Reuniones CCR 1.5.3 Para cada una de las etapas del proyecto el sistema deberá permitir a través del formulario “Nuevo Calendario de Reuniones” crear un calendario que coordinará y establecerá reuniones entre el Jefe de Proyecto y el cliente que tendrá como datos obligatorios código identificador de proyecto, código identificador de calendario, participantes, objetivos y temas a tratar. Crear Ficha de Cambios CFC 1.5.4 Para cada una de las etapas que cuenta el proyecto, el sistema deberá permitir al usuario crear una ficha de cambios, a través del formulario “Nueva Ficha de Cambios”. Esta ficha deberá contener los siguientes datos obligatorios: código identificador de proyecto, código identificador de ficha de cambios, Documento o programa, Responsable del


17

cambio, Versión, Fecha y Descripción. Cada ficha de cambios creada será guardada en la bitácora de cambios con un estado inicial de “Guardada”. Crear Checklist de Entrega CCE 1.5.5 Para cada una de las etapas del proyecto el sistema deberá permitir al usuario crear un Checklist de entrega mediante el formulario “Nuevo Checklist de Entrega”, para comprobar que se han cumplido con todos los pasos que permitan realizar una entrega adecuada al cliente. Los datos obligatorios que debe contener son código identificador de proyecto, código identificador de Checklist, Ítem y OK/NOK, es decir, si se realizaron o no los ítem nombrados. Crear Planilla de Incidencias CPI 1.5.6 El sistema deberá permitir al usuario crear una Planilla de incidencias a través del formulario “Nueva Planilla de Incidencias”. Los datos obligatorios que deberá contener son código identificador de proyecto, código identificador de planilla de Incidencias, Cliente, Sistema, Fecha, Nombre de la Pantalla, Descripción del error, Datos que producen el error, Usuario, Prioridad, Archivo Anexo, Clasificación, Observación, Responsable de Solución, Fecha Solución y Fecha visto bueno. Crear Carta de Aceptación CCA 1.5.7 El sistema deberá permitir al usuario crear una Carta de Aceptación a través del formulario “Nueva Carta de Aceptación”. Los datos obligatorios que deberá contener son código identificador de proyecto, código identificador de carta de aceptación, Logo de Alpha Software, fecha, Cliente, Participantes, Asunto. Crear Planillas de Tareas QA CPQA 1.5.8 El sistema deberá permitir al usuario crear una Planilla de Tareas QA a través del formulario “Nueva Planilla de Tareas QA”. Los datos obligatorios que deberá contener son código identificador de proyecto, código identificador de planilla de Tareas QA, Fecha de Revisión de: Validación Cumplimiento de plazos, Revisión documento Análisis y Diseño, Verificación Actualización carpeta de proyecto, Validación plan de pruebas, base de datos, Aplicación plan de pruebas, Código Proyecto en desarrollo, Documentación de Resultados finales y entregables.

MODIFICAR PLANIFICACIÓN DE PROYECTO MPP1.0 El sistema deberá permitir al usuario modificar cada una de las etapas de proyecto haciendo la búsqueda de esta mediante el código identificador de la ficha de proyecto, a través del listado “Modificar Etapa de Proyecto”.

MPP1.1 El sistema deberá permitir al usuario visualizar código identificador de ficha del Proyecto, Nombre del proyecto, Cliente, fecha de inicio, plazo de entrega, precio de venta, Estados de pago, Equipo de Trabajo. Los datos que podrán ser editados serán plazo de entrega, precio de venta, Estados de pago, Equipo de Trabajo. MPP1.2 El sistema deberá mostrar el mensaje “Los Datos han sido modificados correctamente” permitiéndole al usuario realizar nuevamente la modificación de una ficha de proyecto, de lo contrario:


18

• “Ingrese los datos Requeridos”, cuando no se haya ingresado el

identificador de la ficha de proyecto. • “La ficha de proyecto no existe” cuando el identificador de la ficha

de proyecto no coincida con ninguna ficha de proyecto guardada. • “El formulario debe estar completo”, cuando algún dato

nombrado en MPP1.1 haya quedado en blanco y deberá indicarle al usuario la ubicación de los datos faltantes.

MPP1.3 El sistema deberá permitir modificar los documentos con los que consta cada etapa del proyecto los cuales son: Informe de Avance, Minutas de reuniones, Calendario de Reuniones, Ficha de Cambios y Checklist de entrega, Planilla de Incidencias y Carta de aceptación.

Modificar Informe de Avance MIA 1.3.1 El sistema deberá permitir modificar un informe de avance a través del formulario “Modificar Informe de Avance”. Los datos a modificar son aquellos nombrados en CIA 1.5.1. a excepción de código identificador de proyecto y código identificador de informe de avance. Modificar Minutas de Reuniones MMR 1.3.2 El sistema deberá permitir modificar una ficha de cambios una minuta de reuniones a través del formulario “Modificar Minutas de Reuniones”. Los datos a modificar son aquellos nombrados en CMR 1.5.2. a excepción de código identificador de proyecto y código identificador de minutas de reuniones. Modificar Calendario de Reuniones MCR 1.3.3 El sistema deberá permitir modificar un calendario de reuniones a través del formulario “Modificar Calendario de Reuniones”. Los datos a modificar son aquellos nombrados en CCR 1.5.3. a excepción de código identificador de proyecto y código identificador de calendario de reuniones. Modificar Ficha de Cambios MFC 1.3.4 El sistema deberá permitir modificar una ficha de cambios a través del formulario “Modificar Ficha de Cambios”. Los datos a modificar son aquellos nombrados en CFC 1.5.4. a excepción de código identificador de proyecto y código identificador de ficha de cambios. Modificar Checklist de Entrega MCE 1.3.5 El sistema deberá permitir modificar una Checklist de entrega haciendo la búsqueda de esta mediante el código identificador de la ficha de proyecto, a través del listado “Modificar Checklist de Entrega”. Esta operación se podrá realizar solo después que esta haya sido guardada. Los datos a modificar son aquellos nombrados en CCE 1.5.5. a excepción de código identificador de proyecto y código identificador de Checklist de entrega. Modificar Planilla de Incidencias MPI 1.3.6 El sistema deberá permitir al usuario modificar una Planilla de incidencias a través del formulario “Modificar Planilla de Incidencias”. Los datos a modificar son aquellos


19

nombrados en CPI 1.5.6 a excepción de código identificador de proyecto y código identificador de planillas de incidencias. Modificar Carta de Aceptación MCA 1.3.7 El sistema deberá permitir al usuario modificar una Carta de Aceptación a través del formulario “Modificar Carta de Aceptación”. Los datos que podrá modificar son Cliente, Participantes, Asunto.

Modificar Planillas de Tareas QA MPQA 1.3.8 El sistema deberá permitir al usuario modificar una Planilla de Tareas QA a través del formulario “Modificar Planilla de Tareas QA”. Los datos que podrá modificar son: Fecha de Revisión de: Validación Cumplimiento de plazos, Revisión documento Análisis y Diseño, Verificación Actualización carpeta de proyecto, Validación plan de pruebas, base de datos, Aplicación plan de pruebas, Código Proyecto en desarrollo, Documentación de Resultados finales y entregables.

MPP1.4 El sistema deberá permitir Eliminar uno o más documentos con los que consta cada etapa del proyecto los cuales son: Informe de Avance, Minutas de reuniones, Calendario de Reuniones, Ficha de Cambios y Checklist de entrega.

Eliminar Informe de Avance EIA 1.4.1 El sistema deberá permitir eliminar uno o más informes de avances a través del formulario “Eliminar Informe de Avance”. El estado del Informe de Avance deberá cambiar del estado “Guardada” al estado “Eliminada”. Eliminar Minutas de Reuniones EMR 1.4.2 El sistema deberá permitir eliminar una o más minutas de reuniones a través del formulario “Eliminar Minutas de Reuniones”. El estado de la minuta de reuniones deberá cambiar del estado “Guardada” al estado “Eliminada”. Eliminar Calendario de Reuniones ECR 1.4.3 El sistema deberá permitir eliminar uno o más calendarios de reuniones a través del formulario “Eliminar Calendario de Reunión”. El estado del Calendario de Reuniones deberá cambiar del estado “Guardada” al estado “Eliminada”. Eliminar Ficha de Cambios EFC 1.4.4 El sistema deberá permitir eliminar una ficha de cambios a través del formulario “Eliminar Ficha de Cambios”. El estado de la ficha de cambios deberá cambiar del estado “Guardada” al estado “Eliminada”. Eliminar Checklist de entrega ECE 1.4.5 El sistema deberá permitir al usuario eliminar una Checklist de entrega haciendo la búsqueda de esta mediante el código identificador de la ficha de proyecto a través del listado “Eliminar Checklist de Entrega”. El estado de la Checklist de Entrega deberá cambiar del estado “Guardada” al estado “Eliminada”. Eliminar Carta de Aceptación ECA 1.4.6 El sistema deberá permitir al usuario eliminar una Carta de Aceptación a través del formulario “Eliminar


20

Carta de Aceptación”. El estado de la Carta de Aceptación deberá cambiar del estado “Guardada” al estado “Eliminada”. Eliminar Planillas de Tareas QA EPTQA 1.4.7 El sistema deberá permitir al usuario eliminar una Planilla de Tareas QA a través del formulario “Eliminar Planillas de Tareas QA”. El estado de la Planillas de Tareas QA deberá cambiar del estado “Guardada” al estado “Eliminada”.

CPP 1.4 El sistema deberá permitir al usuario completar una Encuesta de Evaluación de calidad de Servicio, a través del formulario “Encuesta de Evaluación de Calidad de Servicio”. Esta encuesta permitirá asignar una nota que será de 1 a 7 a los ítems ahí descritos. Los datos obligatorios son código único de identificación del proyecto, Código de identificación de Encuesta, Nombre del Proyecto, Cliente, Fecha y Observación.

3.1.1.3 Módulo de Repositorio de Proyecto (MRP)

GUARDAR DOCUMENTOS EN REPOSITORIO DE PROYECTO GDRP 1.0 El sistema deberá permitir al usuario guardar para cada proyecto creado, documentos asociados a cada una de las etapas que consta el proyecto, las cuales son Análisis y Diseño, Construcción, Pruebas y Puesta en Marcha.

GDRP1.1 Para cada uno de las etapas el sistema deberá permitir guardar documentos en formato .pdf,.doc, .rar, .jpeg, .gif. GDRP1.2 El sistema deberá permitir al usuario, para la etapa de Análisis y Diseño guardar los siguientes documentos: Documento de Análisis y Diseño, Carta Gantt. GDRP1.3 El sistema deberá permitir al usuario, para la etapa de Construcción guardar los siguientes documentos: Manual de Usuario, Manual de Instalación y Código Fuente. GDRP1.4 El sistema deberá permitir al usuario, para la etapa de Pruebas guardar los siguientes documentos: Informe de Pruebas. GDRP1.5 El sistema deberá permitir al usuario, para la etapa de Puesta en Marcha guardar los siguientes documentos: Código fuente modificado.

3.1.1.4 Módulo de Bitácoras de Actividades (MBA).

CREAR BITACORAS DE ACTIVIDADES CBT 1.0. El sistema deberá permitir a cada integrante del proyecto crear una Bitácora de Actividades, a través del formulario “Nueva Bitácora de Actividades”. La Bitácora de Actividades deberá contener los datos obligatorios código identificador de ficha del Proyecto, Código identificador de Bitácora, fecha, Cliente, Nombre del proyecto, Actividad, Horas Hombre y Detalles.


21

CBT 1.1 En la bitácora de actividades el usuario deberá ingresar fecha, Cliente, Nombre del proyecto, Actividad, Horas Hombre y Detalles, esta ultima es opcional. CBT 1.2 El sistema deberá mostrar el mensaje “La Bitácora de Actividades ha

sido creada correctamente” permitiéndole al usuario realizar nuevamente la creación de una nueva Bitácora de Actividades, de lo contrario:

• “Ingrese los datos Requeridos”, cuando no se hayan ingresados

los datos solicitados en CBA 1.1, indicándole al usuario la ubicación de los datos faltantes.

• “Ha ingresado un dato no valido” cuando los datos ingresados no correspondan a los mencionados en CBA 1.1.

MODIFICAR BITÁCORA DE ACTIVIDADES MBA1.0 El sistema deberá permitir al usuario modificar su Bitácora de Tiempos, haciendo la búsqueda de esta mediante el código identificador de la ficha de proyecto y código identificador de bitácora, esta modificación se hará a través del listado “Edición de Bitácora de actividades”. Esta operación se podrá realizar solo después que esta haya sido guardada.

MBA1.1 El sistema deberá permitir al usuario visualizar código identificador de ficha del Proyecto, código identificador de bitácora, Nombre del proyecto, Cliente, fecha, actividades, horas hombre y Detalles. Los datos antes mencionados pueden ser editados menos el código identificador de ficha del Proyecto y código identificador de bitácora. MBA1.2 El sistema deberá mostrar el mensaje “Los Datos han sido modificados correctamente” permitiéndole al usuario realizar nuevamente la modificación de una bitácora de tiempos, de lo contrario:

• “Ingrese los datos Requeridos”, cuando no se haya ingresado el

identificador de la ficha de proyecto. • “La bitácora de actividades no existe” cuando el identificador de

la ficha de proyecto no coincida con ninguna ficha de proyecto guardada.

• “El formulario debe estar completo”, cuando algún dato nombrado en MBA1.1 haya quedado en blanco y deberá indicarle al usuario la ubicación de los datos faltantes.

VISUALIZAR BITÁCORA DE ACTIVIDADES VBA 1.0 El sistema deberá permitir al usuario visualizar una bitácora de actividades haciendo la búsqueda de esta mediante el código identificador de la ficha de proyecto y el código identificador de la bitácora. Todo esto a través del listado “Visualizar Bitácora de Actividades”. Los datos a visualizar deberán ser: código identificador de ficha del Proyecto, código identificador de bitácora, Nombre del proyecto, Cliente, fecha, actividades, horas hombre y Detalles.

VBA1.1 Si la ficha de proyecto no puede ser visualizada el sistema deberá mostrar los mensajes:


22

• “Ingrese los datos Requeridos”, cuando no se haya ingresado el código identificador de la ficha de proyecto o código identificador de bitácora para realizar la búsqueda.

• “La ficha de proyecto o bitácora no existe” cuando el identificador de la ficha de proyecto o código identificador de bitácora no coincida con ninguna ficha de proyecto o bitácora guardada.

ELIMINAR BITÁCORA DE ACTIVIDADES EBA 1.0 El sistema deberá permitir al usuario eliminar una bitácora de actividades haciendo la búsqueda de esta mediante el código identificador de la ficha de proyecto y código identificador de bitácora. Esto se realizará a través del listado “Eliminar Bitácora de Actividades”. El estado de la bitácora de actividades deberá cambiar del estado “Guardada” al estado “Eliminada”.

EBA1.1 El sistema deberá mostrar el mensaje “La Bitácora de Actividades ha sido eliminada exitosamente” permitiéndole al usuario realizar nuevamente la eliminación de otra ficha de proyecto, de lo contrario:


• “La Bitácora de actividades no existe” cuando el identificador de la ficha de proyecto y el código de bitácora no coincida con ningún proyecto o bitácora guardada.

3.1.1.5 Módulo de Generación de Reportes (MGR)

VISUALIZAR REPORTES DE PROYECTO VRP 1.0 El sistema deberá permitir al usuario visualizar de forma resumida y detallada documentos asociados a un proyecto, haciendo la búsqueda de estos mediante el código identificador del proyecto a través del listado “Visualizar Documentos de Proyecto”. Los documentos que podrán ser visualizados serán : Ficha de Proyecto, Minuta de Reunión, Documento de Análisis y Diseño, Bitácora, Resumen Dedicación Mensual, Informe de Avances, Tareas QA, Checklist de entrega, Carta de Aceptación, Planillas de Incidencias, Bitácoras de Cambios y Encuesta de Evaluación de servicios.

VRP1.1 El sistema deberá permitir visualizar los documentos que consta cada etapa del proyecto en formato .pdf,.doc, .jpeg, .gif. VRP1.2 El sistema deberá permitir visualizar el resumen de Dedicación mensual del proyecto con los siguientes datos obligatorios Mes, Cliente, Proyecto, Horas Hombre, %Dedicación.

DESCARGAR REPORTES DE PROYECTO DRP 1.0 El sistema deberá permitir al usuario descargar todos los documentos de los que consta el proyecto a través del formulario “Descarga de Documentos”, el que le permitirá seleccionar el archivo que desea descargar de una lista de documentos que se encuentran guardados.

IMPRIMIR REPORTES DE PROYECTO IRP 1.0 El sistema deberá permitir al usuario imprimir cada uno de los documentos nombrados en IRP 1.0. Se deberá mostrar el


23

mensaje “La impresión ha sido enviada” de lo contrario mostrará el mensaje “Error en la Impresión”.

IRP 1.1 Si la ficha de proyecto no puede ser visualizada el sistema deberá mostrar los mensajes:

• “Ingrese los datos Requeridos”, cuando no se haya ingresado el código identificador de la ficha de proyecto para realizar la búsqueda. • “La ficha de proyecto no existe” cuando el identificador de la ficha de proyecto no coincida con ninguna ficha de proyecto guardada.


24

3.1.2. Requerimientos no Funcionales

3.1.2.1. Requerimientos de Interfaces Externas

Los requerimientos correspondientes a las interfaces externas, describirán a modo general las vistas respecto a la estructura general del inicio del sistema. IU 1.0 Interfaz “Inicio de Sesión e Ingreso al Sistema” La interfaz permitirá tener una visión general de cómo los distintos usuario observarán el sistema de forma general, al momento de ingresar, estará compuesta de un nombre de usuario y una contraseña los cuales al momento de presionar entrar les dará acceso al sistema dependiendo de su perfil de usuario. (Ver figura Nº2).

Una vez dentro del sistema los distintos usuarios podrán observar tres áreas bien definidas (Ver figura Nº3) como son:

• Banner: contendrá el logo de la empresa T&S Consulting Service y el nombre del sistema.

• Menú: permitirá al usuario navegar por las principales funcionalidades del sistema.

• Contenido: en esta área se mostrará la información que el usuario desea ver, ingresar o modificar

Figura Nº2. Bosquejo Interfaz Inicio de Sesión del Sistema SGP

Inicio de Sesión Sistema SGP

Usuario:

Contraseña:

Entrar


25

IU 2.0 Interfaz “Ingreso de datos”. La interfaz que permita al usuario ingresar datos al sistema, se compondrá de un formulario en el cual podrá escribir los datos que desea añadir, además tendrá dos botones con las acciones de guardar, en el caso que haya ingresado todos los datos y cancelar, en caso que no quiere ingresar más datos (Ver figura Nº5).

BANNER

MENÚ

CONTENIDO

BANNER

MENÚ

Nombre del Formulario

Ingreso dato 3:

Guardar Cancelar

Ingreso dato 2:

Ingreso dato 1:

Figura Nº3. Bosquejo Interfaz Ingreso al Sistema SGP

Figura Nº4. Bosquejo Interfaz Ingreso de Datos


26

IU 3.0 Interfaz “Búsqueda de Información”. La interfaz que permita al usuario buscar información especifica en el sistema, se compondrá de un formulario en el cual podrá escribir o seleccionar los datos que permitan realizar la búsqueda (más conocidos como filtros), además tendrá dos botones con las acciones de aceptar, para el inicio de la búsqueda y cancelar, en caso que no desee realizar la búsqueda (Ver figura Nº5).

IU 4.0 Interfaz “Resultados de la Búsqueda de Información”. La interfaz que permita al usuario observar los resultados de la búsqueda de información, se compondrá de un formulario que mostrará los resultados en el centro dependiendo del tipo de consulta podrán ser tablas o gráficos (Ver figura Nº6).

BANNER

MENÚ


Filtro 3:

Aceptar Cancelar

Filtro 2:

Filtro 1:

Figura Nº5. Bosquejo Interfaz Búsqueda de Información.


27

IU 5.0 Interfaz “Subir un archivo”. La interfaz que permita al usuario subir un archivo al sistema, ya sea una minuta propuesta u otro informe que sea necesario guardar, este se compondrá de un formulario que contiene el botón examinar el cual al momento de ser presionado permitirá seleccionar la ruta del archivo que desea almacenar, una vez realizada la selección se presionará el botón subir para lograr que el archivo se guarde definitivamente o cancelar en caso que desee salir de esta opción (Ver figura Nº7).

BANNER

MENÚ


Examinar

Subir

Cancelar

BANNER

MENÚ


Resultados de la búsqueda

Figura Nº6. Bosquejo Interfaz Resultados de la Búsqueda de Información.

Figura Nº7. Bosquejo Interfaz Guardar Documentos.


28

3.1.2.2. Requerimientos de Interfaces Internas

II 1.0. Interfaces de Hardware

El computador del desarrollador, deberá contar como mínimo con las siguientes características: un procesador de 2.0 GHz, 1 GB de memoria RAM, 32 MB de tarjeta de video integrada, 40GB de disco duro y un monitor de 14”. El computador del usuario, deberá contar como mínimo con: un procesador de 1.4 GHz, 256 MB de memoria RAM, tarjeta de video de 16 MB integrada, disco duro de 40 GB, monitor de 14”, tarjeta de red Ethernet o inalámbrica, conexión a Internet, un teclado y un mouse.

El Servidor donde se alojara el sistema, debera tenener las siguiente caracteristicas un procesador 3.32 GHz tipo Intel Xeon, Hyper Threading, disco duro SCSI de 80 GB y 1 GB de memoria RAM.

II 2.0. Interfaces de Software

El sistema se construirá bajo los lenguajes de programación HTML, PHP y MySQL con el software de desarrollo Macromedia Dreamweaver. Se utilizara el servidor Apache. El usuario para utilizar el sistema deberá tener como navegador Internet Explorer 7.0 o superior y Mozilla Firefox 3.0 o superior, ya que el sistema es Web.

II 3.0. Interfaces de Comunicación

El usuario se podrá comunicar con el sistema a través de formularios de ingreso, modificación, eliminación o consulta de datos, y a su vez el sistema se comunicará con él mediante mensajes que indiquen el estado de su solicitud o reportes con los resultados de las consultas realizadas.

3.1.2.3. Requerimientos de Seguridad El sistema deberá garantizar la seguridad de la información que se está

manejando, para ello contará con un inicio de sesión permitiendo que el acceso al sistema sea restringido, ingresando sólo aquellos usuarios autorizados por T&S Consulting Service.

3.1.2.4. Requerimientos de Mantención


29

Los datos almacenados en la base de datos del sistema deberán ser respaldados cada 15 días en algún medio de almacenamiento como un CD-ROM o DVD, los cuales se deberán etiquetar para llevar un orden y prevenir perdidas de información.

Documents

Sistema de Gestión de Proyectos “SGP” Especificación de ... · Sistema de Gestión de Proyectos Especificación de Requerimientos 2 Nombre Proyecto Sistema de Gestión de Proyectos