2.- Artefacto SRS- Version2

Especificación de requisitos de software

Proyecto: Sitio de Negociación Online para estudiantes de la Universidad Técnica de Machala

Revisión 1.0

Modelo de ingeniería[Nombre documento]

0.3Pág. 2

Enero del 2015

Descripción de requisitos del software

Instrucciones para el uso de este formatoEste formato es una plantilla tipo para documentos de requisitos del software.

Está basado y es conforme con el estándar IEEE Std 830-1998.

Las secciones que no se consideren aplicables al sistema descrito podrán de forma justificada indicarse como no aplicables (NA).

Notas:Los textos en color azul son indicaciones que deben eliminarse y, en su caso, sustituirse por los contenidos descritos en cada apartado.

Los textos entre corchetes del tipo “[Inserte aquí el texto]” permiten la inclusión directa de texto con el color y estilo adecuado a la sección, al pulsar sobre ellos con el puntero del ratón.

Los títulos y subtítulos de cada apartado están definidos como estilos de MS Word, de forma que su numeración consecutiva se genera automáticamente según se trate de estilos “Titulo1, Titulo2 y Titulo3”.

La sangría de los textos dentro de cada apartado se genera automáticamente al pulsar Intro al final de la línea de título. (Estilos Normal indentado1, Normal indentado 2 y Normal indentado 3).

El índice del documento es una tabla de contenido que MS Word actualiza tomando como criterio los títulos del documento.Una vez terminada su redacción debe indicarse a Word que actualice todo su contenido para reflejar el contenido definitivo.

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

Ficha del documento

Fecha Revisión Autor Verificado dep. Calidad.

19/11/2015 1.0Francisco Eugenio Rivas Cardenas

Documento validado por las partes en fecha: [Fecha]

Por la comunidad Por la universidad

Universidad Técnica de MachalaCarrera de Ingeniería en sistemas

Universidad Técnica de Machala

Sitio de Negociación Online para Estudiantes de la Universidad Técnica de Machala


Rev. 1.0Pág. 5

Contenido

FICHA DEL DOCUMENTO 3

CONTENIDO 4

1 INTRODUCCIÓN 6

1.1 Propósito 6

1.2 Alcance 6

1.3 Personal involucrado 6

1.4 Definiciones, acrónimos y abreviaturas 7

1.5 Referencias 7

1.6 Resumen 8

2 DESCRIPCIÓN GENERAL 8

2.1 Perspectiva del producto 8

2.2 Funcionalidad del producto 8

2.3 Características de los usuarios 8

2.4 Restricciones 9

2.5 Suposiciones y dependencias 9

2.6 Evolución previsible del sistema 9

3 REQUISITOS ESPECÍFICOS 9

3.1 Requisitos comunes de las interfaces 93.1.1 Interfaces de usuario 93.1.2 Interfaces de hardware 93.1.3 Interfaces de software 103.1.4 Interfaces de comunicación 10

3.2 Requisitos funcionales 103.2.1 Requisito funcional 1 103.2.2 Requisito funcional 2 103.2.3 Requisito funcional 3 103.2.4 Requisito funcional 4 11




Rev. 1.0Pág. 6

3.2.5 Requisito funcional 5 11

3.3 Requisitos no funcionales 113.3.1 Requisitos de rendimiento 113.3.2 Seguridad 113.3.3 Fiabilidad 123.3.4 Disponibilidad 123.3.5 Mantenibilidad 123.3.6 Portabilidad 12

3.4 Otros requisitos 12

4 Apéndices 13




Rev. 1.0Pág. 7

1 IntroducciónEste documento legal es una Especificación de Requisitos Software (SRS) para la aplicación web que gestionara los procesos operativos en la Universidad Técnica de Machala. Esta especificación se ha estructurado en base a las instrucciones dadas por el estándar IEEE Práctica Recomendada para Especificaciones de Requisitos Software ANSI/IEEE 830, 1998, en el cual se detallan tres módulos importantes donde se proporcionará una visión de las pautas del documento. El primero de ellos es la descripción general, donde se especifica los recursos del documento SRS, el segundo módulo se centraliza en la descripción del sistema, determinando las funciones y los datos asociados sin entrar en excesivos detalles. Y por último el tercer módulo es aquel en la que se definen detalladamente los requisitos que debe satisfacer el sistema. Argumentar mínimo una hoja a hoja y media




Rev. 1.0Pág. 8

1.1 PropósitoEl propósito del vigente documento legal es desarrollar una aplicación web que permita a los usuarios de las distintas facultades de la UTM, mediante anuncios clasificados online o post, intercambiar sus productos mediante la compra y venta de los mismos.

1.2 AlcanceCon la implementación de esta aplicación web se espera proporcionar a los usuarios un servicio de ventas en línea, en el cual pueda encontrar gran variedad de productos ofrecidos por ellos mismo a los cuales puedan acceder por medio de la información proporcionada en esta aplicación.

Si bien es cierto un anuncio o publicación de venta de un artículo u objeto, ya se ha en diferentes medios (periódicos, televisión, etc.) resulta un poco costoso para muchos usuarios por lo cual esta aplicación web ayudara a los mismos a realizar las publicaciones de una forma gratuita, se espera alcanzar gran variedad de productos para que así el usuarios tenga un mercado web a su disposición

1.3 Personal involucrado

Nombre Francisco Eugenio Rivas CardenasRol Análisis de informaciónCategoría profesional Estudiante InformáticaResponsabilidades Desarrollo y análisis de las especificaciones de

requisitos de softwareInformación de contacto

[email protected] 099-976-6997

Aprobado

1.4 Definiciones, acrónimos y abreviaturasNombre Descripción

SRS Especificación de Requisitos Software

Usuario Persona que usará el sistema para gestionar procesos

Privilegios Permiso especial que se le da a los usuarios para que realicen ciertas tareas.

RF Requerimiento Funcional

RNF Requerimiento No Funcional

FTP Protocolo de Transferencia de Archivos


mailto:[email protected]



Rev. 1.0Pág. 9

Apache programa de servidor HTTP Web de código abierto

OBUS Online Business Site

PHP Lenguaje de programación orientado a la web

JavaScript Lenguaje de programación interpretado

XAMPP Servidor independiente de plataforma, software libre

Hardware Son todos los dispositivos físicos de la PC (Monitor, Mouse)

Software Básicamente es el sistema operativo que carga los programas

UWE Metodología de desarrollo para aplicación web orientada a objetos

1.5 ReferenciasReferencia Titulo Ruta Fecha Autor

IEEEStandard IEEE

830 - 1998

http//www.ayudantiasubb.files.wordpress.com/2008/06/ieee.

pdf22/10/2008 IEEE

UWE

UWE UML (UML-Based

Web Engineering)

http://es.scribd.com/doc/44936310/Estudiode-UWE-

Metodologia-de-Desarrollo-Web

03/11/2009UWE-UML

1.6 Resumen

Este documento tiene como objetivo identificar los prerrequisitos necesarios para el desarrollo de la aplicación web. Para ello se llevará a cabo un análisis de la información proporcionada por los estudiantes y para los estudiantes. En la primera parte del documento se especifica la Introducción al SRS, la cual contiene el Propósito General del documento, el alcance del sistema, los acrónimos y referencias. El punto siguiente se enfoca en la descripción global del SRS, la cual incluye Perspectivas, Funciones, Características y Restricciones de la aplicación web. Y el último punto presenta la matriz de requerimientos funcionales y no funcionales con la información detallada de cada requisito de usuario. Una vez realizada la recolección de información de manera satisfactoria el documento proporcionara la manera de como iniciar el desarrollo de la aplicación, garantizando que el resultado final sea completamente funcional.


http://es.wikipedia.org/wiki/Software_libre

http://es.wikipedia.org/wiki/Plataforma_(inform%C3%A1tica)

http://es.wikipedia.org/wiki/Servidor



Rev. 1.0Pág. 10

2 Descripción general

2.1 Perspectiva del productoEl producto a desarrollase, tendrá como nombre OBUS “Online Business Site” que es un entorno Web que permitirá automatizar y agilizar los procesos de intercambio de productos por parte de los estudiantes de la Universidad Técnica de Machala.

2.2 Funcionalidad del productoEl producto a desarrollar permitirá la interacción entre usuarios como un vendedor o comprador al mismo tiempo tiene como función:

Administrar la información de usuarios. Autentificar a los usuarios. Gestionará publicaciones y comentarios de usuarios (post). Gestionará formas de negociación (pago). Gestionará un listado de preferencia

2.3 Características de los usuariosTipo de usuario AdministradorFormación Estudiantes de la carrera de Ingeniería de SistemasHabilidades Excelente manejo del computador y de las

herramientas ofimáticasActividades Control de toda la aplicación y supervisar las

actividades de toda la aplicación web.

Tipo de usuario Usuario (Clientes)Formación Estudiantes de la UTMHabilidades Excelente manejo del computador y de las

herramientas ofimáticasActividades Manejo total de la aplicación web

2.4 Restricciones Usar un dominio El servidor debe ser capaz de atender consultas simultáneas. El sistema seguirá un modelo Cliente/Servidor El sistema deberá ser diseñado con una gama de colores estipuladas por la

comunidad La interfaz debe ser usada en una red LAN




Rev. 1.0Pág. 11

2.5 Suposiciones y dependencias La aplicación web será un sistema automatizado en donde se utilizara un

Usuario y Contraseña para acceder a la cuenta del usuario desde la cual el usuario podrá interactuar con los demás usuarios con las características tanto de vendedor como de comprador.

El sistema informático trabajará bajo una arquitectura cliente – servidor, por lo que la disponibilidad del sistema dependerá del acceso a Internet desde cualquier punto geográfico y limitándose a los permisos establecidos para cada usuario.

Se asume que los requisitos aquí descritos son estables y cumplirán con su propósito.

2.6 Evolución previsible del sistema Elaborar una aplicación web para negociar productos con el objetivo de

compra y venta de los mismos, con las limitaciones de los usuarios que se han de la UTM. (aplicación móvil para registrar las operaciones al momento de realizase) pueden ser desarrollados en un futuro.

3 Requisitos específicos

3.1 Requisitos comunes de las interfaces

3.1.1 Interfaces de usuario

La interfaz de usuario estará orientada en un conjunto de formularios desplegables, botones, campos de texto y contenido dinámico. La misma será construida específicamente para la aplicación propuesta y será visualizada por un navegador de internet.

3.1.2 Interfaces de hardware

Será necesario disponer de equipos de cómputos en perfecto estado con las siguientes características:

Procesador de 2.9GHz. Disco duro de 1Tb. Memoria RAM mínima de 4Gb. Adaptadores de red. Mouse. Teclado.

3.1.3 Interfaces de software

Sistema Operativo: Windows 7 o superior. Explorador: Mozilla o Chrome.

3.1.4 Interfaces de comunicación




Rev. 1.0Pág. 12

El cliente, el sistema y el servidor se comunicaran mediante protocolos de transferencia de datos y red para distribuir la información del servidor, para ello se deberá utilizar protocolos FTP.

3.2 Requisitos funcionales

3.2.1 Requisito funcional 1Número del Requerimiento RF01Nombre del Requerimiento Registro de UsuariosTipo de Requerimiento Requisito RestricciónDescripción del Requerimiento

Este requerimiento consiste en registrar a los usuarios que manipulan el sistema. Permitirá la privacidad de la información del usuario, excepto cuando el mismo realice una negociación con otro usuario, en dicho caso, ambos usuarios podrán disponer de todos los datos del otro usuario (tanto vendedor como consumidor).

Prioridad del Requerimiento Alta/Esencial Media/Deseado Baja/ Opcional

3.2.2 Requisito funcional 2Número del Requerimiento RF02Nombre del Requerimiento Autenticación a los usuarios Tipo de Requerimiento Requisito RestricciónDescripción del Requerimiento

Cuando el usuario necesite cambiar o recordar su credencial se podrá modificar el mismo. Para recordar credencia el sistema utilizara el correo electrónico para la visualización del mismo.


3.2.3 Requisito funcional 3Número del Requerimiento RF03Nombre del Requerimiento Gestión de postTipo de Requerimiento Requisito RestricciónDescripción del Requerimiento

Este requisito permitirá que el usuario pueda publicar o comentar productos ya subidos, por otra persona como las de él. La página contara con permisos de comentario en las publicaciones de los productos, facilitando así la información o interactuación entre usuarios. Las publicaciones que el usuario decida dar de baja, las podrá realizar de manera inmediata, aun no habiendo realizado una negociación.





Rev. 1.0Pág. 13

3.2.4 Requisito funcional 4

Número del Requerimiento RF04Nombre del Requerimiento Gestión de negociación Tipo de Requerimiento Requisito RestricciónDescripción del Requerimiento

Al momento de realizar una negociación y dar acuerdo con la misma, en caso de tener un stock mayor a la unidad, la página lo disminuirá automáticamente, en caso de tener un stock de una unidad, la página dará de baja la publicación. Permitirá al usuario seleccionar la forma de pago por la cual prefiere realizar la negociación.


3.2.5 Requisito funcional 5

Número del Requerimiento RF05Nombre del Requerimiento Gestión de listado de preferencia Tipo de Requerimiento Requisito RestricciónDescripción del Requerimiento

Permitirá al usuario manejar una lista de deseos, la cual se guardara para el usuario con las publicaciones que haya seleccionado el mismo.


3.3 Requisitos no funcionales

3.3.1 Requisitos de rendimiento La aplicación garantizara que los usuarios tendrán una eficiencia (rapidez,

ejecución) de un 95% al usar la aplicación. El tiempo de respuesta a los usuarios será de 1 a 2 segundos.

3.3.2 Seguridad Garantizar la confiabilidad, la seguridad y el desempeño del sistema

informático a los diferentes usuarios. En este sentido la información almacenada o registros realizados podrán ser consultados y actualizados permanente y simultáneamente, sin que se afecte el tiempo de respuesta.

Se utilizara el método de encriptación. Garantizar la seguridad del sistema con respecto a la información y datos que

se manejan tales sean documentos, archivos y contraseñas.

3.3.3 Fiabilidad




Rev. 1.0Pág. 14

La aplicación web automatizara y dará seguridad con una fiabilidad de un 98%.

El sistema debe tener una interfaz de uso intuitiva y sencilla.

3.3.4 Disponibilidad La aplicación web a realizar tendrá una disponibilidad de 90%.

3.3.5 Mantenibilidad La interfaz debe estar complementada con un buen sistema de ayuda (la

administración puede recaer en personal con poca experiencia en el uso de aplicaciones informáticas).

3.3.6 Portabilidad Al ser una aplicación web el sistema es multiplataforma (Linux Ubuntu y De-

bian, Windows). El sistema será desarrollado en lenguaje web ASP.NET

3.4 Otros requisitos La aplicación web estará alojada en un servidor local, el cual le proporcionara

los datos a la misma que estará alojada en los diferentes equipos de los departamentos.

4 Apéndices




Rev. 1.0Pág. 15

Nombre: Registro de Tipos de DenunciasAutor: Adrian Perez Fecha:23/04/2013Descripción: Permite registrar los tipos de denuncias que llegan a la Policía




Rev. 1.0Pág. 16

Actores: Administrador y Jefe de ModuloPrecondiciones: El Administrador y Jefe de Modulo debe estar logueado en el sistema. Flujo Normal:1) El actor entra a la aplicación. 2) La aplicación validad los datos, de no ser correctos manda un mensaje de error.3) El actor pulsa la opción de registro tipos de denuncia.4) La aplicación muestra la pantalla de registro de tipo de denuncia, donde aparecen cajas de texto a llenar.5) El actor llena las cajas de texto.6) El actor pulsa el botón guardar.7) La aplicación validad los datos insertados, de no ser correctos manda un mensaje de error.8) La aplicación valida y guarda los datos.Flujo Alternativo:1) La aplicación valida si los datos de ingreso a la misma son correctos, si no lo son manda un mensaje de error al actor.

Descripción:

Nombre: Registro de detenidoAutor: Adrian Perez Fecha:23/04/2013




Rev. 1.0Pág. 17

Descripción: Permite registrar los detenidos de la policía. Actores: Administrador, Jefe de Modulo.Precondiciones: El Administrador y Jefe de Modulo debe estar logueado en el sistema. Flujo Normal:1) El actor entra a la aplicación. 2) La aplicación validad los datos, de no ser correctos manda un mensaje de error.3) El actor pulsa la opción de registro de detenidos.4) La aplicación muestra en pantalla el registro de detenido, la cual tendrá cajas de texto a llenar.5) El actor llena las caja de texto de cedula.6) La aplicación valida que no esté registrado el detenido.7) El actor llenas las siguientes cajas de texto.8) El actor pulsa el botón guardar.9) La aplicación validad los datos insertados y si son incorrectos manda un mensaje de error.8) La aplicación valida y guarda los datos.Flujo Alternativo:1) La aplicación valida si los datos de ingreso a la misma son correctos, si no lo son manda un mensaje de error al actor.

Descripción:




Rev. 1.0Pág. 18

Descripción:

Nombre: Registro de DelitosAutor: Adrian Perez Fecha:23/04/2013Descripción: Permite registrar los delitos que se llevan en la policía. Actores: Administrador y Jefe de ModuloPrecondiciones: El Administrador y Jefe de Modulo debe estar logueado en el sistema. Flujo Normal:1) El actor entra a la aplicación. 2) La aplicación validad los datos, de no ser correctos manda un mensaje de error.3) El actor pulsa la opción de registro tipos de delitos.4) La aplicación muestra la pantalla de registro de delitos, donde aparecen cajas de texto a llenar.5) El actor llena las cajas de texto.6) El actor pulsa el botón guardar.7) La aplicación validad los datos insertados, de no ser correctos manda un mensaje de error.8) La aplicación valida y guarda los datos.Flujo Alternativo:1) La aplicación valida si los datos de ingreso a la misma son correctos, si no lo son manda un mensaje de error al actor.




Rev. 1.0Pág. 19

Nombre: Registro de Atención a llamadas Autor: Adrian Perez Fecha:23/04/2013Descripción: Permite registrar las llamas que se realizan a la policía Actores: Administrador, Jefe de Modulo y AsistentePrecondiciones: El Administrador, Jefe de Modulo y Asistente debe estar logueado en el sistema. Flujo Normal:1) El actor entra a la aplicación. 2) La aplicación validad los datos, de no ser correctos manda un mensaje de error.3) El actor pulsa la opción de registro de atención a llamadas.4) La aplicación muestra la pantalla de registro de atención a llamadas, donde aparecen cajas de texto a llenar.5) El actor llena las cajas de texto.6) El actor pulsa el botón guardar.7) La aplicación validad los datos insertados, de no ser correctos manda un mensaje de error.8) La aplicación valida y guarda los datos.Flujo Alternativo:1) La aplicación valida si los datos de ingreso a la misma son correctos, si no lo son manda un mensaje de error al actor.

Descripción:




Rev. 1.0Pág. 20

Descripción:Nombre: Registro de ActividadesAutor: Adrian Perez Fecha:23/04/2013Descripción: Permite registrar las actividades de la policía comunal Actores: Administrador, Jefe de Modulo.Precondiciones: El Administrador y Jefe de Modulo debe estar logueado en el sistema. Flujo Normal:1) El actor entra a la aplicación. 2) La aplicación validad los datos, de no ser correctos manda un mensaje de error.3) El actor pulsa la opción de registro de actividades.4) La aplicación muestra en pantalla el registro de actividades, la cual tendrá cajas de texto a llenar.5) El actor llena las cajas de texto.6) El actor pulsa el botón guardar.7) La aplicación validad los datos insertados y si son incorrectos manda un mensaje de error.8) La aplicación valida y guarda los datos.Flujo Alternativo:1) La aplicación valida si los datos de ingreso a la misma son correctos, si no lo son manda un mensaje de error al actor.




Rev. 1.0Pág. 21

Descripción:Nombre: Registro de tipos de MultasAutor: Adrian Perez Fecha:23/04/2013Descripción: Permite registrar los Tipos de multas que manejan en la policía. Actores: Administrador, Jefe de Modulo.Precondiciones: El Administrador y Jefe de Modulo debe estar logueado en el sistema. Flujo Normal:1) El actor entra a la aplicación. 2) La aplicación validad los datos, de no ser correctos manda un mensaje de error.3) El actor pulsa la opción de registro de tipos de multas.4) La aplicación muestra en pantalla el registro de tipos de multas, la cual tendrá cajas de texto a llenar.5) El actor llenas las cajas de texto.8) El actor pulsa el botón guardar.9) La aplicación validad los datos insertados y si son incorrectos manda un mensaje de error.8) La aplicación valida y guarda los datos.Flujo Alternativo:1) La aplicación valida si los datos de ingreso a la misma son correctos, si no lo son manda un mensaje de error al actor.




Rev. 1.0Pág. 22

Nombre: Actuación PolicialAutor: Luis García Fecha:23/04/2013Descripción: Agiliza el proceso de registrar las actividades PolicialesActores: Jefe de Coordinación, ayudante Precondiciones: se debe de registrar primero las personas involucradas.Flujo Normal:1) El Actor pulsa la opción de Actuación Policial2) La aplicación muestra la pantalla Actuación Policial3) El Actor ingresa el numero de cedula de los involucrados4) La aplicación autocompleta los datos de los involucrados5) El Actor ingresa la información de la Actuación.6) La aplicación valida los formularios antes de pulsar registrar.7) El Actor pulsa el botón Registrar.8) La aplicación vuelve a validar y guarda los datos.Flujo Alternativo:1) de no estar registrado algún involucrado se habilitara la opción para que sea registrado desde el mismo formulario2) La aplicación comprueba la valides de los datos, si no son correctos, se le avisa al actor un mensaje de error.




Rev. 1.0Pág. 23

Nombre: Estadísticas.Autor: Luis García Fecha:23/04/2013Descripción: proceso que se encarga de optimizar la manera de generar graficas estadísticas de las coordinaciones determinando que tipo de gráfica y el rango de fechas para su evaluación.Actores: Jefe de Coordinación, ayudante Precondiciones: Se debe de haber registrado con anterioridad la información asociada a las coordinaciones involucradas en dicha estadística.Flujo Normal:1) El Actor pulsa la opción de Estadísticas.2) La aplicación muestra la pantalla Estadísticas3) El Actor ingresa el tipo de estadística y con que coordinación desea trabajar4) El Actor ingresa los datos dependiendo de la coordinación que halla elegido.5) El Actor ingresa un rango de fecha.6) La aplicación evalúa la información.7) El Actor pulsa el botón Generar Estadística.8) La aplicación inicia la descarga del documento finalizado.Flujo Alternativo:1) de no proporcionar la información necesaria se mostrara un mensaje de alerta hasta que se ingresen los datos de forma correcta




Rev. 1.0Pág. 24

Nombre: Planificación policial.Autor: Luis García Fecha:23/04/2013Descripción: Proceso encargado de determinar cuáles son los sectores con la tasa delictiva más alta y determinar así a que zona darle mayor prioridad.Actores: Jefe de Coordinación, ayudante Precondiciones: Deben de haber denuncias y actuaciones ya registradas.Flujo Normal:1) El Actor pulsa la opción Planificación policial.2) La aplicación muestra la pantalla planificación policial3) La aplicación evalúa los delitos en los sectores y sugiere el número de funcionarios a involucrar al sector mostrando los resultados. 4) El Actor selecciona cuales funcionarios asistirán a las zonas afectadas.Flujo Alternativo:1) si no hay delitos previos el sistema manda un mensaje de error hasta que tenga la suficiente información para evaluar la delincuencia por zona




Rev. 1.0Pág. 25

Nombre: Expediente de detenciónAutor: Luis García Fecha:23/04/2013Descripción: es donde se lleva un control de todas las infracciones por individuoActores: Jefe de Coordinación, ayudante Precondiciones: Flujo Normal:1) El Actor pulsa la opción Expediente de detención2) La aplicación muestra la pantalla de detenidos.3) El Actor ingresa la cedula del involucrado.4) La aplicación autocompleta los campos del involucrado5) El Actor registra los datos del delito o falta6) La aplicación valida y guarda la información.

Flujo Alternativo:1) si el involucrado no ah sido registrado se enviara un mensaje de error2) si los datos no son correctos se enviara un mensaje de error




Rev. 1.0Pág. 26

Nombre: Control de multasAutor: Luis García Fecha:23/04/2013Descripción: es donde se controlan las multas agraviadas que terminan registrándose dentro de la institución.Actores: Jefe de Coordinación, ayudante Precondiciones: se debe de haber registrado antes los involucrados.Flujo Normal:1) El Actor pulsa la opción Control de Multas2) La aplicación muestra la pantalla Multas.3) El Actor ingresa la cedula del involucrado.4) La aplicación llena los campos del involucrado5) El Actor registra los datos de la infracción6) La aplicación valida y guarda la información.7) La aplicación Genera un comprobante de procesamiento de multa para los involucrados.

Flujo Alternativo:1) si el involucrado no ah sido registrado se enviara un mensaje de error2) si los datos no son correctos se enviara un mensaje de error




Rev. 1.0Pág. 27

Nombre: Control Actividades ComunalesAutor: Luis García Fecha:23/04/2013Descripción: es donde se lleva un control de actividades realizadas por los funcionarios comunalesActores: Jefe de Coordinación, ayudante Precondiciones: Flujo Normal:1) El Actor selecciona la actividad2) La aplicación muestra datos de la actividad.3) El Actor ingresa los datos de los resultados de la visita.4) La aplicación valida los datos.5) La aplicación guarda los datosFlujo Alternativo:1) si no hay actividades registradas se enviara un mensaje de error2) si la fecha de la actividad no ha pasado no se puede realizar el control


2.- Artefacto SRS- Version2

Documents

Transcript of 2.- Artefacto SRS- Version2