1ERA PRESENTACION.docx

FACULTAD DE INGENIERIA EN CIENCIAS DE LA COMPUTACION Y TELECOMUNICACIONES

1. Perfil

52

Sistema de Información para la Gestión de Clínica General

INTEGRANTES: Bravo Peña Darlyn

Muruchi Quispe Eduardo

Valle Tamayo Brandon Jason

Vasquez Perez Mari Luz

Zarate Vanessa

MATERIA: SISTEMAS DE INFORMACIÓN II

INF 412 – SB

DOCENTE: Ing. Angélica Garzón Cuellar

Viernes, 6 de marzo de 2015

1GRUPO

Gestión de Producción y Comercialización de Productos Agua Cañada II/2014

Tabla de contenido1 PERFIL..................................................................................................................................................5

1.1 Introducción................................................................................................................................5

1.1.1 Antecedentes.......................................................................................................................6

1.1.2 Justificación..........................................................................................................................7

1.1.3 Descripción del problema....................................................................................................7

1.1.4 Formulación 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 METODOLOGÍA 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 POSIBLES CLIENTES....................................................................................................................38

2 METODOS DE REQUISITOS – METODO DE ISHIKAWA........................................................................39

2.1 IDENTIFICACION DE PROBLEMAS...............................................................................................39

2


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 DISCUSIÓN...............................................................................................................49

2.4.1 CONCLUSION.....................................................................................................................49

2.4.2 ALTERNATIVAS DE CAMBIO...............................................................................................49

3 MODELO DE DOMINIO......................................................................................................................50

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

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

3.1 DISEÑO CONCEPTUAL................................................................................................................61

4 MODELO DE NEGOCIOS.....................................................................................................................62

4.1 DIAGRAMA DE ACTIVIDADES.....................................................................................................62

4.1.1 Iniciar Producción..............................................................................................................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 Devolución de Productos...................................................................................................67

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

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

5.2 PRIORIZACIÓN DE CASOS DE USO..............................................................................................69

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

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

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

3


6.1 Análisis 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 Análisis de clases..............................................................................................................109

6.1.5 Análisis de Paquete..........................................................................................................142

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

7.1 Diseño de arquitectura............................................................................................................142

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

7.1.2 Arquitectura Física del Diseñó.........................................................................................143

7.1.3 Diseñó de Interfaz de Usuario..........................................................................................144

7.2 DISEÑO DE DATOS...................................................................................................................144

7.2.1 DISEÑO LOGICO...............................................................................................................144

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

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

8.1 Modelo de Implementación....................................................................................................180

8.2 Arquitectura de Implementación.............................................................................................180

8.2.1 Modelo de la Arquitectura...............................................................................................180

8.2.2 Arquitectura de Subsistema.............................................................................................180

8.3 Elección de Plataforma de Desarrollo de Software..................................................................186

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

8.3.2 Lenguaje De Programación..............................................................................................187

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

CONCLUSION...........................................................................................................................................192

RECOMENDACIÓN...................................................................................................................................193

BIBLIOGRAFIA..........................................................................................................................................193

ANEXOS...................................................................................................................................................193

Entrevista 1..........................................................................................................................................193

Entrevista 2..........................................................................................................................................195

4


1.1 Introducción.Viendo la necesidad del mercado de Santa Cruz y debidoal crecimiento poblacional que ha tenido estos últimos años, y sabiendo que hay pocas empresas que ofrecen el servicio de comercialización de agua en sache, se hicieronestudios, donde se concluyó que se podía crear una empresa que ofrezca el servicio de comercializar agua en sache con una visión 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 año, es por tal motivo se ha visto la creación de esta empresa.

Como todo al principio cuesta y por cuestiones de recursos humanos, económicos pero más que todo por logística de equipos ya que varios de ellos fueron importados desde Estados Unidos la empresa tuvo que posponer su producción a fechas posteriores pero después de algunos meses se pudo producir el agua en sache.

Desde la primera producción y comercialización hasta la fecha, ha crecido en calidad y cantidad de producción, especialmente en los días de intenso calor (33 grados o más). En la época de invierno se tiene baja comercialización ya que el agua en sache no se comercializa de una forma estable, por lo tanto la producción baja.

La empresa sueña 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 tecnología actual, y con la logística siendo importada de otros países 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 asiático.

5


La empresa crece día a día, cada día la población está conociendo Agua Cañada y lo que se desea es eso, poder brindarle lo mejor a la población cruceña, con esfuerzo y dedicación, 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 GeneralDesarrollar un Sistema de Información para Gestionar la Producción y Comercialización de los Productos para la Empresa Agua Cañada.

1.1.2 Alcance

SERVICIOS

Brindará información acerca de los distintos tipos de servicios que ofrecen las clínicas

También se podrá Gestionar los tipos de Servicios que existentes en una clínica como ser :

ESPECIALIDADES MEDICAS» Enfermería

CardiologíaDermatologíaOdontologíaÓpticaCirugía PediátricaCirugía PlásticaCirugía GeneralEndocrinologíaGinecología ObstetriciaNeurologíaOftalmologíaOtorrolinolaringologia

6


PediatríaPsicología ClínicaTraumatologíaUrologíaNefrologíaMastologia

MEDIOS AUXILIARES DE DIAGNOSTICOS» Ecografía

ID TrabajadorDatos PersonalesProfesiónTurnoCantidad de TrabajadoresEndoscopiaId PuestoSalarioHora de EntradaHora de SalidaElectrocardiogramaFecha de Ingreso Fecha de RetiroEstadoFisioterapiaLaboratorioOrtesis y PrótesisPapanicolaouRayos XTomografíaColonoscopia

PROGRAMAS GRATUITOS» Control Prenatal y Puerperio

ID TrabajadorDatos PersonalesProfesiónTurnoCantidad de Trabajadores

7


Control de Crecimientos y Desarrollo InfantilId PuestoSalarioHora de EntradaHora de SalidaConsejería y Diagnostico Voluntario de ITS, VIH /SIDAFecha de Ingreso Fecha de RetiroEstadoDiagnostico y Tratamiento de TuberculosisOrientación en Salud Sexual y ReproductivaVacunas

PERSONAL

» Se Gestionara los datos del Personal de la clínica como ser :- Nuevo

Se registraran los datos del nuevo personal - Modificar

Permitirá Modificar los datos Personales, Profesionales- Eliminar Lógicamente

Se dará de baja en el sistema al personal-Personal MedicoEl sistema gestionara al personal médico de la clínica, como ser:

- Especialidad- Cargo

Personal Asistencial, técnicos y Paramédico El sistema gestionara al personal Complementario de la clínica, como ser:

- Especialidad- Cargo

Personal AdministrativoEl sistema gestionara al personal Administrativo de la clínica, 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 clínica

8


» Datos InicialesNombre(s)Apellido(s)Carnet de IdentidadNacionalidadTeléfonoCiudad, Teléfono de Domicilio, Celular

PACIENTES ANTIGUOS

Búsqueda del Paciente

- Cedula de Identidad- Apellido

Luego se procederá a asignarle una nueva consulta :

Gestionar Consultas

Al paciente se le asignara un servicio médico como horarios, fecha y estado(programado, realizado, cancelado)

GESTIONAR EXPEDIENTE CLINICO

Permitirá Visualizar todos los expedientes de un paciente.

Historial Clínico

- Registrar Enfermedades- Registrar Hábitos- Registrar Tratamientos

Ordenes Medicas

Informes de Exámenes de Laboratorio

CONTROL DE USUARIO Y PRIVILEGIOS

REGISTRO DE USUARIO (o creación de usuario)

9


El sistema administrara la seguridad estableciendo privilegios a usuarios

INICIO DE SESIONEl sistema Validara la sesiones del usuario

CAMBIO DE CONTRASEÑAEl sistema permitirá el cambio de la contraseña

GESTION DE PRIVILEGIOSEl sistema Gestionara los privilegios de los grupos de usuarios que tenga el sistema

REGISTRO DE BITÁCORAEl sistema registrara todas las acciones en una bitácora

PAGOS

SUELDOS

El sistema llevara una planilla acerca de los sueldos que contenga el personal de la clínica.

INGRESOS

Permitirá registrar todos los haberes existentes en la clínica

GASTOS INTERNOS

El sistema llevara un registro de los gastos que se hacen en una clínica ya sea con emisión de factura o recibo

10


1.2 ELEMENTOS DEL SISTEMA BASADO EN COMPUTADORAS

1.2.1 HARDWARETodo el Hardware necesario para que el Sistema funcione adecuadamente en almacenamiento y funcionalidad, está descritos a continuación:

1.2.1.1 SERVIDORNOMBRE VERSION CARACTERISTICA

PROCESADOR Intel Core i5 33330 3 GHz

MEMORIA RAMKingston ValueRAM

DDR34GB

DISCO DURO DEL S.O.Hitachi 2.5 Pulg. 5400

rpm500 GB

DISCO DURO DE ALMACENAMIENTOWestern Digital SE

3.5Pulg4 TB – SATA 6GB/s – 128MB C.

PLACA BASEAsRock B75M-ITX -

IntegradaCompatible Windows 8

FUENTE DE ALIMENTACION CorSair VS450 12Voltios - 450 Watts

CAJA DE SERVIDORFractal Design Node

3046 Discos Duros

MONITOR VGA analogo 20 Pulg.

UPSAPC Smart-UPS

5000VADuración 14.3 Hrs

1.2.1.2 CLIENTENOMBRE VERSION CARACTERISTICA

PROCESADOR Intel Core i5-4200H 4thG 3M Cache – 2.80 GHz

MEMORIA RAM Kingston DDR3 4GB

TARJETA DE VIDEO NVIDIA GeForce GTX 750 Ti 2GB

DISCO DURO Western Digital 1.5 TB

11


PLACA BASE AsRock Z77 Extreme4-M Compatible Windows 8

ESTABILIZADOR AtomLux Modelo R1000 1000VA – 2 Equipos

CASE DELUX Combo Case

MONITOR Samsung LED - 21 Pulg.

IMPRESORA HP multifuncional web HP Officejet 4630

1.2.1.3 MEDIOS DE COMUNICACIÓNDebido a que todos los procesos de producción se realizan dentro de la misma empresa (en una sola ubicación) no es necesario conexión a Internet.

Cuando el Sistema sea instalado en más de un Computador será necesario una conexión en red.

1.2.1.4 OTROS DISPOSITIVOSDISPOSITIVO DESCRIPCION DE USO

IMPRESORA

Se requiere este dispositivo para los siguientes casos:

Luego de haber confirmado ciertos pedidos será necesario realizar la impresión del mismo.

Para realizar los reportes físicos.SCANNER 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.

1.2.2 SOFTWARELa diversidad de software necesario para el funcionamiento óptimo del sistema en desarrollo está descrita a continuación:

1.2.2.1 SERVIDORNOMBRE VERSION

12


SISTEMA OPERATIVO Windows Server 2012 R2

ANTIVIRUS ESET NOD32 SMART SECURITY 7

1.2.2.2 CLIENTENOMBRE 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 VERSION

LECTOR DE DOCUMENTOS ADOBE READER PDF XI

EDITOR DE DOCUMENTOS MICROSOFT OFFICE 2013

1.2.3 DATOS

USUARIO

Los datos a manejarse de cada usuario serán los siguientes:

» Nombre y Apellido» CI» Fecha de Nacimiento» Dirección de Domicilio» Teléfono» Código de Usuario» Contraseña» Estado Civil» País, Ciudad

TRABAJADOR Se tendrán los siguientes campos de cada Trabajador:

» Nombre y Apellido» CI

13


» Fecha de Nacimiento» ID de Trabajador» Turno» Dirección de Domicilio» Teléfonos» Hora de Llegada» Hora de Salida» Salario» Bono» horas extra

PRODUCTO

Para cada producto se Manipulará los siguientes datos:

» Nombre» Código» Precio» Descripción

CLIENTE

Los datos a manejarse de cada Cliente serán los siguientes:

» Nombre del Cliente» Carnet de Identidad» Nacionalidad» Teléfono» Código del Cliente» Barrio» Zona» Manzana» Calle» Numero de casa» Descuento

PROMOTOR Los datos a manejarse de cada Promotor serán los siguientes:

» Nombre del Promotor» Carnet de Identidad» Nacionalidad» Teléfono» Código del Promotor» Barrio

14


» Zona» Manzana» Calle» Numero de casa

PEDIDO

Los datos que se manipularan para los pedidos serán:

» Nombre del Cliente» ID Solicitud de Productos» Teléfono» Cantidad de Productos» Lista de Productos» Código del Producto» Precio Total del Pedido» Fecha» Hora

ENTREGA

Los datos que se manipularan para la entrega de los pedidos serán:

» ID Solicitud de Productos» Fecha de Entrega» Hora de Entre» Persona a Entregar» Teléfono» Barrio» Avenida» Calle» Numero de casa» Estado

EQUIPAMIENTO

Los datos a manejarse de cada Maquinaria serán los siguientes:

» ID Maquina» Nombre» Descripción» Capacidad

PRESTAMO DE EQUIPAMIENTO

Al momento de realizarse un préstamo, se podrán acceder los siguientes datos:

15


» Nombre del Cliente» Detalle de equipos» Fecha de Inicio de Préstamo» Fecha Fin de Préstamo» Pagos

1.2.4 PROCESOS

PROCESO DE ALMACENADO

El agua en sache, después de ser embolsada, se la traslada a un refrigerador a una temperatura de 1 grado centígrado para su refrigeración.

Las botellas se almacenan en un lugar limpio y seco, de la misma forma los botellones, ya que no es necesaria la refrigeración de estos dos últimos mencionados, porque el cliente no lo demanda.

PROCESO DE REGISTRO DE NUEVO CLIENTE

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 menciona que desea realizar un pedido, entonces directamente la persona a registrar será asignada como cliente.Se le tomara todos sus datos en persona para luego ingresarlos al Sistema, ya que el mismo le dará su propio código.

PROCESO DE REGISTRO DE NUEVO PROMOTOR

Al momento de que la empresa recibe una llamada de una persona no registrada en el Sistema, y consulta por el producto, si la persona menciona que, la misma los va a comercializar y no para su mismo consumo, entonces directamente la persona a registrar será asignada como promotor.Se le tomara todos sus datos en persona para luego ingresarlos al Sistema, ya que el mismo le dará su propio código.

Una empresa necesita trabajadores; las personas que lleguen

16


PROCESO DE REGISTRO DE NUEVO TRABAJADOR

a la empresa, sea por cualquier vía, 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 físico junto al contrato.

PROCESO DE REGISTRO DE NUEVO PEDIDO

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, además existe descuento por cantidades grandes. Cuando el pedido sea realizado por un cliente el mismo tendrá descuento por cantidades grandes. Simultáneamente se podrá hacer el préstamo de equipamiento si fuese necesario. En dicho proceso se detallara la modalidad de pago; ya sea al contado o en cuotas.

PROCESO DE ENTREGA

El proceso de entrega se efectúa después de que el cliente o el promotor han hecho su pedido.

Los productos son sacados del almacén y son llevados a la dirección a la cual fue destinada, con su día y hora de entrega

PROCESO DE DEVOLUCION

Los promotores son los únicos que pueden hacer devolución, ya que ellos venden el producto a un precio público.

Los productos devueltos por los promotores son ingresados nuevamente a almacén

PROCESO DE BITACORA

El administrador puede tener la información detalla del día, como ser cantidad de productos producidos, almacenados, entregados, devueltos.

La entrada y salida de los trabajadores.

La bitácora en cuestión de los productos puede ser diaria, semanal, mensual y anual, para una mejor comprensión y toma de decisiones de los propietarios de la empresa

En el momento de que la empresa recibe a un postulante no

17


PROCESO DE REGISTRO DE NUEVO TRABAJADOR

registrado en el Sistema, entonces directamente la persona a registrar será asignada como cliente.

Se le tomara todos sus datos en persona para luego ingresarlos al Sistema, ya que el mismo le dará su propio código.

1.2.5 GENTE/USUARIOSSon 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 simulación de algunas actividades, existirá una cuenta interna en la Base de Datos Privilegios. Al iniciar sesión como Gerente, se podrá crear las cuentas para Administradoras.

ADMINISTRADOR

Las administradoras tendrán cuentas de sesión del Tipo Administrador, que les otorgara acceso a todas las funciones del Sistema, excepto a la Opción de Creación de Cuenta de Administradoras.

TRABAJADOR

Es la mano de obra que la empresa los cuales influyen en la producción de los productos que comercializa la empresa.

PROMOTOR

Son las personas que comercializan los productos de la empresa.

CLIENTE

18


Son las personas que adquieren los productos para consumo propio o para su comercialización.

1.2.6 DOCUMENTOFORMULARIO 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 físico; esto será permitido luego de que se hayan confirmado los datos personales.

CONTRATOS

Luego de la confirmación 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 información para su máximo provecho. El correcto llenado de los datos y como generar informes y consultas.

1.3 TECNOLOGIA PARA EL DESARROLLO DEL SOFTWARE

1.3.1 ESTRATEGIA PARA EL DESARROLLO DEL SOFTWAREHabiendo recolectado la documentación requerida para el conocimiento de funcionamiento de la Entidad a la cual se aplica el Sistema, y así lograr la creación del producto; el desarrollo de este Sistema de Información tendrá un enfoque centrado en dos Herramientas de análisis y diseño: El Proceso Unificado de Desarrollo de Software (PUDS) y el Lenguaje Unificado de Modelado (UML).

1.3.2 METODOLOGÍA PARA EL DESARROLLO DEL SOFTWARE

1.3.2.1 CARACTERÍSTICAS DEL PUDSEl 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 genérico que puede especializarse para una gran variedad de sistemas

19


software, para diferentes áreas de aplicación, diferentes tipos de organizaciones, diferentes niveles de aptitud y diferentes tamaños 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, también guían su diseño, implementación, y prueba, esto es, guían el proceso de desarrollo.

CENTRADO EN LA ARQUITECTURA

La Arquitectura surge de las necesidades de la empresa, y se refleja en los casos de Uso, sin embargo, también se ve influida por muchos otros factores, como el Hardware, Sistema Operativo, Sistema de Gestión de Base de Datos, los protocoles de Red, etc. La Arquitectura es una vista del diseño completo con las características más importantes resaltas, dejando los detalles de lado.

La relación entre los Casos de Uso y la Arquitectura se debe a que, cada producto tiene tanto una función 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 más de la arquitectura. Esto, a su vez, lleva a la maduración de más casos de uso. Este proceso continua hasta que se considere que la arquitectura es estable.

ITERATIVO E INCREMENTAL

Es práctico dividir el trabajo en partes más pequeñas o mini proyectos. Cada mini proyecto es una iteración 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 Iteración.

20


El Proceso Unificado se repite a lo largo de una serie de ciclos de constituyen la vida de un Sistema, cada ciclo concluye una versión del producto. Cada ciclo consta de cuatro fases: Inicio, Elaboración, Construcción, Transición.

Durante la Fase de Inicio, se desarrolla una descripción del producto final a partir de una buena idea y se presenta el análisis de negocio para el producto.

Durante la Fase de Elaboración, se especifican en detalle la mayoría de los casos de uso del producto y se diseña la arquitectura del Sistema.

Durante la Fase de Construcción, se crea le producto. En esta fase, la línea base de la arquitectura crece hasta convertirse en el sistema completo.

La Fase de Transición, cubre el periodo durante el cual el producto se convierte en versión beta. Esta fase conlleva actividades como la fabricación, formación del cliente, el proporcionar una línea de ayuda y asistencia, y la corrección 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 intervención 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 gestión.

PROYECTO: Elemento organizativo a través del cual se gestiona el desarrollo del software.

PRODUCTO: Artefactos que se crean durante la vida del proyecto.

PROCESO: Un proceso de ingeniería de software es una definición 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 organización 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 relación con otros trabajadores en diferentes flujos de trabajos. Cada trabajador es responsable de un conjunto de actividades necesarias para el diseño de un subsistema.

22


EL PRODUCTO ES MÁS QUE CÓDIGO

En el contexto de proceso unificado, el producto que se obtiene es un sistema software. El término producto aquí se hace referencia al sistema entero, y no solo al código 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 término general para cualquier información creada, producida, cambiada o utilizada por los trabajadores en el desarrollo del sistema.

Básicamente, hay dos tipos de artefactos: artefactos de ingeniería y artefactos de gestión.

Los de ingeniería creados durante las distintas fases de proceso (requisitos, análisis, diseño, implementación y prueba). Los de gestión tienen un tiempo de vida corto, lo que dura la vida del proyecto; A este conjunto pertenecen artefactos como el análisis de negocios, el plan de desarrollo (incluyendo el plan de versiones e interacciones).

23


UN SISTEMA POSEE UNA COLECCIÓN DE MODELOS.

Cada trabajador necesita una perspectiva diferente del sistema, las perspectivas recogidas de todos los trabajadores se encuentran en unidades más 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 abstracción del sistema, especificando el sistema modelado desde un punto de vista y determinando el nivel de abstracción. Son abstracciones que construyen los arquitectos y desarrolladores.

24


RELACIÓN ENTREMODELOS

Un sistema contiene todas las y restricciones entre los elementos incluidos entre diferentes modelos. El hecho de que los elementos en dos modelos estén conectados no cambia en los modelos que pertenecen.

1.3.2.2 CARACTERÍSTICAS DE UMLEn todas las disciplinas de la Ingeniería 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, todavía, en un estado de planeación.

Es en este momento cuando los diseñadores del modelo deben investigar los requerimientos del producto terminado y dichos requerimientos pueden incluir áreas tales como funcionalidad, performance y confiabilidad. Además, a menudo, el modelo es dividido en un número de vistas, cada una de las cuales describe un aspecto específico del producto o sistema en construcción.

El modelado sirve no solamente para los grandes sistemas, aun en aplicaciones de pequeño tamaño se obtienen beneficios de modelado, sin embargo es un hecho que entre más grande y más complejo es el sistema, más importante es el papel de que juega el modelado por una simple razón: "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 gráfico para construir, documentar, visualizar y especificar un sistema de software. Entre otras palabras, UML se utiliza para definir un sistema de software.

Los principales beneficios de UML son:

» Mejores tiempos totales de desarrollo (de 50 % o más).

25


» Modelar sistemas (y no sólo de software) utilizando conceptos orientados a objetos.

» Establecer conceptos y artefactos ejecutables.

» Encaminar el desarrollo del escalamiento en sistemas complejos de misión crítica.

» Crear un lenguaje de modelado utilizado tanto por humanos como por máquinas.

» Mejor soporte a la planeación y al control de proyectos.

» Alta reutilización y minimización de costos.

Un modelo es expresado en un lenguaje de modelado. Un lenguaje de modelado consiste en vistas, diagramas, elementos de modelo - los símbolos utilizados en los modelos - y un conjunto de mecanismos generales o reglas que indican cómo utilizar los elementos. Las reglas son sintácticas, semánticas y pragmáticas.

VISTAS: Las vistas muestran diferentes aspectos del sistema modelado. Una vista no es una gráfica, pero sí una abstracción que consiste en un número de diagramas y todos esos diagramas juntos muestran una "fotografía" completa del sistema. Las vistas también ligan el lenguaje de modelado a los métodos 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.

» Vista Lógica: Muestra cómo se diseña la funcionalidad dentro del sistema, en términos de la estructura estática y la conducta dinámica del sistema.

» Vista de Componentes: Muestra la organización de los componentes de código.

26


» Vista Concurrente: Muestra la concurrencia en el sistema, direccionando los problemas con la comunicación y sincronización que están presentes en un sistema concurrente.

» Vista de Distribución: muestra la distribución del sistema en la arquitectura física con computadoras y dispositivos llamados nodos.

DIAGRAMAS: Los diagramas son las gráficas que describen el contenido de una vista. UML tiene nueve tipos de diagramas que son utilizados en combinación para proveer todas las vistas de un sistema: diagramas de caso de uso, de clases, de objetos, de estados, de secuencia, de colaboración, de actividad, de componentes y de distribución.

SÍMBOLOS 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 asociación, dependencia y generalización. Un elemento de modelo es utilizado en varios diagramas diferentes, pero siempre tiene el mismo significado y simbología.

REGLAS O MECANISMOS GENERALES: Proveen comentarios extras, información o semántica acerca del elemento de modelo; además proveen mecanismos de extensión para adaptar o extender UML a un método o proceso específico, organización 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 programación, 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 categorías:

DIAGRAMAS DE ESTRUCTURA

1) Diagrama de clases2) Diagrama de componentes3) Diagrama de objetos4) Diagrama de estructura compuesta (UML 2.0)5) Diagrama de despliegue6) Diagrama de paquetes

27


DIAGRAMAS DE COMPORTAMIENTO7) Diagrama de actividades8) Diagrama de casos de uso9) Diagrama de estados

DIAGRAMAS DE INTERACCIÓN10) Diagrama de secuencia11) Diagrama de comunicación12) Diagrama de tiempos (UML 2.0)13) Diagrama de vista de interacción (UML 2.0)

1.3.3 HERRAMIENTAS DE DESARROLLO

1.3.3.1 SOFTWAREEl Software necesario para el desarrollo e implementaciónadecuado y satisfactorio de este Sistema de información es:

NOMBRE VERSION

SISTEMA OPERATIVO Windows 7 Ultimate

GESTOR DE BASE DE DATOS 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 HARDWARELas recomendaciones mínimas de Hardware requeridopara el soporte del Software necesario para el desarrollo del Sistema de Información mencionado son:

NOMBRE VERSION CARACTERISTICAS

PROCESADOR Intel Core i7 2.04 GHz

PLACA BASE AsRock

MEMORIA RAM Kingstone DDR3 de Capacidad 4 GB

28


TARJETA DE VIDEO NVIDIA GeForce

DISCO DURO Toshiba 1 TB (TeraByte)

1.4 POSIBLES COSTOS

1.4.1 HARDWARE DE DESARROLLOEl Hardware requerido para que el computador soporte al Sistema Software en Desarrollo, oscila bajo los siguientes costos unitarios:

NOMBRE VERSION CAPACIDAD COSTO ($)

PROCESADOR Intel i7-2600K 32 GB 350,00

MEMORIA RAM 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 42,00

696,90

1.4.2 SOFTWARE DE FUNCIONAMIENTOLas 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

ANTIVIRUS ESET Smart Internet Security 7 79,99

ANTIVIRUS PARA SERVIDOR ESET END Point Security 39,99

LECTOR DE DOCUMENTOS ADOBE Reader PDF xi OpenSource

2439,97

29


Sumando el total de todos los costos, se necesitara invertir un total de $us3136,87. Para la puesta en marcha del sistema.

1.5 POSIBLES BENEFICIOSEl rendimiento del sistema debe ser lo másóptimo ya que los usuarios querrán información 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 mínimo.

1.5.1 TIEMPOAumento de la productividad gracias a la liberación de tiempos de búsqueda y generación de información repetida.

1.5.2 ESFUERZOCon una interfaz sencilla y de rápido acceso, para el mejor entendimiento del usuario se reducirá el esfuerzo de los usuarios para la generación de informes e indicadores, que permiten corregir las fallas difíciles de detectar y controlar con un sistema manual.

1.5.3 COSTOMejor manejo del inventario.

La administración utiliza la información gestionada por nuestro sistema para identificar los promotores más productivos y los clientes más frecuentes, el movimiento del inventario.

Brindar la información en tiempo real de cualquier producto del inventario.

1.6 POSIBLES CLIENTESTenemos a la empresa “AGUA CANADA” como posible cliente ya que el propietario necesita un software para poder administrar su empresa de forma más 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.1 IDENTIFICACION DE PROBLEMASA modo de lograr una estructuración más sólida 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 Método Ishikawa, de análisis, discusión, compresión de problemas, identificación de posibles soluciones y toma de decisiones. Incluyendo el uso de su representación gráfica, El Diagrama Ishikawa o Diagrama Causa-Efecto.

2.1.1 LISTA DE PROBLEMAS

P1. Incompleta estructura organizacional.

P2. Escaso número de personal para la atención de las consultas.

P3. Insuficiente información sobre la cantidad de agua tratada.

P4. Carencia de información sobre la cantidad de productos producidos.

P5. Insuficientes datos de tiempos de producción.

P6. Ineficiencia en los procesos de embazado.

P7. Deficiencia en el control a los trabajadores.

P8. Escaso control de productos en el almacén.

P9. Demora en el tiempo de actualización de productos del almacén.

P10. Carencia bonos de producción para los trabajadores.

P11. Erróneo llenado del formulario de registro de nuevos clientes y promotores.

P12. Ineficiencia en la modificación manual de los datos de los promotores y clientes.

P13. Ineficiente asignación de códigos a los nuevos promotores y clientes.

P14. Escaso control de bonos o descuentos para los mejores promotores o clientes.

31


P15. Ineficiente atención al cliente en general.

P16. Carencia control en las cuentas por cobrar de la empresa.

P17. Insuficiente información sobre las notas de ventas (Facturas por pedidos al contado).

P18. Erróneo llenado del formulario de pedidos.

P19. Escasa información sobre el movimiento de los equipos prestados.

P20. Insuficiente información sobre los pagos de los equipos prestados.

P21. Escasa comunicación entre el almacén y los administradores, al momento de confirmación de recepción pedidos.

P22. Errónea comunicación entre el almacén y los administradores, al momento de la devolución 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 cancelación de pedidos.

P26. Inadecuado almacenamiento de documentación física 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 PROBLEMASP1. Incompleta estructura organizacional.

P2. Escaso número de personal para la atención en las consultas.

P6. Ineficiencia en los procesos de embazado.

P7. Deficiencia en el control a los trabajadores.

P10. Carencia bonos de producción para los trabajadores.

P15. Ineficiente atención al cliente en general.

32


P23. Ineficiencia en la entrega de pedidos.

P24. Escaso control de productos en las cajas de pedido.

P26. Inadecuado almacenamiento de documentación física de importancia.

2.1.3 LISTA DE PROBLEMAS FINALESP1. Insuficiente información sobre la cantidad de agua tratada.

P2. Carencia de información sobre la cantidad de productos producidos.

P3. Insuficientes datos de tiempos de producción.

P4. Escaso control de productos en el almacén.

P5. Demora en el tiempo de actualización de productos del almacén.

P6. Erróneo llenado del formulario de registro de nuevos clientes y promotores.

P7. Ineficiencia en la modificación manual de los datos de los promotores y clientes.

P8. Ineficiente asignación de códigos 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 información sobre las notas de ventas (Facturas por pedidos al contado).

P12. Erróneo llenado del formulario de pedidos.

P13. Escasa información sobre el movimiento de los equipos prestados.

P14. Insuficiente información sobre los pagos de los equipos prestados.

P15. Escasa comunicación entre el almacén y los administradores, al momento de confirmación de recepción pedidos.

P16. Errónea comunicación entre el almacén y los administradores, al momento de la devolución de productos.

P17. Problemas al momento de la cancelación de pedidos.

33


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 más Propietarios, lo cual, se especifica en la matriz a continuación:

PROPIETARIO DE PROBLEMA

PROBLEMA

PROP1 PROP2 PROP3 PROP4 PROP5

1 P1

2 P2

3 P3

4 P4

5 P5

6 P6

34


7 P7

8 P8

9 P9

10 P10

11 P11

12 P12

13 P13

14 P14

15 P15

16 P16

17 P17

18 P18

19 P19

2.1.5 ANALISIS DE PROBLEMASEn pro de encontrar las causas a los problemas, se realiza un análisis de los mismos entre ellos, con la posibilidad que surjan otros inadvertidos. Esto se logra diseñando un Grafo Dirigido.

35


Problema Agregado

P20.Insuficientes opciones para el acceso a la información.

36

Deficiencia de la Administración de la

empresa “Agua Cañada”

Producción Documento

Procedimiento Personal

Comunicación

P4

P1

P13

P20

P15

P5

P16

P7

P10P11

P2

P9

P3

P6

P8

P12

P14

P17

P18

P19


2.1.6 JUSTIFICACION DE PROBLEMASPROBLEMA JUSTIFICACION

P1En el momento comenzar la producción no se llevó un registro del agua que se comenzara a tratar, con lo cual esto implicaría que no se tiene una cifra exacta en litros.

P2

Cuando está a punto de terminar la producción no se llevó un conteo de productos elaborados, con lo cual esto implicaría al momento de recibir un pedido una pérdida de tiempo ya que tendríamos que llevar acabo el conteo producto por producto

P3En el momento comenzar la producción no se llevó un registro del tiempo que este dura, con lo cual esto implicaría que no se tiene una cifra exacta de los distintos tiempos para cada cantidad.

P4No se gestiona los productos almacenados, por lo cual es difícil acceder a la información de stock de la empresa.

P5Cuando se realizan los movimientos de la empresa (producción, comercialización, devoluciones, etc.) el tiempo en que se actualiza el stock de productos es muy largo.

P6Existen problemas cuando se desea registrar un nuevo cliente o promotor al momento de rellenar el formulario. Por lo tanto esto genera otros problemas en el momento de la entrega de pedidos.

P7

En caso de alguna modificación de los datos del registro del promotor y cliente, por ejemplo cambios de domicilio, o de dirección de entrega de pedido, el administrador debe buscar el documento físico para realizar esta modificación, esto puede demorar, debido al número de promotores y clientes con las que actualmente cuenta la empresa.

P8 El código asignado a los nuevos clientes y promotores es de 6 dígitos además que es incremental, el cual se le asignaría a cada cliente o promotor el número

37


correlativo.

P9El control de beneficios permite controlar los distintos tipos de beneficios que recibirán cada promotor o cliente y bonos de producción a los trabajadores. El inadecuado control de pedidos de productos, evitan datos exactos.

P10No hay un seguimiento exhaustivo de las cuentas por cobrar de la empresa, que los administradores manejan en documento físico

P11En el momento de la entrega de pedidos, existen casos en que el cliente desea cancelar el pedido inmediatamente. Se carece del seguimiento de las notas de ventas, la empresa solo controla la cantidad de dinero.

P12Existen problemas cuando se desea registrar un nuevo pedido al momento de rellenar el formulario. Por lo tanto esto genera otros problemas en el envió de pedidos.

P13Al momento de hacer un préstamo de un equipo, no existe suficiente información del préstamo, como ser la fecha y a la persona que se le presta el equipo

P14No hay un seguimiento de los pagos de los equipos Prestados, que los administradores manejan en documento físico

P15Al momento de despachar un pedido desde almacén los trabajadores no confirman a los administrados si el pedido fue enviado. No hay comunicación entre almacén y administrador.

P16Al momento de recibir la devolución de un pedido, los trabajadores no dan aviso a los administradores la cantidad que se devolvió. No hay comunicación entre almacén y administrador.

P17Existen problemas al momento en que un cliente o un promotor cancelan su pedido, los problemas aparecen en el stock del almacén.

P18Cuando un usuario hace movimientos en la empresa, no existe un monitoreo o un respaldo de lo que el usuario ha realizado en el tiempo que hizo movimientos

P19 Los administradores no pueden acceder en cualquier momento a registros o pedidos realizados, esto actualmente solamente se realiza cada fin de

38


gestión.

P20No hay las opciones necesarias para la información requerida por el gerente y los administradores

2.1.7 PROBLEMA PRINCIPALLa Empresa de Purificación y envasado “Agua Cañada”, 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, obtención de datos y documentos, es por esto que hemos identificado como problema principal la Deficiencia en la Administración de la Empresa “Agua Cañada”.

2.2 IDENTIFICACION DE CATEGORIAS

39

DEFICIENCIA EN LA ADMINISTRACION DE LA EMPRESA “AGUA CAÑADA”


40

2.3 IDENTIFICACION DE CAUSAS

52

2.4 ANALISIS Y DISCUSIÓN

2.4.1 CONCLUSIONLuego del estudio de problemas y efectos que estos puedan llegar a causar en la empresa, tanto el Personal, la Comunicación, Los Procedimientos que se realizan y los Documentos importantes son afectados de una u otra manera. Pero la mayor concentración 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 demás inconvenientes encontrados quienes también deben ser solucionados en su totalidad.

2.4.2 ALTERNATIVAS DE CAMBIOLas alternativas a cambiar son las siguientes:

- Desarrollar una herramienta de asignación de código a los nuevos clientes y promotores, siendo este de manera automática.

- Tener mayores opciones de búsqueda de información 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 información requerida en momentos específicos como fin de ciclos.

- Implementar opciones de modificación 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 bitácora 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 producción, gestión de almacén, detalles de productos despachados y retornados.

- Habilitar opciones adecuadas para el almacenamiento digital de documentación física, para su conservación, tales como contratos, modificación de contratos y formularios.

- Automatizando las cantidades de pedidos, se definirá un rango de bonificación o descuento para otorgar el beneficio.

52


3 MODELO DE DOMINIO

3.1 IDENTIFICAR CLASES Y FUNCIONALIDADPersona.- esta clase heredara las demás clases como ser: usuario, cliente y promotor. Tiene los siguientes atributos.

IdP: Es el código 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 irán a interactuar con nuestro sistema en nuestro caso administradores y gerente, sus atributos serán 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

Cliente.- Esta clase hereda todos los atributos de la clase persona, se la utilizara para registrar los datos de nuestros clientes fijos y específicos

43


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 adquisición de varios productos.

Teléfono.- Se vio necesario crear esta clase por el cual las personas no tienen un solo teléfono, tienen fijos, celulares, etc. Es por esta razón 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 foránea

Tipo: Existen distintos tipos de dispositivos móviles, celulares, fijos, etc.

Trabajador.- Esta clase pertenecerá a los trabajadores existentes en la empresa

44


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 motivación se digitalizara el horario de llegada de cada trabajador como también su hora de salida

Horas Trabajadas.- Esta clase por sí sola no tendría sentido, por esta razón 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 código que se usa para identificar las horas trabajadas pertenecientes a cada trabajador

Bitácora.- esta clase es de vital importancia para ver los movimientos de toda la empresa es una de las clases importantes que debería tener toda empresa con un sistema de información.

ID: Este atributo es único en cada ingreso al sistema

FechaInicio: Este atributo registra el momento de ingreso al sistema

45


FilaBitacora.- Es una clase que deriva de bitácora 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 automática 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.

FechaInicio. Fecha en que se inicia el préstamo. El préstamo puede ser por periodos cortos o largos, eso quiere decir préstamos diarios o por semanas.

FechaFin.Fecha en que finaliza el préstamo de los equipos.

Detalle. Se registrara la cantidad y el nombre de los equipos prestados.

Costo. es el costo monetario por el préstamo.

Cantidad. Es la cantidad de productos se va a prestar.

Garantia. Es el respaldo monetario por los equipos.

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

46


Tipo Producto. En esta clase se registrara el tipo de producto. Existen 3 tipos de productos los cuales son: bolsas o sachet, botellón 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 situación 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.

Descripción. Es la descripción del estado del pedido.

Devolución. En esta clase se registrara la devolución 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 tiene la opción de retornar los productos no vendidos. Esta clase tiene los siguientes atributos:

IdDevolucion. Identificador único de la devolución.

Fecha. Día en que se realizó la devolución.

Hora. Hora en que se realizó la devolución.

Descripción. Es el motivo por el que está haciendo el retorno de productos a la empresa.

47


Producto Devuelto. Es una clase intermedia entre Detalle de Producto y Devolución. En esta clase se registrara la cantidad de Productos a devolver. Esta clase tiene los siguientes atributos:

Cantidad. Es el número 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 cálculo 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:

Descuento. Es la cifra o el porcentaje de descuento. Esta cifra dependerá del administrador.

Crédito. Es otra modalidad de pago. En esta clase se registrara la cantidad de cuotas en que se establece el crédito y el plazo a pagar. Esta clase tiene los siguientes atributos.

48


Plazo. Es la fecha límite en que el crédito debe estar completamente pagado.

CuotaIni. Es el monto monetario Inicial del Crédito.

NroC. Es la cantidad de cuotas en que se ha dividido el Crédito.

Estado. Es donde se detallara si el crédito sigue pendiente o no.

Cuota. En esta clase se registrara la cuota de un respectivo crédito y además esta clase pertenece a la clase Crédito. 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 crédito la empresa otorgara la factura correspondiente al pedido. Esta clase posee los siguientes atributos:

Nit. Es el número de identificación 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 día a la vez. Esta clase tiene los siguientes atributos:

InicioCaja. Es el monto inicial con que inicia el día la empresa.

Fecha. Fecha en que inicia la caja chica

49


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 la cantidad monetaria del gasto específico.

Descripcion. Es la descripción del gasto.

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 siguientes atributos:

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:

50


//clases de uso y atributos

Vista de Usario. En esta clase servirá para el usuario que administre privilegios:

Clases de uso y atributos

3.2 IDENTIFICAR RELACIONES ENTRE CLASES1) la clase PERSONA realiza una generalización hacia los tipos de

clases como ser. Personal que tendrá acceso a la base de datos y podrá interactuar con el sistema, Cliente Promotor serán registrados en la base de datos

2) la clase PERSONA en este caso realiza una asociación con las otras clases debido a que personas pueden estar en distintas direcciones y tener bastantes teléfonos

51


3) como vemos la clase PERSONA es muy importante ya que es de vital importancia en nuestro sistema, esta son las dos clases más importantes que pueden haber en un sistema de comercialización

4) la clase pedido tendrá relaciones con muchas clases en este caso se relacionara con la clase. Esta relación se hace porque al momento de hacer pedido se presta o se saca equipamiento

52


Otra relación seria: porque un pedido puede ser entregado o no

53


3.1 DISEÑO CONCEPTUAL

54


4 MODELO DE NEGOCIOS

4.1 DIAGRAMA DE ACTIVIDADES

4.1.1 Iniciar Producción

55


4.1.2 Registrar Trabajador

56


4.1.3 Registrar Promotor

57


4.1.4 Registrar Cliente

58


59


4.1.5 Gestionar Pedido

60


4.1.6 Devolución de Productos

61


5 FLUJO DE TRABAJO: CAPTURA DE REQUISITOS

5.1 LISTA DE CASOS DE USO Y ACTORESLISTA DE CASOS DE USO

Caso de Uso DescripciónCU1 Gestionar

ProducciónIniciar, modificar, listar los productos producidos(purificación de agua, embazado)

CU2 Gestionar Almacén

Productos en refrigeración, stock de inventario, y productos retornados.

CU3 Gestionar Trabajador Ingresar, modificar, eliminar y listar los trabajadores.

CU4 Gestionar Puesto de Trabajo Ingresar, modificar, eliminar y listar Puestos de trabajo.

CU5 Gestionar Contrato

Ingresar, modificar, eliminar y listar Contratos de trabajo.

CU6 Gestionar Promotor Crear, modificar y deshabilitar un promotor

CU7 Gestionar Cliente Crear, modificar y deshabilitar un cliente

CU8Gestionar Pedido

Solicitud de pedido de productos, Modificar la solicitud y Cancelar solicitud.

CU9 Gestionar nota de salida Realizar la nota de salida

CU10 Devolución de producto Registrar productos devueltos

CU11 Gestionar Forma de Pago Acuerdo de pago (Crédito) y Pago al contado

CU12Gestionar Factura

Se generara factura al momento del pago total del pedido.

CU13 Gestionar Pagos de Crédito Administrar pagos de las cuotas de los créditos

CU14 Consultar Bitácora Consulta de datos almacenados en bitácora del sistemaCU15 Gestionar Usuario Crear y modificar Usuario CU16 Administrar

Privilegios Administrar privilegios de UsuariosCU17 Iniciar Caja chica Creación de la Caja chica por periodoCU18 Ingresar

movimiento Registrar movimiento realizado durante el periodoCU19 Iniciar Caja

General Creación de la Caja GeneralCU20 Gestionar Equipos

Préstamo Registrar, Modificar y Listar

62


CU21 Reportes Reportes por parámetros

5.2P

RIORIZACIÓN DE CASOS DE USOCasos de uso Estado Prioridad Riesgo

CU1 Gestionar Producción Propuesto Critico NormalCU2 Gestionar Almacén Propuesto Critico CriticoCU3 Gestionar Trabajador Normal Normal NormalCU4 Gestionar Puesto de TrabajoCU5 Gestionar ContratoCU6 Gestionar Promotor Normal Normal NormalCU7 Gestionar Cliente Normal Normal NormalCU8 Gestionar Pedido Propuesto Critico CriticoCU9 Gestionar nota de salida Normal Critico CriticoCU10 Devolución de producto

Normal Critico Critico

CU11 Gestionar Forma de Pago

Normal Critico Critico

CU12 Gestionar Factura

Propuesto Critico Normal

CU13 Gestionar Pagos de Crédito

Propuesto Critico Critico

CU14 Consultar Bitácora

Normal Normal Normal

CU15 Gestionar Usuario


CU16 Administrar Privilegios


CU17 Iniciar Caja chica


CU18 Ingresar movimiento


CU19 Iniciar Caja General


CU20 Gestionar Equipos Préstamo

Normal Normal Critico

CU2 Reportes Normal Normal Normal

63

Actores DescripciónA1 Gerente Encargado de gestionar administradoresA2 Administrador Encargado que administra el sistemaA3 Trabajador Persona que se encarga de ingresar los datosA4 Promotor Persona que comercializa los productosA5 Cliente Persona que consume o comercializa los productos


1

5.3 DETALLE CASOS DE USO» CU1: GESTIONAR PRODUCCION

NOMBRE GESTIONAR PRODUCCIONPROPOSITO Permite al administrador iniciar un periodo de producción, modificar los

datos del mismo, listar los productos embazados y monitorear a los trabajadores.

RESUMEN -El administrador inicia el periodo de producción-El administrador finaliza el periodo de producción-El trabajador inicia y finaliza su turno de trabajo

ACTORES - A2. Administrador- A3. Trabajador

INICIADOR -A2. AdministradorFLUJO 1.Iniciar Producción.

El Administrador comenzara el inicio de producción del día 2. Iniciar turno de TrabajadorEl Trabajador inicia su turno de trabajo; es claro que el trabajador ya está registrado, por lo cual no es necesario verificar si está registradoEl solicitante dará la lista de los productos que desea adquirir.3. Terminar turno de TrabajadorEl Trabajador finaliza su turno4. Terminar ProducciónEl administrador registra la producción realizada.

PRECONDICIONPOSTCONDICION El sistema recibe una confirmación de Actualización de Almacén

EXCEPCION

64


» CU2: GESTIONAR ALMACEN

NOMBRE GESTIONAR ALMACENPROPOSITO Permite tener un control de productos en refrigeración, stock de

inventario, entrada y salida de productos y productos retornadosRESUMEN -El administrador es el único que puede actualizar el Almacén

-El Administrador verifica el stockACTORES - A2. Administrador

- A3. Trabajador

65


INICIADOR - A2. TrabajadorFLUJO 1. Iniciar almacenamiento

El Trabajador almacena los productos producidos2. Registrar almacenamientoEl Administrador registra todas las unidades almacenadas por el Trabajador3. Actualizar Almacén 3.1 Productos SalientesSon los productos que están en salida3.2 Productos Retornados Son los productos que han sido devueltos

PRECONDICION CU1. Gestionar ProducciónPOSTCONDICION El sistema recibe una confirmación de Almacén, indicando que Almacén

tiene nuevos datos en los productos EXCEPCION 3.1 Cantidad Insuficiente

66


» CU3: GESTIONAR TRABAJADOR

NOMBRE GESTIONAR TRABAJADORPROPOSITO El Administrador tiene el privilegio de ingresar, modificar, inhabilitar,

rendimiento, listar a los trabajadoresRESUMEN -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 histórico que él tiene

ACTORES - A2. Administrador- A3. Trabajador

INICIADOR - A2. TrabajadorFLUJO 1. Ingresar

Permite registrar nuevos trabajadores1.1 Ingresar los datos requeridosEl solicitante le dará al administrador los datos requeridos por el sistema1.2 Validar datos de nuevo Trabajador

67


Antes de finalizar el proceso de ingreso de nuevo Trabajador, el Administrador le dará el visto bueno antes de ingresar los datos al sistema2. ModificarEl administrador podrá hacer modificaciones al Trabajador correspondiente2.1 Ingresar C.I. TrabajadorEl administrador ingresara el C.I. del Trabajador a modificar2.2 Realizar las modificaciones necesariasEl Administrador hará las modificaciones en los campos habilitados3. Inhabilitar El administrador podrá inhabilitar al trabajador ya retirado3.1 Ingresar C.I. TrabajadorEl administrador ingresara el C.I. del Trabajador a inhabilitar3.2 Inhabilitar TrabajadorEl administrador efectuara el proceso de inhabilitación de trabajador4. RendimientoEl rendimiento es una forma de ver el trabajo en detalle de un empleado4.1 Ingresar C.I. TrabajadorEl administrador ingresara el C.I. del Trabajador 4.2 Ingresar Fecha de trabajoEl administrador ingresa fecha de trabajo4.3 Ingresar turno de trabajoEl administrador ingresa el turno de trabajo5. ListarEl administrador podrá tener una lista de los trabajadores

PRECONDICIONPOSTCONDICION El sistema recibe confirmación de se ha realizado el ingreso,

modificación o inhabilitación del trabajador en el mismo. EXCEPCION 1.2 Faltante en datos Requeridos

2.1 Trabajador no registrado en el sistema3.1 Trabajador no registrado en el sistema3.2 Error al inhabilitar trabajador4.1 Trabajador no registrado en el sistema4.2 Fecha Incorrecta4.3 Turno Incorrecto

68


» CU: GESTIONAR PUESTO DE TRABAJONOMBRE GESTIONAR PUESTO DE TRABAJADO

PROPOSITO El Administrador tiene el privilegio de ingresar, modificar, inhabilitar y

69


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 histórico que él tiene

ACTORES - A2. AdministradorINICIADOR - A2. Administrador

FLUJO 1. CrearPermite crear nuevos puestos de trabajador1.1 Ingresar los datos requeridosEl administrador ingresara los datos requeridos por el sistema. 2. ModificarEl administrador podrá hacer modificaciones al Puesto de Trabajado correspondiente2.1 Ingresar el Código del Puesto de TrabajadoEl administrador ingresara el Código del Puesto de Trabajado a modificar2.2 Realizar las modificaciones necesariasEl Administrador hará las modificaciones en los campos habilitados3. Inhabilitar El administrador podrá inhabilitar el Puesto de trabajado 3.1 Ingresar Código del Puesto del TrabajadoEl administrador ingresara el Código del Puesto de Trabajado a inhabilitar3.2 Inhabilitar TrabajadorEl administrador efectuara el proceso de inhabilitación de trabajador5. ListarEl administrador podrá tener una lista de los Puestos de Trabajo

PRECONDICIONPOSTCONDICION El sistema recibe confirmación de se ha realizado el ingreso,

modificación o inhabilitación del Puesto de Trabajo en el mismo. EXCEPCION 1.2 Faltante en datos Requeridos

3.1 Puesto de Trabajado no registrado en el sistema3.2 Error al inhabilitar Puesto de trabajado5. No existen puestos de trabajo

70


» CU: GESTIONAR CONTRATO DE TRABAJONOMBRE 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. AdministradorINICIADOR - A2. Administrador

FLUJO 1. IngresarPermite registrar nuevos Contratos1.1 Ingresar los datos requeridosEl administrador insertara los datos requeridos por el sistema2. ModificarEl administrador podrá hacer modificaciones al Contrato correspondiente2.1 Ingresar C.I. Trabajador

71


El administrador ingresara el C.I. del Trabajador a modificar2.2. Ingresar Puesto de TrabajoEl administrador ingresara el Puesto de Trabajo del trabajos2.2 Realizar las modificaciones necesariasEl Administrador hará las modificaciones en los campos habilitados4. ListarEl administrador podrá tener una lista de los Contratos

PRECONDICION 1. Trabajador previamente registrado2. Puesto de trabajo previamente registrado

POSTCONDICION El sistema recibe confirmación de se ha realizado el ingreso, modificación en el mismo.

EXCEPCION 1. Faltante en datos Requeridos2.1 Trabajador no registrado en el sistema2.1 Puesto de Trabajo no registrado en el sistema

72


» CU4: GESTIONAR PROMOTOR

NOMBRE GESTIONAR PROMOTORPROPOSITO El Administrador podrá crear, modificar, listar, deshabilitar un promotorRESUMEN -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

ACTORES - A2. Administrador- A4.Promotor

INICIADOR - A4.PromotorFLUJO 1. Crear

El administrador podrá crear cuentas de Promotor1.1 Ingresar Datos

73


El nuevo Promotor brindara los datos al Administrador para el llenado de datos requeridos en el sistema1.2 Modalidad de PagoEl Promotor Solicitante y el administrador se pondrán de acuerdo en la modalidad de pago que se efectuara1.3 Validar datos El administrador dará el visto bueno antes de guardar al nuevo Promotor2. ModificarEl Administrador podrá modificar datos de un Promotor2.1 Ingresar CI de PromotorEl administrador ingresa CI de promotor2.2 Modificar datos del PromotorEl administrador modifica datos en los campos habilitados3. ListarEl administrador podrá tener una lista de Promotores4. DeshabilitarEl administrador podrá deshabilitar a promotores 4.1 Ingresar CI de PromotorEl administrador ingresa el CI de Promotor4.2 Realizar proceso de deshabilitaciónEl administrador procese a la deshabilitacion del Promotor

PRECONDICIONPOSTCONDICION El sistema recibe confirmación de que ha realizado el ingreso,

modificación o inhabilitación del promotor en el sistemaEXCEPCION 1.3 Faltante en datos requeridos

2.1 Promotor no registrado4.1 Promotor no registrado4.2 Error al deshabilitar Promotor

74


» CU5: GESTIONAR CLIENTE

NOMBRE GESTIONAR CLIENTEPROPOSITO El Administrador podrá crear, modificar, listar o deshabilitar un clienteRESUMEN -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

ACTORES - A2. Administrado- A5. Cliente

INICIADOR - A5. ClienteFLUJO 1. Crear

El administrador podrá crear cuentas de Cliente

75


1.1 Ingresar DatosEl nuevo Cliente brindara los datos al Administrador para el llenado de datos requeridos en el sistema1.2 Validar datos El administrador dará el visto bueno antes de guardar al nuevo Cliente2. ModificarEl Administrador podrá modificar datos de un Cliente2.1 Ingresar CI de ClienteEl administrador ingresa CI de cliente2.2 Modificar datos del ClienteEl administrador modifica datos en los campos habilitados3. ListarEl administrador podrá tener una lista de Cliente4. DeshabilitarEl administrador podrá deshabilitar a clientes4.1 Ingresar CI de ClientesEl administrador ingresa el CI de Clientes4.2 Realizar proceso de deshabilitaciónEl administrador procese a la deshabilitacion del Cliente

PRECONDICIONPOSTCONDICION El sistema recibe confirmación de que ha realizado el ingreso,

modificación o inhabilitación del cliente en el sistemaEXCEPCION 1.3 Faltante en datos requeridos

2.1 Cliente no registrado4.1 Cliente no registrado4.2 Error al deshabilitar Cliente

76


» CU6: REALIZAR PEDIDO

NOMBRE REALIZAR PEDIDOPROPOSITO Permitir a la consultora realizar un Pedido de Productos.RESUMEN -El administrador obtiene los datos del cliente/promotor

-El cliente/promotor detalla la lista de productos-El administrador verifica en stock

ACTORES - A2. Administrado- A5. Cliente/A4.Promotor

INICIADOR -Cliente/Promotor (A4,A5)FLUJO 1. Validación de datos del promotor/cliente.

El administrador ingresara el C.I. del solicitante para verificar si se encuentra registrado en el sistema.

77


2. Detallar la lista de productos.El solicitante dará la lista de los productos que desea adquirir.3. Verificar Stock en Almacén. El Administrador consultara al almacén 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 -CU13-CU6 (Verificar stock, verificar el cliente/promotor)

POSTCONDICION El sistema recibe una confirmación de Almacén, indicando que el pedido ha sido enviado.

EXCEPCION 1. No se encuentra registrado3. Cantidad Insuficiente

78


» CU7: GESTIONAR NOTA DE SALIDANOMBRE GESTIONAR NOTA DE SALIDA

PROPOSITO Realizar nota de salidaRESUMEN -El sistema emite una nota de salida cuando hay un salida de productos

de almacénACTORES - A2. Administrador

INICIADOR - A2. AdministradorFLUJO 1. Verificar el stock de almacén

El administrador verificada si existe la cantidad suficiente que se requiere sacar de almacén2. Registrar los productos de salidaSi existe la cantidad suficiente, entonces el administrador procederá a registrar los productos para su salida3. Actualizar AlmacénEl administrador al guardar los datos de los productos, el almacén se actualizará

PRECONDICION -Verificar stock de AlmacénPOSTCONDICION El sistema recibe una confirmación de Almacén, indicando la nota de

salida. EXCEPCION 1. No existe la cantidad suficiente

79


» CU8: DEVOLUCION DE PRODUCTOS

NOMBRE DEVOLUCION DE PRODUCOSPROPOSITO Registrar productos devueltos por el solicitante RESUMEN -El administrador obtiene los datos del cliente/promotor

-El cliente/promotor detalla la lista de productos para su devolución-El cliente/promotor da la razón por la devolución de productos-El administrador acepta y actualiza el almacén

80




El administrador ingresara el C.I. del solicitante para verificar si se encuentra registrado en el sistema.2.Verificar PedidoEl Administrador verificara el pedido donde se encuentran los productos en devolución3. Detallar la lista de productos para devolver.El solicitante dará la lista de productos que desea devolver.4. Dar la razón por la devolución de productos. El Solicitante dará la razón por la cual está devolviendo los productos5. Aceptar la devolución.El administrador verificara la cantidad de productos devueltos y aceptara la devolución requerida6. Actualizar Almacén El administrador actualizara el Almacén

PRECONDICION -CU6 (verificar el cliente/promotor)-CU7 (Realizar Pedido)

POSTCONDICION El sistema recibe una confirmación de Almacén, indicando que se ha actualizado

EXCEPCION 1. No se encuentra registrado2. No existe el Pedido

81


» CU9: GESTIONAR FORMA DE PAGO

NOMBRE GESTIONAR FORMA DE PAGOPROPOSITO Acuerdo de pago (Crédito) y Pago al contadoRESUMEN -El administrador obtiene los datos del cliente/promotor

-El cliente/promotor elige su forma de pago -El administrador acepta su forma de pago



El administrador ingresara el C.I. del solicitante para verificar si se encuentra registrado en el sistema.2. Elegir su forma de pagoEl solicitante elegirá si desea hacer su pago respectivo si es a crédito o al contado3. Elegir su pago de crédito Si el solicitante eligió pagar a crédito, también elegirá su forma de pagar a crédito con un acuerdo con la empresa4. Confirmar acuerdo de pago.El administrador acepta su acuerdo de pago

PRECONDICION - Verificar el cliente/promotorPOSTCONDICION El sistema recibe una confirmación de la forma pago que se ha

realizado. EXCEPCION 1. No se encuentra registrado

82


» CU10: GESTIONAR FACTURA

NOMBRE GESTIONAR FACTURAPROPOSITO Se genera una factura al momento del pago total del pedidoRESUMEN -El administrador obtiene los datos del cliente/promotor

-El administrador detalla la factura por el pedido-El administrador manda por el sistema a imprimir la factura



83


El administrador ingresara el C.I. del solicitante para verificar si se encuentra registrado en el sistema.2. Verificar pago total de pedidoEl administrador verificara si el pedido fue pagado a su totalidad3. Pedir datos para la factura.El administrador pedirá el nombre y NIT para la factura3. Realizar la factura por el pedido pagadoEl administrador manda por el sistema a que imprimir la factura

PRECONDICION -Verificar la totalidad del pago-verificar el cliente/promotor)

POSTCONDICION El sistema recibe una confirmación de que la factura se está por emitirEXCEPCION 1. No se encuentra registrado

2. El pago total no ha sido efectuado

84


» CU11: GESTIONAR PAGOS DE CREDITO

NOMBRE GESTIONAR PAGOS DE CREDITOPROPOSITO Administrar pagos de las cuotas de créditoRESUMEN -El administrador obtiene los datos del cliente/promotor y su crédito

-El cliente/promotor efectúa el pago y el pago se registra en sistemaACTORES - A2. Administrador

- A5. Cliente/A4.PromotorINICIADOR -Cliente/Promotor (A4,A5)

FLUJO 1. Validación de datos del promotor/cliente.El administrador ingresara el C.I. del solicitante para verificar si se encuentra registrado en el sistema.2. Validación de crédito a pagar.El administrador ingresara su ID de crédito para verificar si ese crédito existe en el sistema3. Emitir Factura. Si el solicitante hizo su pago total de su crédito, el sistema emitirá su factura

PRECONDICION -Verificar el cliente/promotor-Verificar Crédito

POSTCONDICION Si el pago de Crédito es el total, el sistema se ira directo a factura.EXCEPCION 1. No se encuentra registrado

2. El pago ya fue efectuado en su totalidad

85


» CU12: CONSULTAR BITACORA

NOMBRE CONSULTAR BITACORAPROPOSITO Consulta los datos almacenados del sistema.RESUMEN -El gerente tiene un registro de las acciones que los usuarios han hecho

en el sistemaACTORES - A1. Gerente

86


INICIADOR - A1. GerenteFLUJO 1. Elegir usuario

El gerente elige un usuario para ver qué acciones realizo2. Elegir día El gerente elige el día que el usuario trabajo

PRECONDICIONPOSTCONDICION

EXCEPCION 2. Día incorrecto

» CU13: GESTIONAR USUARIO

NOMBRE GESTIONAR USUARIOPROPOSITO Crear y modificar Usuario.

87


RESUMEN -El gerente puede crear o modificar usuarios que utilicen el sistemaACTORES - Gerente

INICIADOR GerenteFLUJO 1. Crear nuevo Usuario.

El gerente tendrá la posibilidad de crear cuentas de usuario para que puedan utilizar el sistema1.1. Registrar Datos de nuevo usuarioEl gerente registrara todos los datos requeridos del nuevo usuario en el sistema1.2 Asignar Código y Contraseña El sistema le brindara un código y contraseña automáticamente, 1.3 Asignar privilegios de usuarioEl gerente asignara privilegios según el cargo que disponga el personal2. Modificar Usuario.El gerente podrá modificar datos, o privilegios2.1 Validar datos de usuarioEl sistema verificara con el C.I. si existe el usuario2.1 Modificar datos deseadosEl gerente procederá a la modificación de los datos o privilegios del usuario2.2 Guardar datos previamente modificadosEl gerente guardara los datos del usuario

PRECONDICION - Administrar PrivilegiosPOSTCONDICION El sistema recibe una confirmación de que le Usuario ya ha sido

registradoEXCEPCION 2.1. No se encuentra registrado

88


» CU14: ADMINISTRAR PRIVILEGIOS

NOMBRE ADMINISTRAR PRIVILEGIOSPROPOSITO Administrar privilegios de Usuarios.RESUMEN -El gerente podrá asignar o quitar privilegiosACTORES - A1. Gerente

INICIADOR - A1. GerenteFLUJO 1. Validación de datos del usuario.

El gerente ingresara el C.I. del solicitante para verificar si se encuentra registrado en el sistema.2. Asignar privilegiosEl gerente asignara privilegios necesarios para el usuario3. Quitar privilegiosSe podrán quitar privilegios que previamente fueron concedidos

PRECONDICION -Verificar UsuarioPOSTCONDICION El sistema recibe una confirmación de los privilegios que fueron

asignado y/o quitamos al usuario EXCEPCION 1. No se encuentra registrado

89


» CU15: INICIAR CAJA CHICA

NOMBRE INICIAR CAJA CHICAPROPOSITO Iniciar caja chica por periodo.RESUMEN -El administrador inicia la caja chica del periodoACTORES - A2. Administrador

INICIADOR - AdministradorFLUJO 1. Iniciar la caja chica

El administrador inicia caja chica con un monto especifico2. Definir inicio de periodo

90


El administrador define el periodo de inicio de su caja chica3. Cerrar caja chicaEl administrador cierra su caja chica

PRECONDICIONPOSTCONDICION El sistema envía la confirmación de la caja chica

EXCEPCION

» CU16: INGRESAR GASTOS INTERNOS

NOMBRE INGRESAR GASTOS INTERNOSPROPOSITO Realizar movimiento de gastos en el periodo.RESUMEN -El administrador ingresa todos los gastos realizados en el periodoACTORES - A2. Administrador

INICIADOR - A2. AdministradorFLUJO 1. Verificar Salgo de Caja Chica

El sistema verificara el saldo que está en caja chica2. Registrar gastoEl administrador registra el gasto3. Actualizar saldoEl sistema se encargara de actualizar el saldo de caja chica

PRECONDICION -Iniciar Caja Chica-Verificar Saldo de Caja Chica

91


POSTCONDICION El sistema recibe una confirmación de Caja Chica, de la actualización de su Saldo de su periodo

EXCEPCION 1. Cantidad Insuficiente

» CU17: INICIAR CAJA GENERAL

NOMBRE INICIAR CAJA GENERALPROPOSITO Permitir a la consultora realizar un Pedido de Productos.RESUMEN -El gerente iniciara la caja general por periodo

-El gerente cerrara por periodo la caja generalACTORES - A1. Gerente

INICIADOR - A1. GerenteFLUJO 1. Iniciar Caja General.

El gerente inicia caja general con un monto especifico

92


2. Cerrar Caja General.El gerente cerrara caja general de acuerdo a la situación requerida

PRECONDICIONPOSTCONDICION El sistema enviara la confirmación de apertura o clausura de caja

general EXCEPCION

» CU18: GESTIONAR EQUIPOS DE PRESTAMO

NOMBRE GESTIONAR EQUIPOS DE PRESTAMOPROPOSITO Registrar, Modificar y ListarRESUMEN -El administrador obtiene los datos de los equipos para registrar,

modificar y listarlosACTORES - A2. Administrador

INICIADOR - A2. AdministradorFLUJO 1. Registrar

El administrador registrara un nuevo de equipo para su préstamo1.1 Ingresar datos del equipoLos datos del equipo serán registrados en el sistema1.2 Asignar código

93


El sistema le brindara un código para el equipo de préstamo1.3 Guardar datosEl administrador guardara toda la información previamente revisada2. ModificarEl administrador podrá modificar los datos de los equipos2.1 Validar datos de equipoEl sistema verificara con el código del equipo si se encuentra en el sistema registrado2.2 Modificar datosEl administrador podrá modificar los datos del equipo en el sistema2.3 Guardar datosEl administrador guardara los datos de los equipos modificados3. ListarEl administrador podrá tener una lista de los equipos que contiene en la empresa

PRECONDICION Verificar equipoPOSTCONDICION El sistema recibe una confirmación de que ha sido registrado,

modificado. EXCEPCION 2.1 No se encuentra registrado

94


» CU19: REPORTES

NOMBRE REPORTESPROPOSITO Sacar reportes por parámetrosRESUMEN -El Gerente y administrador podrán tener los reportes por el parámetro

requeridoACTORES - A1. Gerente

INICIADOR - A1. GerenteFLUJO 1. Ingresar actividad.

El gerente ingresa la activad para el reporte2. Ingresar periodo de reporteEl gerente ingresa el periodo para el reporte3. Mostrar el periodo en reporteEl sistema le muestra por pantalla el reporte

PRECONDICION

95


POSTCONDICION El sistema muestra el reporte en pantalla. EXCEPCION 2. Día erróneo

96


5.4 DIAGRAMA GENERAL DE CASOS DE USO

97


6 FLUJO DE TRABAJO: ANALISIS

6.1 Análisis de arquitectura

6.1.1 Identificar paquetes

Usuarios 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-Adm de Privilegio, asignamos vistas de paquetes por usuarios restringiendo tambien operaciones como consultar, modificar, etc.

Personas En este Paquete estan todos los Procesos referentes a Personas que interacturan dealguna 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

Ventas 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

98

Lista de Paquetes

P4:INVENTARIO

P5:PAGOS

P3:VENTAS

P2:PERSONAS

P1:USUARIOS


Inventarios

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

Pagos

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 dueño de la empresa

99


6.1.2 Vista de cada paquete uc Inv entarios

Paquete 1

+ Usuarios

Gestionar Usuario

Administracion Priv ilegios

Bitacora

Reportes

«trace»

«trace»

«trace»

«trace»

100


uc Inv entarios

Paquete 3

+ Ventas

Gestionar Ventas

Dev olucion Productos

Solicitud Prest Equipos

«trace»

«trace»

«trace»

101


analysis P5

P5

+ Pagos

Gestionar Forma de Pago

Gestionar Pagos a Credito

Generar Factura

Caja

«trace»

«trace»

«trace»

«trace»

102


6.1.3 Encapsulamiento uc Usuarios

Gerente

Administrador

Bitacora

Gestionar Usuario

Administrar Priv ilegios

Reportes

Personas

Gestionar Promotor

Gestionar Cliente

Administrador

Gestionar Trabajador

103


Ventas

Gestionar(Pedido)

Devolucion de Pedido

ClientePromotor

Administrador

Gestionar Produccion

Gestionar Almacen

Gestionar Equipos

Inventarios


Registrar Nota de Salida

Administrador

Gestionar Almacen

Equipos Prestados

104


Pagos

Gestionar Forma de Pago al Contado

Gestionar Forma de Pago a Credito

ClientePromotor

Administrador

Generar Nota de Salida

Gestionar Caja Chica

6.1.4 Análisis de clases

6.1.4.1 CU1: Gestionar Producción

CLASE INTERFAZ

NOMBRE Gestionar Producción

RESPONSABILIDAD - Agregar Productos Producidos

ATRIBUTOS Código, Fecha, CodigoProducto, Cantidad

METODOS Nuevo(), Registrar()

105


CLASE CONTROL

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 Producción


ATRIBUTOS

CLASE ENTIDAD

NOMBRE ProduccionProducto


ATRIBUTOS

106

NOT LICENSED

NOT LICENSED

Gestor Cliente

NOMBRE Gestionar Producción

PROPOSITO Validar si lo que se Inserta es un Producto, y filtrar errores

ENTRADA Producto

SALIDA Verificador Bolean() true/false


6.1.4.2 CU2: Gestionar Almacén

CLASE INTERFAZ

NOMBRE Gestionar Almacén

RESPONSABILIDAD Brindar Información acerca de los productos elaborados así como consultar precio, etc.

ATRIBUTOS Codigo,Nombre,Precio,Descripcion,Stock

METODOS Nuevo,Agregar,Modificar,Eliminar

CLASE CONTROL

NOMBRE Gestionar Almacén

PROPOSITO Validar si lo que se Inserta es un Producto, y filtrar errores

ENTRADA Producto

107

NOT LICENSED

NOT LICENSED

Gestor Cliente



CLASE ENTIDAD

NOMBRE Producto


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

108


sd Caso de uso 2

<<I.UGestionarAlmacen>>

GestionarProducto

Producto

Administrador

1. Mostrar2. Filtrar3. Agregar4. Modificar5. Eliminar

1. Mostrar()2. AgregarProducto(producto)3. ModificarProducto(producto)4. EliminarProducto(codigo)5. FiltrarProducto(valor)

TipoProducto

3.4.1.44.3.1.33.2.1.21.1.1.12.5.1.1

1. MostrarDatos()2. Insertar(producto)3. Modificar(producto)4. Eliminar(producto)

1. MostrarDatos()2. Modificar(Producto)

1.1.2.14.3.2.2

1

2

6.1.4.3 CU3: Gestionar Trabajador

CLASE INTERFAZ

NOMBRE Gestionar Trabajador

RESPONSABILIDAD Mostrar todos Los trabajadores, para una mayor visibilidad, ser una interfaz muy intuitiva cliente-sistema

ATRIBUTOS Ci,Nombre,Sexo,FechaNac,Profesion,Direccion

METODOS Nuevo,Registrar,Modificar

CLASE CONTROL

109NOT LICENSED

NOT LICENSED

Gestor Cliente

NOMBRE GestionarTrabajdor

PROPOSITO Filtrar los errores que se produzcan al momento de hacer una operación, además de validar las entradas

ENTRADA Trabajador


sd diagrama de comunicacion

Trabajador

PersonaGestionar TrabajadorI. U. Gestionar TrabajadorAdministrador

1: Registrar() 1.1: Registrar Persona(Persona)

1.2: Registrar Trabajador(Trabajador)

2: Modificar() 2.1: Modificar Persona()

2.2: Modificar Trabajador(Trabajador)

3: Mostrar()

3.1: MostrarTrabajador()


CLASE ENTIDAD

NOMBRE Trabajador

RESPONSABILIDAD - Insertar los Datos a la base de datos

ATRIBUTOS Profesión, dirección

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 Información acerca de los puestos, así como también asignar un puesto de trabajo a un trabajador.

ATRIBUTOS Idtrabajo,Puesto,Turno,Salario,HoraEntrada,HoraSalida

110


METODOS Nuevo,Agregar,Modificar,

CLASE CONTROL

NOMBRE Gestionar PuestoTrabajo

PROPOSITO Filtrar errores en el momento de hacer alguna operación

ENTRADA Trabajador/PuestoTrabajo


CLASE ENTIDAD

NOMBRE Trabajo

RESPONSABILIDAD - Mostrar en los distintos tipos de trabajos que tiene la empresa

ATRIBUTOS IdTrabajo,Turno,Salario,Puesto,HoraEntrada,HoraSalida

sd diagrama de comunicacion cu4

Administrador

I.U. Gestionar Puesto Trabajo Gestionar PuestoTrabajo

PuestoTrabajo

1: Agregar()

1.1: AgregarTrabajo(Trabajo)1.2: InsertarTrabajo(Trabajo)

2: Modifiar()

2.1: ModifcarTrabajo(Trabajo)2.2: Modifiar(trabajo)

3: Mostrar()3.1: Mostrar() 3.2: Mostrar()

111

NOT LICENSED

NOT LICENSED

Gestor Cliente


6.1.4.5 CU5: Gestionar Contratos

CLASE INTERFAZ

NOMBRE Gestionar Contratos

RESPONSABILIDAD Mostrar todos los contratos existentes en la empresa, para una mejor estadística de los trabajadores además de facilitarle al usuario la búsqueda en archivos

ATRIBUTOS CiTrabajador,PuestoTrabajo,FechaIngreso,FechaRetiro,Estado

METODOS Nuevo,Agregar,Modificar,Eliminar

CLASE CONTROL

NOMBRE Gestionar Contratos

PROPOSITO Mostrar contratos de distintos trabajadores

ENTRADA CiTrabajador


CLASE ENTIDAD

NOMBRE Contratos

RESPONSABILIDAD - Gestionar Contratos

ATRIBUTOS CiTrabajador, PuestoTrabajo, FechaRetiro, Estado

112

NOT LICENSED

NOT LICENSED

Gestor Cliente


sd dc-cu5

AdministradorI.U. Gestionar Contrato

Gestionar Contrato TrabajoTrabajador

1: Agregar()

1.1: Agregar Contrato(Contrato, Trabajo, Trabajador)

1.2: Insertar(Contrato, Trabajo, Trabajador)

2: Modificar()

2.1: ModificarContrato(Contrato, Trabajo, Trabajador)

2.2: Modificar(Contrato, Trabajo, Trabajador)

3: Mostrar()

3.1: Mostrar()3.2: Mostrar()

4: Buscar()

4.1: Buscar(Contrato)

4.2: Buscar(Contrato)

6.1.4.6 CU6: Gestionar Promotor

CLASE INTERFAZ

NOMBRE Gestionar Promotor

RESPONSABILIDAD Visibilidad de Datos de los Promotores para una mejor inserción de datos

ATRIBUTOS Ci,Nombre,Sexo,FechaNac,Estado,FechaI,FechaR

METODOS Nuevo,Agregar,Modificar

CLASE CONTROL


PROPOSITO Validar si lo que se Inserta es un Promotor, y filtrar errores

ENTRADA Promotor


CLASE ENTIDAD

NOMBRE Promotor

RESPONSABILIDAD -Almacenar en la base de datos la operación realizada debidamente controlada

113

NOT LICENSED

NOT LICENSED

Gestor Cliente


ATRIBUTOS Ci,Estado,FechaI,FechaR

CLASE ENTIDAD

NOMBRE Persona


ATRIBUTOS Ci,nombre,sexo,fechaNac

sd dc-cu6

Administrador I.U Gestionar Promotor Gestionar Promotor

Persona

Promotor

1: Modificar()

1.1: ModificarPromotor(promotor)

1.2: Modificar(Persona)

1.3: Modificar(Promotor)

2: Registrar()

2.1: Agregar(Promotor)

2.2: Insertar(Persona)

2.3: Insertar(Promotor)

3: Mostrar()3.1: Mostrar()

3.2: Mostrar()

3.3: Mostrar()

4: Buscar()

4.1: Buscar(Promotor)

4.2: Obtener(ci)

4.3: obtener(Promotor)

6.1.4.7 CU7. GESTIONAR CLIENTE

CLASE INTERFAZ

NOMBRE Gestionar Cliente

RESPONSABILIDAD Visibilidad de Datos de los Clientes para un

114


mejor manejo de datosATRIBUTOS Ci, Nombre, Sexo, FechaNac, Estado

METODOS Nuevo, Agregar, Modificar y Filtrar

CLASE CONTROL


PROPOSITO Validar si lo que se Inserta es un Cliente y filtrar errores

ENTRADA Cliente


CLASE ENTIDAD

NOMBRE Cliente


ATRIBUTOS Estado

CLASE ENTIDAD

NOMBRE Persona


ATRIBUTOS Ci, Nombre, Sexo, FechaNac, Estado

115

NOT LICENSED

NOT LICENSED

Gestor Cliente


6.1.4.8 CU8 GESTIONAR PEDIDO

CLASE INTERFAZ

NOMBRE Gestionar Pedido

RESPONSABILIDAD Visibilidad de Datos de los Clientes para un mejor manejo de datos

ATRIBUTOS IdPedido, Direccion, fechaHora y FechaEntrega

METODOS Registrar, Modificar, Cancelar y Verificar Stock

CLASE CONTROL

NOMBRE Validar Pedido

PROPOSITO Validar si lo que se Inserta es un Pedido, filtrar errores y obtener datos correctos.

ENTRADA Pedido


CLASE ENTIDAD

NOMBRE Pedido

RESPONSABILIDAD -Almacenar en la base de datos la operación

116

NOT LICENSED

NOT LICENSED

Gestor Cliente


realizada debidamente controlada

ATRIBUTOS IdPedido, Direccion, fechaHora y FechaEntrega

6.1.4.9 CU9 GESTIONAR NOTA DE SALIDA

CLASE INTERFAZ

NOMBRE Gestionar Nota de Salida

RESPONSABILIDAD Visibilidad de Datos de las Notas de Salida para un mejor manejo de datos

ATRIBUTOS IdNotaSalida, Descripcion y fecha

METODOS Registrar, Modificar y Mostrar

CLASE CONTROL

NOMBRE Validar Pedido

PROPOSITO Validar si lo que se Inserta es una Nota de Salida, filtrar errores y obtener datos correctos.

ENTRADA NotaSalida

117

NOT LICENSED

NOT LICENSED

Gestor Cliente



CLASE ENTIDAD

NOMBRE NotaSalida


ATRIBUTOS IdNotaSalida, Descripcion y fecha

6.1.4.10 CU10 DEVOLUCION DE PRODUCTO

CLASE INTERFAZ

NOMBRE Devolucion Producto

RESPONSABILIDAD Visibilidad de Datos de Devolucion de Productos para un mejor manejo de datos

ATRIBUTOS IdPedido, IdDevolucion, fecha y Detalle

118


METODOS Registrar y Mostrar

CLASE CONTROL

NOMBRE Validar Devolucion

PROPOSITO Validar si lo que se Inserta es una Devolucion, filtrar errores y obtener datos correctos.

ENTRADA Detalle


CLASE ENTIDAD

NOMBRE Devolucion


ATRIBUTOS IdDevolucion, fecha y Detalle

119

NOT LICENSED

NOT LICENSED

Gestor Cliente


6.1.4.11 CU11 GESTIONAR FORMA DE PAGO

CLASE INTERFAZ

NOMBRE Gestionar Forma de Pago

RESPONSABILIDAD Visibilidad de Datos de Forma de Pago para un mejor manejo de datos

ATRIBUTOS IdPago, ImporteTotal y Descuento

METODOS Contado, Credito, CreditoModificar y Cancelar

CLASE CONTROL

NOMBRE Validar Forma de Pago

PROPOSITO Validar si lo que se Inserta es un Pago al Contado o un Pago al Credito, filtrar errores y obtener datos correctos.

ENTRADA Pago


120

NOT LICENSED

NOT LICENSED

Gestor Cliente


CLASE ENTIDAD

NOMBRE Pago


ATRIBUTOS IdPago, fechaHora, importe y Descuento

CLASE ENTIDAD

NOMBRE Contado


ATRIBUTOS IdPago

CLASE ENTIDAD

NOMBRE Credito


ATRIBUTOS Plazo y NumeroCuota

121


sd Forma de Pago

Administrador I. U. G Forma de PagoValidar Forma Pago

Pedido

Pago

Contado

Credito

Cuota

1: Contado() 1.1: ContadoAceptar(Pago)

1.2: GetDato()

1.3: InsertarPago(Pago)

1.4: InsertarID(idPago)

2: Credito() 2.1: CreditoAceptar(Pago)

2.2: GetDato()

2.3: InsertarDato(PAgo)

2.4: InsertarDatos()

2.5: InsertarDato()

3: CreditoMod() 3.1: CreditoModificar(Pago)

3.2: GetDato()

3.3: Actualizar(Pago)

3.4: Actualizar(Dato)

3.5: Actualizar()

4: Cancelar()4.1: Cancelar(IDpago)

4.2: GetId()

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

ATRIBUTOS Fecha, Detalle, Nombre, NIT

METODOS Imprimir y Mostrar

122

NOT LICENSED

NOT LICENSED

Gestor Cliente


CLASE CONTROL

NOMBRE Validar Factura

PROPOSITO Validar si lo que se Inserta es una Factura, filtrar errores y obtener datos correctos.

ENTRADA Pedido


CLASE ENTIDAD

NOMBRE Factura


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

ATRIBUTOS IdPedido, ImporteTotal, NroCuota, MontoCuota,

123


Saldo y Fecha

METODOS Aceptar

CLASE CONTROL

NOMBRE Validar Pago de Credito

PROPOSITO Validar si lo que se Inserta es una Pago, filtrar errores y obtener datos correctos.

ENTRADA Cuota


CLASE ENTIDAD

NOMBRE Pago


ATRIBUTOS IdPago, FechaHora , Importe y Descuento

CLASE ENTIDAD

NOMBRE Credito


ATRIBUTOS Plazo y NroCuota

CLASE ENTIDAD

NOMBRE Cuota

124

NOT LICENSED

NOT LICENSED

Gestor Cliente



ATRIBUTOS NroCuota, fecha, monto, estado

sd Pago de Credito

AdministradorI U G Pagos de Credito Validar Pago Credito

Pedido

Pago

CreditoCuota

1: Registrar()1.1: RegistrarCuota(Cuota)

1.2: GetDato()

1.3: GetDato()

1.4: GetDato()

1.5: Actualizar()

6.1.4.14 CU14: Consultar Bitácora

CLASE INTERFAZ

NOMBRE Bitácora

RESPONSABILIDAD Verificar Transacciones u Operaciones Realizadas por los usuarios

ATRIBUTOS DetalleBitacora

METODOS Buscar,Mostrar

CLASE CONTROL

NOMBRE Gestionar Bitácora

PROPOSITO Validar si lo que busca o quiere mostrar es

125

NOT LICENSED

NOT LICENSED

Gestor Cliente


una bitácora

ENTRADA usuario


CLASE ENTIDAD

NOMBRE Bitácora


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,contraseña

126


sd dc-cu14

AdministradorI.U. Bitacora

BitacoraNegocio

Usuario

1: Mostrar( 1.1: Mostrar()

1.2: Obtener(id)

2: Buscar()

2.1: Buscar(Usuario)

2.2: Obtener(id)

6.1.4.15 CU15: Gestionar Usuario

CLASE INTERFAZ

NOMBRE Gestionar Usuario

RESPONSABILIDAD Es tener una vista simple, manejable ante los usuarios que interactúan con estas vistas que quieran hacer operaciones debidamente filtrada por la interfaz

ATRIBUTOS Ci,nombre,sexo,fechanac,cargo,estado,Nick,contraseña

METODOS Asignar(incluye si asigna o quita privilegios)

CLASE CONTROL

NOMBRE Gestionar Usuario

RESPONSABILIDAD Validar los parámetros ingresados que sea un usuario, además de filtra los errores dando buena imagen a la interfaz

127

NOT LICENSED

NOT LICENSED

Gestor Cliente


CLASE ENTIDAD

NOMBRE Usuarios

RESPONSABILIDAD Almacenar los datos previamente pasados por las anteriores capas e operar con la base de datos


CLASE ENTIDAD

NOMBRE Personas

RESPONSABILIDAD Almacenar los datos previamente pasados por las anteriores capas e operar con la base de datos

ATRIBUTOS Ci,nombre,sexo,fechanac

128


sd dc-cu15

AdministradorI.U. Gestionar Usuario

Gestionar Usuario

Usuario

Persona1: Mostrar()

1.1: Mostrar()

1.2: Obtener(id)

1.3: Mostrar()

2: Agregar()

2.1: Insertar Usuario(Usuario)

2.2: Insertar Persona(Persona)

2.3: Insertar Usuario(Usuario)

3: Modificar()

3.1: Modificar(Datos)

3.2: Modificar(Persona)

3.3: Modificar(Usuario)

6.1.4.16 CU16: Administración de Privilegio

CLASE INTERFAZ

NOMBRE Administración de Privilegios

RESPONSABILIDAD Proveer visibilidad al usuario al momento de asignar privilegios, además de poseer una interfaz intuitiva y manejable

ATRIBUTOS Vistas a Paquetes,Vistas a Casos Uso, Listado de Usuarios

METODOS Asignar(incluye si asigna o quita privilegios)

CLASE CONTROL

NOMBRE Administracion Privilegios

PROPOSITO Validar si lo que se Inserta es un Promotor, y

129

NOT LICENSED

NOT LICENSED

Gestor Cliente


filtrar errores

ENTRADA IdUsuario


CLASE ENTIDAD

NOMBRE usuario



CLASE ENTIDAD

NOMBRE CasosUso


ATRIBUTOS Id_c,nombre

CLASE ENTIDAD

NOMBRE paquete


ATRIBUTOS Id_p,nombre

CLASE ENTIDAD

NOMBRE vistausuario

130



ATRIBUTOS Id_c,id_p,idusuario

sd dc-cu16

Administrador I.U. Adm Privilegios Gestionar Privilegios

Usuario

Paquete

CasosUso

VistaUsuario

1: Mostrar()1.1: MostrarPrivilegios(Datos)

1.2: Mostrar(cu, paq, usu)

1.3: Mostrar(paquete)

1.4: MostrarCasosUso(casodeuso)

1.5: Obtener(id)

2: OtorgarPrivilegios()

2.1: Obtener(id)

2.2: Obtener(idp)

2.3: obtener(idcasosuso)

2.4: Insertar(idcasosuso, idpaquete, idusuario)

2.5: Obtener(id)

2.6: obtener(id)

2.7: obtener(id)

2.8: Modificar(idc, idp, idusuario)

6.1.4.17 CU17: Iniciar Caja Chica

CLASE INTERFAZ

NOMBRE Iniciar Caja Chica

RESPONSABILIDAD Creada para efectuar ingresos o egresos

ATRIBUTOS IdCajaChica, Fecha, InicioCaja

METODOS Iniciar(),Finalizar()

131

NOT LICENSED

NOT LICENSED

Gestor Cliente


CLASE CONTROL

NOMBRE GestionarCajaChica

PROPOSITO Verificar si se cuenta con la cantidad de inicio de dinero en caja general, además de validar las entradas si son o no correctas

ENTRADA dinero


CLASE ENTIDAD

NOMBRE Caja Chica


ATRIBUTOS IdCaja,InicioCaja,Fecha,Fincaja,IdCajaGeneral

132


sd dc-cu16

CajaGeneral

CajaChica

Gestionar CajaChicaI.U. Iniciar Caja ChicaAdministrador

(from dc-cu16)

1: Iniciar() 1.1: IniciarCaja(Caja)1.2: Egreso(fecha, descripcion)

1.3: Iniciar(monto)

2: cerrarcajachica()2.1: cerrar(idcajageneral)

2.2: ingreso(fecha, descripcion)

2.3: cerrarcajachica(idcajageneral)

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

ATRIBUTOS IdGasto,Descripcion,Monto,Fecha,Nro.Documento

METODOS Ingresar

CLASE CONTROL

NOMBRE AdministracionPrivilegios

133

NOT LICENSED

NOT LICENSED

Gestor Cliente


PROPOSITO Verifica si hay suficiente dinero en cajachica, para poder realizar el gasto

ENTRADA Id Gasto


CLASE ENTIDAD

NOMBRE Gastos Internos


ATRIBUTOS Idgastos,idcajachica,monto,descripción,nrodocumento,fecha

CLASE ENTIDAD

NOMBRE Caja Chica


ATRIBUTOS IdCaja,InicioCaja,Fecha,Fincaja,IdCajaGeneral

134


sd dc-cu18

CajaChica

GastosInternos

Gestionar CajaChicaI.U. Iniciar Caja Chica

Administrador

(from dc-cu16)

1: Gasto()

1.1: IngresarGasto(Gasto)

1.2: Registrar(id)

1.3: Registrar(id)

1.4: Egreso(fecha, descripcion)

6.1.4.19 CU19: Iniciar Caja General

CLASE INTERFAZ

NOMBRE Iniciar Caja General

RESPONSABILIDAD Esta caja se iniciara una vez en el año a menos que ocurra algún inconveniente, y se cerrara en fin de año, es la mas importante ya que aquí provee todo el capital en la empresa

ATRIBUTOS idCajaGrande,Fecha

METODOS Abrir(),Cerrar()

CLASE CONTROL

135

NOT LICENSED

NOT LICENSED

Gestor Cliente


NOMBRE GestionarCajaGeneral

PROPOSITO Valida si se pudo iniciar o no la caja general

ENTRADA Ingreso


CLASE ENTIDAD

NOMBRE Caja General


ATRIBUTOS idCajaGeneral,MontoTotal

sd Caso de uso 15

<<I.U Iniciar CajaGeneral>>

GestionarCajaGeneral

CajaGeneral

Administrador

1. Iniciar2. Cerrar

1. Iniciar(Monto)2. Cerrar()

1.1.12.2.2

1. Ingreso2. Egreso

136


6.1.4.20 CU20: Gestionar Equipos Préstamo

CLASE INTERFAZ

NOMBRE Préstamo Equipos

RESPONSABILIDAD Hacer Fácil la operación al momento de que soliciten un equipo prestado

ATRIBUTOS idSolicitud,IdSolicitante,IdSolicitudPrest,Ga rantia,FechaIncio,FechaDevolucion

METODOS VerificarStock,Aceptar

CLASE CONTROL

NOMBRE GestionarPrestamosEquipos

PROPOSITO Verificar si el equipo existe en almacén y si tenemos la cantidad adecuada al préstamo

ENTRADA idSolicitudPrest


CLASE ENTIDAD

NOMBRE Presta

RESPONSABILIDAD

-Almacenar en la base de datos la operación realizada debidamente controlada

ATRIBUTOS idEquipamiento,idPedido,Costo,Cantidad,Garantia,Detalle,FechaInicio,Fecha Fin

CLASE ENTIDAD

NOMBRE Equipamiento

137

NOT LICENSED

NOT LICENSED

Gestor Cliente


RESPONSABILIDAD

-brindar información sobre la cantidad de productos almacenados en el stock de la empresa

ATRIBUTOS idEquipamiento,nombre,descripción,capacidad

sd dc-cu19

Equipamiento

Presta

Gestionar Prestamos

I.U.EquiposPrestamoAdministrador

(from dc-cu16)

1: VerificarStock()

1.1: VerificarStock(CodEquipo)

1.2: Prestar(CodProducto, Solicitud)

1.3: ObtenerCantidad(codEquipo)

2: Aceptar()

2.1: Aceptar()

2.2: RestarCantidad()

2.3: Prestar()

6.1.4.21 CU21: Reportes

CLASE INTERFAZ

NOMBRE Reportes

RESPONSABILIDAD Filtrar los datos acorde a lo solicitado, que esta ventana funcione inteligentemente

ATRIBUTOS idReporte

METODOS Filtrar(),Mostrar()buscar()

138


CLASE CONTROL

NOMBRE Gestionar Reportes

PROPOSITO Verificar si el parámetro a buscar existe en nuestra base de datos

ENTRADA ParametroReporte


CLASE ENTIDAD

NOMBRE Reportes


ATRIBUTOS IdReporte,Activida

sd Caso de uso 21

<<I.U Reportes>>

GestionarReportes

Administrador1. Filtrar

MostrarReportes(Parametro) 1. Mostrar(Parametro)

ParametroReporte1.1.1

139

NOT LICENSED

NOT LICENSED

Gestor Cliente


6.1.5 Análisisde Paquete

140


7 FLUJO DE TRABAJO DISENO

7.1 Diseño de arquitectura

7.1.1 Vista del Usuario en el Sistema

141


7.1.2 Arquitectura Física del Diseñó

142


7.1.3 Diseñó de Interfaz de Usuario

7.2 DISEÑO DE DATOS

7.2.1 DISEÑO LOGICO

7.2.1.1 DIAGRAMA DE CLASES

143


7.2.1.2 MAPEO

7.2.2 MODELO FISICO

7.2.2.1 VOLUMEN DE TABLASPERSONA

NOMBRE TIPO DE DATO LLAVE NULO DESCRIPCIÓNci Entero PK No Número de Carnet de Identidadnombre Texto (50) No Nombre completo de personaSexo Varchar(1) No Sexo de la PersonafechaNac Date No Fecha de NacimientoidDireccion Entero Fk No Identificador de Direccion

USUARIONOMBRE TIPO DE DATO LLAVE NULO DESCRIPCIÓNci Entero PK,FK No Número de Carnet de IdentidadCargo Varchar(50) No Ocupacion en la EmpresaEstado Booleano No Abilitado o noNick Varchar(50) No Nombre de usuario con que utilizara el sistemaContraseña Varchar(50) No Contrasena

CLIENTENOMBRE TIPO DE DATO LLAVE NULO DESCRIPCIÓNci Entero PK,FK No Número de Carnet de Identidad

PROMOTORNOMBRE TIPO DE DATO LLAVE NULO DESCRIPCIÓNci Entero PK,Fk No Número de Carnet de Identidadestado Booleano No Abilitado o nofechaIngreso Fecha No Fecha en que Ingresa a la empresafechaRetiro Fecha Si Fecha en que se retira de la empresa

BONONOMBRE TIPO DE DATO LLAVE NULO DESCRIPCIÓNidBono Entero PK, No Identificador de Bonodescripcion Varchar(200) No Descripcion del bonofecha Fecha No Fecha en que se aplicara el bono

144


BONOPROMOTORNOMBRE TIPO DE DATO LLAVE NULO DESCRIPCIÓNidBono Entero PK,Fk No Identificador de Bonoci Entero PK,Fk No Numero de Carnet de Identidad

BITACORANOMBRE TIPO DE DATO LLAVE NULO DESCRIPCIÓNidBitacora Entero PK No Identificador de la bitacorahora Tiempo No Fecha de inicio de la bitacorafecha Fecha No Fecha de finalizacion de la bitacoraactividad Varchar(50) No Movimiento que realiza el usuariociUsuario Entero Fk No Identifador usuario

TRABAJONOMBRE TIPO DE DATO LLAVE NULO DESCRIPCIÓNidTrabajo Entero PK No Identificador de trabajoturno Varchar(50) No Turno en que trabajasalario Entero No Monto de su salariopuesto Varchar(50) No PuestohoraEntrada Fecha No Hora en que comienza su horariohoraSalida Fecha No Hora en que termina su horario

TRABAJADORNOMBRE TIPO DE DATO LLAVE NULO DESCRIPCIÓNci Entero PK,Fk No Carnet de Identidadprofesión Varchar(100) Si Profesión del trabajador

TRABAJOTRABAJADORNOMBRE TIPO DE DATO LLAVE NULO DESCRIPCIÓNci Entero PK,Fk No Carnet de IdentidadidTrabajo Varchar(100) Pk,Fk No Identificador de Trabajoestado Booleano No Habilitado o inabilitadofechaIngreso Fecha No Fecha en que comienza a Trabajar en la EmpresafechaRetiro Fecha Si Fecha en que deja de trabajar para la empresa

horaTRABAJADANOMBRE TIPO DE DATO LLAVE NULO DESCRIPCIÓNcodHoraTrabajada Entero PK No Identificador hora trabajada

145


ci Varchar(100) Pk,Fk No Carnet de identidadfecha Booleano No Fecha del dia trabajadohoraEntrada Fecha No Hora de entradahoraSalida Fecha Si Hora de Salida

TELEFONONOMBRE TIPO DE DATO LLAVE NULO DESCRIPCIÓNidFono Entero Pk No Identificador del teléfonotipo Varchar(50) No Tipo del número de teléfononumero Entero No Numero telefonicoci Entero FK No Carnet de Identidad del propietario

tipoPRODUCTONOMBRE TIPO DE DATO LLAVE NULO DESCRIPCIÓNidTipo Entero PK No Identificador de productonombre Varchar(50) No Nombre del producto

PRODUCTONOMBRE TIPO DE DATO LLAVE NULO DESCRIPCIÓNcodigo Entero PK No Código de productonombre Varchar(50) No Nombre del productoprecio Entero No Precio unitario del productodescripcion Varchar(200) No Descripción del productostock Entero No Número de unidades en el almacénidTipo Entero PK,Fk No Identificador de producto

PRODUCCIONNOMBRE TIPO DE DATO LLAVE NULO DESCRIPCIÓNidProduccion Entero PK No Identificador de producciónfechaProduccion Fecha No Fecha de producción

PRODUCCIONproductoNOMBRE TIPO DE DATO LLAVE NULO DESCRIPCIÓNidProduccion Entero PK,FK No Identificador de producciónidProducto Entero Pk,Fk No Código de productocantidad Entero No Cantidad de unidades producidas

notaSALIDA

146


NOMBRE TIPO DE DATO LLAVE NULO DESCRIPCIÓNidNota Entero PK No Identificador de Nota de salidadescripción Varchar(200) No Descripcion de la notafecha Fecha No Fecha de emisión de la nota

detalleSALIDANOMBRE TIPO DE DATO LLAVE NULO DESCRIPCIÓNidNota Entero PK,Fk No Identificador de Nota de salidaidProducto Entero PK,Fk No Código de productocantidad Entero No Cantidad de productos

estadoPEDIDONOMBRE TIPO DE DATO LLAVE NULO DESCRIPCIÓNidEstado Entero PK No Identificador de estadoestado booleano No Situacion en que se encuentra fechaEntrega Fecha No Fecha de entrega

PEDIDONOMBRE TIPO DE DATO LLAVE NULO DESCRIPCIÓNidPedido Entero PK No Identificador de pedidofechaPedido Fecha No Fecha de solicitud de pedidofechaEntrega Fecha No Fecha de entregaidDireccion Entero FK No Identificador de direccionidEstado Entero FK No Estado de pedidoci Entero FK No Carnet de identidad

EQUIPAMIENTONOMBRE TIPO DE DATO LLAVE NULO DESCRIPCIÓNidEquipamiento Entero PK No Identificador de equipamientonombre Varchar(50) No Nombre del equipodescripción Varchar(200) No Detalles del equipocapacidad Varchar(100) No Capacidad del equipo

DEVOLUCIONNOMBRE TIPO DE DATO LLAVE NULO DESCRIPCIÓNidDevolucion Entero PK No Identificador de devoluciónfechaHora Fecha No Fecha en que se realiza la devoluciónDescripción Varchar(200) No Detalles de la devolución

147


idPedido Entero Fk No Identificador de Pedidos

DETALLEPEDIDOINICIALNOMBRE TIPO DE DATO LLAVE NULO DESCRIPCIÓNcodProducto Entero PK,FK No Identificador de productoidPedido Entero Pk,FK No Identificador de pedidocantidad Entero No Cantidad de productos pedidosmonto Entero No Cantidad monetaria del pedido

DETALLEPEDIDOFINALNOMBRE TIPO DE DATO LLAVE NULO DESCRIPCIÓNcodProducto Entero PK,FK No Identificador de productoidPedido Entero Pk,FK No Identificador de pedidocantidad Entero No Cantidad de productos pedidosmonto Entero No Cantidad monetaria del pedido

PRESTANOMBRE TIPO DE DATO LLAVE NULO DESCRIPCIÓNidEquipamiento Entero PK,FK No Identificador de equipoidPedido Entero Pk,FK No Identificador de pedidocosto Entero Si Costo monetario del préstamocantidad Entero No Cantidad de equipos prestadosgarantía Entero No Costo monetario de la garantíadetalle Varchar(200) No Detalle del préstamofechaInicio Fecha No Fecha en que inicia el préstamofechaFin Fecha No Fecha en que termina el prestamo

CAJAGENERALNOMBRE TIPO DE DATO LLAVE NULO DESCRIPCIÓNidCaja Entero PK No Identificador de la cajaMontoTotal Entero No Monto monetario de la caja

CAJAChicaNOMBRE TIPO DE DATO LLAVE NULO DESCRIPCIÓNidCajachica Entero PK No Identificador de la caja chicainicioCaja Entero No Monto con que inicia la caja chica finCaja Entero No Monto con que finaliza la caja chicafecha Fecha No Fecha de la caja chica

148


idCajaGeneral Entero Fk No Identificador de la caja

PAGONOMBRE TIPO DE DATO LLAVE NULO DESCRIPCIÓNidPago Entero PK No Identificador del pagofechaHora Fecha No Fecha en que se realizó el pagomonto Entero No Monto del pagoidPedido Fecha Fk No Identificador de pedidoidCajaChica Entero Fk No Identificador de la caja chica

CONTADONOMBRE TIPO DE DATO LLAVE NULO DESCRIPCIÓNidPago Entero PK,FK No Identificador del pagoDescuento Entero No Descuento

CREDITONOMBRE TIPO DE DATO LLAVE NULO DESCRIPCIÓNidPago Entero PK,FK No Identificador del pagoplazo Varchar(100) No Fecha en que finaliza el plazodescuento Entero Si Descuentoestado Booleano No Situación en que se encuentranroCuota Entero No Número de la cuota

CUOTANOMBRE TIPO DE DATO LLAVE NULO DESCRIPCIÓNidPago Entero PK,FK No Identificador del pagonroCuota Entero Fk No Número de la cuotafecha Fecha No Fecha en la que se cancela la cuotamonto Entero No Monto de la cuota

FACTURANOMBRE TIPO DE DATO LLAVE NULO DESCRIPCIÓNidFactura Entero PK No Identificador de la facturanit Entero No N.I.T.fecha Fecha No Fecha en la que se emite la facturaiva Entero No Impuestoimporte Entero No Monto monetario de la facturaidPago Entero Fk No Identificador del pago

149


GASTOSINTERNOSNOMBRE TIPO DE DATO LLAVE NULO DESCRIPCIÓNidGastos Entero PK No Identificador del GastoidCajaChica Entero No Identificador de la caja chicaMonto Fecha No Monto de la facturadescripcion Varchar(100) Si Descripción del gastonroDocumento Entero Si Documento de respaldofecha Fecha Fk No Fecha en que se realizó el gasto

7.2.2.2 SCRIPT

7.2.2.3 DIAGRAMA RELACIONALcreate 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,

contraseña varchar(50) not null,

primary key(ci),

foreign key(ci) references persona(ci)

on delete cascade

on update cascade);

150


create table cliente(

ci int not null,


primary key(ci),


on delete cascade

on update cascade);

create table promotor(

ci int not null,


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)

151


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);

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(

152


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,

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,

153


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,

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,

154


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)

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(

155


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(

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(

156


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

on update cascade);

create table presta(

idEquipamiento int not null,


costo float,


garantia varchar(100),

157


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,

montoTotal float not null,

primary key(idCajaGeneral));

create table cajaChica(

idCajaChica int not null,

inicioCaja float not null,

158


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

on update cascade);

create table credito(


159


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(

idGastos int not null,

160





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

161


p.ci=pe.ci;

/*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 |

162


create procedure MostrarCliente()

begin

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

163


| DELIMITER ;

/*PROMOTOR*/

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 |

164


create procedure EliminarPersona(in cod int)

begin

delete from persona where ci=cod;

end

| 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 ;

165


/*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);

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 ;

166


/*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);

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

167


| DELIMITER ;

/* Usuarios*/

DELIMITER |

create procedure IniciarSesion(in n int,c varchar(100))

begin

select * from usuario where ci=n and contraseña=c;

end;

| DELIMITER ;

DELIMITER |

CREATE PROCEDURE MostrarUsuario()

begin

select persona.ci,persona.nombre,persona.sexo,persona.fechaNac,usuario.cargo,usuario.estado,usuario.nick,usuario.contraseña

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),contraseña varchar(100) )

begin


insert into usuario values(ci,cargo,estado,nick,contraseña);

end

| DELIMITER;

DELIMITER |

CREATE PROCEDURE BuscarUsuarioCargo(in parametro varchar(100))

begin

168



from usuario,persona where usuario.ci =persona.ci and usuario.cargo=parametro;

end

| DELIMITER ;

DELIMITER |

DELIMITER |

CREATE PROCEDURE BuscarUsuarioCi(in parametro int)

begin


from usuario,persona where usuario.ci =persona.ci and usuario.ci=parametro;

end

| DELIMITER ;

DELIMITER |

CREATE procedure BuscarUsuarioNombre(in parametro varchar(100))

begin


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


169


update usuario set cargo=ca, estado=es, nick=ni, contraseña= 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

| 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

170


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 |

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

171


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)

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*/

172


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

| 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;

173


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)

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 ;

174


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);

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

175


| 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 ;

/* NOTA DE SALIDA*/

DELIMITER |

create procedure MostrarNotaSalida()

begin

select notasalida.idNotaSalida, detallesalida.idProducto, detallesalida.cantidad, notasalida.descripcion, notasalida.fecha

from detallesalida, notasalida

176


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)

begin

delete from notasalida where idNotaSalida=idNota;

delete from detallesalida where idNotaSalida=idNota;

end

| DELIMITER ;

DELIMITER |

177


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

178


8 FLUJO DE TRABAJO IMPLEMENTACION

8.1 Modelo de Implementación

8.2 Arquitectura de Implementación

8.2.1 Modelo de la Arquitectura

179


8.2.2 Arquitectura de Subsistema

P1 GESTIONAR USUARIO

180


P2 GESTIONAR PERSONAS

181


182


P3 GESTIONAR VENTAS

183


cmp Modelo de componentes

Inv entario

Equipamientor.jav a EquipamientorInterface.jav a

EquipamientoDatos.jav a

EquipamientoNegocio.jav a

Equipamiento

Puestos de Trabajo

Contrato

Base de Datos

aguacaniada.sql

Gestor.jav aPersona

Cliente

Promotor

<<table>>

<<table>>

Produccionr.jav a

<<form>>

ProduccionrInterface.jav a

<<form>>

<<table>> TrabajoTrabajador

<<table>>Bono

<<form>>

<<form>>

<<table>>


<<table>>

<<form>>

ProductoNegocio.jav a

ProductoDatos.jav a

ProductoInterface.jav a

Producto.jav a

ProduccionNegocio.jav a

ProduccionDatos.jav a

Gestionar

184


P4 GESTIONAR INVENTARIO

185


186


P5 GESTIONAR PAGO

187


8.3 Elección de Plataforma de Desarrollo de Software

8.3.1 Sistema OperativoSin el software, una computadora no es más que una masa metálica sin utilidad. Con el software, una computadora puede almacenar, procesar y recuperar información, encontrar errores de ortografía 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 operación de la computadora en sí y los programas de aplicación, 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 aplicación.

¿Qué un Sistema Operativo?

Una de las definiciones más comúnmente 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 específicas 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 utilización de este enredo de cables y circuitos, que de otra manera serian difíciles de controlar. Un sistema operativo se define como un conjunto de procedimientos manuales y automáticos, que permiten a un grupo de usuarios compartir una instalación 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 características:

Conveniencia. Un Sistema Operativo hace más conveniente el uso de una

computadora.

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

de la manera más eficiente posible.

Habilidad para evolucionar. Un Sistema Operativo deberá construirse de manera que

permita el desarrollo, prueba o introducción efectiva de nuevas funciones del sistema

188


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 través del kernel). El Sistema Operativo se debe

encargar de comunicar a los dispositivos periféricos, cuando el usuario así lo requiera.

Organizar datos para acceso rápido y seguro.

Manejar las comunicaciones en red. El Sistema Operativo permite al usuario manejar

con alta facilidad todo lo referente a la instalación y uso de las redes de computadoras.

Procesamiento por bytes de flujo a través del bus de datos.

Facilitar las entradas y salidas. Un Sistema Operativo debe hacerle fácil al usuario el

acceso y manejo de los dispositivos de Entrada/Salida de la computadora.

8.3.2 Lenguaje De Programación

Java

El lenguaje de programación Java , fue diseñado por la compañía Sun Microsystems Inc, con el propósito de crear un lenguaje que pudiera funcionar en redes computacionales heterogéneas ( redes de computadoras formadas por más 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 máquina o plataforma. El lenguaje fue diseñado con las siguientes características 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 filosofía de programación orientada a objetos es diferente a la programación convencional.

Familiar. Como la mayoría de los programadores están 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.

189

http://www.monografias.com/trabajos16/java/java.shtml

http://www.monografias.com/trabajos13/memor/memor.shtml

http://www.monografias.com/trabajos15/computadoras/computadoras.shtml

http://www.monografias.com/trabajos16/memorias/memorias.shtml


http://www.monografias.com/trabajos11/teosis/teosis.shtml


http://www.monografias.com/Computacion/Programacion/

http://www.monografias.com/trabajos/objetos/objetos.shtml

http://www.monografias.com/trabajos10/carso/carso.shtml

http://www.monografias.com/trabajos16/desarrollo-del-lenguaje/desarrollo-del-lenguaje.shtml



http://www.monografias.com/Computacion/Redes/

http://www.monografias.com/Computacion/Redes/


http://www.monografias.com/Computacion/Programacion/


Seguro. El sistema de Java tiene ciertas políticas 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 críticos de una computadora.

Portable. Como el código 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 código resultante un tipo de código binario conocido como byte code. Este códido es interpretado por diferentes computadoras de igual manera, solamente hay que implementar un intérprete 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 líneas de código al mismo tiempo.

Interpretado. Java corre en máquina virtual, por lo tanto es interpretado. Dinámico. Java no requiere que compiles todas las clases de un programa para que

este funcione. Si realizas una modificación a una clase Java se encarga de realizar un DynamicBynding o un DynamicLoading para encontrar las clases.

Java puede funcionar como una aplicación sola o como un "applet", que es un pequeño programa hecho en Java. Los applets de Java se pueden "pegar" a una página 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.

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

190

http://www.monografias.com/trabajos7/perde/perde.shtml

http://www.monografias.com/trabajos7/html/html.shtml

http://www.monografias.com/trabajos5/laweb/laweb.shtml

http://www.monografias.com/trabajos6/meti/meti.shtml

http://www.monografias.com/trabajos6/arma/arma.shtml


http://www.monografias.com/trabajos6/arma/arma.shtml



http://www.monografias.com/trabajos4/refrec/refrec.shtml

http://www.monografias.com/trabajos5/virus/virus.shtml

http://www.monografias.com/trabajos10/poli/poli.shtml

http://www.monografias.com/trabajos11/teosis/teosis.shtml


XML (http) Transact-SQL MDX OLEDB for DataMining API English Query

Múltiples Instancias:

Una nueva característica del MySQL es permitir que múltiples instancias del SQL Server corran en la misma computadora, cada una de las cuales tiene su propia configuración, 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 SistemaAlmacena información del SQL Server en su totalidad

Bases de Datos de UsuariosSon las bases de datos que los usuarios crean.

Objetos de la Base de Datos:

Una base de datos es una colección de objetos:

Tablas (Table)Es una colección de filas (registros) asociadas a una o más columnas (campos).

Tipos de Datos (Data Type)Define los valores permitidos para un campo o una variable.

Restricción (Constraint)Definen reglas que se deben cumplir para ingresar datos en las columnas. Ayuda a controlar la integridad de los datos.

Valor Predeterminado (Default)Define un valor que es almacenado en una columna cuando no se ingresa ningún otro valor.

Regla (Rule)Contiene información 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 rápido a los datos almacenados, así como controlar la integridad de los datos. Existen dos tipos:

o ClusteredOrdenan los datos de una tabla lógica y físicamente

191


o NonclusteredOrdenan los datos de una tabla lógicamente

Vista (View)Provee una forma de para acceder a los datos de varias tablas u otras vistas en una base de datos.

Función definida por el usuario (User-definedfunction)Es un mecanismo que permite encapsular lógica y devolver un resultado, ya sea un valor escalar o una tabla.

Procedimiento Almacenado (StoredProcedure)Es una colección 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 dueño 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

Así como existen bases de datos de sistemas que almacenan la configuración del servidor en su totalidad, también existen tablas de sistema que almacenan información, 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

192


Funciones de Sistemas Vistas de Información de Esquemas

Seguridad de Mysqlautenticación de login

SQL Server reconoce dos mecanismos de Autenticación de Login:

Autenticación de Windows (Autenticación 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 contraseña, pues se autentican los utilizados por el usuario actual para ingresar al sistema operativo.

Autenticación MySQL (Autenticación Estándar)Se solicita el ingreso de un login y una contraseña para poder acceder al SQL Server.

Cuentas de usuarios de bases de datos y roles:

Después 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 DatosCuentas de usuarios especificas de un usuario en una base de datos.

RolesSon 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 Database Creatoro Disk Administratoro Process Administratoro Security Administratoro Server Administratoro Setup Administratoro System Administratoro Bulk Administrator

Roles Predefinidos de Base de Datos (FixedDatabase Roles)Agrupa privilegios administrativos a nivel de la base de datos.

o Publico Db_ownero Db_accessadmin

193


o Db_ddladmino Db_securityadmino Db_backupadmino Db_datareadero Db_datawritero Db_denydatareadero Db_denydatawriter

Roles de Bases de Datos Definidos por el Usuario(User-DefinedDatabase Roles)Representa un grupo de empleados en una organización con unos respectivos permisos sobre una base de datos.

Validación de permisos

SQL Server siempre verifica si el usuario tiene permiso para realizarla acción deseada.

Usuario ejecuta un comando SQL Server verifica el permiso Si SQL Server autoriza envía el resultado, caso contrario envía un mensaje de error.

Arquitectura de una aplicación para Mysql

Planificar el diseño de una base de datos requiere el conocimiento de las reglas y el modelo de negocios, para ello se pude utilizar la metodología de desarrollar una aplicación por capas

Capa de Presentación Capa de Negocios Capa de DatosDichas capas se pueden utilizar en diversos diseños de arquitecturas.

Servidor Inteligente (2-capas) Cliente Inteligente (2-capas) N-Capas Internet

CONCLUSIONHabiendo obtenido los datos requeridos de la Empresa Agua Caniada, proponiéndonos objetivos para el desarrollo del software y definiendo lo necesario para comenzar; una vez analizado y deseado la posible solución, podemos concluir que: Muchos de los problemas de la empresa se deben a la falta de tecnología en sus instalaciones y la carencia de capación de los administradores, no a su falta de organización y que esto se podría solucionar con el uso del software que simplificara tiempo y esfuerzo en su organización.

Hemos seguido el funcionamiento de la empresa y elaborado un modelo de negocio basado en sus actividades más importantes, identificando los actores y casos de uso del sistema tanto como los paquetes o módulos a los que corresponden para mantener controlar su funcionamiento. También se

194


diseñó una base de datos que puede manejar con total seguridad la información que manipula el sistema.

Por lo que nuestro software podría solucionar de manera fácil y eficaz los problemas encontrados en el empresa.

RECOMENDACIÓN Se recomienda:

a) Difundir este Informe, y/o una publicación informativa al respecto, a las personas involucradas al uso del Sistema de Información.

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 - España, 2001.

- PUDS (El proceso Unificado deDesarrollo de Software,)Jacobson, G Rumbaugh, J. Rumbaugh, Editorial Pearson Education S.A., Madrid -España, 2000.

- Análisis y diseño de Sistemas de Información (Segunda edición) – James A. Senn

- Ingeniería de Software:Una Guía para Crear Sistemas de Información – Alejandro Peña Ayala

ANEXOS

Entrevista 1

1. ¿Cómo define su empresa envasadora de agua?

195


Que su principal actividad el tratamiento y purificación de agua.2. ¿Qué personas utilizaran el sistema?

El propietario y administradores.3. ¿Se podrán añadir nuevos usuarios al sistema?

De acuerdo al crecimiento.4. ¿Se podrán hacer modificaciones a los datos de los usuarios anteriormente

registrado?Sí.

5. ¿Existe un almacenamiento digitalizado de los contratos firmados?

No

6. ¿Cómo llevan los datos del negocio en la actualidad?Por medio de una hoja electrónica.

7. ¿Cuántos 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 algún pago al momento de hacer su pedido?

En algunos casos sí.

10. ¿Cuáles son las formas de pago en la entrega?Usualmente después de ser vendido el producto, después que el cliente vende el producto, postpago y consignación.

11. ¿Un contrato puede ser renovado o cancelado?

Se vera de acuerdo a las necesidades de la empresa.

12. ¿Cuál es el monto máximo (en $pesos) de pedido que se puede realizar?No hay.

13. ¿Qué sucede con un cliente que ha finalizado su contrato?

Caduca el contrato pero está registrado para una posible renovación.

14. ¿Cuál es el proceso de purificación del agua?El proceso es mediante filtros, ablandadores y lámpara ultravioleta y ozonizador.

196


15. ¿Cuánto es la cantidad de productos vendidos al día y mensualmente en promedio?Todavía 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. ¿Cómo es la comercialización del producto?Entrega del producto en el lugar de venta.

Gerente: Edmundo Candia Ortiz 1595550 SC

Entrevista 21. ¿Cuáles son los procesos que tiene la empresa?

Los procesos que tiene la empresa son:1) Purificación del Agua

197

OBJETIVO: Obtener detalles sobre el funcionamiento de la Empresa.

Entrevista Nº 1Lugar: Domicilio Particular. Duración: 50 Minutos

Fecha: Sábado, 24 de Agosto del 2014

Datos de la Empresa:

PRIVADA ESTATAL

Datos del Entrevistado:

Nombre: Edmundo Candia Ortiz

Cargo: Gerente


2) Envasado del Agua3) Almacenamiento del producto4) Comercialización del Agua

2. ¿Cuántos tipos de Filtros usa, cuales son y para qué sirven?Existen 4 tipos de filtros que se utilizan:5) Arena.-

Las partículas en suspensión que lleva el agua son retenidas durante su paso a través de un lecho filtrante de arena

6) Carbono.-Se utilizan principalmente para eliminación de cloro y compuestos orgánicos en el agua.

7) Resina-Es donde el agua es suavizada

8) Colador -Se utiliza para colar aún más el agua de las impurezas que pueden tener

3. ¿Cuántos litros de agua (promedio) son filtrados al día?En un promedio de los días normales se filtran alrededor de 450 litros al día, pero cuando hay más demanda se filtran como 700 litros al día. Mucho depende de cómo este el clima del día de trabajo

4. ¿Qué maquinaria y equipos tiene la empresa para la purificación del agua y cuáles son sus funciones?La empresa cuenta con varios equipos y maquinarias como ser:

- Filtros (mencionados anteriormente)- Lámpara Ultravioleta.- quema todas las bacterias que se encuentran en el agua- Lámpara de Ozono.- añade 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- Frízer.- enfría las aguas en sachet

5. ¿Cuánto tiempo tarda todo el proceso hasta que el agua esta apta para el envasado?Ya que el agua viene desde la tubería, va directamente al filtro de (Arena) en el cual pasa como unos 7 segundos, cuando termina de filtrar el agua allí, se pasa

198


al siguiente filtro (Carbono), que también toma unos 7 segundos en filtrarse, ya que sale también 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 también 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 lámpara ultravioleta, y en ella tarda como 1 a 2 segundos y luego pasa a la lámpara de ozono, la cual también demora como 1 a 2 segundos. El tiempo total desde que sale de la tubería hasta que termine el proceso de purificación del agua es alrededor de 38 – 42 segundos

6. ¿Cuáles son los tipos de embace que se usan y cuál 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 - Botellón.- La capacidad del botellón es de 20 litros de agua

7. ¿Dónde se almacenan los productos después de ser envasados y cuál es el tiempo máximo que puede estar almacenado?El agua en sache, después de ser embolsada, se la traslada a un refrigerador a una temperatura de 1 grado centígrado para su refrigeración.Las botellas se almacenan en un lugar limpio y seco, de la misma forma los botellones, ya que no es necesario la refrigeración de estos dos últimos mencionados, porque el cliente no lo demanda.

8. ¿Para cada tipo de embace cual es la duración del agua después de que haiga sido tratada?La duración del agua depende del tipo de producto:Agua en sachet.- en este caso, mucho depende el grosor de bolsa, la que se emplea en Agua Cañada es un poco gruesa, para que el cuidado del agua dure y sea del agrado del público, ya que si la bolsa es delgada, el agua tiende a desperdiciarse y el tiempo de vida del agua es corto, el costo también es muy diferente, ya que si es la más gruesa, el costo es más elevado que la otra. Bolsa gruesa como 7 – 10 días (refrigerada), bolsa delgada 3 – 5 días (refrigerada)

9. ¿Para los trabajadores existe una ganancia extra por producción?

199


Por el momento solo reciben un salario fijo que le da la empresa, pero se ha planteado que en producción de:

- Botellas personales.- 5 centavos por cada botella- Botellones.- 20 centavos por cada botellón

En ventas:

- Botellas personales.- 10 centavos por cada botella- Botellones.- 50 centavos por cada botellón10. ¿Después 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 refrigeración 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 también 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 plástico especial para que las mismas no estén sueltas, y de esa forma están listas para la comercialización; y el tiempo de duración 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 completamente con una tapa de plástico y luego un precinto, lo cual certifica que el botellón 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 máquina que haga el sellado, llenado al producto específico.

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 también a la temperatura de entre 2-5 grados centígrados, y para que se llegue a

200


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. ¿Cuál es el proceso de Comercialización, cuantas personas participan y el tiempo que se demoran?El proceso de comercialización depende del producto:

- Agua en sachet.- mencionado en la entrevista anterior pero con menos detalle, 60 aguas en sachet se acomodan en termo hermético para la no perdida de temperatura. Se trasladan al vehículo y el motorizado se encarga de llevar el producto a distintos tipos de lugares: ventas, semáforos, rotondas, eventos.

- Botellas personales.- solamente se tiene que trasladar al vehículo en el cual se transporta y luego distribuir a lugares como: ventas de barrio, semáforos, rotondas, ventas grandes.

- Botellones.- se traslada al vehículo para ser llevado a barrios (casa por casa), condominios, empresas que requieran el producto.

13. ¿Cuál 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- Botellón -> 14.50 bs / unidad

El precio de cada producto sin factura es:

- Agua en sachet -> 50 centavos / unidad- Botella personal -> 2 bs / unidad- Botellón -> 12.50 bs / unidad14. ¿Tiene algún costo el Préstamo de elementos para la comercialización y cuánto

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 ningún cobro por el préstamo del bien.

201


- Botellones.- el mismo botellón es cambiado por uno que el cliente ya debió tener, ahora si el cliente no tiene botellón y desea tener uno, la empresa le vende el botellón a un precio de 60 bs c/botellón nuevo. Lo que si se alquila es el Dispensador, que es lo necesario para que se use el botellón 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 promoción por la cantidad de pedidos que tenga el cliente en el mes, hasta se lo puede prestar sin ningún cobro.

15. ¿Desea que en el inventario se lleve registro de los equipos de préstamo?Si, nos gustaría que la empresa tenga un inventario de los equipos que han sido dados en préstamo y en alquiler, para que de esa forma la empresa no pierda equipos al dar un mejor servicio a la sociedad.

ENTREVISTA Nro. 2

202

OBJETIVO:Obtener detalles sobre el funcionamiento de la Empresa.

Entrevista Nº 1Lugar: Domicilio Particular. Duración: 50 Minutos

Fecha: Sábado, 02 de Septiembre del 2014

Datos de la Empresa:

PRIVADA ESTATAL

Datos del Entrevistado:Nombre: Edmundo Candia Ortiz

Cargo: Gerente

Datos de Entrevistador(es):

Nombre:Brandon Valle, Darlyn Bravo, Johnny Domínguez, Vicente Chirinos

1ERA PRESENTACION.docx

Documents

Transcript of 1ERA PRESENTACION.docx