Está en la página 1de 223

CAPITUL OI

PLANTEAM IENTO DEL PROBLEMA


Con el paso del tiempo la tecnologa avanza, las

empresas sesienten en la necesidad de adquirir tecnologa para elmejoramiento de sus sistemas y a las vez sus procedimientos,

conel fin de garantizar un eficaz funcionamiento y as obtener unaadaptacin paralela de condiciones con las empresas lderes

delmercado.En tiempos pasados, se discutan las dificultades planteadaspor los sistemas de informacin se refera a las personas, no a

latecnologa de la informacin, luego se ha intentado despertar elinters ante las posibilidades que ella brinda tambin formular quese

ha desmotado y que se puede resolver la mayora de losproblemas tcnicos, pero para quienes comprenden que lainnovacin

basada en la tecnologa es al fin un proceso social,cuando, muchos aos ms tarde, se examinan las prediccioneshe chas con referencias al

cambio tecnolgico, resultaimpresio nante su penetracin y la incorporacin de la tecnologade la informacin a la vida cotidiana

pues al fin, su influencia en elhombre no se ha hecho esperar y el ser humano a tomado ampliaconcienci a de la profunda

alteracin que la utilizacin no slo decomputador sino del conjunto de tcnicas de tratamiento de lainformacin derivada de su

uso ha llevado a construir los retos delfuturo. Se ha podido observar que durante todos los procesos que seefectan en la Ferretera la 21, es

deficiente puesto que, cuandoun cliente solicita su mercanca el empleado debe ir al sitio averificar si la mercanca existe o no, lo

que ocasiona eldescontento en los mismos al esperar mucho tiempo para saber suexistencia, no existe un control de registro

clientes, proveedoresni de empleados ya que su sistema es totalmente manual y parano acumular ms documentos no

lo hacen. Al momento de cotejarla mercanca existente para posterior efecto de pedidos es muytedioso, ya que tienen que

contar una por una cada una de lamercanca y se pierde mucho tiempo valioso que se puedeninvertir en otras operaciones de igual manera al

hacer las facturasy presupuestos.D e continuar funcionando de esta manera lasoperacione s de esta Ferretera

como sigue actualmente susactividades no podrn ser aligeradas, al contrario se obstaculizaram s el trabajo debido al aumento de la

clientela y la cantidad deinformacin que ser an mayor.Debido a esto se propone sistematizar las actividades decompra de

mercanca de dicha empresa y as mejorar su eficacia altrabajar de manera ms rpida y segura.

NECESIDA DES

TECNOLOG ICAS
En la empresa existe equipo de computacin lo cual no esutilizado ya que no existe un personal instruido para

utilizarlo, y laempresa no se ha dedicado a realizarlo por el poco tiempoexistente ya que ha sido necesario, dado a que sus movimientosso

n manuales. Al implementar el sistema se efectuar unadiestramient o a cada uno de los trabajadores existentes; tambinguiado por el manual

de usuario que ser entregado al propietarioy as ser ms eficaz y aligerado el trabajo que all se realiza

TCNICAS E

INSTRUME NTOS DE RECOLECCI N DE DATOS


En la recoleccin de informacin fue utilizada la

entrevistano estructurada y la observacin las cuales fueron de muchaayuda para llevar a cabo el anlisis pertinente y as determinar

losproblemas por los que estaba sufriendo la empresa; as comoopina Burch (1985), que la entrevista es una tcnica que

sirvepara obtener informacin acerca de las necesidades y la manerade satisfacerlas, as como consejo y comprensin

por parte delusuario y mtodos nuevos.Para aplicar esta tcnica de la entrevista no estructurada quees un conjunto de

preguntas abiertas y sin ningn orden enespecfico. Se caracteriz por permitirle al entrevistado un margende mayor libertad e iniciativa,

utilizando como instrumento un conjunto de preguntas abiertas es decir, no se observa presenciade forma estndar y fue dirigida al

dueo de la ferretera la 21Igualmente se utilizo como tcnica la observacin directa enla cual Consiste en el uso de los sentidos

orientados a lacapacitacin de la realidad que queremos estudiar, Segn Burch(1985) consiste en observar a las personas

cuando efectan sustrabajos teniendo como propsito determinar que se esthaciendo, quien lo hace, cuando se lleva

a cabo y cuanto tiempotoma.La observacin realizada, consisti en una serie de tems locual permiti de manera ms directa proponer un

sistemaautoma tizado como alternativa de solucin al problema que sepresenta en la Ferretera la 21

OBJETIVO GENERAL

Crear un sistema automatizado que permita controlar lasventas de la ferretera la 21 C.A., de una manera rpida,organiza

da y sencilla beneficiando tanto al personal como a losclientes de la empresa.

OBJETIVOS ESPECFIC OS

Crear una base de datos que registre los documentos (facturay presupuestos) de una manera ordenada. Facilitar la bsqueda de

los documentos archivados paraagilizar el movimiento de informacin. Controlar y registrar los procesos de compra y venta.

Emitir Reportes de los movimientos, clientes , empleados yproveedores para que el proceso organizativo sea ms eficazy de

esta manera lograr un buen manejo de las transaccionesqu e incurren en la empresa Controlar los stocks mximos y los mnimos de la mercanca

yas saber en qu momento hacer los pedidos o no hacerlos.

JUSTIFICA CIN
Los procesos automatizado s, son

factores de vitalimportanci a en la organizacin, en esta era se ha observado unagran innovacin y desarrollo de tecnologas de

la informacin queha permitido la evolucin de computadores que son capaces deproducir sistemas de informacin a la

sociedad con apartes a losdistintos sectores econmicos, sociales, polticos, educativos, entreotros.Es necesario que la

informacin sea procesada y almacenadade una forma ms efectiva para agilizar cada uno de los procesosy a q u e existe una grave

problemtica debido a ladesorganizaci n, perdida y deterioro de informacin (documentosco mo facturas, recibos de compras, datos

de mercanca existenteentre otros); esta problemtica perjudica tanto al personal como alcliente debido a que, al momento de solicitar

informacin a unempleado que exactamente no sabe donde se encuentra lainformacin, se genera prdida de tiempo por una

bsquedainefici ente, en donde existe la posibilidad de que el documento quese necesita ya no exista.Es por ello que se propone un

sistema automatizado decontrol de venta de la Ferretera la 21 (Scvenf21), que permitamanten er la informacin

archivada y organizada en un lugarseguro, donde adems se podr incluir, modificar, buscar y

eliminar dicha informacin (documentos). Emitiendo reportes detodos los movimientos de la empresa.

DESCRIPCI N DEL

SISTEMA ACTUAL
La empresa actualmente trabaja con un sistema totalmentemanu al. Todas las facturas, son almacenan en

carpetas y luegoson colocan en un archivo para posterior utilizacin al momento deuna revisin fiscal y contable.La atencin al

cliente la realiza el propietario o cualquierperso nal que se encuentre en ese momento, proporcionndo leinformacin que este desee

y dndoleCuando el cliente hace una solicitud para adquirir un productoprimer o se realiza la facturacin y la cancelacin de la compra

yluego de este proceso es que el cliente recibe la mercanca.En la venta de mercanca siempre que haya en existencia sevende

satisfactoriame nte, pero cuando un cliente va solicitandoalg n producto y no hay en existencia o quedan muy pocos

elempleado encargado hace un informe para identificar el pedido yeste es dado al propietario para que lo realice. Normalmente en lacompaa se

hace el pedido depositando por adelantado para quelos proveedores enven la mercanca; si se presentara el caso deque el proveedor no

puede enviarla y es necesario buscarla estaser cancelada al momento de recibirla.

PROCESOS DE VENTA (ACTUAL)


El cliente solicita informacin con respecto a un producto, elempleado verifica su

existencia, si el cliente desea llevar lamercanca se dirige hasta el encargado para cancelarla y para serefectuada la factura, es

guardado el comprobante, el empleadobusca la mercanca para ser entregada al cliente


System clientesolicita productoverifica productoentrega de dinerorealiza facturaguarda copia de facturaentrega de facturabusca

productoentrega de productopropietario

PROCESOS DE COMPRAS (ACTUAL)


Semanalmente uno de los empleados se encarga de

pasarpor los estantes verificando la mercanca faltante, posteriormentes e realiza un informe el cual es entregado al propietario para

queefectu el pedido ya sea, que los proveedores lleguen al negocioofrecien do la mercanca que tienen o la compaa hace el

pedidollamando a proveedores, luego se les deposita por adelantado paraque los proveedores enven la mercanca; de lo contrario

almomento de retirar la mercara es cancelada efectivo o cheque,como le sea ms cmodo al propietario. Normalmente

escancelado en cheques ya que la compra de mercanca es encantidades grandes y por lo tanto es una gran suma de dinero.
System

encargadoverifica mercancia existentepropietarioentrega informe de mercanciadeposito de dineroentrega de nueva mercanciaentrega de facturaproveedor

FACTIBILI DAD

SCVENF21 se puede ejecutar en cualquier computadorPe ntium 4 con

requerimientos mnimos como 512Mb RAM, DD40GB, sobre un sistema operativo de Windows XP o ms avanzado.Este sistema no ha

generado gastos extremadamen teexcesivos en cuanto a economa se refiere; tampoco interfiere niviola ninguna ley registrada en el

pas, adems SCVENF21 es unsistema fcil de usar ya que con una breve explicacin el usuariopodr manejarlo fcilmente. Dentro de la

sociedad y como unidadSCVENF 21 no afecta ms que en ayudar a la empresa Ferretera la21 C.A a brindar un

servicio ms rpido y eficaz.

SISTEMA PROPUEST O
SCVENF21 C.A., es un sistema automatizado

que se encargade registrar y controlar los movimientos de compra y venta deefectuar todas las facturas, datos de clientes,

productos yproveedores se almacenarn en una base de datos relacionadacon este sistema, para permitir incluir, modificar,

eliminar y emitirdocument os (facturas, presupuesto, reportes de clientes, deempleados), Por lo tanto este sistema permitir que

cualquierperson a autorizada pueda acceder a la informacin, garantizandoun a bsqueda rpida y eficaz.Este sistema permitir prestar

servicios ms eficientemente,p uesto que al momento que realice una compra o venta seejecutar de manera

organizada rpida y segura.

CAPITUL O II
ANTECEDE NTES TERICOS Y

TECNOLG ICOS
Las tecnologas se pueden considerar como un camino largo, queofrece mltiples entradas, que

llevan a un mismo objetivo, el cualno es ms que imponer nuevas tendencias, en cualquiera de losniveles de la sociedad, en Amrica latina

y el Caribe se puededistinguir un conjunto de condiciones que estn marcandotrans versalmente los esfuerzos de desarrollo de la regin y

quepueden ser tratados de superar con el empleo de solucionesbasa das en las tecnologas.Seg n Jacobson (1998) El proceso de

desarrollo de softwarees aquel en que las necesidades del usuario son traducidas enrequerimient os de software, estos

requerimientos transformadose n diseo y el diseo implementado en cdigo, el cdigo esprobado, documentado y certificado

para su uso operativo,concr etamente en esta parte se define quien est haciendo que,cuando hacerlo y como alcanzar un cierto

objetivo.Por tratar sobre el control de ventas de mercanca, se tomacomo antecedente para esta investigacinGir aldo (Febrero

2003) en su trabajo de grado presentado en elInstituto

Universitar io de Tecnologa de Administra

cinIndust rial (I.T.U.A)


titulado

. Sistema de informaci n

deferreter a la 87
, tiene como objetivo general brindar unentorno gil y sencillo para ordenar, almacenar y

acceder a lainformacin, a fin de mejorar y controlar elregistro, control deventas actual, para el mejor desenvolvimient o de los

empleadosde dicha empresa, El tipo de investigacin es de proyecto factible, la metodologa utilizada para el

levantamiento deinformacin fueron: la entrevista, la observacin directa. Seutilizo la metodologa estructurada para el

desarrollo desistemas de informacin.Gra terol (2004), en su Trabajo de Grado titulado

SistemaAut omatizado

para el Registro y Control de Estadstica sde materiales en el Departame

nto de Historias Mdicasdel Ipasme Unidad Guanare Estado

Portugues a,
en elcolegio universitario Fermn Toro. Seala que el sistemapropue sto, garantiza el almacenamient

o de Estadsticas demateriales, todas estas ya clasificadas son utilizadas para lanecesidad de esta Institucin Gubernamental. La

metodologautili zada para la elaboracin de este trabajo es la MetodologaEst ructurada para el Desarrollo de Sistemas de Informacin(ME

DSI). Para el levantamiento de informacin se realiz unestudio actual donde se aplic la Tcnica de la ObservacinDir ecta utilizando

como instrumento la Encuesta.

BASES TERICAS Y TECNOLG ICASSiste ma.

Conjunto de dos o ms elementos de cualquierclase interrelacionad os entre s, que puede dividirse en partes osubsistemas.(

Microsoft Encarta, 1998).

Sistema de Informaci n.
Es un sistema que procesa datos, en forma tal que pueden

serutilizados por quien los recibe para fines de toma de decisiones.El sistema de informacin dentro de una organizacin juega elpapel

anlogo al delsistema nerviosode un animal. Incluido en elsistema estn los componentes que ejecutan funciones tales como:lapercepci

n, clasificacin, transmisin, almacenamient o,recuperacin , transformacin . Su propsito primordial esproporciona

r informacin para la toma de decisiones y lacoordinacin. En el sentido ms amplio el sistema de informacininclu ye todos los

componentes envueltos en la toma de decisiones,coor dinacin y advertencia tanto humanas como automticas.

Objetivo del sistema de informaci n:


Proporciona informacin para la toma de decisiones y

solucin deproblemas, actividades que son vitales y obligatorias en cualquiertipo de organizacin y que permite controlar y dirigir su

existencia,opera cin y destino.

Sistema de Informaci n Administra tivo :


Un sistema de informacin es

todo un proceso, por medio del cualse recopilan, clasifican, procesan, interpretan y se resumencantid ades de

datos, a fin de sacar conclusiones, que seinformarn a la Gerencia y dems personas interesadas en laorganizacin:

con el deliberado propsito de orientar la toma de lasdecisiones. Funciones de un Sistema de Informacin. Los Sistemasde

Informacin difieren en sus tipos de entradas y salidas, en eltipo de procesamiento y en suestructura. Estos

elementos estn determinados por el propsito u objetivo del sistema, el cual esestablecido a su vez, por la organizacin. A pesar de las

diferenciasque puedan existir entre distintos sistemas de informacin, entodos ellos se pueden encontrar un conjunto de funciones.

Procesami ento de Transaccio nes:


La cual consiste en capturar o recolectar clasificar,

ordenar,calcul ar, resumir y almacenar los datos originados por lastransaccion es que tienen lugar durante la realizacin deactividades

en la organizacin.

Definicin de Archivos:
Consiste en almacenar los datos capturados, por

el procesamientod e transacciones, de acuerdo a una estructura u organizacin dealmacenamie nto adecuada (base de datos

o archivos); unmtodo que facilite su almacenamient o, actualizacin y acceso; y undispositivo apropiado de almacenamien to (discos,

cintas,disquete s, etc.)

Mantenimi ento de Archivos:


Los archivos o base de datos del sistema deben

mantenerseact ualizados. Las operaciones bsicas de mantenimiento son lainsercin. La modificacin y la eliminacin de datos en los mediosde

almacenamiento .

Generacin de Reportes:
La realizacin de estas funciones esesencial

para el sistema de informacin, ella se encarga de producir la informacin requerida y transmitirla a los puntos

ocentros de informacin que la soliciten. (www.monogra fas.com/sistem a/32de/18inform acin/).

Anlisis de los Sistemas


Tomando como base unlenguajedepr ogramacinorie ntados aeventos, que

soporta conceptos delparadigmaOri entado a objeto.Proporci ona una excelente plataforma de desarrollo deaplicaciones

rpidas, donde se puede crear aplicaciones bajo elambienteWind ows facilitando el desarrollo e implementacin deprogramasbaj o entorno

grfico, donde el usuario decide que hacera travs de eventos (Clic, Doble clic, Soltar o presionar una tecla,etc.), los cuales generan

una comunicacin por medio de mens,colores,s onido, animacin, videos y otros y lo cual permite disearaplicacio nesgrficascon

sonido, animacin, videos y otroselementos demultimedia. (www.monograf as.com, Guerrero C.2004)

TRMINOS BSICOSCo mputadora :


es un sistema electrnico rpido y exacto quemanipula smbolos o

datos que estn diseados para aceptar datosde entrada, procesarlos y producir salidas (resultados) bajo ladireccin de un programa de

instrucciones almacenado en sumemoria.

Cliente
: los usuarios o beneficiarios potenciales que debe o estobligado

por ley atender el programa.

Entrega:
puesta a disposicin de alguien una cosa: entrega demercanca, de dinero.

Factura:

es un documento que refleja la entrega de mercanca(vent a), o la provisin de un servicio, junto a la fecha de devengo,adem

s de indicar la cantidad a pagar como contraprestacin .

Objetivo:
es el resultado especfico que se tiene lograr a mscorto

plazo para que la meta sea alcanzada. Es cuantificable ocalificable, conciso, compresible, viable, realista, aceptable

yubicado dentro de un ao fiscal.

Presupuest o:
plan comprensivo expresado en trminosfinanc ieros mediante el cual un

programa operacional esefectuado por un periodo de tiempo dado con el objetivo deatender las necesidades de su

clientela.Solicitu d: documento memorial en que se solicita algo.

Usuario:
el usuario final de un producto informtico (bien

seahardware o software), es la persona a la que va destinado dichoproducto una vez que ha superado las fases de

desarrollocorre spondientes.

Venta:
accin mediante la cual uno de los vendedores se obliga atransferir la mercanca, a un cliente que a su

vez se obliga a pagarpor ello un precio determinado en dinero.

CAPITUL O III
APLICACI N DE

METODOLO GA
RUP, Es una metodologa de desarrollo de software y junto con elLenguaje Unificado de Modelado UML, constituye la

metodologaest ndar ms utilizada para el anlisis, implementaci n ydocumentacin de sistemas orientados a objetos.

Rational Unified Process (RUP) es la metodologa implementada enel desarrollo de este proyecto. Esta metodologa (RUP)

estestructurad a en cuatro fases que son: Inicio, Elaboracin,C onstruccin y Transicin, en esta modalidad se iniciarapreviam

ente las fases de inicio y elaboracin para as poder veruna mejor vista global de la presente propuesta. La perspectiva depropuesta

constituir una configuracin del proceso de lametodologa RUP de acuerdo a las caractersticas del proyecto, lasactividades a realizar y los

productos a obtener de acuerdo aldesenvolvimie nto del proyecto.

Sus principales caractersti cas son:

Forma disciplinada de asignar tareas y responsabilidad es(quin hace qu, cundo y cmo). Pretende implementar las

mejores prcticas en Ingenierade Software: Desarrollo iterativo Administracin de requisitos

Uso de arquitectura basada en componentes Control de cambios Modelado visual del software

Verificacin de la calidad del software Guiado por los Casos de Uso Centrado en la Arquitectura

Guiado por los Riesgos

RUP divide el proceso en cuatro fases


:
1.

Fase de inicio
las iteraciones hacen mayor nfasis enactividades de modelado del negocio y de requerimientos.
2.

Fase de elaboraci n
las iteraciones se orientan aldesarrollo de la baseline de la arquitectura, abarcan ms

losflujos de trabajo de requerimientos, modelo de negocios(refin amiento), anlisis, diseo y una parte deimplementaci

n orientado a la baseline de la arquitectura.


3.

Fase de construcci n
, se lleva a cabo la construccin

delproducto por medio de una serie de iteraciones. Para cadaiteracin se selecciona algunos Casos de Uso, se refina

suanlisis y diseo y se procede a su implementaci n ypruebas. Se realiza una pequea cascada para cada ciclo. Serealizan

tantas iteraciones hasta que se termine laimplementaci n de la nueva versin del producto.
4.

Fase de transicin
se pretende garantizar que se tiene unproducto preparado para su entrega a la comunidad deusuarios.

Fase de Inicio
Los objetivos de esta fase son: Obtener toda la informacin necesaria para estar al tanto

dela problemtica Constituir el ambiente del proyecto y sus limitantes. Encontrar los Casos de Uso crticos del

sistema, losescenarios bsicos que definen la funcionalidad. Mostrar al menos una arquitectura solicitante para

losescenarios principales.Los resultados a obtener de la fase de inicio son: Un documento de visin: Una visin general

de losrequerimient os del proyecto, caractersticas y restriccionespri ncipales.

Modelo inicial de Casos de Uso Un glosario inicial: Terminologa. Plan de contingencia.

Fase de Elaboraci n
Los objetivos de esta fase son: Definir, validar y cimentar la arquitectura.

Completar la visin. Crear un plan fiable para la fase de construccin. Este planpuede evolucionar en sucesivas

iteraciones. Debe incluir loscostes si procede.Al terminar deben obtenerse los siguientes resultados:

Un modelo de Casos de Uso completados todos los casos yactores identificados, la mayora de los casos desarrollados.

Requisitos adicionales que capturan los exigencias nofuncionales y cualquier requisito no asociado con un Caso deUso especfico.

Descripcin de la arquitectura software. Un prototipo ejecutable de la arquitectura. Lista de riesgos y caso de

negocio revisados. Un manual de usuario preliminar (opcional).

Fase de Construcci n

Los objetivos concretos segn incluyen: Minimizar los costos de desarrollo mediante la optimizacinde recursos y

evitando el tener que rehacer un trabajo oincluso desecharlo. Conseguir una calidad adecuada tan

rpido como seaprctico. Los resultados de la fase de construccin deben ser: Modelos Completos (Casos de

Uso, Anlisis, Diseo,Desplie gue e Implementacin) Arquitectura ntegra (mantenida y mnimamente actualizada)

Riesgos Presentados Moderados Manual Inicial de Usuario (con suficiente detalle)

Fase de Transicin

Los principales objetivos de esta fase son: Conseguir que el usuario se valga por si mismo. Un producto final que

cumpla los requisitos esperados, quefuncione y satisfaga suficientemente al usuario.Los resultados de la fase de transicin son:

Prototipo Operacional Documentos Legales Caso del Negocio Completo.

LENGUAJE UNIFICAD O DE MODELADO


UML, por sus siglas en ingls,

Unified Modeling Language es ellenguaje demodeladode sistemas desoftwarems conocido yutilizado en la actualidad;

est respaldado por elOMG(ObjectM anagement Group). Es un lenguaje grfico para visualizar,espe cificar, construir y documentar

un sistema. UML ofrece unestndar para describir un "plano" del sistema (modelo),incluy endo aspectos conceptuales tales como

procesos de negocioy funciones del sistema, y aspectos concretos como expresionesde lenguajes de programacin, esquemas de

bases de datos ycomponentes reutilizables.Es importante resaltar que UML es un "lenguaje de modelado" paraespecificar o para describir

mtodos o procesos. Se utiliza paradefinir un sistema, para detallar los artefactos en el sistema y paradocumentar y construir. En

otras palabras, es el lenguaje en el queest descrito el modelo.Se puede aplicar en el desarrollo de software entregando granvariedad

de formas para dar soporte a una metodologa dedesarrollo de software (tal como el Proceso Unificado Racionalo

RUP), pero no especifica en s mismo qu metodologa o procesousar.UM L no puede compararse con la programacin estructurada, puesUML

significa Lenguaje Unificado de Modelado, no esprogramaci n, solo se diagrama la realidad de una utilizacin enun requerimiento.

Mientras que, programacin estructurada, esuna forma de programar como lo es la orientacin a objetos, sinembargo, la programacin

orientada a objetos viene siendo uncomplemento perfecto de UML, pero no por eso se toma UML slopara lenguajes

orientados a objetos.

CRONOGRA MA DE ACTIVIDAD ES (actual)


F A S E A C T I V I D A

D T I E M P O Asesora Metodolgica 18/01/10 29/01/10P r o p u e s t a 1 2 / 0 1 / 1 0 2 5 / 0 1 / 1 0

Observaci ones12/01 /10 2 9 / 0 1 / 1 0 Di seo del proyecto01/ 02/10 en e j e c u c i n Obs ervaciones 01/02/10 en

ejecucinP r o y e c t o 1 9 / 0 2 / 1 0 e n e j e c u c i n Observacione s Tcnicas de recoleccin dedatos18/01/1 0

22/01/10Clasific acin del material 01/02/ 10 - 12/02/10 Tratamiento de informacinAnli sis e interpretacin 19/02/10 en

ejecucinRedac cin

DIAGRAMA DE CLASES
C L I E N T EF A C T URA_PRESUP EUSTO E M P L E A D OP R O D U C T OS T O C KPROVEEDOR ES
1 . . *1 . . *1 . . *11

Clie n te + C I C lien te+ A p ellid oC liente+ N o mbreC liente+ Direcico nC lien te+ Te le fo noC lie nte+ I ncluir()+ M od ifica r() Em p le a d o + C od _ Emp lea do+ A pe llido+ N omb re+ Dire ccion+ Tele fo

no+ incluir()+ M od ificar() Fa c tu ra , Pre su p u e sto + Tipo d ocumen to+ C o d Documen to+ C o d de Emp le a do+ C I d e cliente+ C o d pro ducto+ C a ntid ad+ M an to a p aga r+ precio u nita rio+ M od ifica r() Pro d u cto + C o d de prod ucto + No mbre+ M a rca+ ca ntidad P ro

ducto+ C o d de prov eed or+ descripcion+ precio unitario + I nclu ir()+ M o dificar() S to ck + C o dP rod ucto+ Ex istente+ ma x imo+ M inimo+ A ctu aliza r() Pro v e e d o re s + C od_ Prov e edo r+ N ombre de P ro v ee dor+ Direccion Prov e e do r+ Telefon oPro v e edo r+ can tida dP rod ucto+ I ncluir()+ M

o dif icar()1. . *11. . *11 .. *