School Work, sistemas, y ventas">
Implementacion de Sistema de Facturacion y Ventas para Un Restaurante
Implementacion de Sistema de Facturacion y Ventas para Un Restaurante
Implementacion de Sistema de Facturacion y Ventas para Un Restaurante
ESCUELA POLITCNICA
NACIONAL
ESCUELA DE TECNOLOGA
DECLARACIN
CERTIFICACIN
Certifico que el presente trabajo fue desarrollado por los seores OSMANY
FABIAN AGUILAR ROSILLO Y RAUL DAVID GUIJARRO GARCIA, bajo mi
supervisin.
AGRADECIMIENTO
Me parece un tpico agradecer a quienes me
Apoyaron para culminar mi tesis,
pero no puedo pasar por alto el sacrificio de
mis padres que me dieron mucha fuerza
para que termine mi carrera.
Gracias de verdad.
AGRADECIMIENTO
A mis padres, que me han apoyado desde muy lejos,
Con sus consejos para poder lograr mis objetivos.
Ral David
DEDICATORIA
A mis padres, por el inmenso sacrificio
que realizaron, para hoy poder verme
cumplir una de mis metas.
A mis hermanos en especial a DINA por el apoyo incondicional
brindado en los momentos que mas los necesite.
Y a todos los amigos, profesores, que colaboraron de una u otra
forma para que este sueo se haga realidad.
Ral David
PRESENTACIN
7
A lo largo de algunos cursos que hemos recibido en nuestra carrera, el
desarrollar sistemas ha desempeado un papel importante en la formacin de
nuestra profesin,
El
sistema
abarca:
Administracin
del
personal,
administracin
de
RESUMEN
de
CONTENIDO
CAPITULO I: INTRODUCCION ........................................................................11
1.1 mbito........11
1.1.1 Planteamiento Del Problema....11
1.1.2 Justificacin......12
1.2 Objetivos....14
1.2.1 General......14
1.2.2 Especficos.....14
1.3 Alcance y Limitaciones. .........15
1.3.1 Alcance..15
1.3.2 Limitaciones.15
1.4 Presupuesto.........16
CAPITULO II: MARCO TERICO......... .17
2.1 Ingeniera Del Software....................................................................17
2.1.1 Diseo conceptual....18
2.1.2 Diseo Lgico...18
2.2 Arquitectura Cliente / Servidor.........................................................19
2.2.1 Caractersticas De La Arquitectura Cliente /
2.2.2
Servidor...20
10
3.2.1.1.2 Diseo del sistema..................................28
3.2.1.1.3Diseo de objetos................................... .28
3.2.1.1.4Implementacin...................................... .28
3.2.1.1.5 Modelo de objetos...................................29
3.2.1.1.5 Modelo Dinmico....................................30
3.2.1.1.5 Modelo Funcional....................................31
3.2.2. Lenguaje Unificado De Modelado UML...32
3.2.2.1 Diagramas Estticos:................32
3.2.2.1.1 Diagramas de casos de uso32
3.2.2.1.1 Elementos..33
3.2.2.1.1.1 Actor.33
3.2.2.1.1.1 Caso de uso...33
3.2.2.1.1 Relaciones...34
3.2.2.1.1.1 Asociacin...34
3.2.2.2 Diagramas Dinmicos...............35
3.2.2.1.1 Diagramas de secuencia35
3.2.2.1.1 Diagramas de colaboracin.35
3.2.2.3Diagramas Funcionales..................35
3.2.2.3.1 Diagrama de actividades....35
3.2.2.3.1 Diagrama de estados...36
3.2.3 Tabla Aspectos Metodolgicos...37
CAPITULO IV: CONCLUSIONES Y RECOMENDACIONES..........................38
4.1 Conclusiones.38
4.2 Recomendaciones..38
Bibliografa....41
Sitios web de referencia........31
Anexos
a) Manual Tcnico
b) Gua De Instalacin
c) Manual De Usuario.
11
CAPITULO I
INTRODUCCIN
1.1 MBITO
El restaurante Metro Caf inici sus actividades el 11 de octubre del 2003, est
cumpliendo dos aos de funcionamiento, se caracteriza por entregar un buen
servicio y producto de buena calidad a sus clientes, su capacidad es para 200
personas y est ubicada en uno de los sectores ms comerciales de Quito, a
este restaurante lo integran un grupo de personas muy entusiasmadas en sus
labores; existen tres reas que son: cocina, servicio y personal administrativo.
Este restaurante no lo cierran nunca, atiende las 24 horas, por esa razn los
horarios de trabajo se dividen en una forma adecuada, para que el personal no
sufra cansancio. La cocina la conforman 10 personas; servicio esta conformado
por 8 personas y 3 para personal administrativo.
1.1.1
Las ventas a los clientes son bajo un sistema muy viejo y lento, lo cual produce
un trfico de empleados al momento de ingresar la ordenes, adems no tiene
todas las opciones del men, esto causa disgustos a los clientes.
12
En ventas se realiza
Los productos tienden a daarse por no saber controlar y se los da de baja, por
lo tanto se lleva un control inadecuado.
1.1.2
JUSTIFICACIN
funcionamiento.
un
computador
con
caractersticas
bsicas
para
su
13
Los reportes necesarios para inventarios los sacaremos exactos y adecuados
para controlar productos que faltan y sobran, para no recargarnos de productos
que no salen y abastecer bien las bodegas.
La gerencia de Metro caf, al ver que todo se hace de una forma incorrecta,
con deficiencia en los procesos, sabiendo que estos se los puede optimizar al
usar un sistema mejor estructurado y ms rpido, y al ver que se lo puede
realizar en un tiempo inferior a lo que se esta realizando, ahora necesita de un
mejor sistema que le preste ms servicios.
14
1.2 OBJETIVOS
1.2.1 OBJETIVO GENERAL
1.2.2
OBJETIVOS ESPECFICOS
haciendo
con su nombre de
15
1.3.2 LIMITACIONES
El proyecto se encuentra limitado a los procesos de administracin del
personal, control de inventario, facturacin , y generar reportes adems este
proyecto esta desarrollado para adaptarse a la forma de trabajo que lleva el
restaurante metro caf, si se lo quisiera instalar para otro restaurante se tendra
que hacer ciertas modificaciones para que se adapte a las necesidades
requeridas.
16
1.4
RECURSOS HUMANOS
VALOR
Nmero
Horas
Horas
Analista
1400
$ 5.00
$ 7000.00
Desarrolladores
384
$ 2.00
$ 768.00
Software
1 Licencia Rational Rose 2000
$ 450.00
410.00
519.00
Hardware
Computadora Pentium IV
$ 740
Case JS ATX
80 GB disco duro
512 MB en RAM
Procesador Intel 3.0 GHZ
Monitor, teclado , Mouse
Gastos Varios
Hojas de papel Bonn
Diskettes y Cds
Cartuchos de Impresora
$ 150
$ 6989.00
CUADRO 1.1
17
CAPITULO II
MARCO TERICO
2.1 INGENIERA DEL SOFTWARE
La Ingeniera del software es una disciplina o rea de la Informtica o Ciencias
de la Computacin, que ofrece mtodos y tcnicas para desarrollar y mantener
software de calidad que resuelven problemas de todo tipo. Hoy da, es cada
vez mas frecuente la consideracin de la Ingeniera del Software como una
nueva rea de la Ingeniera, y el Ingeniero del Software comienza a ser una
profesin implantada en el mundo laboral internacional, con derechos, deberes
y responsabilidades que cumplir, junto a una, ya, reconocida consideracin
social en el mundo empresarial y, por suerte, para esas personas con brillante
futuro.
18
2.1.1 Diseo Conceptual
En esta etapa se debe construir un esquema de la informacin que se usa en la
empresa, independientemente de cualquier consideracin fsica. A este
esquema se le denomina esquema conceptual. Al construir el esquema, los
diseadores descubren la semntica (significado) de los datos de la empresa:
encuentran entidades, atributos y relaciones. El objetivo es comprender:
http://www3.uji.es/~mmarques/f47/apun/node46.html
http://www.itlp.edu.mx/publica/tutoriales/analisis/24.htm
19
ver como un proceso de aprendizaje en el que el diseador va comprendiendo
el funcionamiento de la empresa y el significado de los datos que maneja. El
diseo conceptual y el diseo lgico son etapas clave para conseguir un
sistema que funcione correctamente. Si el esquema no es una representacin
fiel de la empresa, ser difcil, sino imposible, definir todas las vistas de usuario
(esquemas externos), o mantener la integridad de la base de datos. Tambin
puede ser difcil definir la implementacin fsica o el mantener unas
prestaciones aceptables del sistema. Adems, hay que tener en cuenta que la
capacidad de ajustarse a futuros cambios es un sello que identifica a los
buenos diseos de bases de datos. Por todo esto, es fundamental dedicar el
tiempo y las energas necesarias para producir el mejor esquema que sea
posible.
http://www.monografias.com/trabajos24/arquitectura-cliente-servidor/arquitectura-clienteservidor.shtml#element
20
descentralizada y
heterognea.
El servidor presenta a todos sus clientes una interfase nica y bien definida.
21
El cliente no necesita conocer la lgica del servidor, slo su interfase externa.
El cliente no depende de la ubicacin fsica del servidor, ni del tipo de equipo
fsico en el que se encuentra, ni de su sistema operativo.
Los cambios en el servidor implican pocos o ningn cambio en el cliente.
2.2.2 ELEMENTOS DE LA ARQUITECTURA CLIENTE / SERVIDOR4
En esta aproximacin, y con el objetivo de definir y delimitar el modelo de
referencia de una arquitectura Cliente / servidor, debemos identificar los
componentes que permitan articular dicha arquitectura, considerando que toda
aplicacin de un sistema de informacin est caracterizada por tres
componentes bsicos:
Captacin de Informacin
Procesos
Almacenamiento de la Informacin
http://www.monografias.com/trabajos24/arquitectura-cliente-servidor/arquitectura-clienteservidor.shtml#element
22
English QUEry Language) que ms tarde sera ampliamente implementado por
el SGBD experimental System R, desarrollado en 1977 tambin por IBM. Sin
embargo, fue Oracle quien lo introdujo por primera vez en 1979 en un
programa comercial.
El SEQUEL terminara siendo el predecesor de SQL, siendo ste una versin
evolucionada del primero. El SQL pasa a ser el lenguaje por excelencia de los
diversos SGBD relacionales surgidos en los aos siguientes y es por fin
estandarizado en 1986 por el ANSI, dando lugar a la primera versin estndar
de este lenguaje, el SQL-86 o SQL1. Al ao siguiente este estndar es tambin
adoptado por la ISO.
El SQL es un lenguaje de acceso a bases de datos que explota la flexibilidad y
potencia de los sistemas relacionales permitiendo gran variedad de
operaciones sobre los mismos.
Es un lenguaje declarativo de alto nivel o de no procedimiento, que gracias a su
fuerte base terica y su orientacin al manejo de conjuntos de registros, y no a
registros individuales, permite una alta productividad en codificacin. De esta
forma una sola sentencia puede equivaler a uno o ms programas que
utilizasen un lenguaje de bajo nivel orientado a registro.
23
una iteracin que se hace la entrada al siguiente (prximo). Entonces, como el
revelador comienza a entender cmo los componentes actan recprocamente
y hace modificaciones en el diseo, el Rational puede realizar lo que llaman " la
ingeniera de ida y vuelta.
2.3.3
VISUAL BASIC V 6.
24
Es utilizado principalmente para aplicaciones de gestin de empresas, debido a
la rapidez con la que puede hacerse un programa que utilice una base de datos
sencilla, adems de la abundancia de programadores en este lenguaje.
2.3.4
2.3.5
Con este programa podemos crear las ayudas de nuestro proyecto de una
forma muy fcil, nos permite incluir imgenes en los archivos de ayuda de
programa, de la misma forma que los programas de Windows lo tienen; se
puede crear ayudas interactivos para as poder facilitar el funcionamiento del
software a usuario final y con este tipo de ayuda henos conseguido que nuestro
sistema tenga una interfaz similar a los programas de Windows.
25
CAPITULO III
ASPECTOS METODOLGICOS
3.1 PARADIGMA INCREMENTAL ESPIRAL5
Figura 2.4
Fuente: http://www.monografias.com/trabajos6/meto/meto.shtml
http://www.monografias.com/trabajos6/meto/meto.shtml
26
usar la creacin de prototipos en el cuadrante de ingeniera para dar asistencia,
tanto al encargado de desarrollo como al cliente.
El cliente evala el trabajo de ingeniera (cuadrante de evaluacin de cliente) y
sugiere modificaciones. Sobre la base de los comentarios del cliente se
produce la siguiente fase de planificacin y de anlisis de riesgo. En cada bucle
alrededor de la espiral, la culminacin del anlisis de riesgo resulta en una
decisin de "seguir o no seguir".
Con cada iteracin alrededor de la espiral (comenzando en el centro y
siguiendo hacia el exterior), se construyen sucesivas versiones del software,
cada vez ms completa y, al final, al propio sistema operacional.
El paradigma del modelo en espiral para la ingeniera de software es
actualmente el enfoque ms realista para el desarrollo de software y de
sistemas a gran escala. Utiliza un enfoque evolutivo para la ingeniera de
software, permitiendo al desarrollador y al cliente entender y reaccionar a los
riesgos en cada nivel evolutivo. Utiliza la creacin de prototipos como un
mecanismo de reduccin de riesgo, pero, lo que es ms importante permite a
quien lo desarrolla aplicar el enfoque de creacin de prototipos en cualquier
etapa de la evolucin de prototipos.6
http://www.itlp.edu.mx/publica/tutoriales/analisis/24.htm
27
3.2 METODOLOGA
Productos resultantes.
28
3.2.1.1 Etapas de la metodologa OMT
3.2.1.1.1 Anlisis.
El analista construye un modelo del dominio del problema, mostrando sus
propiedades ms importantes. El modelo de anlisis es una abstraccin
resumida y precisa de lo que debe hacer el sistema deseado y no de la forma
en que se har. Los elementos del modelo deben ser conceptos del dominio de
aplicacin y no conceptos informticos, tales como estructuras de datos. Un
buen modelo debe poder ser entendido y criticado por expertos en el dominio
del problema que no tengan conocimientos informticos.
3.2.1.1.2 Diseo del sistema.
El diseador del sistema toma decisiones de alto nivel sobre la arquitectura del
mismo. Durante esta fase el sistema se organiza en subsistemas basndose
tanto en la estructura del anlisis como en la arquitectura propuesta. Se
selecciona una estrategia para afrontar el problema.
3.2.1.1.4 Implementacin.
29
correspondencia entre el dominio del problema y el sistema informtico, si
luego perdemos todas estas ventajas con una implementacin de mala calidad.
La metodologa OMT emplea tres clases de modelos para describir el sistema:
ocurren
en
ellas
cundo
se
producen
estas
Los diagramas de clases describen las clases que componen el sistema y que
permitirn la creacin de casos concretos, los diagramas de casos concretos
describen la manera en que los objetos del sistema se relacionan y los casos
concretos que existen en el sistema de cada clase. En los diagramas que
componen este modelo se pueden representar los siguientes elementos del
sistema: objetos y clases, atributos, operaciones, y relaciones o asociaciones.
30
3.2.1.1.6 Modelo Dinmico
Los aspectos del sistema que estn relacionados con el tiempo y con los
cambios constituyen el modelo dinmico.
Los conceptos ms importantes del modelado dinmico son los sucesos, que
representan estmulos externos, y los estados, que representan los valores de
los objetos. El diagrama de estados va a representar los sucesos y los estados
que se dan en el sistema.
El modelo de objetos describe las posibles tramas de objetos, atributos y
enlaces que pueden existir en un sistema. Los valores de los atributos y de los
enlaces mantenidos por un objeto son lo que se denomina su estado. A lo largo
del tiempo, los objetos se estimulan unos a otros, dando lugar a una serie de
cambios en sus estados.
Describe los aspectos de un sistema, los sucesos que marcan los cambios,
adems muestra la secuencias de sucesos, estados que definen el contexto
para los sucesos, aquel aspecto de un sistema que describe las secuencias de
operaciones que se producen sin tener en cuenta lo que hagan las
operaciones, aquello a lo que afecten o la forma en que estn implementadas.
Se representa grficamente mediante diagramas de estado.
31
3.2.1.1.7 Modelo funcional7
Describe
las
transformaciones
de
valores
de
datos
(funciones,
Identificacin de restricciones.
32
Actor
Casos de Uso
Relaciones de Uso
33
3.2.2.1.1 Elementos
Figura 3.1
Una definicin previa, es que un Actor es un rol que un usuario juega con
respecto al sistema. Es importante destacar el uso de la palabra rol, pues con
esto se especifica que un Actor no necesariamente representa a una persona
en particular, sino ms bien la labor que realiza frente al sistema.
Como ejemplo a la definicin anterior, tenemos el caso de un sistema de
ventas en que el rol de Vendedor con respecto al sistema puede ser realizado
por un Vendedor o bien por el Jefe de Local.
Figura 3.2
34
3.2.2.1.2 Relaciones:
Figura 3.3
Un diagrama de clases sirve para visualizar las relaciones entre las clases que
involucran el sistema, las cuales pueden ser asociativas, de herencia, y de uso.
35
3.2.2.2 Diagramas dinmicos:
3.2.2.1.1 Diagrama de secuencia
El Diagrama de Secuencia es ms adecuado para observar la perspectiva
cronolgica de las interacciones, muestra la secuencia explcita de mensajes y
son mejores para especificaciones de tiempo real y para escenarios complejos.
Dicho diagrama puede ser obtenido desde el diagrama de Casos de Uso.
36
Un proceso de negocio (Workflow)
Muestra el conjunto de estados por los cuales pasa un objeto durante su vida
en una aplicacin, junto con los cambios que permiten pasar de un estado a
otro Identifica un periodo de tiempo del objeto (no instantneo) en el cual el
objeto esta esperando alguna operacin, tiene cierto estado caracterstico o
puede recibir cierto tipo de estmulos. Se representa mediante un rectngulo
con los bordes redondeados, que puede tener tres compartimientos: uno para
el nombre, otro para el valor caracterstico de los atributos del objeto en ese
estado y otro para las acciones que se realizan al entrar, salir o estar en un
estado (entry, exit o do), respectivamente Se marcan tambin los estados
, respectivamente.
37
3.2.3 TABLA DE ASPECTOS METODOLOGICOS
TABLA 3.1
PARADIGMA
METODOLOGIA OMT
ESPIRAL
LENGUAJE UNIFICADO
DE MODELADO
INCREMENTAL
Identificacin de Actores
Diagrama de Casos de Uso
Diagrama de Clases
Modelo Esttico
Anlisis
Diccionario de Clases
Diagrama de Objetos
Secuencia
Modelo Dinmico
Diagrama de
Interaccin:
Colaboracin
Diagrama de Actividades
Diseo
Modelo Funcional
Diagrama de Estados
Construccin
Pruebas
Pruebas funcionales
Procedimiento de la prueba
Mantenimiento
38
CONCLUSIONES Y RECOMENDACIONES
4.1 CONCLUSIONES
4.2 RECOMENDACIONES
Se recomienda antes del uso del sistema, que todo el personal que va a
manipular el mismo, haya revisado el manual de usuario para que no
exista ningn tipo de complicacin con el funcionamiento del sistema
Metro.
39
BIBLIOGRAFIA
http://www.itlp.edu.mx/publica/tutoriales/analisis/24.htm
http://fciencias.ens.uabc.mx/~metprog2/cap6.htm
http://www.creangel.com/uml/componente.php
http://www.cs.ualberta.ca/~pfiguero/soo/uml/casos_uso01.html
http://www.dcc.uchile.cl/~psalinas/uml/casosuso.htl
http://www.mcc.unam.mx/~cursos/Objetos/Omt/omt.html
http://www.monografias.com/
http://www.monografias.com/trabajos6/meto/meto.shtml
Microsoft SQL Server Caractersticas
http://www.microsoft.com/latam/sql/evaluation/features/default.asp
Microsoft Visual Basic 6_0
http://www.microsoft.com/catalog/display.asp?subid=45&site=730
http://www.monografias.com/trabajos24/arquitectura-clienteservidor/arquitectura-cliente-servidor.shtml#element
40
GLOSARIO DE TERMINOS
Metodologa.- Se trata de construir un modelo de un dominio de aplicacin
ampliando detalles para que se implementen durante el diseo de un sistema.
SQL2000.- Structured Query Language es un lenguaje declarativo de acceso a
bases de datos relacionales estas permiten especificar diversos tipos de
operaciones sobre las mismas.
Racional Rose.- La rational rose es una Lenguaje orientado a objetos
Unificada que Modela el instrumento de diseo de software intencionado para
el modelado visual y la construccin de aplicaciones de software de nivel de la
empresa.
Cliente / servidor.- es un modelo para el desarrollo de sistemas de
informacin en el que las transacciones se dividen en procesos independientes
que cooperan entre s para intercambiar informacin, servicios o recursos.
Help Creator 1.0.- Este sirve para crear ayudas al sistema
Interfaz.- Es necesario de dos sistemas para intercambiar comunicacin.
Diagrama casos de uso.- Representa la forma en como un Cliente opera con
el sistema en desarrollo, adems de la forma, tipo y orden en como los
elementos interactan.
Relacin de asociacin.- Indica la invocacin desde un actor o caso de uso a
otra operacin.
Diagrama de clases.-El Diagrama de Clases es el diagrama principal para el
anlisis y diseo. Un diagrama de clases presenta las clases del sistema con
sus relaciones estructurales y de herencia.
Diccionario de Clases.- Es una descripcin de los procesos que encontramos
en el diagrama de clases.
Diagrama de Actividades.- Es una especializacin del Diagrama de Estado,
organizado respecto de las acciones.
41
42
ANEXO A
43
SISTEMA DE FACTURACIN
Y VENTAS PARA EL
RESTAURANTE METRO
CAFE
MANUAL TCNICO
Marzo 2006
44
CONTENIDO
1 MODELO ESTTICO...47
1.1 Descripcin De Actores47
1.2 Descripcin De Casos de Uso...47
1.3 Diagramas De Casos de Uso....48
1.4 Diagrama de Clases..53
1.5 Diccionario de Clases..56
2 MODELO DINMICO.......62
2.1 Diagramas de Interaccin..........62
2.1.1 Diagrama de Secuencia.....62
2.1.2 Diagrama de colaboracin.....66
3 MODELO DE FUNCIONAL.....72
3.1 Diagrama de Actividades..72
4
CONTRUCCION.......................................................................................77
4.1 SQL SERVER77
4.2VISUAL BASIC...77
5 PRUEBAS....................................................................................................97
5.1 PRUEBAS DE UNIDAD97
5.2 PRUEBAS DE INTEGRACIN...98
5.3 PRUEBAS DEL SISTEMA ..99
5.4 PRUEBAS DE ACEPTACIN100
45
ANLISIS
46
MODELO ESTTICO
47
48
adquiridos y registra aquellas adquisiciones, verifica las condiciones del
producto y actualiza su existencia.
ADMINISTRAR PRODUCTO
<<include>>
dar de baja
consultar producto
<<include>>
im primir reportes compras
<<include>>
ADMINSTRADOR
Consultar reportes
<<include>>
FIGURA 4.1
49
ADMINISTRAR PERSONAL
ADMINISTRADOR
Revisar horarios
<<extend>>
ingresar hora entrada
Registrar Horarios
<<extend>>
EMPLEADO
ingresar hora salidad
FIGURA 4.2
50
ADMINISTRAR PROVEEDORES
<<extend>>
Registrar proveedor
ADMINISTRADOR
entregar productos
entregar factura
PROVEEDOR
FIGURA 4.3
51
ADMINISTRAR ADQUISICIONES
<<include>>
ADMINISTRADOR
<<include>>
verificar condiciones de producto
registrar adquisiciones
<<include>>
actualizar exis tencia de productos
FIGURA 4.4
52
ADMINISTRAR VENTAS
<<include>>
<<extend>>
Regis trar Producto
<<extend>>
Registrar ventas
<<include>>
EMPLEADO
Registrar factura
<<include>>
Emitir factura
<<include>>
examinir ventas
ADMINISTRADOR
FIGURA 4.5
53
54
Pr od uc to
IDP RODU CTO
C OD P R OD UC TO
D E S CR IP CIONP RODU CTO
IV A
S TOC K MIN
S TOC K MA X
S TOC K A CTU A L
P OR CE NTA JE DE S C UE NTO
P VP
E S TA DO
TIME S TA MP
IDP ROCE DE N CIA
IDU NIDA D
P ROCE DE NC IA
IDP ROCE DE N CIA
D E S CR IP CIONP ROCE DE N CIA
TIME S TA MP
GUA RD A R ()
B US CA R()
0 ..*
registrar()
buscar()
actuali zar()
eliminar()
P ROV E E D OR
IDP ROV E E D OR
R UC P R OV E E D OR
N A TU RA L
N OMB R E P ROV E E DOR
D IR E C CION P ROV E E D OR
TE LE FONOP R OV E E D OR
E MA ILP ROV E E DOR
P RODU CTO
E S TA DO
TIME S TA MP
0 ..1
0..*
0 ..*
D E TA LLE A DQU IS IC ION
IDP RODU CTO
C A N TID A D A D QUIS ICION
P RE CIOA DQU IS IC ION
IV A
IDA DQUIS ICION
GUA RD A R ()
A CTU A LIZA R ()
B US CA R()
A CTU A LIZA R ()
R E GIS TRA R()
0..1
U N ID AD
IDU NIDA D
D E S CR IP CIONU NIDA D
U NIDA D
TIME S TA MP
0..*
0 ..1
B US CA R()
0..1
AD QU ISIC ION
IDA DQUIS ICION
IDP ROV E E D OR
C OD A D QU IS ICION
N UME R OFA C TUR A
FE CH A
D E S CR IP CIONA DQUIS ICION
TIME S TA MP
GUA RD A R ()
A CTU A LIZA R ()
B US CA R()
E LIMIN A R ()
0 ..*
55
TIPOMEN U
IDTIP OME NU
D E S CR IP CION TIP OME NU
TIME S TA MP
B US CA R()
C L IEN TE
IDC LIE NTE
R UC CLIE N TE
D IR E C CION CLIE N TE
TE LE FONOCLIE N TE
E MA ILC LIE NTE
TIME S TA MP
0..1
0..*
D MEN U
IDD ME NU
IDTIP OME NU
C OD DME N U
D E S CR IP CION DME NU
IV A
P VP
E S TA DO
TIME S TA MP
0..1
0..1
B US CA R()
E LIMIN A R ()
GUA RD A R ()
0..*
PED ID O
IDP E D ID O
C OD ME S A
IDC LIE NTE
IDME S A
IDE MP LE A DO
C OD P E DIDO
OB S E R V A CION
FA CTU RA DO
N UME R OFA CTU R A
IV A P E DIDO
D E S CU E N TOR E C A RGO
TOTA LP E D ID O
MESA
IDME S A
C OD ME S A
D E S CR IP CION ME S A
TIME S TA MP
0 ..1
0 ..*
B US CA R()
D P E DIDO
0 ..*
IDP E D ID O
IDD ME NU
0..*
0 ..1
C ON TR OL
IDE MP LE A DO
FE CH A
H OR A E NTR A D A
H OR A S A LIDA
H OR A S TRA B A JA DA S
JU S TIFIC A C ION
0 ..*
0 ..1
EMPL EAD O
IDE MP LE A DO
C CE MP LE A DO
N OMB R E E MP LE A D O
C LA V E E MP LE A D O
D IR E C CION E MP LE A DO
TE LE FONOE MP LE A DO
E MA ILE MP LE A DO
E S TA DO
TIME S TA MP
EMPR ESA
IDE MP RE S A
N OMB R E E MP RE S A
D IR E C CION E MP R E S A
N OMB R E E MP RE ZA
TE LE FONOE MP R E S A
E MA ILE MP RE ZA
IV A
TA S A S E RV IC IOS
TIME S TA MP
GUA RD A R ()
A CTU A LIZA R ()
E LIMIN A R ()
B US CA R()
0 ..1
L OG
TIME S TA P
IDE MP LE A DO
TIP O
D E S CR IP CION
R IGIS TRA R()
B US CA R()
0 ..*
0 ..1
0..*
56
Tabla pedido.- En esta tabla registramos todo lo que se refiere al pedido del
cliente, adems se registra el nmero de factura, descuentos, la fecha y hora en
que se hizo el pedido.
CAMPO
DESCRIPCION
IDPEDIDO
CODPEDIDO
OBSERVACION
FACTURADO
Venta realizada
NUMERO FACTURA
IVAPEDIDO
DESCUENTORECARGO
TOTALPEDIDO
FECHA
HORA
CAMPO
IDMESA
DESCRIPCION
Nmero propio de la mesa y servir para
su identificacin.
CODMESA
57
DESCRIPCIONMESA
TIMESTAMP
CAMPO
IDEMPLEADO
DESCRIPCION
Nmero nico que se le asigna al
empleado.
CCEMPLEADO
NOMBREEMPLEADO
CLAVEEMPLEADO
DIRECCIONEMPLEADO
Datos de direccin.
TELEFONOEMPLEADO
Datos de telfono.
EMAILEMPLEADO
ESTADO
Datos de estado.
TIMESTAMP
CAMPO
DESCRIPCION
FECHA
Fecha actual.
HORAENTRADA
HORASALIDA
HORASTRABAJADAS
JUSTIFICACION
Modificacin de horarios.
58
Tabla Tipo Menu.- consta el men para la venta que posee la empresa.
CAMPO
DESCRIPCION
IDTIPOMENU
DESCRIPTIONTIPOMENU
TIMESTAMP
DESCRIPCION
TIMESATMP
TIPO
DESCRIPCION
CAMPO
DESCRIPCION
IDEMPRESA
Cdigo de la empresa.
NOMBREEMPRESA
Nombre de la empresa.
DIRECCIONEMPRESA
Direccin de la empresa.
TELEFONOEMPRESA
Telfono de la empresa.
EMAILEMPRESA
Correo de la empresa.
IVA
Impuestos de el iva.
TASASERVICIOS
Impuestos de servicio.
TIMESTAMP
59
Tabla Cliente.- Registra los datos del cliente al cual le realizamos la venta.
CAMPO
DESCRIPCION
IDCLIENTE
Cdigo de cliente.
RUCCLIENTE
NOMBRECLIENTE
DIRECCIONCLIENTE
TELEFONOCLIENTE
EMAILCLIENTE
Correo de cliente.
TIMESTAMP
CAMPO
IDUNIDAD
DESCRIPCION
Identificacin de la unidad de
conversin.
DESCRIPCIONUNIDAD
UNIDAD
Unidades de conversin.
DESCRIPCIONCONVESION
TIMESTAMP
Tabla DMenu.- Esta tabla muestra el men que ofrece le empresa con los impuestos.
60
CAMPO
DESCRIPCION
IDDMENU
CODDMENU
DESCRIPCIONDMENU
IVA
PVP
ESTADO
Estado de venta.
TIMESTAMP
CAMPO
DESCRIPCION
IDADQUISICION
CODADQUISICION
NUNEROFACTURA
Nmero de la factura.
FECHA
Fecha de compra.
DESCRIPCIONADQUISICION
Descripcin de compra.
TIMESTAMP
CAMPO
DESCRIPCION
IDPRODUCTO
CODPRODUCTO
DESCRIPCIONPRODUCTO
61
IVA
STOCKMIN
STOCKACTUAL
PORCENTAJEDESCUENTO
PVP
ESTADO
TIMESTAMP
CAMPO
DESCRIPCION
IDPROCEDENCIA
DESCRIPCIONPROCEDENCIA
TIMESTAMP
Tabla Detalle Adquisicin.- controlamos la cantidad que vamos a adquirir del producto y
el precio.
CAMPO
DESCRIPCION
CANTIDADADQUISICION
Cantidad a comprar.
PRECIOADQUISICION
IVA
Impuestos a pagar.
62
CAMPO
DESCRIPCION
IDPROVEEDOR
RUCPROVEEDOR
NATURAL
NOMBREPROVEEDOR
DIRECCIONPROVEEDOR
Direccin de proveedor.
TELEFONOPROVEEDOR
Telfono de proveedor.
EMAILPROVEEDOR
Correo de proveedor.
PRODUCTO
ESTADO
TIMESTAMP
63
DISEO
64
MODELO DINMICO
65
2 MODELO DINMICO
DIAGRAMA DE SECUENCIA
REPORTES
VENTAS
COMPRAS
: ADMINSTRADOR
datos compra
datos productos
consultar reportes
imprimir reportes
FIGURA 4.10
PRODUCTOS
BAJAS
66
REGISTRAR
HORARIOS
: ADMINSTRADOR
: EMPLEADO
Revisar horarios
FIGURA 4.11
PRODUCTOS
: ADMINSTRADOR
: PROVEEDOR
entregar productos
Emitir Factura
Entregar factura
ORDEN
PAGOS
FACTURA
67
FIGURA 4.12
PEDIDO
PRODUCTOS
: ADMINSTRADOR
productos registrados
registrar compras
Compras Actualizadas
FIGURA 4.13
COMPRAS
68
PEDIDO
: EMPLEADO
PRODUCTOS
: ADMINSTRADOR
almacenar pedidos
pedido registrado
producto registrado
registrar ventas
Emitir factura
FIGURA 4.14
2.1.2Diagrama de colaboracin
VENTAS
FACTURA
69
PRODUCTOS
VENTAS
1: Verificar estado de productos
6: datos productos
REPORTES
: ADMINSTRADOR
8: imprimir reportes
COMPRAS
5: datos compra
BAJAS
FIGURA 4.15
70
DIAGRAMA
DE
COLABORACIN
DEL
MDULO
ADMINISTRAR
PERSONAL
: ADMINSTRADOR
3: Revisar horarios
REGISTRAR
HORARIOS
1: registrar hora entrada
2: registrar hora salidad
: EMPLEADO
FIGURA 4.16
71
DIAGRAMA
DE
COLABORACIN
DEL
MDULO
ADMINISTRAR
PROVEEDORES
: ADMINSTRADOR
5: Registrar datos de proveedor
6: Emitir Factura
2: entregar productos
PRODUCTOS
ORDEN
PAGOS
FACTURA
7: Entregar factura
: PROVEEDOR
FIGURA 4.17
72
DIAGRAMA
DE
COLABORACIN
DEL
MDULO
ADMINISTRAR
ADQUISICIONES
PEDIDO
COMPRAS
: ADMINSTRADOR
9: Compras Actualizadas
5: productos registrados
PRODUCTOS
FIGURA 4.18
73
VENTAS
PRODUCTOS
PEDIDO
1: almacenar pedidos
2: pedido registrado
10: Enviar datos de producto y cliente
: EMPLEADO
FACTURA
8: venta realizada
VENTAS
: ADMINSTRADOR
FIGURA 4.19
74
MODELO FUNCIONAL
75
6 MODELO DE FUNCIONAL
6.1 Diagrama de Actividades
ADMINISTRAR PRODUCTO
CONSULTAR
PRODUCTO
imprimir
consultar reportes
VERIFICAR
COMPRAS
VERIFICAR
INVENTARIO
VERIFICAR
VENTAS
IMPRIMIR
REPORTES
FIGURA 4.20
VERIFICAR
REPORTES
76
ADMINISTRAR PERSONAL
ASIGNAR CODIGO
INGRESAR CODIGO
VERIFICAR CODIGO
no
si
REGISTRAR HORA DE
ENTRADA O SALIDA
REVISAR HORARIOS
DATOS
GUARDADOS
FIGURA 4.21
77
MDULO
ADMINISTRAR
PROVEEDORES.
ADMINISTRAR PROVEEDORES
REGISTRAR
PROVEEDOR
ENTREGAR LISTA
DE PEDIDOS
pedido completo
error en pedido
REVISAR LISTA
PEDIDOS
CANCELAR
PEDIDOS
REGISTRAR
PEDIDO
REGISTRAR
FACTURA
ENTREGAR
ORDEN DE PAGO
FIGURA 4.22
REGISTRAR
PEDIDOS
78
MDULO
ADMINISTRAR
ADQUISICIONES.
ADMINISTRAR ADQUISICIONES
RECIBIR
PEDIDOS
pedido unico
ASIGNAR
CODIGOS
pedido
ASIGNAR
CODIGO
REVISAR
PRODUCTOS
REGISTRAR
PRODUCTOS
DEVOLVER
PRODUCTO
ACTUALIZAR EXISTENCIA
DE PRODUCTOS
COMPRA
REALIZADA
FIGURA 4.23
REGISTRAR
PRODUCTOS
79
ADMINISTRAR VENTAS
REVISAR DETALLE DE
PEDIDOS
anulacin de ventas
pedidos y descuentos
INGRESAR DETALLE
DE PRODUCTOS
INGRESAR DETALLE
DE PRODUCTO
REALIZAR EL
DESCUENTO
REGISTRAR DATOS
DE CLIENTE
REVISAR ESTADO
DE VENTAS
ANULAR VENTAS
MAL REALIZADAS
EMITIR FACTURA
ENTREGAR RECIBO
CON DESCUENTO
ENTREGAR RECIBO
VENTA
EFECTUADA
FIGURA 4.24
80
CONSTRUCCIN
81
CONTRUCCION
82
go
if exists (select 1
from sysobjects
where id = object_id('ADQUISICION')
and type = 'U')
drop table ADQUISICION
go
if exists (select 1
from sysobjects
where id = object_id('CLIENTE')
and type = 'U')
drop table CLIENTE
go
if exists (select 1
from sysobjects
where id = object_id('CONTROL')
and type = 'U')
drop table CONTROL
go
if exists (select 1
from sysobjects
83
where id = object_id('DETALLE_ADQUSICION')
and type = 'U')
drop table DETALLE_ADQUSICION
go
if exists (select 1
from sysobjects
where id = object_id('DMENU')
and type = 'U')
drop table DMENU
go
if exists (select 1
from sysobjects
where id = object_id('DPEDIDO')
and type = 'U')
drop table DPEDIDO
go
if exists (select 1
from sysobjects
where id = object_id('EMPLEADO')
and type = 'U')
drop table EMPLEADO
go
if exists (select 1
from sysobjects
where id = object_id('LOG')
and type = 'U')
drop table LOG
go
if exists (select 1
from sysobjects
where id = object_id('MESA')
and type = 'U')
drop table MESA
go
if exists (select 1
from sysobjects
where id = object_id('PEDIDO')
84
if exists (select 1
from sysobjects
where id = object_id('PROCEDENCIA')
and type = 'U')
drop table PROCEDENCIA
go
if exists (select 1
from sysobjects
where id = object_id('PRODUCTO')
and type = 'U')
drop table PRODUCTO
go
if exists (select 1
from sysobjects
where id = object_id('PROVEEDOR')
and type = 'U')
drop table PROVEEDOR
go
if exists (select 1
from sysobjects
where id = object_id('UNIDAD')
and type = 'U')
drop table UNIDAD
go
/*==============================================================*/
/* Table: ADQUISICION
*/
/*==============================================================*/
create table ADQUISICION (
IDADQUISICION
INT IDENTITY
not null,
IDPROVEEDOR
int
null,
CODADQUISICION
varchar(50)
not null,
NUMEROFACTURA
varchar(50)
not null,
FECHA
smalldatetime
not null,
DESCRIPCIONADQUISICION varchar(250)
not null,
TIMESTAMP
timestamp
null,
constraint PK_ADQUISICION primary key (IDADQUISICION)
85
)
go
/*==============================================================*/
/* Table: CLIENTE
*/
/*==============================================================*/
create table CLIENTE (
IDCLIENTE
INT IDENTITY
not null,
RUCCLIENTE
varchar(20)
not null,
NOMBRECLIENTE
varchar(100)
not null,
DIRECCIONCLIENTE varchar(250)
null,
TELEFONOCLIENTE
varchar(250)
null,
EMAILCLIENTE
varchar(250)
null,
TIMESTAMP
timestamp
null,
constraint PK_CLIENTE primary key (IDCLIENTE)
)
go
/*==============================================================*/
/* Table: CONTROL
*/
/*==============================================================*/
create table CONTROL (
IDEMPLEADO
int
null,
FECHA
smalldatetime
null,
HORAENTRADA
datetime
null,
HORASALIDA
datetime
null,
HORASTRABAJADAS
int
null,
JUSTIFICACION
varchar(250)
null
)
go
/*==============================================================*/
/* Table: DETALLE_ADQUSICION
*/
/*==============================================================*/
create table DETALLE_ADQUSICION (
IDADQUISICION
INT
null,
IDPRODUCTO
int
null,
CANTIDADADQUISICION int
not null,
PRECIOADQUISICION float
not null,
IVA
bit
not null
)
go
/*==============================================================*/
/* Table: DMENU
*/
86
/*==============================================================*/
create table DMENU (
IDDMENU
INT IDENTITY
not null,
CODDMENU
varchar(50)
not null,
DESCRIPCIONDMENU varchar(250)
not null,
PVP
float
not null,
IVA
bit
not null,
TIPO
int
null,
ESTADO
bit
null,
TIMESTAMP
timestamp
null,
constraint PK_DMENU primary key (IDDMENU)
)
go
/*==============================================================*/
/* Table: DPEDIDO
*/
/*==============================================================*/
create table DPEDIDO (
IDPEDIDO
INT
null,
IDDMENU
INT
null
)
go
/*==============================================================*/
/* Table: EMPLEADO
*/
/*==============================================================*/
create table EMPLEADO (
IDEMPLEADO
INT IDENTITY
not null,
CODEMPLEADO
varchar(50)
not null,
NOMBREEMPLEADO
varchar(250)
not null,
DIRECCIONEMPLEADO varchar(250)
null,
TELEFONOEMPLEADO varchar(250)
null,
EMAILEMPLEADO
varchar(250)
null,
ESTADO
bit
null,
TIMESTAMP
timestamp
null,
constraint PK_EMPLEADO primary key (IDEMPLEADO)
)
go
/*==============================================================*/
/* Table: LOG
*/
/*==============================================================*/
create table LOG (
TIMESATMP
timestamp
not null,
IDEMPLEADO
int
null,
TIPO
int
null,
87
DESCRIPCION
varchar(1000)
null,
constraint PK_LOG primary key (TIMESATMP)
)
go
/*==============================================================*/
/* Table: MESA
*/
/*==============================================================*/
create table MESA (
IDMESA
INT IDENTITY
not null,
CODMESA
varchar(50)
not null,
DESCRIPCIONMESA
varchar(250)
not null,
TIMESTAMP
timestamp
null,
constraint PK_MESA primary key (IDMESA, CODMESA)
)
go
/*==============================================================*/
/* Table: PEDIDO
*/
/*==============================================================*/
create table PEDIDO (
IDPEDIDO
INT IDENTITY
not null,
CODMESA
varchar(50)
null,
IDCLIENTE
int
null,
IDMESA
int
null,
IDEMPLEADO
int
null,
CODPEDIDO
varchar(50)
not null,
OBSERVACION
varchar(250)
null,
FACTURADO
bit
null,
NUMEROFACTURA
integer
null,
IVAPEDIDO
float
null,
DESCUENTORECARGO float
null,
TOTALPEDIDO
float
null,
FECHA
smalldatetime
null,
HORA
varchar(20)
null,
constraint PK_PEDIDO primary key (IDPEDIDO)
)
go
/*==============================================================*/
/* Table: PROCEDENCIA
*/
/*==============================================================*/
create table PROCEDENCIA (
IDPROCEDENCIA
INT IDENTITY
not null,
DESCRIPCIONPROCEDENCIA varchar(250)
not null,
TIMESTAMP
timestamp
null,
88
/*==============================================================*/
/* Table: PRODUCTO
*/
/*==============================================================*/
create table PRODUCTO (
IDPRODUCTO
INT IDENTITY
not null,
CODPRODUCTO
varchar(50)
null,
DESCRIPCIONPRODUCTO varchar(250)
not null,
IVA
bit
null,
IDUNIDAD
int
null,
IDPROCEDENCIA
int
null,
STOCKMIN
float
not null,
STOCKMAX
float
not null,
STOCKACTUAL
float
not null,
PORCENTAJEDESCUENTO float
not null,
PVP
float
not null,
ESTADO
bit
null,
TIMESTAMP
timestamp
null,
constraint PK_PRODUCTO primary key (IDPRODUCTO)
)
go
/*==============================================================*/
/* Table: PROVEEDOR
*/
/*==============================================================*/
create table PROVEEDOR (
IDPROVEEDOR
INT IDENTITY
not null,
RUCPROVEEDOR
varchar(20)
not null,
NOMBREPROVEEDOR
varchar(100)
not null,
DIRECCIONPROVEEDOR varchar(250)
null,
TELEFONOPROVEEDOR varchar(250)
null,
EMAILPROVEEDOR
varchar(250)
null,
PRODUCTO
varchar(250)
null,
ESTADO
bit
null,
TIMESTAMP
timestamp
null,
constraint PK_PROVEEDOR primary key (IDPROVEEDOR)
)
go
/*==============================================================*/
/* Table: UNIDAD
*/
/*==============================================================*/
create table UNIDAD (
89
IDUNIDAD
INT IDENTITY
not null,
DESCRIPCIONUNIDAD varchar(250)
not null,
UNIDAD
float
not null,
TIMESTAMP
timestamp
null,
constraint PK_UNIDAD primary key (IDUNIDAD)
)
go
90
91
End Sub
|Descripcin
92
If nCol = 5 Then
Call sumatoria
End If
End Sub
93
Me.Text1.Text = ""
End If
Me.MSHFlexGrid1.Col = Temp
ElseIf nCol = 3 Or nCol = 4 Or nCol = 5 Then
Call sumatoria
End If
Me.Text1.Visible = False
End Sub
Private Sub Text2_KeyPress(KeyAscii As Integer)
If KeyAscii = 13 Then
SendKeys "{TAB}"
ElseIf KeyAscii = 27 Then
Text2.Text = ""
Else
KeyAscii = Validar(KeyAscii, 3)
End If
End Sub
94
End If
End Sub
95
'''''''''''''''''''''
'METODOS
'''''''''''''''''''''
Public Sub grabar()
Dim X As Integer
Dim Query As String
If Trim(Me.Text2.Text) = "" Or Trim(Me.Text3.Text) = "" Or Trim(Me.Text4.Text) = ""
Or Trim(Me.Text5.Text) = "" Or Trim(Me.Text6.Text) = "" Then
MsgBox "LA INFORMACION DE LA ADQUISICION ESTA INCOMPLETA",
vbInformation, rotuloMsg
Me.Text2.SetFocus
Exit Sub
End If
Query = "INSERT INTO ADQUISICION VALUES(" & Me.Text5.Text & ")"
For X = 1 To Me.MSHFlexGrid1.Rows - 1
Next X
End Sub
Public Sub Nuevo()
If Me.Frame1.Enabled = False Then
Me.Frame1.Enabled = True
Me.Text2.SetFocus
Else
Me.MSHFlexGrid1.AddItem ""
Call checkMSH(Me.MSHFlexGrid1, 5)
End If
End Sub
Public Sub sumatoria()
Dim X As Integer
Dim ivaAdquisicion, subTotal, Total, ivaItem As Double
Dim PU, cantidad
ivaAdquisicion = 0
subTotal = 0
Total = 0
ivaItem = 0
For X = 1 To Me.MSHFlexGrid1.Rows - 1
PU = convertirComa(devolverMSH(Me.MSHFlexGrid1, 3, X))
cantidad = convertirComa(devolverMSH(Me.MSHFlexGrid1, 4, X))
If Trim(PU) = "" Then
PU = 0
End If
If Trim(cantidad) = "" Then
cantidad = 0
96
End If
Me.MSHFlexGrid1.Row = X
Me.MSHFlexGrid1.Col = 6
Me.MSHFlexGrid1.Text = PU * cantidad
subTotal = subTotal + devolverMSH(Me.MSHFlexGrid1, 6, X)
If Trim(devolverMSH(Me.MSHFlexGrid1, 5, X)) = 1 Then
ivaItem = devolverMSH(Me.MSHFlexGrid1, 6, X) * (Iva / 100)
ivaAdquisicion = ivaAdquisicion + ivaItem
End If
Next X
Label7.Caption = subTotal
Label10.Caption = ivaAdquisicion
Label12.Caption = subTotal + ivaAdquisicion
End Sub
97
98
End Sub
Private Sub Text1_GotFocus()
SendKeys "{home}+{end}"
End Sub
Private Sub Text1_LostFocus()
Me.Text1.Visible = False
End Sub
Private Sub Text1_KeyPress(KeyAscii As Integer)
KeyAscii = KeyPress(Me.Text1, KeyAscii, Tipo)
End Sub
'''''''''''''''''''''
'METODOS
'''''''''''''''''''''
Public Sub Nuevo()
Me.MSHFlexGrid1.AddItem ""
Me.MSHFlexGrid1.RowHeight(Me.MSHFlexGrid1.Rows - 1) = 315
Call checkMSH(Me.MSHFlexGrid1, 3)
End Sub
Public Sub cargaDatos()
Dim Query As String
Query = "select
codproducto,descripcionproducto,iva,descripcionunidad,descripcionconversion,descripcion
procedencia,stockmin,stockmax,stockactual,porcentajedescuento,pvp from producto
pd,unidad un,procedencia pr where pd.idunidad=un.idunidad and
pd.idprocedencia=pr.idprocedencia"
'Call selectDatos(Query)
Call llenarMSH(Me.MSHFlexGrid1, Query)
Call checkMSH(Me.MSHFlexGrid1, 3)
End Sub
Public Sub grabar()
Dim codUnidad, codProcedencia As Integer
Dim X As Integer
Dim Query As String
For X = 1 To Me.MSHFlexGrid1.Rows - 1
If devolverMSH(Me.MSHFlexGrid1, 1, X) <> "" Then
codUnidad = devolverCombo("UNIDAD", "DESCRIPCIONUNIDAD",
devolverMSH(Me.MSHFlexGrid1, 4, X))
codProcedencia = devolverCombo("PROCEDENCIA",
"DESCRIPCIONPROCEDENCIA", devolverMSH(Me.MSHFlexGrid1, 6, X))
If selectDatos("SELECT * FROM PRODUCTO WHERE CODPRODUCTO='" &
devolverMSH(Me.MSHFlexGrid1, 1, X) & "'").Recordset.RecordCount > 0 Then
Query = "UPDATE PRODUCTO SET DESCRIPCIONPRODUCTO='" &
devolverMSH(Me.MSHFlexGrid1, 2, X) & "', IVA=" &
devolverMSH(Me.MSHFlexGrid1, 3, X) & ", IDUNIDAD=" & codUnidad &
",IDPROCEDENCIA=" & codProcedencia & ",STOCKMIN=" &
99
100
PRUEBAS
101
PRUEBAS
PLAN DE PRUEBA
Objetivo: Esta prueba tiene como objetivo verificar el buen funcionamiento de las
interfaces.
Elemento del sistema a probar: Interfaz para ingreso de nuevos empleados
(formulario empleado).
Caractersticas a probar: Funcionalidades que presenta la interfaz, verificando la
validacin de informacin que maneja la misma
DESCRIPCIN DE LA PRUEBA
EJECUCIN DE LA PRUEBA
RESULTADOS DE LA PRUEBA
102
PLAN DE PRUEBA
DESCRIPCIN DE LA PRUEBA
EJECUCIN DE LA PRUEBA
RESULTADOS DE LA PRUEBA
103
PLAN DE PRUEBA
Objetivo: Esta prueba tiene como objetivo que el sistema est cumpliendo todos
los propsitos que se fueron especificados.
Elemento del sistema a probar: Sistema del Restaurante Metro Caf
Caractersticas a probar: Verificar la funcionalidad de todo el sistema
demostrando que se est cubriendo todos los requerimientos.
DESCRIPCIN DE LA PRUEBA
EJECUCIN DE LA PRUEBA
RESULTADOS DE LA PRUEBA
104
PLAN DE PRUEBA
Objetivo: Esta prueba tiene como objetivo comprobar que el sistema est listo
para ser implantado.
Elemento del sistema a probar: Sistema del Restaurante Metro Caf.
Caractersticas a probar: Verificar la funcionalidad de todo el sistema
demostrando.
DESCRIPCIN DE LA PRUEBA
EJECUCIN DE LA PRUEBA
RESULTADOS DE LA PRUEBA
Resultado: Prueba superada satisfactoriamente.
Observaciones: Ninguna
Conclusiones: Ninguna.
Aprobado por: David Guijarro, Osmani Aguilar