DPS - Caekattz (Trabajo Completo)

EMPRESA: MiniSuper caeKattz
Nombre de Proyecto: HANI Sys

Clave del Proyecto: DMJ-08001
Página |1
J
E on
M ati s
E or do
D rp ia
o o c
C as
y
DEMEJ corp & asoc
5 de Mayo No. 1 Col. Oaxaqueña
Teléfono: (922) 22 - 17560
e-mail: dmj_ca@gmail.com
J
E on
M ati s
E or do
PROYECTO:
HANI Sys
D rp ia Clave del proyecto:
c
DMJ - 08001
o
C as o
y
INDICE
TEMA PÁGINA
A. MODELADO DEL NEGOCIO
J
NOMBRE DEL PROYECTO 2
CLAVE DEL PROYECTO 2
DESCRIPCION DEL SISTEMA 2
E on
DEFINICION DEL NEGOCIO 3
ALCANCE DEL SISTEMA 3
M ati s
B. INGENIERIA DE REQUERIMIENTOS
IDENTIFICACION DE ACTORES PRINCIPALES 5
E or do
PLANEACION DE ENTREVISTAS 6
ESPECIFICACION DE REQUERIMIENTOS 7
Requerimientos Funcionales Específicos 7
D rp ia
Otros Requerimientos Funcionales 8
Requerimientos No Funcionales 9
ESPECIFICACION DE SOFTWARE 9
o c
C. PLANIFICACION DEL PROCESO DE DESARROLLO
C as o
CICLO DE VIDA 11
CRONOGRAMA DE ACTIVIDADES 13
ASIGNACION DE RECURSOS 15
PERT DE PLANIFICACION 16
y
D. DISEÑO ORIENTADO A OBJETOS
DIAGRAMAS DE CASOS DE USO (ALTO NIVEL) 22

DIAGRAMAS DE CASOS DE USO (NIVEL ELEMENTAL) 25
DIAGRAMAS DE ACTIVIDAD 32
ORGANIZACIÓN DE LA FUNCIONALIDAD 46
INTERFACES 47
DIAGRAMAS DE SECUENCIA 64
DIAGRAMAS DE INTERACCION 79
INDICE
DISEÑO DE BASE DE DATOS 92
Análisis 92
Normalización 95
Análisis de Relaciones e Interrelaciones 99
J
DIAGRAMA ENTIDAD / RELACION 102
DIAGRAMA DE CLASES 103
E on
E. ESPECIFICACION DE ARQUITECTURA
DIAGRAMA
M ati s
105
DESCRIPCION DE ELEMENTOS 106
F. DISEÑO Y EJECUCION DE PRUEBAS
E or do
FUNCIONALIDAD DEL SISTEMA 109
INTEGRACION DEL SISTEMA 168
D rp ia
INSTALACION DEL SISTEMA 175
G. IMPLANTACION Y MANTENIMIENTO
o c
PROPUESTA DE PLAN DE IMPLANTACION 178
o
VALIDACION DEL PLAN DE IMPLANTACION 179
PLAN DE IMPLANTACION (FINAL)
C as
180
PROPUESTA DE MANTENIMIENTO 181
Propuesta de capacitación 181
Sugerencias de mantenimiento 182
y
ANEXOS
REQUERIMIENTO DE CAMBIOS 184

BITACORA DE DESARROLLO 185
CONTRATO 186
Página |1
J
E on H
M ati s
A
E or do
N
MODELADO DEL NEGOCIO I
D rp ia S
o c
y
C as o
s
y
Página |2
Nombre del proyecto:
HANI Sys
J
Clave del proyecto:
E on
DMJ-08001
M ati s
E or do
Descripción del sistema:
Tiene como función principal llevar un control sobre las ventas y un control sobre el almacén
D rp ia
CARACTERÍSTICA
c
• Un modulo de venta donde se maneje 2 o 3 cajas
o
• Un modulo administrador que maneje estadísticas sobre el comportamiento de los
o
productos
C as
• Modulo de inventario
• El dueño agrega una característica la del control de ventas a domicilio, se tomaran los
datos vía telefónica y se controlaran por el sistema. Para lo consiguiente se necesita
tener al cliente agregado al sistema o se pueda agregar en caso contrario.
• No se necesita que el sistema este en red
y
• Que el sistema sea cliente/servidor
• Todos los usuarios tengan contraseña, para tener un control sobre las ventas
• Entrada, baja de un producto y un contador agregado a la venta
• Datos del cliente
• Cuando imprime la nota que aparezca el nombre del vendedor y del repartidor
• Manejar un código para los productos
• Un reporte de ventas diarios (corte de caja)
• Se podrá realizar consulta del producto
Página |3
Definición del negocio:

La empresa que solicitó el servicio del desarrollo de software es una tienda de
abarrotes la cual cuenta con 3 cajas para el cobro de productos una de las cuales solo
es utilizada para ventas por teléfono con mira a expandir los puntos de venta. Es
dirigida por el administrador y cuenta con un almacén para el resguardo de los
productos que se pondrán a la venta.
J
E on
M ati s
Alcance del sistema:
Al realizar este software podrían realizarse cambios en diferentes áreas del sistema:
E or do
• Al tener los precios registrados dentro del sistema en la base de datos
pueden ser consultados en cualquier momento y se ahorraría tiempo al no
D rp ia
tener que buscarlos manualmente.
• Se puede llevar una mejor administración con un control de inventarios y
tener un registro de todos los productos existentes, así como la posibilidad
c
de realizar altas y bajas de productos con la finalidad de evitar perdidas de
o
productos y efectivo.
o
• Obtener reportes de los productos vendidos ya sea diaria o semanalmente
C as
para poder llevar control sobre las ventas que se realizan y así poder medir
de una manera mas efectiva los ingresos.
• Alcanzar mejores ganancias al incluir servicio a domicilio para la comodidad
del cliente.
y
Página |4
J
E on H
M ati s
A
E or do
N
INGENIERIA DE REQUERIMIENTOS I
D rp ia S
o c
y
C as o
s
y
Página |5
Identificación de actores principales:
J
Actor Usuario: es la persona que se dirige a la Empresa a ser uso del
servicio de la misma.
Actividad Analiza Precios
E on
•
• Selecciona productos
• Se dirige a Caja a Realizar la Compra
M ati s
• Confirma su compra
• Paga el Total de la Compra
• Realiza la llamada a la Empresa
E or do
• Proporciona a Caja la lista de productos que sea
Comprar
• Confirma su compra a Domicilio
D rp ia
o c
Actor Cajero: es la persona que se encarga de realizar el proceso de
o
cobranza de la Compra.
C as
Actividad • Consulta Precios
• Inserta el Código del Producto
• Elimina Productos de la lista de productos insertada en
la Compra
y
• Confirma la compra
• Cobra el total de la compra
• Atiende las llamas de Clientes
• Selecciona los Productos proporcionados por el Cliente
a Domicilio
• Consulta al Cliente a Domicilio el Total de la Compra
• Confirma la Compra a Domicilio
Página |6
Actor Administrador: es la persona que dirige y organiza la

Empresa.
Actividad • Analiza Precios
• Consulta Precios
• Inserta Productos a Inventario
J
• Analiza Inventarios a determinado periodo
• Adquiere productos con los proveedores
E on
Planeación de la entrevista:
M ati s
ENTREVISTA FECHA OBJETIVO
E or do
1 09/Abril/08 • Conocer el objetivo y características del sistema a
desarrollar.
Obtener los principales requerimientos tanto
D rp ia
•
funcionales como no funcionales del sistema.
2 15/Abril/08 • Mostrar al cliente el bosquejo de los requerimientos
en forma de pantallas.
o c
3 23/Abril/08 • Obtener más requerimientos funcionales para la
o
elaboración del sistema.
C as
• Aclarar las dudas existentes sobre los requerimientos
ya adquiridos.
4 28/Abril/08 • Revisar el contrato con el cliente
• Presentación impresa de los requerimientos del
y
sistema
5 29/Abril/08 • Revisar el contrato con el cliente (Mejora)
• Presentación impresa de los requerimientos del
sistema (Mejora)
6 07/Mayo/08 • Entregar el contrato ya aceptado por ambas partes.
• Agendar futuras entrevista para revisión de interfaces
y pruebas pertinentes al sistema.
7 13/Mayo/08 • Reprogramar la entrevista de revisión de interfaces
8 19/Mayo/08 • Revisión de las interfaces del sistema
9 26/Mayo/08 • Realización de pruebas pertinentes al sistema
10 30/Mayo/08 • Entrega del producto final y documentación del
mismo.
Página |7
Especificación de requerimientos:
La empresa DEMEJ Corporation & Asociados presenta la siguiente lista de
requerimientos que contendrá el sistema HANISYS desarrollado para la empresa: Mini
Super CaeKattz
REQUERIMIENTOS FUNCIONALES ESPECIFICOS:
J
• El acceso al sistema será controlado con nombres de usuario y contraseñas. Los
E on
usuarios con derecho de administrador podrán acceder a las funciones
administrativas, los usuarios normales no tendrán ese privilegio.
M ati s
• En el módulo de ventas, el sistema contará con las siguientes opciones:
ü Nueva compra
E or do
ü Consultar Productos
ü Corte de Caja
D rp ia
• En el módulo de Administrador, el sistema contará con un menú, el cual tendrá
las siguientes opciones:
c
ALTAS
o
ü Alta cajeros
o
ü Alta Clientes
C as BAJAS
ü Baja Cajeros
y
ü Baja Clientes
INVENTARIO
ü Altas productos
ü Bajas productos
ü Consultar productos
REPORTE
ü Generar Reporte diario (SIMULADO)
ü Generar Reporte Semanal (SIMULADO)
Página |8
OTROS REQUERIMIENTOS FUNCIONALES
VENTAS:
• Al realizar una venta, se ingresa el código del producto, automáticamente el
sistema llenará los campos de cantidad (apareciendo 1 por default; en dado
J
caso que el cliente requiera más, el cajero ingresará la cantidad) producto y
precio.
• Al cambiar la cantidad del producto a comprar, el precio se multiplicará según
E on
por la cantidad del producto a adquirir.
• Al presionar “Enter” o dar clic al botón agregar, el producto se añadirá a una
M ati s
lista de compras.
• La lista de compra tendrá la opción de eliminar el producto en dado caso de
E or do
que el cliente ya no lo desee.
• El sistema mostrará el monto total a pagar de los productos de la lista de
compras, el cual se ira incrementando conforme se vayan ingresando los
D rp ia
productos.
• al dar clic en el botón cobrar, el sistema mandará a imprimir el recibo de la
compra (SIMULADO)
o o c
CONSULTA
C as
• El usuario ingresará el código de del producto, y el sistema mostrará el precio
del producto y una descripción de éste.
• El sistema tendrá dos opciones: “Aceptar” y “Agregar Producto”; donde al
seleccionar la primera opción la consulta se terminará, y en dado caso de que el
y
cliente desee adquirir el producto, se pulsará el botón “Agregar Producto” y se
añadirá a la lista de compras.
PRODUCTO
• Ingreso de un producto (marca, nombre, precio, cantidad) y con forme a ello se
creará un código de barra
• Eliminación de producto (marca, nombre, precio, cantidad)
• Actualización de producto (nombre, precio ,cantidad)
• Reporte / Impresión de los datos del producto (marca, nombre, precio,
cantidad) que puede ser diario y semanal.
Página |9
ACCESO
• Ingreso de un cliente/empleado (nombre, dirección, teléfono, curp, rfc)
• Eliminación dl cliente/empleado (nombre, dirección, teléfono, curp, rfc)
• Actualización de cliente/empleado (nombre, dirección, teléfono, curp, rfc))
• Reporte / Impresión de los datos de cliente/empleado (nombre, dirección,
teléfono, curp, rfc).
J
VENTAS A DOMICILIO
E on
• Validación del pedido por medio del campo dirección.
Nota : El sistema realizará las mismas opciones que en una venta presencial:
M ati s
REQUERIMIENTOS NO FUNCIONALES
E or do
• Caja especial para la venta de servicio a domicilio.
• El sistema tendrá la opción de mostrar la Imagen del producto tanto en una
D rp ia
consulta como en una venta, o en el inventario, pero el sistema funcionara de
manera adecuada, aunque no tenga esta opción.
• La interfaz del usuario deberá ser tan familiar como sea posible a los usuarios
c
que han usado otras aplicaciones web y aplicaciones de escritorio en Windows.
o o
Por ejemplo utilización de color en tonos pasteles que son agradables en el
C as
manejo del sistema.
• El acceso será controlado con nombres de usuario y contraseñas. Solo los
usuarios con derechos de administrador podrán accesar las funciones
administrativas, los usuarios normales no podrán.
y
• El sistema no realizará ventas múltiples.
• No se realizará ventas a crédito y ni con tarjeta.
Especificación de software:
• El sistema correrá sobre la plataforma de Windows XP.
• La aplicación se desarrollará bajo las herramientas de Mysql y Visual Basic 6.0.

utilizando un sistema operativo de red para la arquitectura Cliente-Servidor.
P á g i n a | 10
J
E on H
M ati s
A
E or do
N
PLANIFICACIÓN DEL PROCESO DE DESARROLLO I
D rp ia S
o c
y
C as o
s
y
P á g i n a | 11
Ciclo de vida:
El modelo de ciclo de vida elegido es el espiral debido a su aceptación y adaptación con

el sistema a crear, una explicación del ciclo de vida escogido es el siguiente.
J
El modelo espiral de los procesos software es un modelo del ciclo de meta-vida. En
este modelo, el esfuerzo de desarrollo es iterativo. Tan pronto como uno completa un
E on
esfuerzo de desarrollo, otro comienza. Además, en cada desarrollo ejecutado, puedes
seguir estos cuatros pasos:
M ati s
• Determinar qué quieres lograr.
E or do
• Determinar las rutas alternativas que puedes tomar para lograr estas metas.
Por cada una, analizar los riesgos y resultados finales, y seleccionar la mejor.
D rp ia
• Seguir la alternativa seleccionada en el paso 2.
• Establecer qué tienes terminado.
o c
Observemos un escenario particular. Digamos que en este proyecto, nosotros
o
viajaremos a resolver un conjunto particular de problemas del cliente. Durante el
C as
primer viaje alrededor de la espiral, analizamos la situación y determinamos que los
mayores riesgos son la interfaz del usuario. Después de un cuidadoso análisis de las
formas alternativas de direccionar esto (por ejemplo, construir un sistema y esperar lo
mejor, escribir una especificación de requerimientos y esperar que el cliente lo
y
entienda, y construir un prototipo), determinamos que el mejor curso de acción es
construir un prototipo.
Lo realizamos. Luego proveemos el prototipo al cliente quien nos provee con

retroalimentación útil. Ahora, comenzamos el segundo viaje alrededor de la espiral.
Este tiempo decidimos que el mayor riesgo es ese miedo a que muchos nuevos
requerimientos comiencen a aparecer sólo después de que el sistema sea desplegado.
Analicemos las rutas alternativas, y decidimos que la mejor aproximación es construir
un incremento del sistema que satisfaga sólo los requerimientos mejor entendidos.
Hagámoslo ya. Después del despliegue, el cliente nos provee de retroalimentación que
dirá si estamos correctos con esos requerimientos, pero 50 nuevos requerimientos
ahora se originarán en las cabezas de los clientes. Y el tercer viaje alrededor de la
espiral comienza.
P á g i n a | 12
El modelo espiral captura algunos principios básicos:
• Decidir qué problema se quiere resolver antes de viajar a resolverlo.
• Examinar tus múltiples alternativas de acción y elegir una de las más

convenientes.
J
• Evaluar qué tienes hecho y qué tienes que haber aprendido después de hacer
algo.
E on
• No ser tan ingenuo para pensar que el sistema que estás construyendo será
"EL" sistema que el cliente necesita, y
M ati s
• Conocer (comprender) los niveles de riesgo, que tendrás que tolerar.
E or do
D rp ia
o o c
C as
y
P á g i n a | 13
Cronograma de Actividades:
PROCESO TIEMPO
MODELADO DEL NEGOCIO
J
DEFINICION DEL NEGOCIO 1 día
AREA DE IMPACTO DEL SISTEMA 1 día
E on
INGENIERIA DE REQUERIMIENTOS
M ati s
PLANEACION DE ENTREVISTAS 12 días
IDENTIFICACION DE ACTORES PRINCIPALES 3 días
ESPECIFICACION DE REQUERIMIENTOS 3 días
E or do
ESPECIFICACION DEL SOFTWARE 3 días
D rp ia
PLANIFICACION DEL PROCESO DE DESARROLLO
IDENTIFICACION DE METODOLOGIA 1 día
CRONOGRAMA DE ACTIVIDADES 1 día
c
ASIGNACION DE RECURSOS 1 día
o o
PERT DE PLANIFICACION 1 día
C as
DISEÑO ORIENTADO A OBJETOS
DIAGRAMA DE CASO DE USO 1 día
DIAGRAMA DE ACTIVIDADES 1 día
y
ORGANIZACIÓN DE LA FUNCIONALIDAD DEL SISTEMA 7 días
INTERFASES 3 días
DIAGRAMA DE CLASES 1 día
DIAGRAMA DE INTERACCION 1 día
DIAGRAMA DE SECUENCIA 1 día
DISEÑO DE LA B.D (MOD. DE REF/NORMALIZACION) 6 días
P á g i n a | 14
ESPECIFICACION DE LA ARQUITECTURA DEL SISTEMA/CONSTRUCCION

DIAGRAMA 2 días
DESCRIPCION DE LOS ELEMENTOS E INTERRELACION DE LOS 3 días
DIAGRAMAS
DESCRIPCION (SOLO REFERENCIA) 2 días
J
DISEÑO Y EJECUCION DE PRUEBAS
E on
DISEÑO DEL PLAN DE PRUEBAS (FUNCIONALIDAD DEL SISTEMA) 4 días
DISEÑO DEL PLAN DE PRUEBAS (NTEGRACION DEL SISTEMA) 2 días
M ati s
DISEÑO DEL PLAN DE PRUEBAS (INSTALACION DEL SISTEMA) 2 días
IMPLANTACION Y MANTENIMIENTO
E or do
PROPUESTA DEL PLAN DEL PLAN DE IMPLANTACION 1 día
VALIDACION DEL PLAN DE IMPLANTACION 1 día
D rp ia
PLAN DE IMPLANTACION VERSION FINAL 2 días
PROPUESTA DE MANTENIMIENTO 2 días
ENTREGA FINAL 1 día
o o c
C as
y
P á g i n a | 15
Asignación de Recursos:
HUMANOS
ENCARGADO ACTIVIDAD
REYES GARCIA GUADALUPE MODELADO DEL NEGOCIO
J
TAMAYO ESPINOZA DENISSE INGENIERIA DE REQUERIMIENTOS
E on
CASTILLO CRUZ JUAN CARLOS PLANIFICACION DEL PROCESO DE DESARROLLO
M ati s
SAN ROMAN CASTILLO JOEL A. DISEÑO ORIENTADO A OBJETOS
ESPECIFICACION DE LA ARQUITECTURA DEL
TOLEDO GOMEZ GERARDO
SISTEMA
E or do
SANTIAGO LOPEZ EVANGELINA DISEÑO Y EJECUCION DE PRUEBAS
D rp ia
FERIA ALOR MARIO ALBERTO IMPLANTACION Y MANTENIMIENTO
MATERIALES
o c
ENCARGADO EQUIPO
o
1 COMPUTADORA
C as
REYES GARCIA GUADALUPE
VISUAL BASIC 6.0 (Programación)
1 COMPUTADORA
TAMAYO ESPINOZA DENISSE
PAQUETERIA OFFICE
1 COMPUTADORA
CASTILLO CRUZ JUAN CARLOS
y
PAQUETERIA OFFICE
1 COMPUTADORA
SAN ROMAN CASTILLO JOEL A.
VISUAL BASIC 6.0 (Programación)
1 COMPUTADORA
TOLEDO GOMEZ GERARDO
MYSQL
1 COMPUTADORA
SANTIAGO LOPEZ EVANGELINA
VISUAL BASIC 6.0 (Pruebas)
1 COMPUTADORA
FERIA ALOR MARIO ALBERTO PAQUETERIA OFFICE
SOFTWARE DE DISEÑO
P á g i n a | 16
J
E on
M ati s
E or do
D rp ia
PERT DE PLANIFICACIÓN
o o c
C as
y
P á g i n a | 17
J
E on
M ati s
E or do
D rp ia
o o c
C as
y
P á g i n a | 18
J
E on
M ati s
E or do
D rp ia
o o c
C as
y
P á g i n a | 19
J
E on
M ati s
E or do
D rp ia
o o c
C as
y
P á g i n a | 20
J
E on
M ati s
E or do
D rp ia
o o c
C as
y
P á g i n a | 21
J
E on H
M ati s
A
E or do
N
DISEÑO ORIENTADO A OBJETOS I
D rp ia S
o c
y
C as o
s
y
P á g i n a | 22
Diagrama de Casos de Usos:

ALTO NIVEL
ANALISIS DE CASO DE USO
J
Caso de Uso del Cajero
E on
Consulta
M ati s
Precios
Cobrar
E or do
Venta
Introducir
D rp ia
Código Prod.
CAJERO
Imprimir
o c
reporte
C as o
DESCRIPCION DE CASO DE USO
y
Proceso Cajero
Objetivo Llevar un control eficiente de las ventas de productos.
Descripción El cajero manipula el sistema de la siguiente forma: consultando

precios de los productos, cobrando las ventas, introduciendo los
códigos de los productos y mandando a imprimir los reportes.
P á g i n a | 23
Caso de Uso del Cajero (Venta por teléfono)
Consulta Precios
J
Cobrar Venta
E on
Introducir Código
Producto
M ati s
Imprimir reporte
E or do
Alta Clientes
CAJERO
D rp ia
(Venta Consultar
telefonica) existencias
c
Insertar dirección
o
C as o
y
Proceso Cajero (Ventas Telefónicas)
Objetivo Llevar un control automatizado de las ventas a domicilio.
Descripción El cajero interactúa con el sistema, desde el momento en que el cliente

le pide consultar el precio de un determinado producto, así mismo,
puede cobrar una venta, introducir código de producto, imprimir
reportes, y dar de alta a un cliente que no haya sido registrado, así
mismo, el cajero tiene la posibilidad de consultar existencias y de
insertar direcciones de los clientes.
P á g i n a | 24
Caso de Uso del Administrador
J
Baja de cajeros
E on
Alta de cajeros
Alta de productos
M ati s
Baja de productos
E or do
Consultar precios
D rp ia
ADMINISTRADOR Consultar
inventario
o c
Actualizar
o
inventario
C as
y
Proceso Administrador
Objetivo
Llevar el control de los cajeros, de los productos y del inventario.
Descripción El administrador, como tal, es la persona indicada de controlar tanto a

los empleados como a los productos, incluyéndose también el
inventario. Esto se logra mediante las siguientes acciones: Baja de
Cajeros, Alta de cajeros, Alta productos, Baja productos, consultar
precios, consultar inventario y actualizar inventario.
P á g i n a | 25
Diagrama de Casos de Usos:

NIVEL ELEMENTAL
J
Consulta
E on
Precios
M ati s
CAJERO
E or do
Proceso Consulta de Precios
D rp ia
Objetivo Consultar los precios de un producto específico, introduciendo el
código del mismo en el sistema.
o o c
C as
y
Cobrar
Venta
CAJERO
Proceso Cobrar Venta
Objetivo Cobrar venta es básicamente, finalizar el proceso de la compra que

realiza cliente.
P á g i n a | 26
Introducir
J
Código Prod.
E on
CAJERO
M ati s
E or do
Proceso Introducir código de producto
Objetivo El cajero como tal, debe introducir en el sistema, el código del
D rp ia
producto, para finalidades que le conciernen como por ejemplo la
consulta de precios.
o o c
C as
y
Imprimir
reporte
CAJERO
Proceso Imprimir reporte
Objetivo Hacer la impresión física de las compras que se realizarón.

P á g i n a | 27
Consultar
J
precio
E on
CAJERO
(Venta Telefónica)
M ati s
E or do
Proceso Consultar precio
Objetivo Consultar precio devuelve el precio de un determinado articulo
D rp ia
consultado.
o o c
C as
y
Alta
Clientes
CAJERO
(Venta Telefónica)
Proceso Alta Clientes
Objetivo Tiene como finalidad llevar a cabo el proceso para dar de alta a un
cliente nuevo.
P á g i n a | 28
Consultar
J
existencias
E on
CAJERO
(Venta Telefónica)
M ati s
E or do
Proceso Consultar existencias
Objetivo Consultar la existencia de la mercancía que se tiene en el inventario, a
D rp ia
fin de conocer su disponibilidad.
o o c
C as
y
Insertar
dirección
CAJERO
(Venta Telefónica)
Proceso Insertar dirección
Objetivo Inserta la dirección de un cliente para ver si se encuentra registrado en

la base de datos del sistema.
P á g i n a | 29
Baja de
J
cajeros
E on
ADMINISTRADOR
M ati s
E or do
Proceso Baja de cajeros
Objetivo Realiza el proceso de dar de baja a un cajero que ya no laborará en la
D rp ia
empresa.
o o c
C as
y
Alta de
cajeros
ADMINISTRADOR
Proceso Alta de cajeros
Objetivo Realiza el proceso de dar de alta a un cajero nuevo.

P á g i n a | 30
Alta de
J
Productos
E on
ADMINISTRADOR
M ati s
E or do
Proceso Alta de productos
Objetivo Realiza el proceso de dar de alta a un producto nuevo.
D rp ia
o o c
C as
y
Baja de
productos
ADMINISTRADOR
Proceso Baja de productos
Objetivo Realiza el proceso de dar de baja a un producto existente.

P á g i n a | 31
Consultar
J
inventario
E on
ADMINISTRADOR
M ati s
E or do
Proceso Consultar inventario
Objetivo Consulta el inventario de la base de datos, es decir, lo que se
D rp ia
encuentra en existencia.
o o c
C as
y
Actualizar
inventario
ADMINISTRADOR
Proceso Actualizar inventario
Objetivo Llevar un control, de los productos que se tienen existentes, de forma

tal que se encuentren ahí los que realmente están.
P á g i n a | 32
Diagramas de Actividad:
CAJERO
n CONSULTAR PRECIO
J
E on
CLIENTE CAJERO SISTEMA
M ati s
Solicita precio del
producto
E or do
Insertar código
del producto
D rp ia
Insertar código
del producto
o o c
Devuelve inf.
C as
solicitada
Devuelve inf. al
cliente
y
Se va
P á g i n a | 33
n COBRAR VENTA
J
Elegir
producto
E on
Insertar código
M ati s
del producto
Almacena y suma
E or do
valor de cada
producto.
D rp ia
Hay
Si Más producto
c
No
o o
Paga Informa
Monto Monto
C as Efectúa
Venta
y
n INTRODUCIR CÓDIGO DEL PRODUCTO
CAJERO SISTEMA
Insertar código
del producto
Buscar producto
y mostrar inf.
Acepta Inf.
P á g i n a | 34
n IMPRIMIR REPORTES
CAJERO SISTEMA
J
Solicitar imprimir
Reporte
E on
Efectúa Operaciones
Necesarias
M ati s
Imprime Reporte
E or do Toma Reporte
D rp ia
o o c
C as
y
P á g i n a | 35
CAJERO – VENTA TELEFONICA
n CONSULTAR PRECIO
J
E on
M ati s
Solicita precio del
producto
E or do
Insertar código
del producto
D rp ia
Insertar código
del producto
o c
Devuelve inf.
o
solicitada
C as
Devuelve inf. al
cliente
y
Se va
P á g i n a | 36
n COBRAR VENTA
J
Solicita producto
por telefono
E on Busca
M ati s
Producto
E or do
El sistema realiza
la búsqueda
D rp ia
Si
Solicita más
c
Prod.
o
No
o
Informa el total
C as
De la venta
Acepta el total
De la venta
y
Finaliza venta
Acepta el total
De la venta
P á g i n a | 37
n INTRODUCIR CODIGO
CAJERO SISTEMA
J
Insertar código
E on
del producto
M ati s
Buscar producto
y mostrar inf.
E or do
Acepta Inf.
D rp ia
n IMPRIMIR REPORTE
c
CAJERO SISTEMA
o
C as o
Solicitar imprimir
Reporte
Efectúa Operaciones
y
Necesarias
Imprime Reporte
Toma Reporte
P á g i n a | 38
n ALTA CLIENTES
J
E on
Realiza llamada
M ati s
Contesta
Llamada
E or do
Si No
Dar Alta
D rp ia
Cuelga Selecciona dar
Telefóno De Alta
c
Pide información
o
al usuario
C as o
Ingresa datos al
sistema
y
Almacena la inf. De
la alta del cliente
Finaliza la alta
Del cliente
Informa al cliente
de su alta.
Acepta y Cuelga
P á g i n a | 39
n CONSULTAR EXISTENCIAS
J
Realiza llamada
E on
Contesta llamada
M ati s
Solicita Solicita datos del
búsqueda cliente
E or do
D rp ia
Realiza
búsqueda
o c
Informa
o
resultados
C as
Informa al cliente
existencia
y
n INSERTAR DIRECCION
CAJERO SISTEMA
Insertar la
dirección
Almacenar la inf.
De la dirección
Esperar Acción
P á g i n a | 40
ADMINISTRADOR
n BAJA CAJERO
J
ADMINISTRADOR SISTEMA
E on
Selecciona dar de
baja del sistema
M ati s
Inserta código del
cajero en el sist.
E or do
Busca inf. del
cajero
D rp ia
Muestra inf. Del
cajero
o o c Selecciona dar de
C as
baja del sist.
Realiza la baja del

sistema
y Aceptar Cambios
Finaliza Bajas
P á g i n a | 41
n ALTA CAJERO
J
Selecciona dar de
Alta en el sistema
E on
Otorga código a
M ati s
Introduce inf. En
cajero el sistema
E or do
Almacena la inf.
introducida
D rp ia
Guarda la
información
o o c
Acepta Cambios
C as Realiza la Alta en el
sistema
y
Finaliza Alta a
Cajero
P á g i n a | 42
n ALTA PRODUCTO
J
E on
Selecciona dar de
alta el producto
M ati s
Introduce inf. Del
nuevo producto
E or do
Almacena
información
D rp ia
Guarda
información
o c
Acepta Cambios
C as o Realiza alta de
producto
y
Finaliza alta de
producto
P á g i n a | 43
n BAJA DE PRODUCTO
J
Selecciona Baja
de Producto
E on
Introduce código
del producto
M ati s
Muestra inf. Del
producto
E or do Seleccionar dar
D rp ia
de baja
c
Realiza Baja de
o
producto
C as o
Acepta Cambios
y
Finaliza Baja de
producto
P á g i n a | 44
n CONSULTAR PRECIO
J Ingresa código
E on
del producto
M ati s
Busca
Producto
E or do
Acepta Devuelve
Información información
D rp ia
c
n CONSULTAR INVENTARIO
o
C as o
Seleccionar
inventario
y
Consultar lista de
productos
Consulta de Muestra lista de

inventario productos
Termina
Consulta
P á g i n a | 45
n ACTUALIZAR INVENTARIO
J
Seleccionar
E on
inventario
M ati s
No ¿Desea
Modificar?
Si
E or do
Selecciona modificar
producto
D rp ia
Modifica
información
o c
Guardar
o
Cambios
C as
Cerrar
Inventario
y
P á g i n a | 46
Organización de la funcionalidad del sistema:
MiniSuper
Caekattz
Sistema “Hani Sys”
J
E on
Ventas Administrador Ventas a
Domicilio
M ati s
− Nueva venta − Alta de usuario
− Nueva venta
− Agregar producto − Baja de usuario
− Verificar dirección
− Eliminar producto − Venta
− Agregar dirección
E or do
− Generar venta − Caja
− Agregar cliente
− Consulta de producto − Domicilio
− Agregar producto
− Corte de caja − Consulta de producto
D rp ia
− Eliminar producto
− Salir de sistema − Inventario
− Generar venta
− Lista de producto
− Consulta de
− Alta de producto
producto
c
− Nuevo
o
− Corte de caja
− Existente
o
− Salir de sistema
− Baja de producto
C as
− Reportes
− Ventas por dia
− Venta por rango de fecha
− Cambio de usuario
y
− Salir del sistema
P á g i n a | 47
Interfaces:
DESCRIPCIÓN DE LAS VENTANAS.
J
E on
M ati s
E or do
D rp ia
Fig. 1.1 Introducción al sistema.
o c
La Fig. 1.1 nos muestra una introducción así como algunas propiedades del sistema.
C as o
Es la primera pantalla que aparece al ejecutar el programa, después de unos segundos
pasa a una nueva ventana (Fig. 1.2).
y
Fig. 1.2 Logueo del sistema.
P á g i n a | 48
La Fig. 1.2 nos muestra la ventana de logueo para los usuarios del sistema, En la cual se
seleccionara el nombre del usuario de la lista desplegable [Fig. 1.3] para
posteriormente proporcionar su contraseña.
Lista desplegable
Fig. 1.3 Lista desplegable de Id’s.
J
E on
M ati s
E or do
D rp ia
o o c
C as
y
Fig. 1.4 Ventana principal del sistema.
La Fig. 1.4 nos muestra la ventana principal del sistema en el modo principal de
administrador. Esta ventana podemos observar un menú con varias opciones:
P á g i n a | 49
- Opción Alta Usuario:
J
E on
M ati s
E or do
Fig. 1.5 Alta de Usuarios.
D rp ia
En la ventana de alta de usuarios [Fig. 1.5] podemos observar 5 capos de llenado en los
cuales se introducirá la información pedida para la alta del usuario.
Observe que en el campo de nivel aparece un botón de ayuda el cual nos
o c
proporcionara información acerca de este campo.
C as o Fig. 1.6 Botón de ayuda.
Al dar clic sobre el botón de ayuda nos arroja una ventana con información acerca del
y
llenado del mismo campo especificando que el nivel numero 1 es para administradores
y el nivel numero 2 para cajeros. [Fig. 1.7]
Fig. 1.7 Mensaje de Información.
También nos aparecerá en la parte inferior una tabla con el nombre, identificador del
usuario, puesto que ocupa y el nivel del mismo de los usuarios ya registrados. [Fig. 1.8]
P á g i n a | 50
Fig. 1.8 Tabla de Usuarios.
- Opción Baja Usuario:
J
E on
M ati s
E or do
D rp ia
c
Fig. 1.9 Baja de Usuarios.
o o
En la ventana de Bajas de usuarios [Fig. 1.9] como su nombre lo dice nos permite
C as
eliminar usuarios registrados.
Para dar de baja un usuario solo necesitamos introducir el Id del usuario que queremos
dar de baja o eliminar, esto lo hacemos seleccionando el Id del usuario de la lista
y
desplegable de dicho campo [Fig. 2.0], luego automáticamente después de haber
seleccionado el Id deseado se rellenaran los demás campos con los datos
correspondientes a dicho Id, después solo de clic en el botón Eliminar y
automáticamente se borrara el usuario elegido.
Lista
desplegable
Fig. 2.0 Id del Usuario.
Nota: en esta ventana también podemos observar la tabla con los datos de los usuarios
dados de alta en el sistema [Fig. 1.8].
P á g i n a | 51
- Opción Ventas:
Al elegir la opción de Ventas nos proporciona una ventana donde especificaremos el

tipo de venta que realizaremos ya sea una venta en caja o una venta por teléfono
como se muestra en la Fig. 2.1.
J
E on
M ati s
Fig. 2.1 Tipos de Venta.
E or do
Al elegir la opción de Venta en caja nos mostrara la siguiente ventana [Fig. 2.2]:
D rp ia
o o c
C as
y Fig. 2.2 Ventas en caja.
Para realizar una venta como primer paso tenemos que seleccionar el código del
producto en la lista desplegable [Fig. 2.2.1] el campo de cantidad por default se le
predetermina la cantidad de uno pero es modificable solo seleccione el campo y
cambie la cantidad por el numero deseado de productos, a continuación pulse el botón
OK y los campos de producto y precio se auto completan (el campo de precio se
calcula dependiendo del numero de productos), después de clic en el botón Agregar
para que el producto se agregue a la lista de productos de compra (En la Fig. 2.2.1 se
P á g i n a | 52
observa una tabla en la cual se irán agregando los productos a comprar cada vez que
se le de clic al botón agregar), también podemos eliminar producto que ya no desee el
cliente seleccionándolo en la lista de productos a comprar y dando clic en el botón de
Eliminar.
Obsérvese que en la parte inferior derecha aparece la cantidad Total a pagar este
monto es el total que el cliente va a pagar y es la suma de los precios de los productos
J
en la lista de productos de compra (este valor va cambiando conforme se agregan los
productos a la lista), para realizar la venta de los productos de clic en Cobrar y
E on
automáticamente se realizara la venta de los productos en la lista de compra.
M ati s
E or do
D rp ia
o o c
C as
y
Fig. 2.2.1 Área de Ventas.
En la ventana de ventas en caja podemos visualizar un área de menú de opciones

como son Nueva venta, Consultar y Corte de Caja. [Fig. 2.3]
P á g i n a | 53
J
E on
M ati s
E or do
Fig. 2.3 Área de Opciones.
D rp ia
La opción de Nueva Venta nos permite cancelar una venta en proceso que ya no se
realizara y esto nos retorna el formulario en blanco como se muestra en la Fig. 2.2.
o o c
C as
y
Fig. 2.2 Ventas en caja.
La opción de Consultar nos permite como su nombre lo dice hacer una consulta sobre
algún producto, al dar clic sobre esta opción o botón nos muestra la ventana de
consultas [Fig. 2.4].
P á g i n a | 54
J
E on
Fig. 2.4 Consultas.
Para realizar la consulta de algún producto solo es necesario indicar el código del
M ati s
producto, al seleccionar el código del producto en la lista desplegable
automáticamente se auto rellenan los demás campos de precio, cantidad y producto.
E or do
Al hacer clic sobre le botón Aceptar retornaremos a la ventana de Ventas en caja [Fig.
2.2].
D rp ia
o o c
C as
y Fig. 2.2 Ventas en caja.
La opción de Corte de caja nos permite como su nombre lo dice hacer un corte de caja
del día [Fig. 2.5].
P á g i n a | 55
J
E on
M ati s
E or do
D rp ia
c
2.5 Corte de Caja.
o o
También podemos observar que la ventana de corte de caja nos muestra el nombre de
C as
la persona que realizo la venta en la parte superior, así también nos muestra una tabla
con el contenido sobre lo vendido durante el día especificando el código, nombre,
cantidad y precio del producto vendido, por consiguiente nos muestra el total o saldo
de ventas durante el día [Fig. 2.5].
y
Al dar clic en aceptar automáticamente se sale del sistema ya que con el corte de caja
se da a entender que se ah terminado las ventas del día.
Al elegir la opción de Venta por teléfono nos mostrara la siguiente ventana [Fig. 2.6]:
Fig. 2.6 Cliente por teléfono.

P á g i n a | 56
Obsérvese que en la ventana de clientes por teléfono solo cuenta con un campo
(Dirección) en la cual seleccionara la dirección del cliente de una lista desplegable (esto
es cuando ya se encuentra registrado el cliente) [Fig. 2.6] al haber seleccionado ya la
dirección de clic en Aceptar y automáticamente ira a la ventana de Ventas por teléfono
[Fig. 2.7].
J
E on
M ati s
E or do
D rp ia
o o c
C as
Fig. 2.7Ventas por teléfono.
Observe que se parece a la ventana de Ventas en caja [Fig. 2.2], con la diferencia que
en la parte superior aparecerá el nombre del cliente (el cual se selecciono a través de
y
la dirección en la ventana de cliente por teléfono [Fig. 2.6], nota: recuerde que para
este paso el cliente ya estaba dado de alta en la base de datos).
Para llevar a cabo la venta se siguen los mismos pasos que en la venta en caja.
Ahora bien si el cliente no esta dado de alta seleccione o de clic en el botón Dar de
Alta en la ventana de Cliente por Teléfono [Fig. 2.6]
P á g i n a | 57
J
Fig. 2.6 Cliente por teléfono.
E on
Después de seleccionar Dar de alta [Fig. 2.6] aparecerá una ventana donde se dará de
alta un nuevo cliente telefónico [Fig. 2.8].
M ati s
E or do
D rp ia
o o c
C as
Fig. 2.8 Alta de Cliente Telefónico.
En la ventana de Alta de Cliente solo introduzca los datos necesarios que son Nombre y
Dirección del cliente y después de clic en el botón Aceptar [fig. 2.8] y automáticamente
y
pasara a la ventana de Ventas por teléfono [Fig. 2.7].
- Opción Consultas:
La opción de Consultar nos permite como su nombre lo dice hacer una consulta sobre
algún producto, al dar clic sobre esta opción o botón nos muestra la ventana de
consultas [Fig. 2.9].
P á g i n a | 58
J
E on
Fig. 2.9 Consultas.
Para realizar la consulta de algún producto solo es necesario indicar el código del
M ati s
producto, al seleccionar el código del producto en la lista desplegable
automáticamente se auto rellenan los demás campos de precio, cantidad y producto.
E or do
Al hacer clic sobre le botón Aceptar retornaremos a la [Fig. 1.4] Ventana principal del
sistema.
D rp ia
- Opción Inventario:
Al dar clic sobre el botón u opción de Inventario nos muestra la ventana principal de
c
Inventario [Fig. 3.0] la cual nos servirá para poder ver, actualizar, y modificar nuestro
o
inventario de productos.
C as o
y
Fig. 3.0 Ventana de Inventario.
P á g i n a | 59
Observe que en el lado izquierdo de la ventana tenemos un menú o botones con

diversas opciones [Fig. 3.0].
Al presionar el botón de Lista de productos automáticamente aparecerá una tabla con

la lista de productos existentes, también observe que nos parecen nuevos botones u
opciones en la parte inferior de la ventana [Fig. 3.1].
J
E on
M ati s
E or do
D rp ia
o o c
C as Fig. 3.1 Ventana Lista de Productos.
y
Al dar clic en la opción o botón Imprimir ubicado en la parte inferior de la ventana Lista
de Productos [Fig. 3.1], nos mandara un reporte del inventario o la Lista de Productos
existentes dentro de la tabla.
La opción o botón Actualizar solo nos sirve cuando se ha dado de alta o baja algún
producto actualizando la Lista de Productos existentes en el inventario.
La opción o botón Aceptar nos manda a la Ventana Principal del sistema [Fig. 1.4].
Al presionar el botón de Alta de Producto automáticamente aparecerá una ventana

donde nos mostrara dos opciones a elegir [Fig. 3.2].
P á g i n a | 60
J
E on
Fig. 3.2 Alta de Producto.
La opción Producto Nuevo nos permite como su nombre lo dice dar de alta un
M ati s
producto nuevo en el inventario. Al dar clic sobre esta opción o botón nos arroja la
siguiente ventana [Fig. 3.3]
E or do
D rp ia
o o c
C as
y Fig. 3.3 Alta de Producto Nuevo.
En la ventana de alta de Producto Nuevo [Fig.3.3] podemos observar que nos pide los
datos generales del producto como son: el Id del Producto el cual será el identificador
del mismo, Producto aquí se especifica el nombre del producto, Descripción del
Producto en este campo detallara una pequeña descripción del producto, Proveedor en
este campo pondrá el nombre del Proveedor del producto, Precio aquí especificara el
precio del producto, Cantidad en este campo especificara el número total de
productos que se ingresaran al almacén y al inventario.
P á g i n a | 61
Al llenar cada uno de los campos correctamente proceda a dar clic en el botón Agregar
ubicado en la parte inferior izquierda de la ventana de Alta de Productos Nuevos [Fig.
3.3].
El botón de salir nos permite salir de la ventana de Altas de Productos Nuevos.
J
La opción Producto ya Existente [Fig. 3.2] nos permite dar de alta o modificar los datos
de un producto ya existente dentro del inventario. Al dar clic sobre esta opción o
E on
botón nos arroja la siguiente ventana [Fig. 3.4].
M ati s
E or do
D rp ia
o o c
C as
3.4 Alta de Producto ya existente.
Para dar de alta o modificar el producto a existente seleccionaremos dicho producto

de la lista desplegable en la Ventana de Alta de Producto ya Almacenado al seleccionar
y
el producto automáticamente se llenara el campo de existencias y usted especificara el
número de nuevos productos a ingresar en el campo de Cantidad de Alta.
Presione la opción o botón Aceptar para realizar la alta de la nueva cantidad.
Presione la opción o botón Cancelar para cancelar la alta.
Presione la opción o botón Salir para salir de la ventana de Alta de Producto ya

existente e inmediatamente nos mandara a la ventana de Inventario [Fig. 3.0].
Al presionar el botón de Baja de Productos aparecerá la ventana de Baja de Productos

[Fig. 3.5], la cual nos permitirá dar de baja un producto.
P á g i n a | 62
J
E on
Fig. 3.5 Baja de Productos.
M ati s
Para dar de baja un producto solo se tiene que seleccionar el Producto de la lista
desplegable y automáticamente se arrojaran los demás valores, para realizar la baja
del producto solo de clic en Aceptar y automáticamente el producto se borrara.
E or do
El botón u opción Cancelar nos permite cancelar la baja del producto.
D rp ia
El botón u opción Salir nos permite salir de la ventana de Baja del producto e
inmediatamente nos mandara a la ventana de Inventario [Fig. 3.0].
o o c
C as
y
Fig. 3.6 Reportes.
P á g i n a | 63
Al presionar el botón de Reportes aparecerá la ventana de Reportes [Fig. 3.6], la cual

nos permitirá realizar reportes de ventas.
Observe que en la ventana de reportes [Fig. 3.6] nos aparecen dos secciones una
donde elegiremos solo el día por el cual deseamos hacer el reporte (reporte por día) y
otra sección donde podemos establecer un rango de fechas para realizar el reporte.
J
Dependiendo del tipo de reporte que elija de clic en Aceptar y automáticamente le
E on
mostrara una tabla o reporte con los datos necesarios de las ventas que se han hecho
así como quienes la han hecho y las fechas de dicho reporte. (Véase Fig. 3.7)
M ati s
E or do
D rp ia
o o c
C as
y Fig. 3.7 Reportes.
En la parte inferior de la ventana podemos observar la opción o botón de Imprimir el

cual nos permite realizar una impresión del reporte hecho o indicado.
P á g i n a | 64
Diagrama de Secuencia:
CAJERO
n CONSULTAR PRECIO
J
E on
Solicita precio de producto
Inserta código del producto
M ati s
Busca la información del Prod.
Devuelve información del
Devuelve información del Prod. (Precio, descripción)
E or do
Producto (Precio)
D rp ia
Nombre CONSULTAR PRECIO
o c
Descripción El diagrama anterior, muestra la secuencia de los pasos que se realizan al
o
consultar el precio de un producto. Se inicia solicitando el precio de un
C as
producto por parte del cliente, el cajero para darle una respuesta a éste,
ingresa el código del producto en el sistema, el cual busca la información y la
devuelve al cajero, para que éste le informe al cliente sobre el precio del
y
producto.
P á g i n a | 65
n COBRAR VENTA
J
Se dirige a caja a pagar sus
productos Inserta códigos de cada uno
de los productos
E on
Almacena el valor de cada producto
Efectúa la suma de todos los
valores de los productos
M ati s
Muestra el monto total
De la compra
Informa el monto total de la
E or do
compra
Paga el monto total

Efectúa la venta
D rp ia
Finaliza la venta
Finaliza la venta
c
Entrega productos
o
C as
Nombre
o COBRAR VENTA
y
Descripción Esta secuencia inicia, cuando el cliente toma sus artículos y se dirige a caja
para pagar lo respectivo, entonces, el cajero va insertando cada uno de los
códigos de los productos en el sistema quien paralelamente a esto, va
almacenando cada uno de ellos en la lista de productos, después de ello, se
efectúa una suma de todos los productos insertados y se calcula el monto de
la misma, el cual se le informa al cliente para que realice el pago respectivo,
se realiza el cobro de venta y se finaliza la misma entregando los productos.
P á g i n a | 66
CAJERO SISTEMA
Inserta código
J
Del producto
Busca el producto en cuestión
E on
Devuelve información
Acepta la información
M ati s
Nombre INTRODUCIR CODIGO DEL PRODUCTO
E or do
Descripción Este diagrama es muy sencillo, lo único que se realiza es lo siguiente: El cajero
D rp ia
introduce el código del producto en el sistema, el cual busca el producto en
cuestión y devuelve la información pertinente, y termina cuando el cajero
acepta la información.
o o c
n IMPRIMIR REPORTE
C as
CAJERO SISTEMA
y
Solicita imprimir el
Reporte de la venta
Efectúa las operaciones necesarias
Imprime el reporte
Nombre IMPRIMIR REPORTE
Descripción El cajero solicita imprimir el reporte de la venta, el sistema realiza las

operaciones necesarias para realizar dicha acción, cuando ya se tiene esta, se
imprime el reporte.
P á g i n a | 67
CAJERO – Venta Telefónica
n CONSULTAR PRECIO
J
E on Solicita precio de producto
M ati s
E or do
Devuelve información del Prod. (Precio, descripción)
Producto (Precio)
D rp ia
o o c
C as
Descripción El diagrama anterior, muestra la secuencia de los pasos que se realizan al
consultar el precio de un producto en una venta de llamada telefónica. Al
entrar la llamada el cliente solicita precio de un producto el cajero para darle
y
una respuesta a éste, ingresa el código del producto en el sistema, el cual
busca la información y la devuelve al cajero, para que éste le informe al
cliente sobre el precio del producto.
P á g i n a | 68
n COBRAR VENTA
J
Solicita producto (Realícese Busca el producto solicitado
cuantas veces sea necesario) (Realícese cuantas veces sea
necesario)
E on
Efectúa las búsquedas
Añade los productos
solicitados a una lista
M ati s
Realiza la suma de los
productos
Informa el monto total de la Muestra el monto total
compra De la compra
E or do
Acepta el monto de la compra
Efectúa la venta
D rp ia
Informa de cómo se Finaliza la venta
entregarán los productos
Realiza la entrega de productos
c
A domicilio
o
C as
Nombre
o COBRAR VENTA
y
Descripción Esta secuencia inicia, cuando el cliente solicita sus productos, entonces, el
cajero va buscando cada uno de los productos en el sistema quien
paralelamente a esto, va almacenando cada uno de ellos en la lista de
productos, después de ello, se efectúa una suma de todos los productos
insertados y se calcula el monto de la misma, el cual se le informa al cliente
quien acepta el monto de la misma, después de ello, el cajero le informa la
fomra en la que se le entregaran sus productos.
P á g i n a | 69
CAJERO SISTEMA
Inserta código
J
Del producto
E on
M ati s
Nombre INTRODUCIR CODIGO DEL PRODUCTO
E or do
Descripción Este diagrama es igual que el de una venta presencial, se realiza es lo
D rp ia
siguiente: El cajero introduce el código del producto en el sistema, el cual
busca el producto en cuestión y devuelve la información pertinente, y
termina cuando el cajero acepta la información.
o c
n IMPRIMIR REPORTE
C as o
CAJERO SISTEMA
y
Reporte de la venta
Imprime el reporte
Nombre IMPRIMIR REPORTE
Descripción El cajero solicita imprimir el reporte de la venta, el sistema realiza las

operaciones necesarias para realizar dicha acción, cuando ya se tiene esta, se
imprime el reporte.
P á g i n a | 70
n ALTA CLIENTES
J
Realiza Llamada
Contesta llamada
E on
Informa que desea darse de
alta
Selecciona Dar de alta
M ati s
Clientes
Solicita Información Ingresa la información del
cliente
E or do
Almacena la información
Muestra la información almacenada
Realiza la alta del cliente
D rp ia
Efectúa la alta del cliente
Finaliza la alta al cliente
o c
Informa al cliente que se ha dado
de alta satisfactoriamente
C as
Nombre
o ALTA CLIENTES
y
Descripción Cuando se acepta la llamada, y el cliente al que se atiende, no esta en el
sistema, lo siguiente es darle de alta, esto se realiza, seleccionando dar de
altas clientes, y se le pide al cliente la información personal, misma que
deberá de proporcionar, al hacer esto, el cajero introducirá la información en
el sistema, el sistema ira mostrando la información ingresada y al final de
ello, se realizará la alta al cliente. Al finalizar esto, se le informara al cliente
que ha sido dado de alta.
P á g i n a | 71
n CONSULTAR EXISTENCIA
J
Realiza Llamada
Contesta llamada
E on
Solicita información del
cliente (Nombre y dirección)
M ati s
Inserta la dirección del cliente
a Buscar
Inicia la Búsqueda
E or do
Finaliza la búsqueda
Informa el resultado de la
D rp ia
búsqueda
<< El Cajero ve el resultado, y

si el cliente existe en la base
c
Informa al cliente de su de datos, le informa al cliente.
o
existencia
C as
Nombre
o CONSULTAR EXISTENCIA
y
Descripción Cuando se realiza una llamada, se le pide la información al cliente,
entendiéndose por ello, nombre y dirección, al obtener estos datos, se
ingresan en el sistema para realizar la búsqueda del cliente, el sistema
realizará la búsqueda y le mostrará los resultados al cajero, mismo que le
informará al cliente si existe en la base de datos o no.
P á g i n a | 72
CAJERO SISTEMA
J
Inserta la dirección
Almacena la dirección
E on
Espera Acción a realizar
M ati s
Nombre INSERTAR DIRECCIÓN
E or do
Descripción De la información que el cajero obtiene de las llamadas, ingresará la
D rp ia
dirección en el sistema, quien almacenará la información y esperará la
acción a ejecutar.
o o c
C as
y
P á g i n a | 73
ADMINISTRADOR
n BAJA CAJERO
J
Selecciona dar de Baja
E on
Inserta código del cajero
Busca la información del
cajero
M ati s
Muestra la información
E or do
Realiza la baja del cajero
Acepta Cambios
D rp ia
Finaliza Bajas
o o c
Nombre BAJA CAJERO
C as
Descripción El administrador es quien tiene la facultad de realizar esta acción, y la
llevará a cabo, seleccionando dar de baja en el sistema e insertando el
código del cajero en el sistema quien le mostrará la información del
mismo y en base a esto, el cajero seleccionará dar de baja al cajero,
y
entonces el sistema realizará la baja , el cajero aceptará los cambios y
de esta forma se finalizará la baja.
P á g i n a | 74
n ALTA CAJERO
Selecciona dar de Alta
J
Inserta código para el cajero
E on
Almacenar la información
Insertar los demás datos del
cajero
M ati s
Guardar la información
Acepta Cambios y efectuar la

alta del cajero
E or do
Realizar la Alta del cajero
Finalizar Alta de Cajeros
D rp ia
o c
Nombre ALTA CAJERO
C as o
Descripción Esta acción es similar a la de baja de cajeros, se seleccionará la opción de alta
de cajeros, se insertara en el sistema el código que se le asignará al cajero, el
sistema ira almacenando la información, el administrador, insertará todos los
y
datos en el sistema quien automáticamente ira almacenando la información.
Se efectuarán los cambios necesarios y de esta manera, se realizará la alta de
los cajeros y finalizando la misma.
P á g i n a | 75
n ALTA PRODUCTO
Selecciona dar de Alta producto
J
Inserta código para el producto
E on
Almacenar la información
Insertar toda la información
del producto
M ati s
Acepta Cambios y efectuar la

alta del producto
E or do
Realizar la Alta del producto
Finalizar Alta de productos
D rp ia
c
Nombre ALTA PRODUCTO
o o
Descripción Para dar de alta a un producto, se selecciona la opción de alta de producto y
C as
el administrador insertará en el sistema el código que le asignará al producto;
el sistema almacenará la información del mismo y se irá guardando la
información, se aceptarán los cambios y de esta manera se efectuará la alta
y
de productos. El sistema realizara la alta del producto y se finalizará la
misma.
P á g i n a | 76
n BAJA PRODUCTO
J
Selecciona dar de Baja producto
E on
Busca la información del
producto
M ati s
Muestra la información
producto
Realiza la baja del producto
E or do
Acepta Cambios
Finaliza Baja de producto
D rp ia
c
Nombre BAJA PRODUCTOS
o
C as o
Descripción El administrador dará de baja un producto, de forma similar a la de alta
de productos. Para dar de baja el producto, seleccionará la opción de
baja de producto, insertará el código del producto a dar de baja en el
sistema, mismo que mostrará automáticamente la información y
entonces el administrador, dará de baja al producto, el sistema
y
realizará la baja del producto. El administrador aceptará los cambios y
de esta manera, se habrá realizado la baja de productos.
P á g i n a | 77
n CONSULTAR PRECIO
Inserta código
Del producto
J

producto (Precio)
E on
M ati s
E or do
Descripción Se insertará el código del producto a consultar en el sistema, el sistema
buscará el producto en cuestión, y devolverá la información al administrador
D rp ia
quien leerá la información que necesitaba, en este caso el precio.
o o c ADMINISTRADOR SISTEMA
C as
Seleccionar Inventario
Consultar la lista de
Mostrar productos
la lista de productos
Existentes
y
Consultar el inventario
Terminar la consulta
Nombre CONSULTAR INVENTARIO
Descripción Se seleccionará la opción de inventario en el sistema y se consultará la lista

de productos, el sistema mostrará la lista de productos existentes en el
inventario al administrador quien consultara dicha información, y de esta
forma, terminar la consulta al inventario.
P á g i n a | 78
J
<< Seleccionar si se decide
modificar un producto, añadir un
producto o eliminar producto
E on
Seleccionar modificar producto
Ingresar el código del producto a
M ati s
modificar
Mostrar la información del

producto
E or do
Modificar la información de los
datos deseados.
Guardar cambios
D rp ia
Registrar cambios
Guardar Cambios
Cerrar Inventario
o o c
C as
Nombre ACTUALIZAR INVENTARIO
Descripción El administrador, seleccionará la opción inventario, y decidirá que desea

realizar, ya que una actualización puede ser tanto una baja de productos
y
como una alta del mismo o también se entiende como modificar un producto
existente. NOTA: como ya en otros diagramas de secuencia, se han explicado
las altas y bajas de productos, en este caso se tomo como actualización de
inventario a la modificación de los datos de un producto existente. En este
caso, el administrador seleccionara la opción modificar productos, e ingresará
en el sistema el código del mismo, el sistema mostrará la información
pertinente al administrador quien modificara la información que desee,
después de ello guardará los cambios que realzó. El sistema registrará dichos
cambios y los guardará. El administrador cerrará el inventario finalizando con
ello la modificación de productos.
P á g i n a | 79
Diagrama de Interacción:
CAJERO
n CONSULTAR PRECIO
J
E on
CLIENTE
M ati s
E or do
CAJERO SISTEMA
Inserta código del
producto
D rp ia
o o c SISTEMA
C as
Prod. (Precio, descripción)
y
CAJERO CLIENTE
Producto (Precio)
P á g i n a | 80
n COBRAR VENTA
CLIENTE
J
Se dirige a caja a pagar sus
productos
Paga el monto total
E on
CAJERO SISTEMA
M ati s
Inserta códigos de cada uno
de los productos
Efectúa la venta
E or do
D rp ia
SISTEMA
c
Almacena el valor de cada producto
o
Efectúa la suma de todos los
o
valores de los productos
C as
Muestra el monto total de la
compra
Finaliza la venta
CAJERO CLIENTE
y
compra
Finaliza la venta
Entrega productos
P á g i n a | 81
CAJERO SISTEMA
J
Inserta código del producto Busca el producto en cuestión
E on
SISTEMA CAJERO
M ati s
E or do
D rp ia
n IMPRIMIR REPORTE
o o c
CAJERO SISTEMA
C as
Solicita imprimir el Efectúa las operaciones necesarias
Reporte de la venta Imprime el reporte
y
SISTEMA CAJERO
P á g i n a | 82
CAJERO – Venta Telefónica

n CONSULTAR PRECIO
J
E on
CLIENTE
M ati s
E or do
CAJERO SISTEMA
Inserta código del
producto
D rp ia
o o c SISTEMA
C as
Prod. (Precio, descripción)
y
CAJERO CLIENTE
Producto (Precio)
P á g i n a | 83
n COBRAR VENTA
CLIENTE
J
Solicita producto (Realícese
cuantas veces sea necesario)
E on
Acepta el monto de la compra
CAJERO SISTEMA
M ati s
Busca el producto solicitado
(Realícese cuantas veces sea
E or do
necesario)
Efectúa la venta
D rp ia
c
SISTEMA
o
Efectúa las búsquedas
o
Añade los productos solicitados
a una lista
C as
Realiza la suma de los
productos
Muestra el monto total de la
compra
Finaliza la venta CAJERO CLIENTE
y
compra
Informa de cómo se
entregarán los productos
Realiza la entrega de productos
A domicilio
P á g i n a | 84
CAJERO SISTEMA
J
Acepta la información Devuelve información
E on
SISTEMA CAJERO
M ati s
E or do
D rp ia
n IMPRIMIR REPORTE
o c
CAJERO SISTEMA
C as o
Reporte de la venta
Imprime el reporte
y
SISTEMA CAJERO
P á g i n a | 85
n ALTA CLIENTES
CLIENTE
J
Realiza Llamada
Informa que desea darse
de alta
E on
CAJERO SISTEMA
M ati s
Selecciona Dar de alta Clientes
Ingresa la información del cliente
Realiza la alta del cliente
E or do
D rp ia
SISTEMA
o c
Almacena la información
o
Muestra la información almacenada
C as
Efectúa la alta del cliente
Finaliza la alta al cliente
CAJERO CLIENTE
Contesta llamada
y
Solicita Información
Informa al cliente que se ha dado
de alta satisfactoriamente
P á g i n a | 86
n CONSULTAR EXISTENCIA
CLIENTE
J
Realiza Llamada
E on CAJERO SISTEMA
M ati s
Inserta la dirección del cliente
a Buscar
E or do
D rp ia
c
SISTEMA
o
C as o
Inicia la Búsqueda
Finaliza la búsqueda
Informa el resultado de la
búsqueda
CAJERO CLIENTE
y
Contesta llamada
Solicita información del
cliente (Nombre y dirección)
Informa al cliente de su
existencia
P á g i n a | 87
CAJERO
J
Inserta la dirección
E on
SISTEMA
M ati s
E or do
D rp ia
SISTEMA
o c
Almacena la dirección
o
Espera Acción a realizar
C as
CAJERO
y
P á g i n a | 88
ADMINISTRADOR
n BAJA CAJERO
J
E on
M ati s
Selecciona dar de Baja Busca la información del
Inserta código del cajero cajero
Selecciona dar de Baja Muestra la información
Acepta Cambios Realiza la baja del cajero
E or do
Finaliza Bajas
SISTEMA ADMINISTRADOR
D rp ia
o c
n ALTA CAJERO
C as o ADMINISTRADOR SISTEMA
y
Selecciona dar de Alta Almacenar la información
Inserta código para el cajero Guardar la información
Insertar los demás datos del Realizar la Alta del cajero
cajero
Acepta Cambios y efectuar la Finalizar Alta de Cajeros
alta del cajero
P á g i n a | 89
n ALTA PRODUCTO
J
Selecciona dar de Alta producto Almacenar la información
Inserta código para el producto
Insertar toda la información del
E on
producto Realizar la Alta del producto
Acepta Cambios y efectuar la Finalizar Alta de productos
alta del producto
M ati s
E or do
D rp ia
n BAJA PRODUCTO
o c
C as o
Selecciona dar de Baja producto Busca la información del producto
Inserta código del producto Muestra la información
Selecciona dar de Baja producto
Realiza la baja del producto
Acepta Cambios
Finaliza Baja de producto
y
P á g i n a | 90
n CONSULTAR PRECIO
J
E on
Acepta la información Devuelve información del
producto (Precio)
M ati s
E or do
D rp ia
o c
C as o
Consultar la lista de productos Mostrar la lista de productos
Consultar el inventario Existentes
Terminar la consulta
y
P á g i n a | 91
ADMINISTRADOR
J
Seleccionar modificar producto
E on
Ingresar el código del producto a
modificar
Modificar la información de los
M ati s
datos deseados.
Guardar cambios
Cerrar Inventario
E or do
SISTEMA
D rp ia
o o c
C as
SISTEMA
Mostrar la información del
producto
Registrar cambios
y
Guardar Cambios
ADMINISTRADOR
P á g i n a | 92
Diseño de Base de Datos:
ANALISIS
Diagrama de modelo de datos
J
Basado el análisis en la estructura de los diagramas de casos de usos e interfaces
manejadas anteriormente, se puede determinar como se mostraría la estructura de
E on
datos en la etapa análisis del diccionario de datos (Tabla 1). El grupo repetido esta
indicado en la estructura de datos por un asterisco (*) y sangría.
M ati s
Identificador de cliente (*)
Nombre de cliente (*)
Dirección de cliente
E or do
Identificador de Usuario (*)
Contraseña de Usuario
D rp ia
Nombre de Usuario (*)
Puesto
Nivel
c
Identificador venta (*)
o
Identificador de producto (*)
o
Nombre de producto
C as
Descripción del producto (*)
Proveedor del producto
Precio de venta
Cantidad de producto
Total de pago
y
Cantidad de venta
Fecha de venta
Tabla 1. Estructura de datos del diccionario de datos
Para continuar se procede a realizar una diagrama de de burbuja o diagrama de

modelo de datos (Figura 1), donde cada entidad esta encerrada en una elipse y se usan
flechas para mostrar las relaciones existentes.
En el esquema mostrado se procede de la siguiente manera:
Hay un IDENTIFICADOR DE CLIENTE que se le asigna a un solo NOMBRE DE CLIENTE el

cual tiene una DIRECCION DE CLIENTE.
P á g i n a | 93
También tenemos un IDENTIFICADOR DE USUARIO el cual se le asigna una sola

CONTRASEÑA DE USUARIO para el cual se asigna un PUESTO, pero cada PUESTO puede
ser asignado a diferentes usuarios, también se asigna un NIVEL que igual que la
entidad anterior (PUESTO) puede ser asignado a diversos usuarios. Para especificar una
relación de uno a muchos se utiliza la notación de flecha doble que será asignada a
PUESTO a IDENTIFICADOR DE USUARIO y NIVEL a IDENTIFICADOR DE USUARIO.
J
Otra relación obtenida es IDENTIFICADOR DE PRODUCTO el cual se asigna a un
NOMBRE DE PRODUCTO, el cual también posee una DESCRIPCION DEL PRODUCTO así
E on
como un PROVEEDOR DE PRODUUCTO la cual posee una relación uno a mucho con
IDENTIFICADOR DE PRODUCTO, el mismo tipo de relación se tiene con PRECIO VENTA y
CANTIDAD DE PRODUCTO.
M ati s
Otra relación existente es para cada IDENTIFICADOR DE USUARIO puede haber muchos
IDENTIFICADOR DE VENTA, además existe una relación muchos a muchos entre
E or do
IDENTIFICADOR DE VENTA e IDENTIFICADOR DE PRODUCTO, así como con
DESCRIPCION DE PRODUCTO, CANTIDAD DE VENTA, TOTAL DE PAGO y FECHA.
D rp ia
Un IDENTIFICADOR DE VENTA también esta relacionada con IDENTIFICADOR DE
USUARIO, NOMBRE DE USUARIO e IDENTIFICADOR DE CLIENTE, NOMBRE DE CLIENTE.
c
El diagrama de burbuja quedaría de la siguiente manera:
o
C as oIdentificador de
cliente
Nombre de
cliente
y
Dirección de
cliente
P á g i n a | 94
Identificador de Contraseña de
usuario usuario
J
Puesto
E on
Nivel
M ati s
Identificador de Cantidad venta
E or do
venta
D rp ia
Total de pago
c
Fecha
o
C as o
Identificador de
producto
Nombre de
producto
y
Descripción de
producto
Proveedor de
producto
Precio de venta
Cantidad de
producto
P á g i n a | 95
Normalización:
El objetivo principal del proceso de normalización es simplificar todos los conceptos de

datos complejos que frecuentemente se encuentran en las vistas de usuario. Ahora
haremos referencia con el nombre PUESTO DE VENTA a la relación basada en las
J
interfaces de usuario inicial.
PUESTO DE VENTA es una relación no normalizada debido a que posee grupos
E on
repetidos, esto se debe a que ningún atributo puede ser tomado como clave llave o
principal, a causa de la relación uno a muchos que posee con otros atributos.
M ati s
PUESTO DE VENTA puede ser expresado en la siguiente notación abreviada:
E or do
PUESTO DE VENTA
[ID_USUARIO, NOM_USUARIO, PUESTO, NIVEL, PASS_USUARIO, ID_CLIENTE,
NOM_CLIENTE, DIR_CLIENTE, ID_PRODUCTO, NOM_PRODUCTO, DESC_PRODUCTO,
D rp ia
PROVEEDOR_PRODUCTO, PRECIO_VENTA, CANTIDAD_PRODUCTO, IMAGEN
(ID_VENTA, CANTIDAD_VENTA, TOTAL_PAGAR, FECHA_VENTA)]
o o c
C as
FORMAS NORMALES
VISTA NO NORMALIZADA
y
PUESTO DE VENTA (id_usuario, nom_usuario, puesto, nivel, pass_usuario, id_venta,
cantidad_venta, total_pagar, fecha_venta, id_cliente, nom_cliente, dir_cliente,
id_producto, nom_producto, desc_producto, proveedor_producto, precio_venta,
cantidad_producto, imagen)
Nota: Llaves primarias, Llaves foráneas

P á g i n a | 96
PRIMERA FORMA NORMAL (1NF)

El primer paso para la normalización de una relación es eliminar los grupos repetidos.
Paso 1. Crear una relación con los atributos que se relacionan.
J
A1 (id_usuario, nom_usuario, puesto, nivel, pass_usuario)
(id_venta, cantidad_venta, total_pagar, fecha_venta, id_cliente, nom_cliente,
E on
dir_cliente, id_producto, nom_producto, desc_producto, proveedor_producto,
precio_venta, cantidad_producto, imagen)
M ati s
Paso 2. Añadir a esta nueva relación la clave primaria de la relación original y darle un
nombre a la nueva entidad (que acabe en 1 para indicar 1NF).
E or do
AC1(id_usuario , id_venta, cantidad_venta, total_pagar, fecha_venta, id_cliente,
D rp ia
nom_cliente, dir_cliente, id_producto, nom_producto, desc_producto,
proveedor_producto, precio_venta, cantidad_producto, imagen)
c
NOTA: La relación es normalizada separándola en dos nuevas relaciones donde la primera (A1) tendrá
o
como llave primaria ID_USUARIO y los atributos no repetidos NOM_USUARIO, PUESTO, NIVEL Y
o
PASS_USUARIO. La segunda relación (AC1) contiene la llave primaria de la primera relación
C as
(ID_USUARIO), así como los atributos que fueron parte del grupo repetido (ID_VENTA,
CANTIDAD_VENTA, TOTAL_PAGAR, FECHA_VENTA, ID_CLIENTE, NOM_CLIENTE, DIR_CLIENTE,
ID_PRODUCTO, NOM_PRODUCTO, DESC_PRODUCTO, PROVEEDOR_PRODUCTO, PRECIO_VENTA,
CANTIDAD_PRODUCTO, IMAGEN), en esta ultima relación se debe usar una llave concatenada
(ID_USUARIO y ID_VENTA) para poder acceder al resto de la información.
y SEGUNDA FORMA NORMAL (2NF)

En la segunda forma normal todos los atributos serán funcionalmente dependientes de
la llave primaria, por lo tanto, el siguiente paso es remover todos los atributos
parcialmente dependientes y ponerlos en otra relación.
Relación 1NF
AC1(id_usuario , id_venta, cantidad_venta, total_pagar, fecha_venta, id_cliente,
nom_cliente, dir_cliente, id_producto, nom_producto, desc_producto,
proveedor_producto, precio_venta, cantidad_producto, imagen)
P á g i n a | 97
Paso 3. Eliminar los atributos que dependen parcialmente de la clave primaria y crear
con ellos una nueva relación.
AC1(id_cliente, nom_cliente, dir_cliente, id_producto, nom_producto, desc_producto,

proveedor_producto, cantidad_producto, precio_venta, imagen)
(id_usuario , id_venta, cantidad_venta, total_pagar, fecha_venta)
J
Paso 4. Añadir a esta relación una copia de los atributos del cual dependan (será la
clave primaria de la nueva relación).
E on
(id_usuario , id_venta, id_cliente cantidad_venta, total_pagar, fecha_venta)
M ati s
Paso 5. Nombre a la nueva entidad (añada un 2 para indicar 2NF) y renombre la
entidad original (añada un 2 para indicar 2NF).
E or do
AC2 (id_cliente, nom_cliente, dir_cliente, id_producto, nom_producto, desc_producto,
D rp ia
ACP2 (id_usuario, id_venta, id_cliente cantidad_venta, total_pagar, fecha_venta)
o c
NOTA: La relación AC1 es dividida en dos nuevas relaciones que tomaran el nombre de AC2 y ACP2. La relación
o
resultante (AC2) esta en la segunda forma normal, todavía puede ser simplificada debido a que hay dependencias
adicionales dentro de la relación. Para que la relación este en 2NF todos los atributos deben ser dependientes de la
C as
llave primaria.
ID_USUARIO, ID_VENTA, ID_CLIENTE CANTIDAD_VENTA, TOTAL_PAGAR, FECHA_VENTA, PRECIO_VENTA al poseer

dependencia transitiva es separada en una relación nueva al cual se le añadirán las llaves concatenadas de AC1 para
crear la nueva relación ACP2.
y
TERCERA FORMA NORMAL (3NF)
Una relación normalizada es tercera normal si todos los atributos que no son llave son
funcionalmente dependientes por completo de la llave primaria y no hay dependencias
transitivas.
Relación 2NF
AC2 (id_cliente, nom_cliente, dir_cliente, id_producto, nom_producto, desc_producto,
ACP2 (id_usuario, id_venta, id_cliente, cantidad_venta, total_pagar, fecha_venta)
P á g i n a | 98
Paso 6. Verificar que los atributos de la relación principal no presenten dependencias

transitivas. En caso contrario, crear una nueva relación con ellos.
AC2 (id_cliente, nom_cliente, dir_cliente)

(id_producto, nom_producto, desc_producto, proveedor_producto,
cantidad_producto, precio_venta, imagen)
J
Paso 7. Añade a esta nueva relación una copia de los atributos con los que están
relacionados (son determinantes) los atributos eliminados. Estos atributos serán la
E on
clave primaria de la nueva relación.
(id_usuario, id_venta, id_cliente, id_producto cantidad_venta, total_pagar,
M ati s
fecha_venta)
Paso 8. Nombre a la nueva entidad (añada un 3 para indicar 3NF) y renombre la
E or do
entidad original (añada un 3 para indicar 3NF).
D rp ia
AC3 (id_cliente, nom_cliente, dir_cliente)
ACP3 (id_producto, nom_producto, desc_producto, proveedor_producto,
c
ACPB3 (id_usuario, id_venta, id_cliente, id_producto cantidad_venta, total_pagar,
o
fecha_venta)
C as o
Por ultimo, la relación no normalizada PUESTO DE VENTA ha sido transformada en
cuatro relaciones tercer normal (3NF), se puede ver que la relación única PUESTO DE
VENTA fue transformadas en las siguientes cuatro relaciones.
y
USUARIO (id_usuario, nom_usuario, puesto, nivel, pass_usuario)
CLIENTE (id_cliente, nom_cliente, dir_cliente)
PRODUCTO (id_producto, nom_producto, desc_producto, proveedor_producto,
VENTA (id_usuario, id_venta, id_cliente, id_producto cantidad_venta, total_pagar,
fecha_venta)
P á g i n a | 99
Análisis de relaciones e interrelaciones:
RELACIONES
TIPO ENTIDAD: PRODUCTO
J
El cual representa “los productos adquiridos por la tienda para su venta” y se van a
considerar 6 atributos: ID_PROD, NOM_PROD, DESC_PROD, PROVEEDOR_PROD,
E on
PRECIO_VENTA, CANT_PROD, IMAGEN.
M ati s
El atributo ID_PROD será la clave principal y no posee claves foráneas de otras
entidades.
E or do
id_prod
nom_prod
D rp ia
PRODUCTO
desc_prod
c
imagen
o
proveedor_prod
o
cant_prod
C as
precio_vent
TIPO ENTIDAD: USUARIO
y
El cual representa “todos los cajeros dados de alta en el abarrotes” y se van a
considerar 5 atributos: ID_USER, NOM_USER, PASS_USER, NIVEL y PUESTO.
El atributo ID_USER es la clave principal y no posee llaves foráneas con otras

entidades.
id_user
USUARIO pass_user
nivel
nom_user
puesto
P á g i n a | 100
TIPO ENTIDAD: CLIENTE
El cual puede representar “los datos importantes de las personas que son clientes del
abarrotes” y se van a considerar 3 atributos: ID_CLIENTE, NOM_CLIENTE, DIR_CLIENTE.
El atributo ID_CLIENTE será la clave principal y no posee claves foráneas de otras
J
entidades.
Id_cliente
E on
nom_cliente
M ati s
CLIENTE
E or do
dir_cliente
D rp ia
TIPO ENTIDAD: VENTA
El cual representa “Todas las ventas hechas en el abarrotes por los cajeros” y para esta
c
se van a considerar 10 atributos: ID_VENTA, ID_PROD, DESC_PROD, CANT_PROV,
o
TOTAL_PAGAR, NOM_USER, ID_USER, ID_CLIENTE, NOM_CLIENTE, FECHAV.
C as o
El atributo ID_VENTA será la llave principal y el atributo ID_PROD será llave foránea
que hará referencia con el atributo ID_PROD de la entidad PRODUCTO, el atributo
ID_USER también será llave foránea que hará referencia con el atributo ID_USER de la
entidad USUARIO y el atributo ID_CLIENTE será llave foránea con el tributo ID_CLIENTE
y
del atributo CLIENTE.
desc_prod
Id_prod
cant_prov
id_venta
total_pagar
nom_user
VENTA
id_user
id_cliente
nom_cliente
fechav
P á g i n a | 101
INTERRELACIONES
Las entidades antes mencionadas se encuentran relacionadas de la siguiente manera:
J
TIPO DE INTERRELACIÓN: CLIENTE – VENTA
El cual relaciona las entidades cliente y venta y su relación es de tipo (M, 1) ya que un
E on
cliente puede realizar varias ventas (1, M) y una venta a su vez solo se puede asignar a
un solo cliente (1, 1). Para simplificar esta interrelación se nombrara como Pertenece
a.
M ati s
M,1
1,N 1,1
CLIENTE Pertenece VENTA
E or do
a
D rp ia
TIPO DE INTERRELACIÓN: PRODUCTO - VENTA
El cual relaciona las entidades producto y venta y su relación es de tipo (1, M) ya que
o c
un producto solo se puede dar en una solo venta (1,1) y un venta puede tener muchos
o
productos (1, M). Para simplificar esta interrelación se nombrara como Genera.
C as
1,M
1,1 1,M
PRODUCTO Genera VENTA
y
TIPO DE INTERRELACIÓN: CLIENTE - VENTA
El cual relaciona las entidades cliente y venta y su relación es de tipo (M, 1) ya que un
cliente puede tener varias ventas (1,M) y una venta solo se puede asignar a un cliente
(1, 1). Para simplificar esta interrelación se nombrara como Realiza.
M,1
1,M 1,1
CLIENTE Realiza VENTA
P á g i n a | 102
Diagrama Entidad /Relación:
J
desc_prod
Id_prod
cant_prov
id_venta
E on
Id_cliente
total_pagar
nom_client
M ati s
e
nom_user
1,N 1,1
CLIENTE Pertenece a VENTA
id_user
E or do
dir_cliente
id_cliente
1,M
1,1
D rp ia
nom_client
fechav
c
Genera
Realiza
o
C as o
id_prod
1,1 1,M
USUARIO
id_user
pass_user
y
nom_prod nivel
PRODUCTO
nom_user
puesto
desc_prod
imagen
proveedor_prod
cant_prod
precio_vent
P á g i n a | 103
Diagrama de clases:
J
CLIENTE PRODUCTO
id_cliente id_prod
E on
nom_cliente nom_prod
dir_cliente desc_prod
proveedor_prod
M ati s
precio_venta
cant_prod
imagen
E or do VENTA
D rp ia
USUARIO
id_user id_venta
id_prod
pass_user
c
nom_user desc_prod
o
puesto cant_prov
o
total_pago
nivel
C as
nom_user
id_user
id_cliente
nom_cliente
y
fechav
P á g i n a | 104
J
E on H
M ati s
A
E or do
N
ESPECIFICACIÓN DE ARQUITECTURA I
D rp ia S
o c
y
C as o
s
y
P á g i n a | 105
Diagrama:
J
E on
M ati s
E or do
D rp ia
o o c
C as
y
P á g i n a | 106
Descripción de elementos:
CLIENTE
J
E on
El cliente es el que realiza la compra de productos en el abarrote. El cliente interactúa
M ati s
directamente con el cajero por medio de la compra de los productos.
E or do
CAJERO
D rp ia
o o c
El cajero realiza la venta así como otras actividades dentro del sistema que le permiten
C as
administrar una pequeña parte del mismo. El cajero interactúa con el cliente
proporcionándole información y datos acerca de su compra y con el sistema
directamente ya que este proporciona todos los datos necesarios para llevar a cabo la
venta de los productos y otras actividades.
y
SISTEMA
El sistema o interfaz del usuario es el encargado de llevar a cabo la interacción entre el

cajero, administrador y la base de datos, proporcionando los datos, métodos y
actividades necesarias para poder realizar las diversas funciones y actividades del los
mismos.
P á g i n a | 107
BASE DE DATOS
J
E on
En la base de datos se encuentra administrada toda la información necesaria y
requerida por el sistema como son los usuarios, productos, las ventas realizadas, etc.
M ati s
La base de datos interactúa directamente con el sistema ya que esta proporciona toda
información para su funcionamiento, así también interactúa con el administrador del
E or do
sistema ya que es el único que puede realizar diversas actividades directamente dentro
de la misma.
D rp ia
ADMINISTRADOR
o o c
C as
El administrador del sistema es el encargado de realizar diversas actividades de
y
administración de la base de datos del abarrote. El administrador es el único que pude
trabajar directamente con los registros de la base de datos realizando diversas
actividades como son altas, bajas y actualizaciones tanto en productos como en
clientes, así también puede realizar otras actividades de administración dentro de las
misma.
Interactúa con el sistema ya que el sistema es el que proporciona el medio, los

métodos y acceso a la base de datos.
P á g i n a | 108
J
E on H
M ati s
A
E or do
N
DISEÑO Y EJECUCIÓN DE PRUEBAS I
D rp ia S
o c
y
C as o
s
y
P á g i n a | 109
Funcionalidad del sistema:
PRUEBAS 1.0 26-05-08
A. ACCESO AL SISTEMA
J
E on
M ati s
E or do
D rp ia
o c
FORMULARIO (VENT/ PANT)
o
OBJETO
C as
REQUERIMIENTO ASOCIADO El Acceso al sistema será controlado por nombres
de usuarios
FECHA PROGRAMADA DE LA 26 de Mayo del 2008
y
PRUEBA
FECHA REAL DE LA PRUEBA 27 de Mayo del 2008
RESPONSABLE DE LA PRUEBA Evangelina Santiago López
DESCRIPCION DE LA PREBA Ingresar el nombre de usuario desde el teclado y/o
REALIZADA seleccionar un usuario ya almacenado en la lista
desplegable.
RESULTADO/OBSERVACIONES Si introducimos un nombre de usuario incorrecto
manda un mensaje de error. Permite que el
nombre de usuario sea números y/o letras.
REPROGRAMACION DE LA PRUEBA
P á g i n a | 110

OBJETO (BOTON, CAJA DE TEXTO,
ETC)
de usuarios y una contraseña para cada uno.
J
PRUEBA
E on
RESPONSABLE DE LA PRUEBA Evangelina Santiago Lopez
DESCRIPCION DE LA PREBA Ingresar la contraseña del usuario q desee entrar
M ati s
REALIZADA al sistema.
RESULTADO/OBSERVACIONES • Si introducimos una contraseña correcta
accesa al sistema.
E or do
• Si introducimos una Errónea nos manda un
mensaje de alerta.
Si no se introduce nada y se deja el espacio
D rp ia
•
en blanco y damos clic a aceptar manda un
mensaje de error.
o c
C as o
OBJETO
y
REQUERIMIENTO ASOCIADO Acceder al sistema
PRUEBA
DESCRIPCION DE LA PREBA Pulsar el botón para acceder al sistema
REALIZADA
RESULTADO/OBSERVACIONES Al pulsar el botón si accesa al sistema
P á g i n a | 111

OBJETO
REQUERIMIENTO ASOCIADO Acceder al sistema

J
PRUEBA
E on
DESCRIPCION DE LA PREBA Pulsar el botón para cancelar el acceso al sistema
REALIZADA
M ati s
RESULTADO/OBSERVACIONES Al pulsar el botón manda el mensaje “Desea salir
del sistema” con opciones si/no.
E or do
D rp ia
o o c
C as
y
P á g i n a | 112
A.1 COMO ADMINISTRADOR

Al introducir los datos como administrador nos aparecerá la siguiente ventana.
J
E on
M ati s
E or do
D rp ia
c
o
OBJETO
C as o
REQUERIMIENTO ASOCIADO En el menú de administrador debe existir un botón
q nos direccione a la pantalla de Altas de Usuarios.
PRUEBA
y
DESCRIPCION DE LA PREBA Pulsar el botón para acceder a la ventana de Altas
REALIZADA de Usuarios.
RESULTADO/OBSERVACIONES Al pulsar el botón si accesa al área de Alta de
Usuario
P á g i n a | 113

OBJETO

q nos direccione a la pantalla de Bajas de Usuarios.
J
PRUEBA
E on
DESCRIPCION DE LA PREBA Pulsar el botón para acceder a la ventana de Bajas
M ati s
REALIZADA de Usuarios.
RESULTADO/OBSERVACIONES Al pulsar el botón si accesa al área de Bajas de
Usuario
E or do
D rp ia
o c
OBJETO
C as o
q nos direccione al área de ventas en caso de que
el administrador desee realizar una venta.
PRUEBA
y
DESCRIPCION DE LA PREBA Pulsar el botón para acceder a la ventana de
REALIZADA Ventas
RESULTADO/OBSERVACIONES Al pulsar el botón si accesa al área de Ventas
P á g i n a | 114

OBJETO
q nos direccione a la pantalla de Consultas en el
J
caso que el administrador desee consultar el
precio de algún producto.
FECHA PROGRAMADA DE LA Pba. 26 de Mayo del 2008
E on
M ati s
REALIZADA Consultas.
RESULTADO/OBSERVACIONES Al pulsar el botón si accesa al área de Consultas.
E or do
D rp ia
OBJETO
o c
o
q nos direccione a la pantalla de Inventarios.
C as
PRUEBA
y
REALIZADA Inventarios.
RESULTADO/OBSERVACIONES Al pulsar el botón si accesa al área de Invemtario.
P á g i n a | 115

OBJETO
J
q nos direccione a la pantalla de Reportes. En caso
de q el administrador desea ver las ventas de
E on
algún día específico.
PRUEBA
M ati s
E or do
REALIZADA Reporte.
RESULTADO/OBSERVACIONES Al pulsar el botón si accesa al área de Reporte.
D rp ia
o c
o
OBJETO
C as
q nos direccione a la pantalla de Acceso al sistema
en caso de querer cambiar de usuario.
y
PRUEBA
DESCRIPCION DE LA PREBA Pulsar el botón para volver acceder al sistema con
REALIZADA nombre de Usuario.
RESULTADO/OBSERVACIONES Al pulsar el botón nos aparece la ventana de
acceso al sistema q nos pide de nuevo nombre y
contraseña de usuario.
P á g i n a | 116

OBJETO

q nos permita salir del sistema.
PRUEBA
J
E on
DESCRIPCION DE LA PREBA Pulsar el botón para salir del sistema.
REALIZADA
M ati s
RESULTADO/OBSERVACIONES Al pulsar el botón sale completamente del
sistema.
E or do
A.1.1 ALTA DE USUARIO
D rp ia
o o c
C as
y
OBJETO
REQUERIMIENTO ASOCIADO Es necesario dar de Altas a los Usuarios que
accederán al sistema
PRUEBA
DESCRIPCION DE LA PREBA Escribir el nombre del Usuario.
REALIZADA
P á g i n a | 117
RESULTADO/OBSERVACIONES Al escribir el nombre de usuario este acepta

cualquier tipo de caracteres. Lo cual no afecta al
sistema.
J
OBJETO
E on
REQUERIMIENTO ASOCIADO Asígnale el puesto al usuario q tendrá acceso al
sistema
M ati s
PRUEBA
E or do
DESCRIPCION DE LA PREBA Escribir el Puesto.
REALIZADA
RESULTADO/OBSERVACIONES Al ingresar el puesto este no se limita a alguno(s)
D rp ia
en particular acepta cualquier tipo de caracteres.
o o c
C as
OBJETO
REQUERIMIENTO ASOCIADO Asígnale el Nivel que ocupa el usuario en el
sistema
y
PRUEBA
DESCRIPCION DE LA PREBA Escribir el Nivel del usuario.
REALIZADA
RESULTADO/OBSERVACIONES Al ingresar el Nivel a los usuarios solo
admite los números 1 ó 2.
Si escribimos un numero diferente de 1 ó 2
nos manda un mensaje (fig. z1)
P á g i n a | 118

OBJETO
REQUERIMIENTO ASOCIADO Asígnale un Identificador al Usuario.
J
PRUEBA
E on
DESCRIPCION DE LA PREBA Escribir el Id.
M ati s
REALIZADA
RESULTADO/OBSERVACIONES Al ingresar el Id este acepta cualquier tipo de
caracteres.
E or do
D rp ia
c
OBJETO
o o
REQUERIMIENTO ASOCIADO Asígnale una contraseña al Usuario.
C as
PRUEBA
y
DESCRIPCION DE LA PREBA Escribir la contraseña.
REALIZADA
RESULTADO/OBSERVACIONES Al ingresar la Contraseña esta acepta cualquier
tipo de caracteres.
P á g i n a | 119

OBJETO
REQUERIMIENTO ASOCIADO Agregar a la Base de Datos un Usuario.

J
PRUEBA
E on
DESCRIPCION DE LA PREBA Verificar que se agrega el usuario a la Base de
REALIZADA Datos.
M ati s
RESULTADO/OBSERVACIONES Al Darle Clic al Botón:
• Si pulsamos el botón y no hemos
introducido ningún dato en los campos nos
E or do
nada un mensaje se error.
• Si al menos un campo no tiene ningún dato
nos manda un mensaje de error.
D rp ia
• Si todos los campos contienen los datos del
nuevo usuario se agregan los datos a la Base, lo
cual se observa en la parte inferior de la
c
ventana.
o
C as o
OBJETO
y
REQUERIMIENTO ASOCIADO Salir de la ventana de Agregar Usuario.
PRUEBA
DESCRIPCION DE LA PREBA Pulsar el botón para verificar su funcionalidad.
REALIZADA
RESULTADO/OBSERVACIONES Al pulsar el botón este sale de la ventana de Alta
de Usuario más no del sistema.
P á g i n a | 120
A.1.2 BAJA DE USUARIO
J
E on
M ati s
E or do
D rp ia
OBJETO
REQUERIMIENTO ASOCIADO Dar de Baja a un Usuario
c
o
PRUEBA
o
C as
DESCRIPCION DE LA PREBA Seleccionar o Escribir el Id del Usuario que se
REALIZADA desee dar de baja del sistema.
RESULTADO/OBSERVACIONES Al seleccionar o escribir el Id del Usuario, en los
y
campos inferiores aparecen los datos del usuario.
Si ingresamos un Id incorrecto manda un mensaje
de alerta.
P á g i n a | 121

OBJETO
J
E on
REQUERIMIENTO ASOCIADO Observar los datos del usuario que se desee dar de
baja del sistema.
M ati s
PRUEBA
E or do
DESCRIPCION DE LA PREBA Ver los datos del usuario que se va a dar de baja
REALIZADA del sistema.
RESULTADO/OBSERVACIONES Estos campos están bloqueados no se pueden
D rp ia
escribir en ellos.
o o c
C as
OBJETO
y
REQUERIMIENTO ASOCIADO Eliminar un Usuario de la base de datos.
PRUEBA
DESCRIPCION DE LA PREBA Eliminar el Usuario que se selecciono y q se desea
REALIZADA dar de baja del sistema.
RESULTADO/OBSERVACIONES Al Pulsar este botón los datos del usuario
seleccionado se borran de la base de datos.
P á g i n a | 122

OBJETO
REQUERIMIENTO ASOCIADO Salir de la ventana de Baja de Usuario.

PRUEBA
J
E on
REALIZADA
RESULTADO/OBSERVACIONES Al pulsar el botón este sale de la ventana de Baja
M ati s
de Usuario más no del sistema.
E or do
A.1.3 CONSULTA
D rp ia
o c
o
OBJETO
C as
REQUERIMIENTO ASOCIADO Consultar el precio de algún producto
PRUEBA
y
DESCRIPCION DE LA PREBA Seleccionar o escribir el código de algún producto
REALIZADA que se desee saber su precio y cantidad en
existencia.
RESULTADO/OBSERVACIONES Al seleccionar o escribir un código
existente los campos Cantidad, Precio y
Producto se llenan automáticamente con los
datos del producto.
Validar el tipo de dato permitido ya que
permite la escritura de caracteres diferentes a
datos numéricos.
Si ingresamos un numero no existente no
hace nada no realiza ninguna acción
P á g i n a | 123

OBJETO
J
REQUERIMIENTO ASOCIADO Visualizar los datos del Producto que se desea
consultar.
E on
PRUEBA
M ati s
DESCRIPCION DE LA PREBA Ver cantidad, precio y descripción del producto
REALIZADA que se va a consultar.
E or do
RESULTADO/OBSERVACIONES Estos campos están bloqueados solo se visualizan
los datos si se ingresa el código del producto.
D rp ia
o o c
C as
OBJETO
REQUERIMIENTO ASOCIADO Aceptar que se ha visualizado la consulta.

PRUEBA
y
DESCRIPCION DE LA PREBA Pulsar el botón para verificar su funcionalidad
REALIZADA
RESULTADO/OBSERVACIONES Al pulsar el botón Aceptar la ventana de consultas
de cierra.
P á g i n a | 124
A.1.4 INVENTARIO
J
E on
M ati s
E or do
D rp ia
o c
OBJETO
C as o
REQUERIMIENTO ASOCIADO Consultar la lista de productos en existencia.
PRUEBA
y
DESCRIPCION DE LA PREBA Verificar la funcionalidad del botón.
REALIZADA
RESULTADO/OBSERVACIONES Al pulsar el botón se logra visualizar en la parte
derecha de la pantalla la lista de los productos
existentes.
P á g i n a | 125

OBJETO
REQUERIMIENTO ASOCIADO Dar de Alta un producto nuevo y/o agregar cierta

cantidad de productos al almacén.
J
PRUEBA
E on
M ati s
REALIZADA
RESULTADO/OBSERVACIONES Al pulsar el botón aparece una ventanita que nos
muestra dos opciones Dar de alta un producto
E or do
nuevo o agregar unidades a productos ya
existentes. (fig. z3)
D rp ia fig. z3
o c
Opciones de Alta de
o
producto.
C as
OBJETO
y
REQUERIMIENTO ASOCIADO Dar de Baja un producto.
PRUEBA
REALIZADA
RESULTADO/OBSERVACIONES Al pulsar el botón aparece una ventanita que nos
muestra dos opciones pata Dar de Baja un
producto
P á g i n a | 126

OBJETO
REQUERIMIENTO ASOCIADO Salir de la ventana de Inventario.

PRUEBA
J
E on
REALIZADA
RESULTADO/OBSERVACIONES Al pulsar el botón este sale de la ventana de
M ati s
Inventario más no del sistema.
E or do
A.1.4.1 INVENTARIO AGREGAR PRODUCTO NUEVO
D rp ia
o o c
C as
y
OBJETO
REQUERIMIENTO ASOCIADO Dar de Alta un producto nuevo.

PRUEBA
DESCRIPCION DE LA PREBA Ingresar un ID al producto nuevo.
REALIZADA
RESULTADO/OBSERVACIONES Al ingresar el ID no hace acepciones, admite todo
tipo de carácter.
P á g i n a | 127

OBJETO
REQUERIMIENTO ASOCIADO Ingresar el Nombre del Producto.
J
PRUEBA
E on
DESCRIPCION DE LA PREBA Asignarle un nombre a los productos.
M ati s
REALIZADA
RESULTADO/OBSERVACIONES Al ingresar el nombre del producto no hace
acepciones, admite todo tipo de carácter.
E or do
D rp ia
c
OBJETO
o o
REQUERIMIENTO ASOCIADO Ingresar una descripción al producto.
C as
PRUEBA
y
DESCRIPCION DE LA PREBA Asignarle una descripción al producto.
REALIZADA
RESULTADO/OBSERVACIONES Al escribir del producto no hace acepciones,
admite todo tipo de carácter.
P á g i n a | 128

OBJETO
REQUERIMIENTO ASOCIADO Ingresar el nombre de la empresa proveedora o de
J
la persona proveedora del producto.
PRUEBA
E on
M ati s
DESCRIPCION DE LA PREBA Asignarle el proveedor del producto.
REALIZADA
RESULTADO/OBSERVACIONES Al escribir el nombre del proveedor no hace
E or do
acepciones, admite todo tipo de carácter.
D rp ia
c
o
OBJETO
C as o
REQUERIMIENTO ASOCIADO Ingresar el precio del producto.
PRUEBA
y
DESCRIPCION DE LA PREBA Asignarle un precio de venta al producto.
REALIZADA
RESULTADO/OBSERVACIONES Validar tipo de datos permitidos:
• Al escribir el precio del producto admite
todo tipo de caracteres…
P á g i n a | 129

OBJETO
REQUERIMIENTO ASOCIADO Ingresar la cantidad de unidades a dar de alta.

PRUEBA
J
E on
DESCRIPCION DE LA PREBA Asignar un numero de unidades del producto que
REALIZADA se van a dar de alta.
RESULTADO/OBSERVACIONES Validar tipo de datos permitidos:
M ati s
• Al escribir la cantidad de unidades del
producto admite todo tipo de caracteres…
REPROGRAMACION DE LA PRUEBA 28 de mayo del 2008
E or do
D rp ia
OBJETO
c
REQUERIMIENTO ASOCIADO Agregar los productos dados de alta a la base de
o
datos.
o
C as
PRUEBA
DESCRIPCION DE LA PREBA Verificar la funcionalidad del botón al almacenar
y
REALIZADA los productos.
RESULTADO/OBSERVACIONES Validar:
• Al darle clic al botón agregar sin haber
escrito nada en ninguno de los campos
manda el mensaje “Desea agregar el
producto” si damos clic a si agrega un
registro en blanco a la base de datos.
• Si se escribe solo en un campo y los demás
están en blanco manda el siguiente
mensaje “Deben llenarse todos los
campos.”
REPROGRAMACION DE LA PRUEBA 28 de Mayo del 2008

P á g i n a | 130

OBJETO
REQUERIMIENTO ASOCIADO Salir de la ventana de Agregar producto.

PRUEBA
J
E on
REALIZADA
RESULTADO/OBSERVACIONES Al pulsar el botón este sale de la ventana de
M ati s
agregar producto nuevo.
E or do
A.1.4.2 INVENTARIO AGREGAR PRODUCTO EXISTENTE
D rp ia
o o c
C as
y
OBJETO
REQUERIMIENTO ASOCIADO Escribir o seleccionar el nombre del producto.

PRUEBA
RESULTADO/OBSERVACIONES Acepta todo tipo de caracteres.
P á g i n a | 131

OBJETO
REQUERIMIENTO ASOCIADO Ver la cantidad de unidades del producto.

PRUEBA
J
DESCRIPCION DE LA PREBA Visualizar la cantidad de unidades existentes en la
E on
REALIZADA base de datos
RESULTADO/OBSERVACIONES Este campo esta bloqueado
M ati s
E or do
OBJETO
REQUERIMIENTO ASOCIADO Ingresar el número de unidades a dar de alta.
D rp ia
PRUEBA
c
o
DESCRIPCION DE LA PREBA Escribir el numero de unidades del producto que
o
C as
RESULTADO/OBSERVACIONES Acepta solo caracteres numéricos.
y
OBJETO
REQUERIMIENTO ASOCIADO Aceptar la alta de las unidades.

FECHA PROGRAMADA DE LA PRUEBA 26 de Mayo del 2008
DESCRIPCION DE LA PREBA REALIZADA Verificar la funcionalidad del botón.
RESULTADO/OBSERVACIONES Si no hay ningún producto seleccionado manda

un mensaje “Selecciona un Producto”
Si no le ingresas la cantidad manda un mensaje
“ingresar la cantidad”
P á g i n a | 132

OBJETO
REQUERIMIENTO ASOCIADO Cancelar la acción de alta de producto.
J
PRUEBA
E on
M ati s
REALIZADA
RESULTADO/OBSERVACIONES Al pulsar el botón cancelar este limpia los datos
ingresados en los campos.
E or do
D rp ia
c
o
OBJETO
C as o
REQUERIMIENTO ASOCIADO Salir de la aplicación de altas de productos
existentes.
PRUEBA
FECHA REAL DE LA PRUEBA
y
27 de Mayo del 2008
REALIZADA
RESULTADO/OBSERVACIONES Al pulsar el botón salir sale de la ventana de altas
de productos existentes.
P á g i n a | 133
A.1.4.3 BAJAS DE PRODUCTO
J
E on
M ati s
OBJETO
E or do
REQUERIMIENTO ASOCIADO Ingresar el nombre del producto que se desea dar
de baja
D rp ia
PRUEBA
c
o
DESCRIPCION DE LA PREBA Escribir o seleccionar un producto que se desee
o
REALIZADA dar de baja
C as
RESULTADO/OBSERVACIONES Al escribir el nombre del producto acepta
cualquier carácter.
y
OBJETO
REQUERIMIENTO ASOCIADO Conocer la cantidad en existencia del producto.
PRUEBA
DESCRIPCION DE LA PREBA Visualizar automáticamente las unidades
REALIZADA existentes de producto q se desea dar de baja.
RESULTADO/OBSERVACIONES el campo esta bloqueado.

P á g i n a | 134

OBJETO
REQUERIMIENTO ASOCIADO Proporcionar al sistema la cantidad de unidades

que se desean dar de baja del producto.
J
PRUEBA
E on
DESCRIPCION DE LA PREBA Ingresar en el campo la
REALIZADA Cantidad de unidades que se van a dar de baja .
M ati s
Al escribir sobre el campo este admite cualquier
E or do
tipo de caracteres diferentes de numéricos.
D rp ia
OBJETO
o c
REQUERIMIENTO ASOCIADO Aceptar la baja de un producto.
o
C as
PRUEBA
y
REALIZADA
RESULTADO/OBSERVACIONES Al pulsar el botón:
• Si todos los campos productos y cantidad
esta llenados correctamente. Elimina las
unidades del producto en la base de datos.
Esto se logra visualizar en la parte superior
de la ventana.
• Si no esta seleccionado ningún producto
y/o no hay ingresada ninguna cantidad.
Manda un mensaje q solicita “seleccione
un producto e ingrese una cantidad”.
P á g i n a | 135

OBJETO
REQUERIMIENTO ASOCIADO Cancelar la baja del producto.
J
PRUEBA
E on
M ati s
REALIZADA
RESULTADO/OBSERVACIONES Al pulsar el botón la acción que realiza es de
limpiar los campos.
E or do
D rp ia
c
o
OBJETO
C as o
REQUERIMIENTO ASOCIADO Salir de la ventana de bajas de productos.
PRUEBA
y
REALIZADA
RESULTADO/OBSERVACIONES Al pulsar el botón la acción que realiza es de cerrar
la ventana de bajas de producto más no del
sistema.
P á g i n a | 136
A.1.5 REPORTE
J
E on
M ati s
E or do
D rp ia
c
OBJETO
o o
REQUERIMIENTO ASOCIADO Pero medio de fechas visualizar un reporte de
C as
ventas.
PRUEBA
y
DESCRIPCION DE LA PREBA Visualizar la fecha del día que se desea ver el
REALIZADA reporte.
RESULTADO/OBSERVACIONES Seleccionar una fecha del calendario q se muestra

al pulsar el botón de despliegue del campo.
P á g i n a | 137

OBJETO
REQUERIMIENTO ASOCIADO Aceptar la vista del reporte
J
PRUEBA
E on
M ati s
REALIZADA
RESULTADO/OBSERVACIONES Al pulsar el botón:
Se visualizan en la parte inferior de la
E or do
ventana las ventas realizadas en el rango de
fechas seleccionadas.
Si se selecciona un día en el cual no se haya
D rp ia
realizado ninguna venta manda un mensaje
de error.
o o c
C as
OBJETO
REQUERIMIENTO ASOCIADO Pero medio de fechas de inicio de un rango,

visualizar un reporte de ventas.
y
PRUEBA
DESCRIPCION DE LA PREBA Visualizar la fecha de inicio de un rango de días de
REALIZADA los cuales se desea ver el reporte.
RESULTADO/OBSERVACIONES Seleccionar una fecha del calendario que se

muestra al pulsar el botón de despliegue del
campo.
P á g i n a | 138

OBJETO
REQUERIMIENTO ASOCIADO Pero medio de fecha de finalización de rango para
visualizar un reporte de ventas.
J
PRUEBA
E on
DESCRIPCION DE LA PREBA Visualizar la fecha del día que se desea ver el
M ati s
REALIZADA reporte.
RESULTADO/OBSERVACIONES Seleccionar una fecha del calendario q se muestra
E or do
al pulsar el botón de despliegue del campo.
D rp ia
OBJETO
o c
REQUERIMIENTO ASOCIADO Aceptar la vista del reporte
o
C as
PRUEBA
y
REALIZADA
RESULTADO/OBSERVACIONES Al pulsar el botón se visualizan la ventas realizadas
en el rango de fechas seleccionado
Si entre los días seleccionados algún día no se
hallan realizado ninguna venta eso no afecta.
P á g i n a | 139
A.1.5.1 VISTA DE VENTAS
J
E on
M ati s
E or do
D rp ia
OBJETO
o o c
REQUERIMIENTO ASOCIADO Simular la impresión del reporte de ventas que se
C as
visualiza.
PRUEBA
y
REALIZADA
Al pulsar el botón: no realiza ninguna acción.
P á g i n a | 140

OBJETO
REQUERIMIENTO ASOCIADO Aceptar la vista del reporte de ventas.
J
PRUEBA
E on
M ati s
REALIZADA
RESULTADO/OBSERVACIONES Al pulsar este botón se sale de la ventana de
reporte.
E or do
D rp ia
c
OBJETO
o o
REQUERIMIENTO ASOCIADO Visualizar las ventas totales en cierto día o en
C as
determinados días.
PRUEBA
y
DESCRIPCION DE LA PREBA Ver la cantidad de ventas q se realizaron en la o las
REALIZADA fechas seleccionadas.
RESULTADO/OBSERVACIONES Este campo esta bloqueado y no se pueden

realizar cambios a el.
P á g i n a | 141
A.1.6 VENTAS
J
E on
M ati s
OBJETO
REQUERIMIENTO ASOCIADO Tener la opción para realizar una Venta por Caja
E or do
PRUEBA
D rp ia
c
REALIZADA
o
RESULTADO/OBSERVACIONES Al pulsar este botón no abre la ventana de ventas
o
por caja.
C as

OBJETO
y
REQUERIMIENTO ASOCIADO
FECHA PROGRAMADA DE LA
PRUEBA
Tener la opción para realizar una Venta por
Teléfono.
26 de Mayo del 2008
27 de Mayo del 2008

REALIZADA
RESULTADO/OBSERVACIONES Al pulsar este botón no abre la ventana de ventas
por teléfono
P á g i n a | 142
A.1.6.1 VENTAS POR CAJA
J
E on
M ati s
E or do
D rp ia
OBJETO
o c
REQUERIMIENTO ASOCIADO Ingresar el código de producto que se va a agregar
o
a la venta.
C as
PRUEBA
y
DESCRIPCION DE LA PREBA Seleccionar o escribir el código del producto que
REALIZADA se va agregar a la venta.
RESULTADO/OBSERVACIONES Al escribir el código este campo solo admite datos

numéricos.
P á g i n a | 143

OBJETO
J
REQUERIMIENTO ASOCIADO Ingresar el número de unidades de un producto
que se va a agregar a la venta.
E on
PRUEBA
M ati s
E or do
RESULTADO/OBSERVACIONES Al escribir la cantidad de unidades este campo solo
admite datos numéricos.
D rp ia
c
o o
OBJETO
C as
REQUERIMIENTO ASOCIADO Visualizar el nombre y el precio del producto que
se van a agregar a la venta.
y
PRUEBA
DESCRIPCION DE LA PREBA Visualizar automáticamente el nombre y el precio
REALIZADA del producto que se van a agregar a la venta, al
ingresar el código.
RESULTADO/OBSERVACIONES Se visualizan el nombre y precio del producto.

Ambos campos están bloqueados.
P á g i n a | 144

OBJETO
REQUERIMIENTO ASOCIADO Agregar producto a la venta con el precio subtotal
J
correspondiente.
E on
PRUEBA
M ati s
REALIZADA
RESULTADO/OBSERVACIONES
E or do
Al pulsar el botón multiplica el precio unitario por
la cantidad y así resulta el monto por producto
D rp ia
o c
o
OBJETO
C as
REQUERIMIENTO ASOCIADO Agregar producto a la lista de venta
PRUEBA
y
REALIZADA
RESULTADO/OBSERVACIONES Al pulsar el botón agrega el producto con su
monto a la lista
P á g i n a | 145

OBJETO
J
REQUERIMIENTO ASOCIADO Eliminar un producto de la lista de venta
E on
PRUEBA
M ati s
E or do
REALIZADA
RESULTADO/OBSERVACIONES Al pulsar el botón seleccionando previamente un
producto de la lista este se elimina de la lista
D rp ia
o o c
C as
OBJETO
REQUERIMIENTO ASOCIADO Realizar una nueva venta

y
PRUEBA
REALIZADA
RESULTADO/OBSERVACIONES Al pulsar el botón los campos de la venta se
vacían.
P á g i n a | 146

OBJETO
J
REQUERIMIENTO ASOCIADO Realizar la consulta de un producto para saber sus
características.
E on
PRUEBA
M ati s
REALIZADA
E or do
RESULTADO/OBSERVACIONES Al pulsar el botón nos muestra la ventana de
consulta. La cual se explico anteriormente.
D rp ia
o c
OBJETO
C as o
REQUERIMIENTO ASOCIADO Realizar el cobro de la venta.
PRUEBA
y
REALIZADA
RESULTADO/OBSERVACIONES • Al pulsar el botón nos muestra un mensaje
“desea generar la venta”.
• Validar q al cobrar los productos vendidos se
descuenten de la base de datos.
P á g i n a | 147

OBJETO
REQUERIMIENTO ASOCIADO Realizar el cierre de las ventas de un usuario.
J
PRUEBA
E on
M ati s
REALIZADA
RESULTADO/OBSERVACIONES • Al pulsar el botón realiza el corte de caja de las
ventas realizados por un usuario.
E or do
• Al pulsarlo nos muestra la ventana (Corte de
Caja) de las ventas realizadas por el usuario.
• Si no se ha generado ninguna venta manda un
D rp ia
mensaje de alerta.
o c
o
OBJETO
C as
REQUERIMIENTO ASOCIADO Salir de la ventana de ventas.
PRUEBA
y
REALIZADA
RESULTADO/OBSERVACIONES Al pulsar el botón la acción que realiza es de cerrar
la ventana de ventas por caja más no del sistema.
P á g i n a | 148
A.1.6.1 .1 CORTE DE CAJA
J
E on
M ati s
E or do
OBJETO
REQUERIMIENTO ASOCIADO Visualizar el nombre del Usuario (cajero) que
D rp ia
realizo las ventas.
PRUEBA
c
o
o
DESCRIPCION DE LA PREBA Ver el nombre del usuario que haya realizado una
C as
REALIZADA cierta cantidad de ventas.
RESULTADO/OBSERVACIONES Al pulsar este botón se sale de la ventana de Corte
de Caja.
y
OBJETO
REQUERIMIENTO ASOCIADO Aceptar la vista del reporte de ventas.

PRUEBA
REALIZADA
RESULTADO/OBSERVACIONES Al pulsar este botón se sale de la ventana de
reporte.
P á g i n a | 149
A.1.6.2 VENTAS POR TELEFONO
J
E on
M ati s
E or do
D rp ia
OBJETO
o c
o
a la venta.
C as
PRUEBA
y
• Al ser venta por teléfono se tiene que ingresar
primero la dirección del cliente.
• Sin ingresar ninguna dirección de cliente se
puede seleccionar un código de producto.
• Al escribir el código este campo solo admite
datos numéricos.
P á g i n a | 150

OBJETO
REQUERIMIENTO ASOCIADO Realizar una nueva venta
J
PRUEBA
E on
M ati s
REALIZADA
RESULTADO/OBSERVACIONES Al pulsar el botón no manda la ventana de Cliente
por teléfono.
E or do
D rp ia
o c
OBJETO
o
REQUERIMIENTO ASOCIADO Visualizar el nombre del cliente al teléfono.
C as
PRUEBA
y
DESCRIPCION DE LA PREBA Ver el nombre del cliente al teléfono que solicita
REALIZADA una venta.
RESULTADO/OBSERVACIONES Este campo esta bloqueado solo aparece el
nombre del usuario una vez que se haya ingresado
la dirección del mismo
Nota: El resto de los botones y campos para al realización de ventas por teléfono
tienen la misma funcionalidad del ventas en caja. Se han verificado.
P á g i n a | 151
A.1.6.2.1 DIRECCION CLIENTE POR TELEFO
J
E on
M ati s
OBJETO
REQUERIMIENTO ASOCIADO Validar la dirección del cliente al teléfono.
E or do
PRUEBA
D rp ia
DESCRIPCION DE LA PREBA Escribir o seleccionar la Dirección del cliente al
REALIZADA teléfono, quien solicita una venta
c
RESULTADO/OBSERVACIONES Este campo admite todo tipo de caracteres.
o
REPROGRAMACION DE LA
o
PRUEBA
C as
OBJETO
y
REQUERIMIENTO ASOCIADO Dar de Alta a Clientes q solicitan ventas por teléfono.
PRUEBA
REALIZADA
RESULTADO/OBSERVACIONES Al pulsar el botón nos manda la ventana de alta a
clientes por teléfono.
PRUEBA
P á g i n a | 152

OBJETO
REQUERIMIENTO ASOCIADO Aceptar la dirección del cliente al teléfono.

J
PRUEBA
E on
REALIZADA
M ati s
RESULTADO/OBSERVACIONES Al pulsar el botón nos manda la ventana de ventas
por teléfono y manda los datos del nombre del
cliente a la misma.
E or do
PRUEBA
D rp ia
A.1.6.2.2 ALTA CLIENTE POR TELEFONO
o o c
C as
y
OBJETO
REQUERIMIENTO ASOCIADO Ingresar el nombre del cliente a teléfono que se

desee dar de alta.
PRUEBA
DESCRIPCION DE LA PREBA Escribir el nombre del cliente que no este registrado
REALIZADA previamente.
RESULTADO/OBSERVACIONES Al escribir sobre el campo acepta todo tipo de
carácter.
PRUEBA
P á g i n a | 153

OBJETO
REQUERIMIENTO ASOCIADO Ingresar la dirección del cliente a teléfono que se
J
desee dar de alta.
E on
PRUEBA
M ati s
DESCRIPCION DE LA PREBA Escribir la dirección del cliente que no este registrado
REALIZADA previamente.
RESULTADO/OBSERVACIONES Al escribir sobre el campo acepta todo tipo de
E or do
carácter.
PRUEBA
D rp ia
o c
OBJETO
C as o
REQUERIMIENTO ASOCIADO Aceptar los datos del cliente al teléfono que recién
se ingresaron en los campos.
PRUEBA
y
REALIZADA
RESULTADO/OBSERVACIONES Al pulsar el botón nos manda la ventana de ventas
por teléfono y manda los datos del nombre del
cliente a la misma.
PRUEBA
P á g i n a | 154

OBJETO
REQUERIMIENTO ASOCIADO Cancelar el alta del cliente al teléfono.

J
PRUEBA
RESPONSABLE DE LA PRUEBA
E on
Evangelina Santiago López
REALIZADA
M ati s
RESULTADO/OBSERVACIONES Al pulsar el botón nos regresa a la ventana de ventas
por teléfono.
E or do
PRUEBA
Otras Observaciones
D rp ia
OBJETO Campos que Contengan informacion Monetaria
o c
REQUERIMIENTO ASOCIADO Al presentar la información se muestre como tipo
o
de dato Moneda
C as
PRUEBA
y
DESCRIPCION DE LA PREBA Verificar el tipo de información
REALIZADA
Al Observar los campos que deben mostrar
información Monetaria estos solo muestran
números.
Falta agregar a los campos que muestren el signo
“$” y “.00”
P á g i n a | 155
PRUEBAS 2.0 27-05-08

A.1.3 CONSULTA

OBJETO
J
REQUERIMIENTO ASOCIADO Consultar el precio de algún producto
E on
PRUEBA
M ati s
DESCRIPCION DE LA PREBA Seleccionar o escribir el código de algún producto
REALIZADA que se desee saber su precio y cantidad en
existencia.
E or do
RESULTADO/OBSERVACIONES • Al seleccionar o escribir un código
existente los campos Cantidad, Precio y
D rp ia
Producto se llenan automáticamente con
los datos del producto.
• Al Escribir sobre el campo Este solo admite
c
Caracteres Numéricos
o
• Si ingresamos un código de un producto
o
que no existe nos manda un mensaje.
C as
y
OBJETO
REQUERIMIENTO ASOCIADO Ingresar el precio del producto.

PRUEBA
DESCRIPCION DE LA PREBA Asignarle un precio de venta al producto.
REALIZADA
RESULTADO/OBSERVACIONES Al escribir sobre el campo solo admite caracteres
numéricos.
P á g i n a | 156

OBJETO
REQUERIMIENTO ASOCIADO Ingresar la cantidad de unidades a dar de alta.
J
PRUEBA
E on
M ati s
RESULTADO/OBSERVACIONES Al escribir sobre el campo solo admite caracteres
numéricos
E or do
D rp ia
o c
OBJETO
C as o
REQUERIMIENTO ASOCIADO Agregar los productos dados de alta a la base de
datos.
PRUEBA
y
DESCRIPCION DE LA PREBA Verificar la funcionalidad del botón al almacenar
REALIZADA los productos.
RESULTADO/OBSERVACIONES • Si se llenan todos los campos manda el
siguiente mensaje “Desea agregar el
producto”
• Si se escribe solo en un campo y los demás
están en blanco manda el siguiente
mensaje “Deben llenarse todos los
campos.”
P á g i n a | 157
A.1.4.3 BAJAS DE PRODUCTO

OBJETO
J
REQUERIMIENTO ASOCIADO Proporcionar al sistema la cantidad de unidades
que se desean dar de baja del producto.
E on
PRUEBA
M ati s
DESCRIPCION DE LA PREBA Ingresar en el campo la
REALIZADA Cantidad de unidades que se van a dar de baja .
E or do
RESULTADO/OBSERVACIONES Al escribir sobre el solo admite caracteres
numéricos.
D rp ia
o c
A.1.5.1 VISTA DE VENTAS
C as o
OBJETO
REQUERIMIENTO ASOCIADO Simular la impresión del reporte de ventas que se
y
visualiza.
PRUEBA
REALIZADA
RESULTADO/OBSERVACIONES Al pulsar sobre el botón simula un impresión.
Manda el reposte a una impresión en archivo .pdf
P á g i n a | 158

OBJETO
REQUERIMIENTO ASOCIADO Realizar el cobro de la venta.

J
PRUEBA
E on
REALIZADA
M ati s
RESULTADO/OBSERVACIONES • Al pulsar el botón nos muestra un mensaje
“desea generar la venta”.
• Al generar la venta este descuenta los
E or do
productos q se vendieron del inventario
D rp ia
A.1.6.2 VENTAS POR TELEFONO
OBJETO
o o c
C as
a la venta.
PRUEBA
y
RESULTADO/OBSERVACIONES • Al escribir el código este campo solo admite

datos numéricos.
• Este campo se encuentra bloqueado mientras
no se haya ingresado previamente la
direcciones de cliente al teléfono.
Nota. Después de analizar el sistema de manera centralizada solo en un equipo. Se

analizara el comportamiento de sistema en red. Es decir más de un cajero.
P á g i n a | 159
PRUEBAS 3.0 30-05-08

J
E on
M ati s
E or do
D rp ia
o c
FORMULARIO (VENT/ PANT) Equipo 1 (Administrador)
o
OBJETO
C as
y
de usuarios
PRUEBA
DESCRIPCION DE LA PREBA Ingresar el nombre de usuario con el que se desea
REALIZADA ingresar al sistema
RESULTADO/OBSERVACIONES Se logra seleccionar o escribir cualquier nombre de
usuario
P á g i n a | 160
FORMULARIO (VENT/ PANT) Equipo 2

OBJETO
J
E on
de usuarios
PRUEBA
M ati s
E or do
D rp ia
Si introducimos el nombre de un usuario (cajero)
que ya haya ingresado al sistema en el equipo 1
(administrador), este logra acceder al sistema sin
c
problema.
o
C as o
y
P á g i n a | 161
J
E on
M ati s
E or do
D rp ia
OBJETO
c
o
Realizar el cobro de la venta.
o
C as
PRUEBA
REALIZADA
y
Al cobrar si no hay unidades en inventario del
producto que se desea vender este realiza la venta
de unidades inexistentes.
P á g i n a | 162
J
E on
M ati s
E or do
D rp ia
OBJETO
c
REQUERIMIENTO ASOCIADO Dar de Alta un producto nuevo.
o
o
PRUEBA
C as
REALIZADA
y
RESULTADO/OBSERVACIONES Validación:
Si ingresamos el Id de in producto ya existente se
agrega. Provocando así replicas de ID
P á g i n a | 163
PRUEBAS 4.0 03-06-08

J
E on
M ati s
FORMULARIO (VENT/ PANT) Equipo 2
E or do
OBJETO
D rp ia
o o c
C as
de usuarios
y
FECHA PROGRAMADA DE LA 03 de Junio del 2008
PRUEBA
FECHA REAL DE LA PRUEBA 03 de Junio del 2008
RESULTADO/OBSERVACIONES Cuando se logue un usuario
(Cajero/Administrador) este ya no puede iniciar
sesión en otra caja.
P á g i n a | 164
J
E on
M ati s
E or do
D rp ia
c
OBJETO
o
C as o
PRUEBA
Realizar el cobro de la venta.
03 de Junio del 2008
y
REALIZADA
RESULTADO/OBSERVACIONES El sistema no permite vender un producto cuando
no presenta existencia.
P á g i n a | 165

OBJETO
J
E on
REQUERIMIENTO ASOCIADO Muestra de imágenes en productos.
M ati s
PRUEBA
E or do
DESCRIPCION DE LA PREBA Verificar que al consultar un producto o vender un
REALIZADA producto el sistema, muestra una imagen
D rp ia
referente al producto.
RESULTADO/OBSERVACIONES El sistema muestra correctamente las imágenes
o o c
C as
y
P á g i n a | 166
J
E on
M ati s
E or do
OBJETO
D rp ia
o o c
C as
Dar de Alta un producto nuevo.
y
PRUEBA
REALIZADA
RESULTADO/OBSERVACIONES El sistema manda mensaje al insertar una ID
repetida.
P á g i n a | 167
J
E on
M ati s
E or do
D rp ia
o o c
C as
y
OBJETO
REQUERIMIENTO ASOCIADO Agregar imagen al dar de alta a producto.

FECHA PROGRAMADA DE LA 03 de Junio del 2008
PRUEBA
DESCRIPCION DE LA PREBA Agregar imagen para su muestra en el sistema al
REALIZADA momento de una venta o consulta.
RESULTADO/OBSERVACIONES La imagen se añade correctamente
P á g i n a | 168
Integración del sistema:
FORMULARIO VALIDACION DE USUARIO
J
FECHA PROGRAMADA DE LA 23 DE MAYO DE 2008.
PRUEBA DE INTEGRACIÓN
FECHA REAL DE LA PRUEBADE 26 DE MAYO.
E on
INTEGRACIÓN
RESPONSABLE DE LA PRUEBA JOEL ALEJANDRO SAN ROMÁN CASTILLO.
M ati s
DESCRIPCION DE LA PREBA SE VERIFICO QUE DIRECCIONARA
REALIZADA CORRECTAMENTE A LA VENTANA DEL
ADMINISTRADOR O DE TIPO DE VENTA
SEGÚN SEA EL CASO NECESARIO
E or do
RESULTADO/OBSERVACIONES EL RESULTADO FUE SATISFACTORIO.
REPROGRAMACION DE LA PRUEBA 28 DE MAYO.
D rp ia
o c
FORMULARIO TIPO DE VENTA
o
C as
INTEGRACIÓN
y
REALIZADA CORRECTAMENTE A LA VENTANA DE VENTA
EN CAJA O VENTA POR TELEFONO SEGÚN SE
ESCOGIERA
P á g i n a | 169
FORMULARIO VENTA EN CAJA

J
INTEGRACIÓN
E on
REALIZADA CORRECTAMENTE A LA VENTANA DE
CONSULTA DE PRODUCTOS, AL SELECCIONAR
EL BOTON SALIR FUERA A LA VENTANA DE
M ati s
VALIDACION DE USUARIO Y AL SELECCIONAR
CORTE DE CAJA DIRECCIONE A LA VENTANA
DE CORTE DE CAJA
E or do
D rp ia
c
FORMULARIO VENTA POR TELEFONO
o
o
C as
INTEGRACIÓN
y
REALIZADA CORRECTAMENTE A LA VENTANA DE
CONSULTA DE PRODUCTOS,AL SELECCIONAR
EL BOTON SALIR, FUERA A LA VENTANA DE
VALIDACION DE USUARIO, AL SELECCIONAR
NUEVA VENTA DIRIGUIERA A LA VENTANA DE
SELECCIÓN DE DIRECCION DEL CLIENTE Y AL
SELECCIONAR CORTE DE CAJA DIRECCIONE A
LA VENTANA DE CORTE DE CAJA
P á g i n a | 170
FORMULARIO CONSULTA DE PRODUCTO

INTEGRACIÓN
J
DESCRIPCION DE LA PREBA SE VERIFICO QUE AL DARLE ACEPTAR SE
REALIZADA CIERRE LA VENTANA Y REGRESE A LA
VENTANA DE DONDE FUE LLAMADA
E on
M ati s
FORMULARIO SELECCIÓN DE DIRECCION DEL CLIENTE
E or do
INTEGRACIÓN
D rp ia
c
VENTANA DE DONDE FUE LLAMADA, Y QUE
o
AL DARLE NUEVO CLIENTE LLAME LA
o
VENTANA DE ALTA DE CLIENTE
C as
FORMULARIO ALTA DE CLIENTE
y
INTEGRACIÓN
VENTANA SELECCIÓN DE DIRECCION DEL
CLIENTE Y AL DARLE CANCELAR REGRESE
TAMBIEN A LA VENTANA DE SELECCIÓN DE
DIRECCION DEL CLIENTE
P á g i n a | 171
FORMULARIO CORTE DE CAJA

J
INTEGRACIÓN
E on
REALIZADA CIERRE LA VENTANA Y VAYA A LA VENTANA
DE VALIDACION DE USUARIO
M ati s
E or do
FORMULARIO ADMINISTRADOR
D rp ia
INTEGRACIÓN
c
o
DESCRIPCION DE LA PREBA SE VERIFICO QUE TODOS LOS BOTONES DE LA
o
REALIZADA VENTANA DIRECCIONARAN A LAS VENTANAS
C as
CORRESPONDIENTES, SEGÚN FUERA EL CASO
y
FORMULARIO ALTA DE USUARIO
INTEGRACIÓN
P á g i n a | 172
FORMULARIO BAJA DE USUARIO

INTEGRACIÓN
J
DESCRIPCION DE LA PREBA SE VERIFICO QUE TODOS LOS BOTONES DE
REALIZADA LA VENTANA DIRECCIONARAN A LAS
E on
VENTANAS CORRESPONDIENTES, SEGÚN
FUERA EL CASO
M ati s
E or do
FORMULARIO INVENTARIO
D rp ia
INTEGRACIÓN
c
o
o
C as
FUERA EL CASO
y FORMULARIO
FECHA REAL DE LA PRUEBADE
INTEGRACIÓN
LISTA DE PRODUCTOS
23 DE MAYO DE 2008.
26 DE MAYO.

FUERA EL CASO
P á g i n a | 173
FORMULARIO SELECCIÓN DE TIPO DE ALTA DE PRODCUTO

J
INTEGRACIÓN
E on
M ati s
E or do
FORMULARIO ALTA DE PRODUCTO NUEVO
D rp ia
INTEGRACIÓN
c
o
o
C as
y
FORMULARIO ALTA DE PRODUCTO YA EXISTENTE
INTEGRACIÓN
P á g i n a | 174
FORMULARIO BAJA DE PRODUCTO

INTEGRACIÓN
J
E on
M ati s
E or do
FORMULARIO REPORTE DE VENTAS
D rp ia
INTEGRACIÓN
c
o
o
C as
y
P á g i n a | 175
Instalación del sistema:
SISTEMA HANISYS ( MINISUPER CAEKATTZ)

FECHA PROGRAMADA DE LA 29DE MAYO DE 2008.
PRUEBA DE INTALACION
FECHA REAL DE LA PRUEBADE 29 DE MAYO DE 2008.
J
INSTALACION
RESPONSABLES DE LA PRUEBA DE JOEL ALEJANDRO SAN ROMÁN CASTILLO.
INSTALACION JUAN CARLOS CASTILLO CRUZ
E on
VERIFICACION DEL AMBIENTE DE SE CONTABA CON TODO EL EQUIPO DE RED Y
TRABAJO DE SOFTWARE PARA PODER LLEVAR A CABO
M ati s
LAS PRUEBAS
VERIFICACION DE LIBRERIAS, 1.- PRUEBA:SE VERIFICO LA CONEXIÓN DE LA
PLUGINS, FRAMEWORS, ETC BASE DE DATOS CON EL SERVIDOR, Y QUE LAS
E or do
LIBRERIAS ESTUVIERAN INSTALADAS
CORRECTAMENTE
RESULTADO/OBSERVACIONES HUBO PROBLEMAS CON LA CONEXIÓN DE LA
D rp ia
RED.
REPROGRAMACION DE LA PRUEBA 29 DE MAYO. 30 MINUTOS DESPUES DE LA
PRIMERA PRUEBA
o o c
C as
INSTALACION
y
LAS PRUEBAS
VERIFICACION DE LIBRERIAS, 2.- PRUEBA: SE VERIFICO LA CONEXIÓN DE LA
CORRECTAMENTE
RESULTADO/OBSERVACIONES LA CONEXIÓN CON LA RED Y LA BASE DE
DATOS FUE SATISFACTORIA, PERO UNA DE LAS
LIBRERIAS NO ESTABA INSTALADA.
SEGUNDA PRUEBA
P á g i n a | 176

INSTALACION
J
E on
LAS PRUEBAS
M ati s
CORRECTAMENTE
E or do
DATOS FUE SATISFACTORIA, EL PROBLEMA
CON LA LIBRERÍA SE CORRIGIO, PERO MAS
D rp ia
LIBRERIAS MARCARON ERROR.
TERCERA PRUEBA
o c
o
C as
INSTALACION
y
LAS PRUEBAS
CORRECTAMENTE
DATOS FUE SATISFACTORIA, EL PROBLEMA
QUE TENIAMOS CON LAS LIBRERIAS FUERON
CORREGIDAS. EL SISTEMA FUNCIONO COMO
SE ESPERABA
REPROGRAMACION DE LA PRUEBA -------------------
P á g i n a | 177
J
E on H
M ati s
A
E or do
N
IMPLANTACIÓN Y MANTENIMIENTO I
D rp ia S
o c
y
C as o
s
y
P á g i n a | 178
Propuesta de implantación:
CARACTERISTICAS DEL EQUIPO Procesador: 900 GHz

RAM: 512MB
S.O: Windows XP
SOFTWARE DE INSTALACION HANISYS
J
FECHA DE INSTALACION 30-MAYO-2008
TIEMPO DE INSTALACION 1 DIA
E on
PASO 1 SE INSTALA EN LA MÁQUINA DEL
ADMINISTRADOR MYODBC-3.51.11-2
(CONTROLADOR)
M ati s
PASO 2 SE INSTALA EL MYSQL4.0.18
PASO3 SE INSTALA EL MYSQLFROM
E or do
PASO4 SE INSTALA EL SOFTWARE HANISYS
PASO5 SE CONFIGURAN LAS CONEXIONES PARA LA
D rp ia
BASE DE DATOS
OBSERVACION 1.- LA CONEXIÓN CON LA BASE DE DATOS NO
c
PUEDE REALIZARSE DEBIDO A QUE FALTABA
o
UN DDL
o
2.-SE NECESITA TENER INSTALADO EL VISUAL
C as
BASIC O COPIAR LIBRERIAS DEL VISUAL BASIC
REPROGRAMACION 1 HORA
y
P á g i n a | 179
Validación de plan de implantación:
RESPONSABLE FERIA ALOR MARIO ALBERTO

NOMBRE DEL SOFTWARE DE MYODBC-3.51.11-2 (CONTROLADOR)
INSTALACION
OBJETIVO DEL SOFTWARE CONTROLADOR PARA REALIZAR LA BASE DE
J
DATOS
TIEMPO DE INSTALACION 30 MIN.
ESTADO DE LA INSTALACION CORRECTA
E on
OBSERVACIONES
REPROGRAMACION
M ati s
E or do
NOMBRE DEL SOFTWARE DE MYSQL4.0.18
INSTALACION
OBJETIVO DEL SOFTWARE ADMINISTRAR LA BASE DE DATOS
D rp ia
OBSERVACIONES
o c
REPROGRAMACION
C as o
RESPONSABLE
NOMBRE DEL SOFTWARE DE
INSTALACION
FERIA ALOR MARIO ALBERTO
MYSQLFROM
y
OBJETIVO DEL SOFTWARE ES EL MANEJADOR DE LA BASE DE DATOS
OBSERVACIONES
REPROGRAMACION
P á g i n a | 180

NOMBRE DEL SOFTWARE DE HANISYS
INSTALACION
OBJETIVO DEL SOFTWARE EL SISTEMA ES EL ENCARGADO DE: (LLEVAR EL
CONTROL DEL PUNTO DE VENTA DE CAJA, DE
J
VENTA A DOMICILIO, DEL MODULO DEL
ADMINISTRADOR DEL INVENTARIO)
TIEMPO DE INSTALACION 1 HR.
E on
ESTADO DE LA INSTALACION INCORRECTA
OBSERVACIONES 1.-LA CONEXIÓN CON LA BASE DE DATOS NO
M ati s
PUEDE REALIZARSE DEBIDO A QUE FALTABA UN
DDL
2.-SE NECESITA TENER INSTALADO EL VISUAL
E or do
BASIC O COPIAR LIBRERIAS DEL VISUAL BASIC
REPROGRAMACION 1 HR
D rp ia
Plan de implantación (Versión Final)
c
CARACTERISTICAS DEL EQUIPO Procesador: 900 GHz
o o
RAM: 512MB
C as
S.O: Windows XP
SOFTWARE DE INSTALACION HANISYS
FECHA DE INSTALACION 30-MAYO-2008
TIEMPO DE INSTALACION 1 DIA
PASO 1 SE INSTALA EN LA MÁQUINA DEL
y
ADMINISTRADOR MYODBC-3.51.11-2
(CONTROLADOR)
PASO 2 SE INSTALA EL MYSQL4.0.18

PASO3 SE INSTALA EL MYSQLFROM
PASO4 SE INSTALA EL SOFTWARE HANISYS
PASO5 SE CONFIGURAN LAS CONEXIONES PARA LA
BASE DE DATOS
OBSERVACION LA INSTALACION FUE CORRECTA
REPROGRAMACION
P á g i n a | 181
Propuesta de Mantenimiento
PLAN DE CAPACITACION
ADMINISTRADOR
J
RESPONSABLE MARIO ALBERTO FERIA ALOR
E on
ACTIVIDAD INICIO FIN
DESCRIPCION DEL LOS PROGRAMAS A 09-jun-08 09-jun-08
UTILIZAR
M ati s
DESCRIPCION DEL SISTEMA 09-jun-08 09-jun-08
RECONOCIMIENTO DE INTERFASES 10-jun-08 10-jun-08
10-jun-08 10-jun-08
E or do
• DESCRIPCION DE CADA PANTALLA
INTERACCION CON EL SISTEMA 11-jun-08 14-jun-08
1. MOSTRAR MODULOS DE VENTA A 11-jun-08 11-jun-08
D rp ia
DOMICILIO
• CONSULTA 11-jun-08 11-jun-08
• VENTA 11-jun-08 11-jun-08
c
• IMPRIMIR RECIBOS 11-jun-08 11-jun-08
o
• IMPRIMIR INVENTARIO 11-jun-08 11-jun-08
o
2. MOSTRAR MODULOS DE VENTA EN 11-jun-08 12-jun-08
C as
CAJA
• BAJA DE CLIENTE 11-jun-08 12-jun-08
• ALTA DE CLIENTE 11-jun-08 12-jun-08
y
3. MOSTRAR MODULOS DE CONTROL 12-jun-08 13-jun-08
DE USUARIO
• ALTA DE USUARIO 12-jun-08 13-jun-08
• BAJA DE USUARIO 12-jun-08 13-jun-08
4. MOSTRAR MODULOS DE CONTROL 13-jun-08 14-jun-08
DE INVENTARIO
• ALTA DE PRODUCTO 13-jun-08 14-jun-08
• BAJA DE PRODUCTO 13-jun-08 14-jun-08
• REPORTE DE INVENTARIO 13-jun-08 14-jun-08
P á g i n a | 182
EMPLEADO
RESPONSABLE MARIO ALBERTO FERIA ALOR
ACTIVIDAD INICIO FIN

DESCRIPCION DEL SISTEMA 16-jun-08 16-jun-08
J
DAR A CONOCER OBJETIVO DEL SISTEMA 16-jun-08 16-jun-08
RECONOCIMIENTO DE INTERFASES 17-jun-08 17-jun-08
E on
• DESCRIPCION DE CADA PANTALLA 17-jun-08 17-jun-08
INTERACCION CON EL SISTEMA 18-jun-08 20-jun-08
M ati s
1. MOSTRAR MODULOS DE VENTA A 18-jun-08 19-jun-08
DOMICILIO
E or do
D rp ia
2. MOSTRAR MODULOS DE VENTA EN 19-jun-08 20-jun-08
CAJA
c
o
o
C as
PLAN DE MANTENIMIENTO
y
RESPONSABLE DEMEJ
LLENADO DE LA BASE DE DATOS 20% DEL COSTO DEL SISTEMA
ACTUALIZACION DE LA BASE DE DATOS 30 % DEL COSTO DEL SISTEMA
DEPURACION (Cada 6 meses) 10 % DEL COSTO DEL SISTEMA
ERROR DE SISTEMA (Primeros 3) 30% DEL COSTO DEL SISTEMA
P á g i n a | 183
J
E on H
M ati s
A
E or do
N
ANEXOS I
D rp ia S
o c
y
C as o
s
y
P á g i n a | 184
Requerimientos De Cambios:
NUMERO DEL CAMBIO 1

SE REQUIERE UN CAMBIO DE LA BASE DE
DESCRIPCIÓN DEL CAMBIO DATOS EN ACCESS A MYSQL.
J
MEJOR CONECTIVIDAD CON LA BASE DE
BENEFICIOS O RAZONES PARA EL DATOS Y EL PROGRAMA SERÁ MAS RÁPIDO EN
CAMBIO TIEMPO DE EJECUCIÓN
E on
EL USUARIO NO PERCIBIRÁ ESTE CAMBIO
DEBIDO A QUE PARA ÉL LA CODIFICACIÓN ES
M ati s
IMPACTO SOBRE EL SERVICIO Y EL TRANSPARENTE, PERO EL SISTEMA QUE DÉ
USUARIO COMO RESULTADO ESTARÁ MEJOR
ESTRUCTURADO Y LE SERÁ MÁS EFICIENTE.
E or do
EL SISTEMA PODRÍA PRESENTAR PROBLEMAS
IMPACTO Y RIESGO DE NO HACER EN LA CONEXIÓN DE LA BASE DE DATOS
EL CAMBIO CLIENTE/SERVIDOR Y EN TIEMPO DE
D rp ia
EJECUCIÓN SERIA MÁS LENTO.
SE PRETENDE QUE EL PROGRAMA ACCESS SEA
PLAN DE ACCIÓN SUSTITUIDO POR MYSQL.
c
FECHA DE CAMBIO 10 DE MAYO DE 2008
o o
APROBACION DEL CAMBIO
C as
NOMBRE ROL FECHA APROBADO
JOEL ALEJANDRO PROGRAMADOR 10 DE MAYO DE
SAN ROMAN 2008
y
CASTILLO
ING. CARLOS CLIENTE 19 DE MAYO DE
ALBERTO 2008
ESPINOZA KATTZ
P á g i n a | 185
Bitácora de Desarrollo:
Documentación, Bitácora diaria y mas información sobre el desarrollo del sistema

“HANI Sys” y contacto con la empresa “Demej corporation” visite:
http://minisuper-caekattz.blogspot.com
J
E on
M ati s
E or do
D rp ia
o o c
C as
y
P á g i n a | 186
J
E on
M ati s
E or do
D rp ia
CONTRATO
o o c
C as
y
Minatitlán, Ver. a 29 de Abril del 2008
DE UNA PARTE:
DEMEJ Corporation & Asociados en adelante EMPRESA

SUMINISTRADORA con CIF 042300005, con domicilio en Calle 5 de Mayo
nº 1A, Col. Oaxaqueña Código Postal 96848 de Minatitlán, Ver, representada
por la Ing. Evangelina Santiago López, NIF 0423116905, con domicilio en
J
3er. callejón de Reforma # 6, Col Gravera Código Postal 96890 de
Minatitlán, Ver., con poder ante Notario D. 30, del Colegio Notarial de
E on
Minatitlán, Ver. , nº de protocolo 401.
M ati s
Y DE OTRA:
E or do
MINISUPER CAEKATTZ (en adelante EMPRESA CLIENTE) con CIF
038700006, con domicilio en Calle Reyes Azteca nº 23-B Col. Cuauhtémoc,
D rp ia
Código Postal 96890 de Minatitlán, Ver., representada por el Ing. Carlos
Alberto Espinosa Kattz NIF 0756886941, con domicilio en calle Adalberto
Altos nº 5, Col. Benito Juárez Código Postal 97645 de Coatzacoalcos Ver. ,
c
con poder ante Notario D.56, del Colegio Notarial de Justicia, nº de protocolo
o
23.
C as o
Los contratantes se reconocen recíprocamente, en el carácter en que
intervienen, plena capacidad jurídica para contratar y en el caso de representar
y
a terceros, cada uno de los intervinientes asegura que, el poder con el que
actúa no ha sido revocado ni limitado, y que es bastante para obligar a sus
representados en virtud de este CONTRATO DE DESARROLLO DE UN
SISTEMA DE SOFTWARE y a tal objeto:
EXPONEN:
I. Que EMPRESA SUMINISTRADORA se dedica a la prestación de servicios

informáticos, y entre éstos realiza desarrollo de software.
II. Que EMPRESA CLIENTE está interesada en contratar la elaboración por

EMPRESA SUMINISTRADORA de un sistema de software con los requisitos y
estipulaciones acordadas en este contrato.
III. Que en base a lo anterior, ambas partes acuerdan la suscripción del

presente contrato que se regirá de acuerdo con los siguientes
PACTOS Y ESTIPULACIONES:
CLAUSULA PRIMERA.- OBJETO

El objeto del presente contrato es el desarrollo [instalación, puesta en servicio y
formación de usuarios] por parte de la EMPRESA SUMINISTRADORA para la
EMPRESA CLIENTE del sistema de software denominado: XX.
La descripción de los requisitos técnicos, funcionales y de calidad del sistema

de software objeto de desarrollo se encuentran definidos en el Anexo I al
presente contrato.
J
Dichos anexos forman parte de este contrato, su contenido tiene carácter
contractual y es aceptado y firmado por las partes.
E on
El Anexo I describe los requisitos del sistema.
CLAUSULA SEGUNDA.- MODIFICACIONES DE REQUISITOS
M ati s
Para gestionar las posibles modificaciones de los requisitos durante el periodo
de desarrollo, cada parte determina un interlocutor o en caso necesario un
grupo de personas capacitadas, validadas y autorizadas para proponer o
E or do
autorizar posibles modificaciones a los requisitos del Anexo I.
Los nombres de estos interlocutores se especifican en la cláusula novena.
Solamente se considerarán válidas las modificaciones de requisitos aceptadas
D rp ia
de común acuerdo por ambos interlocutores, y cuya descripción y acuerdo
quede documentalmente reflejada en una revisión de los anexos de requisitos
(Anexo I ). Numerada y firmada por ambos interlocutores.
o c
Cuando las modificaciones de los requisitos impliquen la modificación del coste
o
o tiempo previsto en este contrato para el desarrollo del sistema, su aprobación
C as
supondrá necesariamente una revisión del presente contrato con los nuevos
costes o fechas acordados.
CLAUSULA TERCERA.- ENTREGA DEL SISTEMA [ENTREGA E

INSTALACIÓN DEL SISTEMA]
y
La EMPRESA SUMINISTRADORA entregará a la EMPRESA CLIENTE el
sistema de software en fecha la cual se acordara con la EMPRESA CLIENTE .
El sistema objeto de la entrega incluye:
- Todo el código ejecutable necesario para el correcto funcionamiento del
sistema grabado en soporte [CD-ROM, DVD,]
- Todo el código ejecutable necesario para el correcto funcionamiento del
sistema grabado en soporte [CD-ROM, DVD,...] y adecuadamente instalado
para su funcionamiento en los equipos de hardware de operación del sistema.
- Los siguientes productos y sub-productos de desarrollo: [ la documentación
de diseño y análisis, la documentación de usuario].
-Instalación del software en los equipos.
EMPRESA CLIENTE procederá a la verificación de los productos y sub-
productos entregados y a la validación del correcto funcionamiento del sistema
tomando como referencia para la misma las especificaciones de requisitos del
anexo I de este contrato.
La verificación y validación la realizará en un periodo de tiempo inferior a 30

días hábiles contados a partir de la entrega del sistema.
Si pasada esta fecha EMPRESA CLIENTE no manifiesta por escrito reparos a
la EPRESA SUMINISTRADORA, se entenderá que el sistema es conforme a
los requisitos.
CLAUSULA CUARTA.- PENALIZACIONES
J
Cualquier retraso de la EMPRESA SUMINISTRADORA en la fecha de entrega
del sistema acordada dará derecho a la exigencia de una penalización
económica a pagar por la EMPRESA SUMINISTRADORA a la EMPRESA
E on
CLIENTE del 2% referente al avance del software, que deberá abonarse del
siguiente modo:
M ati s
Pagar con un cheque a nombre del Sr. Carlos Alberto Espinosa Kattz por la
cantidad acordada
E or do
Estas penalizaciones no se aplicarán en los casos en los que se demuestre
que el retraso es debido a la EMPRESA CLIENTE.
D rp ia
CLAUSULA QUINTA.- PROPIEDAD INTELECTUAL
Corresponderán a la EMPRESA CLIENTE cualesquiera derechos de
explotación derivados de la Ley de Propiedad Intelectual, tanto del sistema de
c
software desarrollado, como de los subsistemas que lo integran y que
o
igualmente hayan sido desarrollados por la EMPRESA SUMINISTRADORA,
o
así como de todos los sub-productos del desarrollo: documentación técnica de
C as
análisis y diseño, documentación de planificación y pruebas, documentación de
usuario, etc.
La EMPRESA SUMINISTRADORA garantiza que los trabajos y servicios

prestados a la EMPRESA CLIENTE por el objeto de este contrato no infringen
y
ni vulneran los derechos de propiedad intelectual o industrial o cualesquiera
otros derechos legales o contractuales de terceros.
CLAUSULA SEXTA.- CONDICIONES ECONÓMICAS

El precio del desarrollo del sistema de software objeto del presente contrato es
de $10, 000.00 que serán abonados tras la emisión de la(s) correspondiente(s)
factura(s).
CLAUSULA SÉPTIMA.- GARANTÍA

Una vez validada por parte de la EMPRESA CLIENTE la entrega [o entrega e
instalación, según la cláusula tercera] del sistema de software, se iniciará un
periodo de garantía del correcto funcionamiento del sistema de 6 meses.
La garantía del sistema cubrirá un servicio de mantenimiento correctivo por
parte de la EMPRESA SUMINISTRADORA, con un tiempo de respuesta a las
notificaciones de incidencias inferior a 48 horas laborables desde la
notificación, y un tiempo de reparación acorde al esfuerzo técnico necesario
para su reparación.
Por mantenimiento correctivo se entiende el definido en el estándar técnico de

mantenimiento de software "Modificaciones realizadas a un producto de
software después de su entrega para corregir fallos descubiertos", no siendo
extensiva la garantía para operaciones de mantenimiento adaptativo ni
perfectivo.
J
CLAUSULA OCTAVA.- RESOLUCIÓN DEL CONTRATO
El presente contrato quedará resuelto al producirse alguna de las siguientes
E on
causas:
- Cumplimiento de las prestaciones de cada parte en las fechas y formas
acordadas.
M ati s
- Incumplimiento de las obligaciones correspondientes a cada parte. La
resolución por esta causa podrá dar lugar a indemnización por daños y
perjuicios causados por el incumplimiento.
E or do
- Por hallarse cualquiera de las partes en un supuesto de caso fortuito o fuerza
mayor.
D rp ia
Si el contrato fuera resuelto anticipadamente sin producir la entrega del sistema
de software en su totalidad o en la forma dispuesta en este contrato, ambas
partes colaborarán de buena fe y en especial la EMPRESA
c
SUMINISTRADORA para facilitar, bien la contratación de una nueva entidad
o
que dé continuidad a los trabajos, o bien para que la EMPRESA CLIENTE
o
pueda continuar con los trabajos, y en cualquiera de los casos facilitar la
C as
transferencia del conocimiento y sub-productos generados.
CLAUSULA NOVENA.- GENERAL

Personal: cada parte asume, a título exclusivo el carácter de patrono o
empresario respecto de su personal empleado para la ejecución del presente
y
contrato.
Interlocutores válidos: Para llevar a cabo las comunicaciones necesarias

durante la ejecución del contrato, y para validar las posibles modificaciones de
requisitos se nombran como interlocutores válidos.
Por la EMPRESA CLIENTE
Ing Carlos Alberto Espinosa Kattz
Dirección: Avenida Instituto Tecnológico
Teléfono: 922 22 83410
e-mail caekattz@hotmail.com
Por la EMPRESA SUMINISTRADORA

Ing Juan Carlos Castillo Cruz
Dirección: Sección 23 #77 col. H.J. Aldana
Teléfono: 9221163089
e-mail jc_castillo@hotmail.com
J
Efecto: El presente contrato surtirá efecto a partir de la fecha de su firma.
E on
Cesión del contrato: Las partes no pueden ceder, transferir ni delegar el
presente contrato o alguna de sus obligaciones, ni subrogar a terceros en
cualquier forma válida en derecho, ni gravar o hipotecar alguno de los derechos
M ati s
contemplados en el contrato, sin la previa conformidad escrita de la otra parte.
Contrato completo: El presente contrato, incluido el Anexo I que forman parte
E or do
integrante del mismo, constituyen el total del contrato entre las partes sobre el
objeto del mismo y sustituye, deroga y deja sin efecto cualquier otro acuerdo
referido al mismo objeto a que hubieren llegado las partes con anterioridad a la
D rp ia
fecha de la firma.
Nulidad o anulabilidad: La declaración de cualquiera de estas estipulaciones
c
como nula, inválida o ineficaz no afectará a la validez o eficacia de las
o
restantes, que continuarán vinculando a las partes.
o
La renuncia de una parte a exigir en un momento determinado el cumplimiento
C as
de uno de los pactos aquí acordados no implica una renuncia con carácter
general ni puede crear un derecho adquirido para la otra parte.
Modificaciones: Cuando proceda que las partes deseen incorporar de mutuo

acuerdo modificaciones de requisitos del sistema de software, serán aceptadas
y
reflejándolas con una versión nueva, numerada, fechada y firmada por ambas
partes de los requisitos del sistema o de los requisitos del software (anexos I y
II), y si la modificación implicara cambios en los costes, fechas de pago o de
entrega, también se hará constar como modificación del presente contrato,
generando un nuevo anexo escrito, fechado y firmado por ambas partes.
Exención de responsabilidad: ninguna de las partes será responsable por
incumplimiento o retraso de sus obligaciones si la falta de ejecución o retraso
fuera consecuencia de caso fortuito o fuerza mayor.
CLAUSULA DÉCIMA.- OBLIGACIONES

Los interlocutores de ambas partes están en compromiso de presentarse a las
entrevistas acordadas, en las fechas q se muestran en el siguiente calendario.
1.- Lunes 05 de Mayo del 2008 Diagrama de Clases
J
2.- Martes 06 de Mayo del 2008 Diagrama de Interacción
3.- Miércoles 07 de Mayo del 2008 Diagrama de Secuencia
4.- Martes 20 de Mayo del 2008 Funcionalidad del Sistema
E on
5.- Miércoles 21 de Mayo del 2008 Funcionalidad del Sistema
6.- Jueves 22 de Mayo del 2008 Funcionalidad del Sistema
7.- Viernes 23 de Mayo del 2008 Integración del Sistemas
M ati s
8.- Viernes 30 de Mayo del 2008 Entrega Final
CLAUSULA ONCEABA.- SUMISIÓN
E or do
En prueba de conformidad ambas partes firman el presente, por duplicado
ejemplar y a un sólo efecto en la fecha y lugar indicado.
D rp ia
o o c
C as
y
Ing. Carlos Alberto Espinosa Kattz Ing. Evangelina Santiago López
EMPRESA CLIENTE EMPRESA SUMINISTRADORA
Sello y firma Sello y firma

DPS - Caekattz (Trabajo Completo)

Diunggah oleh

Informasi Dokumen

Judul Asli

Hak Cipta

Format Tersedia

Bagikan dokumen Ini

Bagikan atau Tanam Dokumen

Opsi Berbagi

Apakah menurut Anda dokumen ini bermanfaat?

Apakah konten ini tidak pantas?

Hak Cipta:

Format Tersedia

DPS - Caekattz (Trabajo Completo)

Diunggah oleh

Hak Cipta:

Format Tersedia

EMPRESA: MiniSuper caeKattz

Nombre de Proyecto: HANI Sys

D rp ia Clave del proyecto:

A. MODELADO DEL NEGOCIO

IDENTIFICACION DE ACTORES PRINCIPALES 5

DIAGRAMAS DE CASOS DE USO (ALTO NIVEL) 22

F. DISEÑO Y EJECUCION DE PRUEBAS

REQUERIMIENTO DE CAMBIOS 184

Nombre del proyecto:

Definición del negocio:

Identificación de actores principales:

Actor Administrador: es la persona que dirige y organiza la

REQUERIMIENTOS FUNCIONALES ESPECIFICOS:

OTROS REQUERIMIENTOS FUNCIONALES

• El sistema correrá sobre la plataforma de Windows XP.

• La aplicación se desarrollará bajo las herramientas de Mysql y Visual Basic 6.0.

El modelo de ciclo de vida elegido es el espiral debido a su aceptación y adaptación con

• Establecer qué tienes terminado.

Lo realizamos. Luego proveemos el prototipo al cliente quien nos provee con

El modelo espiral captura algunos principios básicos:

• Decidir qué problema se quiere resolver antes de viajar a resolverlo.

• Examinar tus múltiples alternativas de acción y elegir una de las más

MODELADO DEL NEGOCIO

ESPECIFICACION DE LA ARQUITECTURA DEL SISTEMA/CONSTRUCCION

Diagrama de Casos de Usos:

ANALISIS DE CASO DE USO

Objetivo Llevar un control eficiente de las ventas de productos.

Descripción El cajero manipula el sistema de la siguiente forma: consultando

ANALISIS DE CASO DE USO

Caso de Uso del Cajero (Venta por teléfono)

Objetivo Llevar un control automatizado de las ventas a domicilio.

Descripción El cajero interactúa con el sistema, desde el momento en que el cliente

ANALISIS DE CASO DE USO

Caso de Uso del Administrador

Descripción El administrador, como tal, es la persona indicada de controlar tanto a

Diagrama de Casos de Usos:

ANALISIS DE CASO DE USO

Proceso Consulta de Precios

DESCRIPCION DE CASO DE USO

Proceso Cobrar Venta

Objetivo Cobrar venta es básicamente, finalizar el proceso de la compra que

ANALISIS DE CASO DE USO

Objetivo El cajero como tal, debe introducir en el sistema, el código del

DESCRIPCION DE CASO DE USO

Proceso Imprimir reporte

Objetivo Hacer la impresión física de las compras que se realizarón.

ANALISIS DE CASO DE USO

Objetivo Consultar precio devuelve el precio de un determinado articulo

DESCRIPCION DE CASO DE USO

Proceso Alta Clientes

ANALISIS DE CASO DE USO

Objetivo Consultar la existencia de la mercancía que se tiene en el inventario, a

DESCRIPCION DE CASO DE USO

Proceso Insertar dirección

Objetivo Inserta la dirección de un cliente para ver si se encuentra registrado en

ANALISIS DE CASO DE USO

Objetivo Realiza el proceso de dar de baja a un cajero que ya no laborará en la

DESCRIPCION DE CASO DE USO

Proceso Alta de cajeros

Objetivo Realiza el proceso de dar de alta a un cajero nuevo.

ANALISIS DE CASO DE USO

Objetivo Realiza el proceso de dar de alta a un producto nuevo.

DESCRIPCION DE CASO DE USO