BorradorDrina20 1 2015

UNIVERSIDAD TCNICA DE ORURO
FACULTAD NACIONAL DE INGENIERA

INGENIERA DE SISTEMAS E INFORMTICA
PROYECTO DE GRADO DIRIGIDO
SISTEMA DE INFORMACIN PARA EL PROCESO

METALRGICO DE LA PLANTA SAN VICENTE
POR: DRINA JUDITH LOBATON ARZE

TUTOR: ING. MIGUEL ANGEL REYNOLDS
Proyecto de Grado presentado para obtener el grado de

Licenciado(a) en Ingeniera de Sistemas
ORURO, ENERO DE 2015
DEDICATORIA
A mis padres,
por su confianza incondicional
A mis hermanos, por su apoyo
que son mi inspiracin para seguir adelante.
AGRADECIMIENTOS
A Dios, por darme la vida, por llevarme siempre de la mano y estar conmigo
en mis momentos de tribulacin, por poner a personas tan importantes a lo
largo de mi vida que me ayudaron a culminar esta primera gran meta.
Agradecer a mis padres y a mis hermanos, quienes fueron los principales
promotores para alcanzar este objetivo.
Agradecer a mi docente Tutor Ing. Miguel ngel Reynolds, por las
sugerencias, consejos, orientacin y tiempo dedicado al seguimiento del
presente proyecto, gracias por su tiempo y paciencia.
Mi ms grande y sincero agradecimiento a la Facultad Nacional de Ingeniera
y a la carrera de Ingeniera de Sistemas, que me guiaron y forjaron a lo largo
de mi estudio.
Agradecer al Jefe de la planta San Vicente, Ing. Jhovan Husnayo por el tiempo
facilitado, como tambin las herramientas para llevar a cabo el presente
proyecto y culminarlo de manera exitosa.
Agradecer a todos mis amigos sobre todo a Ivanna y Carla que me brindaron
su tiempo y su amistad incondicional.
INDICE GENERAL
DEDICATORIA--------------------------------------------------------------------------------------------- I
AGRADECIMIENTOS------------------------------------------------------------------------------------II
INDICE GENERAL---------------------------------------------------------------------------------------III
INDICE DE FIGURAS------------------------------------------------------------------------------------VI
INDICE DE TABLAS-----------------------------------------------------------------------------------VIII
RESUMEN------------------------------------------------------------------------------------------------- X
ANTECEDENTES----------------------------------------------------------------------------------------- 1
PLANTEAMIENTO DEL PROBLEMA-------------------------------------------------------------------2
FORMULACION DEL PROBLEMA----------------------------------------------------------------------3
OBJETIVOS------------------------------------------------------------------------------------------------ 3
OBJETIVO GENERAL------------------------------------------------------------------------------------3
OBJETO DE ESTUDIO------------------------------------------------------------------------------------4
CAMPO DE ACCION-------------------------------------------------------------------------------------- 4
JUSTIFICACION------------------------------------------------------------------------------------------4
JUSTIFICACION TECNICA-------------------------------------------------------------------------------4
JUSTIFICACION ECONOMICA--------------------------------------------------------------------------4
JUSTIFICACION OPERATIVA----------------------------------------------------------------------------4
ALCANCES Y LIMITACIONES--------------------------------------------------------------------------5
ALCANCES------------------------------------------------------------------------------------------------ 5
APORTES-------------------------------------------------------------------------------------------------- 6
INGENIERIA DEL PROYECTO---------------------------------------------------------------------------6
CAPTULO I
MARCO TERICO
1.1. SISTEMA DE INFORMACIN-------------------------------------------------------------------------------8
1.1.1. SISTEMA DE APOYO A LA TOMA DE DECISIONES------------------------------------------------8
1.2. METODOLOGA------------------------------------------------------------------------------------------------ 9
1.2.1. EL PROCESO UNFICADO DE RATIONAL------------------------------------------------------------9

1.2.2. PROCESO UNIFICADO GIL------------------------------------------------------------------------ 14
1.3. EL LENGUAJE DE MODELADO UNIFICADO, UML-------------------------------------------------14
1.4. JAVA-------------------------------------------------------------------------------------------------------------- 15
1.5. HTML-------------------------------------------------------------------------------------------------------------16
1.6. POSTGRESQL--------------------------------------------------------------------------------------------------- 17
1.7. SPRING FRAMEWORK--------------------------------------------------------------------------------------17
1.8. MODELO CLIENTE SERVIDOR---------------------------------------------------------------------------21
1.9. MTODO VORD----------------------------------------------------------------------------------------------- 22
1.9.1. OBTENCION DE REQUERIMIENTOS UTILIZANDO EN METODO VORD (DEFINICION
DE REQUERIMIENTOS ORIENTADOS A PUNTOS DE VISTA)-----------------------------------------22
1.10. MTODO LIKERT--------------------------------------------------------------------------------------------23
CAPTULO II
DETERMINACIN DE REQUERIMIENTOS
2.1. MODELO DEL NEGOCIO----------------------------------------------------------------------------------- 29
2.1.1. DIAGRAMA DE CASOS DE USO DEL NEGOCIO------------------------------------------------30
2.1.2. ESPECIFICACIN DE LOS ACTORES DEL NEGOCIO----------------------------------------31
2.2. MTODO VORD----------------------------------------------------------------------------------------------- 34
2.2.1. IDENTIFICACIN DELOS PUNTOS DE VISTA--------------------------------------------------34
2.2.2. ESTRUCTURACIN DE LOS PUNTOS DE VISTA-----------------------------------------------36
2.2.3. JERARQUA DE PUNTOS DE VISTA---------------------------------------------------------------37
2.2.4. REQUERIMIENTOS FUNCIONALES---------------------------------------------------------------37
2.2.5. REQUERIMIENTOS NO FUNCIONALES----------------------------------------------------------37
CAPTULO III
ANLISIS DEL SISTEMA
3.1. MODELO DE CASOS DE USO------------------------------------------------------------------------------39
3.2. DIAGRAMA DE CASOS DE USO--------------------------------------------------------------------------39
3.2.1. PAQUETE INGRESO AL SISTEMA------------------------------------------------------------------ 40
3.2.2. PAQUETE ADMINISTRADOR DEL SISTEMA----------------------------------------------------40
3.2.3. PAQUETE OPERACIONES METALURGICAS----------------------------------------------------41
3.3. ESPECIFICACION DE LOS ACTORES DEL SISTEMA-----------------------------------------------41
3.4. ESPECIFICACIN DE LOS CASOS DE USO DEL SISTEMA----------------------------------------43
3.4.1. PAQUETE INGRESO AL SISTEMA------------------------------------------------------------------ 43
3.4.2. PAQUETE ADMINISTRADOR DEL SISTEMA----------------------------------------------------46
3.4.3. PAQUETE OPERACIONES METALURGICAS----------------------------------------------------55
CAPTULO IV
DISEO DEL SISTEMA
4.1. CLASES SEGN CASOS DE USO-------------------------------------------------------------------------67
4.1.1. DIAGRAMA DE CLASES SEGN CASOS DE USO PARA EL SISTEMA--------------------67
4.2. DIAGRAMA DE SECUENCIA------------------------------------------------------------------------------69
4.3. DIAGRAMA DE COLABORACIN----------------------------------------------------------------------- 71
4.4. MODELO DE DATOS-----------------------------------------------------------------------------------------72
4.4.1. DIAGRAMA DE CLASES PERSISTENTE PARA LA BASE DE DATOS----------------------73
4.4.2. MODELO RELACIONAL------------------------------------------------------------------------------ 74
4.4.3. ESTRUCTURA DE LA BASE DE DATOS-----------------------------------------------------------75
CAPTULO V
IMPLEMENTACIN DEL SISTEMA
5.1. DIAGRAMAS DE COMPONENTES-----------------------------------------------------------------------84
5.2. VISTA FISICA DEL SISTEMA------------------------------------------------------------------------------ 84
5.3. PANTALLAS PRINCIPALES DEL SISTEMA------------------------------------------------------------86
CAPTULO VI
PRUEBAS DEL SISTEMA
6.1. MTODO LIKERT--------------------------------------------------------------------------------------------- 92

CAPTULO VII
ANALISIS DE COSTO DEL

PROYECTO
7.1. MODELO CONSTRUCTIVO DE COSTE COCOMO---------------------------------------------------97

7.2. ESTIMACIN DE LOS PUNTOS DE FUNCIN--------------------------------------------------------97
7.3. COSTO DEL SOFTWARE---------------------------------------------------------------------------------- 102
7.4. COSTO DEL PROYECTO-----------------------------------------------------------------------------------102
CAPTULO VIII
CONCLUSIONES Y RECOMENDACIONES
8.1. CONCLUSIONES---------------------------------------------------------------------------------------------104
8.2. RECOMENDACIONES--------------------------------------------------------------------------------------104
INDICE DE FIGURAS
FIGURA 1-1 FASES DEL RUP------------------------------------------------------------------------------------------ 12
FIGURA 1-2 MDULOS DEL SPRING FRAMEWORK----------------------------------------------------------------- 18
FIGURA 1-3: BASE DE DATOS EN CLIENTE SERVIDOR------------------------------------------------------------19
FIGURA 1-4 ARQUITECTURA CLIENTE SERVIDOR------------------------------------------------------------------ 21
FIGURA 1-5 PROCESOS BSICOS DE TRANSFORMACIN DE MINERALES-----------------------------------------25
FIGURA 1-6 CARGUO DEL MINERAL--------------------------------------------------------------------------------- 26
FIGURA 1-7 BOLAS DE ACERO---------------------------------------------------------------------------------------- 27
FIGURA 1-8 MOLINO SAG-------------------------------------------------------------------------------------------- 27
FIGURA 1-9 FLOTACIN----------------------------------------------------------------------------------------------- 28
FIGURA 2-1 ARTEFACTOS DEL MODELO DEL NEGOCIO-------------------------------------------------------------29
FIGURA 2-2 DIAGRAMA DE LLUVIA DE IDEAS----------------------------------------------------------------------35
FIGURA 2-3 JERARQUA DE LOS PUNTOS DE VISTA-----------------------------------------------------------------37
FIGURA 3-1 DIAGRAMA DE CASO DE USO PAQUETE INGRESO AL SISTEMA-------------------------------------40
FIGURA 3-2 DIAGRAMA DE CASO DE USO PAQUETE ADMINISTRADOR DEL SISTEMA-------------------------40
FIGURA 3-3 DIAGRAMA DE CASO DE USO PAQUETE OPERACIONES METALRGICAS--------------------------41
FIGURA 3-4 PANTALLA INGRESO AL SISTEMA (P-1)--------------------------------------------------------------- 43
FIGURA 3-5 PANTALLA PRINCIPAL (P-2)----------------------------------------------------------------------------- 44
FIGURA 3-6 PANTALLA CAMBIAR CONTRASEA (P-3)------------------------------------------------------------45
FIGURA 3-7 PANTALLA PERSONAS (P-4)---------------------------------------------------------------------------- 46
FIGURA 3-8 PANTALLA NUEVA PERSONA (P-5)--------------------------------------------------------------------46
FIGURA 3-9 PANTALLA EDITAR PERSONA (P-6)-------------------------------------------------------------------- 46
FIGURA 3-10 PANTALLA ELIMINAR REGISTRO PERSONA (P-7)--------------------------------------------------47
FIGURA 3-11 PANTALLA OPERARIOS (P-8)-------------------------------------------------------------------------- 49
FIGURA 3-12 PANTALLA NUEVO OPERARIO (P-9)----------------------------------------------------------------- 49
FIGURA 3-13 PANTALLA EDITAR OPERARIO (P-10)----------------------------------------------------------------49
FIGURA 3-14 PANTALLA ELIMINAR REGISTRO OPERARIOS (P-11)-----------------------------------------------50
FIGURA 3-15 PANTALLA USUARIOS DEL SISTEMA (P-12)---------------------------------------------------------52
FIGURA 3-16 PANTALLA NUEVO USUARIO (P-13)----------------------------------------------------------------- 52
FIGURA 3-17 PANTALLA EDITAR USUARIO (P-14)----------------------------------------------------------------- 52
FIGURA 3-18 PANTALLA ELIMINAR REGISTRO USUARIO (P-15)-------------------------------------------------53
FIGURA 3-19 PANTALLA TRITURACIN (P-16)---------------------------------------------------------------------55
FIGURA 3-20 PANTALLA MOLINOS (P-17)-------------------------------------------------------------------------- 56
FIGURA 3-21 PANTALLA FLOTACIN (P-18)------------------------------------------------------------------------ 57
FIGURA 3-22 PANTALLA FILTROS (P-19)---------------------------------------------------------------------------- 58
FIGURA 3-23 PANTALLA REACTIVOS (P-20)------------------------------------------------------------------------ 60
FIGURA 3-24 PANTALLA GALPN DE CONCENTRADOS (P-21)---------------------------------------------------60

FIGURA 3-25 PANTALLA REPORTES (P-22)------------------------------------------------------------------------- 61
FIGURA 3-26 PANTALLA POR FECHAS (P-23)-----------------------------------------------------------------------62
FIGURA 3-27 INFORME TRITURACIN (P-24)----------------------------------------------------------------------- 62
FIGURA 3-28 INFORME MOLINOS (P-25)---------------------------------------------------------------------------- 62
FIGURA 3-29 INFORME FLOTACIN (P-26)-------------------------------------------------------------------------- 63
FIGURA 3-30 INFORME FILTROS (P-27)------------------------------------------------------------------------------ 63
FIGURA 3-31 INFORME REACTIVOS (P-28)-------------------------------------------------------------------------- 64
FIGURA 3-32 INFORME EMBOLSADOR (P-29)----------------------------------------------------------------------- 64
FIGURA 4-1 DIAGRAMA DE CLASES PARA EL CU INGRESAR AL SISTEMA---------------------------------------67
FIGURA 4-2 DIAGRAMA DE CLASES PARA EL CU CAMBIAR CLAVE----------------------------------------------68
FIGURA 4-3 DIAGRAMA DE CLASES PARA EL CU CREAR PERSONA---------------------------------------------68
FIGURA 4-4 DIAGRAMA DE SECUENCIA PARA EL CU INGRESAR AL SISTEMA----------------------------------69
FIGURA 4-5 DIAGRAMA DE SECUENCIA PARA EL CU CAMBIAR CLAVE-----------------------------------------69
FIGURA 4-6 DIAGRAMA DE SECUENCIA PARA EL CU CREAR PERSONA----------------------------------------70
FIGURA 4-7 DIAGRAMA DE COLABORACIN PARA EL CU CAMBIAR CLAVE------------------------------------71
FIGURA 4-8 DIAGRAMA DE COLABORACIN PARA EL CU CAMBIAR CLAVE------------------------------------71
FIGURA 4-9 DIAGRAMA DE COLABORACIN PARA EL CU CREAR PERSONA-----------------------------------72
FIGURA 4-10 DIAGRAMA DE CLASES PERSISTENTE----------------------------------------------------------------73
FIGURA 4-11 MODELO RELACIONAL-------------------------------------------------------------------------------- 74
FIGURA 5-1 DIAGRAMA DE COMPONENTES------------------------------------------------------------------------- 84
FIGURA 5-2 DIAGRAMA DE DESPLIEGUE---------------------------------------------------------------------------- 85
FIGURA 5-3 INTERFAZ INGRESAR AL SISTEMA---------------------------------------------------------------------- 86
FIGURA 5-4 INTERFAZ INGRESAR AL SISTEMA - PRINCIPAL-------------------------------------------------------86
FIGURA 5-5 INTERFAZ CAMBIAR CLAVE----------------------------------------------------------------------------- 87
FIGURA 5-6 INTERFAZ CREAR PERSONA----------------------------------------------------------------------------- 87
FIGURA 5-7 INTERFAZ CREAR PERSONA - NUEVO-----------------------------------------------------------------88
FIGURA 5-8 INTERFAZ ASIGNAR ROL DE USUARIO----------------------------------------------------------------- 88
FIGURA 5-9 INTERFAZ ASIGNAR ROL DE USUARIO NUEVO USUARIO------------------------------------------89
FIGURA 5-10 INTERFAZ REGISTRAR PROCESO---------------------------------------------------------------------- 89
FIGURA 5-11 INTERFAZ REGISTRAR PROCESO - NUEVO-----------------------------------------------------------90
FIGURA 5-12 INTERFAZ REGISTRAR TRITURACIN-----------------------------------------------------------------90
FIGURA 5-13 INTERFAZ REGISTRAR DATOS DE TRITURACIN LLENAR DATOS-------------------------------91
FIGURA 5-14 INTERFAZ REGISTRAR DATOS DE MOLINOS----------------------------------------------------------91
INDICE DE TABLAS
TABLA 2-1 ESTRUCTURA DE LOS PUNTOS DE VISTA CHANCADORISTA-FLOTADORISTA-MOLINERO Y
SERVICIOS---------------------------------------------------------------------------------------------------------- 36
TABLA 2-2 ESTRUCTURA DE LOS PUNTOS DE VISTA FILTRERO-REACTIVERO-EMBOLSADOR Y SERVICIOS--36
TABLA 2-3 ESTRUCTURA DE LOS PUNTOS DE VISTA SUPERVISOR-ADMINISTRADOR DEL SISTEMA Y
SERVICIOS---------------------------------------------------------------------------------------------------------- 36
TABLA 2-4 REQUERIMIENTOS FUNCIONALES----------------------------------------------------------------------- 37
TABLA 2-5 REQUERIMIENTOS NO FUNCIONALES-------------------------------------------------------------------38
TABLA 3-1 DESCRIPCIN DEL ACTOR USUARIO--------------------------------------------------------------------41
TABLA 3-2 DESCRIPCIN DEL ACTOR ADMINISTRADOR DEL SISTEMA------------------------------------------41
TABLA 3-3 DESCRIPCIN DEL ACTOR ABOGADO O ASESOR LEGAL---------------------------------------------42
TABLA 3-10 DESCRIPCIN DEL CASO DE USO: INGRESAR AL SISTEMA-----------------------------------------44
TABLA 3-11 DESCRIPCIN DEL CASO DE USO: CAMBIAR CLAVE------------------------------------------------45
TABLA 3-12 DESCRIPCIN DEL CASO DE USO: CREAR PERSONA------------------------------------------------47
TABLA 3-13 DESCRIPCIN DEL CASO DE USO: CREAR OPERARIOS---------------------------------------------50
TABLA 3-14 DESCRIPCIN DEL CASO DE USO: ASIGNAR ROL DE USUARIO------------------------------------53
TABLA 3-15 DESCRIPCIN DEL CASO DE USO: REGISTRAR DATOS DE OPERACIN DE TRITURACIN------55
TABLA 3-16 DESCRIPCIN DEL CASO DE USO: REGISTRAR DATOS DE OPERACIN DE MOLINOS-----------56
TABLA 3-17 DESCRIPCIN DEL CASO DE USO: REGISTRAR PARTE DIARIO DE FLOTACIN-------------------57
TABLA 3-18 DESCRIPCIN DEL CASO DE USO: REGISTRAR DATOS DE OPERACIN DE FILTRACIN--------59
TABLA 3-19 DESCRIPCIN DEL CASO DE USO: REGISTRAR CONSUMO DE REACTIVOS-----------------------59
TABLA 3-20 DESCRIPCIN DEL CASO DE USO: REGISTRAR DATOS DE LOTE DE MINERAL-------------------61
TABLA 3-21 DESCRIPCIN DEL CASO DE USO: VER INFORMES--------------------------------------------------65
TABLA 4-1 EMBOLSADO----------------------------------------------------------------------------------------------- 73
TABLA 4-2 NDICES DE LA TABLA EMBOLSADO-------------------------------------------------------------------- 73
TABLA 4-3 FILTROS---------------------------------------------------------------------------------------------------- 73
TABLA 4-4 NDICES DE LA TABLA FILTROS-------------------------------------------------------------------------- 74
TABLA 4-5 FLOTACIN------------------------------------------------------------------------------------------------ 75
TABLA 4-6 NDICES DE LA TABLA FLOTACIN----------------------------------------------------------------------76
TABLA 4-7 MOLINOS-------------------------------------------------------------------------------------------------- 76
TABLA 4-8 NDICES DE LA TABLA MOLINOS------------------------------------------------------------------------ 77
TABLA 4-9 EMPLEADO------------------------------------------------------------------------------------------------ 78

TABLA 4-10 NDICES DE LA TABLA EMPLEADO--------------------------------------------------------------------78
TABLA 4-11 PERSONA------------------------------------------------------------------------------------------------- 78
TABLA 4-12 NDICES DE LA TABLA PERSONA---------------------------------------------------------------------- 79
TABLA 4-13 REACTIVOS----------------------------------------------------------------------------------------------- 79
TABLA 4-14 NDICES DE LA TABLA REACTIVOS--------------------------------------------------------------------80
TABLA 4-15 TRITURACIN-------------------------------------------------------------------------------------------- 80
TABLA 4-16 NDICES DE LA TABLA TRITURACIN----------------------------------------------------------------- 80
TABLA 4-17 USUARIOS------------------------------------------------------------------------------------------------ 81
TABLA 4-18 NDICES DE LA TABLA USUARIOS--------------------------------------------------------------------- 81
TABLA 6-1 ESCALAS DEL MTODO LIKERT------------------------------------------------------------------------- 89
TABLA 6-2: RESULTADOS DEL CUESTIONARIO---------------------------------------------------------------------- 89
TABLA 6-3: CLCULO DE LA ESCALA DE LIKERT------------------------------------------------------------------ 90
RESUMEN
Las organizaciones han reconocido la importancia de las tecnologas de la informacin para
automatizar procesos tcnicos, con la finalidad de obtener la optimizacin de esfuerzo laboral y
tiempo.
En la Planta San Vicente, se realiza la explotacin del mineral para luego procesarlo y producir
concentrados de plata-cobre y zinc-plata para comercializarlos con beneficio econmico, la
informacin obtenida a travs del proceso descrito debe ser administrada con el fin de llevar una
toma de decisiones eficaz, para la cual la Planta San Vicente decide desarrollar sistema de
informacin para el proceso metalrgico.
Para obtener el sistema de informacin, una vez identificado las necesidades, se utilizaron las
siguientes metodologas y herramientas.
Para la identificacin de requerimientos y la estructuracin del proyecto se utiliz el mtodo
VORD junto a la metodologa de Proceso Unificado RUP, el cual emplea diagramas del Lenguaje
de modelado UML.
En la construccin del sistema se emple el lenguaje de programacin java, con el gestor de base
de datos PostgreSql.
A la finalizacin del proceso de construccin se obtiene un software el cual apoya al personal de
la institucin, en la toma de decisiones obteniendo oportunos y mejores resultados en la
produccin metalrgica diaria de la Planta.
10
INTRODUCCION
Bolivia desde los tiempos de la colonia ha sido considerada un pas productor de minerales.
Durante muchos aos su fuente principal de extraccin y de reconocimiento mundial fue el cerro
rico de Potos, considerado el yacimiento de plata ms importante del mundo. Su descubrimiento
en 1545 es considerado como el inicio del siglo de minera en territorio Boliviano.
La COMIBOL, tiene las facultades de participar directamente en la cadena productiva, con las
funciones de prospeccin, exploracin, explotacin, concentracin, fundicin, refinacin y
comercializacin de minerales y metales, asimismo, est facultada a realizar acuerdos de Joint
Venture con inversionistas privados interesados en realizarla explotacin de nuevos yacimientos
en Bolivia. [1]
La mina San Vicente es operado por la Empresa PanAmerican Silver Bolivia S.A., una
subsidiaria integral de Pan American Silver Corporation, una empresa con capitales canadienses,
en base a un contrato de riesgo compartido suscrito con la Corporacin Minera deBolivia. Est
ubicado a una distancia de 630 kilmetros al sud de La Paz, en la localidad de San Vicente a 60
kilmetros de la poblacin de Atocha y a 103 kilmetros de Tupiza, provincia Sud Chichas del
departamento de Potos, a una altura de aproximadamente 4460 metros sobre el nivel del mar.
Este consiste en explotar y aprovechar en forma racional el yacimiento San Vicente que
constituye un grupo de depsitos de minerales complejos de plata, cobre, zinc. El propsito es el
de realizarla explotacin minera subterrnea del yacimiento San Vicente y procesar el mineral en
una planta metalrgica de flotacin de sulfuros para producir concentrados de Plata/cobre y
concentrados de zinc/plata para ser comercializados con un beneficio econmico para la regin,
el pas y la propia empresa.[2]
El presente proyecto tiene la finalidad de desarrollar un sistema de informacin en entorno Web,
el cual mejore la organizacin de informacin del proceso metalrgico de la Planta San Vicente, a
travs de las contribuciones de los usuarios y el empleo de herramientas de ingeniera de
sistemas y la tecnologa de la informacin.
ANTECEDENTES
En este tipo de Planta concentradora de minerales es muy importante conocer su produccin
1
diaria, siendo necesario llevar adelante como actividad principal los balances metalrgicos.
Dicha produccin calculada por los balances metalrgicos mostrara la calidad de la ley de
tratamiento en funcin a la produccin, esto para una toma de decisiones de la superintendencia
de planta.
Varios trabajos fueron desarrollados relacionados con el tema en estudio entre los ms
importantes se pueden citar:
Balance Metalrgico proyecto de grado del Ing. Ivn Mendoza Moya, herramienta
administrativa para asegurar los requerimientos mnimos de calidad en la refinacin de
minerales mediante un sistema de informacin.
Tambin el proyecto de grado Optimizacin del Proceso de Planificacin y Control de la
Produccin de Mineral de Hierro Fino y Grueso, presentado por el Ing. Br. Gabriel
Faleni, utilizando esta herramienta para determinar la capacidad de produccin actual y
optimizar los procesos de planificacin y control de Mineral.
PLANTEAMIENTO DEL PROBLEMA
La incorrecta manipulacin de las variables de operacin en el circuito de flotacin

incrementan el consumo de reactivos, un exceso de reactivos no solo representa un
despilfarro de costos, sino tambin serios problemas en la operacin y por otra parte la
adicin de menos reactivos disminuye la produccin reflejndose baja calidad de
concentrados y recuperaciones.
No se cuenta con informacin cuantificada del consumo del agua en el proceso

metalrgico, ocasionando estimaciones errneas de clculos, (control de las densidades)
en las reas de molienda y flotacin.
Los diferentes procesos del rea de operaciones en la Planta generan datos los cuales no
estn siendo sistematizados, esto ocasiona la falta de estimaciones estadsticas de las
tendencias de produccin de las diferentes reas de la Planta, estas son requeridas para
una toma de decisiones en la operacin diaria de la Planta San Vicente.
El registro manual de datos y utilizacin de medios escritos, desfavorece a llevar a

delante la comparacin de los resultados de la produccin frente al consumo de los
reactivos y densidades de pulpas.
FORMULACION DEL PROBLEMA

Cmo registrar y controlar los resultado de la produccin diaria del proceso metalrgico de la
Planta San Vicente, a fin de llevar adelante una toma de decisiones eficaz en el rea de
operaciones?
OBJETIVOS
OBJETIVO GENERAL
Implementar un sistema de informacin para el proceso metalrgico de la Planta San Vicente, a
fin de registrar y controlar los resultados de la produccin diaria de la planta, para llevar adelante
una toma de decisiones eficaz en el rea de operaciones.
OBJETIVOS ESPECIFICOS
Identificar el proceso metalrgico de tratamiento de mineral para generar una estrategia de

control de datos e informacin.
Analizar la informacin del proceso metalrgico para definir la estructura del sistema.
Modelar el sistema de informacin, a fin de establecer las interfaces de usuario para el

proceso metalrgico.
Construir una base de datos para almacenar informacin generada diariamente por el
proceso metalrgico.
Elaborar reportes relacionados al proceso metalrgico para obtener informacin

sistematizada y apropiada para una toma de decisiones a nivel de Supervisin y
Superintendencia de Planta.
IDEA A DEFENDER
3
El sistema de informacin registra y controla los resultados de la produccin diaria de la planta

de la Planta San Vicente.
CRITERIO DE VERIFICACION DE CUMPLIMIENTO DE OBJETIVOS
El cumplimiento de los objetivos se confirmara a travs de consultas a usuarios finales quienes
verificarn si el sistema desarrollado cumple con los requerimientos estipulados por la
institucin, utilizando el mtodo de Escalamiento de Likert.
OBJETO DE ESTUDIO
Se constituye en un sistema de informacin para el Proceso metalrgico del rea de operacin de
la planta de concentracin y las condiciones requeridas para lograr los resultados metalrgicos
ptimos.
CAMPO DE ACCION
El campo de accin para el caso de estudio son las reas de trituracin, molienda, flotacin,
reactivos y galpn de concentrados, las cuales generan datos diarios de produccin de minerales
en el rea de operaciones de la Planta San Vicente.
JUSTIFICACION
JUSTIFICACION TECNICA
Los procedimientos para la implementacin del sistema de informacin permitirn organizar un
conjunto de datos e informacin como es el caso del proceso metalrgico de la Planta San
Vicente, esto ayudara a obtener inspecciones favorables en las operaciones diarias de la
metalrgica, con el fin de controlar en forma sistemtica sus operaciones.
JUSTIFICACIN ECNOMICA
A travs del Sistema, se mejorara la gestin de informacin en el proceso metalrgico, lo cual
controlara el consumo de los reactivos y materiales los cuales se usan en determinados momentos
de los mismos. Adems, el proyecto reducir en gran manera el tiempo de supervisin de las
operaciones de la Planta, diagnosticando diferentes problemas resultado del tratamiento del
mineral.
4
JUSTIFICACION OPERATIVA
El sistema a desarrollar detallara las dosificaciones de reactivos y consumo de materiales, para las
diferentes etapas de tratamiento de mineral, esto es muy importante para una toma de decisiones
tanto de la Supervisin de la operacin como la Superintendencia de planta. Adems, los
procedimientos de los tratamientos del mineral, estarn en funcin de estos resultados obtenidos,
reduciendo el tiempo para las estimaciones y resolucin de problemas metalrgicos.
ALCANCES Y LIMITACIONES
ALCANCES
El sistema de informacin podr ser empleado para la administracin de las diferentes reas de la
operacin (Tabla 1) en funcin a los datos e informacin, estos sern compatibles para un trabajo
conjunto tanto la Supervisin como la Superintendencia de Planta, el cual permitir llevar a
delante la toma de decisiones de la Superintendencia en forma eficaz y eficiente sobre los
procesos de tratamiento de minerales, Adems, la toma de decisiones estar en funcin a los
resultados diarios de las diferentes reas de operacin de la Planta San Vicente.
Tabla 1. Insumos vs Tratamiento de Minerales
Consumo de agua Vs. Tonelaje Tratado

Consumo de Reactivos Vs. Tipos de Carga
Recuperaciones de concentrados Vs. Leyes de los Concentrados
Consumo de Molturantes Vs. Tonelaje Tratado
Calidad de Concentrados Vs. Consumo de reactivos
Densidades de pulpa Vs. Leyes
LIMITACIONES
La operacin cuenta con las siguientes reas: trituracin, molienda, flotacin, reactivos, filtrados,
sala de control y concentrados, todo esto para la obtencin de producto final del mineral
procesado, no estn siendo tomados en cuenta para el estudio los siguientes. Sala de control
(control de niveles de tanque, cajones, encendido apagado de equipos, temperaturas, consumo de
energa, estado de los motores), en el rea de concentrados no se hace referencia al carguo,
envi, pesaje y despacho del concentrado para su comercializacin. Como tambin en el dique de
colas (% slidos en el dique, Ph de agua)
5
El presente trabajo hace estudio netamente a los datos operacionales de la planta.

APORTES
El aporte de la aplicacin proporcionara un seguimiento diario de los resultados de la

produccin de la planta San Vicente, dando mayor facilidad a los supervisores de la planta
en la toma de decisiones.
Se sistematizara los resultados del proceso metalrgico, desarrollando una aplicacin

software para futuras estimaciones de consumo de materiales e insumos metalrgicos a
los procesos de tratamiento de mineral.
INGENIERIA DEL PROYECTO

OBJETIVOS
ESPECIFICOS
Identificar el proceso
metalrgico de
tratamiento de mineral
para generar una
estrategia de control de
datos e informacin.
ACTIVIDAD
METODO TECNICA
Entrevistas.
Entrevistas.
Cuestionarios.
Observacin en las
instalaciones de la Planta.
Recopilacin de
informacin, documentos,
etc.
Revisin de documentos
Revisin bibliogrfica.
Analizar la informacin
del proceso metalrgico
para definir la estructura
del sistema.
Determinacin de
requerimientos funcionales
y no funcionales del
sistema.
Modelado del negocio

Mtodo VORD
Identificacin de casos de
Uso del negocio
Modelar el sistema de
informacin, a fin de
establecer las interfaces
de usuario para el
proceso metalrgico.
Desarrollar el diagrama de
casos de uso del sistema
Construir una base de

datos para almacenar
Crear el diagrama de clases Metodologa RUP

persistente del sistema.
Lenguaje Unificado de
Diseo de interfaz de
entrada y salidas.
Metodologa RUP
Lenguaje Unificado de
Modelado (UML)
Revisin Bibliogrfica
Descripcin los casos de

uso
informacin generada
diariamente por el
proceso metalrgico.
Diseo de la base de datos
Modelado UML
Diccionario de datos
Modelo Relacional
Elaborar reportes
relacionados al proceso
metalrgico para obtener
informacin
sistematizada y
apropiada para una toma
de decisiones a nivel de
Supervisin y
Superintendencia de
Planta.
Implementar la base de
datos.
Gestin de Software
Codificacin y produccin
del SW.
Determinar y corregir
fallas del sistema.
Mtodo Likert
1. CAPTULO IMARCO TERICO

El presente captulo muestra los conceptos tericos los cuales se utilizan en el desarrollo del
proyecto.
1.1. SISTEMA DE INFORMACIN
Un sistema de informacin es un conjunto de componentes que interaccionan entre s para
alcanzar un fin determinado, el cual es satisfacer las necesidades de informacin de una
organizacin. Estos componentes pueden ser personas, datos, actividades o recursos materiales en
general,
los
cuales
procesan
la
informacin
la
distribuyen
de
manera
adecuada, buscando satisfacer las necesidades de la organizacin.

"Los Sistemas de Informacin, tienen dentro de una organizacin la finalidad de procesar
entradas, mantener archivos de datos relacionados con las organizaciones y producir informacin,
reportes y otras salidas. Estn dotados por subsistemas que incluyen hardware, software, medios
de almacenamiento de datos para archivos y bases de datos." [1]
El objetivo primordial de un sistema de informacin es apoyar la toma de decisiones y controlar
todo lo que en ella ocurre. Es importante sealar que existen dos tipos de sistema de informacin,
los formales y los informales; los primeros utilizan como medio para llevarse a cabo estructuras
slidas como ordenadores, los segundos son ms artesanales y usan medios ms antiguos como el
papel y el lpiz o el boca a boca.
1.1.1. SISTEMA DE APOYO A LA TOMA DE DECISIONES
Los sistemas de apoyo a la toma de decisiones (DSS, Decision Support Systems) constituyen una
clase de alto nivel de sistema de informacin automatizada. Los DSS coinciden con los sistemas
de informacin en que ambos dependen de una base de datos para abastecerse de datos. Sin
embargo difieren en que el DSS pone nfasis en el apoyo de toma de decisiones en todas sus
fases, aunque la decisin definitiva es responsabilidad de la persona encargarla de tomarla. Los
sistemas de apoyo de toma de decisiones se ajustan ms al gusto de la persona o grupo que los
utiliza que los sistemas de informacin tradicional. [2]
1.2. LAS ORGANIZACIONES COMO SISTEMAS

Las organizaciones como partes de una sociedad mayor y constituida de partes menores: son
vistas como sistemas dentro de sistemas. Dichos sistemas son complejos de elementos colocados
en interaccin, produciendo un todo que no puede ser comprendido tomando las partes
independientemente. Por tanto:
La organizacin debe ser analizada como un tipo especial de sistema social, organizada en
torno de la primaca de inters por la consecucin de determinado tipo de meta
sistemtica.
La organizacin debe ser considerada como un sistema abierto, en constante interaccin
con el medio, recibiendo materia prima, personas, energa e informaciones y
transformndolas o convirtindolas en productos o servicios que son exportados al medio
ambiente.
La organizacin debe ser concebida como un sistema con objetivos o funciones mltiples.
La organizacin debe ser visualizada como constituida de muchos subsistemas que estn
en interaccin dinmica unos con otros.

Al ser los subsistemas mutuamente dependientes, un cambio en uno de ellos, afectar a
los dems.
La organizacin existe en un ambiente dinmico que comprende otros sistemas.
Las caractersticas de la organizacin deben ser definidas por la especie de situacin en
que necesita operar, consistente en la relacin entre ella y los otros subsistemas,
componentes del sistema mayor del cual parte. Tal como si fuera un sociedad.
1.3. METODOLOGA
La metodologa a emplear es el RUP (Proceso Unificado de Rational).
1.3.1. EL PROCESO UNFICADO DE RATIONAL

El primer paso hacia el alumbramiento del desarrollo de Proceso Unificado lo dio Ericsson
en1967 modelando sistemas enteros como un conjunto de bloques interconectados. Ivar Jacobson
el primero en participar en el desarrollo del Proceso Unificado dio nociones sobre lo que son los
Casos de Uso. En 1987 Ivar Jacobson dej Ericsson y fundo Objectory AB en Estocolmo.
Rational Software Corporacin compr Objectory ABafinales de 1995 unificando los principios
bsicos del proceso. La planeacin detallada de las fases y la ordenacin de las iteraciones dentro
de las fases fue un esfuerzo conjunto de Walker Royce y RichReitman como tambin de Grady
Booch y PhilippeKruchten. Pero fue Booch quien dio los principios fundamentales sobre la
arquitectura y la iteracin:
La fusin de Objectory con la experiencia y prcticas de Rational dio lugar al Proceso Objectory
de Rationalen 1997 desarrollando una definicin precisa de la arquitectura y se ampli el
desarrollo iterativo.
Durante este perodo, Rational compr y se fusion con otras empresas. El proceso se ampli con
un nuevo flujo de trabajo para el modelado del negocio, basado en, que se utiliza para obtener los
requisitos a partir de los procesos del negocio que el software va a cubrir. Tambin se extendi
con diseo de interfaces de usuario dirigido por Casos de Uso A mediados de 1998 el Proceso
ObjectoryRational se convirti en un proceso bien establecido, capaz de soportar el ciclo de vida
del desarrollo en su totalidad, es as que, en junio de 1998, Rational de la IBM public una nueva
versin del producto, el Proceso Unificado de Rational.. [3]
RUP es un proceso de desarrollo de software y junto con el Lenguaje Unificado de Modelado
(UML), constituye la metodologa estndar ms utilizada para el anlisis, implementacin y
documentacin de sistemas orientados a objetos.
RUP soporta diagramas UML para validar y verificar los sistemas que se estn desarrollando.
Caractersticas principales:
Forma disciplinada de asignar tareas y responsabilidades (quin hace qu, cundo y

cmo).
10
Pretende implementar las mejores prcticas en Ingeniera de Software.
Desarrollo iterativo e incremental.
Administracin de requisitos.
Uso de arquitectura basada en componentes.
Control de cambios.
Modelado visual del software.
Verificacin de la calidad del software.
Diseado para ser flexible y extensible.
El RUP es un producto de Rational (IBM). Se caracteriza por ser iterativo e incremental, estar
centrado en la arquitectura y guiado por los casos de uso. Incluye artefactos (que son los
productos tangibles del proceso como por ejemplo, el modelo de casos de uso, el cdigo fuente,
etc.) y roles (papel que desempea una persona en un determinado momento, una persona puede
desempear distintos roles a lo largo del proceso).
Dirigido por los casos de uso significa que los casos de uso se utilizan como artefacto bsico para
establecer el comportamiento deseado del sistema, para validar y verificar la arquitectura del
sistema, para las pruebas y para la comunicacin entre las personas involucradas en el
proyecto.Aunque los Casos de Uso guan al proceso, no se desarrollan aisladamente. Es decir, los
Casos de Uso guan la arquitectura del sistema y la arquitectura del sistema incluye en la
seleccin de los Casos de Uso. Por tanto, la arquitectura del sistema como los Casos de uso
madura segn avanza el ciclo de desarrollo. [3]
Centrado en la arquitectura significa que la arquitectura del sistema seutiliza como un artefacto
bsico para conceptualizar, construir, gestionar y hacer evolucionar el sistema en desarrollo.
Un proceso iterativo es aquel que involucra la gestin de un flujo deejecutables del sistema.
Un proceso incremental es aquel que involucra la continua integracin de la arquitectura del
11
sistema para producir esos ejecutables, donde cada ejecutable incorpora mejoras incrementales
sobre los otros.
Una iteracin es un conjunto bien definido de actividades, con un plan y unos criterios de
evaluacin bien establecidos, que acaba en una versin, bien interna o externa.
Ciclo de vida
El ciclo de vida RUP es una implementacin del Desarrollo en espiral. Fue creado ensamblando
los elementos en secuencias semi-ordenadas. El ciclo de vida organiza las tareas en fases e
iteraciones.
RUP divide el proceso en cuatro fases, dentro de las cuales se realizan varias iteraciones en
nmero variable segn el proyecto y en las que se hace un mayor o menor hincapi en las
distintas actividades.
UP presenta 2 dimensiones:
Tiempo
Componentes
En la Figura muestra cmo vara el esfuerzo asociado a las disciplinas segn la fase en la que se
encuentre el proyecto RUP.
Figura 1-1 Fases del RUP
12
Fuente: [3]
Es importante aclarar que en cada etapa, las iteraciones se basan en el modelo de ciclo de vida en
cascada. La estructura dinmica de RUP es la que permite que ste sea un proceso de desarrollo
fundamentalmente iterativo, y en esta parte se ven inmersas las 4 fases. (Jacobson, et al., 2000)
Descripcin de cada fase
Incepcin
La fase inicial o de Incepcin se centra en la captura de requerimientos.Durante la fase de
Incepcin se establecen los criterios de xito y los riesgos, se estiman los recursos necesarios y se
delimita el alcance del sistema.
Elaboracin
La fase de Elaboracin se centra en el anlisis y diseo. Durante la fase de Elaboracin se
analiza el dominio del problema, se establece una fundacin arquitectnica del sistema y se tratan
los elementos de ms alto riesgo para el proyecto.
Los principales Artefactos involucrados en el Anlisis son: Las Clases de Anlisis; Las
Realizaciones de Casos de Uso a nivel de Anlisis; Los Paquetes de Anlisis y La descripcin de
la Arquitectura.
Los principales Artefactos involucrados en el Diseo son: El Modelo de Diseo; Las Clases de
Diseo; Las Realizaciones de Casos de Uso a nivel de Diseo; Los Subsistemas a nivel de
Diseo; Las Especificaciones de Interfaces; El modelo de Deployment y la descripcinde la
Arquitectura.
Construccin
La fase de Construccin se centra en la implementacin y el testing.
Durante la fase de
Construccin se desarrolla iterativa e incrementalmente un producto completo para ser entregado

en la fase actual a la comunidad de usuarios.
Los principales Artefactos involucrados en la Implementacin son: El modelo de
Implementacin; Los Componentes; Los Subsistemas a nivel de Implementacin; Las
13
Especificaciones de Interfaces; La descripcin de la Arquitectura y el Plan de Construccin e

Integracin.
Transicin
En esta etapa se traspasa el producto a los usuarios, lo que incluye manufacturar, entregar,
entrenar, dar soporte y mantener el producto hasta que los usuarios estn satisfechos.
Testing
Los Testing s (pruebas de software) son los procesos que permiten verificar, validar y revelar la
calidad de un producto software.
VERIFICAR: Estamos construyendo el sistema correctamente?
VALIDAR: Estamos construyendo el sistema correcto?
Las pruebas de software se integran dentro de las diferentes fases del Ciclo del software dentro de
la Ingeniera de software. As se ejecuta un programa y mediante tcnicas experimentales se trata
de descubrir que errores tiene.
Para determinar el nivel de calidad se deben efectuar unas medidas o pruebas que permitan
comprobar el grado de cumplimiento respecto de las especificaciones iniciales del sistema.
1.3.2. PROCESO UNIFICADOGIL
El Proceso Unificado gil deScott Amblero Agile UnifiedProcess (AUP) en ingls es una versin
simplificada delProceso Unificado de Rational (RUP). Este describe de una manera simple y fcil
de entender la forma de desarrollar aplicaciones de software de negocio usando tcnicas giles y
conceptos que an se mantienen vlidos en RUP. El AUP aplica tcnicas giles incluyendo
Desarrollo Dirigido por Pruebas (test drivendevelopment - TDD), Modelado Agil, Gestin de
Cambios gil, y Refactorizacin de Base de Datos para mejorar la productividad.
1.4. EL LENGUAJE DE MODELADO UNIFICADO, UML
"EL UML es una de las herramientas ms emocionantes en el mundo actual del desarrollo de
sistemas. Esto se debe a que permite a los creadores de sistemas generar diseos que capturen sus
14
ideas en una forma convencional y fcil de comprender para comunicarlas a otras personas"[4]
El lenguaje modelado unificado (UML) provee un sistema de arquitecturas trabajando con
objetos, anlisis y diseo, con una buena consistencia del lenguaje para especificar, visualizar,
construir y documentar los artifacts de un sistema de software.
Esta especificacin representa la convergencia de las mejores prcticas en la tecnologa de la
industria de objetos. El UML es un sucesor de los lenguajes de modelado de objetos derivado de
las tres metodologas; (Booch, OMT y OOSE).
Al conjuntar los mtodos de Booch, OMT y OOSE resulta un lenguaje de modelado potente para
los usuarios de stos y otros mtodos.
El UML da la idea que lo que se est haciendo, se realiza con mtodos existentes.
Los objetivos que se fijaron al desarrollar el UML fueron los siguientes:
Proporcionar a los usuarios un Lenguaje de Modelado Visual de tal forma que sea posible
intercambiar informacin de los modelos.

Proporcionar mecanismos de extensibilidad y especializacin para ampliar los conceptos
bsicos.
Ser independiente de un lenguaje en particular y del proceso de desarrollo.
Proporcionar bases formales para la comprensin del Lenguaje de Modelado.
Integracin en una mejor practica.
El UML es un lenguaje de modelado que incorpora a la comunidad orientada a objetos el

consenso de los conceptos de modelado bsico y permite desviaciones, las cuales se expresan en
trminos de mecanismos de extensin. Es un conjunto preciso que consiste en la definicin de la
semntica y notacin del UML, definiendo tambin cmo se maneja el Lenguaje de
Especificacin de Objetos.
El UML es un lenguaje de modelado visual que se usa para especificar visualizar, construir y
documentar artefactos de un sistema de software. Captura decisiones y conocimientos sobre los
sistemas que se debe construir, se usa para entender, disear, hojear, configurar mantener y
controlar la informacin sobre tales sistemas.[5]
Partiendo del hecho que el ser humano requiere de modelos para manejar sistemas complejos, y
15
en cuanto ms complejos se vuelven los sistemas, es necesario tener mejores tcnicas de

modelado. El contar con una metodologa universal para el desarrollo de sistemas de software es
de gran beneficio en la construccin de todo tipo de sistemas. Disponer de buenos modelos
facilita la comunicacin entre equipos de trabajo en un gran proyecto.El UML es un Lenguaje de
Modelado Visual riguroso, y ya convertido en un estndar, es la herramienta ideal para atacar el
ciclo de vida de un proyecto de software utilizando la tecnologa Orientada a Objetos.
1.5. JAVA
Java es un lenguaje de programacin orientado a objetos desarrollado por Sun Microsystems a
principio de los aos 90s.
Por lo general, los programas en Java pasan a travs de cinco fases: edicin, compilacin, carga,
verificacin y ejecucin. [6]
Fase 1: Creacin de un programa
La fase 1 consiste en editar un archivo con un programa de edicin (conocido comnmente como
editor). Usted escribe un programa en Java (conocido, por lo general, como cdigo fuente)
utilizando el editor, realiza las correcciones necesarias y guarda el programa en un dispositivo de
almacenamiento secundario, como su disco duro. Un nombre de archivo que termina con la
extensin .java indica que ste contiene cdigo fuente en Java. [6]
Fase 2: Compilacin de un programa en Java para convertirlo en cdigos de bytes
En la fase 2, el programador utiliza el comando javac (el compilador de Java) para compilar un
programa. El compilador de Java traduce el cdigo fuente en cdigos de bytes que representan las
tareas a ejecutar en la fase de ejecucin. [6]
Fase 3: Cargar un programa en memoria
En la fase 3, el programa debe colocarse en memoria antes de ejecutarse; a esto se le conoce
como cargar. El cargador de clases toma los archivos .class que contienen los cdigos de bytes
del programa y los transfiere a la memoria principal.
Fase 4: Verificacin del cdigo de bytes
16
En la fase 4, a medida que se cargan las clases, el verificador de cdigos de bytes examina sus
cdigos de bytes para asegurar que sean vlidos y que no violen las restricciones de seguridad.
Java implementa una estrecha seguridad para asegurar que los programas que llegan a travs de la
red no daen sus archivos o su sistema. [6]
Fase 5: Ejecucin
En la fase 5, la JVM ejecuta los cdigos de bytes del programa, realizando as las acciones
especificadas por el mismo.
1.6. HTML
El HTML, acrnimo ingls de HyperTextMarkupLanguage (lenguaje de marcas hipertextuales),
lenguaje de marcacin diseado para estructurar textos y presentarlos en forma de hipertexto, que
es el formato estndar de las pginas web. Gracias a Internet y a los navegadores web del tipo
Internet Explorer, Opera, Firefox o Netscape, el HTML se ha convertido en uno de los formatos
ms populares que existen para la construccin de documentos.
1.7. PostgreSQL
PostgreSQL es un sistema de gestin de bases de datos objeto-relacional (ORDBMS) basado en
el proyecto POSTGRES, de la universidad de Berkeley. PostGreSQL incluye caractersticas de la
programacin orientada a objetos, como son: herencia, tipos de datos, funciones, restricciones,
disparadores, reglas e integridad transaccional. A pesar de esto, PostGreSQL no es un sistema de
gestin de bases de datos puramente orientado a objetos.
Caractersticas de PostgreSQL
A continuacin se enumeran las principales caractersticas de este gestor de bases de datos:
Soporta distintos tipos de datos, tambin soporta datos de tipo fecha, monetarios,
elementos grficos. Tambin permite la creacin de tipos propios.
Incorpora una estructura de datos array.
Incorpora funciones de diversa ndole: manejo de fechas, geomtricas, orientadas a

operaciones con redes, etc.
17
Permite la declaracin de funciones propias, as como la definicin de disparadores.
Soporta el uso de ndices, reglas y vistas.
Incluye herencia entre tablas (aunque no entre objetos, ya que no existen), por lo que a
este gestor de bases de datos se le incluye entre los gestores objeto-relacionales.
Y debido a la licencia liberal, PostgreSQL puede ser utilizado, modificado y distribuido por
cualquiera de forma gratuita para cualquier fin, ya sea privado, comercial o acadmico.[7]
1.8. SPRING FRAMEWORK
Spring, es un framework de cdigo abierto para el desarrollo de aplicaciones (empresariales)
Java.
Principales caractersticas
Spring Framework es en la actualidad la referencia en el mundo de los frameworks de
programacin para los desarrolladores web de todo el mundo. Su xito se fundamenta en la
constante labor de investigacin e innovacin que realiza su equipo de desarrollo.
Se trata de un framework que impulsa una metodologa de trabajo gil, eficiente y de buena
praxis, lo que resulta en la creacin de Software de elevada calidad y mantenibilidad.
Tiene amplia compatibilidad para la integracin con otros frameworks y librerias de uso comn
para la creacin de aplicaciones web, desde Composite Views como Velocity o Tiles, APIs en
capa de persistencia como Hibernate o JDO, y otra miscelanea de recursos como JavaMail,
Quartz, y otros.
Mdulos del Spring Framework
El siguiente diagrama muestra los mdulos con los que cuenta Spring.
18
Figura 1-2 Mdulos del Spring framework

Fuente:[8]
La arquitectura en capas, ofrece cantidad de flexibilidad. Toda la funcionalidad est construida

sobre los niveles inferiores. Por ejemplo se puede utilizar la gestin de configuracin basada en
JavaBeans sin utilizar el framework MVC o el soporte AOP. [8].
1.9. SISTEMA DE MANEJO DE BASE DE DATOS (DBMS-SGBD)
Una base de datos es una entidad en la cual se pueden almacenar datos de manera estructurada,
con la menor redundancia posible. Diferentes programas y diferentes usuarios deben poder
utilizar estos datos. Por lo tanto, el concepto de base de datos generalmente est relacionado con
el de red ya que se debe poder compartir esta informacin. De all el trmino base. "Sistema de
informacin" es el trmino general utilizado para la estructura global que incluye todos los
mecanismos para compartir datos que se han instalado[9].
Figura 1-3: Base de datos en Cliente Servidor

Fuente:[9]
19
Una base de datos proporciona a los usuarios el acceso a datos, que pueden visualizar, ingresar o
actualizar, en concordancia con los derechos de acceso que se les hayan otorgado. Se convierte
ms til a medida que la cantidad de datos almacenados crece.
1.9.1. ADMINISTRACION DE BASES DE DATOS
Rpidamente surgi la necesidad de contar con un sistema de administracin para controlar tanto
los datos como los usuarios. La administracin de bases de datos se realiza con un sistema
llamado DBMS (Database management system [Sistema de administracin de bases de datos]).
El DBMS es un conjunto de servicios (aplicaciones de software) para administrar bases de datos,
que permite:
Un fcil acceso a los datos
El acceso a la informacin por parte de mltiples usuarios
La manipulacin de los datos encontrados en la base de datos (insertar, eliminar, editar)
[9].
1.10. RATIONAL ROSE
Rational Rose, es una poderosa herramienta de modelamiento visual para el anlisis y diseo de
sistemas basado en objetos, es empleado para modelar sistemas antes de llevar a cabo los trabajos
de construccin. Esta secuencia de desarrollo es importante para asegurar la consistencia
arquitectnica del sistema y de esta forma se pueden identificar fallas durante una etapa temprana
del desarrollo del proyecto y as evitar aumentos en los tiempos y costos del proyecto software.
Rational Rose apoya tambin al planeamiento del negocio, a travs de representaciones que
facilitan a los usuarios el mejor entendimiento de los procesos del negocio hacindolos ms
eficientes. Rose, tambin ayuda con los trabajos de anlisis por medio del diseo de diagramas de
casos de uso, los cuales brindan una percepcin acerca de la funcionalidad del sistema.
Asimismo, los diagramas de clases son creados para mostrar los elementos que intervienen dentro
de un sistema y como se relacionan e interactan entre s. Por otro lado, los diagramas de
componentes son desarrollados para ilustrar como las clases son representadas en forma de
componentes de aplicacin y de ejecucin. Finalmente los diagramas de despliegue son creados
para disear la disposicin de la red de componentes y los dispositivos que conforman el sistema.
20
Un modelo en Rose es la imagen de un sistema desde varias perspectivas. Es decir, incluye todos
los diagramas de UML: actores, casos de uso, objetos, clases, componentes y el despliegue de
nodos en un sistema. Los modelos de Rose, describen con gran detalle lo que el sistema incluir y
cmo funcionar, para que as los diseadores puedan usar los modelos como si fueran los planos
de un sistema a ser construido.
Existen cuatro vistas para un modelo hecho en Rose: la vista de Casos de Uso, la vista Lgica, la
vista de Componentes y la vista de Despliegue.
La vista de Casos de Uso. Es un enfoque de alto nivel que permite entender lo que el sistema
har, esta vista incluye a los actores, casos de uso y los diagramas de caso de uso intervinientes
en el sistema.
La vista Lgica. Se enfoca en cmo se implementar la conducta del sistema en los casos de uso.
A la vez proporciona una figura detallada de las partes del sistema y cmo interactan entre ellas.
La vista de Componentes. Contiene informacin sobre las bibliotecas de cdigo, archivos
ejecutables, y otros componentes del modelo. Un componente es un mdulo fsico de cdigo.
La vista de Despliegue. Se preocupa por el despliegue fsico del sistema que puede diferir de la
arquitectura lgica del sistema. Esta vista maneja problemas como la falta de tolerancia, el ancho
de banda de la red, recuperacin de desastres y tiempos de respuesta[10].
1.11. MODELO CLIENTE SERVIDOR
El trmino ordenador local se utiliza para referirse al ordenador que el usuario utiliza para entrar
en la red Internet. Desde ese ordenador el usuario establece conexiones con otros ordenadores,
denominados ordenadores remotos, a los que solicita algn servicio. Estos ordenadores remotos
que ofrecen servicios reciben tambin el nombre de servidores o host.
21
Figura 1-4Arquitectura Cliente Servidor

Fuente: Elaboracin propia
La utilizacin de las diferentes aplicaciones o servicios de Internet se lleva a cabo respondiendo

al llamado modelo cliente-servidor.
Cuando se utiliza un servicio en Internet, como consultar una base de datos, transferir un fichero
o participar en un foro de discusin, se establece un proceso en el que entran en juego dos partes.
Por un lado, el usuario, quien ejecuta una aplicacin en el ordenador local: el denominado
programa cliente. Este programa cliente se encarga de ponerse en contacto con el ordenador
remoto para solicitar el servicio deseado.
El ordenador remoto por su parte responder a lo solicitado mediante un programa que est
ejecutando. Este ltimo se denomina programa servidor. Los trminos cliente y servidor se
utilizan tanto para referirse a los programas que cumplen estas funciones, como a los ordenadores
donde son ejecutados esos programas.
El programa o los programas cliente que el usuario utiliza para acceder a los servicios de Internet
realizan dos funciones distintas. Por una parte, se encargan de gestionar la comunicacin con el
ordenador servidor, de solicitar un servicio concreto y de recibir los datos enviados por ste; y
por otra, es la herramienta que presenta al usuario los datos en pantalla y que le ofrece los
comandos necesarios para utilizar las prestaciones que ofrece el servidor.
22
1.12. MTODO VORD

La ingeniera de requerimientos permite: descubrir, analizar, documentar y verificar los servicios
y restricciones de un sistema.
Para esto se debe tener claro que un requerimiento es la definicin de servicios proporcionados
por el sistema al igual que sus restricciones operativas.
Existen dos niveles mostrados en este aspecto:
1. La definicin de requerimientos
2. La especificacin de requerimientos
Cada uno de estos niveles detalla los requerimientos de un sistema, solo que la especificacin de
los mismos lo hace con mayor detalle.
El mtodo VORD (definicin de requerimientos orientados a puntos de vista) se ha diseado
como un marco de trabajo orientado a servicios para la obtencin y anlisis de requerimientos.
1.12.1. OBTENCION DE REQUERIMIENTOS UTILIZANDO EN METODO VORD
(DEFINICION DE REQUERIMIENTOS ORIENTADOS A PUNTOS DE VISTA)
El descubrimiento de los requerimientos es el proceso de recoger informacin sobre las
necesidades existentes de un sistema, para ello se puede utilizar un mtodo conocido como
VORD, el cual nos permite: identificar, estructurar, documentar y representar puntos de vista los
cuales son las necesidades identificadas por todos los usuarios finales del sistema y personas
externas que certifican la aceptabilidad del programa.
Identificacin de Los Puntos De Vista
El primer paso es identificar los posibles puntos de vista. Para lograr esto se utiliza la lluvia de
ideas.
Estructuracin De Los Puntos De Vista
Aqu se asocian los servicios con las entidades del sistema.
23
Jerarqua De Los Puntos De Vista

Se organizan los puntos de vista en una jerarqua de herencia, para mostrar las partes que tienen
en comn y reutilizar la informacin de los mismos.
Documentacin Y Descripcin De Los Puntos De Vista
Se describen los puntos de vista del sistema, los servicios suministrados, los datos que requieren
y la manera en que estos se controlan.
Escenarios De Eventos
Se utiliza los escenarios de eventos para documentar el comportamiento del sistema cuando se
presentan eventos especficos. Los escenarios de eventos incluyen una descripcin del flujo de
datos y las acciones del sistema y documenta las excepciones que pueden surgir[11].
1.13. MTODO LIKERT
La escala de tipo Likert es una escala psicomtrica comnmente utilizada en cuestionarios, y es
la escala de uso ms amplio en encuestas para investigacin. Cuando respondemos a un elemento
de un cuestionario elaborado con la tcnica de Likert, lo hacemos especificando el nivel de
acuerdo o desacuerdo con una declaracin (elemento tem o reactivo). La escala se llama as por
Rensis Likert un educador estadounidense y psiclogo organizacional, que pblico un informe
describiendo su uso, en el ao de 1932. [12]
Esta escala tambin se denomina Mtodo de Evaluaciones Sumarias.
Elaboracin de la escala
1. Preparacin de los tems inciales; se elaboran una serie de enunciados afirmativos y
negativos sobre el tema o actitud que se pretende medir, el nmero de enunciados debe ser
mayor al nmero final de enunciados incluidos en la versin final.
2. Administracin de tems a una muestra representativa de la poblacin cuya actitud
deseamos medir. Se le solicita a los sujetos que expresen su acuerdo o desacuerdo frente a
cada tem mediante una escala.
24
3. Asignacin de puntajes a los tems; se asigna un puntaje a cada tem a fin de clasificarlos
segn reflejen actitudes positivas o negativas.
4. Asignacin de puntuaciones a los sujetos; la puntuacin de cada sujeto se obtiene
mediante la suma de las puntuaciones de los distintos tems.
5. Anlisis y seleccin de los tems; mediante la aplicacin de pruebas estadsticas se
seleccionan los ajustados al momento de efectuar la discriminacin de la actitud en
cuestin rechazando aquellos que no cumplan con dicho requisito.
El formato de un tpico elemento de Likert con 5 niveles de respuesta seria:
Me gusta el cine:
1.
2.
3.
4.
Totalmente en desacuerdo
En desacuerdo
Ni de acuerdo ni en desacuerdo
De acuerdo
5. Totalmente de acuerdo
Hay que hacer una distincin importante entre escala de tipo Likert y elemento de tipo Likert. La
escala es la suma de las respuestas de los elementos del cuestionario. Los elementos de tipo
Likert van acompaados por una escala visual anloga a veces se llama escala de los elementos
en s mismos. Esta es la razn de muchas confusiones y preferible, por tanto, reservar el nombre
de escala de tipo Likert para aplicarlo a la suma de toda la escala, y elemento de tipo Likert para
referirse a cada elemento individual.[12]
La escala de Likert es un mtodo de escala bipolar que mide tanto el graso positivo, neutral y
negativo de cada enunciado. La escala de Likert al ser una escala que mide actitudes, es
importante que pueda aceptar que las personas tienen actitudes favorables, desfavorables o
neutras a las cosas o situaciones lo cual es perfectamente normal en trminos de informacin.
Debido a ello es importante considerar siempre que una escala de actitud puede y debe estar
siempre abierta a la posibilidad de aceptar opciones de respuestas neutrales.
1.14. METALURGIA
Ciencia aplicada que estudia las operaciones industriales tendientes a la preparacin, tratamiento
25
(fsico y/o qumico) y produccin de metales y sus aleaciones[13].
Extraccin
Trituracin
Molienda
Molienda
Concentracin
Figura 1-5Procesos bsicos de transformacin de
minerales
Fuente: [16]
1.15. CONCENTRACIN
Proceso mediante el cual las especies minerolgicas con valor econmico que se encuentran
contenidas en un mineral, son separadas del material no valioso o de desecho, utilizando para tal
efecto operaciones unitarias tales como chancado, molienda, flotacin, etc. [14]
1.16. CONCENTRADO
Producto rico en metales obtenido mediante la aplicacin de procesos de separacin y
concentracin tales como la flotacin. Los metales son "concentrados" a partir del mineral que
los contiene y el resto es desechado como relave neutralizado. Posteriormente estos metales son
extrados de los concentrados mediante procesos pirometalrgicos e hidrometalrgicos en las
fundiciones y refineras. [14]
1.17. PLANTA CONCENTRADORA
Se denomina Planta Concentradora a una planta de procesamiento de mineral, que tiene como
finalidad su procesamiento en varias etapas hasta obtener Concentrado de este metal. Este
Concentrado es luego procesado en fundiciones o plantas qumicas para obtener cobre en la
26
forma de barras o lingotes. [15]
Figura 1-6 Carguo del mineral

Fuente: [16]
Para lograr el convertir el mineral obtenido de la mina desde la forma de rocas hasta llegar a
Concentrado, este es tratado y clasificado en varias etapas mediante una serie de equipos que van
reduciendo
el
tamao
de
las
rocas
de
mineral,
mediante
un
proceso
que
se
denomina Conminucin, para luego someterlo a un proceso denominado Flotacin.

Conminucin
Es una etapa en que mediante aplicacin de fuerzas fsicas se disminuye el tamao de las rocas de
mineral. Para esto se emplean distintos tipos de equipos, entre los que se encuentran
principalmente los de dos tipos: Chancadores y Molinos.[15]
Chancado, el mineral proveniente de la mina presenta una granulometra varia, desde partculas
de mnos de 1 mm hasta fragmentos mayores de 1m de dimetro, por lo que el objetivo del
chancado es reducir el tamao de los fragmentos mayores hasta obtener un tamao uniforme. [17]
27
Molienda, mediante la molienda se continua reduciendo el tamao de las partculas que

componen el mineral, para obtener una granulometra en micrones, la que permite finalmente la
liberacin de la mayor parte de los minerales en forma de partculas individuales[17]
Molienda de bolas, Este molino est ocupado en un 35% de su capacidad por bolas de acero, las
cuales son los elementos de molienda.
Figura 1-7 Bolas de acero

Fuente: [16]
Molienda SAG, los molinos SAG (SemiAutoGenos), son equipos de mayores dimensiones y
ms eficientes que los anteriores. Graicias a us gran capacidad y eficiencia, acortan el proceso de
chancado y molienda
Figura 1-8 Molino SAG

Fuente: [17]
Flotacin
En esta etapa, al mineral se le adiciona agua y otros compuestos que hacen que se adhiera a
burbujas que flotan sobre esta, para luego recolectarlas por rebalse y en varias etapas ir
aumentando la concentracin de este metal. [17]
28
Figura 1-9Flotacin
Fuente: [17]
Filtrado
Finalmente el agua restante se extrae del Concentrado mediante el empleo de filtros de prensa.
[17]
29
2. CAPTULO II
DETERMINACIN DE REQUERIMIENTOS
2.1. MODELO DEL NEGOCIO
Objetivos
Comprender la estructura y la dinmica de la organizacin objetivo.
Comprender los problemas actuales de la organizacin objetivo e identificar los

potenciales.
Evaluar el impacto del cambio en la organizacin objetivo.
Asegurar que los clientes, usuarios finales, desarrolladores y otros roles tengan un
entendimiento comn de la organizacin objetivo.
Obtener, de forma preliminar, los requerimientos del sistema que necesita la organizacin
objetivo.
Artefactos
Figura 2-10 Artefactos del modelo del negocio

Fuente:Elaboracin propia
Un caso de uso del negocio identifica un proceso especfico del negocio que produce un resultado
de valor medible y esperado para un actor (o actores) del negocio en particular.
Un actor del negocio (business actor) representa un rol jugado por alguien o algo externo al
negocio y que interacta o se relaciona con l.
Actividades
30
1. Evaluar la organizacin objetivo.

2. Encontrar los actores y casos de uso del negocio.
3. Construir el Modelo de Casos de Uso del Negocio.
4. Encontrar los trabajadores y entidades del negocio.
5. Construir el Modelo de Anlisis del Negocio.
6. Detallar los casos de uso del negocio.
7. Mantener las reglas del negocio.
8. Capturar un vocabulario comn.
9. Definir las actividades a automatizar.
2.1.1. DIAGRAMA DE CASOS DE USO DEL NEGOCIO
31
Analizar Resultados Obtenidos
Cargar concentrado de Zn a Camiones

Superintendente
Operador de pala
Producir mi neral
Metalurgista
Supervisor
Preparar Sacos de Concentrado Cu_Ag
Proveedor de Mineral
Embolsador
Comercializar Mi neral
Obtener datos de ingreso de mineral
Bal ancero
Operador de montacarga
Realizar Informe
Reactivero
Docificar carga de Mineral

Medir el consumo de recativos
Chancadori sta
Filtrero
Flotadorista
Molinero
Filtrar concentrado
Palero
Controlar ci rcuito de triturado de Mineral
Aforar Reacti vos

Controla operaci n de molino
Observar Coloracin de Flotaci n
Figura 2-2Diagrama de casos de uso del negocio

2.1.2. ESPECIFICACIN DE LOS ACTORES DEL NEGOCIO

Tabla 2-1 Especificacin del actordel negocio Balancero
ACTOR
Balancero
DESCRIPCIN
Cuantifica las toneladas de mineral ingresados a la Planta.
RESPONSABILIDADE
S
Es responsable de saber cunto de mineral ha ingresado

por da a la Planta, a travs de balanzas camioneras.
Tabla 2-2Especificacin del actor del negocio Chancadorista
ACTOR
Chancadorista
DESCRIPCIN
Controlar el circuito de reduccin de mineral. a seis

pulgadas.
32
RESPONSABILIDADE
S
Entre las responsabilidades que tiene es observar la

recepcin de carga, encender los equipos para la
trituracin de mineral a seis pulgadas y llevar un conteo
del nmero de palas en mineral triturado.
Tabla 2-3 Especificacin del actor del negocio Molinero
ACTOR
Molinero
DESCRIPCIN
Vigila la operacin metalrgica de molinos.
RESPONSABILIDADE
S
Es responsable de controlar los parmetros de trabajo

(pulpa de mineral y agua), obtener la densidad y llevar un
registro de datos de operacin de molino en la obtencin
de partculas de 105 micrones.
Tabla 2-4 Especificacin del actor del negocio Palero
ACTOR
Palero
DESCRIPCIN
Es el encargado de dosificar la carga de mineral.
RESPONSABILIDADE
S
Es responsable de alimentar el molino segn la

dosificacin de carga de mineral de rampa y cantera.
Tabla 2-5 Especificacin del actor del negocio Flotadorista
ACTOR
Flotadorista
DESCRIPCIN
Es el encargado de aforar los reactivos para la obtencin

de concentrado de Zinc-Plata y Cobre-Plata.
RESPONSABILIDADE
S
Es responsable de observar las coloraciones en la etapa de

flotacin, para aumentar o disminuir la cantidad de
reactivos, en la obtencin de concentrados de Zinc-Plata y
Cobre-Plata.
Tabla 2-6Especificacin del actor del negocio Supervisor
ACTOR
Supervisor
DESCRIPCIN
Es el encargado de verificar los distintos procesos en la

obtencin de mineral.
RESPONSABILIDADE
Es responsable de vigilar y controlar los diferentes

33
procesos metalrgicos a travs de informes brindados por

las diferentes reas de operacin.
Tabla 2-7Especificacin del actor del negocio Superintendente
ACTOR
Superintendente
DESCRIPCIN
Autoridad mxima de la planta San Vicente.
RESPONSABILIDADE
S
Es a quien sus subalternos informan de todo lo

concerniente a las operaciones metalrgicas, sobre las
cuales ejecuta decisiones en mejora a la produccin de
concentrado de Plata.
Tabla 2-8 Especificacin del actor del negocio Metalurgista
ACTOR
Metalurgista
DESCRIPCIN
Vigila y Controla la produccin de concentrado de Plata.
RESPONSABILIDADE
S
Es responsable de coadyuvar al Superintendente en la

toma de decisiones en cuanto a la produccin de
concentrado de Plata.
Tabla 2-9 Especificacin del actor del negocio Filtrero
ACTOR
Filtrero
DESCRIPCIN
Es encargado de controlar el proceso de Filtracin de

concentrados de Cobre-Plata y Zinc-Plata.
RESPONSABILIDADE
S
Es responsable de observar el nivel de espesadores en la

obtencin de concentrados de Cobre-Plata y Zinc-Plata,
descargando el concentrado final en galpones.
Tabla 2-10 Especificacin del actor del negocio Reactivero
ACTOR
Reactivero
DESCRIPCIN
Es el encargado de controlar el proceso de filtracin de

concentrado de mineral.
RESPONSABILIDADE
S
Transfiere reactivos del tanque de preparacin al tanque

de consumo del cual mide cuanto se utiliz al final del
turno.
34
Tabla 2-11 Especificacin del actor del negocio Embolsador
ACTOR
Embolsador
DESCRIPCIN
Es el encargado de embolsar y distribuir el producto final

de concentrados de Cobre-Plata y Zinc-Plata.
RESPONSABILIDADE
S
Realizar el control de nmero de sacos y su respectivo

peso en el embolsado de concentrado de Cobre-Plata y en
el envi de concentrado de Zinc-Plata.
Tabla 2-12 Especificacin del actor del negocio Operador de montacarga
ACTOR
Operador de montacarga
DESCRIPCIN
Coadyuva en el trabajo de embolsado, encargado de

realizar el proceso big-bag yformar lotes de 20 sacos de
concentrado de Cobre-Plata.
RESPONSABILIDADE
S
Es responsable de formar 2 lotes, cada uno de 20 sacos lo

que es aproximadamente 40 toneladas.
Tabla 2-13 Especificacin del actor del negocio Operador de pala
ACTOR
Operador de pala
DESCRIPCIN
Coadyuva en el proceso de embolsado de concentrado de

Zinc-Plata.
RESPONSABILIDADE
S
Encargado del traslado de concentrado de Zinc-Plata, saca

del galpn de concentrados y lo carga directamente en
volquetas para su comercializacin.
Tabla 2-14 Especificacin del actor del negocio Proveedor de Mineral
ACTOR
Proveedor de Mineral
DESCRIPCIN
Cooperativas mineras, las cuales proveen mineral.
RESPONSABILIDADE
S
Proveen mineral a la Planta, obtenida de manera

convencional (manual) y Mecanizada (Maquinaria).
35
2.2. MTODO VORD

2.2.1. IDENTIFICACIN DELOS PUNTOS DE VISTA
Los puntos de vista (fondo naranja) son todas aquellas personas que tendrn relacin con el
sistema, los servicios asociados a los puntos de vista (fondo azul claro) son todos aquellos
servicios que debesuministrar el sistema a los usuarios, los servicios no asociados (fondo verde),
son aquellos servicios que an son inherentes al sistema sin ser ciertamente servicios directos a
los usuarios.
Registrar datos de
Lote de Mineral
Ver Informes
Registrar Datos de
Operacin de
Trituracin
Molinero
Flotadorista
Registrar parte diario de

Flotacin
Rendimiento
Registrar consumo de
reactivos
Facilidad de uso
Seguridad
Chancadorista
Filtrero
Registrar datos de
operacin de molinos
Registrar datos de
operacin de
Filtracin
Crear Persona
Administrador del
sistema
Analizar
Resultados
Asignar
Rol de
Embolsador
Usuario
Crear Operarios
Supervisor
Adaptabilidad
Crear Usuario
Reactivero
36
Figura 2-11 Diagrama de lluvia de ideas

2.2.2. ESTRUCTURACIN DE LOS PUNTOS DE VISTA

Tabla 2-1 Estructura de los puntos de vista Chancadorista-Flotadorista-Molinero y servicios
Chancadorista
Lista de servicios
Registrar datos de
Operacin
de
Trituracin.
Ver Informes
Flotadorista
Molinero
Lista de servicios
Registrar parte
diario de
Flotacin.
Ver Informes
Lista de servicios
Registrar datos de
operacin de
molinos.
Ver Informes
Tabla 2-2 Estructura de los puntos de vista Filtrero-Reactivero-Embolsador y servicios
Filtrero
Lista de servicios
Registrar Datos de
Operacin de
Filtracin.
Ver Informes.
Reactivero
Embolsador
Lista de servicios
Registrar consumo
de reactivos.
Ver Informes.
Lista de servicios
Registrar datos de
lote de mineral.
Ver Informes.
Tabla 2-3 Estructura de los puntos de vista Supervisor-Administrador del sistema y servicios
Supervisor
Administrador del sistema
Lista de servicios
Ver Informes.
Analizar Resultados.
Lista de servicios
Crear Persona.
Crear Operarios
Asignar Rol de
Usuario.
37
2.2.3. JERARQUA DE PUNTOS DE VISTA

Puntos
Puntos de
de
vista
vista
Administrad
Administrad
or
del
or del
sistema
sistema
Supervisor
Supervisor
Chancadori
Chancadori
sta
sta
Molinero
Molinero
Flotadorista
Flotadorista
Filtrero
Filtrero
Reactivero
Reactivero
Embolsador
Embolsador
Figura 2-12Jerarqua de los puntos de vista

2.2.4. REQUERIMIENTOS FUNCIONALES

Los Requisitos funcionales son los que especifican una accin que debe ser capaz de realizar el
sistema, sin considerar restricciones fsicas.
Tabla 2-4Requerimientos funcionales
Nro.
1
Funcin
Registrar datos de Operacin de Trituracin.
Registrar parte diario de Flotacin.
3
4
5
6
7
8
Registrar datos de operacin de molinos.

Registrar Datos de operacin de Filtracin.
Registrar consumo de reactivos.
Registrar datos de lote de mineral.
Ver informes.
Analizar Resultados.
Crear Persona.
10
Crear Operarios.
11
Asignar Rol de Usuario.
2.2.5. REQUERIMIENTOS NO FUNCIONALES

Los Requerimientos no funcionales son los que especifican propiedades del sistema, como
restricciones del entorno o de implementacin.
Tabla 2-5Requerimientos no funcionales
Nro.
Atributo
Descripcin
38
Seguridad
El usuario debe tener una cuenta y contrasea para el acceso

al sistema, para resguardar la informacin generada en el
Adaptabilidad
mismo.
El sistema debe ser adaptable a los cambios de versiones de
los sistemas operativos.
Rendimiento
El sistema debe ofrecer respuestas en un tiempo aceptable.
Facilidad de uso
El sistema debe ofrecer reportes los cuales el personal est

acostumbrado a ver y utilizar.
El sistema debe contar con temas de ayuda.
39
3. CAPTULO III
ANLISIS DEL SISTEMA
3.1. MODELO DE CASOS DE USO
El modelo de casos de uso describe la funcionalidad propuesta del nuevo sistema. Un Casode
Uso representa una unidad discreta de interaccin entre un usuario (humano o mquina)y el
sistema. Un Caso de Uso es una unidad de trabajo significativo; por ejemplo crear unasolicitud y
modificar una solicitud son todos Casos de Uso.
Cada Caso de Uso tiene una descripcin que especifica la funcionalidad que se incorporaral
sistema propuesto. Un Caso de Uso puede 'incluir' la funcionalidad de otro Caso de Uso o puede
'extender' otro Caso de Uso con su propio comportamiento.
Los casos de uso tpicamente se relacionan con 'actores'. Un actor es un humano o una mquina
que interacta con el sistema para realizar un trabajo significativo.
3.2. DIAGRAMA DE CASOS DE USO
En el anlisis del sistema se tienen los paquetes de: ingreso al sistema, administrador del sistema
y operaciones metalrgicas, cuya interaccin se muestra en la siguiente figura.
Ingreso al
Sistema
Operaciones
Metalurgicas
Administrador
del sistema
Figura 3-1Diagrama de Paquetes del sistema

A continuacin se muestran los casos, de uso los cuales compone cada paquete.
40
3.2.1. PAQUETE INGRESO AL SISTEMA
Ingresar al Sistema
(from Casos de Uso)
Administrador del
Sistema
Usuario
Cambiar Clave
(f rom Actors)
(f rom Actors)
(from Casos de Uso)
Supervisor
(f rom Actors)
Chancadorista
Molinero
Flotadorista
(f rom Actors)
(f rom Actors)
(f rom Actors)
Filtrero
Reactivero Embolsador
(f rom Actors) (f rom Actors)
(f rom Actors)
Figura 3-13 Diagrama de caso de uso Paquete Ingreso al sistema

3.2.2. PAQUETE ADMINISTRADOR DEL SISTEMA

<<include>>
Administrador del
Sistema
Crear Operarios
Crear Persona
(from Casos de Uso)
(from Casos de Uso)
<<include>>
(f rom Actors)
Asignar Rol de Usuario

(from Casos de Uso)
Figura 3-14 Diagrama de caso de uso Paquete Administrador del Sistema

41
3.2.3. PAQUETE OPERACIONES METALURGICAS
Filtrero
Flotadorista
(f rom Actors)
(f rom Actors)
Registrar parte diario de Flotacin

(from Casos de Uso)
Reactivero
Registrar datos de operacin de
Filtracin
(f rom Actors)
(from Casos de Uso)
Molinero
Registrar datos de operacin de

molinos
(f rom Actors)
(from Casos de Uso)
<<extend>> <<extend>>
<<extend>>
<<extend>>
Registrar consumo de reactivos

(from Casos de Uso)
<<extend>>
Chancadorista
Registrar datos de Operacin de

Trituracin
(f rom Actors)
(from Casos de Uso)
Ver Informes
<<extend>>
(from Casos de Uso)
Registrar datos de lote de mineral
Embolsador
(from Casos de Uso)
Registrar proceso
Supervisor
(f rom Actors)
Analizar Resultados
(from Casos de Uso)
Figura 3-15 Diagrama de caso de uso Paquete Operaciones metalrgicas

3.3. ESPECIFICACION DE LOS ACTORES DEL SISTEMA

Tabla 3-6 Descripcin del actor Usuario
Actor
Casos
uso
Usuario
de Ingresar al Sistema, Cambiar Clave
Descripcin
Representa a todos los actores del sistema, segn el rol asignado puede
acceder a las distintas opciones del sistema.
Tabla 3-7 Descripcin del actor Administrador del sistema
Actor
Casos
uso
Administrador del sistema

de Crear operarios, Crear persona y Asignar rol de usuario.
Descripcin
Se encarga de crear, modificar y eliminar la cuenta de los usuarios para el

acceso al sistema.
42
(f rom Actors)
Tabla 3-8 Descripcin del actor Abogado o Asesor Legal
Actor
Casos
uso
Supervisor
de Ver informes y Analizar Resultados
Descripcin
Tiene informacin de los resultados obtenidos en cada uno de los procesos

metalrgicos, por turno y fecha, en base a lo cual toma desiciones.
Actor
Casos
uso
Chancadorista
de Registrar datos de operacin de trituracin y ver informes.
Descripcin
Registra la cantidad dosificada de carga de mineral para su trituracin,

cuyo reporte enva a su superior para su revisin.
Actor
Casos
Molinero
de Registra datos de operacin de molinos y Ver informes.
uso
Descripcin
Registra datos diarios del proceso de molienda de mineral y los enva a su

superior para su revisin.
Actor
Casos
uso
Flotadorista
de Registrar parte diario de flotacin y Ver Informes.
Descripcin
Registra datos e informacin del proceso de flotacin, en los circuitos de

obtencin de concentrado de Cobre-Plata y Zinc-Plata
Actor
Casos
uso
Filtrero
de Registrar datos de operacin de Filtracin y Ver Informes.
Descripcin
Registra datos e informacin del proceso de filtracin, en los circuitos de

obtencin de concentrado de Cobre-Plata y Zinc-Plata.
43
Actor
Reactivero
Casos de uso
Registrar consumo de reactivos y Ver Informes.
Descripcin
Registra cuanto de reactivos se ha consumido en la obtencin de

concentrado de cobre-plata y zinc-plata.
Actor
Embolsador
Casos de uso
Registrar datos de lote de mineral y ver informes.
Descripcin
Registra el nmero y peso del saco que contiene concentrado de CobrePlata.
3.4. ESPECIFICACIN DE LOS CASOS DE USODEL SISTEMA

3.4.1. PAQUETE INGRESO AL SISTEMA
Figura 3-16Pantalla ingreso al sistema (P-1)

44
Figura 3-17 Pantalla principal (P-2)

Tabla 3-15 Descripcin del Caso de Uso: Ingresar al Sistema
Caso De Uso:
Ingresar al Sistema
Actores:
Usuario
Propsito:
Permitir el acceso al Sistema, con una cuenta y contrasea de usuario.
Resumen:
Permitir el acceso al Sistema, con una cuenta y contrasea de usuario.

Flujo Principal
Actor
Sistema
1. Presenta la pantalla P-1.
2. Ingresa Usuario y Contrasea, pulsa el

botn Aceptar.
3. Verifica la validez de la cuenta ingresada.
4. Si los datos son correctos el sistema
muestra la pantalla principal P-2 con las
opciones de men segn el rol asignado.
5. Si los datos son incorrectos, vuelve a la
pantalla P-1, solicitando nuevamente el
nombre de Usuario y Contrasea.
2. Ingresa Usuario y Contrasea, pulsa el
botn Aceptar.
Tipo:
Bsico
45
Figura 3-18 Pantalla Cambiar contrasea (P-3)

Tabla 3-16Descripcin del Caso de Uso: Cambiar clave
Caso De Uso:
Cambiar contrasea
Actores:
Usuario
Propsito:
Modificar contrasea de un usuario.
Resumen:
El usuario puede editar su contrasea asignada, a travs de la opcin de

men.
Flujo Principal
Actor
1. Elige la opcin cambiar contrasea de
Sistema
su men principal.
2. Muestra la pantalla P-3.
3.Ingresa los campos de texto contrasea
actual y nueva contrasea
4. Presiona el botn Aceptar.
5. Guarda la edicin en la contrasea.
TIPO:
Bsico
46
3.4.2. PAQUETE ADMINISTRADOR DEL SISTEMA
Figura 3-19 Pantalla Personas (P-4)

Figura 3-20 Pantalla Nueva Persona (P-5)

Figura 3-21 Pantalla Editar Persona (P-6)

47
Figura 3-22 Pantalla Eliminar Registro Persona (P-7)

Tabla 3-17Descripcin del Caso de Uso: Crear Persona
Caso De Uso:
Crear Persona
Actores:
Administrador del sistema.
Propsito:
Registrar datos de una persona.
Resumen:
El administrador del sistema inicia este caso de uso, puede aadir editar
y eliminar el registro de una persona.
Flujo Principal
Actor
1. Elige la opcin Personas del men
Sistema
principal.
3. Realiza la bsqueda de la persona para
ejecutar las siguientes opciones: aadir
nueva persona, editar persona o eliminar
registro de persona.
4. Si elige aadir nueva persona, presiona
el botn Nuevo.
6. Llena los datos de persona
7. Presiona el botn guardar, si desea
guardar los datos introducidos.
8. Guarda el registro de nueva persona y
48
muestra la pantalla P-4.

9. Presiona el botn cancelar, si no desea
10. No realiza ningn cambio en el sistema y
muestra la pantalla P-4
11. Si elige editar datos de persona,
presiona Editar de la tabla resultados de la
bsqueda. P-4
13. Modifica los datos de persona.
15. Guarda los cambios realizados y muestra
guardar los datos modificados.
la pantalla P-4
18. Si elige eliminar registro de persona,

presiona Eliminar de la tabla resultados de
la bsqueda. P-4
19. Muestra la pantalla P-7
20. Presiona el botn SI, para borrar el

21. Efecta la eliminacin de registro y

22. Presiona el botn NO, para no borrar el

23. No realiza ninguna modificacin y

TIPO:
Inclusin
49
Figura 3-23 Pantalla Operarios (P-8)

Figura 3-24 Pantalla Nuevo Operario (P-9)

Figura 3-25 Pantalla Editar Operario (P-10)

50
Figura 3-26 Pantalla Eliminar Registro Operarios (P-11)

Tabla 3-18Descripcin del Caso de Uso: Crear Operarios
Caso De Uso:
Crear Operarios
Actores:
Propsito:
Registrar datos de un nuevo trabajador de la empresa
Resumen:
y eliminar el registro de un operario.
Flujo Principal
Actor
1. Elige la opcin Operarios del men
Sistema
principal.
3. Realiza la bsqueda de un operario para
nuevo operario, editar operario o eliminar
registro de operario.
4. Si elige aadir nuevo operario,
presiona Nuevo.
6. Llena los datos de operario

8. Guarda el registro de nuevo operario y

51
11. Si elige editar datos de operario,
presiona Editar de la tabla. P-8

13. Modifica los datos de operario.
la pantalla P-8
18. Si elige eliminar registro de operario,
presiona Eliminar de la tabla. P-8




TIPO:
Bsico
52
Figura 3-27 Pantalla Usuarios del sistema (P-12)

Figura 3-28 Pantalla Nuevo Usuario (P-13)

Figura 3-29 Pantalla Editar Usuario (P-14)

53
Figura 3-30 Pantalla Eliminar Registro Usuario (P-15)

Tabla 3-19Descripcin del Caso de Uso: Asignar Rol de Usuario
Caso De Uso:
Asignar Rol de Usuario
Actores:
Propsito:
Registrar informacin de usuario para uso del sistema
Resumen:
y eliminar el registro de usuario.
Flujo Principal
Actor
1. Elige la opcin usuario del men
Sistema
principal.
3. Realiza la bsqueda de usuario para
nuevo usuario, editar usuario o eliminar
registro de usuario.
4. Si elige aadir nuevo usuario, presiona
el botn Nuevo.
6. Llena los datos de usuario

8. Guarda el registro de nuevo usuario y

54
11. Si elige editar datos de usuario,

presiona Editar de la tabla. P-12
13. Modifica los datos de usuario.


la pantalla P-12


18. Si elige eliminar registro de usuario,

presiona Eliminar de la tabla P-12.




TIPO:
Bsico
3.4.3. PAQUETE OPERACIONES METALURGICAS
55
Figura 3-31 Pantalla Trituracin (P-16)

Tabla 3-20Descripcin del Caso de Uso: Registrar Datos de Operacin de trituracin
Caso De Uso:
Registrar datos de operacin de trituracin
Actores:
Chancadorista
Propsito:
Registrar datos de trituracin de mineral.
Resumen:
El Chancadorista inicia el caso de uso. Permite realizar el registro de

datos que se obtienen en la operacin metalrgica de trituracin.
Flujo Principal
Actor
1. Elige la opcin trituracin de su men
Sistema
principal.
3. Llena los datos.
5. Guarda los cambios realizados y muestra la
pantalla P-2
7. No realiza ningn cambio y muestra la
pantalla P-2
56
Tipo:
Bsico
Figura 3-32 Pantalla Molinos (P-17)

Tabla 3-21Descripcin del Caso de Uso: Registrar Datos de Operacin de Molinos
Caso De Uso:
Registrar datos de operacin de molinos
Actores:
Molinero
Propsito:
Registrar datos de molienda de mineral.
Resumen:
El Molinero inicia el caso de uso. Permite realizar el registro de datos

que se obtienen en la operacin metalrgica de molinos.
Flujo Principal
Actor
1. Elige la opcin molinos de su men
principal.
Sistema
3. Llena los datos.

57

pantalla P-2


pantalla P-2
Tipo:
Bsico
Figura 3-33 Pantalla Flotacin (P-18)

Tabla 3-22Descripcin del Caso de Uso: Registrar parte diario de Flotacin
Caso De Uso:
Registrar parte diario de Flotacin
Actores:
Flotadorista
Propsito:
Registrar datos de operacin de flotacin de mineral.
Resumen:
El Flotadorista inicia el caso de uso. Permite realizar el registro de datos

que se obtienen en la operacin metalrgica de flotacin.
Flujo Principal
Actor
1. Elige la opcin flotacin de su men
Sistema
principal.
3. Segn el circuito seleccionado, llena los
58
datos.

pantalla P-2


pantalla P-2
Tipo:
Bsico
Figura 3-34 Pantalla Filtros (P-19)

Tabla 3-23Descripcin del Caso de Uso: Registrar Datos de Operacin de Filtracin
Caso De Uso:
Registrar datos de operacin de Filtracin
Actores:
Filtrero
Propsito:
Registrar datos de filtracin de mineral.
Resumen:
El Filtrero inicia el caso de uso. Permite realizar el registro de datos que

se obtienen en la operacin metalrgica de filtracin.
Flujo Principal
59
Actor
1. Elige la opcin Filtros de su men
Sistema
principal.
3. Segn el circuito seleccionado, llena los

datos.

pantalla P-2


pantalla P-2
Tipo:
Bsico
Tabla 3-24Descripcin del Caso de Uso: Registrar Consumo de reactivos
Caso De Uso:
Registrar consumo de reactivos
Actores:
Reactivero
Propsito:
Registrar datos de consumo de reactivos.
Resumen:
El Reactivero inicia el caso de uso. Permite realizar el registro de datos

que se obtienen en la operacin metalrgica de reactivos.
Flujo Principal
Actor
1. Elige la opcin Reactivos de su men
Sistema
principal.
3. Llena los datos.

pantalla P-2


pantalla P-2
Tipo:
Bsico
60
Figura 3-35 Pantalla Reactivos (P20)

Figura 3-36 Pantalla Galpn de Concentrados (P21)

Tabla 3-25Descripcin del Caso de Uso: Registrar Datos de lote de mineral
Caso De Uso:
Registrar datos de lote de mineral
Actores:
Embolsador
Propsito:
Registrar datos de embolsado de mineral.
Resumen:
El Embolsador inicia el caso de uso. Permite realizar el registro de datos

que se obtienen en la operacin de embolsado de concentrado cobreplata.
Flujo Principal
Actor
Sistema
61
1. Elige la opcin Galpn de Concentrados

de su men principal.
3. Llena los datos.

pantalla P-2

pantalla P-2
Tipo:
Bsico
Figura 3-37 Pantalla Reportes (P-22)

Figura 3-38 Pantalla por Fechas (P-23)

62
Figura 3-39Informe Trituracin (P-24)

Figura 3-40Informe Molinos (P-25)

63
Figura 3-41Informe Flotacin (P-26)

Figura 3-42 Informe Filtros (P-27)

64
Figura 3-43 Informe Reactivos (P-28)

Figura 3-44 Informe Embolsador (P-29)

65
Tabla 3-26 Descripcin del Caso de Uso: Ver Informes
Caso De Uso:
Ver informes
Actores:
Supervisor, Chancadorista, Molinero, Flotadorista, Filtrero, Reactivero y

Embolsador.
Propsito:
Mostrar reportes de cada rea de operacin.
Resumen:
El Actor inicia el caso de uso. Permite ver los informes presentados por
las reas de trituracin, molinos, flotacin, filtracin, reactivos y galpn
de concentrados, del da de hoy y anteriores.
Flujo Principal
Actor
Supervisor
Sistema
1. Elige la opcin Reportes de su men

principal.
3. Elige la opcin De Hoy, del rea del

cual quiere ver el reporte.
4. Presiona el botn Mostrar.
5. Muestra las pantallas P-24, P-25, P-26, P27, P-28 y P-29.
6. Elige la opcin Por fechas, del rea del
cual quiere ver el reporte.
7. Presiona el botn Mostrar.
9.Selecciona fecha inicio y fecha fin.
10. Presiona el botn mostrar.
12. Puede imprimir el reporte.

Chancadorista Molinero
Flotadorista Filtrero Reactivero y
Embolsador
1. Selecciona la Opcin Reportes de su
men principal.
11. Muestra las pantallas P-24, P-25, P-26, P27, P-28 y P-29, correspondiente a las fechas
seleccionadas.
2. Puede imprimir el reporte.
3. Dependiendo al rol de usuario el sistema

muestra las pantallas P-24, P-25, P-26, P27, P-28 y P-29.
Tipo:
Bsico
4. CAPTULO IVDISEO DEL SISTEMA

El diseo del sistema define el proceso de aplicar ciertas tcnicas con el propsito de definir un
sistema, con suficientes detalles como para permitir su interpretacin y realizacin fsica.
Se debe usar diagramas de interaccin si se quiere analizar el comportamiento de un grupo de
objetos de un mismo caso de uso. Los Diagramas de Interaccin muestran cierto nmero de
ejemplos de objetos y los mensajes que se pasan entre estos objetos dentro del caso de uso.
Hay dos tipos de Diagramas de Interaccin: Diagramas de secuencia, Diagramas de colaboracin.
4.1. CLASES SEGN CASOS DE USO
Para el diseo, se trabaja con un caso de uso a la vez. En cada caso de uso se identifican los
objetos necesarios para su implementacin, los objetos se identifican segn sus estereotipos de
manera que correspondan con la funcionalidad ofrecida en cada uno. [18]
4.1.1. DIAGRAMA DE CLASES SEGN CASOS DE USO PARA EL SISTEMA
En esta seccin se aplica la parte del proceso relativo a la Web en los procesos del negocio,
sustituyendo las clases controlador y las clases interfaz por pginas servidor y cliente.
Caso de Uso: Ingresar al sistema
<<build>>
Principal
Usuarios
CIngreso
<<build>>
(f rom Diagrama de Clases)
idusuario : Integer
idoperario : Integer
cuenta : String
contrasea : String
rol : String
<<submit>>
Crear()
Editar()
Borrar()
FIngreso
Ingreso
Figura 4-45 Diagrama de clases para el CU Ingresar al sistema

Caso de Uso: Cambiar clave
<<build>>
Principal
Usuarios
idusuario : Integer
cuenta : String
contrasea : String
rol : String
Crear()
Editar()
Borrar()
<<submit>>
CCambiarClave
FPrincipal
<<build>>
<<submit>>
FCambiarClave
CambiarClave
Figura 4-46 Diagrama de clases para el CU Cambiar clave

Caso de Uso: Crear Persona
ListarPersona
<<submit>> FListarPersona
<<build>>
<<build>>
<<submit>>
Persona
CPersona
<<submit>>
<<build>>
idpersona : Integer
nombres : String
appaterno : String
apmaterno : String
ci : Integer
direccion : String
celular : Integer
Aadir()
Editar()
Borrar()
NuevaPersona
FNuevaPersona
FEditarPersona
EditarPersona
Figura 4-47 Diagrama de clases para el CU Crear Persona

4.2. DIAGRAMA DE SECUENCIA

Caso de uso:Ingresar al sistema
: Usuario
: Ingreso
Accede_URL()
: CIngreso
: FIngreso
: Usuarios
: Principal
Ingresar(usuario,contrasea)
Opcion(aceptar)
Submit(usuario,contrasea)
VerificarDatos(usuario,contrasea)
DatosVerificados
Build(rol)
Mostrar
Figura 4-48 Diagrama de secuencia para el CU Ingresar al sistema

: Usuario
: FPrincipal
Opcion(cambiarcontrasea)
: CCambiarClave
: CambiarClave
: FCambiarClave
: Usuarios
submit(cambiacontrasea)
Build()
Ingresar(contraseaactual,nuevacontrasea)
Opcion(aceptar)
Submit(contraseaactual,nuevacontrasea)
Editarr(usuario,nuevacontrasea)
Build()
Mostrar
Figura 4-49 Diagrama de secuencia para el CU Cambiar clave

: Principal
Caso de Uso: Crear Persona
: Administrador
: ListarPersona
del Sistema
AccedeporMenu(personas)
: CPersona
: FListarPers ona
: EditarPersona
: FEditarPersona
: NuevaPersona
: FNuevaPersona
Ingresa(nombre)
Presiona(buscar)
submit(buscar nombre)
Buscar(nombre)
Datos de persona
Actualizar()
MostrarDatosPersonaBuscada
Presiona(nuevo)
submit(nuevo)
build()
MostrarnuevaPersona
Ingresa(datos de persona)
Presiona(guardar)
submit(guardar datos de persona)
Crear(datos de persona)
Actualizar
MostrarDatosNuevaPersona
Presiona(editar)
submit(editar)
build()
MostrarEditarPersona
Modifica(dato de persona)
Presiona(guardar)
submit(modificar datos de persona)
Modificar(datos de persona)
Actualizar
MostrarDAtosModificadosPersona
Figura 4-50 Diagrama de secuencia para el CU Crear Persona

: Persona
4.3. DIAGRAMA DE COLABORACIN

Caso de uso:Ingresar al sistema
2: Ingresar(usuario,contrasea)
3: Opcion(aceptar)
: Usuario
8: Mostrar
: Principal
1: Accede_URL()
7: Build(rol)
: FIngreso
4: Submit(usuario,contrasea)
5: VerificarDatos(usuario,contrasea)
: Ingreso
6: DatosVerificados
: Usuarios
: CIngreso
Figura 4-51 Diagrama de colaboracin para el CU Cambiar clave

1: Opcion(cambiarcontrasea)
: FPrincipal
: Usuario
9: Mostrar
: Principal
2: submit(cambiacontrasea)
4: Ingresar(contraseaactual,nuevacontrasea)
5: Opcion(aceptar)
: CambiarClave
3: Build()
8: Build()
6: Submit(contraseaactual,nuevacontrasea)
: FCambiarClave
7: Editarr(usuario,nuevacontrasea)
: CCambiarClave
: Usuarios
Figura 4-52 Diagrama de colaboracin para el CU Cambiar clave

Caso de Uso: Crear persona

2: Presiona(buscar)
Ingresa(nombre)
3:
9: Presiona(nuevo)
19: Presiona(editar)
: FListarPersona
13: Ingresa(datos de persona)
14: Presiona(guardar)
4: submit(buscar nombre)
10: submit(nuevo)
20: submit(editar)
: FNuevaPersona
5: Buscar(nombre)
16: Crear(datos de persona)
26: Modificar(datos de persona)
22: MostrarEditarPersona
: Administrador del
: EditarPersona
Sistema
15: submit(guardar datos de persona)
12: MostrarnuevaPersona
8: MostrarDatosPersonaBuscada
18: MostrarDatosNuevaPersona
28: MostrarDAtosModificadosPersona
21: build()
: NuevaPersona
6: Datos de persona
11: build()
1: AccedeporMenu(personas)
23: Modifica(dato de persona)
24: Presiona(guardar)
: Persona
: CPersona
7: Actualizar()
17: Actualizar
27: Actualizar
25: submit(modificar datos de persona)
: ListarPersona
: FEditarPersona
Figura 4-53 Diagrama de colaboracin para el CU Crear Persona

4.4. MODELO DE DATOS

4.4.1. DIAGRAMA DE CLASES PERSISTENTE PARA LA BASE DE DATOS
Persona
Usuarios
idpersona : Integer
nombres : String
appaterno : String
apmaterno : String
ci : Integer
direccion : String
celular : Integer
Empleado
idempleado : Integer
operador : String
cargo : String
turno : String
Aadir()
Editar()
Borrar()
idusuario : Integer
cuenta : String
contrasea : String
rol : String
1
Aadir()
Editar()
Borrar()
1
1
Crear()
Editar()
Borrar()
1..*
1
1
Flotacion
1..*
1..*
1..*
Embolsar
Molinos
idembolsar : Integer
fecha : Date
nro_saco : Integer
peso : Float
1..*
Crear()
Imprimir()
Filtros
*
idfiltro : Integer
tipo : Integer
fecha : Date
hora : Time
enkact : Float
eppap : Float
epaire : Float
epagua : Float
ccdensidad : Float
ccporciento : Float
ccflujometro : Float
ciclosfiltrados : Float
observacion : String
Crear()
Ver()
Imprimir()
idmolino : Integer
fecha : Date
hora : Time
amperajesag : Float
presionciclon : Float
bomba : String
dmsdensidad : Float
dmsporciento : Float
acdensidad : Float
acporciento : Float
ufcdensidad : Float
ufcporciento : Float
ofcdensidad : Float
ofcporciento : Float
dmbdensidad : Float
dmbporciento : Float
acudensidad : Float
acuporciento : Float
flujometrotot : Float
admolturantes4 : Float
admolturantes2 : Float
ch2obdique : Float
ch2ob70pp01 : Float
lpesometro : Float
totthumedas : Float
Reactivos
idreactivo : Integer
fecha : Date
alturainicial : Float
alturafinal : Float
consumo : Float
cuso4 : Float
znso4 : Float
xz11 : Float
nacn : Float
cmibc : Float
ccytec : Float
cal : Float
Crear()
Mostrar()
Imprimir()
Crear()
Ver()
Imprimir()
Lotes
idlote : Integer
nro_lote : Integer
Crear()
Procesos
idproceso : Integer
Fecha : Date
Crear()
Figura 4-54 Diagrama de clases persistente

1..*
Trituracion
idtrituracion : Integer
fecha : Date
ttrituradas : Float
rampa : Float
cantera : Float
Crear()
Ver()
Imprimir()
idflotacion : Integer
tipo : Integer
fecha : Date
hora : Time
xz11acond : Float
xz11scav : Float
smolinob : Float
sacond : Float
sscav : Float
csmb : Float
csacond : Float
mibcceldaunit : Float
mibcrougher : Float
mibcscav : Float
cytecrougher : Float
cytecscav : Float
phcalacond : Float
calviva : Float
talimsag : Float
obsevacion : String
Crear()
Ver()
Imprimir()
4.4.2. MODELO RELACIONAL
Figura 4-55 Modelo Relacional

4.4.3. ESTRUCTURA DE LA BASE DE DATOS

Tabla: embolsado
Tabla 4-27Embolsado
Columna
Tipo
Comentario
Idembolsado int(11)
Clave primaria de la tabla
idusuario
int(11)
Clave primaria de la tabla usuarios
idproceso
int(11)
Clave primaria de la tabla procesos
idlote
int(11)
Clave primaria de la tabla lotes
fecha
date
Fecha en la cual se realiza la operacin de embolsado
Nro_saco
int(11)
Nmero de saco
peso
float
Peso correspondiente al saco
ndices de la tabla embolsado

Tabla 4-28 ndices de la tabla Embolsado
Nombre de la clave
nico
Columna
Nulo
PRIMARY
idembolsado
No
FORENKEY
Si
idusuario
No
FORENKEY
Si
idproceso
No
FORENKEY
Si
idlote
No
Tabla: filtros
Tabla 4-29 Filtros
Columna
Tipo
Comentarios
idfiltro
int(11)
Clave de la tabla filtros
idusuario
int(11)
Clave de la tabla usuarios
idproceso
int(11)
Clave de la tabla procesos
tipo
int(11)
fecha
date
hora
time
enkact
float
Circuito cobre-plata o zinc-plata del cual se registran sus

datos.
Da, mes y ao en la cual se realiza la operacin de filtros
Hora en la cual se registran datos de operacin de
filtracin
Espesador Plata-Cobre, Zinc-Plata, nivel K a cierre T.
Espesador Plata-Cobre, Zinc-Plata, presin pulpa alim.
eppap
float
epaire
float
Espesadpr Plata-Cobre, Zinc-Plata, presin aire
epagua
float
Espesador Plata-Cobre, Zinc-Plata, presin de agua
ccdensidad
float
Cajn de Colas pe=2,8, densidad
ccporciento
float
Cajn de Colas pe=2,8, %solidos
ccflujometro
float
Cajn de Colas pe=2,8, flujmetro
Placas
ciclosfiltrados float
Ciclos filtrados de K Ag_Cu/Zn_Ag
observacion
varchar(200) Comentarios ocurridos en la operacin de filtros
sw
boolean
Control de procesos
ndices de la tabla filtros

Tabla 4-30 ndices de la tabla filtros
Nombre de la clave
nico
Columna
Nulo
PRIMARYKEY
idfiltro
No
FOREINGKEY
Si
idusuario
No
FOREINGKEY
Si
idproceso
No
Tabla: flotacin
Tabla 4-31 Flotacin
Columna
Tipo
Comentarios
idflotacion
int(11)
Clave de la tabla flotacin
idusuario
int(11)
idproceso
int(11)
tipo
int(11)
fecha
date
Fecha en la cual se registran los datos de flotacin
hora
time
Hora en la cual se registran datos de flotacin
Variable que indica el Circuito del cual se registraran

los datos
xz11acond
float
Xantato Z-11, acond. Ag_Cu/Zn_Ag
xz11scav
float
Xantato Z-11, scav Ag_Cu/Zn_Ag
smolinob
float
Sulfato de Zinc ZnSO4, Molino de bolas
sacond
float
sscav
float
csmb
float
Cianuro de Sodio NaCN, Molino de bolas
csacond
float
Cianuro de Sodio NaCN, acond Ag_Cu
Sulfato de Zinc ZnSO4/Cobre CuSO4, acond

Ag_Cu/Zn_Ag
Sulfato de Zinc ZnSO4/Cobre CuSO4, scav
Ag_Cu/Zn_Ag
mibcceldaunit float
MIBC, celda unit.
mibcrougher
float
MIBC, rougher Ag_Cu/Zn_Ag
mibcscav
float
MIBC, scav Ag_Cu/Zn_Ag
cytecrougher
float
CYTEC 6697, rougher Ag_Cu
cytecscav
float
CYTEC 6697, scav Ag_Cu
phcalacond
float
pH CAL, acond Ag_Cu/Zn_Ag
calviva
float
Cal viva Kg. Preparados
talimsag
float
Toneladas alimentacin SAG
observacion
varchar(200) Comentarios ocurridos en la operacin de flotacin
ndices de la tabla flotacin

Tabla 4-32 ndices de la tabla flotacin
Nombre de la clave
nico
Columna
Nulo
PRIMARY KEY
idflotacion
No
FOREING KEY
Si
Idusuario
No
FOREING KEY
Si
idproceso
No
Tabla: molinos
Tabla 4-33 Molinos
Columna
Tipo
Comentarios
idmolino
int(11)
Clave de la tabla molinos
idusuario
int(11)
idproceso
int(11)
fecha
date
Fecha de registro de operacin metalrgica
molinos
hora
time
Hora de registro de datos de operacin de molinos
amperajesag
float
Amperaje SAG
presionciclon
float
Presin ciclon
bomba
varchar(15)
% bomba 20-PP-01
dmsdensidad
float
Descarga molino SAG, densidad
dmsporciento
float
Descarga molino SAG, %solidos
acdensidad
float
Alimentacin ciclon, densidad
acporciento
float
Alimentacin ciclon, %solidos
ufcdensidad
float
Under Flow ciclon, densidad
ufcporciento
float
Under Flow ciclon, %solidos
ofcdensidad
float
Over Flow ciclon, densidad
ofcporciento
float
Over Flow ciclon, %solidos
dmbdensidad
float
Descarga Molino de bolas, densidad
dmbporciento
float
Descarga Molino de Bolas, %solidos
acudensidad
float
Alimentacin celda unitaria, densidad
acuporciento
float
Alimentacin celda unitaria, %solidos
flujometrotot
float
Flujometro Totalizador
admolturantes4 float
Adicin de molturantes de 4 pugadas
admolturantes2 float
Adicin de molturantes de 2 pulgadas
ch2obdique
float
Consumo de agua bomba dique en m3
ch2ob70pp01
float
Consumo de agua bomba 70-PP-01
lpesometro
float
Lectura pesometro al final de un turno
totthumedas
float
Total toneladas hmedas
observacion
varchar(200) Comentarios ocurridos en el rea de molinos
ndices de la tabla molinos

Tabla 4-34 ndices de la tabla Molinos
Nombre de la clave
nico
Columna
Nulo
PRIMARY KEY
Idmolino
No
FOREING KEY
Si
idusuario
No
Nombre de la clave
FOREING KEY
nico
Columna
Si
idproceso
Nulo
No
Tabla: empleado
Tabla 4-35Empleado
Columna
Tipo
Comentarios
idempleado int(11)
Clave de la tabla operario
idpersona
int(11)
Clave de la tabla persona
operador
varchar(100) rea en la cual desempea funciones
cargo
varchar(20)
Cargo del personal de la Planta
turno
varchar(1)
Turnos A: Dia y B: Noche
ndices de la tabla empleado

Tabla 4-36 ndices de la tabla Empleado
Nombre de la clave
nico
Columna
Nulo
PRIMARY KEY
idempleado
No
FOREING KEY
Si
idpersona
No
Tabla: persona
Tabla 4-37 Persona
Columna
Tipo
Comentarios
idpersona
int(11)
nombres
varchar(100) Nombres de la persona
appaterno varchar(50)
Apellido paterno de la persona
apmaterno varchar(50)
Apellido materno de la persona
ci
int(7)
Cedula de identidad de la persona
direccion
varchar(100) Direccin de la persona
celular
int(8)
ndices de la tabla persona
Numero de aparato telefnico de la persona
Tabla 4-38 ndices de la tabla Persona
Nombre de la clave
nico
PRIMARY KEY
Columna
idpersona
Nulo
No
Tabla: reactivos
Tabla 4-39Reactivos
Columna
Tipo
Comentarios
idreactivo
int(11)
Clave de la tabla reactivos
idusuario
int(11)
Clave de la tabla operarios
idproceso
int(11)
fecha
date
Fecha en la cual se realiza el registro de

consumo de reactivos
alturainicial float
Altura inicial del tanque de reactivos
alturafinal
float
Altura final del tanque de reactivos
consumo
float
Consumo de reactivos
cuso4
float
Sulfato de Cobre en Toneladas
znso4
float
Sulfato de Zinc en Toneladas
xz11
float
Xantato Z-11
nacn
float
Cianuro de Sodio
cmibc
float
Cambio MIBC
ccytec
float
Cambio CYTEC
cal
float
Cal
observacion varchar(200)
Comentarios ocurridos en la operacin de

registro de consumo de reactivos
ndices de la tabla reactivos

Tabla 4-40 ndices de la tabla Reactivos
Nombre de la clave
nico
Columna
Nulo
PRIMARY KEY
idreactivo
No
FOREING KEY
Si
idusuario
No
FOREING KEY
Si
idproceso
No
Tabla: trituracin
Tabla 4-41 Trituracin
Columna
Tipo
Comentarios
idtrituracion int(11)
Clave de la tabla trituracin
idusuario
int(11)
idproceso
Int(11)
fecha
date
ttrituradas
float
Toneladas trituradas
rampa
float
Cantidad de mineral en tipo de carga Rampa
cantera
float
Cantidad de mineral en tipo de carga Cantera
Fecha de registro de datos en la operacin

metalrgica trituracin
observacin varchar(200)
Comentarios ocurridos en la operacin metalrgica

trituracin
ndices de la tabla trituracin

Tabla 4-42 ndices de la tabla Trituracin
Nombre de la clave
nico
Columna
Nulo
PRIMARY KEY
idtrituracion
No
FOREING KEY
Si
idusuario
No
FOREING KEY
Si
idproceso
No
Tabla: usuarios
Tabla 4-43 Usuarios
Columna
idusuario
Tipo
Comentarios
int(11)
idpersona int(11)
cuenta
Nombre de usuario para acceder al sistema
varchar(10)
contrasena varchar(100) Clave de usuario para acceder al sistema

rol
varchar(50)
Rol de usuario
ndices de la tabla usuarios

Tabla 4-44 ndices de la tabla Usuarios
Nombre de la clave
nico
Columna
Nulo
PRIMARY KEY
idusuario
No
FOREING KEY
Si
idpersona
No
5. CAPTULO VIMPLEMENTACIN DEL SISTEMA

Existen dos tipos de diagramas que sirven para modelar los aspectos fsicos de un sistema
orientado a objetos: Diagramas de Componentes, , Diagramas de Despliegue
5.1. DIAGRAMAS DE COMPONENTES
Un diagrama de componentes muestra la organizacin y las dependencias entre un conjunto de
componentes.
Para todo sistema OO se han de construir una serie de diagramas que modelan tanto la parte
esttica (diagrama de clases), como dinmica (diagramas de secuencia, colaboracin, estados y de
actividades), pero llegado el momento todo esto se debe materializar en un sistema implementado
que utilizar partes ya implementadas de otros sistemas, todo esto es lo que pretendemos modelar
con los diagramas de componentes. A continuacin se muestra el diagrama de componentes del
sistema.
Script
Cliente
Navegador
Paginas
HTML
Servidor Web
Base de
Datos
Paginas
Servidor
Figura 5-56 Diagrama de Componentes

5.2. VISTA FISICA DEL SISTEMA

La
vista
de despliegue muestra
la
disposicin fsica
de
los
recursos
de
ejecucincomputacional, tales como computadores e interconexiones que se llaman nodos.

Un nodo es un objeto fsico de ejecucin que representa un recurso computacional (computador).
Los nodos pueden tener estereotipos como UCP, dispositivos, y memorias. Las asociaciones
entre nodos representan lneas de comunicacin. La vista de componentes muestra la red de
dependencias entre componentes.

A continuacin se muestra el diagrama de despliegue del sistema.
Maquina Cliente
Superintendente
Maquina Cliente
Metalurgista
USB
TCP/IP
Maquina Cliente
Supervisor
TCP/IP
USB
Maquina Cliente
Chancadorista
TCP/IP
USB
TCP/IP
USB
Maquina Clinete
Molinero
Maquina Servidor
TCP/IP
Impresora
USB
TCP/IP
USB
Maquina Cliente
Flotadorista
USB
TCP/IP
TCP/IP
Maquina Cliente
Filtrero
USB
USB
TCP/IP
Maquina Cliente
Reactivero
Maquina Cliente
Embolsador
Figura 5-57 Diagrama de Despliegue

5.3. PANTALLAS PRINCIPALES DEL SISTEMA

Caso de uso: Ingresar al sistema
Figura 5-58 Interfaz Ingresar al sistema

Figura 5-59 Interfaz Ingresar al sistema - Principal

Figura 5-60 Interfaz Cambiar clave

Caso de Uso: Crear persona
Figura 5-61 Interfaz Crear persona

Figura 5-62 Interfaz Crear persona - Nuevo

Caso de Uso: Asignar Rol de usuario
Figura 5-63 Interfaz Asignar Rol de usuario

Figura 5-64 Interfaz Asignar Rol de usuario Nuevo usuario

Caso de Uso: Registrar proceso
Figura 5-65 Interfaz Registrar proceso

Figura 5-66 Interfaz Registrar proceso - Nuevo

Caso de Uso:Registrar datos de Operacin de Trituracin
Figura 5-67 Interfaz Registrar trituracin

Figura 5-68 Interfaz Registrar datos de trituracin Llenar datos

Caso de Uso: Registrar datos de operacin de molinos
Figura 5-69 Interfaz Registrar datos de molinos

6. CAPTULO VI
PRUEBAS DEL SISTEMA
En sta fase se verifican los resultados obtenidos en la fase de implementacin, se comprueba

adems que el sistema desarrollado cumple con los requisitos y que se comporta de acuerdo a las
especificaciones determinadas.
6.1. MTODO LIKERT
Elaboracin de la escala
1. Preparacin de los tems:
Tabla 6.1 Cuestionario Mtodo de Likert
CUESTIONARIO
Cdigo:
1. El sistema le ayuda a organizar la informacin generada en las diferentes reas
dentro la Planta Metalrgica San Vicente?
Totalmente Desacuerdo
Desacuerdo
Indiferente
De acuerdo
Muy de acuerdo
2. La informacin estadstica que presenta el Sistema le ayudan a tomar decisiones
en las operaciones diarias de la Planta?
Desacuerdo
Indiferente
De acuerdo
Muy de acuerdo
3. El Sistema muestra reportes con datos actualizados de cada uno de los procesos
metalrgicos?
Desacuerdo
Indiferente
De acuerdo
Muy de acuerdo
4. Con la implementacin del Sistema se ha mejora el flujo de informacin generado en la
Planta Metalrgica San Vicente?
Desacuerdo
Indiferente
De acuerdo
Muy de acuerdo
5. El Sistema es de fcil manejo con respecto a la navegacin de
pantallas,
opciones, men y enlaces los cuales presenta?

Desacuerdo
Indiferente
De acuerdo
Muy de acuerdo
6. El Sistema se adecua a los formatos que la Planta Metalrgica maneja en el
ingreso y salida de datos?

Desacuerdo
Indiferente
De acuerdo
Muy de acuerdo
7. Considera que el aprendizaje con respecto al manejo del Sistema fue fcil?
Desacuerdo
Indiferente
De acuerdo
Muy de acuerdo
2. Administracin de tems:Los participantes del cuestionario son:
Superintendente: 1 persona.
Supervisor:
1 persona.
Metalurgista:
1 persona.
Chancadorista:
1 persona.
Molinero:
1 persona.
Flotadorista:
Filtrero:
Reactivero:
1 persona.
Embolsador:
1 persona
1 persona.
1 persona.
3. Asignacin de puntajes a los tems

Tabla 6-45 Escalas del Mtodo Likert
Escala
Puntuacin
Desacuerdo
Indiferente
De acuerdo
Muy de acuerdo
4. Asignacin de puntuaciones a los sujetos:

Tabla 6-46: Resultados del cuestionario
Nro.
pregunt
a
Totalment
e
Desacuerd
Desacuerd
o
Indiferente
De
Acuerdo
Muy de
Acuerdo
o
1
Total
32
25
5. Obtencin de resultados
Para cualificar el resultado de la encuesta se toma en cuenta el intervalo comprendido en el
0 X 4
siguiente rango:
Donde:
X
TE
NE * NI
X: Ponderacin obtenida resultante de la Escala.

TE:
Representa el total de la evaluacin de la escala de Likert, calculado por las
ponderaciones de las respuestas y sus respectivas coincidencias.

NE:
Representa el nmero de encuestas realizadas.
NI:
Es el nmero de tems expuestas en el cuestionario
Operaciones para el clculo de total de la evaluacin de la escala de Likert:

Tabla 6-47: Clculo de la escala de Likert
Totalmen
te
Desacuer
Indiferen
Desacuer
do
te
do
De
Acuer
do
Muy
de
Acuer
do
TE
0*0
0*1
6*2
32*3
25*4
12
96
100
208
208
3.30
9*7
El resultado de X=3.30 muestra una actitud muy favorable de parte de los usuarios al sistema
desarrollado.
7. CAPTULO VII
ANLISIS DE COSTO DEL PROYECTO
Se toma en cuenta el Costo del software y Costo total del proyecto, para esto se aplicara el
modelo constructivo de coste COCOMO.
7.1. MODELO CONSTRUCTIVO DE COSTE COCOMO
El costo del software se determinara por el modelo Constructivo de Coste COCOMO, orientado a
los puntos de funcin.
7.2. ESTIMACIN DE LOS PUNTOS DE FUNCIN
Se determinan cinco caractersticas del dominio de la informacin, los cuales son:
1. Entradas de usuario. Son entradas que proporcionan diferentes datos a la aplicacin.
No confundirlos con las peticiones de usuario.
2. Salidas de usuario. Son reportes, pantallas o mensajes de error que proporcionan
informacin. Los elementos de un reporte, no se cuentan de forma separada.
3. Peticiones de usuario. Es una entrada interactiva que produce la generacin de alguna
respuesta del software en forma de salida interactiva.
4. Archivos. Son los archivos que pueden ser parte de una base de datos o
independientes.
5. Interfaces externas. Son los archivos que se usan para transmitir informacin a otro
sistema.
Tabla 8.1 Estimacin de los puntos de funcin
Parmetro
Nmero de entradas de
usuario
Cuent
a
9
Factor de ponderacin
Simpl
e
Medi
o
Complej
o
Subtota
l
27
Nmero de salidas de
usuario
28
Nmero de peticiones
de usuario
Nmero de archivos
10
15
Nmero de interfaces
externas
10
Total (T)
71
Se considera el factor de ponderacin simple.

Luego, responder a cada una de las siguientes catorce preguntas y asignarles un valor entre 0 y 5,
donde 0 es no influencia, 1 es incidental, 2 es moderado, 3 es medio, 4 es significativo y 5 es
esencial.
Tabla 8.2 Calculo de F
Nro
Pregunta
Valor F
.
1.
Requiere el sistema copias de seguridad y de recuperacin
fiables?
2.
Requiere comunicacin de datos?
3.
Existen funciones de procesamiento distribuido?
4.
Es crtico el rendimiento?
5.
Se ejecutar el sistema en un entorno operativo existente y
fuertemente utilizado?
6.
Requiere entrada de datos interactiva?
7.
Requiere la entrada de datos interactiva que las transacciones de
entrada se lleven a cabo sobre mltiples pantallas u operaciones?

8.
Se actualizan los archivos maestros de forma interactiva?
9.
Son complejas las entradas, las salidas, los archivos o las
peticiones?
10.
Es complejo el procesamiento interno?
11.
Se ha diseado el cdigo para ser reutilizable?
12.
Estn incluidas en el diseo la conversin y la instalacin?
13.
Se ha diseado el sistema para soportar mltiples instalaciones
en diferentes organizaciones?
14.
Se ha diseado la aplicacin para facilitar los cambios y para ser
fcilmente utilizada por el usuario?

Sumar los puntos asignados a cada respuesta y obtener un total F que indica un valor de ajuste de
complejidad.
El punto de funcin FP se calcula con la siguiente relacin:
PF = T * (0.65 + 0.01 * F)
Reemplazando valores, se tiene:
PF = 71*[0.65+0.01(34)] = 70.29
LNEAS DE CDIGO POR PUNTO FUNCIN
Para el clculo de las LDC se toma en cuenta el lenguaje de programacin los cuales se muestran
en la siguiente tabla.
Tabla 8.3 Valor de LCD
Lenguaje
Factor LDC/PF
128
Java
53
Visual Studio
46
Generador de
Cdigo
15
Para el sistema se tiene, Lneas de cdigo por punto funcin:

LDC
=15
PF
LDC = 15*70.29 = 1054.35
Lneas de cdigo en miles, L= 1054.35/1000 = 1.05435
Las ecuaciones del COCOMO bsico son:
E=a Lbm ( X ) , enpersonasmes
d
Tdev=c E , enmeses
P=
E
, enpersonas
Tdev
Donde:
E es el esfuerzo requerido por el proyecto, en persona-mes
Tdev es el tiempo requerido por el proyecto, en meses
P es el nmero de personas requerido por el proyecto
a, b, c y d son constantes con valores definidos en una tabla, segn cada submodelo
L es la cantidad de lneas de cdigo, en miles.
m(X) Es un multiplicador que depende de 15 atributos.
A la vez, cada submodelo tambin se divide en modos que representan el tipo de proyecto, y
puede ser:
Tabla 8.4 Modos de proyecto
MODO
Orgnico
2.40
1.05
2.50
0.38
Semilibre
3.00
1.12
2.50
0.35
Rgido
3.60
1.20
2.50
0.32
Considerando para el proyecto el modo orgnico el cual significa un pequeo grupo de

programadores experimentados desarrollan software en un entorno familiar. El tamao del
software vara desde unos pocos miles de lneas (tamao pequeo) a unas decenas de miles
(medio).
El valor de m(X) se obtiene de la siguiente tabla
Tabla 8.5 Atributos y Valor de un proyecto
Valor
Atributos
Muy
bajo
Baj
o
Nomina
l
Alt
o
Muy
alto
Atributos de software
Fiabilidad
Tamao de Base de datos
0,75
0,88
1,00
1,15
1,40
0,94
1,00
1,08
1,16
Extra
alto
Complejidad
0,70
0,85
1,00
1,15
1,30
1,65
Atributos de hardware
Restricciones de tiempo de
ejecucin
1,00
1,11
1,30
1,66
Restricciones de memoria
virtual
1,00
1,06
1,21
1,56
Volatilidad de la mquina
virtual
0,87
1,00
1,15
1,30
Tiempo de respuesta
0,87
1,00
1,07
1,15
Atributos de personal
Capacidad de anlisis
1,46
1,19
1,00
0,86
0,71
Experiencia en la aplicacin
1,29
1,13
1,00
0,91
0,82
Calidad de los
programadores
1,42
1,17
1,00
0,86
0,70
Experiencia en la mquina
virtual
1,21
1,10
1,00
0,90
Experiencia en el lenguaje
1,14
1,07
1,00
0,95
Atributos del proyecto

Tcnicas actualizadas de
programacin
1,24
1,10
1,00
0,91
0,82
Utilizacin de herramientas
de software
1,24
1,10
1,00
0,91
0,83
Restricciones de tiempo de
desarrollo
1,22
1,08
1,00
1,04
1,10
m(X) = 1,15*0,94*1,00*1,00*1,00*0,87*1,07*1,00*1,13*1,00*1,10*1,00*0,91*0,91*1,08
m(X) = 1,12
Calculando, el valor del esfuerzo, duracin y nmero de personas:
E=2.40(1.05435)1.051.12=2.84
Tdev=2.50(2.84 )0.38=3.72 4
[personas - mes]
[meses]
P=
2.84
=0.76 1
[personas]
3.72
7.3. COSTO DEL SOFTWARE
Con una tarifa laboral de 300 $us/mes, el costo del software es igual a:
C = P*Salariodeunprogramador = 1*300*4*2.84 =3408[$us]
7.4. COSTO DEL PROYECTO
Para el clculo del costo total del proyecto, adems del costo del software se toman en cuenta los
dems acpites.
Tabla 8.6 Atributos y Valor de un proyecto
Actividad
Porcentaje
Costo
Anlisis
10%
852
Diseo
20%
1704
Programacin
40%
3408
Pruebas
15%
1278
Sobrecarga
15%
1278
Costo Del Proyecto = 8520 [$us]
8. CAPTULO VIII CONCLUSIONES Y

RECOMENDACIONES
A continuacin se describe las Conclusiones y Recomendaciones del Proyecto.
8.1. CONCLUSIONES
En cumplimiento a los objetivos, se concluye lo siguiente:
A travs de las entrevistas, la realizacin de cuestionarios y la recoleccin de documentos
se tiene informacin referente al proceso metalrgico de tratamiento de mineral, lo cual
coadyuva en identificar los requerimientos funcionales y no funcionales.
Con la aplicacin del RUP y la Semntica del Lenguaje Unificado de Modelacin UML
se realiza la especificacin e interpretacin del Modelo de casos de uso, obteniendo
diseo de interfaces de fcil manejo, las cuales apoyan en la toma de decisiones del alto
mando de la Planta San Vicente.
Se implement una base de datos adecuada, el cual guarda la informacin de las
operaciones metalrgicas, dando una respuesta optima y precisa de la aplicacin.
El diseo de reportes de las diferentes areas de operacin de la planta San Vicente, apoya
en la toma de decisiones dela Superintendencia, presentando informacin til, veraz y
confiable.
La implementacin del sistema de informacin, muestra datos e informacin el cual
brinda un apoyo en la toma de decisiones dando un adecuado soporte en la gestin
administrativa en la Planta San Vicenteobteniendo mejores resultados y rpidos en la
produccin de tratamiento de minerales.
8.2. RECOMENDACIONES
De acuerdo al desarrollo del proyecto se recomienda lo siguiente:
Tener un especial control con el acceso al sistema, con el objetivo de asegurar la
integridad, veracidad y confiabilidad de los datos y la informacin almacenada en el
sistema de informacin.
Para complementar el sistema en estudio, se recomienda ampliar y completar la
automatizacin de procesos con los sistemas de informacin para la sala de control, rea
de concentrados y dique de colas, con el fin de llevar un control ms exacto del proceso
metalrgico.
Para mayor resguardo de informacin el usuario con el rol administrador del sistema debe
llevar una revisin peridica del mismo, obteniendo los respectivos backups.
El sistema necesita peridicamente el suministro de datos e informacin, para brindar los
reportes esperados.
BIBLIOGRAFA
[1]
K. E. Kendall y J. E. Kendall, Anlisis y Diseo de Sistemas, Mxico: Prentice Hall

hispanoamericana S.A., 1997.
[2]
K. E. Kendall y J. E. Kendall, Anlisis y Diseo de Sistemas, Sexta ed., Mxico: Price

Hall, 2005.
[3]
I. Jacobson, G. Booch y J. Rumbaugh, El Proceso Unificado de Desarrollo de Software,

primera ed., Madrid: Editorial Pearson Educacin S.A., 2000.
[4]
J. Schmuller, Aprendiendo UML en 24 horas, Mxico: Editorial Pearson Educacin,

2001.
[5]
I. Jacobson, G. Booch y J. Rumbaugh, El Lenguaje Unificado de Modelado Manual de

Referencia, Segunda ed., Madrid: Pearson Addisson-Wesley, 2000.
[6]
P. J. Deitel y H. M. Deitel, Cmo programar en Java, Sptima ed., Mxico: Pearon

Educacin, 2008.
[7]
Group, The PostgreSQL Global Development, PostgreSQL, 1996. [En lnea].

Available: www.postgresql.org. [ltimo acceso: 12 10 2014].
[8]
C. Walls y R. Breidenbach , Spring in action, 4 ed., Estados Unidos Greenwich:

Manning Publications Co., 2005.
[9]
R. M. Gutierrez Fernandez, Programacin Fcil, Oruro - Bolivia: Latinas Editores,

2012.
[10]
G. ROMERO MORENO, UML con Rational Rose, Lima Peru: Megabyte 2004, 2004.
[11]
S. Ahmed M, International Journal of Advanced Computer Science and Applications,

California: Sacramento, 2010.
[12]
S. R. Hernandez, C. C. Fernandez y L. M. d. P. Baptista, Metodologa de la

Investigacin;, 5 ed., Mxico: McGraw-Hill, 2010.
[13]
N. Bueno de Tovar, Slideshare, [En lnea]. Available:

http://es.slideshare.net/procesos-metalrgicos. [ltimo acceso: Octubre 2014].
[14]
Glosario, Glosario de terminos mineros, [En lnea]. Available:

http://www.buenaventura.com/es/glosario.htm. [ltimo acceso: Octubre 2014].
[15]
Compaia Fresnillo, Unidad Naica, Mineria, [En lnea]. Available:

http://html.rincondelvago.com/mineria_3.html. [ltimo acceso: Septiembre 2014].
[16]
L. G. Huamani Machaca, B. B. Borda Chunga, A. G. Rodriguez Rendon y I.

Choquemaqui Mamani. [En lnea]. Available: http://es.slideshare.net/procesos-
metalurgicos. [ltimo acceso: 12 1 2015].

[17]
Codelco, Codelco Educa, [En lnea]. Available:

https://www.codelcoeduca.cl/procesos_productivos/escolares_extraccion_equipos_asoci
ados.asp. [ltimo acceso: Agosto 2014].
[18]
A. Weitzenfled, Ingeniera de Software Orientada a Objetos con UML, Java e Internet,

1 ed., Mxico D.F.: Thomsom Editores, 2005.
[19]
E. Esquivias Celedn, Escolaridad: Ingeniera, 11 2011. [En lnea]. Available:

http://www.monografias.com/trabajos12/moma/moma.shtml#ixzz3JGYouLRf. [ltimo
acceso: 5 12 2014].
[20]
V. Lozano, Manual de CodeIgniter, Colombia, 2006.
ANEXOS
Mina San Vicente realiza operaciones con seguridad y prevencin ambiental
Figura 1: Campamento minero de San Vicente, Potos en plena operacin
Arturo Llanque Ferrufino - Enviado especial

El yacimiento San Vicente, provincia Quijarro del Departamento de Potos se caracteriza por cuidar el
medio ambiente en todas sus operaciones con sistemas de bombeo de las aguas del interior de la mina
en el yacimiento, y procesarlas para usarlas en su Planta de Tratamiento, lo cual se constat en una
inspeccin de minas que realiz el proyecto Apemin II.
Figura 2: Excavadora gigante carga mineral en un camin, junto a ellos un tractor de tamao normal.
San Vicente cuenta con una planta de tratamiento y un dique de colas, cuyas aguas son tratadas antes
de ingresar al ingenio, es un sistema que sirve para evitar la contaminacin en el sector.
San Vicente se encuentra a 4.520 metros sobre el nivel del mar, adems de ser un centro minero
organizado en sus actividades con tcnicas de explotacin de mayor alcance, con taladros largos de 22
metros de profundidad y maquinaria con tecnologa de punta, pocas veces utilizada en Bolivia.
La mina fue explotada por Carlos Vctor Aramayo, uno de los tres barones del estao y despus pas a
manos de la Corporacin Minera de Bolivia (Comibol), tras la nacionalizacin de las minas en 1952.
Figura 3: La planta de concentrados de la mina San Vicente, en Potos.
El yacimiento es administrado en riesgo compartido entre la empresa canadiense Pan Panamerican

Silver Bolivia y la Comibol.
Entre las innovaciones tecnolgicas de explotacin en interior mina, San Vicente cuenta con equipos de
perforacin computarizados, mediante scoops que son guiados por control remoto por un trabajador,
dejando atrs las tareas del perforista y el ayudante que realizaban la labor.
En el interior de la mina se tiene una explotacin minera de 900 Toneladas Mtricas Brutas (TMB) de
mineral complejo, por da. Uno de los tcnicos de la planta dijo: "Estamos produciendo 12 toneladas de
concentrado de cobre y plata, y concentrado de zinc y plata entre 18 a 20 toneladas, pero en agosto
hemos logrado producir 21 mil toneladas de minerales".
La Pan Panamerican Bolivia opt por emplear en su planta de tratamiento, el sistema computarizado del
zinc, cobre y plata que son explotados en interior mina, controlado por un operador. Ante cualquier falla
tcnica en los dos circuitos de celdas de explotacin -compuesto por ms de 15 celdas cada una-,
molinos sack y de bolas que ayudan en la trituracin y el tratamiento de los concentrados de cobre plata
y zinc - plata. El diseo de la planta es para el trabajo de 7 personas, pero es operada por 10 tcnicos.
A la planta slo le resta aadir al sistema de control el triturador, que funciona 8 horas contnuas, con un
tratamiento de 600 a 800 Toneladas Mtricas Brutas de mineral concentrado.
La cal es el principal elemento que ayuda a un mejor tratamiento del mineral, los cuales se tratan
aprovechando la flotabilidad del mineral, mediante las espumas de donde emana el mineral de las celdas,
el resto, pasa por el circuito de zinc planta, del cual se recupera el concentrado.
Figura 4:La planta est ubicada a 4.500 m.s.n.m.
Asimismo, se cuenta con una fibra que cubre las paredes del recinto, que es similar al polifuncional de la
Facultad de Derecho, dependiente de la Universidad Tcnica de Oruro (UTO), para mantener el calor,
debido a las bajas temperaturas que en invierno llegan a los 20 grados bajo cero, y el viento frgido que
se siente en gran parte del da.

BorradorDrina20 1 2015

Transféré par

Informations du document

Titre original

Copyright

Formats disponibles

Partager ce document

Partager ou intégrer le document

Options de partage

Avez-vous trouvé ce document utile ?

Ce contenu est-il inapproprié ?

Droits d'auteur :

Formats disponibles

BorradorDrina20 1 2015

Transféré par

Droits d'auteur :

Formats disponibles

UNIVERSIDAD TCNICA DE ORURO

FACULTAD NACIONAL DE INGENIERA

PROYECTO DE GRADO DIRIGIDO

SISTEMA DE INFORMACIN PARA EL PROCESO

POR: DRINA JUDITH LOBATON ARZE

Proyecto de Grado presentado para obtener el grado de

ORURO, ENERO DE 2015

1.2.1. EL PROCESO UNFICADO DE RATIONAL------------------------------------------------------------9

PRUEBAS DEL SISTEMA

6.1. MTODO LIKERT--------------------------------------------------------------------------------------------- 92

ANALISIS DE COSTO DEL

7.1. MODELO CONSTRUCTIVO DE COSTE COCOMO---------------------------------------------------97

FIGURA 3-24 PANTALLA GALPN DE CONCENTRADOS (P-21)---------------------------------------------------60

TABLA 4-9 EMPLEADO------------------------------------------------------------------------------------------------ 78

La incorrecta manipulacin de las variables de operacin en el circuito de flotacin

No se cuenta con informacin cuantificada del consumo del agua en el proceso

El registro manual de datos y utilizacin de medios escritos, desfavorece a llevar a

FORMULACION DEL PROBLEMA

Identificar el proceso metalrgico de tratamiento de mineral para generar una estrategia de

Modelar el sistema de informacin, a fin de establecer las interfaces de usuario para el

Elaborar reportes relacionados al proceso metalrgico para obtener informacin

El sistema de informacin registra y controla los resultados de la produccin diaria de la planta

Consumo de agua Vs. Tonelaje Tratado

El presente trabajo hace estudio netamente a los datos operacionales de la planta.

El aporte de la aplicacin proporcionara un seguimiento diario de los resultados de la

Se sistematizara los resultados del proceso metalrgico, desarrollando una aplicacin

INGENIERIA DEL PROYECTO

Modelado del negocio

Construir una base de

Crear el diagrama de clases Metodologa RUP

Descripcin los casos de

Diseo de la base de datos

1. CAPTULO IMARCO TERICO

adecuada, buscando satisfacer las necesidades de la organizacin.

1.2. LAS ORGANIZACIONES COMO SISTEMAS

en interaccin dinmica unos con otros.

1.3.1. EL PROCESO UNFICADO DE RATIONAL

Forma disciplinada de asignar tareas y responsabilidades (quin hace qu, cundo y

Pretende implementar las mejores prcticas en Ingeniera de Software.

Desarrollo iterativo e incremental.

Uso de arquitectura basada en componentes.

Modelado visual del software.

Verificacin de la calidad del software.

Diseado para ser flexible y extensible.

Figura 1-1 Fases del RUP

Construccin se desarrolla iterativa e incrementalmente un producto completo para ser entregado

Especificaciones de Interfaces; La descripcin de la Arquitectura y el Plan de Construccin e

intercambiar informacin de los modelos.

El UML es un lenguaje de modelado que incorpora a la comunidad orientada a objetos el

en cuanto ms complejos se vuelven los sistemas, es necesario tener mejores tcnicas de

Incorpora una estructura de datos array.

Incorpora funciones de diversa ndole: manejo de fechas, geomtricas, orientadas a

Permite la declaracin de funciones propias, as como la definicin de disparadores.

Soporta el uso de ndices, reglas y vistas.

Figura 1-2 Mdulos del Spring framework

La arquitectura en capas, ofrece cantidad de flexibilidad. Toda la funcionalidad est construida

Figura 1-3: Base de datos en Cliente Servidor

Figura 1-4Arquitectura Cliente Servidor

La utilizacin de las diferentes aplicaciones o servicios de Internet se lleva a cabo respondiendo

1.12. MTODO VORD

Jerarqua De Los Puntos De Vista

(fsico y/o qumico) y produccin de metales y sus aleaciones[13].

forma de barras o lingotes. [15]