SRS. SIGS: Sistema Integral para la Gestión de Servicios de consultoría. Pontificia Universidad Javeriana Yenny Natalia Salamanca Torres

Transcripción

1 SRS SIGS: Sistema Integral para la Gestión de Servicios de consultoría Pontificia Universidad Javeriana Yenny Natalia Salamanca Torres

2 PÁGINA DE FIRMAS El presente documento es aprobado por las personas referenciadas a continuación: Firma Cliente Alexandra Malagón Gerente de Contabilidad - ACT Consultores Ltda. Firma Director Trabajo de Grado Ing. Olimary Gómez Coronell Firma Estudiante Yenny Natalia Salamanca Torres 2

3 PREFACIO El desarrollo de software no solo se basa en líneas de código, es el poder ejecutar una serie de pasos de tal manera que cumplan a cabalidad con los requerimientos y las necesidades que proporcionan los clientes. Lo más complicado al realizar un proyecto de desarrollo de software, no es la manera cómo implementar el código, sino el saber diseñar correctamente lo que el sistema debe realizar. Es por esto que la especificación de requerimientos ayuda a comprender lo que el cliente quiere, analizar las necesidades, determinar la funcionalidad del sistema, definir las restricciones y gestionar los requisitos para que se transformen en un sistema de calidad y funcional. [1] El SRS es la declaración oficial de qué es lo que requieren los desarrolladores del sistema [2]. Así mismo, este documento ayudará al cliente a visualizar de manera global el desarrollo que tendrá el producto a lo largo del proyecto y los diferentes cambios hechos durante su evolución. 3

4 TABLA DE CONTENIDO 1. Introducción Propósito Alcance Referencias general Perspectiva del producto Interfaces con el sistema Interfaces con el usuario Interfaces con el hardware Interfaces con el software Funciones del producto Características del usuario Restricciones Administración de requerimientos Priorización de requerimientos Requerimientos funcionales Requerimientos no funcionales Trazabilidad de requerimientos Atributos de la plantilla de trazabilidad de requerimientos Plantilla especificación de requerimientos Especificación requerimientos Requerimientos funcionales Requerimientos no funcionales Árbol de utilidad

5 LISTA DE GRÁFICAS Gráfica 1. Interfaces con el usuario Gráfica 2. Interfaces con el hardware Gráfica 3. Interfaces con el software Gráfica 4. Restricciones del sistema Gráfica 5. Trazabilidad de los requerimientos Gráfica 6. Atributos plantilla de trazabilidad Gráfica 7. Árbol de utilidad

6 LISTA DE TABLAS Tabla 1. Funciones del producto Tabla 2. Características del usuario administrador Tabla 3. Características del usuario empleado Tabla 4. Características del usuario gerente Tabla 5. Encuesta de priorización de requerimientos funcionales Tabla 6. Priorización requerimientos no funcionales Tabla 7. Plantilla especificación de requerimientos Tabla 8. Requerimiento funcional Tabla 9. Requerimiento funcional Tabla 10. Requerimiento funcional Tabla 11. Requerimiento funcional Tabla 12. Requerimiento funcional Tabla 13. Requerimiento funcional Tabla 14. Requerimiento funcional Tabla 15. Requerimiento funcional Tabla 16. Requerimiento funcional Tabla 17. Requerimiento funcional Tabla 18. Requerimiento funcional Tabla 19. Requerimiento funcional Tabla 20. Requerimiento funcional Tabla 21. Requerimiento funcional Tabla 22. Requerimiento funcional Tabla 23. Requerimiento funcional Tabla 24. Requerimiento funcional Tabla 25. Requerimiento funcional Tabla 26. Requerimiento funcional Tabla 27. Requerimiento funcional Tabla 28. Requerimiento funcional Tabla 29. Requerimiento funcional Tabla 30. Requerimiento funcional Tabla 31. Requerimiento funcional Tabla 32. Requerimiento funcional Tabla 33. Requerimiento funcional Tabla 34. Requerimiento no funcional Tabla 35. Requerimiento no funcional Tabla 36. Requerimiento no funcional Tabla 37. Requerimiento no funcional Tabla 38. Requerimiento no funcional Tabla 39. Requerimiento no funcional

7 Tabla 40. Requerimiento no funcional Tabla 41. Requerimiento no funcional Tabla 42. Requerimiento no funcional Tabla 43. Requerimiento no funcional Tabla 44. Requerimiento no funcional

8 1. INTRODUCCIÓN 1.1. PROPÓSITO El propósito del SRS es suministrar al cliente (ACT Consultores Ltda.) y entes externos una descripción a fondo del Sistema Integral para la Gestión de Servicios de consultoría, sus características y funcionalidades principales, ayudando así al buen desarrollo y seguimiento de la herramienta para dar cumplimiento a las necesidades del cliente ALCANCE Debido a restricciones de tiempo, recursos humanos, entre otras se busca que el Sistema Integral para la Gestión de Servicios se desarrolle en un 60% de la aplicación final, este porcentaje se da partiendo de entrevistas y el conocimiento en general de la empresa y su ciclo de negocio. Dentro del 60% se incluirá el desarrollo de las funcionalidades administrativas como lo son la creación de empleados, clientes y servicios, además de manejo de parámetros generales. También se tendrán en cuenta las funcionalidades del usuario final, es decir los empleados, con el ingreso del tiempo que invierten realizando sus actividades laborales, para que al final se muestre la rentabilidad de la empresa en un informe ya sea por cliente, empleado, etc. 8

9 2. REFERENCIAS [1] Especificación de requerimientos. [Online]. [2] I Sommerville, Ingeniería del software, Séptima ed. Madrid, España: Pearson Addison Wesley, [3] N. M. Carot. Priorización de Requerimientos. [Online]. %20isbd/678-PriorizRequerimientos.pdf [4] C. Méndez, A. Páez, and S. Candanoza, Tabla de priorización, 2010, Proyecto de Ingeniería de Software Grupo Venti Geniale. [5] K. E. Wiegers, First Things First: Prioritazing Requirements., [6] K. E. Wiegers. Karl Wiegers Requirements Prioritization Model. [Online]. [7] Imagen Primefaces. [Online]. [8] Imagen teclado. [Online]. [9] Imagen mouse. [Online]. [10] Imagen tarjeta de red. [Online]. [11] Glassfish. [Online]. [12] MySQL. [Online]. [13] Microsoft. [Online]. [14] Java - Definiciones y conceptos. [Online]. [15] Philippe Atelin and José Dordoigne, TCP/IP y protocolos de Internet. Barcelona, España: ENI, [16] RFC. [Online]. [17] IETF. [Online]. [18] ECG. (2009, Junio) Collect Requirements. [Online]. 9

10 3. DESCRIPCIÓN GENERAL 3.1. PERSPECTIVA DEL PRODUCTO El Sistema Integral para la Gestión de Servicios de consultoría, es un producto totalmente nuevo ya que en el mercado no se encuentran productos que solucionen por completo el problema del cliente. Las herramientas existentes tienen características de alto costo y difícil acceso para las PYMES de este país, además son herramientas que necesitan de otras para el funcionamiento esperado por el cliente. La implementación de este producto en la empresa dará mejora a un proceso diario manual, optimizando así el tiempo invertido en consolidar la información suministrada por cada empleado y ayudará a la toma de decisiones en la empresa Interfaces con el sistema El Sistema Integral para la Gestión de Servicios de consultoría, al ser un producto nuevo no depende de la existencia de otros sistemas para su funcionamiento Interfaces con el usuario Interfaz GUI Teclado Ratón Pantalla Tarjeta de red Interfaz que el usuario manejará para la visualización de la aplicación. Se encuentra realizada en Java usando Primefaces. Interfaz usada para el ingreso de datos al sistema, como el registro de usuario hasta la creación de los datos en el sistema. Interfaz usada para la navegabilidad en el sistema, desde la selección de botones hasta guardar los cambios. Interfaz usada para la ver la aplicación, no cuenta con restricciones de resolución o tamaño. Es necesaria para el acceso a la aplicación, debido que esta se encontrará en la web. Gráfica 1. Interfaces con el usuario 10

11 Interfaces con el hardware Procesador Xeon a 2.5 Ghz Memoria 4 GB RAM Comunicación Conexión LAN Cable UTP Protocolo TCP/IP Se usará para la conexión confiable entre el aplicativo y el usuario. El modelo TCP/IP está definido por el estándar RFC 1122, el protocolo TCP esta definido por los estándares 1323 y 793 y el protocolo IP esta definido por los estándares 791 y 2460 Gráfica 2. Interfaces con el hardware Interfaces con el software Sistema operativo Los empleados manejan los siguientes OS: Windows 7, Vista, XP, 8 (64-Bit o 32- Bit) Glassfish Administrador de las aplicaciones que componen el SIGS. Se utilizará la versión Navegador de internet Debe soportar cualquier tipo de navegador, como lo son: Internet Explorer, Google Chrome, Mozilla Firefox, Safari y Opera MySQL Workbench Manejador de la base de datos Máquina virtual de Java Es la herramienta de software que permitirá traducir el lenguaje JAVA Gráfica 3. Interfaces con el software 11

12 3.2. FUNCIONES DEL PRODUCTO El Sistema Integral para la Gestión de Servicios de consultoría es un producto dirigido a múltiples usuarios que se conectarán a un mismo servidor para realizar diferentes funcionalidades, como las que se especifican en la Tabla 1 y en el diagrama de casos de uso. Función Ingresar al sistema Administración de empleados Administración de clientes Administración de servicios Administración de parámetros generales Administración de tareas Generación de reportes Tabla 1. Funciones del producto Dichas funciones están mejor descritas en el documento de Casos de uso, allí se especifican los actores y pasos a seguir para cumplir con cada una de éstas CARACTERÍSTICAS DEL USUARIO Para el sistema a desarrollar se identificaron tres tipos de roles de usuario principales que interactuarán directamente con éste. El administrador quién manejará todos los parámetros generales de la aplicación (creación, actualización de empleados, clientes y servicios, etc.), el usuario - empleado quién cumplirá la tarea de suministrar la información en el aplicativo y el usuario - gerente quién tendrá acceso a los reportes generados por el sistema. En las siguientes tablas se hace una mejor descripción de cada rol. 12

13 Características del Administrador Nivel de seguridad / privilegios Creación, actualización y consulta de empleados, clientes y servicios en el sistema. Modificación de los parámetros generales del sistema. Nivel de estudios / experiencia técnica Debe ser una persona que conozca muy bien el negocio de la empresa, sus clientes y empleados. Esta persona será asignada según criterios de la compañía. Frecuencia de uso La periodicidad de uso dependerá del ingreso de nuevos empleados y/o clientes, además de las actualizaciones en cuanto al valor del salario mínimo, etc., que requiere el sistema. Tabla 2. Características del usuario administrador Características del Empleado Nivel de seguridad / privilegios Su interacción con el sistema, es la creación de las tareas a realizar en los diferentes clientes. Nivel de estudios / experiencia técnica Requiere tener conocimientos básicos de internet y computación, esta labor debe ser realizada por cada miembro de la empresa. Frecuencia de uso La periodicidad de uso debe ser diaria, para completar lo realizado en su jornada labor y así alimentar al sistema. Tabla 3. Características del usuario empleado Características del Gerente Nivel de seguridad / privilegios Al igual que el usuario empleado, éste debe crear las tareas realizadas en los clientes que maneje. Visualización de los reportes generados por el sistema para la ayuda en la toma de decisiones. Nivel de estudios / experiencia técnica Requiere tener conocimiento total del negocio para tomar las mejores decisiones de acuerdo a los resultados obtenidos en el sistema. Frecuencia de uso La periodicidad de uso la designará la persona que tenga los privilegios de ingresar a los reportes. Tabla 4. Características del usuario gerente 13

14 3.4. RESTRICCIONES Restricciones generales La aplicación esta dirigida y enmarcada a las necesidades específicas de la empresa, el idioma a manejar es español. Restricciones de software No requiere de licencia de uso, ya que se implementará directamente en el cliente. El lenguaje de implementación es JAVA, maneja arquitectura clienteservidor Restricciones de hardware Necesita tener conexión a Internet para poder ingresar a la aplicación, podrá ser ejecutada en los équipos de trabajo de la compañía. Gráfica 4. Restricciones del sistema 14

15 4. ADMINISTRACIÓN DE REQUERIMIENTOS 4.1. PRIORIZACIÓN DE REQUERIMIENTOS Para manejar la prioridad de cada uno de los requerimientos, se usará un método cuantitativo basado en los objetivos propuestos para el cumplimiento del Sistema Integral para la Gestión de Servicios de consultoría. Según esto se realizará junto al director del proyecto, un análisis de todos los posibles requerimientos determinando la importancia de éstos dentro del sistema Requerimientos funcionales La idea de éste mecanismo de priorización es asignar pesos y valores a todas las variables que se presentan [3]. Las variables y sus pesos son: El valor del integrante (alias Integrante): Para este caso los integrantes serían el estudiante y el director, a cada uno se le asigna un valor de 4, de acuerdo a su posición jerárquica respecto a la identificación, desarrollo e implementación de requerimientos dentro del proyecto. El valor cognitivo del requerimiento (alias Cognitivo): Cada integrante puede autocalificarse dando un valor de 1 a 3, siendo 1 el menor y 3 el mayor, respecto a que tan familiarizado está con el requerimiento. Es decir, si conoce a la perfección el fin de cada requerimiento, su dificultad de implementación, su beneficio para el proyecto y su relación total con todo el sistema en general. El valor del requerimiento (alias Valor): Se califica un requerimiento, dándole un valor de 1 a 5, siendo 1 el menor y 5 el mayor, el cual evalúa la priorización del requerimiento según la opinión de cada integrante. El valor de costo (alias Costo) [4] [5] [6]: Es el valor que se le otorga a un requerimiento para calificar su grado de dificultad en la implementación dentro del proyecto, dependiendo del tiempo estimado requerido para hacerlo. El valor que se otorga esta entre 1 a 5, siendo 1 el menor y 5 el mayor. El valor del riesgo (alias Riesgo) [4] [5] [6]: Es el valor que se le otorga al requerimiento dependiendo del riesgo que pueda caer dentro del proyecto si éste no es implementado o fue implementado de manera incorrecta. El valor que se otorga esta entre un rango de 1 a 5, siendo 1 el menor y 5 el mayor. 15

16 Al final las variables caen dentro de la siguiente ecuación: n VDDDD PDDcPDD RDraDDPSPDrED P = IrEDgDDrED j (0.3 CDgrPEPvD j VDDDD j), 1 P S j=1 Donde n es el número de integrantes y m es la cantidad de requerimientos. La ecuación traduce a que por cada requerimiento, sume el total de los valores calculados de cada integrante del grupo. Los valores calculados de Cognitivo y Valor se multiplican por 0.3 y 0.7 respectivamente para dar un total de 1.0, básicamente se le otorga mayor peso a Valor que a Cognitivo. Al final, el producto entre esa suma e Integrante da el valor otorgado al requerimiento de cada integrante. Una vez calculado ese valor para cada requerimiento, se evalúan el costo y el riesgo a partir de esta ecuación. VDDDD FPrDD RDraDDPSPDrED P = V. PDDcPDD RDraDDPSPDrED P (CDDED P RPDDgD P 0.5) P S Donde el valor final del requerimiento esta dato por el producto del Valor Parcial del Requerimiento y Costo porcentual asociado y el producto entre el Valor Parcial del Requerimiento y el Riesgo porcentual asociado. Costo y Riesgo tienen un porcentaje igual ya que sus criterios suponen un gran peso dentro de la priorización sin darle prioridad uno sobre el otro. La división sobre 100 es únicamente para tener un valor decimal mayor, no influye en ningún cálculo porcentual ni nada similar. Esta obtención de valores se realizará a modo encuesta usando la Tabla 5. Criterios Integrante 1 Integrante 2 Valor Parcial Costo Riesgo Valor Final RQ - 00 Cognitivo 3 3 Valor 5 5 VP1 4 5 VF1 Cognitivo Valor RQ - m Cognitivo 3 3 Valor 4 4 VPm 5 5 VFm Tabla 5. Encuesta de priorización de requerimientos funcionales 16

17 Como último paso, solo basta con ordenar de forma descendente los requerimientos para así ubicar en primeros lugares aquellos que sacaron un valor más alto y de ahí en adelante, se observa la prioridad que tiene cada requerimiento Requerimientos no funcionales Para los requerimientos no funcionales definido por Sommerville se refieren directamente a las funciones específicas que proporciona el sistema, sino a las propiedades emergentes de éste De forma alternativa, definen las restricciones del sistema [2]. Es decir, que muchos de los requerimientos no funcionales dependen de la implementación de los requerimientos funcionales, si ese funcional no se logra implementar el no funcional no estaría apuntando a ningún requerimiento. Para calcular el valor de priorización de un requerimiento no funcional se toma el puntaje de todos los requerimientos funcionales asociados y se suman. Requerimientos funcionales asociados Prioridad RQ RQ XXX RQ-YYY VF RQ - m RQ XXX RQ-YYY VF Tabla 6. Priorización requerimientos no funcionales En un caso aparte, los requerimientos de hardware y software que resulten del análisis de las diferentes herramientas a usar en el desarrollo, éstos son absolutamente necesarios para el simple funcionamiento del programa y no podrían caer dentro del mecanismo de priorización que se ha estado utilizando. Para solucionarlo se les otorga un valor Ω infinitamente alto y no se incluirán para calcular el progreso del proyecto TRAZABILIDAD DE REQUERIMIENTOS En la Gráfica 5, se muestra el proceso y las diferentes herramientas de trabajo e investigación que se utilizaron para hacer el proceso y determinar la plantilla de trazabilidad de requerimientos se va a utilizar para el proyecto. 17

18 En este documento se hará una descripción de la vida de los requerimientos que se utilizarán para el desarrollo del proyecto. Fuentes de investigación Para realizar la plantilla de trazabilidad de requerimientos, se tomo como base la plantilla de investigacion collect requirements de la empresa Excellence Consulting Group. Herramientas Microsoft Excel Gráfica 5. Trazabilidad de los requerimientos Atributos de la plantilla de trazabilidad de requerimientos En la Gráfica 6 se muestran los atributos con su respectiva función que se utilizó para determinar la plantilla de trazabilidad de requerimientos. Caso de uso asociado Prioridad Indica el estado en el que se encuentra cada requerimiento. Indentificador único de cada requerimiento. Muestra el ID de cada caso de uso asociado a cada requerimiento. En algunos requerimientos se muestra la palabra "N/A", que significa que no tiene un caso de uso asociado debido a que es un requerimiento no funcional. Muestra la prioridad calculada de cada requerimiento. 100 %: Cuando el requerimiento está probado 80 %: Cuando el requerimiento está implementado pero no se ha probado 64 %: Cuando el requerimiento se encuentra específicado 18

19 Progreso Depende del estado de cada requerimiento. : El requerimiento tiene estado de 100% Implementado: El requerimiento tiene estado de 80%. Especificado: El requerimiento tiene estado del 64%. Desarrollo Se tomó este atributo para darle un valor entre el estado y la prioridad, donde cada uno vale el 50%. La fórmula que se utilizó es : DDDDDDDDDD = PPPPPPPPP 50% + EEEEEE 50% Donde PPPPPPPPP = PPPPPPPPP dd aaaaaaaa 100 TTTTT ppppppppp Donde TTTTT ppppppppp = SSSSSSSSS dd ppppppppp dd rrrrrrrrrrrrrr NNNNNN dd aaaaaaaaa Actores Relaciona los actores que tiene cada uno de los requerimientos. Los actores son definidos de acuerdo a los actores que se utilizaron en los casos de uso. Avance de Proyecto (%) Avance de implementación ( %) Indica el avance del proyecto teniendo como base la sumatoria del desarrollo de los requerimientos dividido por el número de requerimientos. Este avance se medirá por porcentaje. Representa el avance de implementación teniendo como base la cantidad de requerimientos que en su progreso están probados e implementados dividido por el número de requerimientos. Este avance se medirá por porcentaje. Gráfica 6. Atributos plantilla de trazabilidad 19

20 4.3. PLANTILLA ESPECIFICACIÓN DE REQUERIMIENTOS Se hará una especificación detallada de los requerimientos, en la cual se pondrá la información necesaria para identificar cada uno de estos a lo largo del desarrollo de la herramienta. Prioridad Casos de uso / Requerimientos asociados Tabla 7. Plantilla especificación de requerimientos A continuación se especifican todos los campos de la Tabla 7: : Este ID será el identificador del requerimiento. : Muestra una descripción detallada del requerimiento. : Hace referencia a si el requerimiento es o no funcional. : Hace referencia a la categoría a la cual pertenece el requerimiento. Esta puede ser de, Sistema o Hardware & Software. Prioridad: Indica el valor otorgado, tomado de la priorización de los requerimientos. : Indica el estado en el que se encuentra el requerimiento. Casos de uso / Requerimientos asociados: Se deben indicar los casos de uso (requerimientos funcionales) o los requerimientos (requerimientos no funcionales) asociados al requerimiento, en caso que no aplique el valor sería N.A. 20

21 5. ESPECIFICACIÓN REQUERIMIENTOS 5.1. REQUERIMIENTOS FUNCIONALES RQ_F_01 El sistema debe manejar tres tipos de roles de usuario, como lo son: Administrador, Empleado y Gerente Sistema Prioridad 1,232 N.A. Tabla 8. Requerimiento funcional 01 RQ_F_02 El sistema debe permitir por medio de un usuario y una contraseña ingresar a él Prioridad 1,386 CU_01 Tabla 9. Requerimiento funcional 02 21

22 RQ_F_03 El sistema debe permitir cerrar la sesión de un usuario activo Especificado Prioridad 1,386 CU_015 Tabla 10. Requerimiento funcional 03 RQ_F_04 El sistema debe permitir crear empleados, asignándole sus datos personales, datos de contrato y el respectivo usuario y contraseña para el ingreso al sistema. Además, le debe asignar el rol que lo representa en la aplicación Prioridad 1,54 CU_03 Tabla 11. Requerimiento funcional 04 RQ_F_05 El sistema debe informar por correo electrónico el usuario y contraseña de los empleados creados Sistema Prioridad 1,54 CU_03 Tabla 12. Requerimiento funcional 05 22

23 RQ_F_06 El sistema debe permitir consultar la información de un empleado Prioridad 0,693 CU_04 Tabla 13. Requerimiento funcional 06 RQ_F_07 El sistema debe permitir modificar la información de un empleado Implementado Prioridad 0,9065 CU_05 Tabla 14. Requerimiento funcional 07 RQ_F_08 El sistema debe permitir listar todos los empleados existentes en él Prioridad 0,63 CU_02 Tabla 15. Requerimiento funcional 08 23

24 RQ_F_09 El sistema debe permitir crear los clientes que maneja la compañía Prioridad 1,54 CU_09 Tabla 16. Requerimiento funcional 09 RQ_F_010 El sistema debe permitir consultar la información de un cliente Especificado Prioridad 0,693 N.A. Tabla 17. Requerimiento funcional 010 RQ_F_011 El sistema debe permitir modificar la información de un cliente Especificado Prioridad 0,9065 N.A. Tabla 18. Requerimiento funcional

25 RQ_F_012 El sistema debe permitir listar todos los clientes existentes en él Prioridad 0,63 CU_06 Tabla 19. Requerimiento funcional 012 RQ_F_013 El sistema debe permitir crear los servicios Prioridad 1,54 CU_08 Tabla 20. Requerimiento funcional 013 RQ_F_014 El sistema debe permitir consultar la información de un servicio Prioridad 0,657 N.A. Tabla 21. Requerimiento funcional

26 RQ_F_015 El sistema debe permitir modificar la información de un servicio Especificado Prioridad 0,8645 N.A. Tabla 22. Requerimiento funcional 015 RQ_F_016 El sistema debe permitir listar todos los servicios existentes en él Prioridad 0,63 CU_07 Tabla 23. Requerimiento funcional 016 RQ_F_017 El sistema debe permitir asociar clientes con servicios Prioridad 1,54 CU_010 Tabla 24. Requerimiento funcional

27 RQ_F_018 El sistema debe permitir configurar los parámetros generales Prioridad 1,036 CU_011 Tabla 25. Requerimiento funcional 018 RQ_F_019 El sistema debe permitir crear tareas al empleado, asociando ésta a un cliente y un servicio asociado a ese cliente. Prioridad 1,54 CU_012 Tabla 26. Requerimiento funcional 019 RQ_F_020 El sistema debe manejar las tareas en horas y minutos, cada uno de estos con un valor máximo a 60. Prioridad 1,036 CU_012 Tabla 27. Requerimiento funcional

28 RQ_F_021 El sistema debe permitir consultar la información de una tarea Prioridad 1,1655 N.A. Tabla 28. Requerimiento funcional 021 RQ_F_022 El sistema debe permitir modificar la información de una tarea Especificado Prioridad 0,777 N.A. Tabla 29. Requerimiento funcional 022 RQ_F_023 El sistema debe permitir listar todas las tareas creadas por el empleado Prioridad 1,295 CU_013 Tabla 30. Requerimiento funcional

29 RQ_F_024 El sistema debe permitir modificar la contraseña de un usuario Especificado Prioridad 0.63 CU_016 Tabla 31. Requerimiento funcional 024 RQ_F_025 El sistema debe mostrar informes por cliente Implementado Prioridad 1,54 CU_014 Tabla 32. Requerimiento funcional 025 RQ_F_026 El sistema debe mostrar informes por empleado Implementado Prioridad 1,54 CU_014 Tabla 33. Requerimiento funcional

30 5.2. REQUERIMIENTOS NO FUNCIONALES RQ_NF_01 El sistema debe estar disponible 7 x 24 No Sistema Prioridad 28,874 Requerimientos asociados Todos Tabla 34. Requerimiento no funcional 01 RQ_NF_02 El sistema debe permitir la cantidad de empleados de la compañía conectados concurrentemente No Sistema Implementado Prioridad 28,874 Requerimientos asociados Todos Tabla 35. Requerimiento no funcional 02 RQ_NF_03 El sistema debe tener un tiempo de respuesta a base de datos de máximo 5 segundos No Sistema Prioridad 28,874 Requerimientos asociados Todos Tabla 36. Requerimiento no funcional 03 30

31 RQ_NF_04 El sistema debe tener un tiempo de respuesta a la página web de máximo 5 segundos No Sistema Prioridad 28,874 Requerimientos asociados Todos Tabla 37. Requerimiento no funcional 04 RQ_NF_05 Los usuarios deben contar con su nombre de usuario único para poder acceder al sistema No Sistema Implementado Prioridad 4,466 Requerimientos asociados RQ_02, RQ_04, RQ_05 Tabla 38. Requerimiento no funcional 05 RQ_NF_06 Solo podrán ingresar al sistema los empleados activos de la empresa No Sistema Prioridad 28,874 Requerimientos asociados Todos Tabla 39. Requerimiento no funcional 06 31

32 RQ_NF_07 El sistema debe contar con encriptación para el ingreso a la aplicación No Sistema Prioridad 6,6955 Requerimientos asociados RQ_02, RQ_04, RQ_05, RQ_06, RQ_07, RQ_024 Tabla 40. Requerimiento no funcional 07 RQ_NF_08 El sistema debe estar en idioma español No Hardware & Software Prioridad N.A. Requerimientos asociados Todos Tabla 41. Requerimiento no funcional 08 RQ_NF_09 El sistema debe funcionar en sistemas operativos de Windows No Hardware & Software Prioridad N.A. Requerimientos asociados Todos Tabla 42. Requerimiento no funcional 09 32

33 RQ_NF_09 El sistema debe funcionar en sistemas operativos de Windows No Hardware & Software Prioridad N.A. Requerimientos asociados Todos Tabla 43. Requerimiento no funcional 09 RQ_NF_010 El sistema debe poder utilizar el teclado y ratón para la interacción con el usuario. No Hardware & Software Prioridad N.A. Requerimientos asociados Todos Tabla 44. Requerimiento no funcional

34 5.3. ÁRBOL DE UTILIDAD Rendimiento Cantidad de usuarios de la empresa Desempeño Tiempo de respuesta Base de datos máximo 5 segundos Portal web máximo 5 segundos Utilidad Seguridad Autenticación Autorización Identidad de los usuarios Ingreso al sistema por parte del usuario Encriptación Por seguridad de la funcionalidad del sistema Disponibilidad 100% disponible 24 x 7 Gráfica 7. Árbol de utilidad 34