Sistemas de Información II
… 1
INDICE
1. IDENTIFICACION DEL PROBLEMA
1.1 Descripción del problema………………………………………………………………………………………………2
1.2 Objetivos…………………………………………………………………………………………………………………………2
1.2.1 Objetivo General
1.2.2 Objetivos Específicos
1.3 Antecedentes…………………………………………………………………………………………………………………3
1.4 Alcances…………………………………………………………………………………………………………………………3
1.5 Limitaciones………………………………………………………………………………………………………………..… 3
1.6 Metas…………………………………………………………………………………………………………………….……… 3
1.7 Justificación…………………………………………………………………………………………………………………… 3
1.8 Metodología………………………………………………………………………………………………………….……… 4
1.9 Herramientas para el desarrollo del sistema…………………………………………….…………………… 4
2. Marco Teórico………………………………………………………………………………………………..……………………. 5
2.1. Glosario de Términos……………………………………………………………………………..…………………… 5
2.2. Conceptos Informáticos…………………………………………………………………………..…………………… 6
3. Fase de Inicio……………………………………………………………………………………………………………………….. 6
3.1. Modelo de casos de uso del negocio……………………………………………………………………………..6
3.1.1. Identificación de Actores. Trabadores. …………………………………………………….………….. 6
3.1.2. Estructura organizacional del negocio………………………………………………………………….. 7
3.1.3. Diagrama general del modelo de Negocio………………….………………………………………… 7
3.1.4. Descripción de los casos de Uso del negocio………………………………………………………… 8
3.2. Descripción de Procesos(BPMN) …………………………………………………………………………………. 9
3.3. Requerimientos del sistema……………………………………………………………………………………….…11
3.4. Análisis de factibilidad del sistema…………………………………………………………………………..……13
3.5. Beneficios….………………………………………………………………………………………………………………….17
3.6. Retorno de la inversión………………………………………………………………………………………………..17
3.7. Punto de Equilibrio……………………………………………………………………………………..………………..19
4. Fase ce Elaboración………………………………………………………………………………………………………….…..20
4.1. Análisis…………………………………………………………………………………………………………………………20
5. Fase de Construcción…………………………………………………………………………………………..….……………28
5.1. Descripción del software utilizado…………………………………………………………….………………….28
5.2. Diagrama entidad – relación………………………………………………………………………………………..30
5.3. Script de la base de datos……………………………………………………………………………………….…..30
5.4. 5.3 Descripción de las tablas……………………………………………………………………………….……….33
Conclusiones………………………………………………………………………………………………………………………..35
Recomendaciones………………………………………………………………………………………………………………..36
Sistemas de Información II
… 2
SISTEMA DE INFORMACION PARA ADMINISTRAR LOS PROCESOS
DE VENTA Y ALMACEN DE LA EMPRESA “VALENTINA GIFT STORE”
EN SU SEDE DE LA CIUDAD DEL CUSCO
CAPITULO 1
IDENTIFICACION DEL PROBLEMA
1.1. DESCRIPCION DEL PROBLEMA
En estos últimos años se ha notado un considerable crecimiento en cuanto a la economía
de nuestro país, es por este motivo que nacieron muchas empresas que se dedicaron a la
elaboración, producción y/o distribución de productos destinados a cubrir las necesidades
de tercer orden.
Una de las empresas que nació con esa temática fue “VALENTINA GIFT STORE”, que se
encarga de elaborar y vender productos como adornos, presentes, recuerdos.
Actualmente dicha empresa abrió recientemente una sede en la ciudad del Cusco, junto a
la apertura del centro comercial Real Plaza, ubicada en el centro comercial Real Plaza, en
el segundo piso al costado de Cine Planet. Dicho centro comercial se encuentra en la
avenida la cultura s/n.
Dentro de la problemática de la empresa podemos identifican las siguientes:
Área de ventas:
Esta nueva sede puede llegar a movilizar cantidades considerables de dinero; sin
embargo no cuenta con un sistema implementado acorde a sus necesidades.
Las cuentas de las ventas, así como también las del inventario todavía se hacen de
forma manual perdiendo así tiempo importante.
Existe una deficiencia al momento de expender los productos, ya que la demanda
sobrepasa el alcance del personal, perdiendo así compradores potenciales y
generando pérdidas no deseadas.
Área de almacén
Se identifica una deficiencia al momento de realizar los pedidos por falta de stock
al almacén principal. Muchas veces generando retrasos en las ventas.
También se registran de forma periódica la ausencia en la entrega de los pedidos.
1.2. OBJETIVOS
1.2.1. OBJETIVO PRINCIPAL
Desarrollar un sistema de información para administrar los procesos de venta y
almacén de la empresa “Valentina Gift Store” en su sede de la ciudad del Cusco.
1.2.2. OBJETIVOS ESPECIFICOS
Hacer un análisis detallado sobre las características de la empresa y de la forma de
llevar las cuentas, evaluando posibles errores y detectando mejoras potenciales.
1) Minimizar el tiempo de respuesta en los procesos de venta y abastecimiento
del stock.
2) Diseñar e implementar el sistema de información para la empresa “Valentina
Gift Store” acorde a sus necesidades y características.
Sistemas de Información II
… 3
3) Instalar el sistema de información.
1.3. ANTECEDENTES
En los inicios de esta empresa el control de las ventas así como de los demás elementos
dentro de la tienda eran llevados, controlados y gestionados de forma manual, utilizando
muchas veces varios cuadernos para llevar el control. Cabe precisar que la comunicación
entre tiendas es lenta ya que carecen de un sistema que integre las mismas.
En el mercado existen sistemas desarrollados para llevar el control de ventas, como por
ejemplo:
- Tiendas Elite, un programa que controla y gestiona los elementos más
importantes de un negocio, como las ventas los clientes, facturas.
- Pyme Manager Tiendas, de una temática muy similar a la anterior, con la
diferencia que este software es libre, de distribución gratuita.
El problema con estos dos sistemas ya implementados es que no se ajusta a las
características exactas de la empresa “valentina Gift Store”, ya que esto dos sistemas
fueron creamos de manera general.
1.4. ALCANCES
El sistema de información será capaz de llevar el control de ventas e inventario de la
empresa “valentina gift store”, así como también conectar mediante una red el desarrollo
de pedidos de stock y suministros con la tienda principal entre las bases de datos de las
mismas.
1.5. LIMITACIONES
El sistema implementado se limitara a llevar la administración económica y del inventario, más
no el control de personal dentro de dicha empresa.
1.6. METAS
Identificar de manera exacta los requerimientos para el desarrollo del sistema de
información.
Entregar la documentación detallada del desarrollo del sistema en cada etapa de
la elaboración de la misma.
Desarrollar el sistema minimizando las fallas que se podrían presentar.
1.7. JUSTIFICACION
A continuación se expondrán las razones que se tomaron en cuenta al momento de
identificar los objeticos específicos:
- Dentro del mercado existen diferentes empresas dedicadas a la venta de regalos
de todo tipo, sin embargo cada empresa es individual con respecto a sus
características natas. Para lograr que el sistema funcione de manera deseada y
alcance sus objetivos es necesario identificar las características y los métodos
que utilizan la empresa en específico.
- Las empresas se deben a las ganancias que estas generan, en este sentido se
entenderá que una empresa que posea procesos eficientes y eficaces obtendrá
Sistemas de Información II
… 4
una mayor ganancia. Es por este motivo que se hace necesario implementar
sistemas que se adecuen a un tiempo de respuesta casi inmediata para no sufrir
ningún tipo de retrasos.
- Implementamos el sistema programando los diversos métodos y funciones que
necesitaremos y luego integrándolos formando así el sistema final.
- Instalamos el sistema y tomamos un tiempo prudente de prueba para identificar
posibles fallas o acciones que queramos añadir.
1.8. METODOLOGIA
Para desarrollar el sistema haremos uso del Proceso Unificado de Desarrollo de Software
(PUDS) como la metodología de desarrollo.
Proceso unificado de desarrollo de software.- Es un marco de desarrollo de software que
se caracteriza por estar dirigido por casos de uso, centrado en la arquitectura y por
ser iterativo e incremental.
El Proceso Unificado es un marco de desarrollo iterativo e incremental compuesto de
cuatro fases denominadas Inicio, Elaboración, Construcción y Transición. Cada una de
estas fases es a su vez dividida en una serie de iteraciones (la de inicio puede incluir varias
iteraciones en proyectos grandes). Estas iteraciones ofrecen como resultado un
incremento del producto desarrollado que añade o mejora las funcionalidades del sistema
en desarrollo.
1.9. HERRAMIENTAS PARA EL DESARROLLO DEL SISTEMA
Lenguaje de programación:
El lenguaje de programación que utilizaremos para la implementación del
software es java, utilizando el IDE de NetBeans.
Gestionador de proyectos:
Se usara el programa Gantt Proyect
Base de datos:
Utilizaremos MySql Server como herramienta de base de datos.
Diseño:
Usaremos el programa Bizagi Process Modeler, como modelador de procesos y
usaremos el programa IBM Rational Rose para elaborar el diseño del sistema.
Lenguaje:
Usaremos UML Lenguaje Unificado de Modelado.
Sistemas de Información II
… 5
CAPITULO 2
MARCO TEÓRICO
2.1. GLOSARIO DE TERMINOS GENERALES
- EXISTENCIAS O STOCKS.- Elementos que la empresa tiene almacenados para su
venta o transformación.
- TRANSACCIÓN.- Es el cambio de un bien por otro o dinero.
- PROVEEDOR.- Persona que vende, suministra o abastece productos o servicios para
la actividad o proceso productivo de forma habitual.
- PRECIO.- Importe que el comprador da por el producto o servicio al vendedor.
- COSTO.- Es el valor monetario de los consumos de factores que supone el ejercicio de
una actividad económica destinada a la producción de un bien o servicio.
- INSUMO.- El insumo es todo aquello disponible para el uso y el desarrollo de la vida
humana, desde lo que encontramos en la naturaleza, hasta lo que creamos nosotros
mismos, es decir la materia prima de una cosa.
- ABASTECER.- Suministrar, servir periódicamente.
- CREDITO.- Cantidad de dinero que se pone a disposición de una persona para que
pueda ser utilizada, siendo posteriormente devuelta, con la obligación de pagar el
interés pactado.
- COBRO.- Entrada de flujo de dinero.
- IMPUESTO.- Es una clase de tributo (obligaciones generalmente pecuniarias en favor
del acreedor tributario) regido por derecho público
- CLIENTE.- Cualquier persona que tenga algo que ver con el éxito en las ventas.
- SEDE.- Lugar donde se encuentra la dirección o el domicilio de un grupo, una
sociedad, una empresa o una actividad:
- AGENTE COMERCIAL.- Persona que se encarga de de promover, negociar o concretar
operaciones mercantiles en nombre de otra persona, mediante retribución.
- CATÁLOGO.- Publicación que contiene la descripción y características principales de
los productos o servicios que una empresa ofrece a la venta.
- BOLETA VENTA.- Comprobante de pago que se emite en operaciones con
consumidores o usuarios finales.
- FACTURA.- Es un Documento que respalda la realización de una operación
económica, que por lo general, se trata de una compraventa.
- MANUALIDAD.- en términos generales, son trabajos efectuados con las manos, con o
sin ayuda de herramientas. También se denomina así a los trabajos manuales
realizados como actividades escolares por los propios alumnos. Generalmente se
denomina así a aquellas labores en las que se busca una realización personal, una
creatividad casera, o en la mayoría de los casos una forma de desconectar del trabajo
o bien como entretenimiento para combatir el tedio o el aburrimiento.
Sistemas de Información II
… 6
2.2. CONCEPTOS INFORMÁTICOS
- SISTEMAS DE INFORMACION.- es un conjunto de elementos orientados al tratamiento
y administración de datos e información, organizados y listos para su uso posterior,
generados para cubrir una necesidad u objetivo.
- EL PROCESO UNIFICADO DE DESARROLLO SOFTWARE.- Es un marco de desarrollo de
software que se caracteriza por estar dirigido por casos de uso, centrado en la
arquitectura y por ser iterativo e incremental. El refinamiento más conocido y
documentado del Proceso Unificado es el Proceso Unificado de Rational o
simplemente RUP.
- El Proceso Unificado no es simplemente un proceso, sino un marco de trabajo
extensible que puede ser adaptado a organizaciones o proyectos específicos. De la
misma forma, el Proceso Unificado de Rational, también es un marco de trabajo
extensible, por lo que muchas veces resulta imposible decir si un refinamiento
particular del proceso ha sido derivado del Proceso Unificado o del RUP. Por dicho
motivo, los dos nombres suelen utilizarse para referirse a un mismo concepto.
- LENGUAJE UNIFICADO DE MODELADO.-Es un lenguaje gráfico para visualizar,
especificar, construir y documentar un sistema. UML ofrece un estándar para
describir un "plano" del sistema (modelo), incluyendo aspectos conceptuales tales
como procesos de negocio, funciones del sistema, y aspectos concretos como
expresiones de lenguajes de programación, esquemas de bases de datos y
compuestos reciclados.
- BASE DE DATOS.- Es un conjunto de datos pertenecientes a un mismo contexto y
almacenados sistemáticamente para su posterior uso. U
- LENGUAJE DE PROGRAMACIÓN.- Es un lenguaje formal diseñado para
expresar procesos que pueden ser llevados a cabo por máquinas como
las computadoras.
Sistemas de Información II
… 8
3.1.1. IDENTIFICACIÓN DE ACTORES, TRABAJADORES, CASOS DE USO
Actores: Cliente, Vendedor, Administrador.
Trabajadores del negocio: Vendedor, Administrador
Usuarios: Vendedor, Cliente
Cliente: es la persona o institución que adquiere mediante una compra los
productos expendidos por la tienda.
Vendedor: personal trabajador de la empresa encargada de brindar información y
expender los productos.
Administrador: persona encargada de controlar los movimientos de venta y el
almacén.
3.1.2. ESTRUCTURA ORGANIZACIONAL DEL NEGOCIO
3.1.3. DESCRIPCIÓN CASOS DE USO DEL NEGOCIO
N° Caso de Uso Actores Involucrados
Descripción
1 Solicitar Información
Cliente, Vendedor El cliente solicita información sobre productos de su interés
2 Vender Cliente, Vendedor El Vendedor factura(entrega) productos al cliente de su agenda(interés)
Sistemas de Información II
… 9
3 Emitir comprobante de pago
Cliente, Vendedor El vendedor emite un comprobante de pago según sea el caso, una boleta o una factura
4 Solicitar productos al almacén
Vendedor, Administrador
El vendedor constata el stock para pedir productos del almacén
5 Informar ventas Vendedor, Administrador
El vendedor da a conocer todas las ventas realizadas al Administrador
6 Actualizar inventario
Vendedor, Administrador
El vendedor actualiza la cantidad disponible de productos en stock
7 Autorizar pedido Administrador El Administrador autoriza los pedidos Para luego ser enviados al almacén
8 Corroborar datos inventario
Administrador El Administrado confirma los datos del inventario para luego ser archivados
Modelado de los procesos de los casos de uso usando BPMN
Proceso Solicitar productos al almacén
Sistemas de Información II
… 11
3.3 Requerimientos del sistema
3.3.1 diagrama de casos de uso del sistema
3.3.2 casos de uso del sistema
N° Caso de Uso Actores Involucrados
Descripción
1 Iniciar sesión vendedor
Vendedor El vendedor inicia sesión en el sistema para interactuar con éste.
2 Iniciar sesión administrador
Administrador El administrador inicia sesión en el sistema para interactuar con éste.
3 Verificar usuario y contraseña
4 Solicitar Información
Cliente, Vendedor El cliente solicita información sobre productos de su interés
5 Validar datos del producto
El sistema valido la información del producto.
6 Vender Cliente, Vendedor El Vendedor factura o entrega productos al cliente de su interés.
7 Emitir comprobante de pago
Cliente, Vendedor El vendedor emite un comprobante de pago según sea el caso, una boleta o una factura
8 Emitir Boleta Cliente, Vendedor El personal emite el comprobante de pago por medio de una Boleta
9 Emitir Factura Cliente, Vendedor El personal emite el comprobante de pago por medio de una Factura
10 Solicitar productos al almacén
Vendedor, Administrador
El vendedor constata el stock para pedir productos del almacén
11 Informar ventas Vendedor, Administrador
El vendedor da a conocer todas las ventas realizadas al Administrador
12 Actualizar inventario
Vendedor, Administrador
El vendedor actualiza la cantidad disponible de productos en stock
13 Autorizar pedido Administrador El Administrador autoriza los pedidos necesarios para luego ser enviados al almacén
14 Corroborar datos inventario
Administrador El Administrado confirma los datos del inventario para luego ser archivados
Sistemas de Información II
… 12
3.3.3 Descripción de los casos de uso del sistema
Nombre Autorizar Pedido
Actor Administrador
Tipo esencial
Descripción El administrador revisa todas las peticiones de pedido, y de acuerdo a su criterio autoriza los envíos desde el almacén hasta la tienda.
Precondición
Curso normal de los eventos
Actores Sistema
1.- el administrador ingresa al sistema para revisar las peticiones de envío de pedidos.
2.- el sistema muestra en una pantalla las peticiones de envío del almacén.
3.- el administrador escoge , ninguno, algunos o todas solicitudes de pedido del almacén
4.- el sistema recibe las autorizaciones y inicia el proceso de envío de pedidos.
Curso alterno de los eventos
Línea 2: si se escoge ningún pedido a enviarse, se enviara una notificación a la tienda.
Nombre Corroborar datos inventario
Actor Administrador
Tipo esencial
Descripción El administrador revisa todos los informes de las ventas y los pedidos que se hicieron para comprobar alguna falla.
Precondición
Curso normal de los eventos
Actores Sistema
1.- el administrador ingresa al sistema. 2.- el sistema muestra en una pantalla todos los informes de ventas y pedidos.
3.- el administrador compara y verifica los que los datos estén conformes
4.- el sistema guarda los datos corroborados.
Curso alterno de los eventos
Línea 4: si se comprueba que existe una incoherencia entre los informes se procede a buscar los informes discordantes y los datos del vendedor para solucionar el inconveniente.
Nombre Actualizar Inventario/Estado inventario
Actor Vendedor, Administrador
Tipo Primario, Esencial
Descripción Se realiza la actualización del inventario.
Precondición
Curso Normal de los Eventos
Sistemas de Información II
… 13
1.- El Vendedor realiza un acción de clic en actualizar
2.- El sistema actualiza el inventario ingresando a la base de datos, verificando los productos ingresados y los productos vendidos
3.-El vendedor realiza un acción de clic en Estado inventario
4.- El sistema mostrara un reporte sobre productos vendidos así como productos que quedan en el almacén
5.-El Vendedor será informado sobre el stock del almacén.
Nombre Pedido Almacén
Actor Vendedor
Tipo Primario
Descripción Se realiza el pedido al almacén
Precondición
Curso Normal de los Eventos
1.- El Vendedor solicita pedido al almacén 2.- El sistema ingresa a la base de datos almacén para verificar el stock.
3.-El vendedor recibe la información sobre los productos solicitados para realizar la venta
4.- El sistema realizara el pedido sobre el producto solicitado en caso de realizar la venta
5.-El Vendedor realiza el pedido
3.4 Análisis de factibilidad del sistema
3.4.1 Factibilidad técnica
La tienda Valentina’s gift store cuenta con los siguientes equipos tecnológicos:
Dos Notenooks DELLTRON Inspiron con las características:
Procesador: Intel(R) Core(TM) i5-3210M CPU@ 2.50 GHz
Memoria RAM: 8.00 GB (7.86 utilizable)
Tipo de sistema: Sistema operativo de 64 bits procesador x64
Sistema Operativo: Windows 8
-una conexión de red entre la sede y el almacén
-una impresora hp
El “Sistema de inf para administrar los procesos de venta y almacén de la empresa
valentina” necesita como mínimo un equipo que tenga las sgtes características:
-Dos computadoras o Notebooks con procesador Intel Pentium 4
-memoria Ram: 2.00 GB (1.86 utilizable)
-Tipo de sistema: sistema operativo de 32 bits procesador x84 o Sistema operativo de
64 bits procesador x64
Sistemas de Información II
… 14
-Sistema operativo: Windows XP hasta Windows 8
-tener una conexión entre la sede y el almacén
-una impresora
Por lo tanto si existe un factibilidad técnica al momento de implementar el sistema en
la empresa.
3.4.2 Factibilidad operativa
-Los usuarios del sistema son personal con experiencia en el manejo de ordenadores y
sistemas anteriores.
-la edad del personal de ventas fluctúa entre los 19 a 27 años, con capacidad de
adaptarse de mejor manera a los cambios
-la edad del administrador es de 40 años, con experiencia amplia en uso de estos
sistemas.
3.4.3 Factibilidad Económica
Inversión por las fases del sistema
o Inversión en la fase de elaboración del sistema
INICIO
Etapa Personas Nro.Dias Total Horas
TOTAL S/.
Iteración
Requerimientos 3 5 6 900
Análisis y Diseño 5 5 5 1250
Evaluación de la Iteración 1 1 6 60
TOTAL 11 17 2210
o Inversión en la fase de elaboración del sistema
ELABORACION
Etapa Personas Nro.Dias Total Horas
TOTAL S/.
Primera Iteración
Requerimientos 3 3 5 450
Análisis y Diseño 5 4 6 1200
Implementación 5 10 6 2400
Sistemas de Información II
… 15
Pruebas 3 3 5 450
Evaluación de la Iteración 1 1 5 50
TOTAL 21 27 4550
o Inversión en la fase de construcción del sistema
CONSTRUCCION
Etapa Personas Nro.Dias Total Horas
TOTAL S/.
Primera Iteración
Requerimientos 3 3 5 450
Análisis y Diseño 5 4 6 1200
Implementación 5 13 6 3120
Pruebas 4 5 6 1200
Evaluación de la Iteración 1 1 6 60
TOTAL 26 29 6030
o Inversión en la fase de transición del sistema
TRANSICION
Etapa Personas Nro.Dias Total Horas
TOTAL S/.
Primera Iteración
Implantación del Sistema 5 5 5 1250
Pruebas 4 4 5 800
Implementación 5 8 5 1600
Capacitación 5 5 6 1500
TOTAL 22 21 5150
17940 Total Precio
80 total días
Inversión por el software, hardware y suministros.
HARDWARE
Se estima el coste por el uso de 2 Computadoras
Etapa Total Horas
Costo Horas(S/.)
TOTAL (S/.)
Inicio 17 2 34
Elaboración 27 2 54
Construcción 29 2 58
Transición 21 2 42
Sistemas de Información II
… 16
TOTAL 94 8 188
SOFTWARE COSTOS Total soles
Costo dólar
Tipo de cambio
Java NetBeans IDE 7.4 0 0
MySQL 0 0
ESET NOD32 Antivirus 6 69,99 2,88 201,57
Windows 8 119,99 2,88 345,5712
TOTAL 547,14
SUMINISTROS Y SERVICIOS
Ítem Unidad
de Medida Cantidad
Precio Unitario(S/.)
Total
Papel Bond A4 Millar 1 25 25
Tinta Unidad 4 15 60
Energía Eléctrica Mes 4 50 200
Teléfono Mes 4 30 120
Internet Mes 4 120 480
Transporte Mes 4 50 200
0 Mes 4 40 160
TOTAL 1245
RESUMEN DE COSTOS DESCRIPCION COSTO(S/.)
FASE DE INICIO 2210
FASE DE ELABORACION 4550
FASE DE CONSTRUCCION 6030
FASE DE TRANSICION 5150
HARDWARE 188
SOFTWARE 547,14
SUMINISTROS Y SERVICIOS 1245
COSTO TOTAL 19920,14
Costo Mantenimiento x Mes 100
Costo Total 19920,1424
Costo por Mes 4980,0356
Sistemas de Información II
… 17
tareas de personal SIN SISTEMA CON SISTEMA
hras/hbre costo mensual
horas/hombre costo mensual
emitir comp pago 30 300 2 10
informe ventas 10 100 0 0
realizar inventario 10 100 0 0
pedidos almacén 8 80 0 0
corroborar inventario
10 250 0 0
pago*hora vend 10
pago*hora adm 25
beneficio/ mes
820
beneficio/año 9840
3.5 BENEFICIOS
3.5.1 Beneficios tangibles:
- La empresa ahorra de manera continua un beneficio de S/. 700 mensual, esto se traduce
en mayores ganancias para la empresa.
3.5.2 Beneficios intangibles:
- La empresa contara con un mayor prestigio dentro del mercado al contar con un sistema
de información acorde a sus necesidades.
- Todos los procesos serán controlados de manera eficiente.
- Los gastos en los procesos de la empresa se reducirán.
- Existirá una mayor productividad a causa de la mejora de planificación y ejecución de los
procesos de venta y almacén.
3.6 RETORNO DE LA INVERSIÓN
beneficio/ mes
820
beneficio/año 9840
Sistemas de Información II
… 18
Mes costo costo acumu
beneficio mes
beneficio acum
benfico neto
0 19920,14 19920,14 0 0 0
1 100 20020,14 820 820 -19200,14
2 100 20120,14 820 1640 -18480,14
3 100 20220,14 820 2460 -17760,14
4 100 20320,14 820 3280 -17040,14
5 100 20420,14 820 4100 -16320,14
6 100 20520,14 820 4920 -15600,14
7 100 20620,14 820 5740 -14880,14
8 100 20720,14 820 6560 -14160,14
9 100 20820,14 820 7380 -13440,14
10 100 20920,14 820 8200 -12720,14
11 100 21020,14 820 9020 -12000,14
12 100 21120,14 820 9840 -11280,14
13 100 21220,14 820 10660 -10560,14
14 100 21320,14 820 11480 -9840,14
15 100 21420,14 820 12300 -9120,14
16 100 21520,14 820 13120 -8400,14
17 100 21620,14 820 13940 -7680,14
18 100 21720,14 820 14760 -6960,14
19 100 21820,14 820 15580 -6240,14
20 100 21920,14 820 16400 -5520,14
21 100 22020,14 820 17220 -4800,14
22 100 22120,14 820 18040 -4080,14
23 100 22220,14 820 18860 -3360,14
24 100 22320,14 820 19680 -2640,14
25 100 22420,14 820 20500 -1920,14
26 100 22520,14 820 21320 -1200,14
27 100 22620,14 820 22140 -480,14
28 100 22720,14 820 22960 239,86
29 100 22820,14 820 23780 959,86
30 100 22920,14 820 24600 1679,86
31 100 23020,14 820 25420 2399,86
32 100 23120,14 820 26240 3119,86
33 100 23220,14 820 27060 3839,86
34 100 23320,14 820 27880 4559,86
35 100 23420,14 820 28700 5279,86
Sistemas de Información II
… 19
3.7 Punto de equilibrio
El punto de equilibrio entre la recta de costo acumulado y el beneficio acumulado es:
En el mes 26 con 15 días la empresa ya habrá cubierto la inversión del sistema, de este punto en
adelante la empresa recibirá ganancias de S/. 820 al mes.
0
5000
10000
15000
20000
25000
30000
35000
0 5 10 15 20 25 30 35 40
Punto de Equilibrio
beneficio acum
costo acumu
Sistemas de Información II
… 20
CAPITULO IV
FASE DE ELABORACION
4.1 ANALISIS
4.1.1 Clases de análisis
4.1.1.1. Diagramas de secuencia
Sistemas de Información II
… 23
4.2.3 Casos de uso reales
Nombre Iniciar sesión Vendedor
Actor Vendedor
Tipo Primario, Esencial
Descripción Se realiza el ingreso al sistema mediante la contraseña del vendedor para hacer modificaciones en el sistema
Resumen Acceso al sistema para realizar transacciones.
Precondición
Curso Normal de los Eventos
1.- En el campo “A” el vendedor introduce su nombre
2.-En el campo “B” el vendedor introduce su contraseña de inicio de sesión
3.-El vendedor presiona sobre botón “C” para ingresar al sistema
4.-Si los datos introducidos son correctos el sistema dará acceso al menú principal
Curso Alterno de los Eventos
1.-Si el vendedor introduce datos incorrectos o no escribió nada el sistema le mostrara un mensaje de error.
2.-Si el vendedor o administrador presiona el botón “D” el sistema mostrara un cuadro de
dialogo para confirmar si desea salir.
Nombre Iniciar sesión Administrador
Actor Administrador
Tipo Primario, Esencial
Descripción Se realiza el ingreso al sistema mediante la contraseña del administrador para hacer modificaciones en el sistema
Resumen Administra sistema(Realiza modificaciones)
Precondición
Curso Normal de los Eventos
1.- En el campo “A” el administrador introduce su nombre
2.-En el campo “B” el administrador introduce su contraseña de inicio de sesión
3.-El administrador presiona sobre botón “C” para ingresar al sistema
4.-Si los introducidos son correctos el sistema dará acceso al menú principal
Curso Alterno de los Eventos
1.-Si el administrador introduce datos incorrectos o no escribió nada el sistema le mostrara un mensaje de error.
Sistemas de Información II
… 24
2.-Si el administrador presiona el botón “D” el sistema mostrara un cuadro de dialogo para
confirmar si desea salir.
Nombre Registrar Productos
Actor Administrador
Tipo Primario, Esencial
Descripción Se realiza el ingreso de productos al almacén
Resumen Ingreso de diferentes tipos de productos
Precondición
Curso Normal de los Eventos
1.- El Administrador introduce los datos en los campos “B,C y D”
2.-El Administrador selecciona “E” según sea el tipo de producto
4.-El Administrador realiza clic en “F” para grabar en la base de datos
5.- El sistemas registrara dicho producto ingresado en la base de datos
6.-El Administrador realiza clic en “I” para
listar los productos
7.-El sistema la lista de productos en “J”
Curso Alterno de los Eventos
1.-El Administrador realiza clic en “G” para cancelar dicho producto. 2.-El Administrador realiza clic en “H” para salir del formulario.
Sistemas de Información II
… 25
Nombre Emitir Factura
Actor Vendedor
Tipo Primario, Esencial
Descripción Se realiza la venta del producto
Resumen Emisión de factura por la venta
Precondición
Curso Normal de los Eventos
1.- El vendedor realiza clic en “A” 2.- El sistema llena los demás campos si es que el cliente esté previamente registrado
3.- Si es que no existe registrado mostrara un mensaje y habilitara los campos para llenar
5.-El vendedor realiza clic en “B” para escoger el dicho producto
4.-El sistema mostrara una lista de productos para elegir.
6.-El vendedor realiza clic en “C” para realizar
los cálculos
7.-El sistema realiza los cálculos de manera automática llenando los campos IGV, subtotal y total.
8.-El vendedor realiza clic en “D” para realizar
la venta
9.-El sistema grabara en la base de datos dicha venta
Curso Alterno de los Eventos
1.-El vendedor clic en “E” si la venta no se realiza 2.-El vendedor clic en “F” para salir del formulario Emitir Factura
Sistemas de Información II
… 26
Nombre Emitir Boleta
Actor Vendedor
Tipo Primario, Esencial
Descripción Se realiza la venta del producto
Resumen Emisión de factura por la venta
Precondición
Curso Normal de los Eventos
1.- El vendedor realiza clic en “A” 2.- El sistema llena los demás campos si es que el cliente esté previamente registrado
3.- Si es que no existe registrado mostrara un mensaje y habilitara los campos para llenar
5.-El vendedor realiza clic en “B” para escoger el dicho producto
4.-El sistema mostrara una lista de productos para elegir.
6.-El vendedor realiza clic en “C” para realizar
los cálculos
7.-El sistema realiza los cálculos de manera automática llenando el campo total.
8.-El vendedor realiza clic en “E” para realizar la
venta
9.-El sistema grabara en la base de datos dicha venta
Curso Alterno de los Eventos
1.-El vendedor clic en “D” si la venta no se realiza 2.-El vendedor clic en “F” para salir del formulario Emitir Factura
Sistemas de Información II
… 28
CAPITULO V
FASE DE CONSTRUCCION
5.1 Descripción del software utilizado
5.1.1 Plataforma utilizada NetBeans
Es un entorno de desarrollo integrado libre, hecho principalmente para el lenguaje de programación Java. Existe además un número importante de módulos para extenderlo. NetBeans IDE2 es un producto libre y gratuito sin restricciones de uso.
NetBeans es un proyecto de código abierto de gran éxito con una gran base de usuarios, una comunidad en constante crecimiento, y con cerca de 100 socios en todo el mundo. Sun MicroSystems fundó el proyecto de código abierto NetBeans en junio de 2000 y continúa siendo el patrocinador principal de los proyectos.
La plataforma NetBeans permite que las aplicaciones sean desarrolladas a partir de un conjunto de componentes de software llamados módulos. Un módulo es un archivo Java que contiene clases de java escritas para interactuar con las APIs de NetBeans y un archivo especial (manifest file) que lo identifica como módulo. Las aplicaciones construidas a partir de módulos pueden ser extendidas agregándole nuevos módulos. Debido a que los módulos pueden ser desarrollados independientemente, las aplicaciones basadas en la plataforma NetBeans pueden ser extendidas fácilmente por otros desarrolladores de software.
5.1.2 Gestor de Base de Datos MySql
Es un sistema de gestión de bases de datos relacional, multihilo y multiusuario con más de seis millones de instalaciones.1 MySQL AB—desde enero de 2008 una subsidiaria de Sun Microsystems y ésta a su vez de Oracle Corporation desde abril de 2009— desarrolla MySQL como software libre en un esquema de licenciamiento dual.
Por un lado se ofrece bajo la GNU GPL para cualquier uso compatible con esta licencia, pero para aquellas empresas que quieran incorporarlo en productos privativos deben comprar a la empresa una licencia específica que les permita este uso. Está desarrollado en su mayor parte en ANSI C.
Detalles técnicos de MySQL El software de bases de datos MySQL consiste de un sistema cliente/servidor que se compone de un servidor SQL multihilo, varios programas clientes y bibliotecas, herramientas administrativas, y una gran variedad de interfaces de programación (APIs). Se puede obtener también como una biblioteca multihilo que se puede enlazar dentro de otras aplicaciones para obtener un producto más pequeño, más rápido, y más fácil de manejar. Para obtener información técnica más detallada, es necesario consultar la guía de referencia de MySQL.
5.1.3 Herramientas de Modelado
Rational Rose
IBM Rational Rose Enterprise proporciona un conjunto de prestaciones controladas por modelo para desarrollar muchas aplicaciones de software, incluidas aplicaciones Ada, ANSI C++, C++,
Sistemas de Información II
… 29
CORBA, Java, Java EE, Visual C++ y Visual Basic. El software permite acelerar el desarrollo de estas aplicaciones con código generado a partir de modelos visuales mediante el lenguaje UML (Unified Modeling Language).
Rational Rose Enterprise ofrece una herramienta y un lenguaje de modelado común para simplificar el entorno de trabajo y permitir una creación más rápida de software de calidad.
Bizagi
Es una suite ofimática con dos productos complementarios, un Modelador de Procesos y una Suite de BPM.
Bizagi Process Modeler es un Freeware utilizado para diagramar, documentar y simular procesos usando la notación estándar BPMN (Business Process Modeling Notation).1
Bizagi BPM Suite es una solución de Gestión de procesos de negocio (BPM) que le permite a las organizaciones ejecutar/automatizar procesos o flujos de trabajo (workflows). Existe una edición de nivel de entrada (Xpress Edition2 ) y dos ediciones corporativas (Enterprise.NET y Enterprise JEE).
5.1.4 Herramientas para hacer el cronograma
Gantt Proyect
Gantt Project es un programa gratuito para la administración de proyectos utilizando diagramas de Gantt. Entre sus características están: •Gráficas de Gantt •Grafica de carga de recursos •Diagramas de PERT •Reportes en PDF y HTML •Permite importar documentos de MS Project Gantt Project: planificación de proyectos mediante diagramas de Gantt
Gantt Project: planificación de proyectos mediante diagramas de Gantt.
Gantt Project es una herramienta de código abierto para la planificación de proyectos por
medio de diagramas de Gantt. Estos diagramas, que son generalmente utilizados para las
reuniones de seguimiento de proyectos, establecen las tareas parciales en el eje vertical y el
tiempo asignado a cada una de ellas en el eje horizontal.
Sistemas de Información II
… 30
5.2. Diagrama entidad - relación
5.3. Script de la base de datos
create database tienda;
use tienda;
--
-- Base de datos: `tienda`
--
-- --------------------------------------------------------
--
-- Estructura de tabla para la tabla `cliente`
--
CREATE TABLE IF NOT EXISTS `cliente` (
`idcliente` varchar(6) NOT NULL,
`nombres` varchar(30) NOT NULL,
`dni` varchar(30) NOT NULL,
`naturaleza` varchar(8) NOT NULL,
PRIMARY KEY (`idcliente`)
)
ENGINE=InnoDB DEFAULT CHARSET=latin1;
-- --------------------------------------------------------
--
-- Estructura de tabla para la tabla `producto`
Sistemas de Información II
… 31
--
CREATE TABLE IF NOT EXISTS `producto` (
`idproducto` varchar(6) NOT NULL,
`denominacion` varchar(30) NOT NULL,
`precioUnitario` varchar(10) NOT NULL,
`Stock` varchar(10) NOT NULL,
`StockMinimo` varchar(10) NOT NULL,
PRIMARY KEY (`idproducto`,`descripcion`)
)
ENGINE=InnoDB DEFAULT CHARSET=latin1;
-- --------------------------------------------------------
--
-- Estructura de tabla para la tabla `vendedor`
--
CREATE TABLE IF NOT EXISTS `vendedor` (
`idvendedor` int(11) NOT NULL AUTO_INCREMENT,
`nombres` varchar(30) NOT NULL,
`password` varchar(30) NOT NULL,
`estado` varchar(20) NOT NULL,
`idadministrador` varchar(6) NOT NULL,
PRIMARY KEY (`idusuario`),
KEY `idadministrador`(`idadministrador`)
)
-- --------------------------------------------------------
--
-- Estructura de tabla para la tabla `administrador`
--
CREATE TABLE IF NOT EXISTS `administrador` (
`idadministrador` int(6) NOT NULL AUTO_INCREMENT,
`Nombre` varchar(30) NOT NULL,
`password` varchar(30) NOT NULL,
`estado` varchar(20) NOT NULL,
PRIMARY KEY (`idadministrador`)
)
-- --------------------------------------------------------
--
-- Estructura de tabla para la tabla `comprobante`
--
CREATE TABLE IF NOT EXISTS `comprobante` (
`idcomprobante` varchar(6) NOT NULL AUTO_INCREMENT,
`tipocomprobante` varchar(8) NOT NULL,
`nrocomprobante` varchar(8) NOT NULL,
`fechaEmision` DATETIME,
`monto` decimal NOT NULL,
`idcliente` varchar(6) NOT NULL,
`idvendedor` varchar(6) NOT NULL,
PRIMARY KEY (`idcomprobante`),
Sistemas de Información II
… 32
KEY `idvendedor` (`idvendedor`),
KEY `idcliente` (`idcliente`)
)
ENGINE=InnoDB DEFAULT CHARSET=latin1;
-- ---------------------------------------------------------
--
-- Estructura de tabla para la tabla `detallecomprobante`
--
CREATE TABLE IF NOT EXISTS `detallecomprobante` (
`iddetalle` varchar(6) NOT NULL AUTO_INCREMENT,
`cantidad` int NOT NULL,
`idproducto` varchar(6) NOT NULL,
`idcomprobante` varchar(30) NOT NULL,
PRIMARY KEY (`iddetalle`)
KEY `idproducto` (`idproducto`),
KEY `idcomprobante` (`idcomprobante`)
)
ENGINE=InnoDB DEFAULT CHARSET=latin1;
-- --------------------------------------------------------
--
-- Estructura de tabla para la tabla `Pedido´
--
CREATE TABLE IF NOT EXISTS `Pedido` (
`idpedido` int(11) NOT NULL AUTO_INCREMENT,
`idproducto` varchar(6) NOT NULL,
`cantidad` varchar(30) NOT NULL,
`Fecha` varchar(30) NOT NULL,
`Autorizacion` varchar(20) NOT NULL,
`idadministrador` varchar(6) NOT NULL,
PRIMARY KEY (`idpedido`)
KEY `idproducto` (`idproducto`),
KEY `idadministrador` (`idadministrador`),
)
ENGINE=InnoDB DEFAULT CHARSET=latin1;
-- --------------------------------------------------------
--
-- Estructura de tabla para la tabla `Almacen´
--
CREATE TABLE IF NOT EXISTS `Almacen` (
`idproducto` varchar(6) NOT NULL,
`stock` varchar(30) NOT NULL,
`stock_minimo` varchar(30) NOT NULL,
PRIMARY KEY (`idproducto`)
)
ENGINE=InnoDB DEFAULT CHARSET=latin1;
Sistemas de Información II
… 33
5.4. Descripción de las tablas (Atributos y dominios)
Tabla Cliente
Campo Tipo Longitud Clave Nulo
Idcliente varchar 6 PK No
Nombres varchar 30 - No
Dni varchar 30 No
Naturaleza varchar 8 No
Tabla producto
Campo Tipo Longitud Clave Nulo
Idproducto varchar 6 PK No
Denominacion varchar 30 No
PrecioUnitario varchar 10 No
Stock Varchar 10 No
StockMinimo varchar 10 No
Tabla Vendedor
Campo Tipo Longitud Clave Nulo
Idvendedor varchar 11 PK No
Nombres varchar 30 No
Password varchar 20 No
Estado Varchar
20 No
Administrador varchar 6 No
Tabla administrador
Campo Tipo Longitud Clave Nulo
idAdministrador int 6 PK no
Nombre varchar 30 no
password varchar 30 no
estado varchar 20 no
Tabla Comprobante
Campo Tipo Longitud Clave Nulo
idComprobante varchar 6 PK no
Sistemas de Información II
… 34
tipocomprobante varchar 8 no
nrocomprobante varchar 8 no
fechaEmision DateTime no
monto decimal no
idcliente varchar 6 FK no
idvendedor varchar 6 FK no
Tabla Detalle Comprobante
Campo Tipo Longitud Clave Nulo
idDetalle varchar 6 PK no
Cantidad int 6 no
idProducto varchar 6 FK no
idComprobante varchar 30 FK no
Tabla Pedido
Campo Tipo Longitud Clave Nulo
idPedido int 11 PK no
idProducto varchar 6 FK no
Cantidad varchar 30 no
Fecha varchar 30 no
Autorizacion varchar 20 no
idAdministrador varchar 6 FK no
Tabla Almacen
Campo Tipo Longitud Clave Nulo
idproducto varchar 6 PK no
stock varchar 30 no
Stock_minimo varchar 30 no
Sistemas de Información II
… 35
CONCLUSIONES
- Se desarrolló el sistema de información para el control de ventas y almacén de la empresa
Valentina gitf store que nos permite reducir el tiempo de venta y tener una información
actualizada sobre el stock de los productos
- El sistema de información para el control brinda información como apoyo a la toma de
decisiones de la empresa
- La metodología del “Proceso unificado de desarrollo de software”, garantizo el desarrollo
del sistema de información, permitiendo administrar eficientemente los requerimientos
de los usuarios, concentrándose en la arquitectura de componentes y permitiendo el
desarrollo del software en forma iterativa e incremental.
- UML por ser un estándar en lenguajes de modelamiento visual permite intercambiar
modelos orientados a objetos que pueden ser utilizados por diferentes herramientas
- La participación del grupo es fundamental en el proceso de creación del sistema, esto
debido a que aportan elementos importantes a partir de distintos puntos de vista
- El sistema de información ha de ser aplicado solo a la institución referida
Sistemas de Información II
… 36
RECOMENDACIONES
- Para poder elaborar un sistema de información, se debe llegar a conocer el trabajo en si
que desempeñan los usuarios de las áreas; lo cual puede llevar mucho tiempo; pero es
importante para poder elaborar un sistema de este tipo que logre satisfacer las
necesidades de los usuarios y en general de la institución
- Utilizar herramientas de desarrollo orientadas a objetos que soporte herencia y
polimorfismo para la implementación del sistema en versiones futuras
- El sistema de información deberá entrar en mantenimiento acorde a cambios de la
empresa para poder satisfacer de manera integral sus necesidades
- Todos los usuarios del sistema, deben de seguir las instrucciones e indicaciones del
manual de usuario, para si poder evitar errores en el manejo del sistema.