ieee 830 grupo 2

ESCUELA POLITECNICA DEL EJERCITO

TECNICAS DE DESARROLLO DE

SOFTWARE

INGENIERIA EN SISTEMAS E INFORMATICA

ESPECIFICACION DE REQUISITOS SOFTWARE

SEGUN IEEE 830

INTEGRANTES:

ESPIN VELASCO LUIS IVAN

BARBA BARBA CRISTIAN JOSE

SALGADO ESCOBAR STALIN SEBASTIANSARCHI ALBUJA ELVIS RAMIRO

Lunes,15 de Junio de 2014

1

Indice

1. INTRODUCCION 41.1. Proposito . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 41.2. Alcance . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 5

1.2.1. Objetivo General . . . . . . . . . . . . . . . . . . . . . . . 51.2.2. Objetivos Especficos . . . . . . . . . . . . . . . . . . . . . 5

1.3. Personal involucrado . . . . . . . . . . . . . . . . . . . . . . . . . 61.4. Definiciones, acronimos y abreviaturas . . . . . . . . . . . . . . . 71.5. Referencias . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 71.6. Resumen . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 8

2. DESCRIPCION GENERAL 82.1. Perspectiva del producto . . . . . . . . . . . . . . . . . . . . . . . 82.2. Funcionalidad del producto . . . . . . . . . . . . . . . . . . . . . 9

2.2.1. Diagramas de Casos de Uso . . . . . . . . . . . . . . . . . 92.3. Caractersticas de los usuarios . . . . . . . . . . . . . . . . . . . . 122.4. Restricciones . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 122.5. Suposiciones y dependencias . . . . . . . . . . . . . . . . . . . . . 122.6. Evolucion previsible del sistema . . . . . . . . . . . . . . . . . . . 13

3. REQUISITOS ESPECIFICOS 143.1. Requisitos comunes de las interfaces . . . . . . . . . . . . . . . . 16

3.1.1. Interfaces de usuario . . . . . . . . . . . . . . . . . . . . . 163.1.2. Interfaces de hardware . . . . . . . . . . . . . . . . . . . . 163.1.3. Interfaces de software . . . . . . . . . . . . . . . . . . . . 173.1.4. Interfaces de comunicacion . . . . . . . . . . . . . . . . . 18

3.2. Requisitos funcionales . . . . . . . . . . . . . . . . . . . . . . . . 183.2.1. Requisito funcional RF1-1 . . . . . . . . . . . . . . . . . . 183.2.2. Requisito funcional RF1-2 . . . . . . . . . . . . . . . . . . 183.2.3. Requisito funcional RF1-3 . . . . . . . . . . . . . . . . . . 193.2.4. Requisito funcional RF1-4 . . . . . . . . . . . . . . . . . . 193.2.5. Requisito funcional RF1-5 . . . . . . . . . . . . . . . . . . 203.2.6. Requisito funcional RF2-1 . . . . . . . . . . . . . . . . . . 203.2.7. Requisito funcional RF2-2 . . . . . . . . . . . . . . . . . . 213.2.8. Requisito funcional RF2-3 . . . . . . . . . . . . . . . . . . 213.2.9. Requisito funcional RF3-1 . . . . . . . . . . . . . . . . . . 223.2.10. Requisito funcional RF3-2 . . . . . . . . . . . . . . . . . . 223.2.11. Requisito funcional RF3-3 . . . . . . . . . . . . . . . . . . 233.2.12. Requisito funcional RF4-1 . . . . . . . . . . . . . . . . . . 233.2.13. Requisito funcional RF4-2 . . . . . . . . . . . . . . . . . . 243.2.14. Requisito funcional RF4-3 . . . . . . . . . . . . . . . . . . 243.2.15. Requisito funcional RF5-1 . . . . . . . . . . . . . . . . . . 253.2.16. Requisito funcional RF5-2 . . . . . . . . . . . . . . . . . . 253.2.17. Requisito funcional RF5-3 . . . . . . . . . . . . . . . . . . 26

3.3. Requisitos no funcionales . . . . . . . . . . . . . . . . . . . . . . 27

2

3.3.1. Requisitos de rendimiento . . . . . . . . . . . . . . . . . . 273.3.2. Seguridad . . . . . . . . . . . . . . . . . . . . . . . . . . . 273.3.3. Fiabilidad . . . . . . . . . . . . . . . . . . . . . . . . . . . 273.3.4. Disponibilidad . . . . . . . . . . . . . . . . . . . . . . . . 273.3.5. Mantenibilidad . . . . . . . . . . . . . . . . . . . . . . . . 283.3.6. Portabilidad . . . . . . . . . . . . . . . . . . . . . . . . . . 283.3.7. Otros Requisitos . . . . . . . . . . . . . . . . . . . . . . . 28

4. APENDICES 29

3

1. INTRODUCCION

Este documento es realizado con la finalidad de analizar los requisitos, que esuna de las tareas mas importantes en el ciclo de vida del desarrollo de software.En este caso el desarrollo del sitio WEB: www.topcallsevice.com, puesto queen este documento se determinan los planos de la nueva aplicacion WEB. Losrequisitos son las necesidades del producto que se van a desarrollar. Por ello, enla fase de analisis de requisitos se deben identificar claramente estas necesidadesy documentarlas. Como resultado de esta fase este documento describe lo que elfuturo sistema debe hacer. Por tanto, no se trata simplemente de una actividadde analisis.

El sitio WEB que se desarrollara permitira registrar, administrar, gestionar,las actividades que ofrece la empresa Top Servicie Centro de Servicio TecnicoAutorizado Whirlpool a los clientes que adquieren los productos de la marca.Actualmente se han visto en la necesidad de un sitio web privado que sea: Usa-ble, Funcional, Confiable, Eficiente con la Facilidad de recibir Mantenimiento,que ayude a la administracion global de la Empresa, que es la administraciony control de la informacion de Clientes, Tecnicos, Rutas y Horarios, Gestion deOrdenes de Servicio Tecnico y Reportes especficos de la Empresa.

1.1. Proposito

Este documento ha sido redactado con el fin de marcar las pautas genera-les y las especificaciones que debera seguir el software a desarrollar (aplicacionWEB), con el objetivo final de resolver las necesidades que el cliente ha plan-teado.

Servira como canal de comunicacion entre la Empresa: Top Servicie Centrode Servicio Tecnico Autorizado Whirlpool y Equipo de desarrollo.

Este documento esta sujeto a revisiones, especialmente por los potenciales usua-rios, hasta alcanzar su aprobacion. Una vez aprobado servira de base al equipode desarrollo del sitio WEB: www.topcallsevice.com para la construccion delnuevo sitio WEB.

4

1.2. Alcance

Se implementara el sitio web privado con el fin de dar solucion a los pro-blemas por los que actualmente atraviesa la Empresa: Top Servicie Centro deServicio Tecnico Autorizado Whirlpool, en la administracion y control de la in-formacion de Clientes, Tecnicos, Rutas, Gestion de Ordenes de Servicio Tecnicoy Reportes.

Los modulos que el sistema debe manejar son:

Administracion de Cuentas de Usuario.

Administracion de Informacion de Clientes.

Administracion de Informacion de Tecnicos.

Administracion de Ordenes de Servicio Tecnico.

Administracion de Rutas y horarios de Servicio Tecnico

Administracion de Reportes.

1.2.1. Objetivo General

Desarrollar e implementar un sitio WEB para la administracion y control dela informacion de Clientes, Empleados, Rutas y Horarios, Gestion de Ordenes deServicio Tecnico y Reportes. La cual podra ser utilizada desde las Sucursales dela Empresa. Mejorando Administracion y la Calidad de la Empresa Top ServiceCentro de Servicio Tecnico Autorizado Whirlpool.

1.2.2. Objetivos Especficos

Levantar nuevos requisitos para tener claro la situacion actual de la em-presa.

Hacer uso de los requerimientos obtenidos para desarrollar un aplicativoque cumpla con las necesidades de la empresa.

Ejecutar Pruebas para satisfacer las necesidades del usuario

Modelar una Base de Datos para registrar datos de Clientes, Empleados,Rutas y Horarios, Gestion de Ordenes de Servicio Tecnico y Reportesexistentes.

Presentar reportes de los tenicos de la empresa con relacion a la informa-cion recaudada por las Ordenes de Trabajo.

Gestionar la rutas y horarios para mejorar el servicio tecnico y la rapidezen la Atencion al Cliente.

5

1.3. Personal involucrado

Nombre Ivan Espn HerreraRol Jefe de la Empresa.

Categora Profesional Ingeniero.Responsabilidad Administracion y supervision de los procesos en la Empresa.

Informacion de contacto 09833714924

Cuadro 1: Personal involucrado: Grupo Empresarial.

Nombre Varias ColaboradorasRol Seretarias de la Empresa.

Categora Profesional Ingenieras y Bachilleres.Responsabilidad Recepcion de informacion en la Empresa.

Informacion de contacto


Nombre Varios ColaboradoresRol Tecnicos de la Empresa.

Categora Profesional Ingenieros y Bachilleres.Responsabilidad Asistencia Tecnica.

Informacion de contacto


Nombre Luis Ivan Espn VelascoRol Analista, disenador y programador.

Categora Profesional Estudiante Universitario.Responsabilidad Analisis de informacion, diseno y programacion del sistema.

Informacion de contacto [email protected]

Cuadro 4: Personal involucrado: Grupo de Analisis y Desarrollo

Nombre Cristian Jose Barba BarbaRol Analista, disenador y programador.




6

Nombre Elvis Ramiro Sarchi AlbujaRol Analista, disenador y programador.




Nombre Stalin Sebastian Salgado EscobarRol Analista, disenador y programador.




1.4. Definiciones, acronimos y abreviaturas

En esta parte se definen todos los terminos, abreviaturas y acronimos nece-sarios para interpretar apropiadamente este documento.

Nombre DescripcionUsuario Persona que utilizara el sitio WEB.

TCS www.topcallsevice.comERS Especificacion de Requerimientos Software.RF Requerimiento Funcional.

RFN Requerimiento no Funcional.

Cuadro 8: Definiciones, acronimos y abreviaturas del Documento.

1.5. Referencias

Referencia Titulo Ruta Fecha Autor1 IEEE 830 SRS standards.ieee.org 1998 -

2 INGENIERIA DEL SOFTWARE freelibros.org 2006 Roger Pressman.

Cuadro 9: Referencias del Documento.

7

1.6. Resumen

Este documento consta de tres secciones. En la primera seccion se realiza unaintroduccion al mismo y se proporciona una vision general de la especificacionde recursos del sistema.

En la segunda seccion del documento se realiza una descripcion general delsistema, con el fin de conocer las principales funciones que este debe realizar,los datos asociados y los factores, restricciones, supuestos y dependencias queafectan al desarrollo, sin entrar en excesivos detalles.

Por ultimo, la tercera seccion del documento es aquella en la que se definendetalladamente los requerimientos que debe satisfacer el sistema.

2. DESCRIPCION GENERAL

2.1. Perspectiva del producto

Este proceso abarca desde que el cliente solicita el servicio hasta que secumple con el trabajo y el cliente queda satisfecho. Incluye registro de datos decliente, tecnico, Orden de Servicio, Rutas y Horarios y tambien Reportes si esel caso. En este proceso intervienen distintos actores:

Administrador (Jefe): Podra crear cuenta de usuario, Rutas y Horariosde Trabajo, Generar Reportes ademas de tener acceso total del sistema.

Recepcionista (Secretaria): Personal encargada de la demanda de aten-cion al cliente, que tiene como funcion principal la recepcion de informa-cion de los clientes, ademas la asignacion de tecnicos a las Ordenes deServicio.

Tecnico: Proporciona la informacion necesaria de la Orden de Servicio yel Cliente.

Cliente: Puede acceder al sistema atreves de las secretarias y solicitarun nuevo servicio, confrmalo o cancelarlo, siendo una de las principalesfuentes de informacion.

Figura 1: Diagram de Roles del Sistema: aplicacion TopCallService

8

2.2. Funcionalidad del producto

EL Sistema, aplicacion Web: TopCallService.com debe ser capaz de pro-porcionar Informacion a los usuarios una forma amigable de administrarrecursos.

Abarca multiples aspectos en la gestion de cualquier sucursal de la Empre-sa: Top Servicie Centro de Servicio Tecnico Autorizado Whirlpool, talescomo: La administracion y control de la informacion de Clientes, Tecnicos,Rutas, Gestion de Ordenes de Servicio Tecnico y Reportes.

Se adaptara a cualquier numero de profesionales (Jefes o Secretarias) sinperder de vista la planificacion diaria de estos, contribuyendo a una gestionoptima en el servicio al cliente.

Gestion de Informacion de Clientes, Tecnicos, Rutas, Gestion de Ordenesde Servicio Tecnico y Reportes en tiempo real.

Posibilidad de utilizacion mediante navegador WEB.

2.2.1. Diagramas de Casos de Uso

Figura 2: Diagramas: Casos de Uso del Sietema

9

Figura 3: Diagrama Administracion de Cuentas de Usuario

Figura 4: Diagrama Administracion de Informacion de Clientes

10

Figura 5: Diagrama Administracion de Informacion de Tecnicos

Figura 6: Diagrama Administracion de Rutas y Horarios de Servicio Tecnico

Figura 7: Diagrama Administracion de Ordenes de Servicio Tecnico

11

Figura 8: Diagrama Administracion de Reportes.

2.3. Caractersticas de los usuarios

Este sistema estara orientado a usuarios de tipo basico, intermedio y avan-zado. Con conocimientos en herramientas Microsoft.

Tipo de Usuario Administrador (Jefe).Formacion Academica y ProfesionalActividades Administracion de la Empresa y el Sistema.

Cuadro 10: Caractersticas de Usuario.

Tipo de Usuario Resepcionistas (Secretarias).Formacion Academica entre Bachillerato y Universidad.

Actividades Recepcion de datos de Clientes, Ordenes y Tecnicos.

Cuadro 11: Caractersticas de Usuario.

2.4. Restricciones

Se ejecutara solo en plataformas que soporte Flash Player.

Se ejecutara desde cualquier navegador.

Ocupara base de datos Oracle.

Adobe Flash + ZEND AMF Library.

PHP utilizando AMF para la comunicacian entre Cliente - Servidor.

2.5. Suposiciones y dependencias

Los requisitos descritos en este documento pueden cambiar, pues los proce-sos son dinamicos y por lo tanto cambia los requisitos del software, para lo cuales necesario que las fases de analisis y diseno esten bien documentadas y ademasdefinir una fase y metodologa de mantenimiento del sistema.

El sitio Web: TopCallService.com funciona independientemente, sin necesida-des de comunicarse con otros sistemas externos, por lo que no hay dependenciasrespecto de otros sistemas.

12

2.6. Evolucion previsible del sistema

Se debera implementar una interfaz exclusiva para visualizar con estadsti-cas el desempeno de Tecnicos y Secretarias. En esta interfaz se podranvisualizar los siguientes datos:

Se visualizara una descripcion del individuo. Datos de evoluciones de servicio con relacion al individuo. Reporte de clientes Atendidos con relacion al individuo. Graficas de Desempeno de acuerdo a valores establecidos. Personal disponible en ese instante.

Optimizacion de los tiempos de la organizacion.

Personal disponible en ese instante.

13

3. REQUISITOS ESPECIFICOS

Figura 9: Lista de Requisitos Funcionales

14

Figura 10: Trazabilidad y Validacion de los Requisitos Funcionales

15

3.1. Requisitos comunes de las interfaces

Cuando el usuario interactua con un sistema basado en computadora, seaplica un conjunto de principios fundamentales y lineamientos generales de di-seno.

Figura 11: DISENO DE LA INTERFAZ DE LA WEB APP.

3.1.1. Interfaces de usuario

El usuario que manipulara el sistema lo hara mediante el teclado y el mouse.Las interfaces se elaboraran en la plataforma de ASP.net C# e incluiran:

Botones

Menus desplegables

Mensajes informativos

Mensajes de error

Diseno Mixto de Navegacion Web para el ingreso, modificacion, actuali-zacion y busqueda de datos.

Otros

3.1.2. Interfaces de hardware

La pantalla del monitor el software debera mostrar informacion al usua-rio a traves de la pantalla del monitor.

Raton el software debe interactuar con el movimiento del raton y losbotones del raton. El raton activara las zonas de entrada de datos, botonesde comando y seleccionara las opciones de los menus.

Teclado el software debera interactuar con las pulsaciones del teclado.

16

Figura 12: DISENO DE ARQUITECTURA

3.1.3. Interfaces de software

Figura 13: CUADRO COMPARATIVO DE NAVEGABILIDAD

17

3.1.4. Interfaces de comunicacion

El sistema no cuenta con comunicacion con otros sistemas.

3.2. Requisitos funcionales

3.2.1. Requisito funcional RF1-1

Figura 14: Requisito funcional RF1-1



18





19





20





21





22





23





24





25



26

3.3. Requisitos no funcionales

3.3.1. Requisitos de rendimiento

Rendimiento del Sistema:

El sistema de puede ser utilizado por varios usuarios a la vez ya que sonel numero de operadores del sistema ya sea para atender al cliente o parala asignacion del tecnico requerido en dicho momento.

El espacio magnetico o espacio requerido en memoria se especificara cuan-do se implemente o se desarrolle el sistema en su totalidad.

3.3.2. Seguridad

La seguridad del sistema esta especificada en los siguientes parametros:

La Interaccion en tiempo real de los clientes contratantes con la gestiondel sistema que generara confianza y seguridad en la gestion.

El Firewall que es el elemento de seguridad que permite controlar lascomunicaciones que se establecen entre la red de area local y el exterior.

Cada usuario tendra su contrasena por defecto inicialmente pero en elprimer ingreso al sistema tendra que cambiar obligadamente su contrasenabrindando mayor seguridad.

Para crear nuevos usuarios sera gestionada directamente desde el admi-nistrador del sistema evitando a los usuarios no deseados.

3.3.3. Fiabilidad

Fiabilidad del Sistema:

El acceso al sistema de manera incondicional sera gestionado por el ad-ministrador designado. El numero de intentos fallidos al acceso al sistemasera propuesto por el administrador. As se proveera la obtencion de in-formacion de personas particulares del Sistema.

Tambien se podra realizar respaldos cada cierto tiempo especificado de-pendiendo del numero de actividades y necesidades.

3.3.4. Disponibilidad

Disponibilidad del Sistema:

El sistema estara disponible cuando los usuarios lo requieran, en particularal tiempo que esta dispuesto por el codigo laboral del pas es decir las 8horas diarias de trabajo.

27

La Web App es capaz de satisfacer las necesidades de los usuarios desdecualquier lugar. En sentido tecnico, la disponibilidad es la medida porcen-tual del tiempo que una Web App . El usuario final comun espera que lasWeb Apps se hallen disponibles las 24 horas de los 365 das del ano.

3.3.5. Mantenibilidad

Dependiendo del grado de satisfaccion del usuario final los desarrolladoresdeben estar posteriormente dispuestos a las actualizaciones o cambios que sugie-ra el usuario con previa anticipacion, o cumpliendo lo establecido en un contratoinicial que puede ser semestralmente, anualmente dependiendo de las clausulasdel contrato.

3.3.6. Portabilidad

El Sistema se realizara en formato Web App que requiere solo acceso alinternet para poder acceder al sistema.

La base de datos se puede afirmar que es 100 % portable porque la herra-mienta de MySQL puede instalarse en los sistemas operativos mas utili-zados como son Windows y Linux, sin ningun problema.

En el caso que el sistema requiera ser implementado en plataforma clien-te/servidor se limitara su portabilidad a un porcentaje mayor.

3.3.7. Otros Requisitos

28

4. APENDICES

29

INTRODUCCINPropsitoAlcanceObjetivo GeneralObjetivos Especficos

Personal involucradoDefiniciones, acrnimos y abreviaturasReferenciasResumen

DESCRIPCIN GENERALPerspectiva del productoFuncionalidad del productoDiagramas de Casos de Uso

Caractersticas de los usuariosRestriccionesSuposiciones y dependenciasEvolucin previsible del sistema

REQUISITOS ESPECFICOSRequisitos comunes de las interfacesInterfaces de usuarioInterfaces de hardwareInterfaces de softwareInterfaces de comunicacin

Requisitos funcionalesRequisito funcional RF1-1Requisito funcional RF1-2Requisito funcional RF1-3Requisito funcional RF1-4Requisito funcional RF1-5Requisito funcional RF2-1Requisito funcional RF2-2Requisito funcional RF2-3Requisito funcional RF3-1Requisito funcional RF3-2Requisito funcional RF3-3Requisito funcional RF4-1Requisito funcional RF4-2Requisito funcional RF4-3Requisito funcional RF5-1Requisito funcional RF5-2Requisito funcional RF5-3

Requisitos no funcionalesRequisitos de rendimientoSeguridadFiabilidadDisponibilidadMantenibilidadPortabilidadOtros Requisitos

APNDICES

ieee 830 grupo 2

Documents