Trabajo Integrador Cibertec

Reporte de Especificación de Software (RES)

Versión 0.8

Sistema de Atención de Requerimientos TI

RESC S.A

Abril del 2012

HISTORIAL DE REVISIONES

Versión Autor Descripción Fecha de Elaboración Fecha de Revisión Revisado por

0.1 • Asencios Fernández Ayrton Lesner

• Ccarhuas Bardales Segundo Mike

• Fernández Gonzales Jorge Jeremías

• Lopez Rufasto Ronald Willer

• Ponce Cecilio Lisbeth

• Licas Ludeña Erick Henry

• Huamán Quispe Lizbeth • Antecedentes

• Objetivos

• Procesos de Negocio

• Requisitos Funcionales 17/04/2012 24/04/2012 Jorge Aguilar

0.2 • Asencios Fernández Ayrton Lesner

• Ccarhuas Bardales Segundo Mike

• Fernández Gonzales Jorge Jeremías

• López Rufasto Ronald Willer

• Ponce Cecilio Lisbeth

• Licas Ludeña Erick Henry

• Huamán Quispe Lizbeth Correcciones de:

• Antecedentes

• Objetivos

• Procesos de Negocio

• Requisitos Funcionales

25/04/2012 08/05/2012 Jorge Aguilar

0.3 • Asencios Fernández Ayrton Lesner

• Ccarhuas Bardales Segundo Mike

• Fernández Gonzales Jorge Jeremías

• López Rufasto Ronald Willer

• Ponce Cecilio Lisbeth

• Licas Ludeña Erick Henry

• Huamán Quispe Lizbeth

Correcciones de:

• Alcance

• Procesos de Negocio

• Requisitos Funcionales

Primera Presentación de:

• Requisitos No Funcionales

09/05/2012 15/05/2012 Jorge Aguilar

0.4 • Asencios Fernández Ayrton Lesner

• Ccarhuas Bardales Segundo Mike

• Fernández Gonzales Jorge Jeremías

• López Rufasto Ronald Willer

• Ponce Cecilio Lisbeth

• Licas Ludeña Erick Henry

• Huamán Quispe Lizbeth Correcciones de:

• Modelo de Casos de uso del Sistema

Primera Presentación de:

• Flujo general de navegación

• Modelo conceptual

28/05/2012 05/06/12 Jorge Aguilar

0.5 • Asencios Fernández Ayrton Lesner

• Ccarhuas Bardales Segundo Mike

• Fernández Gonzales Jorge Jeremías

• López Rufasto Ronald Willer

• Ponce Cecilio Lisbeth

• Licas Ludeña Erick Henry

• Huamán Quispe Lizbeth Correcciones de:

• Modelo de Casos de uso del Sistema

• Flujo general de navegación

• Modelo conceptual

07/06/2012 Jorge Aguilar

0.6 • Asencios Fernández Ayrton Lesner

• Ccarhuas Bardales Segundo Mike

• Fernández Gonzales Jorge Jeremías

• López Rufasto Ronald Willer

• Ponce Cecilio Lisbeth

• Licas Ludeña Erick Henry

Huamán Quispe Lizbeth Correcciones de:

• Modelo de Casos de uso del Sistema

• Flujo general de navegación

• Modelo de Análisis

28/06/2012

0.7 • Asencios Fernández Ayrton Lesner

• Ccarhuas Bardales Segundo Mike

• Fernández Gonzales Jorge Jeremías

• López Rufasto Ronald Willer

• Ponce Cecilio Lisbeth

• Licas Ludeña Erick Henry

• Huamán Quispe Lizbeth Correcciones de:

• Modelo de Casos de uso del Sistema

• Flujo general de navegación

Modelo de Análisis

03/07/2012

0.8 • Asencios Fernández Ayrton Lesner

• Ccarhuas Bardales Segundo Mike

• Fernández Gonzales Jorge Jeremías

• López Rufasto Ronald Willer

• Ponce Cecilio Lisbeth

• Licas Ludeña Erick Henry

• Huamán Quispe Lizbeth

Contenido

1. Antecedentes 5

2. Objetivos 5

3. Alcance 5

3.1. DENTRO DEL ALCANCE 5

3.2. FUERA DEL ALCANCE 6

3.3. RESTRICCIONES 6

3.4. SUPUESTOS 7

4. Procesos de Negocio 7

4.1. LISTA DE CASOS DE USO DE NEGOCIO 7

4.1.1. LISTA DE ACTORES DEL NEGOCIO 7

4.1.2. DIAGRAMA GENERAL DE CASO DEL NEGOCIO 7

4.1.3. ESPECIFICACIÓN DE LOS CASOS DE USO DEL NEGOCIO 8

CUN01 – GESTIONAR ATENCIÓN DE REQUERIMIENTO DE TI 8

4.2. REALIZACIÓN DE LOS CASOS DE USO DE NEGOCIO 10

CUN01 – GESTIONAR ATENCIÓN DE REQUERIMIENTO DE TI 10

4.3. LISTA DE TRABAJADORES DE NEGOCIO 12

4.4. REGLAS DE NEGOCIO 13

5. Requisitos Funcionales 14

6. Requisitos No Funcionales 15

7. Modelo de Casos de Uso del Sistema 17

7.1. LISTA DE ACTORES DE SISTEMA 17

7.2. DIAGRAMA DE ACTORES DEL SISTEMA 19

7.3. ARQUITECTURA DEL SISTEMA – DIAGRAMA DE PAQUETES 19

7.4. LISTA DE CASOS DE USO DEL SISTEMA POR PAQUETE 20

7.5. DIAGRAMA DE CASOS DE USO POR PAQUETE 23

7.6. PRIORIZACIÓN DE LOS CASOS DE USO DEL SISTEMA 26

7.7. MATRIZ DE MODELO DE NEGOCIO Y MODELO DE SISTEMA 28

7.8. ESPECIFICACIÓN DE LOS CASOS DE USO DEL SISTEMA 28

8. Flujo General de Navegación 76

9. Esquema de Seguridad 77

10. Modelo de Análisis 78

11. Modelo Conceptual 108

1. Antecedentes

La empresa RESC S.A. cuenta con diversos usuarios en diferentes áreas. Los usuarios pueden solicitar requerimientos según sus necesidades. El gerente de sistema revisa los requerimientos, pero estos no llevan un control en el desarrollo del flujo de las actividades del requerimiento, no se cumplen con las fechas programadas y no se tiene conocimiento de la situación del requerimiento.

En consecuencia esto puede generar malestar a los usuarios solicitantes y hasta retraso en el desarrollo de sus actividades.

2. Objetivos

Los objetivos planteados se especifican a continuación:

• Reducir el tiempo en la atención de los requerimientos en un 70%.

• Aumentar en 99.9% la satisfacción de las Áreas Usuarias.

• Controlar que cada requerimiento recibido se cumpla en un 100%.

• Cumplir con la fecha de inicio y fin planificado de la atención de los requerimientos recibidos, en un 80%.

3. Alcance

3.1. Dentro del Alcance

La aplicación, contempla los siguientes puntos:

 Con respecto al Sistema Web a desarrollar:

• Con respecto al Sistema Web a desarrollar: Integrar el área de TI, controlando todos los requerimientos que sean solicitados al área.

• El Director de Proyectos podrá ver todos los requerimientos TI.

• El usuario solo podrá ver los requerimientos que tenga que ver con sus funciones.

 Con respecto a la Documentación a realizar:

• Elaboración del Reporte de Especificación de

Software.

• Elaboración del Reporte de Diseño de Software.

• Elaboración del Diccionario de Datos.

• Elaboración del Manual de Pruebas.

• Elaboración del Manual de Usuario.

3.2. Fuera del Alcance

 El sistema no incluirá las siguientes funciones:

• Permitir el ingreso a la base de datos del software.

• Manipular los datos transaccionales ya aprobados.

• Eliminar los documentos ya generados y aprobados.

• Realizar actividades de entrenamiento y/o capacitaciones a los usuarios.

• Incluir módulos de mantenimiento para la información personal de los usuarios que interactúen con la aplicación.

3.3. Restricciones

El sistema tendrá las siguientes limitaciones:

 Contará con un presupuesto de $ 10,000.

 La instalación del sistema no se aplicara en más de 4 servidores.

 Los analistas no serán responsables por retrasos que deriven de cambios no consultados, inclusiones o exclusiones de casos sin previo aviso.

 La ejecución correcta del proyecto estará en función a las reuniones realizadas con el equipo de trabajo y a la comprensión del proyecto a desarrollar por todos los integrantes del equipo de trabajo.

 El proyecto será desarrollado siguiendo la metodología RUP – MEDESOFT.

 La herramienta Case a utilizar será: IBM Rational Software Architect.

 El tiempo de entrega del software es a 80 días desde la presentación del proyecto.

 El sistema será tipo web sin posibilidad de cambio.

 El sistema funcionará en los navegadores Explorer 8.0 o superior, Mozilla Firefox 3.0 o superior y Google Chrome 12.0.

 El gestor de la base de datos será MySQL 5.2 sin posibilidad de cambio.

 Lenguaje de Programación Java – Plataforma JEE.

 Servidor de Aplicaciones Web Apache Tomcat 6.0.

 Los Sistemas Operativos de los servidores podrán ser: Windows o Linux.

 Los Sistemas Operativos de los Clientes podrán ser: Windows 2000, XP, Vista y 7.

 El Protocolo de transporte utilizado

...