especificacion de requerimientos formato ieee830

Especificación de requisitos de software

Proyecto: [Nombre del proyecto]Revisión [99.99]

De la plantilla de formato del documento © & Coloriuris http://www.qualitatis.org

Sistema de Información de Gestión Notarial SIGNEspecificación de requisitos de software

Rev. 0.0.2Pág. 4

.

Descripción de requisitos del software

Ficha del documento

Fecha Revisión Autor Verificado dep. calidad.

27/11/2010 001 Gilaju.com Walter arias

/12/2010 002 Gilaju.com Walter arias

Documento validado por las partes en fecha: [Fecha]

Por el cliente Por la empresa suministradora

Fdo. D./ Dña [Nombre] Fdo. D./Dña [Nombre]


Rev. 0.0.2Pág. 6

Contenido

FICHA DEL DOCUMENTO.........................................................................................................5

CONTENIDO............................................................................................................................... 6

1 INTRODUCCIÓN....................................................................................................................... 7

1.1 Propósito............................................................................................................................... 7

1.2 Alcance.................................................................................................................................. 7

1.3 Personal involucrado...........................................................................................................7

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

1.5 Referencias........................................................................................................................... 8

1.6 Resumen............................................................................................................................... 8

2 DESCRIPCIÓN GENERAL.......................................................................................................9

2.1 Perspectiva del producto.....................................................................................................9

2.2 Funcionalidad del producto...............................................................................................10

2.3 Roles y Características de los usuarios...........................................................................17

2.4 Restricciones...................................................................................................................... 18

2.5 Evolución previsible del sistema......................................................................................18

3 REQUISITOS ESPECÍFICOS.................................................................................................18

3.1 Requisitos comunes de los interfaces.............................................................................18

3.2 Requisitos funcionales......................................................................................................19

3.3 Requisitos no funcionales.................................................................................................24

3.4 Otros requisitos.................................................................................................................. 25

4 APÉNDICES............................................................................................................................ 25



Rev. 0.0.2Pág. 7

1 Introducción

1.1 Propósito

El propósito de este documento es presentar una descripción detallada del sistema de trámite de Registro Civil en la Web, explicando la finalidad para la cual va a ser creado dicho sistema, sus características, sus interfaces, lo que permitirá realizar y cuáles serán sus limitaciones.

Este documento está dirigido a todas las Notarias del país.

1.2 Alcance

Este software será un Sistema de Información de Gestión Notaria SIGN, referenciado en el resto del documento, se encarga de gestionar los procesos notariales en el área de Registro Civil de una Notaria.

SIGN, controlará mediante una eficiente base de datos el registro civil de las notarias agilizando sistemáticamente todos los procesos en esta área, proporcionándole al cliente una respuesta inmediata al momento de ser atendido.

SIGN proporcionará a los usuarios registrados el servicio de consultas de Registros Civiles pero de una forma muy básica, aportándole al cliente la existencia del registro, con el fin prestar un mejor servicio, evitándole a sus clientes las búsquedas extensas e inútiles.

1.3 Personal involucradoNombre Julián David Gal vis MorenoRol ProgramadorCategoría Profesional AnalistaResponsabilidades Programar modulosInfo. de contacto Juliangalvis75 @ hotmail.com Aprobación

Nombre Edinson GilaberRol ProgramadorCategoría profesional AnalistaResponsabilidades Programar modulosInfo. de contactoAprobación


mailto:[email protected]


Rev. 0.0.2Pág. 8

Nombre Luis Carlos silvaRol ProgramadorCategoría profesional AnalistaResponsabilidades Programar modulosInfo. de contactoAprobación

Nombre Walter ariasRolCategoría profesionalResponsabilidadesInfo. de contactoAprobación

NombreRolCategoría profesionalResponsabilidadesInfo. de contactoAprobación

1.4 Definiciones, acrónimos y abreviaturas

1.5 Referencias

Norma IEEE 830.

1.6 Resumen

En la sección dos (2) de este documento se refleja una descripción del producto de software, presentando sus características generales y describiendo detalladamente la funcionalidad del sistema, mediante la siguiente estructura:

Perspectiva del producto Funciones del producto Características del usuario Restricciones Suposiciones y dependencias Evolución previsible del sistema

En la sección tres (3), se describen los requerimientos del sistema, constituidos de la siguiente manera:

Requisitos de interfaces



Rev. 0.0.2Pág. 9

Requisitos funcionales Requisitos no funcionales Otros requisitos

2 Descripción general

2.1 Perspectiva del producto

En la actualidad no se tiene ningún conocimiento de un Software orientado a la Web que supla las necesidades de una Notaria en el área de Registro Civil, por lo tanto es un sistema independiente de otros productos y no se hace necesario establecer relación con otros programas de Software ya existentes.

Este proyecto permitirá que las Notarias ingresen al mundo virtual y estén sujetos a un continuo desarrollo y expansión debido a la intervención y a las necesidades del usuario, siendo una aplicación que permitirá aumentar los beneficios, ya sea en materia de comodidad, facilidad de comunicación y alta producción, constituyéndose como un sistema totalmente nuevo.

Este software será un Sistema de Información de Gestión Notaria SIGN, diseñado para agilizar todos los procesos que llevan a cabo los funcionarios de cualquier Notaria en el área de Registro Civil, logrando la capacidad de respuesta inmediata del funcionario, proporcionando herramientas que ayuden en la sistematización de Registro de actos tales como Nacimientos, Matrimonios, Defunciones, Actas Complementarias, Inscripción en libro de varios y la expedición de éstos, que de otro modo tendría que realizarse de forma manual; siendo un sistema que cumpla con las necesidades requeridas por el usuario (tiempo) y de fácil manejo para quien este a su cargo, logrando que ambas partes (Funcionario-Usuario) estén satisfechas, además facilitará la entrega de los informes mensuales solicitados por los diferentes entes.

El software manejará diferentes sesiones para cada funcionario, los cuales quedarán almacenados en la base de datos del sistema con su respectiva hora y fecha al momento de utilizarlo, brindando una mayor seguridad y responsabilidad.

2.2 Funcionalidad del producto



Rev. 0.0.2Pág. 10

En esta sección se describen los casos de uso para cada uno de los actores del sistema. El Autor, Editor y el Usuario son los diferentes tipos de actores que intervienen en el sistema, mientras que el administrador es el actor principal.

CU.01: Crear Acto. CU.02: Consultar Acto. CU.03: Modificar Acto. CU.04: Crear Empleado.CU.05: Modificar Personal.CU.06: Reportes o Informes.

Nombre del caso de uso Crear ActoReferenciaDescripción El actor ingresa la información para el acto

requerido.



Rev. 0.0.2Pág. 11

Precondición El actor debe estar registrado en la base de datos, poseer privilegios y estar logueado.

Ruta Básica 1. El actor debe elegir la opción de Registrar actos.

2. El sistema presenta los posibles actos a registrar.

3. El actor debe elegir el tipo de acto a Registrar.

4. El sistema muestra el formulario de inserción de datos.

5. El sistema presenta el acto llamando una imagen digitalizada correspondiente, anexando en la parte inferior el tipo de registro, el número de tomo, el número serial, la hora y fecha de expedición, un espacio para la firma y sello del Notario.

Ruta Alternativa<<extend>>

El actor debe haber ingresado al sistema para poder hacer la creación del acto, la cuenta de este actor es creada únicamente por un administrador.

Pos condición El actor envía los datos a la base datos para ser guardados y posteriormente imprimirlo en el formato correspondiente al acto.

Excepción de caminos El autor puede abandonar el registro en cualquier momento.

Otros Ninguno.

Diagrama:

Nombre del caso de uso Consultar ActosReferenciaDescripción El actor realiza búsquedas en línea a diario.



Rev. 0.0.2Pág. 12

Precondición El actor debe estar registrado en la base de datos, poseer privilegios y estar logueado.

Ruta Básica 1. El autor elige la opción de búsqueda en el sitio web.

2. El autor debe ingresar el código serial suministrado por el usuario, o en caso de no tenerlo ingresar los Nombres y Apellidos del inscrito.

3. Si el sistema encuentra el acto, inmediatamente muestra una lista ordena por fecha de inscripción donde muestra la tradición del inscrito.

4. El autor selecciona el registro solicitado por el usuario.

5. El sistema presenta el acto llamando una imagen digitalizada correspondiente, anexando en la parte inferior el tipo de registro, el número de tomo, el número serial, la hora y fecha de expedición, un espacio para la firma y sello del Notario.


El actor debe haber ingresado al sistema para poder hacer la consulta del acto, la cuenta de este actor (registrador) es creada únicamente por un administrador.

En caso de ser un usuario normal (cliente) este usuario solo tendrá el privilegio de hacer una consulta simple, donde el sistema le presentara el nombre completo, tomo, folio y fecha de nacimiento del inscrito consultado, para poder hacer esto el usuario debe estar registrado, si no lo está, deberá registrarse por medio del portal.

Pos condición El autor selecciona la opción imprimir para entregárselo al cliente.

Excepción de caminos El autor puede abandonar la búsqueda en cualquier momento.

Otros Ninguno.

Nombre del caso de uso Modificar ActosReferenciaDescripción El actor reemplaza los datos existentes por



Rev. 0.0.2Pág. 13

datos correctos.Precondición El actor debe estar registrado en la base de

datos, poseer privilegios y estar logueado.Ruta Básica 1. El autor elige la opción de búsqueda

en el sitio web.2. El autor debe ingresar el código serial

o en caso de no tenerlo ingresar los Nombres y Apellidos del inscrito.

3. Si el sistema encuentra el acto, inmediatamente muestra una lista ordena por fecha de inscripción donde muestra la tradición del inscrito.

4. El autor selecciona la opción modificar para el acto consultado.

5. El sistema presenta el acto llamando el formulario con sus respectivos datos a reemplazar.

6. El actor envía los datos a la base de datos.


El actor debe haber ingresado al sistema, hacer la consulta del acto y posteriormente la modificación del acto, la cuenta de este actor (registrador) es creada únicamente por un administrador.

Pos condición Los datos se actualizan en la base de datos presentado la notificación.

Excepción de caminos El autor puede abandonar la modificación en cualquier momento.

Otros Ninguno.

Diagrama:



Rev. 0.0.2Pág. 14

Nombre del caso de uso Crear EmpleadoReferenciaDescripción El actor autorizado crea los empleados que

van a utilizar la aplicación.Precondición El actor debe estar registrado en la base de

datos, poseer privilegios y estar logueado.Ruta Básica 1. El actor debe elegir la opción

administrador de usuarios.2. El sistema presenta los usuarios

existentes en el sistema.3. El actor debe elegir la opción nuevo

usuario.4. El sistema presenta un formulario con

los requisitos necesario para crear el usuario.

5. El actor envía los datos a la base de para ser guardados.

6. El sistema valida los datos verificando que estén completos y que el usuario a crear no esté registrado.


El actor debe haber ingresado al sistema para poder hacer la creación del empleado, la creación del empleado es realizada únicamente por el administrador.

Pos condición El empleado fue creado con éxito.Excepción de caminos El autor puede abandonar el registro en

cualquier momento.Otros Ninguno.

Diagrama:



Rev. 0.0.2Pág. 15

Nombre del caso de uso Modificar PersonalReferenciaDescripción El actor autorizado modifica, los empleados

que van a utilizar la aplicación.Precondición El actor debe estar registrado en la base de

datos, poseer privilegios y estar logueado.Ruta Básica 1. El actor debe elegir la opción

administrador de usuarios.2. El sistema presenta los usuarios

existentes en el sistema.3. El actor debe elegir el usuario a

modificar.4. El sistema presenta un formulario con

los datos existentes del usuario.5. El actor envía los datos a la base de

para ser guardados.6. El sistema valida los datos verificando

que estén completos.Ruta Alternativa<<extend>>

El actor debe haber ingresado al sistema para poder hacer la modificación del empleado, la modificación del empleado es realizada únicamente por el administrador.

Pos condición El empleado fue creado con éxito.Excepción de caminos El autor puede abandonar el registro en


Diagrama:



Rev. 0.0.2Pág. 16

Nombre del caso de uso Reportes o InformesReferenciaDescripción El actor genera informes cada mes o cuando

lo desee.Precondición El actor debe estar registrado en la base de

datos, poseer privilegios y estar logueado.Ruta Básica 1. El autor elige la opción Informes

2. El sistema presenta las opciones de los diferentes posibles informes.

3. El autor elige la opción deseada.4. El sistema consulta la base de datos.


El actor debe haber ingresado al sistema para poder hacer la generación del informe.

Pos condición El sistema presenta el informe detallado.Excepción de caminos El autor puede abandonar la búsqueda en


Diagrama:



Rev. 0.0.2Pág. 17

2.3 Roles y Características de los usuarios

Rol FunciónAdministrador - Gestión avanzada de usuarios

en el sistema, creación y modificación de usuarios.

Registrador - Crear Actos.- Consultar Actos.- Modificar Actos.- Generar Informes.

Usuario no registrado - Registrarse en el sistemaUsuario registrado - Consultas de registros.



Rev. 0.0.2Pág. 18

2.4 Restricciones

El sistema será desarrollado en PHP un lenguaje con una orientación a objetos, el motor de la base de datos es MySql 5 de tecnología Objeto-Relacional.

2.5 Evolución previsible del sistema

Trabajar con base de datos distribuidas, Inteligencia de negocios.

3 Requisitos específicos

RF1: Permitir la Autenticación de los usuarios. RF2: Permitir la Gestión de usuarios (Administrador, Registrador o Usuario) (crear, modificar, eliminar). RF3: Permitir la Gestión de Actos (crear, modificar, eliminar). RF4: Permitir la Consulta de los Actos. RF5: Permitir realizar reportes.

3.1 Requisitos comunes de los interfaces

3.1.1 Interfaces de usuario

[Inserte aquí el texto]Describir los requisitos del interfaz de usuario para el producto. Esto puede estar en la forma de descripciones del texto o pantallas del interfaz. Por ejemplo posiblemente el cliente ha especificado el estilo y los colores del producto. Describa exacto cómo el producto aparecerá a su usuario previsto.

3.1.2 Interfaces de hardware

La pantalla: el software deberá presentar información al usuario a través de la pantalla.

Ratón: el software debe interactuar con el movimiento del ratón y los botones del ratón.

Teclado.- el software deberán interactuar con las pulsaciones del teclado.

Impresora.- el software imprimirá los Registros y reportes en la impresora instalada.

3.1.3 Interfaces de software

Servidor desde donde se almacena la información



Rev. 0.0.2Pág. 19

Software Versión

Sistema Operativo Linux

Base de datos MySql

Interprete (Lenguaje) PHP

Estaciones Cliente

Software Versión

Navegador Firefox

Chrome

Opera

IE

3.1.4 Interfaces de comunicación

La comunicación cliente servidor se realizara mediante internet bajo el protocolo HTTP.

3.2 Requisitos funcionales

3.2.1 Requisito funcional 1

Número de requisito RF1Nombre de requisito Permitir la Autenticación de los usuarios.Tipo Requisito RestricciónFuente del requisito BD Tabla: Prioridad del requisito

Alta/Esencial

Media/Deseado Baja/

Opcional

INTRODUCCION

El sistema debe permitir el ingreso del nombre y contraseña del usuario para realizar las diferentes funciones que tendrá cada uno.

ENTRADAS

Datos Obligatorios: Cedula, Nombres, Apellidos, Contraseña, Tipo de Usuario (Administrador, Registrador, UsuarioCliente).



Rev. 0.0.2Pág. 20

Datos Opcionales: Correo Electrónico, Ciudad, Departamento, País, Dirección, teléfono.

PROCESOS

El sistema despliega el formulario para registro de nuevos usuarios, en el cual se deben ingresar los datos personales descritos en la entrada. Después de ingresados los datos se validan y se registra el UsuarioCliente en el sistema.

SALIDAS

Confirmación de usuariocliente registrado, mostrando los datos ingresados.

Mensaje de error en el caso de no haber llenado algún campo. Mensaje de error en el caso de ingresar un numero de cedula ya

existente en la base de datos. Mensaje de error en casos de ingresar incorrectamente los datos

es decir que el formato de los datos sea incorrecto.


Número de requisito RF2Nombre de requisito Permitir la Gestión de usuarios (Administrador,

Registrador o Usuario) (crear, modificar, eliminar).Tipo Requisito RestricciónFuente del requisito BD Tabla: Prioridad del requisito

Alta/Esencial

Media/Deseado Baja/

Opcional

INTRODUCCION

El sistema debe permitir gestionar los usuario es decir crear, modificar y eliminar las cuentas de usuarios, Administrador, Registrador, UsuarioCliente.

ENTRADAS

Datos Obligatorios: Cedula, Nombres, Apellidos, Contraseña, Tipo de Usuario (Administrador, Registrador, UsuarioCliente), Correo Electrónico, Dirección, Teléfono.



Rev. 0.0.2Pág. 21

PROCESOS

El sistema presentara una sola pantalla donde el sistema pedirá laIdentificación de un administrador. El administrador debe escoger Opción de usuarios. El sistema pedirá los datos requeridos para el nuevo Administrador, Registrador o UsuarioCliente, luego verificara que no haya espacios en blanco, en caso de ningún error guardara los datos del nuevo usuario, el usuario también podrá modificar o eliminar el usuario.

SALIDAS

Confirmación de usuario registrado, mostrando los datos ingresados.

Mensaje de error en el caso de no haber llenado algún campo. Mensaje de error en el caso de ingresar un numero de cedula ya

existente en la base de datos. Mensaje de error en casos de ingresar incorrectamente los datos



Número de requisito RF3Nombre de requisito Permitir la Gestión de Actos (crear, modificar,

eliminar).Tipo Requisito RestricciónFuente del requisito BD Tabla: Prioridad del requisito

Alta/Esencial

Media/Deseado Baja/

Opcional

INTRODUCCION

El sistema debe permitir gestionar los posibles actos es decir crear, modificar y eliminar Nacimientos, Defunciones, Matrimonios, Libro de Varios, Actas Complementarias.

ENTRADAS

Datos: Tipo de Acto, Nuip, Serial, Ciudad, Departamento, País, Apellidos, Nombres, Fecha de Nacimiento, Sexo, Tipo de Sangre, Lugar de nacimiento, Tipo de documento el cual soporta el acto, Numero de certificado de Nacido vivo, Apellidos de la madre, Nombres de la madre, documento de identificación de la madre, lugar de expedición del documento de la madre, Nacionalidad de la madre, Apellidos del padre, Nombres del padre, documento de



Rev. 0.0.2Pág. 22

identificación del padre, lugar de expedición Nacionalidad del padre, Apellidos del declarante, Nombres del declarante, etc…

PROCESOS

El sistema presentara una sola pantalla donde el sistema pedirá laIdentificación de un administrador o un registrador. El administrador o registrador debe escoger Opción de crear actos. El sistema pedirá los datos requeridos para la creación del nuevo acto, luego verificara que no haya espacios en blanco, en caso de ningún error guardara los datos del nuevo usuario, el usuario también podrá modificar o eliminar el usuario.

SALIDAS

Confirmación de acto creado, mostrando los datos ingresados. Mensaje de error en el caso de no haber llenado algún campo. Mensaje de error en el caso de ingresar un acto ya existente en la

base de datos.Mensaje de error en casos de ingresar incorrectamente los datos es decir que el formato de los datos sea incorrecto.


Número de requisito RF4Nombre de requisito Permitir la Consulta de los Actos.Tipo Requisito RestricciónFuente del requisito BD Tabla: Prioridad del requisito

Alta/Esencial

Media/Deseado Baja/

Opcional

INTRODUCCION

El sistema debe permitir consultar los diferentes actos es decir consultar la base de datos para verificar la existencia del acto.

ENTRADAS

Datos: Serial, Nombres, Apellidos.

PROCESOS

El sistema presentara una sola pantalla donde el sistema pedirá laIdentificación de un Administrador, Registrador o UsuarioCliente. El usuario debe escoger Opción de consultar actos. El sistema pedirá los datos requeridos para la consulta, luego verificara su existencia en la base de datos, dependiendo el tipo de usuario el sistema



Rev. 0.0.2Pág. 23

presentara los diferentes posibles procesos que el acto pueda tener como por ejemplo modificarlo o eliminarlo.

SALIDAS

Confirmación de acto existente, mostrándolo en pantalla. Confirmación de acto no existente. Mensaje de error en el caso de no haber llenado algún campo. Mensaje de error en casos de ingresar incorrectamente los datos



Número de requisito RF4Nombre de requisito Permitir realizar reportes.Tipo Requisito RestricciónFuente del requisito BD Tabla: Prioridad del requisito

Alta/Esencial

Media/Deseado Baja/

Opcional

INTRODUCCION

El sistema debe permitir generar reportes de los diferentes tipos de actos.

ENTRADAS

Datos: fecha de inicio, fecha de fin.

PROCESOS

El sistema presentara una sola pantalla donde el sistema pedirá laIdentificación de un Administrador o Registrador. El usuario debe escoger Opción de reportes. El sistema pedirá los datos requeridos para generar el reporte.

SALIDAS

Generación del Reporte solicitado. Mensaje de error en el caso de no haber llenado algún campo. Mensaje de error en casos de ingresar incorrectamente los datos




Rev. 0.0.2Pág. 24

3.3 Requisitos no funcionales

3.3.1 Requisitos de rendimiento

Se debe contar con un buen ancho de banda con el fin de tener un menor tiempo de respuesta al momento de solicitar una petición al servidor.

3.3.2 Seguridad

La seguridad del sistema es por:

Uso de contraseñas para cada usuario (administrador, Registrador y usuarios). Esto permitirá que tengan acceso al sistema solo las personas que tienen autorización.

Registros de ingreso al sistema.

Creación de roles y asignarlos a cada usuario dependiendo su funcionalidad.

3.3.3 Fiabilidad

[Inserte aquí el texto]Especificación de los factores de fiabilidad necesaria del sistema. Esto se expresa generalmente como el tiempo entre los incidentes permisibles, o el total de incidentes permisible.

3.3.4 Disponibilidad

El sistema ha sido desarrollado orientado a la web lo que permitirá su disponibilidad el 100% del tiempo del dia, las 24 horas

3.3.5 Mantenibilidad

[Inserte aquí el texto]Identificación del tipo de mantenimiento necesario del sistema. Especificación de quien debe realizar las tareas de mantenimiento, por ejemplo usuarios, o un desarrollador.Especificación de cuando debe realizarse las tareas de mantenimiento. Por ejemplo, generación de estadísticas de acceso semanales y mensuales.

3.3.6 Portabilidad

[Inserte aquí el texto]Especificación de atributos que debe presentar el software para facilitar su traslado a otras plataformas u entornos. Pueden incluirse:



Rev. 0.0.2Pág. 25

Porcentaje de componentes dependientes del servidor. Porcentaje de código dependiente del servidor. Uso de un determinado lenguaje por su portabilidad. Uso de un determinado compilador o plataforma de desarrollo. Uso de un determinado sistema operativo.

3.4 Otros requisitos

[Inserte aquí el texto]Cualquier otro requisito que no encaje en ninguna de las secciones anteriores.

Por ejemplo: Requisitos culturales y políticosRequisitos Legales

4 Apéndices

[Inserte aquí el texto]Pueden contener todo tipo de información relevante para la SRS pero que, propiamente, no forme parte de la SRS.


especificacion de requerimientos formato ieee830

Documents