planeaciÖn de proyecto final especificaciÖn de

19
PLANEACIÖN DE PROYECTO FINAL PROYECTO 21 DÍAS CONTIGO ESPECIFICACIÖN DE REQUERIMIENTOS DE SOFTWARE 21 DÍAS CONTIGO ING. DE SISTEMAS FACULTAD DE INGENIERÍA ANGGIE CAROLINA CORREA SÁNCHEZ BRAYAN JESÚS GONZÁLEZ AGUILERA LUIS SANTIAGO JARAMILLO ESPINOSA SERGIO ANDRÉS PEÑARANDA TARAZONA

Upload: others

Post on 08-Jul-2022

2 views

Category:

Documents


0 download

TRANSCRIPT

Page 1: PLANEACIÖN DE PROYECTO FINAL ESPECIFICACIÖN DE

PLANEACIÖN DE PROYECTO FINAL

PROYECTO 21 DÍAS CONTIGO

ESPECIFICACIÖN DE REQUERIMIENTOS DE SOFTWARE

21 DÍAS CONTIGO

ING. DE SISTEMAS

FACULTAD DE INGENIERÍA

ANGGIE CAROLINA CORREA SÁNCHEZ

BRAYAN JESÚS GONZÁLEZ AGUILERA

LUIS SANTIAGO JARAMILLO ESPINOSA

SERGIO ANDRÉS PEÑARANDA TARAZONA

Page 2: PLANEACIÖN DE PROYECTO FINAL ESPECIFICACIÖN DE

Historial de cambios

Número Responsable Fecha Sección Modificación

1 Brayan González

18/05/2021 Historial de cambios

Creación de la tabla historial de cambios

2 Anggie Correa 19/05/2021 Funciones del producto

Describir las funciones del producto, y redacción del apartado

3 Sergio Peñaranda y Brayan González

19/05/2021 Requisitos no funcionales y requisitos específicos

Primera redacción de los apartados.

4 Santiago Jaramillo

20/05/2021 Planeación ingeniería de requisitos

Redacción completa del apartado

5 Brayan González

20/05/2021 Levantamiento de requisitos

Redacción completa del apartado

Page 3: PLANEACIÖN DE PROYECTO FINAL ESPECIFICACIÖN DE

Tabla de contenidos 1. Descripción global ...................................................................................................................... 6

1.1. Modelo de dominio .............................................................................................................. 6

1.2. Perspectiva de producto ...................................................................................................... 6

1.2.1. Interfaces con el sistema ............................................................................................. 7

1.2.2. Operaciones ................................................................................................................ 8

1.3. Funciones del producto ....................................................................................................... 9

1.4. Características del usuario ................................................................................................ 12

1.5. Requisitos No Funcionales ................................................................................................ 13

1.6. Suposiciones y dependencias ........................................................................................... 14

1.6.1. Suposiciones ............................................................................................................. 14

1.6.2. Dependencias ............................................................................................................ 15

2. Requisitos específicos .............................................................................................................. 15

2.1. Características del producto software ............................................................................... 15

2.2. Requisitos de desempeño ................................................................................................. 15

2.3. Atributos del sistema software .......................................................................................... 16

2.4. Requisitos de la base de datos ......................................................................................... 17

3. Anexos ...................................................................................................................................... 18

4. Referencias ............................................................................................................................... 18

Page 4: PLANEACIÖN DE PROYECTO FINAL ESPECIFICACIÖN DE

Lista de figuras

Ilustración 1 - Modelo de Dominio ....................................................................................................... 6 Ilustración 2 - Árbol de navegación de usuario ................................................................................... 7 Ilustración 3 - Árbol de navegación de administración........................................................................ 7 Ilustración 4 - Diagrama de casos de uso ......................................................................................... 10

Page 5: PLANEACIÖN DE PROYECTO FINAL ESPECIFICACIÖN DE

Lista de tablas

Tabla 1 – Ver Contemplación ............................................................................................................ 11 Tabla 2 - Usuarios del sistema .......................................................................................................... 12 Tabla 3 - Restricciones generales ..................................................................................................... 14 Tabla 4 - Restricciones de software .................................................................................................. 14 Tabla 5 - Restricciones de hardware................................................................................................. 14 Tabla 6 - Requisitos estáticos de desempeño .................................................................................. 16 Tabla 7 - Requisitos dinámicos de desempeño ................................................................................ 16 Tabla 8 - Atributos del sistema de software ...................................................................................... 17

Page 6: PLANEACIÖN DE PROYECTO FINAL ESPECIFICACIÖN DE

1. Descripción global

1.1. Modelo de dominio

La Ilustración 1 - Modelo de Dominio muestra los principales conceptos que encierra el dominio del problema, las entidades de mayor importancia en el sistema 21 días contigo son la Contemplación, la Pausa y las Reflexiones.

Ilustración 1 - Modelo de Dominio

Para ver más detalles de los elementos del dominio remítase al Anexo 1 Modelo del dominio.

1.2. Perspectiva de producto

21 días contigo surge desde la visión ignaciana del ser propiciando una

interiorización de la conducta y comportamiento personal provisto desde una

compresión de la casa común.

Beneficios:

Espacios de contemplación del entorno como la casa común que permiten hacer una introspección del ser comprendido desde la espiritualidad ignaciana.

Page 7: PLANEACIÖN DE PROYECTO FINAL ESPECIFICACIÖN DE

Espacios de reflexión que permiten interiorizar el comportamiento de las personas visto desde un trayecto o camino que invita al usuario a comprender su ser emocional a partir de espacios dinámicos que le permitan hacer seguimiento de sí mismo en un margen de 21 días.

Así como mapas recorridos, puntuación y sistema de notificaciones lo que le aporta un entorno grafico de mayor interés por parte de los usuarios.

1.2.1. Interfaces con el sistema

En este apartado se especifican las interfaces que el sistema tiene para con otros. Dado que es una aplicación nueva, pero se prevé que sea integrada a Javemovil en un futuro que no está incluido en el alcance del proyecto, se posee una interfaz externa que es el acceso a una REST-API con Javemovil para utilizar el banco de usuarios de esta, más sin embargo esto estará a cargo de la guía que proporcione el grupo de DTI respecto al tema. Por lo cual, únicamente se especifican las interfaces con los usuarios por el momento.

En el presente apartado se especifican e ilustran las interfaces que posee el sistema para el manejo de los usuarios. La ¡Error! No se encuentra el origen de la referencia. corresponde a la representación gráfica de la estructura de interfaces gráficas de la aplicación de usuario. La Ilustración 3 - Árbol de navegación de administración corresponde a la representación gráfica de la estructura de interfaces de la aplicación de administración. De esta forma, se puede observar la manera en que se muestran las interfaces y el modo en que interactúan entre sí.

Ilustración 2 - Árbol de navegación de usuario

Page 8: PLANEACIÖN DE PROYECTO FINAL ESPECIFICACIÖN DE

Ilustración 3 - Árbol de navegación de administración

La primera interfaz que el usuario puede encontrar es la página de bienvenida o Landing page, una vez allí puede dirigirse a las interfaces de inicio de sesión y de creación de cuenta, las cuales son las primeras que incluyen el ingreso de datos al sistema. Adicionalmente, el usuario puede recuperar su contraseña, en caso de olvidarla, a través de la interfaz de recuperar contraseña. Una vez que se ha iniciado sesión, el chef tiene una gran cantidad de opciones para dirigirse a las interfaces gráficas deseadas. El sistema de usuario provee una serie de accesos directos contenidos en el menú. Esto quiere decir que todas las interfaces cuyo acceso directo está en dicho menú, pueden ser accedidas desde cualquier lugar. Las interfaces de mapa, contacto, bitácora de reflexiones, perfil y ajustes pueden ser accedidas directamente desde dicho menú. Por otra parte, las interfaces que ofrecen ingreso de datos al sistema se encuentran en el perfil propio de un usuario y en la creación de reflexiones del itinerario. Esto quiere decir que el usuario tiene 2 puntos para realizar operaciones que afecten los datos, el primero es en su perfil en donde podrá editar sus datos y el segundo es en las reflexiones en donde podrá crear una reflexión propia y que podrá guardar en el repositorio multimedia de la aplicación. El sistema de administración provee unas interfaces específicas las cuales son administración de contemplaciones, administración de pausas y ver estadísticas. Cabe resaltar que las interfaces de administración de contemplaciones y pausas están relacionadas con la visualización o no de un ejercicio en el sistema de usuario y ver estadísticas solo mostrara las estadísticas básicas de uso del aplicativo.

1.2.2. Operaciones

Modos de operación del usuario: la aplicación 21 días contigo cuenta con tres modos de operación del usuario: usuario sin credenciales, usuario y administración. Siendo el primero rol, el rol que muestra a un usuario sin

Page 9: PLANEACIÖN DE PROYECTO FINAL ESPECIFICACIÖN DE

autenticar, al ser autenticado este pasa a ser un usuario o un administrador. El usuario es capaz de acceder a las funcionalidades de visualización del aplicativo y de la creación de reflexiones de la rutina. En cambio, el administrador es capaz de administrar los contenidos que son visualizados por el aplicativo de usuario. El sistema le brinda a cada uno distintas funcionalidades explicadas a detalle en la sección Funciones del producto

Periodos de actividad e inactividad: se establece un periodo de inactividad de dos horas por semana, este periodo se llevará a cabo los sábados y domingos de 2 a 4 de la mañana. Dentro de este tiempo, se realizan acciones como:

o Mantenimiento de funcionalidades: en los periodos de inactividad se realizará una corrección y verificación de las funcionalidades a las cuales se les han reportado errores.

o Mantenimiento por nuevas funcionalidades: con el fin de no incomodar a los usuarios del sistema, se desarrollarán las nuevas funcionalidades en máquinas de prueba. Únicamente se requiere el tiempo de integración y pruebas al añadir los cambios a la aplicación.

Procesos de recuperación: para mantener la disponibilidad de la información, se realizan backups manuales en un servidor externo de almacenamiento, con una frecuencia de dos días. De esta forma, se garantiza un respaldo del sistema como prevención a posibles fallos. En caso de ocurrir un evento que afecte la integridad de la información, el sistema procederá a copiar los datos del servidor de almacenamiento para reestablecer los servicios.

Funciones de soporte a procesamiento de datos: al ser una aplicación independiente de otros sistemas, no se requiere de funciones de soporte de datos. Sin embargo, el DTI se encargara del soporte del repositorio multimedia que es necesitado para el correcto funcionamiento del aplicativo

Page 10: PLANEACIÖN DE PROYECTO FINAL ESPECIFICACIÖN DE

1.3. Funciones del producto

En la ¡Error! No se encuentra el origen de la referencia. se muestra las funciones del sistema LAEM.

Ilustración 4 - Diagrama de casos de uso

La función más significativa del sistema 21 días contigo es Ver Contemplación descrito en Tabla 1 – :

Caso de uso C05 – Ver contemplación

Actores Usuarios y administrador

Resumen Se desea realizar el ejercicio espiritual correspondiente a una contemplación ignaciana, por tanto, el sistema le muestra al usuario el contenido del ejercicio de contemplación seleccionado.

Page 11: PLANEACIÖN DE PROYECTO FINAL ESPECIFICACIÖN DE

CU asociados Realizar reflexión de la contemplación.

Precondiciones El usuario debe estar autenticado en la aplicación.

Escenario Principal

Pantalla 1 – contemplación 1

1. El sistema le permite al usuario realizar el ejercicio espiritual mediante la pantalla 1 – contemplación 1. En donde el usuario encontrará contenido multimedial proporcionado por centro pastoral como: podcast, citas, etc.

Escenarios Alternos

Ninguno

Requisitos no Funcionales

RNF9, RNF7, RNF3, RNF5, RNF11, RNF9, RNF2, RNF 8, RNF12, RNF14, RNF1, RNF2

Postcondiciones El usuario podrá reflexionar sobre su ejercicio.

Reglas de negocio El usuario podrá hacer un ejercicio de contemplación diario, los demás deben habilitarse diariamente.

Page 12: PLANEACIÖN DE PROYECTO FINAL ESPECIFICACIÖN DE

Tabla 1 – Ver Contemplación

Para consultar la descripción detallada de las demás funciones del sistema 21 días contigo remitirse al documento: Anexo 1: Documentación CU.

1.4. Características del usuario

En el proyecto 21 días contigo se comprenden 2 tipos de usuario: administrador y usuario. Sus características únicas se describen en ¡Error! No se encuentra el origen de la referencia..

Usuario Descripción Privilegios Roles

Administrador Es un miembro del centro pastoral que desea gestionar el contenido de los usuarios de la publicación de contenido referentes a temas de pausa y contemplación Ignaciana

- Cargar imágenes

- Cargar audio

- Cargar video

- Eliminar imagen

- Eliminar audio

- Eliminar video

- Eliminar imágenes

- Actualizar Audio

- Actualizar video

- Actualizar imágenes

- Gestionar funcionalidades

- Ver información de usuario

-Revisar progreso de los procesos

Ninguno

Usuario El usuario representa un usuario externo que dese acceder al contenido de la aplicación 21 días contigo comprendido desde le margo de la espiritualidad ignaciana.

- Crear cuenta

- Iniciar sesión

- Recuperar contraseña

- Iniciar contemplación

- Iniciar pausa

- Iniciar reflexión

- Marcar día

- Ver avance de los procesos

- Cargar autorreflexión escrita

Ninguno

Tabla 2 - Usuarios del sistema

Page 13: PLANEACIÖN DE PROYECTO FINAL ESPECIFICACIÖN DE

Para más información acerca de las funcionalidades del producto consulte la sección Funciones del producto.

Las características que se describen a continuación aplican para el público objetivo nominado como usuario:

Rango de edad: Entre los 20 y 32 años.

Nivel de estudio o experiencia técnica:

o Idioma: español

o Manejo básico de smartphone.

o Manejo básico de por lo menos uno de los sistemas operativos móviles: Android, iOS.

o Manejo básico del navegador Safari o Google Chrome.

Frecuencia de uso:

o Alrededor de 30 minutos y 1:30 h diaria

o Entre 4h y 11h a la semana

Mientras las características que se describen al administrador concierne los siguiente apartados y especificaciones:

Rango de edad: no aplica

Entidad de pertenencia: la persona que cumpla con el rol de administrador debe ser parte activa del Centro Pastoral y del proyecto 21 días contigo ya que este no solo va brindar ayuda a los usuarios, sino que va mantener el contenido actualizado.

Experiencia técnica:

o Idiomas: español e ingles

o Manejo básico de computador.

o Conocimiento básico sobre la usabilidad del sistema operativo Windows

o Habilidades previas correspondientes al manejo de aplicaciones web

o Conocimientos referentes al manejo y administración de contenido.

Frecuencia de uso:

o Alrededor de 2h y 5h diaria

o Entre 14h y 35h a la semana

1.5. Requisitos No Funcionales

Con el objetivo de caracterizar los requisitos no funcionales del sistema se emplea el modelo FURPS+ para clasificar cada uno de los requisitos identificados.

Page 14: PLANEACIÖN DE PROYECTO FINAL ESPECIFICACIÖN DE

La Tabla 3 - Restricciones generales describe las restricciones generales que debe cumplir el sistema, principalmente tienen en cuenta las categorías de usabilidad, funcionalidad y soporte del sistema. Clasificación FURPS+ Descripción

Soporte La aplicación únicamente soportará español de colombia.

Fiabilidad La aplicación debe asegurar que los datos de un usuario no sean modificados sin la autorización correspondiente.

Soporte

La aplicación web podrá ser utilizada desde cualquier lugar con conexión a internet.

Usabilidad La aplicación debe ser intuitiva y fácil de usar para usuarios mayores a 20 años

Usabilidad La aplicación debe contar con guías de uso.

Tabla 3 - Restricciones generales

La Tabla 4 - Restricciones de software describe las principales restricciones para el desarrollo del software, principalmente engloban las categorías de Implementación y Confiabilidad del modelo FURPS+. Clasificación FURPS+ Descripción

Implementación Se realizará una comunicación cliente y servidor siguiendo el

modelo plataforma web. Confiabilidad La información debe mantenerse consistente ante fallas del

sistema. Tabla 4 - Restricciones de software

La Tabla 5 - Restricciones de hardware describe los requisitos mínimos de hardware para el desarrollo de la aplicación. Clasificación FURPS+ Descripción

Soporte El cliente de usuario debe tener como mínimo Chrome versión 18 o Safari 14.

Soporte El cliente de administración deberá contar con una resolución de pantalla mínima a 1024x768, es decir 720p. Por otro lado, deberá tener como mínimo Chrome versión 18 o Firefox 12.

Soporte El servidor debe tener instalado como mínimo Python versión 3.9.5. Para poder utilizar Python, es necesario contar como mínimo con 128 MB de RAM, un espacio en disco 124 MB, Procesador mínimo Pentium 2 a 266 MHz.

Tabla 5 - Restricciones de hardware

Page 15: PLANEACIÖN DE PROYECTO FINAL ESPECIFICACIÖN DE

1.6. Suposiciones y dependencias

1.6.1. Suposiciones

El sistema 21 días contigo debe funcionar desde los siguientes sistemas operativos de escritorio: Windows, Linux; y se acepta dispositivos móviles con Android o iOS.

El sistema 21 días contigo debe funcionar en la modalidad de usuario con los siguientes navegadores web: Google Chrome, Safari.

El sistema 21 días contigo debe funcionar en la modalidad de administración con los siguientes navegadores web: Google Chrome o Mozilla Firefox.

Los contenidos vistos en cada una de las contemplaciones y pausas de la aplicación dependerá de los contenidos que sean suministrados por parte de Centro Ático y Centro Pastoral.

Los usuarios que utilizan la aplicación deben comprender el idioma español.

Los miembros del grupo de desarrollo 21 días contigo deben contar con las siguientes habilidades para el desarrollo de los requisitos:

o Diseño de la arquitectura y los elementos detallados del sistema.

o Manejo de bases de datos no relacionales.

o Conocimientos de programación en los siguientes lenguajes: Typescript, HTML y CSS.

1.6.2. Dependencias

El sistema 21 días contigo necesita comunicarse con una base de datos remota no relacional, para contener los datos de los usuarios y de los contenidos administrados por pastoral.

El sistema 21 días contigo necesita comunicarse con un repositorio multimedia remoto, en el cual se guardan todos los archivos multimedia necesarios para el proyecto.

El usuario, usuario sin credenciales y el administrador necesitan conexión a internet para poder utilizar el sistema 21 días contigo.

2. Requisitos específicos

2.1. Características del producto software

El aplicativo 21 días contigo cuenta con un total de 37 requisitos identificados por el grupo de desarrollo, de los cuales 23 requisitos son funcionales y 14 son no funcionales. La descripción detalla de cada uno de estos requisitos se encuentra en el anexo 4 - especificación de requisitos funcionales y anexo 5 - especificación de requisitos no funcionales.

Page 16: PLANEACIÖN DE PROYECTO FINAL ESPECIFICACIÖN DE

2.2. Requisitos de desempeño

La dificultad de tratar con requisitos de desempeño radica básicamente en que estos requisitos tienen un impacto global sobre todo el sistema, por lo tanto, satisfacer una restricción de desempeño, no consiste en sólo “adicionar un módulo extra” al sistema, sino que es necesario considerar el requisito a través de todo el sistema, y durante todo el proceso de desarrollo. Para definir completamente los requisitos de desempeño se realizó inicialmente una división de estos entre estáticos y dinámicos. Los primeros se caracterizan por estar presentes sin la necesidad de estar ejecutando en tiempo real el sistema, mientras que los últimos son realmente visibles cuando se está ejecutando, tal es el caso de la cantidad de usuarios simultáneos o la cantidad de transacciones concurrentes, respectivamente. La Tabla 6 - Requisitos estáticos de desempeño describe los principales requisitos dinámicos adoptados por el grupo de desarrollo 21 días contigo, principalmente se tienen en cuenta los atributos de capacidad y disponibilidad. De igual forma, se enuncian los requisitos asociados de acuerdo con la información referente a la sección Características del producto software Atributo de calidad

Descripción Requisitos de desempeño Requisitos asociados

Capacidad Cantidad de trabajo que puede soportar un sistema

El sistema debe ser capaz de operar adecuadamente con hasta 1000 usuarios normalmente y ser escalable hasta 5000 al mismo tiempo.

RNF3

Disponibilidad Cantidad de tiempo real el que el sistema puede ser usado

El sistema debe tener un tiempo de inactividad máximo de 4 horas semanalmente

RNF6 RNF9

El sistema debe estar disponible los 30 días al mes

Tabla 6 - Requisitos estáticos de desempeño

La Tabla 7 - Requisitos dinámicos de desempeño describe los principales requisitos estáticos adoptados por el equipo 21 días contigo, principalmente teniendo en cuenta los atributos de latencia y tasa de procesamiento. Atributo de calidad

Descripción Requisito de desempeño Requisitos asociados

Tasa de procesamiento

Número de respuestas a peticiones en un intervalo de tiempo

El sistema debe poder responder a mínimo 500 peticiones de los usuarios de forma concurrente.

RNF12

Tabla 7 - Requisitos dinámicos de desempeño

Page 17: PLANEACIÖN DE PROYECTO FINAL ESPECIFICACIÖN DE

2.3. Atributos del sistema software

La Tabla 8 - Atributos del sistema de software específica los atributos de software del sistema, el grupo de desarrollo 21 días contigo adoptó el estándar ISO – 9126 [4], adicionado los atributos de calidad de Seguridad y Disponibilidad. Atributo de calidad

Pregunta central (ISO – 9126)

Aspecto que evalúa Requisitos asociados

Funcionalidad ¿Las funciones y propiedades satisfacen las necesidades explícitas e implícitas; ¿esto es, el qué. . .?

El producto satisface las necesidades del cliente.

Todos los requisitos del sistema

Confiabilidad ¿Puede mantener el nivel de rendimiento, bajo ciertas condiciones y por cierto tiempo?

Capacidad del software de mantener su nivel de ejecución bajo condiciones normales en un periodo de tiempo establecido. [4]

RNF3 RNF6 RNF8 RNF9 RNF12

Disponibilidad NA Porcentaje de tiempo al día o a la semana en que el sistema debe funcionar sin necesidad de reiniciarlo.[4]

RNF9

Seguridad NA Prevenir acceso no

autorizado a programas o

datos. [4]

RNF1 RNF2 RNF14

Usabilidad ¿El software es fácil de usar y de aprender?

Esfuerzo necesario que debe invertir un usuario para utilizar un sistema. [4]

RNF4 RNF5 RNF10 RNF11

Eficiencia ¿Es rápido y minimalista en cuanto al uso de recursos?

Nivel de funcionamiento del software y la cantidad de recursos usados. [4]

RNF3

Mantenibilidad ¿Es fácil de modificar y verificar?

Medir el esfuerzo necesario para realizar modificaciones al software [4]

RNF13

Portabilidad ¿Es fácil de transferir de un ambiente a otro?

Habilidad del software de ser transferido de un ambiente a otro [4]

RNF7

Tabla 8 - Atributos del sistema de software

2.4. Requisitos de la base de datos

Tipos de datos almacenados: Los requisitos mínimos que debe soportar la base de datos deben ser el almacenamiento de datos numéricos, fechas y cadenas de texto. Dado que 21 días contigo opta por emplear una base de datos NoSQL los principales tipos de datos que aceptan son: String, para almacenar texto con longitud variable; Number o Double, el cual acepta valores numéricos enteros y decimales y finalmente, Date para almacenar fechas con campos de día, mes y año.

Page 18: PLANEACIÖN DE PROYECTO FINAL ESPECIFICACIÖN DE

Tipos de consultas utilizadas: La forma en que los datos serán accedidos e ingresados al sistema será mediante el uso del formato ligero JSON (JavaScript Object Notation). La base de datos deberá proveer interfaces que permitan el envío de información empleando el API REST, en este orden de ideas los tipos de consultas que se podrán realizar al sistema se clasifican en 4 categorías:

o GET: para obtener datos del sistema

o POST: para crear nuevas entidades en la base de datos

o PUT: para actualizar entidades existentes

o DELETE: para eliminar entidades del sistema

Para evitar la introducción de consultas mal intencionadas el acceso a la base de datos estará restringido únicamente al servidor el cual empleará las interfaces ya definidas por la base de datos, asignando los permisos correspondientes al usuario que desea utilizar el sistema.

Indexación de datos: La base de datos debe permitir que las entidades tengan identificadores únicos y puedan ser indexadas mediante entidades intermedias de ser necesario.

Frecuencia de acceso: Dado que la aplicación a implementar es una aplicación web de espiritualidad rutinaria se espera que como mínimo el acceso de datos sea diario, en particular las consultas más frecuentes que recibirá la base de datos serán ver contemplaciones y pausas, realizar reflexión. Particularmente, este tipo de consultas tendrán una frecuencia de acceso proporcional a la cantidad de usuarios que emplean el sistema, por lo tanto, se espera que la base de datos mantenga abierta la conexión con el servidor en todo momento para garantizar que los usuarios siempre accedan a datos actualizados.

3. Anexos

Anexo 1 – Documentación CU Anexo 2 – Especificación de requerimientos funcionales Anexo 3 – Especificación de requerimientos no funcionales

4. Referencias

[1] M. A. Abud Figueroa, «Calidad en la Industria del Software. La Norma ISO-9126,» 30 enero 2012. [En línea]. Available: http://www.nacionmulticultural.unam.mx/empresasindigenas/docs/2094.pdf. [Último acceso: 18 abril 2020].

[2] I. Sommerville, Software Engineering, 10th ed., Pearson, 2016.

Page 19: PLANEACIÖN DE PROYECTO FINAL ESPECIFICACIÖN DE

[3] R. S. Pressman, Ingeniería del Software. Un enfoque práctico, 7th ed., McGRAW-HILL INTERAMERICANA EDITORES, S.A. de C.V., 2010.

[4] K. Farsimadan, «The Benefits of Using Software Requirements Specification,» [En línea]. Available: https://kuroshfarsimadan.wordpress.com/2015/12/20/the-benefits-of-using-software-requirements-specification/. [Último acceso: 20 December 2015].

[5] D. A. Bruegge B., Object-Oriented Software Engineering Using UML, Patterns, and Java, 3rd ed., Pearson, 2010.

[6] Arias, Michael;CHAVES, «La ingeniería de requerimientos y su importancia en el desarrollo de proyectos de software,» InterSedes: Revista de las Sedes Regionales, vol. 6, 2005.