Você está na página 1de 65

Ing.

Informtica y de sistemas Pgina 0




UNIVERSIDAD NACIONAL SAN ANTONIO
ABAD DEL CUSCO


CUSCO PERU
2014

Carrera Profesional de Ingeniera
Informtica y de Sistemas
Sistemas de Informacin II

DOCENTE:
ING. CANDIA OVIEDO, DENNIS IVAN
ALUMNOS:
ALVAREZ CCOSCCO, Karen Indira
LUNA CORNEJO, Giuliana Frezia
OVALLE GAMARRA, Gional
SIVINCHA OLIVA, Maritza

Facultad de Ciencias Qumicas, Fsicas y
Matemticas.
Ing. Informtica y de Sistemas Pgina 1

INDICE


PRESENTACION... 3
CAPITULO I
1. PLANEAMIENTO DEL PROBLEMA
1.1.Identificacin del problema....... 4
1.2.Objetivos.......... 5
1.2.1. Objetivo General
1.2.2. Objetivos Especficos
1.2.3. Alcances
1.3.Antecedentes..... 6
1.4.Justificacin.......... 6
1.5.Delimitacin........... 6
1.6.Metodologa........... 6
1.7.Cronograma......... 7


CAPITULO II

2. MARCO TEORICO......... 8
2.1. Conceptos Generales...... 8
2.1.1. Glosario de Trminos
2.1.2. Conceptos Relacionados a la Institucin
2.2. Conceptos informticos........ 9
2.2.1. Sistemas de informacin
2.2.2. Proceso unificado de desarrollo del software
2.2.3. Lenguaje de modelamiento unificado
2.2.4. Bases de datos gestores de base de datos
2.2.5. Lenguajes de programacin
2.2.6. Redes de computadoras

CAPITULO III

3. FACE DE INICIO....... 12
3.1.Modelo de caso de uso del negocio.....13
3.1.1. Estructura organizacional del negocio
3.1.2. Identificacin de actores
3.1.3. Diagrama general de modelo de negocio
3.1.4. Descripcin de los casos de uso del negocio
3.2.Requerimientos del sistema. 16
3.2.1. Casos de uso del sistema
3.2.2. Diagrama de Casos de usos del sistema
3.2.3. Descripcin de casos de usos del sistema

Ing. Informtica y de Sistemas Pgina 2

3.3.Descripcin de procesos (BPMN) ...... 22
3.4.Anlisis de factibilidad del sistema29
3.4.1. Facilidad tcnica
3.4.2. Facilidad operativa
3.4.3. Facilidad econmica

3.5.Beneficios.... 31
3.5.1. Beneficios tangibles
3.5.2. Beneficios intangibles
3.5.3. Anlisis de Riesgo
3.6.Retorno de la inversin... 33
3.7.Punto de equilibrio.... 34

CAPITULO IV

4. FASE DE ELABORACION (Anlisis y Diseo) ... 34
4.1.Anlisis... 35
4.1.1. Diagramas de secuencia
4.2.Diseo..... 43
4.2.1. Diagrama de clases
4.2.2. Casos de uso en forma expandido
4.2.3. Casos de usos reales

CAPITULO V

5. FASE DE CONTRUCCION..... 56
5.1.Descripcin del software utilizado... 56
5.1.1. Lenguaje de Programacin
5.1.2. Gestor de Bases de Datos
5.1.3. Herramientas de Modelado.
5.1.4. Etc.
5.2.Grafo Relacional.... 58
5.3.Tabla de la creacin de la Base de Datos (SQL-Server) 59
5.4.Descripcin de Tablas Atributos y Dominios 59
5.5.Manual de Usuario....... 65

CONCLUSIONES... 63
RECOMENDACIONES. 63
BIBLIOGRAFA... 64
Ing. Informtica y de Sistemas Pgina 3




PRESENTACION

El siguiente Proyecto se desarroll con el objetivo de sistematizar las diferentes actividades
de la tienda automotriz Motores Cusco, como: compra y ventas de productos,
administracin de caja, inventarios, control de facturas entre otros.
Este proyecto se desarrolla de acuerdo a las diferentes entrevistas y datos recopilados de
acuerdo a las necesidades de la empresa, con el fin de brindar una mayor eficiencia y
mejores rendimientos en la empresa. Enfocndose en las Actividades de caja, ventas,
almacn y documentacin.


Ing. Informtica y de Sistemas Pgina 4



1.1 IDENTIFICACIN DEL PROBLEMA
MOTORES CUSCO es una E.I.R.L. creada hace 6 aos, actualmente se dedica a la venta
de repuestos, al por mayor y menor, as mismo la empresa lleva la cuenta de facturas, caja,
letras de cambio de su proveedor y logstica de su almacn, actualmente dicha empresa no
cuenta con un sistema de informacin que le permita automatizar el inventario y controlar
la entrada y salida de los repuestos y como tambin la contabilidad de la facturacin, ya que
dichos procesos se realizan manualmente, lo cual genera imprecisin en la informacin
tanto en la facturacin como en el inventariado, lo que trae como consecuencia prdidas
econmicas. Tiempo y eficacia de la empresa.

Los problemas identificados actualmente son los siguientes:

Se ha identificado perdidas de productos (repuestos), ya sea por parte del personal o
descuido, ya que se tiene como antecedentes robos, esto se debe a que no existe un
sistema de control que pueda brindar dicha informacin actualizada.
Al realizar las facturaciones de manera manual genera prdidas de tiempo y
adems hay ms probabilidad de cometer errores al momento del llenado de la
factura como pueden ser en las fechas, monto, entre otros; como ocasionar
problemas con la SUNAT.
Al momento de hacer el cierre de caja siempre existen perdidas econmicas por que
no se tiene informacin exacta de ingresos de dinero durante el da y esto genera
mucha especulacin y prdida de confianza en el trabajador por parte de su jefe
Se ha observado que tambin existen productos agotados lo cual genera
preocupacin, prdidas de ganancia as como tambin prdida de clientes al saber
exactamente qu tipo de repuestos faltan en stock.
Tambin existe una excesiva cantidad de repuestos que han sido adquiridos por la
empresa y esto trae como consecuencias perdidas econmicas as como tambin un
paro en el movimiento de los productos.
Al realizar nuestro anlisis se vio que el gerente es un necesidad, puesto que
muchos de los empleados encargados a la venta, no conocen muchos de los
productos que estos ofrecen ya que en la mayora de ellos son llamados por cdigos
ejemplo: PERNO HEX. G8 NC 3/4 X 5 marca Escania.
Esto produce prdidas econmicas as como tambin prdida de clientes.
El gerente nos informa que para realizar el inventariado muchas veces llega a tardar
hasta dos das para la revisin de los productos, lo cual produce el cierre de
atencin por consiguiente prdidas para la empresa.



PLANTEAMIENTO DEL PROBLEMA 1

Ing. Informtica y de Sistemas Pgina 5

1.2 OBJETIVOS
1.2.1 OBJETIVO GENERAL

Implementar el Sistema de informacin para automatizar los procesos de la empresa
MOTORES CUSCO.

1.2.2 OBJETIVOS ESPECFICOS

Entender el modelo de negocios, analizar y evaluar los requisitos y problemas de
la empresa.
Generar una base de datos que contenga la informacin necesaria para el mejor
manejo de usuarios.
Disear e implementar mecanismos para consultas en el control de ventas e
inventario del sistema.
Desarrollar e implementar todo tipo de reportes para las boletas, productos,
inventario, etc.

1.2.3 ALCANCES

El sistema tendr las siguientes caractersticas

Permitir el almacenamiento de datos.
Poder agregar, modificar y eliminar productos, facturas, entre otros.
Permitir la fcil emisin de boletas y/o facturas.
Se pretende optimizar la bsqueda de repuestos.
Se pretende facilitar la venta de repuestos.
Se pretende optimizar la contabilidad o inventario de los repuestos.
Emitir los siguientes reportes.

- Boleta de venta.
- Nota de pedido.
- Ventas de caja por da.
- Inventario
- Datos estadsticos.

Permitir tener informacin precisa de dichos reportes ya sea de manera fsica o
digital.
Permitir realizar consultas de clientes, proveedores, productos, etc.





Ing. Informtica y de Sistemas Pgina 6

1.3 ANTECEDENTES

El presente Sistema que se pretende implementar en dicha empresa, puede existir pero el
manejo de informacin de cada empresa en nica por ende dicho sistema se puede
considerar como nico y exclusivo para la empresa y nace de la necesidad de tener mayor
precisin, ya sea en la informacin, facturacin u otros, de esa manera se podr corregir los
errores existentes en proceso de venta, control y servicio que ofrece la empresa.
1.4 JUSTIFICACION

Este sistema de informacin surge ante la necesidad de sustituir los trabajos manuales que
implican inversin de tiempo tanto para el personal encargado de la facturacin, caja, venta
y personal de logstica as como para los clientes, insatisfaccin al momento de realizar los
pagos por la demora de atencin.

El presente se justifica por lo siguiente:

Satisfacer la necesidad del cliente y usuario de tener informacin y reportes del
proceso de atencin de la empresa.
Controlar ventas totales en determinados periodos.
Mejorar control en el rea de logstica.
Mejorar suministro de informacin real.
Reportar cuadres perfectos en el rea de caja.
Buen manejo de los productos por parte del almacenero.
Crecimiento de ganancias y decremento de prdidas econmicas.


1.5 DELIMITACION

Los procesos que el sistema no llegara a ejecutar:
control del personal.
contabilidad de la empresa con la SUNAT
Administracin de facturas y boletas de compras de otros no relacionados a los
repuestos.

1.6 METODOLOGA

Se empleara la metodologa del Proceso Unificado de Desarrollo de Software (PUDS), por
ser iterativo e incremental y dirigido por los Casos de Uso que consideramos indispensables
para la elaboracin de nuestro proyecto, y el Lenguaje Unificado de Modelado (UML) para
el modelamiento respectivo.
Ing. Informtica y de sistemas Pgina 7


1.7 CRONOGRAMA
Fig. [1.1] Cronograma
Ing. Informtica y de sistemas Pgina 8



2.1 CONCEPTOS GENERALES (INSTITUCIONAL)
En la empresa AUTOMOTRIZ MOTORES CUSCO encargado de la compra y venta de
productos automotrices se ha detectado que la empresa presenta prdidas al crear y buscar,
emitir facturas, manejo de productos as tambin como llevar una buena contabilidad de las
prdidas y ganancias de la empresa debido a que esto se desarrolla de manera manual, haciendo
este trabajo muy laborioso y genera una gran prdida de tiempo, adems de no poder obtener
algn tipo de historial estadstico o semejante en beneficio de la empresa.

2.1.1 GLOSARIO DE TRMINOS

Almacn lugar o espacio fsico en que se depositan las materias primas. Sirve como
centro regulador del flujo de mercancas entre la disponibilidad y la
necesidad de fabricantes, comerciantes y consumidores.
Almacenero m. y f. almacenista. Persona que se ocupa de atender los servicios de un
almacn.
Caja Lugar fsico en el cual se realizan operaciones bancarias, tales como cobrar
cheques, hacer depsitos en la cuenta corriente, pagar servicios.
Cajero Persona que en los bancos, comercios, etc., est encargada de la caja y sus
movimientos:
Cliente m. y f. Persona que utiliza los servicios de un profesional o una empresa,
Persona que habitualmente compra en un establecimiento o requiere sus
servicios.
Compra Se denomina compra a toda adquisicin de algn bien realizada a cambio
de dinero.
Empresa Unidad de organizacin dedicada a actividades industriales, mercantiles o
de prestacin de servicios con fines lucrativos.
Facturas Relacin de los objetos o artculos comprendidos en una venta, remesa u
otra operacin de comercio.
Letras de Cambio Es un ttulo de crdito que contiene orden, no sujeta a condicin de pagar
una cantidad determinada, en la poca fijada.
Secretaria Persona encargada de la administracin documentaria de la empresa y entre
otros trabajos designados por el administrador o gerente.
Servicios Mrito que se adquiere sirviendo al Estado o a otra entidad o persona.
Repuestos son los productos ofrecidos por la empresa.
Vendedor Persona encargada de la comercializacin de productos.




MARCO TERICO

2
Ing. Informtica y de Sistemas Pgina 9

2.1.2 CONCEPTOS RELACIONADOS A LA INSTITUCION

Accesorios Componentes no esenciales que se agregan al vehculo, para hacerlo ms
cmodo; por ejemplo: elevador de vidrios [lunas] elctrico, aire
acondicionado, radio, amplificador etc.
Acelerador Mecanismo que, accionado por un pedal, permite regular la mezcla de
combustible en los motores con carburador, al cual se conecta por medio de
un varillaje o cable.
Actuador
[actuator]
Los actuadores tales como los reles, solenoides, y motores, posibilitan que
la computadora, controle la operacin de los sistemas del vehculo.
Ahogador elctrico
(termostato)
Tipo de ahogador automtico, que cuenta con un diminuto resistor de
cermica, para calentar el resorte bimetlico del ahogador, permitiendo as
la abertura paulatina del papalote.
Caja Encargado de los ingresos y egresos de la caja de la empresa.
Gerente Es el dueo y encargado de la administracin, puede tomar la posicin de
cualquier trabajador.
Letras Son las letras Fraccionadas por las empresas en relacin a los pedidos
realizados.
Secretaria Encargada del manejo de papeleos, letras, facturas, licitaciones, entres
otros procesos que el gerente le encomienda.


2.2 CONCEPTOS INFORMTICOS
2.2.1 SISTEMAS DE INFORMACIN
Un sistema de informacin es un conjunto de elementos orientados al tratamiento y
administracin de datos e informacin, organizados y listos para su uso posterior, generados
para cubrir una necesidad u objetivo. Dichos elementos formarn parte de alguna de las
siguientes categoras:
Personas.
Datos.
Actividades o tcnicas de trabajo.
Recursos materiales en general (generalmente recursos informticos y de
comunicacin, aunque no necesariamente).

Todos estos elementos interactan para procesar los datos (incluidos los procesos manuales y
automticos) y dan lugar a informacin ms elaborada, que se distribuye de la manera ms
adecuada posible en una determinada organizacin, en funcin de sus objetivos. Si bien la
existencia de la mayor parte de sistemas de informacin es de conocimiento pblico,
recientemente se ha revelado que desde finales del siglo XX diversos gobiernos han
instaurado sistemas de informacin para el espionaje de carcter secreto.
Habitualmente el trmino se usa de manera errnea como sinnimo de sistema de
informacin informtico, en parte porque en la mayora de los casos los recursos materiales
de un sistema de informacin estn constituidos casi en su totalidad por sistemas
Ing. Informtica y de Sistemas Pgina 10

informticos. Estrictamente hablando, un sistema de informacin no tiene por qu disponer
de dichos recursos (aunque en la prctica esto no suela ocurrir). Se podra decir entonces que
los sistemas de informacin informticos son una subclase o un subconjunto de los sistemas
de informacin en general.

2.2.2 PROCESO UNIFICADO DE DESARROLLO DEL SOFTWARE
El Proceso Unificado es un proceso de software genrico que puede ser utilizado para una
gran cantidad de tipos de sistemas de software, para diferentes reas de aplicacin, diferentes
tipos de organizaciones, diferentes niveles de competencia y diferentes tamaos de proyectos.
Provee un enfoque disciplinado en la asignacin de tareas y responsabilidades dentro de una
organizacin de desarrollo. Su meta es asegurar la produccin de software de muy alta
calidad que satisfaga las necesidades de los usuarios finales, dentro de un calendario y
presupuesto predecible.
El Proceso Unificado tiene dos dimensiones:

Un eje horizontal que representa el tiempo y muestra los aspectos del ciclo de vida
del proceso a lo largo de su desenvolvimiento.
Un eje vertical que representa las disciplinas, las cuales agrupan actividades de una
manera lgica de acuerdo a su naturaleza.

La primera dimensin representa el aspecto dinmico del proceso conforme se va
desarrollando, se expresa en trminos de fases, iteraciones e hitos (milestones).
La segunda dimensin representa el aspecto esttico del proceso: cmo es descrito en
trminos de componentes del proceso, disciplinas, actividades, flujos de trabajo, artefactos y
roles.

2.2.3 LENGUAJE DE MODELAMIENTO UNIFICADO
Lenguaje Unificado de Modelado (LUM o UML, por sus siglas en ingls, Unified Modeling
Language) es el lenguaje de modelado de sistemas de software ms conocido y utilizado en la
actualidad; est respaldado por el OMG (Object Management Group). Es un lenguaje grfico
para visualizar, especificar, construir y documentar un sistema. UML ofrece un estndar 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 programacin, esquemas de bases de datos y compuestos reciclados.

2.2.4 BASES DE DATOS GESTORES DE BASES DE DATOS
Una base de datos o banco de datos es un conjunto de datos pertenecientes a un mismo
contexto y almacenados sistemticamente para su posterior uso. En este sentido; una
biblioteca puede considerarse una base de datos compuesta en su mayora por documentos y
textos impresos en papel e indexados para su consulta. Actualmente, y debido al desarrollo
tecnolgico de campos como la informtica y la electrnica, la mayora de las bases de datos
Ing. Informtica y de Sistemas Pgina 11

estn en formato digital (electrnico), y por ende se ha desarrollado y se ofrece un amplio
rango de soluciones al problema del almacenamiento de datos.

2.2.5 LENGUAJES DE PROGRAMACION
Un lenguaje de programacin es un lenguaje formal diseado para expresar procesos que
pueden ser llevados a cabo por mquinas como las computadoras.
Pueden usarse para crear programas que controlen el comportamiento fsico y lgico de una
mquina, para expresar algoritmos con precisin, o como modo de comunicacin humana.
Est formado por un conjunto de smbolos y reglas sintcticas y semnticas que definen su
estructura y el significado de sus elementos y expresiones. Al proceso por el cual se
escribe, se prueba, se depura, se compila (de ser necesario) y se mantiene el cdigo fuente de
un programa informtico se le llama programacin.
Tambin la palabra programacin se define como el proceso de creacin de
un programa de computadora, mediante la aplicacin de procedimientos lgicos, a travs de
los siguientes pasos:
El desarrollo lgico del programa para resolver un problema en particular.
Escritura de la lgica del programa empleando un lenguaje de programacin
especfico (codificacin del programa).
Ensamblaje o compilacin del programa hasta convertirlo en lenguaje de mquina.
Prueba y depuracin del programa.
Desarrollo de la documentacin.

2.2.6 REDES DE COMPUTADORAS
Una red de computadoras, tambin llamada red de ordenadores, red de comunicaciones de
datos o red informtica, es un conjunto de equipos informticos y software conectados entre
s por medio de dispositivos fsicos que envan y reciben impulsos elctricos, ondas
electromagnticas o cualquier otro medio para el transporte de datos, con la finalidad de
compartir informacin, recursos y ofrecer servicios.
Como en todo proceso de comunicacin se requiere de un emisor, un mensaje, un medio y
un receptor. La finalidad principal para la creacin de una red de computadoras es compartir
los recursos y la informacin en la distancia, asegurar la confiabilidad y la disponibilidad de
la informacin, aumentar la velocidad de transmisin de los datos y reducir el costo general
de estas acciones. Un ejemplo es Internet, la cual es una gran red de millones de
computadoras ubicadas en distintos puntos del planeta interconectadas bsicamente para
compartir informacin y recursos.
La estructura y el modo de funcionamiento de las redes informticas actuales estn definidos
en varios estndares, siendo el ms importante y extendido de todos ellos el modelo
TCP/IP basado en el modelo de referencia OSI. Este ltimo, estructura cada red en siete
Ing. Informtica y de Sistemas Pgina 12

capas con funciones concretas pero relacionadas entre s; en TCP/IP se reducen a cuatro
capas. Existen multitud de protocolos repartidos por cada capa, los cuales tambin estn
regidos por sus respectivos estndares.


3.1 MODELADO DE CASOS DE USO DEL NEGOCIO
Gerente.
Secretaria
Representante de venta.
Almacenero.
Caja
3.1.1 ESTRUCTURA ORGANIZACIONAL DEL NEGOCIO


Fig. [3.1] Estructura Organizacional del Negocio
3.1.2 IDENTIFICACION DE ACTORES, TRABAJADORES, CASOS DE USO
DEL NEGOCIO
ACTORES DESCRIPCION

Persona que realiza consultas y genera reportes de las
actividades que realiza la empresa.
GERENTE
Secretaria
VENDEDOR Caja ALMACENERO
gerente
FASE DE INICIO 3
Ing. Informtica y de Sistemas Pgina 13

Cajero
Realizar pago
Almacenero
Solicitar Informacion Producto Informacion de Producto
Emirtir comprobante
Entregar padido
Vendedor
Solicitar Cotizacion Cotizacion
Solicitar Pedido
Cliente
Secretaria
Reservar padido
Emitir Venta

Persona que registra comprobantes de pago, registra
compras y ventas, as como el registro de proformas y sus
respectivas consultas.

Persona encargada de realizar las ventas de los productos
y actualizacin de datos en el sistema.

Encargado de hacer los inventarios, ingresos productos y
manejo de logstica.

Persona Encargada de los ingresos y egresos de la
empresa.
Fig. [3.2] Identificacin de Actores
3.1.3 DIAGRAMA GENERAL DEL MODELO DE NEGOCIO










Fig. [3.3] Diagrama General del Modelo del Negocio
asi stente
vendedor
al macenero
Caja
Ing. Informtica y de Sistemas Pgina 14

3.1.4 DESCRIPCION DE LOS CASOS DE USO DEL NEGOCIO
1. BRINDAR INFORMACIN DEL PRODUCTO

Caso de Uso : Brindar Informacin del producto
Actores: Vendedor.
Descripcin: El vendedor selecciona toda la informacin requerida por el cliente.


2. SOLICITAR INFORMACIN DEL PRODUCTO

Caso de Uso : Solicitar Informacin del producto
Actores: Cliente
Descripcin: El cliente solicita al vendedor toda la informacin de los productos que
desea comprar.
Caso de Uso : Emitir cotizacin
Actores: Vendedor, Cliente
Descripcin: El vendedor entrega las cotizaciones y as mismo toda la informacin
concerniente a los productos.


3. SOLICITAR COTIZACIN

Caso de Uso : Solicitar cotizacin
Actores: Cliente
Descripcin: En este caso el cliente solicita las cotizaciones correspondientes a los
productos que desea comprar.



4. SOLICITAR PEDIDO

Caso de Uso : Solicitar pedido
Actores: Cliente
Descripcin: Es cuando el cliente ha decidido hacer las compras de un determinado
producto, procede a solicitar su pedido.



5. RESERVAR PEDIDO

Caso de Uso : Reservar Pedido
Actores: Secretario
Descripcin: La secretaria reserva el pedido para su posterior venta permitido solo a
clientes exclusivos




Ing. Informtica y de Sistemas Pgina 15

6. EMITIR PEDIDO

Caso de Uso : Emitir pedido
Actores: Vendedor
Descripcin: El vendedor emite el pedido, con su respectiva cantidad y su costo.



7. REALIZAR PAGO

Caso de Uso : Realizar pago
Actores: Cliente, Cajero
Descripcin: El cliente hace el respectivo pago del producto al cajero.



8. EMITIR COMPROBANTE

Caso de Uso : Emitir comprobante
Actores: Cajero
Descripcin: El cajero emite el comprobante y lo entrega al cliente.



9. PREPARAR PEDIDO

Caso de Uso : Preparar pedido
Actores: Almacenero
Descripcin: Luego de emitir el comprobante el almacenero prepara el pedido.



10. ENTREGAR PEDIDO

Caso de Uso : Entregar Pedido
Actores: Almacenero, Cliente
Descripcin: El almacenero hace entrega del producto al Cliente.



11. BRINDAR INFORMACIN DEL PRODUCTO

Caso de Uso : Brindar Informacin del producto
Actores: Vendedor.
Descripcin: El vendedor selecciona toda la informacin requerida por el cliente.



Ing. Informtica y de Sistemas Pgina 16

12. SOLICITAR INFORMACIN DEL PRODUCTO

Caso de Uso : Solicitar Informacin del producto
Actores: Cliente
Descripcin: El cliente solicita al vendedor toda la informacin de los productos que
desea comprar.

3.2 REQUERIMIENTOS DEL SISTEMA
3.3.1 CASOS DE USO DEL SISTEMA
1. ADMINISTRAR USUARIOS Y TRABAJADORES
2. ADMINISTRAR PROVEEDORES
3. AUTORIZAR Y HACER PEDIDO
4. AUTORIZAR CAMBIO DE PRODUCTO
5. ADMINISTRAR LETRAS DE COMPRA
6. REALIZAR PEDIDO
7. ADMINISTRAR REPORTES
8. ADMINISTRAR FACTURAS/BOLETAS DE VENTA
9. SOLICITAR PEDIDO
10. CONSULTAR STOCK
11. HACER INVENTARIO
12. ADMINISTRAR PRODUCTOS
13. ADMINISTRAR CLIENTES
14. VENDER PRODUCTOS
15. EMITIR VENTA
16. SOLICITAR CAMBIO DE PRODUCTO
17. INGRESAR A CAJA (INGRESO DE CAJA)
18. RETIRAR CAJA (EGRESO DE CAJA)
















Ing. Informtica y de Sistemas Pgina 17

emitir factura
emitir Boleta
Consultar Stock
hacer Inventario
Solicitar Pedido
Administrar Productos
Almacen
Buscar Productos
Administrar Proveedores
Administrar Usuarios
Autorizar Pedido
Gerente
Autorizar cambio de producto
formulario de cambio
retirar caja
Caja
ingreso a Caja
Adminitras Facturas De Compra
Emitir Formulario De Reserva
Administrara Letras De Pago
Reservar Pedido
Administrar reportes
Secretaria
Administrar Facturas y Boletas
Emitir comprobante
Vender Producto
Administrar Clientes
solicitar cambio de producto
consulta depedidos en espera
Vendedor
verificar usuario y contrasea
ingresar al sistema usuario
<<extend>>
<<include>>
<<include>>
<<include>>
<<include>>
<<extend>>
<<extend>>
<<extend>>
<<extend>>
<<extend>>
3.3.2 DIAGRAMA CASOS DE USOS DE SISTEMA






















Fig. [3.3] Diagrama General del Modelo del Sistema

Ing. Informtica y de Sistemas Pgina 18

3.3.2 DESCRIPCION DE CASOS DE USOS DE SISTEMA
1. ADMINISTRACION DE USUARIOS Y TRABAJADORES
TITULO Administrar usuarios o trabajadores
ACTORES Gerente
TIPO Secundario
RESUMEN El gerente tiene la facultad de agregar nuevos trabajadores para la empresa, o en
este caso usuarios para el sistema, modificar datos de trabajadores ya existentes
en la base de datos, y eliminar trabajadores de la base de datos.

2. ADMINISTRAS PROVEEDORES
TITULO Administrar proveedores
ACTORES Gerente
TIPO Secundario
RESUMEN El gerente agrega a la lista de proveedores nuevos proveedores, tiene la
potestad de modificar datos de los mismos, y eliminar proveedores que ya no
provean productos a la empresa.

3. AUTORIZAR PEDIDO
TITULO Autorizar Pedido
ACTORES Gerente
TIPO Principal
RESUMEN Al recibir el informe y solicitud de la secretaria manifestando que un
determinado producto en almacn ya no cuenta con ninguna unidad o
que cuenta con pocas de ellas, el gerente autorizara el pedido respectivo
de producto o productos que se requieren, con la cantidad segn sea el
caso.
PRECONDICIN El gerente recibe la solicitud de pedido de la secretaria

4. AUTORIZAR CAMBIO DE PRODUCTO
TITULO Autorizar Cambio de Producto
ACTORES Gerente
TIPO Principal
RESUMEN El gerente toma una decisin, con respecto a la solicitud de cambio de
producto, y da una respuesta que posteriormente llevara a alguna accin por
parte del vendedor hacia el cliente solicitante.
PRECONDICIN El gerente recibe la solicitud de cambio de producto del vendedor por parte
del cliente.



Ing. Informtica y de Sistemas Pgina 19

5. ADMINISTRAR LETRAS DE COMPRA
TITULO Administrar Letras de Pago(Compras)
ACTORES Secretaria
TIPO Secundario
RESUMEN Debido a que el costo de los productos que adquiere la empresa es alto, el pago
de las compras se realiza en partes (letras), el nmero de letras lo determina el
proveedor, pero la secretara est encargada de ingresar los datos de cada letra
al sistema.
La secretaria tiene la posibilidad de agregar una factura de compras de
productos a la base de datos de el o los productos que se hayan comprado,
tambin puede modificar los datos de las facturas, o eliminar facturas que se
hayan ingresado mal.
PRECONDICIN El pedido y la entrega de productos se realizaron de manera satisfactoria.
La facturacin y pago de cada letra llega a secretaria.

6. REALIZAR PEDIDO
TITULO Realizar Pedido
ACTORES Secretaria
TIPO Principal
RESUMEN La secretaria despus de recibir la autorizacin del gerente, realiza un pedido
de productos a sus proveedores.
PRECONDICIN La secretaria recibe la autorizacin gerente para realizar el pedido de
productos solicitados y que se requieren.


7. ADMINISTRAR REPORTES

TITULO Administrar Reportes
ACTORES Secretaria
TIPO Secundario
RESUMEN La secretaria tiene la posibilidad agregar, modificar, o eliminar reportes, y
emitir los mismos hacia gerencia.
PRECONDICIN El gerente solicita un reporte.

8. ADMINISTRAR FACTURAS, BOLETAS DE VENTA
TITULO Administrar Facturas y Boletas de Venta
ACTORES Secretaria
TIPO Secundario
RESUMEN La secretaria tiene la posibilidad modificar los datos de las boletas de venta
(esto es para los clientes naturales, es decir personas), factura (esto es para los
clientes jurdicos, es decir para organizaciones o empresas), o eliminar boletas
que se hayan ingresado mal.
PRECONDICIN Boleta mal emitida
Ing. Informtica y de Sistemas Pgina 20

9. SOLICITAR PEDIDO
TITULO Solicitar Pedido
ACTORES Almacenero
TIPO Principal
RESUMEN Al consultar el stock el almacenero deber solicitar los productos que ya no
cuentan con ninguna unidad o que cuentan con pocas de ellas.
PRECONDICIN

10. CONSULTAR STOCK
TITULO Consultar de Stock
ACTORES Vendedor, Almacenero
TIPO Secundario
RESUMEN El vendedor necesita realizar una consulta de productos disponibles para
realizar la venta de un determinado producto, el almacenero realiza la consulta
del stock, es decir la disponibilidad de productos, para en casos se haya
agotado o queden pocas unidades realizar un informe al gerente para que este a
su vez pueda tomar una accin al respecto.
PRECONDICIN La base debe contar informacin de productos.

11. HACER INVENTARIO
TITULO Hacer Inventario
ACTORES Almacenero
TIPO Secundario
RESUMEN El encargado del almacn agrega o ingresa los datos de los bienes con les que
cuenta la empresa, proporcionando los datos de los necesarios, tiene la facultad
de modificar los datos de los mismos, tambin puede eliminar bines que ya no
estn vigentes o no sean necesarios para la empresa.

12. ADMINISTRAR PRODUCTOS
TITULO Administrar Productos
ACTORES Almacenero
TIPO Principal y Secundario
RESUMEN El encargado del almacn agrega o ingresa los productos que lleguen,
proporcionando los datos de los productos recibidos, tiene la facultad de modificar
los datos de los productos que se encuentren en el almacn, tambin puede eliminar
los productos que ya no estn vigentes o no sean necesarios del almacn.

13. ADMINISTRAR CLIENTES
TITULO Administrar Cliente
ACTORES Vendedor
TIPO Principal
RESUMEN El vendedor tiene la facultad de agregar a la lista de clientes nuevos clientes,
modificar datos de los mismos, y eliminar clientes de la base de datos.
Ing. Informtica y de Sistemas Pgina 21

14. VENDER PRODUCTOS
TITULO Vender Producto
ACTORES Vendedor
TIPO Principal
RESUMEN El vendedor realiza la venta de uno o varios productos e ingresa los datos de estos en
la base de datos, a travs de un formato presentado en un interfaz brindado por el
sistema (ya sea en forma de boleta o factura).

15. EMITIR VENTA
TITULO Emitir Comprobante
ACTORES Vendedor
TIPO Principal
RESUMEN Al terminar de ingresar los productos que se van a vender, el vendedor debe
emitir un comprobante ya sea una boleta o factura
PRECONDICIN Se realiz correctamente el registro de venta de productos.

16. SOLICITAR CAMBIO DE PRODUCTO
TITULO Solicitar Cambio de Producto
ACTORES Vendedor
TIPO Secundario
RESUMEN El vendedor recibe las solicitudes de cambio de productos, debido a un error en la
atencin de venta o ya sea por falta del cliente.

17. INGRESAR A CAJA (INGRESO DE CAJA)
TITULO Ingreso a Caja
ACTORES Cajero
TIPO Principal
RESUMEN Registra bsicamente el ingreso de dinero a caja a travs de los comprobantes de pago
de las ventas realizadas.


18. RETIRAR CAJA (EGRESO DE CAJA)
TITULO Retiro de Caja
ACTORES Cajero
TIPO Principal
RESUMEN Registra bsicamente la salida de dinero de caja para el pago de letras a los
proveedores u otros gastos que deben ser sustentados mediante comprobantes de pago.



Ing. Informtica y de Sistemas Pgina 22

3.3 DESCRIPCION DE PROCESOS BPM
1) ADMINISTRACION DE USUARIOS Y TRABAJADORES

Descripcin: El proceso inicia cuando el gerente ingresa al sistema para agregar,
modificar o elimina algn usuario, elige alguna de estas opciones y el sistema
guarda los cambios.

2) ADMINISTRAR PROVEEDORES

Descripcin: El proceso inicia cuando el gerente ingresa al sistema para agregar,
modificar o elimina algn proveedor, elige alguna de estas opciones y el sistema
guarda los cambios.


Ing. Informtica y de Sistemas Pgina 23

3) ADMINISTRAR LETRAS DE COMPRA


Descripcin: El proceso inicia cuando la secretaria ingresa al sistema para agregar,
modificar o elimina alguna letra, elige alguna de estas opciones y el sistema guarda
los cambios.

4) REALIZAR PEDIDO

Descripcin: El proceso inicia cuando el encargado de almacn ingresa al sistema
para consultar el stock y solicita hacer el pedido respectivo, al gerente, de los
productos que sean necesarios; el gerente en seguida autoriza el pedido de productos
que crea conveniente y luego realiza el pedido a sus proveedores.




Ing. Informtica y de Sistemas Pgina 24

5) ADMINISTRAR REPORTES

Descripcin: El proceso inicia cuando el gerente solicita a la secretaria algn
reporte, la secretaria ingresa al sistema para para buscar entre las opciones del
sistema el reporte pedido, luego elige alguna de las opciones de enviar el reporte o
imprimir el mismo al gerente.

6) ADMINISTRAR: FACTURAS/BOLETAS DE VENTA

Descripcin: El proceso inicia cuando la secretaria ingresa al sistema para
administrar alguna boleta o factura, elige alguna de estas opciones, elige entre las
opciones de modificar o elimina y el sistema guarda los cambios.


Ing. Informtica y de Sistemas Pgina 25

7) HACER INVENTARIO

Descripcin: El proceso inicia cuando el encargado del almacn ingresa al sistema
para agregar, modificar o elimina algn bien con el que cuenta la empresa, elige
alguna de estas opciones y el sistema guarda los cambios.

8) ADMINISTRAR PRODUCTOS

Descripcin: El proceso inicia cuando el encargado del almacn ingresa al sistema
para agregar, modificar o elimina algn bien con el que cuenta la empresa, elige
alguna de estas opciones y el sistema guarda los cambios.



Ing. Informtica y de Sistemas Pgina 26

9) ADMINISTRAR CLIENTES

Descripcin: El proceso inicia cuando el vendedor ingresa al sistema para agregar,
modificar o elimina algn cliente, elige alguna de estas opciones y el sistema guarda
los cambios.

10) VENDER PRODUCTOS

Descripcin: El proceso inicia cuando el cliente hace una solicitud de compra al
vendedor, este ingresa al sistema para GESTIONAR VENTA, si la venta se realiza
sin ningn inconveniente se pasa a EMITIR COMPROBANTE DE PAGO.





Ing. Informtica y de Sistemas Pgina 27

11) GESTIONAR VENTA

Descripcin: El proceso inicia cuando el vendedor ingresa al sistema para consultar
el stock, si el/los productos solicitados por el cliente estn disponibles entonces el
vendedor registra la venta.




12) EMITIR COMPROBANTE DE PAGO(FACTURAS y/o BOLETAS DE
VENTA)

Descripcin: El proceso inicia cuando el vendedor despus de haber gestionado la
compra elige la opcin de emitir una boleta o una factura, luego la enva a caja para
hacer el cobro por la venta realizada.






Ing. Informtica y de Sistemas Pgina 28

13) SOLICITAR CAMBIO DE PRODUCTO

Descripcin: El proceso inicia cuando el cliente realiza una solicitud de cambio de
producto al vendedor, este a su vez enva la solicitud al gerente; el gerente despus
de haber analizado las razones de la solicitud, puede autorizar o no el cambio de
producto; si el gerente autoriza el cambio, el vendedor hace la gestin de venta y
luego emite un nuevo comprobante de pago, posteriormente elimina el comprobante
anterior.

14) RETIRAR E INGRESO A CAJA (EGRESO DE CAJA)

Descripcin: El proceso inicia cuando el encargado de caja ingresa al ingresa al
sistema para registrar el ingreso o salida de dinero de caja, elige alguna de estas
opciones y el sistema guarda los cambios.

Ing. Informtica y de Sistemas Pgina 29

3.4 ANALISIS DE FACTIBILIDAD DEL SISTEMA
3.4.1. Factibilidad Tcnica

En esta etapa se especifica los recursos a nivel de hardware y software que se
requerirn para la construccin del sistema.
La empresa MOTORES CUSCO no cuenta con los recursos de hardware y
software suficientes.
Anlisis de recursos de hardware: Los desarrolladores cuentan con equipo porttil
personal que cumple las caractersticas necesarias para el desarrollo del sistema.
Anlisis de recursos de software: En el presente desarrollo del sistema de
informacin se ha considerado que se har uso de software libre.
La Empresa MOTORES CUSCO ha considerado que si es posible la adquisicin
del software y el hardware para el funcionamiento del sistema, por lo que
consideramos que es TCNICAMENTE FACTIBLE.


3.4.2. Factibilidad Operativa

El sistema est orientado hacia escritorio lo cual se necesitar una pequea
capacitacin para su uso respectivo. As mismo los usuarios contarn con un
manual de uso.
El sistema tendr una interface sencilla y fcil de comprender para el usuario, para
su sencilla manipulacin.

3.4.3. Factibilidad Econmica

A continuacin se muestra los detalles en los siguientes cuadros para determinar los
costos parciales del sistema.

Tabla 1: Costos Software
Software Costo * Tipo de Cambio. Total (S/.)
MySQL S/ 0.00 (Software libre) 0.00
Windows 8.1 $120 S/ 2.80 336
Netbeans S/ 0.00 (Software libre) 0.00
TOTAL 336

Precio de licencia Windows 8.1, informacin extrada de:
http://www.microsoftstore.com/store/msusa/en_US/pdp/Windows-
8.1/productID.288401200

Ing. Informtica y de Sistemas Pgina 30



Tabla 2: Costos Hardware
Hardware Costo(S/.) Tipo de Cambio Total (S/.)
Ordenador 2,600.00 0.00 2,600.00
TOTAL 2600


Tabla 3: Costo de Desarrollo del sistema
FLUJO DE TRABAJO Nro de
personas
horas por
persona
Total de
horas
Costo
Hora(s/.)
SUB TOTAL (S/.)
FASE DE INICIO
MODELO DE NEGOCIO 2 20 40 20 800
REQUISITOS 2 20 40 20 800
FASE DE ELABORACION
ANALISI Y DISEO 3 40 120 16 1920
FASE DE CONSTRUCCION
IMPLEMENTACION 4 80 320 16 5120
PRUEBAS 4 10 40 15 600
FASE DE TRANSISCION
IMPLANTACION DEL
SISTEMA
4 12 48 20 960
TOTAL
HORAS
608 COSTO
TOTAL
10200


Tabla 4: Gastos Operativos
Denominacin Unidad
de
medida
Cantidad Costo
unitario
(S/.)
Tipo de cambio
(S/.)
Costo Total
(S/.)
Electricidad voltio 70 2.20 0.00 154.00
Depreciacin
Ordenador
1 100.00 0.00 100.00
TOTAL 254.00


Tabla 5: Resumen de costos
Costos de Software 336
Costos de Hardware 2600
Costo de desarrollo del sistema 10200
Costos Operativos 254
TOTAL 13390



Ing. Informtica y de Sistemas Pgina 31

3.5. Beneficios
3.5.1. Beneficios Tangibles

Luego de haber realizado los estudios correspondiente del presente sistema, tenemos
los beneficios ms notorios.
los trabajares emplean permanentemente el sistema
ingreso directo de datos
Informacin actualizada constantemente.
Multi-usuario.
Ahorro de tiempo, en los procesos del que hacer del Empresa (reportes,
consultas, etc.).

3.5.2. Beneficios Intangibles
Beneficios Calculados en 1 vendedores cada uno con un sueldo mnimo de 750 y 308 horas
de labor, siendo el pago por hora 2.5, por minuto 0.040
Tabla 6: vendedores
ACTIVIDADES Sin Sistema Con Sistema Ahorro
Tiempo(min)
Ahorro Soles
S./
Tiempo(min) Total S./ Tiempo Total S./
Emitir Boleta 780 31 0 0.00 1800 31
Reservar Producto 390 16 0 0.00 900 16
Hacer Pedido 390 16 0 0.00 900 16
Cambiar Producto 520 21 0 0.00 1200 21
Total
84
Para 4 vendedores
336

Beneficios Calculados en 1 Administrador con un sueldo mnimo de 1500 y 312 horas
de labor, siendo el pago por hora 4.8, por minuto 0.08.
Tabla 7: Administrador
ACTIVIDADES Sin Sistema Con Sistema Ahorro
Tiempo(min)
Ahorro
Soles
Tiempo(min) Total
S./
Tiempo(min) Total S./
Emitir Reportes de Producto
(SUNAT)
780 63 0 0.00 780 63
Cuentas Diarias 780 63 0 0.00 780 63
Compra de producto 1560 125 390 31 1529 122
TOTAL 374
Ing. Informtica y de Sistemas Pgina 32

Beneficios Calculados en 1 Jefe de Almacn con un sueldo mnimo de 1000 y 48
horas de labor, siendo el pago por hora 20, por minuto 0.34.

Tabla 6: Almacenero
ACTIVIDADES Sin Sistema Con Sistema Ahorro
Tiempo
Ahorro Soles
Tiempo Total S./ Tiempo Total S./
Reportes Estadsticos 0 0 0 0.00 0 0
Reportes de Ventas 120 41 0 0.00 120 41
Reportes de Faltantes y sobrantes 180 61 0 0.00 180 61
Reportes de Pedidos del mes 120 41 0 0.00 120 41
Relacin de reservas del mes 120 41 0 0.00 120 41
Relacin de posibles productos a
comprar
120 41 0 0.00 120 41
Control de Inventario 180 61 0 0.00 180 61
TOTAL 286

Tabla 6: Resumen
AHORRO EN LOS SERVICIOS DE VENTA 374
AHORRO EN LOS SERVICIOS DE REPORTE 286
AHORRO EN LOS SERVICOS DE COMPRA 336
TOTAL 996

3.5.1. Anlisis de Riesgo

La forma en la cual se planifica el desarrollo de un sistema de informacin, est
afectado por los riesgos que se perciben en el entorno de trabajo.
Cambio de Gestin: Este aspecto se toma como un riesgo y una limitacin desde el
punto que exista un cambio de administrador, ya que este personal puede que no est
de acuerdo con el plan de trabajo para implementar el nuevo sistema, tambin que su
poltica e ideologa sea distinta

Calculo Errneo de la Factibilidad Econmica: calcular la factibilidad econmica
resulta un proceso complicado ya que los clculos que se realizaran son futuros y no
se precisan con exactitud, se toma en cuenta como otro riego, y limitacin por lo que
condiciona a los implementadores del sistema adems podra frustrar la conclusin
del sistema

Gestin de Riesgo: la forma que se planifica el desarrollo de un sistema de
informacin, est afectado por riesgos que se perciben en el entorno de trabajo. Por
Ing. Informtica y de Sistemas Pgina 33

tanto, una de los primeros pasos, al realizar el sistema de informacin es tener en
cuenta una lista de requerimientos, los cuales son los siguientes:

RIESGO PROBABILIDAD INPACTO
Poco conocimiento acerca del proceso unificado de
desarrollo de sofware
30% Grave
Poco conocimiento acerca de lenguaje de
programacin java
20% Grave
Poco onocimiento del gesto de base de satos 30% Grave


3.6. Retorno de la Inversin

Tiempo costo costo acumulado beneficio Beneficio acumulado Punto de
Equilibrio
Mes 1 13390 13390 0 0 -13390
Mes 2 100 13490 996 996 -12494
Mes 3 100 13590 996 1992 -11598
Mes 4 100 13690 996 2988 -10702
Mes 5 100 13790 996 3984 -9806
Mes 6 100 13890 996 4980 -8910
Mes 7 100 13990 996 5976 -8014
Mes 8 100 14090 996 6972 -7118
Mes 9 100 14190 996 7968 -6222
Mes 10 100 14290 996 8964 -5326
Mes 11 100 14390 996 9960 -4430
Mes 12 100 14490 996 10956 -3534
Mes 13 100 14590 996 11952 -2638
Mes 14 100 14690 996 12948 -1742
Mes 15 101 14791 997 13945 -846
Mes 16 102 14893 998 14943 50
Mes 17 103 14996 999 15942 946
Mes 18 104 15100 1000 16942 1842
Mes 19 105 15205 1001 17943 2738






Ing. Informtica y de Sistemas Pgina 34

3.5. Punto de Equilibrio


Fig. [3.4] Punto de Equilibrio


ANALISIS 4.1.

4.1.1. DIAGRAMAS DE SECUENCIA
1. ADMINISTRAR USUARIOS Y TRABAJADORES


0
5000
10000
15000
20000
M
e
s

1
M
e
s

2
M
e
s

3
M
e
s

4
M
e
s

5
M
e
s

6
M
e
s

7
M
e
s

8
M
e
s

9
M
e
s

1
0
M
e
s

1
1
M
e
s

1
2
M
e
s

1
3
M
e
s

1
4
M
e
s

1
5
M
e
s

1
6
M
e
s

1
7
M
e
s

1
8
M
e
s

1
9
C
O
S
T
O


TIEMPO
PUNTO DE EQUILIBRIO
costo acumulado Beneficio acumulado
FASE DE ELABORACIN (Anlisis y Diseo)
4
Ing. Informtica y de Sistemas Pgina 35


2. ADMINISTRAR PROVEEDORES


3. AUTORIZAR Y HACER PEDIDOS

Ing. Informtica y de Sistemas Pgina 36

4. AUTORIZAR CAMBIO DE PRODUCTO


5. ADMINISTRAR LETRAS DE COMPRA








Ing. Informtica y de Sistemas Pgina 37

6. REALIZAR PEDIDO



7. ADMINISTRAR REPORTES










Ing. Informtica y de Sistemas Pgina 38

8. ADMINISTRAR BOLETAS DE VENTA





9. SOLICITAR PEDIDO






Ing. Informtica y de Sistemas Pgina 39

10. CONSULTAR STOCK






11. HACER INVENTARIO





Ing. Informtica y de Sistemas Pgina 40

12. ADMINISTRAR PRODUCTOS






13. ADMINISTRAR CLIENTES









Ing. Informtica y de Sistemas Pgina 41

14. VENDER PRODUCTO



15. EMITIR VENTA







Ing. Informtica y de Sistemas Pgina 42

16. SOLICITAR CAMBIO DE PRODUCTO



17. INGRESAR A CAJA (INGRESO DE CAJA) Y RETIRAR CAJA (EGRESO DE CAJA)






Ing. Informtica y de Sistemas Pgina 43

DISEO 4.2.
4.2.1. DIAGRAMA DE CLASES









4.1.
4.2.

















Fig. [4.1] Diagrama General Clases
Ing. Informtica y de Sistemas Pgina 44


4.2.1. CASOS DE USO EN FORMA EXPANDIDO

1. ADMINISTRACION DE USUARIOS Y TRABAJADORES

TITULO Administrar usuarios o trabajadores
ACTORES Gerente
TIPO Secundario
RESUMEN El gerente tiene la facultad de agregar nuevos
trabajadores para la empresa, o en este caso usuarios
para el sistema, modificar datos de trabajadores ya
existentes en la base de datos, y eliminar trabajadores de
la base de datos.
PRECONDICIN
CURSO NORMAL DE EVENTOS
ACCION ACTOR RESPUESTA DEL SISTEMA
1. El gerente ingresa al sistema para accionar sobre
la lista de trabajadores.
3. El gerente elige una opcin.
5. El gerente ingresa los datos del nuevo trabajador,
modifica los datos de uno ya existente o elimina,
segn sea el caso.
2. El sistema muestra la interfaz con opciones para
ingresar nuevos trabajadores, modificar datos de
proveedores ya existentes en la base de datos o eliminar
los mismos.
4. El sistema muestra la interfaz segn la opcin elegida.
6. El sistema guarda los cambios realizados en la base
de datos.
CURSO ALTERNO

POSTCONDICION Se agrega un nuevo trabajador, se modifica los datos del
mismo o se elimina un trabajador de la base de datos de
forma correcta.


2. ADMINISTRAS PROVEEDORES

TITULO Administrar proveedores
ACTORES Gerente
TIPO Secundario
RESUMEN El gerente agrega a la lista de proveedores nuevos
proveedores, tiene la potestad de modificar datos de los
mismos, y eliminar proveedores que ya no provean
productos a la empresa.
PRECONDICIN
CURSO NORMAL DE EVENTOS
ACCION ACTOR RESPUESTA DEL SISTEMA
1. El gerente ingresa al sistema para accionar sobre
la lista de proveedores.
3. El gerente elige una opcin.
5. El gerente ingresa los datos del nuevo proveedor,
modifica los datos de uno ya existente o elimina,
segn sea el caso.
2. El sistema muestra la interfaz con opciones para
ingresar nuevos proveedores, modificar datos de
proveedores ya existentes en la base de datos o eliminar
los mismos.
4. El sistema muestra la interfaz segn la opcin elegida.
6. El sistema guarda los cambios realizados en la base
de datos.
CURSO ALTERNO

Ing. Informtica y de Sistemas Pgina 45

POSTCONDICION Se agrega un nuevo proveedor, se modifica los datos del
mismo o se elimina un proveedor de la base de datos de
forma correcta.

3. AUTORIZAR Y HACER PEDIDO

TITULO Autorizar Pedido
ACTORES Gerente
TIPO Principal
RESUMEN Al recibir el informe y solicitud de la secretaria
manifestando que un determinado producto en almacn
ya no cuenta con ninguna unidad o que cuenta con pocas
de ellas, el gerente autorizara el pedido respectivo de
producto o productos que se requieren, con la cantidad
segn sea el caso.
PRECONDICIN El gerente recibe la solicitud de pedido de la secretaria
CURSO NORMAL DE EVENTOS
ACCION ACTOR RESPUESTA DEL SISTEMA
1. El gerente ingresa al sistema, para realizar la
aprobacin del pedido de productos.
3. El gerente realiza el envi de la aprobacin de
pedido.
2. El sistema muestra un interfaz para enviar la
aprobacin de la solicitud de pedido.
4. El sistema guarda los datos del pedido realizado.
CURSO ALTERNO

POSTCONDICION El pedido se registr de forma correcta.

4. AUTORIZAR CAMBIO DE PRODUCTO

TITULO Autorizar Cambio de Producto
ACTORES Gerente
TIPO Principal
RESUMEN El gerente toma una decisin, con respecto a la solicitud
de cambio de producto, y da una respuesta que
posteriormente llevara a alguna accin por parte del
vendedor hacia el cliente solicitante.
PRECONDICIN El gerente recibe la solicitud de cambio de producto del
vendedor por parte del cliente.
CURSO NORMAL DE EVENTOS
ACCION ACTOR RESPUESTA DEL SISTEMA
1. El gerente ingresa al sistema, para realizar la
aprobacin del cambio de producto.
3. El gerente realiza el envo de la respuesta a la
solicitud.
2. El sistema muestra un interfaz para enviar la
aprobacin de la solicitud de cambio de producto.
4. El sistema guarda los datos de la solicitud de cambio
de producto.
CURSO ALTERNO

POSTCONDICION





Ing. Informtica y de Sistemas Pgina 46

5. ADMINISTRAR LETRAS DE COMPRA
TITULO Administrar Letras de Pago(Compras)
ACTORES Secretaria
TIPO Secundario
RESUMEN Debido a que el costo de los productos que adquiere
la empresa es alto, el pago de las compras se realiza
en partes (letras), el nmero de letras lo determina
el proveedor, pero la secretara est encargada de
ingresar los datos de cada letra al sistema.
La secretaria tiene la posibilidad de agregar una
factura de compras de productos a la base de datos
de el o los productos que se hayan comprado,
tambin puede modificar los datos de las facturas, o
eliminar facturas que se hayan ingresado mal.
PRECONDICIN El pedido y la entrega de productos se realizaron de
manera satisfactoria.
La facturacin y pago de cada letra llega a
secretaria.
CURSO NORMAL DE EVENTOS
ACCION ACTOR RESPUESTA DEL SISTEMA
1. La secretaria ingresa al sistema para agregar,
modificar o eliminar una letra de pago.
3. La secretaria ingresa los datos, los modifica, o
elimina una letra de pago.
5. La secretaria elige la opcin para imprimir el
comprobante de letra de pago. .
2. El sistema muestra la interfaz para poder agregar,
modificar o eliminar una letra de pago, segn sea el
caso.
4. El sistema guarda los cambios realizados en la
base de datos.
6. Se imprime la letra de pago a travs de una
opcin que nos muestra el interfaz del sistema.
CURSO ALTERNO

POSTCONDICION Se realiz la agregacin, modificacin de la letra de
pago correctamente, o se elimin una letra
satisfactoriamente.

6. REALIZAR PEDIDO
TITULO Realizar Pedido
ACTORES Secretaria
TIPO Principal
RESUMEN La secretaria despus de recibir la autorizacin del
gerente, realiza un pedido de productos a sus
proveedores.
PRECONDICIN La secretaria recibe la autorizacin gerente para
realizar el pedido de productos solicitados y que se
requieren.
CURSO NORMAL DE EVENTOS
ACCION ACTOR RESPUESTA DEL SISTEMA
1. La secretaria ingresa al sistema, para realizar el
pedido.
3. Se ingresan los datos del pedido.

2. El sistema muestra un interfaz con los proveedores y
los productos, donde la secretaria tiene la posibilidad de
escoger el que ms le convenga.
4. El sistema guarda los datos del pedido realizado.
CURSO ALTERNO

POSTCONDICION El pedido se realiz de forma correcta.
Ing. Informtica y de Sistemas Pgina 47

7. ADMINISTRAR REPORTES
TITULO Administrar Reportes
ACTORES Secretaria
TIPO Secundario
RESUMEN La secretaria tiene la posibilidad agregar, modificar, o
eliminar reportes, y emitir los mismos hacia gerencia.
PRECONDICIN El gerente solicita un reporte.
CURSO NORMAL DE EVENTOS
ACCION ACTOR RESPUESTA DEL SISTEMA
1. La secretaria ingresa al sistema para verificar un
reporte.
3. La secretaria realiza elige alguna de las opciones.
5. El vendedor elige la opcin para imprimir el
reporte o se lo enva de forma directa al gerente
2. El sistema muestra la interfaz con opciones de
reportes.
4. El sistema muestra el reporte.
6. Se imprime la boleta a travs de una opcin que nos
muestra el interfaz del sistema, o realiza el envo.
CURSO ALTERNO

POSTCONDICION

8. ADMINISTRAR FACTURAS, BOLETAS DE VENTA

TITULO Administrar Facturas y Boletas de Venta
ACTORES Secretaria
TIPO Secundario
RESUMEN La secretaria tiene la posibilidad modificar los datos de
las boletas de venta (esto es para los clientes naturales,
es decir personas), factura (esto es para los clientes
jurdicos, es decir para organizaciones o empresas), o
eliminar boletas que se hayan ingresado mal.
PRECONDICIN Boleta mal emitida
CURSO NORMAL DE EVENTOS
ACCION ACTOR RESPUESTA DEL SISTEMA
1. La secretaria ingresa al sistema para la
modificacin o eliminacin de una boleta.
3. La secretaria realiza las modificaciones
ingresando nuevos datos, y/o elimina una boleta o
factura.
5. El vendedor elige la opcin para imprimir el
comprobante (en caso de ser necesario).
2. El sistema muestra la interfaz para poder modificar o
eliminar una boleta factura.
4. El sistema guarda los cambios realizados en la base
de datos.
6. Se imprime la boleta a travs de una opcin que nos
muestra el interfaz del sistema.
CURSO ALTERNO

POSTCONDICION Se realiz la modificacin de la boleta correctamente, o
se elimin una boleta satisfactoriamente.








Ing. Informtica y de Sistemas Pgina 48

9. SOLICITAR PEDIDO

TITULO Solicitar Pedido
ACTORES Almacenero
TIPO Principal
RESUMEN Al consultar el stock el almacenero deber solicitar los
productos que ya no cuentan con ninguna unidad o que
cuentan con pocas de ellas.
PRECONDICIN
CURSO NORMAL DE EVENTOS
ACCION ACTOR RESPUESTA DEL SISTEMA
1. El almacenero ingresa al sistema, para enviar y
solicitud de pedido.
3. El almacenero ingresa los datos de los productos
a pedir y las razones.
2. El sistema muestra un formulario para ingresar una
solicitud de pedido.
4. El sistema enva solicitud de pedido al gerente.
CURSO ALTERNO

POSTCONDICION La solicitud de pedido se realiz con xito.

10. CONSULTAR STOCK

TITULO Consultar Stock
ACTORES Vendedor, Almacenero
TIPO Secundario
RESUMEN El vendedor necesita realizar una consulta de productos
disponibles para realizar la venta de un determinado
producto, el almacenero realiza la consulta del stock, es
decir la disponibilidad de productos, para en casos se
haya agotado o queden pocas unidades realizar un
informe al gerente para que este a su vez pueda tomar
una accin al respecto.
PRECONDICIN La base debe contar informacin de productos.
CURSO NORMAL DE EVENTOS
ACCION ACTOR RESPUESTA DEL SISTEMA
1. El vendedor o el almacenero ingresa al sistema,
para consultar el stock de productos.
3. El vendedor o el almacenero eligen la opcin
para realizar la consulta, dependiendo si se quiere el
reporte de todos los productos o de alguno en
particular.
2. El sistema muestra la interfaz para la consulta de
stock.
4. El sistema devuelve el reporte pedido.
CURSO ALTERNO
Lnea 4: En caso que un producto se encuentre agotado o con pocas unidades, se elevara un informe a gerencia.
POSTCONDICION La consulta de stock se concluye correctamente.







Ing. Informtica y de Sistemas Pgina 49

11. HACER INVENTARIO
TITULO Hacer Inventario
ACTORES Almacenero
TIPO Secundario
RESUMEN El encargado del almacn agrega o ingresa los datos de
los bienes con les que cuenta la empresa,
proporcionando los datos de los necesarios, tiene la
facultad de modificar los datos de los mismos, tambin
puede eliminar bines que ya no estn vigentes o no sean
necesarios para la empresa.
PRECONDICIN
CURSO NORMAL DE EVENTOS
ACCION ACTOR RESPUESTA DEL SISTEMA
1. El vendedor ingresa al sistema para accionar
sobre los bienes de la empresa.
3. El vendedor elige una opcin
5. El vendedor ingresa los datos del nuevo bien,
modifica uno ya existente en almacn o elimina,
segn sea el caso.
2. El sistema muestra la interfaz con opciones para
ingresar nuevos bienes, modificar bienes ya existentes o
eliminar los mismos.
4. El sistema muestra la interfaz segn la opcin elegida.
6. El sistema guarda los cambios realizados en la base
de datos.
CURSO ALTERNO

POSTCONDICION Se realiz el ingreso, modificacin, eliminacin de un
bien correctamente.

12. ADMINISTRAR PRODUCTOS

TITULO Administrar Productos
ACTORES Almacenero
TIPO Principal y Secundario
RESUMEN El encargado del almacn agrega o ingresa los productos
que lleguen, proporcionando los datos de los productos
recibidos, tiene la facultad de modificar los datos de los
productos que se encuentren en el almacn, tambin
puede eliminar los productos que ya no estn vigentes o
no sean necesarios del almacn.
PRECONDICIN
CURSO NORMAL DE EVENTOS
ACCION ACTOR RESPUESTA DEL SISTEMA
1. El vendedor ingresa al sistema para accionar
sobre los productos en almacn.
3. El vendedor elige una opcin
5. El vendedor ingresa los datos del nuevo
producto, modifica uno ya existente en almacn o
elimina, segn sea el caso.
2. El sistema muestra la interfaz con opciones para
ingresar nuevos productos, modificar productos ya
existentes o eliminar los mismos.
4. El sistema muestra la interfaz segn la opcin elegida.
6. El sistema guarda los cambios realizados en la base
de datos.
CURSO ALTERNO

POSTCONDICION Se realiz el ingreso, modificacin, eliminacin de un
producto correctamente.



Ing. Informtica y de Sistemas Pgina 50

13. ADMINISTRAR CLIENTES
TITULO Administrar Cliente
ACTORES Vendedor
TIPO Principal
RESUMEN El vendedor tiene la facultad de agregar a la lista de
clientes nuevos clientes, modificar datos de los mismos,
y eliminar clientes de la base de datos.
PRECONDICIN
CURSO NORMAL DE EVENTOS
ACCION ACTOR RESPUESTA DEL SISTEMA
1. El vendedor ingresa al sistema para accionar
sobre la lista de clientes.
3. El vendedor elige una opcin.
5. El vendedor ingresa los datos del nuevo cliente,
modifica los datos de uno ya existente o lo elimina,
segn sea el caso.
2. El sistema muestra la interfaz con opciones para
ingresar nuevos proveedores, modificar datos de
proveedores ya existentes en la base de datos o eliminar
los mismos.
4. El sistema muestra la interfaz segn la opcin elegida.
6. El sistema guarda los cambios realizados en la base
de datos.
CURSO ALTERNO

POSTCONDICION Se agrega un nuevo cliente, se modifica los datos del
mismo o se elimina un cliente de la base de datos de
forma correcta.

14. VENDER PRODUCTO
e
TITULO Vender Productos
ACTORES Vendedor
TIPO Principal
RESUMEN El vendedor realiza la venta de uno o varios productos e
ingresa los datos de estos en la base de datos, a travs de
un formato presentado en un interfaz brindado por el
sistema (ya sea en forma de boleta o factura).
PRECONDICIN
CURSO NORMAL DE EVENTOS
ACCION ACTOR RESPUESTA DEL SISTEMA
1. El vendedor ingresa al sistema para realizar el
registro de los productos a vender.
3. El vendedor ingresa los datos del producto.
5. El vendedor confirma los datos ingresados.
2. El sistema muestra la interfaz para el registro de los
productos a vender.
4. El sistema verifica si los datos ingresados son
correctos.
6. El sistema guarda los datos de los productos vendidos
y disminuye la cantidad de productos disponibles en
almacn.
CURSO ALTERNO
Lnea 4: Si los datos del producto no existen no la base de datos se mostrara un mensaje de error.
POSTCONDICION Se realiz el registro satisfactoriamente






Ing. Informtica y de Sistemas Pgina 51

15. EMITIR VENTA

TITULO Emitir Comprobante
ACTORES Vendedor
TIPO Principal
RESUMEN Al terminar de ingresar los productos que se van a
vender, el vendedor debe emitir un comprobante ya sea
una boleta o factura
PRECONDICIN Se realiz correctamente el registro de venta de
productos.
CURSO NORMAL DE EVENTOS
ACCION ACTOR RESPUESTA DEL SISTEMA
1. El vendedor ingresa al formulario para llenar los
datos del cliente.
3. El vendedor ingresa los datos del cliente al
formulario del comprobante de pago ya sea en
forma de boleta o factura, y guarda los datos.
5. El vendedor elige la opcin para imprimir el
comprobante.

2. El sistema muestra la interfaz respectivo dependiendo
si se trata de una boleta o factura
4. El sistema guarda los datos del comprobante.
6. Se imprime el comprobante de pago a travs de una
opcin que nos muestra el interfaz del sistema..
CURSO ALTERNO
Lnea 4: Si en caso los datos del cliente se encontraran mal ingresados, se modificara el comprobante de pago y
se volver a emitir el comprobante de pago.
POSTCONDICION Se realiz la emisin del comprobante de pago
satisfactoriamente.


16. SOLICITAR CAMBIO DE PRODUCTO

TITULO Solicitar Cambio de Producto
ACTORES Vendedor
TIPO Secundario
RESUMEN El vendedor recibe las solicitudes de cambio de
productos, debido a un error en la atencin de venta o
ya sea por falta del cliente.
PRECONDICIN
CURSO NORMAL DE EVENTOS
ACCION ACTOR RESPUESTA DEL SISTEMA
1. El vendedor ingresa al sistema, para enviar una
solicitud de cambio de producto.
3. El vendedor llena el formulario e inserta los datos
necesarios, realiza el envo correspondiente.

2. El sistema muestra un formulario para el envo de
solicitud de cambio de producto, al gerente.
4. El sistema enva la solicitud al gerente.
CURSO ALTERNO
Lnea 4: Al recibir la respuesta del gerente:
Si la respuesta es positiva: Se eliminara el comprobante de pago y al realizar el cambio se emitir
uno nuevo, o se har modificaciones en el ya existente.
POSTCONDICION


Ing. Informtica y de Sistemas Pgina 52

17. INGRESAR A CAJA (INGRESO DE CAJA)
TITULO Ingreso a Caja
ACTORES Cajero
TIPO Principal
RESUMEN Registra bsicamente el ingreso de dinero a caja a travs
de los comprobantes de pago de las ventas realizadas.
PRECONDICIN
CURSO NORMAL DE EVENTOS
ACCION ACTOR RESPUESTA DEL SISTEMA
1. El cajero ingresa al sistema para registrar un
movimiento en caja.
3. El cajero registra los datos del ingreso a caja.
2. El sistema muestra un interfaz para el registro de
movimiento en caja.
4. El sistema guarda los datos del ingreso a caja.
CURSO ALTERNO

POSTCONDICION El ingreso a caja se realiza correctamente

18. RETIRAR CAJA (EGRESO DE CAJA)

TITULO Retiro de Caja
ACTORES Cajero
TIPO Principal
RESUMEN Registra bsicamente la salida de dinero de caja para el
pago de letras a los proveedores u otros gastos que
deben ser sustentados mediante comprobantes de pago.
PRECONDICIN
CURSO NORMAL DE EVENTOS
ACCION ACTOR RESPUESTA DEL SISTEMA
1. El cajero ingresa al sistema para registrar un
movimiento en caja.
3. El cajero registra los datos de la salida de caja.
2. El sistema muestra un interfaz para el registro de
movimiento en caja.
4. El sistema guarda los datos de la salida de caja.
CURSO ALTERNO

POSTCONDICION El retiro de caja se realiza correctamente








Ing. Informtica y de Sistemas Pgina 53

4.2.2. CASOS DE USOS REALES

1. INICIAR SESION












CASO DE USO Iniciar Sesin
ACTORES Gerente, Secretaria, Almacn, vendedor, Caja.
PROPOSITO Ingresar al Sistema
TIPO Primario Real
RESUMEN Los actores inician la sesin con su usuario y contrasea para
ingresar al sistema
CURSO NORMAL DE LOS EVENTOS
ACCION DEL ACTOR RESPUESTA DEL SISTEMA
1. En A el actor introduce su usuario de
inicio de sesin

2. En B el actor introduce su contrasea
en el inicio de sesin

3. El Actor presiona sobre el botn C
para ingresar al sistema
4. Si los datos introducidos son
correctos, el sistema re direccionara a
la pgina que contiene la interfaz
respectiva.
6. El Actor presiona sobre el botn D
para Salir de inicio de sesin
7. El sistema cierra la interfaz inicio de
sesin.
CURSOS ALTERNO DE LOS EVENTOS
5. Si el actor introduce los datos incorrectos o no se escribi nada en el sistema le
mostrara un mensaje de error.








A
B
C D
Ing. Informtica y de Sistemas Pgina 54

2. INTERFAZ DE ADMINISTRADOR


















CASO DE USO Interfaz del Gerente
ACTORES Gerente.
PROPOSITO Administrara el sistema
TIPO Primario Real
RESUMEN El gerente puede tomar el rol de cualquier usuario vendedor, almacn,
secretaria ,caja
CURSO NORMAL DE LOS EVENTOS
ACCION DEL ACTOR RESPUESTA DEL SISTEMA
1. En A el gerente tiene la opcin de extraer todos
los reportes que se le ofrece.
2. El sistema se direcciona a un interfaz donde le
muestra todas las opciones de repostes
proporcionadas.
3. En B el gerente tiene la opcin de insertar los
datos.
4. El sistema se direcciona a un interfaz donde le
muestra todas las opciones para insertar datos.
5. En C el gerente tiene la opcin de visualizar
consultas.
6. El sistema se direcciona a un interfaz donde le
muestra todas las opciones para consultar.
8. En D el gerente tiene la opcin realizar
procesos.
9. El sistema se direcciona a un interfaz donde le
muestra todas las opciones para procesos a realizar.
10. En E el gerente tiene la opcin ingresar datos
del producto.
11. El sistema se direcciona al interfaz de ingresar
producto.
12. En F el gerente tiene la opcin ingresar datos
de las familias de los productos.
13. El sistema se direcciona al interfaz de ingresar
familias.
14. En G el gerente tiene la opcin ingresar datos
de los proveedores.
15. El sistema se direcciona al interfaz de ingresar
proveedores.
16. En H el gerente tiene la opcin ingresar datos
de los clientes.
17. El sistema se direcciona al interfaz de ingresar
clientes.
18. En I el gerente tiene la opcin datos de las
facturas de compra.
19. El sistema se direcciona al interfaz de ingresar
facturas de compra..
20. En J el gerente tiene la opcin ingresar datos
de los trabajadores.
21. El sistema se direcciona al interfaz de ingresar
trepadores.
A
B
E
G
I
C
D
F
H
K
J
Ing. Informtica y de Sistemas Pgina 55


3. NUEVO PRODUCTO

















CASO DE USO Nuevo Producto
ACTORES Almacenero
PROPOSITO Ingresar al Sistema
TIPO Primario Real
RESUMEN El almacenero podr administrar e ingresar los datos de
los productos nuevos
CURSO NORMAL DE LOS EVENTOS
ACCION DEL ACTOR RESPUESTA DEL SISTEMA
1. En A el almacenero selecciona la opcin
de insertar datos
2. El sistema muestra las opciones de datos a insertar
para el almacenero
3. En B selecciona la opcin de nuevo
productos
4. El sistema direcciona a un interfaz para insertar
datos de los productos nuevos
5. En C el almacenero el nmero de la factura
6. En D el almacenero inserta al proveedor 7. El sistema procesa la informacin comparando al
proveedor, fecha y nmero de factura.
8. Si en sistema encuentra los datos en la base entonces
muestra una pantalla indicando que ingreso los
productos.
9. En E el almacenero todos los productos en
la lista

10. En F el almacenero presiona en el botn
agregar
11. Se almacena en la base de datos si todos los campos
son llenados correctamente caso contrario saldr una
ventana de error.
12. En G el almacenero presiona sobre salir 13. El sistema cerrara la ventana de nuevo producto
14. En H la fecha sacada del sistema por error
se puede modificar si se quisiera

CURSOS ALTERNO DE LOS EVENTOS
15. Si el actor introduce los datos incorrectos o no se escribi nada en el sistema le mostrara un mensaje de
error.
C H
E
G F
A
B D
Ing. Informtica y de Sistemas Pgina 56


5.1. DESCRIPCION DEL SOFWARE UTILIZADO
5.1.1. LENGUAJE DE PROGRMACION

JAVA
Java es una tecnologa que se usa para el desarrollo de aplicaciones que
convierten a la Web en un elemento ms interesante y til. Java no es lo
mismo que javascript, que se trata de una tecnologa sencilla que se usa
para crear pginas web y solamente se ejecuta en el explorador.
Java le permite jugar, cargar fotografas, chatear en lnea, realizar visitas
virtuales y utilizar servicios como, por ejemplo, cursos en lnea, servicios
bancarios en lnea y mapas interactivos. Si no dispone de Java, muchas
aplicaciones y sitios web no funcionarn.
lenguaje de programacin orientado a objetos que se conoce como Java.
El objetivo era utilizarlo en un set-top box, un tipo de dispositivo que se
encarga de la recepcin y la descodificacin de la seal televisiva. El
primer nombre del lenguaje fue Oak, luego se conoci como Green y
finamente adopt la denominacin de Java.


5.1.2. GESTOR DE BASE DE DATOS

SQLSERVER

Es un sistema para la gestin de bases de datos producido por Microsoft
basado en modelo relacional cuya principal funcin es la de almacenar y
consultar datos solicitados por otras aplicaciones, sin importar que estn en
la misma computadora, SQLServer tiene la exigencia de integridad de los
datos, garantiza la calidad de los datos de la base de datos, proporciona los
siguiente mecanismos para exigir la integridad de los datos en una columna
o restricciones PRYMARI KEY o restricciones FOREIGN KEY o
restricciones.







FASE DE CONSTRUCCION
5
Ing. Informtica y de Sistemas Pgina 57

Ventajas de la Utilidad de SQL Server
La Utilidad de SQL Server modela las entidades relacionadas con SQL
Server de una organizacin en una vista unificada. Los puntos de vista del
Explorador de Utilidad y de la Utilidad de SQL Server en SQL Server
Management Studio (SSMS) proporcionan a los administradores una vista
global del estado de los recursos de SQL Server a travs de una instancia de
SQL Server que acta como punto de control de la utilidad (UCP). La
combinacin del resumen y los datos detallados presentados por el UCP
sobre directivas de infrautilizacin o sobreutilizacin, y sobre diversidad de
parmetros clave, habilita posibilidades de consolidacin de recursos y de
fcil identificacin de sobreutilizacin. Las directivas de mantenimiento se
pueden configurar y ajustarse para modificar umbrales de uso mayor o
menor de los recursos. Es posible cambiar las directivas de supervisin
globales o configurar directivas de supervisin individuales para cada
entidad administrada en la Utilidad SQL Server.

5.1.3. HERRAMIENTAS DE MODELADO

RATIONAL ROSE : Rational Corporation basada en el Lenguaje
Unificado de Modelacin (UML), que permite crear los diagramas que se
van generando durante el proceso de Ingeniera en el Desarrollo del
Software.

JCALENDAR: Es una librera en netbeans para el libre manejo de la
fechas.

GANTTPROJECT: es una til herramienta grfica cuyo objetivo es
exponer el tiempo de dedicacin previsto para diferentes tareas o actividades
a lo largo de un tiempo total determinado. A pesar de esto, el Diagrama de
Gantt no indica las relaciones existentes entre actividades












Ing. Informtica y de Sistemas Pgina 58


5.2. GRAFO RELACIONAL







Ing. Informtica y de Sistemas Pgina 59

5.3. TABLA DE LA CREACION DE LA BASE DE DATOS




5.4. DESCRIPCION DE TABLAS ATRIBUTOS Y DOMINIOS

TABLA VENTA
CAMPO TIPO LONGITUD CLAVE NULO
IdVenta VarChar 6 PK NO
IdCliente Varchar 11 FK NO
FechaVenta DateTime NO
TipoDocumento VarChar 7 NO
Estado VarChar 8 NO



Caja
IdCaja
Fecha
IdVenta
Descripcion1
Descripcion2
Estado
DebeHaber
Monto
CambioProducto
IdCambio
IdVenta
Justificacion
Estado
Cliente
IdCliente
IdVenta
FechaVenta
TipoDocumento
FechaCambio
Estado
DetalleCompra
IdPedido
NumLinea
IdProducto
Cantidad
DetalleInventario
IdInventario
NumLinea
IdProducto
Observacion
DetalleReserva
IdReserva
NumLinea
IdProducto
Cantidad
DetalleVenta
IdVenta
NumLineas
IdProducto
Cantidad
FacturasLetras
IdFacturaCompra
NumFactura
IdProveedor
Monto
TipoCambio
Inventario
IdInventario
FechaInventario
Observacion
Letras
IdLetras
IdFacturaCompra
FechaVencimiento
UltimoPago
Monto
TipoCambio
NumeroUnico
NumTransaccion
Banco
Marca
IdMarca
Descripcion
NumeroCuenta
IdProveedor
NumLinea
NumeroCuenta
EntidadBancaria
TipoCuenta
PedidoCompra
IdPedido
IdProveedor
FechaPedido
Producto
IdProducto
IdMarca
Nombre
Descripcion
FechaIngreso
PrecioUnitario
PrecioVenta
Observacion
Proveedor
IdProveedor
Razon
Direccion
Telefono
Correo
Fax
Estado
IdProducto
Cantidad
ReservaPedido
IdReserva
IdCliente
FechaPedido
FechaRecojo
Trabajadores
IdDNI
Nombre
Direccion
Telefono
Telefono1
Usuario
IdUsuario
Contrasena
IdDNI
Estado
Venta
IdVenta
IdCliente
FechaVenta
TipoDocumento
FechaCambio
Estado
Ing. Informtica y de Sistemas Pgina 60

TABLA DETALLE VENTA
CAMPO TIPO LONGITUD CLAVE NULO
IdVenta VarChar 6 PK,FK NO
NumLineas Integer PK NO
IdProductos VarChar 6 FK NO
Cantidad integer NO

TABLA PRODUCTO
CAMPO TIPO LONGITUD CLAVE NULO
IdProducto VarChar 6 PK NO
IdMarca VarChar 6 FK NO
Nombre VarChar 20 NO
Descripcion VarChar 50 SI
FechaIngreso DateTime NO
PrecioUnitario Numeric NO
PrecioVenta Numeric NO
Observacion VarChar 50 SI
Factura Vearchar 8 NO

TABLA MARCA
CAMPO TIPO LONGITUD CLAVE NULO
IdMarca VarChar 6 PK NO
Descripcion VarChar 20 NO

TABLA CLIENTE
CAMPO TIPO LONGITUD CLAVE NULO
IdCliente VarChar 11 PK NO
RazonONombre VarChar 50 NO
Direccion VarChar 50 NO
Telefono VarChar 11 SI
Correo VarChar 30 SI
Estado VarChar 8 NO

TABLA RESERVAR PEDIDO
CAMPO TIPO LONGITUD CLAVE NULO
IdReserva VarChar 8 PK NO
IdCliente VarChar 11 FK NO
FechaPedido DateTime NO
FechaRecojo DateTime SI



Ing. Informtica y de Sistemas Pgina 61

TABLA DETALLE RESERVA
CAMPO TIPO LONGITUD CLAVE NULO
IdReserva VarChar 8 PK,FK NO
NumLineas Integer PK NO
IdProducto VarChar 6 FK NO
Cantidad integer NO

TABLA PEDIDO COMPRA
CAMPO TIPO LONGITUD CLAVE NULO
IdPedido VarChar 6 PK No
IdProveedor VarChar 11 FK No
FechaPedido DateTime No

TABLA DETALLE COMPRA
CAMPO TIPO LONGITUD CLAVE NULO
IdPedido VarChar 6 PK,FK No
NumLineas Integer PK, No
IdPeducto VarChar 6 FK No
Cantidad Integer No

TABLA PROVEEDOR
CAMPO TIPO LONGITUD CLAVE NULO
IdProveedor VarChar 11 PK No
RazonONombre VarChar 30 No
Direccion VarChar 40 No
Telefono VarChar 11 Si
Correo VarChar 30 Si
Fax VarChar 20 Si
Estado VarChar 8 si

TABLA NUMERO CUENTA
CAMPO TIPO LONGITUD CLAVE NULO
IdProveedor VarChar 11 PK,FK No
NumLineas Integer PK No
NumeroCuenta VarChar 20 No
EntidadBancaria VarChar 40 No
TipoCuenta VarChar 40 No



Ing. Informtica y de Sistemas Pgina 62

TABLA INVENTARIO
CAMPO TIPO LONGITUD CLAVE NULO
IdInventario VarChar 5 PK No
FechaInventario dateTime No
Observacion VarChar 50 Si

TABLA DETALLE INVENTARIO
CAMPO TIPO LONGITUD CLAVE NULO
IdInventario VarChar 6 PK,FK No
NumLineas Integer PK No
IdProducto VarChar 6 FK No
Observacion VarChar 50 No

TABLA FACTURAS CON LETRAS
CAMPO TIPO LONGITUD CLAVE NULO
IdFacturasCompra VarChar 8 PK No
NumFactura VarChar 6 No
IdProveedor VarChar 11 FK No
Monto Numeric No
TipoCambio VarChar 5 No

TABLA LETRAS
CAMPO TIPO LONGITUD CLAVE NULO
IdFacturaCompra VarChar 8 FK No
IdLetras VarChar 6 PK No
FachaVencimiento DateTime No
UltimoPago DateTime No
Monto Numeric No
TipoCambio VarChar 5 No
NumeroUnico VarChar 11 Si
NumTransaccion VarChar 8 Si
Banco VarChar 15 Si

TABLA CAJA
CAMPO TIPO LONGITUD CLAVE NULO
IdCaja VarChar 6 No
Fecha DateTime No
IdVenta VarChar 6 Si
Descripcion1 VarChar 50 No
Descripcion2 VarChar 50 No
Estado VarChar 7 Si
DebeHaber VarChar 5 No
Monto Numeric No


Ing. Informtica y de Sistemas Pgina 63

TABLA CAMBIO PRODUCTO
CAMPO TIPO LONGITUD CLAVE NULO
IdCambio VarChar 6 PK No
IdVenta VarChar 6 FK No
Justificacion VarChar 50 No
Estado char 2 Si

TABLA TRABAJADORES
CAMPO TIPO LONGITUD CLAVE NULO
IdDni VarChar 8 No
Nombre VarChar 30 No
Direccion VarChar 50 No
Telefono VarChar 11 Si
Telefono1 VarChar 11 Si

TABLA USUARIO
CAMPO TIPO LONGITUD CLAVE NULO
IdUsuario VarChar 6 PK No
Contrasea VarChar 6 No
IdDni VarChar 8 FK No
Estado VarChar 9 No



CONCLUSIONES

1. Se analiz, evalu y entendi el modelo de negocios, los requisitos y los problemas de
la empresa construyendo as un diseo para nuestro modelado del sistema.
2. Se desarroll una base de datos que contiene la informacin necesaria para un mejor
manejo.
3. Se desarroll e implemento las consultan necesarias para mejor uso del usuario.
4. Se implementaron reportes para un mejor control de la empresa y una rpida
adquisicin de datos para lo usuarios.

RECOMENDACIONES

1. Las empresas de la regin y el pas deben de adaptarse a las nuevas formas de hacer
uso de las tecnologas de Informacin, deben de implementar sistemas de informacin
que apoyen en los procesos, en la toma de decisiones, y como consecuencia de la
Ing. Informtica y de Sistemas Pgina 64

existencia de estos sistemas tambin deben de implementar un sistema integral que
permita administrar de mejor manera toda la informacin.
2. Se recomienda mantener el inters del usuario final a travs de pruebas sistemticas
de prototipos de pequea escala del sistema, lo cual reduce riesgos y asegura que los
requerimientos a implementar son los correctos durante las fases e iteraciones.

3. Se debe de promover el uso de aplicaciones de ltima generacin entre las
organizaciones, ya que hoy en da muchos procesos cotidianos se realizan en el
momento que uno desee y sobre desde donde uno desee.
Que el administrador del sistema sea un personal con conocimiento amplio sobre
las operaciones (ventas, reservas, etc.)
Que se cuente con personal capacitado en el manejo del sistema para reemplazar a
los operadores del sistema en su ausencia
Que la conciliacin de la informacin del rea de ventas y el rea de reservas se
realice a diario
Que los usuarios tengan en cuenta que el sistema de informacin cumple un rol
importantes en la administracin de ingreso de clientes

BIBLIOGRAFIA
http://es.slideshare.net/thekriplongxd/sistemas-de-informacion-1527240
https://www.google.com.pe/url?sa=t&rct=j&q=&esrc=s&source=web&cd=5&cad=rja&uact=8&ved
=0CDwQFjAE&url=http%3A%2F%2Fagu.inter.edu%2Fmrosa%2Fnotas%2520cmis4610%2FCAP3
%2520CMIS4610.ppt&ei=-DbaU5TuIYaTyASZr4HwDg&usg=AFQjCNFihClRasi-
TuffKtmZZsKsPqNmKg&sig2=koBjXsoGWZvpwrN_I4DkkA&bvm=bv.72185853,d.aWw
http://tesis.pucp.edu.pe/repositorio/handle/123456789/1501?show=full
https://www.google.com.pe/url?sa=t&rct=j&q=&esrc=s&source=web&cd=9&cad=rja&uact=8&ved
=0CGAQFjAI&url=http%3A%2F%2Fwww.ehowenespanol.com%2Ffortalezas-sistema-
informacion-ventas-hechos_258823%2F&ei=-
DbaU5TuIYaTyASZr4HwDg&usg=AFQjCNFJ6TezC_BLWwqBCLE06hUb9AhSoA&sig2=JIDrrH
KhHh1gR9cv2vDyKw&bvm=bv.72185853,d.aWw
http://es.wikipedia.org/wiki/Proceso_Unificado_de_Rational
http://es.wikipedia.org/wiki/Proceso_Unificado
http://www.ciens.ucv.ve:8080/genasig/sites/disist/archivos/clase8.pdf
https://www.google.com.pe/url?sa=t&rct=j&q=&esrc=s&source=web&cd=2&cad=rja&uact=8&sqi
=2&ved=0CCEQFjAB&url=http%3A%2F%2Fwww.ibrarian.net%2Fnavon%2Fpaper%2Fcon_distin
tas_funciones_y_roles_.pdf%3Fpaperid%3D18902461&ei=KTraU7y2IsmxyATmtoDgDA&usg=AF
QjCNG2VxSijWmgY3mXJZx41kRiXxO5QA&sig2=J1RAR8aV_qDTV3zbRXdiBw&bvm=bv.721
85853,d.aWw
http://vivenciasdiariasmiaspropias.blogspot.com/2008/06/proceso-unificado-de-desarrollo-pud.html
http://es.slideshare.net/kinfantas/metodologia-de-desarrollo-de-software
http://revistavinculos.udistrital.edu.co/files/2012/12/Gestion_procesos_metodologiasdesoftware-
ED4.pdf

Você também pode gostar