CAPITULO III
3.1. DISEÑO DEL SISTEMA.
3.1.1. INTRODUCCIÓN.
El sector de producción de concentrados de la EMPRESA MINERA CORAZÓN DE
PLATA S.R.L. requiere un sistema de información computarizado, para poder realizar las
siguientes tareas.
⮚ Realizar un diagnóstico integral del área productiva.
⮚ Identificar los datos de consumo de los reactivos, y cuerpos de molienda (bolas) del
área de operaciones.
⮚ Identificar los costos de operación del sector de concentrados.
⮚ Codificar el sistema en base al diseño previamente realizado.
⮚ Controlar y generar información de los elementos identificados en las operaciones
como ser balance metalúrgico, costos operacionales, reactivos y cuerpos de
molienda.
⮚ Elaborar el manual del sistema de información de modo que sea fácil de
comprender y de utilizar.
3.1.2. OBJETIVO DE LA PROPUESTA DE IMPLANTACIÓN.
El objetivo de la propuesta de implantación, es gestionar la información del sector de
producción de concentrados de la EMPRESA MINERA CORAZÓN DE PLATA S.R.L.
3.1.3. PRESENTACIÓN DEL SISTEMA DE INFORMACIÓN COMPUTARIZADO
Con base en los antecedentes citados, a continuación, se describe el sistema de información
computarizado de la EMPRESA MINERA CORAZÓN DE PLATA S.R.L,, registro de
clientes, balance metalúrgico, costos y volúmenes de producción.
Las entradas del sistema, son las siguientes:
● Registro de clientes.
● Registro del balance metalúrgico.
● Registro de costos de producción.
● Registro de los costos químicos necesarios.
● Registro de la producción por cliente.
El sistema Procesa:
● Base de datos.
● Cálculo de Balance metalúrgico.
● Calculo de costos acumulados.
● Cálculo de volúmenes producidos.
Las salidas del sistema, son:
● Reportes por clientes.
● Reportes de los costos de producción por cliente.
● Reportes de los costos de producción generales.
● Reportes de los volúmenes por cliente.
● Reportes de los volúmenes de producción generales.
● Historial de costos de los producción
3.1.4. MODELO DEL NEGOCIO Y REQUERIMIENTOS.
[Link]. DESCRIPCIÓN DEL NEGOCIO.
CUADRO N° 23
ACTORES DEL NEGOCIO.
RESPONSABLE TAREA OBSERVACIONES
Gerente Realiza un control y designación El gerente debe tener formación
de roles al personal de la empresa. mínima de bachillerato,
conocimientos mínimos de manejo
de paquetes.
Jefe de Realiza las gestiones de compras El jefe de esta área debe tener
producción de la materia prima, es el formación mínima de bachillerato.
encargado de realizar o designar
personal para efectuar
cotizaciones de proveedores.
Asistente de Realiza la operación de ventas El jefe de esta área debe contar
producción locales, nacionales e extranjeras a con facilidad de palabra y una
todo tipo de clientes formación mínima de bachillerato.
Encargado de Realiza el control de la materia El encargado de esta área debe
almacenes y prima inicial y final dentro la tener conocimientos mínimos de
empresa. bachillerato.
Técnico de Realiza el control y flujo de toda El tecnico de producción debe
producción la producción dentro la empresa, tener formación mínima de
además está encargado de bachillerato, conocimientos
informar de la producción mínimos de manejo de paquetes
efectuada en un determinado ofimáticos.
tiempo.
Proveedor Es la persona que abastece Proveedor
materia prima a la empresa.
Cliente El cliente puede ser una persona Realizar pedido, compra y
natural o jurídica que requiera el cotización.
producto.
FUENTE: Elaboración propia, 2020
Estos son nuestros principales actores en el negocio, todos aquellos que intervienen de
alguna forma en el funcionamiento y desarrollo del negocio. De manera directa o indirecta
sobre estos actores se estructura el sistema.
[Link]. REQUERIMIENTOS
[Link].1. REQUERIMIENTOS FUNCIONALES
● Registro de clientes.
● Registro de Balance Metalúrgico.
● Registro de Costos Operacionales.
● Registro de Costos de Producción.
● Registro de Producción por cliente.
● Cierre del periodo de producción.
● Generación de reportes de costos de producción
● Generación de reportes de costos de operación
● Generación de reportes por clientes
● Generación de reportes de producción por periodo de tiempo
.
[Link].2. REQUERIMIENTOS NO FUNCIONALES.
● Desempeño: El sistema debe de garantizar la confiabilidad, la seguridad y
desempeño de los datos almacenados y los cálculos con dicha información,
accesible al usuario que acceda al sistema. En este sentido la información
almacenada podrá ser consultada y actualizada permanente y simultáneamente, sin
que se afecte el tiempo de respuesta.
El sistema debe estar en la capacidad de dar respuesta al acceso de los usuarios, y
con la capacidad de estar disponible en equipos de diferente capacidad tecnológica.
● Escalabilidad: El sistema debe ser construido sobre la base de un desarrollo
evolutivo e incremental, de manera tal que nuevas funcionalidades y requerimientos
relacionados puedan ser incorporados afectando el código existente de la menor
manera posible.
El sistema debe estar en capacidad de permitir en el futuro el desarrollo de nuevas
funcionalidades, modificar o eliminar funcionalidades después de su construcción y
puesta en marcha inicial.
● Usabilidad: Se determina la calidad de la experiencia de un usuario en la forma en
la que éste interactúa con el sistema, se considera la facilidad de uso y el grado de
satisfacción del usuario, mostrando una interfaz agradable y fácil de operarla.
● Mantenibilidad: Todo el sistema deberá estar complemente documentado, cada
uno de los componentes de software que forman parte de la solución propuesta
deberán estar debidamente documentados tanto en el código fuente como en los
manuales de administración y de usuario.
El sistema debe estar en capacidad de permitir en el futuro su fácil mantenimiento
con respecto a los posibles errores que se puedan presentar durante la operación del
sistema.
● Operatividad: El sistema debe ser de fácil uso y acceso, el sistema estará orientado
a un entorno local. La instalación del sistema debe ser de fácil realización y estar
disponible para las diferentes generaciones de tecnología, dado que en la empresa se
cuenta con equipos antiguos y modernos.
● Seguridad: El acceso al Sistema estará disponible para el uso del personal asignado
y se manejará el uso de copias de seguridad, pudiéndose restaurar el sistema en
cualquier momento en función a los mismos.
Respecto a la confidencialidad, el sistema debe estar en capacidad de rechazar
accesos o modificaciones indebidos (no autorizados) a la información y proveer los
servicios requeridos por los usuarios legítimos del sistema.
● Validación de Información: Cada formulario esta validado para el ingreso de
información en los rangos de valor permitidos y tipos de dato y longitud de los
mismos, se verificará que dicha información este perfectamente relacionada.
● Facilidad de Uso e Ingreso de Información: El sistema debe ser de fácil uso y
entrenamiento por parte de los usuarios, así como de fácil adaptación de la entidad
con el mismo.
El sistema no debe permitir el cierre de una operación hasta que todos sus procesos,
subprocesos y tareas relacionados, hayan sido terminados y cerrados
satisfactoriamente.
● Facilidad para las Pruebas: El sistema debe contar con facilidades para la
identificación de la localización de los errores durante la etapa de pruebas y de
operación posterior.
El sistema debe ser diseñado y construido con los mayores niveles de flexibilidad en
cuanto a la parametrización de los tipos de datos, de tal manera que la
administración del sistema sea realizada por un administrador funcional del sistema.
[Link].3. REQUERIMIENTOS DE INTERFACES EXTERNAS
Interfaz de usuario:
El usuario se encontrará con una interfaz bastante clara y con opciones bien definidas, y
además, la interacción con el usuario sea lo más intuitiva posible, conocido como el diseño
centrado en el usuario. Inclinándose por una información directa evitando el uso de una
navegación complicada y múltiples pestañas, todo sin afectar el funcionamiento técnico
eficiente.
Interfaz de hardware:
El recurso necesario que permite acceder a la plataforma a desarrollar, es contar con
equipos de computadora de escritorio o portátiles, pudiendo ser antiguos o modernos, pues
la arquitectura del sistema es apta para ser soportada en los diferentes equipos
Interfaz de software:
El lenguaje del sistema y arquitectura del sistema permite ser instalado en cualquier equipo.
Una base de datos interna y de fácil transporte y restauración. El sistema es soportado en
cualquier sistema operativo antiguo o nuevo.
Interfaz de comunicaciones:
El sistema eta orientado a un entorno local, pero una conexión a internet acelerara la
distribución de los informes y acceso remoto a los mismos. Las comunicaciones se
efectuarán siguiendo el protocolo TCP/IP, los cuales representan protocolos de
comunicación estándares.
3.1.5. CASOS DE USO.
El diagrama de casos de uso del sistema, representa la forma en que un usuario (Actor)
opera con el sistema en desarrollo, según a las tareas en las cuales interactuara con el
sistema. Un diagrama de casos de uso consta de los siguientes elementos:
[Link]. ACTOR.
Es un rol que un usuario juega con respecto al sistema. Es importante destacar el uso de la
palabra rol, pues con esto se especifica que un Actor no necesariamente representa a una
persona en particular, sino más bien la labor que realiza frente al sistema. Los clientes o
proveedores no aparecen en el diagrama, al no interactúan con sistema computarizado
directamente.
GRÁFICO N° 33
ESTEREOTIPO ACTOR.
FUENTE. Elaboración propi, 2016.
[Link]. CASO DE USO.
Es una operación/tarea específica que se realiza tras una orden de algún agente externo, sea
desde una petición de un actor o bien desde la invocación desde otro caso de uso.
GRÁFICO N° 34
ESTEREOTIPO CASO DE USO
FUENTE. Elaboración propia, 2016.
[Link]. RELACIONES.
Asociación.
Es el tipo de relación más básica que indica la invocación desde un actor o caso de uso a
otra operación (caso de uso). Dicha relación se denota con una flecha simple.
Generalización.
Este tipo de relación es uno de los más utilizados, cumple una doble función dependiendo
de su estereotipo, que puede ser de Uso (<<include>>) que se realiza si o si un proceso y
(<<extends>>) que se realiza un proceso a veces. Este tipo de relación está orientado
exclusivamente para casos de uso (y no para actores).
Nombre: Registrar clientes
Descripción:
Permitirá la creación de nuevos clientes y visualización de la información relacionada a los
clientes
Actores:
Jefe de Producción
Precondiciones:
El acceso al caso de uso será de manera directa sin condiciones previas
Flujo normal:
El usuario puede seleccionar entre las opciones de:
- Crear nuevo usuario
- Seleccionar al cliente del cual deseamos ver la informacion
Flujo alternativo:
No existe ningún
Postcondiciones:
Una vez que se creen los usuarios, estarán disponibles para su uso de inmediato en el resto
de las funciones del sistema
Nombre: Calcular el balance metalúrgico
Descripción:
Los datos que se pide son el tonelaje inicial y las leyes
del material para realizar los cálculos según al cliente y
fecha.
Actores:
Jefe de Producción
Precondiciones:
Es necesario registrar previamente los clientes para realizar la presente tarea de manera
correcta. Luego de seleccionar la opción de ingreso al módulo desde la barra de botones
del menú.
Flujo normal:
Seleccionar al cliente y la fecha de realización del
cálculo.
Posteriormente se registrara los datos de análisis de
laboratorio: tonelaje inicial y las leyes del material para
realizar los cálculos
Flujo alternativo:
No existen flujos alternativos
Postcondiciones:
Se habilitara la opción para posteriormente generar los reportes del balance de metalúrgico
Nombre: Calculo de Consumo de Reactivos
Descripción:
Permitirá registrar el consumo de los reactivos utilizados en el día
También se podrá cerrar la planilla de consumos, lo cual podrá ser semanal o
mensualmente según estime el usuario.
Actores:
Jefe de Producción
Precondiciones:
No existen condiciones previas
Flujo normal:
Se registrara el consumo de reactivos del día durante un
periodo de tiempo, para posteriormente cerrar la planilla de
costos.
Flujo alternativo:
No existen flujos alternativos
Postcondiciones:
Se habilitara la opción para posteriormente generar los reportes del costos.
Nombre: Costos de reactivos y costos de operaciones
Descripción:
Permitirá registrar los costos de los químicos y los elementos para realizar las funciones.
Pero también se registraran los costos de los servicios básicos necesarios para completar
las tareas..
Actores:
Jefe de Producción
Precondiciones:
No existen condiciones previas
Flujo normal:
Se registrara todos los costos relacionados a la producción
y obtención de productos de la empresa.
Flujo alternativo:
No existen flujos alternativos
Postcondiciones:
Se habilitara la opción para posteriormente generar los reportes del costos de reactivos y
costos de operaciones.
Nombre: Generación de Reportes
Descripción:
Se generara diferentes reportes de costos, balance metalúrgico y de clientes, para la toma
de decisiones de los cargos superiores.
Actores:
Jefe de Producción y gerente
Precondiciones:
No existen condiciones previas
Flujo normal:
Se debe acceder a un menú para seleccionar el reporte de
datos necesarios, se generara la información en base los
registros anteriores y devolverá un documento con la
información precisa.
Flujo alternativo:
No existen flujos alternativos
Postcondiciones:
El alcance del sistema concluye aquí, pero se brinda la información para la toma de
decisiones.
[Link]. DIAGRAMA DE CLASES.
Los diagramas de clases muestran las diferentes clases que componen un sistema y cómo se
relacionan unas con otras. Son diagramas estáticos porque muestran las clases, junto con
sus métodos y atributos, así como las relaciones estáticas entre ellas.
[Link]. ARQUITECTURA DEL SISTEMA
DIAGRAMAS DE FLUJO.
El sistema de información computarizado, cuenta con el siguiente diagrama de flujo:
DIAGRAMA 4.1: SISTEMA DE REGISTRO DE INFORMACIÓN
FUENTE: ELABORACIÓN PROPIA
[Link]. DICCIONARIO DE DATOS.
El diccionario de datos permite establecer y conocer los datos que se pueden registrar
dentro de cada campo, mostrando a continuación de cuatro tablas.
ATRIBUTOS DE LA TABLA COSTO (USD) DE REACTIVOS
# Nombre de campo Valores Tipo de Nulo Descripción
aceptados formato
1 FECHA [dd-mm- date NO Clave
yy]
2 XANTATO_Z14 [0…9] dbLong YES Costo del xantanto z-14
3 XANTATO_Z11 [0…9] dbLong YES Costo del xantanto z-11
4 SULFATO_COBRE [0…9] dbLong YES Costo del sulfato de cobre
5 SULFATO_ZN [0…9] dbLong YES Costo del sulfato de zinc
6 CIANURO_NA [0…9] dbLong YES Costo del cianuro de sodio
7 CAL_CAO [0…9] dbLong YES Costo del cal
8 BOLAS_2 [0…9] dbLong YES Costo de bola #2
9 BOLAS_3 [0…9] dbLong YES Costo de bola #3
10 BOLAS_5 [0…9] dbLong YES Costo de bola #5
11 ESPUMANTE370 [0…9] dbLong YES Costo del espumante 370
12 ESPUMANTE1012 [0…9] dbLong YES Costo del espumante 1012
13 OBSERVACIONES [0…9] dbText YES Datos adicionales
[A…Z]
ATRIBUTOS DE LA TABLA VOLUMEN (KG) DE REACTIVOS
# Nombre de campo Valores Tipo de Nulo Descripción
aceptados formato
1 FECHA [dd-mm- date NO Clave
yy]
2 XANTATO_Z14 [0…9] dbLong YES Kg de xantanto z-14
3 XANTATO_Z11 [0…9] dbLong YES Kg de xantanto z-11
4 SULFATO_COBRE [0…9] dbLong YES Kg de sulfato de cobre
5 SULFATO_ZN [0…9] dbLong YES Kg de sulfato de zinc
6 CIANURO_NA [0…9] dbLong YES Kg de cianuro de sodio
7 CAL_CAO [0…9] dbLong YES Kg de cal
8 BOLAS_2 [0…9] dbLong YES Kg de bola #2
9 BOLAS_3 [0…9] dbLong YES Kg de bola #3
10 BOLAS_5 [0…9] dbLong YES Kg de bola #5
11 ESPUMANTE370 [0…9] dbLong YES Kg de espumante 370
12 ESPUMANTE1012 [0…9] dbLong YES Costo del espumante 1012
FUENTE. Elaboración propia, 2020
3.1.15. DISEÑO DE LA INTERFAZ DE USUARIO.
Menu Principal
Selección y visualización de datos del cliente
Registro del código del cliente
Balance Metalúrgico por fecha y cliente
Registro de consumo de reactivos por fecha y cliente
Registro de Costos de Reactivos
Registro de Costos de Operacion
