TUTORIA - ANALISIS - FINAL Jose Miguel

Miercoles, 9 de Febrero del 2011
TUTORÍA ANÁLISIS Y DISEÑO DE SISTEMAS II:

FINAL TUTORÍA FINAL PANADERÍA D’CARLOS
Integrantes:
• José Miguel Erazo Ayón
• Sully Emperatriz Flores Bolaño
• Michelle Jenny Herrera Boza
• Alison Lizzette Riera Borbor

José Erazo – Michelle Herrera – Alison Riera – Sully Flores
ALISON LIZZETTE RIERA BORBOR

E-MAIL: a.riera.borbor@hotmail.es
CARRERA UNIVERSITARIA:
Ciclo VI
Ingeniería en Sistemas Computacionales
Universidad Católica de Santiago de
Guayaquil
FORMACIÓN ACADÉMICA:
Secundaria : Unidad Educativa
“ACADEMIA NAVAL ALMIRANTE ILLINGWORTH”
Primaria : Unidad Educativa
“ACADEMIA NAVAL ALMIRANTE ILLINGWORTH”
PREMIOS O DISTINCIONES:
• 2008 – 2006 “Mención de brigadier por Méritos

Académicos”.
CURSOS REALIZADOS:
• (2008 - 2007) III Curso “Jóvenes Emprendedores y

Líderes” (Duración 200 horas)
CONOCIMIENTOS:
• Programación en Java en Eclipse

• Administración en Bases De Datos Oracle 11 g - Básico
TÍTULOS:
BACHILLER EN CIENCIAS ESPECIALIZACIÓN FISICO

MATEMÁTICAS
Análisis y Diseño de Sistemas II

2 de 137
MICHELLE JENNY HERRERA BOZA

E-MAIL: sammyjoe_hb89@hotmail.es
Ciclo VI
Universidad Católica de Santiago de Guayaquil
Secundaria : UNIDAD BILINGÜE “ALBOHISPANO”
Primaria : CENTRO PARTICULAR EDUCATIVO "PLAZA

SESAMO"
CONOCIMIENTOS:
• Programación de Aplicaciones Web en asp.Net en Visual

Studio
• Programación en HTML
• Programación en Java en Eclipse
• Programación en C++
• Administración en bases de datos SQL 2000 – Básico
CURSOS REALIZADOS:
• Curso de Inglés intensivo modulo IV “Benedict” (2003 -

2004)
EXPERIENCIA:
• Recolecta de información de las bases de datos

• Análisis de desarrollos en sistema
PASANTIAS:
• PUNTO NET:
Departamento de Sistemas
Departamento contable
2 MESES
TÍTULOS:

3 de 137
BACHILLER EN CIENCIAS INFORMÁTICAS
SULLY EMPERATRIZ FLORES

BOLAÑOS
E-MAIL: sully_e@hotmail.es
Ciclo VI
Secundaria : INSTITUTO TECNOLOGICO SUPERIOR

GUAYAQUIL
Primaria : CENTRO PARTICULAR EDUCATIVO "CEDI"
CONOCIMIENTOS:
• Programación de Aplicaciones Web en asp.Net en Visual

Studio
• Programación en Visual Basic 6.0
• Programación en C++
• Administración en bases de datos SQL 2000 –
Intermedio
EXPERIENCIA:
• Ayudantía de matemática y ciencias a jóvenes entre 1º a

6º curso de colegio
• Valoración de Bienes inmuebles
PASANTIAS:
• PUNTOMEGA Consultores S.A.

Asistente en Dpto. de avaluó
5 MESES
TÍTULOS:

4 de 137
BACHILLER EN CIENCIAS ADMINISTRATIVAS E INFORMÁTICAS
JOSE MIGUEL ERAZO AYON

E-MAIL: jose.erazo@cu.ucsg.edu.ec
COORDINADOR
Ciclo VI
Secundaria : UNIDAD EDUCTIVA “SAN JOSE LA SALLE”
Primaria : UNIDAD EDUCTIVA “SAN JOSE LA SALLE”
CONOCIMIENTOS:
• Tecnologías .Net en general:

o Aplicaciones Web en asp.Net en Visual Studio C#
oAplicaciones Plataforma Windows C#
o Visual Basic
• Programación en Java
• Programación estructurada y orientada a objetos en C++
• Administración de Bases de Datos SQL SERVER 2008,
2005, 2000
• Administración de Bases de Datos SYBASE SQL
ANYWHERE 10
• Conocimientos de páginas Webs HTML, Fireworks,
Dreamweaver, Flash
CURSOS REALIZADOS:
• Mantenimiento y Reparación de computadoras (SECAP)
EXPERIENCIA LABORAL:
Empresa: Nuevas Tecnologías del Ecuador S.A.

Cargo: Programador

5 de 137
Tiempo: 1 año
Comentari Desarrollo del sistema MASISOFT, usado por
o: empresas importantes del medio como lo es
GRIFINE S.A.
PASANTIAS LABORALES:
• Pasantías laborales en la empresa Nuevas Tecnologías

del Ecuador S.A. de programador de SIGEC (Sistema de
Gestión de Casos) 5 meses
TÍTULOS:
BACHILLER EN COMUNICACIÓN Y CIENCIAS DIGITALES
Panadería D’Carlos
Horario de Atención:
6:00 a 12:00 y de 18:00 a 23:00
Dirección:
Sauces 2 Mz. 90 villa 14
Sr. Carlos Muñoz

Propietario
Descripción Del Problema U Oportunidad
Problema
La panadería D’Carlos está iniciando un proceso de

cambio; estamos seguros que con nuestros conceptos, sus
productos e imagen alcanzarán el éxito automatizando su
negocio con el cuál vamos a fusionar las características más
importantes con el fin de obtener un resultado eficiente en sus
balances financieros
Tomando en cuenta el análisis que se le ha hecho al

negocio consideramos que implementar un sistema ayudaría a
incrementar las ventas electrónicas; objetivo específico de dicho
análisis.

6 de 137
Lograr la atención de sus clientes, captar competencia,
aumentar su patrimonio, ayudar a sus empleados a realizar un
mejor ahorro en el consumo de materia prima, agilitar el conteo
de inventarios, que todos sus clientes disfruten un momento
muy especial con nuestra cordial atención y nuestra extensa
variedad de panes dulces hechos para los gustos más exigentes
es lo que se busca.
La panadería D’Carlos se preocupa por la calidad y

variedad de sus productos, el servicio extraordinario, la imagen
y limpieza de su local así como también sus acabados y
elementos decorativos por lo que necesita un elemento que los
ayude a subir tan rápido como la tecnología que invade hoy en
la ciudad de Guayaquil.
Actualmente el mercado está en constante cambio, las

personas buscan algo distinto o diferente para salir de los
proceso lentos en donde se involucra transacciones de dinero,
en especial en un mercado activo de constante competencia.
La evolución tecnológica se desarrolla de una manera tan

rápida, que adquirir servicios y productos a través de un
software en la red se ha convertido casi en una necesidad tanto
de la gente joven como las personas en un medio empresarial
activo.
Es por estas necesidades que la panadería D’Carlos ha
decidido automatizar su negocio para simplificar sus
operaciones diarias y brindar comodidad a sus clientes al
adquirir sus productos.
Hemos analizado que la panadería D’Carlos al no constar

con un sistema automatizado muestra algunos problemas en el
desarrollo de sus actividades entre las cuales destacamos:
• La falta de agilidad al momento de desarrollar la venta de

productos da como resultado que no se cumpla unos de
sus principales objetivos que es cautivar la mayor parte de
clientes en el sector en que se desarrolla
• Desde el primer instante que se automatiza quiere y ve la

necesidad de captarse como negocio o llegar a la mente
7 de 137
de sus clientes a través de un computador, ganando
publicidad.
• No poder brindar un servicio ágil le impide conocer más a

sus clientes obstaculizando la cordialidad entre cliente y
vendedor
• Falta de control de inventario de materia prima (torta dulce

gelatina pan) muestra perdidas en el negocio
• No constar con un sistema impide la disponibilidad de

beneficio tecnológico como es comprar a través de la
comodidad del hogar del cliente
• Falta de seguimiento de una cartera de clientes;

automatizarse representa convertirse en un negocio
atractivo para cualquier tipo de público.
• Falta de seguimiento en la elaboración del producto impide

que el dueño de la panadería pueda supervisar de manera
rápida una estadística de su negocio.
• Ausencia de estadísticas impide realizar la toma de

decisiones por no constar con los datos necesarios al
momento.
• El negocio presenta algunos procesos manuales

(Facturación, Crédito) representando riesgo
• El negocio no cuenta con el suficiente equipo disponible
para automatizar el negocio
• Competencia brindando más beneficios y promociones
• No poder realizar pedidos a sus proveedores a través de

páginas electrónicas.
• Desperdicio de sus productos por la ausencia de un control

en ventas diarias.
• Disminución de clientes en las fiestas navideñas y fines de

año por no poder cubrir con los pedidos realizados al
confundirse los cálculos manuales que llevan actualmente.

8 de 137
• No poder realizar una atención personalizada en la

elaboración de sus productos.
• Control de ventas realizadas por el personal debido a la

ausencia de una aplicación.
Oportunidades
La panadería “D’Carlos” tiene gran aceptación en sus

clientes, se puede mejorar su patrimonio aumentado sus ventas
y organizando sus pedidos, modificar.
Organizando la materia prima que ingresa a su

establecimiento para tener su producto final. Pudiendo tener
como una de sus ventajas calcular cuanta materia prima
necesita para poder llegar obtener una determinada cantidad de
producto para poder realizar su venta, por mayorista o minorista
como esta lo desee.
Tiene una gran oportunidad de un crecimiento económico

en la zona, por la agilidad que establecería en la atención de sus
clientes. Otorgándole un servicio de excelencia. A pesar de la
gran cantidad de panaderías que existen, no muchas se
caracterizan para ofrecer calidad de servicio y es en esto en lo
que se ha enfocado nuestra solución, y la visión del dueño del
establecimiento.
En la actualidad las personas se encuentran influenciadas

por la comunicación y no hay persona en esta ciudad que no
maneje el internet, se brinda un gran marketing con esta red
mundial, y no se niega la posibilidad de que todas las personas
vayan a disfrutar de momento ameno en “D’Carlos”.
Habrá facilidad de facturación, es necesario, para todas las

personas en la ciudad, ya que todas deben declarar sus
impuestos, y muchos establecimientos no realizan la facturación
necesaria, se contribuiría con la sociedad y se seguirían las
normas impuestas por el gobierno.
Los precios se verán reflejados al momento de digitalizar el
nombre del producto.

9 de 137
No obstante, engrosando las filas de la base de datos se
podría realizar una entrega a domicilio para el pedido, que cada
uno de los clientes que los requiera.
La atención se realizará por estaciones de esta manera no

se recargará a un solo empleado. Haciendo más ágil la atención
al público, empezando por tomar su pedido automatizadamente,
procediendo a realizar la facturación y una vez cancelado se
procede a realizar la entrega del producto. Siendo así la
atención será más ágil y sin confusiones de despacho.
Evitamos la molestosa espera que tendrán los clientes al

esperar por su cuenta y luego realizar el pago, mientras el
producto pierde su calidad por la engorrosa espera.
Con esto se logrará fidelizar a los clientes, hacer que prefieran a

ellos antes que a la competencia gracias al servicio que se le da.
Se puede adecuar el sistema para que el mismo ofrezca

trabajar el tema de ofertas, descuentos, promociones
especiales. Acaparando más clientes por su influyente
imposición en el mercado que va de la mano con la

10 de 137
automatización, la cual se encargará de realizar todos los
cálculos necesarios para ofrecer las ofertas.
La capacidad que tendrá el software de ejercer actividades

que antes demandaban tiempo y esmero. Ahora se realizarán en
instantes y a esto nos referimos en realizar la lista de productos
que llevará el cliente y realizarla a mano.
Ventajosamente esto lo realizará el sistema, así como la

contabilidad del negocio. Cuadres de caja que son necesario
para realizar; pago a sus empleados, para comprar más materia
prima o utensilios para el trabajo.
Se controlará cada uno de los ingresos de mercadería que

realicen los proveedores registrando esta información en el
sistema así no se tendrá problemas de pago a los mismos.
Una de las partes más importantes para toda empresa es

el recurso tiempo, que ahora se verá reducido en cada una de
las estaciones que tendrá el usuario al momento de acercarse a
realizar una compra.
Objetivo
Nuestro objetivo es principal es cautivar la atención del

público, mostrando nuestra excelencia tanto en producto como
en servicio; ofreciendo un medio ágil y seguro para la
comodidad de quienes formaran nuestro grupo de clientes.
Hacernos merecedores de la confianza y credibilidad de un
gran número de familias; brindado nuestros servicios, además
un compromiso de atención y calidad innovando día a día
nuestros sistemas de atención a los clientes y así ofrecer
múltiples beneficios.
Objetivos Específicos
• Extenderse como negocio en gran parte del sector
• Lograr que el producto sea aceptado
• Desarrollar una investigación de mercado que permita

determinar la percepción del producto

11 de 137
• Desarrollar estrategias promocionales
• Brindar un servicio a domicilio rápido
• Personalización en la elaboración de productos de nuestros

clientes fijos
• Implementación de un sistema automatizado de cobranza

y facturación encargado del registro de los clientes y de
sus deudas con el negocio
• Controlar las ventas a través de un monitoreo diario de los

registro realizados en caja con el fin de que no haya
perdida.
Alcance
• El sistema permitirá monitorear y control el proceso de

transformación de todos los productos fabricados en la
panadería desde el instante que entran los productos como
materia prima hasta convertirse en producto final
• Controlará el sistema de inventario de la panadería de los

productos tanto los que son entregados por diferentes
proveedores y los que son desarrollados por la panadería
como por ejemplo: pan, dulces, tortas, etc.
• Tener un banco de recetas sobre la elaboración de los

productos fabricados en la panadería, los cuales permitirán
llevar una calidad estándar del producto en caso que la
mano de obra directa sea diferente
• Control de los costos de los productos para poder

establecer un margen de utilidad para la empresa
• Registros estadísticos sobre todos los procesos del sistema

como por ejemplo: productos más vendidos, días de mayor
afluencia de ventas.

12 de 137
• Automatización de facturas, notas de venta, notas de

crédito, notas de débito
• Elaboración de reportes con información requerida por el

usuario del sistema, como por ejemplo, la información
sobre las ventas, información sobre las compras, kárdex de
los productos, etc.
• Permitirá administrar diferentes usuarios y perfiles para el

sistema, los cuales pueden ser: administrador, vendedor,
fabricante, etc.
Factibilidad Técnica
Se realizó un estudio tecnológico existente en la pendería, este

estudio estuvo destinado a recolectar información sobre los
componentes técnicos, y la posibilidad de hacer uso del
desarrollo e implementación del sistema, base de datos, redes y
hacer uso de un servidor que sea capaz de soportar los
requerimientos del sistema, realizar un cableado estructurado y
crear un sitio web que esté conectado con el sistema para que
sea manejable para el usuario.
Hardware
En cuanto a requerimiento de hardware, necesitamos un

servidor el cual presentan una fácil administración, despliegue
y servicio, además de ofrecer un destacable rendimiento y alta
disponibilidad.
En donde debe estar instalado el sistema propuesto el cual

debe cubrir con los siguientes requerimientos del sistema:

13 de 137
Servidores web:
Servidores HP de alta densidad

2 CPU INTEL XEON 5420 QUAD CORE 2,33Ghz (8 cores)
Memoria 8GB FB DDR2 667Mhz ECC Registrada
Discos duros SATA150 10.000 RPM RAPTOR
Computadora Dual Core 2,93, GHz Disco Duro de 300

GB, Memoria de 2GB.
Pantalla:
Pulgadas Visibles Resolución máxima aconsejable.

14 640 x480
píxeles
• Se debe compra de cable y conectores.
Software
En cuanto a software nos ayuda a administrar los recursos de

la máquina, coordinar el hardware y organizar archivos en el
mercado, los Sistemas Operativos más utilizados son Dos,
Windows, Linux y Mac.
Como resultado de este estudio técnico se determino en

nuestro caso vamos a usar el sistema operativo Windows Server
2008 R2, por su plataforma de desarrollo para el uso general
del sistema.
SQL Server, está proyectado tanto para sistemas críticos en

producción soportando intensas cargas de trabajo como para
empotrarse en sistemas de desarrollo masivo de software.
Factibilidad Economía:
Según nuestro análisis costos de materia prima, los servicios

básicos, mantenimiento de equipos y mano de obra, debido a
estos factores la implementación del sistema no sobrepasa el
bolsillo económico del usuario, es decir un precio accesible, ya
que el sistema no es complicado no requiere demasiados
14 de 137
recursos tecnológicos, se implementara en l noche en horas no
laborables para no perjudicar el transcurso normal de
actividades de la pendería.
A continuación nostramos un resumen de los costos del sistema

propuesto y una lista de los costos que conlleva implementar el
mismo, y los costos de operación.
Costos generales
Estos gastos son establecidos por todos aquellos gastos de

suministros de facturación de uso diario necesario para realizar
los procesos tales, como de venta, cinta matricial para
impresoras, y otros.
Gastos generales Costo Consumo mensual

aproximado
Suministro de 50 dólares
facturación mensual
Cinta matricial 20 dólares

mensual
Total 70 dólares
Costo personal

15 de 137
En este tipo de gasto incluye los gastos proporcionados por el
personal humano bajo cuya responsabilidad está en correcto
funcionamiento del sistema.
Tablas de gastos personales:
Recurso Humano Contribución

JOSE ERAZO AYON 320
SULLY FLORES 320
ALISON RIERA 320
MICHELLE HERRERA 320
Factibilidad Operacional:
Esta factibilidad, permite comprende saber si se pondrá aplicar

el sistema, dando provecho a los usuarios involucrados con
beneficio y servicios que ofrece el sistema, mediante a la
interacción que tiene de enviar y recibir información
simultáneamente. También nos compete dar charlas,
seminarios de capacitación al personal de trabajo según sus
aéreas y horas laborales, con la finalidad de garantizar el buen
funcionamiento del sistema, evitando conflictos con el mismo,
por ese motivo de desarrolla una interfaz totalmente amigable,
con herramientas comprensible para el usuario, con una
pantallas llamativa con reportes funcionales que sean familiares
a los operadores, con la opinión de cualquier modificación, para
impactar en forma positiva al usuario.

16 de 137
Documentos de soporte
Entrevistas
¿Cuáles son las unidades de inventario de los productos

que usa para elaborar su producto fabricado?
Compro la harina por quintal, sacos de harinas, azúcar,

manteca, los huevos los compro en cubetas, y cuando por
ejemplo necesito unas unidades, también por unidades
¿Cada cuánto tiempo usted hace sus pedidos?
Mis pedidos los hago semanalmente
¿Y cuánto pide más o menos semanalmente de materia

prima?
5 quintales de harina promedio
¿Al día cuanto consume de materia prima para la

elaboración de sus productos?
50 libras diarias, se tiene producto de más en caso de algún

problema de reparto por ejemplo, a veces cuando hay escases,
etc.
¿Si tendría que darle usted una agrupación para

clasificar sus productos como sería?
Es una sola calidad, también se conoce como variedad, pan de
sal, panes de dulces, dulces; por ejemplo cachitos, briollos,
enrollados, etc. Estos por ejemplo entrarían en la variedad
panes de sal
Dulces, torta, gelatinas en un futuro ya que la panadería es

nueva, pero desearía después ampliarme por ahí, llegar a ser
una pastelería panadería

17 de 137
También compro productos como colas, leches, quesos, jugos
como tampico, etc. para vender a los clientes, aunque es en
pequeñas proporciones
¿Cuál sería el promedio de tiempo que demora la

preparación de cada producto?
De 2 horas y medias a 3 horas, desde que se elabora amasando

con la maquina amasadora, se le da forma al pan, se mete a
hornear y se lo saca
¿Y cómo sería el proceso de elaboración general de su

producto?
1. Harina
2. Levadura
3. Agua,
4. Manteca
5. Azúcar
6. Huevos
7. Especias para variar el sabor
8. Darle forma al pan
9. Colocar en los moldes
10. Meter a hornear en el horno
¿Cómo garantiza la calidad de su producto en caso de

que sea un empleado que elabore su pan?
No hay empleados, yo tengo pesas, y ahí como yo hago los

panes, peso en una balanza y me baso en unas recetas que
tengo, tengo una carpeta de recetas en las cuales constan todas
las que se usan en la panadería
Como puede ver el promedio de ventas al día
El pan que más se vende, el que más se consume es el

enrollado, es lo que sé pero al ojo ya que he sacado cuentas,
pero de ahí no existe ningún documento estadístico que me lo
garantice

18 de 137
¿Hasta dónde desearía que controle el sistema?
Estoy comenzando y quisiera tener de todo, como lo tenía en la

panadería que yo tenía, ser más grande y vende más
¿Cómo controlaría las estadísticas del producto?
No llevo un control estadístico, todo el trabajo que realizo es al

ojo
El día de hoy yo tengo que elaborar 400 panes, pesar 20 libras

de harina con las que me salen los 400 panes
¿Y que ocurre en caso de que esos 400 panes que usted

haga no se vendan todos?
Si no vendo todos los panes ya es pérdida, a veces se elabora el

budín en el cuál se usa de materia prima el pan, y esto es un
dulce que si se vende
¿Cuáles son los tipos de cliente que usted maneja?
Tendría dos tipos de clientes: los clientes a plazo teniendo una

cartera de cliente, por ejemplo si viene el señor que vende las
hamburguesas al frente, yo le vendo y le anoto su deuda en
caso de que yo me convierta en proveedor de él, y también los
clientes normales que son los que compran todos los días su pan
para su hogar
¿Cuáles son los tipos de proveedores que usted tiene?
Ahora tengo un proveedor que me trae a domicilio todos los

productos para la elaboración del pan, la leche, la manteca, la
harina, etc.

19 de 137
¿Y si viene un señor que vende leche por ejemplo y le
ofrece la leche más barata?
Claro ahí cambiaría de proveedor de leche, ya que al ser más

barato, uno mide costos y elige por el proveedor más barato, así
funciona este negocio
¿Si usted contrataría empleados cuantos necesitaría?
Aquí un empleado gana aproximadamente 15 dólares al día, al

instante como recién empiezo solo pienso contratar uno, pero si
me llego a hacer más grande contrataría a uno más o sea dos,
vendedores para vitrina no necesitaría porque yo mismo lo
puedo hacer, pero también más adelante pienso que sería útil,
pero lo pensaría dos veces por el control del dinero
¿Y los documentos de venta que usted usa?
Por lo general no hago facturas por que el valor de las ventas

por cliente, tampoco es que es tan elevado pero cuando un
cliente supera los 3 dólares ahí si le elaboro una factura, en caso
de tener un sistema soy consciente que debo de facturar todo
¿Y algún impedimento que se le genera al no utilizar un

sistema?
Normal y patético, al ser un negocio pequeño se maneja, todo

manualmente no como grandes negocios que tienen todo
sistematizado, el no saber cuánto mismo es el costo y la utilidad
exacta, no sé cuánto mismo me queda por cada pan que vendo
¿Y algún proceso novedoso que desea implementar?

20 de 137
Yo quisiera tener de todo, hay nuevas máquinas de panificación
las cuales reemplazarían a estos hornos anticuados
Documentos de Entrada: Carta de Autorización
Documentos de Salida:
• Receta de Panes
• Facturas (las cuales no tienen un formato específico)
Guayaquil, 24 de octubre del 2010
Señor
Carlos Muñoz Mera
Propietario de la Panadería D’Carlos
En su despacho.-
De mis consideraciones
Nosotros como estudiantes de la Universidad Católica de Santiago de

Guayaquil de la carrera Ingeniera en Sistemas Computacionales, A
usted respetuosamente solicitamos:
Nos de la debida autorización de revisar el funcionamiento de su negocio,

por medio de una entrevista. Para lo cual pedimos permiso de usar un
medio de grabación, nos comprometemos que no será usado
indebidamente.
Agradeciendo de ante mano por la atención de la presente.
Atentamente,

21 de 137
José Miguel Erazo Ayón Michelle Jenny Herrera Boza
C.I. C.I.
Alison Lizzette Riera Borbor Sully Emperatriz Flores Bolaños
C.I. C.I.

22 de 137

23 de 137
Diagramas de Flujos de Datos (DFD)
Nivel 0
Diagrama de Contexto
Entrada de Entrega del

materia prima producto
Sistema
de
Proveedor Cliente
panaderí
Pedido de a Pedido del
materia prima, Producto
Datos
Nivel 1
Subsistema
Sistema
Proveedo Invent de
r ario Elaboraci
ón
Encarga de Pedido de
materia prima materia prima
Mala Buena calidad
Calidad
Sistema
Factura de
Cliente Calidad
Entrega del Pedido del Diferenciación

producto Pago Producto de producto
Sistema Sistema
de de
Clasificaci
venta Despacho del
Producto ón
CASOS DE USO - PANADERÍA D’ CARLOS

24 de 137
DESCRIPCIÓN GENERAL
Definición de producto:
El sistema deberá permitir ingresar el código, la descripción y cantidad disponible
de los productos en stock.
Emisión de facturación:
El sistema tomará los precios de los productos emitirá la factura con el valor total
a pagar; a esto se le añade las ofertas o descuentos que tiene en negocio
Gestión de inventarios:
El sistema permitirá verificar cuanto de stock tiene disponible para la venta en
productos.
Gestión de clientes:
El sistema permitirá registrar los diferentes tipos de cliente, clasificarlos según la
magnitud de compra que tengan en el local, almacenarlo en una base de datos con
el fin de registrarlo y verificar las cuentas por cobrar que tengas el mismo
Calculo de producción:
El sistema nos ayudara a través de un cálculo sencillo conocer según la exigencia
del cliente (número de stock) conocer la cantidad de materia primar que requiera
Ej.: para 400 panes necesitará un quintal de harina
Gestión de proveedores:

25 de 137
El sistema permitirá conocer los diferentes tipos de proveedores, clasificarlos
según la magnitud de crédito 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.
ACTORES
Administrador:
Este actuará como actor primario ya que tendrá acceso directo con la información
del sistema. Realizará ingreso de información, modificaciones, eliminaciones,
consultas, cambio de precio, pedidos.
Tendrá contacto directo con los proveedores y sucursales donde se distribuye la

mercadería.
Limitaciones:
No podrá intervenir en la realización de la factura de venta.
Vendedor:
Realizará el proceso de venta, tendrá contacto directo con el cliente y los
empleados que distribuyen la mercadería de los proveedores.
Limitaciones:
No podrá tener acceso a la modificación de información del sistema.
CASO DE USO DEFINICIÓN DE PRODUCTOS
Características El sistema deberá permitir ingresar el

código, la descripción y cantidad de
productos disponibles para la venta.
Requisitos asociados • Ingreso autorizado

• Digitalización de información
• Almacenamiento de información
• Editar información
• Consultar la información
• Filtrar información
• Grabar registro
Descripción Al iniciar el administrador su jornada
diaria en el sistema deberá ingresar un
nombre de cuenta y contraseña con la
finalidad de que no cualquier usuario
tenga acceso a modificar información
relevante de la panadería D’ Carlos.
Esta parte del sistema cuenta con

digitalización de información donde el
administrador ingresará detalles básicos
para la transacción de venta de la

26 de 137
panadería.
La información que ingresará es: el

código del producto a vender (ver
ejemplo 1), la descripción del producto,
fecha de elaboración, fecha de
expedición, cantidad en bodega (para
poder calcular el stock en inventario),
precio actual.
Dispondrá también de almacenamiento

de información donde se guarda valores
relacionados con las ventas con el fin de
obtener de cada día la suma vendida, y
así poder llevar una estadística de las
ventas diarias en el negocio.
No solo podrá consultar el monto de

ventas diarias si no que podrá ampliar la
información y obtener las ventas de un
mes o de un año, evitando pérdidas y
desperdicio.
Otra actividad del administrador o

persona autorizada es editar información
en el sistema permitiendo modificar,
eliminar, actualizar información sobre los
producto: precio, descripción, algún
error en la digitación de fecha de
elaboración o expedición, etc. Cabe
destacar que el código de productos que
se vende en la panadería es auto
generable, es decir en esta información
no se va a poder realizar ninguna
modificación.
Luego de realizar ingresos de datos se

podrá consultar de manera general toda
la información que tengamos
almacenada en la base de datos;
teniendo en cuenta que la información
que se presenta es la última
modificación que se haya realizado.
Además se podrá filtrar información

donde el sistema permitirá obtener
información detalla que deseemos
consultar ya sea por código o
descripción de esta manera ahorrar
tiempo de búsqueda para el
administrador. (Ver ejemplo 2).
Por último el administrador grabará

registros para tener constancias de las
últimas transacciones realizadas durante

27 de 137
el día laboral con la finalidad llevar un
control que respalde la compra del
cliente durante los próximos 20 días
laborales y evitar percances futuros.
Limitaciones • Solo interactúa con personas

autorizadas.
• No puede detectar que el precio
que se ingresa es el acorde con el
mercado.
• Sensibles a errores de tipeo;
peligro para el negocio.
EJEMPLO 1
101020 Pan brillo

101021 Pan de dulce
101022 Pan mixto
101023 Pan Enrollado
… …
… …
202050 Agua
202051 Leche
303020 Queso
EJEMPLO 2
SHALER MELLOR
CASO DE USO: DEFINICIÓN DE

PRODUCTO
COSAS TANGIBLES ROLES INCIDENTES ITERACCIONES
• Administrador • Identificación de • Ingreso de

productos información
• Almacenamient de productos.
o de • Consulta de
información información.
• Consulta de • Modificación
información de
información.
• Grabación de

28 de 137
registro
WIRFS - BROCK
CASO DE USO: DEFINICIÓN DE PRODUCTO
• El sistema deberá ingresar un nombre de

cuenta y contraseña.
ORACIONES CON SUSTANTIVOS: • No cualquier usuario tendrá acceso a
modificar información relevante de la
panadería D’ Carlos.
• El sistema cuenta con digitalización de
información donde el administrador
ingresará detalles básicos para la
transacción de venta de la panadería.
• El almacenamiento de información es
donde se guarda valores relacionados
con las ventas.
• El administrador o persona autorizada
edita información en el sistema
• El código de productos que se vende en
la panadería es auto generable
• Se podrá consultar de manera general
toda la información que tengamos
almacenada en la base de datos
• El sistema permitirá obtener información
detallada que deseemos consultar ya
sea por código o descripción.
• El administrador grabará registros para
tener constancias de las últimas
transacciones realizadas durante el día.
SUSTANTIVOS
• Valor • Sistema
• Venta • Nombre de cuenta
• Producto • Contraseña
• Base de dato • Usuario
• Código • Información
• Descripción • Panadería
• Transacción • Administrador
• Detalle
OBVIAS NO OBVIAS FRASES DE LAS QUE NO SE ESTA
SEGURO
• Usuario • Transacción • Valor

• Producto • Descripción
• Venta • Sistema
• Administrador
• Panadería
RUMBAUGH
(X) Marca el que se quedó al eliminar el redundante

29 de 137
SUSTANTIVOS
• Sistema
• Nombre de cuenta
• Contraseña
• Usuario
• Administrador
• Jornada
• Panadería
• Detalles
• Transacción (X)
• Venta
• Información (X)
• Código
• Producto
• Descripción
• Fecha
• Cantidad
• Bodega
• Inventario
• Stock (X)
• Precio
• Valores (X)
• Negocio
• Tiempo
REDUNDAN IRRELEVA VAGAS ATRIBUT OPERACIO ROLES
TE NTE OS NES
• Descrip • Bodega • Tiempo • Fecha • Transacc •

ción • Negocio • Detalle • Código ión
• Valores • Sistema • Nombre de • Cantid
cuenta ad
• Contraseña • Precio
FACTURACIÓN
CASO DE USO
Características Podremos emitir una factura para un
determinado cliente, calculando su total a
pagar de manera automática.
Requisitos asociados ingreso de datos por:
• Nombre del cliente
• Lista de precios
Descripción El Vendedor realizará la facturación por

medio de varias opciones una de ellas es
ingresando el nombre del cliente, en el cual
tendremos su nombre, su código o cedula,
fecha de la ultima venta, saldo en mora si lo
tuviere.
Agregamos por código o descripción los
productos en la factura, procedemos a
detallar la factura, y realiza la suma de los

30 de 137
precios que tienen los productos, una vez
que se confirma el subtotal se aplica
promociones, ofertas, IVA y se muestra el
total a pagar, se imprime la factura, al mismo
tiempo que es almacenada y se la entrega al
cliente (aquí podremos tener una opción que
nos permita ingresar el valor que el cliente
nos dio proporcionándonos su total de
cambio), junto con su producto.
Limitaciones • Que el producto no se encuentre el
stock.
• Que no se tenga almacenado al
cliente.
SHALER MELLOR
CASO DE USO: FACTURACIÓN
• Productos • Cliente • El cliente a • Calculo de

ingresar ya totales
exista
WIRFS - BROCK
• Ingreso el nombre del cliente, Adjunto

a esto saldrán sus datos como: su
ORACIONES CON SUSTANTIVOS: nombre, su código o cedula, fecha de
la ultima venta, saldo en mora si lo
tuviere.
• Agregamos por código o descripción
los productos en la factura.
• Procedemos a detallar la factura.
• Realiza la suma de los precios que
tienen los productos.
• Se confirma el subtotal.
• Se aplica promociones, ofertas, IVA.
• Se muestra el total a pagar.
• Se imprime la factura y se la almacena.

31 de 137
• Se entrega la factura al cliente, junto
con su producto.
• Se digita el valor entregado por el
cliente y se proporciona el cambio.
SUSTANTIVOS
Sustantivos
• Nombre del cliente • Suma de Precios

• Código • Subtotal
• Cédula • Ofertas
• Fecha de la última venta • IVA
• Saldo en mora • Promociones
• Código de producto • Total a pagar
• Descripción de producto • Valor
• Factura • Cambio
• Venta • Cliente
OBVIAS NO OBVIAS FRASES DE LAS QUE NO SE ESTA

SEGURO
• Factura • Fecha de la • Valor

• Cliente última • Cambio
• Venta venta. • Suma de Precios
• Saldo en • Subtotal
mora • Ofertas
• Nombre del • IVA
cliente
• Promociones
• Código
Total a pagar
• Cédula
• Código de
producto
• Descripción
de producto
•
RUMBAUGH
SUSTANTIVOS
• Nombre del cliente

• Código
• Cédula (X)
• Fecha de la última venta.
• Saldo en mora
• Código de producto (X)
• Descripción de producto
• Factura

32 de 137
• Suma de Precios
• Subtotal
• Ofertas (X)
• IVA
• Promociones
• Total a pagar
• Valor
• Cambio
REDUNDAN IRRELEVANT VAGAS ATRIBUTOS OPERACION ROLES

TE E ES
• Código • Fecha de • Nombre • Suma de

• Código la última del Precios
del venta. cliente • Cambio
product • Saldo en • Cédula • Total a
o mora • Código pagar
• Ofertas de • Subtotal
producto • IVA
• Promocio
nes
• Valor
• Cambio
CASO DE USO GESTIÓN DE INVENTARIOS

Características Podremos tener el inventario al día, en
tiempo real y saber la rotación de todos
los productos, hacer previsiones de
existencia, permitirá el control de
perdidas.
Requisitos asociados • Disponibilidad y plazo de entrega
en productos
• Control de almacenamiento de
productos
• Recepción ,almacenaje y salida
de mercaderías
• Productos clasificados por fechas,
código, proveedores u ofertas.
• Rotación de los productos
Descripción Al momento de realizar el inventario el
Administrador ingresará los productos
proporcionándole un ingreso de los
datos del producto como: código, fecha
de vencimiento, proveedor, nombre,
descripción, precio de compra, precio de
venta, IVA (sí y solo sí lo tuviere) y
existencia. En la parte inferior
tendremos la sumatoria de los productos
en stock y a su vez se sumarán los
precios de los mismos.
Se realizará la contabilidad y según la
salida e ingreso de los productos sus
valores irán cambiando constantemente.
Limitaciones • No se halla ingresado los
productos para tener un stock de

33 de 137
ellos.
• Que un producto no tenga su
precio correcto, afectando
directamente a la contabilidad
SHALER MELLOR
CASO DE USO: INVENTARIO
COSAS ROLES INCIDENTES ITERACCIONES

TANGIBLES
• Productos • Proveedor • Según la salida

e ingreso de
los productos
los valores del
inventario irán
cambiando
constantement
e.
WIRFS - BROCK
CASO DE USO: INVENTARIO
• Al realizar el inventario e ingresar los

productos proporcionaremos un
ORACIONES CON SUSTANTIVOS: ingreso de los datos del producto
como: código, fecha de vencimiento,
proveedor, nombre, descripción,
precio de compra, precio de venta,
IVA (sí y solo sí lo tuviere) y
existencia.
• En la parte inferior tendremos la
sumatoria de los productos en stock y
la suma de sus precios.
• Se realizará la contabilidad y según la
salida e ingreso de los productos sus
valores irán cambiando
constantemente.
SUSTANTIVOS
• Precio de Venta • Inventario

• IVA • Producto

34 de 137
• Existencia • Código
• Sumatoria de Producto en Stock • Fecha de Vencimiento
• Sumatoria de precio de los Producto • Proveedor
en Stock. • Nombre
• Contabilidad • Descripción
• Entrada de Producto • Precio de Compra
• Salida de Producto
OBVIAS NO OBVIAS FRASES QUE DE LAS
QUE NO SE ESTA
SEGURO
• Inventario • Contabilidad • Precio de Compra

• Productos • • Existencia
• Proveedor
RUMBAUGH
SUSTANTIVOS
• Inventario
• Producto
• Código
• Fecha de Vencimiento
• Proveedor
• Nombre
• Descripción (X)
• Precio de Compra
• Precio de Venta
• IVA
• Existencia
• Sumatoria de Producto en Stock
• Sumatoria de precio de los Producto en Stock.
• Contabilidad
• Entrada de Producto
• Salida de Producto
REDUND IRRELEV VAGAS ATRIBUTOS OPERACIONES ROLES

ANTE ANTE
• Precio • Contabili • Código • Sumatoria de •

de dad • Fecha de Productos en
Compr Vencimie Stock.
a nto • Sumatoria de
• Descripci precio de los
ón productos en
• Precio de Stock
• Nombre • Entrada de
Productos

35 de 137
• Venta • Salida de
• IVA Productos
• Existenci • IVA
a
CASOS DE USO GESTION DE CLIENTES

CARACTERISTICAS
El sistema permitirá conocer los
diferentes tipos de cliente, clasificarlos
según su tipo de pago a la panadería,
almacenarlo en una base de datos con
el fin de registrarlo y verificar las
carteras que endeudan estos clientes
con la panadería.
REQUISITOS ASOCIADOS • Control de salida de materia

prima.
• Entrega de productos al cliente
• Registro estadístico de las
compras de los clientes
• Control de Cuentas por cobrar a
los clientes
DESCRIPCIÓN 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 información básica como lo
es su nombre, apellido, RUC o
cédula, dirección, teléfono.
Y también existe el caso en que
vayamos a registrar clientes
especiales a los cuales se les
aplicarán descuentos.
También el administrador podrá
consultar información sobre sus
clientes, sus deudas con la
panadería, 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 créditos con la panadería.
Constará en el sistema todo el
historial de ventas que se le ha
realizado a este cliente, para que
esta información sea consultada por
el administrador
LIMITACIONES • El cliente no disponga de
información necesaria para que

36 de 137
se lo registre en el sistema
SHALER MELLOR
CASO DE USO: GESTION DE

CLIENTES
• Producto • Cliente • Aplicar • Consulta de

• Factura Descuentos historial de
• Aplicar crédito a cliente
los clientes • Consultar
información
de clientes.
WIRFS – BROCK
CASO DE USO: GESTION DE CLIENTES
•
El vendedor procede a realizarle una
venta al cliente
ORACIONES CON SUSTANTIVOS:
• Se desea almacenar el cliente sin
necesidad de hacer una venta
• El administrador o cliente pregunta
información básica al cliente como
por ejemplo nombre, apellido, RUC,
dirección, teléfono
• Se registran clientes que se le
aplicarán descuento
• El administrador podrá consultar
información sobre sus clientes, sus
deudas con la panadería, sus
productos comprados
• Los clientes se registran para que a
estos el vendedor les pueda emitir
facturas con su nombre
• El administrador consultará
información sobre historial de ventas
al cliente
SUSTANTIVOS
• Vendedor • Descuento
• Venta • Deuda
• Cliente • Producto
• Nombre • Factura
• Apellido • Historial
• RUC
• Dirección
• Teléfono
• Administrador

37 de 137
QUE NO SE ESTA
SEGURO
• Cliente • Venta • Nombre

• • Descuento • Apellido
• Producto • RUC
• Factura • Dirección
• Historial • Teléfono
• • Deuda
• • Descuento
RUMBAUGH
SUSTANTIVOS
• Cliente(x) • Teléfono
• Vendedor(x) • Descuento
• Venta(x) • Deuda
• Administrador(x) • Producto
• Nombre • Factura
• Apellido • Crédito
• RUC • Historial
• Dirección
REDUNDAN IRRELEVAN VAGAS ATRIBUTOS OPERACI Roles
TE TE ONES
• Historial • Nombre • Descue

• Deuda • Apellido nto
• Ruc • Crédito
• Dirección
• Teléfono
CASOS DE USO GESTION DE PROVEEDORES

CARACTERISTICAS
El sistema permitirá conocer los
diferentes tipos de proveedores,
clasificarlos según la magnitud de
crédito 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.
REQUISITOS ASOCIADOS • Disponibilidad del Proveedor.

• Control de entrada de materia
prima.
• Recepción de almacenamiento de
materia prima.
• Clasificación de materia prima
según sus características,
proveedor u oferta.
• Control de Utilización de materia

38 de 137
prima, para preparación del
producto final.
DESCRIPCIÓN
El panadero hacer una cuidadosa
selección de sus proveedores, ya
que estos constituye un factor de
relevancia en el cumplimiento del
compromiso de la panadería de
brindar a sus clientes productos de
primera calidad, acordes a sus
necesidades específicas.
El panadero realizará un vistazo a su
lista de proveedores semanalmente,
seleccionando a los distribuidores
calificados para su necesidad; lista
que está en el sistema informático
registrada.
Se permite que el sistema haga un
aviso al panadero, dueño del
establecimiento cuando los
productos que tienen en bodega no
sean los necesarios para seguir
abasteciendo al público en los
próximos días.
El administrador de la panadería por
medio del sistema se encargará de
emitir boletines de petición a los
proveedores, pidiéndoles y una vez
realizados pedirá la aprobación del
dueño del establecimiento; así
cumpliendo con la necesidad de
consumo que tenga el local.
Estos proveedores se clasifican
según la materia prima que ofrecen
o productos y su forma de pago,
según la cantidad de productos
vendidos.
De la misma manera el
administrador puede emitir un
boletín de pedido si el dueño de la
panadería constata que necesita
más de lo acordado semanalmente.
LIMITACIONES • Que el proveedor no esté
disponible con matera prima.
• Un alza de precios en la materia
prima.
• Escases de materia prima
necesaria.
SHALER MELLOR

PROVEEDORES
COSAS ROLES INCIDENTES ITERACCIONES

TANGIBLES

39 de 137
• Lista • proveedor • los productos • Forma de pago
• Boletines • panadero necesarios en
• Materia prima • dueño bodega se
• publico hayan
• administrador acabado.
• distribuidores • Escases de
producto
materia prima.
SUSTANTIVOS
• administrador • proveedor
• producto • panadero
• materia prima • lista
• forma de pago • semana
• cantidad • dueño
• material • distribuidor
• publico • bodega
• establecimiento • boletín
QUE NO SE ESTA
SEGURO
• proveedor • lista • Cantidad

• panadero • dueño
• Productos • semana
• Materia prima • material
• Forma de pago • publico
• establecimiento
• Boletines
• administrador
• distribuidor
• Bodega
RUMBAUGH

40 de 137
GESTION DE PROVEEDORES
SUSTANTIVOS
• proveedor
• panadero
• lista
• semana
• dueño(x)
• bodega
• boletín
• producto
• materia prima
• cantidad
• material(x)
• publico
• establecimiento
• Sistema
• administrador
• distribuidor(x)
REDUNDAN IRRELEVANTE VAGAS ATRIBUTO OPERACION ROLES

TE S ES
• material • Publico • sistem • Cantida • emisión • Panade

• distribuid • Dueño a d una ro
or • Semana boletín
• dueño • Establecimie de
nto pedido
• Lista • forma de
pago
CASOS DE USO GESTION DE PRODUCCION

CARACTERISTICAS
El sistema permitirá registrar los
procesos de producción que se realizan
en ella, como la elaboración del pan, el
cálculo de materia prima utilizado para
elaborar sus productos, y en caso de no
vender su stock la retroalimentación de
productos como materia prima para
hacer por ejemplo el pudín.
REQUISITOS ASOCIADOS • Utilización de stock de materia
prima
• Elaboración del stock disponible
para la venta
DESCRIPCIÓN Previamente se deben de ingresar al
sistema las recetas que se utilizan para
elaborar el pan, en esto incluye cuanto

41 de 137
se usa de materia prima, cuanto tiempo,
etc.
Luego al instante en que el panadero va

a realizar una elaboración de pan, el
sistema debe permitir elaborar un
cálculo a través de la cantidad de
unidades de producto que estima a
fabricar, ingresadas por el usuario al
sistema, calcular cuanta materia prima
se debería de utilizar para elaborar
dicho producto, esto garantizará una
calidad estándar en los productos de la
panadería, ya que estarán basadas en
un patrón.
Estas se podrán imprimir y beneficiaría

también en caso de que ingrese al
negocio un nuevo trabajador, y tendrá
su receta disponible para trabajar.
Ahora también puede haber el caso en

que no se haya vendido todo el pan
elaborado, hay formas de no
desperdiciar este producto, sino en
transformarlo como materia prima para
la elaboración de otros productos como
el pudín por ejemplo.
LIMITACIONES • Que no se disponga la cantidad

necesaria de materia prima para
elaborar el producto
• Que en la panadería exista
sobreproducción de productos lo
cual causará gastos muy
elevados.
SHALER MELLOR

PRODUCCION
• Pan • Panadero • Impresión de • Cálculo de la

• Materia Prima Receta para que cantidad de
• Receta se pueda unidades de
trabajar producto
• Reutilización de
producto como
materia prima
(Pudín)

42 de 137
WIRFS – BROCK
CASO DE USO: GESTION DE PRODUCCION
•Se deben de ingresar al sistema las

recetas que se utilizan para elaborar
ORACIONES CON SUSTANTIVOS: el pan
• incluye cuanto se usa de materia
prima, cuánto tiempo
• El panadero va a realizar una
elaboración de pan
• El sistema debe permitir elaborar un
cálculo a través de la cantidad de
unidades de producto que estima a
fabricar
• calcular cuanta materia prima se
debería de utilizar para elaborar dicho
producto
• los productos de la panadería, ya que
estarán basadas en un patrón
• beneficiaría también en caso de que
ingrese al negocio un nuevo
trabajador
• el caso en que no se haya vendido
todo el pan
• transformarlo como materia prima
para la elaboración de otros
productos como el pudín
SUSTANTIVOS
• Recetas • Nuevo trabajador
• Pan • Caso
• Materia Prima • Pudín
• Tiempo
• Panadero
• Cálculo de cantidad de producto
• Patrón
QUE NO SE ESTA
SEGURO
• Receta • Pudín • Nuevo Trabajador

• Pan • Caso • Patrón
• Materia Prima • Cálculo
• Panadero
RUMBAUGH
GESTION DE PRODUCCION
SUSTANTIVOS
• Sistema
• Recetas, patrón

43 de 137
• Pan(x), producto
• Tiempo
• Materia Prima
• Panadero, usuario
• Cálculo
• Nuevo Trabajador
• Pudín
REDUNDAN IRRELEVA VAGAS ATRIBUTOS OPERACIONE ROLES

TE NTE S
• Panader • Pudín • Nuevo • Tiempo • Cálculo de • Panad

o Trabaja unidades ero
• Patrón dor • Conversión
del
producto
final en
materia
prima(Pudí
n)
Lista definitIva de CLASES EN casos

de uso
 Pan
 Materia prima
 Receta
 Producto
 Inventario
 Proveedor
 Cliente
 Factura
 Transacción
 Orden de Pedido
 Venta
 Elaboración

44 de 137
Escenarios y Diagramas de Interacción de
Objetos (D.I.O.)
C.U.: GESTIÓN DE PROVEEDORES.
Ingreso de proveedores: Éxito
Suposiciones Resultado
Los datos del proveedor fueron El proveedor ha sido ingresado en el

ingresados sistema
Emisión Orden de Pedido Proveedor: Éxito
Ha sido seleccionado el proveedor Se emitió un boletín de pedido
Han sido seleccionados los productos Fue devuelto un mensaje de éxito
La lista de pedidos ha sido

generada
El Boletín de pedidos ha sido emitido

Emisión Orden de Pedido proveedor: Fracaso
El proveedor Ha sido seleccionado Productos no fueron disponibles por

el proveedor
Los productos han seleccionados Ha sido devuelto el mensaje de error

C.U.: DEFINICIÓN DE PRODUCTO.
Ingreso de información de productos existentes
El nombre del producto ha sido El inventario del producto fue

ingresado aumentado
El nombre del producto ha sido

buscado
La cantidad el producto ha sido

ingresada
Ingreso de información de productos no existentes
Se ha ingresado el nombre del Fue enviado el mensaje de que el

producto stock no está disponible
Nombre del producto se lo ha

enviado a buscar
Se ha ingresado la cantidad del

producto
C.U.: GESTIÓN DE INVENTARIO.
CASO DE USO: GESTIÓN INVENTARIO
ESCENARIO DE ÉXITO:RECEPCIÓN Y ALMACENAJE MERCADERÍAS
ACTOR PRINCIPAL: ADMINISTRADOR
SUPOSICIONES RESULTADOS
1. Fue llevada la mercadería por 1. La mercadería fue registrada y

el proveedor almacenada.
2. La mercadería ha sido recibida 2. El stock del inventario fue
por el administrador aumentado
3. La suma de los productos En el
inventario se ha calculada
CASO DE USO: GESTIÓN INVENTARIO
ESCENARIO DE ÉXITO:SALIDA DE MERCADERÍAS
ACTOR PRINCIPAL: ADMINISTRADOR
1. La mercadería ha sido 1. Fue entregada registrada la

solicitada por el cliente salida de la mercadería
2. La mercadería ha sido 2. La mercadería fue entregada
recibida por el administrador al cliente
3. Se ha disminuido el Stock del
Inventario.
C.U.: CALCULO DE PRODUCCIÓN.
PRODUCCION EXITOSA CON RECETA
Ha sido receptado las especificaciones ha sido impreso la receta calculada

del pan a fabricar
Ha sido ingresado la cantidad del pan ha sido restado el stock de materia

prima que se uso en la producción
Ha sido consultado la receta la materia Ha sido añadido el stock del pan

prima a utilizar fabricado al inventario
Ha sido validado de que la materia ha sido registrado en el historial de

prima sea la suficiente para elaborar el producción
pan
PRODUCCION FALLIDA
Ha sido receptado las Mensaje de Fracaso

especificaciones del pan a fabricar
ha sido ingresado la cantidad del

pan
ha sido consultado la receta la

materia prima a utilizar
ha sido validado de que la materia

prima sea la suficiente para elaborar
el pan y resulta que no ha sido
suficiente
ESCENARIO: PRODUCCION EXITOSA SIN RECETA
SUPOSICIONES RESULTADO
1. Han sido ingresado las 1. Ha sido disminuido la

especificaciones de pan a cantidad de materia prima
fabricar
2. Ha sido añadido el stock de
2. Han sido ingresado la materia prima del pan
cantidad del pan
3. Ha sido detallado la
materia prima a usar
4. El pan ha sido fabricado

ESCENARIO: PRODUCCION FALLIDA SIN RECETA
SUPOSICIONES RESULTADO
1. han sido receptado las 1. Mensaje de Fracaso

especificaciones del pan a
fabricar
2. ha sido ingresado la cantidad del

pan
3. ha sido detallado la materia

prima a usar
4. Ha sido validado de que la

materia prima sea la suficiente
para elaborar el pan y resulta
que esta no ha sido suficiente
PRODUCCION DE RETROALIMENTACION DE MATERIA PRIMA: Éxito
Ha sido ingresado el producto que va ha sido verificado el stock actual del

a ser dado de baja producto
Ha sido ingresado la cantidad del ha sido disminuido , el stock del

producto producto para la venta
Ha sido aumentado el stock del

producto de materia prima
PRODUCCION DE RETROALIMENTACION DE MATERIA PRIMA: Fracaso
Ha sido ingresado el producto que Ha sido verificado el stock actual del

va a ser dado de baja producto
Ha sido ingresada la cantidad del Ha sido disminuido, el stock del

producto producto para la venta
Ha sido aumentado el stock del

producto de materia prima
C.U.: GESTIÓN DE CLIENTES.

Ingreso de un cliente: Éxito
Ha sido ingresado el número de Ha sido grabado el cliente

cédula del cliente o el Ruc
Ha sido verificado si el cliente existe
Ha sido ingresado información del

cliente
Ingreso de un cliente: Fracaso

Ha sido ingresado el número de Ha sido grabado el cliente

cédula del cliente o el Ruc
Ha sido ingresado información del

cliente
Ha sido establecido el monto

máximo del crédito
C.U.: FACTURACIÓN
ESCENARIO DE ÉXITO:EMITIR UNA FACTURA CON DATOS DEL CLIENTE, REGISTRAR LA

FACTURA Y LOS PRODUCTOS VENDIDOS
ACTOR PRINCIPAL: VENDEDOR
1. El cliente ha proporcionado 1. Se ha ido sumando el total

sus datos. de los productos en la
2. El cliente ha dado la factura.
descripción de los productos a 2. Se ha calculado el Total de
comprar y su cantidad. la Factura.
3. Ha sido Calculado el IVA (Sí y 3. se fue Disminuyendo el
sólo si lo ha tenido) Inventario
4. Fue Realizado el Cobro
5. Fue impresa la Factura
ESCENARIO DE ÉXITO:EMITIR UNA FACTURA COMO UN CONSUMIDOR FINAL,

REGISTRAR LA FACTURA Y LOS PRODUCTOS VENDIDOS.
1. El cliente ha pedido la factura 1. Se fue sumando el total de

como un consumidor final. los productos en la factura.
2. El cliente ha dado la 2. se fue Calculando el Total
descripción de los productos a de la Factura.
comprar y su cantidad. 3. Fue Disminuyendo
4. Ha sido Calculado el IVA (Sí y Inventario
sólo si lo ha tenido) 4. Fue Realizado el Cobro
5. Fue impresa la Factura
CASO DE USO: FACTURACIÓN: Fracaso
ESCENARIO DE ÉXITO:EMITIR UNA FACTURA COMO UN CONSUMIDOR FINAL, CON

STOCK MENOR A 0
1. El cliente ha pedido la factura 1. Ha sido devuelto el mensaje

como un consumidor final. de error
2. El cliente ha dado la
descripción de los productos a
comprar y su cantidad.
Seguridades
Ingreso de usuario: Éxito
Ha sido ingresado el nombre y Se ha ingresado al sistema

contraseña del vendedor
Ingreso de usuario: Fracaso
Se ha ingresado el nombre y No han coincidido contraseña o login

contraseña del vendedor
DIAGRAMAS DE ESTADOS
o Factura
o Inventario
o Venta
o Cobros de Venta
o Elaboración
o Receta
o Producto
o Orden de Pedido
o Persona
FLUJO DE VENTANAS
LAYOUTS (PANTALLAS)
Pantalla: Ingreso de Producción

DETALLE DE LAYOUT DE INGRESO DE PRODUCCIÓN
EN ESTA PANTALLA SE PODRÁ REALIZAR EL INGRESO DE PRODUCCIÓN CON

SUS DATOS PROPIOS DE REGISTRO PARA ASI PROCEDER A LA RESPECTIVA
PRODUCCIÓN QUE SE DESEE EN EL DÍA, LA PANTALLA CONSTA DE:
• No. RECETA
• NOMBRE
• No. ORDEN
• CANTIDAD
• FECHA
• PANADERO
• UNA TABLA DONDE SE UBICA LOS DATOS DE LA PRODUCCIÓN DE

ACUERDO AL TEXTO INGRESADO
• EL BOTÓN GRABAR ALMACENA EL DOCUMENTO DE PRODUCCIÓN EN

EL SISTEMA
• EL BOTÓN CANCELAR, SALE DE LA PANTALLA SIN GRABAR
Eventos:
• En la cantidad del producto, solo se puede insertar números enteros

(Opciones del lenguaje de programación)
• En el grid, para que salga la pantalla de elegir producto hay que
presionar F2(esta pantalla está más adelante), luego se procederá a
agregar el producto al grid de producción
• El botón , sirve para seleccionar una receta (pantalla descrita

más adelante), si se selecciona la receta, toda la inforamción de esta
se cargará en el grid, con opción a modificar
Prueba de aceptación
Nombre del grupo de prueba: INGRESO DE PRODUCCIÓN CON

RECETA
Número de prueba: 1
PreRequisitos:
• El panadero desea elaborar 500 panes enrrollados, basándose en

una receta
• La receta de enrrollados está registrada en el sistema
Instrucciones de Configuración:
• La receta de enrrollados debe de estar registrada en el sistema
• La receta debe de tener un número de productos
• El stock de la materia prima de los productos a usar, debe de estar

disponible
Instrucciones de la prueba:
1. El administrador debe de presionar clic en el botón que está en

receta
2. Se muestra la fecha actual que es en la que se está realizando la

transacción
3. En la pantalla que se despliega, se puede seleccionar el nombre de la

receta del producto que se va a fabricar, o se escribe en la parte
superior el nombre del pan a fabricar y este hará una búsqueda
4. El administrador selecciona la receta a elegir
5. El sistema muestra en el grid el detalle de la materia prima que se

necesita para elaborar ese producto, también la preparación del
producto
6. El administrador escribe la cantidad de panes que se desea elaborar

7. El sistema automáticamente calcula la cantidad de materia prima a
utilizar
8. Al presionar aceptar, el sistema imprime la receta
9. Sale un mensaje de éxito al almacenar la receta
Fecha y Hora: 23 de enero del 2010 / 13:00:00
Resultado de la prueba: éxito
Observaciones: Ninguna
Responsables: Analista y Usuario
Nombre del grupo de prueba: PRODUCCION FALLIDA con RECETA
PreRequisitos:
• El panadero desea elaborar 500 panes de soja, basándose en una

receta
• La receta de soja, está registrada en el sistema
• La receta de soja, debe de estar registrada en el sistema
• La receta debe de tener un número de productos
• El stock de la materia prima de los productos a usar, debe de estar

disponible
1. El administrador debe de presionar clic en el botón que está en receta

transacción
2. En la pantalla que se despliega, se puede seleccionar el nombre de la

receta del producto que se va a fabricar, o se escribe en la parte
superior el nombre del pan a fabricar y este hará una búsqueda.
3. No se encontró la receta a buscar.
4. El administrador ingresa las materias prima a usar.

5. Se la materia prima ingresada, se registra por gramos o kilos que se
necesite para la preparación del pan.
6. El administrador ingresa el proceso de elaboración según la nueva

receta del pan a elaborar.

acaba de registrar para elaborar ese producto, también la
preparación del producto
8. El administrador escribe la cantidad de panes que se desea elaborar
9. El sistema automáticamente calcula la cantidad de materia prima a

utilizar
10.Al presionar aceptar, el sistema imprime la receta
11.Sale un mensaje de éxito al almacenar la receta
Pantalla: Receta
DETALLE DE LAYOUT DE RECETA
EN ESTA PANTALLA SE PODRÁ REALIZAR EL INGRESO DE UNA RECETA QUE

SERA UTILIZADA PARA LA PRODUCCIÓN SERÁ INGRESADA CON SUS DATOS
PROPIOS DE REGISTRO PARA ASI PROCEDER A LA RESPECTIVA PRODUCCIÓN
QUE SE DESEEEN CUANTO LA PANADERÍA LO NECESITE, LA PANTALLA
CONSTA DE:
• No. RECETA
• NOMBRE
• No. ORDEN
• FECHA
• PANADERO
• CANTIDAD
• UNA TABLA DONDE SE UBICA LOS DATOS DE LA RECETA INGRESADA
• UNA CAJA DE TEXTO DONDE SE COLOCARÁ LA DESCRIPCIÓN DE LA

RECETA.
• EL BOTÓN GRABAR ALMACENA EL DOCUMENTO DE PRODUCCIÓN EN

EL SISTEMA
Eventos
• Al presionar F2 sobre la fila del grid, se muestra la pantalla de

seleccionar producto

• En preparación se describe todo el procedimiento para elaborar el

producto
Nombre del grupo de prueba: RECETA
PreRequisitos:
• El panadero debe tener lista la nueva receta “Panes caseros sin

sal” a registrar
• La receta debe de tener un número 25 de productos
1. El administrador registra el nº de receta a ingresar.
2. El administrador ingresa el nombre de la receta que se va a

registrar.
3. Se ingresa la cantidad de panes promedio de elaboración del

nuevo pan.

transacción
5. En la pantalla que se despliega, se puede seleccionar el nombre

del panadero que s va a fabricar el pan.
6. El administrador ingresa las materias prima a usar.
7. Se la materia prima ingresada, se registra por gramos o kilos que

se necesite para la preparación del pan.
8. El administrador ingresa el proceso de elaboración según la nueva

receta del pan a elaborar.

acaba de registrar para elaborar ese producto, también la
preparación del producto
10.El administrador escribe la cantidad de panes que se desea

elaborar
11.Al presionar aceptar, el sistema imprime la receta
12.Sale un mensaje de éxito al almacenar la receta

Pantalla: Venta
DETALLE DE LAYOUT DE VENTAS
EN ESTA PANTALLA SE PODRÁ REALIZAR EL INGRESO DE UNA VENTA QUE

SERA REALIZADA POR UN VENDEDOR, LA PANTALLA CONSTA DE:
• CLIENTE
• No. FACTURA
• R.U.C
• FECHA
• DIRECCIÓN
• VENDEDOR
• TELÉFONO
• UNA TABLA DONDE SE UBICA LOS DATOS DE LA FACTURA INGRESADA
• UNA CAJA DE TEXTO DONDE SE COLOCARÁ EL VALOR DE LA FACTURA

EN LETRAS
• UNA CAJA DE TEXTO DONDE SE COLOCARÁ UN COMENTARIO DE

TENERLO
• SUBTOTAL
• IVA 12%
• TOTAL
• EL BOTÓN GRABAR ALMACENA LA FACTURA EN EL SISTEMA
RESTRICCIONES Y EXPLICACIÓN DE LOS BOTONES DEL LAYOUT

VENTAS
• El botón es para seleccionar un cliente, al presionar este se

desplegará la lista de clientes previamente ingresados en el sistema
• El textbox cliente por defecto tendrá el cliente CONSUMIDOR FINAL
• En el textbox RUC se utilizará la opción del lenguaje de programación

que permite solo digitos, al igual que en el teléfono
• El vendedor se elegirá, por el usuario con el que se ingresó al sistema

• Sea que se cambie el valor de cantidad o de precio unitario, el total

debe de ir calculándose automáticamente
• Consecuentemente al cambio de la columna total del grid, se debe ir

calculando el subtotal (sumando todos los totales del grid) y el iva
(subtotal * 0.12) y consecuentemente el total de la factura (subtotal +
iva12%)
• Cuando se cambie el valor de total, automáticamente se mostrará el

valor en letras, por ejemplo Total: 1.00, Valor en letras: Un Dólar, con
una opción propia del lenguaje de programación
PRUEBAS DE ACEPTACIÓN
Nombre del grupo de prueba: VENTA
PreRequisitos:
• El cliente debe ser ingresado con anticipación para poder ser
consultado en la lista de clientes.
• El producto debe ser ingresado con anticipación para poder ser

consultado en la lista de productos.
• El cliente debe estar registrado en el sistema si es que desea poner la

Factura a su nombre, caso contrario se colocara Consumidor Final.
• El producto debe estar ingresado en el Inventario, caso contario no se

puede proceder a la venta del mismo.
1. El vendedor debe de hacer clic en el botón para proceder a

seleccionar el cliente de una Lista.

venta
3. En la pantalla que se despliega, se puede seleccionar el nombre del

cliente que se va a colocar en la Factura, o se escribe en la parte
superior el nombre del cliente y este hará una búsqueda
4. El vendedor selecciona el cliente solicitado
5. El sistema muestra en el grid el detalle de la cliente con esa

coincidencia que se ha colocado.
6. El vendedor escoge el cliente, seleccionando el que se encuentra a

su izquierda proporcionándole esa información a la factura que se
está emitiendo.
7. De la misma manera se procederá a colocar un producto, En la

pantalla que se despliega, se puede seleccionar el producto que se va
a colocar en la Factura, o se escribe en la parte superior el nombre
del producto y este hará una búsqueda.
8. El vendedor selecciona el producto solicitado
9. El sistema muestra en el grid el detalle de los productos traídos por

esa coincidencia colocada.
10.El vendedor escoge el producto, seleccionando el que se

encuentra a su izquierda
11.El vendedor debe colocar la cantidad de productos que solicita el

cliente
12.Se genera Automaticamente los campos, el Total al hacer enter
según el valor del producto por unidad y la cantidad ingresada (se
relaiza una operación para proporcionar el total)
13.Si se desea agregar un Comentario, se tiene el Respectivo TextBox

para hacerlo
14.Los campos Subtotal, IVA 12%, Total; se generarán

automáticamente, según los valores ingresados con anticipación.
15.Se coloca guardar e inmediatamente se emite la Factura en Modo

Físico (Factura Impresa)
16.Sale un mensaje de éxito al almacenar la factura.
Fecha y Hora: 23 de enero del 2010 / 12:56
Responsables: Analista y Usuario (Vendedor)
Pantalla: Ingreso de cliente
DETALLE DE LAYOUT DE INGRESO DE CLIENTE

EN ESTA PANTALLA SE PODRÁ REALIZAR EL INGRESO DE UN CLIENTE, LA
PANTALLA CONSTA DE:
• EN RUC Y TELÉFONO SOLO SE PERMITIRÁN NÚMEROS DECIMALES, A

TRAVÉS DE LA OPCIÓN PROPORCIONADA POR EL LENGUAJE DE
PROGRAMACIÓN
• NOMBRE
• APELLIDO
• TELÉFONO
• DIRECCIÓN
• EL BOTÓN GRABAR ALMACENA EL CLIENTE EN EL SISTEMA
Escenario: Ingreso de un cliente
Nombre del grupo de prueba: Ingreso de un cliente con pago de

contado
PreRequisitos:
• Que el cliente Luis Parrales con número de cedula 09874562 se

encuentre registrado
• el cliente se debe registrar por el número de cedula o ruc.
1. El administrador debe de ingresar el número de cedula o ruc del

cliente.
2. El administrador debe re registrar el nombre del cliente.
3. El administrador deber llenar los campos obligatorios del sistema

como razón social, dirección, teléfono e-mail.
4. Todos los datos del cliente se muestran atreves de un grid view en

donde tenemos nombre, cédula o ruc razón social, dirección,
teléfono, e-mail.
5. El administrador graba este registro.

Pantalla: Ingreso de proveedor
DETALLE DE LAYOUT DE INGRESO PROVEEDOR
EN ESTA PANTALLA SE PODRÁ REALIZAR EL INGRESO DE UN PROVEEDOR,

LA PANTALLA CONSTA DE:
• EN RUC Y TELÉFONO SOLO SE PERMITIRÁN NÚMEROS DECIMALES, A

TRAVÉS DE LA OPCIÓN PROPORCIONADA POR EL LENGUAJE DE
PROGRAMACIÓN
• NOMBRE
• APELLIDO
• TELÉFONO
• DIRECCIÓN
• EL BOTÓN GRABAR ALMACENA EL PROVEEDOR EN EL SISTEMA
Nombre del grupo de prueba: Ingreso de proveedores
PreRequisitos:
• Disponibilidad del Proveedor Azúcar .

• Control de entrada de materia prima, como HARINA, HUEVOS,
LEVADUTA.ECT
• Se debe registrar cada proveedor por código 0125 o cédula

09874589.
1. El administrador debe de ingresar correctamente el código o

número de cedula del proveedor.
2. El administrador debe de seguir ingresando los datos del proveedor

como nombre, tipo, etc.
3. El administrador procede a guardar los datos ingresados.
4. Los datos registrados se muestran por pantallas atreves de un grid

view.
Pantalla: Ingreso de Producto
DETALLE DE LAYOUT DE INGRESO PRODUCTO
EN ESTA PANTALLA SE PODRÁ REALIZAR EL INGRESO DE UN PRODUCTO, LA

PANTALLA CONSTA DE:
• CÓDIGO
• NOMBRE
• MARCA
• COSTO
• EL BOTÓN GRABAR ALMACENA EL PROVEEDOR EN EL SISTEMA
• EL COSTO DEL PRODUCTO DEBE DE SER UN NÚMERO DECIMAL, ESTO

LO ESTABLECE EL LENGUAJE DE PROGRAMACIÓN
Pantalla: Orden de pedido
DETALLE DE LAYOUT DE ORDEN DE PEDIDO
EN ESTA PANTALLA SE PODRÁ REALIZAR EL INGRESO DE UN PEDIDO QUE

SERA REALIZADA POR AL ADMINISTRADOR, LA PANTALLA CONSTA DE:
• PROVEEDOR
• No. ORDEN
• R.U.C
• FECHA
• DIRECCIÓN
• TELÉFONO
• UNA TABLA DONDE SE UBICA LOS DATOS DEL PEDIDO INGRESADO
• UNA CAJA DE TEXTO DONDE SE COLOCARÁ EL VALOR DEL PEDIDO

INGRESADO EN LETRAS

TENERLO
• SUBTOTAL
• IVA 12%
• TOTAL
• EL BOTÓN GRABAR ALMACENA LA ORDEN DE PEDIDO EN EL SISTEMA
RESTRICCIONES Y EXPLICACIÓN DE LOS BOTONES DEL LAYOUT

ORDEN DE PEDIDO
• El botón es para seleccionar un proveedor, al presionar este se

desplegará la lista de clientes previamente ingresados en el sistema
• El textbox cliente por defecto está vacío
• En el textbox RUC se utilizará la opción del lenguaje de programación

que permite solo digitos, al igual que en el teléfono



(subtotal * 0.12) y consecuentemente el total de la factura (subtotal +
iva12%) estimado

Nombre del grupo de prueba: Emisión Orden de Pedido Proveedor

con Éxito
PreRequisitos:
• Que el proveedor MOLINO FLORIDA este registrado en el sistema.

• Clasificación de materia prima, LECHE, según sus características, proveedor
u oferta.
• Se debe registrar para cada orden de pedido un ID y el numero de

pedido.
1. El administrador debe de ingresar correctamente el ID de la orden

de pedido junto con el número de pedido.
2. En la pantalla hay una opción de despliegue en el cual el

administrador puede obtener la fecha actual del sistema.
3. El administrador puede obtener el nombre del proveedor que esté

registrado en el sistema, atreves de la lista de desplegable.
4. El administrador puede obtener el nombre del producto que esté

5. El administrador puede ingresar el tipo de producto que desea

obtener.
6. Los datos del producto se especifican a través de un grid view, aquí

el administrador puede ingresar la cantidad, descripción, precio
unitario, y total del producto.
7. Una vez todo los datos registrado el administrador puede guardar la

orden de pedido.
Nombre del grupo de prueba: Emisión Orden de Pedido proveedor

Fracaso
PreRequisitos:
• Que el proveedor MOLINO FLORIDA este registrado en el sistema.

• Clasificación de materia prima según sus características, proveedor u oferta.
• Se debe registrar para cada orden de pedido un ID y el numero de

pedido.
1. El administrador debe de ingresar correctamente el ID de la orden

de pedido junto con el número de pedido.

3. El administrador puede obtener el nombre del proveedor que esté

4. El administrador no se encontró el proveedor a buscar, no se

encuentra registrado.
5. El administrador debe ir a la pantalla de ingreso proveedor, para

registrar al nuevo proveedor.
6. Una vez registrado el proveedor en la pantalla de ingreso proveedor ,

el administrador puede ir a la pantalla de orden de pedido y obtener
el proveedor registrado atreves de la lista de despliegue.
7. El administrador puede obtener el nombre del producto que esté

8. El administrador puede ingresar el tipo de producto que desea

obtener.
9. Los datos del producto se especifican a través de un grid view, aquí

el administrador puede ingresar la cantidad, descripción, precio
unitario, y total del producto.
10.Una vez todo los datos registrado el administrador puede guardar la

orden de pedido.

Nombre del grupo de prueba: Ingreso de información de productos

existentes
Prerrequisitos:
• Ingreso autorizado para el producto HARINA.

• Digitalización de información para el producto HARINA.
• Cada producto debe de estar registrado con su respectivo código

02591.
1. El administrador debe ingresar el ID del producto, junto con el

nombre de este.
2. El administrador ingresa la cantidad, precio, descripción, precio del

producto por un grid view.
3. El administrador procede a guardar el registro del prodcuto.
4. En el grid view se muestra todos los datos del producto registrados.
Nombre del grupo de prueba: Ingreso de información de productos

no existentes
Prerrequisitos:
• Ingreso autorizado para el producto HARINA.

• Digitalización de información para el producto HARINA.

02654.
1. El administrador debe ingresar el ID del producto, junto con el

nombre de este.
2. No se encuentra el ID del producto.
3. El administrador deber primero ingresar el producto con su ID

respectivo.
4. El administrador ingresa la cantidad, precio, descripción, precio del

producto por un grid view.
5. El administrador procede a guardar el registro del prodcuto.
6. En el grid view se muestra todos los datos del producto registrados.
Nombre del grupo de prueba: GESTIÓN INVENTARIO ,

ADMINISTRADOR
Prerrequisitos:
• Disponibilidad y plazo de entrega del producto LEVADURA.

• Recepción ,almacenaje y produccion de LEVADURA

02165.
1. El administrador debe ingresar el número de inventario a elaborar.

2. El administrador debe de ingresar el nombre del producto.
3. El administrador debes generar un código propio para cada producto.
4. El administrador ingresa el tipo de producto, características.
5. El administrador ingresa la cantidad del producto atravez del grid

view.
6. El administrador genera el stock de inventario.

8. Se guarda el registro de inventario.
Pantalla: Salida de Mercadería
DETALLE DE LAYOUT DE SALIDA DE MERCADERÍA

EN ESTA PANTALLA SE PODRÁ REALIZAR EL EGRESO DE LA MERCADERÍA
QUE SERA REALIZADA POR AL ADMINISTRADOR, LA PANTALLA CONSTA DE:
• MOTIVO
• UNA TABLA DONDE SE UBICA LOS DATOS DE LA SALIDA DE LA

MERCADERÍA
• UNA CAJA DE TEXTO DONDE SE COLOCARÁ EL VALOR DE LA SALIDAD

DE LA MERCADERÍA EN LETRAS

TENERLO
• SUBTOTAL
• IVA 12%
• TOTAL
• EL BOTÓN GRABAR ALMACENA EL USUARIO EN EL SISTEMA
Eventos
• Para la salida de la mercadería se debe de poner un motivo



(subtotal * 0.12) y consecuentemente el total de la factura (subtotal
+ iva12%) estimado

Nombre del grupo de prueba: GESTIÓN INVENTARIO , SALIDA DE

MERCADERÍAS
Prerrequisitos:
• Disponibilidad y plazo de entrega del producto LEVADURA.
• Recepción ,almacenaje y produccion de LEVADURA
• Cada producto debe de estar registrado con su respectivo código.
9. El administrador debe ingresar el número de inventario d salida.
10.El administrador debe de ingresar el nombre del producto, con su

respectivo codigo.
11.El administrador ingresa el tipo de producto, características.
12.El administrador ingresa la cantidad del producto atravez del grid

view.
13.El administrador por medio de sistema debe generar al valor unitario

del producto.
14.El valor total por producto se debe generar y mostrar al usuario. Por
medio del grid view.
15.Se genera un valor total del inventario de salida, que se le presenta al

usuario.
16.En la pantalla hay una opción de despliegue en el cual el

17.Se guarda el registro de inventario de salida.
Pantalla: Login User

DETALLE DE LAYOUT DE LOGIN USER: PANADERÍA
EN ESTA PANTALLA SE PODRÁ REALIZAR LA IDENTIFICACIÓN DEL USUARIO

QUE QUIERA ACCEDER AL SISTEMA, LA PANTALLA CONSTA DE:
• USER
• PASSWORD
Eventos:
• El password que se ingresa, todos los caracteres deben de mostrarse

como *
• Al presionar el botón login, se buscará el user en la base de datos, y

luego de eso se confirma el password, si este coincide ingresa al
sistema
DETALLE DE LAYOUT DE INGRESO USUARIO
EN ESTA PANTALLA SE PODRÁ REALIZAR EL INGRESO DE UN USUARIO, LA

PANTALLA CONSTA DE:
• IDENTIFICACIÓN
• NOMBRE
• TELÉFONO
• DIRECCIÓN
• USER
• PASSWORD
• CONFIRMACIÓN DE PASSWORD
• EL BOTÓN GRABAR ALMACENA EL USUARIO EN EL SISTEMA
Eventos:
• El password que se ingresa, todos los caracteres deben de mostrarse

como *
• Al presionar el botón login, se buscará el user en la base de datos, y

luego de eso se confirma el password, si este coincide ingresa al
sistema
Nombre del grupo de prueba: Ingreso de usuario
Prerrequisitos:
• Que el usuario JUAN PEREZ este registrado en el sistema.

• El usuario JUAN PEREZ se presenta con su cedula de identidad 09784589.
• Se debe registrar cada usuario con un código propio.
1. El administrador debe ingresar el nombre del usuario correctamente.
2. El administrador debe generar un código secreto para cada usuario

según el cargo.
3. Se debe registrar datos personales del usuario como teléfono,

dirección. Etc.
4. El administrador procede a guardar el registro del usuario.
5. El usuario tienes acceso ilimitado o limitado según su código secreto.
Pantalla: Seleccionar Receta
DETALLE DE LAYOUT DE SELECCIONAR RECETA
EN ESTA PANTALLA SE PODRÁ REALIZAR LA SELECCIÓN DE UNA RECETA, LA

PANTALLA CONSTA DE:
• NOMBRE
• UNA TABLA EN DONDE CONSTARA LOS DATOS DE LA RECETA

ANTERIORMENTE INGRESADOS
Eventos:
• En el textbox de nombre de receta, primero se escribe y luego al

presionar enter, se busca la información, buscando coincidencias con
este nombre
• Cuando en el grid presiono enter, o doy doble clic, o selecciono

de la fila del producto que voy a elegir, este se elegirá, y pasará a
añadirse al grid de la pantalla anterior
Pantalla: Seleccionar Producto
DETALLE DE LAYOUT DE SELECCIONAR PRODUCTO
EN ESTA PANTALLA SE PODRÁ REALIZAR LA SELECCIÓN DE UN PRODUCTO,

• PRODUCTO
• UNA TABLA EN DONDE CONSTARA LOS DATOS DEL PRODUCTO

Eventos:
• En el textbox de nombre de Producto , primero se escribe y luego al
presionar enter, se busca la información
• En Cuanto en el grid presiono enter, o doy doble clic, o selecciono

que está en la izquierda del registro que voy a elegir, este se eligirá,
y pasará a añadirse al grid de la pantalla anterior
Pantalla: Seleccionar Cliente
DETALLE DE LAYOUT DE SELECCIONAR CLIENTE
EN ESTA PANTALLA SE PODRÁ REALIZAR LA SELECCIÓN DE UN CLIENTE , LA

PANTALLA CONSTA DE:
• CLIENTE
• UNA TABLA EN DONDE CONSTARA LOS DATOS DEL CLIENTE

Eventos:
• En el textbox de nombre de Cliente, primero se escribe y luego al

y pasará a añadirse al grid de la pantalla anterior.
Pantalla: Seleccionar Proveedor
DETALLE DE LAYOUT DE SELECCIONAR PROVEEDOR
EN ESTA PANTALLA SE PODRÁ REALIZAR LA SELECCIÓN DE UN PROVEEDOR,

• PROVEEDOR
• UNA TABLA EN DONDE CONSTARA LOS DATOS DEL PROVEEDOR

Eventos:
• En el textbox de nombre de Proveedor, primero se escribe y luego al

y pasará a añadirse al grid de la pantalla anterior.
Pantalla: Retroalimentación de materia prima
DETALLE DE LAYOUT DE RETROALIMENTACIÓN MATERIA PRIMA
EN ESTA PANTALLA SE PODRÁ REALIZAR LARETROALIMENTACIÓN DE

MATERIA PRIMA , LA PANTALLA CONSTA DE:
• PRODCUTO MATERIA PRIMA
• CANTIDAD
• EL BOTÓN GRABAR ALMACENA EL PRODUCTO MATERIA PRIMA
Eventos:
• En el botón se elige el producto de materia prima que se va a

dar de baja, una vez q se selecciona se llena el textbox con el nombre
• En la cantidad solo puede ser una cantidad decimal
Escenario: RETRO ALIMENTACIÓN DE MATERIA PRIMA

Nombre del grupo de prueba: RETROALIMENTACION DE MATERIA PRIMA
PreRequisitos:
• El pan enrollado no se vendió y se lo usa para fabricar pudín
• El pan enrrollado está previamente registrado en el sistema
1. El panadero selecciona el producto que va a reutilizar
2. El panadero ingresa la cantidad del producto
Ventana de Error
Ventana de éxito
Diagrama de Clases
• Clases
• Atributos
• Comportamientos
• Relaciones
o Asociaciones
o Herencia
o Agregaciones
Diagrama de Clases: Fase de Diseño
Diagrama de Base de Datos
Receta
Elaboracion PK IdReceta int
PK IdElaboracion char(10)
CantidadPanes numeric(18,4)
Preparacion char(10)
FK1 IdReceta char(10)
FechaElaboracion char(10)
ElaboracionProducto
RecetaProducto
PK,FK1 IdElaboracion char(10)
PK,FK2 IdProducto char(10) PK,FK1 IdReceta int
PK,FK2 IdProducto int
Cantidad char(10)
Unidad char(10) Cantidad numeric(18,4)
Unidad char(10)
VentaProducto Producto
Empleado PK,FK1 IdProducto char(10) PK IdProducto int
PK,FK1 RUCEmpleado varchar(13) Cantidad numeric(18,4) Nombre varchar(50) OrdenPedidoProducto

Precio numeric(18,4) Marca varchar(50)
User varchar(20) Subtotal numeric(18,4) Costo numeric(18,4) PK,FK1 IdProducto int
Password varchar(30) FK2 IdVenta int Precio numeric(18,4) PK,FK2 IdOrdenPedido int
Estado char(1)
Cantidad numeric(18,4)
Precio numeric(18,4)
Persona Venta Subtotal numeric(18,4)
Inventario
Cobros PK RUC varchar(13) PK,FK3 IdVenta int
PK IdInventario int
PK IdCobro int Nombre varchar(50) FK2 RUCCliente varchar(13)
PK,FK1 IdVenta int Apellido varchar(50) Estado char(1) FK1 IdProducto int
Direccion varchar(100) Subtotal numeric(18,4) Cantidad numeric(18,4)
Tipo char(1) Telefono varchar(10) ValorIVA numeric(18,4) Estado char(1)
FechaIngreso datetime Estado char(1) Total numeric(18,4) Motivo varchar(max)
FechaPago datetime FK1 IdProducto char(10)
Valor numeric(18,4)
OrdenPedido
PK IdOrdenPedido char(10)
Factura FK1 RUC varchar(13)

VentaFactura Subtotal numeric(18,4)
PK IdFactura char(10) ValorIva numeric(18,4)
PK,FK1 IdVenta int
PK,FK2 IdFactura int Total numeric(18,4)
NoCopia int
NumeroFactura varchar(15)
FK1 IdVenta int
Especificaciones del Diseño de Clases
• Tipos de Datos
TABLA: ELABORACIÓN PRODUCTO
ElaboracionProducto Campo Tabla Foreign

PK,FK1 IdElaboracion int Key
PK,FK2 IdProducto varchar(20)
IdElaboracion Elaboración
Unidad varchar(10)
IdProducto Producto
Procedimientos Almacenados
TABLA: ELABORACIÓN
Elaboracion Campo Tabla Foreign

PK IdElaboracion char(10) Key
FK1 IdReceta char(10)
FechaElaboracion char(10)
IdReceta Receta
CREATE PROCEDURE GRABAR_ELBORACION()
TABLA: RECETA
Receta Campo Tabla Foreign

PK IdReceta int Key
CantidadPanes numeric(18,4)
Preparacion char(10)
IdReceta Receta
CREATE PROCEDURE CARGA_RECETA(INT CODIGO_RECETA)
CREATE PROCEDURE CALCULA_CANTIDAD_MATERIA_PRIMA(NUMERIC

CANTIDAD)
TABLA: RECETAPRODUCTO
RecetaProducto Campo Tabla Foreign

PK,FK1 IdReceta int Key
PK,FK2 IdProducto varchar(20)
IdReceta Receta
Unidad char(10)
IdProducto Producto
CREATE PROCEDURE CARGA_RECETA(INT CODIGO_RECETA) CREATE

PROCEDURE
CREATE PROCEDURE CALCULA_CANTIDAD_MATERIA_PRIMA(NUMERIC

CANTIDAD)
TABLA: EMPLEADO
Empleado Campo Tabla Foreign

PK,FK1 RUCEmpleado varchar(13) Key
User varchar(20)
Password varchar(30)
RUCEmpleado Empleado
CREATE FUNCTION EXISTE_ADMINISTRADOR(INT CODIGO_RECETA) RETURN

BOOLEAN
CREATE FUNCTION COMPARA_CUENTA(VARCHAR USER, VARCHAR

PASSWORD) RETURN BOOLEAN
CREATE PROCEDURE BUSCA_ADMINISTRADOR(VARCHAR RUC)
CREATE PROCEDURE CREAR_NUEVA_CUENTA()
TABLA: VENTAPRODUCTO
VentaProducto Campo Tabla Foreign

PK,FK1 IdProducto varchar(20) Key
IdProducto Producto
Subtotal numeric(18,4)
FK2 IdVenta int IdVenta Venta
TABLA: PRODUCTO
Producto Campo Tabla Foreign

PK IdProducto varchar(20) Key
Nombre varchar(50)
Marca varchar(50)
Costo numeric(18,4)
Estado char(1)
CREATE PROCEDURE BUSCAR_PRODUCTO(VARCHAR CODIGO)
TABLA: ORDENPEDIDOPRODUCTO
OrdenPedidoProducto Campo Tabla Foreign

PK,FK1 IdProducto int Key
PK,FK2 IdOrdenPedido int
IdProducto Producto
Subtotal numeric(18,4) IdOrdenPedido OrdenPedido
CREATE PROCEDURE BUSCAR_PRODUCTO(VARCHAR CODIGO)
TABLA: COBROS
Cobros Campo Tabla Foreign

PK IdCobro int Key
PK,FK1 IdVenta int
Tipo char(1)
IdVenta IdVenta
FechaIngreso datetime
FechaPago datetime
Valor numeric(18,4)
CREATE PROCEDURE GUARDAR_COBRO()
TABLA: PERSONA
Persona Campo Tabla Foreign

PK RUC varchar(13) Key
Nombre varchar(50)
Apellido varchar(50)
Direccion varchar(100)
Telefono varchar(10)
Estado char(1)
CREATE PROCEDURE GUARDAR_PERSONA()
TABLA: VENTA
Venta Campo Tabla Foreign

PK,FK3 IdVenta int Key
FK2 RUCCliente varchar(13)
Estado char(1)
RUCCliente Cliente
ValorIVA numeric(18,4) IdProducto Producto
Total numeric(18,4)
FK1 IdProducto char(10)
CREATE PROCEDURE GRABAR_VENTA()
CREATE PROCEDURE CALCULAR_TOTAL()
TABLA:INVENTARIO
Inventario Campo Tabla Foreign

PK IdInventario int Key
FK1 IdProducto int
RUCCliente Cliente
Estado char(1)
Motivo varchar(max) IdProducto Producto
CREATE PROCEDURE CALCULA_STOCK_ACTUAL(VARCHAR
CODIGO_PRODUCTO)
CREATE PROCEDURE DISMINUIR_STOCK(VARCHAR CODIGO_PRODUCTO,

NUMERIC CANTIDAD)
CREATE PROCEDURE DEFINE_ESTADO(INT ID_INVENTARIO)
CREATE PROCEDURE BUSCAR_PRODUCTO(INT CODIGO_PRODUCTO)
CREATE PROCEDURE CARGAR_PRODUCTO_DISPONIBLE_VENTA()
CREATE PROCEDURE VERFICA_STOCK(INT CODIGO_PRODUCTO)
TABLA: FACTURA
Factura Campo Tabla Foreign

PK IdFactura char(10) Key
NoCopia int
NumeroFactura varchar(15)
IdVenta Venta
FK1 IdVenta int
CREATE PROCEDURE SELECCIONAR_ITEM(INT CODIGO_PRODUCTO)
CREATE PROCEDURE GRABAR_VENTA()
CREATE PROCEDURE CALCULA_TOTAL(INT CODIGO_VENTA)
TABLA: VENTAFACTURA
VentaFactura Campo Tabla Foreign

PK,FK1 IdVenta int Key
PK,FK2 IdFactura int
IdVenta Venta
IdFactura Factura
CREATE PROCEDURE SUMA_TOTAL_FACTURA()
CREATE FUNCION GENERA_CODIGO_FACTURA()
TABLA: ORDEN PEDIDO

OrdenPedido Campo Tabla Foreign
PK IdOrdenPedido char(10) Key
FK1 RUC varchar(13)
RUC Proveedor
ValorIva numeric(18,4)
Total numeric(18,4)
CREATE PROCEDURE GUARDA_ORDEN_PEDIDO()
Clientes
Nombre de la Cliente
Clase
Descripción Representa cada cliente existente en el sistema, este
permitirá manejar todas las operaciones en las que
interviene un cliente
Estado Activo, Inactivo
Relaciones Venta
Miembros ExisteCliente(), BuscarCliente(), GrabarCliente(), nombre,
públicos ruc, dirección, telefono
Miembros ComparaCedula()
privados
Miembros
protegidos
Notas
Información detallada de Operaciones
Nombre de la ExisteCliente
Operación
Miembro de Cliente
Argumentos Cedula
Control público
Precondiciones Cuando no existe el cliente retorna nulo
Semántica Begin
Para i = 1 hasta clientes.cantitdad hacer
Si cliente.cedula = cedula entonces
Retorna verdadero
Fin para
Retorna falso
Fin
Post- En caso de que el cliente exista este método me
condiciones devolverá el cliente caso contrario devolverá nulo
Excepciones Que no exista conexión a la base de datos
Complejidad Se debe de traer toda la lista de clientes de una base de
datos para poder realizar esta operación de búsqueda, o
buscarla directamente en la base de datos
Nombre de la ComparaCedula
Operación
Miembro de Cliente
Argumentos Cedula
Control público
Precondiciones Compara si el número de cédula enviado ya existe en el
sistema
Semántica Begin
Retorna falso
Fin para
Retorna verdadero
Fin
Post- Si la cédula ingresada existe en el sistema me devolverá
condiciones un valor falso, caso contrario me devolverá un valor
verdadero
Complejidad Se debe de traer toda la lista de clientes de una base de
datos para poder realizar esta operación de búsqueda, o
buscarla directamente en la base de datos
Nombre de la BuscarCliente
Operación
Miembro de Cliente
Argumentos cedula
Control público
Precondiciones Graba el cliente ingresado en el sistema
Semántica Begin
InsertarCliente(cliente)
Fin
Post-
condiciones
Excepciones Que no exista conexión a la base de datos, q algún dato
único como la cédula ya exista registrado
Complejidad Se lo haría a través de un insert en la base de datos
Nombre de la BuscarCliente
Operación
Miembro de Cliente
Argumentos cliente
Control público
Precondiciones Obtiene el cliente basándose en el número de cédula, si
no existe retorna nulo
Semántica Begin
Retorna cliente
Fin para
Retorna nulo
Fin
Post-
condiciones
Excepciones Que no exista conexión a la base de datos, q algún dato
único como la cédula ya exista registrado
Complejidad Se recorre una consulta para poder validar todos los
clientes, hasta encontrar el q se está buscando
Receta
Nombre de la Receta
Clase
Descripción 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
Estado Activo, Inactivo
Relaciones Elaboracion
Miembros CargaReceta(), IngresaCantidadPan(),
públicos CalculaCantidadMateriaPrima(), ImprimirReceta(),
fechaelaboracion,panadero
Miembros cantidad
privados
Miembros
protegidos
Notas
Nombre de la CargaReceta
Operación
Miembro de Receta
Argumentos CodigoReceta
Control público
Precondicione Ingresar el código de receta para poder obtenerla
s
Semántica Begin
Retorna SeleccionarReceta(codigoreceta)
Fin
Post- En caso de que el cliente exista este método me
condiciones devolverá el cliente caso contrario devolverá nulo
Complejidad Se hace un select en la base de datos, basándose en el
código de la receta para poder obtener el dato
Nombre de la IngresaCantidadPan
Operación
Miembro de Receta
Argumentos CantidadPan
Control público
Precondiciones Ingresar la cantidad del pan que se va a fabricar, esta
cantidad debe de ser un número entero
Semántica Begin
Cantidad = cantidadpan
Fin
Post-
condiciones
Excepciones
Complejidad Se asigna la cantidad del pan al atributo similar a una
función set
Nombre de la CalculaCantidadMateriaPrima
Operación
Miembro de Receta
Argumentos CantidadPan
Control público
Precondicion Calcula el total de materia prima a utilizar para la
es fabricación del producto de panadería
Semántica Begin
Para i = 1 hasta listaproducts.cantidad
hacer
Listaproductos[i].cantidad =
Listaproductos[i].cantidad/cantidad *
CantidadPan
Fin para
Retorna listaproducts
Fin
Post-
condiciones
Excepciones Que la cantidad de materia prima no exista
Complejidad Se trata de una simple operación matemática,
recorriéndose toda la tabla de productos a utilizar
Nombre de la ImprimirReceta
Operación
Miembro de Receta
Argumentos
Control público
Precondiciones Imprime el documento de receta para que el panadero
pueda trabajar, previamente el usuario debe de
especificar los formatos con los que desea que salgan
impresos por el sistema, para que este sea cuadrado por
el programador
Semántica Begin
Imprimir(Receta)
Fin
Post- Saldrá la receta generada impresa
condiciones
Excepciones Que la receta tenga algún error, o no esté conectada la
impresora
Complejidad Tener una impresora disponible que cumpla los
requerimientos del usuario, tamaño de papel, colores,
etc. Y códigos para imprimir la factura
Venta
Nombre de la Venta
Clase
Descripción Representa la transacción que realiza un cliente
existente en el sistema o un consumidor final al adquirir
un producto en la panadería, este permitirá manejar
todas las operaciones realizadas al hacer una venta.
Estado Emitida, Anulada
Relaciones CobrosVenta, Productos, Venta.Factura,Cliente
Miembros CalcularTotal(),GrabarVenta(), SeleccionarItem()
públicos
Miembros ProductosVenta, Cobro, Cliente
privados
Miembros
protegidos
Notas
Nombre de la SeleccionarItem()
Operación
Miembro de Venta
Argumentos Cod_Producto
Control público
Precondicione Que el producto se encuentre en Stock
s
Semántica Begin
Retorna SeleccionarItem(cod_producto)
Fin
Post- En caso de que el producto se encuentre en Stock este
condiciones método me devolverá el producto con su código y
descripción caso contrario devolverá nulo
Excepciones
Complejidad Se hace un select a la base de datos enviando codigo del
producto
Nombre de la GrabarVenta()
Operación
Miembro de Venta
Argumentos Valor, Fecha
Control público
Precondiciones Graba la venta ingresada en el sistema
Semántica Begin
InsertarCliente(cliente)
Fin
Post-
condiciones
Excepciones Que no se haya efectuado la venta correctamente
Complejidad
Nombre de la CalcularTotal()
Operación
Miembro de Venta
Argumentos ValorVenta
Control Público
Precondiciones Calcula el valor a pagar de la Factura, según los
Productos ingresados
Semántica Begin
Fin
Post- Incluir descuentos y promociones
condiciones
Excepciones
Complejidad
Proveedor
Nombre de la clase: Proveedor
Descripción: El sistema permitirá conocer los diferentes tipos
de proveedores, clasificarlos según la magnitud
de crédito 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.
Estado: El proveedor puede estar en 2 estado
disponible, indispuesto.
Relaciones: OrdendePedido, Persona
Miembros públicos: ExiteProveedor(), GrabarProveedor(),
BuscarProveedor(), buscarProveedorProduccto(),
Persona
Miembros privados: CompararCedula()
Miembros
protegidos:
Notas:
Nombre de la ExisteProveedor
operación:
Miembro de: Proveedor
Argumentos: Cedula
Control: Publico
Precondiciones: Si el proveedor no está disponibles se sistema
devuelve un valor nulo.
Semántica: Begin
Para i = 1 hasta proveedor.cantitdad
hacer
Si proveedor.cedula = cedula
entonces
Retorna verdadero
Fin para
Retorna falso
Fin
Post-condiciones:
Nombre de la GrabarProveedor()
operación:
Argumentos: Cedula
Control: Publico
Precondiciones: vereificar que no se haya ingresado
anteriormente
Semántica: Begin
InsertarProveedor(proveedor)
Fin
Post-condiciones:
Nombre de la BuscarProveedor
operación:
Argumentos: Cedula
Control: Publico
Precondiciones: verificar que se haya guardado el proveedor
correctamente.
Semántica: Begin
Para i = 1 hasta
proveedor.cantitdad hacer
entonces
Retorna proveedor
Fin para
Retorna nulo
Fin
Post-condiciones:
Nombre de la buscarProveedorProduccto()
operación:
Argumentos: Cedula
Control: Publico
Precondiciones: verificar que se haya guardado el proveedor con
los productos que este vende
Semántica: Begin
Para i = 1 hasta proveedor.cantitdad
hacer
entonces
Retorna
proveedor.productos
Fin para
Retorna nulo
Fin
Post-condiciones:
Nombre de la CompararCedula()
operación:
Argumentos: Cedula
Control: Publico
Precondiciones: : verificar si el numero de cedula o código es
valido, y que se halle registrado en la base
Semántica: Begin
Fin mientras
Post-condiciones:
Empleados
Nombre de la clase Empleado

Descripción Esta clase registra los datos personales de
todos los empleados que trabajan en la
panadería dćarlos; es decir por medio de
esta clase podemos: ingresar, consultar,
modificar, eliminar información personal de
cada empleado.
Además está clase compara cuentas (usuario
y contraseña) de cada empleado con la
finalidad que a través de la misma obtenga
cada uno sus privilegios en el sistema.
Estado Activo
Inactivo
Vacaciones
Enfermedad
Relaciones Venta
Miembros públicos Existeadministrador(), buscaadministrador(),
creanuevacuenta(),
Miembros privados Comparacuenta(), creanuevacuenta()
Miembros protegidos
Notas
Información detallada de operaciones
Nombre de la Existeadministrador
operacion
Miembro de Cliente
Argumentos Contraseña
Control Público
Precondiciones Cuando no existe el nombre del administrador en la lista
de administradores esto devuelve el valor de falso
Semántica Begin
Para i = 1 hasta administrador.cantidad
hacer
Si administrador.usuario = empleado
entonces
Retorna verdadero
Fin para
Retorna falso
Fin mientras
Post- Si existe el nombre del administrador dar privilegios en
condiciones acceso.
Nombre de la Comparacuenta()
operacion
Miembro de Cliente
Argumentos Contraseña
Control Público
Precondiciones Cuando no existe la cuenta del empleado este toma el
valor false
Semántica Begin
Para i = 1 hasta empleado.cantidad hacer
Si empleado.contraseña = contraseña
entonces
Retorna verdadero
Fin para
Retorna falso
Fin mientras
Post- Si existe el empleado este método me devolverá un valor
condiciones verdadero e ingresará al sistema
Nombre de la Buscaempleado()
operacion
Miembro de Cliente
Argumentos Códigoempleado
Control Público
Precondiciones Si no existe el código del empleado retorna falso
Semántica Begin
Si empleado.codigo =
códigoempleado entonces
Mostrar();
Fin
Si no
Retorna falso
Fin mientras
Post- Si existe el código del empleado retorna datos del
condiciones empleado
Nombre de la Creanuevacuenta()
operación
Miembro de Cliente
Argumentos Códigoempleado
Control Privado
Precondicione Si no existe el código del empleado genera uno nuevo
s
Semántica Begin
Si empleado.codigo !=
códigoempleado entonces
Empleado.codigo=
empleado.codigo+1;
Fin
Si no
Retorna falso
Fin mientras
Post- Con el nuevo código generado crear una nueva cuenta
condiciones para el empleado
Producto
Nombre de la clase Producto

Descripción Esta clase nos permite la digitalización de
todos los productos de nuestra panadería
además de ayudarnos a clasificar cada
producto a través del estado (atributo
perteneciente a esta clase).
Aquí podemos: ingresar, clasificar, modificar,
eliminar información de los productos de
venta.
Estado Productoventa
Materiaprima
Relaciones Venta
Productoventa
Materiaprima
Miembros públicos Buscaproducto(), ingresaproducto()
Miembros privados Grabaproducto ()
Miembros protegidos Modificaproducto(), eliminaproducto(),
clasificaproducto(), ingresaproductonuevo()
Notas
Información detallada de operaciones
Nombre de la Buscaproducto
operación
Miembro de Producto
Argumentos Cod_mercadería
Control Público
Precondiciones Si el código del producto no existe retornar falso
Semántica Begin
Si cod_mercadería=
producto.cod_mercaderia entonces
Mostrar();
Fin
Si no
Retorna falso
End
Post- Con el nuevo código se ingresan los detalles del
condiciones producto
Nombre de la Ingresaproductonuevo
operación
Miembro de Producto
Control Protegido
Precondiciones Verifica el estado del producto para ver a que subclase
se direcciona, genera un nuevo código al producto
Semántica Begin
Si cod_mercadería!=
Cod_mercadería=cod_mercaderá+1;
Ingresaproductonuevo();
Fin
End
Post- Con el nuevo código se ingresan los detalles del producto
condiciones
Nombre de la Modificaproducto
operación
Miembro de Producto
Control Público
Semántica Begin
Si cod_mercadería=
Modificarproducto();
Grabarproducto();
Fin
Si no
Retorna falso
End
Post- El producto se graba en el inventario con las nuevas
condiciones descrpciones
Nombre de la Clasificaproducto
operacion
Miembro de Producto
Argumentos Cod_mercadería, estado
Control Público
Semántica Begin
Si cod_mercadería=
Si estado =productoventa entonces
Productoventa.aumentarstock()
Si estado=materiaprima entonces
Materiaprima.aumentastock()
Fin
Fin
Si no
Retorna falso
End
Post- El producto se graba en el inventario con las nuevas
condiciones descripciones
Nombre de la clase PERSONA
Descripción Esta clase registra los datos personales de
todos los personas que actuan en la
panadería dćarlos
Estado Activo
Inactivo
Vacaciones
Enfermedad
Relaciones Herencia entre proveedor, cliente, empleado.
Miembros públicos
Miembros privados GrabarPersona()
Miembros protegidos
Notas
Nombre de la GrabarPersona()
operacion
Miembro de persona
Argumentos ListaProducto, producto
Control Público
Precondiciones Si el nombre o ruc del persona no existe retornar falso
Semántica Begin
Si cod_mercadería=
Si estado =productoventa entonces
Productoventa.aumentarstock()
Si estado=materiaprima entonces
Materiaprima.aumentastock()
Fin
Fin
Si no
Retorna falso
End
Post- La persona se graba en el clase con las nuevas
condiciones descripciones
Nombre de la clase OrdenPedido

Descripción Esta clase nos permite emitir una orden de
pedido al proveedor con la autorización del
administrador según los productos faltantes
necesarios para la producción.
Estado Emisión
Cancelación de emisión
Relaciones Proveedor, producto
Miembros públicos imprimirOrdenPedido()
Miembros privados guardarOrede(),
Miembros protegidos
Notas
Nombre de la imprimirOrdenPedido()
operacion
Miembro de OrdenPedido
Control Público
Precondiciones Al emitir una orden se debe tener registrado el
proveedor en el sistema
Semántica Begin
Ordenpedido= codpedido
Imprirmir orden de peddio
Si no
Retorna falso
End
Post- Una ves aprobada la orden de pedido se procede a
condiciones grabar
Nombre de la guardarOrede()
operacion
Miembro de OrdenPedido
Control Público
Semántica Begin
Ordenpedido= codpedido
Guarda orden de pedido
Si no
Retorna falso
End
condiciones grabar
Nombre de la clase ventaFactura

Descripción Permite registrar cada una de las ventas.
Estado Venta
Cancelación de venta
Relaciones noCopia, venta
Miembros públicos
Miembros privados
Miembros protegidos
Notas
Nombre de la clase ProductoVenta
Descripción Son los producto que salen para la veta, con
su respectivo valor de venta.
Estado Emisión producto venta

Cancelación de producto venta
Relaciones Proveedor, producto
Miembros públicos Aumetastock(), obtenerestado(),
disminuirestado(),.
Miembros privados calcularIVA(),cargaproductodisponibleventa()
Miembros protegidos
Notas
Nombre de la Aumetastock(),
operacion
Miembro de Producto venta
Argumentos precio
Control Público
Precondiciones Se debe registrar por codigo los productos que ingresan
Semántica Begin
Aumenta stock
Si no
Retorna falso
End
condiciones grabar
Nombre de la obtenerestado(),
operacion
Argumentos precio
Control Público
Precondiciones Se debe registrar por codigo los productos
Semántica Begin
Obtener estado
Si no
Retorna falso
End
condiciones grabar
Nombre de la disminuirestado(),.
operacion
Argumentos precio
Control Público
Semántica Begin
Disminuir estado
Si no
Retorna falso
End
condiciones grabar
Nombre de la calcularIVA(),
operacion
Argumentos precio
Control Público
Precondiciones Tener registrado el porcentaje del iva actaul
Semántica Begin
Calcular iva
Guarda orden de pedido
Si no
Retorna falso
End
Post- El cálculo se realiza intermente
condiciones
Nombre de la cargaproductodisponibleventa()
operacion
Argumentos precio
Control Público
Precondiciones Se debe tener productos disponibles registrados por
código.
Semántica Begin
cargaproductodisponibleventa
Si no
Retorna falso
End
Post-
condiciones
Glosario de Términos
PERSONA: Nombre de una de las clases de nuestro sistema que
tiene como herencia a dos subclases (cliente y empleado); está
registra o graba los datos personales tanto de Los clientes de la
panadería D’Carlos como lo de los empleados de la misma.
RUC: Nombre de uno de los atributos de la clase persona; este
atributo funciona como clave primaria de nuestro cliente o empleados
dentro de nuestro sistema por ser un valor que no se repite en ningún
individuo.
NOMBRE: Nombre de uno de los atributos de la clase persona que

identifica por sus nombres tanto cliente como a empleado en nuestro
sistema. En el caso de los clientes se utilizara como razón social en la
factura.
APELLIDO: Nombre de uno de los atributos de la clase persona que

identifica por el apellidos tanto cliente como a empleado en nuestro
sistema. En el caso de los clientes se utilizara como razón social en la
factura.
DIRECCIÓN: Nombre de uno de los atributos de la clase persona que

nos proporciona la ubicación domiciliaria tanto de cliente como de
empleados.
TELEFONO: Nombre de uno de los atributos de la clase persona que

nos proporciona el numero convencional o celular tanto de clientes
como de empleados que laboren en nuestra panadería
ESTADO: Nombre de uno de los atributos de la clase persona que nos

ayuda a clasificar dentro de nuestro sistema a clientes (C), como a
empleados (E).
GRABAPERSONA( ): Nombre de la función de la clase persona que

guarda los datos ingresados o modificados en la pantalla.
CLIENTE: Nombre de una de las subclases perteneciente a la clase

persona. Esta contiene específicamente la información de los cliente
de la panadería D’Carlos, además de permitirnos filtrar la información
según los requerimientos de nuestro actor. Esta clase hereda sus
atributos a la clase persona.
ESTADO: Nombre de uno de los atributos de la clase Cliente que nos

ayuda a ver si el cliente se encuentra en un estado activo (A) o
inactivo (I) con la finalidad de que solo clientes activos puedan
realizar ventas.
EXISTECLIENTE (CEDULA): Esta es una función de la subclase Cliente,

se le envía como parámetro la cedula o ruc del cliente con la finalidad
de que busque de forma rápida entre todos los cliente uno especifico.
COMPARACEDULA( ): Esta es una función de la subclase Cliente que

trabaja conjuntamente con la función “ExisteCliente()”; lo que la
función realiza es como su nombre lo indica compara la cedula de
cada cliente con la finalidad de que cada cliente no tenga un numero
repetido en nuestro sistema.
GRABACLIENTE( ): Esta es una función de la subclase Cliente que

guarda los datos ingresados o modificados en la pantalla.
BUSCACLIENTE( ): Esta es una función de la subclase Cliente que a

través de la cedula ruc del cliente busca dentro de nuestros cliente
los datos filtrados de uno de nuestro cliente
EMPLEADO: Nombre de una de las subclases perteneciente a la

clase persona. Esta clase registra los datos personales de todos los
empleados que trabajan en la panadería DĆarlos; es decir por medio
de esta clase podemos: ingresar, consultar, modificar, eliminar
información personal de cada empleado.
Además está clase compara cuentas (usuario y contraseña) de cada

empleado con la finalidad que a través de la misma obtenga cada uno sus
privilegios en el sistema. RUCEMPLEADO: Nombre de uno de los
atributos de la clase “Empleado”; este atributo es la clave primaria de
la clase.
USER: Nombre de uno de los atributos de la clase empleado que

contiene la cuenta de cada uno de los trabajadores de la panadería
con la finalidad de que al momento de ingresar al sistema obtenga los
privilegios asignados por cargo.
PASSWORD: Nombre de uno de los atributos de la clases “Empleado”;

este atributo es la contraseña de cada uno de los empleados
EXISTEADMINISTRADOR (CEDULA): Esta es una función de la subclase

Empleado, se le envía como parámetro la cedula o ruc del
administrador o empleado con la finalidad de que busque de forma
rápida entre todos los admior uno especifico.
ESTADO: Nombre de uno de los atributos de la clase empleado que

nos ayuda a clasificar a los empleados en: activo (A), inactivo(B),
COMPARACEDULA( ): Esta es una función de la subclase Empleado

que trabaja conjuntamente con la función “ExisteAdministrador()”; lo
que la función realiza es, como su nombre lo indica, compara la
cedula de cada administrador o empleado con la finalidad de que
cada cliente no tenga un numero repetido en nuestro sistema.
GRABAADMINISTRADOR( ): Esta es una función de la subclase

Empleado que guarda los datos ingresados o modificados en la
pantalla.
CREARNUEVACUENTA( ): Esta es una función de la subclase Empleado
que crea una nueva cuenta en el sistema en caso que el empleado o
administrador empiezen a utilizar nuestro software.
PROVEEDOR: Nombre de una de las subclases perteneciente a la

clase persona. Esta contiene específicamente la información de los
proveedores de la panadería D’Carlos, además de permitirnos filtrar
la información según los requerimientos de nuestro actor. Esta clase
hereda sus atributos a la clase persona.
EXISTEAPROVEEDOR (CEDULA): Esta es una función de la subclase

Proveedor, se le envía como parámetro la cedula o ruc del proveedor
con la finalidad de que busque de forma rápida entre todos los
proveedores uno especifico.
COMPARACEDULA( ): Esta es una función de la subclase proveedor

que trabaja conjuntamente con la función “ExisteProveedor()”; lo que
la función realiza es, como su nombre lo indica, compara la cedula de
cada proveedor con la finalidad de que cada cliente no tenga un
numero repetido en nuestro sistema.
GRABAPROVEEDOR ( ): Esta es una función de la subclase proveedor

que guarda los datos ingresados o modificados en la pantalla.
BUSCAPROVEEDORPRODUCTO( ): Esta es una función de la subclase

proveedor que crea una nueva cuenta en el sistema en caso que el
empleado o administrador empiecen a utilizar nuestro software.
VENTA: Nombre de una de las clases de nuestro sistema que tiene

registrada todas venta que se efectúan en la Panadería D’Carlos. Esta
clase realiza la selección de las características que tiene nuestra
venta.
RUCCLIENTE: Nombre de uno de los atributos de la clase “Venta”. Este

atributo es la clave primaria de esta clase, identifica a cada cliente y su
venta a través de este campo.
COBRO: Nombre de uno de los atributos de la clase Venta que contiene la

información que envía a la clases cobrosVentas con la finalidad de que cada
compra adquiera su forma de pago.
CLIENTE: Nombre de uno de los atributos de la clase venta que contiene la

razón social del cliente que realizará la venta
ESTADO: Nombre de uno de los atributos de la clase venta que según

el estado que tome nos ayudará identificar a que subclase pertenece
dentro de la clase producto (productoventa, materiaprima)
SUBTOTAL: Nombre de uno de los atributos de la clase “Venta” donde
se registra el valor en dólares del subtotal de la venta que se ha
efectuado.
VALORIVA: Nombre de uno de los atributos de la clase “Venta” donde

se registra el valor en dólares del IVA (12% de valor subtotal) de la
venta que se ha efectuado.
TOTAL: Nombre de uno de los atributos de la clase “Venta” donde se

registra el valor en dólares a cancelar por el cliente.
IDPRODUCTO: Nombre de uno de los atributos de la clase “Venta”

que identifica a cada producto por un código. Este atributo es un
foráneo de la clase “Venta”
SELECCIONAITEMS( ): Nombre de una de las funciones de la clases venta

que selecciona los productos escogidos para la venta.
GRABAVENTA( ): Nombre de uno de las funciones que procesa la

información y graba los datos de la ventas efectuadas en el sistema
CALCULATOTAL( ): Nombre de una de las funciones de la clase venta que

proporciona un valor en $ de cada una de las transacciones en el sistema.
VENTA-FACTURA: Nombre de una de las clases que se originaron de la

clase venta y cliente con la finalidad de tener registrado quien efectuó la
venta y cual es su numero de factura.
IDVENTA: Nombre de uno de los atributos de la clase “Venta-Factura”; este

atributo es un foráneo de la clase “Venta”, funciona como código para
identificar cada venta.
IDFACTURA: Nombre de uno de los atributos de la clase “Venta-Factura”;

este atributo es un foráneo de la clase “Factura”, funciona como código
para identificar cada venta.
NºCOPIA: Nombre de uno de los atributos de la clases venta; ayuda a

obtener el numero de copia de la factura vendida
VENTA: Nombre de uno de los atributos de la clase venta que proporciona

datos de la clase padre.
COBROS: Nombre de una de las clases de nuestro sistema que tiene una
herencia de dos subclases (crédito y contado) con la finalidad que
proporcione a la clase la forma de pago en que se efectuara la venta.
IDCOBROS: Nombre de uno de los atributos de la clase “Cobros”; este

atributo es la clave primaria de la clase.
IDVENTA: Nombre de uno de los atributos de la clase “Cobros”; este atributo

es la clave foránea de la clase “Venta”
TIPO: Nombre de uno de los atributos de la clase “Cobros” que identifica si
el tipo de pago es a contado (C) o a crédito (CR); ayuda a identifica a cual
de la subclase (Contado o Crédito) debe colocar en un estado de activo.
VALOR: Nombre de uno de los atributos de la clase Cobros; este atributo

tiene el valor que va a pagar el cliente, es decir la forma de pago para
nuestra clase “FacturaVenta”
FECHAINGRESO: Nombre de uno de los atributos de la clase “Cobros” que

contiene el día, el mes y el año en que inicia la venta.
FECHADEPAGO: Nombre de uno de los atributos de la clase “Cobros” que

contiene el día, el mes y el año en que se efectuar el pago la venta en caso
sea una venta a crédito.
VALOR: Nombre de uno de los atributos de la clase “Cobros” que tiene el

valor en dólares a cancelar por el cliente
GUADARCOBRO( ): Nombre de una de la funciones de la clase Cobros que

ayuda a registra dentro de nuestra bases de datos adjunta al sistema todas
las forma de cobro o pago en que se realizan las ventas.
ESTADO: Nombre de uno de los atributos de la clase Cobros que identifica

el tipo de cobro del sistema ya sea crédito (C) o contado (C)
CONTADO: Nombre de una de las subclases de la clase Cobros que tiene la

función de proporcionar el tipo de cobro en que se va a efectuar nuestra
venta en la panadería D’Carlos.
ESTADO: Nombre de uno de los atributos de la subclase contado. Este

atributo permanece en activo (A) si se está utilizando esta forma de cobro
caso contrario permanecerá en inactivo (I).
CRÉDITO: Nombre una de las subclases de la clase Cobros que tiene la

función de proporcionar el tipo de cobro en que se va a efectuar nuestra
venta en la panadería D’Carlos.
NÚMERO DE PAGOS: Nombre de uno de los atributos de la clase “Crédito”

que identifica el número en que se va a dividir el valor total de la venta.
PAGOS: Nombre de uno de los atributos de la clase “Crédito” que identifica

el tiempo en que se realizará el pago; cabe recalcar que nuestro sistema
acepta tipo de pago: mensual, bimestral, trimestral y semestral.
COBRAR(CANTIDAD): Nombre de una de la funciones de la clase “Crédito”

que se le envía como parámetro la cantidad total de nuestra venta. Esta
función lo que realiza es el calculo para obtener el monto de pago basado
en numero de pago, pago, y un interés que depende del tiempo que se
realizara el pago.
PRODUCTO: Nombre de una de las clases de nuestro sistema. Esta clase la

función que realiza es ayuda a clasificar los productos de venta que tiene la
panadería (ProductoDeVenta, MateriaPrima nombre de las subclases que
esta hereda) además de ayuda a definir, ordenar, filtrar dicho producto.
Proporciona datos significativos a la clase “Inventario”
IDPRODUCTO: Nombre de uno de los atributos de la clase producto. Este

atributo funciona como clave primaria dentro de nuestro sistema además
hereda el código a las dos subclases que tiene la misma.
NOMBRE: Nombre de uno de los atributos de la clase producto que identifica

al producto de venta.
MARCA: Nombre de uno de los atributos de la clase producto que identifica

al producto de venta.
COSTO: Nombre de uno de los atributos de la clase producto que tiene el

costo en dólares individual de cada producto de venta.
ESTADO: Nombre de uno de los atributos de la clase “Producto” que nos

dice en que condiciones esta el producto este puede ser:
BUSCAPRODUCTO( ): Nombre de una de la funciones de la clase Producto

que filtra el producto que se vende en la panadería por nombre, código
incluso por marcas.
VENTAPRODUCTO: Nombre de una de las clases de el sistema. Esta clase

identifica que producto se esta vendiendo además de proporcionarnos la
cantidad que se vende de este producto, el precio actual para poder realizar
el respectivo calculo.
IDPRODUCTO: Nombre de uno de los atributos de la clase “Venta Producto”.

Este atributo en la clave primaria de la misma
PRECIO: Nombre de uno de los atributos de la clase “Venta Producto”.
CANTIDAD: Nombre de uno de los atributos de la clase “Venta Producto”.
SUBTOTAL: Nombre de uno de los atributos de la clase “Venta Producto”.
IDVENTA: Nombre de uno de los atributos de la clase “Venta Producto”. Este

atributo es un foráneo de
AUMENTARSTOCK(CANTIDAD): Nombre de una de las funciones de la clase

“Venta de producto”, esta función realiza el incremento de las unidades de
los productos en las ventas.
DEFINEESTADO(ESTADO): Nombre de una de las funciones de la clase

“Venta de producto” que define el estado actual en que se mantiene el
producto como por ejemplo si el producto ya caduco o está en buen estado
para ser vendido con la finalidad de que no slagan de bodega productos
dañados.
DISMINUIRESTOCK():Nombre de una de las funciones de la clase
“Ventaproducto”, esta función realiza la disminución de las unidades de los
productos en las ventas.
CARGARPRODUCTOSDISPONIBLEVENTA(): Nombre de una de las funciones

de la clase “VentaProducto” que se encarga de filtrar cuales son los
productos disponibles que se encuentran en bodega para la venta tanto de
percha como de materia prima.
CALCULARPRECIOIVA():Nombre de una de las funciones de la clase

“VentaProducto” que se encarga de realizar el cálculo de IVA (12%) de los
productos de la lista de venta.
MATERIAPRIMA: Nombre de una de las c
VALIDASTOCK():
DISMINUIRSTOCK():
AUMENTARSTOCK():
ELABORACIÓNPRODUCTO:
IDELABORACIÓN:
IDRECETA:
CANTIDAD:
UNIDAD:
GRABARELABORACIÓN( ):
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
IDRECETA:
FECHAELABORACIÓN:
PANADERO:
CARGARRECETAS():
INGRESACANTIDADPAN():
CALCULACANTIDAMATERIAPRIMA():
IMPRIMIRRECETA:
PAN:
VARIACION:
TORTA:
INVENTARIO: Nombre de una de las clases de nuestro sistema. Esta clase
se encarga de mantener actualizado todo el sistema de los productos que
se encuentran en bodega tanto de producto en percha (leche, queso, colas,
etc.) como de productos en materia prima (torta, panes, etc.) y poder evitar
que se venta producto que no están disponible.
STOCK: Nombre de uno de los atributos de la clase inventario; este atributo

tiene la cantidad actual que hay de cada procducto
PRODUCTO:
CANTIDAD:
MOTIVO:
CALCULASTOCKACTUAL( ):
DISMINUIRSTOCK():
AUMENTARSTOCK():
DEFINEESTADO():
BUSCAPRODUCTO():
CARGARPRODUCTOSDISPONIBLEVENTA():
VERIFICASTOCK():
FACTURA: Nombre de una de las clases de nuestro sistema. Esta clase se

encarga de refleja toda la información de una operación de compraventa,
junto a la fecha de devengo.
IDFACTURA: Nombre de uno de los atributos de la clase” FACTURA”. Este

atributo funciona como clave primaria.
NOCOPIA: Es un atributo de la clase “FACTURA”.
NUMEROFACTURA: Es un atributo de la clase “FACTURA”, nos permite

llevar un orden numérico en las facturas.
IDVENTA: Es un ID de la clase “venta”, en la cual permite enlace con la clase

“FACTURA”.
ORDENPEDIDO: Es una clase del sistema. En la cual permite emitir

pedidos de productos ya sea de materia prima o producto de venta.
IDORDENPEDIDO: Este atribulo es un Id de la clase “ORDENPEDIDO”

acepta valor alfanumérico.
RUC: Este atributo que pertenece a la clase “ORDENPEDIDO” permite

deetctar el número que identifica a una empresa a nivel nacional
SUBTOTAL: Este atributo que pertenece a la clase “ORDENPEDIDO”

VALORIVA: Este atributo que pertenece a la clase “ORDENPEDIDO” permite
sacar el impuesto indirecto sobre el consumo. Tipo de dato flotante.
TOTAL: Este atributo que pertenece a la clase “ORDENPEDIDO”. Permite

obtener al calculo financiero de la venta realizada.
ORDENPEDIDOPRODUCTO: Es una clase del sistema. Esta permite emitir

una orden de productos. Según los productos que s necesita para la
elaboración del producto final. Asi como harina, levadura, leche, etc.
IDPRODUCTO: este atributo es un ID de la clase “PRODUCTO” que promete

el enlace con la clase “OREDENPEDIDOPRODUCTO”.
IDOREDENPEDIDO: este atributo es un ID de la clase “ORDENPEDIDO” que

permite el enlace o relación con la clase “OREDENPEDIDOPRODUCTO”.
CANTIDAD: Es un atributo de la clase “ORDENPEDIDOPROCUCTO” acepta

valores ENTEROS.
PRECIO: Es un atributo de la clase “ORDENPEDIDOPROCUCTO” acepta

valores flotantes
SUBTOTAL: Es un atributo de la clase “ORDENPEDIDOPROCUCTO” acepta

valores flotantes
PRODUCTORECETA: Este es el nombre de una clase del sistema, que

permite
IDRECETA: Es un atributo ID de la clase ”PRODUCTORECETA”
IDPRODUCTO: Este atributo es un ID de la clase “PRODUCTO” que promete

el enlace con la clase “PRODUCTORECETA”.
CANTIDAD: Es un atributo de la clase “PRODUCTORECETA” acepta valores

ENTEROS.
UNIDAD: Es un atributo de la clase “PRODUCTORECETA” acepta valores

ENTEROS.

TUTORIA - ANALISIS - FINAL Jose Miguel

Hochgeladen von

Dokumentinformationen

Originaltitel

Copyright

Verfügbare Formate

Dieses Dokument teilen

Dokument teilen oder einbetten

Freigabeoptionen

Stufen Sie dieses Dokument als nützlich ein?

Sind diese Inhalte unangemessen?

Copyright:

Verfügbare Formate

TUTORIA - ANALISIS - FINAL Jose Miguel

Hochgeladen von

Copyright:

Verfügbare Formate

Miercoles, 9 de Febrero del 2011

TUTORÍA ANÁLISIS Y DISEÑO DE SISTEMAS II:

• José Miguel Erazo Ayón

• Sully Emperatriz Flores Bolaño

• Michelle Jenny Herrera Boza

• Alison Lizzette Riera Borbor

ALISON LIZZETTE RIERA BORBOR

Secundaria : Unidad Educativa

“ACADEMIA NAVAL ALMIRANTE ILLINGWORTH”

Primaria : Unidad Educativa

“ACADEMIA NAVAL ALMIRANTE ILLINGWORTH”

• 2008 – 2006 “Mención de brigadier por Méritos

• (2008 - 2007) III Curso “Jóvenes Emprendedores y

• Programación en Java en Eclipse

BACHILLER EN CIENCIAS ESPECIALIZACIÓN FISICO

Análisis y Diseño de Sistemas II

MICHELLE JENNY HERRERA BOZA

Secundaria : UNIDAD BILINGÜE “ALBOHISPANO”

Primaria : CENTRO PARTICULAR EDUCATIVO "PLAZA

• Programación de Aplicaciones Web en asp.Net en Visual

• Curso de Inglés intensivo modulo IV “Benedict” (2003 -

• Recolecta de información de las bases de datos

Análisis y Diseño de Sistemas II

SULLY EMPERATRIZ FLORES

Secundaria : INSTITUTO TECNOLOGICO SUPERIOR

Primaria : CENTRO PARTICULAR EDUCATIVO "CEDI"

• Programación de Aplicaciones Web en asp.Net en Visual

• Ayudantía de matemática y ciencias a jóvenes entre 1º a

• PUNTOMEGA Consultores S.A.

Análisis y Diseño de Sistemas II

JOSE MIGUEL ERAZO AYON

Secundaria : UNIDAD EDUCTIVA “SAN JOSE LA SALLE”

Primaria : UNIDAD EDUCTIVA “SAN JOSE LA SALLE”

• Tecnologías .Net en general:

• Mantenimiento y Reparación de computadoras (SECAP)

Empresa: Nuevas Tecnologías del Ecuador S.A.

Análisis y Diseño de Sistemas II

• Pasantías laborales en la empresa Nuevas Tecnologías

BACHILLER EN COMUNICACIÓN Y CIENCIAS DIGITALES

Sr. Carlos Muñoz

Descripción Del Problema U Oportunidad

La panadería D’Carlos está iniciando un proceso de

Tomando en cuenta el análisis que se le ha hecho al

Análisis y Diseño de Sistemas II

La panadería D’Carlos se preocupa por la calidad y

Actualmente el mercado está en constante cambio, las

La evolución tecnológica se desarrolla de una manera tan

Hemos analizado que la panadería D’Carlos al no constar

• La falta de agilidad al momento de desarrollar la venta de

• Desde el primer instante que se automatiza quiere y ve la

• No poder brindar un servicio ágil le impide conocer más a

• Falta de control de inventario de materia prima (torta dulce

• No constar con un sistema impide la disponibilidad de

• Falta de seguimiento de una cartera de clientes;

• Falta de seguimiento en la elaboración del producto impide

• Ausencia de estadísticas impide realizar la toma de

• El negocio presenta algunos procesos manuales

• Competencia brindando más beneficios y promociones

• No poder realizar pedidos a sus proveedores a través de

• Desperdicio de sus productos por la ausencia de un control

• Disminución de clientes en las fiestas navideñas y fines de

Análisis y Diseño de Sistemas II

• No poder realizar una atención personalizada en la