Post on 08-Nov-2015
description
Universidad De El Salvador
Facultad De Ingeniera Y Arquitectura
Escuela de Sistemas Informticos
|
Asignatura: Bases de Datos (BAD115)
Tema: Gestin de compras e Inventario
Docente:
Ing. Elmer Carballo
Grupo No. 1
Integrantes
Apellido Nombre Carnet
Cardoza Rodrguez Jorge Alberto CR05079 Lpez Ramrez Balmore Enrique LR94001 Portillo Ponce Ronald Antonio PP04069 Velasco Mayen Elas Alexander VM05079
Ciudad Universitaria, 24 de Abril de 2015
Nota
Pgina 2
Contenido I. Objetivos ..................................................................................................................................... 3
A. General .................................................................................................................................... 3
B. Especficos ............................................................................................................................... 3
II. Alcances y Limitaciones ............................................................................................................... 3
III. Descripcin del Sistema (BPMN) ............................................................................................. 5
A. Modelo principal ..................................................................................................................... 5
B. Cotizacion de productos .......................................................................................................... 7
C. Seleccin de proveedores ....................................................................................................... 7
D. Recepcin de mercadera ........................................................................................................ 8
E. Anlisis para solicitar cotizaciones .......................................................................................... 8
IV. Diagrama Entidad Relacin ..................................................................................................... 9
V. Diagrama Conceptual de Datos ................................................................................................. 11
VI. Diagrama lgico ..................................................................................................................... 13
VII. Diagrama Fsico de Datos ...................................................................................................... 15
VIII. Arquitectura del Sistema. ...................................................................................................... 17
IX. Conclusiones y Recomendaciones ........................................................................................ 20
A. Conclusiones.......................................................................................................................... 20
B. Recomendaciones. ................................................................................................................ 20
X. Bibliografa. ............................................................................................................................... 20
Pgina 3
I. Objetivos
A. General
Realizar un diseo de base de datos para un mdulo de inventarios y compras, implementado para
en una segunda etapa implementar en un gestor de base de datos competitivo en el mercado
laboral.
B. Especficos
Desarrollar un modelo de base de datos relacional a partir de un anlisis de procesos de
negocios sobre el rea de inventarios y cuentas por cobrar.
Analizar las diferentes entidades, relaciones y atributos en base a una investigacin real
sobre el funcionamiento de inventarios y compras
Disear un Diagrama Entidad Relacin
Disear un Diagrama Conceptual de Base de Datos
Disear un Diagrama Lgico de Base de Datos
Mediante Power Designer, generar el Modelo Fsico de Base de Datos
II. Alcances y Limitaciones
Sobre las limitaciones, las principales han sido (o sern)
El sistema deber desarrollarse de marzo a la tercera semana junio del 2015.
El sistema no considera aspectos de seguridad, por existir la obligacin de integrarse a otros
mdulos que implementaran este aspecto.
El equipo de desarrolladores, se limita a los 4 miembros del grupo.
El tiempo disponible esta compartido con otros proyectos de ms asignaturas.
La determinacin de mnimos y mximos de stock no se considera, esto debe de hacerse
con base a la demanda de producto, tiempo de entrega y consideraciones de posibles
atrasos en ellas.
El sistema supone que otro modulo gestiona las ventas y a inventarios nicamente le afecta
el stock por las entradas y salidas.
No se consider el proceso de toma de inventario fsico y el manejo de las diferencias que
pueden surgir en esa actividad.
La comprensin del modelo se realiz mediante revisin de documentos y manuales sobre
inventarios.
En cuanto a los alcances:
El sistema de compras comprender el proceso de toma de pedidos de diferentes puestos de
la organizacin, as como llevar el control del proceso de aprobacin, el proceso de
cotizacin y generacin de la orden de compra, hasta su ingreso a bodega ya sea este parcial
Pgina 4
o total. Se supone que las cotizaciones son valederas por periodos, y que la orden se genera
a partir de llegar a un valor mnimo de stock, en forma automtica.
Las compras nicamente se considera para los productos de venta, no as para necesidades
de operacin como son la adquisicin de activos fijos.
El sistema controla las devoluciones por compras, la gestin de proveedores y categorizar.
Manejo de Entrada y salida al inventario, pero no considera el movimiento contable.
El sistema de inventario es capaz de aplicar cualquier mtodo PEPS o costo promedio
El krdex del inventario, movimientos de entrada y salida por ventas, compras,
devoluciones, notas de cargo y abono respectivamente, controlar los stock de inventario y
manejar precios y costo de acuerdo al mtodo establecido.
Pgina 5
III. Descripcin del Sistema (BPMN)
A. Modelo principal
Pgina 6
Pgina 7
B. Cotizacion de productos
C. Seleccin de proveedores
Pgina 8
D. Recepcin de mercadera
E. Anlisis para solicitar cotizaciones
Pgina 9
IV. Diagrama Entidad Relacin
Pgina 10
Pgina 11
V. Diagrama Conceptual de Datos
Pgina 12
Pgina 13
VI. Diagrama lgico
Pgina 14
Pgina 15
VII. Diagrama Fsico de Datos
Pgina 16
Pgina 17
VIII. Arquitectura del Sistema.
Para efectos de desarrollo se utilizara una arquitectura basada en el Modelo vista controlador (MVC)
El modelo es el responsable de:
Acceder a la capa de almacenamiento de datos. Lo ideal es que el modelo sea independiente
del sistema de almacenamiento.
Define las reglas de negocio (la funcionalidad del sistema). Un ejemplo de regla puede ser:
"Si la mercanca pedida no est en el almacn, consultar el tiempo de entrega estndar del
proveedor".
Lleva un registro de las vistas y controladores del sistema.
Si estamos ante un modelo activo, notificar a las vistas los cambios que en los datos pueda
producir un agente externo (por ejemplo, un fichero por lotes que actualiza los datos, un
temporizador que desencadena una insercin, etc.).
El controlador es responsable de:
Recibe los eventos de entrada (un clic, un cambio en un campo de texto, etc.).
Contiene reglas de gestin de eventos, del tipo "SI Evento Z, entonces Accin W". Estas
acciones pueden suponer peticiones al modelo o a las vistas. Una de estas peticiones a las
vistas puede ser una llamada al mtodo "Actualizar ()". Una peticin al modelo puede ser
"Obtener_tiempo_de_entrega (nueva_orden_de_venta)".
Las vistas son responsables de:
Recibir datos del modelo y la muestra al usuario.
Tienen un registro de su controlador asociado (normalmente porque adems lo instancia).
Pueden dar el servicio de "Actualizacin ()", para que sea invocado por el controlador o por
el modelo (cuando es un modelo activo que informa de los cambios en los datos producidos
por otros agentes).
Pgina 18
El flujo que sigue el control generalmente es el siguiente:
El usuario interacta con la interfaz de usuario de alguna forma (por ejemplo, el usuario
pulsa un botn, enlace, etc.)
El controlador recibe (por parte de los objetos de la interfaz-vista) la notificacin de la accin
solicitada por el usuario. El controlador gestiona el evento que llega, frecuentemente a
travs de un gestor de eventos (handler) o callback.
El controlador accede al modelo, actualizndolo, posiblemente modificndolo de forma
adecuada a la accin solicitada por el usuario (por ejemplo, el controlador actualiza el carro
de la compra del usuario). Los controladores complejos estn a menudo estructurados
usando un patrn de comando que encapsula las acciones y simplifica su extensin.
El controlador delega a los objetos de la vista la tarea de desplegar la interfaz de usuario. La
vista obtiene sus datos del modelo para generar la interfaz apropiada para el usuario donde
se refleja los cambios en el modelo (por ejemplo, produce un listado del contenido del carro
de la compra). El modelo no debe tener conocimiento directo sobre la vista. Sin embargo,
se podra utilizar el patrn Observador para proveer cierta indireccin entre el modelo y la
vista, permitiendo al modelo notificar a los interesados de cualquier cambio. Un objeto vista
puede registrarse con el modelo y esperar a los cambios, pero aun as el modelo en s mismo
sigue sin saber nada de la vista. El controlador no pasa objetos de dominio (el modelo) a la
vista aunque puede dar la orden a la vista para que se actualice. Nota: En algunas
implementaciones la vista no tiene acceso directo al modelo, dejando que el controlador
enve los datos del modelo a la vista.
La interfaz de usuario espera nuevas interacciones del usuario, comenzando el ciclo
nuevamente.
Pgina 19
Requerimientos para desarrollo
Software
Mnimos Recomendados
OS Microsoft Windows 7
Distribucin Linux
Server Apache Tomcat 6 Apache Tomcat 7
Base de Datos(DBMS) Oracle 10 Oracle 11g
Eclipse IDE JAVA Juno Luna RS2 (4.4.2)
NetBeans 7.3.1 8.0.1
Hardware
Memoria RAM 2 GB 8 GB
Disco Duro 256 GB 500 GB
Procesador I3 dual-core i7 quad-core
Requerimientos para Implementacin:
Software
Mnimos Recomendados
OS Microsoft Windows Server Distribucin Linux
Server Apache Tomcat 6 Apache Tomcat 7
Base de Datos(DBMS) Oracle 10 Oracle 11g R2
Eclipse IDE JAVA Juno Luna RS2 (4.4.2)
NetBeans 7.3.1 8.0.1
Hardware
Memoria RAM 4 GB 16 GB
Disco Duro 500 GB 1 tera
Procesador I5 dual-core i7 octa-core
Pgina 20
IX. Conclusiones y Recomendaciones
A. Conclusiones.
El diseo de una base de datos, requiere de un conocimiento profundo de los procesos de
negocio, para que el mini mundo refleje los aspectos fundamentales del proceso.
Los requerimientos del usuario, son aspectos que dirigen la solucin y arquitectura que se
pueden proporcionar.
Un buen diseo de entidad relacin facilita el desarrollo del modelo lgico y conceptual.
B. Recomendaciones. Al ser un sistema ERP, se deben realizar reuniones con todos los grupos, para que cada uno
escuche las limitaciones y alcances de cada mdulo, considerando que no todos los grupos
tienen la misma capacidad de imaginacin de la solucin
X. Bibliografa. Se consultaron las siguientes obras:
Cantn Garca, Csar Alejandro; Martnez Matus, Marlon Marcelo; Rodrguez Majano, Karla
Patricia y Ruz Abrego, Douglas Alexander (2011) Sistema de sondeo de precios apoyados
por tecnologas mviles para la Defensora del Consumidor. Tesis Ingeniera, Universidad de
El Salvador
Cisneros Mendoza, Clara Anabel; Hernndez, Marina Consuelo y Hernndez Andrade, Laura
Esperanza (2010) Diseo de un sistema de control interno con base al enfoque "COSO ERM"
para el manejo de inventarios en el proceso de elaboracin y venta de alimentos en
entidades de beneficencia pblica. Tesis Licenciatura, Universidad de El Salvador.
Lpez Portillo, Csar Mauricio; Mendoza Rodrguez, Irma Lissette; Osorio Guevara, Carlos
Dennys y Salas Sayes, Vctor Othsmaro (2011) Sistema informtico para la administracin y
reabastecimiento de los inventarios de consumo y de prstamos de la Alcalda Municipal de
Ayutuxtepeque. Tesis Ingeniera, Universidad de El Salvador.