SIBO Sistema de Información de Boletería Especificación Suplementaria de Requerimientos. Versión 2.0

Transcripción

1 SIBO Sistema de Información de Boletería Especificación Suplementaria de Requerimientos Versión 2.0

2 Historial de Revisión Fecha Versión Descripción Autor 14/09/ Se realiza la especificación suplementaria de los requerimientos para la primera iteración. 28/10/ Correcciones realizadas de acuerdo a la retroalimentación hecha por el Ingeniero Arles Rodríguez. Alirio Rivera Alirio Rivera Derechos Reservados SIBO, 2009 Página 2

3 Tabla de Contenido 1. Introducción Propósito Alcance 4 2. Requerimientos No Funcionales Usabilidad Interfaz Grafica 2.2 Desempeño Seguridad 5 3. Restricciones de Diseño 5 4. Restricciones de Ayuda y Documentacion 5 5. Software y Componentes Adicionales 5 Derechos Reservados SIBO, 2009 Página 3

4 Especificación Suplementaria de Requerimientos 1. Introducción Se realiza la especificación suplementaria de los requerimientos del proyecto, para evitar sesgar el desarrollo de este y tener una visión global. También se complementa el análisis realizado en el artefacto de especificación de requerimientos. 1.1 Propósito El objetivo principal de este documento es especificar los requerimientos (no funcionales) que no son visibles en los casos de uso para el proyecto SIBO (Sistema de información de boletería), empresa DACAF Systems Soluciones a su medida 1.2 Alcance La primera iteración tiene como objetivo determinar los principales requerimientos que la aplicación debe solucionar, luego se hará un análisis del proyecto por medio del modelamiento de casos de uso y la descripción de cada uno. Finalmente se tendrá un primer bosquejo de la aplicación junto a las páginas web del proyecto y la empresa. 2. Requerimientos No Funcionales 2.1 Usabilidad Interfaz Grafica Para el desarrollo de la interfaz gráfica (ventanas, botones, campos de texto entre otros objetos), se acordó el uso de la librería java.swing, la cual hace el uso de la aplicación más amigable. 2.2 Desempeño -El Tiempo (en segundos) de respuesta por transacción es: *Guardar información en la BD 1 a 2. *Cargar la información de la BD 1 a 2. -Usuarios *El número de clientes para los cuales está diseñada la aplicación es n (numero de administradores + numero de vendedores + número de clientes). Derechos Reservados SIBO, 2009 Página 4

5 - El número de transacciones es igual al número de casos de uso. 2.3 Seguridad La aplicación utiliza un modo de autenticación para aquellas personas que requieran realizar actividades importantes dentro de la base de datos para esto se tendrá usuarios con sus respectivas contraseñas que serán digitadas al momento de querer realizar alguno de estos cambios. 3. Restricciones de Diseño A continuación se enuncian los requisitos de diseño para el desarrollo de las actividades del proyecto: *Lenguaje de Programación: Java 5. *Base de datos: MySQL, Postgres y Microsoft SqlServer. *Sistema de control de versiones: Subversión 1.6. *Bug Tracker: Mantis, bugzilla. *IDE: NetBeans 6.7 *Pruebas de unidad: JUnit 4 *Source Code Hosting: Kenai Proyects 4. Restricciones de Ayuda y Documentación Dentro de la documentación definida en los términos de referencia se encuentra: 1. Manual de usuario 2. Artefactos 2.1 Diseño 2.2 Análisis 2.3 Calidad. 3. Presentación prototipo del proyecto. 5. Software y Componentes Adicionales Para el desarrollo del presente proyecto no se requirió de la adquisición de software u otros componentes tecnológicos que permitieran llevar a buen término el proyecto. Derechos Reservados SIBO, 2009 Página 5