Especificación de requisitos de software

Transcripción

1 Especificación de requisitos de software Apellido : skiker Nombre : Oussama Dni : F466569

2

3 Especificación de requisitos de software Contenido CONTENIDO...3 CONTENIDO...3 CONTENIDO INTRODUCCIÓN Propósito Alcance Personal involucrado Definiciones, acrónimos y abreviaturas Referencias Vision general DESCRIPCIÓN GENERAL Perspectiva del producto Funcionalidad del producto Características de los usuarios Restricciones Suposiciones y dependencias Evolución previsible del sistema REQUISITOS ESPECÍFICOS Requisitos comunes de los interfaces Interfaces de usuario Interfaces de hardware Interfaces de software Interfaces de comunicación Requisitos funcionales Requisito funcional Requisito funcional Requisito funcional Requisito funcional Requisito funcional Requisito funcional Requisito funcional Requisitos no funcionales Requisitos de rendimiento...11 Descripción de requisitos del sofware

4 Especificación de requisitos de software Seguridad Fiabilidad Disponibilidad Mantenibilidad Portabilidad Otros requisitos APÉNDICES...13 Descripción de requisitos del sofware

5 1 Introducción 1.1 Propósito Este documento tiene que realizar las siguientes tareas : descripcion de exigencias del software los distitorios de este documento son : usuarios del sistema 1.2 Alcance El producto que se va a desarollar es : sistema de Gestion de Multas El sistema tiene como objetivo : controlar de manera automatizada y centralizada de las multas El software tiene como ventaja: facilidad de uso del sistema de todos sus usuarios 1.3 Personal involucrado Nombre Skiker oussama Rol Diseño y implementacion y validacion Categoría profesional Estudiante Responsabilidades Espeficacion del sistema y implementacion del mismo Información de contacto oussa007@hotmail.fr Aprobación Nombre Rol Categoría profesional Responsabilidades Información de contacto Aprobación Marouan Mesdouri Espeficacion y diseño Estudiante Entrevista y espeficacion del sistema Maroua.dide@hotmail.com Nombre Roger Zaragoza Ripoll Rol Diseño y validacion del sistema Categoría profesional Estudiante Responsabilidades Implementacion y validacion del sistema Información de contacto roger@gmail.com Aprobación Nombre Rol Categoría profesional Responsabilidades Información de contacto Aprobación Ihssan taziny Espeficacion y test del sistema Estudiante Espeficacion de los requisitos del sistemas ihssan@gmail.com 1.4 Definiciones, acrónimos y abreviaturas RF : requisitos funcionales RNF : requisitos no funcional BD ; base de datos RR : requisitos de rendimiento

6 1.5 Referencias Referencia Titulo Ruta Fecha Autor Libro DGT, Anuario estadístico general de la Dirección General de Trafico Madrid 2009 Libro Libro Pagina web Pagina web Estructura de la información 3a ed. Ingeniería del Software, un enfoque práctico (Las Multas y sus recursos) Direccion general de trafico om Barcelo na UOC, 2001 Xavier Burgués Illa; Fatos Xhafa; Xavier Franch Gutiérrez 2007 Pressman, R. 1.6 Vision general En los apartados que van a seguir ( descipcion general, requirimientos especificos ) se describe en grandes rasgos las caracteristicas generales del producto y tambien algunos apartados contiene una descripcion mas detallada del producto El documento se organizara en forma de titulos y subtitulos del mismo 2 Descripción general 2.1 Perspectiva del producto El sistema es un producto parte de un sistema mayor que se puede esquematizar de esta manera : Sistema Plataforma de pagos seguros Por internet Base de datos del trafico Pagina web del sistema.

7 2.2 Funcionalidad del producto - En cualquier momento se podrá consultar el estado de una Sanción/Multa y operar con ella - Tratamiento de Sanciones y Multas de forma individualizada y masiva. - Facilitar la gestión de las multas eficientemente. - Centralizar las multas de cámaras, agentes con PDA y agentes sin PDA. - Impresión de notificaciones para el sancionado. - Consulta de las sanciones vía internet. 2.3 Características de los usuarios Tipo de usuario Agentes con PDA Formación Formacion basica en la manejo de tablas tactiles Actividades Observar en la calle las infraccion cometidas por los coches Tipo de usuario Formación Actividades Tipo de usuario Formación Actividades Agentes sin PDA Formacion basica en el manejo de sistema de informacion Observar en la calle las infraccion cometidas por los coches y notificarla por papel y entrarla en el sistema ciudadanos Formacion basica en la manejo de plataformas internet Consultar expedientes y pagar via internet 2.4 Restricciones Al diseñar y desarollar el sistema se debe tener en cuenta : utilizar un prototipado de desarrollo de software iterativo utilizar como lenguaje de programacion PHP y MySQL en laimplementacion utilizar un protocolo de intercambio de señales ( ACK NACK). Mantener la seguridad de la informacion del sistema a traves el web utilzando servidor HTTPS utilizar maquinas con sistemas operativos que soporta nuestro software : windows xp /vista/9x utlizar servidor de tamaño minimo de 300 GB 2.5 Suposiciones y dependencias el protocolo de cambio de señales garatiza el envio y el recibo de datos el servidor no permitira de tener un espacion suficiente para cualquier tipo de dato y no producira desbordamiento 2.6 Evolución previsible del sistema El sistema tal cual permitira mejoras como por ejemplo : conectarlo con otros sistemas similar en otros paises. Tener un acceso a algunos servivios ofrecidos por los

8 sistemas de policia 3 Requisitos específicos 3.1 Requisitos comunes de los interfaces Interfaces de usuario - Las interfaces de usuario deberán tener colores tradicionales para tener una buena visión sin reflejos. - Las distintas funciones deben ser accesibles desde la pantalla principal. Número de requisito 1 Nombre de requisito Menu de la pagina web Tipo Restricción Fuente del requisito Pagina web Prioridad del requisito Alta/Esencial descripcion El sistema contiene una pagina web accesible para los usuariuos para consultar las diferentes posibilidades que ofrece el sitema Número de requisito 2 Nombre de requisito Menu de aplicacion Tipo Restricción Fuente del requisito software Prioridad del requisito Alta/Esencial Descripcion La pagian web debe contener un menu de todas las posibilidad del usario una vez este ultimo accede a su cuenta Número de requisito 3 Nombre de requisito Campo de relleno de multas Tipo Restricción Fuente del requisito software Prioridad del requisito Alta/Esencial

9 Descripcion La aplicación debe tener una interfaz para permitir a los agentes de rellenar los campos de una multa Número de requisito 4 Nombre de requisito Relleno de un recurso Tipo Restricción Fuente del requisito Pagina web Prioridad del requisito Alta/Esencial Descripcion La pagina web debe permitir al usuario tener una posibilidad de hacer un recurso Número de requisito 5 Nombre de requisito Fondo de la aplicación en color y con simbolo de la direccion Tipo Requisito Fuente del requisito aplicacion Prioridad del requisito Media/Deseado Descripcion Tener una aplicación con el logo de la ofocina y con colores para tener una aplicación interactiva Número de requisito 6 Nombre de requisito Escribir en formato Arial Tipo Requisito Fuente del requisito Aplicación y pagina web Prioridad del requisito Media/Deseado Descripcion Permitir a todos los usuarios de la aplicación de escribir en formato Arial Número de requisito 7 Nombre de requisito Sacar los datos de un infractor Tipo Restricción Fuente del requisito aplicacion Prioridad del requisito Alta/Esencial

10 Descripcion Permitir a los agentes sacar los datos de un infractor solamente pulsando un boton Número de requisito 8 Nombre de requisito Escribir en diferentes colores Tipo Requisito Fuente del requisito Aplicación y pagina web Prioridad del requisito Baja/ Opcional Descripcion Permitir a los usuarios de la aplicación escribir en diferentes colores Interfaces de hardware - terminales PC para los administrativos, dispositivos PDA. - Interfaz de red: WLAN Interfaces de software - utilizar software java para el desarrollo de la aplicación Interfaces de comunicación - Protocolo TCP 3.2 Requisitos funcionales Requisito funcional 1 - El sistema debe gestionar las multas a partir de camaras y desde los PDA de los agentes Requisito funcional 2 - El sistema debe gestionar las multas a partir de los agentes que rellenan las multas a mano Requisito funcional 3 El sistema debe permitir al usario de la pagina web consultar su estado de multa Requisito funcional 4 - El sistema debe garantizar los pagos que efectua el usuario

11 desde la pagina web Requisito funcional 5 - El sistema debe ofrecer a lo agentes de modificar las multas Requisito funcional 6 - El sistema debe ofrecer la posibilidad a los agentes de realizar algunas estadisticas sobre el numero y el tipo de multas 3.3 Requisitos no funcionales Requisitos de rendimiento RR1- No hay un tiempo de respuesta determinado hacia tareas en concreto pero al no requerir RR2- de cálculos u operaciones complejas deberá ser un tiempo eficiente y rápido. RR3- El tamaño de espacio ocupado en memoria masiva en el servidor de la base de datos irá en función de la cantidad de información almacenada en el sistema y no variará mucho RR4- respecto a otros sistemas que incluyan una base de datos. Se permitirá la ejecución de varios clientes concurrentemente y se garantizará la atención correcta y precisa de las peticiones de estos por parte de nuestro servidor. RR5- El sistema debe ser conectado a las camaras colgadas en las calles cada segundo para poder detectar todas las multas posibles RR6- El sistema debe sincronizar las peticiones simultaneas de los usuarios, es decir si distintos usarios quieren efectuar pagos en el mismo instante el sistema podia tratar estos eventos concurrente Seguridad - Para prevenir de una caída del sistema y/o pérdidas de información, el sistema tendra una opcion de hacer copias de seguridad para no perder los datos - Por ello, el número mayor de datos que podemos perder es el de los guardados desde la última copia de seguridad de nuestra base de datos. - Se utilizara un sistema de criptografia MD5

12 3.3.3 Fiabilidad - El sistema debe tener un grado alto de fiabilidad y robustez. -Se debe prevenir y tratar cualquier error, mostrando un mensaje de información acerca de lo ocurrido, es decir, garantizamos la correcta captura excepciones. El sistema deberá advertir ante posibles operaciones o acciones inválidas o erróneas que puedan provocar errores Disponibilidad - La base de datos debe ser instalada y configurada para su uso por parte del sistema en el ocal. -El sistema se ejecuta directamente usando la maquina virtual de java en caso de los terminales del sistema Mantenibilidad - El sistema tendra la posibilidad de dejarse en marcha una larga duracion de tiempo Portabilidad - El producto final será soportado en cualquier equipo con la máquina virtual de java instalada y donde pueda correr una versión compatible del gestor de la base de datos. - Deberá ser fácilmente actualizable. Las tareas de mantenimiento, tales como actualizaciones a nuevos entornos hardware, serán resueltas por los programadores. - El gestor de la base de datos debe ser compatible con estos equipos. 3.4 Otros requisitos Interfaz : - El sistema no interactuará con otro sistema externo. Los datos importados serán introducidos por un usuario mediante los menús gráficos aportados por el sistema o por de la pagina web desde internet Legales : - El sistema debe cumplir las disposiciones recogidas en la Ley Orgánica de Datos Personales y en el Reglamento de medidas de seguridad.

13 4 Apéndices