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.