Documentos de Académico
Documentos de Profesional
Documentos de Cultura
99]
Fecha
Revisin
Autor Gilaju.com
27/11/2010 001
/12/2010
002
Gilaju.com
Walter arias
Documento validado por las partes en fecha: [Fecha] Por el cliente Por la empresa suministradora
Contenido
FICHA DEL DOCUMENTO.........................................................................................................5 CONTENIDO...............................................................................................................................6 1 INTRODUCCIN.......................................................................................................................8 1.1 Propsito...............................................................................................................................8 1.2 Alcance..................................................................................................................................8 1.3 Personal involucrado...........................................................................................................8 1.4 Definiciones, acrnimos y abreviaturas.............................................................................9 1.5 Referencias...........................................................................................................................9 1.6 Resumen...............................................................................................................................9 2 DESCRIPCIN GENERAL.....................................................................................................10 2.1 Perspectiva del producto...................................................................................................10 2.2 Funcionalidad del producto...............................................................................................10 2.3 Roles y Caractersticas de los usuarios...........................................................................17 2.4 Restricciones......................................................................................................................18 2.5 Evolucin previsible del sistema......................................................................................18 3 REQUISITOS ESPECFICOS.................................................................................................18 3.1 Requisitos comunes de los interfaces.............................................................................18 3.1.1 Interfaces de usuario.....................................................................................................18 3.1.2 Interfaces de hardware..................................................................................................19 3.1.3 Interfaces de software...................................................................................................19 Servidor desde donde se almacena la informacin .............................................................19 Estaciones Cliente................................................................................................................19 3.1.4 Interfaces de comunicacin...........................................................................................19 3.2 Requisitos funcionales......................................................................................................19 3.3 Requisitos no funcionales.................................................................................................24 3.3.1 Requisitos de rendimiento.............................................................................................24 3.3.2 Seguridad......................................................................................................................24 3.3.3 Fiabilidad.......................................................................................................................24 3.3.4 Disponibilidad................................................................................................................24 3.3.5 Mantenibilidad...............................................................................................................25 3.3.6 Portabilidad...................................................................................................................25 3.4 Otros requisitos..................................................................................................................25
4 APNDICES............................................................................................................................25
El propsito de este documento es presentar una descripcin detallada del sistema de trmite de Registro Civil en la Web, explicando la finalidad para la cual va a ser creado dicho sistema, sus caractersticas, sus interfaces, lo que permitir realizar y cules sern sus limitaciones. Este documento est dirigido a todas las Notarias del pas.
1.2
Alcance
Este software ser un Sistema de Informacin de Gestin 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 sistemticamente todos los procesos en esta rea, proporcionndole 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 bsica, aportndole al cliente la existencia del registro, con el fin prestar un mejor servicio, evitndole a sus clientes las bsquedas extensas e intiles.
1.3 Personal involucrado Nombre Julin David Gal vis Moreno Rol Programador Categora Profesional Analista Responsabilidades Programar modulos Info. de contacto Juliangalvis75@hotmail.com Aprobacin Nombre Rol Categora profesional Responsabilidades Info. de contacto Aprobacin Nombre Edinson Gilaber Programador Analista Programar modulos
Rol Categora profesional Responsabilidades Info. de contacto Aprobacin Nombre Rol Categora profesional Responsabilidades Info. de contacto Aprobacin Nombre Rol Categora profesional Responsabilidades Info. de contacto Aprobacin 1.4 1.5
Walter arias
1.6
Resumen
En la seccin dos (2) de este documento se refleja una descripcin del producto de software, presentando sus caractersticas generales y describiendo detalladamente la funcionalidad del sistema, mediante la siguiente estructura: Perspectiva del producto Funciones del producto Caractersticas del usuario Restricciones Suposiciones y dependencias Evolucin previsible del sistema
En la seccin tres (3), se describen los requerimientos del sistema, constituidos de la siguiente manera: Requisitos de interfaces Requisitos funcionales
Descripcin de requisitos del software
En la actualidad no se tiene ningn 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 relacin con otros programas de Software ya existentes. Este proyecto permitir que las Notarias ingresen al mundo virtual y estn sujetos a un continuo desarrollo y expansin debido a la intervencin y a las necesidades del usuario, siendo una aplicacin que permitir aumentar los beneficios, ya sea en materia de comodidad, facilidad de comunicacin y alta produccin, constituyndose como un sistema totalmente nuevo. Este software ser un Sistema de Informacin de Gestin Notaria SIGN, diseado 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 sistematizacin de Registro de actos tales como Nacimientos, Matrimonios, Defunciones, Actas Complementarias, Inscripcin en libro de varios y la expedicin de stos, que de otro modo tendra que realizarse de forma manual; siendo un sistema que cumpla con las necesidades requeridas por el usuario (tiempo) y de fcil manejo para quien este a su cargo, logrando que ambas partes (FuncionarioUsuario) estn satisfechas, adems facilitar la entrega de los informes mensuales solicitados por los diferentes entes. El software manejar diferentes sesiones para cada funcionario, los cuales quedarn 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
En esta seccin se describen los casos de uso para cada uno de los actores del sistema. El Autor, Editor y el Usuario son los diferentes tipos
Descripcin de requisitos del software
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.
Crear Acto El actor ingresa la informacin para el acto requerido. El actor debe estar registrado en la base de datos, poseer privilegios y estar logueado.
Descripcin de requisitos del software
Ruta Bsica
1. 2. 3. 4. 5.
El actor debe elegir la opcin de Registrar actos. El sistema presenta los posibles actos a registrar. El actor debe elegir el tipo de acto a Registrar. El sistema muestra el formulario de insercin de datos. El sistema presenta el acto llamando una imagen digitalizada correspondiente, anexando en la parte inferior el tipo de registro, el nmero de tomo, el nmero serial, la hora y fecha de expedicin, un espacio para la firma y sello del Notario.
Pos condicin
El actor debe haber ingresado al sistema para poder hacer la creacin del acto, la cuenta de este actor es creada nicamente por un administrador. El actor enva los datos a la base datos para ser guardados y posteriormente imprimirlo en el formato correspondiente al acto. El autor puede abandonar el registro en cualquier momento. Ninguno.
Consultar Actos El actor realiza bsquedas en lnea a diario. El actor debe estar registrado en la base de datos, poseer privilegios y estar logueado.
Descripcin de requisitos del software
Ruta Bsica
1. 2.
3.
4. 5.
El autor elige la opcin de bsqueda en el sitio web. El autor debe ingresar el cdigo serial suministrado por el usuario, o en caso de no tenerlo ingresar los Nombres y Apellidos del inscrito. Si el sistema encuentra el acto, inmediatamente muestra una lista ordena por fecha de inscripcin donde muestra la tradicin del inscrito. El autor selecciona el registro solicitado por el usuario. El sistema presenta el acto llamando una imagen digitalizada correspondiente, anexando en la parte inferior el tipo de registro, el nmero de tomo, el nmero serial, la hora y fecha de expedicin, 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. El autor selecciona la opcin imprimir para entregrselo al cliente. El autor puede abandonar la bsqueda en cualquier momento. Ninguno.
Modificar Actos El actor reemplaza los datos existentes por datos correctos. El actor debe estar registrado en la base de
Descripcin de requisitos del software
Ruta Bsica
datos, poseer privilegios y estar logueado. 1. El autor elige la opcin de bsqueda en el sitio web. 2. El autor debe ingresar el cdigo 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 inscripcin donde muestra la tradicin del inscrito. 4. El autor selecciona la opcin modificar para el acto consultado. 5. El sistema presenta el acto llamando el formulario con sus respectivos datos a reemplazar. 6. El actor enva los datos a la base de datos. El actor debe haber ingresado al sistema, hacer la consulta del acto y posteriormente la modificacin del acto, la cuenta de este actor (registrador) es creada nicamente por un administrador. Los datos se actualizan en la base de datos presentado la notificacin. El autor puede abandonar la modificacin en cualquier momento. Ninguno.
Crear Empleado El actor autorizado crea los empleados que van a utilizar la aplicacin. El actor debe estar registrado en la base de datos, poseer privilegios y estar logueado. 1. El actor debe elegir la opcin administrador de usuarios. 2. El sistema presenta los usuarios existentes en el sistema. 3. El actor debe elegir la opcin nuevo usuario. 4. El sistema presenta un formulario con los requisitos necesario para crear el usuario. 5. El actor enva los datos a la base de para ser guardados. 6. El sistema valida los datos verificando que estn completos y que el usuario a crear no est registrado. El actor debe haber ingresado al sistema para poder hacer la creacin del empleado, la creacin del empleado es realizada nicamente por el administrador. El empleado fue creado con xito. El autor puede abandonar el registro en cualquier momento. Ninguno.
Modificar Personal El actor autorizado modifica, los empleados que van a utilizar la aplicacin. El actor debe estar registrado en la base de datos, poseer privilegios y estar logueado. 1. El actor debe elegir la opcin 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 enva los datos a la base de para ser guardados. 6. El sistema valida los datos verificando que estn completos. El actor debe haber ingresado al sistema para poder hacer la modificacin del empleado, la modificacin del empleado es realizada nicamente por el administrador. El empleado fue creado con xito. El autor puede abandonar el registro en cualquier momento. Ninguno.
lo desee. El actor debe estar registrado en la base de datos, poseer privilegios y estar logueado. 1. El autor elige la opcin Informes 2. El sistema presenta las opciones de los diferentes posibles informes. 3. El autor elige la opcin deseada. 4. El sistema consulta la base de datos. El actor debe haber ingresado al sistema para poder hacer la generacin del informe. El sistema presenta el informe detallado. El autor puede abandonar la bsqueda en cualquier momento. Ninguno.
2.3
Administrador Registrador
Gestin avanzada de usuarios en el sistema, creacin y modificacin de usuarios. Crear Actos. Consultar Actos. Modificar Actos. Generar Informes. Registrarse en el sistema Consultas de registros.
2.4
Restricciones
El sistema ser desarrollado en PHP un lenguaje con una orientacin a objetos, el motor de la base de datos es MySql 5 de tecnologa ObjetoRelacional. 2.5 Evolucin previsible del sistema
Trabajar con base de datos distribuidas, Inteligencia de negocios. 3 Requisitos especficos RF1: Permitir la Autenticacin de los usuarios. RF2: Permitir la Gestin de usuarios (Administrador, Registrador o Usuario) (crear, modificar, eliminar). RF3: Permitir la Gestin 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 cmo el producto aparecer a su usuario previsto.
3.1.2 Interfaces de hardware La pantalla: el software deber presentar informacin al usuario a travs de la pantalla. Ratn: el software debe interactuar con el movimiento del ratn y los botones del ratn. Teclado.- el software debern 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 informacin
Estaciones Cliente
Software Navegador
3.1.4 Interfaces de comunicacin La comunicacin cliente servidor se realizara mediante internet bajo el protocolo HTTP. 3.2 Requisitos funcionales
3.2.1 Requisito funcional 1 Nmero de requisito RF1 Nombre de requisito Permitir la Autenticacin de los usuarios. Tipo Requisito Restriccin Fuente del requisito BD Tabla: Prioridad del requisito Baja/ Alta/Esencial Media/Deseado Opcional INTRODUCCION El sistema debe permitir el ingreso del nombre y contrasea del usuario para realizar las diferentes funciones que tendr cada uno. ENTRADAS Datos Obligatorios: Cedula, Nombres, Apellidos, Contrasea, Tipo de Usuario (Administrador, Registrador, UsuarioCliente). Datos Opcionales: Correo Electrnico, Ciudad, Departamento, Pas, Direccin, telfono. PROCESOS El sistema despliega el formulario para registro de nuevos usuarios, en el cual se deben ingresar los datos personales descritos en la entrada. Despus de ingresados los datos se validan y se registra el UsuarioCliente en el sistema. SALIDAS
Confirmacin de usuariocliente registrado, mostrando los datos ingresados. Mensaje de error en el caso de no haber llenado algn 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.
Tipo Requisito Fuente del requisito BD Tabla: Prioridad del requisito Alta/Esencial 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, Contrasea, Tipo de Usuario (Administrador, Registrador, UsuarioCliente), Correo Electrnico, Direccin, Telfono. PROCESOS El sistema presentara una sola pantalla donde el sistema pedir la Identificacin de un administrador. El administrador debe escoger Opcin 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 ningn error guardara los datos del nuevo usuario, el usuario tambin podr modificar o eliminar el usuario. SALIDAS
Confirmacin de usuario registrado, mostrando los datos ingresados. Mensaje de error en el caso de no haber llenado algn 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.
Alta/Esencial INTRODUCCION
Media/Deseado
Opcional
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, Pas, 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 identificacin de la madre, lugar de expedicin del documento de la madre, Nacionalidad de la madre, Apellidos del padre, Nombres del padre, documento de identificacin del padre, lugar de expedicin Nacionalidad del padre, Apellidos del declarante, Nombres del declarante, etc PROCESOS El sistema presentara una sola pantalla donde el sistema pedir la Identificacin de un administrador o un registrador. El administrador o registrador debe escoger Opcin de crear actos. El sistema pedir los datos requeridos para la creacin del nuevo acto, luego verificara que no haya espacios en blanco, en caso de ningn error guardara los datos del nuevo usuario, el usuario tambin podr modificar o eliminar el usuario. SALIDAS
Confirmacin de acto creado, mostrando los datos ingresados. Mensaje de error en el caso de no haber llenado algn 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.
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 la Identificacin de un Administrador, Registrador o UsuarioCliente. El usuario debe escoger Opcin 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 presentara los diferentes posibles procesos que el acto pueda tener como por ejemplo modificarlo o eliminarlo. SALIDAS
Confirmacin de acto existente, mostrndolo en pantalla. Confirmacin de acto no existente. Mensaje de error en el caso de no haber llenado algn campo. Mensaje de error en casos de ingresar incorrectamente los datos es decir que el formato de los datos sea incorrecto.
Baja/ Opcional
El sistema presentara una sola pantalla donde el sistema pedir la Identificacin de un Administrador o Registrador. El usuario debe escoger Opcin de reportes. El sistema pedir los datos requeridos para generar el reporte. SALIDAS
Generacin del Reporte solicitado. Mensaje de error en el caso de no haber llenado algn campo. Mensaje de error en casos de ingresar incorrectamente los datos es decir que el formato de los datos sea incorrecto. Requisitos no funcionales
3.3
Uso de contraseas para cada usuario (administrador, Registrador y usuarios). Esto permitir que tengan acceso al sistema solo las personas que tienen autorizacin.
Registros de ingreso al sistema. Creacin de roles y asignarlos a cada usuario dependiendo su funcionalidad.
3.3.3 Fiabilidad [Inserte aqu el texto] Especificacin 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
Descripcin de requisitos del software
3.3.5 Mantenibilidad [Inserte aqu el texto] Identificacin del tipo de mantenimiento necesario del sistema. Especificacin de quien debe realizar las tareas de mantenimiento, por ejemplo usuarios, o un desarrollador. Especificacin de cuando debe realizarse las tareas de mantenimiento. Por ejemplo, generacin de estadsticas de acceso semanales y mensuales. 3.3.6 Portabilidad [Inserte aqu el texto] Especificacin de atributos que debe presentar el software para facilitar su traslado a otras plataformas u entornos. Pueden incluirse: Porcentaje de componentes dependientes del servidor. Porcentaje de cdigo 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 polticos Requisitos Legales 4 Apndices [Inserte aqu el texto] Pueden contener todo tipo de informacin relevante para la SRS pero que, propiamente, no forme parte de la SRS.