Informe Final 1 PDF

Preview

Summary

Documento de Especificación de Requisitos de Software Proyecto: LoGiCo Revisión 1.Proyect o #Jefe de Proyecto:Administrador de la Configuración:Richard Aguilera SaldañaWalter Ortega OroUsuario: Teresa Jesus Tapia Soto 09 – Mayo- 2016!!br0ken!!LoGiCoRequerimientos del SistemaRev. 1.Pág. 2Versión del ...

Description

Documento de Especificación de Requisitos de Software Proyecto: LoGiCo Revisión 1.0

Proyect o #342

Usuario: Teresa Jesus Tapia Soto

Jefe de Proyecto: Richard Aguilera Saldaña Administrador de la Configuración: Walter Ortega Oro

09 – Mayo- 2016

!!br0ken!!LoGiCo Requerimientos del Sistema

Rev. 1.0 Pág. 2

Versión del Template Fecha de Elaboració n

Versión

Elaborado Por

Aprobado por y fecha

Descripción del Cambio

06-05-2016

V1.0

Richard Aguilera

R. Aguilera 06-05-2016

Versión Inicial

06-05-2016

V1.0

Walter Ortega

W. Ortega 06-05-2016

Versión Inicial

Control de Versión del Documento Fecha

06/05/201 6

Revisió n

1.0

Autor

Descripción

-Richard Aguilera -Walter Ortega

Si

Documento validado por las partes: Aprobadores del Documento Josue Garrido

Representante Usuario

Firma y Timbre (o adjunte aprobación via email)

Fecha

Firma y Timbre (o adjunte aprobación via email)

Fecha

Luis Fernanadez

Representante de Negocio

Versión Final (Si/No) Ver Nota

!!br0ken!!LoGiCo Requerimientos del Sistema

Juan Lopez Representante Riesgo Operacional

Firma y Timbre (o adjunte aprobación via email)

Fecha

Rev. 1.0 Pág. 3

Contenido Versión del Template

2

Control de Versión del Documento

2

Contenido

4

1

6

Introducción 1.1 1.2 1.3 1.4 1.5 1.6

2

Entendimiento del Requerimiento 2.1 2.2

3

Propósito Ámbito del Sistema Personal involucrado(stakeholders) Definiciones, acrónimos y abreviaturas Referencias Visión General del Documento (Resumen) Descripción General Reglas del Negocio

Descripción general 3.1 Antecedentes Generales 3.1.1 Objetivo del Desarrollo (Proyecto) Solicitado 3.2 Perspectiva del Producto 3.2.1 Diagrama de Contexto To Be (diagrama de despliegue y de componentes) 3.2.2 Identificación de Aplicativos Directos e Indirectos 3.3 Funcionalidad del Producto 3.3.1 Maqueta Viva 3.4 Características de los Usuarios 3.5 Restricciones 3.6 Análisis Volumétrico 3.7 Disponibilidad Operativa 3.8 Procesos Operativos involucrados no aplica 3.9 Evolución Previsible del Sistema (Requisitos Futuros)

4

Requisitos Específicos 4.1 Requisitos comunes de los interfaces 4.1.1 Interfaces de Usuario 4.1.2 Interfaces de Hardware 4.1.3 Interfaces de Software 4.1.4 Interfaces de Comunicación 4.2 Requisitos Funcionales 4.3 Requisitos No Funcionales 4.3.1 Requisitos de Rendimiento 4.3.2 Restricciones de Diseño 4.4 Requisitos No Funcionales - Atributos del Sistema 4.4.1 Seguridad 4.4.2 Fiabilidad 4.4.3 Disponibilidad 4.4.4 Mantenibilidad 4.4.5 Portabilidad 4.5 Otros Requisitos

5

Trazabilidad de Requerimientos

6 6 6 7 8 8

8 8 8

11 11 11 11 12 13 13 18 39 40 40 40 41 41

41 48 49 49 49 49 49 51 51 51 51 51 52 52 52 52 52

53

5.1

6 7

MATRIZ DE TRAZABILIDAD

53

Alcance del TEST de Impacto

76

Apéndices

79

7.1 7.2 7.3 7.4 7.5

Cuestionario Diagrama Relacional Diagrama Entidad Relación Diagrama De Estado Diagrama de Componentes

79 80 81 82 83

1 Introducción El propósito de este documento es dar a conocer el funcionamiento de la empresa Discopro la cual se dedica al servicio de despacho a domicilio, esta empresa presenta una cantidad de problemas considerables que le impide realizar de manera óptima su servicio. Esta empresa quiere como solución un sistema web que le resuelva todos sus problemas para optimizar sus procesos y así ayudar de mejor manera a la toma de decisiones a la gerencia. Discopro quiere solucionar sus problemas de perdida de información ya sean de despachos, de movimientos, de accidentes, etc. . Para esto actualmente la empresa lo realiza a mano perdiendo mucha información realizando más trabajo y teniendo inconsistencia en sus datos, el objetivo de este servicio web es ese tener datos consistentes, que no exista perdida de datos para que el equipo gerencial pueda gestionar mucho mejor la empresa y se le haga más fácil la emisión de reportes diarios que deben mandar a sus clientes ya que con el método que tienen actualmente se les resulta casi imposible ya que deben reunir todos los papeles escritos por las operadoras para realizar los reportes y muchas veces esos papeles no se entienden y no pueden estimar los KPI de la forma que ellos desean.

1.1

Propósito

Este documento ha sido redactado con el fin de definir el modelo general y las especificaciones que deberá seguir el sistema que se desea desarrollar, con el objetivo final de resolver todas las necesidades que el cliente ha planteado. Este documento está sujeto a revisiones, especialmente por los usuarios, hasta alcanzar su aprobación. Una vez aprobado servirá como base al equipo para desarrollar la construcción del sistema.

1.2

Ámbito del Sistema

Se encontró con la necesidad de desarrollar una aplicación web, en base a los requerimientos propuestos por la empresa Discopro Ltda. . El objetivo de este proceso es llevar a cabo un sistema capaz de automatizar los procesos de distribución de despachos a domicilio, esto con el objetivo de mejorar tanto la atención al cliente, como los tiempos de entrega y los procesos de flujo de información. El Software mencionado debe ser capaz de entregar informes que permitan asistir a la toma de decisiones por parte del equipo de gerencia.

1.3

Personal involucrado(stakeholders)

Nombre Rol Categoría profesional Responsabilidades Información de contacto Aprobación Nombre Rol Categoría profesional Responsabilidades Información de contacto Aprobación

Luis Fernández Gerente General Ingeniero Comercial Generar reportes, mantener contacto con farmacia, administrar empleados Cel.: +56 9 23785312 email: [email protected] Positiva

Operador Digitador Administrar Despachos Positiva

Nombre Rol Categoría profesional Responsabilidades Información de contacto Aprobación

Juan López Administrador Ingeniero en Informática Administrar Base de datos Cel.: +56 9 87549993 Positiva

Nombre Rol Categoría profesional Responsabilidades Información de contacto Aprobación

Josué Garrido Gerente General Ingeniero Comercial Mantener contacto con Discopro y empleados Cel.: +56 9 87549843 Positiva

Nombre Rol Categoría profesional Responsabilidades Información de contacto Aprobación

1.4    

  



Motorista Ninguna Entregar despachos Positiva

Definiciones, acrónimos y abreviaturas Sistema: conformado por la suma de hardware, software y los usuarios. SRS (Software Requeriments Specification): Especificación de requerimientos de software. Software: Conjunto de programas y rutinas que permiten a la computadora realizar determinadas tareas. IEE830: es un conjunto de recomendaciones para la especificación de los requerimiento o requisitos de software el cuál tiene como producto final la documentación de los acuerdos entre el cliente y el grupo de desarrollo para así cumplir con la totalidad de exigencias estipuladas. Hardware: Conjunto de elementos físicos o materiales que constituyen una computadora o un sistema informático. Stakeholder: es un término en inglés utilizado por primera vez en 1708 para determinar una persona o negocio que ha invertido dinero en algo. Diagrama: es una representación gráfica de un proceso. Cada paso del proceso es representado por un símbolo diferente que contiene una breve descripción de la etapa de proceso. Los símbolos gráficos del flujo del proceso están unidos entre sí con flechas que indican la dirección de flujo del proceso. KPI (Indicadores clave de rendimiento): Son medidas en los aspectos del desempeño de la organización que son los mas críticos para el éxito actual y futuro de la organización.

1.5

Referencias

Referencia Titulo Libro

Libro

Estándar

1.6

Ruta

Fecha Autor

Ingeniería ht t p: / / www. amaz on. com/ I ngeni er i a 2002 del del Sof t war eEnf oquesoftware Pr act i co/ dp/ 8448132149 2005 Ingeniería http://www.amazon.com/Ingenieriadel-Software-Spanishdel Sommerville/dp/8478290745/ software IEE830 Recommended Pactice for software 1998 requeriments Specification

Pressman

Ian Somerville ANSI/IEEE

Visión General del Documento (Resumen)

Este documento consta de 7 secciones. En la primera sección se realiza una introducción al mismo, se proporciona una visión general de la especificación de recursos del sistema, las referencias utilizadas y el personal involucrado en el proyecto. En la segunda sección del presente documento se realiza una descripción del entendimiento del requerimiento, donde se describirá el sistema en forma general quienes interactúan con este las reglas de negocio y un diagrama de negocio. En la tercera sección se realizara una descripción general del sistema tales como el objetivo del sistema, la perspectiva del producto, un diagrama de contexto TO BE en el cual se plasmara como funcionaran los procesos, funcionalidad del producto, una maqueta viva del mismo en este se presentaran los prototipos del sistema, una descripción de los usuario que utilizaran el sistema. En la cuarta sección se presentan los requerimientos funcionales y no funcionales del sistema presente a desarrollar. En la quinta sección se realiza la trazabilidad de los requerimientos, el la sexta el alcance de test de impacto donde se definirán cuales son los requerimientos del software que deberán ser testeados por los QA y por ultimo la séptima sección en donde ira el apéndice.

2 Entendimiento del Requerimiento 2.1

Descripción General

Desarrollar una aplicación web, capaz de automatizar los procesos de distribución de despachos a domicilio de la empresa Discopro Ltda. , esto con el objetivo de mejorar tanto la atención del cliente, como los tiempos de entrega y los procesos de flujo de información. El software mencionado debe ser capaz de entregar informes que permitan asistir a la toma de decisiones por parte del equipo de gerencia.

2.2

Reglas del Negocio

El cliente puede realizar la compra tanto por internet o por medio de contacto telefónico.  El local de despacho podría no tener el o los productos solicitados y tendría que instruir al motorista a que los obtenga en otro local previo a visitar al Cliente.  Otro local puede requerir un producto que se encuentre en un local de despacho y solicitar que le sea enviado en la próxima ruta del motorista. Por lo tanto el motorista tendría que realizar esa visita durante la visita al cliente.

• Puede que el cliente, por diversos motivos, no se encuentre en la ubicación indicada y el despacho tenga que ser anulado o reenviado posteriormente. • Se pueden realizar varias visitas en una sola ruta. • En el caso de que los medicamentos del cliente estén sujetos a receta médica retenida, implica que el motorista tiene el deber de realizar una visita con la finalidad de retirar la receta previa a la visita de entrega. • Puede que el método de pago sea en efectivo por lo que el motorista debe salir con la boleta correspondiente, la bitácora de despacho, el pedido y el cambio o máquina de pago POS.

Diagrama de Negocio BPMN



El cliente realiza la compra y la solicita para ser despachada a su domicilio, indicando dirección, teléfono y datos personales.



La Farmacia Central obtiene el pedido y los datos del despacho y los emite a una de muchas farmacias, basado en un sistema predefinido de jurisdicción de cada local con capacidades de despachar pedidos.



El local de despacho recibe la orden y confecciona el pedido. El local le entrega al motorista el pedido e indica los datos del despacho.



El motorista informa a Control de despachos acerca del despacho y sus datos de entrega y se dirige a la dirección del Cliente.



El motorista entrega su pedido al Cliente.



El motorista informa a Control de despachos que el pedido fue entregado exitosamente.



La central de control de despacho analiza el trabajo efectuado por locales y emite reportes diarios para posteriormente ser entregados a la farmacia central.

3 Descripción general 3.1

Antecedentes Generales 3.1.1 Objetivo del Desarrollo (Proyecto) Solicitado

Este proyecto busca solucionar los siguientes problemas:  Ya no contar con los registro de los despachos en papel, siendo estos ilegibles en algunos de los casos y en otros casos perdiéndose los mismos, con el sistema se podrá tener una documentación mas ordenada y sin peligro de perdida de los datos.  Diario se realizan 3000 despachos en promedio y estos se realizan a mano , siendo esto un consumo significativo del tiempo, con la implementación del sistema se reducirá significativamente los registros de los despachos.  Se reducirán la falta de integridad de los datos, el sistema implementara una estructura única y definida para todos los registros.  Se genera un ahorro significativo para la empresa ya que ahora esta no necesitara papeles para realizar los borradores, las fotocopias de los borradores y ahora se reducirá el personal para el registro de los datos.  Con el sistema se podrá modificar los registros, con la opción de actualizar, ya que antes se dificultaba modificar un registro ya que estos eran escritos en papel.  La falta de centralización de datos terminara, ya que con el sistema se ordenaran mejor los datos.  Con el sistema se podrá realizar los respaldos respectivos de los datos, resolviendo la carencia de respaldos que existe en la Discopro.  Se reducirán los costos de generar reportes ya que el sistema tiene la función de generarlos y mandarlos a la central.  El sistema terminara con la incapacidad de responder a tiempo una consulta sobre un despacho, ya que contara con una búsqueda del mismo en el cual reflejara todos los datos del despacho. 

3.2

Perspectiva del Producto

Este productos es un producto independiente el cual es desarrollado desde cero, no depende de ningún otro software externo ni interno de la empresa solo funciona a base de los datos de los despachos que son obtenidos del motorista, cuenta con su propia base de datos que se instalara en un ambiente controlado.

3.2.1 Diagrama de Contexto To Be (diagrama de despliegue y de componentes)

3.2.2 Identificación de Aplicativos Directos e Indirectos NO APLICA

3.3          

Funcionalidad del Producto Se gestionara y administrara los despachos, el sistema podrá registrar despacho, actualizarlos, eliminarlos, buscarlos. Se contara con un modulo de inicio de sesión el cual será controlado según el tipo de usuario que desee ingresar al sistema Se podrá generar reportes normales y reportes con gráficos, además estos se podrán generar según las fechas elegidas. Este sistema tiene la posibilidad de utilizarse desde un navegador Se podrá buscar cualquier tipo de despacho según los filtros usados. Se podrá administrar los motoristas Se podrá administrar las asociaciones de los objetos del sistema y los empleados. El sistema deberá ser capaz de proporcionar a los usuarios una forma amigable de administrar despachos. Se podrá administrar los empleados que utilizaran el sistema y los que estén dentro de la empresa Se podrá ver un listado de registros del sistema.

A continuación se adjuntan los casos de uso del sistema:

3.3.1 Maqueta Viva A continuación se adjuntaran los prototipos de la interfaz completa del sistema:

3.4

Características de los Usuarios

Tipo de usuario Formación Habilidades Actividades

Operador Estudios secundarios Toma rápida de información, comprensión de información, digitar correctamente Administrar despachos

Tipo de usuario Formación Habilidades Actividades

Administrador Estudios Universitarios Conocimientos sobre sistemas informáticos Administrar Reportes y empleados

Tipo de usuario Formación Habilidades Actividades

Gerente Estudios Universitarios Conocimientos y experiencia en los procesos de la empresa. Administrar Datos del sistema.

Aplicación

MóduloFunción

Administrar Despacho Administrar Reporte Administrar Empleados Administrar Motos Administrar Sucursales Administrar Usuarios Administrar Asociacione s Iniciar Sesión

Modulo Despachos Modulo Reportes Modulo Administración Modulo Administración Modulo Administración Modulo Seguridad Modulo Administración

Iniciar Sesión Iniciar Sesión Iniciar Sesión Iniciar Sesión Iniciar Sesión Iniciar Sesión Iniciar Sesión

Modulo Seguridad

Ingresar Web

3.5      

Tipo de acceso

Aprobador

Sistema

Cargo autorizado para ese acceso Operador

Sistema

Gerente General

Sistema

Gerente General

Sistema

Administrador

Sistema

Administrador

Sistema

Administrador

Sistema

Administrador

Ninguno

Todos

Restricciones El sistema se podrá ejecutar en los navegadores de internet Explorer, Chrome, Firefox y opera. Se utilizara el lenguaje java para el desarrollo del sistema. Se ocupara una base de datos MySql Se ejecutara en los sistemas operativos de Windows xp,7,8,10 Se utilizara los mismos colores para todas las interfaces No deberá utilizar mas de 20MB de la memoria RAM del computador

3.6    

3.7

Análisis Volumétrico El numero de usuarios conectados será ilimitados el sistema deberá ser realizado de tal manera que soporte esta funcionalidad. Se realizara mas de 3000 registros diarios en días normales, en los días con mayor movimiento, se puede llegar a 5000 registros diarios Según se añadan sucursales el flujo de registro de datos se incrementara Se espera una banda ancha de 80MB

Disponibilidad Operativa

NO APLICA

Escenario

Disponibilidad Operativa

Tiempo respuesta transacciones Individuales

Nombre

3.8

Tiempo resolución x problemas de servicio

Unidad Organizacional

Procesos Operativos involucrados no aplica

NO APLICA

3.9    

Evolución Futuros)

Previsible

del

Sistema

(Requisitos

Se implementara una interfaz exclusiva que se podrá visualizar en las sucursales, en los cuales se podrá ver los despachos de la misma y los datos asociados a los mismos. El sistema podrá ser soportado por todos los navegadores existentes y por los sistemas operativos de Linux y macOS. Se implementara una interfaz en donde podrá ver en tiempo real la ruta que sigue el motorista. Cuales son los motoristas que están realizando un despacho.

4 Requisitos Específicos Número de requisito Descripción

Nombre de requisito Tipo Fuente del requisito Prioridad del requisito

!!br0ken!!1 El sis...