Fin de curso de desarrollo de sistema
-
Upload
glen-mora-lewis -
Category
Technology
-
view
14 -
download
4
Transcript of Fin de curso de desarrollo de sistema
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