Fin de curso de desarrollo de sistema

1
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

2
Í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

3
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.

4
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.

5
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.

6
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.

7
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.
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”.
8
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.

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.
9
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:

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”.
10
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”.

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”.
11
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:

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.
12
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

13
(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
E1 R E2
E1 R E2
R E

Restricción estructural (min,max) en la partición
de E en R
14
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”.

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.
15
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.

16
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

17
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:
7.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.
7.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.

18
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

19
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.

20
7.2 Determinació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
7.3 Analisis de las necesidades del sistema
7.3.1 Diagrama 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:

21
7.3.2 Diagrama 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
Proveedor
Nº Nombre del campo Tipo de dato Tamaño descripcion
1 Idproveedor integer - clave primaria
2 Descripción varchar 100
3 Teléfono varchar 15
4 Dirección varchar 100

22
Compra
1 Idcompra integer - clave primaria
2 Idproveedor integer - llave foranea
3 fecha_compra Date -
4 tota_compra decimal 18
detalle_compra
1 Iddetallecompra integer - llave primaria
2 Idcompra integer - llave foranea
3 Idproducto integer - llave foranea
4 precio_unidad decimal 18
5 Cantidad integer -
6 Subtotal decimal 18,2
Categoria
1 Idcategoria integer - llave primaria
2 Descripion varchar 100
Producto
1 Idproducto integer - llave primaria
2 Idcategoria integer - llave foranea
3 Descripción varchar 100
4 cantidad_minimo integer -
5 Existencias integer -
6 precio_venta decimal 18
7 precio_total decimal 18
detalle_venta
1 Iddetalleventa integer - llave primaria
2 Idventa integer - llave foranea
3 Idproducto integer - llave foranea
4 precio_unidad money -
5 cantidad_venta integer -
6 sub_total money -

23
Venta
1 Idventa integer - llave primaria
2 fecha_venta Date -
3 precio_total decimal 18
7.3.4. Diagrama Entidad – Relación

24
7.3.5 Modelo relacional
Categoria
IdCategoria
Descripcion
Compra
IdCompra
IdProveedor
Fecha_Compra
Total_Compra
7.3.6 Formas Normales
Primera Forma Normal:
Detalle_Venta
iddetalleventa
IdVenta
IdProducto
Precio_Unidad
Cantidad_Venta
SubTotal
Producto
IdProducto
IdCategoria
Descripcion
Cantidad_minimo
Existencias
precio_Venta
Precio_Total
Proveedor
IdProveedor
Descripcion
Telefono
Direccion
Venta
IdVenta
Fecha_Venta
Precio_Total
Detalle_Compras
Iddetallecompra
IdCompra
IdProducto
Precio_Unidad
Cantidad_Compra
SubTotal

25
Segunda Forma Normal:
Tercera Forma Normal

26
7.4 Diseño del sistema recomendado
7.4.1. Acceso al sistema
7.4.2. Menu Principal

27
7.4.3. Formulario producto
7.4.4. Formulario ventas

28
7.4.5. Formulario de compras
7.4.6. Formulario de Proveedor

29
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.

30
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 .

Fin de curso de desarrollo de sistema

Recomendados

Recomendados

Más contenido relacionado

La actualidad más candente

La actualidad más candente (19)

Destacado

Destacado (20)

Similar a Fin de curso de desarrollo de sistema

Similar a Fin de curso de desarrollo de sistema (20)

Último

Último (20)

Fin de curso de desarrollo de sistema