57483380 Especificacion de Requerimientos Formato Ieee830

5/17/2018 57483380 Especificacion de Requerimientos Formato Ieee830 - slidepdf.com

http://slidepdf.com/reader/full/57483380-especificacion-de-requerimientos-formato-ieee830

Especificación de requisitos de softwareProyecto: [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

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

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

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 detalladadel sistema de trámite de Registro Civil en la Web, explicando la finalidadpara la cual va a ser creado dicho sistema, sus características, susinterfaces, 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 losprocesos notariales en el área de Registro Civil de una Notaria.

SIGN, controlará mediante una eficiente base de datos el registro civil delas 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 deRegistros Civiles pero de una forma muy básica, aportándole al cliente laexistencia del registro, con el fin prestar un mejor servicio, evitándole asus clientes las búsquedas extensas e inútiles.

1.3 Personal involucrado

Nombre Julián David Gal vis Moreno

Rol Programador

Categoría Profesional Analista

Responsabilidades Programar modulos

Info. de contacto Juliangalvis75 @ hotmail.com

Aprobación

Nombre Edinson Gilaber

Rol Programador

Categoría profesional Analista

Responsabilidades Programar modulos

Info. de contacto

Aprobación


mailto:[email protected]

mailto:[email protected]




Rev. 0.0.2Pág. 8

Nombre Luis Carlos silva

Rol Programador

Categoría profesional Analista

Responsabilidades Programar modulosInfo. de contacto

Aprobación

Nombre Walter arias

Rol

Categoría profesional

Responsabilidades

Info. de contacto

Aprobación

NombreRol

Categoría profesional

Responsabilidades

Info. de contacto

Aprobació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 delproducto de software, presentando sus características generales ydescribiendo detalladamente la funcionalidad del sistema, mediante lasiguiente 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 Softwareorientado a la Web que supla las necesidades de una Notaria en el áreade Registro Civil, por lo tanto es un sistema independiente de otros

productos y no se hace necesario establecer relación con otrosprogramas de Software ya existentes.

Este proyecto permitirá que las Notarias ingresen al mundo virtual y esténsujetos a un continuo desarrollo y expansión debido a la intervención y alas necesidades del usuario, siendo una aplicación que permitiráaumentar los beneficios, ya sea en materia de comodidad, facilidad decomunicación y alta producción, constituyéndose como un sistematotalmente 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 losfuncionarios de cualquier Notaria en el área de Registro Civil, logrando lacapacidad de respuesta inmediata del funcionario, proporcionandoherramientas que ayuden en la sistematización de Registro de actos talescomo Nacimientos, Matrimonios, Defunciones, Actas Complementarias,Inscripción en libro de varios y la expedición de éstos, que de otro modotendría que realizarse de forma manual; siendo un sistema que cumplacon las necesidades requeridas por el usuario (tiempo) y de fácil manejopara 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, loscuales quedarán almacenados en la base de datos del sistema con surespectiva 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 losactores del sistema. El Autor, Editor y el Usuario son los diferentes tiposde 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 Acto

Referencia

Descripción El actor ingresa la información para el actorequerido.





Rev. 0.0.2Pág. 11

Precondición El actor debe estar registrado en la base dedatos, 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 actosa registrar.

3. El actor debe elegir el tipo de acto aRegistrar.

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

5. El sistema presenta el acto llamandouna imagen digitalizadacorrespondiente, anexando en la parteinferior el tipo de registro, el número

de tomo, el número serial, la hora y fecha de expedición, un espacio parala firma y sello del Notario.

Ruta Alternativa<<extend>>

• El actor debe haber ingresado al sistema para poder hacer la creacióndel acto, la cuenta de este actor escreada únicamente por unadministrador.

Pos condición • El actor envía los datos a la basedatos para ser guardados y

posteriormente imprimirlo en el formato correspondiente al acto.

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

Otros Ninguno.

Diagrama:

Nombre del caso de uso Consultar Actos

ReferenciaDescripción El actor realiza búsquedas en línea a diario.





Rev. 0.0.2Pág. 12


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 casode no tenerlo ingresar los Nombres y Apellidos del inscrito.

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

4. El autor selecciona el registrosolicitado por el usuario.

5. El sistema presenta el acto llamandouna imagen digitalizadacorrespondiente, anexando en la parteinferior el tipo de registro, el númerode tomo, el número serial, la hora y fecha de expedición, un espacio parala firma y sello del Notario.


• El actor debe haber ingresado al sistema para poder hacer la consultadel 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 consultasimple, donde el sistema le presentarael nombre completo, tomo, folio y fecha de nacimiento del inscritoconsultado, para poder hacer esto el usuario debe estar registrado, si no loestá, deberá registrarse por medio del portal.

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

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

Otros Ninguno.

Nombre del caso de uso Modificar Actos

ReferenciaDescripción El actor reemplaza los datos existentes por





Rev. 0.0.2Pág. 13

datos correctos.


Ruta Básica 1. El autor elige la opción de búsquedaen el sitio web.2. El autor debe ingresar el código serial

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

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

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

5. El sistema presenta el acto llamandoel formulario con sus respectivosdatos a reemplazar.

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


• 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 encualquier momento.

Otros Ninguno.

Diagrama:





Rev. 0.0.2Pág. 14

Nombre del caso de uso Crear Empleado

Referencia

Descripción El actor autorizado crea los empleados quevan a utilizar la aplicación.


Ruta Básica 1. El actor debe elegir la opciónadministrador de usuarios.

2. El sistema presenta los usuariosexistentes en el sistema.

3. El actor debe elegir la opción nuevousuario.

4. El sistema presenta un formulario conlos 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 usuarioa crear no esté registrado.


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

Pos condición El empleado fue creado con éxito.


Otros Ninguno.

Diagrama:





Rev. 0.0.2Pág. 15

Nombre del caso de uso Modificar Personal

Referencia

Descripción El actor autorizado modifica, los empleadosque van a utilizar la aplicación.


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.


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

Pos condición El empleado fue creado con éxito.


Otros Ninguno.

Diagrama:





Rev. 0.0.2Pág. 16

Nombre del caso de uso Reportes o Informes

Referencia

Descripción El actor genera informes cada mes o cuandolo desee.


Ruta Básica 1. El autor elige la opción Informes2. 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 lageneración del informe.

Pos condición El sistema presenta el informe detallado.

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

Otros Ninguno.

Diagrama:





Rev. 0.0.2Pág. 17

2.3 Roles y Características de los usuarios

Rol Función Administrador - Gestión avanzada de usuarios

en el sistema, creación ymodificación de usuarios.

Registrador - Crear Actos.- Consultar Actos.

-Modificar Actos.

- Generar Informes.

Usuario no registrado - Registrarse en el sistema

Usuario 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 productoaparecerá a su usuario previsto.

3.1.2 Interfaces de hardware

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

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

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

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

3.1.3 Interfaces de software





Rev. 0.0.2Pág. 19

Servidor desde donde se almacena la

información

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 elprotocolo HTTP.

3.2 Requisitos funcionales

3.2.1 Requisito funcional 1

Número de requisito RF1

Nombre 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 delusuario para realizar las diferentes funciones que tendrá cada uno.

ENTRADAS

Datos Obligatorios: Cedula, Nombres, Apellidos, Contraseña, Tipode 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 laentrada. Después de ingresados los datos se validan y se registrael 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 yaexistente en la base de datos.

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



Nombre de requisito Permitir la Gestión de usuarios (Administrador,Registrador o Usuario) (crear, modificar, eliminar).

Tipo Requisito Restricción

Fuente del requisito BD Tabla:


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, Tipode Usuario (Administrador, Registrador, UsuarioCliente), CorreoElectrónico, Dirección, Teléfono.

PROCESOS





Rev. 0.0.2Pág. 21

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 elnuevo Administrador, Registrador o UsuarioCliente, luego verificaraque no haya espacios en blanco, en caso de ningún error guardaralos datos del nuevo usuario, el usuario también podrá modificar oeliminar el usuario.

SALIDAS

• Confirmación de usuario registrado, mostrando los datosingresados.

• 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 yaexistente en la base de datos.




Nombre de requisito Permitir la Gestión de Actos (crear, modificar,eliminar).




INTRODUCCION

El sistema debe permitir gestionar los posibles actos es decir crear,modificar y eliminar Nacimientos, Defunciones, Matrimonios, Librode 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 lamadre, Apellidos del padre, Nombres del padre, documento deidentificación del padre, lugar de expedición Nacionalidad del

padre, Apellidos del declarante, Nombres del declarante, etc…





Rev. 0.0.2Pág. 22

PROCESOS

El sistema presentara una sola pantalla donde el sistema pedirá la

Identificación de un administrador o un registrador. El administrador o registrador debe escoger Opción de crear actos. El sistemapedirá los datos requeridos para la creación del nuevo acto, luegoverificara 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 esdecir que el formato de los datos sea incorrecto.



Nombre de requisito Permitir la Consulta de los Actos.


Fuente 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. Elusuario debe escoger Opción de consultar actos. El sistema pedirálos datos requeridos para la consulta, luego verificara su existenciaen la base de datos, dependiendo el tipo de usuario el sistemapresentara los diferentes posibles procesos que el acto pueda tener como por ejemplo modificarlo o eliminarlo.





Rev. 0.0.2Pág. 23

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.




Nombre de requisito Permitir realizar reportes.




INTRODUCCION

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

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 debeescoger Opción de reportes. El sistema pedirá los datos requeridospara generar el reporte.

SALIDAS

•

Generación del Reporte solicitado.• Mensaje de error en el caso de no haber llenado algún campo.


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





Rev. 0.0.2Pág. 24

3.3.2 Seguridad

La seguridad del sistema es por:

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

• Registros de ingreso al sistema.

• Creación de roles y asignarlos a cada usuario dependiendo sufuncionalidad.

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 demantenimiento. Por ejemplo, generación de estadísticas de accesosemanales y mensuales.

3.3.6 Portabilidad[Inserte aquí el texto]Especificación de atributos que debe presentar el software parafacilitar su traslado a otras plataformas u entornos. Puedenincluirse:

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.





Rev. 0.0.2Pág. 25

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.


57483380 Especificacion de Requerimientos Formato Ieee830

Documents

Transcript of 57483380 Especificacion de Requerimientos Formato Ieee830