1era Presentacion

GRUP
UNIVERSIDAD
AUTONOMA GABRIEL
RENE MORENO
ACULTAD DE INGENIERIA EN CIENCIAS DE LA COMPUTACION Y TELECO
Sistema de Informacin para la

Gestin de Clnica General
INTEGRAN
TES:
Bravo Pea Darlyn

Muruchi Quispe Eduardo
Valle Tamayo
Jason
Brandon
Vasquez Perez Mari Luz

Zarate Vanessa
MATERIA:
SISTEMAS
INFORMACIN II
DE
INF 412 SB
Viernes, 6 de marzo de 2015
1. Perfil
Tabla de contenido
52
Gestin de Produccin y Comercializacin de Productos

Agua Caada
1
PERFIL.................................................................................................................. 5
1.1
1.1.1
Antecedentes........................................................................................... 6
1.1.2
Justificacin............................................................................................. 7
1.1.3
Descripcin del problema........................................................................7
1.1.4
Formulacin del problema.....................................................................11
1.1.5
Objetivos............................................................................................... 12
1.1.6
Alcance.................................................................................................. 13
1.2
ELEMENTOS DEL SISTEMA BASADO EN COMPUTADORAS............................19
1.2.1
HARDWARE........................................................................................... 19
1.2.2
SOFTWARE............................................................................................ 20
1.2.3
DATOS................................................................................................... 21
1.2.4
PROCESOS............................................................................................. 23
1.2.5
GENTE/USUARIOS.................................................................................. 26
1.2.6
DOCUMENTO......................................................................................... 26
1.3
TECNOLOGIA PARA EL DESARROLLO DEL SOFTWARE..................................27
1.3.1
ESTRATEGIA PARA EL DESARROLLO DEL SOFTWARE.............................27
1.3.2
METODOLOGA PARA EL DESARROLLO DEL SOFTWARE......................27
1.3.3
HERRAMIENTAS DE DESARROLLO........................................................36
1.4
POSIBLES COSTOS....................................................................................... 37
1.4.1
HARDWARE DE DESARROLLO................................................................37
1.4.2
SOFTWARE DE FUNCIONAMIENTO..........................................................37
1.5
POSIBLES BENEFICIOS..................................................................................38
1.5.1
TIEMPO.................................................................................................. 38
1.5.2
ESFUERZO............................................................................................. 38
1.5.3
COSTO................................................................................................... 38
1.6
2
Introduccin................................................................................................... 5
POSIBLES CLIENTES..................................................................................... 38
METODOS DE REQUISITOS METODO DE ISHIKAWA..........................................39

2.1
IDENTIFICACION DE PROBLEMAS.................................................................39
2.1.1
LISTA DE PROBLEMAS............................................................................ 39
2.1.2
DEPURACION DE PROBLEMAS................................................................40
2.1.3
LISTA DE PROBLEMAS FINALES..............................................................41
2.1.4
LISTA DE PROPIETARIOS DE PROBLEMAS...............................................42
2.1.5
ANALISIS DE PROBLEMAS.....................................................................43
2.1.6
JUSTIFICACION DE PROBLEMAS.............................................................45
2.1.7
PROBLEMA PRINCIPAL............................................................................47
2.2
IDENTIFICACION DE CATEGORIAS................................................................47
2.3
IDENTIFICACION DE CAUSAS........................................................................48
2.4
ANALISIS Y DISCUSIN................................................................................. 49
2.4.1
CONCLUSION......................................................................................... 49
2.4.2
ALTERNATIVAS DE CAMBIO....................................................................49
MODELO DE DOMINIO........................................................................................ 50
3.1
IDENTIFICAR CLASES Y FUNCIONALIDAD.....................................................50
3.2
IDENTIFICAR RELACIONES ENTRE CLASES...................................................58
3.1
DISEO CONCEPTUAL.................................................................................. 61
MODELO DE NEGOCIOS...................................................................................... 62
4.1
DIAGRAMA DE ACTIVIDADES........................................................................62
4.1.1
Iniciar Produccin..................................................................................62
4.1.2
Registrar Trabajador..............................................................................63
4.1.3
Registrar Promotor.................................................................................64
4.1.4
Registrar Cliente.................................................................................... 65
4.1.5
Gestionar Pedido................................................................................... 66
4.1.6
Devolucin de Productos.......................................................................67
FLUJO DE TRABAJO: CAPTURA DE REQUISITOS...................................................68

5.1
LISTA DE CASOS DE USO Y ACTORES...........................................................68
5.2
PRIORIZACIN DE CASOS DE USO...............................................................69
5.3
DETALLE CASOS DE USO..............................................................................70
5.4
DIAGRAMA GENERAL DE CASOS DE USO...................................................101
FLUJO DE TRABAJO: ANALISIS...........................................................................103

6.1
Anlisis de arquitectura............................................................................. 103
6.1.1
Identificar paquetes.............................................................................103
6.1.2
Vista de cada paquete.........................................................................104
6.1.3
Encapsulamiento................................................................................. 107
6.1.4
Anlisis de clases................................................................................. 109

3
6.1.5
7
FLUJO DE TRABAJO DISENO.............................................................................. 142

7.1
Diseo de arquitectura..............................................................................142
7.1.1
Vista del Usuario en el Sistema...........................................................142
7.1.2
Arquitectura Fsica del Dise.............................................................143
7.1.3
Dise de Interfaz de Usuario..............................................................144
7.2
Anlisis de Paquete.............................................................................. 142
DISEO DE DATOS..................................................................................... 144
7.2.1
DISEO LOGICO................................................................................... 144
7.2.2
MODELO FISICO................................................................................... 145
FLUJO DE TRABAJO IMPLEMENTACION..............................................................180

8.1
Modelo de Implementacin........................................................................180
8.2
Arquitectura de Implementacin................................................................180
8.2.1
Modelo de la Arquitectura....................................................................180
8.2.2
Arquitectura de Subsistema................................................................180
8.3
Eleccin de Plataforma de Desarrollo de Software.....................................186
8.3.1
Sistema Operativo............................................................................... 186
8.3.2
Lenguaje De Programacin..................................................................187
8.3.3
Gestor De Base de Datos.....................................................................188
CONCLUSION.......................................................................................................... 192
RECOMENDACIN................................................................................................... 193
BIBLIOGRAFIA......................................................................................................... 193
ANEXOS.................................................................................................................. 193
Entrevista 1......................................................................................................... 193
Entrevista 2......................................................................................................... 195
1.1Introduccin.
Viendo la necesidad del mercado de Santa Cruz y debidoal
crecimiento poblacional que ha tenido estos ltimos aos, y
sabiendo que hay pocas empresas que ofrecen el servicio de
comercializacin de agua en sache, se hicieronestudios, donde se
concluy que se poda crear una empresa que ofrezca el servicio de
comercializar agua en sache con una visin de expandirse a corto
plazo con agua en botellones y as mismo en botellas personales,
no haciendo de menos de poder producir un energizante y hielo.
Sabiendo que somos un departamento bajo de Bolivia y por ende
las temperaturas son demasiadas elevadas en algunas estaciones
del ao, es por tal motivo se ha visto la creacin de esta empresa.
Como todo al principio cuesta y por cuestiones de recursos
humanos, econmicos pero ms que todo por logstica de equipos
ya que varios de ellos fueron importados desde Estados Unidos la
empresa tuvo que posponer su produccin a fechas posteriores
pero despus de algunos meses se pudo producir el agua en sache.
Desde la primera produccin y comercializacin hasta la fecha, ha
crecido en calidad y cantidad de produccin, especialmente en los
das de intenso calor (33 grados o ms). En la poca de invierno se
tiene baja comercializacin ya que el agua en sache no se
comercializa de una forma estable, por lo tanto la produccin baja.
La empresa suea en un crecimiento a corto plazo con los
productos mencionados, y posteriormente a un largo plazo, poder
alcanzar el mercado nacional, con una calidad mejorada, utilizando
tecnologa actual, y con la logstica siendo importada de otros
pases y de otros continentes, ya que se plantea poder adquirir una
planta embotelladora de agua de 2000 botellas por hora, y ese tipo
de planta se la adquiere en el continente asitico.
La empresa crece da a da, cada da la poblacin est conociendo
Agua Caada y lo que se desea es eso, poder brindarle lo mejor a la
poblacin crucea, con esfuerzo y dedicacin,
el agua es
importante para el vivir, ya que sin agua no se puede vivir, y mejor
si es el agua esta purificada para nuestro organismo
1.1.1
Objetivos
1.1.1.1 Objetivo General

Desarrollar un Sistema de Informacin para
Gestionar la
Produccin y Comercializacin de los Productos para la Empresa
Agua Caada.
1.1.2
Alcance
SERVICIOS
Brindar informacin acerca de los distintos tipos de servicios que
ofrecen las clnicas
Tambin se podr Gestionar los tipos de Servicios que existentes en
una clnica como ser :
ESPECIALIDADES MEDICAS
Enfermera
Cardiologa
Dermatologa
Odontologa
ptica
Ciruga Peditrica
Ciruga Plstica
Ciruga General
Endocrinologa
Ginecologa Obstetricia
Neurologa
Oftalmologa
Otorrolinolaringologia
Pediatra
Psicologa Clnica
Traumatologa
Urologa
Nefrologa
Mastologia
MEDIOS AUXILIARES DE DIAGNOSTICOS

6
Ecografa
ID Trabajador
Datos Personales
Profesin
Turno
Cantidad de Trabajadores
Endoscopia
Id Puesto
Salario
Hora de Entrada
Hora de Salida
Electrocardiograma
Fecha de Ingreso
Fecha de Retiro
Estado
Fisioterapia
Laboratorio
Ortesis y Prtesis
Papanicolaou
Rayos X
Tomografa
Colonoscopia
PROGRAMAS GRATUITOS
Control Prenatal y Puerperio

ID Trabajador
Datos Personales
Profesin
Turno
Cantidad de Trabajadores
Control de Crecimientos y Desarrollo Infantil
Id Puesto
Salario
Hora de Entrada
Hora de Salida
Consejera y Diagnostico Voluntario de ITS, VIH /SIDA
Fecha de Ingreso
Fecha de Retiro
Estado
Diagnostico y Tratamiento de Tuberculosis
Orientacin en Salud Sexual y Reproductiva
Vacunas
PERSONAL
Se Gestionara los datos del Personal de la clnica como ser :
- Nuevo
Se registraran los datos del nuevo personal
- Modificar
Permitir Modificar los datos Personales, Profesionales
- Eliminar Lgicamente
Se dar de baja en el sistema al personal
-Personal Medico
El sistema gestionara al personal mdico de la clnica, como ser:
- Especialidad
- Cargo
Personal Asistencial, tcnicos y Paramdico
El sistema gestionara al personal Complementario de la clnica, como
ser:
- Especialidad
- Cargo
Personal Administrativo
El sistema gestionara al personal Administrativo de la clnica, como
ser:
- Cargo
GESTIONAR PACIENTES
Permite el registro de :
PACIENTES NUEVOS
Se registraran los datos personales del paciente que ingresa por
primera vez a la clnica
Datos Iniciales
Nombre(s)
Apellido(s)
Carnet de Identidad
Nacionalidad
Telfono
Ciudad, Telfono de Domicilio, Celular
PACIENTES ANTIGUOS
Bsqueda del Paciente
-
Cedula de Identidad
Apellido
Luego se proceder a asignarle una nueva consulta :

Gestionar Consultas
Al paciente se le asignara un servicio mdico como horarios, fecha y
estado(programado, realizado, cancelado)
GESTIONAR EXPEDIENTE CLINICO
Permitir Visualizar todos los expedientes de un paciente.
Historial Clnico
-
Registrar Enfermedades
Registrar Hbitos
Registrar Tratamientos
Ordenes Medicas
Informes de Exmenes de Laboratorio
CONTROL DE USUARIO Y PRIVILEGIOS
REGISTRO
usuario)
DE
USUARIO
(o
creacin
de
El sistema administrara la seguridad estableciendo

privilegios a usuarios
INICIO DE SESION
El sistema Validara la sesiones del usuario
CAMBIO DE CONTRASEA
El sistema permitir el cambio de la contrasea
GESTION DE PRIVILEGIOS
El sistema Gestionara los privilegios de los grupos de usuarios que
tenga el sistema
REGISTRO DE BITCORA
El sistema registrara todas las acciones en una bitcora
PAGOS
SUELDOS
El sistema llevara una planilla acerca de los sueldos que contenga el
personal de la clnica.
INGRESOS
Permitir registrar todos los haberes existentes en la clnica
GASTOS INTERNOS
El sistema llevara un registro de los gastos que se hacen en una
clnica ya sea con emisin de factura o recibo
1.2ELEMENTOS DEL SISTEMA BASADO EN

COMPUTADORAS
1.2.1
HARDWARE
Todo el Hardware necesario para que el Sistema funcione
adecuadamente en almacenamiento y funcionalidad, est
descritos a continuacin:
1.2.1.1 SERVIDOR
NOMBRE
PROCESADOR
MEMORIA RAM
VERSION
CARACTERISTICA
Intel Core i5
33330
3 GHz
Kingston
ValueRAM DDR3
4GB
10
DISCO DURO DEL S.O.
Hitachi 2.5 Pulg.

5400 rpm
500 GB
DISCO DURO DE
ALMACENAMIENTO
Western Digital
SE 3.5Pulg
4 TB SATA 6GB/s 128MB C.
AsRock B75M-ITX
- Integrada
Compatible Windows 8
FUENTE DE ALIMENTACION
CorSair VS450
12Voltios - 450 Watts
CAJA DE SERVIDOR
Fractal Design
Node 304
6 Discos Duros
VGA analogo
20 Pulg.
APC Smart-UPS
5000VA
Duracin 14.3 Hrs
PLACA BASE
MONITOR
UPS
1.2.1.2 CLIENTE
NOMBRE
VERSION
CARACTERISTICA
Intel Core i5-4200H 4thG
3M Cache 2.80 GHz
Kingston DDR3
4GB
NVIDIA GeForce GTX 750

Ti
2GB
DISCO DURO
Western Digital
1.5 TB
PLACA BASE
AsRock Z77 Extreme4-M
Compatible Windows 8
ESTABILIZADOR
AtomLux Modelo R1000
1000VA 2 Equipos
DELUX
Combo Case
Samsung
LED - 21 Pulg.
HP multifuncional
web HP Officejet 4630
PROCESADOR
MEMORIA RAM
TARJETA DE VIDEO
CASE
MONITOR
IMPRESORA
1.2.1.3 MEDIOS DE COMUNICACIN

Debido a que todos los procesos de produccin se realizan
dentro de la misma empresa (en una sola ubicacin) no es
necesario conexin a Internet.
Cuando el Sistema sea instalado en ms de un Computador ser
necesario una conexin en red.
11
1.2.1.4 OTROS DISPOSITIVOS

DISPOSITIVO
DESCRIPCION DE USO
Se requiere este dispositivo para los siguientes
casos:
IMPRESORA
SCANNER
1.2.2
Luego de haber confirmado ciertos pedidos ser

necesario realizar la impresin del mismo.
Para realizar los reportes fsicos.
Se requiere este dispositivo para el siguiente
caso:
Una vez realizado ciertos pagos este documento ser
escaneado para su archivado digital, en la base de
datos del Sistema.
SOFTWARE
La diversidad de software necesario para el funcionamiento
ptimo del sistema en desarrollo est descrita a continuacin:
1.2.2.1 SERVIDOR
NOMBRE
SISTEMA OPERATIVO
ANTIVIRUS
VERSION
Windows Server 2012 R2
ESET NOD32 SMART SECURITY 7
1.2.2.2 CLIENTE
NOMBRE
VERSION
SISTEMA OPERATIVO
Windows 7 Ultimate
GESTOR DE BASE DE
DATOS
MySQL WorkBench
ANTIVIRUS
ESET Smart Internet Security 7
1.2.2.3 OTRO SOFTWARE ADICIONAL

NOMBRE
LECTOR DE DOCUMENTOS
VERSION
ADOBE READER PDF XI
12
EDITOR DE DOCUMENTOS
1.2.3
MICROSOFT OFFICE 2013
DATOS
Los datos a manejarse de cada usuario sern los
siguientes:
Nombre y Apellido
CI
Fecha de Nacimiento
USUARIO
Direccin de Domicilio
Telfono
Cdigo de Usuario
Contrasea
Estado Civil
Pas, Ciudad
Se tendrn los siguientes
Trabajador:
campos
de
cada
Nombre y Apellido
CI
Fecha de Nacimiento
ID de Trabajador
TRABAJADOR
Turno
Direccin de Domicilio
Telfonos
Hora de Llegada
Hora de Salida
Salario
Bono
horas extra
Para cada producto se Manipular los siguientes
datos:
PRODUCTO
Nombre
Cdigo
Precio
Descripcin
CLIENTE Los datos a manejarse de cada Cliente sern los
siguientes:
Nombre del Cliente
Carnet de Identidad
13
Nacionalidad
Telfono
Cdigo del Cliente
Barrio
Zona
Manzana
Calle
Numero de casa
Descuento
Los datos a manejarse de cada Promotor sern los
siguientes:
Nombre del Promotor
Carnet de Identidad
Nacionalidad
PROMOTOR
Telfono
Cdigo del Promotor
Barrio
Zona
Manzana
Calle
Numero de casa
Los datos que se manipularan para los pedidos
sern:
Nombre del Cliente
ID Solicitud de Productos
Telfono
PEDIDO
Cantidad de Productos
Lista de Productos
Cdigo del Producto
Precio Total del Pedido
Fecha
Hora
ENTREGA Los datos que se manipularan para la entrega de los
pedidos sern:
ID Solicitud de Productos
Fecha de Entrega
Hora de Entre
Persona a Entregar
Telfono
Barrio
Avenida
14
Calle
Numero de casa
Estado
Los datos a manejarse de cada Maquinaria sern los
siguientes:
EQUIPAMIENTO
ID Maquina
Nombre
Descripcin
Capacidad
Al momento de realizarse un prstamo, se podrn
acceder los siguientes datos:
PRESTAMO DE
EQUIPAMIENTO
1.2.4
Nombre del Cliente

Detalle de equipos
Fecha de Inicio de Prstamo
Fecha Fin de Prstamo
Pagos
PROCESOS
El agua en sache, despus de ser embolsada, se

la traslada a un refrigerador a una temperatura de
1 grado centgrado para su refrigeracin.
PROCESO DE
ALMACENADO Las botellas se almacenan en un lugar limpio y
seco, de la misma forma los botellones, ya que no
es necesaria la refrigeracin de estos dos ltimos
mencionados, porque el cliente no lo demanda.
En el momento de que la empresa recibe una
llamada de una persona no registrada en el
Sistema, y consulta por el producto, si la persona
PROCESO DE menciona que desea realizar un pedido, entonces
REGISTRO DE directamente la persona a registrar ser asignada
NUEVO CLIENTE como cliente.
Se le tomara todos sus datos en persona para
luego ingresarlos al Sistema, ya que el mismo le
dar su propio cdigo.
PROCESO DE Al momento de que la empresa recibe una

llamada de una persona no registrada en el
15
Sistema, y consulta por el producto, si la persona

menciona que, la misma los va a comercializar y
no
para
su
mismo
consumo,
entonces
REGISTRO DE directamente la persona a registrar ser asignada
NUEVO PROMOTOR como promotor.
Se le tomara todos sus datos en persona para
luego ingresarlos al Sistema, ya que el mismo le
PROCESO DE
REGISTRO DE
NUEVO
TRABAJADOR
Una empresa necesita trabajadores; las personas

que lleguen a la empresa, sea por cualquier va,
se le har una serie de preguntas conforme a lo
requerido. Cuando este todo acordado con la
persona, se le tomara todos sus datos. Luego de
llenados los datos. Una vez confirmados los datos,
se confirma el registro y se procede a la firma del
contrato, el cual es impreso, firmado y luego
escaneado para su archivado digital. El formulario
de registro es impreso para su archivado fsico
junto al contrato.
Un promotor o un cliente pueden realizar un

pedido, en el momento que una persona quiera
adquirir los productos se realizara el detalle del
mismo. Si el pedido es realizado por un proveedor
este tendr un descuento, adems existe
PROCESO DE descuento por cantidades grandes. Cuando el
REGISTRO DE pedido sea realizado por un cliente el mismo
tendr descuento por cantidades grandes.
NUEVO PEDIDO
Simultneamente se podr hacer el prstamo de
equipamiento si fuese necesario. En dicho proceso
se detallara la modalidad de pago; ya sea al
contado o en cuotas.
El proceso de entrega se efecta despus de que
el cliente o el promotor han hecho su pedido.
PROCESO DE
ENTREGA Los productos son sacados del almacn y son
llevados a la direccin a la cual fue destinada, con
su da y hora de entrega
Los promotores son los nicos que pueden hacer
devolucin, ya que ellos venden el producto a un
PROCESO DE precio pblico.
DEVOLUCION
Los productos devueltos por los promotores son
16
ingresados nuevamente a almacn
El administrador puede tener la informacin

detalla del da, como ser cantidad de productos
producidos, almacenados, entregados, devueltos.
La entrada y salida de los trabajadores.
PROCESO DE La bitcora en cuestin de los productos puede

BITACORA ser diaria, semanal, mensual y anual, para una
mejor comprensin y toma de decisiones de los
propietarios de la empresa
En el momento de que la empresa recibe a un
postulante no registrado en el Sistema, entonces
directamente la persona a registrar ser asignada
PROCESO DE como cliente.
REGISTRO DE
NUEVO Se le tomara todos sus datos en persona para
TRABAJADOR luego ingresarlos al Sistema, ya que el mismo le
1.2.5
GENTE/USUARIOS
Son todas aquellas personas que se involucran directa o indirectamente con la

empresa:
Gerente
Administrador
Trabajador
Promotor
Cliente
GERENTE
Para el funcionamiento de este sistema y la simulacin de algunas
actividades, existir una cuenta interna en la Base de Datos Privilegios. Al
iniciar sesin como Gerente, se podr crear las cuentas para
Administradoras.
17
ADMINISTRADOR
Las administradoras tendrn cuentas de sesin del Tipo Administrador,
que les otorgara acceso a todas las funciones del Sistema, excepto a la
Opcin de Creacin de Cuenta de Administradoras.
TRABAJADOR
Es la mano de obra que la empresa los cuales influyen en la produccin
de los productos que comercializa la empresa.
PROMOTOR
Son las personas que comercializan los productos de la empresa.
CLIENTE
Son las personas que adquieren los productos para consumo propio o
para su comercializacin.
1.2.6
DOCUMENTO
FORMULARIO DE REGISTROS
El sistema permitir imprimir el Formulario de Registro de Pedidos,
Registro de Nuevo Promotor, Registro de Nuevo Cliente, Registro de
Nuevo Trabajador para un archivado fsico; esto ser permitido luego de
que se hayan confirmado los datos personales.
CONTRATOS
Luego de la confirmacin de los datos del Registro de la Solicitante, se
podr imprimir el Contrato para ser firmado, luego de esto, el contrato
ser escaneado para su archivado digital.
GUIA PARA EL MANEJO DEL SOFTWARE
Este contendr las instrucciones acerca del uso correcto del sistema de
informacin para su mximo provecho. El correcto llenado de los datos y
como generar informes y consultas.
18
1.3TECNOLOGIA PARA EL DESARROLLO DEL

SOFTWARE
1.3.1
ESTRATEGIA PARA EL DESARROLLO DEL
SOFTWARE
Habiendo recolectado la documentacin requerida para el conocimiento
de funcionamiento de la Entidad a la cual se aplica el Sistema, y as
lograr la creacin del producto; el desarrollo de este Sistema de
Informacin tendr un enfoque centrado en dos Herramientas de anlisis
y diseo: El Proceso Unificado de Desarrollo de Software (PUDS) y el
Lenguaje Unificado de Modelado (UML).
1.3.2
METODOLOGA PARA EL DESARROLLO DEL
SOFTWARE
1.3.2.1 CARACTERSTICAS DEL PUDS
El Proceso Unificado es un proceso de desarrollo de software. Un
proceso de desarrollo de software es el conjunto de actividades
necesarias para transformar los requisitos de un usuario en un
Sistema Software. El Proceso Unificado es un marco de trabajo
genrico que puede especializarse para una gran variedad de
sistemas software, para diferentes reas de aplicacin, diferentes
tipos de organizaciones, diferentes niveles de aptitud y diferentes
tamaos de proyecto.
Los aspectos que definen al Proceso Unificado se resumen en tres
frases clave:
DIRIGIDO POR CASOS DE USO
Un Caso de Uso es un fragmento de funcionalidad del Sistema que
proporciona al Usuario n resultado importante. Todos los Casos de Uso
juntos constituyen el Modelo de Casos de Uso, el cual describe la
funcionalidad total del Sistema. Sin embargo, los Casos de Uso no son
solo una herramienta para especificar los requisitos de un Sistema,
tambin guan su diseo, implementacin, y prueba, esto es, guan el
proceso de desarrollo.
CENTRADO EN LA ARQUITECTURA
19
La Arquitectura surge de las necesidades de la empresa, y se refleja

en los casos de Uso, sin embargo, tambin se ve influida por muchos
otros factores, como el Hardware, Sistema Operativo, Sistema de
Gestin de Base de Datos, los protocoles de Red, etc. La Arquitectura
es una vista del diseo completo con las caractersticas ms
importantes resaltas, dejando los detalles de lado.
La relacin entre los Casos de Uso y la Arquitectura se debe a que,
cada producto tiene tanto una funcin como una forma, ninguna es
suficiente por s misma. Estas dos fuerzas deben equilibrarse para
obtener un producto con xito. A medida que los Casos de Uso se
especifican y maduran, se descubre ms de la arquitectura. Esto, a su
vez, lleva a la maduracin de ms casos de uso. Este proceso
continua hasta que se considere que la arquitectura es estable.
ITERATIVO E INCREMENTAL
Es prctico dividir el trabajo en partes ms pequeas o mini
proyectos. Cada mini proyecto es una iteracin que resulta en un
incremento. Las iteraciones hacen referencia a pasos en el flujo de
trabajo, y los incrementos al crecimiento del producto.
Estos tres conceptos son de igual importancia. La Arquitectura
proporciona la estructura sobre el cual guiar las iteraciones, mientras
que los Casos de Uso definen los objetivos y dirigen el trabajo de cada
Iteracin.
El Proceso Unificado se repite a lo largo de una serie de ciclos de
constituyen la vida de un Sistema, cada ciclo concluye una versin del
producto. Cada ciclo consta de cuatro fases: Inicio, Elaboracin,
Construccin, Transicin.
20
Durante la Fase de Inicio, se desarrolla una descripcin del producto

final a partir de una buena idea y se presenta el anlisis de negocio
para el producto.
Durante la Fase de Elaboracin, se especifican en detalle la
mayora de los casos de uso del producto y se disea la arquitectura
del Sistema.
Durante la Fase de Construccin, se crea le producto. En esta fase,
la lnea base de la arquitectura crece hasta convertirse en el sistema
completo.
La Fase de Transicin, cubre el periodo durante el cual el producto
se convierte en versin beta. Esta fase conlleva actividades como la
fabricacin, formacin del cliente, el proporcionar una lnea de ayuda
y asistencia, y la correccin de los defectos que se encuentren tras la
entrega.
LAS CUATRO P EN EL DESARROLLO DE SOFTWARE: PERSONA,
PROYECTO, PRODUCTO, PROCESO
El resultado final de un Proyecto Software es un producto que toma
forma durante su desarrollo gracias a la intervencin de muchos tipos
distintos de personas.
21
PERSONAS: Los principales autores de un proyecto Software son los

arquitectos, desarrolladores, ingenieros de prueba y el personal de
gestin.
PROYECTO: Elemento organizativo a travs del cual se gestiona el
desarrollo del software.
PRODUCTO: Artefactos que se crean durante la vida del proyecto.
PROCESO: Un proceso de ingeniera de software es una definicin del
conjunto completo de actividades necesarias para transformar los
requisitos de usuario en un producto.
HERRAMIENTAS: Software que se utiliza para automatizar las
actividades definidas en el proceso.
Una organizacin enfrenta una tarea esencial siempre que hace una
persona pase de recurso "latente" a un puesto de "trabajador". La
palabra "trabajador" es usada para denominar a los puestos, a los
cuales se pueden asignar persona, el termino rol para hablar de los
papeles que cumple un trabajador. Un trabajador puede asumir roles
en relacin con otros trabajadores en diferentes flujos de trabajos.
Cada trabajador es responsable de un conjunto de actividades
necesarias para el diseo de un subsistema.
22
EL PRODUCTO ES MS QUE CDIGO

En el contexto de proceso unificado, el producto que se obtiene es un
sistema software. El trmino producto aqu se hace referencia al
sistema
entero,
y
no
solo
al cdigo que
se
entrega.
Un sistema son todos los artefactos que se necesitan para
representarlos en una forma comprensible para maquinas u hombres,
para las maquinas, los trabajadores y los interesados.
ARTEFACTOS
Es un trmino general para cualquier informacin creada, producida,
cambiada o utilizada por los trabajadores en el desarrollo del sistema.
Bsicamente, hay dos tipos de artefactos: artefactos de ingeniera y
artefactos de gestin.
Los de ingeniera creados durante las distintas fases de proceso
(requisitos, anlisis, diseo, implementacin y prueba). Los
de gestin tienen un tiempo de vida corto, lo que dura la vida del
proyecto; A este conjunto pertenecen artefactos como el anlisis de
negocios, el plan de desarrollo (incluyendo el plan de versiones
e interacciones).
UN SISTEMA POSEE UNA COLECCIN DE MODELOS.
23
Cada trabajador necesita una perspectiva diferente del sistema, las

perspectivas recogidas de todos los trabajadores se encuentran en
unidades ms grandes, es decir, modelos de modo que un trabajador
pueda tomar una perspectiva concreta del conjunto de modelos.
El Proceso Unificado proporciona un conjunto de modelos

cuidadosamente seleccionando con cual empezar. Este conjunto de
modelos hace claro el sistema para todos los trabajadores, incluyendo
a los clientes, usuarios y jefes del proyecto.
QUE ES UN MODELO?
Es una abstraccin del sistema, especificando el sistema modelado
desde un punto de vista y determinando el nivel de abstraccin. Son
abstracciones que construyen los arquitectos y desarrolladores.
RELACIN ENTREMODELOS
24
Un sistema contiene todas las y restricciones entre los elementos

incluidos entre diferentes modelos. El hecho de que los elementos en
dos modelos estn conectados no cambia en los modelos que
pertenecen.
1.3.2.2 CARACTERSTICAS DE UML

En todas las disciplinas de la Ingeniera se hace evidente la
importancia de los modelos ya que describen el aspecto y la conducta
de "algo". Ese "algo" puede existir, estar en un estado de desarrollo o
estar, todava, en un estado de planeacin.
Es en este momento cuando los diseadores del modelo deben
investigar los requerimientos del producto terminado y dichos
requerimientos pueden incluir reas tales como funcionalidad,
performance y confiabilidad. Adems, a menudo, el modelo es
dividido en un nmero de vistas, cada una de las cuales describe un
aspecto especfico del producto o sistema en construccin.
El modelado sirve no solamente para los grandes sistemas, aun en
aplicaciones de pequeo tamao se obtienen beneficios de modelado,
sin embargo es un hecho que entre ms grande y ms complejo es el
sistema, ms importante es el papel de que juega el modelado por
una simple razn: "El hombre hace modelos de sistemas
complejos porque no puede entenderlos en su totalidad".
LENGUAJE UNIFICADO DE MODELADO (UNIFIED MODELING

LANGUAGE - UML)
UML es un popular lenguaje de modelado de sistemas de software. Se
trata de un lenguaje grfico para construir, documentar, visualizar y
especificar un sistema de software. Entre otras palabras, UML se
utiliza para definir un sistema de software.
25
Los principales beneficios de UML son:

Mejores tiempos totales de desarrollo (de 50 % o ms).
Modelar sistemas (y no slo de software) utilizando conceptos
orientados a objetos.
Establecer conceptos y artefactos ejecutables.
Encaminar el desarrollo del escalamiento en sistemas complejos
de misin crtica.
Crear un lenguaje de modelado utilizado tanto por humanos
como por mquinas.
Mejor soporte a la planeacin y al control de proyectos.
Alta reutilizacin y minimizacin de costos.
Un modelo es expresado en un lenguaje de modelado. Un lenguaje de
modelado consiste en vistas, diagramas, elementos de modelo - los
smbolos utilizados en los modelos - y un conjunto de mecanismos
generales o reglas que indican cmo utilizar los elementos. Las reglas
son sintcticas, semnticas y pragmticas.
VISTAS: Las vistas muestran diferentes aspectos del sistema

modelado. Una vista no es una grfica, pero s una abstraccin que
consiste en un nmero de diagramas y todos esos diagramas juntos
muestran una "fotografa" completa del sistema. Las vistas tambin
ligan el lenguaje de modelado a los mtodos o procesos elegidos para
el desarrollo. Las diferentes vistas que UML tiene son:
Vista Use-Case: Una vista que muestra la funcionalidad del
sistema como la perciben los actores externos.
26
Vista Lgica: Muestra cmo se disea la funcionalidad dentro

del sistema, en trminos de la estructura esttica y la conducta
dinmica del sistema.
Vista de Componentes: Muestra la organizacin de los
componentes de cdigo.
Vista Concurrente: Muestra la concurrencia en el sistema,
direccionando
los
problemas
con
la
comunicacin
y
sincronizacin que estn presentes en un sistema concurrente.
Vista de Distribucin: muestra la distribucin del sistema en la
arquitectura fsica con computadoras y dispositivos llamados
nodos.
DIAGRAMAS: Los diagramas son las grficas que describen el
contenido de una vista. UML tiene nueve tipos de diagramas que son
utilizados en combinacin para proveer todas las vistas de un
sistema: diagramas de caso de uso, de clases, de objetos, de estados,
de secuencia, de colaboracin, de actividad, de componentes y de
distribucin.
SMBOLOS O ELEMENTOS DE MODELO: Los conceptos utilizados
en los diagramas son los elementos de modelo que representan
conceptos comunes orientados a objetos, tales como clases, objetos y
mensajes, y las relaciones entre estos conceptos incluyendo la
asociacin, dependencia y generalizacin. Un elemento de modelo es
utilizado en varios diagramas diferentes, pero siempre tiene el mismo
significado y simbologa.
REGLAS O MECANISMOS GENERALES: Proveen comentarios
extras, informacin o semntica acerca del elemento de modelo;
adems proveen mecanismos de extensin para adaptar o extender
UML a un mtodo o proceso especfico, organizacin o usuario.
UML posee la riqueza suficiente como para crear un modelo del
sistema, pudiendo modelar los procesos de negocios, funciones,
esquemas de bases de datos, expresiones de lenguajes de
programacin, etc. Para ello utiliza varios tipos diferentes de
diagramas, por ejemplo, en UML 2.0 hay 13 tipos de diagramas.
Estos diagramas se pueden diferenciar en tres categoras:
27
DIAGRAMAS DE ESTRUCTURA
1) Diagrama de clases
2) Diagrama de componentes
3) Diagrama de objetos
4) Diagrama de estructura compuesta (UML 2.0)
5) Diagrama de despliegue
6) Diagrama de paquetes
DIAGRAMAS DE COMPORTAMIENTO
7) Diagrama de actividades
8) Diagrama de casos de uso
9) Diagrama de estados
DIAGRAMAS DE INTERACCIN
10)
Diagrama de secuencia
11)
Diagrama de comunicacin
12)
Diagrama de tiempos (UML 2.0)
13)
1.3.3
Diagrama de vista de interaccin (UML 2.0)
HERRAMIENTAS DE DESARROLLO
1.3.3.1 SOFTWARE
El Software necesario para el desarrollo e implementacinadecuado y
satisfactorio de este Sistema de informacin es:
NOMBRE
SISTEMA OPERATIVO
GESTOR DE BASE DE DATOS
VERSION
Windows 7 Ultimate
MySQL WorkBench 5.4
LENGUAJE DE PROGRAMACION
JAVA
PLATAFORMA DE DESARROLLO
(IDE) NetBeans 7.4
PLATAFORMA DE MODELADO
VISUAL
Enterprise Architect v10.0
1.3.3.2 HARDWARE
Las recomendaciones mnimas de Hardware requeridopara el soporte
del Software necesario para el desarrollo del Sistema de Informacin
mencionado son:
28
NOMBRE
VERSION
PROCESADOR
CARACTERISTICAS
2.04 GHz
Intel Core i7
PLACA BASE
AsRock
MEMORIA RAM
Kingstone DDR3
TARJETA DE VIDEO
NVIDIA GeForce
DISCO DURO
de Capacidad 4 GB
Toshiba
1 TB (TeraByte)
1.4POSIBLES COSTOS
1.4.1
HARDWARE DE DESARROLLO
El Hardware requerido para que el computador soporte al Sistema

Software en Desarrollo, oscila bajo los siguientes costos unitarios:
VERSION
CAPACIDAD
COSTO
($)
Intel i7-2600K
32 GB
350,00
KingstoneDDR3
8GB
55,00
TARJETA DE VIDEO
GeForce GTX 650
1GB
120,00
DISCO DURO
Toshiba DT01ACA
1TB
129,90
PLACA BASE
ASRock 960GM-VGS3
FX
NOMBRE
PROCESADOR
MEMORIA RAM
42,00
696,90
1.4.2
SOFTWARE DE FUNCIONAMIENTO
Las Licencias requeridas para ciertas plataformas de funcionamiento

continuo irrestricto, y de seguridad oscilan bajo los siguientes costos:
NOMBRE
VERSION
COSTO ($)
SISTEMA OPERATIVO
Windows 7 Ultimate 32 Bits
319,99
GESTOR DE BASE DE
DATOS
MySQL Server 1 4 Socket Server
2000,00
ESET Smart Internet Security 7
79,99
ESET END Point Security
39,99
ANTIVIRUS
ANTIVIRUS PARA
29
SERVIDOR
LECTOR DE
DOCUMENTOS
ADOBE Reader PDF xi
OpenSource
2439,97
Sumando el total de todos los costos, se necesitara invertir un total de

$us3136,87. Para la puesta en marcha del sistema.
1.5POSIBLES BENEFICIOS
El rendimiento del sistema debe ser lo msptimo ya que los usuarios
querrn informacin precisa antes de finalizar un pedido esto para saber
el descuento y otros datos que lesincumben a los usuarios. Por lo que el
tiempo de espera debe ser mnimo.
1.5.1
TIEMPO
Aumento de la productividad gracias a la liberacin de tiempos de

bsqueda y generacin de informacin repetida.
1.5.2
ESFUERZO
Con una interfaz sencilla y de rpido acceso, para el mejor entendimiento

del usuario se reducir el esfuerzo de los usuarios para la generacin de
informes e indicadores, que permiten corregir las fallas difciles de
detectar y controlar con un sistema manual.
1.5.3
COSTO
Mejor manejo del inventario.

La administracin utiliza la informacin gestionada por nuestro sistema
para identificar los promotores ms productivos y los clientes ms
frecuentes, el movimiento del inventario.
Brindar la informacin en tiempo real de cualquier producto del
inventario.
1.6POSIBLES CLIENTES
Tenemos a la empresa AGUA CANADA como posible cliente ya que el
propietario necesita un software para poder administrar su empresa de
forma ms eficiente, por este motivo requiere de nuestros servicios como
desarrolladores para analizar su caso de estudio y llevar a cabo el
proyecto.
Como otros posibles clientes tenemos las empresas que se dedican al
mismo rubro.
30
2 METODOS DE REQUISITOS METODO DE

ISHIKAWA
2.1IDENTIFICACION DE PROBLEMAS
A modo de lograr una estructuracin ms slida del Sistema en desarrollo y
as brindar un software de calidad, se debe identificar, analizar, y especificar
los diversos problemas que actualmente est viviendo la Empresa AGUA
CANADA y descubrir las causas de estos. Para ello, se ha utilizado el
Mtodo Ishikawa, de anlisis, discusin, compresin de problemas,
identificacin de posibles soluciones y toma de decisiones. Incluyendo el uso
de su representacin grfica, El Diagrama Ishikawa o Diagrama CausaEfecto.
2.1.1
LISTA DE PROBLEMAS
P1. Incompleta estructura organizacional.

P2. Escaso nmero de personal para la atencin de las consultas.
P3. Insuficiente informacin sobre la cantidad de agua tratada.
P4. Carencia de informacin sobre la cantidad de productos producidos.
P5. Insuficientes datos de tiempos de produccin.
P6. Ineficiencia en los procesos de embazado.
P7. Deficiencia en el control a los trabajadores.
P8. Escaso control de productos en el almacn.
P9. Demora en el tiempo de actualizacin de productos del almacn.
31
P10. Carencia bonos de produccin para los trabajadores.

P11. Errneo llenado del formulario de registro de nuevos clientes y
promotores.
P12. Ineficiencia en la modificacin manual de los datos de los promotores y
clientes.
P13. Ineficiente asignacin de cdigos a los nuevos promotores y clientes.
P14. Escaso control de bonos o descuentos para los mejores promotores o
clientes.
P15. Ineficiente atencin al cliente en general.
P16. Carencia control en las cuentas por cobrar de la empresa.
P17. Insuficiente informacin sobre las notas de ventas (Facturas por
pedidos al contado).
P18. Errneo llenado del formulario de pedidos.
P19. Escasa informacin sobre el movimiento de los equipos prestados.
P20. Insuficiente informacin sobre los pagos de los equipos prestados.
P21. Escasa comunicacin entre el almacn y los administradores, al
momento de confirmacin de recepcin pedidos.
P22. Errnea comunicacin entre el almacn y los administradores, al
momento de la devolucin de productos.
P23. Ineficiencia en la entrega de pedidos.
P24. Escaso control de productos en las cajas de pedido.
P25. Problemas al momento de la cancelacin de pedidos.
P26. Inadecuado almacenamiento de documentacin fsica de importancia.
P27. Inexistencia de monitoreo de los movimientos de los usuarios.
P28. Deficiencia en la muestra de datos entre periodos.
2.1.2
DEPURACION DE PROBLEMAS
P1. Incompleta estructura organizacional.

32
P2. Escaso nmero de personal para la atencin en las consultas.

P6. Ineficiencia en los procesos de embazado.
P7. Deficiencia en el control a los trabajadores.
P10. Carencia bonos de produccin para los trabajadores.
P15. Ineficiente atencin al cliente en general.
P23. Ineficiencia en la entrega de pedidos.
P24. Escaso control de productos en las cajas de pedido.
P26. Inadecuado almacenamiento de documentacin fsica de importancia.
2.1.3
LISTA DE PROBLEMAS FINALES
P1. Insuficiente informacin sobre la cantidad de agua tratada.

P2. Carencia de informacin sobre la cantidad de productos producidos.
P3. Insuficientes datos de tiempos de produccin.
P4. Escaso control de productos en el almacn.
P5. Demora en el tiempo de actualizacin de productos del almacn.
P6. Errneo llenado del formulario de registro de nuevos clientes y
promotores.
P7. Ineficiencia en la modificacin manual de los datos de los promotores y
clientes.
P8. Ineficiente asignacin de cdigos a los nuevos promotores y clientes.
P9. Escaso control de bonos o descuentos para los mejores promotores o
clientes.
P10. Carencia control en las cuentas por cobrar de la empresa.
P11. Insuficiente informacin sobre las notas de ventas (Facturas por
pedidos al contado).
P12. Errneo llenado del formulario de pedidos.
P13. Escasa informacin sobre el movimiento de los equipos prestados.
33
P14. Insuficiente informacin sobre los pagos de los equipos prestados.

P15. Escasa comunicacin entre el almacn y los administradores, al
momento de confirmacin de recepcin pedidos.
P16. Errnea comunicacin entre el almacn y los administradores, al
momento de la devolucin de productos.
P17. Problemas al momento de la cancelacin de pedidos.
P18. Inexistencia de monitoreo de los movimientos de los usuarios.
P19. Deficiencia en la muestra de datos entre periodos.
2.1.4
LISTA DE PROPIETARIOS DE PROBLEMAS
LISTA DE PROPIETARIOS
PROP1. Gerente
PROP2. Administrador
PROP3. Trabajador
PROP4. Promotor
PROP5. Cliente
MATRIZ DE RELACION DE PROPIETARIOS Y PROBLEMAS
Los problemas descubiertos, definidos y descritos en el punto 8.1.3, pueden
llegar a afectar a ninguno, uno o ms Propietarios, lo cual, se especifica en la
matriz a continuacin:
PROPIETARIO
DE PROBLEMA
PROP1
PROP2
PROP3
PROP4
PROP5
PROBLEMA
1
P1
P2
P3
34
P4
P5
P6
P7
P8
P9
1
0
P10
1
1
P11
1
2
P12
1
3
P13
1
4
P14
1
5
P15
1
6
P16
1
7
P17
1
8
P18
1
9
P19
2.1.5
ANALISIS DE PROBLEMAS
En pro de encontrar las causas a los problemas, se realiza un anlisis

de los mismos entre ellos, con la posibilidad que surjan otros
inadvertidos. Esto se logra diseando un Grafo Dirigido.
35
P16
P15
P2
P3
Comunicacin
P1
Produccin
Documento
P19
Deficiencia de la
Administracin de
la empresa Agua
Caada
P4
P14
P13
P20
Personal
Procedimiento
P18
P9
P12
P6
P11
Problema Agregado
P17
P7
P5
P10
P8
P20.Insuficientes opciones para el acceso a la informacin.
36
2.1.6
JUSTIFICACION DE PROBLEMAS
PROBLEM
A
JUSTIFICACION
En el momento comenzar la produccin no se llev un registro

P1 del agua que se comenzara a tratar, con lo cual esto implicara
que no se tiene una cifra exacta en litros.
Cuando est a punto de terminar la produccin no se llev un
conteo de productos elaborados, con lo cual esto implicara al
P2
momento de recibir un pedido una prdida de tiempo ya que
tendramos que llevar acabo el conteo producto por producto
En el momento comenzar la produccin no se llev un registro
del tiempo que este dura, con lo cual esto implicara que no se
P3
tiene una cifra exacta de los distintos tiempos para cada
cantidad.
No se gestiona los productos almacenados, por lo cual es difcil
P4 acceder a la informacin de stock de la empresa.
Cuando se realizan los movimientos de la empresa (produccin,
P5 comercializacin, devoluciones, etc.) el tiempo en que se
actualiza el stock de productos es muy largo.
Existen problemas cuando se desea registrar un nuevo cliente o
promotor al momento de rellenar el formulario. Por lo tanto esto
P6
genera otros problemas en el momento de la entrega de
pedidos.
En
caso de alguna modificacin de los datos del registro del

promotor y cliente, por ejemplo cambios de domicilio, o de
direccin de entrega de pedido, el administrador debe buscar
P7
el documento fsico para realizar esta modificacin, esto puede
demorar, debido al nmero de promotores y clientes con las
que actualmente cuenta la empresa.
El cdigo asignado a los nuevos clientes y promotores es de 6
P8 dgitos adems que es incremental, el cual se le asignara a
cada cliente o promotor el nmero correlativo.
P9 El control de beneficios permite controlar los distintos tipos de

beneficios que recibirn cada promotor o cliente y bonos de
produccin a los trabajadores. El inadecuado control de pedidos
37
de productos, evitan datos exactos.

No hay un seguimiento exhaustivo de las cuentas por cobrar de
P10 la empresa, que los administradores manejan en documento
fsico
En el momento de la entrega de pedidos, existen casos en que
el cliente desea cancelar el pedido inmediatamente. Se carece
P11
del seguimiento de las notas de ventas, la empresa solo
controla la cantidad de dinero.
Existen problemas cuando se desea registrar un nuevo pedido
P12 al momento de rellenar el formulario. Por lo tanto esto genera
otros problemas en el envi de pedidos.
Al momento de hacer un prstamo de un equipo, no existe

P13 suficiente informacin del prstamo, como ser la fecha y a la
persona que se le presta el equipo
P14
No hay un seguimiento de los pagos de los equipos Prestados,

que los administradores manejan en documento fsico
Al momento de despachar un pedido desde almacn los

trabajadores no confirman a los administrados si el pedido
P15
fue enviado. No hay comunicacin entre almacn y
administrador.
Al momento de recibir la devolucin de un pedido, los
trabajadores no dan aviso a los administradores la cantidad
P16
que se devolvi. No hay comunicacin entre almacn y
administrador.
Existen problemas al momento en que un cliente o un promotor
P17 cancelan su pedido, los problemas aparecen en el stock del
almacn.
Cuando un usuario hace movimientos en la empresa, no

P18 existe un monitoreo o un respaldo de lo que el usuario ha
realizado en el tiempo que hizo movimientos
Los administradores no pueden acceder en cualquier
P19 momento a registros o pedidos realizados, esto actualmente
solamente se realiza cada fin de gestin.
P20 No hay las opciones necesarias para la informacin requerida
38
por el gerente y los administradores
2.1.7
PROBLEMA PRINCIPAL
La Empresa de Purificacin y envasado Agua Caada, tiene varios

inconvenientes al momentos de realizar sus actividades de manera
adecuada y efectiva, en especial en la parte de administrar, tanto
incorporaciones de trabajadores, promotores y clientes, obtencin de datos y
documentos, es por esto que hemos identificado como problema principal la
Deficiencia en la Administracin de la Empresa Agua Caada.
2.2IDENTIFICACION DE
CATEGORIAS
DEFICIENCIA EN LA
ADMINISTRACION DE LA
EMPRESA AGUA CAADA
39
2.3
IDENTIFICACION DE CAUSAS
40
2.4ANALISIS Y DISCUSIN
2.4.1
CONCLUSION
Luego del estudio de problemas y efectos que estos puedan llegar a causar en
la empresa, tanto el Personal, la Comunicacin, Los Procedimientos que se
realizan y los Documentos importantes son afectados de una u otra manera.
Pero la mayor concentracin de inconvenientes se centra en los procedimientos
que debe cumplir la empresa. Por tanto se deben solucionar con el mayor
nfasis, sin dejar de lado los dems inconvenientes encontrados quienes
tambin deben ser solucionados en su totalidad.
2.4.2
ALTERNATIVAS DE CAMBIO
Las alternativas a cambiar son las siguientes:

-
Desarrollar una herramienta de asignacin de cdigo a los nuevos

clientes y promotores, siendo este de manera automtica.
Tener mayores opciones de bsqueda de informacin para obtener

datos de clientes y promotores en caso de necesitarlo para alguna
factura o nota de venta.
Tener mayores las opciones de acceso a informacin requerida en

momentos especficos como fin de ciclos.
Implementar opciones de modificacin de datos para los nuevos

clientes y para los promotores ya registradas, esto, para realizarlo en
cualquier momento, de acuerdo sea la necesidad.
Implementar una bitcora para almacenar y controlar los datos

generados por las consultoras, esto como beneficio para las
promociones y premiaciones que se realicen.
Desarrollar mejores opciones y clasificarlas adecuadamente para el

llenado de formularios, como ser: registro de nuevos clientes, pedidos,
detalles de produccin, gestin de almacn, detalles de productos
despachados y retornados.
Habilitar opciones adecuadas para el almacenamiento digital de

documentacin fsica, para su conservacin, tales como contratos,
modificacin de contratos y formularios.
41
Automatizando las cantidades de pedidos, se definir un rango de

bonificacin o descuento para otorgar el beneficio.
3 MODELO DE DOMINIO
3.1IDENTIFICAR CLASES Y FUNCIONALIDAD
Persona.- esta clase heredara las dems clases como ser: usuario,
cliente y promotor. Tiene los siguientes atributos.
IdP: Es el cdigo que se asignar a

cada persona.
Nombre: Nombre que se le asignar a
cada persona.
Sexo: para saber si la persona es
hombre o mujer.
FechaNaci: con este atributo calcularemos la edad.
Usuario.- esta es una clase que se hizo solo para los que irn a
interactuar con nuestro sistema en nuestro caso administradores y
gerente, sus atributos sern heredados de la clase persona excepto el id
Cargo: atributo que indica que tipo de

usuario para habilitarle los distintos
tipos de vista en nuestro sistema
Estado: Este atributo nos servir para
indicar si este usuario es un trabajador
activo o pasivo
42
Cliente.- Esta clase hereda todos los atributos de la clase persona, se la

utilizara para registrar los datos de nuestros clientes fijos y especficos
Promotor.- se cre esta clase para digitalizar los datos de los distintos
promotores existentes en la ciudad
Bono: Este atributo es especifico de la

clase promotor indica su bono que
recibe por la adquisicin de varios
productos.
Telfono.- Se vio necesario crear esta clase por el cual las personas no
tienen un solo telfono, tienen fijos, celulares, etc. Es por esta razn se
vio necesario crear esta clase para evitar redundancia en los datos y as
cumplir con la 1 forma normal
IdFono: indica un id para cada persona

que tenga celular esta ser nuestra
llave fornea
Tipo: Existen distintos tipos de
dispositivos mviles, celulares, fijos,
etc.
43
Trabajador.- Esta clase pertenecer a los trabajadores existentes en la

empresa
IdT: atributo
que indica el
id
nico
perteneciente
a
cada
trabajador
HoraLlegada: Con el fin de manejo al recurso
personal, para crear seriedad en nuestra
empresa asi como motivacin se digitalizara el
horario de llegada de cada trabajador como
tambin su hora de salida
Horas Trabajadas.- Esta clase por s sola no tendra sentido, por esta
razn se vio necesario que est compuesta dentro del trabajador es decir
no puede existir por si solo siempre estar dependiendo de la clase
trabajador
CodHora.- es el cdigo que se
usa para identificar las horas
trabajadas pertenecientes a cada
trabajador
Bitcora.- esta clase es de vital importancia para ver los movimientos de

toda la empresa es una de las clases importantes que debera tener toda
empresa con un sistema de informacin.
44
ID: Este atributo es nico en cada

ingreso al sistema
FechaInicio: Este atributo registra el
momento de ingreso al sistema
FilaBitacora.- Es una clase que deriva

de bitcora la cual registrar todos los movimientos hechos por el usuario
que haya ingresado
IdBitacora:
atributo
que
identificara a cada usuario que
haya ingresado este ser nico
Actividad: Atributo que se rellenara
de forma automtica con cada
movimiento hecho por el usuario
Presta.- en esta clase se Detallaran todos los equipos que la empresa

puede prestar (con o sin costo) cuando se realiza un pedido.
El
FechaInicio. Fecha en que se inicia el prstamo.

prstamo puede ser por periodos cortos o largos,
eso quiere decir prstamos diarios o por
semanas.
FechaFin.Fecha en que finaliza el prstamo de
los equipos.
Detalle. Se registrara la cantidad y el nombre de
los equipos prestados.
Costo. es el costo monetario por el prstamo.

Cantidad. Es la cantidad de productos se va a
prestar.
45
Garantia.
equipos.
Es el respaldo monetario por los
Detalle Pedido. Esta es una clase intermedia entre Clase Pedido y Clase
Producto. En esta se Detallaran las cantidades del pedido.
Cantidad. Cifra de los productos pedido
Monto. Valor Total del pedido
Tipo Producto. En esta clase se registrara el tipo de producto. Existen 3

tipos de productos los cuales son: bolsas o sachet, botelln y botellas
personales. Tiene los siguientes atributos:
IdTipo. Identificador nico del producto.

Nombre. Nombre del producto.
Estado de Pedido. En esta clase se detallara el estado o situacin en que

se encuentra el pedido; el pedido puede estar en 3 estados: entregado, en
espera o cancelado. Tiene los siguientes atributos:
IdEstado. Identificador nico del estado del pedido.

Descripcin. Es la descripcin del estado del pedido.
Devolucin. En esta clase se registrara la devolucin de productos que

realice un promotor. Cuando el promotor realiza un pedido hay ocasiones en
que el promotor no logra vender todos los productos, as que el promotor
46
tiene la opcin de retornar los productos no vendidos. Esta clase tiene los
siguientes atributos:
IdDevolucion. Identificador nico de la devolucin.

Fecha. Da en que se realiz la devolucin.
Hora. Hora en que se realiz la devolucin.
Descripcin. Es el motivo por el que est haciendo el
retorno de productos a la empresa.
Producto Devuelto. Es una clase intermedia entre

Detalle de Producto y Devolucin. En esta clase se registrara la cantidad de
Productos a devolver. Esta clase tiene los siguientes atributos:
Cantidad. Es el nmero de productos a devolver.

Monto. Es la cifra monetaria que se devuelve.
Pago. En esta clase se registrara el monto total a pagar por el pedido

realizado. Esta clase tiene los siguientes atributos:
IdPago. Es el identificador nico del Pago.

Fecha. Fecha en que se realiza el clculo del monto a
pagar.
Importe. Es el monto total a pagar en Bolivianos por
el pedido que realizo.
Contado. En esta clase se registrara si el pago es al Contado y el descuento

que existiera. Esta clase tiene el siguiente atributo:
47
Descuento. Es la cifra o el porcentaje de descuento.

Esta cifra depender del administrador.
Crdito. Es otra modalidad de pago. En esta clase se registrara la cantidad

de cuotas en que se establece el crdito y el plazo a pagar. Esta clase tiene
los siguientes atributos.
Plazo. Es la fecha lmite en que el crdito debe estar

completamente pagado.
CuotaIni. Es el monto monetario Inicial del Crdito.
NroC. Es la cantidad de cuotas en
que se ha dividido el Crdito.
Estado. Es donde se detallara si el
crdito sigue pendiente o no.
Cuota. En esta clase se registrara la cuota de un respectivo crdito y
adems esta clase pertenece a la clase Crdito. Esta clase tiene los
siguientes atributos.
NroCouta. Identificador de la cuota.

Fecha. Es la fecha en que dicha cuota debe ser pagada.
Monto. Es la cantidad monetaria de la cuota.
Factura. En esta clase se registraran las facturas entregadas. Una vez

finalizado el pago del pedido ya sea al contado o al crdito la empresa
otorgara la factura correspondiente al pedido. Esta clase posee los siguientes
atributos:
48
Nit. Es el nmero de identificacin tributaria de la

empresa.
Fecha. Fecha en la que se realiz la factura.
Importe Total. Es la suma
total a pagar.
Caja Chica. En esta clase se registraran todos los movimientos monetarios

que realiza la empresa en periodos de un da a la vez. Esta clase tiene los
InicioCaja.
empresa.
Es el monto inicial con que inicia el da la
Fecha. Fecha en que inicia la caja chica

FinCaja. Es el monto con el que termina la jornada
laboral.
IdCaja. Identificador de caja
Gastos Internos. En esta clase se registraran todos los movimientos
internos que realiza la empresa. Esta clase tiene los siguientes atributos:
IdGasto. Es el identificador del gasto.
Monto.
Es
especfico.
la
cantidad
monetaria
Descripcion.
descripcin del gasto.
del
Es
gasto
la
NroDocumento. En algunos casos ciertos gastos

son respaldados con facturas.
Caja General. En esta clase se detallara el monto que posee la empresa en

periodos largos, ya sea semana, mensual o anual. Esta clase posee los
49
MontoTotal. Es el monto total acumulado que posee la

empresa.
Gestion. Es el periodo en que est funcionando la
empresa.
Casos Usos. En esta clase servir para el usuario que administre privilegios:
//clase y atributos
Paquete. En esta clase servir para el usuario que administre privilegios:
//clases de uso y atributos
Vista de Usario. En esta clase servir para el usuario que administre

privilegios:
Clases de uso y atributos
3.2IDENTIFICAR RELACIONES ENTRE

CLASES
1) la clase PERSONA realiza una generalizacin hacia los tipos de clases
como ser. Personal que tendr acceso a la base de datos y podr
interactuar con el sistema, Cliente Promotor sern registrados en la base
de datos
50
2) la clase PERSONA en este caso realiza una asociacin con las otras
clases debido a que personas pueden estar en distintas direcciones y
tener bastantes telfonos
3) como vemos la clase PERSONA es muy importante ya que es de vital

importancia en nuestro sistema, esta son las dos clases ms importantes
que pueden haber en un sistema de comercializacin
51
4) la clase pedido tendr relaciones con muchas clases en este caso se

relacionara con la clase. Esta relacin se hace porque al momento de hacer
pedido se presta o se saca equipamiento
Otra relacin seria: porque un pedido puede ser entregado o no
52
53
DISEO CONCEPTUAL
54
4 MODELO DE NEGOCIOS
4.1DIAGRAMA DE ACTIVIDADES
4.1.1
Iniciar Produccin
55
4.1.2
Registrar Trabajador
56
4.1.3
Registrar Promotor
57
4.1.4
Registrar Cliente
58
4.1.5
Gestionar Pedido
59
4.1.6
Devolucin de Productos
60
5 FLUJO DE TRABAJO: CAPTURA DE REQUISITOS

5.1LISTA DE CASOS DE USO Y ACTORES
LISTA DE CASOS DE USO
CU1
CU2
CU3
CU4
CU5
CU6
CU7
CU8
Caso de Uso
Descripcin
Gestionar
Produccin
Gestionar
Almacn
Gestionar
Trabajador
Gestionar Puesto
de Trabajo
Gestionar
Contrato
Gestionar
Promotor
Gestionar
Cliente
Iniciar, modificar, listar los productos producidos

(purificacin de agua, embazado)
Productos en refrigeracin, stock de inventario, y
productos retornados.
Ingresar, modificar, eliminar y listar los trabajadores.
Ingresar, modificar, eliminar y listar Puestos de trabajo.
Ingresar, modificar, eliminar y listar Contratos de trabajo.
Crear, modificar y deshabilitar un promotor
Crear, modificar y deshabilitar un cliente
Solicitud de pedido de productos, Modificar la solicitud y
Cancelar solicitud.
Gestionar Pedido
Gestionar nota de
salida
Realizar la nota de salida
CU10 Devolucin de
producto
Registrar productos devueltos
CU11 Gestionar Forma
de Pago
Acuerdo de pago (Crdito) y Pago al contado
CU12
Se generara factura al momento del pago total del
Gestionar Factura pedido.
CU13 Gestionar Pagos
de Crdito
Administrar pagos de las cuotas de los crditos
CU14 Consultar Bitcora Consulta de datos almacenados en bitcora del sistema
CU15 Gestionar Usuario Crear y modificar Usuario
CU16 Administrar
Privilegios
Administrar privilegios de Usuarios
CU17 Iniciar Caja chica Creacin de la Caja chica por periodo
CU18 Ingresar
movimiento
Registrar movimiento realizado durante el periodo
CU19 Iniciar Caja
General
Creacin de la Caja General
CU20 Gestionar Equipos
Prstamo
Registrar, Modificar y Listar
CU21 Reportes
Reportes por parmetros
CU9
61
A1
A2
A3
A4
A5
Actores
Gerente
Administrador
Trabajador
Promotor
Cliente
Descripcin
Encargado de gestionar administradores
Encargado que administra el sistema
Persona que se encarga de ingresar los datos
Persona que comercializa los productos
Persona que consume o comercializa los productos
5.2
P
RIORIZACIN DE CASOS DE USO

CU1
CU2
CU3
CU4
CU5
CU6
CU7
CU8
CU9
CU1
0
CU11
CU1
2
CU1
3
CU1
4
CU1
5
CU1
6
CU1
7
CU1
8
CU1
9
CU2
0
CU2
1
Casos de uso
Gestionar Produccin
Gestionar Almacn
Gestionar Trabajador
Gestionar Puesto de Trabajo
Gestionar Contrato
Gestionar Promotor
Gestionar Cliente
Gestionar Pedido
Gestionar nota de salida
Devolucin de producto
Gestionar Forma de Pago
Estado
Prioridad
Riesgo
Propuesto
Propuesto
Normal
Critico
Critico
Normal
Normal
Critico
Normal
Normal
Normal
Propuesto
Normal
Normal
Normal
Normal
Critico
Critico
Critico
Normal
Normal
Critico
Critico
Critico
Normal
Propuesto
Critico
Critico
Critico
Normal
Propuesto
Critico
Critico
Normal
Normal
Normal
Normal
Normal
Normal
Normal
Normal
Normal
Normal
Normal
Normal
Normal
Normal
Normal
Normal
Normal
Normal
Normal
Normal
Critico
Normal
Normal
Normal
Gestionar Factura
Gestionar Pagos de Crdito
Consultar Bitcora
Gestionar Usuario
Administrar Privilegios
Iniciar Caja chica
Ingresar movimiento
Iniciar Caja General
Gestionar Equipos Prstamo
Reportes
62
5.3DETALLE CASOS DE USO

CU1: GESTIONAR PRODUCCION
NOMBRE
GESTIONAR PRODUCCION
PROPOSITO
Permite al administrador iniciar un periodo de produccin,
modificar los datos del mismo, listar los productos
embazados y monitorear a los trabajadores.
RESUMEN
-El administrador inicia el periodo de produccin
-El administrador finaliza el periodo de produccin
-El trabajador inicia y finaliza su turno de trabajo
ACTORES
- A2. Administrador
- A3. Trabajador
INICIADOR
-A2. Administrador
FLUJO
1.Iniciar Produccin.
El Administrador comenzara el inicio de produccin del da
2. Iniciar turno de Trabajador
El Trabajador inicia su turno de trabajo; es claro que el
trabajador ya est registrado, por lo cual no es necesario
verificar si est registrado
El solicitante dar la lista de los productos que desea
adquirir.
3. Terminar turno de Trabajador
El Trabajador finaliza su turno
4. Terminar Produccin
El administrador registra la produccin realizada.
PRECONDICION
POSTCONDICION
El sistema recibe una confirmacin de Actualizacin de
Almacn
EXCEPCION
63
CU2: GESTIONAR ALMACEN

NOMBRE
PROPOSITO
RESUMEN
ACTORES
INICIADOR
FLUJO
GESTIONAR ALMACEN
Permite tener un control de productos en

refrigeracin, stock de inventario, entrada y salida de
productos y productos retornados
-El administrador es el nico que puede actualizar el
Almacn
-El Administrador verifica el stock
- A2. Administrador
- A3. Trabajador
- A2. Trabajador
1. Iniciar almacenamiento
El Trabajador almacena los productos producidos
2. Registrar almacenamiento
El Administrador registra todas las unidades almacenadas
por el Trabajador
3. Actualizar Almacn
3.1 Productos Salientes
Son los productos que estn en salida
64
PRECONDICION
POSTCONDICION
EXCEPCION
3.2 Productos Retornados

Son los productos que han sido devueltos
CU1. Gestionar Produccin
El sistema recibe una confirmacin de Almacn, indicando
que Almacn tiene nuevos datos en los productos
3.1 Cantidad Insuficiente
65
CU3: GESTIONAR TRABAJADOR

NOMBRE
PROPOSITO
RESUMEN
ACTORES
INICIADOR
FLUJO
GESTIONAR TRABAJADOR
El Administrador tiene el privilegio de ingresar, modificar,
inhabilitar, rendimiento, listar a los trabajadores
-El administrador podr registrar a solicitante para
trabajador
-El administrador no eliminara a un trabajador, sino que lo
inhabilitara
-Un trabajador inhabilitado no pierde todo el histrico que
l tiene
- A2. Administrador
- A3. Trabajador
- A2. Trabajador
1. Ingresar
Permite registrar nuevos trabajadores
1.1 Ingresar los datos requeridos
El solicitante le dar al administrador los datos requeridos
por el sistema
1.2 Validar datos de nuevo Trabajador
Antes de finalizar el proceso de ingreso de nuevo
Trabajador, el Administrador le dar el visto bueno antes
de ingresar los datos al sistema
2. Modificar
El administrador podr hacer modificaciones al Trabajador
correspondiente
2.1 Ingresar C.I. Trabajador
El administrador ingresara el C.I. del Trabajador a
modificar
2.2 Realizar las modificaciones necesarias
El Administrador har las modificaciones en los campos
habilitados
3. Inhabilitar
El administrador podr inhabilitar al trabajador ya retirado
inhabilitar
3.2 Inhabilitar Trabajador
El administrador efectuara el proceso de inhabilitacin de
trabajador
4. Rendimiento
El rendimiento es una forma de ver el trabajo en detalle
de un empleado
El administrador ingresara el C.I. del Trabajador
4.2 Ingresar Fecha de trabajo
66
El administrador ingresa fecha de trabajo

4.3 Ingresar turno de trabajo
El administrador ingresa el turno de trabajo
5. Listar
El administrador podr tener una lista de los trabajadores
PRECONDICION
POSTCONDICION
EXCEPCION
El sistema recibe confirmacin de se ha realizado el

ingreso, modificacin o inhabilitacin del trabajador en el
mismo.
1.2 Faltante en datos Requeridos
2.1 Trabajador no registrado en el sistema
3.2 Error al inhabilitar trabajador
4.2 Fecha Incorrecta
4.3 Turno Incorrecto
67
CU: GESTIONAR PUESTO DE TRABAJO

NOMBRE
GESTIONAR PUESTO DE TRABAJADO
PROPOSITO
El Administrador tiene el privilegio de ingresar, modificar,
inhabilitar y listar a los puestos de Trabajo que posee la
empresa.
RESUMEN
-El administrador podr crear un puesto de trabajo
-El administrador podr editar un puesto de trabajo
deseado
-El administrador eliminara a un puesto de trabajado
-Un puesto de trabajo inhabilitado no pierde todo el
histrico que l tiene
ACTORES
- A2. Administrador
INICIADOR
- A2. Administrador
FLUJO
1. Crear
Permite crear nuevos puestos de trabajador
El administrador ingresara los datos requeridos por el
sistema.
2. Modificar
68
El administrador podr hacer modificaciones al Puesto de

Trabajado correspondiente
2.1 Ingresar el Cdigo del Puesto de Trabajado
El administrador ingresara el Cdigo del Puesto de
Trabajado a modificar
habilitados
3. Inhabilitar
El administrador podr inhabilitar el Puesto de trabajado
3.1 Ingresar Cdigo del Puesto del Trabajado
El administrador ingresara el Cdigo del Puesto de
Trabajado a inhabilitar
3.2 Inhabilitar Trabajador
El administrador efectuara el proceso de inhabilitacin de
trabajador
5. Listar
El administrador podr tener una lista de los Puestos de
Trabajo
PRECONDICION
POSTCONDICION
EXCEPCION

ingreso, modificacin o inhabilitacin del Puesto de
Trabajo en el mismo.
1.2 Faltante en datos Requeridos
3.1 Puesto de Trabajado no registrado en el sistema
3.2 Error al inhabilitar Puesto de trabajado
5. No existen puestos de trabajo
69
CU: GESTIONAR CONTRATO DE TRABAJO

NOMBRE
GESTIONAR CONTRARO DE TRABAJADO
PROPOSITO
El Administrador tiene el privilegio de ingresar, modificar
y listar a los Contratos de Trabajo
RESUMEN
-El administrador podr registrar Contratos de Trabajo
-El administrador podr modificar dichos contratos
ACTORES
- A2. Administrador
INICIADOR
- A2. Administrador
FLUJO
1. Ingresar
Permite registrar nuevos Contratos
El administrador insertara los datos requeridos por el
sistema
2. Modificar
El administrador podr hacer modificaciones al Contrato
correspondiente
70
PRECONDICION
POSTCONDICION
EXCEPCION
modificar
2.2. Ingresar Puesto de Trabajo
El administrador ingresara el Puesto de Trabajo del
trabajos
habilitados
4. Listar
El administrador podr tener una lista de los Contratos
1. Trabajador previamente registrado
2. Puesto de trabajo previamente registrado
ingreso, modificacin en el mismo.
1. Faltante en datos Requeridos
2.1 Puesto de Trabajo no registrado en el sistema
71
CU4: GESTIONAR PROMOTOR

NOMBRE
PROPOSITO
RESUMEN
ACTORES
INICIADOR
FLUJO
GESTIONAR PROMOTOR
El Administrador podr crear, modificar, listar, deshabilitar
un promotor
-El administrador creara un nuevo promotor
-El administrador ingresara el CI correspondiente y podr
modificar o deshabilitar al promotor
-El administrador podr crear lista de promotores
- A2. Administrador
- A4.Promotor
- A4.Promotor
1. Crear
El administrador podr crear cuentas de Promotor
1.1 Ingresar Datos
El nuevo Promotor brindara los datos al Administrador
para el llenado de datos requeridos en el sistema
72
1.2 Modalidad de Pago

El Promotor Solicitante y el administrador se pondrn de
acuerdo en la modalidad de pago que se efectuara
1.3 Validar datos
El administrador dar el visto bueno antes de guardar al
nuevo Promotor
2. Modificar
El Administrador podr modificar datos de un Promotor
2.1 Ingresar CI de Promotor
El administrador ingresa CI de promotor
2.2 Modificar datos del Promotor
El administrador modifica datos en los campos habilitados
3. Listar
El administrador podr tener una lista de Promotores
4. Deshabilitar
El administrador podr deshabilitar a promotores
4.1 Ingresar CI de Promotor
El administrador ingresa el CI de Promotor
4.2 Realizar proceso de deshabilitacin
El administrador procese a la deshabilitacion del Promotor
PRECONDICION
POSTCONDICION
EXCEPCION
El sistema recibe confirmacin de que ha realizado el

ingreso, modificacin o inhabilitacin del promotor en el
sistema
1.3 Faltante en datos requeridos
2.1 Promotor no registrado
4.1 Promotor no registrado
4.2 Error al deshabilitar Promotor
73
CU5: GESTIONAR CLIENTE

NOMBRE
PROPOSITO
RESUMEN
ACTORES
INICIADOR
FLUJO
GESTIONAR CLIENTE
El Administrador podr crear, modificar, listar o
deshabilitar un cliente
-El administrador creara un nuevo cliente
-El administrador ingresara el CI correspondiente y podr
modificar o deshabilitar al cliente
-El administrador podr crear lista de clientes
- A2. Administrado
- A5. Cliente
- A5. Cliente
1. Crear
El administrador podr crear cuentas de Cliente
1.1 Ingresar Datos
El nuevo Cliente brindara los datos al Administrador para
el llenado de datos requeridos en el sistema
74
1.2 Validar datos

El administrador dar el visto bueno antes de guardar al
nuevo Cliente
2. Modificar
El Administrador podr modificar datos de un Cliente
2.1 Ingresar CI de Cliente
El administrador ingresa CI de cliente
2.2 Modificar datos del Cliente
El administrador modifica datos en los campos habilitados
3. Listar
El administrador podr tener una lista de Cliente
4. Deshabilitar
El administrador podr deshabilitar a clientes
4.1 Ingresar CI de Clientes
El administrador ingresa el CI de Clientes
4.2 Realizar proceso de deshabilitacin
El administrador procese a la deshabilitacion del Cliente
PRECONDICION
POSTCONDICION
EXCEPCION
El sistema recibe confirmacin de que ha realizado el

ingreso, modificacin o inhabilitacin del cliente en el
sistema
1.3 Faltante en datos requeridos
2.1 Cliente no registrado
4.1 Cliente no registrado
4.2 Error al deshabilitar Cliente
75
CU6: REALIZAR PEDIDO

NOMBRE
PROPOSITO
RESUMEN
ACTORES
INICIADOR
FLUJO
REALIZAR PEDIDO
Permitir a la consultora realizar un Pedido de Productos.
-El administrador obtiene los datos del cliente/promotor
-El cliente/promotor detalla la lista de productos
-El administrador verifica en stock
- A2. Administrado
- A5. Cliente/A4.Promotor
-Cliente/Promotor (A4,A5)
1. Validacin de datos del promotor/cliente.
El administrador ingresara el C.I. del solicitante para
verificar si se encuentra registrado en el sistema.
2. Detallar la lista de productos.
El solicitante dar la lista de los productos que desea
adquirir.
76
3. Verificar Stock en Almacn.

El Administrador consultara al almacn si existe la
cantidad requerida por el solicitante.
4. Confirmar acuerdo de pago.
El solicitante detallara la forma de pago del pedido.
5. Confirmar Pedido.
El administrador preguntara al solicitante si su pedido
est correcto. Y una vez confirmado se realizara la nota
de salida.
PRECONDICION
POSTCONDICION
EXCEPCION
-CU13
-CU6 (Verificar stock, verificar el cliente/promotor)
que el pedido ha sido enviado.
1. No se encuentra registrado
3. Cantidad Insuficiente
77
CU7: GESTIONAR NOTA DE SALIDA

NOMBRE
GESTIONAR NOTA DE SALIDA
PROPOSITO
Realizar nota de salida
RESUMEN
-El sistema emite una nota de salida cuando hay un salida
de productos de almacn
ACTORES
- A2. Administrador
INICIADOR
- A2. Administrador
FLUJO
1. Verificar el stock de almacn
El administrador verificada si existe la cantidad suficiente
que se requiere sacar de almacn
2. Registrar los productos de salida
Si existe la cantidad suficiente, entonces el administrador
proceder a registrar los productos para su salida
El administrador al guardar los datos de los productos, el
almacn se actualizar
PRECONDICION
-Verificar stock de Almacn
POSTCONDICION
la nota de salida.
EXCEPCION
1. No existe la cantidad suficiente
78
CU8: DEVOLUCION DE PRODUCTOS

NOMBRE
PROPOSITO
RESUMEN
DEVOLUCION DE PRODUCOS
Registrar productos devueltos por el solicitante
-El cliente/promotor detalla la lista de productos para su
devolucin
-El cliente/promotor da la razn por la devolucin de
productos
-El administrador acepta y actualiza el almacn
79
ACTORES
INICIADOR
FLUJO
PRECONDICION
POSTCONDICION
EXCEPCION
- A2. Administrado
2.Verificar Pedido
El Administrador verificara el pedido donde se encuentran
los productos en devolucin
3. Detallar la lista de productos para devolver.
El solicitante dar la lista de productos que desea
devolver.
4. Dar la razn por la devolucin de productos.
El Solicitante dar la razn por la cual est devolviendo
los productos
5. Aceptar la devolucin.
El administrador verificara la cantidad de productos
devueltos y aceptara la devolucin requerida
El administrador actualizara el Almacn
-CU6 (verificar el cliente/promotor)
-CU7 (Realizar Pedido)
que se ha actualizado
2. No existe el Pedido
80
CU9: GESTIONAR FORMA DE PAGO

NOMBRE
PROPOSITO
RESUMEN
ACTORES
INICIADOR
FLUJO
PRECONDICION
POSTCONDICION
EXCEPCION
GESTIONAR FORMA DE PAGO

Acuerdo de pago (Crdito) y Pago al contado
-El cliente/promotor elige su forma de pago
-El administrador acepta su forma de pago
- A2. Administrado
2. Elegir su forma de pago
El solicitante elegir si desea hacer su pago respectivo si
es a crdito o al contado
3. Elegir su pago de crdito
Si el solicitante eligi pagar a crdito, tambin elegir su
forma de pagar a crdito con un acuerdo con la empresa
4. Confirmar acuerdo de pago.
El administrador acepta su acuerdo de pago
- Verificar el cliente/promotor
El sistema recibe una confirmacin de la forma pago que
se ha realizado.
81
CU10: GESTIONAR FACTURA

NOMBRE
PROPOSITO
RESUMEN
ACTORES
INICIADOR
FLUJO
GESTIONAR FACTURA
Se genera una factura al momento del pago total del
pedido
-El administrador detalla la factura por el pedido
-El administrador manda por el sistema a imprimir la
factura
- A2. Administrado
82
PRECONDICION
POSTCONDICION
EXCEPCION

2. Verificar pago total de pedido
El administrador verificara si el pedido fue pagado a su
totalidad
3. Pedir datos para la factura.
El administrador pedir el nombre y NIT para la factura
3. Realizar la factura por el pedido pagado
El administrador manda por el sistema a que imprimir la
factura
-Verificar la totalidad del pago
-verificar el cliente/promotor)
El sistema recibe una confirmacin de que la factura se
est por emitir
2. El pago total no ha sido efectuado
83
CU11: GESTIONAR PAGOS DE CREDITO

NOMBRE
PROPOSITO
RESUMEN
ACTORES
INICIADOR
FLUJO
PRECONDICION
POSTCONDICION
EXCEPCION
GESTIONAR PAGOS DE CREDITO

Administrar pagos de las cuotas de crdito
-El administrador obtiene los datos del cliente/promotor y
su crdito
-El cliente/promotor efecta el pago y el pago se registra
en sistema
- A2. Administrador
2. Validacin de crdito a pagar.
El administrador ingresara su ID de crdito para verificar
si ese crdito existe en el sistema
3. Emitir Factura.
Si el solicitante hizo su pago total de su crdito, el
sistema emitir su factura
-Verificar el cliente/promotor
-Verificar Crdito
Si el pago de Crdito es el total, el sistema se ira directo a
factura.
2. El pago ya fue efectuado en su totalidad
84
CU12: CONSULTAR BITACORA

NOMBRE
PROPOSITO
RESUMEN
ACTORES
INICIADOR
FLUJO
CONSULTAR BITACORA
Consulta los datos almacenados del sistema.
-El gerente tiene un registro de las acciones que los
usuarios han hecho en el sistema
- A1. Gerente
- A1. Gerente
1. Elegir usuario
85
El gerente elige un usuario para ver qu acciones realizo

2. Elegir da
El gerente elige el da que el usuario trabajo
PRECONDICION
POSTCONDICION
EXCEPCION
2. Da incorrecto
CU13: GESTIONAR USUARIO

NOMBRE
PROPOSITO
RESUMEN
ACTORES
INICIADOR
FLUJO
GESTIONAR USUARIO
Crear y modificar Usuario.
-El gerente puede crear o modificar usuarios que utilicen
el sistema
- Gerente
Gerente
1. Crear nuevo Usuario.
86
PRECONDICION
POSTCONDICION
EXCEPCION
El gerente tendr la posibilidad de crear cuentas de

usuario para que puedan utilizar el sistema
1.1. Registrar Datos de nuevo usuario
El gerente registrara todos los datos requeridos del nuevo
usuario en el sistema
1.2 Asignar Cdigo y Contrasea
El sistema le brindara un cdigo y contrasea
automticamente,
1.3 Asignar privilegios de usuario
El gerente asignara privilegios segn el cargo que
disponga el personal
2. Modificar Usuario.
El gerente podr modificar datos, o privilegios
2.1 Validar datos de usuario
El sistema verificara con el C.I. si existe el usuario
2.1 Modificar datos deseados
El gerente proceder a la modificacin de los datos o
privilegios del usuario
2.2 Guardar datos previamente modificados
El gerente guardara los datos del usuario
- Administrar Privilegios
El sistema recibe una confirmacin de que le Usuario ya
ha sido registrado
2.1. No se encuentra registrado
87
CU14: ADMINISTRAR PRIVILEGIOS

NOMBRE
PROPOSITO
RESUMEN
ACTORES
INICIADOR
FLUJO
PRECONDICION
POSTCONDICION
EXCEPCION
ADMINISTRAR PRIVILEGIOS
Administrar privilegios de Usuarios.
-El gerente podr asignar o quitar privilegios
- A1. Gerente
- A1. Gerente
1. Validacin de datos del usuario.
El gerente ingresara el C.I. del solicitante para verificar si
se encuentra registrado en el sistema.
2. Asignar privilegios
El gerente asignara privilegios necesarios para el usuario
3. Quitar privilegios
Se podrn quitar privilegios que previamente fueron
concedidos
-Verificar Usuario
El sistema recibe una confirmacin de los privilegios que
fueron asignado y/o quitamos al usuario
88
CU15: INICIAR CAJA CHICA

NOMBRE
PROPOSITO
RESUMEN
ACTORES
INICIADOR
FLUJO
INICIAR CAJA CHICA

Iniciar caja chica por periodo.
-El administrador inicia la caja chica del periodo
- A2. Administrador
- Administrador
1. Iniciar la caja chica
El administrador inicia caja chica con un monto especifico
2. Definir inicio de periodo
El administrador define el periodo de inicio de su caja
chica
3. Cerrar caja chica
89
El administrador cierra su caja chica

PRECONDICION
POSTCONDICION
EXCEPCION
El sistema enva la confirmacin de la caja chica
CU16: INGRESAR GASTOS INTERNOS

NOMBRE
PROPOSITO
RESUMEN
ACTORES
INICIADOR
FLUJO
PRECONDICION
POSTCONDICION
EXCEPCION
INGRESAR GASTOS INTERNOS

Realizar movimiento de gastos en el periodo.
-El administrador ingresa todos los gastos realizados en el
periodo
- A2. Administrador
- A2. Administrador
1. Verificar Salgo de Caja Chica
El sistema verificara el saldo que est en caja chica
2. Registrar gasto
El administrador registra el gasto
3. Actualizar saldo
El sistema se encargara de actualizar el saldo de caja
chica
-Iniciar Caja Chica
-Verificar Saldo de Caja Chica
El sistema recibe una confirmacin de Caja Chica, de la
actualizacin de su Saldo de su periodo
1. Cantidad Insuficiente
90
CU17: INICIAR CAJA GENERAL

NOMBRE
PROPOSITO
RESUMEN
ACTORES
INICIADOR
FLUJO
PRECONDICION
POSTCONDICION
INICIAR CAJA GENERAL

Permitir a la consultora realizar un Pedido de Productos.
-El gerente iniciara la caja general por periodo
-El gerente cerrara por periodo la caja general
- A1. Gerente
- A1. Gerente
1. Iniciar Caja General.
El gerente inicia caja general con un monto especifico
2. Cerrar Caja General.
El gerente cerrara caja general de acuerdo a la situacin
requerida
El sistema enviara la confirmacin de apertura o clausura
de caja general
91
EXCEPCION
CU18: GESTIONAR EQUIPOS DE PRESTAMO

NOMBRE
PROPOSITO
RESUMEN
ACTORES
INICIADOR
FLUJO
GESTIONAR EQUIPOS DE PRESTAMO

Registrar, Modificar y Listar
-El administrador obtiene los datos de los equipos para
registrar, modificar y listarlos
- A2. Administrador
- A2. Administrador
1. Registrar
El administrador registrara un nuevo de equipo para su
prstamo
1.1 Ingresar datos del equipo
Los datos del equipo sern registrados en el sistema
1.2 Asignar cdigo
El sistema le brindara un cdigo para el equipo de
prstamo
1.3 Guardar datos
El administrador guardara toda la informacin
previamente revisada
2. Modificar
El administrador podr modificar los datos de los equipos
92
PRECONDICION
POSTCONDICION
EXCEPCION
2.1 Validar datos de equipo

El sistema verificara con el cdigo del equipo si se
encuentra en el sistema registrado
2.2 Modificar datos
El administrador podr modificar los datos del equipo en
el sistema
2.3 Guardar datos
El administrador guardara los datos de los equipos
modificados
3. Listar
El administrador podr tener una lista de los equipos que
contiene en la empresa
Verificar equipo
El sistema recibe una confirmacin de que ha sido
registrado, modificado.
2.1 No se encuentra registrado
93
CU19: REPORTES
NOMBRE
PROPOSITO
RESUMEN
ACTORES
INICIADOR
FLUJO
PRECONDICION
POSTCONDICION
EXCEPCION
REPORTES
Sacar reportes por parmetros
-El Gerente y administrador podrn tener los reportes por
el parmetro requerido
- A1. Gerente
- A1. Gerente
1. Ingresar actividad.
El gerente ingresa la activad para el reporte
2. Ingresar periodo de reporte
El gerente ingresa el periodo para el reporte
3. Mostrar el periodo en reporte
El sistema le muestra por pantalla el reporte
El sistema muestra el reporte en pantalla.
2. Da errneo
94
5.4DIAGRAMA GENERAL DE CASOS DE USO
95
96
6 FLUJO DE TRABAJO: ANALISIS

6.1Anlisis de arquitectura
6.1.1
Identificar paquetes
Usuarios
Personas
Ventas
En este Paquete estan todos los Procesos referentesa Usuarios como ser :
-Getionar Usuarios, que tiene operaciones como Crear y Modificar
-Bitacora, en la cual vemos todos los movimientos por usuario
-Admde Privilegio, asignamos vistas de paquetes por usuarios restringiendo
tambien operaciones como consultar, modificar, etc.
En este Paquete estan todos los Procesos referentes a Personas que interacturan de
alguna u otra maneria con la empresa como ser :
-Trabajador: que tiene operaciones como Ingresar, modificar, inhabilitar, y realizar
contrato de trabajo.
-Promotor: Crear, modificar y deshabilitar un promotor
-Cliente: Crear, modificar y deshabilitar un cliente
En este Paquete estan todos los Procesos referentes a Ventas como ser :
-Gestionar Pedido: Solicitud de pedido de productos, Modificar la solicitud y Cancelar solicitud.
-Gestionar Nota Salida: Realizar la nota de salida
-Devolucion de Producto:Registrar productos devueltos
97
Inventarios
Pagos
Este Paquete es muy importante a nivel general porque este paquete nos hace
dependiente a el debido a que todo tiene que pasar por el, usa los siguientes casos de uso
como ser :
-Gestionar Produccion: en la cual vemos o solicitamos pedidos de acuerdo a nuestra produccion.
-Gestionar Almacen:Cantidad de Productos elaborados u en Stock
-Registrar Nota Salida:Se registra una nota de salida, aun cuando no haya pedido, sino es un
bono o gratificacion del gerente hacia algun personal de la empresa o ajeno
-Equip Presados: Se gestiona si se va a prestar el equipo al momento de pedido, ademas que me permite
verificar la cantidad de equipos presatados, puedo registrar un nuevo equipo, como tambien
dar de baja un equipo en mal estado
Este Paquete tiene Procesos de Pagos

como ser :
-Gestionar Forma de Pago al Contado:En la cual generamos la factura instantaneamente.
-Gestionar Forma de Pago al Credito:Gestionamos el plazo, cuotas, cuota inicial.
-Generar Factura: en el cual tiene el encabezado de la Empresa y los Respectivos datos
del cliente, asi como tambien el monto, y la descripcion de los productos vendidos
-Caja: aqui tenemos dos Procesos
Caja Chica: donde es la diaria y se iniciara con un monto diario, y se registrara la fecha en la
cual estara acoplada con gastos internos de la empresa
Caja General: Es de esta caja que tendra todo el dinero, la mas importante la cual solo tendra
acceso el gerente u dueo de la empresa
Lista de Paquetes
P1:USUARIOS
P2:PERSONAS
P3:VENTAS
P4:INVENTARIO
P5:PAGOS
98
6.1.2
Vista de cada paquete
99
100
6.1.3
Encapsulamiento
101
Personas
Gestionar Promotor
Gestionar Cliente
Administrador
Ventas
Gestionar(Pedido)
Gestionar Produccion
Promotor
Cliente
Administrador
Gestionar Almacen
Devolucion de Pedido
Gestionar Equipos
102
Inventarios
Gestionar Produccion
Gestionar Almacen
Administrador
Registrar Nota de Salida
Equipos Prestados
Pagos
Gestionar Forma de Pago al Contado
Generar Nota de Salida
Promotor
Administrador
Cliente
Gestionar Caja Chica
Gestionar Forma de Pago a Credito
103
6.1.4
Anlisis de clases
6.1.4.1 CU1: Gestionar Produccin
CLASE INTERFAZ
NOMBRE
Gestionar Produccin
RESPONSABILIDAD
Agregar Productos Producidos
ATRIBUTOS
Cdigo, Fecha, CodigoProducto,

Cantidad
METODOS
Nuevo(), Registrar()
NOT LICENSED
NOT LICENSED
CLASE CONTROL
Gestor Cliente
NOMBRE
Gestionar Produccin
PROPOSITO
Validar si lo que se Inserta es un

Producto, y filtrar errores
ENTRADA
Producto
SALIDA
Verificador Bolean() true/false
CLASE ENTIDAD
NOMBRE
Producto
RESPONSABILIDAD
- Registrar los nuevos productos en la base

de datos una vez que ha pasado por las
dos capas anteriores
ATRIBUTOS
CLASE ENTIDAD
NOMBRE
Produccin
RESPONSABILIDAD

104

ATRIBUTOS
CLASE ENTIDAD
NOMBRE
ProduccionProducto
RESPONSABILIDAD

ATRIBUTOS
6.1.4.2 CU2: Gestionar Almacn

CLASE INTERFAZ
NOMBRE
Gestionar Almacn
RESPONSABILIDAD
Brindar Informacin acerca de los

productos elaborados as como
105
ATRIBUTOS
consultar precio, etc.

Codigo,Nombre,Precio,Descripcion,Sto
ck
METODOS
Nuevo,Agregar,Modificar,Eliminar
NOT LICENSED
NOT LICENSED
CLASE CONTROL
Gestor Cliente
NOMBRE
Gestionar Almacn
PROPOSITO

Producto, y filtrar errores
ENTRADA
Producto
SALIDA
CLASE ENTIDAD
NOMBRE
Producto
RESPONSABILIDAD
- Registrar los nuevos productos en

la base de datos una vez que ha
pasado por las dos capas anteriores
ATRIBUTOS
CLASE ENTIDAD
NOMBRE
TipoProducto
RESPONSABILIDAD
- En la cual trata los tipos de

productos existentes en la
empresa, para darle al sistema
mayor consistencia de datos
ATRIBUTOS
idTipo, Nombre
106
6.1.4.3 CU3: Gestionar Trabajador

CLASE INTERFAZ
NOMBRE
RESPONSABILIDAD
Mostrar todos Los trabajadores, para

una mayor visibilidad, ser una interfaz
muy intuitiva cliente-sistema
Ci,Nombre,Sexo,FechaNac,Profesion,D
ireccion
ATRIBUTOS
METODOS
NOT LICENSED
Nuevo,Registrar,Modificar
CLASE CONTROL
NOMBRE
NOT LICENSED
Gestor Cliente
GestionarTrabajdor
PROPOSITO
Filtrar los errores que se produzcan

al momento de hacer una
operacin, adems de validar las
entradas
ENTRADA
Trabajador
SALIDA
107
CLASE ENTIDAD
NOMBRE
Trabajador
RESPONSABILIDAD
- Insertar los Datos a la base de

datos
ATRIBUTOS
Profesin, direccin
CLASE ENTIDAD
NOMBRE
Persona
RESPONSABILIDAD
- Insertar los Datos a la base de

datos
ATRIBUTOS
Ci,Nombre,FechaNac, Sexo
6.1.4.4 CU4: Gestionar Puesto Trabajo

CLASE INTERFAZ
NOMBRE
Gestionar Puesto Trabajo
RESPONSABILIDAD
Brindar Informacin acerca de los puestos,

as como tambin asignar un puesto de
trabajo a un trabajador.
Idtrabajo,Puesto,Turno,Salario,HoraEntrada,
HoraSalida
ATRIBUTOS
108
METODOS
Nuevo,Agregar,Modificar,
NOT LICENSED
NOT LICENSED
CLASE CONTROL
Gestor Cliente
NOMBRE
Gestionar PuestoTrabajo
PROPOSITO
Filtrar errores en el momento de

hacer alguna operacin
ENTRADA
Trabajador/PuestoTrabajo
SALIDA
CLASE ENTIDAD
NOMBRE
Trabajo
RESPONSABILIDAD
- Mostrar en los distintos tipos de trabajos

que tiene la empresa
ATRIBUTOS
IdTrabajo,Turno,Salario,Puesto,HoraEntr
ada,HoraSalida
6.1.4.5 CU5: Gestionar Contratos

CLASE INTERFAZ
109
NOMBRE
Gestionar Contratos
RESPONSABILIDAD
Mostrar todos los contratos existentes en la

empresa, para una mejor estadstica de los
trabajadores adems de facilitarle al usuario
la bsqueda en archivos
CiTrabajador,PuestoTrabajo,FechaIngreso,Fech
aRetiro,Estado
ATRIBUTOS
METODOS
NOT LICENSED
Nuevo,Agregar,Modificar,Eliminar
NOT LICENSED
CLASE CONTROL
Gestor Cliente
NOMBRE
Gestionar Contratos
PROPOSITO
Mostrar contratos de distintos

trabajadores
ENTRADA
CiTrabajador
SALIDA
CLASE ENTIDAD
NOMBRE
Contratos
RESPONSABILIDAD
- Gestionar Contratos
ATRIBUTOS
CiTrabajador, PuestoTrabajo,
FechaRetiro, Estado
110
6.1.4.6 CU6: Gestionar Promotor

CLASE INTERFAZ
NOMBRE
Gestionar Promotor
RESPONSABILIDAD
Visibilidad de Datos de los Promotores

para una mejor insercin de datos
Ci,Nombre,Sexo,FechaNac,Estado,Fech
aI,FechaR
ATRIBUTOS
METODOS
NOT LICENSED
Nuevo,Agregar,Modificar
NOT LICENSED
CLASE CONTROL
NOMBRE
Gestor Cliente
Gestionar Promotor
PROPOSITO

Promotor, y filtrar errores
ENTRADA
Promotor
SALIDA
CLASE ENTIDAD
NOMBRE
Promotor
RESPONSABILIDAD
-Almacenar en la base de datos la

operacin realizada debidamente
controlada
ATRIBUTOS
Ci,Estado,FechaI,FechaR
CLASE ENTIDAD
NOMBRE
Persona
RESPONSABILIDAD

controlada
ATRIBUTOS
Ci,nombre,sexo,fechaNac
111
6.1.4.7 CU7. GESTIONAR CLIENTE

CLASE INTERFAZ
NOMBRE
Gestionar Cliente
RESPONSABILIDAD
ATRIBUTOS
Visibilidad de Datos de los Clientes

para un mejor manejo de datos
Ci, Nombre, Sexo, FechaNac, Estado
METODOS
Nuevo, Agregar, Modificar y Filtrar
NOT LICENSED
NOT LICENSED
CLASE CONTROL
Gestor Cliente
NOMBRE
Gestionar Promotor
PROPOSITO

Cliente y filtrar errores
ENTRADA
Cliente
SALIDA
112
CLASE ENTIDAD
NOMBRE
Cliente
RESPONSABILIDAD

controlada
ATRIBUTOS
Estado
CLASE ENTIDAD
NOMBRE
Persona
RESPONSABILIDAD

controlada
ATRIBUTOS
Ci, Nombre, Sexo, FechaNac, Estado
6.1.4.8 CU8 GESTIONAR PEDIDO

CLASE INTERFAZ
NOMBRE
Gestionar Pedido
RESPONSABILIDAD
Visibilidad de Datos de los Clientes

IdPedido, Direccion, fechaHora y
FechaEntrega
ATRIBUTOS
METODOS
Registrar, Modificar, Cancelar y

113
NOT LICENSED
Verificar Stock
NOT LICENSED
CLASE CONTROL
Gestor Cliente
NOMBRE
Validar Pedido
PROPOSITO

Pedido, filtrar errores y obtener
datos correctos.
ENTRADA
Pedido
SALIDA
CLASE ENTIDAD
NOMBRE
Pedido
RESPONSABILIDAD

controlada
ATRIBUTOS
IdPedido, Direccion, fechaHora y

FechaEntrega
6.1.4.9
CU9 GESTIONAR NOTA DE SALIDA

114
CLASE INTERFAZ
NOMBRE
Gestionar Nota de Salida
RESPONSABILIDAD
Visibilidad de Datos de las Notas de

Salida para un mejor manejo de datos
IdNotaSalida, Descripcion y fecha
ATRIBUTOS
METODOS
NOT LICENSED
Registrar, Modificar y Mostrar
NOT LICENSED
CLASE CONTROL
NOMBRE
Gestor Cliente
Validar Pedido
PROPOSITO
Validar si lo que se Inserta es una

Nota de Salida, filtrar errores y
obtener datos correctos.
ENTRADA
NotaSalida
SALIDA
CLASE ENTIDAD
NOMBRE
NotaSalida
RESPONSABILIDAD

controlada
ATRIBUTOS
IdNotaSalida, Descripcion y fecha
115
6.1.4.10
CU10 DEVOLUCION DE PRODUCTO
CLASE INTERFAZ
NOMBRE
Devolucion Producto
RESPONSABILIDAD
ATRIBUTOS
Visibilidad de Datos de Devolucion de

Productos para un mejor manejo de
datos
IdPedido, IdDevolucion, fecha y Detalle
METODOS
Registrar y Mostrar
NOT LICENSED
NOT LICENSED
CLASE CONTROL Gestor Cliente
NOMBRE
Validar Devolucion
PROPOSITO

Devolucion, filtrar errores y obtener
datos correctos.
ENTRADA
Detalle
SALIDA
116
CLASE ENTIDAD
NOMBRE
Devolucion
RESPONSABILIDAD

controlada
ATRIBUTOS
IdDevolucion, fecha y Detalle
6.1.4.11
CU11 GESTIONAR FORMA DE PAGO
CLASE INTERFAZ
NOMBRE
Gestionar Forma de Pago
RESPONSABILIDAD
Visibilidad de Datos de Forma de Pago

IdPago, ImporteTotal y Descuento
ATRIBUTOS
METODOS
NOT LICENSED
Contado, Credito, CreditoModificar y

Cancelar
NOT LICENSED
CLASE CONTROL
Gestor Cliente
117
NOMBRE
Validar Forma de Pago
PROPOSITO

Pago al Contado o un Pago al
Credito, filtrar errores y obtener
datos correctos.
ENTRADA
Pago
SALIDA
CLASE ENTIDAD
NOMBRE
Pago
RESPONSABILIDAD

controlada
ATRIBUTOS
IdPago, fechaHora, importe y

Descuento
CLASE ENTIDAD
NOMBRE
Contado
RESPONSABILIDAD

controlada
ATRIBUTOS
IdPago
CLASE ENTIDAD
NOMBRE
Credito
RESPONSABILIDAD

controlada
ATRIBUTOS
Plazo y NumeroCuota
118
6.1.4.12
CU12 GENERAR FACTURA
CLASE INTERFAZ
NOMBRE
Generar Factura
RESPONSABILIDAD
Visibilidad de Datos de Devolucion de

Productos para un mejor manejo de
datos
Fecha, Detalle, Nombre, NIT
ATRIBUTOS
METODOS
NOT LICENSED
Imprimir y Mostrar
NOT LICENSED
Gestor Cliente
119
CLASE CONTROL
NOMBRE
Validar Factura
PROPOSITO

Factura, filtrar errores y obtener
datos correctos.
ENTRADA
Pedido
SALIDA
CLASE ENTIDAD
NOMBRE
Factura
RESPONSABILIDAD

controlada
ATRIBUTOS
IdFactura, NIT, Fecha, iva, Importe y

Estado
6.1.4.13
CU13 GESTIONAR PAGOS DE CREDITO
CLASE INTERFAZ
NOMBRE
Gestionar Pagos de Credito
RESPONSABILIDAD
Visibilidad de Datos de Pagos de

Cuotas para un mejor manejo de datos
IdPedido, ImporteTotal, NroCuota,
ATRIBUTOS
120
MontoCuota, Saldo y Fecha

METODOS
NOT LICENSED
Aceptar
NOT LICENSED
CLASE CONTROL
Gestor Cliente
NOMBRE
Validar Pago de Credito
PROPOSITO

Pago, filtrar errores y obtener datos
correctos.
ENTRADA
Cuota
SALIDA
CLASE ENTIDAD
NOMBRE
Pago
RESPONSABILIDAD

controlada
ATRIBUTOS
IdPago, FechaHora , Importe y

Descuento
CLASE ENTIDAD
NOMBRE
Credito
RESPONSABILIDAD

controlada
ATRIBUTOS
Plazo y NroCuota
CLASE ENTIDAD
NOMBRE
Cuota
121
RESPONSABILIDAD

controlada
ATRIBUTOS
NroCuota, fecha, monto, estado
6.1.4.14
CU14: Consultar Bitcora
CLASE INTERFAZ
NOMBRE
Bitcora
RESPONSABILIDAD
Verificar Transacciones u Operaciones

Realizadas por los usuarios
DetalleBitacora
ATRIBUTOS
METODOS
Buscar,Mostrar
NOT LICENSED
NOT LICENSED
CLASE CONTROL
Gestor Cliente
NOMBRE
Gestionar Bitcora
PROPOSITO
Validar si lo que busca o quiere

mostrar es una bitcora
ENTRADA
usuario
122
SALIDA
CLASE ENTIDAD
NOMBRE
Bitcora
RESPONSABILIDAD

controlada
ATRIBUTOS
IdUsuario,Fecha,Actividad,tabla
CLASE ENTIDAD
NOMBRE
Usuario
RESPONSABILIDAD
-Insertar los datos debidamente

controlados por las anteriores
capas del sistema
ATRIBUTOS
Cargo,estado,Nick,contrasea
123
6.1.4.15
CU15: Gestionar Usuario
CLASE INTERFAZ
NOMBRE
Gestionar Usuario
RESPONSABILIDAD
Es tener una vista simple, manejable ante

los usuarios que interactan con estas
vistas que quieran hacer operaciones
debidamente filtrada por la interfaz
Ci,nombre,sexo,fechanac,cargo,estado,Nick
,contrasea
ATRIBUTOS
METODOS
Asignar(incluye si asigna o quita

privilegios)
NOT LICENSED
NOT LICENSED
CLASE CONTROL Gestor Cliente
NOMBRE
Gestionar Usuario
RESPONSABILIDAD
Validar los parmetros ingresados que

sea un usuario, adems de filtra los
errores dando buena imagen a la
interfaz
CLASE ENTIDAD
NOMBRE
Usuarios
RESPONSABILIDAD
Almacenar los datos previamente

pasados por las anteriores capas e
operar con la base de datos
ATRIBUTOS
CLASE ENTIDAD
NOMBRE
Personas
RESPONSABILIDAD
Almacenar los datos previamente

pasados por las anteriores capas e
operar con la base de datos
Ci,nombre,sexo,fechanac
ATRIBUTOS
124
6.1.4.16
CU16: Administracin de Privilegio
CLASE INTERFAZ
NOMBRE
Administracin de Privilegios
RESPONSABILIDAD
Proveer visibilidad al usuario al

momento de asignar privilegios,
adems de poseer una interfaz
intuitiva y manejable
Vistas a Paquetes,Vistas a Casos Uso,
Listado de Usuarios
ATRIBUTOS
METODOS
Asignar(incluye si asigna o quita

privilegios)
NOT LICENSED
NOT LICENSED
CLASE CONTROL
Gestor Cliente
125
NOMBRE
Administracion Privilegios
PROPOSITO

Promotor, y filtrar errores
ENTRADA
IdUsuario
SALIDA
CLASE ENTIDAD
NOMBRE
usuario
RESPONSABILIDAD

controlada
ATRIBUTOS
CLASE ENTIDAD
NOMBRE
CasosUso
RESPONSABILIDAD

controlada
ATRIBUTOS
Id_c,nombre
CLASE ENTIDAD
NOMBRE
paquete
RESPONSABILIDAD

controlada
ATRIBUTOS
Id_p,nombre
CLASE ENTIDAD
126
NOMBRE
vistausuario
RESPONSABILIDAD

controlada
ATRIBUTOS
Id_c,id_p,idusuario
6.1.4.17
CU17: Iniciar Caja Chica
CLASE INTERFAZ
NOMBRE
Iniciar Caja Chica
RESPONSABILIDAD
ATRIBUTOS
Creada para efectuar ingresos o

egresos
IdCajaChica, Fecha, InicioCaja
METODOS
Iniciar(),Finalizar()
127
NOT LICENSED
NOT LICENSED
CLASE CONTROL
NOMBRE
Gestor Cliente
GestionarCajaChica
PROPOSITO
Verificar si se cuenta con la

cantidad de inicio de dinero en caja
general, adems de validar las
entradas si son o no correctas
ENTRADA
dinero
SALIDA
CLASE ENTIDAD
NOMBRE
Caja Chica
RESPONSABILIDAD

controlada
ATRIBUTOS
IdCaja,InicioCaja,Fecha,Fincaja,I
dCajaGeneral
128
6.1.4.18
CU18: Ingresar Movimiento
CLASE INTERFAZ
NOMBRE
Gastos Internos
RESPONSABILIDAD
Creada para poder filtrar los datos

dentro de la empresa ya sea que se
emitan o no factura
IdGasto,Descripcion,Monto,Fecha,Nro.Do
cumento
ATRIBUTOS
METODOS
NOT LICENSED
Ingresar
NOT LICENSED
CLASE CONTROL
NOMBRE
Gestor Cliente
AdministracionPrivilegios
129
PROPOSITO
Verifica si hay suficiente dinero en

cajachica, para poder realizar el
gasto
ENTRADA
Id Gasto
SALIDA
CLASE ENTIDAD
NOMBRE
Gastos Internos
RESPONSABILIDAD
-Almacenar en la base de datos la operacin

realizada debidamente controlada
ATRIBUTOS
Idgastos,idcajachica,monto,descripcin,nro
documento,fecha
CLASE ENTIDAD
NOMBRE
Caja Chica
RESPONSABILIDAD

controlada
ATRIBUTOS
IdCaja,InicioCaja,Fecha,Fincaja,I
dCajaGeneral
130
6.1.4.19
CU19: Iniciar Caja General
CLASE INTERFAZ
NOMBRE
Iniciar Caja General
RESPONSABILIDAD
Esta caja se iniciara una vez en el ao

a menos que ocurra algn
inconveniente, y se cerrara en fin de
ao, es la mas importante ya que aqu
provee todo el capital en la empresa
idCajaGrande,Fecha
ATRIBUTOS
METODOS
NOT LICENSED
Abrir(),Cerrar()
NOT LICENSED
CLASE CONTROL
NOMBRE
PROPOSITO
Gestor Cliente
GestionarCajaGeneral
Valida si se pudo iniciar o no la caja
131
general
ENTRADA
Ingreso
SALIDA
CLASE ENTIDAD
NOMBRE
Caja General
RESPONSABILIDAD

controlada
ATRIBUTOS
idCajaGeneral,MontoTotal
6.1.4.20
CU20: Gestionar Equipos Prstamo
CLASE INTERFAZ
132
NOMBRE
Prstamo Equipos
RESPONSABILIDAD
ATRIBUTOS
Hacer Fcil la operacin al momento

de que soliciten un equipo prestado
idSolicitud,IdSolicitante,IdSolicitudPr
est,Ga
rantia,FechaIncio,FechaDevolucion
METODOS
VerificarStock,Aceptar
NOT LICENSED
NOT LICENSED
CLASE CONTROL
Gestor Cliente
NOMBRE
GestionarPrestamosEquipos
PROPOSITO
Verificar si el equipo existe en

almacn y si tenemos la cantidad
adecuada al prstamo
ENTRADA
idSolicitudPrest
SALIDA
CLASE ENTIDAD
NOMBRE
Presta
RESPONSABI
LIDAD
-Almacenar en la base de datos la operacin realizada

debidamente controlada
ATRIBUTOS
idEquipamiento,idPedido,Costo,Cantidad,Garantia,Detalle,Fe
chaInicio,Fecha Fin
CLASE ENTIDAD
NOMBRE
Equipamiento
RESPONSABI
LIDAD
-brindar informacin sobre la cantidad de productos

almacenados en el stock de la empresa
ATRIBUTOS
idEquipamiento,nombre,descripcin,capacidad
133
6.1.4.21
CU21: Reportes
CLASE INTERFAZ
NOMBRE
Reportes
RESPONSABILIDAD
Filtrar los datos acorde a lo

solicitado, que esta ventana
funcione inteligentemente
idReporte
ATRIBUTOS
METODOS
NOT LICENSED
Filtrar(),Mostrar()buscar()
NOT LICENSED
CLASE CONTROL
NOMBRE
PROPOSITO
Gestor Cliente
Gestionar Reportes
Verificar si el parmetro a buscar
134
existe en nuestra base de datos

ENTRADA
ParametroReporte
SALIDA
CLASE ENTIDAD
NOMBRE
Reportes
RESPONSABILIDAD

controlada
ATRIBUTOS
IdReporte,Activida
6.1.5
Anlisisde Paquete
135
7 FLUJO DE TRABAJO DISENO

7.1Diseo de arquitectura
7.1.1
Vista del Usuario en el Sistema
136
7.1.2
Arquitectura Fsica del Dise
137
7.1.3
Dise de Interfaz de Usuario
7.2DISEO DE DATOS
7.2.1
DISEO LOGICO
7.2.1.1 DIAGRAMA DE CLASES
138
7.2.1.2 MAPEO
7.2.2
MODELO FISICO
7.2.2.1 VOLUMEN DE TABLAS

NOMBRE
ci
nombre
Sexo
fechaNac
idDireccion
TIPO DE
DATO
Entero
Texto (50)
Varchar(1)
Date
Entero
NOMBRE
TIPO DE
DATO
ci
Entero
Cargo
Estado
Varchar(50)
Booleano
Nick
Varchar(50)
Contrasea
Varchar(50)
NOMBRE
TIPO DE
DATO
ci
Entero
NOMBRE
ci
estado
fechaIngreso
fechaRetiro
NOMBRE
PERSONA
LLAV NUL
DESCRIPCIN
E
O
PK
No
Nmero de Carnet de Identidad
No
Nombre completo de persona
No
Sexo de la Persona
No
Fecha de Nacimiento
Fk
No
Identificador de Direccion
USUARIO
LLAV NUL
DESCRIPCIN
E
O
PK,F
No
K
No
Ocupacion en la Empresa
No
Abilitado o no
Nombre de usuario con que utilizara el
No
sistema
No
Contrasena
CLIENTE
LLAV NUL
DESCRIPCIN
E
O
PK,F
No
K
TIPO DE
DATO
Entero
Booleano
Fecha
Fecha
PROMOTOR
LLAV NUL
DESCRIPCIN
E
O
PK,Fk No
No
Abilitado o no
No
Fecha en que Ingresa a la empresa
Si
Fecha en que se retira de la empresa
TIPO DE
DATO
BONO
LLAV NUL
DESCRIPCIN
E
O
139
idBono
descripcion
fecha
Entero
Varchar(200)
Fecha
Identificador de Bono
Descripcion del bono
Fecha en que se aplicara el bono
TIPO DE
DATO
Entero
Entero
TIPO DE
DATO
Entero
Tiempo
Fecha
Varchar(50)
Entero
BITACORA
LLAV NUL
DESCRIPCIN
E
O
PK
No
Identificador de la bitacora
No
Fecha de inicio de la bitacora
No
Fecha de finalizacion de la bitacora
No
Movimiento que realiza el usuario
Fk
No
Identifador usuario
idBono
ci
idBitacora
hora
fecha
actividad
ciUsuario
No
No
No
BONOPROMOTOR
LLAV NUL
DESCRIPCIN
E
O
PK,Fk No
Identificador de Bono
PK,Fk No
Numero de Carnet de Identidad
NOMBRE
NOMBRE
PK,
NOMBRE
idTrabajo
turno
salario
puesto
horaEntrada
horaSalida
NOMBRE
ci
profesin
NOMBRE
ci
idTrabajo
estado
fechaIngreso
TIPO DE
DATO
Entero
Varchar(50)
Entero
Varchar(50)
Fecha
Fecha
TRABAJO
LLAV NUL
DESCRIPCIN
E
O
PK
No
Identificador de trabajo
No
Turno en que trabaja
No
Monto de su salario
No
Puesto
No
Hora en que comienza su horario
No
Hora en que termina su horario
TIPO DE
DATO
Entero
Varchar(100)
TRABAJADOR
LLAV NUL
DESCRIPCIN
E
O
PK,Fk No
Carnet de Identidad
Si
Profesin del trabajador
TRABAJOTRABAJADOR
TIPO DE
NUL
LLAVE
DESCRIPCIN
DATO
O
Entero
PK,Fk No
Carnet de Identidad
Varchar(100) Pk,Fk
No
Identificador de Trabajo
Booleano
No
Habilitado o inabilitado
Fecha
No
Fecha en que comienza a Trabajar en la
140
fechaRetiro
Fecha
NOMBRE
codHoraTrabaj
ada
ci
fecha
horaEntrada
horaSalida
NOMB
RE
idFono
tipo
numer
o
ci
Empresa
Fecha en que deja de trabajar para la
empresa
Si
TIPO DE
DATO
horaTRABAJADA
LLAV NUL
DESCRIPCIN
E
O
Entero
PK
Varchar(100)
Booleano
Fecha
Fecha
Pk,Fk No
No
No
Si
TIPO DE
DATO
Entero
Varchar(50)
Identificador hora trabajada

Carnet de identidad
Fecha del dia trabajado
Hora de entrada
Hora de Salida
TELEFONO
LLAV NUL
DESCRIPCIN
E
O
Pk
No
Identificador del telfono
No
Tipo del nmero de telfono
Entero
Entero
No
FK
No
Numero telefonico
No
Carnet de Identidad del propietario
tipoPRODUCTO
NOMB
RE
idTipo
nombr
e
TIPO DE DATO
LLAVE NULO
DESCRIPCIN
Entero
PK
No
Identificador de producto
No
Nombre del producto
Varchar(50)
PRODUCTO
NOMBR
E
codigo
nombre
precio
descripci
on
stock
idTipo
NOMBRE
TIPO DE DATO
LLAVE
NULO
DESCRIPCIN
Entero
Varchar(50)
Entero
PK
No
No
No
Cdigo de producto
Nombre del producto
Precio unitario del producto
Varchar(200)
No
Descripcin del producto
Entero
Entero
No
No
Nmero de unidades en el almacn

PK,Fk
TIPO DE DATO
PRODUCCION
LLAVE NUL DESCRIPCIN
141
idProduccion Entero
fechaProducc
Fecha
ion
NOMBRE
idProduccion
idProducto
cantidad
TIPO DE DATO
idNota
descripcin
fecha
Entero
Varchar(200)
Fecha
NOMBRE
TIPO DE DATO
idNota
idProducto
cantidad
Entero
Entero
Entero
idPedido
fechaPedido
fechaEntrega
idDireccion
idEstado
No
Fecha de produccin
notaSALIDA
NUL
LLAVE
O
PK
No
No
No
detalleSALIDA
NUL
LLAVE
O
PK,Fk
No
PK,Fk
No
No
estadoPEDIDO
NUL
LLAVE
O
PK
No
No
No
TIPO DE DATO
idEstado
Entero
estado
booleano
fechaEntrega Fecha
NOMBRE
Identificador de produccin
PRODUCCIONproducto
NUL
TIPO DE DATO
LLAVE
DESCRIPCIN
O
Entero
PK,FK
No
Identificador de produccin
Entero
Pk,Fk No
Cdigo de producto
Cantidad de unidades
Entero
No
producidas
NOMBRE
NOMBRE
PK
O
No
TIPO DE
DATO
Entero
Fecha
Fecha
Entero
Entero
LLA
VE
PK
FK
FK
DESCRIPCIN
Identificador de Nota de salida
Descripcion de la nota
Fecha de emisin de la nota
DESCRIPCIN
Identificador de Nota de salida
Cdigo de producto
Cantidad de productos
DESCRIPCIN
Identificador de estado
Situacion en que se encuentra
Fecha de entrega
PEDIDO
NUL
DESCRIPCIN
O
No
Identificador de pedido
No
Fecha de solicitud de pedido
No
Fecha de entrega
No
Identificador de direccion
No
Estado de pedido
142
ci
Entero
FK
NOMBRE
TIPO DE
DATO
EQUIPAMIENTO
LLA NUL
DESCRIPCIN
VE
O
Entero
PK
idEquipamient
o
nombre
descripcin
capacidad
NOMBRE
idDevolucion
fechaHora
Descripcin
idPedido
Varchar(50)
Varchar(200
)
Varchar(100
)
TIPO DE
DATO
Entero
Fecha
Varchar(200
)
Entero
NOMBRE
TIPO DE
DATO
codProducto
Entero
idPedido
Entero
cantidad
monto
Entero
Entero
NOMBRE
TIPO DE
DATO
codProducto
Entero
idPedido
Entero
cantidad
monto
Entero
Entero
LLA
VE
PK
Fk
No
Carnet de identidad
No
Identificador de equipamiento
No
Nombre del equipo
No
Detalles del equipo
No
Capacidad del equipo
DEVOLUCION
NUL
DESCRIPCIN
O
No
Identificador de devolucin
No
Fecha en que se realiza la devolucin
No
Detalles de la devolucin
No
Identificador de Pedidos
DETALLEPEDIDOINICIAL
LLA NUL
DESCRIPCIN
VE
O
PK,F
No
K
Pk,F
No
K
No
Cantidad de productos pedidos
No
Cantidad monetaria del pedido
DETALLEPEDIDOFINAL
LLA NUL
DESCRIPCIN
VE
O
PK,F
No
K
Pk,F
No
K
No
Cantidad de productos pedidos
No
Cantidad monetaria del pedido
PRESTA
143
NOMBRE
TIPO DE
DATO
idEquipamient
o
Entero
idPedido
Entero
costo
cantidad
garanta
Entero
Entero
Entero
Varchar(200
)
Fecha
Fecha
detalle
fechaInicio
fechaFin
LLA
VE
PK,F
K
Pk,F
K
NOMBRE
TIPO DE DATO
idCaja
MontoTotal
Entero
Entero
NUL
DESCRIPCIN
O
No
Identificador de equipo
No
Si
No
No
Costo monetario del prstamo

Cantidad de equipos prestados
Costo monetario de la garanta
No
Detalle del prstamo
No
No
Fecha en que inicia el prstamo

Fecha en que termina el prestamo
CAJAGENERAL
NUL
LLAVE
DESCRIPCIN
O
PK
No
Identificador de la caja
No
Monto monetario de la caja
CAJAChica
NUL
LLAVE
O
PK
No
NOMBRE
TIPO DE DATO
idCajachica
Entero
inicioCaja
Entero
No
finCaja
Entero
No
fecha
idCajaGener
al
Fecha
No
Identificador de la caja chica

Monto con que inicia la caja
chica
Monto con que finaliza la caja
chica
Fecha de la caja chica
No
Identificador de la caja
Entero
NOMBRE
TIPO DE DATO
idPago
fechaHora
monto
idPedido
idCajaChica
Entero
Fecha
Entero
Fecha
Entero
NOMBRE
TIPO DE DATO
Fk
PAGO
NUL
LLAVE
O
PK
No
No
No
Fk
No
Fk
No
CONTADO
NUL
LLAVE
O
DESCRIPCIN
DESCRIPCIN
Identificador del pago
Fecha en que se realiz el pago
Monto del pago
DESCRIPCIN
144
idPago
Descuento
Entero
Entero
NOMBRE
TIPO DE DATO
idPago
plazo
descuento
estado
nroCuota
Entero
Varchar(100)
Entero
Booleano
Entero
PK,FK
No
No
CREDITO
NUL
LLAVE
O
PK,FK
No
No
Si
No
No
CUOTA
NUL
LLAVE
O
PK,FK
No
Fk
No
NOMBRE
TIPO DE DATO
idPago
nroCuota
Entero
Entero
fecha
Fecha
No
monto
Entero
No
FACTURA
NUL
LLAVE
O
PK
No
No
NOMBRE
TIPO DE DATO
idFactura
nit
Entero
Entero
fecha
Fecha
No
iva
importe
idPago
Entero
Entero
Entero
No
No
No
NOMBRE
idGastos
idCajaChica
Monto
descripcion
nroDocumen
to
fecha
Fk

Descuento
DESCRIPCIN
Fecha en que finaliza el plazo
Descuento
Situacin en que se encuentra
Nmero de la cuota
DESCRIPCIN
Nmero de la cuota
Fecha en la que se cancela la
cuota
Monto de la cuota
DESCRIPCIN
Identificador de la factura
N.I.T.
Fecha en la que se emite la
factura
Impuesto
Monto monetario de la factura
GASTOSINTERNOS
NUL
TIPO DE DATO
LLAVE
DESCRIPCIN
O
Entero
PK
No
Identificador del Gasto
Entero
No
Fecha
No
Monto de la factura
Varchar(100)
Si
Descripcin del gasto
Entero
Fecha
Fk
Si
Documento de respaldo
No
Fecha en que se realiz el gasto

145
7.2.2.2 SCRIPT
7.2.2.3 DIAGRAMA RELACIONAL
create database aguacaniadadb;
use aguacaniadadb;
create table persona(

ci int not null,
nombre varchar(50) not null,
sexo varchar(1) not null,
fechaNac date not null,
primary key(ci));
create table usuario(
ci int not null,
cargo varchar(50) not null,
estado boolean not null,
nick varchar(50) not null,
contrasea varchar(50) not null,
primary key(ci),
foreign key(ci) references persona(ci)
on delete cascade
on update cascade);
create table cliente(
ci int not null,
primary key(ci),
on delete cascade
on update cascade);
create table promotor(
ci int not null,
146
fechaIngreso date not null,

fechaRetiro date,
primary key(ci),
on delete cascade
on update cascade);
create table bono(
idBono int not null,
descripcion varchar(200) not null,
fecha date not null,
primary key(idBono));
create table bonoPromotor(
idBono int not null,
ci int not null,
primary key(idBono,ci),
foreign key(idBono) references bono(idBono)
on delete cascade
on update cascade,
foreign key(ci) references promotor(ci)
on delete cascade
on update cascade);
create table bitacora(
idBitacora int not null,
hora time not null,
actividad varchar(50) not null,
ciUsuario int not null,
primary key(idBitacora),
foreign key(ciUsuario) references usuario(ci)
on delete cascade
on update cascade);
147
create table trabajo(

idTrabajo int not null,
turno varchar(50) not null,
salario float not null,
puesto varchar(100) not null,
horaEntrada time not null,
horaSalida time not null,
primary key(idTrabajo));
create table trabajador(
ci int not null,
profesion varchar(100),
direccion varchar(300) not null,
primary key(ci),
on delete cascade
on update cascade);
create table trabajoTrabajador(
ci int not null,
fechaIngreso date not null,
fechaRetiro date,
primary key(ci,idTrabajo),
on delete cascade
on update cascade,
foreign key(idTrabajo) references trabajo(idTrabajo)
on delete cascade
on update cascade);
create table horaTrabajada(
codHoraTrabajada int not null,
148
ci int not null,

horaEntrada time not null,
horaSalida time not null,
primary key(codHoraTrabajada,ci,idTrabajo),
foreign key(ci) references trabajoTrabajador(ci)
on delete cascade
on update cascade,
foreign key(idTrabajo) references trabajoTrabajador(idTrabajo)
on delete cascade
on update cascade);
create table telefono(
idFono int not null,
tipo varchar(50) not null,
numero int not null,
ci int not null,
primary key(idFono),
on delete cascade
on update cascade);
create table tipoProducto(
idTipo int not null,
primary key(idTipo));
create table producto(
codigo int not null,
precio float not null,
stock int not null,
149
idTipo int not null,

primary key(codigo),
foreign key(idTipo) references tipoProducto(idTipo)
on delete cascade
on update cascade);
create table produccion(
idProduccion int not null,
fechaProduccion date not null,
primary key(idProduccion));
create table produccionProducto(
idProduccion int not null,
idProducto int not null,
cantidad int not null,
primary key(idProduccion,idProducto),
foreign key(idProduccion) references produccion(idProduccion)
on delete cascade
on update cascade,
foreign key(idProducto) references producto(codigo)
on delete cascade
on update cascade);
create table notaSalida(
idNotaSalida int not null,
primary key(idNotaSalida));
create table detalleSalida(
idNotaSalida int not null,
idProducto int not null,
primary key(idNotaSalida,idProducto),
foreign key(idNotaSalida) references notaSalida(idNotaSalida)
150
on delete cascade
on update cascade,
foreign key(idProducto) references producto(codigo)
on delete cascade
on update cascade);
create table estadoPedido(
idEstado int not null,
fechaEntregado date,
primary key(idEstado));
create table pedido(
idPedido int not null,
direccion varchar(300) not null,
fechaHoraPedido datetime not null,
fechaEntrega date,
idEstado int not null,
ci int not null,
primary key(idPedido),
foreign key(idEstado) references estadoPedido(idEstado)
on delete cascade
on update cascade,
on delete cascade
on update cascade);
create table equipamiento(
idEquipamiento int not null,
descripcion varchar(200),
capacidad varchar(100),
primary key(idEquipamiento));
create table devolucion(
151
idDevolucion int not null,

fechaHora datetime not null,
primary key(idDevolucion),
foreign key(idPedido) references pedido(idPedido)
on delete cascade
on update cascade);
create table detallePedidoInicial(
codProducto int not null,
monto float not null,
primary key(codProducto,idPedido),
foreign key(codProducto) references producto(codigo)
on delete cascade
on update cascade,
on delete cascade
on update cascade);
create table detallePedidoFinal(
primary key(codProducto,idPedido),
on delete cascade
on update cascade,
on delete cascade
152
on update cascade);
create table presta(
idEquipamiento int not null,
costo float,
garantia varchar(100),
detalle varchar(200),
fechaInicio date not null,
fechaFin date not null,
primary key(idEquipamiento,idPedido),
foreign key(idEquipamiento) references equipamiento(idEquipamiento)
on delete cascade
on update cascade,
on delete cascade
on update cascade);
create table productoDevuelto(
idDevolucion int not null,
primary key(codProducto,idDevolucion),
on delete cascade
on update cascade,
foreign key(idDevolucion) references devolucion(idDevolucion)
on delete cascade
on update cascade);
create table cajaGeneral(
idCajaGeneral int not null,
153
montoTotal float not null,

primary key(idCajaGeneral));
create table cajaChica(
idCajaChica int not null,
inicioCaja float not null,
finCaja float not null,
idCajaGeneral int not null,
primary key(idCajaChica),
foreign key(idCajaGeneral) references cajaGeneral(idCajaGeneral)
on delete cascade
on update cascade);
create table pago(
idPago int not null,
fechaHora datetime not null,
descuento float not null,
primary key(idPago),
on delete cascade
on update cascade,
foreign key(idCajaChica) references cajaChica(idCajaChica)
on delete cascade
on update cascade );
create table contado(
foreign key(idPago) references pago(idPago)
on delete cascade
154
on update cascade);
create table credito(
plazo varchar(100) not null,
nroCuota int not null,
on delete cascade
on update cascade);
create table cuota(
nroCuota int not null,
primary key(idPago,nroCuota),
foreign key(idPago) references credito(idPago)
on delete cascade
on update cascade);
createtable factura(
idFactura int not null,
nit int not null,
iva float not null,
importe float not null,
primary key(idFactura),
on delete cascade
on update cascade);
create table gastosInterno(
155
idGastos int not null,

nroDocumento varchar(100),
primary key(idGastos,idCajaChica),
foreign key(idCajaChica) references cajaChica(idCajaChica)
on delete cascade
on update cascade
);
7.2.2.4 ACTUALIZACION DE TUPLAS

7.2.2.5 CONSULTAS
/* MOSTRAR TODOS LOS NOMBRES DE LOS CLIENTES DE LA EMPRESA*/
select p.ci, p.nombre,p.sexo
from persona p, cliente c
where c.ci=p.ci;
/*MOSTRAR LOS TRABAJADORES ACTIVOS ACTUALMENTE*/
select p.ci, p.nombre, p.sexo,tr.estado,tra.puesto,tr.fechaRetiro
from persona p, trabajador t, trabajotrabajador tr,trabajo tra
where t.ci=tr.ci and
t.ci=p.ci and
tra.idTrabajo=tr.idTrabajo and
tr.estado=1 and
tra.idTrabajo=tr.idTrabajo;
/*MOSTRAR TODOS LOS PEDIDOS QUE HAN HABIDO DEVOLUCION*/
select p.idPedido,p.fechaHoraPedido,pe.nombre
from pedido p,devolucion d,persona pe
where d.idPedido=p.idPedido and
p.ci=pe.ci;
156
/*MOSTRAR LOS PEDIDOS de cantidad mayor a 200 productos*/

select p.idPedido,dp.cantidad
from pedido p,detallepedidofinal dp
where dp.idPedido=p.idPedido and
dp.cantidad> 200
7.2.2.6 PROCEDIMIENTOS DE ALMACENADOS

/*CLIENTES*/
use aguacaniadadb;
DELIMITER |
create procedure AgregarCliente(in ci int,nombre varchar(100),sexo
varchar(1),fechaNac date,estado boolean)
begin
insert into persona values(ci,nombre,sexo,fechaNac);
insert into cliente values(ci,estado);
end
| DELIMITER ;
DELIMITER |
create procedure ModificarCliente(in c int,n varchar(100),s varchar(1),f date,e
boolean)
begin
update persona set nombre=n, sexo=s, fechaNac=f where ci=c;
update cliente set estado=e where ci=c;
end
| DELIMITER ;
DELIMITER |
create procedure MostrarCliente()
begin
157
select p.ci,p.nombre,p.sexo,p.fechaNac,c.estado from persona p,cliente c where

p.ci=c.ci;
end
| DELIMITER ;
/*TRABAJADOR*/
DELIMITER |
create procedure AgregarTrabajador(in ci int,nombre varchar(100),sexo
varchar(1),fechaNac date,profesion varchar(100),direccion varchar(300) )
begin
insert into trabajador values(ci,profesion,direccion);
end
| DELIMITER ;
DELIMITER |
create procedure ModificarTrabajador(in c int,n varchar(100),s varchar(1),f date,p
varchar(100),d varchar(300) )
begin
update trabajador set profesion=p,direccion=d where ci=c;
end
| DELIMITER ;
DELIMITER |
create procedure MostrarTrabajador()
begin
select p.ci,p.nombre,p.sexo,p.fechaNac,t.profesion,t.direccion from persona
p,trabajador t where p.ci=t.ci;
end
| DELIMITER ;
/*PROMOTOR*/
158
DELIMITER |
create procedure AgregarPromotor(in ci int,nombre varchar(100),sexo
varchar(1),fechaNac date,estado boolean,fechaIngreso varchar(100),fechaRetiro
varchar(100) )
begin
insert into promotor values(ci,estado,fechaIngreso,fechaRetiro);
end
| DELIMITER ;
DELIMITER |
create procedure ModificarPromotor(in c int,n varchar(100),s varchar(1),f date,e
boolean,fi varchar(100),fr varchar(100) )
begin
update promotor set estado=e,fechaIngreso=fi,fechaRetiro=fr where ci=c;
end
| DELIMITER ;
DELIMITER |
create procedure MostrarPromotor()
begin
select pe.ci,pe.nombre,pe.sexo,pe.fechaNac,pr.estado,pr.fechaIngreso,pr.fechaRetiro
from persona pe,promotor pr where pe.ci=pr.ci;
end
| DELIMITER ;
/*ELIMINAR CLIENTE, TRABAJADOR, PROMOTOR Y USUARIO*/

DELIMITER |
create procedure EliminarPersona(in cod int)
begin
delete from persona where ci=cod;
end
159
| DELIMITER ;
/*TRABAJO*/
DELIMITER |
create procedure AgregarTrabajo(in id int ,turno varchar(100), salario float , puesto
varchar(100), horaEntrada time, horaSalida time)
begin
insert into trabajo values(id,turno,salario,puesto,horaEntrada,horaSalida);
end
| DELIMITER ;
DELIMITER |
create procedure ModificarTrabajo(in i int ,t varchar(100), s float , p varchar(100),
horaE time, horaS time)
begin
update trabajo set turno=t, sueldo=s, puesto=p, horaEntrada=horaE,
horaSalida=horaS where idTrabajo=i;
end
| DELIMITER ;
DELIMITER |
create procedure MostrarTrabajo()
begin
select * from trabajo;
end
| DELIMITER ;
/*PRODUCTO*/
DELIMITER |
create procedure AgregarProducto(in codigo int,nombre varchar(100),precio float,
descripcion varchar(200),stock int ,idTipo int)
begin
insert into producto values(codigo,nombre,precio,descripcion,stock,idTipo);
160
end
| DELIMITER ;
DELIMITER |
create procedure ModificarProducto(in cod int,nom varchar(100),pre float, des
varchar(200),sto int ,idT int)
begin
update producto set
codigo=cod,nombre=nom,precio=pre,descripcion=des,stock=sto,idTipo=idT where
codigo=cod;
end
| DELIMITER ;
DELIMITER |
create procedure EliminarProducto(in cod int)
begin
delete from producto where codigo=cod;
end
| DELIMITER ;
DELIMITER |
create procedure MostrarProducto()
begin
select * from producto;
end
| DELIMITER ;
/*CONTRATOS*/
DELIMITER |
create procedure AgregarContratos(in ci int,idTrabajo int,estado
boolean,fechaIngreso date,fechaRetiro date)
begin
if(fechaRetiro=" ") then
insert into trabajotrabajador values(ci,idTrabajo,estado,fechaIngreso,null);
161
else
insert into trabajotrabajador values(ci,idTrabajo,estado,fechaIngreso,fechaRetiro);
end if;
end
| DELIMITER ;
DELIMITER |
create procedure ModificarContratos(in c int,i int,e boolean,fechaI date,fechaR date)
begin
update trabajotrabajador set estado=e,fechaIngreso=fechaI,fechaRetiro=fechaR
where ci=c and idTrabajo=i;
end
| DELIMITER ;
DELIMITER |
create procedure MostrarContratos()
begin
select p.ci, p.nombre,t.idTrabajo,t.puesto,tra.estado,tra.fechaIngreso,tra.fechaRetiro
from trabajotrabajador tra,trabajo t,persona p,trabajador tr
where p.ci=tr.ci and
t.idTrabajo=tra.idTrabajo and
tr.ci=tra.ci;
end
| DELIMITER ;
/* Usuarios*/
DELIMITER |
create procedure IniciarSesion(in n int,c varchar(100))
begin
select * from usuario where ci=n and contrasea=c;
end;
| DELIMITER ;
162
DELIMITER |
CREATE PROCEDURE MostrarUsuario()
begin
select
persona.ci,persona.nombre,persona.sexo,persona.fechaNac,usuario.cargo,usuario.e
stado,usuario.nick,usuario.contrasea
from usuario,persona where usuario.ci=persona.ci;
end
| DELIMITER ;
DELIMITER |
CREATE PROCEDURE AgregarUsuario(in ci int,nombre varchar(100),sexo
varchar(1),fechaNac date,cargo varchar(100),estado boolean,nick
varchar(100),contrasea varchar(100) )
begin
insert into usuario values(ci,cargo,estado,nick,contrasea);
end
| DELIMITER;
DELIMITER |
CREATE PROCEDURE BuscarUsuarioCargo(in parametro varchar(100))
begin
select
from usuario,persona where usuario.ci =persona.ci and usuario.cargo=parametro;
end
| DELIMITER ;
DELIMITER |
DELIMITER |
CREATE PROCEDURE BuscarUsuarioCi(in parametro int)
begin
163
select
from usuario,persona where usuario.ci =persona.ci and usuario.ci=parametro;
end
| DELIMITER ;
DELIMITER |
CREATE procedure BuscarUsuarioNombre(in parametro varchar(100))
begin
select
from usuario,persona where usuario.ci =persona.ci and
persona.nombre=parametro;
end
| DELIMITER ;
DELIMITER |
CREATE PROCEDURE ModificarUsuario(in c int,n varchar(100),s varchar(1),f date,ca
varchar(100),es boolean,ni varchar(100),co varchar(100) )
begin
update usuario set cargo=ca, estado=es, nick=ni, contrasea= co where ci=c;
end
| DELIMITER ;
/*Privilegios */
DELIMITER |
create PROCEDURE MostrarCasosUso(in n int)
begin
select nombre from casosuso where id_c
in( select id_c from vistausuario where ci=n);
end
164
| DELIMITER ;
DELIMITER |
CREATE PROCEDURE MostrarPaquetes(in n int)
begin
select paquete.nombre from paquete where id_p
in( select id_p from vistausuario where ci=n);
end
| DELIMITER ;
DELIMITER |
CREATE PROCEDURE InsertarVistaUsuario(in cu varchar(4), paq varchar(4),ci int)
begin
insert into vistausuario values(cu,paq,ci);
end
| DELIMITER ;
DELIMITER |
CREATE PROCEDURE ModificarPrivilegios(in cu varchar(4), paq varchar(4),cy int)
begin
delete from vistausuario where id_c=cu and id_p=paq and ci=cy;
end
| DELIMITER ;
DELIMITER |
create procedure AgregarTrabajo(in id int ,turno varchar(100), salario float , puesto
varchar(100), horaEntrada time, horaSalida time)
begin
insert into trabajo values(id,turno,salario,puesto,horaEntrada,horaSalida);
end
| DELIMITER ;
/*EQUIPOS*/
DELIMITER |
165
create procedure AgregarEquipamiento(in id int ,nombre varchar(200),descripcion

varchar(300),capacidad varchar(200))
begin
insert into equipamiento values(id,nombre,descripcion,capacidad);
end;
| DELIMITER ;
DELIMITER |
create procedure ModificarEquipamiento(in id int ,nomb varchar(200),des
varchar(300),cap varchar(200))
begin
update equipamiento set nombre=nomb,descripcion=des,capacidad=cap where
idEquipamiento=id;
end;
| DELIMITER ;
DELIMITER |
create procedure EliminarEquipamiento(in id int)
begin
delete from equipamiento where idEquipamiento=id;
end;
| DELIMITER ;
DELIMITER |
create procedure MostrarEquipamiento()
begin
select * from equipamiento;
end;
| DELIMITER ;
/*PEDIDO*/
DELIMITER |
create procedure AgregarPedido(in id int, direccion varchar(400),fechap date,fechae
date,ci int)
166
begin
insert into pedido values(id,direccion,fechap,fechae,ci);
end
| DELIMITER ;
/*PEDIDO ENTREGADO*/
DELIMITER |
create procedure AgregarPedidoEntregado(in id int, fecha date,idpedido int)
begin
insert into pedidoentregado values(id,fecha,idpedido);
end
| DELIMITER ;
/*DOMINGUES*/
/*PRODUCCION*/
DELIMITER |
create procedure AgregarProduccion(in idproduccion int,fecha date,codprod int,cant
int)
begin
insert into produccion values(idproduccion,fecha);
insert into produccionproducto values(idproduccion,codprod,cant);
end
| DELIMITER ;
DELIMITER |
create procedure ModificarProduccion(in idprod int,fecha date,codprod int,cant int)
begin
update produccion set idProduccion=idprod,fechaProduccion=fecha where
idProduccion=idprod;
update produccionproducto set idProduccion=idprod, idProducto=codprod,
cantidad=cant where idProduccion=idprod;
end
167
| DELIMITER ;
DELIMITER |
create procedure EliminarProduccion(in idprod int)
begin
delete from produccion where idProduccion=idprod;
end
| DELIMITER ;
DELIMITER |
create procedure MostrarProduccion()
begin
select produccionproducto.idProduccion, produccionproducto.idProducto,
produccionproducto.cantidad, produccion.fechaProduccion
from produccion, produccionproducto
where produccion.idProduccion=produccionproducto.idProduccion;
end
| DELIMITER ;
DELIMITER |
create procedure BuscarProduccionFecha(in Parametro varchar(100))
begin
select produccionproducto.idProduccion, produccionproducto.idProducto,
produccionproducto.cantidad, produccion.fechaProduccion
from produccion, produccionproducto
where produccion.idProduccion=produccionproducto.idProduccion and
produccion.fechaProduccion=Parametro;
end
| DELIMITER ;
/*EQUIPAMIENTO PRESTAMOS DE EQUIPO*/

DELIMITER |
create procedure AgregarEquipamientoP(in idEquipamiento int,Nombre
varchar(50),Descripcion varchar(100),Capacidad double)
168
begin
insert into equipamiento values(idEquipamiento,Nombre,Descripcion,Capacidad);
end
| DELIMITER ;
DELIMITER |
create procedure ModificarEquipamientoP(in idEqui int,Nomb varchar(50),Descrip
varchar(100),Capac double)
begin
update equipamiento set idEquipamiento=idEqui, nombre=Nomb,
descripcion=Descrip, capacidad=Capac where IdEquipamiento=idEqui;
end
| DELIMITER ;
DELIMITER |
create procedure EliminarEquipamientoP(in idequi int)
begin
delete from equipamiento where idEquipamiento=idequi;
end
| DELIMITER ;
DELIMITER |
create procedure MostrarEquipamientoP()
begin
select idEquipamiento, nombre, capacidad, descripcion from equipamiento;
end
| DELIMITER ;
/*EQUIPAMIENTO Solicitud de prestamo*/

DELIMITER |
create procedure AgregarEquiSolicitud(in idEqui int, idPedi int, cost float,cant int ,
garan float ,detalle varchar(100),fechaI date, fechaf date)
begin
insert into presta values(idEqui, idPedi, cost, cant, garan, detalle, fechaI, fechaf);
169
end
| DELIMITER ;
DELIMITER |
create procedure ModificarEquiSolicitud(in idEqui int, idPedi int, cost float,cant int ,
garan float ,detalle varchar(100),fechaI date, fechaf date)
begin
update presta set idEquipamiento=idEqui, idPedido=idPedi, costo=cost,
cantidad=cant, garantia=garan, detalle=detalle, fechaInicio=fechaI,
fechaFin=fechaf
where IdEquipamiento=idEqui;
end
| DELIMITER ;
DELIMITER |
create procedure MostrarEquiSolicitud()
begin
select * from presta;
end
| DELIMITER ;
DELIMITER |
create procedure EliminarEquiSolicitud(in idEqui int)
begin
delete from presta where idEquipamiento=idEqui;
end
| DELIMITER ;
DELIMITER |
create procedure BuscarEquiSolicitudCodEqui(in idEqui int)
begin
select * from presta
where idEquipamiento=idEqui;
end
| DELIMITER ;
170
/* NOTA DE SALIDA*/
DELIMITER |
create procedure MostrarNotaSalida()
begin
select notasalida.idNotaSalida, detallesalida.idProducto, detallesalida.cantidad,
notasalida.descripcion, notasalida.fecha
from detallesalida, notasalida
where notasalida.idNotaSalida=detallesalida.idNotaSalida;
end
| DELIMITER ;
DELIMITER |
create procedure AgregarNotaSalida(in idNota int, idProd int, cant int, descrip
varchar(50) , fecha date)
begin
insert into notasalida values (idNota,descrip, fecha);
insert into detallesalida values(idNota,idProd, cant);
end
| DELIMITER ;
DELIMITER |
create procedure ModificarNotaSalida(in idNota int, idProd int, cant int, descrip
varchar(50) , fech date)
begin
update notasalida set idNotaSalida=idNota,descripcion=descrip, fecha=fech
where notasalida.idNotaSalida=idNota;
update detallesalida set idNotaSalida=idNota, idProducto=idProd, cantidad=cant
where detallesalida.idNotaSalida=idNota;
end
| DELIMITER ;
DELIMITER |
create procedure EliminarNotaSalida(in idNota int)
171
begin
delete from notasalida where idNotaSalida=idNota;
delete from detallesalida where idNotaSalida=idNota;
end
| DELIMITER ;
DELIMITER |
create procedure MostrarNotaSProd(in idNota int)
begin
select notasalida.idNotaSalida, detallesalida.idProducto, detallesalida.cantidad,
notasalida.descripcion, notasalida.fecha
from detallesalida, notasalida
where notasalida.idNotaSalida=detallesalida.idNotaSalida and
notasalida.idNotaSalida=idNota;
end
| DELIMITER ;
7.2.2.7 DISPARADORES (TRIGGERS)

DELIMITER |
create trigger InsertarCliente after insert on persona
for each row begin
insert into cliente values (ci=new.ci);
end
| DELIMITER ;
drop trigger InsertarCliente;
7.2.2.8 VISTAS
172
8 FLUJO DE TRABAJO IMPLEMENTACION

8.1Modelo de Implementacin
8.2Arquitectura de Implementacin
8.2.1
Modelo de la Arquitectura
8.2.2
Arquitectura de Subsistema
173
P1 GESTIONAR USUARIO
P2 GESTIONAR PERSONAS
174
175
P3 GESTIONAR VENTAS
176
P4 GESTIONAR INVENTARIO
177
P5 GESTIONAR PAGO
178
8.3Eleccin de Plataforma de Desarrollo de

Software
8.3.1
Sistema Operativo
Sin el software, una computadora no es ms que una masa metlica sin utilidad. Con el
software, una computadora puede almacenar, procesar y recuperar informacin,
encontrar errores de ortografa en manuscritos, tener aventuras e intervenir en muchas
otras valiosas actividades para ganar el sustento. El software para computadoras puede
clasificarse en general en dos clases: los programas de sistema, que controlan la
operacin de la computadora en s y los programas de aplicacin, los cuales resuelven
problemas para sus usuarios. El programa fundamental de todos los programas de
sistema es el sistema operativo (SO), que controla todos los recursos de la
computadora y proporciona la base sobre la cual pueden escribirse los programas de
aplicacin.
Qu un Sistema Operativo?
Una de las definiciones ms comnmente aceptadas expresa:
"Un S. O. es un grupo de programas de proceso con las rutinas de control necesarias
para mantener continuamente operativos dichos programas". Un sistema operativo es el
encargado de brindar al usuario una forma amigable y sencilla de operar, interpretar,
codificar y emitir las ordenes al procesador central para que este realice las tareas
necesarias y especficas para completar una orden.
El sistema operativo, es el instrumento indispensable para hacer de la computadora un
objeto til. Bajo este nombre se agrupan todos aquellos programas que permiten a los
usuarios la utilizacin de este enredo de cables y circuitos, que de otra manera serian
difciles de controlar. Un sistema operativo se define como un conjunto de
procedimientos manuales y automticos, que permiten a un grupo de usuarios compartir
una instalacin de computadora eficazmente.
El objetivo primario de un Sistema Operativo es:
Optimizar todos los recursos del sistema para soportar los requerimientos.
Un Sistema Operativo tiene las siguientes caractersticas:
Conveniencia. Un Sistema Operativo hace ms conveniente el uso de una

computadora.
Eficiencia. Un Sistema Operativo permite que los recursos de la computadora se usen

de la manera ms eficiente posible.
Habilidad para evolucionar. Un Sistema Operativo deber construirse de manera que

179
permita el desarrollo, prueba o introduccin efectiva de nuevas funciones del sistema

sin interferir con el servicio.
Encargado de administrar el hardware. El Sistema Operativo se encarga de manejar de

una mejor manera los recursos de la computadora en cuanto a hardware se refiere, esto
es, asignar a cada proceso una parte del procesador para poder compartir los recursos.
Relacionar dispositivos (gestionar a travs del kernel). El Sistema Operativo se debe
encargar de comunicar a los dispositivos perifricos, cuando el usuario as lo requiera.
Organizar datos para acceso rpido y seguro.
Manejar las comunicaciones en red. El Sistema Operativo permite al usuario manejar

con alta facilidad todo lo referente a la instalacin y uso de las redes de computadoras.
Procesamiento por bytes de flujo a travs del bus de datos.
Facilitar las entradas y salidas. Un Sistema Operativo debe hacerle fcil al usuario el
acceso y manejo de los dispositivos de Entrada/Salida de la computadora.
8.3.2
Lenguaje De Programacin
Java
El lenguaje de programacinJava, fue diseado por la compaa Sun Microsystems Inc,

con el propsito de crear un lenguaje que pudiera funcionar en redes computacionales
heterogneas ( redes de computadoras formadas por ms de un tipo de computadora,
ya sean PC, MAC's, estaciones de trabajo, etc.),y que fuera independiente de la
plataforma en la que se vaya a ejecutar. Esto significa que un programa de Java puede
ejecutarse en cualquier mquina o plataforma. El lenguaje fue diseado con las
siguientes caractersticas en mente:
Simple. Elimina la complejidad de los lenguajes como "C" y da paso al contexto de

los lenguajes modernos orientados a objetos. Orientado a Objetos. La filosofa de
programacin orientada a objetos es diferente a la programacin convencional.
180
Familiar. Como la mayora de los programadores estn acostumbrados a programar

en C o en C++, el sintaxis de Java es muy similar al de estos.
Robusto. El sistema de Java maneja la memoria de la computadora por ti. No te

tienes que preocupar por apuntadores, memoria que no se est utilizando, etc. Java
realiza todo esto sin necesidad de que uno se lo indique.
Seguro. El sistema de Java tiene ciertas polticas que evitan se puedan codificar
virus con este lenguaje. Existen muchas restricciones, especialmente para los
applets, que limitan lo que se puede y no puede hacer con los recursos crticos de
una computadora.
Portable. Como el cdigo compilado de Java (conocido como byte code) es

interpretado, un programa compilado de Java puede ser utilizado por cualquier
computadora que tenga implementado el interprete de Java.
Independiente a la arquitectura. Al compilar un programa en Java, el cdigo

resultante un tipo de cdigo binario conocido como byte code. Este cdido es
interpretado por diferentes computadoras de igual manera, solamente hay que
implementar un intrprete para cada plataforma. De esa manera Java logra ser un
lenguaje que no depende de una arquitectura computacional definida.
Multithreaded. Un lenguaje que soporta multiplesthreads es un lenguaje que puede

ejecutar diferentes lneas de cdigo al mismo tiempo.
Interpretado. Java corre en mquina virtual, por lo tanto es interpretado.
Dinmico. Java no requiere que compiles todas las clases de un programa para que
este funcione. Si realizas una modificacin a una clase Java se encarga de realizar
un DynamicBynding o un DynamicLoading para encontrar las clases.
Java puede funcionar como una aplicacin sola o como un "applet", que es un pequeo
programa hecho en Java. Los applets de Java se pueden "pegar" a una pgina de Web
(HTML), y con esto puedes tener un programa que cualquier persona que tenga un browser
compatible podr usar.
8.3.3
Gestor De Base de Datos

MySQL
Qu es MySQL ?
MySQL es un gestor de bases de datos relacionales que permite:
Administrar el almacenamiento de datos para ambientes OLPT y OLAP.

Responder a solicitudes de procesamiento aplicaciones clientes.
Usar T-SQL, XML; MDX o SQL-DMO para enviar solicitud de procesamiento entre
clientes y SQL Server.
181
Como Gestor de Bases de Datos Relacional, el SQL Server es responsable de:
Mantener la integridad de los datos de la base de datos

Asegurar la consistencia de los datos en caso de una falla en el sistema.
Aplicaciones Clientes:
Estas aplicaciones se utilizan para acceder al MySQL , estas son:
OLEDB y ODBC API

ADO
ADOMD
XML (http)
Transact-SQL
MDX
OLEDB for DataMining API
English Query
Mltiples Instancias:
Una nueva caracterstica del MySQL es permitir que mltiples instancias del SQL Server
corran en la misma computadora, cada una de las cuales tiene su propia configuracin,
operando como si fueran servidores individuales.
La instancia por defecto tiene el nombre de la computadora en la que se instala, para el
resto de instancias los nombres deben tener la siguiente sintaxis:
Nombre_Computadora\Nombre_Instancia.
Bases de datos de MySQL -Tipos de Bases de Datos:
SQL Server tiene dos tipos de bases de datos:
Bases de Datos de Sistema
Almacena informacin del SQL Server en su totalidad
Bases de Datos de Usuarios
Son las bases de datos que los usuarios crean.
Objetos de la Base de Datos:
Una base de datos es una coleccin de objetos:
Tablas (Table)
Es una coleccin de filas (registros) asociadas a una o ms columnas (campos).
Tipos de Datos (Data Type)
Define los valores permitidos para un campo o una variable.
Restriccin (Constraint)
Definen reglas que se deben cumplir para ingresar datos en las columnas. Ayuda a
controlar la integridad de los datos.
Valor Predeterminado (Default)

182
Define un valor que es almacenado en una columna cuando no se ingresa ningn otro
valor.
Regla (Rule)
Contiene informacin que define los valores validos a almacenar en una columna o un
tipo de dato.
ndice (Index)
Es una estructura de almacenamiento que provee de acceso rpido a los datos
almacenados, as como controlar la integridad de los datos. Existen dos tipos:
o Clustered
Ordenan los datos de una tabla lgica y fsicamente
o Nonclustered
Ordenan los datos de una tabla lgicamente
Vista (View)
Provee una forma de para acceder a los datos de varias tablas u otras vistas en una
base de datos.
Funcin definida por el usuario (User-definedfunction)
Es un mecanismo que permite encapsular lgica y devolver un resultado, ya sea un
valor escalar o una tabla.
Procedimiento Almacenado (StoredProcedure)
Es una coleccin de T-SQL precompilado que se ejecutan juntos
Referenciando los Objetos de MySQL:
Existen dos formas para referirnos a los objetos de SQL Server.
Nombres Calificados Completamente (FullyQualifiedName)
server.database.owner.object (Microsoft)
server.catalog.schema.object (ANSI)
Nombres Especificados Parcialmente (PartialSpecifiedName)

El sevidor es la actual instancia. La base de datos es la actual. El dueo del objeto es el
usuario de la base de datos.
server.database.owner.object
database.owner.object
database..object
owner.object
object
Tablas de sistema
183
As como existen bases de datos de sistemas que almacenan la configuracin del

servidor en su totalidad, tambin existen tablas de sistema que almacenan informacin,
meta datos, de cada una de las bases de datos.
El conjunto de las tablas de sistemas llevan el nombre de Catalogo de Base de Datos,
nicamente las tablas de sistema de la base de datos Master forman el Catalogo de
Sistema.
Recuperando metadata:
Para recuperar los meta datos se pueden usar los siguientes mecanismos.,
Procedimientos Almacenados de Sistemas

Funciones de Sistemas
Vistas de Informacin de Esquemas
Seguridad de Mysql
autenticacin de login
SQL Server reconoce dos mecanismos de Autenticacin de Login:
Autenticacin de Windows (Autenticacin Integrada)
Los usuarios o grupos del Sistema Operativo (Win2000/NT) son los que pueden acceder
al SQL Server, por ello no se solicita el ingreso de login y contrasea, pues se
autentican los utilizados por el usuario actual para ingresar al sistema operativo.
Autenticacin MySQL (Autenticacin Estndar)
Se solicita el ingreso de un login y una contrasea para poder acceder al SQL Server.
Cuentas de usuarios de bases de datos y roles:

Despus que el usuario ha sido autenticado y ha sido autorizado a logearse en el SQL
Server, este debe tener permisos sobre alguna base de datos, para ello se utilizan lo
siguiente:
Cuenta de Usuario de Base de Datos
Cuentas de usuarios especificas de un usuario en una base de datos.
Roles
Son grupos de usuarios que son tratados como una unidad, a la cual se le asignan los
permisos. Existen Roles predefinidos por SQL Server, pero es posible crear roles
personalizados.
Tipos de roles :
MySQL cuenta con tres tipos de roles.
Roles Predefinidos de Servidor (Fixed Server Roles)
Agrupa privilegios administrativos a nivel del servidor
o
o
o
o
Database Creator
Disk Administrator
Process Administrator
Security Administrator
184
o Server Administrator
o Setup Administrator
o System Administrator
o Bulk Administrator
Roles Predefinidos de Base de Datos (FixedDatabase Roles)
Agrupa privilegios administrativos a nivel de la base de datos.
o Public
o Db_owner
o Db_accessadmin
o Db_ddladmin
o Db_securityadmin
o Db_backupadmin
o Db_datareader
o Db_datawriter
o Db_denydatareader
o Db_denydatawriter
Roles de Bases de Datos Definidos por el Usuario(User-DefinedDatabase Roles)
Representa un grupo de empleados en una organizacin con unos respectivos permisos
sobre una base de datos.
Validacin de permisos
SQL Server siempre verifica si el usuario tiene permiso para realizarla accin deseada.
Usuario ejecuta un comando

SQL Server verifica el permiso
Si SQL Server autoriza enva el resultado, caso contrario enva un mensaje de error.
Arquitectura de una aplicacin para Mysql

Planificar el diseo de una base de datos requiere el conocimiento de las reglas y el
modelo de negocios, para ello se pude utilizar la metodologa de desarrollar una
aplicacin por capas
Capa de Presentacin
Capa de Negocios
Capa de Datos
Dichas capas se pueden utilizar en diversos diseos de arquitecturas.
Servidor Inteligente (2-capas)

Cliente Inteligente (2-capas)
N-Capas
Internet
CONCLUSION
Habiendo obtenido los datos requeridos de la Empresa Agua Caniada,
proponindonos objetivos para el desarrollo del software y definiendo lo necesario
para comenzar; una vez analizado y deseado la posible solucin, podemos concluir
185
que: Muchos de los problemas de la empresa se deben a la falta de tecnologa en

sus instalaciones y la carencia de capacin de los administradores, no a su falta de
organizacin y que esto se podra solucionar con el uso del software que simplificara
tiempo y esfuerzo en su organizacin.
Hemos seguido el funcionamiento de la empresa y elaborado un modelo de negocio
basado en sus actividades ms importantes, identificando los actores y casos de
uso del sistema tanto como los paquetes o mdulos a los que corresponden para
mantener controlar su funcionamiento. Tambin se dise una base de datos que
puede manejar con total seguridad la informacin que manipula el sistema.
Por lo que nuestro software podra solucionar de manera fcil y eficaz los problemas
encontrados en el empresa.
RECOMENDACIN
Se recomienda:
a) Difundir este Informe, y/o una publicacin informativa al respecto, a las personas
involucradas al uso del Sistema de Informacin.
b) Hacer accesible el Sistema para que cualquier Terminal de Trabajo a incluirse en
el futuro.
c) En el caso de Fallas del Sistema, notificar inmediatamente a los desarrolladores.
d) Para futuras mejoras. Detallar las mismas en un Documento.
BIBLIOGRAFIA
UML (El Lenguaje Unificado deModelado)
Jacobson, G. Booch, J. Rumbaugh, Editorial Addison Wesley, Madrid - Espaa,
2001.
-
PUDS (El proceso Unificado deDesarrollo de Software,)

Jacobson, G Rumbaugh, J. Rumbaugh, Editorial Pearson Education S.A., Madrid Espaa, 2000.
Anlisis y diseo de Sistemas de Informacin (Segunda edicin) James A. Senn
Ingeniera de Software:Una Gua para Crear Sistemas de Informacin

Alejandro Pea Ayala
186
ANEXOS
Entrevista 1
1. Cmo define su empresa envasadora de agua?
Que su principal actividad el tratamiento y purificacin de agua.
2. Qu personas utilizaran el sistema?
El propietario y administradores.
3. Se podrn aadir nuevos usuarios al sistema?
De acuerdo al crecimiento.
4. Se podrn hacer modificaciones a los datos de los
usuarios anteriormente registrado?
S.
5. Existe un almacenamiento digitalizado de los contratos
firmados?
No
6. Cmo llevan los datos del negocio en la actualidad?
Por medio de una hoja electrnica.
7. Cuntos usuarios pueden ser registrados?
De acuerdo al crecimiento.
8. Existen privilegios para los compradores frecuentes?
Por ahora no, en el futuro es posible.
9. Un comprador realiza algn pago al momento de hacer
su pedido?
En algunos casos s.
10.
Cules son las formas de pago en la entrega?
Usualmente despus de ser vendido el producto, despus que el
cliente vende el producto, postpago y consignacin.
11.
Un contrato puede ser renovado o cancelado?
Se vera de acuerdo a las necesidades de la empresa.

12.
Cul es el monto mximo (en $pesos) de pedido que
se puede realizar?
No hay.
187
13.
Qu sucede con un cliente que ha finalizado su
contrato?
Caduca el contrato pero est registrado para una posible
renovacin.
14.
Cul es el proceso de purificacin del agua?
El proceso es mediante filtros, ablandadores y lmpara
ultravioleta y ozonizador.
15.
Cunto es la cantidad de productos vendidos al da
y mensualmente en promedio?
Todava no se ha podido contabilizar ese registro.
16.
El sistema manejara distintos tipos de productos?
S.
17.
La empresa lleva un registro de las llamadas a las
empresas?
No.
18.
Cmo es la comercializacin del producto?
Entrega del producto en el lugar de venta.
Gerente: Edmundo Candia Ortiz 1595550 SC
OBJETIVO: Obtener detalles sobre el funcionamiento de la

Empresa.
Entrevista N 1
Lugar
:
Domicilio Particular.
Duraci
n:
50 Minutos
Fecha
:
Sbado, 24 de Agosto del 2014
Datos de la Empresa:
PRIVADA
ESTATAL
Datos del Entrevistado:

Nombre: Edmundo Candia Ortiz
Cargo: Gerente
188
Entrevista 2
1. Cules son los procesos que tiene la empresa?
Los procesos que tiene la empresa son:
1) Purificacin del Agua
2) Envasado del Agua
3) Almacenamiento del producto
4) Comercializacin del Agua
2. Cuntos tipos de Filtros usa, cuales son y para qu
sirven?
Existen 4 tipos de filtros que se utilizan:
5) Arena.Las partculas en suspensin que lleva el agua son retenidas
durante su paso a travs de un lecho filtrante de arena
6) Carbono.Se utilizan principalmente para eliminacin de cloro y
compuestos orgnicos en el agua.
7) ResinaEs donde el agua es suavizada
8) Colador Se utiliza para colar an ms el agua de las impurezas que
pueden tener
3. Cuntos litros de agua (promedio) son filtrados al da?
En un promedio de los das normales se filtran alrededor de 450
litros al da, pero cuando hay ms demanda se filtran como 700
litros al da. Mucho depende de cmo este el clima del da de
trabajo
4. Qu maquinaria y equipos tiene la empresa para la
purificacin del agua y cules son sus funciones?
La empresa cuenta con varios equipos y maquinarias como ser:
- Filtros (mencionados anteriormente)
- Lmpara Ultravioleta.- quema todas las bacterias que se
encuentran en el agua
- Lmpara de Ozono.- aade ozono al agua, para que el agua se
mantenga alrededor de 6 meses
- Ablandador de Agua.- es el salitre del agua, se activa con sal, y
es la que le da el sabor al agua
- Selladora de Agua.- sella las bolsas de agua en sachet
- Frzer.- enfra las aguas en sachet
5. Cunto tiempo tarda todo el proceso hasta que el agua
esta apta para el envasado?
189
Ya que el agua viene desde la tubera, va directamente al filtro

de (Arena) en el cual pasa como unos 7 segundos, cuando
termina de filtrar el agua all, se pasa al siguiente filtro
(Carbono), que tambin toma unos 7 segundos en filtrarse, ya
que sale tambin de ese filtro, pasa el agua al Ablandador de
agua, lo que toma ah alrededor de unos 10 segundos en
ablandar el agua, ya que termina de ablandar el agua, el
siguiente paso es el filtro de (Resina) que tambin tarda unos 7
segundos, ya terminado de filtrar pasa al filtro de (Colar) que de
la misma forma tarda 7 segundos, cuando ya termina de pasar
por los filtros, el agua tiene que pasar por la lmpara
ultravioleta, y en ella tarda como 1 a 2 segundos y luego pasa a
la lmpara de ozono, la cual tambin demora como 1 a 2
segundos.
El tiempo total desde que sale de la tubera hasta que termine el
proceso de purificacin del agua es alrededor de 38 42
segundos
6. Cules son los tipos de embace que se usan y cul es la
capacidad de cada uno?
Los tipos de envase que la empresa emplea son:
- Sachet
(bolsa).- La capacidad que tiene la bolsa en
promedio, ya que se hace un trabajo manual, es
aproximadamente de 380 ml.
- Botella personal.- La capacidad que tiene la botella personal es
de
- Botelln.- La capacidad del botelln es de 20 litros de agua
7. Dnde se almacenan los productos despus de ser
envasados y cul es el tiempo mximo que puede estar
almacenado?
El agua en sache, despus de ser embolsada, se la traslada a un
refrigerador a una temperatura de 1 grado centgrado para su
refrigeracin.
Las botellas se almacenan en un lugar limpio y seco, de la
misma forma los botellones, ya que no es necesario la
refrigeracin de estos dos ltimos mencionados, porque el
cliente no lo demanda.
8. Para cada tipo de embace cual es la duracin del agua
despus de que haiga sido tratada?
La duracin del agua depende del tipo de producto:
190
Agua en sachet.- en este caso, mucho depende el grosor de

bolsa, la que se emplea en Agua Caada es un poco gruesa,
para que el cuidado del agua dure y sea del agrado del pblico,
ya que si la bolsa es delgada, el agua tiende a desperdiciarse y
el tiempo de vida del agua es corto, el costo tambin es muy
diferente, ya que si es la ms gruesa, el costo es ms elevado
que la otra. Bolsa gruesa como 7 10 das (refrigerada), bolsa
delgada
3 5 das (refrigerada)
9. Para los trabajadores existe una ganancia extra por
produccin?
Por el momento solo reciben un salario fijo que le da la empresa,
pero se ha planteado que en produccin de:
- Botellas personales.- 5 centavos por cada botella
- Botellones.- 20 centavos por cada botelln
En ventas:
- Botellas personales.- 10 centavos por cada botella
- Botellones.- 50 centavos por cada botelln
10.
Despus de que el agua este apta para el envasado
cual es el procedimiento a seguir, cuanto tiempo demora
y cuantas personas se necesitan?
- Cuando ya el agua esta apta para ser sellada en la bolsas, lo que
sigue es que el sellador (recurso humano) inicia el proceso de
sellado del agua, otro empleado de la empresa traslada el sachet
de agua al lugar donde se almacena el agua, posteriormente
otro empleado de la empresa acomoda cada sachet de agua
para la refrigeracin del agua en el freezer.
El tiempo en que se demora este proceso de sellado,
almacenado y refrigerado es alrededor de 30 minutos en 3
personas, pero cuando la cantidad se reduce en 2 personas el
tiempo es en 45 -50 minutos, y tambin hay cuando es solo una
persona y su tiempo es de 70 85 minutos.
- Para las botellas se emplea una persona para el llenado de la
botella, el tapado de la misma y para ponerle la etiqueta, cuando
se agrupan 12 botellas personales se las junta con un plstico
especial para que las mismas no estn sueltas, y de esa forma
estn listas para la comercializacin; y el tiempo de duracin es
de 600 botellas/hora.
- En botellones, si el botellas es nuevo, directamente se tiene que
llenar con el agua ya purificada y luego se tiene que cerrar
191
completamente con una tapa de plstico y luego un precinto, lo

cual certifica que el botelln no ha sido abierto desde que lo
llenaron. El tiempo que demora es de 60 botellones/hora.
Cabe recalcar que el trabajo es manual, y no hay una mquina
que haga el sellado, llenado al producto especfico.
11.
El producto se comercializa a temperatura
ambiente, si no lo es cuanto demora en enfriar y en que
son almacenados para ser trasladados a la venta?
Para cada producto es casi similar:
- Agua en Sachet.- en este caso dependiendo el pedido del cliente
(vendedor ambulante) se puede comercializar el agua en sachet
a temperatura ambiente o tambin a la temperatura de entre 25 grados centgrados, y para que se llegue a esa temperatura, el
agua en sachet tiene que permanecer constantemente en el
frezzer alrededor de unas 6 horas, ya que la cantidad de agua en
sachet es considerable.
- Botellas personales.- no es necesario enfriar, ya que el agua se
vende en botellas y el cliente ve a su agrado como distribuirla.
- Botellones.- de la misma forma que las botellas, no es necesario
el enfriamiento, ya que no es para que toda el agua (20 litros) se
consuman un lapso de tiempo corto, como el que es del agua en
sachet.
12.
Cul es el proceso de Comercializacin, cuantas
personas participan y el tiempo que se demoran?
El proceso de comercializacin depende del producto:
- Agua en sachet.- mencionado en la entrevista anterior pero con
menos detalle, 60 aguas en sachet se acomodan en termo
hermtico para la no perdida de temperatura. Se trasladan al
vehculo y el motorizado se encarga de llevar el producto a
distintos tipos de lugares: ventas, semforos, rotondas, eventos.
- Botellas personales.- solamente se tiene que trasladar al
vehculo en el cual se transporta y luego distribuir a lugares
como: ventas de barrio, semforos, rotondas, ventas grandes.
- Botellones.- se traslada al vehculo para ser llevado a barrios
(casa por casa), condominios, empresas que requieran el
producto.
13.
Cul es el precio de los productos?
El precio de cada producto con factura es:
- Agua en Sachet -> 60 centavos / unidad
- Botella personal -> 2.20 bs / unidad
- Botelln -> 14.50 bs / unidad
192
El precio de cada producto sin factura es:

- Agua en sachet -> 50 centavos / unidad
- Botella personal -> 2 bs / unidad
- Botelln -> 12.50 bs / unidad
14.
Tiene algn costo el Prstamo de elementos para la
comercializacin y cunto tiempo son prestados o
alquilados?
Solo esto se da en los productos como ser agua en sachet y los
botellones.
- Agua en sachet.- lo que se presta son los termos, pero cada uno
de ellos son devueltos al finalizar la tarde, no se hace ningn
cobro por el prstamo del bien.
- Botellones.- el mismo botelln es cambiado por uno que el
cliente ya debi tener, ahora si el cliente no tiene botelln y
desea tener uno, la empresa le vende el botelln a un precio de
60 bs c/botelln nuevo.
Lo que si se alquila es el Dispensador, que es lo necesario para
que se use el botelln de una forma adecuada, y el Dispensador
que se alquila es por mes y su costo es de 15 bs/mes, se le hace
una promocin por la cantidad de pedidos que tenga el cliente
en el mes, hasta se lo puede prestar sin ningn cobro.
15. Desea que en el inventario se lleve registro de los
equipos de prstamo?
Si, nos gustara que la empresa tenga un inventario de los
equipos que handetalles
sido dados
enelprstamo
y en alquiler,
para que
OBJETIVO:Obtener
sobre
funcionamiento
de la Empresa.
de esa forma la empresa no pierda equipos al dar un mejor
Entrevista
servicio N
a la1sociedad.
Luga
Duraci
r:
Domicilio Particular.
n:
50 Minutos
Fech
a:
Sbado, 02 de Septiembre del 2014
ENTREVISTA Nro. 2
Datos de la Empresa:
PRIVADA
ESTATAL
Datos del Entrevistado:

Nombre: Edmundo Candia Ortiz
Cargo: Gerente
Datos de Entrevistador(es):
193
Nombre:
Brandon Valle, Darlyn Bravo, Johnny Domnguez, Vicente

Chirinos

1era Presentacion

Cargado por

Información del documento

Título original

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

1era Presentacion

Cargado por

Copyright:

Formatos disponibles

GRUP

ACULTAD DE INGENIERIA EN CIENCIAS DE LA COMPUTACION Y TELECO

Sistema de Informacin para la

Bravo Pea Darlyn

Vasquez Perez Mari Luz

Gestin de Produccin y Comercializacin de Productos

Descripcin del problema........................................................................7

Formulacin del problema.....................................................................11

ELEMENTOS DEL SISTEMA BASADO EN COMPUTADORAS............................19

TECNOLOGIA PARA EL DESARROLLO DEL SOFTWARE..................................27

ESTRATEGIA PARA EL DESARROLLO DEL SOFTWARE.............................27

METODOLOGA PARA EL DESARROLLO DEL SOFTWARE......................27

METODOS DE REQUISITOS METODO DE ISHIKAWA..........................................39

LISTA DE PROBLEMAS FINALES..............................................................41

LISTA DE PROPIETARIOS DE PROBLEMAS...............................................42

IDENTIFICAR CLASES Y FUNCIONALIDAD.....................................................50

IDENTIFICAR RELACIONES ENTRE CLASES...................................................58

FLUJO DE TRABAJO: CAPTURA DE REQUISITOS...................................................68

LISTA DE CASOS DE USO Y ACTORES...........................................................68

PRIORIZACIN DE CASOS DE USO...............................................................69

DETALLE CASOS DE USO..............................................................................70

DIAGRAMA GENERAL DE CASOS DE USO...................................................101

FLUJO DE TRABAJO: ANALISIS...........................................................................103

Anlisis de arquitectura............................................................................. 103

Vista de cada paquete.........................................................................104

Anlisis de clases................................................................................. 109

FLUJO DE TRABAJO DISENO.............................................................................. 142

Vista del Usuario en el Sistema...........................................................142

Arquitectura Fsica del Dise.............................................................143

Dise de Interfaz de Usuario..............................................................144

Anlisis de Paquete.............................................................................. 142

DISEO DE DATOS..................................................................................... 144

DISEO LOGICO................................................................................... 144

MODELO FISICO................................................................................... 145

FLUJO DE TRABAJO IMPLEMENTACION..............................................................180

Eleccin de Plataforma de Desarrollo de Software.....................................186

Sistema Operativo............................................................................... 186

Gestor De Base de Datos.....................................................................188

1.1.1.1 Objetivo General

MEDIOS AUXILIARES DE DIAGNOSTICOS

Control Prenatal y Puerperio

Luego se proceder a asignarle una nueva consulta :

El sistema administrara la seguridad estableciendo

1.2ELEMENTOS DEL SISTEMA BASADO EN

DISCO DURO DEL S.O.

Hitachi 2.5 Pulg.

4 TB SATA 6GB/s 128MB C.

12Voltios - 450 Watts

Duracin 14.3 Hrs

Intel Core i5-4200H 4thG

3M Cache 2.80 GHz

NVIDIA GeForce GTX 750

AsRock Z77 Extreme4-M

AtomLux Modelo R1000

web HP Officejet 4630

1.2.1.3 MEDIOS DE COMUNICACIN

1.2.1.4 OTROS DISPOSITIVOS

Luego de haber confirmado ciertos pedidos ser

ESET Smart Internet Security 7

1.2.2.3 OTRO SOFTWARE ADICIONAL

MICROSOFT OFFICE 2013

Nombre del Cliente

El agua en sache, despus de ser embolsada, se