UNIVERSIDAD DE LAS REGIONES AUTONOMAS DE LA COSTA

CARIBE NICARAGUENSE

URACCAN

Carrera Informática Administrativa, Tercer Año, Segundo Cuatrimestre.

Fin de Curso Desarrollo de sistemas

TEMA:

Crear un sistema de información para llevar el inventario de ventas de la Sorbeteria Moncada en el bario libertad

Integrantes:

Glen Hendir Mora Lewis Jhunaysi Rebeca Wills Thomas

Docente:

Lic. Marvin Torres Bustillo.

08 de septiembre del año 2014

Recinto-Bilwi

1

Índice

I. Introducción..............................................................................................................................3

II. Planteamiento del problema..................................................................................................4

III. Justificación..........................................................................................................................5

IV. Objetivos...............................................................................................................................6

V. Marco teórico...........................................................................................................................7

VII. Desarrollo...........................................................................................................................17

7.1 Identificación de problemas, oportunidades y objetivo.............................................17

7.2 Determinación de la necesidad de información.........................................................20

7.3 Analisis de las necesidades del sistema....................................................................20

7.4 Diseño del sistema recomendado...............................................................................26

VIII. Conclusión..........................................................................................................................29

IX. Recomendación.................................................................................................................29

X. Bibliografía..............................................................................................................................30

2

I. Introducción

El presenta de trabajo refleja la información que da seguimiento al desarrollo de un sistema computarizado con el propósito de optimizar y elaborar los procesos de inventarios de ventas que actualmente se llevan a cabo en la sorbetera Moncada. Ya que dicho sistema se realizara de manera más fácil el informe de las

ventas realizadas por día.

Además, se describe la infraestructura de la empresa, el proceso de adquisición de los artículos que venden y la descripción de estos, el proceso actual de ventas e inventario que manejan y con base al exhausto análisis de lo anterior, se plantea el desarrollo de un sistema que satisfaga las necesidades que tiene la empresa, se incluye el diseño lógico del mismo y de que se utilizará, además del diseño de los diagramas de todos los módulos de la aplicación.

Crear este sistema es de mucha importancia porque le facilitara al personal a cargo de las ventas realizar con mayor rapidez el inventario, ya que el personal de la Sorbeteria lleva el control de ventas de manera escrita (manual) y por ultimo se determinara si el sistema cumple con los objetivos planteados y los requerimientos de los propietarios de la empresa.

3

II. Planteamiento del problema

La Sorbeteria Moncada está ubicada en el municipio de Puerto Cabezas Bilwi. Es una pequeña empresa donde existen fallas en el control de inventario, este se lleva de manera deficiente, por ende el control es muy ambiguo, por ello requiere de un sistema computarizado donde se controle realmente la mercancía que entra en el depósito como la que sale, con este sistema se evitarían los problemas que se presentan a menudo, como lo es, que se agote la existencia de algún producto y esto ocasione caos para el área donde se está necesitando.

El problema que se detecto fue que al momento de realizar el inventario de ventas hay muchos atrasos, perdida de documentos y redundancia de datos. Debido a la falta de un sistema de información automatizado la Sorbeteria Moncada tiene muchas dificultades por esa razón todos los inventarios lo realiza de manera manual, es dar de altas y bajas de los productos, todo se trata en pluma y papel. Debido a este proceso de trabajo se llevó a cabo la elaboración de este sistema, un sistema de información en el cual se trabajara con herramientas de programación (Microsoft SQL server 2012 y Visual Studio 2012).

El control de inventarios es un factor que influye en la reducción de costos de las microempresas, por tal motivo se debe tener en cuenta este aspecto tan importante, para que de esta manera se obtengan mejores utilidades y beneficios para la organización. Por lo que se llevara a cabo una investigación que permite implementar un sistema automatizado de inventarios para el control de ventas.

4

III. Justificación

El propósito de este trabajo es crear un sistema de información automatizado la cual permita registrar datos de las compras y ventas, que nos permita generar informes rápidos y más eficientes con menos errores.

Con el uso de este sistema trata de eliminar los problema mencionados anterior mente. El sistema será una mejor manera de realizar inventarios ya que se minimiza el tiempo de conteo de productos y minimiza el tiempo a realizar informes

La creación de este software que permita llevar el control del inventario de lograr que los usuarios estén satisfechos por la rapidez al momento de solicitar información sobre la mercancía existente, puesto que serán revelados cuando lo desee.

5

IV. Objetivos

Objetivo General

Crear un sistema de información para llevar el control de inventario de

ventas de la Sorbeteria Moncada en el bario libertad

Objetivo Especifico

Recopilar información necesaria para la creación de la base de

datos.

Someter los entidades a los diferentes formas normales para que no

exista redundancia de datos y para que los Entidades y atributos

están bien de finidas y que sean planificados.

Trazar el diagrama entidades relación, modelo relación que permita

visualizar en los relaciones y cardinalidad que exista entre ellos.

Elaborar el diccionario de los datos para identificar el tamaño el

tamaño del campo, el tipo de datos, el nombre del cada uno de los

entidades.

Diseñar los formularios de entradas y salidas de datos.

6

V. Marco teórico

Bases de datos:

Según Begg y Connolly, (2005).”Una base de datos es una colección compartida

de datos lógicamente relacionados”.

Según Opel A. (2010). “Una base de datos es un conjunto de elementos,

administrados como unidad”.

Según Rames&Shamkant (2002). “Una base de datos es una colección de datos

relacionados”.

Por datos queremos decir hechos conocidos que pueden registrarse y que tienen

un significado implícito. Por ejemplo considérese los nombres, números de

teléfonos y direcciones de gente que usted conoce. Usted podría registrar dichos

datos en un libro de direcciones indexados, o podría almacenarlos en un disquete,

utilizando un computador personal y un software como DBASE IV o V, Microsoft

Access o EXCEL.

Según David, (2003).”Una Base de datos se refiere a un conjunto de tarjetas

indexas a los volúmenes y volúmenes de datos que un gobierno recopilan acerca

de sus ciudadanos. Es un conjunto auto descriptivo de registros integrados”.

Tablas.

Según Castaño M. &Piattini G. (1999). “Una tabla es una realidad o multi conjunto

de filas (tuplas) por lo que admite filas repetidas”.

Vistas.

Según Oppel (2010). “Una vista es una consulta guardada que se proporciona el

usuario de una base de dato con un subconjunto personalizada de los datos de

una o más tablas”.

Sistema gestor de bases de datos.

7

Según Opel A. (2010). “El sistema de administración de bases de datos (DBMS)

es el software proporcionado por el vendedor de la base de datos”. Productos de

software como Microsoft Access, Oracle, Microsoft SQL Server, y base ASE, DB2,

Ingres y My SQL son SBMS

Según Rames y Shamkant, (2002). “Un sistema de gestión de bases de datos

(SGBD), en ingles Data Base Management System o DBMS) es una colección de

programas que permite a los usuarios crear y mantener una base de datos”.

Según Ramakrishnan&Gehrke, (2007). “Es el software diseñado para colaborar en

el mantenimiento y empleo de grandes conjuntos de datos”.

Capas de abstracción:

Según Opel A. (2010). Las bases de datos son únicas por su capacidad para

presentar a varios usuarios vistas propias y diferentes de los datos, al tiempo que

conservan una sola vez los datos relacionados. En conjunto se denominan vistas

de usuarios.

Según Opel A. (2010). “La capa física: incluye los archivos que contienen toda la

información de la bases de datos.

Según Opel A. (2010). “La capa lógica: La capa lógico (o modelo lógico), están

formadas por las primeras dos capas de abstracción en la bases de datos: La

capa física tiene una existencia concreta en los archivos del sistema operativo

mientras que la capa lógico solo existe como estructuras abstractas de datos

integrados en la capa física, según se requiera”.

Según Opel A. (2010). “La capa externa: La capa externo (o modelo externo),

están formadas por las primeras dos capas de abstracción de la base de datos.

Esta capa está formada por las vistas de usuarios analizadas antes, a las que en

conjunto seles denominan esquema secundario”.

Independencia física de los datos: La capacidad para modificar la estructura de los

archivos físicos de una base de datos sin afectar a los usuarios y procesos

existentes es la independencia lógica de los datos.

8

Independencia lógica de los datos: La capacidad para hacer cambios en la capa

lógica sin afectar a los usuarios y procesos existentes es la independencia lógica

de los datos.

Modelos prevalecientes de bases de datos:

Según Opel A. (2010). “Un modelo de bases de datos es la arquitectura que utiliza

el DBMS para ejecutar los objetos dentro de las bases de datos y relación entre

sí”.

Archivos simples:

Según Opel A. (2010). “Los archivos simples son archivos comunes de un sistema

operativo: en ellos los registro de un archivo no tienen información para comunicar

la estructura de cualquier relación entre los registros, a las aplicaciones que utiliza

el archivo”.

Modelos Jerárquicos:

Según Opel A. (2010). “Los primeros bases de datos seguían el modelo jerárquico,

que evolucionó a partir de los sistemas de archivos que remplazaron las bases de

datos con los registros ordenados de una jerarquía similar a una organización”.

Modelo de red:

Según Opel A. (2010). “El modelo de bases de datos de red evolucionó casi al

mismo tiempo que el modelo jerarquice”.

Modelo relacional:

Según Opel A. (2010). “Se basa en cualquier ruta preconcebida, atreves de la

estructura de datos es una solución demasiada restrictiva, sobre todo ante las

cada mayores demandas para dar soporte a las solicitudes ad hoc de

información”.

El modelo orientado a objeto:

9

Según Opel A. (2010). “El modelo orientado a objeto (oo) en realidad comenzó en

la década de 1970 pero no tuvo un uso comercial importante hasta la década de

1990”.

Según Opel A. (2010). “Un objeto es un agrupamiento lógico de datos

relacionados y de lógica de programas que representa algo real, como un cliente,

empleado, pedido o producto”.

El modelo objeto relacional:

Según Opel A. (2010). “Aunque el modelo oo aporta algunos beneficios

significativos debido al encapsulado de los datos para reducir los efectos de las

modificaciones del sistema, la falta de capacidad para consulta ad hoc he regalado

a un pequeño mercado en que se requieren datos complejos, pero no capacidad

para consultas add hoc”.

Según Opel A. (2010). “El nombre original dado a la combinación. Fue bases de

datos universal, y aunque a los publicistas les encantó el término, nunca se

estableció en los círculos técnicos de modo que el nombre preferido para el

modelo fue de objetos-relacional (OR)”.

Modelo entidad-relación

Según SILBERSCHATZ, KORTH, SUDARSTLAN, (2002). “El modelo de datos

entidad-relación (E-R) está basado en una percepción del mundo real que consta

de una colección de objetos básicos llamada E-R y de relación entre estos

objetos”.

Según Rames y Shamkant, (2002). “Los modelos de datos conceptuales utilizan

conceptos como entidades, atributos y relaciones. Una entidad representa un

objeto o concepto del mundo real, como un empleado o un proyecto que se

describe en la base de datos”.

Según Rames y Shamkant, (2002). “Un atributo representa alguna entidad de

interés que da una descripción más amplia de una entidad, como el nombre o el

salario del empleado”.

10

Según Rames y Shamkant, (2002). “Un vínculo entre dos o más entidades

describe una interacción entre las entidades por ejemplo la relación <<trabaja

en>> entre un empleado y un proyecto”.

Según SILBERSCHATZ, KORTH, SUDARSTLAN, (2002). “Entidad una entidad es

una cosa u objeto en el mundo real que es distinguible de todas los demás

objetos”.

Según SILBERSCHATZ, KORTH, SUDARSTLAN, (2002). “Conjunto de entidades

es conjunto de entidades del mismo tipo que comparten las mismas propiedades o

atributos”.

Entidades:

Según Opel A. (2010). “Una entidad(o clase de entidad) es una persona, lugar,

casa, sucesos o conceptos sobre cual recopilan datos: en otras palabras, las

entidades con los objetos reales que nos interesa lose frente para capturar

y guardar sus datos e una base de datos”.

Según Opel A. (2010). “Entidades externa: en la entidad en lo que muestra el

base de datos intercambiar datos enviaditos, lo recibe de ella, ambas cosas

pero sobre lo que no se recopila datos”.

Atributos:

Según Opel A. (2010). “Es un atributo es un hecho unitario que caracteriza o

describe de alguna manera a una entidad.

Relaciones:

Según Opel A. (2010). “Las relaciones son los asociantes entre las entidades,

como las base de datos se concentran a guardar datos relacionales las

relaciones se vuelven el pegamento que muestre unida sobre las bases de

datos”.

Independencia de los datos:

11

Según Rames y Shamkant, (2002). “Podemos definir como la capacidad el

esquema es un nivel del sistema de bases de datos sin tener que modificar el

esquema del nivel inmediato superior”.

Según Rames y Shamkant, 2002). “La independencia lógica de los datos es la

capacidad de modificar el esquema conceptual sin tener que alternar los

esquemas externos ni los programas de aplicación”.

Según Rames y Shamkant, (2002). “La independencia física de los datos es la

capacidad de modificar el esquema interno sin tener que alternar el esquema

conceptual (o los externos)”.

Según SILBERSCHATZ, KORTH, SUDARSTLAN, (2002). “Conjunto de entidades

es conjunto de entidades del mismo tipo que comparten las mismas propiedades o

atributos”. Diagrama de entidad relacional.

Rectángulo: que representa conjunto de entidades.

Eclipse: que representa los atributos.

Rombo: que representa la relación.

Líneas: que une los atributos conjunto de entidades y conjunto de entidades a

conjunto de relación.

Eclipse doble: para los atributos cultivadores.

Eclipse discontinua: que denota atributos derivados.

Líneas doble: que indica particiones totales de una entidad en conjunto de

relaciones.

Según SILBERSCHATZ, KORTH, SUDARSTLAN, (2002). Nombres apropiados

para los elementos del esquema.

Símbolo Significado

Entidad

12

(min,max)

Entidad débil

Vinculo

Vinculo identificador

ATRIBUTO

ATRIBUTO Clave

Multivaluado

Atributo Compuesto

Atributo derivado

Partición total de E2 en R

Razón de cardinalidad 1: N para E1: E2 en R

13

R E2E1

R E2E1

R E

Restricción estructural (min,max) en la partición

de E en R

Cardinalidad.

Una cardinalidad es la expresas el número de entidades a las que otra entidad

puede estar asociado vía un conjunto de relaciones, además es la más útil

describiendo conjunto de relaciones binarios.

Niveles de cardinalidad.

Relaciones uno a uno

Según Opel A. (2010). “Una relación de uno a uno , es una a asociación en

una instancia de una entidad se puede asociar cuando mucho con una.

Instancia de una entidad se puede asociar cuando muchos con una

instancia de la otra entidad , y viceversa”.

Relaciones uno a varios

Según Opel A. (2010). “Una relaciones de uno a varios es una a asociación

entre dos entidades puede asociarse en que cualquier instancia de la primera

entidad puede asociarse con cero, uno o más instancias de la segunda y

viceversa”.

Relaciones varios a varios

Según Opel A. (2010). “Una relación entre varios a varios es una asociación entre

dos entidades en que cualquier instancia de la primera entidad puede asociarse

con cero, una o más instancias de la segunda y viceversa”.

Normalización

Según Connolly M. (2005). “Es una técnica del diseño de base de datos que

comienza examinando las relaciones (de nominadas de penderán funcional)

que exista éntrelos atributos”.

14

El propósito de normalización es identificar un conjunto a de cuadro de

relación que soporte los registro de datos de un organización.

Primera forma normal.

Es la eliminación de datos repetitivos, se dice que una relación esta en primera

forma normal cuando no tiene atributos con valores múltiples es decir cada

intersección de una fila y una columna en la relación debe contener cuando mucho

un valor de datos (quiere decir “cuando mucho “permite valores emitidos o nulos).

Segunda forma normal.

Es la eliminación de las dependencias parciales antes de que espere la segunda

forma normal, debe comprender el concepto de dependencia funcional.

Tercera forma normal.

Es la eliminación de las dependencias transitivas primero deben entender una

dependencia transitoria se dice que un atributo q depende de primero deben

entender una dependencia.

15

VI. Diseño Metodologico

Área de estudio: Empresa Moncada

Unidad de estudio: Sorbeteria Mocada

Duración del estudio: El estudio se realizo durante segundo cuatrimestre de año

2014 en los meses comprendido entre Mayo y Agosto.

Tipo de estudios:

Según su enfoque es cualitativo ya que se toma en cuenta las opiniones de

la persona a cargo del negocio al crear el sistema de información.

Según su aplicabilidad: es de desarrollo tecnológico ya que toma en cuenta

el análisis del sistema de información.

Según su momento: Es prospectivo ya que una vez que esté listo el sistema

necesitará mantenimientos y actualizaciones cada vez que sea necearía.

Según corte es transversal porque la creación del sistema de información es de un tiempo determinado.

Universo: El universo está compuesto por dos personas. El primero es el dueño del negocio y el segundo es la persona a cargo del negocio (responsable).

Muestras: Para la muestra solo se ocupo a uno, que es la persona a cargo del negocio, porque es la única persona que interactuara con el sistema.

Tipo de muestra: El tipo de muestra es no probabilístico ya que el responsable era la única persona necesaria para la investigación.

Fuente de información:

Primaria:

El Dueño del negocio La persona a cargo del negocio

Segundaria:

Internet Referencias Bibliográficas

Instrumento para la recopilación de información

Observaciones directas Entrevistas

16

VII. Desarrollo

Para la realización del sistema de información del control de inventario de Ventas de la Sorbeteria Moncada, fue necesario seguir la metodología recomendada por Hanson & Hanson, quienes recomiendan realizar seis fases del ciclo de vida de desarrollo de base de datos, los cuales abarcan la planificación preliminar, estudio de viabilidad, viabilidad tecnológica, viabilidad operacional, los cuales detallamos a continuación:

VII.1 Identificación de problemas, oportunidades y objetivo

Las informaciones que se muestran en esta fase del ciclo de vida de la base de

datos fueron recopiladas a través de entrevistas con el fin de conocer los procesos

que se realiza en el negocio.

VII.1.1 Identificación de problemas

Al observar la actividades del negocio se pudo ver que al momento de sacar algún

informe de las ventas que se realizaron, lleva un proceso muy largo ya que la

administración de inventario ventas que se realizada es de forma manual, eso ha

conllevado a la perdida de la información por ejemplo como el inventario de ventas

lo lleva en un cuaderno eso hace que sea más vulnerable en perder la información

ya sea por arrancar alguna hoja del cuaderno o por perderlo totalmente, dificultad

en respaldar la información, duplicar datos y un buen ordenamiento de la

información.

7.1.2. Identificación de oportunidades

Con la creación de este sistema de información debe mejorar los procesos que se

lleva para el control de inventario de ventas del negocio, las principales

oportunidades que ofrece este sistema son:

Una mejor administración y control de la información generada

Agiliza la velocidad en generar informes

Da seguridad de la información que generada.

17

7.1.3. Identificación de objetivo

El objetivo del negocio es llevar un mejor control del inventario de las ventas que

se realiza y obtener informes de manera más rápida.

7.1.4. Estudio de viabilidad

En esta fase se hace el estudio de viabilidad, tales como, la viabilidad tecnológica, operacional y económica puesto que es elemental que se lleven a cabo para poder determinar si la implementación del sistema de base de datos es viable o no.

a) Factibilidad Técnica:

Para este estudio se tomó en cuenta lo siguiente:

Hardware

Para la implementación del sistema de informacion necesitará de una computadora de marca HP con las siguientes capacidades:

Disco duro de 750 Gb Memoria RAM de 4Gb. Procesador Intel® Core™ i3-3110M CPU @ 2.40GHz de velocidad. Tipo de Sistema: Sistema operativo de 64 bits, procesador x64

Periféricos:

Monitor de pantalla LCD, marca HP de 17 pulgadas”. Teclado marca Genius. Mouse Laser marca Genius. Impresora Cannon F1511300. Bocinas marca Genius.

Conexiones seguras

Una batería. Una estabilizador.

Software:

Sistema operativo de Microsoft Windows 7 Ultimate ESET SMART Security Antivirus. Microsoft SQL Server 2012 Microsoft Visual Studio 2012

18

b) Factibilidad Económica

En esta segunda parte del estudio de la viabilidad se estudia todos los costos de

la inversión para tener una proyección de las ganancias.

Los equipos con todos los accesorios de tallado anteriormente, implementada para la base de datos, tiene un costo aproximado de:

Una computadora marca HP……………………….……. $450.00 Estabilizador…………………………………………………$30.00 Una impresora……………………………….………….….$145.00 Mouse laser………………………………………...….…….$14.00 Un par de bocinas…………………………………..……….$20.00

El software que se implementaran para el funcionamiento del sistema tiene unos costos aproximados de:

ESET SMART Security Antivirus………………………..$20.00 Microsoft SQL Server 2012 ……………………………...$50.00 Microsoft Visual Studio 2012…………………………….$50.00

Para la creación del sistema llevara un costo de:

Analista del sistema…………………………………………..$60.00 Programador……………………………………………………$80.00

Para la ejecución del software llevara un costo de:

Desarrollo del sistema y ejecución…..……………………..$500.00

Elaboración del documento

Internet………………………………………….……………C$200.00 Impresión y encolochado………………………………….C$250.00 Transporte……………………………………………………C$300.00 Uso de ordenador…………………………………………….C$250.00

c) Factibilidad Operacional

Al crear el sistema, se implementara en el negocio ya que cuenta

con el presupuesto necesario para la adquisición de los equipos y del

sistema.

El responsable del negocio está dispuesto en hacer uso del sistema

ya que esto ayudara a dar un mejor rendimiento al negocio.

19

VII.2Determinación de la necesidad de información

Después de aplicar las técnicas de recopilación de información como las

entrevistas y observaciones se pudo obtener los siguientes requisitos para la

creación del sistema de base de datos que a continuación detallamos:

Producto

Idproducto

Descricion del producto

Existencias

Cantidad critico

Categoría

precio total del producto

venta

idventa

fecha de venta

precio de venta por unidad

cantidad de venta

precio total de venta

compra

idcompra

fecha de compra

precio de compra por unidad

cantidad de compra

precio total de compra

cliente

nombre del cliente

apellido

sexo

VII.3Analisis de las necesidades del sistema

VII.3.1Diagrama Conceptual

En el diagrama de contexto muestra de forma generalizado lo que hace el sistema

de información. El sistema recibe entradas y genera salidas:

20

VII.3.2Diagrama padre

El diagrama padre muestra todos los procesos que realizara el sistema, muestra

los almacenes de información, las entradas y salidas que tendrá.

7.3.3 Elemento de datos

ProveedorNº Nombre del campo Tipo de dato Tamaño descripcion

1 Idproveedor integer - clave primaria2 Descripción varchar 100  3 Teléfono varchar 15  4 Dirección varchar 100  

21

CompraNº Nombre del campo Tipo de dato Tamaño descripcion

1 Idcompra integer - clave primaria2 Idproveedor integer - llave foranea3 fecha_compra Date -  4 tota_compra decimal 18  

detalle_compraNº Nombre del campo Tipo de dato Tamaño descripcion

1 Iddetallecompra integer - llave primaria2 Idcompra integer - llave foranea3 Idproducto integer - llave foranea4 precio_unidad decimal 18  5 Cantidad integer -  6 Subtotal decimal 18,2  

CategoriaNº Nombre del campo Tipo de dato Tamaño descripcion

1 Idcategoria integer - llave primaria2 Descripion varchar 100  

ProductoNº Nombre del campo Tipo de dato Tamaño descripcion

1 Idproducto integer - llave primaria2 Idcategoria integer - llave foranea3 Descripción varchar 100  4 cantidad_minimo integer -  5 Existencias integer -  6 precio_venta decimal 18  7 precio_total decimal 18  

detalle_ventaNº Nombre del campo Tipo de dato Tamaño descripcion

1 Iddetalleventa integer - llave primaria2 Idventa integer - llave foranea3 Idproducto integer - llave foranea4 precio_unidad money -  5 cantidad_venta integer -  6 sub_total money -  

Venta

22

Nº Nombre del campo Tipo de dato Tamaño descripcion1 Idventa integer - llave primaria2 fecha_venta Date -  3 precio_total decimal 18  

7.3.4. Diagrama Entidad – Relación

7.3.5 Modelo relacional

23

CategoriaIdCategoria

Descripcion

CompraIdCompra

IdProveedor

Fecha_Compra

Total_Compra

Detalle_Ventaiddetalleventa

IdVenta

IdProducto

Precio_Unidad

Cantidad_Venta

SubTotal

ProductoIdProducto

IdCategoria

Descripcion

Cantidad_minimo

Existencias

precio_Venta

Precio_Total

ProveedorIdProveedor

Descripcion

Telefono

Direccion

VentaIdVenta

Fecha_Venta

Precio_Total

Detalle_ComprasIddetallecompra

IdCompra

IdProducto

Precio_Unidad

Cantidad_Compra

SubTotal

7.3.6 Formas Normales

Primera Forma Normal:

Segunda Forma Normal:

24

Tercera Forma Normal

25

VII.4Diseño del sistema recomendado

7.4.1. Acceso al sistema

7.4.2. Menu Principal

26

7.4.3. Formulario producto

7.4.4. Formulario ventas

27

7.4.5. Formulario de compras

7.4.6. Formulario de Proveedor

28

VIII. Conclusión

En conclusión se logro crear el sistema de información gracias a que se recopilo la información necesaria para diseñar la base de datos, las entradas y salidas efectiva, durante el desarrollo de este documente se logro identificar la informacion que necesitaba para crear los diferentes diagramas que entre ellas tenemos el diagrama de contexto, padre, modelo entidad relación y el modelo relacional, también a través de la información obtenida se logro identificar todas las entidades necesarias para el sistema con sus respectivos atributos las cuales fueron sometidas a las diferente formas normales.

En la parte del diseño de la interfaz del sistema se logro crear los formularios necesarios permiten la entrada y salida de datos de acuerdo a la necesidad del negocio. Esperamos que este documento les sirva de guía a personas que están interesados en crear proyectos similares.

IX. Recomendación

Responsable:

Capacitarse para hacer un buen uso al sistema. Si el sistema comienza a dar fallos al capturar datos avisar a un técnico

para que revise.

 

Dueño:

Asegurarse de que la persona que queda a cargo del negocio aprenda a usar el sistema de información.

Utilizar el sistema para obtener mejores resultados.

29

X. Bibliografía

Canuto, Y. (12 de agosto de 2010). Issuu. Recuperado el 01 de septiembre de 2013, de Issuu: http://issuu.com/yuris/docs/bdrelacional

Caoxman. (28 de Enero de 2011). Normalizacion. Recuperado el 01 de septiembre de 2013, de Normalizacion: http://www.slideshare.net/caoxman/normalizacin-6731670

Fernandez Collado, C., & Batista Lucio, M. d. (2010). Metodologia de la investigacion. Mexico: McGraw-Hill.

Kendall, A. E., & Kendall, J. A. (1997). Analisis y diseño de sistemas. Mexico: Pretice Hall.

Sanchez, J. (07 de Marzo de 2012). Manual de gestión de bases de datos 2012. Recuperado el 01 de septiembre de 2013, de Curso de Gestion de base de datos: http://issuu.com/felixmarin/docs/gestion_de_bases_de_datos_2012

Silberschatz, A., Korth, H. A., & Sundarshan, S. (1998). Fundamentos de bases de datos. Madrid: McGraw Hill.

Yourdon, E. (1993). Analisis Estructutado Moderno. Mexico: Prentice-Hall .

30