perfil de informe inquiprol

1

SISTEMA DE INFORMACION PARA GESTIONAR LA COMPRA, VENTA E INVENTARIO ________________________________________________________

NDICE 3PARTE I

41.- INTRODUCCIN

52.- OBJETIVOS

52.1.-Objetivo General

52.2.-Objetivos Especficos

63.-ANTECEDENTES

84.-ESTRUCTURA ORGANIZACIONAL

95.-DESCRIPCIN DEL PROBLEMA

116.- FORMULACIN DE PROBLEMA

127.-ALCANCE (Requisitos Funcionales)

158.- ELEMENTOS DEL SISTEMA

20PARTE ii

211.- MARCO TEORICO

211.1 PROCESO UNIFICADO DE DESARROLLO DE SOFTWARE

231.2 LENGUAJE UNIFICADO DE MODELADO ( UML)

241.2.1 VOCABULARIO (UML)

341.2.2 MODELO DE DOMINIO

43PARTE III

43ELABORACIN DEL PROYECTO

431. METODO ISHIKAWA

431.1. IDENTIFICAR PROBLEMAS

441.2. IDENTIFICAR LAS PRINCIPALES CATEGORIAS

511.3. IDENTIFICAR LAS CAUSAS

602.- MODELO DE DOMINIO

602.1. Identificar Clases

632.2. Diagrama de Clases

643. MODELO DE NEGOCIO

68PARTE IV

68FLUJO DE TRABAJO: REQUISITOS

681. FLUJO DE TRABAJO: Requisitos

681.1.-IDENTIFICAR ACTORES Y CASOS DE USO

701.2.- PRIORIZACIN CASOS DE USO

721.3.- DETALLE DE CASOS DE USO

1041.4 DIAGRAMA GENERAL DE CASO DE USOS

105PARTE V

105FLUJO DE TRABAJO: ANLISIS

1061. FLUJO DE TRABAJO: ANALISIS

1061.1. ANALISIS DE LA ARQUITECTURA

1061.1.1. IDENTIFICAR PAQUETES

1061.1.2. IDENTIFICAR CASOS DE USO

1081.1.3. VISTA DE PAQUETES

1111.2. ANALIZAR CASOS DE USO

1251.3 ANALISIS DE CLASES

1471.4 ANALISIS DE PAQUETE

PARTE I

INTRODUCCION1.- INTRODUCCIN

En este tiempo de cambios constantes y rpidos, en que tanto las empresas como los hombres estn vidos de ideas y de conocimientos que estimulen y desarrollen las habilidades y destrezas para crear ventajas competitivas en un mundo desafiante.Donde la revolucin tecnolgica y cientfica ha generado una disponibilidad casi infinita de informacin, y ha hecho que sta se convierta en un elemento fundamental dentro de las organizaciones, que persiguen alcanzar con eficacia y efectividad los objetivos que se han propuesto.

Por ello la empresa INQUIPROL se ve en la necesidad de buscar una herramienta que le ayude a gestionar la informacin de la compra de sus insumos, la venta de sus productos y el inventario de ambos.

Los autores del presente trabajo creemos que la sistematizacin de la informacin permitir brindar una mejor eficiencia en los procesos, dando as el conocimiento necesario para la toma de decisiones.

El sistema registrara en detalle a todos los proveedores, clientes y empleados de la empresa. Almacenara los datos de los insumos y productos. Registrara la informacin de todos los pedidos sean estas realizadas por la empresa a sus proveedores o los clientes a la empresa. Guardara la informacin de las ventas realizadas a los clientes y todo a travs de una interfaz sencilla y amigable para los usuarios.

2.- OBJETIVOS

2.1.-Objetivo GeneralDesarrollar un Sistema de Informacin para gestionar compra, venta e inventario de productos para la empresa INQUIPROL.

2.2.-Objetivos Especficos

Recolectar la informacin necesaria de la empresa INQUIPROL, mediante una entrevista. Analizar la informacin necesaria, para el entendimiento de las funciones que realizan la empresa. Desarrollar una base de datos para registrar a los proveedores, los insumos de produccin, los productos finales y las ventas que se realicen. Gestionar un sistema interfaz sencilla y amigable para el personal encargado del manejo del sistema. Gestionar un SI para registrar las acciones que realicen los usuarios del sistema, en la Bitcora de la Base de Datos.

Asignar privilegios y acceso en el sistema al personal correspondiente o a los grupos de personal segn el cargo que desarrollan en la empresa INQUIPROL.

Implementar el sistema de informacin para el control de compra, venta, inventario y gestionar la administracin de usuarios para la empresa INQUIPROL. Realizar pruebas para asegurarnos del correcto funcionamiento del sistema.

3.-ANTECEDENTES

En el ao 1992, el matrimonio formado por Jaime Antonio Pereyra Pedraza y Roxana Franco Vargas abre las puertas a Bolivia en la ciudad de Santa Cruz de la Sierra, con su nuevo emprendimiento: INQUIPROL. En una ciudad que empezaba a ser muy pujante y convirtindose a pasos gigantes en una metrpolis. Con gran visin empresarial, haban detectado que Santa cruz de la Sierra no dispona con una industria de productos qumicos y adems que se brindase una asistencia tcnica personalizada al consumidor.

El xito de esta iniciativa pionera les llev a ampliar progresivamente sus horizontes, llegando a proveer a empresas nacionales de Bolivia, que se encontraban en los departamentos restantes y en Santa Cruz, sin la necesidad de contar con empresas distribuidoras o intermediario, ya que la relacin era empresa con cliente.

Hoy en da INQUIPROL cuenta con empresas que requieren nuestros productos en los departamentos de Cochabamba, Beni, Tarija.

Datos de la empresa Fabrica: zona norte av. Banzer entre quinto y sexto anillo. Telfono: 33369324.-ESTRUCTURA ORGANIZACIONAL

5.-DESCRIPCIN DEL PROBLEMA

La empresa INQUIPROL no cuenta con un sistema de informacin que le permita gestionar la compra, venta e inventario de los productos que fabrica y que existen en almacn, al contrario realiza el manejo de estos procesos de forma manual a travs de plantillas Excel, Kardex, debido a este problema se vio la necesidad de elaborar este sistema el cual ser rpido, interactivo y amigable para el personal que dirija el rea.

Dentro de las actividades que realiza la empresa INQUIPROL para el manejo de sus productos que fabrica, detectamos los siguientes problemas:

Compra de los Insumos: La compra de los insumos llega directamente a la fbrica por medio de los mismos proveedores los cuales cuentan con sucursales en Bolivia, la empresa INQUIPROL hace un pedido anticipadamente de acuerdo a la demanda de los clientes de la empresa, para as tener un stock mnimo.

Sus proveedores son registrados en una planilla con los siguientes datos: Cdigo, el nombre de la empresa, la direccin, su telfono, mail, NIT.

Registran la compra de insumos a travs de Kardex (Anexo1), teniendo como datos: Fecha, insumo, empresa, cantidad, precio, la fecha de vencimiento, ingreso, egreso, saldo, firma, lo cual complica la accesibilidad inmediata a los datos de los proveedores e insumos.

Almacn: la empresa INQUIPROL tiene su almacn ubicado en la misma fbrica donde son almacenados los distintos productos, hasta que sea realizada su comercializacin a los diferentes consumidores.

El almacn cuenta con dos tipos de productos: los insumos y el mismo producto final, los cuales son registrados en kardex (Anexo 2) con los siguientes datos: fecha de elaboracin, fecha de vencimiento, ingreso, egreso, cantidad, tipo de tem, descripcin, firma, etc. Inventario: el inventario se realiza cada mes actualizando los datos, a travs de un conteo fsico de los productos e insumos que se encuentran en almacn con ayuda de los kardex (Anexo 2), este proceso est a cargo del jefe de almacn.

Esta manera de realizar un inventario no es la ms adecuada, ya que no es fcil realizar las consultas de los productos que se manejan, adems de que demora mucho tiempo en realizarlos manualmente.

Venta de productos: La empresa INQUIPROL tiene como poltica, realizar las ventas al contado y tener precios fijos establecidos a escala. No existen descuentos, ni promociones.

Las ventas se registran en las notas de pedido y en las facturas, teniendo como datos: ID, nombre, descripcin, cantidad, precioUnit, precioTotal.

Registran a los clientes por medio de planillas con los siguientes datos: ID, nombre, telfono, mail.

Mediante nuestro sistema de Informacin podremos automatizar estos datos para generar informes de venta, esta informacin ser til al Gerente Comercial para tener una idea de las estrategias de venta que llevara adelante, de acuerdo a los productos que estn teniendo menor aceptacin.

Administracin de usuarios: Este proceso se realiza para controlar las acciones que cada personal de la empresa pueda realizar de acuerdo a los privilegios y niveles que se les asignan por grupo o cargo que tengan dentro de la empresa INQUIPROL.6.- FORMULACIN DE PROBLEMA

Debido a que la empresa INQUIPROL no cuenta con un sistema de informacin se vio en la necesidad de desarrollar este sistema gestione de manera eficiente y automatizada la compra, venta, inventario de los productos y administrar a los usuarios que ingresan al sistema; proporcionando reportes de los manejos que se realizan en la empresa, a travs de una interfaz de fcil uso para el personal a cargo del rea.7.-ALCANCE (Requisitos Funcionales)

Nuestro sistema de informacin est enfocado al rea de compras, ventas e inventarios de la empresa INQUIPROL. Por ello contara con los distintos mdulos (subsistemas) y sus funciones, cada modulo generara su respectivo reporte que listaremos a continuacin:

MODULO COMPRA: Permitir:

Registrar datos de los proveedores, como ser: cdigo, Empresa, NIT Direccin, Telfono, Email.

Las operaciones que realizara son: agregar, buscar y modificar.

Registrar pedido de compra de insumos: detallando el nombre del proveedor, el cdigo del pedido, el nombre del personal que lo realiza, la fecha de emisin, los insumos solicitados, su descripcin y la cantidad.

Las operaciones que realizara son: guardar, buscar, cancelar y modificar.

Registrar la compra de los insumos detallando: el nombre del proveedor, la fecha de la compra, el cdigo de insumos, los insumos, cantidad, costoUnit, costoT, fechaVenc, ubicacin en el almacn. Las operaciones que realizara son: guardar (donde se actualiza el inventario), buscar, cancelar y modificar. Brindar informacin al instante sobre algn insumo que escasee, para hacer el pedido al proveedor. Generar reportes de compra, de pedido de compra, proveedores.

MODULO VENTA: Permitir:

Registrar los datos de los clientes teniendo los siguientes atributos ID, nombre, direccin, telfono, mail.

Las operaciones que realizara son: registrar, buscar, cancelar y modificar. Registrar pedido de venta detallando los productos solicitados por el cliente mediante el cdigo del cliente, vendedor, fecha de la venta, cdigo del pedido como tambin el cdigo del producto, descripcin, cantidad, precioUnit, precioT y el total del pedido.

Las operaciones que realizara son: guardar, buscar, cancelar y generar venta.

Registrar la venta de los productos a un cliente, mostrando el el codVenta, codPedido, codEmpleado, fecha de venta, detallando el pedido de los productos.

Las operaciones que realizara son: generar (donde se actualiza el inventario), buscar, cancelar.

Generar reportes de cada venta realizada, pedido de venta, clientes.

MODULO INVENTARIO: Permitir:

Actualizar el inventario cada vez que se realice alguna transaccin, generando reportes del mismo.

Registrar los productos elaborados con los siguientes atributos: codP, descripcin, clase, cantidad, precioUnit, precioTotal, ubicacin, fecha de elaboracin, fecha de vencimiento, precio al consumidor.

Las operaciones que realizara son: registrar (donde se actualiza el inventario), buscar, cancelar y modificar.

Registrar insumos con los siguientes atributos: cod_Ins, insumo, cantidad, precioUnit, precioTotal, ubicacin.

Las operaciones que realizara son: guardar (donde se actualiza el inventario), buscar, cancelar y modificar. Generar informes de los insumos expirados, o por expirar, tem en general.

MODULO ADMINISTRACION DE USUARIOS: Permitir: Registrar a los usuarios del sistema con su nombre, contrasea y cargo.

Asignar grupos o niveles.

Asignar privilegios.

Guardar en la bitcora de la base de datos todas las acciones que realicen los usuarios dentro del sistema.

Realizar los diferentes reportes de acceso de cada usuario en el sistema.

8.- ELEMENTOS DEL SISTEMA PROCESO DE COMPRA

ENTRADA

SALIDA

.

PROCESO DE VENTA

ENTRADA

SALIDA

PROCESOS DE INVENTARIO

ENTRADA

SALIDA

PROCESOS DE ADMINISTRACION DE USUARIO

ENTRADA

SALIDA

Concepto:

Desarrollar un sistema de informacin para gestionar la compra, venta e inventario de los productos, existentes en almacn ya sean insumos o al producto final para la venta.

Objeto: Infraestructura

Nota de pedido

Muebles y enseres

Equipo electrnico

Facturas

Maquinaria de fabricacin para la elaboracin de productos

Productos e Insumos

Contenedores de los productos e Insumos.

Sujeto:

Clientes

Personal de Servicio

Personal de Ventas

Personal Administrativos

Personal de Almacn

Proveedores

Ambiente Interno:

Personal de Servicio

Personal de Ventas

Personal Administrativos

Personal de Almacn

Fabrica

Clientes

Ambientes Externos

Competencia

Tecnologa

Mercado

Formas legales del funcionamiento del negocio.

Proveedores.

Normas de Calidad

PARTE ii

MARCO TERICO 1.- MARCO TEORICO1.1 PROCESO UNIFICADO DE DESARROLLO DE SOFTWARE

El proceso unificado de desarrollo est basado en componentes; el sistema software en construccin est formado por componentes software interconectados por interfaces bien definidas. Utiliza UML (Lenguaje Unificado de Modelado Unified Modeling Language) para preparar todos los esquemas de un sistema software; como parte esencial del proceso unificado.

Este proceso se resume en 3 frases:

El proceso unificado est definido por casos de uso.- Un caso de uso es un fragmento funcional del sistema. Aunque los casos de uso guan el proceso de desarrollo no se desarrollan aisladamente sino a la con la arquitectura del sistema.

El proceso unificado est centrado en la arquitectura.- La arquitectura de un sistema software se describe mediante diferentes vistas del sistema en construccin; incluye los aspectos estticos y dinmicos ms significativos del sistema.

Los casos de uso deben encajar en la arquitectura cuando se lleva a cabo, y la arquitectura debe permitir el desarrollo de los casos de uso requeridos; ahora y en el futuro.

El proceso unificado es iterativo e incremental:- es prctico dividir en partes pequeas o mini proyectos. Cada proyecto es una iteracin que resulta un incremento. Para una mayor efectividad las iteraciones deben estar controladas; deben seleccionarse y ejecutarse de forma planificada.Una iteracin RUP

El proceso iterativo e incremental consta de una secuencia de iteraciones. Cada iteracin aborda una parte de la funcionalidad total, pasando por todos los flujos de trabajo relevantes y refinando la arquitectura. Cada iteracin se analiza cuando termina.El RUP divide el proceso de desarrollo en Fases, teniendo un producto final al final de cada ciclo, cada ciclo se divide en fases que finalizan con un hito donde se debe tomar una decisin importante: Inicio: Durante la fase de inicio se define el modelo del negocio y el alcance del proyecto. Se identifican todos los actores y Casos de Uso, y se disean los Casos de Uso ms esenciales (aproximadamente el 20% del modelo completo). Se desarrolla, un plan de negocio para determinar que recursos deben ser asignados al proyecto.

Elaboracin: El propsito de la fase de elaboracin es analizar el dominio del problema, establecer los cimientos de la arquitectura, desarrollar el plan del proyecto y eliminar los mayores riesgos.

En esta fase se construye un prototipo de la arquitectura, que debe evolucionar en iteraciones sucesivas hasta convertirse en el sistema final. Este prototipo debe contener los Casos de Uso crticos identificados en la fase de inicio. Tambin debe demostrarse que se han evitado los riesgos ms graves.

Construccin: La finalidad principal de esta fase es alcanzar la capacidad operacional del producto de forma incremental a travs de las sucesivas iteraciones. Durante esta fase todos los componentes, caractersticas y requisitos deben ser implementados, integrados y probados en su totalidad, obteniendo una versin aceptable del producto.

Transicin: La finalidad de la fase de transicin es poner el producto en manos de los usuarios finales, para lo que se requiere desarrollar nuevas versiones actualizadas del producto, completar la documentacin, entrenar al usuario en el manejo del producto, y en general tareas relacionadas con el ajuste, configuracin, instalacin y facilidad de uso del producto

Las cuatro P del proceso unificado de desarrollo de software:

Persona.- Principales autores de un proyecto software: arquitectos desarrolladores ingenieros de prueba y el personal de gestin que les da soporte, adems de los clientes, usuarios.

Proyecto.- elemento organizativo a travs del cual se gestiona el desarrollo del software

Producto.- Artefactos que se crean durante la vida del proyecto, como los modelos ejecutables, cdigo fuente y documentacin. Proceso.- Un proceso de ingeniera de software es una definicin del conjunto completo de actividades necesarias para transformar los requisitos de un usuario en un producto.1.2 LENGUAJE UNIFICADO DE MODELADO ( UML)

(Unified Modeling Language) es el lenguaje de modelado de sistemas de software ms conocido y utilizado en la actualidad. Es un lenguaje grfico para visualizar, especificar, construir y documentar un sistema de software. UML ofrece un estndar para describir un "plano" del sistema (modelo), incluyendo aspectos conceptuales tales como procesos de negocios y funciones del sistema, y aspectos concretos como expresiones de lenguajes de programacin, esquemas de bases de datos y componentes de software reutilizables.

Es importante resaltar que UML es un "lenguaje" para especificar y no para describir mtodos o procesos. Se utiliza para definir un sistema de software, para detallar los artefactos en el sistema y para documentar y construir. En otras palabras, es el lenguaje en el que est descrito el modelo. Se puede aplicar en una gran variedad de formas para dar soporte a una metodologa de desarrollo de software (tal como el Proceso Unificado Racional o RUP), pero no especifica en s mismo qu metodologa o proceso usar.

UML no puede compararse con la programacin estructurada, pues UML significa (Lengua de Modelacin Unificada), no es programacin, solo se diagrama la realidad de una utilizacin en un requerimiento. Mientras que, programacin estructurada, es una forma de programar como lo es la orientacin a objetos, sin embargo, la orientacin a objetos viene siendo un complemento perfecto de UML, pero no por eso se toma UML slo para lenguajes orientados a objetos

1.2.1 VOCABULARIO (UML)

ESTRUCTURAS

a) ESTATICAS: Cualquier modelo preciso debe primero definir su universo, esto es, los conceptos clave de la aplicacin, sus propiedades internas, y las relaciones entre cada una de ellas. Este conjunto de construcciones es la estructura esttica. La estructura esttica se expresa con diagramas de clases y puede usarse para generar la mayora de las declaraciones de estructuras de datos en un programa.

b) DINAMICAS: Describe el comportamiento del sistema en el tiempo. Hay dos formas de modelar el comportamiento. Una es la historia de la vida de un objeto, que muestra la forma en que interacta con el resto del mundo; la otra son los patrones de comunicacin de u conjunto de objetos conectados, que muestra cmo interactan para implementar su comportamiento

AREAVISTADIAGRAMACONCEPTOS PRINCIPALES

EstructuralVista EstticaDiagrama de clasesClases, asociacin, generalizacin, dependencia, realizacin, interfaz

Vista de casos de usoDiagrama de casos de usos.Casos de uso, actor, asociacin, extensin, inclusin, generalizacin de casos de uso

Vista de implementacin

Vista de despliegueDiagrama de componentesComponente, interfaz, dependencia, realizacin

Diagrama de despliegue.Nodo, componente, dependencia, localizacin.

DinmicaVista de mquina de estadosDiagrama de estadoEstado, evento, transicin, accin

Vista de actividadDiagrama de actividad.Estado, actividad, transicin de terminacin, divisin, unin.

Vista de interaccinDiagrama de secuencia.Interaccin, objeto, mensaje, activacin,

Diagrama de colaboracin.Colaboracin, interaccin, rol de colaboracin, mensaje.

Gestin del modeloVista de gestin del modeloDiagrama de clases.Paquete, subsistema, modelo.

Extensin de UMLTodasTodos.Restriccin, estereotipo, valores etiquetados

RELACIONES

Las relaciones entre clasificadores son asociacin, generalizacin, flujo y varias clases de dependencia, que incluyen la realizacin y el uso (vase la siguiente tabla)

RELACIONFUNCION

NOTACIN

AsociacinUna descripcin de una conexin entre instancias de clases

DependenciaUna relacin entre dos elementos del modelo

FlujoUna relacin entre dos versiones de un objeto en sucesivas veces

GeneralizacinUna relacin entre una descripcin mas general y una variedad mas especifica de la general, usada para herencia

RealizacinRelacin entre una especificacin y su implementacin

UsoUna situacin en la que un elemento requiere otro para su correcto funcionamiento

Asociacin.-Una asociacin describe conexiones discretas entre objetos u otras instancias de un sistema. Una asociacin relaciona una lista ordenada (tupla) de dos o ms clasificaciones, con las repeticiones permitidas. El tipo ms comn de asociacin es una asociacin binaria entre un par de clasificadores. Una instancia de una asociacin es un enlace. Un enlace abarca una tupla de objetos, cada uno dibujado a partir de su clase correspondiente.Las asociaciones llevan la informacin sobre relaciones entre objetos en un sistema en un sistema. Cuando se ejecuta un sistema, los enlaces entre objetos se crean y se destruyen. Las asociaciones son el pegamento que mantiene unido un sistema. Agregacin.- La agregacin representa una relacin parte de entre objetos. En UML se proporciona una escasa caracterizacin de la agregacin. Esta relacin puede ser caracterizada con precisin determinando las relaciones de comportamiento y estructura que existen entre el objeto agregado y cada uno de sus objetos componentes.

Una agregacin se podra caracterizar segn:

Puede el objeto parte comunicarse directamente con objetos externos al objetos agregado?

No => inclusiva

Si => no inclusiva

Puede cambiar La composicin del objeto agregado?

Si => dinmica

No => esttica

Diagrama de Clases y Diagramas de Objetos pertenecen a dos vistas complementarias del modelo. Un Diagrama de Clases muestra la abstraccin de una parte del dominio. Un Diagrama de Objetos representa una situacin concreta del dominio. Las clases abstractas no son instanciadas.

Composicin.-Una composicin es una forma ms fuerte de asociacin, en la cual el compuesto es el responsable nico de gestionar sus partes, por ejemplo su asignacin y des asignacin se muestra con un diamante relleno adornando el extremo compuesto El Objeto base se construye a partir del objeto incluido. Es un tipo de relacin esttica, en donde el tiempo de vida del objeto incluido est condicionado por el tiempo de vida del que lo incluye.

Herencia simple.-Cada clase de elemento generalizable tiene un conjunto de propiedades que se puede heredar.

Para cualquier elemento del modelo, estas incluyen restricciones. Para los clasificadores, tambin incluyen las propiedades (atributos, operaciones, y recepcin de seales) y la participacin en asociaciones. Un hijo hereda todas las propiedades heredables de todos sus antecesores. Su conjunto completo de propiedades es el conjunto de propiedades heredadas junto con las propiedades que declara directamente.

Herencia mltiple.-Si un clasificador tiene ms de un padre, hereda de ambos. Sus propiedades (atributos, operaciones, y seales) son la unin de los de sus padres. Aunque la misma clase aparezca como antecesor por ms de una ruta. Solo contribuye con una copia de cada uno de sus miembros. Si una propiedad, con la misma signatura, es declarada por dos clases que no la heredan de un antecesor comn (declaraciones, independientes), entonces las declaraciones estn en conflicto, para esta situacin, porque la experiencia ha demostrado que el diseador debe resolverla explcitamente.

Dependencia.-Una dependencia indica una relacin semntica entre dos o ms elementos del modelo. Relaciona los elementos del modelo entre ellos, y no requiere un conjunto de instancias para su significado. Indica una situacin, en la cual un cambio al elemento proveedor puede requerir un cambio o indicar un cambio en el significado del elemento cliente en la dependencia.Las relaciones de asociacin y generalizacin son dependencias segn esta definicin, pero tienen semntica especfica con consecuencias importantes. Por lo tanto tienen sus propios nombres y semntica detallada. Usamos normalmente la palabra dependencia para el resto de relaciones, que no encajan en categoras ms definidas.

Una dependencia de derivacin indica que un elemento se puede computar a partir de otro elemento (se puede haber incluido explcitamente el elemento derivado en el sistema para evitar una re computacin costosa). La derivacin, la realizacin, el refinamiento y la traza son dependencias de abstraccin; relacionan 2 versiones de la misma cosa subyacente.TIPOS DE DEPENDENCIASDependenciaFuncinPalabra clave

AccesoPermiso para un paquete para acceder a los contenidos de otro paqueteAccess accede

LigaduraAsignacin de valores a los parmetros de una plantilla, para generar un nuevo elemento de modeloBind* ligado

LlamadaEstablece que un mtodo de una clase llama a una operacin de otraCall/ llama

DerivacinEstablece que una instancia puede ser calculada a partir de otraDerive/ Deriva

AmigoPermiso para un elemento para acceder a otro elemento referente a la visibilidadFriend/ amiga

ImportacinPermiso para un paquete para acceder a los contenidos de otro paquete y aadir alias de sus nombres en el espacio de nombres del importadorImport/ importa

InstanciacinEstablece que un mtodo de una clase crea instancias otra claseInstantiate/ usa instancias

ParmetroRelacin entre una operacin y sus parmetrosParameter/ parmetro

RealizacinCorrespondencia entre una especificacin y la implementacin de la mismarealize/ realiza

RefinamientoEstablece que existe una correspondencia entre elementos a dos niveles semnticos diferentesRefine*/ refina

EnviRelacin entre el emisor de una seal y el receptor de la mismaSend/ enva

TrazaEstablece que existe alguna conexin entre elementos en diferentes modelos, pero menos preciso que una correspondenciaTrace*/ traza

UsoEstablece que un elemento requiere la presencia de otro elemento, para su correcto funcionamiento (incluye llamada, instanciacin, parmetro, envi, pero est abierto a otros Use*/ usa

DIAGRAMAS

3.1 DINAMICOS

Diagrama de casos de uso.-Un caso de uso es una unidad coherente de funcionalidad, externamente visible, proporcionada por una unidad del sistema y expresada por secuencias de mensajes intercambiados por la unidad del sistema y uno o ms actores. El propsito de un caso de uso es definir una pieza de comportamiento coherente, sin revelar la estructura interna del sistema. La definicin de un caso de uso incluye todo el comportamiento que implica: las lneas principales, las diferentes variaciones sobre el comportamiento, junto con la respuesta deseada. Desde el punto de vista de los usuarios, estas pueden ser situaciones anormales. Desde el punto de vista de los sistemas, son las variaciones adicionales que deben ser descritas y manejadas.

En el modelo, la ejecucin de cada caso de uso es independiente de las dems, aunque una implementacin de casos de uso puede crear dependencias implcitas entre ellas, debido a los objetos compartidos. Cada caso de uso representa una pieza ortogonal de la funcionalidad, cuya ejecucin se puede mezclar con la ejecucin de otros casos de uso.

La dinmica de un caso de uso se puede especificar por las interacciones de UML, mostradas como diagramas de estado, diagramas de secuencia, diagramas de colaboracin, o descripciones informales de texto. Cuando se implementan, los casos de uso son realizados mediante colaboraciones entre clases del sistema. Una clase puede participar en mltiples colaboraciones y, por lo Tanto, en mltiples casos de uso.

Diagrama de colaboracin.-Una colaboracin modela los objetos y los enlaces significativos dentro de una interaccin. Los objetos y los enlaces son significativos solamente en el contexto proporcionado por la interaccin. Un rol describe un objeto, y un rol en la asociacin describe un enlace dentro de una colaboracin. Un diagrama de colaboracin muestra los roles en la interaccin en una disposicin geomtrica. Los mensajes se muestran como flechas, ligadas a las lneas de la relacin, que conectan a los roles. La secuencia de mensajes, se indica con los nmeros secuenciales que preceden a las descripciones del mensaje.

Un uso de un diagrama de colaboracin es mostrar la implementacin de una operacin. La colaboracin muestra los parmetros y las variables locales de la operacin, as como asociaciones ms permanentes. Cuando se implementa el comportamiento, la secuencia de los mensajes corresponde a la estructura de llamadas anidadas y el paso de seales del programa.

Diagrama de secuencia.-Un diagrama de secuencia muestra un conjunto de mensajes, dispuestos en una secuencia temporal. Cada rol en la secuencia se muestra como una lnea de vida, es decir, una lnea vertical que representa el rol durante cierto plazo de tiempo, con la interaccin completa. Los mensajes se muestran como flechas entre las lneas de vida. Un diagrama de secuencia puede mostrar un escenario, es decir, una historia individual de una transaccin.

Un uso de un diagrama de secuencia es mostrar la secuencia del comportamiento de un caso del uso. Cuando est implementado el comportamiento, cada mensaje en un diagrama de secuencia corresponde a una operacin en una clase, a un evento disparador, o a una transicin en una maquina de estados.

3.2 ESTATICOS

Diagrama de clases.-El Diagrama de Clases es el diagrama principal para el anlisis y diseo. Un diagrama de clases presenta las clases del sistema con sus relaciones estructurales y de herencia. La definicin de clase incluye definiciones para atributos y operaciones. El modelo de casos de uso aporta informacin para establecer las clases, objetos, atributos y operaciones. El mundo real puede ser visto desde abstracciones diferentes (subjetividad)

Diagrama de objetos.-Un diagrama de una instantnea es una imagen de un sistema, en un instante en el tiempo. Debido a que contiene imgenes de objetos, se llama diagrama de objetos. Puede ser til como ejemplo del sistema, por ejemplo, ilustrar las estructuras de datos complicadas o mostrar el comportamiento con una secuencia de instantneas en un cierto plazo. Recuerde que todas las instantneas son ejemplos del sistema, no definiciones de sistemas. La definicin de la estructura y del comportamiento del sistema se encuentra en las vistas de definicin, y construir las vistas de definicin es el objetivo del modelado y el diseo.

La vista esttica describe los casos posibles que pueden ocurrir. Los casos reales generalmente no aparecen directamente en modelos, excepto como ejemplos.

Diagrama de actividad.-Un diagrama de actividades es la notacin para un grafo de actividades. Incluye algunos smbolos especiales abreviados por conveniencia. Estos smbolos pueden usarse en cualquier diagrama de estados, aunque mezclar la notacin puede ser molesto.

Un estado de actividad se representa como una caja con los extremos redondeado que contiene una descripcin de actividad. (Las cajas normales del estado tienen lados rectos y esquinas redondeadas.) Las transiciones simples de terminacin se muestran como flechas. Las ramas se muestran como condiciones de guarda en transiciones o como diamantes con mltiples flechas de salida etiquetadas. Una divisin o unin de control se representa de la misma manera que en un diagrama de estados, con mltiples flechas que entran o salen de una barra gruesa de sincronizacin.

Diagrama de despliegue.- Los Diagramas de Despliegue muestran la disposicin fsica de los distintos nodos que componen un sistema y el reparto de los componentes sobre dichos nodos. La vista de despliegue representa la disposicin de las instancias de componentes de ejecucin en instancias de nodos conectados por enlaces de comunicacin. Un nodo es un recurso de ejecucin tal como un computador, un dispositivo o memoria. Los estereotipos permiten precisar la naturaleza del equipo:

Dispositivos

Procesadores

Memoria

Los nodos se interconectan mediante soportes bidireccionales que pueden a su vez estereotiparse. Esta vista permite determinar las consecuencias de la distribucin y la asignacin de recursos. Las instancias de los nodos pueden contener instancias de ejecucin, como instancias de componentes y objetos. El modelo puede mostrar dependencias entre las instancias y sus interfaces, y tambin modelar la migracin de entidades entre nodos u otros contenedores. Esta vista tiene una forma de descriptor y otra de instancia. La forma de instancia muestra la localizacin de las instancias de los componentes especficos en instancias especficas del nodo como parte de una configuracin del sistema. La forma de descriptor muestra qu tipo de componentes pueden subsistir en qu tipos de nodos y qu tipo de nodos se pueden conectar, de forma similar a una diagrama de clases, esta forma es menos comn que la primera.

Diagrama de componente.-Los diagramas de componentes describen los elementos fsicos del sistema y sus relaciones. Muestran las opciones de realizacin incluyendo cdigo fuente, binario y ejecutable. Los componentes representan todos los tipos de elementos software que entran en la fabricacin de aplicaciones informticas. Pueden ser simples archivos, paquetes de Ada, bibliotecas cargadas dinmicamente, etc. Las relaciones de dependencia se utilizan en los diagramas de componentes para indicar que un componente utiliza los servicios ofrecidos por otro componente. Un diagrama de componentes representa las dependencias entre componentes software, incluyendo componentes de cdigo fuente, componentes del cdigo binario, y componentes ejecutables. Un mdulo de software se puede representar como componente. Algunos componentes existen en tiempo de compilacin, algunos en tiempo de enlace y algunos en tiempo de ejecucin, otros en varias de stas. Un componente de slo compilacin es aquel que es significativo nicamente en tiempo de compilacin. Un componente ejecutable es un programa ejecutable. Un diagrama de componentes tiene slo una versin con descriptores, no tiene versin con instancias.

El diagrama de componente hace parte de la vista fsica de un sistema, la cual modela la estructura de implementacin de la aplicacin por s misma, su organizacin en componentes y su despliegue en nodos de ejecucin. Esta vista proporciona la oportunidad de establecer correspondencias entre las clases y los componentes de implementacin y nodos. La vista de implementacin se representa con los diagramas de componentes.

1.2.2 MODELO DE DOMINIO

Al igual que la fase del modelo de casos de uso, la fase del modelo del dominio se centra en conocer el dominio para el que se va a desarrollar un sistema. Se trata de una fase de anlisis en la que an se piensa en los objetos y las relaciones del mundo real en vez de en los conceptos de programacin. Durante la fase de modelo del dominio, se crean diagramas conceptuales de estructura esttica, diagramas de paquete y diagramas de secuencia.

Un modelo de dominio UML relacionar objetos en el dominio del sistema con otro. Definir conceptos y trminos. Los objetos en el modelo de dominio pueden ser:

Objetos fsicos

Conceptos abstractos

OBJETOS LISTA (CONCEPTOS)

Para ayudar al desarrollo del modelo de dominio, es importante identificar sustantivos y frases sustantivas. Los conceptos que no pueden en ltimas volverse objetos pueden ser listados para complecin y discusin. Los siguientes tipos de conceptos deberan ser listados:

Roles de los actores

Eventos

Transacciones

tems de lnea de transaccin

Objetos (fsicos)

Contenedores

tems (en un contenedor)

Otros sistemas

Organizaciones

Los conceptos de especificacin deberan ser usados cuando la informacin redundante es reducida a travs de su uso o borrado de instancias de lo que la especificacin describe puede tener como resultado prdida de informacin.

Los nombres o sustantivos pueden ser tomados de las definiciones de requerimientos y usar dibujos de casos de uso. Esto significa en este punto que todos los dibujos de casos de uso deberan hacerse. Los actores no deberan enfatizarse en el modelo de dominio.

Si la informacin de un objeto es derivada de otro objeto, esa es la razn para excluirlo. Sin embargo, si el objeto es requerido o es importante para el caso de uso, debera ser incluido.

SINTAXIS DEL MODELO DE DOMINIO

Luego de que la lista de conceptos est completo debera hacerse un modelo de dominio. Considere que los tems simples deberan ser atributos de los objetos. El modelo de dominio es un modelo esttico. El flujo del tiempo, con secuencias de eventos o flujo de informacin no son mostrados en el modelo de dominio. Evite mostrar relaciones procedimentales. Este modelo no incluye software. Los objetos en el modelo de dominio son candidatos para objetos de programacin.

Pueden haber mltiples relaciones entre objetos en el modelo de dominio. Por ejemplo, un objeto puede manejar una transaccin simple, luego hacer un registro de todas las transacciones que maneja. En el modelo de dominio se muestran los siguientes:

Conceptos (Objetos)

Atributos de los objetos - Los atributos deben ser atributos simples tales como nmeros. No pueden ser objetos, nmeros en arreglos, o llaves a partes de bases de datos.

Asociaciones entre objetos

Multiplicidad

Direccin opcional de una flecha de direccin

Rol opcional de un objeto

ASOCIACIONES

Las asociaciones describen relaciones importantes entre conceptos y pueden ser bidireccionales. Use una asociacin para relacionar clases, no atributos. Algunas asociaciones pueden ser:

A es parte de B

tem de lnea de

Contenido dentro de

Es un miembro de

Es una poltica de

Es prximo a

Usa a

SE comunica con

A se relaciona con B debido a una transaccin

Cuando se crean asociaciones, pregntese: "Uno necesita saber acerca del otro?". Si la respuesta es si, debera probablemente ser una asociacin. Puede haber ms de una asociacin entre dos objetos.

MULTIPLICIDAD

Describe cuantas instancias de cada concepto puede ser asociada con una instancia del concepto relacionado

* = Cero o ms.

0..3 = Cero o tres

2,4,6 = Dos, Cuatro o Seis

10 = Exactamente 10

1..* = Uno o mas

0..* = Cero o mas 1.2.3 MODELO DE NEGOCIO

Modelar el proceso de negocio es una parte esencial de cualquier proceso de desarrollo de software. Permite al analista capturar el esquema general y los procedimientos que gobiernan el negocio. Este modelo provee una descripcin de dnde se va a ajustar el sistema de software considerado dentro de la estructura organizacional y de las actividades habituales. Tambin provee la justificacin para la construccin del sistema de software al capturar las actividades manuales y los procedimientos automatizados habituales que se

Incorporarn en nuevo sistema, con costos y beneficios asociados.

Como un modelo preliminar del negocio, permite al analista capturar los eventos, las entradas, los recursos y las salidas ms importantes vinculadas con el proceso de negocio.

Es posible construir un modelo completamente trazable mediante la posterior conexin de elementos de diseo (tales como los casos de uso) al modelo de negocio a travs de conectores de implementacin, desde la generalidad del proceso de negocio a los requisitos funcionales y eventualmente a los artefactos de software que se construirn realmente.

Por el hecho de que el modelo de procesos de negocio normalmente es ms amplio que la parte de sistema computacional considerada, tambin permite al analista identificar claramente qu est dentro del alcance del sistema propuesto y qu se implementar de otras formas (por ejemplo: un proceso manual).

NOTACIN DEL MODELADO DE PROCESO

Un modelo de proceso de negocio tpicamente define los siguientes elementos:

El Objetivo o el motivo del proceso

Las Entradas especficas

Las Salidas especficas

Los Recursos consumidos

La secuencia de las Actividades; y

Los Eventos que dirigen el proceso

El proceso de negocio:

Puede afectar a ms de una unidad organizacional

Tiene un impacto horizontal en la organizacin

Crea algn tipo de valor para el cliente. Los clientes pueden ser internos o externos

EL PROCESO DE NEGOCIO

Un proceso de negocio es una coleccin de actividades diseadas para producir una salida especfica para un cliente o un mercado en particular. Esto implica un fuerte nfasis en cmo se realiza el trabajo dentro de una organizacin, en contraposicin con un enfoque del producto en qu se produce. Por lo tanto, el proceso es una secuencia especfica de actividades de trabajo a travs del tiempo y del espacio, con un inicio, un final y unas entradas y salidas claramente definidas: una estructura para la accin.

A continuacin se dibuja la notacin que se utiliza para indicar un proceso de negocio:

La notacin de proceso implica un flujo de actividades de izquierda a derecha. Un elemento de evento tpicamente se ubica a la izquierda del proceso y la salida a la derecha. Para representar especficamente las actividades internas, los elementos UML de tipo actividad se pueden colocar dentro del elemento proceso.

ENTRADAS, RECURSOS E INFORMACIN

Los procesos de negocio emplean informacin para adaptar o completar sus actividades. La informacin, a diferencia de los recursos, no se consume en los procesos, sino que se usa como parte del proceso de transformacin. La informacin puede provenir de fuentes externas, de los clientes, de las unidades organizacionales internas e inclusive puede ser el producto de otros procesos.

Un recurso es una entrada para un proceso de negocio y, a diferencia de la informacin, tpicamente se consume durante el procesamiento. Por ejemplo, a medida que cada servicio diario de tren sale y registran las novedades, el recurso servicio se usa tanto como concierna al proceso de registracin de novedades de tiempos de los trenes.

A continuacin se muestra la notacin para ilustrar la informacin y los recursos:

El conector supply indica que la informacin u objeto conectado al proceso no se gasta en la fase de procesamiento. Por ejemplo, las plantillas de la orden se pueden usar una y otra vez para proveer nuevas rdenes de un cierto estilo -las plantillas no se gastan ni se alteran durante esta actividad-.

Un conector input destaca que el objeto o recurso conectado se consume durante el procesamiento. Por ejemplo, a medida que las rdenes de servicio se procesan, ellas se completan y se firman y tpicamente se utilizan slo una sola vez por cada recurso nico (orden).

EVENTOS

Un evento es la recepcin de algn objeto, un momento o fecha cumplidos, una notificacin o cualquier otro disparador que inicie un proceso de negocio. El evento se puede consumir y transformar (por ejemplo una orden de cliente) o simplemente actuar como un catalizador (por ejemplo, el proceso en lote nocturno).

SALIDAS

Un proceso de negocio tpicamente producir una o ms salidas de valor para el negocio, para uso interno o para satisfacer requisitos externos. Una salida puede ser un objeto fsico (tal como un informe o una factura), una transformacin de recursos crudos con un nuevo ordenamiento (una agenda diaria) o un resultado final de un proceso tal como completar una solicitud de cliente.

Una salida de un proceso de negocio puede alimentar a otro, como un tem requerido o como un disparador para iniciar nuevas actividades.

Un conector output indica que el proceso de negocio produce algn objeto (fsico o lgico) que es de valor para la organizacin, como un tem externamente visible o como un producto interno (posiblemente alimentando otro proceso).

OBJETIVOSUn proceso de negocio tiene algn objetivo bien definido. Esta es la razn por la que la organizacin realiza su trabajo y se debera definir en trminos de los beneficios que este proceso tiene para la organizacin como un todo y para satisfacer sus necesidades de negocio.

Un conector goal indica que el objeto adjunto al proceso describe el objetivo del proceso.

Un objetivo es la justificacin para llevar a cabo la actividad.

JUNTANDO LAS PIEZAS

El diagrama siguiente ilustra cmo los diferentes elementos del modelo se pueden agrupar para producir una vista coherente de un proceso de negocio determinado. Estn incluidos las entradas, las salidas, los eventos, los objetivos y otros recursos que son significativos.

TRAZABILIDAD

La trazabilidad define la forma en la que un proceso de negocio dado se implementar en el sistema propuesto. En un diagrama de implementacin los casos de uso, los paquetes y otros artefactos se pueden conectar a los procesos de negocio usando el conector para significar la relacin de dependencia. El siguiente ejemplo ilustra cmo el proceso Business Process es implementado por el caso de uso Use Case y un paquete. A medida que el modelo se desarrolla y los componentes funcionales de software

se construyen y se vinculan a los casos de uso, se puede derivar de este modelo la justificacin de negocio para cada elemento.

Note que este modelo tambin destaca lo que NO ser entregado. El proceso de negocio tpicamente incluir un amplio rango de procedimientos manuales y automatizados. Este modelo ilustra exactamente qu funcionalidad (casos de uso) se construirn para servir a un proceso de negocio particular: cualquier funcionalidad perdida debe provenir de otros sistemas y procedimientos (manuales o automatizados).

PARTE IIIELABORACIN DEL PROYECTO1. METODO ISHIKAWA 1.1. IDENTIFICAR PROBLEMAS P1. Inadecuado proceso manual.

P2. Deficiente registro de los proveedores de insumos

P3. Demora en el conocimiento de insumos que hacen falta para el pedido a los proveedores

P4. Deficiente registro de los pedidos a proveedores

P5. Deficiente registro de insumos que son comprados a los proveedores

P6. Deficiente registro de insumos en almacn.

P7. Demora en registrar los productos ya elaborados

P8. Deficiente control de registros y conteo de productos e insumos en el inventario

P9. Demora en la consulta de inventario

P10. Demora en la consulta de la venta

P11. Demora en la consulta de la compra

P12. Deficiente control de Informacin de los productos e insumos que estn por expirarse

P13. Demora en la ubicacin de productos en almacn

P14. Deficiente registro de los clientes.

P15. Inadecuado proceso manual del registro de pedidos realizados por clientes.

P16. Inadecuado proceso manual de registros de las ventas a clientes.

P17. Demora en generar reportes de compra, vena e inventario.1.2. IDENTIFICAR LAS PRINCIPALES CATEGORIAS

P1. Inadecuado proceso manual.

P1

P2. Deficiente registro de los proveedores de insumos.

P2


P3


P4


P5


P6


P7


P8


P9


P10


P11


P12

P13. Demora en la ubicacin de productos en almacn

P13


P14


P15


P16

P17. Demora en generar reportes de compra, vena e inventario.

P17

1.3. IDENTIFICAR LAS CAUSAS P1. Inadecuado proceso manual.

P1

P2. Deficiente registro de los proveedores de insumos.

P2


P3


P4


P5


P6


P7


P8


P9


P10


P11


P12

P13. Demora en la ubicacin de productos en almacn}

P13


P14


P15


P16

P17. Demora en generar reportes de compra, vena e inventario.

P17

2.- MODELO DE DOMINIO

2.1. Identificar Clases

Producto: Esta clase registra todos los productos ya elaborados describiendo su cdigo, precio, ubicacin, descripcin, costo, clase, fecha de fabricacin y fecha de vencimiento. Se podr saber que productos estn registrado y su descripcin completa desde su cdigo hasta su ubicacin en almacn. Insumo: Esta clase registra todos los insumos describiendo su cdigo, ubicacin, descripcin, costo y fecha de vencimiento. Se podr saber que insumos estn registrados y la descripcin completa del mismo. Cliente: Esta clase registra a todos los clientes de la empresa describiendo su cdigo de cliente, CI, nombre, direccin, telfono y su correo (mail). Proveedor: Esta clase registra a todos los proveedores de la empresa describiendo su cdigo de3 proveedor, nombre de la empresa proveedora, direccin, Nit ,nombre del proveedor , telfono y su correo (mail) Empleado: Esta clase registra a todos los empleados de la empresa describiendo su cdigo de empleado, nombre, CI, telfono, tipo (personal de compra, personal de venta, personal de almacn, etc.) y su turno de trabajo, ademas de que le asigna una contrasea unica a cada empleado. CargoE:Esta clase registra los nuevos cargos que se asignen a los empleados Compra: Esta clase registra cada compra que es realizada describiendo su cdigo de compra, fecha de emisin de la compra y el costo total de la compra. Podr saber todo acerca de las compras realizadas PedidoC: Esta clase registra cada pedido de compra que es realizada describiendo su cdigo de pedido de compra y fecha de emisin del pedido de la compra PedidoCompra: Esta clase registra cada pedido de compra que es realizada describiendo la cantidad de insumos que son comprados y el costo por insumo comprado. DetallePedidoC: Esta clase realiza un informe detallado de cada pedido de compra describiendo la cantidad por insumos pedidos y el costo por insumo. Venta: Esta clase registra cada venta que es realizada describiendo su cdigo de venta, fecha de emisin de la venta y el precio total de la venta. Podr saber todo acerca de las ventas realizadas PedidoV: Esta clase registra todos los pedidos de venta que es realizada describiendo su cdigo de pedido de venta y fecha de emisin del pedido de la venta PedidoVenta: Esta clase registra cada pedido de venta que es realizada describiendo la cantidad de productos que son vendidos y el precio por productos vendidos DetallePedidoV: Esta clase realiza un informe detallado de cada pedido de venta describiendo la cantidad por productos pedidos y el precio de cada producto NotaDeSalida: Esta clase nos muestra un informe detallado de los productos e insumos que salen ya sea por la compra, la venta u otro motivo esto es realizado describiendo el cdigo del de la nota de salida, la fecha de emisin de la misma y el motivo por el cual sale del almacn Item: Esta clase registra tanto los productos ya elaborados como los insumos comprados a los proveedores esto es realizado describiendo su tipo y la cantidad de ambos (productos e insumos). Podr saber todo acerca de los productos e insumos que se encuentran en almacn Tipo: Esta clase registra la descripcion de los tipos de insumos que existen dentro del almacen dandoles un codigo unico con el que se puedan identificar. Familia: Esta clase registra la descripcion de las familias de productos a los que pertenecen los mismos dentro del almacen dandoles un codigo unico con el que se puedan identificar. Bitcora: Esta clase registra todas las acciones realizadas por el empleado dentro del sistema, desde la fecha y hora desde que se realizo cualquier proceso ya sea de compra, venta ,pedidos ,inventario ,etc. ;Todo es registrado en esta clase. DetalleBitacora: Esta clase describe con detalle cada accin que es realizada en la bitcora y por quien fue realizada. Grupo: Esta clase asigna un grupo ya sean del mismo cargo o de otro diferente para as agruparlos y darles un solo privilegio por grupo. Privilegio: Esta clase describe que tipo de privilegios existen para asignarle al grupo. DetallePrivilegio: Esta clase asigna privilegios de acuerdo a los grupos o cargos que existan dentro de la empresa, ya que todo el personal no puede tener el mismo privilegio.2.2. Diagrama de Clases

3. MODELO DE NEGOCIO Registrar compra de insumos

Registrar venta de productos

Registrar Insumos en Almacn

Registrar Productos en Almacn

Administrar usuario PARTE IVFLUJO DE TRABAJO: REQUISITOS1. FLUJO DE TRABAJO: Requisitos

1.1.-IDENTIFICAR ACTORES Y CASOS DE USO

ACTORES

Proveedor: Entidad que tiene como funcin proveer de Insumos a la empresa, que sern tiles en la fabricacin de productos. Personal de Compra: Personas que gestionan la compra de los diferentes insumos para la elaboracin de los productos de limpieza. Personal de Venta: Personas que gestionan la venta de los productos de limpieza a los diferentes clientes Personal de Almacn: Personal de la empresa encargadas de recibir, registrar, actualizar y verificar los productos e insumos que se encuentra en almacn Cliente: Personas que compran los productos de limpieza de empresa INQUIPROL. Administrador del sistema: Es la persona encargada de otorgar privilegios a los grupos de empleados, creados por el mismo adems de cambiar las contraseas cada determinado tiempo.CASOS DE USO Cu1. Gestionar Personal

Cu2. Cambiar contrasea.

Cu3. Verificar Insumos

Cu4. Gestionar Proveedor

Cu5. Registrar pedido de compra de Insumo

Cu6. Registrar compra

Cu7. Gestionar Item

Cu8. Gestionar tipo de Insumo

Cu9. Gestionar Familia de Producto

Cu10. Verificar Producto

Cu11. Gestionar Cliente

Cu12. Registrar Pedido de venta de producto

Cu13. Registrar Venta

Cu14. Registrar Nota de Salida

Cu15. Generar Factura

Cu16. Generar InformeCu17. Crear nuevos gruposCu18. Asignar privilegios

Cu19. Gestionar Bitcora

Cu20.Iniciar SesinCu21. Gestionar Cargo

1.2.- PRIORIZACIN CASOS DE USOCaso de usoEstadoPrioridadRiesgo

Cu1. Gestionar PersonalAprobadoImportanteNormal

Cu2. Cambiar contrasea

Aprobado Importante Normal

Cu3. Verificar InsumosIncorporado AccesorioSignificativo

Cu4. Gestionar ProveedorAprobadoImportante Normal

Cu5. Registrar Pedido de Compra de InsumosIncorporadoCrticoCrtico

Cu6. Registrar CompraIncorporadoCriticoCritico

Cu7. Gestionar temAprobadoImportante Normal

Cu8. Gestionar Tipo de InsumoIncorporadoImportante Normal

Cu9. Gestionar familia de ProductoIncorporadoImportante Normal

Cu10. Verificar ProductoIncorporado Accesorio Significativo

Cu11. Gestionar ClienteAprobadoImportanteNormal

Cu12. Registrar Pedido de Venta de ProductosIncorporadoCritico Critico

Cu13. Registrar Venta IncorporadoCriticoCritico

Cu14. Registrar Nota de SalidaIncorporado Importante Normal

Cu15. Generar FacturaPropuesto AccesorioSignificativo

Cu16. Generar InformePropuesto Accesorio Significativo

Cu17. Crear nuevos gruposAprobadoImportanteNormal

Cu18. Asignar privilegiosAprobadoImportante Normal

Cu19. Gestionar BitcoraAprobadoImportanteNormal

Cu20. Iniciar sesin AprobadoImportante Normal

Cu21. Gestionar CargoIncorporadoImportanteNormal

1.3.- DETALLE DE CASOS DE USOCU1: GESTIONAR PERSONAL Diseo del Caso de Uso:Describir Plantilla de Caso de Uso:

NombreCu1. Gestionar Personal

PropsitoRegistrar al personal de compra, venta y almacn validando que sus datos estn correctos, adems de brindarle una contrasea al usuario para que ingrese al sistema.

ActoresPersonal de compraPersonal de venta

Personal de almacn

Actor Iniciador

Precondicin

Flujo Principal1. Registrar Personal

1.1. Introducir datos del empleado. Validar datos

1.3.Guardar registros del empleado

2. Modificar datos del empleado

2.1. Introducir cdigo

2.2. Actualizar campos

2.3. Guardar registros

2.4. Mostrar datos del empleado

3. Eliminar datos del empleado 3.1.Introducir cdigo

3.2. Actualizar campo lgico

3.3. Guardar Registro

3.4 Mostrar datos del empleado

4. Buscar datos del empleado

4.1.Introducir cdigo

4.2.Mostrar datos del empleado

Excepciones1.2. El empleado ya existe1.2. Error de tipo de dato

2.3. El empleado no existe en la Base de Datos 2.3. Error de tipo de dato

3.3 El empleado no existe en la Base de Datos

3.3. Error de tipo de dato

PoscondicinCU2: Registrar cargo

CU16: Generar informe

Prototipar Interfaz de Usuario:CU2: CAMBIAR CONTRASEA Diseo del Caso de Uso:

Describir Plantilla de Caso de Uso:

CASO DE USOCu. CAMBIAR CONTRASEA

PropsitoPermitir al usuario un cambio constante de contrasea para mas seguridad de su cuenta dentro del sistema

Actor PrincipalPersonal en general del sistema

Actor Secundario

PrecondicinCU 1 Registrar personal

Flujo de ProcesoAcciones del Actor 1) Iniciar sesin.3) En la opcin para el cambio de contrasea ingresa la contrasea antigua, luego la nueva y finalmente confirma la nueva.Respuestas del Sistema 2) Visualizar pantalla principal.

4) Guardar en la base de datos los cambios solicitados.

Post Condicin1) Los datos de usuario y/o contrasea incorrectos.

3) Los datos de antigua contrasea y/o nueva contrasea incorrectos.

Excepciones1. Validar datos

Prototipar Interfaz de Usuario:

CU3: VERIFICAR INSUMO Diseo del Caso de Uso:


NombreCu2. Verificar insumo

PropsitoVerificar la cantidad de insumos que hacen falta para la elaboracin de productos y la cantidad de insumos expirados.

Actores

Actor Iniciador

PrecondicinCU10: Verificar Producto

Flujo Principal1. Ingresar cdigo de insumos

2. Validar cdigo

3. Mostrar el estado del insumo.

Excepciones2. Error de tipo de dato2. El cdigo no existe

PoscondicinCU5: Registrar pedido de compra de Insumos.


CU4: GESTIONAR PROVEEDOR

Diseo del Caso de Uso:


NombreCu3. Gestionar Proveedor

PropsitoRegistrar a los proveedores de la empresa validando que sus datos estn correctos.

ActoresProveedorPersonal de compra

Actor IniciadorPersonal de compra

Precondicin

Flujo Principal1. Registrar proveedor

1.1. Introducir datos del proveedor

. Validar datos

1.3.Guardar registros del proveedor

2. Modificar datos del proveedor




2.4. Mostrar datos del proveedor

3. Eliminar datos del proveedor




3.4 Mostrar datos del proveedor

4. Buscar datos del proveedor


4.2.Mostrar datos del proveedor

Excepciones1.2. El proveedor ya existe


2.3. El proveedor no existe en la Base de Datos


3.3 El proveedor no existe en la Base de Datos


PoscondicinCU16: Generar informe


CU5: REGISTRAR PEDIDO DE COMPRA DE INSUMOS Diseo del Caso de Uso: Describir Plantilla de Caso de Uso:

NombreCu4. Registrar Pedido de Compra De Insumos

PropsitoRegistrar los pedidos de compra detallando los insumos que se desean comprar

ActoresProveedor Personal de compra

Actor IniciadorPersonal de compra

PrecondicinCU3: Verificar los insumos

Flujo PrincipalRegistrar pedido de compra

1.1. Introducir cdigo del pedido

1.2. Seleccionar datos del proveedor

1.3. Seleccionar Insumo y la cantidad de ellos pedir 1.4. Validar datos

1.5. Guardar registros de los pedidos insumos

1.6. Generar de Pedido de Compra

ExcepcionesEl cdigo del pedido no se encuentra en la Base de Datos1.3. Error de tipo de dato

PoscondicinCU6: Registrar compra


CU6: REGISTRAR COMPRA Diseo del Caso de Uso:


NombreCu5. Registrar Compra

PropsitoRegistrar la compra de los insumos realizados a los proveedores

ActoresProveedorPersonal de Compra

Actor IniciadorPersonal de Compra

PrecondicinCU5: Realizar pedido de compra

Flujo Principal1. Seleccionar cdigo de pedido

2. Mostrar pedido de compra

3. Guardar compra

4. Buscar las compras realizadas

Excepciones4. El cdigo de la compra no existe 4. Error en el tipo de dato

PoscondicinCU16: Generar Informe


CU7: GESTIONAR ITEM Diseo del Caso de Uso:Describir Plantilla de Caso de Uso:

NombreCu6. Gestionar tem

PropsitoRegistrar los productos e Insumos, verificando que esten en buen estado

ActoresPersonal de Almacn

Actor Iniciador

Precondicin

Flujo Principal1. Ingresar datos

2. Validar datos

3. Guardar registros

4. Modificar datos

4.1. Introducir cdigo del tem



4.4. Mostrar datos del proveedor

5. Buscar tem

5.1.Introducir cdigo de tem

5.2.Mostrar datos del tem

Excepciones2.2. El tem ya existe


4.1. El tem no existe en la Base de Datos


5.1. El tem no existe en la Base de Datos


PoscondicinCU16: Generar informe


CU8: GESTIONAR TIPO DE INSUMOS Diseo del Caso de Uso:


NombreCu7. Gestionar Tipo de Insumos

PropsitoRegistrar los tipos de insumos que se utilizan para la fabricacin de los productos

Actores

Actor Iniciador

PrecondicinCU7: Gestionar tem

Flujo Principal1.Registrar tipo de insumo

1.1 Introducir cdigo y descripcin del tipo insumo

1.2. Validar datos

1.3. Guardar datos

2. Modificar cargo




2.4. Mostrar los tipos de insumos 3. Eliminar cargo




3.4 Mostrar los tipos de insumos

Excepciones1.2. El tipo de insumo ya existe


2.3. El tipo de insumo no existe en la Base de Datos


3.3 El tipo de insumo no existe en la Base de Datos


Poscondicin


CU9: GESTIONAR FAMILIA DE PRODUCTO Diseo del Caso de Uso:


NombreCu8. Gestionar Familia de Producto

PropsitoRegistrar las Familias o lnea de los productos que existen en la empresa para su comercializacin.

Actores

Actor Iniciador

PrecondicinCU7: Gestionar tem

Flujo Principal1.Registrar tipo de insumo

1.1 Introducir cdigo y descripcin de la lnea de producto

1.2. Validar datos

1.3. Guardar datos

2. Modificar cargo




2.4. Mostrar la lnea de producto

3. Eliminar cargo




3.4 Mostrar la lnea de producto

Excepciones1.2. La lnea de producto ya existe


2.3. La lnea de producto no existe en la Base de Datos


3.3 La lnea de producto no existe en la Base de Datos


Poscondicin


CU10: VERIFICAR PRODUCTO Diseo del Caso de Uso:


NombreCu9. Verificar Producto

PropsitoVerificar los productos y de cada uno la cantidad que se encuentra disponibles para la venta y Verificar los productos expirados o que estn por espirarse

ActoresCU 12: Registrar pedido de venta de los productos

Actor Iniciador

Precondicin

Flujo Principal1.Espera ser llamado por CU12:Gestionar pedido de venta de productos

2.Ingresar condigo de producto

3.Mostrar el detalle del producto

Excepciones2.El cdigo no existe

2. Error en el tipo de dato

PoscondicinCU12: Registrar pedido de venta de los productos


CU11: GESTIONAR CLIENTE Diseo del Caso de Uso:


NombreCu10. Gestionar Cliente

PropsitoRegistrar al cliente de la empresa

ActoresCliente

Personal de Compra

Actor IniciadorCliente

Precondicin

Flujo Principal1. Registrar cliente

1.1. Introducir datos del cliente

1.2. Validar datos

1.3.Guardar registros del cliente

2. Modificar datos del cliente




2.4. Mostrar datos del cliente

3. Eliminar datos del cliente





4. Buscar datos del cliente


4.2.Mostrar datos del cliente

Excepciones1.2. El cliente ya existe


2.3. El cliente no existe en la Base de Datos


3.3 El cliente no existe en la Base de Datos


PoscondicinCU 16: Generar Informe


CU12: REGISTRAR PEDIDO DE VENTA DE PRODUCTOSDiseo del Caso de Uso:


NombreCu11. Registrar Pedido de Venta de Productos

PropsitoRegistrar el pedido de venta de los clientes de los productos.

ActoresCliente

Personal de Venta


PrecondicinCu10: Verificar productos

Flujo Principal1. Buscar datos del cliente

2. Seleccionar los productos y la cantidad

3. Validar datos

4. Guardar datos del pedido

Excepciones 1. El cliente no existe

2. La cantidad del producto no es la suficiente para satisfacer el pedido

3. Error de tipo de dato

PoscondicinCu13: Registrar venta

Cu16: Generar Informe


CU13: REGISTRAR VENTADiseo del Caso de Uso:


NombreCu12. Registrar Venta

PropsitoRegistra la venta de los productos realizadas a los clientes

ActoresCliente

Personal de Venta


Precondicincu12: Registrar pedido de venta de productos

Flujo Principal1. Introducir cdigo de cliente

2. Mostrar nombre del cliente

3. Seleccionar el pedido de venta

4. Mostrar el detalle del pedido de venta

5. Actualizar los datos del pedido de venta

6. Confirmar datos

7. Guardar registro de venta

Excepciones1. El cliente no existe

1. Error en el tipo de datos

2. Error en la validacin

PoscondicinCu16: Generar informe


CU14: REGISTRAR NOTA DE SALIDA Diseo del Caso de Uso:


NombreCu13. Registrar Nota de Salida

PropsitoRegistrar todas las salidas de productos o insumos que se realizan en el almacn, excepto las que no se hayan realizado por venta de productos

ActoresPersonal de almacn

Actor Iniciador

Precondicin

Flujo Principal1. Introducir cdigo del personal de almacn

2. Mostrar nombre del personal de almacn

3.Buscar el cdigo del tem

4.Actualizar la cantidad de insumos o productos

6. Guardar registro de la nota de salida

Excepciones1. El personal no exista

2.No se encuentre el cdigo del tem

3.Error al guardar los registros

PoscondicinCu16. Generar informe


CU15: GENERAR FACTURA Diseo del Caso de Uso:


NombreCu14. Generar Factura

PropsitoRegistrar las facturas que son emitidas por una venta de productos

ActoresPersonal de Venta

Cliente

Actor IniciadorPersonal de Venta

PrecondicinCu13: Registrar Venta

Flujo Principal1. Introducir cdigo del cliente

2. Mostrar datos del cliente

3.Buscar el cdigo del registro de venta

4.Generar Factura

6. Guardar registro de la Factura

Excepciones1.El cliente no existe

2. No se encuentra el registro de venta

3.Error al guardar el registro de la factura

PoscondicinCu16: generar Informe

CU16: GENERAR INFORME Diseo del Caso de Uso:


NombreCu15. Generar Informe

Propsito Generar Informes de :

Personal, proveedor, cliente, tem, pedido de compra de insumos, compra de insumos, pedido de venta, venta, nota de salida, factura.

Actores

Actor Iniciador

PrecondicinRegistrar los datos de:

Personal, proveedor, cliente, tem, pedido de compra de insumos, compra de insumos, pedido de venta, venta, nota de salida, factura.

Flujo PrincipalElaborar los informes

ExcepcionesValidar los datos

Poscondicin


CU 17: CRERA NUEVOS GRUPOS

Describir Plantilla de Caso de Uso:NombreCU. 17 Crear nuevos grupos

Propsito Crear de nuevos grupos de trabajos, segn el requerimiento o la actividad de la empresa

ActoresAdministrador del sistema

Actor IniciadorAdministrador del sistema

Precondicin

Flujo Principal El administrador del sistema ingresa los datos del nuevo grupo que desea crear

Se verifica de que no exista el mismo nombre de grupo de trabajo.

Se registra y guarda el nuevo grupo.


PoscondicinYa exista un grupo creado con el mismo nombre.


CU. 18 ASIGNAR PRIVILEGIOS

Describir Plantilla de Caso de Uso:NombreCU. 18 Asignar privilegios

Propsito Asignar opciones y/o herramientas a las que podr acceder cada grupo segn el cargo y la funcin que se desempeen dentro de la empresa,

ActoresAdministrador del sistema


Precondicin Cu17 Crear nuevos grupos

Flujo Principal1) El administrador selecciona el grupo al cual desea asignar nuevos privilegios o modificarlos.

2) El administrador selecciona los privilegios que desea asignar al grupo.


Poscondicin No se seleccionen correctamente los privilegios para el grupo de trabajo.


CU 19. Gestionar Bitcora

Describir Plantilla de Caso de Uso:NombreCU. 19 Gestionar Bitcora

PropsitoBrindar informacin completa que realizar el usuario al ingresar al sistemas, desde el inicio de sesin hasta la culminacin

ActoresPersonal de Venta, Compra, almacn y Administrador del Sistema


Precondicin Los empleados deben estar registrados y tener acceso a un grupo con los privilegios que el mismo posee, para realizar alguna funcin y que se guarde en bitcora.

Flujo Principal1) Los usuarios acceden al sistema y realizan sus actividades.

2) El administrador del sistema selecciona el nombre del empleado del cual desea ver con mayor detalle las acciones realizadas en el sistema.3) Muestra las acciones del empleado que realiz en el sistema: fecha de inicio de sesin, hora, opciones a las que ingres.

Excepciones No exista el empleado El empleado aun no tenga aigando priviliegios para realizar en el sistema.

Poscondicin


CU 19. INICIAR SESION

Detalle de caso de usoCASO DE USOCu. INICIAR SESION

PropsitoIngresar al sistema verificando si existe dicho personal, si tiene grupo, privilegio y si su contrasea es correcta. Guardando en la bitcora dicho acceso.

Actor PrincipalPersonal de Venta, Compra, almacn y Administrador del Sistema.

Actor Secundario

PrecondicinCu1 Registrar Personal (Debe estar registrado dicho personal, con su respectiva contrasea).

CU Crear grupos (debe existir grupo creado donde pertenezca el personal).

CU Asignar privilegio (El personal debe tener los privilegios de ingresar al sistema y dems opciones).

Flujo de ProcesoAcciones del Actor1.- Iniciar sesin

2.- Ingresar su cdigo de personal.

3.- Ingresar su contrasea del personal.

4.- Ingresar al sistema si sus datos son correctos.Respuestas del Sistema2.- Verificar si existe el cdigo de personal.3.- Verificar si la contrasea es correcta.

5.- Guardar datos en la bitcora de la BD.

Post CondicinCU Cambiar contrasea (El usuario puede o no cambiar su contrasea para acceder al sistema)

Excepciones1. Cdigo incorrecto (No existe dicho personal).

2. Contrasea incorrecta.

3. No tiene asignado ningn grupo.

4. No tiene privilegios de acceder al sistema.


CU2: GESTIONAR CARGO

Diseo del Caso de Uso:


NombreCu1. Gestionar Cargo

PropsitoRegistrar los cargos para el personal de la empresa

Actores

Actor Iniciador

PrecondicinCU1 Registrar empleado

Flujo Principal1.Registrar cargo

1.1 Introducir cdigo y nombre del cargo

1.2. Validar datos

1.3. Guardar datos

2. Modificar cargo




2.4. Mostrar cargo

3. Eliminar cargo





Excepciones1.2. El cargo ya existe


2.3. El cargo no existe en la Base de Datos


3.3 El cargo no existe en la Base de Datos


Poscondicin


1.4 DIAGRAMA GENERAL DE CASO DE USOSPARTE V FLUJO DE TRABAJO: ANLISIS1. FLUJO DE TRABAJO: ANALISIS1.1. ANALISIS DE LA ARQUITECTURA

1.1.1. IDENTIFICAR PAQUETES

El paquete COMPRA realizara lo siguientes: registrar la compra de insumos al proveedor mediante un pedido anticipado, registrando sus datos del proveedor

El paquete VENTA realizara lo siguientes: registrar la venta de productos al cliente mediante un pedido anticipado, generando una factura.

El paquete INVENTARIO nos permitir registrar a los distintos tems as como a los productos e insumos.

El paquete INFORME nos permitir generar distintos informes tanto de la compra como de la venta. Realizar un reporte detallado de todo el personal de la empresa, proveedores y clientes.

El paquete ADM USUARIO le permite al usuario ingresar al sistema guardando su registros en una bitacora, cambiar su contrasea, tambin determinado personal puede crear nuevos grupos y asignarles privilegios en cuanto a accesos del sistema1.1.2. IDENTIFICAR CASOS DE USO

1.1.3. VISTA DE PAQUETES

1.2. ANALIZAR CASOS DE USO

DIAGRAMA DE COLABORACION

Cu1. Gestionar Personal

1. Nuevo

1.1. Ingresar datos

1.2. Validar datos

1.3. Registrar datos

2. Buscar

2.1 Mostrar Form BuscarEmpleado

2.2 Ingresar datos de bsqueda

2.3 Validar datos

2.4 Obtener Datos3. Modificar3.1 Mostrar Form BuscarEmpleado 3.2 Ingresar datos de bsqueda

3.3 Validar datos

3.4 Guardar Datos Modificados

4. Eliminar 4.1 Mostrar Form BuscarEmpleado 4.2 Ingresar datos de bsqueda

4.3 Validar datos

4.4 Guardar datos Eliminados

Nuevo: Realiza el registro de un nuevo empleado, ingresando su cdigo, CI, Nombre, Direccin, Telfono, Cargo y su respectiva Contrasea.

Buscar: Realiza la bsqueda de empleados de acuerdo a su cdigo, Nombre o CI.

Modificar: Modifica los datos del empleado de acuerdo a la bsqueda respectiva del mismo.

Eliminar: Se elimina lgicamente al empleado, mediante una bsqueda de sus datos.Cu2. Cambiar contrasea.1 Mostrar1.1 Ingresar cdigo usuario, contrasea anterior, nueva contrasea

1.2 Obtener contrasea anterior

1.3 Validar campo contrasea

1.4 Guardar nueva contraseaMostrar, le permite visualizar el formulario donde se podr cambiar la contrasea, en el campo de cdigo usted visualizara una lista de todos los cdigos de los empleados existentes en el sistema, usted podr ingresar a los nuevos campos la actual contrasea y la nueva contrasea mas la confirmacin de la misma, una vez hecho le cambio la opcin aceptar le permitir cambiar la contrasea en la base de datos.Cu3. Verificar Insumos

1. Buscar1.1. Ingresar datos a buscar

1.2. Validar datos

1.3. Obtener datos del insumo

1.4. Obtener datos del tem

1.5. Retornar datos

2. Eliminar

2.1. Ingresar datos a buscar

2.2. Validar datos

2.3. Eliminar datos del insumo

2.4. Eliminar datos del tem

2.5. Mostrar datos eliminadosGenera el detalle del insumo que usted requiera verificar sus distintos campos ingresando el cdigo de dicho producto consultara la base de datos y visualizara todos los campos que usted desee, tambin podr eliminarlo lgicamente dicho insumo buscado.Cu4. Gestionar Proveedor1. Nuevo 1.1 Ingresa datos

1.2 Validar datos

1.3 Registrar proveedor2. Buscar 2.1 Mostrar form BuscarProveedor

2.2 Ingresar datos a buscar

2.3 Obtener datos del proveedor3. Modificar 2.1 Mostrar form BuscarProveedor


2.3 Obtener datos del proveedor

2.4 Modificar datos

2.5 Guardar datos modificados4. Eliminar 2.1 Mostrar form BuscarProveedor


2.3 Obtener datos del proveedor

2.4 Eliminar lgicamente proveedor

2.5 Guardar datos eliminadosRegistrar nuevo proveedor. Ingresar los datos del proveedor como ser: Cdigo, nombre, pas y direccin, y guardar estos datos.

Buscar un proveedor y visualizar sus datos en el Form.Modificar un proveedor: Buscar el proveedor mediante Cdigo, CI, nombre e introducir los datos a modificar y guardando los mismos.Eliminar un proveedor: Buscar el proveedor mediante Cdigo, CI, nombre e introducir los datos a eliminar y guardando los mismos

Cu5. Registrar pedido de compra de Insumo

1. Nuevo 1.1 seleccionar insumos

1.2 obtener datos de insumos

1.3 ingresar cantidad por insumo seleccionado

1.4 Validar datos cantidad total por insumo

1.5 validar costo total del pedido

1.6 guardar detalle de pedido2. ir a compra

2.1 Mostrar form FCompra

2.2 seleccionar cdigo de pedido

2.3 Obtener costo total pedidoC

2.4 ingresar datos a modificar 2.5 guardar pedido de compra 2.6 registrar compraEl personal de Compra para generar un Pedido de Compra, a travs PedidoC, primero debe seleccionar los insumos a comprar, el cual utiliza compra para obtener los insumos de la clase entidad insumo. Para Guardar Pedido se validan los datos de cantidad y costo Para luego almacenar los datos del pedido la lista de insumos y se actualiza el costo total del pedido

Y si desea realizar la compra de los insumos puede usar la opcin ir a compra que realizara la compra de los productos seleccionados

Cu6. Registrar compra

1 Nuevo 1.1 seleccionar pedido compra

1.2 obtener cdigo de pedido de pedido

1.3 validar cdigo de pedido

1.4 obtener obtener costo total de pedido

1.5 validar costo total del pedido

1.6 registrar compra

2 modificar pedido

2.1 Mostrar form Fpedidoc

2.2 seleccionar cdigo de pedido

2.3 Obtener datos de insumos

2.4 ingresar datos a modificar 2.5 guardar detalle pedido de compra

2.6 guardar pedidoCPara gestionar una compra se debe seleccionar un pedido no comprado, opteniendo el costo total del pedido seleccionado para luego realizar la compraTambin puede modificar un pedido mediante un botn ir a pedido el cual vuelve al pedido compra y realiza seleccin de insumos y las nuevas cantidades o valores del pedido realizando de nuevo la misma operacin de pedido de compra 3 Gestionar tem1. Mostrar

1.1 Mostrar todos Items1.2 Obtener Items2. Mostrar FProducto

2.1 Nuevo

2.1.1 Insertar Datos

2.1.2 Validar Datos

2.1.3 Guardar Datos

2.2 Buscar

2.2.1 Mostrar Form BuscarProducto

2.2.2 Insertar Datos a buscar

2.2.3 Validar Datos

2.2.4 Obtener Datos

2.3 Modificar



2.3.3 Validar Datos

2.3.4 Obtener Datos

2.3.5 Modificar Datos

2.3.6 Guardar Datos Modificados

2.4 Eliminar



2.4.3 Validar Datos

2.4.4 Obtener Datos

2.4.5 Eliminar Producto

2.4.6 Guardar Producto Eliminado3. Mostrar FPInsumo3.1 Nuevo

3.1.1 Insertar Datos

3.1.2 Validar Datos

3.1.3 Guardar Datos

3.2 Buscar

3.2.1 Mostrar Form BuscarInsumo3.2.2 Insertar Datos a buscar

3.2.3 Validar Datos

3.2.4 Obtener Datos

3.3 Modificar


3.3.3 Validar Datos

3.3.4 Obtener Datos

3.3.5 Modificar Datos

3.3.6 Guardar Datos Modificados

3.4 Eliminar


3.4.3 Validar Datos

3.4.4 Obtener Datos

3.4.5 Eliminar Insumo3.4.6 Guardar Insumo Eliminado

Mostrar: Muestra una lista completa de los tems existentes, tanto como productos e insumos.Mostrar FProducto: Muestra el formulario de gestionar ProductoNuevo: Permite crear un nuevo producto, anotando todos los datos correspondientes.

Buscar: Habilita otro formulario de bsqueda, que permite buscar productos de acuerdo al cdigo, descripcin, familia, fecha de vencimiento, lnea.

Modificar: Habilita el formulario de bsqueda, para poder modificar a productos

Eliminar: Habilita el formulario de bsqueda, para poder eliminar a productos

Mostrar FInsumo: Muestra el formulario de gestionar InsumoNuevo: Permite crear un nuevo insumo, anotando todos los datos correspondientes.

Buscar: Habilita otro formulario de bsqueda, que permite buscar insumos de acuerdo al cdigo, descripcin, tipo, fecha de vencimiento, elaboracin.

Modificar: Habilita el formulario de bsqueda, para poder modificar a insumosEliminar: Habilita el formulario de bsqueda, para poder eliminar a insumos4 Gestionar tipo de Insumo

1. Nuevo

1.1 Insertar Datos

1.2 Validar Datos

1.3 Guardar Datos

2. Buscar

2.1 Mostrar Form BuscarTIpo

2.2 Insertar Datos a Buscar

2.3 Validar Datos

2.4 Obtener Datos

3. Eliminar

3.1 Mostrar Form BuscarTipo

3.2 Insertar Datos a eliminar

3.3 Validar Datos

3.4 Obtener Datos

3.5 Eliminar Tipo

3.6 Guardar Eliminado

Nuevo: Permite crear un nuevo tipo de insumo, con cdigo y descripcin Buscar: Habilita un nuevo formulario de bsqueda, que busca tipo de insumo mediante su cdigo o descripcin.Eliminar: Habilita el formulario de bsqueda, para poder eliminar algn tipo de insumo que se requiera5 Gestionar Familia de Producto

1. Nuevo

1.1 Insertar Datos

1.2 Validar Datos

1.3 Guardar Datos

2. Buscar

2.1 Mostrar Form BuscarTIpo

2.2 Insertar Datos a Buscar

2.3 Validar Datos

2.4 Obtener Datos

3 Eliminar

3.1 Mostrar Form BuscarTipo

3.2 Insertar Datos a eliminar

3.3 Validar Datos

3.4 Obtener Datos

3.5 Eliminar Tipo

3.6 Guardar Eliminado

Nuevo: Permite crear una nueva familia de producto, con cdigo y descripcin Buscar: Habilita un nuevo formulario de bsqueda, que busca familia de producto mediante su cdigo o descripcin.Eliminar: Habilita el formulario de bsqueda, para poder eliminar algna familia de producto que se requiera.Cu10. Verificar Producto1. Buscar


1.2. Validar datos

1.3. Obtener datos del producto

1.4. Obtener datos del tem

1.5. Retornar datos

2. Eliminar


2.2. Validar datos

2.3. Eliminar datos del producto

2.4. Eliminar datos del tem

2.5. Mostrar datos eliminadosBuscar: Genera el detalle del producto que usted requiera verificar sus distintos campos ingresando el cdigo de dicho producto consultara la base de datos y visualizara todos los campos que usted desee.Eliminar: Tambin tendr la opcin de eliminar algn producto.Cu11. Gestionar Cliente

1 Nuevo

perfil de informe inquiprol

Documents