Avance Del Proyecto Semestral

PROYECTO FINAL Datos informativos Nombre: Jorge Patricio Santamara Cherrez Docente: Ing.
Mario Miranda Semestre: Sexto Sistemas Titulo del proyecto Desarrollo de un sistema de control de inventario, para la empresa R Systems de ciudad de Ambato en el ao 2011
Captulo 1 GENERALIDADES Antecedentes La empresa nace en el ao 2001 como un local que brinda servicios de internet a la colectividad ambatea poco a poco va creciendo y ya por el ao 2005 esta empresa comienza a comercializar sus productos como impresoras, laptops, etc., y ahora en la actualidad es una empresa mediana que ya est establecida en el medio brindando servicios de alta calidad a la colectividad en general Misin: Satisfacer las necesidades del cliente comercializando productos y servicios de excelente calidad, con gente capacitada en diversas reas de la informtica Visin: Ser una empresa lder, con tecnologa de punta en las reas de la informtica, computacin, y sistemas, para ser una empresa de calidad
Planteamiento del problema Los registros de inventario en la empresa de electrodomsticos R Systems que se llevan en forma manual causan ciertos inconvenientes que no permiten el buen control de los productos que se venden en la empresa ya que esta no cuenta con la informacin completa y detallada de cada uno de ellos y a su vez no se tiene estructurado y detallado cada uno de estos productos Existe un sistema muy obsoleto en la empresa R Systems que no lleva bien los registros de los productos porque el sistema que utilizan no ha sido actualizado
no tiene algunos campos que son, registro de la mercadera que entra y sale de la empresa, no llevan un registro de los empleados por lo que siempre hay demora cuando se trata de realizar un inventario de la empresa ya que el sistema no tiene los campos mencionados y esto trae problemas ya que no cuentan con un sistema en la empresa.
Justificacin
La informtica es un recurso notable que permite la automatizacin de varios sistemas que facilitan el desempeo de las actividades que diariamente tienen que realizar los seres humanos. Una de las actividades ms importantes es el control del inventario de una empresa, mismo que est conformado por varios elementos; hacerlo de forma manual en los actuales momentos es un notable despropsito que debe ser corregido mediante la generacin de sistemas adecuados que permitan realizar esta actividad con satisfaccin y seguridad de que se lo est haciendo con alta eficiencia. La empresa R system ha estado trabajando con un control de inventario manual lo que a todas luces no presenta las garantas necesarias; en consecuencia, es imprescindible que tenga un sistema informtico de control del inventario, mismo que mejorara sustancialmente su capacidad de funcionamiento Luego de la observacin y posterior verificacin de los problemas que tiene la empresa R System para el control de su inventario, es necesario que se proponga
un sistema moderno y confiable de control para evitar la serie de distorsiones detectadas en todo mbito, de ah, que es plenamente justificada la propuesta que se plantea en este proyecto
OBJETIVOS GENERAL Desarrollar un sistema de control de inventario, para la empresa R Systems de ciudad de Ambato en el ao 2011
ESPECIFICOS
Contar con un sistema de registro de productos para mantener la informacin ordenada y clasificada.
Implementar un registro automatizado para eliminar la perdida de informacin y mejorar la velocidad de procesos. Incrementar los campos a la base de datos para mejorar la calidad de la informacin mediante reportes personalizados.
Captulo 2 MARCO TEORICO
Sistema informtico Un sistema informtico es un conjunto de partes que funcionan relacionndose entre s con un objetivo preciso. Sus partes son:
Hardware, software y las personas que lo usan. Por ejemplo, una computadora, sus dispositivos perifricos y la persona que la maneja, pueden constituir un sistema informtico. Un sistema informtico puede formar parte de un sistema de informacin; en este ltimo la informacin, uso y acceso a la misma, no necesariamente est informatizada. Por ejemplo, el sistema de archivo de libros de una biblioteca y su actividad en general es un sistema de informacin. Si dentro del sistema de informacin hay computadoras que ayudan en la tarea de organizar la biblioteca, a eso llamamos un sistema informtico. Tipos de sistemas informticos Debido a que el principal uso que se da a los SI es el de optimizar el desarrollo de las actividades de una organizacin con el fin de ser ms productivos y obtener ventajas competitivas, en primer trmino, se puede clasificar a los sistemas de informacin en: Sistemas Competitivos Sistemas Cooperativos Sistemas que modifican el estilo de operacin del negocio
Esta clasificacin es muy genrica, y en la prctica no obedece a una diferenciacin real de sistemas de informacin reales, ya que en la prctica podramos encontrar alguno que cumpla varias (dos o las tres) de las caractersticas anteriores. En los sub apartados siguientes se hacen unas clasificaciones ms concretas (y reales) de sistemas de informacin. Sistemas de Informacin Transaccionales * Los sistemas de informacin que logran la automatizacin de los procesos operativos dentro de una organizacin * Su funcin primordial consiste en procesar transacciones tales como pagos, cobros o ventas, plizas, entradas y salidas de almacn, etc. * Tienen la propiedad de ser recolectores de informacin y a travs de ellos se generan las grandes bases de informacin para su explotacin posterior El procesamiento de transacciones
Es el conjunto de procedimientos para el manejo de stas, incluye entre otras, las siguientes actividades: * Clculos * Clasificacin * Ordenamiento * Almacenamiento y recuperacin * Generacin de resmenes Objetivo
Los sistemas de informacin transaccionales son los encargados de colectar los datos (informacin) que contendr la base de datos, por medio de funciones de creacin, bajas o modificacin de las mismas. Caractersticas * Los sistemas de procesamiento de transacciones brindan velocidad y exactitud; * Se pueden programar para seguir rutinas sin ninguna variacin. * Los analistas disean tanto los sistemas como los procesos para el manejo de este tipo de actividades.
Algunos ejemplos * Compras * Facturacin * Inventarios * Clientes * Proveedores * Contabilidad * Bancos
* Nmina
Ventajas en el uso de bases de datos * Globalizacin de la informacin * Eliminacin de informacin redundante * Eliminacin de informacin inconsistente * Permite compartir la informacin * Permite mantener la integridad de la informacin * Independencia de datos Sistemas De Apoyo Toma De Decisiones En un sentido amplio, se define a los sistemas de apoyo a las Decisiones como un conjunto de programas y herramientas que permiten obtener oportunamente la informacin requerida durante el proceso de la toma de decisiones, en un ambiente de incertidumbre. A lo anterior se agrega que, en la mayora de los casos, lo que constituye el detonante de una decisin es el tiempo lmite o mximo en el que se debe tomar. As, en cada decisin que se toma, siempre se podr pensar en que no se tiene toda la informacin requerida; sin embargo, al llegar al lmite de tiempo, se deber llegar a una decisin. Esto implica necesariamente que al verdadero objetivo de un sistema de apoyo a las decisiones sea proporcionar la mayor cantidad de informacin relevante en el menor tiempo posible, con el fin de decidir lo ms adecuado. Caractersticas de los Sistemas de Apoyo a las Decisiones Caractersticas Generales Suelen introducirse despus de haber implantado los Sistemas transaccionales ms relevantes de la empresa, ya que estos ltimos constituyen su plataforma de informacin La informacin que generan sirve de apoyo a los mandos intermedios y al alta administracin en el proceso de toma de decisiones. Suelen ser intensivos en clculos y escasos en entradas y salidas de informacin No suelen ahorrar mano de obra.
Debido a lo anterior, la justificacin econmica para el desarrollo de estos sistemas es difcil, ya que no se conocen los ingresos del proyecto de inversin. Suelen ser Sistemas de Informacin interactivos y amigables, con altos estndares de diseo grafico y visual, ya que estn dirigidos al usuario final. Apoyan la toma de decisiones que por naturaleza son repetitivas y de decisiones no estructuradas que no suelen repetirse. Estos sistemas pueden ser desarrollados directamente por el usuario final sin la participacin operativa de los analistas y programadores del rea de informtica. Este tipo de sistemas pueden incluir la programacin de la produccin, compra de materiales, flujo de fondos, proyecciones financieras, modelos de simulacin de negocios, modelos de inventarios, etc. Caracterstica Especificas: Interactividad Sistema computacional con la posibilidad de interactuar con el tomador de decisiones en forma amigable y con respuesta a tiempo real. Tipos de decisiones Apoya el proceso de toma de decisiones estructuradas y no estructuradas. Frecuencia de uso Tiene la utilizacin frecuente por parte de la administracin media y alta para el desempeo de su funcin. Variedad de usuarios Puede ser utilizada por usuarios de diferentes reas funcionales como ventas, produccin, administracin, finanzas y recurso humanos. Flexibilidad Permite acoplarse a una variedad determinada de estilos administrativos. Desarrollo Permite el desarrollo de modelos de decisin directamente por el usuario interesado, sin la participacin operativa de profesionales en informtica.
Interaccin ambiental Permite la posibilidad de interactuar con informacin externa en la definicin de los modelos de decisin. Acceso a bases de datos Tiene la capacidad de accesar informacin de las bases de datos corporativas sin que las modifiquen. Simplicidad Simple y fcil de aprender y utilizar por el usuario final Finalmente se quiere hacer notar que la implantacin de un Sistema de Apoyo a las Decisiones puede llevarse a cabo en microcomputadoras o mainframes, dependiendo de la infraestructura disponible. Las ventajas que se obtienen al hacerlo a travs de microcomputadoras son las siguientes: Menores costos Disponibilidad de muchas herramientas en el mercado que operan en el ambiente de microcomputadoras Muy baja dependencia de personas que se encuentran fuera del control del tomador de decisiones. Por otro lado, los inconvenientes de esta forma de implantar los Sistemas de Apoyo a las Decisiones son: Faltad e integridad y consolidacin en la administracin de la informacin.
Sistema de Informacin estratgico * Un Sistema de Informacin estratgico puede ser considerado como el uso de la tecnologa de la informacin para soportar o dar forma a la estrategia competitiva de la organizacin, a su plan para incrementar o mantener la ventaja competitiva o bien reducir la ventaja de sus rivales. * Su funcin primordial no es apoyar la automatizacin de los procesos operativos ni proporcionar informacin para apoyar a la toma de decisiones. Sin embargo, este tipo de sistemas puede llevar a cabo dichas funciones.
* Suelen desarrollarse dentro de la organizacin (in house), por lo tanto no pueden adaptarse fcilmente a paquetes disponibles en el mercado. * Su funcin es lograr ventajas que los competidores no posean, tales como ventajas en costos y servicios diferenciados con clientes y proveedores. * Apoyan el proceso de innovacin de productos dentro de la empresa Definicin de los SIE: Son el uso de la tecnologa de la informacin para soportar o dar forma a la estrategia competitiva de la organizacin, a su plan para incrementar o mantener la ventaja competitiva o bien para reducir la ventaja de sus rivales. Caractersticas

Cambian significativamente el desempeo de un negocio al medirse por uno o ms indicadores clave, entre ellos, la magnitud del impacto. Contribuyen al logro de una meta estratgica. Generan cambios fundamentales en la forma de dirigir una compaa, la forma en que compite o en la que interacta con clientes y proveedores.
Clasificacin: Debido a que las personas los buscan como una manera para optimizar el desarrollo de sus actividades con el fin de ser ms productivos y obtener una ventaja competitiva, se les clasifica en Sistemas Competitivos, Cooperativos y Sistemas que modifican el estilo de operacin del negocio, los cuales nos permiten tener:

Sistemas que modifican el estilo de operacin del negocio. Sistemas de soporte para la toma de decisiones. Sistema de soporte para las decisiones en grupo. Sistemas de informacin ejecutiva.
Arquitectura cliente servidor Esta arquitectura consiste bsicamente en un cliente que realiza peticiones a otro programa (el servidor) que le da respuesta. Aunque esta idea se puede aplicar a programas que se ejecutan sobre una sola computadora es ms ventajosa en un sistema operativo multiusuario distribuido a travs de una red de computadoras.
En esta arquitectura la capacidad de proceso est repartida entre los clientes y los servidores, aunque son ms importantes las ventajas de tipo organizativo debidas a la centralizacin de la gestin de la informacin y la separacin de responsabilidades, lo que facilita y clarifica el diseo del sistema. La separacin entre cliente y servidor es una separacin de tipo lgico, donde el servidor no se ejecuta necesariamente sobre una sola mquina ni es necesariamente un slo programa. Los tipos especficos de servidores incluyen los servidores web, los servidores de archivo, los servidores del correo, etc. Mientras que sus propsitos varan de unos servicios a otros, la arquitectura bsica seguir siendo la misma. Una disposicin muy comn son los sistemas multicapa en los que el servidor se descompone en diferentes programas que pueden ser ejecutados por diferentes computadoras aumentando as el grado de distribucin del sistema. La arquitectura cliente-servidor sustituye a la arquitectura monoltica en la que no hay distribucin, tanto a nivel fsico como a nivel lgico. La red cliente-servidor es aquella red de comunicaciones en la que todos los clientes estn conectados a un servidor, en el que se centralizan los diversos recursos y aplicaciones con que se cuenta; y que los pone a disposicin de los clientes cada vez que estos son solicitados. Esto significa que todas las gestiones que se realizan se concentran en el servidor, de manera que en l se disponen los requerimientos provenientes de los clientes que tienen prioridad, los archivos que son de uso pblico y los que son de uso restringido, los archivos que son de slo lectura y los que, por el contrario, pueden ser modificados, etc. Este tipo de red puede utilizarse conjuntamente en caso de que se est utilizando en una red mixta.
Base de datos Una base de datos o banco de datos (en ocasiones abreviada B.D.D.) es un conjunto de datos pertenecientes a un mismo contexto y almacenados sistemticamente para su posterior uso. En este sentido, una biblioteca puede considerarse una base de datos compuesta en su mayora por documentos y textos impresos en papel e indexados para su consulta. En la actualidad, y debido al desarrollo tecnolgico de campos como la informtica y la electrnica, la mayora de las bases de datos estn en formato digital (electrnico), que ofrece un amplio rango de soluciones al problema de almacenar datos.
Existen programas denominados sistemas gestores de bases de datos, abreviados SGBD, que permiten almacenar y posteriormente acceder a los datos de forma rpida y estructurada. Las propiedades de estos SGBD, as como su utilizacin y administracin, se estudian dentro del mbito de la informtica. Las aplicaciones ms usuales son para la gestin de empresas e instituciones pblicas. Tambin son ampliamente utilizadas en entornos cientficos con el objeto de almacenar la informacin experimental. Base de datos relacionales Una base de datos relacional es una base de datos en donde todos los datos visibles al usuario estn organizados estrictamente como tablas de valores, y en donde todas las operaciones de la base de datos operan sobre estas tablas. Estas bases de datos son percibidas por los usuarios como una coleccin de relaciones normalizadas de diversos grados que varan con el tiempo. El modelo relacional representa un sistema de bases de datos en un nivel de abstraccin un tanto alejado de los detalles de la mquina subyacente, de la misma manera como, por ejemplo, un lenguaje del tipo de PL/1 representa un sistema de programacin con un nivel de abstraccin un tanto alejado de los detalles de la mquina subyacente. De hecho, el modelo relacional puede considerarse como un lenguaje de programacin ms bien abstracto, orientado de manera especfica hacia las aplicaciones de bases de datos. En trminos tradicionales una relacin se asemeja a un archivo, una tupla a un registro, y un atributo a un campo. Pero estas correspondencias son aproximadas, en el mejor de los casos. Una relacin no debe considerarse como ``solo un archivo'', sino ms bien como un archivo disciplinado, siendo el resultado de esta disciplina una simplificacin considerable de las estructuras de datos con las cuales debe interactuar el usuario, lo cual a su vez simplifica los operadores requeridos para manejar esas estructuras. BASES DE DATOS DOCUMENTALES Una SGBDD (Sistema de Gestin de Bases de Datos Documentales) se ocupa de la gestin de documentos optimizando el almacenaje y facilitando su recuperacin A diferencia de cualquier otro SGBD, un SGBDD no realiza ningn tratamiento sobre la informacin. Simplemente la almacena y posibilita su recuperacin.
Base de datos orientada a objetos
Las bases de datos orientadas a objetos se crearon para tratar de satisfacer las necesidades de estas nuevas aplicaciones. La orientacin a objetos ofrece flexibilidad para manejar algunos de estos requisitos y no esta limitada por los tipos de datos y los lenguajes de consulta de los sistemas de bases de datos tradicionales. Los objetos estructurados se agrupan en clases. Las clases utilizadas en un determinado lenguaje de programacin orientado a objetos son las mismas clases que sern utilizadas en una base de datos; de tal manera, que no es necesaria una transformacin del modelo de objetos para ser utilizado. De forma contraria, el modelo relacional requiere abstraerse lo suficiente como para adaptar los objetos del mundo real a tablas. El conjunto de las clases se estructuran en subclases y superclases, los valores de los datos tambin son objetos. Muchas organizaciones que actualmente usan tecnologa orientada a objetos tambin desean los beneficios de los sistemas de gestin de base de datos orientados a objetos. En otras palabras, se desea la migracin de bases de datos y aplicaciones de bases de datos relacionales a orientadas a objetos. La migracin a la tecnologa de objetos consiste de la ingeniera reversa de los programas de aplicacin y la migracin de la base de datos. El objetivo de la migracin de la base de datos es tener un esquema equivalente y la base de datos disponibles. Esto desde luego puede ser logrado por medio de la transformacin manual del cdigo de los programas lo cual resulta demasiado complicado. Para esto existen tres enfoques que hacen uso de la tecnologa de objetos para bases de datos relacionales. a.- Construir una interface orientada a objetos sobre el sistema de base de datos relacional. b.- La migracin a un sistema de base de datos relacional/objetos. c.- Conversin del esquema de base de datos relacional a uno orientado a objetos. Una base orientada a objetos es una base de datos que incorpora todos los conceptos importantes del paradigma de objetos: Encapsulacin: Propiedad que permite ocultar informacin al resto de los objetos, impidiendo as accesos incorrectos o conflictos. Herencia: Propiedad a travs de la cual los objetos heredan comportamientos dentro de una jerarqua de clases. Polimorfismo: Propiedad de una operacin mediante la cual puede ser aplicada a distintos tipos de objetos.
En bases de datos orientadas a objetos, los usuarios pueden definir operaciones sobre los datos como parte de la definicin de la base de datos. Una operacin (llamada funcin) se especifica en dos partes. La interfaz (o signatura) de una operacin incluye el nombre de la operacin y los tipos de datos de sus argumentos (o parmetros). La implementacin (o mtodo) de la operacin se especifica separadamente y puede modificarse sin afectar la interfaz.
SQL server 2008 Definicin El lenguaje de consulta estructurado (SQL) es un lenguaje de base de datos normalizado, utilizado por los diferentes motores de bases de datos para realizar determinadas operaciones sobre los datos o sobre la estructura de los mismos. Pero como sucede con cualquier sistema de normalizacin hay excepciones para casi todo; de hecho, cada motor de bases de datos tiene sus peculiaridades y lo hace diferente de otro motor, por lo tanto, el lenguaje SQL normalizado (ANSI) no nos servir para resolver todos los problemas, aunque si se puede asegurar que cualquier sentencia escrita en ANSI ser interpretable por cualquier motor de datos. Funcionalidad SQL nos permite realizar consultas a la base de datos. Pero adems tambin nos permite realizar funciones de definicin, control y gestin de la base de datos. Las sentencias SQL se clasifican por su finalidad dando origen sub lenguajes: DDL (Data DescriptionLanguage, en espaol Lenguaje de Definicin de Datos), define, modifica o borra las tablas en las que se almacenan los datos y de las relaciones entre estas. DCL (Data Control Language, en espaol Lenguaje de Control de Datos), sirve para trabajar en un entorno multiusuario, donde es muy importante la proteccin y la seguridad de los datos y la comparticin de datos por parte de usuarios. DML (Data ManipulationLanguage, en espaol Lenguaje de Manipulacin de Datos), permite al usuario recuperar datos almacenados en la base de datos as como actualizarla aadiendo, suprimiendo o modificando datos almacenados. Las sentencias de SQL son como frases escritas en ingles, donde decimos lo que deseamos obtener y donde obtenerlo. Todas las sentencias siguen una sintaxis para que se puedan ejecutar correctamente.
Lenguaje de programacin Un lenguaje de programacin es un idioma artificial diseado para expresar computaciones que pueden ser llevadas a cabo por mquinas como las computadoras. Pueden usarse para crear programas que controlen el comportamiento fsico y lgico de una mquina, para expresar algoritmos con precisin, o como modo de comunicacin humana.[1] Est formado por un conjunto de smbolos y reglas sintcticas y semnticas que definen su estructura y el significado de sus elementos y expresiones. Al proceso por el cual se escribe, se prueba, se depura, se compila y se mantiene el cdigo fuente de un programa informtico se le llama programacin. Tambin la palabra programacin se define como el proceso de creacin de un programa de computadora, mediante la aplicacin de procedimientos lgicos, a travs de los siguientes pasos:

El desarrollo lgico del programa para resolver un problema en particular. Escritura de la lgica del programa empleando un lenguaje de programacin especfico (codificacin del programa). Ensamblaje o compilacin del programa hasta convertirlo en lenguaje de mquina. Prueba y depuracin del programa. Desarrollo de la documentacin.
Programacin estructurada La programacin estructurada es una forma de escribir programas de ordenador (programacin de computadora) de manera clara. Para ello utiliza nicamente tres estructuras: secuencia, seleccin e iteracin; siendo innecesario el uso de la instruccin o instrucciones de transferencia incondicional (GOTO, EXIT FUNCTION, EXIT SUB o mltiples RETURN). Hoy en da las aplicaciones informticas son mucho ms ambiciosas que las necesidades de programacin existentes en los aos 1960, principalmente debido a las aplicaciones grficas, por lo que las tcnicas de programacin estructurada no son suficientes. Ello ha llevado al desarrollo de nuevas tcnicas, tales como la programacin orientada a objetos y el desarrollo de entornos de programacin que facilitan la programacin de grandes aplicaciones Programacin orientada a objetos
La programacin orientada a objetos o POO (OOP segn sus siglas en ingls) es un paradigma de programacin que usa objetos y sus interacciones, para disear aplicaciones y programas informticos. Est basado en varias tcnicas,
incluyendo herencia, abstraccin, polimorfismo y encapsulamiento. Su uso se populariz a principios de la dcada de los aos 1990. En la actualidad, existe variedad de lenguajes de programacin que soportan la orientacin a objetos.
Visual Basic . Net Definicin Es un lenguaje de programacin orientado a objetos que se puede considerar una evolucin de Visual Basic implementada sobre el framework .NET. Su introduccin result muy controvertida, ya que debido a cambios significativos en el lenguaje VB.NET no es compatible hacia atrs con Visual Basic, pero el manejo de las instrucciones es similar a versiones anteriores de Visual Basic, facilitando as el desarrollo de aplicaciones ms avanzadas con herramientas modernas. La gran mayora de programadores de VB.NET utilizan el entorno de desarrollo integrado Microsoft Visual Studio en alguna de sus versiones (Visual Studio .NET, Visual Studio .NET 2003 o Visual Studio 2005), aunque existen otras alternativas, como SharpDevelop (que adems es libre). Al igual que con todos los lenguajes de programacin basados en .NET, los programas escritos en VB .NET requieren el Framework .NET para ejecutarse.
Funcionalidad Es posible generar, de manera automtica, conectividad entre controles y datos mediante la accin de arrastrar y colocar sobre formularios o informes. Los Objetos Actives son una nueva tecnologa de acceso a datos mediante la accin de arrastrar y colocar sobre formularios o informes. Asistente para formularios: Sirve para generar de manera automtica formularios que administran registros de tablas o consultas pertenecientes a una base de datos, hoja de clculo u objeto (ADO-ACTIVE DATA OBJECT) Asistente para barras de herramientas es factible incluir barras de herramientas es factible incluir barra de herramientas personalizada, donde el usuario selecciona los botones que desea visualizar durante la ejecucin. En las aplicaciones HTML: Se combinan instrucciones de Visual Basic con cdigo HTML para controlar los eventos que se realizan con frecuencia en una pgina web.
La Ventana de Vista de datos proporciona acceso a la estructura de una base de datos. Desde esta tambin acceso al Diseador de Consultas y diseador de Base de datos para administrar y registros.
Caractersticas Los siguientes temas sirven de introduccin y de explicacin de los componentes bsicos de Visual Basic, un lenguaje de programacin orientado a objetos. Tras crear la interfaz de usuario de su aplicacin utilizando formularios y controles, debe escribir el cdigo que define el comportamiento de la aplicacin. Al igual que con cualquier lenguaje de programacin moderno, Visual Basic admite un gran nmero de constructores comunes de programacin y elementos de lenguaje. Si ha programado en otros lenguajes, gran parte del material que se trata en esta seccin le resultar familiar. Aunque la mayora de las construcciones son similares a las de otros lenguajes, la naturaleza controlada por eventos de Visual Basic presenta algunas diferencias sutiles. Si es un programador principiante, el material tratado en esta seccin le servir como introduccin a las unidades de generacin bsicas para escribir cdigo. Una vez que comprenda los aspectos bsicos, podr crear aplicaciones eficaces utilizando Visual Basic. Visual Studio y .NET Framework Describe la funcin de Visual Basic en .NET Framework y explica los ensamblados y atributos. Elementos declarados en Visual Basic Cubre los elementos de programacin que puede declarar, sus nombres y caractersticas, y cmo el compilador resuelve las referencias a los mismos. Tipos de datos en Visual Basic Describe qu tipos de datos pueden albergar los elementos de programacin y la forma en que stos se almacenan. Variables en Visual Basic Explica cmo declarar variables para almacenar valores y cmo utilizarlas para hacer referencia a los objetos. Matrices en Visual Basic
Explica cmo hacer el cdigo ms compacto y eficaz declarando y utilizando matrices, que contienen mltiples valores relacionados. Objetos en Visual Basic Ofrece informacin general sobre objetos y clases, cmo se utilizan, cmo se relacionan entre s, y las propiedades, mtodos y eventos que exponen. Cadenas en Visual Basic Trata la declaracin y manipulacin de variables que contienen una secuencia de caracteres. Constantes y enumeraciones en Visual Basic Explica el almacenamiento de valores inmutables para su uso repetido, incluidos los conjuntos de valores constantes relacionados. Operadores y expresiones en Visual Basic Describe los elementos de cdigo que manipulan elementos que contienen valores, cmo utilizarlos eficientemente y cmo combinarlos para producir nuevos valores. Instrucciones en Visual Basic Proporciona informacin general de las dos unidades bsicas de instruccin de Visual Basic: instrucciones de declaracin e instrucciones ejecutables. Procedimientos en Visual Basic Explica los procedimientos Sub, Function, Property y Operator, adems de temas avanzados como procedimientos recursivos y sobrecargados. Flujo de control en Visual Basic Muestra cmo regular el flujo de la ejecucin del programa.
Ventajas Cdigo administrado: El CLR realiza un control automtico del cdigo para que este sea seguro, es decir, controla los recursos del sistema para que la aplicacin se ejecute correctamente.
Interoperabilidad multilenguaje: El cdigo puede ser escrito en cualquier lenguaje compatible con .Net ya que siempre se compila en cdigo intermedio (MSIL). Compilacin just-in-time: El compilador JIT incluido en el Framework compila el cdigo intermedio (MSIL) generando el cdigo mquina propio de la plataforma. Se aumenta as el rendimiento de la aplicacin al ser especfico para cada plataforma. Garbagecollector: El CLR proporciona un sistema automtico de administracin de memoria denominado recolector de basura (garbagecollector). El CLR detecta cundo el programa deja de utilizar la memoria y la libera automticamente. De esta forma el programador no tiene por que liberar la memoria de forma explcita aunque tambin sea posible hacerlo manualmente (mediante el mtodo disponse() liberamos el objeto para que el recolector de basura lo elimine de memoria). Seguridad de acceso al cdigo: Se puede especificar que una pieza de cdigo tenga permisos de lectura de archivos pero no de escritura. Es posible aplicar distintos niveles de seguridad al cdigo, de forma que se puede ejecutar cdigo procedente del Web sin tener que preocuparse si esto va a estropear el sistema. Despliegue: Por medio de los ensamblados resulta mucho ms fcil el desarrollo de aplicaciones distribuidas y el mantenimiento de las mismas. El Framework realiza esta tarea de forma automtica mejorando el rendimiento y asegurando el funcionamiento correcto de todas las aplicaciones.
Captulo 3 Diseo Metodolgico
Metodologa Investigativa Investigacin de campo Para la investigacin de campo se utiliz la tcnica de la encuesta cuyo instrumento fue el cuestionario escrito con preguntas de carcter cerrado y fue aplicado a 20 personas que se realiz a un nmero determinado dela poblacin que busca el mejoramiento de servicios que brinda la empresa, tanto en tiempo como en costo beneficio Tambin se utiliz la tcnica de la entrevista cuyo instrumento fue el cuestionario escrito con preguntas de carcter abierto y fue aplicado a 2 personas las cuales fueron el gerente y el dueo
ENCUESTA 1) Su empresa cuenta con un sistema de control de inventario SI NO TOTAL 18 2 20 90 10 100
SI NO
18
Anlisis: De las respuestas obtenidas a esta primera pregunta tenemos que un 90 % manifiestan que si y un 10 % que no Interpretacin: Por consiguiente, un altsimo porcentaje de usuarios expresa la necesidad de que se ponga en funcionamiento este software que beneficiara a los mismos
2) Deseara que su empresa tenga todos los registros almacenados para un mejor manejo de inventario
SI NO TOTAL
19 1 20
95 5 100
SI NO
19
Anlisis: De las respuestas obtenidas a esta primera pregunta tenemos que un 95 % manifiestan que si y un 5 % que no Interpretacin: En consecuencia, un altsimo porcentaje de usuarios expresa la necesidad de tener todos los registros almacenados para un mejor manejo de inventario
3) Estara usted dispuesto a hacer uso de este software para el beneficio de su empresa
SI NO TOTAL
15 5 20
75 25 100
SI NO
15
Anlisis: De las respuestas obtenidas a esta primera pregunta tenemos que un 75 % manifiestan que si y un 25 % que no Interpretacin: Por tanto, un altsimo porcentaje de usuarios expresa la necesidad de hacer uso de este software para beneficio de la empresa
4) Contar con un software automatizado le dara muchos beneficios como evitar la prdida de informacin para mejorar la velocidad de sus procesos de registro, estara dispuesto a implementar en su empresa o negocio este software que tenga los campos mencionados SI 17 NO 3 TOTAL 20 85 15 100
SI NO
17
5) Para evitar procesos lentos llevando registros en hojas de control, este software le dar un excelente control de cada proceso, estara usted dispuesto a utilizarlo SI 20 NO 0 TOTAL 20 100 0 100
SI NO
20
6) Al implementar el software deseara que le expliquemos como es el manejo y el funcionamiento del proceso de control de inventario SI 16 NO 4 TOTAL 20 80 20 100
SI NO
16
7) Con este software estara dispuesto a comprarlo para su empresa para que lleve sus procesos y registros con resultados reales y precisos SI 19 NO 1 TOTAL 20 95 5 100
SI NO
19
Anlisis: De las respuestas obtenidas a esta primera pregunta tenemos que un 95 % manifiestan que s y un 5 % que no Interpretacin: Por consiguiente, un altsimo porcentaje de usuarios expresa la necesidad de que se ponga en funcionamiento este software que beneficiara a los mismos
Entrevista Anlisis La entrevista se la realizo con el objetivo de tener una visin real y directa de como los involucrados miran a su empresa con relacin a la misin y visin de la misma; es decir, estableciendo sus criterios frente a la situacin actual y a lo que se espera de la empresa para un futuro cercano. La entrevista nos ha dado con objetividad elementos suficientes para tener la certeza de lo que realmente piensan y sienten los involucrados 1. Cules son las proyecciones de su empresa para los prximos aos? __________________________________________________________________ __________________________________________________________________ __________________________________________________________________ ____________
2. Cmo ve el futuro de esta industria? __________________________________________________________________ __________________________________________________________________ ____________________________________________________________ 3. Cules considera que son las ventajas ms importantes de su empresa? __________________________________________________________________ __________________________________________________________________ __________________________________________________________________ ____________ 4. Qu me puede decir sobre sus nuevos productos o planes de expansin? __________________________________________________________________ __________________________________________________________________ __________________________________________________________________ __________________________________________________________________ _______________ 5. Cmo califica a la competencia? __________________________________________________________________ __________________________________________________________________ __________________________________________________________________ ____________
Investigacin Bibliogrfica
La investigacin bibliogrfica se la realizo mediante la consulta de una serie de textos cientficos relacionados al tema planteado, as como tambin de pginas de internet especializadas, todo aquello contribuyo a fortalecer nuestro bagaje de conocimientos y permitirnos tener mayor claridad en todo lo referente al tema de investigacin
Metodologa Tcnica
La metodologa a utilizarse en el proyecto es la metodologa rup
Porque utilizar rup Por qu l objetivo en esta etapa es determinar la visin del proyecto. En esta etapa el objetivo es determinar la arquitectura ptima. En esta etapa el objetivo es llevar a obtener la capacidad operacional inicial. El objetivo es llegar a obtener el release del proyecto. Con esta metodologa se trabajara mediante dos disciplinas
Disciplina de Desarrollo

Ingeniera de Negocios: Entendiendo las necesidades del negocio. Requerimientos: Trasladando las necesidades del negocio a un sistema automatizado. Anlisis y Diseo: Trasladando los requerimientos dentro de la arquitectura de software. Implementacin: Creando software que se ajuste a la arquitectura y que tenga el comportamiento deseado. Pruebas: Asegurndose que el comportamiento requerido es el correcto y que todo los solicitado est presente.
Disciplina de Soporte
Configuracin y administracin del cambio: Guardando todas las versiones del proyecto.
Administrando el proyecto: Administrando horarios y recursos. Ambiente: Administrando el ambiente de desarrollo. Distribucin: Hacer todo lo necesario para la salida del proyecto
Tambin utilizare esta metodologa porque en cada ciclo de iteracin, se hace exigente el uso de artefactos, siendo por este motivo, una de las metodologas ms importantes para alcanzar un grado de certificacin en el desarrollo del software.
Justifique Modelo de negocios Fase inicial En esta fase se estableci el mbito de software y las condiciones de los lmites del proyecto, incluidas una visin operativa, criterios de aceptacin y lo que debe contener el producto y lo que no. Se estim el coste global y la planificacin de todo el proyecto (y estimaciones ms detalladas para la fase de elaboracin) Se estim los riesgos potenciales Se Prepar el entorno de soporte para el proyecto.
Fase de elaboracin Esta fase comprende el anlisis y diseo del proyecto determinar la solucin tcnica del proyecto es la encargada de
Para el anlisis se utiliz la herramienta Enterprise architect y se us los diagramas de caso de uso y para el diseo se utiliz el diagrama da clases
Fase de construccin Para la fase de construccin se utiliz visual studio 2010 para la programacin y SQL 2008 para la base de datos
Fase de transicin Durante esta fase de transicin se someti al software a las pruebas necesarias y se busc garantizar que se tiene un producto preparado para su entrega al usuario.
Captulo 4 Anlisis del Sistema DIAGRAMA DE CASO DE USO
Model Documentation
Model Detail
This document provides a complete overview of all element details. For simpler and more focused reports, simply copy this initial template and turn off the sections not required.
Model
Type: Package
Status: Package: Detail: GUID:
Propuesto. Version . Phase 1.0.
Created on 12/07/2011. Last modified on 12/07/2011 {FFCB000A-1CCE-4a38-BA86-8DC0CA7EE43B}
Modelo de casos de uso

Type: Status: Package: Detail: GUID: Package
Proposed. Version . Phase 1.0. Model Created on 12/07/2011. Last modified on 12/07/2011 {B4E686F8-F010-470e-91D7-67DCF9FE4299}
Modelo de casos de uso - (Caso de Uso diagram)

Created By: Last Modified: Version: GUID:
Patricio on 19/11/2005 17/01/2006 1.0. Locked: Falso {F7CC7BCD-E73A-487c-BE9A-5A92907F519D}
Figure: 1
Actores
Proposed. Version 1.0. Phase 1.0. Modelo de casos de uso Created on 19/11/2005. Last modified on 19/11/2005 {DAE5EB99-EC5C-4b5e-B54D-2C27A4F57B5B}
Actores - (Caso de Uso diagram)

Patricio on 19/11/2005 15/12/2005
EA 8.0 versin de prueba no registrada

1.0. Locked: Falso
EA{D4FAD72C-1F17-44ee-9307-1260DBEA6650} 8.0 versin de prueba no registrada EA 8.0 versin deuc Actores no registrada prueba EA 8.0 versin de prueba no registrada EA 8.0 versin de prueba no registrada EA 8.0 versin de prueba no registrada EA 8.0 versin de prueba no registrada EA 8.0 versin de prueba no registrada
Figure: 2
GERENTE
GERENTE
Type: Status: Package: Detail: GUID:
EAActor versin de prueba no registrada 8.0

Proposed. Version 1.0. Phase 1.0.
EAActoresversin de prueba no registrada 8.0 Keywords: EA 8.0 versin de prueba no registrada

{F1EF17D3-77DB-4a4a-9493-626537FA973D} Created on 19/11/2005. Last modified on 12/07/2011.
EA 8.0 versin de prueba no registrada EA 8.0 versin de prueba no registrada EA 8.0 versin de prueba no registrada EA 8.0 versin de prueba no registrada EA 8.0 versin de prueba no registrada
Connections
Connector
VnculoDeCasosDeUso
Source Public GERENTE
Target Public Generar reportes de producto
Notes
Origen -> Destino
Secuencia
Public GERENTE
Public Objeto1
Origen -> Destino
Casos de uso principales

Proposed. Version 1.0. Phase 1.0. Modelo de casos de uso Created on 19/11/2005. Last modified on 19/11/2005 {6A40283F-71EE-4e17-AA8E-AC0532E70012}
Casos de uso principales - (Caso de Uso diagram)

Patricio on 19/11/2005 12/07/2011 1.0. Locked: Falso {10E7E26F-DCEA-4b98-B87E-99C150E97E37}
EA 8.0 versin de prueba no registrada EA 8.0 versin de prueba no registrada EA 8.0 versin de prueba no registrada EA 8.0 versin de prueba no re
uc EACasos de uso principalesprueba no registrada EA 8.0 versin de prueba no registrada EA 8.0 versin de prueba no registrada EA 8.0 versin de prueba no re 8.0 versin de
SISTEMA DE INVENTARIO control de inv entario
Generar reportes de producto extend
include
EA 8.0 versin de prueba no registrada EA 8.0 versin de prueba no registrada include versin include EA 8.0 de prueba no registrada EA 8.0 versin de prueba no re
GERENTE extend v erificar existencia del producto
v erificar datos del producto
actualizar inv entario EA 8.0 versin de prueba no registrada EA 8.0 versin de prueba no registrada EA 8.0 versin de prueba no registrada EA 8.0 versin de prueba no re informacion del cliente BODEGA
extend
EA 8.0 versin de prueba no registrada EA 8.0 versin de prueba no registrada EA 8.0 versin de prueba no registrada EA 8.0 versin de prueba no re informacion del
include empleado include
include cantidad de registrada EA 8.0 versin de prueba no registrada EA 8.0 versin de prueba no registrada EA 8.0 versin de prueba noingresos EA 8.0 versin de prueba no re include recibir pedido
despachar pedido EA 8.0 versin de prueba no registrada EA 8.0 versin de prueba no registrada EA 8.0 versin de prueba no registrada EA 8.0 versin de prueba no re cantidad de egresos
CLIENTE EA 8.0 versin de prueba no registrada EA 8.0 versin de prueba no registrada EA 8.0 versin de prueba no registrada EA 8.0 versin de prueba no re
EMPLEADO
EA 8.0 versin de prueba no registrada EA 8.0 versin deFigure: 3registrada EA 8.0 versin de prueba no registrada EA 8.0 versin de prueba no re prueba no
EA 8.0 versin de prueba no registrada EA 8.0 versin de prueba no registrada EA 8.0 versin de prueba no registrada EA 8.0 versin de prueba no re EA 8.0 versin de BODEGA prueba no registrada EA 8.0 Type: versin de prueba no registrada Actor
EA 8.0 versin de prueba no registrada EA 8.0 versin de prueba no registrada EA 8.0 versin de prueba no re
Status:
. Version 1.0. Phase 1.0.
Package: de prueba no de uso principales Keywords: registrada Casos registrada EA 8.0 versin de prueba no EA 8.0 versin
EA 8.0 versin de prueba no registrada EA 8.0 versin de prueba no re
EA 8.0 versin de prueba no registrada EA 8.0 versin de prueba no registrada EA 8.0 versin de prueba no registrada Detail: Created on 12/07/2011. Last modified on 12/07/2011.
EA 8.0 versin de prueba no re
GUID:
{8B8EAE9C-35E4-4390-8B98-2B729599BC55}
Connections de prueba no registrada EA 8.0 versin
Connector
Source
Target
Notes
Connector
VnculoDeCasosDeUso
Source Public control de inventario
Target Public BODEGA
Notes
Origen -> Destino
VnculoDeCasosDeUso
Public BODEGA
Public cantidad de ingresos
Origen -> Destino
VnculoDeCasosDeUso
Public cantidad de egresos
Public BODEGA
Origen -> Destino
CLIENTE
Actor . Version 1.0. Phase 1.0. Casos de uso principales

Keywords:
Created on 12/07/2011. Last modified on 12/07/2011. {9E577796-5B5A-4029-8626-E6CC16E83C2D}
Connections
Connector
VnculoDeCasosDeUso
Source Public CLIENTE
Target Public informacion del
Notes
Origen -> Destino
Connector
Source
Target cliente
Notes
VnculoDeCasosDeUso
Public CLIENTE
Public despachar pedido
Origen -> Destino
VnculoDeCasosDeUso
Public CLIENTE
Public recibir pedido
Origen -> Destino
EMPLEADO
Actor . Version 1.0. Phase 1.0. Casos de uso principales

Keywords:
Created on 12/07/2011. Last modified on 12/07/2011. {3BDC30D5-CAEE-4441-BA40-416236359707}
Connections
Connector
VnculoDeCasosDeUso
Source Public informacion del empleado
Target Public EMPLEADO
Notes
Origen -> Destino
Connector
Source
Target
Notes
VnculoDeCasosDeUso
Public EMPLEADO
Origen -> Destino
VnculoDeCasosDeUso
Public EMPLEADO
Origen -> Destino
Generar reportes de producto

CasoDeUso Proposed. Version 1.0. Phase 1.0. Casos de uso principales

Keywords:
Created on 19/11/2005. Last modified on 12/07/2011. {B2C1E0A8-FB51-4619-BE17-B5DC2CA3726E}
Connections
Connector
Extensin
Source Public Generar reportes de producto
Target Public control de inventario
Notes
Origen -> Destino
Connector
VnculoDeCasosDeUso
Target Public Generar reportes de producto
Notes
Origen -> Destino
EA 8.0 versin de prueba no registrada EA 8.0 versin de pr

sd Caso de uso 1
DeSecuencias diagram: Caso de uso 1
EA 8.0 versin de prueba no Objeto1 registrada EA 8.0 versin de pr

GERENTE

Figure: 4
Objeto1
Secuencia Proposed. Version 1.0. Phase 1.0. Casos de uso principales

Keywords:
Created on 05/01/2006. Last modified on 05/01/2006. {C7BD1E20-0B56-48e4-970D-F88F3E18B5CD}
Connections
Connector
Secuencia
Target Public Objeto1
Notes
Origen -> Destino
actualizar inventario
CasoDeUso . Version 1.0. Phase 1.0. Casos de uso principales

Keywords:
Created on 12/07/2011. Last modified on 12/07/2011. {6BA69DD1-8B02-4bb7-93DE-3AE376632769}
Connections
Connector
Inclusin
Source Public actualizar inventario
Notes
Origen -> Destino
cantidad de egresos

Keywords:
Created on 12/07/2011. Last modified on 12/07/2011. {0389AAB1-E876-4326-B8D4-1CB38D048104}
Connections
Connector
Inclusin
Source Public cantidad de egresos
Target Public informacion del empleado
Notes
Origen -> Destino
Connector
Source
Target
Notes
VnculoDeCasosDeUso
Public BODEGA
Origen -> Destino
VnculoDeCasosDeUso
Public EMPLEADO
Origen -> Destino
cantidad de ingresos

Keywords:
Created on 12/07/2011. Last modified on 12/07/2011. {6B67D533-9875-4dd5-9FF0-953AA5C2D682}
Connections
Connector
Inclusin
Source Public cantidad de ingresos
Notes
Origen -> Destino
Connector
VnculoDeCasosDeUso
Source Public BODEGA
Target Public cantidad de ingresos
Notes
Origen -> Destino
VnculoDeCasosDeUso
Public EMPLEADO
Origen -> Destino
control de inventario

Keywords:
Created on 12/07/2011. Last modified on 12/07/2011. {ED93FF13-EE22-4b76-82DF-A39299AE672A}
Connections
Connector
Extensin
Source Public Generar reportes de producto
Notes
Origen -> Destino
Inclusin
Public
Public
Connector Origen -> Destino
Source verificar existencia del producto
Target control de inventario
Notes
Inclusin
Public actualizar inventario
Public control de inventario
Origen -> Destino
Inclusin
Public verificar datos del producto
Origen -> Destino
Extensin
Public informacion del cliente
Origen -> Destino
VnculoDeCasosDeUso
Public BODEGA
Origen -> Destino
despachar pedido

Keywords:
Created on 12/07/2011. Last modified on 12/07/2011. {8DD622C5-A48A-4fb1-9CC4-0BA71EE0E5D8}
Connections
Connector
Inclusin
Source Public despachar pedido
Target Public informacion del cliente
Notes
Origen -> Destino
VnculoDeCasosDeUso
Public CLIENTE
Origen -> Destino
informacion del cliente

CasoDeUso Proposed. Version 1.0. Phase 1.0. Casos de uso principales

Keywords:
Created on 20/11/2005. Last modified on 12/07/2011. {8A4288B7-73E3-4807-AC4A-17BFA54E00BA}
Connections
Connector
Extensin
Source Public
Target Public
Notes
Source control de inventario
Target informacion del cliente
Notes
Inclusin
Origen -> Destino
Inclusin
Origen -> Destino
VnculoDeCasosDeUso
Public CLIENTE
Origen -> Destino
Extensin
Public informacion del empleado
Origen -> Destino
informacion del empleado


Keywords:
Created on 12/07/2011. Last modified on 12/07/2011. {5C88C7F9-495C-48e8-82DC-7ED824E46D80}
Connections
Connector
Inclusin
Source Public cantidad de ingresos
Notes
Origen -> Destino
Inclusin
Origen -> Destino
VnculoDeCasosDeUso
Public EMPLEADO
Origen -> Destino
Extensin
Origen -> Destino
recibir pedido
Type: Status: Package: Detail:

Keywords:
Created on 12/07/2011. Last modified on 12/07/2011.
GUID:
{AD7E7FD7-76D8-44f3-AF09-EDAC2076757D}
Connections
Connector
Inclusin
Source Public recibir pedido
Target Public informacion del cliente
Notes
Origen -> Destino
VnculoDeCasosDeUso
Public CLIENTE
Origen -> Destino
verificar datos del producto


Keywords:
Created on 12/07/2011. Last modified on 12/07/2011. {E87110C8-717A-478e-8381-E5A1C0CD1378}
Connections
Connector
Inclusin
Source Public verificar datos del producto
Notes
Origen -> Destino
verificar existencia del producto


Keywords:
Created on 12/07/2011. Last modified on 12/07/2011. {84282306-BBFB-42ef-8EA9-96806B75C250}
Connections
Connector
Inclusin
Source Public verificar existencia del producto
Notes
Origen -> Destino
Dcu ds con su diccionario de datos Captulo 5 Diseo MODELO CDM
Standard CDM report
Table of Contents
The 'Table of contents' field needs to be updated!
CDM Graphs Global model Graph
debe tener varios
producto codigo_producto nombre_producto descripcion_producto precio_producto stock_producto stock_maximo stock_minimo
debe tener vario s
egresos codigo_eg reso nombre_egreso fecha_egreso detalle_egreso
tiene
Ingresos codigo_ingreso nombre_ing reso fecha_ing reso detalle_ingreso
bodeg a codigo_bodeg a direccion_bodega encargado_bodega
contiene
con tiene
t iene
empleados codigo_empleado nombre_empleado direccion_empleado sexo_empleado fecha_nacimiento_empleado cargo_empleado salario_empleado
Lists of objects
Data Item List
Name cargo_empleado codigo_bodega codigo_bodega codigo_egreso codigo_empleado codigo_ingreso codigo_producto descripcion_producto detalle_egreso detalle_ingreso direccion_bodega direccion_empleado encargado_bodega fecha_egreso fecha_ingreso fecha_nacimiento_empleado nombre_egreso nombre_empleado nombre_ingreso nombre_producto precio_producto salario_empleado sexo_empleado stock_maximo Code CARGO_EMPLEADO CODIGO_BODEGA_ CODIGO_BODEGA CODIGO_EGRESO CODIGO_EMPLEADO CODIGO_INGRESO CODIGO_PRODUCTO DESCRIPCION_PRODUCTO DETALLE_EGRESO DETALLE_INGRESO DIRECCION_BODEGA DIRECCION_EMPLEADO ENCARGADO_BODEGA FECHA_EGRESO FECHA_INGRESO FECHA_NACIMIENTO_EMPLEADO NOMBRE_EGRESO NOMBRE_EMPLEADO NOMBRE_INGRESO NOMBRE_PRODUCTO PRECIO_PRODUCTO SALARIO_EMPLEADO SEXO_EMPLEADO STOCK_MAXIMO VA20 I I I I I I VA20 VA20 VA20 VA20 VA20 VA20 D D D VA20 VA20 VA20 VA20 MN MN VA20 MN Type
Name stock_minimo stock_producto STOCK_MINIMO
Code MN MN
Type
STOCK_PRODUCTO
Entity List
Name bodega egresos empleados Ingresos producto BODEGA ENT_2 EMPLEADOS ENT_87 PRODUCTO Code
Relationship List
Name con tiene contiene debe tener vario s debe tener varios t iene tiene AL_MACENA CONTIENE DEBE_TENER_VARIO_S DEBE_TENER_VARIOS T_IENE TIENE Code
Entity Information Entity bodega

Name: Code: Label: Number: bodega BODEGA Generate Table: Yes
Attribute List
Name codigo_bodega direccion_bodega encargado_bodega Code CODIGO_BODEGA_ DIRECCION_BODEGA ENCARGADO_BODEGA I VA20 VA20 Type I Yes No No M Yes Yes Yes
Data Item codigo_bodega Data Item direccion_bodega Data Item encargado_bodega

Reference List
Entity Ingresos(ENT_87) egresos(ENT_2) 0,n 0,n Card Dep. No No Relationship con tiene(AL_MACENA) contiene(CONTIENE)
Entity egresos
Name: Code: Label: Number: egresos ENT_2 Generate Table: Yes
Attribute List
Name codigo_egreso nombre_egreso Code CODIGO_EGRESO NOMBRE_EGRESO I VA20 Type I Yes No M Yes Yes
Name fecha_egreso detalle_egreso
Code FECHA_EGRESO DETALLE_EGRESO
Type D VA20
I No No
M Yes Yes
Data Item codigo_egreso Data Item nombre_egreso Data Item fecha_egreso Data Item detalle_egreso
Reference List
Entity bodega(BODEGA) producto(PRODUCTO) empleados(EMPLEADOS) 0,1 0,n 0,1 Card Dep. No No No Relationship contiene(CONTIENE) debe tener vario s(DEBE_TENER_VARIO_S) tiene(TIENE)
Entity empleados
Name: Code: Label: Number: empleados EMPLEADOS Generate Table: Yes
Attribute List
Name codigo_empleado nombre_empleado direccion_empleado sexo_empleado fecha_nacimiento_empleado cargo_empleado salario_empleado Code CODIGO_EMPLEADO NOMBRE_EMPLEADO DIRECCION_EMPLEADO SEXO_EMPLEADO FECHA_NACIMIENTO_EMPLEADO CARGO_EMPLEADO SALARIO_EMPLEADO I VA20 VA20 VA20 D VA20 MN Type I Yes No No No No No No M Yes Yes Yes Yes Yes Yes Yes
Data Item codigo_empleado Data Item nombre_empleado Data Item direccion_empleado Data Item sexo_empleado Data Item fecha_nacimiento_empleado Data Item cargo_empleado Data Item salario_empleado
Reference List
Entity Ingresos(ENT_87) egresos(ENT_2) 0,n 0,n Card Dep. No No Relationship t iene(T_IENE) tiene(TIENE)
Entity Ingresos
Name: Code: Label: Number: Ingresos ENT_87 Generate Table: Yes
Attribute List
Name codigo_ingreso nombre_ingreso fecha_ingreso detalle_ingreso Code CODIGO_INGRESO NOMBRE_INGRESO FECHA_INGRESO DETALLE_INGRESO I VA20 D VA20 Type I Yes No No No M Yes Yes Yes Yes
Data Item codigo_ingreso Data Item nombre_ingreso
Data Item fecha_ingreso Data Item detalle_ingreso

Reference List
Entity bodega(BODEGA) producto(PRODUCTO) empleados(EMPLEADOS) 0,1 0,n 0,1 Card Dep. No No No Relationship con tiene(AL_MACENA) debe tener varios(DEBE_TENER_VARIOS) t iene(T_IENE)
Entity producto
Name: Code: Label: Number: producto PRODUCTO Generate Table: Yes
Attribute List
Name codigo_producto nombre_producto descripcion_producto precio_producto stock_producto stock_maximo stock_minimo Code CODIGO_PRODUCTO NOMBRE_PRODUCTO DESCRIPCION_PRODUCTO PRECIO_PRODUCTO STOCK_PRODUCTO STOCK_MAXIMO STOCK_MINIMO I VA20 VA20 MN MN MN MN Type I Yes No No No No No No M Yes Yes Yes Yes Yes Yes Yes
Data Item codigo_producto Data Item nombre_producto Data Item descripcion_producto Data Item precio_producto Data Item stock_producto
Data Item stock_maximo Data Item stock_minimo

Reference List
Entity egresos(ENT_2) Ingresos(ENT_87) 0,n 0,n Card Dep. No No Relationship debe tener vario s(DEBE_TENER_VARIO_S) debe tener varios(DEBE_TENER_VARIOS)
Relationships Information Relationship con tiene

Name: con tiene Code: AL_MACENA Label: Entity 1: bodega Entity 2: Ingresos Cardinality: One to Many Entity 2 dependent of Entity 1: Entity 1 --> Entity 2: Role: Mandatory: No Dominant: No Min, Max: 0, n Entity 2 --> Entity 1: Role: Mandatory: No Dominant: No Min, Max: 0, 1
No
Relationship contiene
Name: contiene Code: CONTIENE Label: Entity 1: bodega Entity 2: egresos Cardinality: One to Many Entity 2 dependent of Entity 1: Entity 1 --> Entity 2: Role: Mandatory: No Dominant: No Min, Max: 0, n Entity 2 --> Entity 1: Role: Mandatory: No Dominant: No Min, Max: 0, 1
No
Relationship debe tener vario s

Name: Code: Label: debe tener vario s DEBE_TENER_VARIO_S
Entity 1: producto Entity 2: egresos Cardinality: Many to Many Entity 2 dependent of Entity 1: Entity 1 --> Entity 2: Role: Mandatory: No Dominant: No Min, Max: 0, n Entity 2 --> Entity 1: Role: Mandatory: No Dominant: No Min, Max: 0, n
No
Relationship debe tener varios

Name: debe tener varios Code: DEBE_TENER_VARIOS Label: Entity 1: producto Entity 2: Ingresos Cardinality: Many to Many Entity 2 dependent of Entity 1: No Entity 1 --> Entity 2: Role: Mandatory: No Dominant: No Min, Max: 0, n Entity 2 --> Entity 1: Role: Mandatory: No Dominant: No Min, Max: 0, n
Relationship t iene
Name: t iene Code: T_IENE Label: Entity 1: empleados Entity 2: Ingresos Cardinality: One to Many Entity 2 dependent of Entity 1: Entity 1 --> Entity 2: Role: Mandatory: No
No
Dominant: Min, Max:
No 0, n
Entity 2 --> Entity 1: Role: Mandatory: No Dominant: No Min, Max: 0, 1
Relationship tiene
Name: tiene Code: TIENE Label: Entity 1: empleados Entity 2: egresos Cardinality: One to Many Entity 2 dependent of Entity 1: Entity 1 --> Entity 2: Role: Mandatory: No Dominant: No Min, Max: 0, n Entity 2 --> Entity 1: Role: Mandatory: No Dominant: No Min, Max: 0, 1
No
MODELO PDM
Table of Contents
The 'Table of contents' field needs to be updated!
PDM Graphs Global Model Graph

PRODUCTO CODIGO_PRODUCTO NOMBRE_PRODUCTO DESCRIPCION_PRODUCTO PRECIO_PRODUCTO STOCK_PRODUCTO STOCK_MAXIMO STOCK_MINIMO PRODUCTO_INGRESO CODIGO_PRODUCTO int CODIGO_INGRESO int int varchar(20) varchar(20) money money money money EGRESOS CODIGO_EGRESO CODIGO_BODEGA_ CODIGO_EMPLEADO NOMBRE_EGRESO FECHA_EGRESO DETALLE_EGRESO int int int varchar(20) datetime varchar(20)
CODIGO_PRODUCTO = CODIGO_PRODUCTO CODIGO_PRODUCTO = CODIGO_PRODUCTO
CODIGO_INGRESO = CODIGO_INGRESO
PRODUCTO_EGRESOS CODIGO_PRODUCTO CODIGO_EGRESO int int

CODIGO_EGRESO = CODIGO_EGRESO CODIGO_EMPLEADO = CODIGO_EMPLEADO
INGRESOS CODIGO_INGRESO CODIGO_BODEGA_ CODIGO_EMPLEADO NOMBRE_INGRESO FECHA_INGRESO DETALLE_INGRESO
int int int varchar(20) datetime varchar(20)
CODIGO_BODEGA_ = CODIGO_BODEGA_
BODEGA CODIGO_BODEGA_ DIRECCION_BODEGA ENCARGADO_BODEGA
CODIGO_BODEGA_ = CODIGO_BODEGA_
int varchar(20) varchar(20)
CODIGO_EMPLEADO = CODIGO_EMPLEADO
EMPLEADOS CODIGO_EMPLEADO NOMBRE_EMPLEADO DIRECCION_EMPLEADO SEXO_EMPLEADO FECHA_NACIMIENTO_EMPLEADO CARGO_EMPLEADO SALARIO_EMPLEADO
int varchar(20) varchar(20) varchar(20) datetime varchar(20) money
Lists of Objects
Table List
Name bodega egresos empleados INGRESOS producto producto_egresos producto_ingreso BODEGA EGRESOS EMPLEADOS INGRESOS PRODUCTO PRODUCTO_EGRESOS PRODUCTO_INGRESO Code Number
Reference List
Reference Name con tiene contiene debe tener vario s debe tener vario s2 debe tener varios debe tener varios2 t iene tiene Reference Code AL_MACENA CONTIENE DEBE_TENER_VARIO_S DEBE_TENER_VARIO_S2 DEBE_TENER_VARIOS DEBE_TENER_VARIOS2 T_IENE TIENE Parent BODEGA BODEGA EGRESOS PRODUCTO INGRESOS PRODUCTO EMPLEADOS EMPLEADOS Child INGRESOS EGRESOS PRODUCTO_EGR ESOS PRODUCTO_EGR ESOS PRODUCTO_ING RESO PRODUCTO_ING RESO INGRESOS EGRESOS
Column List
Column Code CARGO_EMPLEADO CODIGO_BODEGA_ CODIGO_BODEGA_ CODIGO_BODEGA_ varchar(20) int int int Type
Column Code CODIGO_EGRESO CODIGO_EGRESO CODIGO_EMPLEADO CODIGO_EMPLEADO CODIGO_EMPLEADO CODIGO_INGRESO CODIGO_INGRESO CODIGO_PRODUCTO CODIGO_PRODUCTO CODIGO_PRODUCTO DESCRIPCION_PRODUCTO DETALLE_EGRESO DETALLE_INGRESO DIRECCION_BODEGA DIRECCION_EMPLEADO ENCARGADO_BODEGA FECHA_EGRESO FECHA_INGRESO FECHA_NACIMIENTO_EMPLEADO NOMBRE_EGRESO NOMBRE_EMPLEADO NOMBRE_INGRESO NOMBRE_PRODUCTO PRECIO_PRODUCTO SALARIO_EMPLEADO SEXO_EMPLEADO int int int int int int int int int int varchar(20) varchar(20) varchar(20) varchar(20) varchar(20) varchar(20) datetime datetime datetime varchar(20) varchar(20) varchar(20) varchar(20) money money varchar(20)
Type
Column Code STOCK_MAXIMO STOCK_MINIMO STOCK_PRODUCTO money money money
Type
Tables Information Table bodega

Name: Code: Label: Owner: Number: PK constraint: Source: bodega BODEGA
Entity BODEGA
Column List
Name codigo_bodega direccion_bodega encargado_bodega Code CODIGO_BODEGA_ DIRECCION_BODEGA ENCARGADO_BODEGA int varchar(20 ) varchar(20 ) Type P Yes No No M Yes Yes Yes
Fill List
Name codigo_bodega direccion_bodega encargado_bodega int varchar(20) varchar(20) Type Null Distinc Length M t 0% 100% 0 Yes 0% 0% 100% 100% 20 20 Yes Yes U Yes No No F No No No
Column CODIGO_BODEGA_
Client Check Expression Server Check Expression Fill
Null Values:0% Distinct Values:100% Average Length:0
Column DIRECCION_BODEGA
Client Check Expression
Server Check Expression Fill

Column ENCARGADO_BODEGA
Index List
Index Code BODEGA_PK P Yes F No A No U Yes No C Column Sort Code CODIGO_ ASC BODEGA_
Reference by List
Referenced by INGRESOS EGRESOS Primary Key CODIGO_BODEGA_ BODEGA CODIGO_BODEGA_ BODEGA Foreign Key CODIGO_BODEGA_ INGRESOS CODIGO_BODEGA_ EGRESOS
Table egresos
Name: Code: Label: Owner: Number: PK constraint: Source: egresos EGRESOS
Entity ENT_2
Column List
Name codigo_egreso codigo_bodega codigo_empleado nombre_egreso fecha_egreso detalle_egreso
Code CODIGO_EGRESO CODIGO_BODEGA_ CODIGO_EMPLEADO NOMBRE_EGRESO FECHA_EGRESO DETALLE_EGRESO int int int
Type
P Yes No No No No No
M Yes No No Yes Yes Yes
varchar(20 ) datetime varchar(20 )
Fill List
Name codigo_egreso codigo_bodega codigo_empleado nombre_egreso fecha_egreso detalle_egreso int int int varchar(20) datetime varchar(20) Type Null Distinc Length M t 0% 100% 0 Yes 0% 0% 0% 0% 0% 100% 100% 100% 100% 100% 0 0 20 0 20 No No Yes Yes Yes U Yes No No No No No F No Yes Yes No No No
Column CODIGO_EGRESO
Client Check Expression Server Check Expression
Fill
Column CODIGO_EMPLEADO
Column NOMBRE_EGRESO
Column FECHA_EGRESO
Column DETALLE_EGRESO
Fill
Index List
Index Code ENT_2_PK CONTIENE_FK TIENE_FK P Yes No No F No Yes Yes A No No No U Yes No No No No No C Column Sort Code CODIGO_ ASC EGRESO CODIGO_ ASC BODEGA_ CODIGO_ ASC EMPLEAD O
Reference to List
Primary Key CODIGO_BODEGA_ BODEGA CODIGO_EMPLEADO EMPLEADOS BODEGA EMPLEADOS Reference to Foreign Key CODIGO_BODEGA_ EGRESOS CODIGO_EMPLEADO EGRESOS
Reference by List
Referenced by PRODUCTO_EGRESOS Primary Key CODIGO_EGRESO EGRESOS Foreign Key CODIGO_EGRESO PRODUCTO_EGRESOS
Table empleados
Name: Code: Label: Owner: Number: PK constraint: Source: empleados EMPLEADOS
Entity EMPLEADOS
Column List
Name codigo_empleado nombre_empleado Code CODIGO_EMPLEADO NOMBRE_EMPLEADO int varchar(20 ) Type P Yes No M Yes Yes
Name direccion_empleado sexo_empleado fecha_nacimiento_empleado cargo_empleado salario_empleado
Code DIRECCION_EMPLEADO SEXO_EMPLEADO FECHA_NACIMIENTO_EMPLEADO CARGO_EMPLEADO SALARIO_EMPLEADO
Type varchar(20 ) varchar(20 ) datetime varchar(20 ) money
P No No No No No
M Yes Yes Yes Yes Yes
Fill List
Name codigo_empleado nombre_empleado direccion_empleado sexo_empleado int varchar(20) varchar(20) varchar(20) Type Null Distinc Length M t 0% 100% 0 Yes 0% 0% 0% 0% 0% 0% 100% 100% 100% 100% 100% 100% 20 20 20 0 20 0 Yes Yes Yes Yes Yes Yes U Yes No No No No No No F No No No No No No No
fecha_nacimiento_emple datetime ado cargo_empleado varchar(20) salario_empleado money
Column NOMBRE_EMPLEADO
Fill
Column DIRECCION_EMPLEADO
Column SEXO_EMPLEADO
Column FECHA_NACIMIENTO_EMPLEADO
Column CARGO_EMPLEADO
Fill
Column SALARIO_EMPLEADO
Index List
Index Code EMPLEADOS_PK P Yes F No A No U Yes No C Column Sort Code CODIGO_ ASC EMPLEAD O
Reference by List
Referenced by INGRESOS EGRESOS Primary Key CODIGO_EMPLEADO EMPLEADOS CODIGO_EMPLEADO EMPLEADOS Foreign Key CODIGO_EMPLEADO INGRESOS CODIGO_EMPLEADO EGRESOS
Table INGRESOS
Name: Code: Label: Owner: Number: PK constraint: Source: INGRESOS INGRESOS
Entity ENT_87
Column List
Name Code Type P M
Name codigo_ingreso codigo_bodega codigo_empleado nombre_ingreso fecha_ingreso detalle_ingreso
Code CODIGO_INGRESO CODIGO_BODEGA_ CODIGO_EMPLEADO NOMBRE_INGRESO FECHA_INGRESO DETALLE_INGRESO int int int
Type
P Yes No No No No No
M Yes No No Yes Yes Yes
varchar(20 ) datetime varchar(20 )
Fill List
Name codigo_ingreso codigo_bodega codigo_empleado nombre_ingreso fecha_ingreso detalle_ingreso int int int varchar(20) datetime varchar(20) Type Null Distinc Length M t 0% 100% 0 Yes 0% 0% 0% 0% 0% 100% 100% 100% 100% 100% 0 0 20 0 20 No No Yes Yes Yes U Yes No No No No No F No Yes Yes No No No
Column CODIGO_INGRESO
Fill
Column NOMBRE_INGRESO
Column FECHA_INGRESO
Column DETALLE_INGRESO
Fill
Index List
Index Code ENT_87_PK AL_MACENA_FK T_IENE_FK P Yes No No F No Yes Yes A No No No U Yes No No No No No C Column Sort Code CODIGO_I ASC NGRESO CODIGO_ ASC BODEGA_ CODIGO_ ASC EMPLEAD O
Reference to List
Primary Key CODIGO_BODEGA_ BODEGA CODIGO_EMPLEADO EMPLEADOS BODEGA EMPLEADOS Reference to Foreign Key CODIGO_BODEGA_ INGRESOS CODIGO_EMPLEADO INGRESOS
Reference by List
Referenced by PRODUCTO_INGRESO Primary Key CODIGO_INGRESO INGRESOS Foreign Key CODIGO_INGRESO PRODUCTO_INGRESO
Table producto
Name: Code: Label: Owner: Number: PK constraint: Source: producto PRODUCTO
Entity PRODUCTO
Column List
Name codigo_producto nombre_producto Code CODIGO_PRODUCTO NOMBRE_PRODUCTO int varchar(20 ) Type P Yes No M Yes Yes
Name descripcion_producto precio_producto stock_producto stock_maximo stock_minimo
Code DESCRIPCION_PRODUCTO PRECIO_PRODUCTO STOCK_PRODUCTO STOCK_MAXIMO STOCK_MINIMO
Type varchar(20 ) money money money money
P No No No No No
M Yes Yes Yes Yes Yes
Fill List
Name codigo_producto nombre_producto descripcion_producto precio_producto stock_producto stock_maximo stock_minimo int varchar(20) varchar(20) money money money money Type Null Distinc Length M t 0% 100% 0 Yes 0% 0% 0% 0% 0% 0% 100% 100% 100% 100% 100% 100% 20 20 0 0 0 0 Yes Yes Yes Yes Yes Yes U Yes No No No No No No F No No No No No No No
Column CODIGO_PRODUCTO
Column NOMBRE_PRODUCTO
Fill
Column DESCRIPCION_PRODUCTO
Column PRECIO_PRODUCTO
Column STOCK_PRODUCTO
Column STOCK_MAXIMO
Fill
Column STOCK_MINIMO
Index List
Index Code PRODUCTO_PK P Yes F No A No U Yes No C Column Sort Code CODIGO_ ASC PRODUCT O
Reference by List
Referenced by PRODUCTO_EGRESOS PRODUCTO_INGRESO Primary Key CODIGO_PRODUCTO PRODUCTO CODIGO_PRODUCTO PRODUCTO Foreign Key CODIGO_PRODUCTO PRODUCTO_EGRESOS CODIGO_PRODUCTO PRODUCTO_INGRESO
Table producto_egresos
Name: Code: Label: Owner: Number: PK constraint: Source: producto_egresos PRODUCTO_EGRESOS
Relationship DEBE_TENER_VARIO_S
Column List
Name Code Type P M
Name codigo_producto codigo_egreso
Code CODIGO_PRODUCTO CODIGO_EGRESO int int
Type
P Yes Yes
M Yes Yes
Fill List
Name codigo_producto codigo_egreso int int Type Null Distinc Length M t 0% 100% 0 Yes 0% 100% 0 Yes U No No F Yes Yes
Column CODIGO_EGRESO
Index List
Index Code P F No A No U Yes No C DEBE_TENER_VARIO_S Yes _PK Column Sort Code CODIGO_ ASC PRODUCT ASC O CODIGO_ EGRESO
Index Code
F Yes
A No
U No No
DEBE_TENER_VARIO_S No _FK2 DEBE_TENER_VARIO_S No _FK
Yes
No
No
No
Column Sort Code CODIGO_ ASC PRODUCT O CODIGO_ ASC EGRESO
Reference to List
Primary Key CODIGO_EGRESO EGRESOS CODIGO_PRODUCTO PRODUCTO Reference to EGRESOS PRODUCTO Foreign Key CODIGO_EGRESO PRODUCTO_EGRESOS CODIGO_PRODUCTO PRODUCTO_EGRESOS
Table producto_ingreso
Name: Code: Label: Owner: Number: PK constraint: Source: producto_ingreso PRODUCTO_INGRESO
Relationship DEBE_TENER_VARIOS
Column List
Name codigo_producto codigo_ingreso Code CODIGO_PRODUCTO CODIGO_INGRESO int int Type P Yes Yes M Yes Yes
Fill List
Name codigo_producto codigo_ingreso int int Type Null Distinc Length M t 0% 100% 0 Yes 0% 100% 0 Yes U No No F Yes Yes
Fill
Column CODIGO_INGRESO
Index List
Index Code P F No A No U Yes No C Column Code CODIGO_ PRODUCT O CODIGO_I NGRESO CODIGO_ PRODUCT O CODIGO_I NGRESO Sort ASC ASC
DEBE_TENER_VARIOS_ Yes PK
DEBE_TENER_VARIOS_ No FK2 DEBE_TENER_VARIOS_ No FK
Yes
No
No
No
ASC
Yes
No
No
No
ASC
Reference to List
Primary Key CODIGO_INGRESO INGRESOS CODIGO_PRODUCTO PRODUCTO Reference to INGRESOS PRODUCTO Foreign Key CODIGO_INGRESO PRODUCTO_INGRESO CODIGO_PRODUCTO PRODUCTO_INGRESO
DIAGRAMA DE CLASES
Model Documentation
Model Detail
This document provides a complete overview of all element details. For simpler and more focused reports, simply copy this initial template and turn off the sections not required.
System
Proposed. Version 1.0. Phase 1.0. Class Model Created on 19/11/2005. Last modified on 19/11/2005 {6E0D8482-6C33-45a8-9644-C8D19761470D}
System - (Lgico diagram)

PC09 on 20/11/2005 13/06/2011 1.0. Locked: Falso {368AAB03-7B00-4eef-A67D-293F57D94F37}
class System
EA 8.0 versin de prueba no registrada EA 8.0 versin de prueba no registrada EA 8.0 versin de prueba no registrad
producto_ingreso cantidad de ingresos: int codigo_ingreso: int codigo_producto: int insertar_ingresos() : void codigo_bodega: int
Class2 producto codigo_producto: int descripcion_producto: char nombre_producto: char precio_producto: float stock_producto: float
EA 8.0 versin de prueba no registrada EA 8.0 versin de prueba no registrada EA 8.0 versin de prueba no registrad INGRESOS
+ codigo_ingreso: int detalle_ingreso: char fecha_ingreso: char nombre_ingreso: char
+ modificar_ingresos() : EA 8.0 versin de prueba no registrada EA 8.0 versin devoid prueba no registrada EA- 8.0 versin de prueba no registrad codigo_empleado: int
+ +
EA 8.0 versin de prueba no registrada EA 8.0 versin de prueba no registrada EA 8.0 versin de prueba no registrad actualizar_stock () : void
producto_egresos ingresarproducto () : void cantidad de egresoso: int codigo_egreso: int
modificar ingresos() : prueba no registrad EA 8.0 versin de prueba no registrada EA 8.0 versin int prueba no registrada EA+8.0 versin de void - codigo_producto: de + insertar_ingresos() : void + insertar_egresos() : void
+ modificar_egresos() : void EA 8.0 versin de prueba no registrada EA 8.0 versin de prueba no registrada EA 8.0 versin de prueba no registrad EGRESOS
EA- 8.0 versin int prueba no registrada EA 8.0 versin de prueba no registrada EA 8.0 versin de prueba no registrad de codigo_bodega:
codigo_egreso: int fecha_egreso: char nombre_egreso: char
codigo_empleado: int EA-- 8.0 versin char prueba no registrada EA 8.0 versin de prueba no registrada EA 8.0 versin de prueba no registrad detalle_egreso: de
+ + ingresar egresos() : void modificar_egresos() : void BODEGA direccion_bodega: char encargado_bodega: char
EA 8.0 versin de prueba no registrada EA 8.0 versin de prueba no registrada EA 8.0 versin de prueba no registrad - codigo_bodega: int
+ + ingresar nombre de encargado() : void insertar codigo de bodega() : void
empleado cargo_empleado: char codigo_empleado: int direccion_empleado: char fecha_nacimiento_empleado: char nombre_empleado: char salario_empleado: float sexo_empleado: char
+ + actualizar_datos_empleado() : void modificar_cargo_empleado() : void
Figure: 1
BODEGA
EA 8.0 versin de prueba no registrada EA 8.0 versin de prueba no registrada Type: Clase EGRESOS, INGRESOS EA 8.0 versin de prueba no registrada EA 8.0 versin de prueba no registrada Status: Proposed. Version 1.0. Phase 1.0. EA 8.0 versin de prueba no registrada EA 8.0 versin de prueba no registrada Package: System Keywords: EA 8.0 versin de prueba no registrada EA 8.0 versin de prueba no registrada Detail: Created on 05/01/2006. Last modified on 13/06/2011. EA 8.0 versin de prueba no registrada EA 8.0 versin de prueba no registrada
EA 8.0 versin de prueba no registrad
GUID:
{13D88CF8-ABA2-42d1-A2E2-DBAC9688E333}
Custom Properties
isActive = Falso
Connections
Connector
Generalizacin
Target Public EGRESOS
Notes
Origen -> Destino
Generalizacin
Public BODEGA
Public INGRESOS
Origen -> Destino
Attributes
Attribute codigo_bodega int Private
Notes
Constraints and tags Default:

Invariant: { codigo_bodega }
Attribute
Notes
Constraints and tags
direccion_bodega char Private
Default:
encargado_bodega char Private
Default:
Operations
Method ingresar nombre de encargado() void Public insertar codigo de
Notes
Parameters
Method bodega() void Public
Notes
Parameters
Class2
Clase Proposed. Version 1.0. Phase 1.0. System

Keywords:
Created on 05/01/2006. Last modified on 05/01/2006. {A3255CCA-743E-4fb6-BEC8-FB1A8C5C36EC}
Custom Properties
isActive = Falso
Connections
Connector
Generalizacin
Source Public producto
Target Public Class2
Notes
Origen -> Destino
EGRESOS
Clase producto_egresos Proposed. Version 1.0. Phase 1.0. System

Keywords:
Created on 13/06/2011. Last modified on 13/06/2011. {530ECB4B-2778-4838-A430-EA120E4EED64}
Custom Properties
isActive = Falso
Connections
Connector
Generalizacin
Source Public EGRESOS
Target Public producto_egresos
Notes
Origen -> Destino
Generalizacin
Public empleado
Public EGRESOS
Origen -> Destino
Generalizacin
Public BODEGA
Public EGRESOS
Origen -> Destino
Attributes
Notes
codigo_egreso int Private
Default:
Invariant: { egreso }
codigo_empleado int Private
Default:
detalle_egreso char Private
Default:
Attribute
Notes
fecha_egreso char Private
Default:
nombre_egreso char Private
Default:
Operations
Method ingresar egresos() void Public modificar_egresos() void
Notes
Parameters
Method Public
Notes
Parameters
INGRESOS
Clase producto_ingreso Proposed. Version 1.0. Phase 1.0. System

Keywords:
Created on 13/06/2011. Last modified on 13/06/2011. {DB52C8E3-4F9B-4af6-98FA-62D8F56AFFFB}
Custom Properties
isActive = Falso
Connections
Connector
Generalizacin
Source Public INGRESOS
Target Public producto_ingreso
Notes
Origen -> Destino
Generalizacin
Public empleado
Public INGRESOS
Origen -> Destino
Connector
Generalizacin
Target Public INGRESOS
Notes
Origen -> Destino
Attributes
Notes
Default:
codigo_ingreso int Private
Default:
Invariant: { codigo_ingreso }
Attribute
Notes
detalle_ingreso char Private
Default:
fecha_ingreso char Private
Default:
nombre_ingreso char Private
Default:
Operations
Method modificar ingresos() void Public insertar_ingresos() void Public
Notes
Parameters
empleado
Clase EGRESOS, INGRESOS Proposed. Version 1.0. Phase 1.0. System

Keywords:
Created on 13/06/2011. Last modified on 13/06/2011. {8075BD49-AB66-4010-B5D1-4C9110D2C1C9}
Custom Properties
isActive = Falso
Connections
Connector
Generalizacin
Source Public
Target Public
Notes
Source empleado
Target EGRESOS
Notes
Generalizacin
Public empleado
Public INGRESOS
Origen -> Destino
Attributes
Attribute cargo_empleado char Private
Notes
Default:
Invariant: { codigo }
Attribute direccion_empleado char Private
Notes
fecha_nacimiento_emp leado char Private
Default:
nombre_empleado char Private
Default:
Attribute salario_empleado float Private
Notes
sexo_empleado char Private
Default:
Operations
Method
Notes
Parameters
actualizar_datos_empl eado() void Public
modificar_cargo_empl eado() void Public
producto
Clase Class2, producto_egresos, producto_ingreso Proposed. Version 1.0. Phase 1.0. System
Keywords:
Created on 05/01/2006. Last modified on 13/06/2011. {015DD15D-F38C-4f57-9248-78C2B9C6C7B1}
Custom Properties
isActive = Falso
Connections
Connector
Generalizacin
Notes
Origen -> Destino
Generalizacin
Public producto
Public producto_ingreso
Origen -> Destino
Generalizacin
Public producto
Public Class2
Origen -> Destino
Realization
Public
Public
Source producto
Target Interface1
Notes
Attributes
Attribute codigo_producto int Private
Notes

Invariant: { producto }
descripcion_producto char Private
Default:
nombre_producto char Private
Default:
Attribute
Notes
precio_producto float Private
Default:
stock_producto float Private
Default:
Operations
Method actualizar_stock () void Public ingresarproducto ()
Notes
Parameters
Method void Public
Notes
Parameters
producto_egresos Type: Clase

Proposed. Version 1.0. Phase 1.0. System

Keywords:
Created on 13/06/2011. Last modified on 13/06/2011. {0EFB1003-2FEA-4d7f-85D5-D4C2BE3C3A2D}
Custom Properties
isActive = Falso
Connections
Connector
Generalizacin
Source Public EGRESOS
Notes
Origen -> Destino
Generalizacin
Public producto
Public producto_egresos
Origen -> Destino
Connector
Source
Target
Notes
Attributes
Attribute cantidad de egresoso int Private
Notes
codigo_egreso int Private
Default:
codigo_producto int Private
Default:
Attribute
Notes
Operations
Method insertar_egresos() void Public modificar_egresos() void Public
Notes
Parameters
producto_ingreso Type: Clase

Proposed. Version 1.0. Phase 1.0. System

Keywords:
Created on 13/06/2011. Last modified on 13/06/2011. {A750C00D-7213-40cb-A01A-FBD5D0119C49}
Custom Properties
isActive = Falso
Connections
Connector
Generalizacin
Source Public INGRESOS
Target Public producto_ingreso
Notes
Origen -> Destino
Generalizacin
Public producto
Public producto_ingreso
Origen -> Destino
Attributes
Attribute cantidad de ingresos int Private
Notes
codigo_ingreso int Private
Default:
Attribute
Notes
codigo_producto int Private
Default:
Operations
Method insertar_ingresos() void Public modificar_ingresos() void Public
Notes
Parameters
Interface1
Type: Status: Package: Detail:
Interfaz Proposed. Version 1.0. Phase 1.0. System

Keywords:
Created on 05/01/2006. Last modified on 05/01/2006.
GUID:
{EAA90117-B1C4-45af-9344-1AFCB98D6718}
Connections
Connector
Realization
Target Public Interface1
Notes
Origen -> Destino
Diseo de interfaz de usuario

PANTALLA PARA INGRESOS
PANTALLA DE EDICION
PANTALLA DE SEGURIDAD
Diagrama de procesos Captulo 6) Implementacin y pruebas
Datosparabuscar Dim s AsString Dim d AsSystem.Data.Odbc.OdbcDataAdapter Dim t AsDataTable s = " execute sp_buscarbo '"& t1.Text &"'" d = NewOdbc.OdbcDataAdapter(s, conexion) t = NewDataTable d.Fill(t) dgv1.DataSource = t
Datos para ingresos Dim pa AsSystem.Data.Odbc.OdbcCommand Dim s AsString DimcodigoAsString DimbuscarAsSystem.Data.Odbc.OdbcCommand s = " executesp_buscarbodega "& t1.Text &"" buscar = NewSystem.Data.Odbc.OdbcCommand(s, conexion) codigo = buscar.ExecuteScalar Ifcodigo = ""Then s = " executesp_insertarbodega "& t1.Text &",'"& t2.Text &"', '"& t3.Text &"'" pa = NewSystem.Data.Odbc.OdbcCommand(s, conexion) pa.ExecuteReader()
MsgBox(" datos registrados exitosamente") b2.Enabled = False b1.Enabled = True Else MsgBox("codigorepetido") EndIf
Modificardatos Dim c AsSystem.Data.Odbc.OdbcCommand Dim s AsString s = " executesp_modificarem "& t1.Text &",'"& t2.Text &"', '"& t3.Text &"','"& t4.Text &"', '"& t5.Text &"','"& t6.Text &"', '"& t7.Text &"'" c = NewOdbc.OdbcCommand(s, conexion)
c.ExecuteReader() MsgBox("modificacioncorrecta") b1.Enabled = False b2.Enabled = True
Eliminardatos
Dim c AsString Dim a AsSystem.Data.Odbc.OdbcCommand Dim b AsString b = " executesp_buscarcodigoempleado "& t1.Text &"" a = NewOdbc.OdbcCommand(b, conexion) c = a.ExecuteScalar() If c = " "Then b = " executesp_eliminarempleado "& t1.Text &"" a = NewOdbc.OdbcCommand(b, conexion) a.ExecuteReader()
MsgBox("eliminacion correcta") Else MsgBox("no se puede borrar")
EndIf
Seguridad conexion = NewSystem.Data.Odbc.OdbcConnection("stmt=; DSN=proyecto; uid="& t1.Text &"; pwd="& t2.Text &"; database=proyecto; server="& t3.Text &"") conexion.Open() MsgBox("BIENVENIDOS AL SISTEMA") formulario6.Show() CatchexpAsException opcion=3; desc=hjj;
MsgBox("conexion fallida") EndTry Detalle pruebas que se hizo
Captulo 7 Implantacin Una vez creado el software viene la etapa de instalacin del mismo en las maquinas que van a ser los servidores del sistema de inventario. Una vez instalados, vendr la etapa de prueba, misma que deber ser probada suficientemente para que quede a punto. Posterior a la comprobacin del funcionamiento del software instalado, se proceder a la etapa de capacitacin del personal que va a manejar los equipos en los que se instal el mismo, hasta que quede todo bien comprendido y el personal no tenga ninguna dificultad a la hora de manejarlo Como paso final se deber tambin capacitar al personal para que de el mantenimiento y actualizacin permanentes al software instalado, capaz de en q todo momento tenga un funcionamiento eficiente Captulo 8 Conclusiones y Recomendaciones Conclusiones: Se puede concluir que gracias a este sistema se puede contar con un sistema de registro de productos para mantener la informacin ordenada y clasificada. Se puede concluir que se logr implementar un registro automatizado para eliminar la perdida de informacin y mejorar la velocidad de procesos. Se Increment los campos a la base de datos para mejorar la calidad de la informacin mediante reportes personalizados.
Recomendaciones: La creacin del software tiene que estar fundamentada por un serio proceso de evaluacin y seleccin. La elaboracin del software tiene que ser un proceso frtil, de creatividad, y seguir todos los pasos de la metodologa a usarse, y que realmente se obtenga los resultados deseados, para el cual fue creado. Se recomienda realizar una revisin continua del funcionamiento del software creado para darle el mantenimiento correspondiente t la actualizacin necesaria para que tenga un funcionamiento eficiente Es recomendable que, de manera discrecional, se promocione las bondades del producto informtico para que pueda ser comercializado en las empresas que as lo requieran
Glosario de trminos Bibliografa Anexos Manual de usuario documentado y Manual de instalacin.

Avance Del Proyecto Semestral

Enviado por

Dados do documento

Direitos autorais

Formatos disponíveis

Compartilhar este documento

Compartilhar ou incorporar documento

Opções de compartilhamento

Você considera este documento útil?

Este conteúdo é inapropriado?

Direitos autorais:

Formatos disponíveis

Avance Del Proyecto Semestral

Enviado por

Direitos autorais:

Formatos disponíveis

PROYECTO FINAL Datos informativos Nombre: Jorge Patricio Santamara Cherrez Docente: Ing.

Captulo 2 MARCO TEORICO

Algunos ejemplos * Compras * Facturacin * Inventarios * Clientes * Proveedores * Contabilidad * Bancos

Base de datos orientada a objetos

Captulo 3 Diseo Metodolgico

ENCUESTA 1) Su empresa cuenta con un sistema de control de inventario SI NO TOTAL 18 2 20 90 10 100

La metodologa a utilizarse en el proyecto es la metodologa rup

Captulo 4 Anlisis del Sistema DIAGRAMA DE CASO DE USO

Status: Package: Detail: GUID:

Propuesto. Version . Phase 1.0.

Created on 12/07/2011. Last modified on 12/07/2011 {FFCB000A-1CCE-4a38-BA86-8DC0CA7EE43B}

Modelo de casos de uso

Modelo de casos de uso - (Caso de Uso diagram)

Patricio on 19/11/2005 17/01/2006 1.0. Locked: Falso {F7CC7BCD-E73A-487c-BE9A-5A92907F519D}

Actores - (Caso de Uso diagram)

Patricio on 19/11/2005 15/12/2005

EA 8.0 versin de prueba no registrada

EAActor versin de prueba no registrada 8.0

EAActoresversin de prueba no registrada 8.0 Keywords: EA 8.0 versin de prueba no registrada

Source Public GERENTE

Target Public Generar reportes de producto

Origen -> Destino

Origen -> Destino

Casos de uso principales

Casos de uso principales - (Caso de Uso diagram)

Patricio on 19/11/2005 12/07/2011 1.0. Locked: Falso {10E7E26F-DCEA-4b98-B87E-99C150E97E37}

SISTEMA DE INVENTARIO control de inv entario

. Version 1.0. Phase 1.0.

EA 8.0 versin de prueba no registrada EA 8.0 versin de prueba no re

EA 8.0 versin de prueba no re

Connections de prueba no registrada EA 8.0 versin

Source Public control de inventario

Target Public BODEGA

Origen -> Destino

Public cantidad de ingresos

Origen -> Destino

Public cantidad de egresos

Origen -> Destino

Actor . Version 1.0. Phase 1.0. Casos de uso principales

Created on 12/07/2011. Last modified on 12/07/2011. {9E577796-5B5A-4029-8626-E6CC16E83C2D}

Source Public CLIENTE

Target Public informacion del

Origen -> Destino

Public despachar pedido

Origen -> Destino

Public recibir pedido

Origen -> Destino

Actor . Version 1.0. Phase 1.0. Casos de uso principales

Created on 12/07/2011. Last modified on 12/07/2011. {3BDC30D5-CAEE-4441-BA40-416236359707}

Source Public informacion del empleado

Target Public EMPLEADO

Origen -> Destino

Public cantidad de egresos

Origen -> Destino

Public cantidad de ingresos

Origen -> Destino

Generar reportes de producto

CasoDeUso Proposed. Version 1.0. Phase 1.0. Casos de uso principales

Created on 19/11/2005. Last modified on 12/07/2011. {B2C1E0A8-FB51-4619-BE17-B5DC2CA3726E}

Source Public Generar reportes de producto

Target Public control de inventario

Origen -> Destino

Source Public GERENTE

Target Public Generar reportes de producto