Universidad Politcnica de Victoria

Ingeniera En Tecnologas De La Informacin

Materia:

Ingeniera de Software.

Profesor: Julio Csar Balderas Cepeda.

El

Mesn del Sazn

(Sistema para control de inventario).

Integrantes del equipo: 1030107, Alexis Adame Alfaro. 1110035, Jos Manuel Castro Cedillo. 1130131, Miguel ngel Garca Wha. 1110027, Mnica Aurora Jaramillo Castro. 1030212, Perla Izamar Torres Martnez.

Cd. Victoria Tamps.

Agosto del 2013.

INGENIERIA DE SOFTWARE

INDICE

1.

Introduccin...3
1.1. mbito del sistema.3 1.2. Visin general del documento4

2.

Planeacin.
2.1. Descripcin.4 2.1.1. Funciones del producto ...5 2.1.2. Caractersticas de los usuarios.6 2.1.3. Restricciones..7 2.1.4. Requisitos futuros. 7 2.2. POS. 8 2.3. Seleccin del personal para el proyecto.9 2.3.1. Matriz de habilidades del personal.. ..10 2.3.2. Matriz de tareas a realizar...11 2.3.3. Matriz de atareas asignadas al personal...12 2.4. WBS ..13 2.5. Diagrama de WBS ..13 2.6. Calendario de actividades (GANTT)...14 2.7. Diagrama de nivel 0.15 2.8. Diagrama de nivel 1 ..16

3.

Estimacin de software
3.1. Estimacin de costos por el mtodo COCOMO.17 3.1.1. Matriz de puntos de funcin.17 3.1.2. Preguntas.17 3.1.3. Tabla de EAF Factor de Ajuste al Esfuerzo19 3.1.4. Justificacin de los valores.. 20

4. Diseo del software.

4.1. 4.2. 4.3. 4.4. 4.5. 4.6. Diagramas de casos de uso 25 Fichas de casos de uso.26 Diagramas43 Diagrama de clases 43 Diagrama de secuencia 44 Diagramas de comunicacin 45

INGENIERIA DE SOFTWARE

1.- Introduccin.

Se llev a cabo un estudio de factibilidad (viabilidad) en el nego cio el mesn del sazn y se observ que actualmente no cuentan con ningn sistema o base de datos que les ayude al manejo de la informacin.

Se lleg a un acuerdo de que el sistema propuesto ser rentable desde un punto de vista de negocios y, se puede lograr su creacin con el presupuesto existente. Se lograron analizar los requerimientos o necesidades, esto se llev a cabo por medio de la observacin, discusiones con los usuarios potenciales y analizando las tareas. Al igual que se pens usar a lo largo del desarrollo del sistema el modelo de cascada porque es ms completo que cualquier otro modelo y va paso a paso.

1.1.-mbito del sistema.

El Mesn del Sazn (sistema para control de inventario) tiene como propsito como su nombre lo dice poder ayudar con el control del inventario del establecimiento, esta empresa tiene un giro de servicio. El Sistema tendr la funcionalidad de poder tener el control de inventario, de las ventas y usuarios que ingresen a l.

INGENIERIA DE SOFTWARE

1.2.- Visin General del Documento.

En los siguientes puntos encontraremos la descripcin general de sistema, perspectivas del sistema, funciones del sistema y un pos referente al mismo sistema.

2. Planeacin.

2.1.- Descripcin.

El sistema lleva control del inventario en cual contiene entradas, salidas y recursos, se refiere al uso general de lo que se hace en las diferentes reas de la empresa y lo que se utiliza. Mejorar los procesos que estn unidos a una serie de actividades que se pueden realizar en la empresa. Tener un control de las materias primas, con actualizacin continua de la B.D del sistema, ya que genera una bitcora diaria de los procesos realizados en la empresa. Tener un control del registro de los empleados, registros financieros y una mayor seguridad de acceso del personal, como autorizacin de la empresa para su acceso y a la vez realizar cualquier operacin en sistema.

INGENIERIA DE SOFTWARE

2.1.1.- Funciones del producto.

Llevara a cabo un inventario del almacn del la empresa. Control de usuarios. Control de ventas. Proporcin de bitcora del almacn. Automatizar procesos de sistemas anteriores.

INGENIERIA DE SOFTWARE

2.2.2.- Caractersticas de los usuarios.

Las personas que manipularan el sistema son personas de entre 40 aos, por eso el sistema deber ser de fcil manejo. El nivel acadmico es de licenciatura sin embargo no estn familiarizados con nuevas tecnologas y es necesario una capacitacin. Cabe mencionar que la empresa es un negocio familiar y es atendida por miembros de la misma. Administrador. El administrador es la persona encargada del mantenimiento del sistema (actualizaciones del inventario, dao del equipo, restablecer contraseas etc.). Manager. El manager es el dueo de la empresa, la persona encargada de mantener en perfecto funcionamiento todos los procesos en la empresa, la persona que toma las decisiones. Su acceso en el sistema es absoluto (puede realizar modificaciones, actualizaciones eliminar datos etc.). Chef. Persona encargada de la supervisar y elaborar de los productos en la cocina. Su acceso al sistema ser restringido el chef solo podr consultar inventario. Cajero. Persona encargada de cobrar y registrar las ventas. Si acceso al sistema ser restringido solo podr realizar registros de venta (cantidad, productos vendidos, porciones, tipo de venta etc.).

INGENIERIA DE SOFTWARE

2.1.3.- Restricciones.

Tiempo. Tiempo de desarrollo o Entrega de prototipo. o Periodo de pruebas.

Plan de presupuesto. o Acoplamiento de costos, insumos, etc. o Licencias de software. o Equipo de desarrollo.

Polticas. o Acceso ms informacin de la empresa.

2.1.4.- Requisitos futuros.

Inversin en seguridad. Actualizacin de software. Sitio web. Compras en lnea. Expansin de sistema conforme la expansin de la empresa.

INGENIERIA DE SOFTWARE

2.2.-POS

INGENIERIA DE SOFTWARE

2.2.- Seleccin del personal para el proyecto.

Personal del proyecto. Jos Manuel Castro Cedillo Mnica Aurora Jaramillo Castro Alexis Adame Alfaro Perla Izamar Torres Martnez Miguel ngel Garca Wha
Tabla 1. Lista del personal disponible para el proyecto (realizada por el equipo de trabajo de este documento).

INGENIERIA DE SOFTWARE

2.3.1.-Matriz de Habilidades del personal.

J.M.C.C. Jos Manuel Castro C. M.A.J.C. Mnica Aurora Jaramillo Castro. A.A.A. - Alexis Adame Alfaro. P.I.T.M. - Perla Izamar Torres Martnez. M.A.G.W. - Miguel ngel Garca Wha

Tabla 2. Matiz de habilidades del personal (realizada por el equipo de trabajo de este documento).

10

INGENIERIA DE SOFTWARE

2.3.2- Matriz de Tareas a realizar.

Tareas a Realizar. Tareas. Anlisis del problema. Descripcin. Comunicacin con el cliente. Definicin del problema, y lo que se plena hacer para su solucin (creacin de un sistema). Requerimientos del sistema. Comunicacin y planeacin. Despliegue de requerimientos para su solucin y la construccin del sistema. Diseo del sistema. Primeras etapa de la construccin del sistema. Creacin de bosquejos de pantallas (en papel, software, etc.), conforme los requisitos establecidos (Requerimientos del Sistema). Programacin. Segunda etapa de la construccin del sistema. Llevar los bosquejos a un lenguaje de programacin establecidos por los integrantes del equipo o desarrolladores (programadores). Diseo de BD. Prototipo. Diseo de la estructura de la Base de Datos apropiada para el almacenamiento de datos de la empresa. Tercera etapa de la construccin. Desarrollo de un prototipo final, que englobe todo los requerimientos ya definidos, en funcin. Pruebas. Etapas finales del proyecto. Realizar pruebas en el prototipo en busca de errores, y sus correcciones a tiempo. Documentacin General. Presentacin de documentacin aclarando porque se realizo el sistema y que necesidades cubre y especificacin de caractersticas generales y especificas del mismo. Manual del funcionamiento del sistema, aclaraciones de dudas, preguntas frecuentes, descripcin, funcionamiento, etc. Todo practico y fcil manejo para el usuario. Etapa final del proyecto. Entrega al cliente del software terminado y en funcin.

Manuales de usuario.

Despliegue del proyecto.

11

INGENIERIA DE SOFTWARE
Tabla 3. Tareas a realizar (realizada por el equipo de trabajo de este documento).

2.3.3.- Matriz de tareas de asignacin al personal.

Tabla 4. Asignacin de tareas del Personal (realizada por el equipo de trabajo de este documento).

12

INGENIERIA DE SOFTWARE

2.4- WBS.
Diagrama 1. Diagrama WBS, sistema Mesn del Sazn.

13

INGENIERIA DE SOFTWARE

2.6.- Calendario de actividades (Gantt).

Tabla 5. Grafica de Gantt, representacin actividades y su determinado tiempo a realizar (realizada por el equipo de trabajo de este documento).

14

INGENIERIA DE SOFTWARE

2.7.- Diagrama nivel 0.

Diagrama 2. Diagrama de nivel 0, sistema Mesn del Sazn.

15

INGENIERIA DE SOFTWARE

2.8.- Diagrama nivel 1.

Diagrama 3. Diagrama de nivel 1, sistema Mesn del Sazn.

16

INGENIERIA DE SOFTWARE

3. Estimacin del software.

Estimacin de costos por el mtodo de COCOMO.

3.1.1.-Matriz de puntos de Funcin.

Caractersticas Peso Entradas Salidas Consultas Fic. Lgicos Fic. Interfaz
1 1 6 1 6

Baja Cantidad Peso 3 4 18 7 18 *4 *5 *4 * 10 *7

Media Cantidad Peso 4 5 24 10 42 *6 *7 *6 * 15 * 10

Alta cantidad 6 7 36 15 60

Total
14 17 84 33 126 274

*3 *4 *3 *7 *3

Total puntos de funcin sin ajustar (PFSA).

Preguntas. 1 4 2 4 3 0 4 3 5 2 6 0 7 0 8 0 9 2 10 2 11 3 12 3 13 0 14 5 Total(fi) 28

Tabla con respuesta de preguntas.

17

INGENIERIA DE SOFTWARE

Cuenta_Total = 274

Suma(fi) = 28/100 = 0.28

PF = Cuenta_Total*[0.65+0.01*Suma(fi)] PF = 274 * [0.65 + 0.01 * 0.28] PF = 274 * [0.65 + 0.028] PF = 274 * 0.678 PF = 185.772

Viasual Studio = 32

KLDC = (PF * Lineas de cdigo por cada PF)/1000 = (185.772 * 32)/1000 = 5944.704/1000 = 5.944704

KLDC = 5.944704

En este caso nuestro proyecto est basado en el tipo orgnico ms apropiado ya que el nmero de lneas de cdigo no supera los 50 KLDC, y no es muy complejo. Por consiguiente los coeficientes sern los siguientes:

Proyecto Orgnico

a 3.2

e 1.05

c 2.5

d 0.38

18

INGENIERIA DE SOFTWARE

..

..

..

3.1.3.- Tabla de EAF Factor de Ajuste al Esfuerzo.

FAE = 1.00 * 1.00 * 0.85 * 1.11 * 1.00 * 1.00 * 1.07 * 1.00 * 0.91 * 0.70 * 0.90 * 0.95 * 1.00 * 0.91 * 1.08 = 0.540376404

Calculo del esfuerzo del desarrollo: E = a KLDC ^ e * FAE = 3.2 * (5.944) ^1.05 * 0.540 = 3.2 * 6.498045392 * 0.540 = 20.793745255 * 0.540 = 11.22 personas / mese.
19

INGENIERIA DE SOFTWARE

Calculo Tiempo de desarrollo: T = c E ^ d = 2.5 * (11.22) ^ 0.38 = 6,26 meses.

Productividad: PR = LDC/E = 5944/ 11.22 = 529,76 LDC/persona mes.

Personal promedio: P = E/T = 11.22/ 6,26 = 1,79 personas.

Segn las cifras ser necesario un equipo de 2 personas que trabajaran alrededor de 7 meses, en este proyecto ser desarrollara por 5 miembros de equipo en un tiempo de 4 meses. Integrantes 1 jefe de equipo, 2 analistas, 1 programador y 1 diseadores.

Justificacin de los Valores:

Atributos de Software:
Fiabilidad requerida del Software:
En caso de falla en el sistema Mesn del Sazn, no tendra perdidas graves de informacin, debido a que cuenta con un mecanismo de respaldo (Backup) donde almacenamos informacin acerca de la bitcora del sistema, en donde se guarda toda la informacin diaria de los productos que se vendieron, los que estn en bodega, y los que necesitan ser reabastecidos. Adems de tener un segundo respaldo a la base de datos, donde se guarda informacin referente a los usuarios del sistema (empleados). (VALORACION ALTA)

Tamao de la Base de Datos:

20

INGENIERIA DE SOFTWARE

La base de datos de nuestro sistema ser de tipo estndar, la cual cuenta con: 8 tablas que se describen a continuacin. 1.- Empleado Contiene toda la informacin del empleado (nombre, apellidos, fecha de nacimiento, sexo, edad, direccin, observaciones) 2.- Bitcora Contiene la informacin de las ventas diarias (fechas, descripcin, observaciones) 3.- Cantidad Contiene la informacin de los productos que estn disponibles en el almacn (ID Materias Primas, Cantidades y Observaciones) 4.- Materias Primas Contiene la informacin de las materias primas como: (Nombre de las materias primas, fecha de adquisicin, tipo de materia prima, cantidades) 5.- Tipo de Materia Prima Contiene informacin de las materias primas como: (Tipo de Materia Prima y Observaciones) 6.- Producto No Elaborado Contiene informacin de los productos no elaborados, los que se dejan en pedidos y apenas se empezaran a elaborar, tiene informacin de (Nombre, Marca, Porciones, Cantidades, Observaciones) 7.- Producto Elaborado Contiene informacin de los productos elaborados o realizados por el restaurante, tiene informacin como: (Materias Primas, Nombre, Precios, Porciones, Observaciones) 8.- Venta Contiene informacin de todo lo referente a las ventas en el restaurant, tiene informacin como: (Fecha de la Venta, Precios de las Porciones, Productos, Productos Elaborados, Productos No Elaborados, Cantidades, Observaciones) (VALORACION NOMINAL)

Complejidad del Producto:

21

INGENIERIA DE SOFTWARE

La aplicacin no realizara clculos ni procesamiento complejos, solo permitir acciones como consultas, agregado de informacin, registros y almacenado de la informacin. La mayor funcionalidad del sistema ser las consultas de la informacin, contenida en las bases de datos, bitcoras y registros, estas consultas sern hechas por los trabajadores del lugar, los cuales tendrn un usuario y contrasea para su acceso, con sus respectivos permisos de accin. (VALORACION BAJA)

Atributos de Hardware:
Restricciones del tiempo de ejecucin:
Las restricciones del tiempo de ejecucin al sistema son: Mientras se est haciendo una consulta, no se permite agregar materias primas, ni un nuevo producto. Cada empleado tiene sus propios permisos para acceder al sistema. En la bitcora del da, se registran los productos vendidos, procesados y los no procesados, una de las restricciones es que estos registros se guarden y se actualicen en las consultas, para que al da siguiente al hacer una consulta, ya aparezca la informacin valida en tiempo real. Cada empleado tiene un usuario y una contrasea, si llega a olvidar esta informacin para acceder al sistema, tiene que ponerse en contacto con el administrador, para que le facilite el ingreso al sistema, durante el tiempo de ejecucin del sistema no hay alguna opcin para recordar la contrasea, tiene que ser directamente con el administrador. (VALORACION ALTA)

Restricciones del almacenamiento principal:

El almacenamiento principal del sistema se centra en la base de datos del restaurant, y en las bitcoras diarias de registros.

22

INGENIERIA DE SOFTWARE

Una de las restricciones principales al almacenamiento de la informacin es que las bitcoras diarias, se almacenan en la base de datos al final del da, debido a que ya no se harn ms acciones en el restaurante y las bitcoras dejaran de registrar al trmino del da, para posteriormente pasar a ser informacin guardada en la base de datos, se guarda como un historial de bitcoras diarias, donde contiene la informacin de todo lo que se realiz en el da, esto sirve para consultas futuras donde se quiera ver la informacin de un da en particular. (VALORACION NOMINAL)

Volatilidad de la mquina virtual:

El sistema del restaurante se usara bajo software de la familia Microsoft Windows (VALORACION NOMINAL)

Tiempo de respuesta del ordenador:

El sistema deber ser interactivo con los usuarios, se ha adoptado una interfaz muy amigable, simple y fcil de utilizar. El tiempo de respuesta para las consultas y las peticiones que el sistema hace al servidor, es relativamente corto, ya que el sistema no satura al servidor con demasiadas peticiones y esto hace que su tiempo de respuesta sea muy corto y eficiente. (VALORACION ALTA)

Atributos del Personal:

Capacidad del Analista:
Los analistas del proyecto son personas con conocimientos en el rea y con experiencia en el mbito de la tecnologa y la informacin. Han tenido la participacin en otros proyectos similares y los resultados han sido exitosos. Son estudiantes de ingeniera en el rea de las tecnologas de la informacin, los cuales ya han hecho periodos de estancias en empresas privadas y pblicas, donde
23

INGENIERIA DE SOFTWARE

han tenido la participacin en diferentes proyectos, como analistas, diseadores y desarrolladores de sistemas.

Experiencia en la Aplicacin:
La experiencia con la que se cuenta en el desarrollo de sistemas y aplicaciones de esta envergadura son: Anlisis y Diseo de Software. Ingeniera de Software. Anlisis e Implementacin de Base de Datos. Estancias 1 y 2 en empresas de desarrollo de sistemas y software como el CINVESTAV. Proyectos finales de materias en la Universidad Politcnica de Victoria.

(VALORACION ALTA)

(VALORACION MUY ALTA)

Capacidad de los Programadores: Experiencia en el Software utilizado y en el lenguaje de Programacin

Experiencia de los programadores en proyectos anteriores, se listara los lenguajes de programacin en los cuales se ha adquirido experiencias en base a la realizacin de proyectos anteriores: C++ C# Java HTML PHP FLASH CS5 (action script 2.0 y 3.0) (VALORACION MUY ALTA)

24

INGENIERIA DE SOFTWARE

4. Diseo de software.

4.1.- Casos de uso.

En esta seccin se presenta los casos de uso de sistema propuesto. Se simplifica la utilizacin del mismo y la interacciona de los diferentes usuarios (actores) que contiene.

Diagrama 4.- Diagrama caso de uso (realizado por el equipo de trabajo).

25

INGENIERIA DE SOFTWARE

4.2.- Casos de uso. 1. CU1: AUTENTICACION DE USUARIOS EN EL SISTEMA. Casos de uso: CU1 Autentificacin de usuario en el sistema (login). Actores principales: Administrador, Manager, chef, cajero. Objetivo: Autentificacin de seguridad del sistema para su uso. Disparador: El usuario trata de tener acceso al sistema. Descripcin: Los actores proporcionan una clave y un usuario para su acceso. Pre-condicin: El usuario debe de estar registrado en el sistema previamente. Post- condicin: El actor proporciona su usuario (sistema) y contrasea. Se realiza una orden de bsqueda del usuario y su contrasea, si se encontr el usuario el sistema permite su acceso. Los permisos se relegan segn su cargo (chef, manager, administrador y cajero). Fecha: Versin: 0.1 Escenario. Flujo normal: 1 2 Autores. (a) El usuario ejecuta el sistema (aplicacin). El usuario ingresa su usuario (sistema) y coloca su contrasea. Sistema. (b)

4 5 6

El sistema procesa la informacin. El sistema informa del estado al usuario. Muestra el men.

Usuario navega por el sistema. Obtiene permiso para selecciona una opcin del men. Flujo alternativo: 4b El sistema procesa la informacin. Solicita peticin a la bases de datos para guardar. Si surge error vuelve a 2. 5b El sistema muestra el estado del resultado que se lleg en el procesamiento de la informacin. Los estados del sistema pueden ser denegado (usuario introdujo datos 7 8
26

INGENIERIA DE SOFTWARE

6b

errneos o no est registrado) y permitido (el usuario tiene permiso de entrar al sistema). Volver a 2. El sistema muestra un men con las diferentes opciones que fueron definidos para este sistema.

Excepciones y soluciones: Si el usuario se le deneg el acceso se le notificara el error. Si el sistema encuentra que el usuario proporciono datos errneos notificara al usuario de lo ocurrido (usuario no encontrado, password errneo). En caso de que el usuario no se encuentre registrado consultar el administrador del sistema para que, el registre y le cree una cuenta. El sistema muestra el mismo men con las mismas opciones, dependiendo del usuario se le otorgaran permisos de las opciones que puede realizar en el mismo. En caso de que no tenga permiso para cierta opcin, el sistema notificara o simplemente no ejecutara la accin.

Si el Manager, Administrador, Chef olvido sus datos. Deber acudir con el administrador para una solucin.

2. CU2: SALIR/REGRESAR. Casos de uso: CU2 Salir/Regresar. Actores principales: Administrador, Manager, chef, cajero. Objetivo: Proporcionarle al usuario la opcin de salir o desplazarse a ms opciones del men. Disparador: Seleccin de opcin o acciones de botones inferiores con los nombres de salir o regresar. Descripcin: En la interfaces de cada una de las opciones del men del sistema el usuario podr observar un par de botones los cuales le proporcionara una navegacin en los diferentes formularios o interfaces de la aplicacin.
27

INGENIERIA DE SOFTWARE

Pre-condicin: El usuario debe de estar en un estado autentificado para esta accin y a ver seleccionado una de las opciones del men. Estar dentro de un formulario o parte del sistema con las opciones. Post- condicin: El usuario devio a ver seleccionado un opcin (Salida/regreso). Espera la operacin. Si la operacin fue salir el sistema le da al usuario estado de no autentificado. Fecha: Versin: 0.1 Escenario. Flujo normal: Autores. (a) 1 2 El usuario selecciono una opcin del men. El usuario realiza operaciones dentro del sistema. El usuario desea salir o regresar. 4 Sistema. (b) << CU_1. Autentificacin de usuario en el sistema (login). >> El sistema interpreta la accin y muestra la interfaz y opciones de salir/regresar El sistema le da permiso de ejecutar cualquier accin. El sistema espera la accin de opciones salir/regresar. Si la opcin seleccionada fue salir, sale del sistema. Si la opcin fue regresar devuelve al men.

3 6

5 7 8 9

Flujo alternativo: 7b El sistema espera que el usuario seleccione una opcin, si la opcin fue salir el sistema le da al usuario un estado de no autentificado. En caso contrario y selecciona la opcin de regreso, muestra la interfaz de men, vuelve a 2. Excepciones y soluciones:

3. CU3: CONSULTAS DE MATERIAS PRIMAS EN EL SISTEMA. Casos de uso: CU3 Consultas Materias primas. Actores principales: Manager, Administrador, Chef. Objetivo:
28

INGENIERIA DE SOFTWARE

Consultas de las materias primas. Disparador: El usuario presiona la opcin de consultas. Descripcin: Los diferentes actores tratan de realizar una consulta y esperan obtener un resultado visual sin muchas especificaciones, algo entendible. Pre-condicin: El usuario debi a ver iniciado sesin. Post- condicin: El usuario realiza una bsqueda en el sistema hacia la base de datos en la parte del almacn y verifica los insumos que se encuentran en l. El usuario es informado de la cantidad de los insumos o materias primas. Esto es un resultado de impresin de pantalla . Fecha: Versin: 0.1 Escenario. Flujo normal: Autores. (a) 1 2 4 El usuario selecciona la opcin consulta de materias primas. El usuario realiza una consulta de una materia prima (bsqueda). 3 5 6 8 Sistema. (b) << CU_1. Autentificacin de usuario en el sistema (login). >> El sistema muestra interfaz. El sistema procesa la informacin y devuelve un resultado. Muestra los resultados en la interfaz. << CU_2. Salida/Regreso. >>

El usuario obtiene los resultados de la bsqueda. Flujo alternativo: Si el sistema no encurta lo buscado, volver a 4. Realiza peticin a la base de datos 5b para regresar resultados. En el momento de que el usuario se encuentre en la interfaz se le mostraran 2 8b opciones salida y regreso. El sistema espera una accin. Si presiona regreso volver a 1. Salir se retira del sistema. 11b Si el usuario selecciono una de las opciones de la interfaz. Si es salir sale del sistema y termina su seccin. Y selecciona la opcin de regresa podar tomar otra opcin del men. Excepciones y soluciones: 7 Si se proporciona datos incorrectos. El sistema dar un aviso de lo ocurrido. Si no se encuentra lo buscado el sistema avisara del problema.

29

INGENIERIA DE SOFTWARE

4. CU4: CONSULTA DE PRODUCTO EN EL SISTEMA.

5. CU4: CONSULTAS DE PERSONAL EN EL SISTEMA. Casos de uso: CU4 Consultas de personal. Actores principales: Manager, Administrador. Objetivo: Realizar consultas del personal que labora en el restaurante. Disparador: El usuario selecciona la opcin de consulta de personal. Descripcin: El usuario trata de consultar, o contabilizar el nmero de empleados con los que cuenta el restaurante y poder observar sus datos personales dados por los trabajados . Pre-condicin: El usuario debi a ver iniciado sesin en el sistema y a ver ejecutado la aplicacin. Post- condicin: Se produce una bsqueda en el sistema. El usuario recibe un resultado de la bsqueda. Y la muestra en la interface. Fecha: Versin: 0.1 Escenario. Flujo normal: Autores. (a) 1 2 4 El usuario selecciona la opcin de consulta de personal. El realiza una bsqueda. 3 5 6 6 Sistema. (b) << CU_1. Autentificacin de usuario en el sistema. >> El sistema entra a la opcin de consulta de sistema. El sistema procesa la bsqueda Muestra lista o resultado de la busequda. << CU_2. Salida/Regreso. >>

El usuario obtiene el resultado de la bsqueda. Flujo alternativo: 5

30

INGENIERIA DE SOFTWARE

El sistema muestra segn la opcin del sistema el resultado. Vuelve a 2. El sistema hace peticin de bsqueda a la base de datos. Base de datos regresa peticin. Excepciones y soluciones: 5b En caso de que el sistema no realiza la accin de bsqueda o no encuentre resultados el sistema proporcionara aviso de lo ocurrido.

6. CU5: CONSULTA DE BITCORA EN EL SISTEMA. Casos de uso: CU5 Consultas de bitcora. Actores principales: Manager, Administrador. Objetivo: Realizar consultas de la bitcora u observar todos los registros. Disparador: El usuario selecciona la opcin de consulta de bitcora. Descripcin: El usuario trata de consultar lo que contiene el establecimiento ya sea la venta del da, insumos , etc. Pre-condicin: El usuario debi a ver iniciado sesin en el sistema y a ver ejecutado la aplicacin. Debe de a ver registros almacenados. Post- condicin: Se produce una bsqueda en el sistema. El usuario recibe un resultado de la bsqueda. Y la muestra en la interface. Fecha: Versin: 0.1 Escenario. Flujo normal: Autores. (a) 1 2 4 El usuario selecciona la opcin de consulta de bitcora. Usuario visualiza los resultados que 3 5 Sistema. (b) << CU_1. Autentificacin de usuario en el sistema. >> El sistema entra a la opcin de consulta de sistema. Y muestra la interfaz. << CU_2. Salida/Regreso. >>
31

INGENIERIA DE SOFTWARE

arroja el sistema. Flujo alternativo: 4b El sistema muestra segn la opcin del sistema el resultado. Vuelve a 2. El sistema hace peticin de bsqueda a la base de datos. Base de datos regresa peticin. Excepciones y soluciones: En caso de que el sistema no realiza la accin de bsqueda o no encuentre resultados el sistema proporcionara aviso de lo ocurrido. En caso de no obtener resultados el sistema notifica que no cuenta con los datos de la bsqueda.

7. CU6: REGISTRO DE MATERIAS PRIMAS EN EL SISTEMA. Casos de uso: CU6 Registro de materias primas en el sistema. Actores principales: Manager, Administrador. Objetivo: Rregistros de toda la materia prima a utilizar en el restaurante para la preparacin de los alimentos. Disparador: El usuario selecciona la opcin de registro de materias primas. Descripcin: El usuario podr registrar las materias primas que se encuentran en el almacn del restaurante. Pre-condicin: El usuario debe de estar autentificado en el sistema. Post- condicin: Se procesa la informacin se manda una peticin de registro en el sistema. Fecha: Versin: 0.1 Escenario. Flujo normal: Autores. (a) 1 2 Elige la opcin de registro de producto. 3 Sistema. (b) << CU_1. Autentificacin de usuario en el sistema (login). >> Muestra la interfaz formulario de
32

INGENIERIA DE SOFTWARE

El usuario llena los campos que muestra 5 el formulario del sistema. 6 7 El usuario confirma la operacin. 8 9 Flujo alternativo: 3b El sistema muestra el formulario con campos obligatorios los cuales son llenados por el usuario, volver a 4.validacion de campos. 8b Sistema registra a la base de datos los datos nuevos. base de datos regresa resultados de la accin, volver a 7. Excepciones y soluciones: 4 En caso de que los campos no sean llenados correctamente el sistema notificara lo ocurri. Este formulario cuenta con ampos obligatorios los culs deben de ser llenado de no hacerlo se notificara con una aviso de que campo es faltante.

productos. Procesa la informacin proporcionada por el usuario. Regresa estado de la operacin. Guarda los cambios. << CU_2. Salida/Regreso. >>

8. CU7: REGISTRO DE PRODUCTOS EN EL SISTEMA. Casos de uso: CU7 Registro de productos. Actores principales: Manager, Administrador. Objetivo: Realizacin de registros de producto en el sistema. Disparador: El usuario debe de seleccionar la opcin del men registro de producto. Descripcin: El usuario tiene la opcin de poder registrar productos nuevos que lleguen al establecimiento. Pre-condicin: El usuario debe de estar en un estado de autentificado en el sistema. Post- condicin: Se procesa la informacin se manda una peticin de registro en el sistema. Fecha: Versin: 0.1 Escenario.
33

INGENIERIA DE SOFTWARE

Flujo normal: Autores. (a) 1 2 4 El usuario selecciona la opcin del men registro de productos. El usuario hace uso del formulario y llenas los datos correspondientes 3 5 6 Sistema. (b) << CU_1. Autentificacin de usuario en el sistema (login). >> El sistema obtiene la orden, muestra interfaz de registro de producto. El sistema procesa la informacin y guarda. << CU_2. Salida/Regreso. >>

Flujo alternativo: 5b El sistema manda peticin a la base de datos. Base de datos guarda los datos nuevos. Si son incorrectos volver a 4. Excepciones y soluciones: Si los campos no son llenados el sistema dar un aviso del ocurrido. En caso de que cuente con campos obligatorios y no son llenados el sistema dar aviso del error.

9. CU8: REGISTRO DE PERSONAL EN EL SISTEMA. Casos de uso: CU8 Registro de personal en el sistema. Actores principales: Manager o administrador. Objetivo: El usuario podr registrar personal nuevo al sistema. Disparador: El usuario selecciono en la opcin del men registro del personal. Descripcin: El usuario podr registrar personal nuevo y registrarlo dentro del sistema para su mejor control. Pre-condicin: El usuario debe de estar autentificado en el sistema. Post- condicin: El usuario puede registrar todo el personal para un mejor manejo de la informacin. Fecha: Versin: 0.1
34

INGENIERIA DE SOFTWARE

Escenario. Flujo normal: Autores. (a) 1 2 4 El usuario selecciona la opcin del men Registro de personal. El usuario hace uso de la interfaz. 3 5 6 7 El usuario acepta la notificacin. 8 << CU_2. Salida/Regreso. >> Sistema. (b) << CU_1. Autentificacin de usuario en el sistema (login). >> El sistema ejecuta accin y muestra interfaz de registro. El sistema procesa la informacin y guarda. Sistema muestra los resultados al usuario. Mensaje.

Flujo alternativo: 3b El sistema despliega interfaz con formulario para el llenado de los datos. 5b El sistema en conjunto con la base de datos guarda la informacin del formulario. Datos errneos, volver a 4. Excepciones y soluciones: En caso de que el formulario no se es llenado o se encuentran correctos el sistema notificara de lo ocurrido.

10. CU9: REGISTRO DE VENTAS EN EL SISTEMA. Casos de uso: CU9 Registro de ventas. Actores principales: Cajero. Objetivo: El usuario realiza registro de las ventas. Disparador: El usuario selecciona la opcin del men registro de ventas. Descripcin: El usuario podr registrar la venta en el sistema para un mejor manejo de la informacin. Pre-condicin: El usuario debe de estar autentificado en el sistema. Post- condicin: El usuario podar registrar la venta del el cliente y tener un historial financiero. Fecha: Versin:
35

INGENIERIA DE SOFTWARE

0.1 Escenario. Flujo normal: Autores. (a) 1 2 4 El usuario selecciono la opcin del men registro de venta. El usuario utiliza la interfaz y llena los datos proporcionados por el sistema. 3 6 7 4 Sistema. (b) << CU_1. Autentificacin de usuario en el sistema (login). >> El sistema procesa la peticin y muestra interfaz. El sistema procesa la informacin y guarda. El sistema manda mensaje de confirmacin. << CU_2. Salida/Regreso. >>

Flujo alternativo: 6b El sistema hace peticin a la base de datos para poder guardar la nueva informacin. Excepciones y soluciones: Si los datos son errneo el sistema notificara de lo ocurrido. Si no se logra guardar la informacin el sistema notifica del error de conexin.

11. CU10: MODIFICACIONES DE MATERIAS PRIMAS EN EL SISTEMA. Casos de uso: CU10 Modificacin de materias primas. Actores principales: Manager, administrador. Objetivo: Modificaciones de materias primas. Disparador: El usuario selecciono la opcin del men modificaciones de materias primas. Descripcin: El usuario podar ser uso de esta seccin para modificar cualquier error que se presente en los registros de materias primas. Pre-condicin: El usuario debe de estar autentificado en el sistema. Post- condicin: El usuario podar tener acceso a los registros de materias primas para su modificacin.
36

INGENIERIA DE SOFTWARE

Fecha:

Versin: 0.1 Escenario.

Flujo normal: Autores. (a) 1 2 4 El usuario selecciono la opcin del men modificar materia prima. El usuario hace uso dela interfaz e ingresa los cambios necesarios. 3 5 6 7 Sistema. (b) << CU_1. Autentificacin de usuario en el sistema (login). >> El sistema procesa la peticin y muestra la interfaz de modificacin. Sistema procesa la informacin y guarda. Sistema notifica de lo ocurido. << CU_2. Salida/Regreso. >>

Flujo alternativo: 3b Los campos son modificables. 4a El usuario trata de cambiar los datos ya almacenados pro errores de captura. 5b El sistema en conjunto con la ase de datos guardan lo modificado en el formulario. Actualizacin. Excepciones y soluciones: Si los datos no son proporcionados correctamente el sistema notificara del error.

12. CU11: MODIFICACIONES DE PRODUCTOS EN EL SISTEMA. Casos de uso: CU11 Modificacin de productos. Actores principales: Manager, Administrador. Objetivo: El usuario podr modificar datos que estn incorrectos. Disparador: El usuario selecciono la opcin del men modificacin de productos. Descripcin: El usuario podr se us de esta opcin en caso de que un datos estn mal capturados o dese actualizar informacin. Pre-condicin: El usuario debe de estar autentificados en e l sistema. Post- condicin:
37

INGENIERIA DE SOFTWARE

El usuario puede modificar datos o actualizar datos de los algunos productos. Fecha: Versin: 0.1 Escenario. Flujo normal: Autores. (a) 1 2 4 El usuario selecciono del men la opcin modificar productos. El usuario hace uso de la interfaz. 3 5 Sistema. (b) << CU_1. Autentificacin de usuario en el sistema (login). >> El sistema ejecuta la accin y muestra interfaz de modificacin. El sistema procesas la informacin y actualiza los datos. << CU_2. Salida/Regreso. >>

3 4 Flujo alternativo: 5b El sistema conjunto la base de datos guardan las actualizaciones. Volver a 4. 4a El usuario llena los datos que el formulario le pide para su actualizacin. Si son incorrectos el sistema notifica. Excepciones y soluciones: En caso de producirse un error el sistema notificara del error ocurrido.

13. CU12: MODIFICACIONES DE PERSONAL EN EL SISTEMA. Casos de uso: CU12 Modificacin de personal. Actores principales: Manager, administrador. Objetivo: Modificacin de personal. Disparador: El usuario selecciona la opcin del men modificacin de personal. Descripcin: El usuario modifica datos incorrectos del personal o mal capturados. Pre-condicin: El usuario debe de estar autentificado en el sistema. Post- condicin: El usuario modifica o actualiza datos dentro del formulario del personal. Fecha: Versin:
38

INGENIERIA DE SOFTWARE

0.1 Escenario. Flujo normal: Autores. (a) 1 2 El usuario selecciona la opcin de modificacin de personal. El usuario hace uso de la interface. Guarda cambios 3 Sistema. (b) << CU_1. Autentificacin de usuario en el sistema (login). >> El sistema procesa la peticin y muestra la interfaz de modificacin de personal. El sistema procesa la informacin y guarda. << CU_2. Salida/Regreso. >>

4 5

6 7

Flujo alternativo: 4a El usuario hace el llenado de los campos que se encuentran en el formulario y selecciona actualizar. 5a El usuario decide que ya hizo los cambios necesarios as que decide guardar. 6a El sistema en conjuncin con la base de datos guardan las actualizaciones. Excepciones y soluciones: Si los cambios fueron de manera errnea el sistema notificara sobre el error ocurido.

14. CU13: REALIZACIN DE BAJA DE PRODUCTO DEL SISTEMA. Casos de uso: CU13 Bajas de productos. Actores principales: Manager, administrador. Objetivo: Dar de baja productos. Disparador: El usuario selecciono la opcin del men baja de producto. Descripcin: En esta seccin se buscaran y eliminara productos del inventario o registro de productos. Pre-condicin: El usuario debe de estar autentificado en el sistema. Y el producto debe de estar registrado posteriormente.
39

INGENIERIA DE SOFTWARE

Post- condicin: El usuario podr dar de baja productos que no existen o que ya no hay en existencia. Fecha: Versin: 0.1 Escenario. Flujo normal: Autores. (a) 1 2 El usuario selecciona la opcin del men baja de producto. 3 4 5 6 8 El usuario busca y selecciona lo que se va a dar de baja. Usuario da de baja Mensaje de confirmacin al usuario. Sistema. (b) << CU_1. Autentificacin de usuario en el sistema (login). >> El sistema ejecuta la accin y muestra interfaz de bajas. El sistema muestra la lista de los productos.

7 Sistema confirma la accin del usuario. 9 Se elimina el registro. 10 << CU_2. Salida/Regreso. >>

Flujo alternativo: 4b Sistema consulta base de datos y muestra los resultados de los diferentes productos. 9b El sistema elimina el registro de la base de datos. Excepciones y soluciones: Si no se confirma el mansaje de confirmacin no se eliminara el registro.

15. CU14: REALIZACIN DE BAJA DE MATERIAS PRIMAS DEL SISTEMA. Casos de uso: CU14 Baja de materias primas. Actores principales: Manager, administrador. Objetivo: Dar de baja materias primas. Disparador: El usuario selecciona la opcin del men bajas de materias primas. Descripcin: El usuario podr eliminar registros de materias primas que ya no existen o no se encuentran.
40

INGENIERIA DE SOFTWARE

Pre-condicin: El usuario debe de estar autentificado en el sistema. La materia prima debe de estar registrada previamente. Post- condicin: El usuario dar de baja materias primas que ya no se encuentren en el inventario fsico. Fecha: Versin: 0.1 Escenario. Flujo normal: Autores. (a) 1 2 El usuario selecciona la opcin del manu baja de materia prima. 3 4 5 El usuario selecciona o y realiza acciones dentro de la interfaz y selecciona guardar. 6 Sistema. (b) << CU_1. Autentificacin de usuario en el sistema (login). >> El sistema ejecuta la peticin y muestra interfaz. Sistema muestra lista de materias primas existentes. El sistema procesa las acciones y ejecuta las acciones. El sistema elimina el registro. Sistema notifica de las acciones.

7 8 9 Usuario acepta la notificacin y confirma accin.

10 << CU_2. Salida/Regreso. >> Flujo alternativo: 5b El sistema realiza una consulta a la base de datos y muestra resultados al usuario, ir a 5. 7b El sistema elimina el registro de la base de datos. Excepciones y soluciones: El sistema notifica de las acciones que se realizan y espera confirmacin.

16. CU15: REALIZACIN DE BAJA DE PERSONAL DEL SISTEMA. Casos de uso: CU15 Bajas de personal. Actores principales: Manager, administrador. Objetivo: Dar de baja personal en el sistema.
41

INGENIERIA DE SOFTWARE

Disparador: El usuario selecciona la opcin del men baja de personal . Descripcin: El usuario podr seleccionar y eliminar el registro y usuario del personal. Pre-condicin: En usuario debe de estar autentificado en el sistema. Debe de a ver por lo menos una persona registrada en el sistema. Post- condicin: El usuario podr eliminar un registro del personal. Fecha: Versin: 0.1 Escenario. Flujo normal: Autores. (a) 1 2 4 5 El usuario selecciona opcin del men baja de personal. Usuario hace uso de la interfaz, bsqueda del registro a eliminar. Guarda cambios. 3 Sistema. (b) << CU_1. Autentificacin de usuario en el sistema (login). >> Sistema procesa y ejecuta accin del usuario, muestra interfaz de baja.

Usuario confirma accin.

Procesa la informacin y procesa la accin del usuario. 7 Manda mensaje de confirmacin. 9 Sistema elimina registro. 10 << CU_2. Salida/Regreso. >> 6

Flujo alternativo: 4a Usuario navega en interfaz. Realiza bsqueda. Obtiene resultados. 5a Selecciona botn de guardar cambios. 7b Si el usuario rechaza la confirmacin el sistema cancela la accin, volver a 4. 8b El sistema hace peticin a la base de datos para borrar el registro de usuario. Excepciones y soluciones: Los registros pueden ser borrados en excepcin lo de categora administrador del sistema. Por seguridad los registros de administrador son bloqueados en el sistema.

42

4.3.-Diagramas

Diagrama de clases.

Diagrama 5.- Diagrama de clases (realizado por el equipo de trabajo).

Cd. Victoria Tamps.

Agosto del 2013.

INGENIERIA DE SOFTWARE

Diagrama secuencia.

Diagrama 6. Diagrama de secuencia (realizado por el equipo de trabajo).

44

INGENIERIA DE SOFTWARE

Diagrama Colaboracin.

Diagrama 7. Diagrama de comunicacin(realizado por el equipo de trabajo)

45