Especificación de requisitos de software

Especificación de requisitos de

software

Especificación de requisitos de software

Contenido

1.4 Definiciones, acrónimos y abreviaturas ... 5

1.5 Referencias ... 6

1.6 Vision general ... 6

2 DESCRIPCIÓN GENERAL ... 6

2.1 Perspectiva del producto ... 6

2.2 Funcionalidad del producto ... 7

2.3 Características de los usuarios ... 7

2.4 Restricciones ... 7

2.5 Suposiciones y dependencias ... 7

2.6 Evolución previsible del sistema ... 7

3 REQUISITOS ESPECÍFICOS ... 8

3.1 Requisitos comunes de los interfaces ... 8

3.1.1 Interfaces de usuario ... 8 3.1.2 Interfaces de hardware ... 10 3.1.3 Interfaces de software ... 10 3.1.4 Interfaces de comunicación ... 10 3.2 Requisitos funcionales ... 10 3.2.1 Requisito funcional 1 ... 10 3.2.2 Requisito funcional 2 ... 10 3.2.3 Requisito funcional 3 ... 10 3.2.4 Requisito funcional 4 ... 10 3.2.5 Requisito funcional 5 ... 11 3.2.6 Requisito funcional 6 ... 11 3.2.7 Requisito funcional 7 ... 11 3.3 Requisitos no funcionales ... 11 3.3.1 Requisitos de rendimiento ... 11

Especificación de requisitos de software 3.3.2 Seguridad ... 11 3.3.3 Fiabilidad ... 12 3.3.4 Disponibilidad ... 12 3.3.5 Mantenibilidad ... 12 3.3.6 Portabilidad ... 12 3.4 Otros requisitos ... 12 4 APÉNDICES ... 13

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 [email protected]

Aprobación

Nombre Marouan Mesdouri

Rol Espeficacion y diseño

Categoría profesional Estudiante

Responsabilidades Entrevista y espeficacion del sistema Información de contacto [email protected]

Aprobación

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 [email protected]

Aprobación

Nombre Ihssan taziny

Rol Espeficacion y test del sistema

Categoría profesional Estudiante

Responsabilidades Espeficacion de los requisitos del sistemas Información de contacto [email protected]

Aprobación

1.4

Definiciones, acrónimos y abreviaturas

RF : requisitos funcionales RNF : requisitos no funcional BD ; base de datos

1.5

Referencias

Referencia Titulo Ruta Fecha Autor

Libro DGT, Anuario estadístico general de la Dirección General de Trafico Madrid 2009 Libro Estructura de la

información 3a ed. Barcelona

UOC, 2001 Xavier Burgués Illa; Fatos Xhafa; Xavier Franch Gutiérrez

Libro Ingeniería del

Software, un enfoque práctico

2007 Pressman, R.

Pagina web (Las Multas y sus

recursos) www.autopistaonline.com

Pagina web Direccion general de

trafico www.dgt.es

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

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 Agentes sin PDA

Formación Formacion basica en el manejo de sistema de informacion

Actividades Observar en la calle las infraccion cometidas por los coches y notificarla por papel y entrarla en el sistema

Tipo de usuario ciudadanos

Formación Formacion basica en la manejo de plataformas internet

Actividades 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 .

sistemas de policia

3 Requisitos específicos

3.1

Requisitos comunes de los interfaces

3.1.1 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

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

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

3.1.2 Interfaces de hardware

- terminales PC para los administrativos, dispositivos PDA. - Interfaz de red: WLAN

3.1.3 Interfaces de software

- utilizar software java para el desarrollo de la aplicación

3.1.4 Interfaces de comunicación

3.2

Requisitos funcionales

3.2.1 Requisito funcional 1

- El sistema debe gestionar las multas a partir de camaras y desde los PDA de los agentes

3.2.2 Requisito funcional 2

- El sistema debe gestionar las multas a partir de los agentes que rellenan las multas a mano

3.2.3 Requisito funcional 3

− El sistema debe permitir al usario de la pagina web consultar su estado de multa

3.2.4 Requisito funcional 4

desde la pagina web

3.2.5 Requisito funcional 5

- El sistema debe ofrecer a lo agentes de modificar las multas

3.2.6 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

3.3.1 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

3.3.2 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.

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.

3.3.4 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

3.3.5 Mantenibilidad

- El sistema tendra la posibilidad de dejarse en marcha una larga duracion de tiempo

3.3.6 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

3.4.1

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

3.4.2 Legales :

Orgánica de Datos Personales y en el Reglamento de medidas de seguridad.