Tutoria Final Sistema de Automatizacion de Negocios para Panaderias

Anlisis y Diseo de Sistemas II
UCSG
UNIVERSIDAD CATOLICA DE SANTIAGO DE GUAYAQUIL TUTORIA FINAL COMPLETA DE:

ANALISIS Y DISEO DE SISTEMAS II
PROPUESTA DE AUTOMATIZACION PARA NEGOCIO DE PANADERIAS
TEMA GENERAL DEL PROYECTO:
INTEGRANTES :
JOSE TALLEDO AGUILAR JOS GERMAN LUMBANO CLARK
Fecha de Entrega: Jueves, 9 de febrero del 2012
CICLO: VI Ciclo; Nivel 350. PROFESOR(A): Ing. Lorgia Valencia Macas. CARRERA: Ing. en Sistemas Computacionales. FACULTAD: Facultad de Ingeniera.
GUAYAQUIL - ECUADOR SEMESTRE B2011
Ingeniera en Sistemas Computacionales
UCSG
INDICE
PANADERIA Y PASTELETRIA BARCELONA..............................................3 Antecedentes.. ..4 Misin, visin, Organigrama, Objetivos.5 Planteamiento de los problemas y de las oportunidades.7 Anlisis del FODA.9 Objetivos del proyecto..10 Alcance del proyecto11 Determinacin de la factibilidad 13 Planeacin y control de actividades.17 Diagrama de Pert 18 Diagrama de Gantt.19 Diagrama DFD.20 Encuestas.21 Resultados de la Encuesta.. 24 Casos de uso: Definicin de Casos de Uso y Actores. 28 Diagrama de Casos de Uso.29 Descripcin de Casos de Uso y Actores.30 Descricion de 3 estilos: Shaller/Mellor, Wirfs-Brock, Rumbaugh 37 Lista de Objetos..50 Diagrama de objetos.52
UCSG
Bibliografa...5 3
PANADERIA Y PASTELETRIA BARCELONA.
UCSG
FICHA COMERCIAL Direccin: Cuidad: Provincia: Pas: R.U.C: Telfonos: Horarios: Propietario:
Av. Machala y Portete (Esq.) Guayaquil. Guayas. Ecuador. 0954224514136 (593) 42363738. 05h30 a 23h00. Sr. Adrian Crdenas.
ANTECEDENTES.
En la ciudad de Guayaquil, tiempo atrs se ha venido incrementando los negocios de panadera y pasteleras debido a que se ha desarrollado el mercado por medio de la introduccin de nuevos productos y nuevos conceptos en cuanto a los formatos de los locales. Panadera y pastelera Barcelona ha sido el sabor preferido de la gente por 13 aos mediante sus recetas practicas y el sabor de pan, adems de la panadera, panadera y repostera; atrados hacia muchos clientes. Desde nio, el propietario el Seor Adrian Crdenas, ha sido gente de trabajo, aprendi el oficio de panadero de su familia, adems aprendi 4 mdulos de negocios y productividad (2007). Crdenas demostr todos sus conocimientos en este, el cual se ha dado conocer por su importante crecimiento en la ciudad, conquistando el paladar de los clientes. Este negocio fue y es parte fundamental de las actividades desde sus inicios de creacin, no solamente para los moradores aledaos a la panadera, si no, para el alcance de todos. Hasta hoy, aqu se elabora pan, tortas y otros postres de repostera para todo tipo del consumo, siguiendo la idea del propietario y su familia, adems aprender algo til para su futuro. Alguna vez se intent vender pan a clientes externos, sin embargo, la calidad del pan no era suficientemente buena.
UCSG
Existen ms de 40 variedades con ms de 15 estilos de preparar panes, pasteles y postres, se han catalogado como los favoritos para quienes lo buscan lo mejor de toda ocasin especial. Como descripcin nota cambiar este aspecto es justamente el propsito principal de este proyecto piloto. A partir de ahora, el trabajo de la panadera ser orientada por un o una profesional del rubro, para mejorar la calidad de la enseanza y por ende la calidad del pan, que tambin ser ofrecido en venta a clientes externos. Tambin sern elaboradas diferentes clases de pan, como por ejemplo, pan integral o de harina de maz. Para alcanzar esto, es necesario modernizar la panadera, comprar mquinas, colocar azulejos en las paredes e instalar una salida de humo. Despus de finalizar esta fase piloto de dos aos debera lograr que la panadera sea autogestionada.
MISIN
Ofrecer a nuestros clientes productos de la ms alta calidad que satisfagan completamente sus necesidades. Nos esforzamos cada da por ser una empresa con carisma y ser reconocidos por nuestro buen trato hacia nuestros clientes para as crear un lazo duradero con ellos.
VISIN
Llegar a ser una de las empresas lderes en la ciudad en venta y fabricacin de productos pasteleros, panaderos y del hogar en general mediante el constante desarrollo de procesos y servicios que hagan de la panadera crecer rentablemente para el bienestar de sus trabajadores y accionistas.
ORGANIGRAMA.
UCSG
OBJETIVOS.
OBJETIVO GENERAL:
Ofrecer a nuestros clientes un servicio de calidad tanto en nuestros productos como en la atencin brindada, en imponer los precios accesibles y cmodos al alcance de su bolsillo, todo lo que esta panadera tiene para la clientela ms que las otras panaderas de esta cuidad. Conocer y analizar las posibles soluciones al plantearse los problemas sobre el negocio de la Panadera Barcelona, y despus de mirar las soluciones ms viables; disearlas y as encontrar la mejor solucin para nuestro problema.
OBJETIVOS ESPECIFICOS:
Dar a conocer aspectos generales de la empresa, tales como resea histrica, plataforma estratgica (misin, visin, principios y objetivos comparativos) para as saber con lo que se cuenta en la empresa para la solucin de dicho factor que est afectando la produccin de la empresa. Analizar los diferentes procesos productivos que se llevan a cabo en la empresa, para tener un conocimiento ms claro de estos mismos y as determinar la mejor solucin a nuestro problema. Realizar diferentes anlisis acerca de la ubicacin de la empresa en el sector, comparando tanto el de alimentos como el panificador, teniendo en cuenta las dinmicas y estadsticas, para as obtener un conocimiento global de todo el sector y mirar si los factores externos nos pueden dar la solucin a dicho problema. Como lo son la competencia, clientes, proveedores entre otros. Ampliar la infraestructura e instalaciones del negocio logrando as poder brindar nuestros productos a una mayor cantidad de clientes.
UCSG
Obtener una solucin tecnolgica (de preferencia web) que permita facilitar los procesos vitales del negocio como lo son el registro de datos y toma de decisiones.
Atraer nuevos clientes mediante la expansin tecnolgica del
negocio.
Incluir la opinin del gerente de la empresa y gerente de produccin ya que su aporte al problema es de gran ayuda ya que ellos tienen el total conocimiento sobre la parte productiva de la organizacin.
PLANTEAMIENTO DE LOS PROBLEMAS Y OPORTUNIDADES

1.
PLANTEAMIENTO GENERAL DEL PROBLEMA.

Panadera Barcelona es un negocio familiar ubicado al sur de Guayaquil, con direccin en las calles Machala y Portete (esq.), esta panadera ya lleva alrededor de 13 aos dentro de la industria panadera de la cuidad y gracias a esto ha ganado una gran acogida dentro del sector donde se ubica. Pese a esto debido a la falta de recursos de inversin y conocimientos de implementacin de sistemas computacionales an sigue realizando la gran mayora de sus procesos de forma ineficiente lo que muchas veces causa errores que pueden ser evitados con la debida organizacin y anlisis de sus procesos. Es por esto que el grupo de estudiantes de la Universidad Catlica Santiago de Guayaquil de la Facultad de Ingeniera en su transcurso por la carrera de Ingeniera en Sistemas Computacionales alumnos de la materia de Anlisis y Diseo de Sistemas II se han comprometido en el anlisis de las posibles soluciones de organizacin del negocio as como de su estructura tecnolgica aplicando la metodologa orientada a objetos para el desarrollo del anlisis del proyecto.
2. PLANTEAMIENTO DEL PROBLEMA.
UCSG
De acuerdo con la informacin recopilada y de acuerdo a un minucioso anlisis llevado a cabo por el grupo de analistas de la Universidad Catlica Santiago de Guayaquil, alumnos de la materia de Anlisis y Diseo de Sistemas II, se ha podido llegar a la conclusin de que La Panadera Barcelona necesita implementar una solucin de automatizacin de procesos, vitales para su correcto funcionamiento y deseos de expansin, tanto de infraestructura como de alcance del negocio en s. Dicho sistema deber responder de manera eficaz a mltiples necesidades propias del negocio tales como: o Informacin sobre estudios de mercado referentes al negocio de comercializacin del pan en Guayaquil. o Informacin sobre cotizaciones de precios de materia primas, insumos y suministros necesarios para la continuidad del negocio. o Informacin sobre la estabilidad econmica del mercado. o Estudio social sobre requerimientos de los clientes. Consideramos este problema como prioritario en esta empresa ya que afecta de manera directa la produccin y tambin porque dejaran de producir lo necesario para enviar o distribuir a las partes donde se comercializa el producto de La Panadera Barcelona e incumplira con los compromisos adquiridos con la gente de muchas partes de la cuidad de Guayaquil y hasta con algunas exportaciones que se estn realizando lo cual podra dejar una mala presentacin de la produccin de dicha empresa.
3. DESCRIPCIN DE LAS OPORTUNIDADES
La Panadera Barcelona, como puede ser observado en anlisis de los problemas con sus posibles soluciones, presenta notables falencias en sus procesos cotidianos, lo que causa una ralentizacin de las actividades del negocio en su da a da. Por ese motivo se ha planteado la implementacin de un sistema de automatizacin que brindar una valiosa ayuda al momento del desarrollo de los procesos del negocio, no slo a los usuarios del mismo, sino que se ver reflejado en la calidad del servicio que se brindar. De acuerdo a este planteamiento se puede observar que en efecto la implementacin tanto estructural como de software del sistema de automatizacin es de beneficio para el negocio.
UCSG
Por ese motivo el propietario del mismo ha manifestado su inters en el proceso de anlisis del sistema a considerar, brindndonos toda la informacin requerida para el planteamiento y descripcin es generales del problema del negocio, adems ha manifestado sus necesidades de expansin del su negocio y ampliacin de sus instalaciones aborales y de produccin. Los escenarios descritos son de vital importancia para el desarrollo del proyecto, ya que facilitan el progreso del mismo, debido a que al contar con el apoyo e inters del propietario del negocio se puede contar con el apoyo necesario para comenzar con las fases de anlisis y diseo del sistema de automatizacin y debido a sus iniciativas de invertir en aspectos de ampliaciones tecnolgicas y estructurales se pude tener la confianza de una futura implementacin de acuerdo a la factibilidad establecida y las actividades programadas para el desarrollo del sistema. Aprovechando dichos escenarios se considera factible proceder con el anlisis detallado del negocio y su funcionamiento as como el si las posibles soluciones propuestas son o no de beneficio para el negocio y deben ser consideradas dentro de la solucin de automatizacin
ANALISIS MATRICIAL DE FODA.

Para una mayor comprensin del tema tratado se ha hecho uso de la tcnica de anlisis matricial FODA para sintetizar todos y cada uno de los aspectos descritos anteriormente, identificando los problemas oportunidades y objetivos.
UCSG
DEFINICIN OBJETIVOS DEL PROYECTO

OBJETIVOS GENERALES.
1) Realizar un anlisis detallado y minucioso en el negocio relativo con la Panadera Barcelona, con el propsito de hacer un aspecto primordial de una organizacin solvente y eficaz, adems de sacar mejoras. 2) Desarrollar un Proyecto de Automatizacin para Negocios de panaderas en la ciudad de Guayaquil haciendo uso de la Metodologa Orientada a Objetos.
OBJETIVOS ESPECFICOS.
1) Desarrollar un sistema Web integrado de automatizacin de los procesos del negocio de la Panadera Barcelona, tales como: Hacer un modulo para Realizar el Sistema de Facturacin, tales como Pedidos al hacer compra en la panadera y Registro de clientes. a. Desarrollar un mdulo de registro de Inventarios para los productos, tomando en cuenta el stock y la cantidad introducida para el negocio.
b. Desarrollar un mdulo de Reportes estadsticos y de
toma de decisiones.
c. Desarrollar un mdulo de contabilidad capaz de llevar a cabo el registro de las diferentes transacciones que realiza el negocio en relacin del personal del negocio y del Administrador, productos y la infraestructura.
10
UCSG
d. Desarrollar un mdulo de registro de proveedores y solicitudes de pedidos a los mismos, capaz de facilitar y agilizar las decisiones al momento de adquirir materia prima. e. Desarrollar un modulo para el Vendedor y todo el personal un Sistema tipo login, considerando un usuario y generalmente el administrador que cada uno tiene como el propsito interactuar el sistema automatizado en el negocio, obteniendo as un Nick del usuario y su respectiva contrasea de tipo personal. 2) Adquisicin de la infraestructura necesaria para implementar las soluciones tecnolgicas planteadas y otra infraestructura para el proceso de produccin de toda clase de pan y postres con su respectivo desarrollo en su ciclo de vida. 3) Implementar la solucin de automatizacin as como toda su infraestructura para su correcto desempeo.
ALCANCE DEL PROYECTO

Con este proyecto se desea llevar a cabo el desarrollo de una solucin tecnolgica que permita la automatizacin de los procesos y pedidos que se llevan al cabo diariamente en lo que va llevando a la Empresa Panadera Barcelona Debido a esto se ha planteado la solucin de desarrollar un sistema integrado capaz de cumplir con todas las necesidades del negocio y llevar un registro de todos los datos propios del mismo, para as poder realizar reportes estadsticos actuales e histricos segn sea el requerimiento del usuario, as como los procesos cotidianos del negocio. El registro, control y reportes de estados del pedido. El registro, control y reportes de pedidos. El registro, control y reportes de proveedores. El registro, control y reportes en clientes en caso de ser de tipo frecuente o por compras mayores. El registro, control y reportes Factura en la que se va a implementar. Generar una especie tipo Login para todo el personal de forma individual: Usuario y contrasea.
11
UCSG
El registro contable de las transacciones realizadas, es decir, llevar una contabilidad ordenada, as para la impresin de la factura las cuales aquellas transacciones fueron realizadas exitosamente, proporcionado a los Datos. Los procesos comunes como lo son la facturacin, arqueos de caja, verificaciones de efectivo, cierres de caja y control de cuentas de dichos procesos, en otras palabras los Estados Financiero, as como las carteras de pago en cada transaccin por sus pedidos y el pago del personal, as mismo como en la infraestructura. Adems se ha planteado implementar la infraestructura tecnolgica propia para el correcto funcionamiento del sistema integrado de automatizacin para ello se ha llevado a cabo diversos anlisis de factibilidades tanto para el gerente del negocio hasta para el mercado en el que se desempea. Dichos anlisis van desde las posibilidades de inversin en los socios, la directiva del negocio hasta estudios de mercado para adquirir los recursos tanto tecnolgicos, agroqumicos, etc. todos necesarios a bajo costo y generar mayor accesibilidad al desarrollo del negocio. Dadas las circunstancias del negocio y la iniciativa del propietario en sus requerimientos de expansin, se puede tener la confianza de que se va a contar con el inters necesario de parte de la administracin para poder llevar a cabo el proyecto sin ningn contratiempo. De la misma manera el propietario ha manifestado sus deseos de invertir en el proyecto una vez presentado el anlisis final del mismo de acuerdo a los costos establecidos en el anlisis de la factibilidad econmica. Al finalizar el proyecto se espera haber acaparado todas las necesidades del negocio para su requerida expansin facilitando as la administracin del mismo y la satisfaccin total de cliente.
12
UCSG
DETERMINACIN DE LA FACTIBILIDAD.
FACTIBILIDAD TCNICA
Debido a que el negocio no cuenta con los recursos estructurales adecuados para la implementacin del sistema de automatizacin va a ser estrictamente necesaria la adquisicin de equipos computacionales capaces de soportar el almacenamiento de la informacin del negocio y brindar los servicios requeridos por el usuario as como la agilizacin de los procesos previstos para gestin del sistema. A pesar de este inconveniente, debido a que el propietario del negocio ha manifestado su inters en inversin para ampliacin y expansin tecnolgica, se proceder a detallar especfica y minuciosamente todos los recursos tecnolgicos estrictamente necesarios para llevar a cabo el proyecto. De la misma manera se considerar la posibilidad de usar la estacin de trabajo a adquirir como servidor de datos ahorrando as en la implementacin del mismo. Adems de los recursos tecnolgicos necesarios para el proceso de implementacin del sistema, tambin se requieren recursos humanos para los procesos de anlisis y diseos del mismo, procesos los cuales de acuerdo a la metodologa planteada para sus desarrollo (MOO), deben ser llevados a cabo bajo estrictas normas y detalles abarcando casi el 80% del desarrollo del proyecto.
13
UCSG
DETALLE DE LOS RECURSOS TECNOLGICOS NECESARIOS PARA LA IMPLEMENTACIN DEL PROYECTO: POR HARDWARE Y SOFTWARE:
Una computadora caractersticas:
1)
de
escritorio
con
las
siguientes
CARACTERISTICAS TIPO CORE 2 DUO 2.9 GHZ CASE Combo 475/500 w MAINBOARD Biostar Core 2 Duo 2,93 ghz/3m/1066mhz PROCESADOR MONITOR LCD 16" Aoc/Prima MEMORIA RAM 3GB 667/800 mhz ddr2 DISCO DURO 500 Gb Maxtor-Samsung DVDWRITER Lg Sata VIDEO Chip Intel 200 mb Pciexpress RED 10/100 Mbps SONIDO Full DuplexTECLADO Multimedia MOUSE 2 Botones optico PARLANTES 120-360 watts LECTOR DE 7 EN 1 Markvision MEMORIA LICENCIA W7 1 AO PROFESSIONAL PRECIO $ 522,11
14
UCSG
Cotizacin Tomada por: CompuDash S.A.

2) Entorno de desarrollo integrado (IDE) Microsoft Visual Studio 2005 Express Edition. Precio: Gratis 3) Gestor de base de datos: o Sql Server Express Edition o Oracle 10g o Fuente de Adquisicin: www.taringa.net/sqlserver2000/donwload/051wewrr.asp 4) Mano de Obra: Negociable al caso en el Desarrollo del proyecto. 5) OPCIONAL: SERVIDORES.
6) OPCIONAL: ALQUILER DE DOMINIOS .COM.EC FACTIBILIDAD ECONMICA.

Debido a lo mencionado anteriormente en la factibilidad tcnica como el mismo equipo de anlisis se encargar del proceso de desarrollo de los sistemas no habr que considerar dicho costo en el anlisis de factibilidad econmica, por ende los factores que se han tomado en cuenta para realizar esta gestin son los detallados en la siguiente tabla:
Factores
Mano de Obra Equipo de anlisis Costo de hacer anlisis completo de Sistema Costo del desarrollo y programacin del Sistema Costo de Inversin aproximado de Hardware y Software TOTALES ESTIMADOS
Tiempo de Gestin
A considerar 3 Meses 1 Mes 1 semana (Instalacin)
Costo
A considerar $500 $1200 $1200 $2900
OPCIONAL: SERVER HP Servidor ML110G6 Quad Core

15
Anlisis y Diseo de Sistemas II BP885A HP Servidor ML110G6 Quad Core (1) Intel Xeon processor X3430 HP 500GB 3G SATA 7.2K 3.5in NHP MDL HDD P. Promocin TOTAL:
UCSG $ $ 1.170,00 793,50 $ $ 307,05 218,50 1.012
458941 -B21
OPCIONAL: Alquiler de dominios .com.ec desde $38.50 anuales INVERSION APROXIMADA: De $ 4000 a 3000 en caso de no usar server.
Debido a las manifestaciones de la Directiva en invertir en infraestructura una suma de aproximadamente $5600 se considera que el gasto por implementacin tecnolgica est dentro del rango estipulado y no representa riesgo significativo debido a que se est invirtiendo en bases estructurales fundamentales para una expansin tecnolgica.
FACTIBILIDAD OPERACIONAL:
La factibilidad operacional permite disponer de manera funcional la implementacin del sistema totalmente completa y aprobada, aprovechando los beneficios que ofrece a todos los usuarios involucrados con el mismo ya sean con los que interactan en forma con este, como tambin aquellos que reciben informacin por el sistema. Hay que hacer el correcto funcionamiento del sistema, y capacitar a los empleados que estarn encargados de dicha tarea. Con la finalidad de garantizar el buen funcionamiento del sistema y que impactar en forma positiva a los usuarios, vamos a presentar una interfaz que sea amigable al usuario, lo que hace que las herramientas sean de fcil manejo y comprensin, tanto las pantallas como los reportes sern familiar a los operadores, contando con la opinin de los mismo para cualquier modificacin del sistema. Debido a que el negocio est en vas de expansin es necesario considerar que esto causar que posiblemente el nmero de empleados y procesos operativos aumenten en volumen y cantidad; cabe recalcar que el sistema est considerado para cubrir este tipo de adaptacin o ampliacin por ese motivo se decidi hacer un aplicativo integrado que tenga orientacin a
16
UCSG
manejo distribuido de datos permitiendo as una fcil adaptacin a los diferentes cambios que se presenten en el negocio.
PLANEACIN Y CONTROL DE ACTIVIDADES

ESTIMACIN DEL TIEMPO REQUERIDO
Tareas de Fase M.O.O Actividad Actividad Precedente Ninguna A de B C Ninguna D,E F C,F H I J K L Duracin (Das) 3 2 7 8 5 5 1 3 3 7 7 30 90
17
ANALISIS
DISEO DE SISTEMA Y DE OBJETOS IMPLEMENTACI ON
a.- Entrevistas. b.Tabulacin entrevistas c.- Anlisis del flujo de datos d.- Esquematizacin del Prototipo e.- Anlisis Costo comercializacin f.Preparacin propuesta g.- Presentacin de Propuesta h.- Diseo Entradas i.- Diseo Salidas j.- Programacin k.- Implementacin l.- Supervisin m.- Evaluacin Final de los productos en
UCSG
venta
Para graficar las actividades que vamos a realizar para desarrollar los sistemas requeridos por la empresa diseamos un esquema de actividades con los diagramas de GANTT y PERT para as visualizar de mejor manera el flujo de las actividades y su temporizacin.
Diagrama de Pert.
18
UCSG
Diagrama de Gantt
19
UCSG
DIAGRAMA DE FLUJO DE DATOS (DFD)

DIAGRAMA DE NIVEL 0 (DE CONTEXTO).
20
UCSG
DIAGRAMA DE NIVEL 1 (DE CONTEXTO).
21
UCSG
ANALISIS DE MUESTREO E INVESTIGACION DE DATOS.
Cuestionarios.
Encuesta al publico Panadera y Pastelera Barcelona Sector: Comercial y Negocios Nivel: Al Publico.
Esta encuesta est dirigida para todo pblico, de quienes conocen y no conocen la panadera. La formulacin del sondeo, existe un propsito y un objetivo: el propsito es recopilar datos y formacin sobre la importancia de una buena gestin de calidad en el negocio; el objetivo, al haber recopilado los datos cuando ha terminado de encuestar a cada persona, que finalmente fortalecer estratgicamente el negocio panadero.
Seale los tems de repuesta, teniendo los tems diferentes a cada pregunta. Adems de los niveles del 0 al 5, del bajo y del mas arriba respectivamente sealar.
1. Considera Ud. que se debe implantar un Sistema Automatizado para la panadera, para agilizar la atencin de los clientes. 0 1 2 3 4 5
2. Qu opinin le merece la atencin que recibe por parte del personal (simpata, trato, amabilidad, etc.)?
22
UCSG
3. De entre los siguientes productos, cul es el que consume con ms frecuencia? Pan Pastelera Caf Otros productos No Sabe
4. Con qu frecuencia consume de la panadera y pastelera Barcelona? Cada De Una Sola Nunca Semana Repente Vez 5. Cul es el atributo que ms valora en los productos de la pastelera y/o panadera? Diario Precio Calidad Presentaci n Sabor Ninguna
6. Sobre la Calidad de los Productos, Cmo considera que es la calidad de la panadera y pastelera Barcelona? 0 1 2 3 4 5
7. Sobre los precios en este negocio, Cmo usted Catalogara al comprar sus productos? 0 1 2 3 4 5
8. Sobre la Valoracin, Cmo catalogara usted, el nivel de los establecimientos, en sus aspectos: limpieza, presentacin, variedad esttica, horarios? 0 1 2 3 4 5
9. Qu puntuacin le dara a la Confianza y Fiabilidad que le proporcionan la panadera Barcelona? 0 1 2 3 4 5 23
UCSG
10. Si tuviera que evaluar globalmente el nivel de satisfaccin que le ofrece Panadera Barcelona, lo calificara. 0 1 2 3 4 5
Resultado de la Encuesta.
Utilizamos una encuesta dentro de las 100 personas, que respondieron fcilmente la encuestas con las 10 preguntas puestas, ahora al completarse las 100 personas tenemos los resultados arrojados grficamente, para cada una de las preguntas.
24
UCSG
25
UCSG
26
UCSG
Definicin de los Casos de Uso.

1. Definicin de datos de productos.
2. Gestionar Proveedores. 3. Gestionar Inventarios. 4. Calcular la Produccin. 5. Elaborar Facturacin. 6. Atender Clientes.
Definicin de los Actores.

Actores Principales 1. Administrador. 2. Vendedor. Actores Secundarios 27
UCSG
1. Factura.
Diagrama de Caso de Uso

Sistema de Automatizacin de Panaderas
28
UCSG
Descripcin de Casos de Uso

Nombre:
Definicin de Datos de Productos ID: CU1 Al iniciar su jornada diaria en el sistema, principalmente deber ingresar un Nombre de la Cuenta y Contrasea con el fin de que el usuario no cualquiera tenga acceso a modificar la informacin relevante del negocio. Esta parte del Sistema cuenta con digitalizacin de informacin donde el administrador ingresar los detalles generales del producto, tales como el nombre de producto, categora, precio, lote, fecha de caducidad, el precio unitario, cantidad en stock, etc., todo esto para realizar la venta del producto en la panadera.
Descripcin:
Posteriormente se realiza hacer una consulta general de los productos y/o informacin general almacenada en la base de datos; teniendo en cuenta dicha informacin que se presenta es la ltima modificacin que se haya realizado. El Administrador almacena la informacin disponible del producto, aquellos que permite modificar, eliminar, actualizar cuando se presenta algn tipo de error o tenga mal escrita la informacin. El cdigo del producto en que se haya ingresado previamente, nunca ser modificada, ya que el dato esa asignada de forma automtica y/o secuencial. Solo interacta con personas autorizadas. No puede detectar que el precio que se ingresa es el acorde con el mercado. Sensibles a errores de digitacin; peligro para el negocio, produciendo perdidas u otras debilidades.
Limitaciones:
29
UCSG

Nombre:
Gestionar Proveedores ID: CU2 El panadero como propietario de la panadera selecciona estrictamente la materia prima para elaborar el producto, que debe cumplir con todos los factores especficos por su calidad, cuyo fin es bridarles a sus clientes productos de primera calidad de acuerdo a las necesidades que son requeridas y especificas simultneamente. Se debe realizar un registro para los proveedores en el sistema y hacer una auditoria de forma semanal, calificando as a los distribuidores por sus factores de calidad de la materia prima con las que permite formar una seleccin para su necesidad en la panadera. Los proveedores son clasificados por categoras, ya sea por la materia prima o productos que ofrecen adems de su forma de pago, segn la cantidad de productos vendidos. El Administrador formula solicitudes de pedido a los proveedores en el sistema, aprobados por el dueo de la panadera, haciendo que la peticin sea aprobada, para la necesidad del consumo interno del negocio. De similar manera en que se puede hacer el administrador formular solicitudes de pedido pero cuando el panadero quiere realizar el pedido mayor a la establecida al proveedor, de forma semanal. Al administrador se le recibe un cdigo para realizar pedidos se manera regular (diario, semanal, mensual, etc.) al proveedor; siendo un cliente registrado al distribuidor en donde produce la materia prima el administrador. El Proveedor no tenga disponibilidad con la materia prima. Costo muy alto para la materia prima. Escases de materia prima. El proveedor no cumpla con el pedido acordado y la visita que se programa de manera regular.
Descripcin:
Limitaciones:
30
UCSG

Nombre:
Gestionar Inventarios. ID: CU3 El Administrador realiza el ingreso de los productos, determinando los siguientes datos a proporcionarse el registro de los productos de la panadera, tales como: Cdigo, Nombre del producto, proveedor, precio unitario, precio de compra, IVA (opcional), existencia. Una de las partes en que no se har cambios ni hacer modificaciones manuales por parte del administrador, es el Cdigo cuyo atributo es asignar ese dato de forma automtica. En la parte del inventario existe una sumatoria de los productos que se encuentra en stock y el precio unitario del producto, todo eso se sumara los costos y el stock en total en que se haba ingresado en el. Se realiza los estados financieros en la parte de la contabilidad para las entradas y salidas de los productos, as como en las perdidas y ganancias en los costos totales en que formaron transacciones de consumo y gastos en la panadera. No se haya ingresado los productos para tener un stock de ellos. Que un producto no tenga su precio correcto, afectando directamente a la contabilidad. Puede existir perdidas si hay productos que faltan por completo y el dinero que consumi no esta en caja.
Descripcin:
Limitaciones:
31
UCSG

Nombre:
Calculo de la Produccin. ID: CU4 El Administrador realiza el ingreso con anterioridad las recetas que se utilizan para elaborar el pan, en esto incluye cuanto se usa de materia prima, cuanto tiempo, etc. Luego al instante en que el panadero va a realizar una elaboracin de pan, el sistema debe permitir elaborar un clculo a travs de la cantidad de unidades de producto que estima a fabricar, ingresadas por el usuario al sistema, calcular cuanta materia prima se debera de utilizar para elaborar dicho producto, esto garantizar una calidad estndar en los productos de la panadera, ya que estarn basadas en un patrn. Estas se podrn imprimir y beneficiara tambin en caso de que ingrese al negocio un nuevo trabajador, y tendr su receta disponible para trabajar. El producto, en condicin de no ser vendido, tal es el caso como el pan, para no ser desperdiciados debe ser reutilizado como materia prima para la elaboracin de otros productos. Que no se disponga la cantidad necesaria de materia prima para elaborar el producto. Que en la panadera exista sobreproduccin de productos lo cual causar gastos muy elevados. Desperdicio total de panes en caso de no ser utilizado para la venta. Inexistencia de la Receta Adecuada para la elaboracin del producto
Descripcin:
Limitaciones:
32
UCSG

Nombre:
Elaborar Facturacin. ID: CU5 El Vendedor realizar la emisin de la facturacin teniendo como contenido los datos a ingresar: el nombre del cliente, en el cual tendremos su nombre, su cdigo o cedula, fecha de la ultima venta, total a pagar por ahora, saldo en mora si lo tuviere. Agregamos por cdigo o descripcin los productos en la factura, procedemos a detallar la factura, y realiza la suma de los precios que tienen los productos, una vez que se confirma el subtotal se aplica descuentos en caso de ser un cliente frecuente, IVA y se muestra el total a pagar se imprime la factura, al mismo tiempo que es almacenada y se la entrega al cliente junto con el producto. El producto que no se encuentra en existencia. Cliente que no este registrado.
Descripcin:
Limitaciones:

Nombre:
Atender Clientes. ID: CU6 Pueden haber dos formas de registrar un cliente en el sistema: cuando el vendedor procede a realizarle una venta al cliente, y cuando se desea almacenar el cliente sin necesidad de hacer una venta. En el caso de una venta, se entrevista al cliente y el administrador o vendedor le pregunta informacin bsica como lo es su nombre, apellido, RUC o cdula, direccin, telfono. Y tambin existe el caso en que vayamos a registrar clientes especiales a los cuales se les aplicarn descuentos. Tambin el administrador podr consultar informacin sobre sus clientes, sus deudas con la panadera, sus productos comprados. Recordemos que los clientes se registran para que a estos el vendedor les pueda emitir facturas con su nombre, y en ciertos casos tengan crditos con la panadera. Constar en el sistema todo el historial de ventas que se le ha realizado a este cliente, para que esta informacin sea consultada por el administrador.
Descripcin:
33
UCSG
Limitaciones:
El cliente no dispone de informacin necesaria para su posterior registro en el sistema. El cliente debe ser registrado siempre y cuando tenga compras mayores a un valor determinado por la panadera.
Descripciones de los Actores. Sistema de Automatizacin de Panaderas

Nombre:
Administrador Tipo Actor: Primario Es el que se encarga del acceso directo con la informacin relevante del negocio, que tendr el sistema. Realizara el ingreso, modificacin, actualizacin, cambio de precio, pedidos. Tendr Contacto directo con los proveedores y sucursales donde se distribuye la mercadera. No intervendr en la realizacin de la factura de venta. Abstenerse en la entrevista al cliente al momento de compra.
Descripcin:
Limitaciones:

Nombre:
Vendedor Tipo Actor: Primario Es el que se encarga de las ventas, generar facturas, con que har emitir la facturacin y entrega al cliente que ha deseado adquirir. Se entrevistara al cliente, receptando la informacin bsica tales como nombre, apellido, Cedula o RUC, Direccin, Telfono, Correo electrnico. Tambin se registra Clientes Especiales cuando realiza compras frecuentes al negocio, obtendr algn tipo de descuentos. Adems realiza la gestin a los empleados del negocio a distribuir la mercadera de los proveedores. No tendr acceso a la modificacin de informacin relevante del sistema. Solo Gestionara contactos con los clientes y empleados de la panadera. Solo se emitir factura al cliente.
Descripcin:
Limitaciones:
34
UCSG

Nombre:
Factura Tipo Actor: Secundario Es un documento que forma parte de la facturacin del negocio de la panadera en donde se registra los datos personales al momento de que el cliente haya adquirido generalmente toda la compra en la panadera. Los Datos personales que se destacan en la factura viene a ser: Nombre, Apellido, Cedula o RUC, Direccin, Telfono, Mail; adems viene los otros datos como: Subtotal, IVA, Total a Pagar y las formas de pago que se realiza el cliente. Solo el Vendedor elaborara la factura. Existen Datos opcionales posiblemente no se registraran en la factura.
Descripcin:
Limitaciones:
35
UCSG
Estilos para los Casos de Uso

CU1: Definicin de datos de productos.
Estilo Shaller/Mellor. Sistema de Automatizacin de Panaderas
Nombre: Cosas Tangibles: Roles: Incidentes: Iteraciones: Especificaciones: Definicin de Datos de Productos Productos Almacenamiento de Productos. Informacin de Productos. ID: CU1
Estilo Wirfs-Brock Sistema de Automatizacin de Panaderas

Nombre:
Definicin de Datos de Productos
ID: CU1
Oraciones:
Lista de sustantivos:
de cuenta y contrasea. El Digitalizador de informacin es el que se registra los detalles generales. El almacenamiento de informacin es donde se guarda valores relacionados con las ventas. El administrador o persona autorizada almacena la informacin relevante. El cdigo de producto que se vende en la panadera es auto generable. Se realiza una consulta general de la informacin almacenada en la Base de Datos. El administrador grabar registros para tener constancias de las ltimas transacciones realizadas durante el da. Administrador. Informacin. Nombre de Cuenta. Base de Datos. Contrasea. Descripcin. Sistema. Cdigo Productos. Transaccin. Detalles. Valor.
El sistema es ingresado de forma personal a travs de nombre
36
Anlisis y Diseo de Sistemas II Venta. Panadera. Administrador, Producto, Venta. Transaccin
UCSG Digitalizador de informacin. Consulta.
Clases Obvias: Sin sentidos: Frases Inseguras:
Valor, Descripcin, sistema, Administrador, Panadera.
Estilo Rumbaugh. Sistema de Automatizacin de Panaderas
Nombre:
Definicin de Datos de Productos Username/Administrador. contrasea, sistema, productos, detalles, venta, panadera, consulta, Informacin(X). Base de Datos. Descripcin. Cdigo.
ID: CU1
Listas de sustantivos:
Transaccin(X). Valor(X). Digitalizador de Datos. Negocio. Stock(X). Precio. Fecha. Lote. Categora. Jornada. Cantidad.
Clases Redundantes: Clases Irrelevantes: Clases Vagas Atributos: Operaciones: Roles:
Negocio, Sistema. Detalles, Username/Administrador, Contrasea Fecha, cdigo, Cantidad, Precio, lote, categora, jornada, Descripcin, Valor. Transaccin, consulta Administrador.
37
UCSG
CU2: Gestionar Proveedores.

Estilo Shaller/Mellor Sistema de Automatizacin de Panaderas
Nombre: Cosas Tangibles: Roles: Incidentes: Iteraciones: Especificaciones: Gestionar Proveedores. ID: CU2 Materia Prima, Solicitud, Auditoria, panadero. Proveedor, propietario, panadero, distribuidores. Escases de Producto. Calificacin de Materia Prima. Formas de Pago, notificaciones, Auditorias de Proveedores.

Nombre: Gestionar Proveedores. ID: CU2
El panadero selecciona estrictamente la materia prima para la
Oraciones:
elaboracin del producto. Se debe cumplir con todos los factores especficos por su calidad. El panadero brinda a sus clientes productos de primera calidad de acuerdo por sus necesidades requeridas y especificas. Se debe realizar un registro para los proveedores en el sistema. Se selecciona una auditoria de manera semanal. Se Califica a los distribuidores por sus factores de calidad para formar una seleccin en su necesidad en la panadera. Los proveedores son clasificados por categoras, segn materia prima o productos formas de pago, cantidad de productos vendidos. El Administrador formula solicitudes de pedido a los proveedores en el sistema. Las solicitudes de pedidos son aprobados por el propietario de la panadera. De manera similar el panadero quiere realizar el pedido mayor a la establecida al proveedor. El administrador es un cliente del distribuidor que se le recibe un cdigo para realizar pedidos.
38
UCSG
Lista de sustantivos:
Clases Obvias: Sin sentidos: Frases Inseguras:
Administrador. Distribuidor. Producto. Proveedor. Materia prima. Panadero. Formas de pago. Propietario. Cantidad. Distribuidor. Material. Bodega. Auditoria. Solicitud. Establecimiento. Factores de Calidad. Cantidad. Proveedor, panadero, Productos, Materia Prima, Factores de Calidad Semana, material, publico, establecimiento, Boletines, administrador, distribuidor, Bodega, Propietario, Auditoria. Categoras.
Nombre:
Definicin de Datos de Productos Administrador. Producto. Materia prima. Formas de pago. Cantidad. Material. (X) Auditoria. Establecimiento.
ID: CU1
Proveedor. Panadero. Semana. Propietario.(X) Distribuidor. (X) Bodega. Solicitud. Sistema.
Materia prima, Distribuidor, Propietario. Auditoria, Propietario, Semana, Establecimiento. Sistema. Cantidad. Elaboracin de la Solicitud del Pedido. Calificacin de los distribuidores. Auditoria de Proveedores.
39
UCSG
CU3: Gestionar Inventarios

Estilo Shaller/Mellor Sistema de Automatizacin de Panaderas
Nombre: Cosas Tangibles: Roles: Incidentes: Gestionar Inventarios. Productos Proveedor Calculo Total. ID: CU3
Iteraciones: Estados Financieros. Especificaciones:

Nombre:
Gestionar Inventarios
ID: CU3
El Administrador es el que digitara el ingreso de Datos de Productos
Oraciones:
Se Realiza los Clculos totales entre productos y costos. Se realiza los estados financieros en la contabilidad para productos y costos. El cdigo del producto es intocable al momento de editar. Administrador. Productos. Datos de Productos. Precios. Cdigo. Costos. Estados Financiaros. Clculos Totales. Contabilidad. Estados Financieros, Datos de Productos Contabilidad. Clculos Totales.
Lista de sustantivos: Clases Obvias: Sin sentidos: Frases Inseguras:
Estilo Rumbaugh.
40
UCSG

Nombre:
Gestionar Inventarios Administrador. Productos. Datos. Cdigo. Nombre del Producto, Proveedor. Precio unitario. Precio de compra. IVA.
ID: CU3
Existencia. Atributo. Sumatoria de Productos en Stock. Sumatoria de costos. Sumatorias de Stocks Totales. Estados Financieros. Costos Totales. Contabilidad. Inventario.
Clases Redundantes: Clases Irrelevantes: Clases Vagas Atributos:
Estados Financieros, Productos. Clculos Totales. Contabilidad. Cdigo, Nombre del Producto, Precio Unitario, IVA, Existencia, Precio de compra. Sumatoria de Productos en Stock. Sumatoria de precio de los productos en Stock Entradas y Salidas de Productos Prdidas y Ganancias de Costos Totales Calculo del IVA.
Operaciones: Roles:
CU4: Calculo de la Produccin.

41
UCSG
Nombre: Cosas Tangibles: Roles: Incidentes: Iteraciones: Especificaciones:
Calculo de la Produccin Pan, Materia Prima, Recetas. Panadero Impresin de Recetas. Productos Reutilizables. Calculo de Productos.
ID: CU4
Estilo Wirfs-Brock. Sistema de Automatizacin de Panaderas
Nombre:
Calculo de la Produccin
ID: CU4
Oraciones:
Se deben de ingresar al sistema las recetas para luego hacer la impresin. El uso de la materia prima por medio de la receta. Se Realiza el Calculo totales para la produccin del producto. La Calidad Estndar de los productos, basadas en un patrn. Los Productos reutilizados de la materia prima para elaboracin de otros tipos de productos. Recetas. Materia prima. Sistema. Calculo Totales. Receta, Materia prima. Clculos Totales. Patrn. Producto. Calidad Estndar. Patrn. Productos Reutilizados.
Estilo Rumbaugh.
42
UCSG

Nombre:
Calculo de la Produccin Recetas. Pan(x), Materia prima. Sistema. Calculo de cantidad Unidades. ID: CU4 Producto. Panadero. Nuevo Trabajador. Patrn. Tiempo.
Listas de sustantivos: Clases Redundantes: Clases Irrelevantes: Clases Vagas Atributos: Operaciones: Roles:
de
Patrn.
Nuevo Trabajador Tiempo Calculo de Unidades. Reutilizacin del producto no vendido.
CU5: Elaborar Facturacin.
Estilo Shaller/Mellor.
43
UCSG

Nombre: Cosas Tangibles: Roles: Incidentes: Iteraciones: Especificaciones:
Elaborar Facturacin. Producto. Cliente. Impresin de la Factura.
ID: CU5
Factura, Calculo Total, Formas de Pago, descuentos.
Nombre:
Elaborar Facturacin.
ID: CU5
Oraciones:
El Vendedor emitir la factura ingresando sus datos. Se Aplica el Detalle de la Factura con el Cdigo y la Descripcin del producto. La factura muestra clculos totales a pagar. Se ordena la impresin de la factura. Se Aplica Descuentos en caso de ser Cliente frecuente. Vendedor. Factura. Detalle de la Factura. Cdigo del Producto. Descripcin del Producto. Clculos totales. Impresin de la Factura. Cliente Frecuente. Descuentos.
Factura, Detalles de la Factura, Vendedor, Cliente Frecuente. Cdigo del Producto, Clculos totales, Descuentos. Descripcin del Producto.

Nombre:
Elaborar Facturacin. ID: CU5
44
Anlisis y Diseo de Sistemas II Nombre del cliente Cdigo del Cliente. Cdula. (X) Fecha. Saldo en mora. Cdigo de producto. (X) Descripcin de producto. Factura.
UCSG Venta. Suma de Precios. Calculo Subtotal. Descuentos. (X) IVA. Promociones. Clculo de Total a pagar. Cliente.
Clases Redundantes: Clases Irrelevantes: Clases Vagas Atributos:
Clientes. Fecha, Saldo Nombre del Cliente, Cedula, Cdigo del Producto, Cdigo del Cliente, Cdigo de producto, Cdigo del Cliente. Suma de Precios. Calculo subtotal. Calculo Total a Pagar. Calculo del IVA.
Operaciones: Roles:
Cliente.
CU6: Atender Clientes.

45
UCSG
Nombre: Cosas Tangibles: Roles: Incidentes:
Atender Clientes. Producto, Factura Cliente Entrevista al cliente. Historial. Descuentos.
ID: CU6
Iteraciones: Especificaciones:
Nombre:
Atender Clientes.
ID: CU6
Oraciones:
El Cliente es registrado cuando se realiza las ventas. Se realiza una entrevista al cliente cuando el vendedor hace la venta de productos. Los clientes debe ser registrados para obtener descuentos. El Vendedor emite factura registrando los datos del cliente Los Datos del Cliente tiene la restriccin de que exista alguna cuenta pendiente. El historial de ventas al cliente ser almacenados y consultados. Cliente. Venta. Entrevista. Producto. Vendedor. Datos. Venta. Cuenta Pendiente. Entrevista. Factura. Datos. Cuenta Pendiente. Historial.
Cliente, factura, historial, producto, vendedor.

Nombre:
Atender Clientes.
ID: CU6
46
Anlisis y Diseo de Sistemas II Vendedor. (X) Venta. (X) Cliente.(X) Nombre. Apellido. RUC. Direccin. Telfono. Administrador. (X) Descuento. Deuda. Producto. Factura. Historial. Crdito.
UCSG
Historial. Nombre, Apellido, RUC, Direccin, Telfono. Descuento, crdito. Cliente.
Lista de Clases Definitiva del Caso de Uso

Objetos Finales
47
UCSG
Productos. Almacenamiento de productos. Informacin de Productos. Materia prima. Solicitud. Auditoria. Panadero. Calificacin de Materia Prima. Auditorias de Proveedores. Formas de Pago. Notificaciones. Proveedor. Calculo Total.
Estados Financieros. Pan. Recetas. Recetas Impresas. Productos Reutilizables. Calculo de Productos. Cliente. Impresin de la Factura. Descuentos. Factura. Entrevista. Historial.
DIAGRAMA DE CLASES DEL SISTEMA.
48
UCSG
49
UCSG
ESCENARIOS DE CASOS DE USO
50
UCSG
CASO DE USO CU1: DEFINICION DE DATOS DE PRODUCTOS.

CU1.Escenario #1: Ingreso de datos de productos existentes.
Escenario: Suposiciones : Resultados:
Ingreso de existentes.
informacin
de
productos
ID: Escenario 1
1. El nombre del Producto, categora, lote, precio existe. 2. La Cantidad esta definida. 1. El producto queda registrado. 2. La cantidad queda asignada al producto.
CU1.Escenario #2: Ingreso de datos de productos que no existe.
Escenario:
Ingreso de datos de productos que no ID: Escenario 2 existe.
51
Anlisis y Diseo de Sistemas II 1. El producto no existe.
UCSG
Suposiciones :
2. Los datos del producto, categora, lote, precio estn definidos. 3. La cantidad esta definida
Resultados:
1. El producto queda registrado. 2. La cantidad queda asignada.
CASO DE USO CU2: GESTIONAR PROVEEDORES.

CU2.Escenario #1: Registro de Proveedores.
52
UCSG
Escenario: Suposiciones :
Registro de Proveedores.
ID: Escenario 1
1. El proveedor no existe. 2. Los Datos del proveedor estn definidos. 3. El generador de clave al proveedor funciona.
Resultados:
1. El proveedor quedo ingresado. 2. La clave y usuario de proveedor qued generado.
CU2.Escenario #2: Emisin Orden de Pedido Proveedor.
Escenario:
Emisin Orden de Pedido Proveedor.
ID: Escenario 2
53
Anlisis y Diseo de Sistemas II 1. El proveedor est definido.
UCSG
Suposiciones :
2. Los productos estn definidos. 3. La lista de pedidos ha estn generada. 1. La solicitud de pedido qued emitido.
Resultados:
2. La solicitud de pedido qued aprobada. 3. La notificacin de solicitud de pedido qued generado.
CU2.Escenario #3: Orden de pedido del proveedor no emitido.
Escenario:
Orden de pedido del proveedor no emitido.
ID: Escenario 3
54
UCSG
Suposiciones : Resultados:
1. El proveedor ha sido seleccionado 2. Los productos no son entregados por proveedor. 1. La solicitud de pedido no queda emitida.
CASO DE USO CU3: GESTIONAR INVENTARIOS.

CU3.Escenario #1: Entrada de Mercaderas.
55
UCSG ID: Escenario 1
Escenario: Suposiciones :
Entrada de Mercaderas. 1. La mercadera esta entregada. 2. La factura esta entregada. 3. La mercadera es recibida por el administrador. 1. La mercadera fue registrada.
Resultados:
2. La mercadera fue almacenada. 3. El stock del inventario fue aumentado.
CU3.Escenario #2: Salida de Mercaderas.
Escenario:
Salida de Mercaderas.
ID: Escenario 2
56
UCSG
Suposiciones :
1. 2.
La solicitud de Salidas de Mercadera existe. Cada Artculo tiene stock.
1. La solicitud de Salidas de Mercadera quedo registrada.
Resultados:
2. La persona solicitante queda registrada con fecha 3. La mercadera fue entregada a la persona solicitante. 4. El Stock del Inventario quedo Disminuido.
CASO DE USO CU4: CALCULAR LA PRODUCCION.

CU4.Escenario #1: Produccin exitosa con receta.
57
Escenario:
Produccin exitosa con receta. 1. La receta para elaborar el pan existe.
Suposiciones :
2. Los ingredientes con cantidades requeridas en receta si hay en inventario. 3. La cantidad de panes a elaborar esta definida. 1. Las cantidades de produccin quedaron calculados. 2. El stock de materia prima especificado en clculo qued disminuido. 3. La produccin del pan quedo aadido 4. El historial de Produccin qued registrado.
Resultados:
CU4.Escenario #2: Produccin no exitosa con receta.
Escenario:
Produccin no exitosa con receta.
ID: Escenario 2
58
Anlisis y Diseo de Sistemas II 1. La receta para elaborar el pan existe.
UCSG
Suposiciones :
2. La cantidad de pan esta definida 3. Los ingredientes con cantidades requeridas en receta no estn disponibles. 1. Las cantidades de produccin quedaron calculados
Resultados:
2. La materia prima no fue suficiente para elaborar el pan. 3. El mensaje de error quedo emitido.
CU4.Escenario #3: Produccin exitosa sin receta.
Escenario:
Produccin exitosa sin receta.
ID: Escenario 3
59
Anlisis y Diseo de Sistemas II 1. Las especificaciones de pan a fabricar estn definidas.
UCSG
Suposiciones :
2. La cantidad del pan esta definida. 3. La materia prima a usar existe. 1. La cantidad de ingredientes qued calculado. 2. La cantidad de materia prima quedo disminuido.
Resultados:
3. El stock del pan quedo incrementado. 4. El historial de produccin quedo registrado. 5. El pan quedo fabricado.
CU4.Escenario #4: Produccin no exitosa sin receta.
Escenario:
Produccin no exitosa sin receta.
ID: Escenario 4
60
Anlisis y Diseo de Sistemas II 1. Las especificaciones de pan a fabricar estn receptadas.
UCSG
Suposiciones :
2. La cantidad del pan est definida. 3. La materia prima a usar no existe. 1. La cantidad de ingredientes quedo calculada.
Resultados:
2. La materia prima no fue suficiente para elaborar el pan. 3. El mensaje de error quedo emitido.
CASO DE USO CU5: ELABORAR FACTURACION.

CU5.Escenario #1: Emisin de xito de una factura de registro para consumidor final.
61
UCSG
de
Escenario:
Emisin de xito de una factura registro para consumidor final.
ID: Escenario 1
1. El cliente ha pedido la factura como un consumidor final.
Suposiciones :
2. La descripcin de la compra existe. 3. El cliente si dispone del valor del cobro.
Resultados:
1. 2.
La factura qued registrada e impresa. El cobro qued registrado y cancelado.
CU5.Escenario #2: Emisin no exitosa de una factura de registro para consumidor final.
Escenario:
Emisin no exitosa de una factura de ID: Escenario 2 registro para consumidor final.
62
Anlisis y Diseo de Sistemas II 1. El cliente ha pedido la factura como un consumidor final.
UCSG
Suposiciones :
2. La descripcin de la compra existe. 3. El cliente no dispone del valor del cobro.
Resultados:
1. La factura quedo registrada y anulada. 2. El cobro no quedo registrado.
CASO DE USO CU6: GESTION DE CLIENTES.

CU6.Escenario #1: Ingreso exitoso de un Cliente.
63
Escenario: Suposiciones : Resultados:
Ingreso exitoso de un Cliente. 1. El cliente no existe. 2. Los datos del cliente estn definidos. 1. El cliente qued registrado.
CU6.Escenario #2: Ingreso no exitoso de un Cliente.
Escenario:
Ingreso no exitoso de un Cliente.
ID: Escenario 2
64
UCSG
Suposiciones : Resultados:
1. El cliente no existe. 2. Los datos del cliente no estn definidos. 1. El cliente no qued registrado.
DIAGRAMA DE ESTADOS
65
UCSG
OBJETOS:
1. FACTURA 2. INVENTRARIO. 3. VENTA. 4. COBROS VENTA. 5. PRODUCTOS ELABORACION. 6. RECETA 7. PRODUCTO 8. ORDEN PEDIDO. 9. PERSONA.
1.
FACTURA.
ESTADOS Emit ida. Ter minada. Cob rada. Anu lada.
ESTADOS
2.
INVENTARIO.
Vaci o. Modi ficado. Ingeniera en Sistemas Computacionales Guar dado. Term inado.
66
UCSG
3.
VENTA.
ESTADOS
va. lada. diente. hazada. utada.
Acti Anu Pen Rec Ejec
4.
COBROS VENTA.
ESTADOS
Activado. Cobrado. Contado. Ingeniera en Credito.Computacionales Sistemas
67
UCSG
5. PRODUCTOS ELABORACION.
ESTADOS Procesando. Torta. Pan.
6. RECETA.
ESTADOS Activa. Inactiva. Procesando. Ingeniera en Procesada. Sistemas Computacionales
68
UCSG
7. PRODUCTOS.
ESTADOS Disponible. No Disponible. En venta Listo materia prima.
8. ORDEN PEDIDO
ESTADOS
Vacio. Modificado. Terminada. Aceptado.
69
UCSG
9. PERSONA.
ESTADOS Activado. Disponible. Proveedor. Empleado. Cliente. Enfermedad. Mora. Inactivo. No disponible.
FLUJO DE VENTANAS Y LAOUTS
70
UCSG
LAYOUTS
Pantalla: Facturacin
71
UCSG
Especificaciones: Boton Buscar, Evento PushButtom, Desarrollar: BuscarCliente(CI) Boton VerProductos, Evento PushButtom, Desarrollar: VerProductos() Boton Grabar, Evento PushButtom, Desarrollar: GrabarFactura(cod_factura,CI,Cliente, fecha, ListaProductos(producto,cantidad,pu,costototal))
Boton Limpiar, Evento PushButtom, Desarrollar: clear().
Plan de pruebas.
Nombre de Grupo de Prueba: FACTURACIN.
No. de prueba: 1
72
UCSG
Prerrequisitos:
1. La factura es registrada de forma automtica con la fecha que se realiza la transaccin. 2. El cliente de la panadera Alfonso Arreaga con C.I 092525414, debe ser registrado. El caso de que el cliente no quiera registrarse, se considera como Consumidor final. 3. Los productos registrados en la panadera debe ser seleccionados y registrado durante la compra: 7 panes enrollados $0.09 0.63; 2 sobres SiCafe 0.19 0.38. Ademas de calcular el total de la transaccin: $1.01. 1. 2. 3. 4. 5. 6. a. b. c. El cliente de la panadera esta definido. El consumidor final es cuando el cliente no se registra. Los productos de la panadera estn definidos. Se puede verificar los productos existentes de la panadera. El cdigo de la factura es aadido automticamente. La fecha de la transaccin es generada automticamente provenido del sistema. El sistema le genera automticamente un nuevo nmero de la factura. El vendedor va al botn de Seleccionar Compra para elegir el producto deseado por el cliente y su cantidad, para ser incluido a la factura. El vendedor ingresa el numero de cedula del cliente, en caso de ser registrado, si no, se realizara un nuevo registro lo que el cliente decida. Adicionalmente se lo considera como un Consumidor Final si el cliente no quiere ser registrado. Se calcula el valor total de la factura siendo la sumatoria total del total de lo vendido para cada producto con su respectiva cantidad deseada. Dar click en Grabar para guardar los datos de la factura al termine la transaccin. Factura terminada con xito. La factura queda impresa.
Instrucciones de configuracin:
Instrucciones de prueba:
d. e.
Comportamiento de Aceptacin: Fecha y Hora: Resultado de la prueba: Observaciones: Responsables:
i. ii.
Martes, 4 de Octubre del 2011 18h05 xito.
Jos Lumbano(Analista, programador) Adrian Campoverde(Usuario, Panadero)
Pantalla: Clientes
73
UCSG
Especificaciones:

Boton Grabar, Evento PushButtom, Desarrollar: GrabarFactura(Cedula_RUC,Cliente,Telefono,Direccion). Boton Limpiar, Evento PushButtom, Desarrollar: clear().
Plan de pruebas.
Nombre de Grupo de Prueba: Clientes
No. de prueba: 1
Prerrequisitos:
1. El Cliente Jos Talledo se registra con CI 0925254432. 2. El cliente Jos Talledo esta registrado en el sistema con los datos personales, Direccin Cdla.Modelo y el Telefono 045100100. 1. La identificacin del cliente puede ser CI o RUC. 2. Los Datos son llenados obligatoriamente para su registro. 3. La identificacin del cliente CI o RUC en su registro no se repite. 4. El cliente no existe en el sistema.
74
UCSG
1. El vendedor ingresa el No. de Cedula o RUC del cliente: 0925254412. 2. El vendedor ingresa el cliente: Jose Talledo. 3. El vendedor ingresa la direccin domiciliaria del cliente: Cdla Modelo. 4. El vendedor ingresa el nmero telefnico: 25100100. 5. Si uno o ms de los campos de texto no introduce los datos por teclado, la pantalla arroja un mensaje que no ha ingresado uno de los campos. 6. Da click en grabar, para guardar los nuevos datos registrados del cliente. 7. Si el numero de la Cedula existe en los datos del cliente, no ser registrado hasta ingresar un numero de cedula distinto al registrado. 8. En caso de algn error de ingreso de datos del cliente de forma mal escrita, hacer click en limpiar para que los campos de texto van a ser vacios. 1. Se ingreso con xito el cliente Jos Talledo con 0925254412 con direccin Cdla. Modelo y el telfono es el 25100100. 2. La pantalla quedo limpia. Lunes, 17 de enero del 2012 14h33 xito.
75
UCSG
Pantalla: Verificar Productos.
Especificaciones:

CheckBox Selecccionar Desarrollar: total_productos=total_productos+1 Boton QuitarSeleccionados Desarrollar: total_productos=total_productos-1 Boton PasarRegistro Desarrollar: ListaProductos(producto,cantidad,pu,costototal)) Boton Buscar Desarrollar: BuscarProducto(Producto,CI).
Plan de pruebas.
76
UCSG
Nombre de Grupo de Prueba:
Seleccin Productos
No. de prueba: 1
Prerrequisitos:
o El Cdigo del producto No.103 desea ser buscado en el sistema de registro de productos. o El producto al buscar debe estar registrado existentemente 1. Los productos de la panadera y el codigo del producto estn registrados. 2. El cdigo de la panadera y el nombre del producto definidos arroja uno o ms resultados en un GridWiew: El cdigo 103 resulta el producto Pan Enrollado con costo de $0.09. 3. El Codigo del producto o nombre del producto no existente, arroja un resultado en blanco mas un mensaje El Producto no existe. 1. El vendedor ingresa un nombre en el campo para la bsqueda de productos. 2. Arroja un resultado en la consulta de productos, los datos del producto haciendo click en el botn Buscar. 3. El cliente pide el producto deseado selecciona lo requerido con el checkbox Seleccionar. 4. Si el cliente necesita ms productos a la compra, puede buscar de forma repetitiva el nombre de uno de los productos y seleccionar aquellos productos que se han requerido. 5. Hacer click en Pasar Seleccin cuando los productos escogido por el cliente hayan sido seleccionados. 1. Se ha seleccionado exitosamente los productos seleccionados por el cliente. 2. El grid sigue mostrando los datos del producto recientes. Lunes, 17 de enero del 2012 14h33 xito.
Pantalla: LOGIN.
77
UCSG
Especificaciones:

Boton IniciarSession, Evento PushButtom, Desarrollar: Verificar (usuario, Password). Boton LimpiarDatos, Evento PushButtom, Desarrollar: clear(). Boton Cancelar, Evento PushButtom, Desarrollar: exit().
Plan de pruebas. 78
Anlisis y Diseo de Sistemas II Nombre de Grupo de Prueba:
UCSG
Inicio de sesin. 1.
No. de prueba: 1
Prerrequisitos: Instrucciones de configuracin:
El nombre del usuario jose.lumbano y la clave 123456 (******), son ingresados para iniciar la sesin al sistema.
1. Los usuarios son definidos como vendedores. 2. Los usuarios existen. 3. La contrasea debe generarse. 1. El vendedor ingresa su cuenta personal: el Usuario jose.lumbano y la contrasea 123456 (******). 2. Hacer click en el botn Iniciar Sesin, para entrar directamente al men de opciones del sistema del usuario que se ingreso. 3. Si se ingresa un nombre del usuario y/o contrasea que no existen, no va a entrar directamente al men de opciones en el sistema. 4. Si no necesita iniciar sesin hacer click en cancelar para salir. 1. Se ha iniciado con xito el inicio de sesin de forma correcta con los datos existentes (usuario y password). 2. Cierra la ventana de Login. 3. Abre el men principal. Lunes, 17 de enero del 2012 14h33 xito.
Jos Lumbano (Analista, programador) Adrian Campoverde (Usuario, Panadero)
Pantalla: Registro de Usuarios.

79
UCSG
Especificaciones:

Boton IniciarSession, Evento PushButtom,

Desarrollar: GuardarDatos (id,nombre,direccin,telfono,usuario,contrasea1,contrasea2).
Boton LimpiarDatos, Evento PushButtom, Desarrollar: clear(). Boton Cancelar, Evento PushButtom, Desarrollar: exit().
Plan de pruebas.
80
Anlisis y Diseo de Sistemas II Nombre de Grupo de Prueba: Registro de Usuario.
UCSG
No. de prueba: 1
Prerrequisitos:
1. El usuario jose.lumbano esta registrado en el sistema. 2. El usuario jose.lumbano se registra con CI: 0916169786. 1. La identificacin del cliente puede ser CI o RUC. 2. Los Datos son llenados obligatoriamente para su registro. 3. La identificacin del cliente CI en su registro no se repite. 4. El cliente y la identificacin (CI, RUC) no estn definidos en el sistema. 1. El administrador debe ingresar el nombre del usuario correctamente. 2. El administrador debe generar un cdigo secreto para cada usuario segn el cargo. 3. Se debe registrar datos personales del usuario como telfono, direccin. Etc. 4. El administrador procede a guardar el registro del usuario. 5. El usuario tienes acceso ilimitado o limitado segn su cdigo secreto. 1. Se ha registrado con xito el registro de usuario con su respectiva contrasea. Lunes, 17 de enero del 2012 14h33 xito.
Pantalla: Seleccin de Compras de Producto.

81
UCSG
Especificaciones:

Boton IniciarSession, Evento PushButtom,

Desarrollar: GuardarDatos (id,nombre,direccin,telfono,usuario,contrasea1,contrasea2).
Boton BuscarProducto, Evento PushButtom,

Desarrollar: buscar_Producto(cod_producto).
Boton LimpiarDatos, Evento PushButtom, Desarrollar: clear(). Boton Cancelar, Evento PushButtom, Desarrollar: exit().
Plan de pruebas.
82
Anlisis y Diseo de Sistemas II Nombre de Grupo de Prueba: Seleccionar productos 1. compra de
UCSG
No. de prueba: 1
Prerrequisitos: Instrucciones de configuracin:
Elegimos el Cdigo #103 como Pastel de Carne cuyo precio unitario es de $0.45 y la cantidad a comprar es 4, el costo total del producto comprado es $1.80 sin IVA.
1. El producto existe y estn definidos. 2. El IVA Puede ser entre 0% y 12% 1. El vendedor digita el cogido del producto existente: #103. 2. El sistema muestra el producto existente y el costo unitario generado por el respectivo cdigo digitado, haciendo click en Buscar Producto: Pastel de Carne, $0.45. 3. El vendedor digita la cantidad deseada por el cliente: 4. 4. Se calcula el costo total del producto existente, el costo unitario y la cantidad deseada: Valor Total $1.80. 5. Dar click en el botn Aceptar Compra del producto comprado para pasar a la factura de compras en un grid (pantalla anterior: facturacin). 6. Al grabar el producto comprado los campos de digitar cdigo y las etiquetas de texto van a ser vacios, para realizar otra transaccin. 7. En caso de que quiera volver una nueva transaccin dar click en limpiar para vaciar los campos y etiquetas de texto. 1. Se ha realizado exitosamente la transaccin del producto: pasteles, 4, $0.45, $1.80 2. El producto es colocado a la factura. Lunes, 17 de enero del 2012 14h42 xito.
Pantalla: Seleccin de Compras de Producto.
83
UCSG
Especificaciones:

Boton GrabarProducto, Evento PushButtom, Desarrollar: Grabar_producto (id_producto,nombre,catgoria,marca,costo_unitario). listBox Categorias. Desarrollar: escribir Categoria[ndices+1]; Boton LimpiarDatos, Evento PushButtom, Desarrollar: clear(). Boton Cancelar, Evento PushButtom, Desarrollar: exit().
Plan de pruebas.
84
Anlisis y Diseo de Sistemas II Nombre de Grupo de Prueba: Registro de Usuario.
UCSG
No. de prueba: 1
Prerrequisitos:
1. Se registra: #107, Queso de Leche, Postres, ninguna, $0.60. 1. Se realiza el registro del producto con su cdigo. 2. Se debe elegir correctamente la categora. 3. Todos los campos son restringidos para el ingreso de definicin de datos de productos, es decir, llenar todos los campos de texto para su ingreso. 4. Verificar los datos del nuevo producto correctos antes de guardar. 1. El vendedor ingresa el cdigo del producto: #107. 2. El vendedor ingresa el nombre del producto: Queso de Leche. 3. El vendedor elije la categora: Postres. 4. El vendedor registra la marca del producto a definir: <ninguno>. 5. El vendedor ingresa el costo unitario: $0.60. 6. No arroja ni un mensaje si uno o ms campos que no ingresa el dato. 7. Dar Clic en el Botn Grabar Producto los datos que se van a registrar 1. Se ha registrado con xito la definicin de los datos del producto. Lunes, 17 de enero del 2012 14h33 xito. Ninguno. Jos Lumbano Adrian Campoverde
DIAGRAMAS DE CLASES
Diagrama de clases en fase de Anlisis.
85
UCSG
Diagrama de Clases en fase de Diseo.
86
UCSG
Diagrama de Clases en fase de Diseo Mejorada.
87
UCSG
Detalle de Clases.
Clase Persona.
88
UCSG
Nombre de la Clase: Descripcin: Estado: Relaciones: Miembros Pblicos: Miembros Protegidos: Miembros Privados:
Persona. Clase que permite registrar los datos personales de todas las personas que actan en la panadera (cliente, vendedor, etc.). Activo, Inactivo, modificado, eliminado. iii. iv. v. Sub-Clases: Proveedor, panadero, Cliente. Sper-Clases: Asociacin:
GuardarPersona(), BuscarPersona(). Nombre, apellido, cedula, cuidad, direccin, telfono, estado[Activo, Inactivo, modificado, eliminado]. Las personas se clasifican por tipos: If (t_persona==1)then Persona=cliente; Else if(t_persona==2) then Persona=Panadero; Else if(t_persona==3) then Persona=Proveedor; End if;
Notas:
Clase Cliente.
Nombre de la Clase: Descripcin: Estado: Relaciones: Miembros Pblicos: Miembros Protegidos: Miembros Privados: Notas:
Cliente. Clase que permite registrar los datos personales de la persona solicitante de compra de forma existente y que permite manejar todas las operaciones en las que interviene. Activo, Inactivo, modificado, eliminado. 1. Sub-Clases: 2. Sper-Clases: Persona. 3. Asociacin: BuscarHistorial(). Nombre, apellido, cedula, cuidad, direccin, telfono, estado[Activo, Inactivo, modificado, eliminado]. Tipo_cliente. El cliente pertenece al tipo de persona que interviene. t_persona=1;
Clase Panadero.
89
UCSG
Panadero. Clase que acta en su funcin de interactuar los registros y operaciones con las que pueden manejar para efectuar una transaccin de la compra. Activo, Inactivo, modificado, eliminado. 1. Sub-Clases: 2. Sper-Clases: Persona. 3. Asociacin: Factura. Nombre, apellido, cedula, cuidad, direccin, telfono, estado[Activo, Inactivo, modificado, eliminado]. Nombre_panaderia, elaborar(). El panadero pertenece al tipo de persona que interviene. t_persona=2;
Clase Proveedor.
Nombre de la Clase: Descripcin:
Proveedor. El sistema permitir conocer los diferentes tipos de proveedores, clasificarlos segn la magnitud de crdito que tengan en el local, almacenarlo en una base de datos con el fin de registrarlo y verificar las cuentas por pagar que tenga el local cuando obtenga la compra de la materia prima. Activo, Inactivo, modificado, eliminado. 1. Sub-Clases: 2. Sper-Clases: Persona. 3. Asociacin: Materia_Prima con enlace de orden pedido. Listar_productos(), ingresar_ventas(); Nombre, apellido, cedula, cuidad, direccin, telfono, estado[Activo, Inactivo, modificado, eliminado]. Cod_proveedor, nombre_distribuidor El panadero pertenece al tipo de persona que interviene. t_persona=3;
Estado: Relaciones: Miembros Pblicos: Miembros Protegidos: Miembros Privados: Notas:
Clase Factura.
Nombre de la Clase:
Factura.
90
UCSG
Descripcin: Estado: Relaciones: Miembros Pblicos: Miembros Protegidos: Miembros Privados: Notas:
La factura permite guardar registros del cliente y realiza transacciones de compras sobre los productos que tambin son almacenador en sus registros del cliente. Emitida, anulada, cobrada, anulada. 1. Sub-Clases: 2. Sper-Clases: 3. Asociacin: Panadero, Pedido. generarFactura(), imprimir(). Codigo, nombre_cliente, cantidad, descripcin, costo_unitario, costo_total, estado[Emitida, anulada, cobrada, anulada.]. La factura se registra por cliente, si el cliente decide registrarlo, caso contrario, se lo considera obviamente como consumidor final.
Clase Receta
Codigo, nombre_receta, fecha_elaboracion, lista_ingredientes, detalle_preparacion, estado[Creada, Archivada, en Uso, Caducado.]
Receta. Representa cada receta existente en el sistema, en la receta se indica el nombre del producto a fabricar, la materia prima a utilizar, y cuanto de cada una de estas se necesita. Creada, Archivada, en Uso, Caducado. 1. Sub-Clases: 2. Sper-Clases: 3. Asociacin: Producto cargarReceta(),ObtenerReceta();
La receta se puede obtener mediante los ingredientes y la preparacin del producto, y al cargar una o mas receta muestra lo solicitado (ingredientes y preparacin).
Clase Detalle_pedido.
Nombre de la Clase: Descripcin: Estado:
Detalle_Pedido Esta clase permite describir cada producto a travs de detalles, con las que pueden orientar mediante informacin hacia al cliente para realizar sus pedidos. Aqu se pueden detallar adicionalmente una observacin, en caso de que haya novedades sobre el pedido de los productos Vacio, aceptado, modificado, finalizado.
91
UCSG
Relaciones: Miembros Pblicos: Miembros Protegidos: Miembros Privados: Notas:
1. Sub-Clases: 2. Sper-Clases: 3. Asociacin: Pedido, Orden_compra. generarDetalles(), cargarDetalles(),borrarDetalles();
Codigo, productos, detalles, observaciones, estado[Vacio, aceptado, modificado, finalizado]; El detalle pedido solo se fijara cierta informacin de cada producto, el estado y la observacin.
Clase Pedidos.
Pedidos. Clase que clasifica sus productos a travs de un cdigo para luego posiblemente llega inicialmente registrando a una factura cuando el cliente realiza el pedido de compra de los productos que se encuentra en la panadera. Iniciado, En preparacin, Finalizado, Anulado. 1. Sub-Clases: 2. Sper-Clases: 3. Asociacin: Cliente, Detalle_pedido. Regisrar_pedido(), Codigo, nombre_producto,cantidad, costo_unitario,estado[Iniciado, En preparacin, Finalizado, Anulado]. verificar_estado_solicitud(); El pedido se busca por medio del codigo. If codigo_producto== producto then Mostrar(Producto:+producto+Cantidad+cantidad+ Costo_Unitario:+costo_unitario+Estado:+estado); Else Mostrar (pedido no existe.); End if;
Notas:
Clase Formas_pago.
Formas Pago. Esta clase especifica los tipos de pagos con el que se realiza el cliente ya sea por efectivo, cheque, tarjeta de crdito, al momento de pagar el total de la compra del producto. Emitido, recibo_emitido, cobrando, anulado.
92
UCSG
Relaciones: Miembros Pblicos: Miembros Protegidos: Miembros Privados:
1. Sub-Clases: 2. Sper-Clases: 3. Asociacin: Pedido. Emitir_pago(), procesar_pago(), contar_efectivo(). Tipo_pago, cantidad, cambio, estado[Emitido, recibo_emitido, cobrando, anulado], observacin. Se clasifica las formas de pago. Si t_pago==1 then Tipo_pago=Efectvo; Else Si t_pago==2 then Tipo_pago=Cheque; Else Si t_pago==3 then Tipo_pago=Tarjeta; End if;
Notas:
Clase Materia_prima.
Materia Prima Esta clase permite registrar mediante las operaciones sobre los productos que van a ser distribuidos para la panadera mediante el proveedor. Iniciando, preparando, procesado, terminado, defectuoso. 1. Sub-Clases: 2. Sper-Clases: 3. Asociacin: Proveedor, Orden_Compra Buscar(), Guardar(),eliminar(); Cdigo, nombre, peso, marca, costo, estado[Iniciando, preparando, procesado, terminado, defectuoso.] Se realiza las operaciones de los datos de la materia prima distribuido para la panadera.
Clase Orden_Compra
Orden Compra Esta clase nos permite emitir una orden de compra al proveedor con la autorizacin del administrador para la produccin de la materia prima que se necesita para la panadera. Iniciando, preparando, procesado, terminado, defectuoso.
93
UCSG
Relaciones: Miembros Pblicos: Miembros Protegidos: Miembros Privados: Notas:
1. Sub-Clases: 2. Sper-Clases: 3. Asociacin: Proveedor, Orden_Compra Buscar_oc(), Guardar_oc(), eliminar_oc(); Cdigo, nombre, peso, marca, costo, estado[Iniciando, preparando, procesado, terminado, defectuoso] Se realiza la implementacin de todas las operaciones de los datos de la materia prima distribuido para la panadera.
Clase Producto.
Se clasifica los productos existentes para la panaderia. Si t_producto==1 then Tipo_ producto =Pan; Else Si t_producto ==2 then Tipo_ producto =Pastel; Else Si t_producto ==3 then Tipo_ producto =Rosca; Else Si t_producto ==4 then Tipo_ producto =Torta; End if; Producto Esta clase nos permite la digitalizacin de todos los productos de nuestra panadera adems de ayudarnos a clasificar cada producto a travs de algn estado. Aqu podemos: ingresar, clasificar, modificar, eliminar informacin de los productos de venta. Grabado, modificado, finalizado, eliminado.
1. Sub-Clases: Pan, Rosca, torta, Pastel 2. Sper-Clases: 3. Asociacin: Detalle_Pedido, Receta.
generarProducto(), buscarProducto(), eliminar_producto(); Cdigo, nombre, peso, marca, costo_unitario, costo_total, fecha_elab, fecha_caduc, distribuidor, estado[Grabado, modificado, finalizado, eliminado]
Notas:
Detalle de operaciones.
Clase Persona.
Nombre de la Operacin:
Guardar Persona
94
UCSG
Miembro de la clase:
Argumentos:
Control: Precondicin:
Persona Nombre: String Apellido: String Cedula: Long(15) Cuidad: String Direccin: String Telfono: Long(15) Estado: Char(1) Publico Id_persona=0;
Procedure guardarPersona() { Id_persona+=1; InsertarRegistroPersona(Id_persona, nombre, apellido, cedula, cuidad, direccin,telfono, A); }
Semntica:
Nombre de la Operacin: Miembro de la clase: Argumentos: Control: Precondicin:
Buscar Persona Persona Nombre: String Apellido: String Cedula: Long(15) Direccin: String Telfono: Long(15) Publico CI=0; Cadena=NULL; Estado=;
function guardarPersona(CI is Long)is String { if (Cedula==CI && Estado==A) { Cadena+= Nombre: +Nombre+ Apellido: +Apellido+ Cedula: +Cedula+ Direccion: +Direccion+ Telefono: +Telefono; } Else { Cadena+=Persona no Existe.; } Return Cadena; }
Semntica:
Clase Factura
Nombre de la Operacin: Miembro de la clase: Argumentos:
Generar Factura Factura Nombre_cliente: String Nombre_Producto: String Descripcion: String
95
Anlisis y Diseo de Sistemas II Cantidad: Int Costo_unitario: Float Costo_total: float Publico Id_factura=0; Id_producto=0; Acumulador_total=0; Estado=A;
UCSG
Semntica:
procedure generarFactura() { Id_factura+=1; if (id_producto==cod_producto) { Costo_total=cantidad*Costo_unitario; Acumulador_total+=Costo_total; grabarFactura(id_factura,nombre_cliente, Nombre_Producto, Descripcion, Cantidad, Costo_unitario, Costo_total, acumulador_total, estado); } Else { Mostrar(Producto no Existe.); } }
Nombre de la Operacin: Miembro de la clase:
Imprimir Factura Factura Nombre_cliente: String Nombre_Producto: String Descripcion: String Cantidad: Int Costo_unitario: Float Costo_total: float Publico Id_factura=0; Acum =0; Cadena=NULL;
Argumentos:
96
UCSG
Semntica:
procedure imprimirFactura(cod_producto is int) { For(int i=0;i<nregistros;i++){ if (id_factura==cod_factura) { Acum+=Costo_total[i]; Cadena+=Nombre Cliente:+nombre_cliente[i]+ NombreProducto:+Nombre_producto[i]+ Descripcion:+descripcin[i]+ CostoUnitario:+Costo_unitario[i]+ Cantidad: +Cantidad[i]+ Costo_total: +Costo_total[i]); } Else { Mostrar(Factura no Existe.); } } Print(Cadena); // imprimir mediante impresora }
Clase Receta
Obtener Receta Receta Nombre_Receta: String Nombre_ingredientes: String Preparacin:String Fecha_inicio:Date; Publico Id_receta=0; Estado=C; Ingredientes=NULL;
procedure generarFactura() { Id_receta+=1; For(int i=0;i<ningr;i++) { Ingredientes+=Nombre_ingredientes[i]+\n; } Insertar(id_receta, nombre_Receta, ingredientes,preparacin, fecha_inicio,estado); }
Semntica:
97
UCSG
Cargar Receta Receta Cod_receta: int Publico Id_receta=0;

procedure imprimirFactura(id_receta is int) { if(cod_receta==id_receta && status==C) { cargarDatosReceta(Cod_receta); } Else { Mostrar(Receta no Existe.); } }
Semntica:
Clase Detalle_Pedido
Generar detalles Detalle_pedido Id_detalles: int Nombre_producto: String Detalles: String Observaciones: String Publico Id_producto=0; estado=A;
procedure generarDetalles(id_producto is int) { If(producto.cod_producto==id_producto){ Insertar(id_detalles, nombre_producto, Detalles,Observaciones,estado); } Else { Mostrar(Producto no Existe.); } }
Semntica:
Cargar detalles
98
UCSG
Miembro de la clase: Argumentos: Control: Precondicin:
Detalle_pedido Cod_detalles: int; Nombre_producto: String Detalles: String Observacin: String; Publico Id_detalles=0; Cadena=NULL;
function cargarDetalles(id_detalles is int) is String { If(cod_detalles==id_detalles && estado==A){ Cadena+=Cod. Detalles:+id_detalles+ Cod.Producto:+producto.cod_producto+ NombreProducto:+Nombre_producto+ Detalles:+detalles+ Observacion:+observacin; } Else { Cadena+=Detalle no Existe.; } } Return Cadena;
Semntica:
Borrar detalles Detalle_pedido Cod_detalles: int; Nombre_producto: String Detalles: String Observacin: String; Publico Id_detalles=0;
function borrarDetalles(id_detalles is int) is String { If(cod_detalles==id_detalles && estado==A){ This.Delete(Cod_detalles, Nombre_producto, Detalles, Observacin, NULL); } Else { Cadena+=Detalle no Existe.; } }
Semntica:
Clase Pedidos.
99
UCSG
Verificar_estado_pedido. Pedidos Cod_pedido: int Nombre_producto: String. Privado Id_pedido=0; fecha_pedido=sysdate; cadena=NULL; status=(estado=A?Iniciado: estado=P:Preparado: estado=F?Finalizado: estado=N:Anulado);
function verificar_estado_pedido(cod_pedido is int)is String { If(id_pedido==cod_pedido){ Cadena+=Cod.Pedido:+id_detalles+ Nombre_Producto:+producto.nombre_producto+ fecha Pedido:+fecha_pedido+ Estado:+Status; } Else { Cadena+=Pedido no Existe.; } Return Cadena; }
Semntica:
Clase Formas_pago.
Emitir pago. Formas_pago Cod_pedido: int Nombre_producto: String. Publico Id_pedido=0; fecha_pago=sysdate; cadena=NULL; Tipo_p=(tipo_pago=1?Efectivo:tipo_pago=2?Cheque: tipo_pago=3?Tarjeta_credito);
function Emitir_pago(cod_pedido is int)is String { If(Pedidos.id_pedido==cod_pedido){ Cadena+=Cod.Pedido:+id_detalles+ Nombre_Producto:+producto.nombre_producto+ fecha Pedido:+fecha_pedido+ Total a pagar:+Factura.total_pagar+ Formas a pagar:+Tipo_p; } Else { Cadena+=Pedido no Existe.; } Return Cadena; }
Semntica:
100
UCSG
Procesar_pago. Formas_pago id_pedido: int Publico cod_pedido=0; fecha_pago=sysdate; resultado=NULL; Tipo_p=(tipo_pago=1?Efectivo:tipo_pago=2?Cheque: tipo_pago=3?Tarjeta_credito);
function procesar_pago(cod_pedido is int)is String { If(Pedidos.id_pedido==cod_pedido){ If(tipo_pago==1) { resultado=contar_efectivo(pago); return resultado; } Else if(tipo_pago==2) { Resultado_cheque+=Cheque por:+ Total_pagar+Fecha: +Fecha; Return resultado; } Else if(tipo_pago==3) { Resultado+=No.Tarjeta+Cliente+ total_pagar+tipo_tarjeta+banco +fecha_pago; &banco.imprimir(Resultado); } } Else { Resultado+=Pedido no existe; Return Resultado; } }
Semntica:
101
UCSG
Contar efectivo Formas_Pago tipo_billete: int; tipo_moneda: int; Publico cantidad=0; total=0;
function contar_efectivo(cantidad is float)is String { Do{ If(tipo_billete==1) {total+=100;} If(tipo_billete==2) {total+=50;} If(tipo_billete==3) {total+=20;} If(tipo_billete==4) {total+=10;} If(tipo_billete==5) {total+=5;} If(tipo_billete==6) {total+=1;} If(tipo_moneda==1) {total+=1;} If(tipo_ moneda==2) {total+=0.50;} If(tipo_ moneda==3) {total+=0.25;} If(tipo_ moneda==4) {total+=0.10;} If(tipo_ moneda==5) {total+=0.05;} If(tipo_ moneda==5) {total+=0.01;} }while(total<=cantidad); If(total>=cantidad) { Vuelto=total-cantidad; Return(Total pagar:+total_pagar+ Efectivo:+cantidad Cambio:+(vuelto>0?vuelto: Completo con $0.00); } Else { Return(Falta ms dinero.) }
Semntica:
Clase Materia_prima
102
UCSG
Grabar materia prima Materia_prima Nombre: String Peso: float Marca: String Costo: Float. Publico Id_mp=0; Estado=1
procedure grabar_materia_prima() { Id_mp+=1; nombre_mp=nombre; Peso_mp=peso; Marca_mp=marca; Costo_mp=costo; Estado=1; RegistroMP(Id_mp,nombre_mp,Peso_mp, Marca_mp, Costo_mp, Estado); )
Semntica:
Buscar materia prima Materia_prima Cod_mp:int; Publico Id_mp=0;

function buscar_materia_prima(Cod_mp is int) is String { If(id_mp==cod_mp){ Cadena+=Cod.MP:+cod_mp+ Nombre MP:+nombre+ Peso:+peso+ marca:+marca+ Costo:+costo; } Else { Cadena+=Materia Prima no Existe.; } Return Cadena; }
Semntica:
Eliminar materia prima
103
UCSG
Materia_prima Cod_mp:int; Publico Id_mp=0;

procedure buscar_materia_prima(Cod_mp is int) { If(id_mp==cod_mp){ This.delete(Cod.MP:+cod_mp+ Nombre MP:+nombre+ Peso:+peso+ marca:+marca+ Costo:+costo); } Else { Mostrar(Materia Prima no Existe.); } }
Semntica:
Clase Orden_compra
Grabar orden compra Orden compra Costo_total: Float Lista_productos:String Proveedor: String Publico Id_oc=0; Estado=1
procedure grabar_oc() { Id_oc+=1; Lista_productos=nom_list_productos; Costo_total=Producto.Acum_total; proveedor=proveedor_oc; Estado=1; RegistroOC(Id_mp,lista_prodcutos, Costo_total, Marca_mp, Costo_mp, Estado); )
Semntica:
104
UCSG
Buscar orden compra Orden_compra Cod_oc:int; Publico Id_oc=0;

function buscar_oc(Cod_oc is int) is String { If(id_oc==cod_oc && estado==1){ Cadena+=Cod.oc:+cod_oc+ Lista OC:+nom_lista_productos+ Costo Total:+ Producto.Acum_total + marca:+marca+ Costo:+costo; } Else { Cadena+=Orden Compra no Existe.; } Return Cadena; }
Semntica:
Eliminar orden compra Orden_compra Costo_total: Float Lista_productos:String Proveedor: String Publico Id_oc=0;
procedure eliminar_oc(Cod_oc is int) { If(id_mp==cod_mp && Estado==1){ This.delete(Cod.oc:+cod_oc+ Lista OC:+nom_lista_productos+ Costo Total:+ Producto.Acum_total + marca:+marca+ Costo:+costo); } Else { Mostrar(Orden de Compra no Existe.); } }
Semntica:
Clase Producto
105
UCSG
Nombre de la Operacin: Miembro de la clase:
Grabar Producto Producto Nombre_prodct: String peso_prodct:String Costo_Unitario: Float(6,2) marca_prodct: String f_elab: Date f_exp: Date Distribuidor:String Publico Id_producto=0; Estado=1
procedure grabar_producto() { Nombre_prodct=nombre; peso_prodct=peso; Costo_Unitario=costo_unitario; marca_prodct=marca; f_elab=fecha_elab; f_exp=fecha_caduc; Distribuidor=distribuidor; RegistroProducto(Nombre_prodct, peso_prodct, Costo_Unitario, marca_prodct, f_elab, f_exp, Distribuidor, estado); )
Argumentos:
Semntica:
Buscar Producto Producto Cod_producto:int; Publico Id_producto=0;

function buscar_prodcuto(Cod_producto is int) is String { If(id_prodcuto==cod_oc && estado==1){ Cadena+=Cod.Prodcuto:+cod_producto+ Nombre Prpdcuto:+nombre Costo Unitario:+ Costo_Unitario + Marca:+marca+ Fecha.Elab:+fecha_elab+Fecha_caduc+ Fecha_caduc+Distribuidor:+ Distribuidor); } Else { Cadena+=prodcuto no Existe.; } Return Cadena; }
Semntica:
Eliminar Producto
106
UCSG
Producto Cod_producto:int; Publico Id_producto=0;

procedure eliminar_prodcuto(Cod_producto is int) { If(id_prodcuto==cod_oc && estado==1){ This.delete(Cod.Prodcuto:+cod_producto+ Nombre Prpdcuto:+nombre Costo Unitario:+ Costo_Unitario + Marca:+marca+ Fecha.Elab:+fecha_elab+Fecha_caduc+ Fecha_caduc+Distribuidor:+ Distribuidor); } Else { Mostrar(Producto no Existe.); } }
Semntica:
Persistencia de tipos de datos.

Persona
Campos Nombre apellido cedula cuidad direccin telfono estado Tipo de Datos String String Long(15) String String Long(20) Char(1) Tipo Clave Valor Not Null Not Null Not Null Not Null Null Not Null Not Null
PK
Procedimientos Almacenados Create or replace procedure guardarPersona(); Create or replace procedure buscarPersona();
107
UCSG
Proveedor
Campos Id_Proveedor Nombre_distribuidor idMateriaPrima Nombre_mp Tipo de Datos Integer String Integer String Tipo Clave PK FK1:Materia_Prima FK2:Materia_Prima Valor Not Null Not Null Not Null Not Null
Procedimientos Almacenados: Create or replace procedure listarProductos(); Create or replace procedure ingresarVentas();
Panadero
Campos Tipo de Datos Id_Panadero Integer Nombre_panaderia String Id_factura Integer Nombre_cliente String Total_pagar Float(8,2) Procedimientos Almacenados: Tipo Clave PK FK1:factura FK2:factura FK3:factura Valor Not Null Not Null Not Null Not Null Not Null
Create or replace procedure elaborar_productos();
Materia Prima
Campos Id_mp Id_Proveedor Id_OrdenCompra Nombre Peso Marca costo Nombre_distribuidor Tipo de Datos Integer Integer Integer String Float(2,2) String Float(8,2) String Tipo Clave PK FK1:proveedor FK2:orden_compra Valor Not Null Not Null Not Null Not Null Not Null Not Null Null Not Null Not Null
FK1:proveedor
Procedimientos Almacenados: Create or replace procedure Buscar(); Create or replace procedure Guardar(); Create or replace procedure Eliminar();
108
UCSG
Factura
Campos Id_Factura Nombre_cliente Nombre_Producto Descripcion cantidad Costo_unitario Costo_total Id_pedido Estado Id_panadero Nombre_panaderia Tipo de Datos Integer String String String integer Float(6,2) Float(6,2) Integer Char(1) Integer String Tipo Clave PK Valor Not Null Not Null Not Null Not Null Not Null Not Null Not Null Not Null Not Null Not Null Not Null
FK1:pedido FK2:pedido FK3:panadero FK4:panadero
Procedimientos Almacenados: Create or replace procedure Buscar(); Create or replace procedure Guardar(); Create or replace procedure eliminar();
Pedido
Campos Id_pedido Nombre_producto estado id_Factura nombre_cliente Cantidad costo_unitario Costo_total Tipo_pago Cantidad_pago Cambio. Tipo de Datos Integer String String String integer Float(6,2) Float(6,2) Integer Char(1) Integer String Tipo Clave PK FK1:factura FK2:factura FK3:factura FK4:factura FK1:factura FK2:formas_pago FK3:formas_pago FK4:formas_pago Valor Not Null Not Null Not Null Not Null Not Null Not Null Not Null Not Null Not Null Not Null Not Null
Procedimientos Almacenados: Create or replace procedure Registrar_pedido(); Create or replace procedure Verificar_solicitud(id_pedido is integer);
109
UCSG
Formas_pago
Campos Tipo_pago Cantidad Cambio Estado Observacin Id_pedido Nombre_producto Tipo de Datos Char(1) Integer Float(6,2) Char(1) String Integer String Tipo Clave PK Valor Not Null Not Null Null Not Null Null Not Null Not Null
FK1:pedidos FK2:pedido
Procedimientos Almacenados Create or replace procedure Registrar_pago(); Create or replace procedure procesar_pago(tipo_pago is integer);
Orden_compra
Campos Tipo de Datos Id_ordencompra Integer Nombre_productos String Costo Float(6,2) Proveedor String Marca String Estado Char(1) Id_materia_prima Integer Id_detalle Integer Detalles String Procedimientos Almacenados Tipo Clave PK Valor Not Null Not Null Not Null Not Null Null Not Null Not Null Not Null Null
FK1:Materia Prima FK1:Detalle Pedido FK2: Detalle Pedido
Create or replace procedure generarOrdenCompra(); Create or replace procedure imprimir_oc(id_ordencompra is integer);
Receta
110
Anlisis y Diseo de Sistemas II Campos Tipo de Datos Id_receta Integer Nombre_receta String Fecha_elaboracion Date Nombre_ingredientes String Nombre_detalles String Detalles_preparacion Char(1) Estado Integer Id_producto String Nombre_producto Float(6,2) Costo_unitario Procedimientos Almacenados: Tipo Clave PK Valor Not Null Not Null Not Null Not Null Null Not Null Not Null Not Null Null
UCSG
FK1:Producto FK2: Producto FK2: Producto
Create or replace procedure generarReceta(); Create or replace procedure cargarReceta(id_receta is integer); Create or replace procedure buscarReceta(id_receta is integer);
Producto
Campos Id_producto Nombre_producto Detalles Peso Lote Fecha_elaboracion Fecha_expiracion Costo_unitario Cantidad Costo_total Proveedor Estado Id_pedido Id_receta Nombre_receta Preparacion Tipo de Datos Integer String String Float(6,2) Char(15) Date Date Float(6,2) Integer Float(6,2) String Char(1) Integer Integer String String Tipo Clave PK FK1:Detalle_Pedido Valor Not Null Not Null Not Null Not Null Null Not Null Not Null Not Null Null Null Not Null Not Null Not Null Not Null Not Null Not Null
FK2:Detalle_pedido FK3:Receta FK4:Receta FK5:Receta
Procedimientos Almacenados: Create or replace procedure generarProducto(); Create or replace procedure buscarProducto(id_producto is integer);
Detalle_Pedido
111
Anlisis y Diseo de Sistemas II Campos Cdigo Productos Detalles Observaciones Costo Estado Id_pedido Id_oc Proveedor Tipo de Datos Integer String String String Float(6,2) Char(1) Integer Integer String Tipo Clave PK Valor Not Null Not Null Not Null Null Not Null Not Null Not Null Not Null Null
UCSG
FK2:Detalle_pedido FK3:Pedido FK4:Orden_compra FK5:Orden_compra
Procedimientos Almacenados: Create or replace procedure guardarDetalle(); Create or replace procedure buscarDetalle(id_oc is integer); Create or replace procedure eliminarDetalle(id_oc is integer);
112
UCSG
BIBLIOGRAFIA UTILIZADA.

http://es.scribd.com/doc/55966348/5/Figura-3-Organigrama-de-laPanaderia-y-Pasteleria-Paso-Pan http://www.pastelerialorena.com/quienes.html http://panaderialavictoria.blogspot.com/ http://mdmoon.blogspot.com/2007/11/bibliografa.html http://www.crearcuestionarios.com/c-17378habitos_de_consumo.php http://www2.lavitoriana.com/encuesta_es_0_22_1.html
113

Tutoria Final Sistema de Automatizacion de Negocios para Panaderias

Uploaded by

Document Information

Copyright

Available Formats

Share this document

Share or Embed Document

Sharing Options

Did you find this document useful?

Is this content inappropriate?

Copyright:

Available Formats

Tutoria Final Sistema de Automatizacion de Negocios para Panaderias

Uploaded by

Copyright:

Available Formats

Anlisis y Diseo de Sistemas II

UNIVERSIDAD CATOLICA DE SANTIAGO DE GUAYAQUIL TUTORIA FINAL COMPLETA DE:

PROPUESTA DE AUTOMATIZACION PARA NEGOCIO DE PANADERIAS

TEMA GENERAL DEL PROYECTO:

GUAYAQUIL - ECUADOR SEMESTRE B2011

Ingeniera en Sistemas Computacionales

Anlisis y Diseo de Sistemas II

Ingeniera en Sistemas Computacionales

Anlisis y Diseo de Sistemas II

PANADERIA Y PASTELETRIA BARCELONA.

Ingeniera en Sistemas Computacionales

Anlisis y Diseo de Sistemas II

Ingeniera en Sistemas Computacionales

Anlisis y Diseo de Sistemas II

Ingeniera en Sistemas Computacionales

Anlisis y Diseo de Sistemas II

Ingeniera en Sistemas Computacionales

Anlisis y Diseo de Sistemas II

PLANTEAMIENTO DE LOS PROBLEMAS Y OPORTUNIDADES

PLANTEAMIENTO GENERAL DEL PROBLEMA.

2. PLANTEAMIENTO DEL PROBLEMA.

Ingeniera en Sistemas Computacionales

Anlisis y Diseo de Sistemas II

Anlisis y Diseo de Sistemas II

ANALISIS MATRICIAL DE FODA.

Ingeniera en Sistemas Computacionales

Anlisis y Diseo de Sistemas II

DEFINICIN OBJETIVOS DEL PROYECTO

Anlisis y Diseo de Sistemas II

ALCANCE DEL PROYECTO

Anlisis y Diseo de Sistemas II

Ingeniera en Sistemas Computacionales

Anlisis y Diseo de Sistemas II

Ingeniera en Sistemas Computacionales

Anlisis y Diseo de Sistemas II

Ingeniera en Sistemas Computacionales

Anlisis y Diseo de Sistemas II

Cotizacin Tomada por: CompuDash S.A.

6) OPCIONAL: ALQUILER DE DOMINIOS .COM.EC FACTIBILIDAD ECONMICA.

OPCIONAL: SERVER HP Servidor ML110G6 Quad Core

UCSG $ $ 1.170,00 793,50 $ $ 307,05 218,50 1.012

Ingeniera en Sistemas Computacionales

Anlisis y Diseo de Sistemas II

PLANEACIN Y CONTROL DE ACTIVIDADES

DISEO DE SISTEMA Y DE OBJETOS IMPLEMENTACI ON

Ingeniera en Sistemas Computacionales

Anlisis y Diseo de Sistemas II

Ingeniera en Sistemas Computacionales

Anlisis y Diseo de Sistemas II

Ingeniera en Sistemas Computacionales

Anlisis y Diseo de Sistemas II

DIAGRAMA DE FLUJO DE DATOS (DFD)

Ingeniera en Sistemas Computacionales

Anlisis y Diseo de Sistemas II

DIAGRAMA DE NIVEL 1 (DE CONTEXTO).

Ingeniera en Sistemas Computacionales

Anlisis y Diseo de Sistemas II

ANALISIS DE MUESTREO E INVESTIGACION DE DATOS.

Ingeniera en Sistemas Computacionales

Anlisis y Diseo de Sistemas II

9. Qu puntuacin le dara a la Confianza y Fiabilidad que le proporcionan la panadera Barcelona? 0 1 2 3 4 5 23

Ingeniera en Sistemas Computacionales

Anlisis y Diseo de Sistemas II

Ingeniera en Sistemas Computacionales