Especificacin del Proyecto Factura Fcil

12/07/2013 UNI VERSIDAD POLITECNICA DE VICTORIA 1130121 Dominguez de la Cruz Karen Esblendy 1130307 Garca Martnez Ana Raquel 1130138 Hernndez Ramrez Benito Eduardo1030130 Marn Cruz Santos Miguel 1130250 Quintero Tov ar Karla Cecilia 1130183 Tern Salazar I rasema 1130193 Zarzoza Osorio Jos Dav id

I ngeniera de Softw are I ng. Julio Csar Balderas Cepeda I TI -07619

Contenido
Introduccin.......................................................................................................................... 2 1.1 1.2 Propsito..................................................................................................................... 3 mbito del sistema.................................................................................................... 3

1.5 Visin general del documento .................................................................................... 4 2) Descripcin General ....................................................................................................... 5 PERPECTIVA ........................................................................................................................... 5 POS descripcin general, mbito del sistema .............................................................. 8 LI STA DE REQUERIMIENTOS Y RESTRI CCIONES ................................................................... 9 Restricciones...................................................................................................................... 9 Requerimientos funcionales ............................................................................................ 9 Requerimientos no funcionales .....................................................................................10 Matriz de Habilidades de Personal...................................................................................11 WBS........................................................................................................................................12 Matriz de Tareas ..................................................................................................................13 Diagrama de Gantt ............................................................................................................14 NIVEL CERO .........................................................................................................................16 NIVEL 1...................................................................................................................................17 Estimacin de costos por el mtodo de COCOMO......................................................18 Resumen del mtodo de COCOMO ...........................................................................19 Tabla de EAF Factor de Ajuste al Esfuerzo ...................................................................19 Justificacin......................................................................................................................20 Atributos del Producto ................................................................................................20 Atributos del Hardw are ...............................................................................................20 Atributos del personal..................................................................................................21 Atributos del proyecto ................................................................................................22 Diagramas de Casos de Uso .............................................................................................23 Fichas de Casos de Uso .....................................................................................................25

Introduccin
En este documento, especificaremos los diferentes requisitos tanto de hardware como software que el sistema necesitara para su debido desarrollo, en los que especificaremos: Funcionalidad Flexibilidad Simplicidad

Definiremos una descripcin general del producto, en las que mostraremos su perspectiva, funciones, caractersticas, suposiciones y dependencia (si las tiene). Conoceremos los debidos requerimientos que necesitara el sistema entre los cuales encontraremos los requerimientos funcionales y no funcionales, as como sus debidas restricciones, es decir, que NO har el sistema. Tambin tendremos en mente si este requerir requisitos futuros. Daremos una breve descripcin del propsito de este documento, as con el motivo de informar a quien o quienes van dirigido esta documentacin. Tocaremos puntos clave en el mbito del sistema, como lo son la definicin de objetivos y metas que se espera alcanzar con el sistema futuro.

1.1 Propsito
El siguiente documento tiene como propsito ofrecer informacin a los desarrolladores, basado en las opiniones de los clientes con respecto a la funcionalidad, simplicidad y flexibilidad del sistema, a fin de brindar una mayor facilidad y reduccin de tiempo en cuanto al desarrollo del sistema.

1.2 mbito del sistema

El futuro sistema tendr como nombre Factura Fcil. El sistema deber hacer funciones como agregar, editar usuarios, cambiar contraseas de usuarios, se podrn hacer consultas de clientes se podrn editar, hacer consultas de productos, el sistema tambin permitir la autenticacin de los usuarios mediante un usuario y contrasea, podr realizar una factura ,guardar una factura realizada, el sistema tambin deber cuestionar si queremos guardar o no una factura y mostrar una vista previa despus de guardar, despus el sistema deber mostrar la opcin de impresin de factura. Para cada una de las facturas el sistema deber mostrar opciones para agregar, modificar productos, cada producto tendr una descripcin, tambin se podrn modificar las cantidades de los productos por cada factura, se podr agregar un nuevo cliente a la factura, el sistema deber mostrar un espacio para el cliente, el sistema tambin permitir hacer bsquedas de clientes por medio del RFC y /o por Nombre. Las funciones que no puede realizar el sistema son modificar una factura antes realizada, el sistema no puede obtener un folio directamente con la Secretara de Hacienda y Crdito Pblico

Con el futuro sistema se pretende alcanzar beneficios, objetivos, metas. Dentro de los Beneficios se encuentra lograr reducir la prdida de recursos empresariales entre ellos reduccin de tiempo, material empresarial, recurso humano.

Los objetivos son lograr que el sistema se utilice en la empresa y este sea totalmente funcional, que las facturas no tengan errores, hacer que se cuiden los recursos de la empresa, cumplir con los requerimientos del cliente, lograr que el sistema tenga una buena interfaz fcil de usar por el usuario final. Dentro de la meta de este sistema es lograr reducir la prdida de recursos empresariales teniendo control sobre lo que se anexa a cada asiento de una factura.

1.5 Visin general del documento

Dentro de los dems contenidos a continuacin de nuestro documento, especificamos la descripcin general, de las cuales hablaremos sobre: La perspectiva del producto Sus funciones Caractersticas de usuario Restricciones Suposiciones Requerimientos futuros

2) Descripcin General
PERPECTIVA El sistema no est relacionado con algn otro producto fuera y dentro de la empresa. Como fue explicado (o se explicar) en el POS, este sistema es una nueva implementacin para la empresa cliente. Cabe destacar que, a diferencia de otros productos que ofrecen el mismo tipo de servicio, este es un sistema simple y muy enfocado a lo que son sus metas. FUNCIONES Definiremos que funciones tomara a grandes rasgos el sistema, es decir, que es lo que har: Manejo de Inventario de Productos Soporte a captura de productos individualmente (precio[s], Nombre, Descripciones, Claves, etc.) Gestin a cuentas de usuario Seguridad de autentificacin por contrasea Soporte a inventario de clientes Soporte de captura de informacin de clientes individualmente (Nombre, direccin, telfono, cdigo postal, ciudad, estado, etc.) Soporte a inventario de Proveedores Soporte de captura de informacin de proveedores individualmente (Nombre, RFC, direccin, ciudad, telfono, etc.)

RESTRICCIONES Aqu especificamos todas las restricciones, no solo de hardware y software: El sistema se presentara en un ambiente grfico, independiente del sistema operativo y/o explorador utilizado. El software ser desarrollado con tecnologa JAVA y base de datos en MySQL. El sistema ser desarrollado slo para empleados de la empresa registrados, sin embargo esto pudiera ser ampliado en futuras versiones, ya que se piensa usar un modelo incremental a largo plaza.

Requisitos de habilidad mnima en el manejo de sistemas computacionales Seguridad de autentificacin por contrasea

SUPOSICIONES Y DEPENDENCIAS Por el momento, el sistema tiene cierta dependencia en el proceso de los folios, el cual es una labor muy tediosa. Se tiene que tener un conocimiento y capacitacin mnima para manejar el sistema en s. De ser cambiado el software o hardware donde se maneja el sistema, deber estar sujeta a una revisin para evitar as, posibles errores.

REQUISITOS FUTUROS Aqu se especificaran ciertas mejoras muy efectivas que podran dar un buen resultado en el futuro del sistema y estas son: Timbrado y aviso de cancelacin de folios con hacienda Cargos y abonos Creacin de reportes Aplicacin de descuentos a productos Clientes especiales Interfaz configurable Promociones

POS descripcin general, mbito del sistema

POS Nombre: Factura Fcil Proyecto Nmero: 201301 Representante: Karen Dominguez

Problema/ Oportunidad: En la Empresa Soluciones Econmicas se presenta un problema con facturas, ya que se realizan de forma manual teniendo las mismas muchos errores tanto en los precios como en la descripcin de los productos, haciendo que el tiempo de realizacin sea demasiado, haciendo que se pierdan ingresos, se cancelen muchas facturas, se gasten recursos innecesarios de la empresa; la cual quiere innov ar el tecnologa y cuanta con los medios y recursos para hacerlo. Se tiene comprobado que en la empresa desde su constitucin, hasta la fecha de hoy se han utilizado 98 folios para facturas de las cuales han sido canceladas alrededor de 76 facturas, lo cual hace posible que estimemos que un 80% de las facturas estn siendo mal utilizadas dentro de la empresa, por lo cual el problema es grande y la oportunidad de que se implemente una solucin es factible. Meta: Lograr reducir la prdida de recursos empresariales, realizando un sistema de informacin en el cual se tengan registrados todos los clientes y productos de la empresa, para que el usuario no tenga problemas al realizar una factura, es decir, que tenga un control sobre lo que se anexa a cada asiento de una factura. Objetiv os: 1. Lograr que el sistema se utilice en la empresa y este sea totalmente funcional. 2. Que las facturas no tengan errores. 3. Hacer que se cuiden los recursos de la empresa. 4. Cumplir con los requerimientos del cliente 5. Lograr que el sistema tenga una buena interfaz fcil de usar por el usuario final. Criterios de xito: 1. Realizar el sistema en el menor tiempo posible puesto que quedan pocos folios de factura. 2. Lograr simplicidad y flexibilidad en las interfaces del sistema. Riesgos y Obstculos: 1. Restricciones del sistema tales como los folios, los cuales se tienen que pedir y conseguir en la Secretaria de Hacienda y Crdito Pblico, siendo este
8

Hecho por: Karen Dominguez

un proceso a v eces complicado y que llev a un tiempo su realizacin. 2. Poco tiempo para la realizacin del software. 3. Aceptacin del sistema por los miembros de la empresa, COMO MEJORA PARA LA EMPRESA.
Fecha: 27/mayo/2013 Aprobado por: Julio Cesar Balderas Cepeda Fecha:

LISTA DE REQUERIMIENTOS Y RESTRICCIONES

Restricciones
1. El sistema ser desarrollado slo para empleados de la empresa registrados, sin embargo esto pudiera ser ampliado en futuras v ersiones, ya que se piensa usar un modelo incremental a largo plaza. 2. El alcance del proyecto tambin podra v erse afectado por el proceso de inclusin del softw are al sistema actual de enseanza de aprendizaje del uso del sistema. 3. El sistema se presentara en un ambiente grfico, independiente del sistema operativ o y/o explorador utilizado. 4. El softw are ser desarrollado con tecnologa JAVA y base de datos en MySQL.

Requerimientos funcionales
Definen el comportamiento interno del sistema: clculos, detalles tcnicos, manipulacin de datos y otras funcionalidades especficas que muestran como los casos de uso sern llevados a la prctica.
NMERO REQUERIMIENTOS FUNCIONALES

1 El sistema debe ser funcional y ajustarse a los propsitos para el cual fue diseado. 2 El sistema prov eer de un mdulo de gestin de usuarios, en el cual se tendrn las siguientes funciones: 2.1 Se podrn agregar usuarios para la utilizacin del sistema. 2.2 Se podrn editar los usuarios ya existentes 2.2.1 Se podrn cambiar nombres de usuarios. 2.2.2 Se podrn cambiar contraseas de usuarios. 2.3 Se podrn borrar usuarios existentes 3 El sistema prov eer de un mdulo de gestin de clientes, en el cual podrn ser consultados los clientes registrados en l sistema. 4 El sistema Prov eer de un mdulo de gestin de productos, en la cual podrn tanto ser consultados los productos como editados. 9

5 El sistema permitir la autenticacin de los usuarios mediante un nombre de usuario y contrasea. 6 El sistema podr realizar una factura 6.1 Se podrn guardar las facturas realizadas. 6.1.1 El sistema cuestionar acerca de guardar o no. 6.1.2 El sistema mostrar una v ista previa despus de guardar. 6.1.3 El sistema dar la opcin de imprimir despus de la v ista previa. 6.2 Se podrn elegir los productos para cada una de las facturas. 6.2.1 Se podr elegir un producto. 6.2.2 Se podr modificar el producto. 6.2.3 Cada producto tendr un asiento (descripcin). 6.3 Se podrn modificar el nmero de productos por cada factura. 6.3.1 Una v ez elegido el producto se podr modificar la cantidad del mismo 6.4 Se podr agregar nuev o cliente por cada factura. 6.4.1 El sistema mostrar un espacio de captura para cliente. 6.4.2 El sistema permitir buscar a un cliente para hacerle una factura. 6.4.3 El espacio de captura para cliente permitir buscar cliente por: 6.4.3.1 RFC 6.4.3.2 Nombre 6.5 Una v ez realizada la factura no se podr editar.

Requerimientos no funcionales
Especifican criterios que pueden usarse para juzgar la operacin de un sistema en lugar de sus comportamientos especficos.
NMERO REQUERIMIENTOS NO FUNCIONALES

1 Aspecto de la I nterfaz de Usuario. La interfaz debe ser atractiva y amigable. Debe ser fcil de usar. 2 Maximizar eficiencia mediante la nav egacin con teclado. 3 Tolerancia a fallos. El sistema debe poder recuperarse ante fallos. 5 Hardw are/software. El sistema puede ser utilizado bajo cualquier plataforma. 6 Seguridad. El sistema debe manejar acceso por roles, as como consideraciones mnimas de seguridad. 7 Debe permitir mantenibilidad para subsecuentes desarrollos. 9 El sistema debe ser portable, capaz de ser instalado en plataformas Window s.

10

Matriz de Habilidades de Personal

Personas\Habilidad Dominguez de la Cruz Karen Esblendy Garca Martnez Ana Raquel Hernndez Ramrez Benito Eduardo Marn Cruz Santos Miguel Orientacin Comunicacin Tcnica y Experiencia A las tareas Comunicar A s mismo Comunicar ALTO ALTO MEDI O ALTO MEDI O BAJO ALTO Solucin de Problemas ALTO I nnovacin MEDI O MEDI O ALTO ALTO MEDI O MEDI O ALTO

Anlisis y Diseo Base de ALTO Datos y Anlisis Programacin ALTO Diseo y Base de datos Anlisis y Diseo Diseo y Programacin Programacin ALTO ALTO ALTO ALTO

Quintero Tov ar Karla Cecilia A las tareas Tern Salazar I rasema Zarzoza Osorio Jos Dav id A si mismo A si mismo

Habilidad 1: Orientacin 1. 2. 3. 4. Orientado a las tareas Orientado a s mismo. Situar a una persona en cierta posicin. Comunicar a una persona aquello que no sabe y se pretende que conozca. 5. Guiar a un sujeto hacia un sitio. Habilidad 2: Comunicacin 1. Buena transmisin de informacin. 2. Buena adaptacin y comprensin de lo comunicado. Habilidad 3: Habilidades Tcnicas y Experiencia 1. Conocimiento y dominio. 2. Se adquieren los conocimientos necesarios. 3. Prctica. Habilidad 4: Solucin de Problemas 1. Conclusin de Procesos 2. I dentificacin del Problema. 11

3. Modelado del Problema Habilidad 5: I nnovacin 1. 2. 3. 4. Nov edad o Renovacin. Establecimiento de nuev as funciones. Curiosidad y placer por la innov acin. Vanguardia y creatividad.

WBS

12

Matriz de Tareas

Domnguez de la Cruz Karen Esblendy

Garca Martnez Ana Raquel

Hernndez Ramrez Benito Eduardo

Marn Cruz Santos Miguel

Quintero Tovar Karla Cecilia

Tern Salazar Iracema

Zarzoza Osorio Jos David

ANALISIS POS Requerimientos Habilidades del Personal DISEO Casos de Uso Descripcin de Casos de Uso Diagramas de Flujo BASE DE DATOS Anlisis Diseo Implementacin PROGRAMACION Programacin

13

Diagrama de Gantt

14

15

NIVEL CERO

16

NIVEL 1

17

Estimacin de costos por el mtodo de COCOMO

PUNTOS DE FUNCI ON Entradas(14) Salidas(3) Peticiones(2) Archiv os(9) I nterfaces(11) 42 12 6 63 5 56 15 8 90 7 84 21 12 135 11 182 48 26 288 23 567

Numero de pregunta 1 2 3 4 5 6 7 8 9 10 11 12 13 14 Total

Calificacin 5 2 0 4 0 5 3 1 2 2 4 0 1 5 34 Total = 34 / 100 = .34 PF=.34 PF _ conteo = 786 Formula

786 * 0.34 = 173.706 p.FA = 173.706 se multiplica por el nmero de la tabla de programacin en este caso Java = 53

Por lo tanto 173.706* 53 =9206.418 Convertir a de LOC a KLOC Se redondea la cifra a: 9206 LOC 9.2 KLOC
18

Resumen del mtodo de COCOMO

Nuestro proyecto es un Sistema orgnico que utiliza el modelo COCOMO I NTERMEDIO es decir, solo consta de 15 factores y/o aspectos; para la realizacin de este sistema se utilizar el lenguaje Jav a del cual se requieren de 9,200 lneas de cdigo (tamao); el desarrollo de este sistema se llev ara a cabo en un tiempo de 4 meses, en el cual participaran 7 personas (equipo de desarrollo), con un factor de ajuste al esfuerzo de 0.8518 y una productiv idad de 328.57.

Estimacin

Esfuerzo Tiempo Productividad Personas

Resultados

28 persona-mes 4 meses 328.57 7 personas

Tabla de EAF Factor de Ajuste al Esfuerzo

Conductor de costo confiabilidad del software requerida tamaos de la BD de la aplicacin complejidad del producto limitaciones de rendimiento en tiempo de ejecucin restricciones de memoria volatilidad del entorno de mquina virtual tiempo de respuesta requerido capacidad del analista capacidad de ingeniera de software experiencia en aplicaciones experiencia en mquina virtual experiencia en lenguaje de programacin uso de herramientas de software aplicacin de mtodos de ingeniera de software se requiere programa de desarrollo (calendario) Muy Bajo Nominal bajo ATRIBUTOS DE PRODUCTO 0.75 0.88 1.00 Alto Muy alto Extra alto

1.15 1.08 1.15

1.40 1.16 1.30

NA NA 1.65

NA 0.94 1.00 0.70 0.85 1.00 ATRIBUTOS DE HARDWARE NA NA NA NA NA 0.87 1.10 1.00 1.00

1.11 1.06 1.15 1.07 0.86 0.91 0.86 1.90 0.95

1.30 1.21 1.30 1.15 0.71 0.82 0.70 NA NA

1.66 1.56 NA NA NA NA NA NA NA

NA 0.87 1.00 ATRIBUTOS DE PERSONAL 1.46 1.19 1.00 1.29 1.42 1.21 1.13 1.17 1.10 1.00 1.00 1.00

1.14 1.07 1.00 ATRIBUTOS DE PROYECTO 1.24 1.24 1.23 1.10 1.10 1.08 1.00 1.00 1.00

0.91 0.91 1.04

0.82 0.83 1.10

NA NA NA

19

Justificacin
Atributos del Producto
Confiabilidad de software requerida: NOMINAL Justificacin: La confiabilidad requerida para nuestro sistema ser la bsica, ya que para el cliente no es primordial tener un softw are con un niv el de confiabilidad alto. Tamaos de la base de datos de la aplicacin: NOMINAL Justificacin: Para el uso de la aplicacin de la base de datos, el cliente no requiere que sea una aplicacin muy compleja, solo que cumpla con los puntos bsicos. Complejidad del Producto: NOMINAL Justificacin: El producto no requiere de ser tan complejo ya que el algoritmo y formulas a utilizar por los desarrolladores no requieren de ser muy complejos.

Atributos del Hardware

Limitaciones de rendimiento en tiempo de ejecucin : BAJA Justificacin: Los usuarios no requieren que los tiempos de ejecucin tengan cierto lmite en su rendimiento, as que no es una de las prioridades del sistema. Restricciones de Memoria: NOMINAL Justificacin: La cantidad que el sistema necesita es nominal, ya que no requiere de una gran capacidad de almacenamiento, debido a que la informacin con la que se v a a trabajar no es alta. Volatilidad del entorno de mquina virtual: BAJA Justificacin: No es necesario para el usuario tener una mquina v irtual, en caso de que sea necesario se puede implementar utilizar una. Tiempo de respuesta requerido: NOMINAL Justificacin: El tiempo de respuesta para el sistema debe de ser eficaz y cumplir con las necesidades del usuario, en este caso no es necesario tener un sistema que tenga un tiempo de respuesta especficamente alto.

20

Atributos del personal

Capacidad del analista: MUY BAJO Justificacin: En el apartado de capacidad del analista se eligi la opcin mui bajo, debido a que no se necesita de mucho anlisis en el sistema puesto que es un sistema sencillo y se sabe lo que requiere el cliente y de los requerimientos del sistema, otra de las razones por que se eligi esta opcin es debido a que el equipo de desarrollo del software cuenta con una experiencia mnima en anlisis de softw are. Capacidad de la Ingeniera de Software: NOMINAL Justificacin: Se requiere de una accin nominal sobre la ingeniera de softw are, puesto que lo que se requiere desarrollar, se desea est basado en ella, ya que el propsito de los integrantes del equipo de desarrollo, es que se haga uso de la misma. Experiencia en Aplicaciones: ALTO Justificacin: Gran parte del equipo de desarrollo cuenta con una buena y gran experiencia en el desarrollo de aplicaciones, y el sistema requiere de esta experiencia, debido a que se cuenta con poco tiempo de desarrollo para la realizacin del sistema. Experiencia en mquina virtual: NOMINAL Justificacin: se eligi un v alor nominal para la experiencia en mquina v irtual, debido a que todo el equipo cuenta con la capacidad de trabajar con este punto, esto fav orece al software debido a que se cuenta con la experiencia necesaria para el desarrollo del mismo. Experiencia en Lenguaje de Programacin: ALTO Justificacin: se eligi un estado alto ya que todo el equipo cuenta con la experiencia y los conocimientos necesarios para desarrollar el lenguaje de programacin, aplicaciones y de ms.

21

Atributos del proyecto

Uso de herramientas del software: MUY ALTO Justificacin: el uso de herramientas del softw are para este proyecto es muy alto debido a que se quiere tener bien informado al cliente sobre el proceso de desarrollo del mismo

Aplicacin de mtodos de Ingeniera de software: ALTO Justificacin: para este proyecto se requiere de un alto grado de la aplicacin de los mtodos de la ingeniera puesto que es la materia a estudiar y desarrollar dentro del proceso de desarrollo de software. Se requiere programa de desarrollo: MUY ALTO Justificacin: el programa de desarrollo (calendario) es muy importante para este proyecto ya que se est trabajando en un corto periodo de tiempo por lo que se tiene que planear y calendarizar los objetiv os y tareas a fin de que se realicen en tiempo y forma requeridos.

22

Diagramas de Casos de Uso

23

24

Fichas de Casos de Uso

I D 001 Nombre Actores Descripcin Disparador Precondiciones Pos condiciones Flujo normal Relaciones: Crear cliente Gerente, Cajero Permite agregar un nuev o cliente a la base de datos del sistema para que el usuario del sistema pueda utilizar dicha informacin para el uso que ms le conv enga Llega una alerta a el sistema cuando el usuario da clic sobre el botn agregar cliente El usuario debe estar loggeado en el sistema Se registra un nuev o cliente Se manda una alerta al usuario para av isar que se dio de alta un nuev o cliente 1.- El gerente/Empleado solicita dar de alta un nuev o cliente 2.- El sistema muestra un apartado de agregado de datos 3.- El Gerente/Empleado visualiza el apartado de agregar datos 4.- El usuario completa los campos de dicho apartado 5.- El sistema v alida los datos 6.- El sistema guarda los datos en la base de datos(guarda al usuario) 7.- El sistema manda un av iso de que los datos se guardaron 8.- El usuario v isualiza el mensaje S1.- el usuario abandona la carga de datos S1.1.- El sistema pregunta si desea abandonar la carga S1.2.- Si es positiv o, el sistema cierra la carga de datos sin guardar nada S.1.3.- Finaliza caso de uso E1.- No se cargaron todos los datos requeridos E1.1.- El sistema env a un av iso que faltan datos para crear un nuev o cliente E1.2.- Vuelv e al flujo normal paso 4 E2.- Ya existe un cliente con ese nombre E2.1.- El sistema manda un av iso de que existe un cliente con ese nombre para as v alidar que no se ingrese informacin redundante. E2.2.- v uelve al flujo principal, paso 4 (se pondr cambiar el nombre del cliente o abandonar la carga de datos) 25

Flujos alternativ os

Excepciones

Prioridad Frecuencia de uso

Alta Alta

26

I D: 002 Nombre Actores Descripcin Disparador Precondiciones Pos condiciones Flujo normal

Relaciones: Crear producto Gerente Permite agregar un nuev o producto a la base de datos del sistema Llega una alerta a el sistema cuando el usuario presiona el botn Agregar Producto El usuario debe estar loggeado como gerente en el sistema contando con los priv ilegios de agregacin de productos. Se registra un nuev o producto Se manda una alerta al usuario para av isar que se dio de alta un nuev o producto 1.- El gerente solicita dar de alta un nuev o producto 2.- El sistema muestra el apartado de agregar datos 3.- El gerente completa los campos 4.- El sistema v alida los datos ingresados por cada campo 5.- El sistema guarda los datos en la base de datos 6.- El sistema manda un av iso de que los datos se guardaron 7.- El gerente v isualiza el mensaje S1.- el usuario abandona la carga de datos S1.1.- El sistema pregunta si desea abandonar la carga S1.2.- Si es positiv o, el sistema cierra la carga de datos sin guardar nada S.1.3.- Finaliza caso de uso E1.- No se cargaron todos los datos requeridos E1.1.- El sistema env a un av iso que faltan datos para crear un nuev o producto E1.2.- Vuelv e al flujo normal paso 3 E2.- Ya existe un producto con ese nombre E2.1.- El sistema manda un av iso de que existe un producto con ese hombre E2.2.- v uelve al flujo principal, paso 3 (se pondr cambiar el nombre del producto o abandonar la carga de datos) Alta Alta

Flujos alternativ os

Excepciones

Prioridad Frecuencia de uso

27

I D : 003 Nombre Actores Descripcin Disparador Precondiciones Pos condiciones Flujo normal

Relaciones: Crear Empleado Gerente Permite agregar un nuev o empleado al sistema Llega una alerta para agregar los datos de un nuev o empleado El usuario debe estar loggeado como gerente en el sistema Se registra un nuev o empleado Se manda una alerta al usuario para av isar que se dio de alta un nuev o empleado 1.- El usuario solicita dar de alta un nuev o empleado 2.- El sistema muestra el apartado de agregar datos 3.- El usuario completa los campos 4.- El sistema v alida los datos 5.- El sistema manda un av iso con el usuario y contrasea del nuev o empleado 6.- El sistema guarda los datos en la base de datos 7.- El sistema manda un av iso de que los datos se guardaron S1.- el usuario abandona la carga de datos S1.1.- El sistema pregunta si desea abandonar la carga S1.2.- Si es positiv o, el sistema cierra la carga de datos sin guardar nada S.1.3.- Finaliza caso de uso E1.- No se cargaron todos los datos requeridos E1.1.- El sistema env a un av iso que faltan datos para crear un nuev o empleado E1.2.- Vuelv e al flujo normal paso 3 E2.- Ya existe un empleado con ese nombre E2.1.- El sistema manda un av iso de que existe un empleado con ese hombre E2.2.- v uelve al flujo principal, paso 3 (se pondr cambiar el nombre del empleado o abandonar la carga de datos) Alta Alta

Flujos alternativ os

Excepciones

Prioridad Frecuencia de uso

28

I D: 004 Nombre Actores Descripcin Disparador Precondiciones Pos condiciones Flujo normal

Relaciones: Eliminar Cliente Gerente Permite eliminar un cliente de la base de datos del sistema Llega una alerta a el sistema para eliminar un cliente cuando el usuario da clic en Eliminar Cliente El usuario debe estar loggeado en el sistema Se elimina un cliente de la base de datos del sistema Se manda una alerta al usuario para av isar que se ha eliminado un cliente 1.- El gerente solicita eliminar un cliente del sistema 2.- El sistema muestra los clientes registrados 3.- El gerente selecciona el cliente a eliminar 4.- El sistema v alida la eliminacin mostrando un mensaje. 5.- El gerente confirma la eliminacin 5.- El sistema manda un alerta que se ha eliminado un cliente S1.- El usuario no selecciona ningn cliente S1.1.- El sistema pregunta si desea abandonar la accin S1.2.- Si es positiv o, el sistema cierra la eliminacin de cliente sin borrar nada S.1.3.- Finaliza caso de uso E1.- No existe el cliente a eliminar E1.1.- El sistema env a un av iso de cliente inexistente E1.2.- Vuelv e al flujo normal paso 3 Alta Media

Flujos alternativ os

Excepciones

Prioridad Frecuencia de uso

29

I D : 005 Nombre Actores Descripcin Disparador Precondiciones Pos condiciones Flujo normal

Eliminar Producto Gerente Permite eliminar un producto del sistema Llega una alerta para eliminar un producto del sistema El usuario debe estar loggeado como gerente en el sistema Se elimina un producto de la base de datos Se manda una alerta al usuario para av isar que se ha eliminado un producto 1.- El usuario solicita eliminar un producto del sistema 2.- El sistema muestra los productos de la base de datos 3.- El usuario selecciona el producto a eliminar 4.- El sistema v alida la eliminacin 5.- El sistema manda un alerta que se ha eliminado un producto S1.- El usuario no selecciona ningn producto S1.1.- El sistema pregunta si desea abandonar la accin S1.2.- Si es positiv o, el sistema cierra la eliminacin del producto sin borrar nada S.1.3.- Finaliza caso de uso E1.- No existe el producto a eliminar E1.1.- El sistema env a un av iso de producto inexistente E1.2.- Vuelv e al flujo normal paso 3 Alta Media

Flujos alternativ os

Excepciones

Prioridad Frecuencia de uso

30

I D:006 Nombre Actores Descripcin Disparador Precondiciones Pos condiciones

Relaciones: Eliminar Empleado Gerente Permite eliminar un empleado del sistema Llega una alerta para eliminar un empleado del sistema cuando el usuario pulsa sobre el botn eliminar empleado El usuario debe estar loggeado como gerente en el sistema Se elimina un empleado de la base de datos Se manda una alerta al usuario para av isar que se ha eliminado un empleado 1.- El gerente solicita eliminar un empleado del sistema 2.- El sistema muestra los empleados de la base de datos 3.- El gerente selecciona el empleado a eliminar 4.- El sistema v alida la eliminacin mostrando un mensaje de confirmacin. 5.- El gerente confirma la eliminacin 6.- El sistema manda un alerta que se ha eliminado un empleado S1.- El gerente no selecciona ningn empleado S1.1.- El sistema pregunta si desea abandonar la accin S1.2.- Si es positiv o, el sistema cierra la eliminacin de empleados sin borrar nada S.1.3.- Finaliza caso de uso E1.- No existe el empleado a eliminar E1.1.- El sistema env a un av iso de empleado inexistente E1.2.- Vuelv e al flujo normal paso 3 Alta Media

Flujo normal

Flujos alternativ os

Excepciones

Prioridad Frecuencia de uso

31

I D 007 Nombre Actores Descripcin Disparador Precondiciones Pos condiciones Flujo normal

Relaciones: Editar cliente Gerente, Cajero Permite modificar los datos de un cliente a la base de datos del sistema cuando esto se requiera. Llega una alerta a el sistema cuando el usuario da clic sobre el botn modificar cliente El usuario debe estar loggeado en el sistema El cliente a modificar debe estar y/o encontrarse en la base de datos del sistema Se manda una alerta al usuario para av isar que se modificaron los datos del cliente. 1.- El gerente/Empleado solicita modificar a un cliente. 2.- El sistema muestra un apartado de agregado de datos con los campos llenos con la informacin del cliente que el gerente /Empleado ha solicitado. 3.- El Gerente/Empleado visualiza el apartado de agregado de datos 4.- El usuario edita los campos de dicho apartado 5.- El sistema v alida los datos 6.- El sistema guarda los datos en la base de datos(guarda al usuario) 7.- El sistema manda un av iso de que los datos se guardaron 8.- El usuario v isualiza el mensaje S1.- el usuario abandona la carga de datos S1.1.- El sistema pregunta si desea abandonar la carga S1.2.- Si es positiv o, el sistema cierra la carga de datos sin guardar nada S.1.3.- Finaliza caso de uso E1.- No se cargaron todos los datos requeridos E1.1.- El sistema env a un av iso que faltan datos para la edicin exitosa de los datos de un cliente E1.2.- Vuelv e al flujo normal paso 4 E2.- No se encuentra al cliente con ese nombre. E2.1.- El sistema manda un av iso de que NO existe un cliente con ese nombre. E2.2.- v uelve al flujo principal, paso 4 (se pondr cambiar el nombre del cliente o abandonar la carga de datos) Alta Alta

Flujos alternativ os

Excepciones

Prioridad Frecuencia de uso

32

I D: 008 Nombre Actores Descripcin Disparador Precondiciones

Relaciones: Editar producto Gerente Permite modificar los datos de un producto de la base de datos del sistema Llega una alerta a el sistema cuando el usuario presiona el botn Modificar Producto El usuario debe estar loggeado como gerente en el sistema contando con los priv ilegios de agregacin de productos. El producto deber existir en la base de datos , para que se permita la modificacin del mismo Se cambian y guardan los nuev os datos de un producto Se manda una alerta al usuario para av isar que se dio de alta un nuev o producto 1.- El gerente solicita modificar los datos de un producto 2.- El sistema muestra el apartado de agregar datos en donde en cada campo se mostrar la informacin de los datos de Producto 3.- El gerente edita los campos con la informacin que se requiera modificar. 4.- El sistema v alida los datos ingresados por cada campo 5.- El sistema guarda los datos en la base de datos 6.- El sistema manda un av iso de que los datos se guardaron 7.- El gerente v isualiza el mensaje S1.- el usuario abandona la carga de datos S1.1.- El sistema pregunta si desea abandonar la carga S1.2.- Si es positiv o, el sistema cierra la carga de datos sin guardar nada S.1.3.- Finaliza caso de uso E1.- No se cargaron todos los datos requeridos E1.1.- El sistema env a un av iso que faltan datos por modificar correctamente del producto E1.2.- Vuelv e al flujo normal paso 3 E2.- No existe un producto con ese nombre E2.1- v uelve al flujo principal, paso 3 (se pondr cambiar el nombre del producto o abandonar la carga de datos) Alta Alta

Pos condiciones

Flujo normal

Flujos alternativ os

Excepciones

Prioridad Frecuencia de uso

33

I D : 009 Nombre Actores Descripcin Disparador Precondiciones

Relaciones: Editar Empleado Gerente Permite modificar los datos de un empleado en la base de datos del sistema Llega una alerta para modificar los datos de un nuev o empleado El usuario debe estar loggeado como gerente en el sistema El empleado a modificar debe existir en la base de datos del sistema Se manda una alerta al usuario para av isar que se dio de alta un nuev o empleado 1.- El usuario solicita modificar los datos de un empleado 2.- El sistema muestra el apartado de agregar datos en el cual se mostrarn los campos llenos de la informacin y datos del Empleado 3.- El usuario edita dichos campos 4.- El sistema v alida los datos 5.- El sistema manda un av iso con el usuario y contrasea del nuev o empleado 6.- El sistema guarda los datos en la base de datos 7.- El sistema manda un av iso de que los datos se guardaron S1.- el usuario abandona la carga de datos S1.1.- El sistema pregunta si desea abandonar la carga S1.2.- Si es positiv o, el sistema cierra la carga de datos sin guardar nada S.1.3.- Finaliza caso de uso E1.- No se cargaron todos los datos requeridos E1.1.- El sistema env a un av iso que faltan datos para crear un nuev o empleado E1.2.- Vuelv e al flujo normal paso 3 E2.- No existe un empleado con ese nombre E2.1.- El sistema manda un av iso de que no existe un empleado con ese nombre E2.2.- v uelve al flujo principal, paso 3 (se pondr cambiar el nombre del empleado o abandonar la carga de datos) Alta Alta

Pos condiciones Flujo normal

Flujos alternativ os

Excepciones

Prioridad Frecuencia de uso

34