Especificaciones de Requerimientos del Software

                      

Especificaciones de Requerimientos del Software

Para el sistema de cobros de impuestos municipales ()

               

                                                                                                                                                            

Versión 1.0

Historia de Revisiones

Fecha	Versión	Descripción	Autor
10/05/2014	1.0	Primera Versión del Documento de Especificación de Requerimientos del Sistema de Control de Documentos	Creadores del sistema

Especificaciones de Requerimientos del Software

1.  Introducción

 

1.1 Propósito

En este documento se detallan los requerimientos de software para el sistema de cobros de impuestos municipales (SYSTEMCIMM), según tres grandes aspectos claves para su desarrollo: las Especificaciones Funcionales, el modelo de  los Casos de Uso, tanto en diagrama como verbalmente, y las Especificaciones suplementarias. Toda esta información establece los  lineamientos y las restricciones que debe considerar nuestro  equipo de desarrollo del proyecto para el desarrollo del sistema.

1.2  Alcance

El alcance de este documento es la Especificación de los Requerimientos de Software para el sistema de cobros de impuestos municipales (SYSTEMCIMM), tanto funcionales como no funcionales (especificaciones suplementarias),   las cuales se encuentran asociadas a todos los Casos de Uso definidos para el mismo.

1.3 Definiciones, Acrónimos y Abreviaturas

·         ERS: Especificación de Requerimientos del Software.

·         MCU: Modelo de Casos de Usos.

·         RUP: Siglas de Rational Unified Process.

·         SYSTEMCIMM: sistema de cobros de impuestos municipales

2.                  Especificaciones Funcionales

Característica Asociada: permite Dar acceso al sistema	ID requerimiento:   RQ-01
	Nombre del Requerimiento:  ingresar al sistema
Permite el acceso a los usuarios para que puedan ingresar al sistema y utilizar las funciones que este tiene según el grado de acceso del usuario
Atributo: Prioridad (x)  Alta  (  )  Media Alta  (  )  Media   (  )  Media   Baja (  )  Baja

Característica Asociada: Permite agregar nuevos usuarios al sistema	ID requerimiento:   RQ-01
	Nombre del Requerimiento:  Registrar Usuario
Consiste en ingresar nuevos Usuarios ingresando sus datos personales para que queden grabados en la base de datos del sistema.
Atributo: Prioridad (x)  Alta  (  )  Media Alta  (  )  Media   (  )  Media   Baja (  )  Baja

Característica Asociada: Permite agregar los datos de los cobradores al sistema	ID requerimiento: RQ-02
	Nombre del Requerimiento:   Registrar cobradores
Consiste en mantener un registro de los cobradores que habiliten el manejo de la información de estos a la hora de realizar las plantillas de cobros
Atributo: Prioridad (x)  Alta  (  )  Media Alta  (  )  Media   (  )  Media   Baja (  )  Baja

Característica Asociada: Permite registrar a todos los comerciantes formales	ID requerimiento: RQ-03
	Nombre del Requerimiento:   Registrar comerciantes
Consiste en mantenes un registro en el sistema de los comerciantes formales con el cual permitirá llevar un control de todos ellos.
Atributo: Prioridad ( x )  Alta  (  )  Media Alta  (  )  Media   (  )  Media   Baja (  )  Baja

Característica Asociada: Permite registrar las zonas	ID requerimiento: RQ-04
	Nombre del Requerimiento:   Registrar zona
Consiste en registrar las zonas en las cuales están ubicados los diferentes puesto, esto servirá administrar mas fácil las rutas que los cobradores deben de tomar
Atributo: Prioridad (x)  Alta  (  )  Media Alta  (  )  Media   (  )  Media   Baja (  )  Baja

Característica Asociada: Permite registrar los puestos de los mercados	ID requerimiento: RQ-05
	Nombre del Requerimiento: Registrar puesto
Permite registrar los puestos que están ubicados en los diferentes mercados que están en función en el municipio de usulutan
Atributo: Prioridad (x )  Alta  (  )  Media Alta  (  )  Media   (  )  Media   Baja (  )  Baja

Característica Asociada: Ofrece diferentes opciones de pago.	ID requerimiento: RQ-06
	Nombre del Requerimiento:         Opciones de pago para comerciantes formales
Permite que el comerciante pueda elegir diferentes de pago con el cual asi facilita el pago que  debe realizar al cobrador.
Atributo: Prioridad ( )  Alta  (X  )  Media Alta  (  )  Media   (  )  Media   Baja (  )  Baja

Característica Asociada: permite elegir la planilla que se trabajara	ID requerimiento: RQ-07
	Nombre del Requerimiento: Elegir planilla
Consiste en que la secretaria podrá elegir si quiere trabajar en una planilla para ingresar los datos que los cobradores entregan
Atributo: Prioridad (x )  Alta  (  )  Media Alta  (  )  Media   (  )  Media   Baja (  )  Baja

Característica Asociada: Permite guardar la planilla que se ah trabajado	ID requerimiento: RQ-08
	Nombre del Requerimiento: Guardar planillas
Consiste en guardar los datos que se han ingresado en el sistema los cuales se almanecan en una base de datos
Atributo: Prioridad (x )  Alta  (  )  Media Alta  (  )  Media   (  )  Media   Baja (  )  Baja

Característica Asociada: permite modificar los datos de una planilla	ID requerimiento: RQ-09
	Nombre del Requerimiento: Modificar planillas
Permite en que la secretaria o administrador podrán modificar los datos que ya se hallan guardado en una planilla, solo si existe un error o es necesario modificar de lo contrario los archivos no podrán ser modificados.
Atributo: Prioridad (  )  Alta  (x  )  Media Alta  (  )  Media   (  )  Media   Baja (  )  Baja

Característica Asociada: Permitirá cuadrar los impuestos dia a dia	ID requerimiento: RQ-10
	Nombre del Requerimiento: Cuadrar impuestos diarios
Permitirá a la secretaria calcular todos los datos ingresados cada dia para que asi pueda facilitar el manejo de datos.
Atributo: Prioridad (  )  Alta  ( x )  Media Alta  (  )  Media   (  )  Media   Baja (  )  Baja

Característica Asociada: Permite ver la estadística de pagos del comerciante	ID requerimiento: RQ-11
	Nombre del Requerimiento: Estadísticas de pagos del comerciante
Permitirá a la secretaria o administrador que puedan realizar de una forma grafica y ver el estado de los comerciantes.
Atributo: Prioridad (  )  Alta  ( x )  Media Alta  (  )  Media   (  )  Media   Baja (  )  Baja

 

3.       Casos de Uso

3.1               Resumen de Casos de Uso y Actores

Caso de Uso	Actor
Ingresar al sistema	Administrador,secretaria
Registrar usuario	Administrador, secretaria
Registrar cobradores	Administrador, secretaria
Registrar comerciantes	Administrador, secretaria
Registrar zona	Administrador, secretaria
Registrar puestos	Administrador, secretaria
Opciones de pago para comerciantes formales	Administrador, secretaria
Elegir planillas	Administrador
Guardar planillas	Administrador, secretaria
Modificar planillas	Administrador, secretaria
Cuadrar impuestos diarios	Administrador
Estadística del pago comerciante	Administrador
Estadística del pago cobrador	Administrador
Cuadrar impuestos	Administrador
Cerrar aplicación	Administrador, secretaria

Especificaciones de Casos de Uso

Caso de uso: ingresar al sistema
Descripción: El login verificara los datos proporionados por El usuario administrador o secretaria el cual desea acceder al sistema donde este dara cierto nivel de acceso a cada uno de ellos
Requerimiento: Dar acceso al sistema
Precondición: El usuario deberá estar registrado en el sistema. El usuario deberá tener un nivel permitido de acceso
FLUJO BASICO: El administrador deberá de ingresar sus datos de usuario y contraseña y esperar el verificamiento de datos existentes para que pueda acceder al sistema
ACTOR	SISTEMA
1 El usuario ingresa los datos de su cuenta
	2 El sistema recibe los datos introducidos
3- el usuario tiene acceso según el grado de acceso  que tiene
FLUJOS ALTERNOS El usuario introduce los datos erróneos en el sistema; el sistema no valida las credenciales y maneja la excepción con un mensaje gentil, advirtiéndole que ha introducido mal sus datos. Volviendo al estado inicial para la validación.
ACTOR	SISTEMA
3.1 El usuario introduce, mal, sus datos correspondientes a su cuenta de usuario
	4.1 el sistema deberá de verificar si los campos están llenados o están incorrectamente llenados
Poscondición: Usuario no validado debido a que existe un error en los datos ingresados ·         Usuario validado con éxito
Requerimientos especiales: Ninguno

Caso de uso: Registrar Usuario
Descripción: Se registraran las cuentas de acceso al sistema tales como administrador y secretaria, determinando ciertos niveles de acceso
Requerimiento: Registrar a todos los usuarios que tendrán acceso al sistema
Precondición: El usuario deberá estar registrado en el sistema. El usuario deberá tener un nivel permitido de acceso
FLUJO BASICO: El usuario ingresara su “username” su “rol” una contraseña su nombre y apellido y luego realizar el registro guardando los datos
ACTOR	SISTEMA
1 El usuario ingresa los datos que quiere almacenar en el sistema
	2 El sistema recibe los datos introducidos por el usuario y este los almacena
FLUJOS ALTERNOS El usuario introduce los datos erróneos en el sistema; el sistema no valida las credenciales y maneja la excepción con un mensaje gentil, advirtiéndole que ha introducido mal sus datos. Volviendo al estado inicial para la validación.
ACTOR	SISTEMA
3.1 El usuario introduce, mal, sus datos correspondientes a su cuenta de usuario
	4.1 el sistema deberá de verificar si los campos están llenados o están incorrectamente llenados
Poscondición: Usuario no validado debido a que existe un error en los datos ingresados ·         Usuario validado con éxito
Requerimientos especiales: Ninguno

Caso de uso: Registrar cobradores
Descripción: Se registraran los datos de los cobradores que realizan los cobros a todos los puestos municipales  formales e informales
Requerimiento: Registrar a todos los cobradores para manejar fácilmente la información de dichos individuos en el momento de la realización de las plantillas basadas en los datos que estos recolectan
Precondición: El cobrador deberá estar registrado en el sistema. El cobrador deberá proporcionar toda la información necesaria para su registro
FLUJO BASICO: Al administrador o secretaria deberán de ingresar la información que El cobrador deberá de proporcionar  para que asi pueda facilitar el manejo de información y plantillas en el sistema.
ACTOR	SISTEMA
1 al administrador o secretaria introducirá   los datos de el cobrador
	2 El sistema recibe los datos introducidos para que el cobrador quede registrado
FLUJOS ALTERNOS El administrador o secretaria introduce los datos erróneos en el sistema, si existe error se debe de notificar cual es el error que existe para poder ser corregido
ACTOR	SISTEMA
3.1 El administrador o secretaria introduce, mal los datos correspondientes de el cobrador a registrar
	4.1 el sistema deberá de verificar si los campos están llenados o están incorrectamente llenados
Poscondición: Datos no validado debido a que existe un error en los datos ingresados ·         Registro validado con éxito
Requerimientos especiales: Ninguno

Caso de uso: Registrar Comerciantes
Descripción: Se registraran a los comerciantes de tipo formal para facilitar el manejo y control de información de estos
Requerimiento: Registrar a todos los comerciantes formales
Precondición: El comerciante deberá estar registrado en el sistema. El comerciante deberá de mantener su pago al dia
FLUJO BASICO: El administrador deberá de registrar a los comerciantes formales, los cuales son clasificados por zonas
ACTOR	SISTEMA
1 El administrador o secretaria deberá ingresar los datos que quiere almacenar en el sistema
	2 El sistema recibe los datos introducidos por el administrador y este los almacena
FLUJOS ALTERNOS Al momento de guardar los datos de registro el sistema verifica si hay datos errones o existen campos vacios los cuales son necesarios llenar para completar el registro.
ACTOR	SISTEMA
3.1 El administrador o secretaria introducirá los datos correspondientes del comerciante
	4.1 el sistema deberá de verificar si los campos están llenados o están incorrectamente llenados
Poscondición: Registro de comerciante no validado debido a que existe un error en los datos ingresados ·         Usuario validado con éxito
Requerimientos especiales: Ninguno
Puntos de extensión: Ninguno
Caso de uso: registrar zona
Descripción: El administrador deberá de registrar la zona de los mercados y puestos formales e informales con la cual se describe el perímetro que se le establece a cada cobrador a la hora de hacer los cobros  los puestos.
Requerimiento: Establecer una dirección o perímetro el cual establesca un recorrido o ruta para los cobradores
Precondición:         El Administrador debe registrar los datos de las zonas que se recorren por parte de los cobradores La zona se asigna a los cobradores Según la zona se realizan los registros de cobros.
FLUJO BASICO: El administrador registra la zona para que asi se facilite la ubicación y clasificación de registros de cobros.
ACTOR	SISTEMA
1 el administrador registrara la zona
	2 el sistema almacenara las zonas para que puedan ser utilizadas en el momento de registrar los datos de cobros
FLUJOS ALTERNOS El administrador o secretaria introducira los datos erróneos en el sistema; el sistema no valida las credenciales y maneja la excepción con un mensaje gentil, advirtiéndole que ha introducido mal sus datos. Volviendo al estado inicial para la validación.
ACTOR	SISTEMA
3.1 El administrador o secretaria introduce, mal, sus datos correspondientes a su cuenta de usuario
	4.1 el sistema evalua los datos ingresados y verifica que todo los campos estén completos .
Poscondición: El administrador no valido correctamente los datos ingresados ·         zona validada con éxito
Requerimientos especiales: Ninguno
Caso de uso: Registrar puestos
Descripción: Se registraran los puestos que se otorgan a los comerciantes,
Requerimiento: Registrar a todos los puestos que estarán registrados en ell sistema
Precondición: Los puestos de los mercados deberán estar registrados en el sistema. El administrador deberá debe de relacionar los puestos con los comerciantes
FLUJO BASICO: El administrador deberá de registrar los datos de los puestos asignados a los comerciantes
ACTOR	SISTEMA
1 El administrador ingresara los datos que quiere almacenar en el sistema
	2 El sistema recibe los datos introducidos por el administrador  y este los almacena
FLUJOS ALTERNOS El administrador introduce los datos erróneos en el sistema; el sistema no valida las credenciales y maneja la excepción con un mensaje gentil, advirtiéndole que ha introducido mal sus datos. Volviendo al estado inicial para la validación.
ACTOR	SISTEMA
3.1 El administrador introduce, mal, sus datos correspondientes a la base de datos
	4.1 el sistema deberá de verificar si los campos están llenados o están incorrectamente llenados
Poscondición: Registro de puesto no validado debido a que existe un error en los datos ingresados ·         registro validado con éxito
Requerimientos especiales: Ninguno
Puntos de extensión: Ninguno

Caso de uso: opciones de pago de los comerciantes
Descripción: Es ofrecer al comerciantes diferentes tipos de pago
Requerimiento: Establecer la modalidad de pago por parte del comerciante
Precondición: Que sea comerciante del tipo “formal”
FLUJO BASICO: El administrador informa las opciones de pago al comerciante, este elige una opción la que mas le convenga  y luego esta opción es registrado en el sistema
ACTOR	SISTEMA
1 el comerciante elige una opción de pago
	2 el sistema registra la opción elegida por parte del comerciante
3 el comerciante espera notificacion
	4 el sistema notifica registro actualizado
FLUJOS ALTERNOS El comerciante debe elegir una de las opciones pre-establecidas, mientras tanto no podrá llegar a un acuerdo
ACTOR	SISTEMA
3.1 el comerciante esta indeciso o inconforme con las opciones
	4.1 el sistema espera respuesta
El comerciante al final elige una de las opciones pre-establecidas
Poscondición:

Caso de uso: elegir planillas
Descripción: Es la acción de elegir una planilla de trabajo
Requerimiento: Gestionar planilla
Precondición: Que el administrador o secretaria posean datos no registrados.
FLUJO BASICO: El Usuario administrador o secretaria deberá elegir una planilla en la cual introducirá todos los datos otorgados por el cobrador de su ruta.
ACTOR	SISTEMA
1 El Usuario administrador presiona el botón “nueva planilla”.
	2 El sistema toma la orden y abre el formulario donde se introducirán los datos recolectados por parte del cobrador.
3. El administrador o secretaria introduce los datos que el cobrador le proporciona y los introduce en el formulario. Luego da clic en el botón guardar
	4.       El sistema toma los datos y los guarda en la base de datos asignada. Tabla planilla
FLUJOS ALTERNOS El usuario administrador paso por alto un campo requerido y el sistema no le dejara registrar andando un mensaje de que el campo es requerido.
ACTOR	SISTEMA
1.       El usuario administrador introduce los datos menos el requerido y da clic en registrar.
	2-      El sistema le mandara un mensaje diciendo que se dejo un campo requerido vacío.
2.       El usuario completa el capo requerido y luego da clic en guardar .
	3.       El sistema guardara los datos en la base de datos asignada.
Poscondición: El sistema vuelve a la interfaz de elegir planilla
Requerimientos especiales: Ninguno
Puntos de extensión: Ninguno

Caso de uso: guardar planilla
Descripción: Permite guardar en la base de datos la información introducida en un formulario de planilla
Requerimiento: -ingresar datos proporcionados por el cobrador
Precondición: -         El cobrador debe haber terminado su ruta diaria -         La secretaria o administrador debe haber abierto el sistema
FLUJO BASICO: El sistema recibe cada uno de los datos ingresados por el administrador o secretaria, los analiza y compara. Procede a comparar los datos con ciertos criterios ya establecidos, referentes a la capacidad física de cada persona.
ACTOR	SISTEMA
El administrador o secretaria deberan de  presionar el botón de guardar planilla
	Recibe la orden y activa el formulario: guardar planilla
El administrador espera los resultados. Y posteriormente visualiza los resultados.
FLUJOS ALTERNOS El sistema no analiza ni evalúa los datos, debido a estos no han sido ingresados correctamente, o a quedados algún espacio necesario sin rellenar.
ACTOR	SISTEMA
Poscondición: ·         El sistema podrá guardar los datos en las planillas asignada
Requerimientos especiales: Haber llenado todos los campos del formulario
Puntos de extensión: Ninguno
Caso de uso: modificar planiila
Descripción: El administrador o secretaria podrá modificar las planillas.
Requerimiento: -        Ingresar usuario al sistema.
Precondición: debe de existir una razón pero ay algo ke me invita
FLUJO BASICO: El administrador o secretaria deberan de justificar el cambio de datos
ACTOR	SISTEMA
Presiona Boton modificar planilla
	Recibe e interpreta los datos, activa el formulario modificar planilla
Introduce datos a evaluar.
	El sistema compara los datos introducidos con la tabla planilla de una base de datos
FLUJOS ALTERNOS El sistema no analiza ni evalúa los datos, debido a estos no han sido ingresados correctamente, o ha quedado  algún espacio necesario sin rellenar.
ACTOR	SISTEMA
	Recibe e interpreta los datos, corre los algoritmos pertinentes, compara los parámetros dados por el usuario, emite un mensaje personalizado que notifique al usuario el error encontrado.
Poscondición:
Requerimientos especiales: Camnios del sistema.
Puntos de extensión: Ninguno

Caso de uso: cuadrar impuestos diarios
Descripción: El administrador o secretaria podrán cuadrar impuestos diarios ten cuidado Dx
Requerimiento: Manejar el manejo de graficos en el sistema
Precondición: ·         El administrador debe de acceder al sistema ·         Deben existir datos ya registrados
FLUJO BASICO: El administrador o secretaria podrán manejar los datos de una forma mas general y organizada
ACTOR	SISTEMA
El usuario presiona el botón “reportes de planillas”.
	El sistema activa el formulario reportes de planilla.
FLUJOS ALTERNOS El administrador no selecciona que datos cuadrar, esto creara una confusión a la hora de la evaluación
ACTOR	SISTEMA
3.1 el administrador no selecciona datos
	4.1 el sistema espera ordenes
Poscondición: ·         Grafica no generada
Requerimientos especiales: Ninguno
Puntos de extensión: Ninguno

Caso de uso: estadística del pago de comerciante
Descripción: El usuario o administrador podrá presentar las estadísticas de datos que se introducirán al sistema
Requerimiento: Manejar la información e ir preparando los informes generales que se realizan cada cierto tiempo
Precondición: -            El administrador debera de introducir al sistema. -          El sistema debe de poseer datos en sus tablas para cuadrar los de los informes cada cierto tiempo
FLUJO BASICO: El usuario administrador podrá facilitar el manejo y control de datos.
ACTOR	SISTEMA
El usuario o administrador presiona el botón “estadísticas de pago”.
	El sistema activa el formulario pagos.
Selecciona los datos que desean comparar
	Analiza y procesa los datos, si coinciden con la base datos, muestra los resultados en pantalla y envía un mensaje de confirmación al usuario.
FLUJOS ALTERNOS El administrador no selecciona los datos que desea obtener y por lo tanto es imposible seleccionar los datosque ya se tienen registrados
ACTOR	SISTEMA
3.1 El administrador no selecciona los datos deseados
	4.1 el sistema espera respuesta…
Poscondición: ·         Administrador debera de mantener informado todo  si .
Requerimientos especiales: Ninguno
Puntos de extensión: Ninguno