Ejemplo 01 Proy. Tít. Inf-Texto 01

Proyecto desarrollo de sistema de gestin
Departamento de mantencin Cambiaso Hnos. S.A.C

5

CAPTULO I
Ingeniera y marco referencial


6
1.1) DESCRIPCION DE LA INDUSTRIA, AREAS Y PROCESOS
RELACIONADOS CON EL PROYECTO

La industria donde ser implementado el proyecto esta relacionada con la fabricacin de productos
plsticos, especficamente de polietileno; tambin podramos llamar a esta industria como reciclaje y
comercializacin de productos plsticos.

1.1.1) RESEA DE LA EMPRESA

Cambiaso Hnos. S.A.C., es una empresa familiar fundada en 1875. Ya desde sus inicios
importaba y traa a Chile t de excelente calidad. En 1964 la empresa comenz a vender el t envasado
en los mismos formatos que perduran hasta hoy: 125, 250 y 400 gramos.
Cuatro aos despus, en una iniciativa que revolucion el mercado, Cambiaso Hnos. import las
primeras mquinas capaces de envasar el t en bolsitas. As nacieron nuevas lneas de productos
presentes hasta el da de hoy, tales como Supremo Ceyln Oro, Brasil y La Rendidora.
Actualmente, adems de su giro de envasadora de t, hierbas y yerba mate, la compaa participa
tambin fuertemente en el mercado de las bolsas de aseo, bolsas de empaque (camisetas y prepicadas
en rollo), bombillas y sus nuevas lneas papel en rollo aluminio, stretch film (plstico adherente) y papel
mantequilla.
Adicional a esto, Cambiaso HNOS. tambin cuenta con una planta recuperadora de polietileno la cual se
encarga de recibir polietileno de baja y alta densidad comprados a distintos proveedores para
posteriormente ser introducidos en varios procesos los cuales involucran molienda, lavado y extrusin.
Estos procesos dan como resultado pellet de polietileno utilizado en otros procesos de la cadena
productiva de la organizacin obteniendo finalmente un producto terminado ya sea bolsas de aseo,
bolsas camiseta, etc.

1.1.1.1) Visin
Se contribuye con el medio ambiente, reintegrando el material y convirtindolo as en un producto
nuevamente utilizable por lo que nos preocupa que los productos sean amigables con el medio ambiente.
1.1.1.2) Misin
Cambiaso Hnos. S.A.C. una empresa con conciencia ecolgica y responsabilidad social. Por lo que
cuidar el medio ambiente es su principal objetivo.


7
1.1.2) AREAS Y PROCESOS RELACIONADOS CON EL PROYECTO

Dentro de todos los procesos involucrados en la produccin de bolsas de polietileno, el rea involucrada
con el proyecto es el departamento de mantencin de la planta plsticos, ubicada en placilla.

Figura 1.1 Organigrama de Cambiaso HNOS. S.A.C. Planta polietileno

Como se puede apreciar en la figura 1, la zona demarcada con lnea roja hace referencia a la estructura
organizacional del departamento relacionado con el proyecto.


8
1.1.2.1) Descripcin de cargos del departamento
A) Gerente de mantencin: responsable por la planificacin, implementacin y evaluacin de polticas
de mantencin de la compaa. Su mbito de responsabilidad incluye la supervisin y control de sus
secciones, la administracin general de las redes de suministro de energa, gas y agua y la
administracin general de la maestranza y el paol de repuestos.
B) Jefe de mantencin: responsable de coordinar los trabajos y acciones diarias de los supervisores de
las reas mecnica, electricidad y electrnica. Encargado de gestionar la compra de repuestos
internacionales. Responsable de planificar las actividades de desarrollo del rea.
C) Asistente de jefatura: responsable de apoyar gestiones del jefe de mantencin, documentar ordenes
de trabajo y emisin de informes de trabajos pendientes a las jefaturas de las reas de mecnica,
elctrica y electrnica.
D) Supervisor de rea (mecnica, elctrica y electrnica): encargados de que exista una respuesta
oportuna para la mantencin de las maquinas en sus respectivas reas (mecnica, elctrica y
electrnica), emitiendo las correspondientes rdenes de trabajo. Recibir informacin de los jefes de turno
respecto al funcionamiento de las maquinas, defectos y atributos que estas presenten, pudiendo
adelantarse a la reparacin de alguna falla predecible. Administrar la distribucin de las tareas a
desarrollar por el personal a su cargo, controlando y dirigiendo el avance de las mismas.
E) Tcnico de rea (mecnica, elctrica y electrnica): ejecutar con prontitud las rdenes de trabajo
emitidas por el supervisor de rea. Reparacin de maquinas y equipos dejando constancia en planillas la
informacin referida al funcionamiento de los equipos, los arreglos realizados y cualquier novedad que se
haya presentado en el turno. Desarrollar trabajos de mantencin a equipos.

1.1.2.2) Descripcin de funciones del departamento
Este departamento cuenta con una labor fundamental dentro del rea productiva de la empresa, la cual
es realizar mantenciones correctivas mecnicas, electrnicas y elctricas dependiendo sea el caso a los
distintos equipos ubicados en las secciones de producto terminado, extrusin de mangas y film,
produccin de alufoil y la planta recuperadora. Estos equipos son maquinarias que son parte del proceso
de produccin las cuales deben tener un ptimo funcionamiento y estar disponibles el mayor tiempo
posible para cumplir con los planes de produccin asignados a cada una de ellas.
Junto con realizar mantenciones correctivas oportunamente a los equipos cuando lo requieren, tambin
existen planes de mantenimiento preventivo a cada uno de los equipos existentes, esto es basado
principalmente bajo los siguientes criterios:
x Calendario de tareas y horas las cuales se debe realizar el mantenimiento segn el catalogo que
entrega el fabricante del equipo.

x Criticidad del equipo dentro del proceso productivo de acuerdo a la carga de trabajo que
proporciona el rea de planificacin de produccin.

x Tiempos muertos que aparecen en ocasiones tales como espera de material para procesar,
factores externos como cortes de energa elctrica, etc.

9

Los planes de mantenimiento preventivo son realizados a travs de ciclos planificados por el jefe de
mantencin de acuerdo a los criterios mencionados anteriormente, una vez hecho el calendario, los
tcnicos ejecutan las tareas dispuestas previamente para cada uno de los equipos incluidos en los ciclos
de mantenimiento. El objetivo principal de este proceso es mantener los equipos en optimas condiciones
y prevenir posibles fallas que pudiesen presentar a los largo de su funcionamiento, velando as por su
mxima disponibilidad y utilizacin.
Otro proceso no menor que abarca el departamento es la instalacin e implementacin de maquinarias
en los nuevos procesos productivos que podran ser propuestos por el gerente de la planta.
Principalmente son proyectos que se evalan entre el gerente de planta, gerencia y jefaturas del
departamento viendo las factibilidades tcnicas y operacionales para su futuro funcionamiento, una vez
decidida la mejor alternativa se planifican las actividades a realizar con los tiempos que involucran y el
personal requerido para cumplir exitosamente el plan.


10
1.2) SITUACIN ACTUAL
Actualmente, se encuentra operando un sistema de gestin de rdenes de trabajo y mantencin
preventiva desde el ao 2010 que consta con los siguientes mdulos y funcionalidades:
x Mdulo de gestin de ordenes de trabajo: se encarga de ingresar, modificar o eliminar una
orden de trabajo generada por intermedio de personal de produccin (operarios, jefes de turno,
etc.) la cual se refiere a una falla presentada en un equipo o mquina de las distintas secciones
de la planta.

x Mdulo de gestin mantenciones preventivas: se encarga de almacenar las mantenciones
preventivas generadas en los diferentes equipos que operan en la planta, entre sus
funcionalidades estn la de ingresar y modificar mantenciones preventivas, ingresar, modificar y
eliminar ciclos preventivos con personal e insumos asociados a una mantencin preventiva
determinada.

x Mdulo de informes ordenes de trabajo: se encarga de entregar informes de rdenes
almacenadas en el sistema con algunos criterios de bsqueda teniendo la posibilidad de exportar
a Excel la informacin presentada por pantalla.

x Mdulo de informes ciclos preventivos: se encarga de desplegar los ciclos preventivos de
acuerdo a un rango de fechas determinado teniendo la posibilidad de exportar a Excel la
informacin desplegada en pantalla.

x Mdulo de gestin de nodos o tems: consiste en realizar operaciones bsicas tales como
ingresar, modificar y eliminar nodos o tems que sern usados en las dems funcionalidades
(ordenes de trabajo, mantencin preventiva, etc.).

x Mdulo de gestin de personal del departamento: se encarga de almacenar la informacin del
personal del departamento de mantencin, consta de operaciones de ingreso, modificacin y
eliminacin de personal.

x Mdulo de informe estadstico: se encarga de calcular estadsticas en relacin a las rdenes
de trabajo existentes en el sistema.
El sistema es operado por el asistente de jefatura del departamento el cual hace ingreso de las rdenes
de trabajo y hace emisin de informes a las jefaturas correspondientes. Por otro lado los tcnicos de las
distintas reas (mecnica, elctrica y electrnica) hacen ingreso de las mantenciones preventivas
realizadas a las distintas maquinas existentes en las plantas de la compaa.

Los tcnicos toman nota de las tareas realizadas con los horarios correspondientes y posteriormente
proceden a usar el sistema realizando las operaciones disponibles en los mdulos correspondientes.

A continuacin se mostraran los front-end de los distintos mdulos que componen el sistema actual:


11

Figura 1.2 Front-end mdulo rdenes de trabajo.

Figura 1.3 Front-end mdulo mantencin preventiva.

12

Figura 1.4 Front-end mdulo informe rdenes de trabajo.

Figura 1.5 Front-end mdulo informe ciclo preventivo.

13

Figura 1.6 Front-end mdulo gestin de nodos o tems.

Figura 1.7 Front-end mdulo gestin de personal.

14

Figura 1.8 Front-end mdulo informe estadstico.

1.2.1) Restricciones y limitaciones del sistema actual:

En el sistema actual, es posible detectar varias restricciones y limitaciones que se detallan a
continuacin:
x La aplicacin opera mediante un archivo Excel programado con macros o tambin llamado visual
Basic para aplicaciones el cual est alojado en un servidor de la compaa, debido a esto no es
posible que sea multiusuario y una sola persona puede utilizarla.

x Las dependencias de libreras han sido una limitante constante desde que se puso en
funcionamiento, ya que en ocasiones las configuraciones del archivo son alteradas y se pierden
las referencias a estas libreras teniendo como consecuencia errores al momento de su
ejecucin.

x La base de datos es otra limitante en el sistema actual, est desarrollada en Microsoft Access y al
paso de 3 aos de funcionamiento, su performance ha ido decayendo a travs del tiempo por el
incremento notable de registros en algunas tablas.

x En relacin a la base de datos, la arquitectura y funcionalidad de Access han producido perdida
de informacin, debido a que al abrir una conexin, el archivo queda bloqueado por el primer
usuario imposibilitando el funcionamiento de otros usuarios.


15

Figura 1.9 Arquitectura de aplicacin actual (Sistema de gestin mantencin)

Como se aprecia en la figura, el usuario accede a la aplicacin a travs de un acceso directo que esta en
su equipo al archivo Excel el cual est conectado a la base de datos Access que se encuentra en el
mismo servidor, debido a esta arquitectura no es posible que sea multiusuario.


16
1.3) DEFINICIN DEL PROBLEMA
La aplicacin que se ha presentado anteriormente lleva operando alrededor de 3 aos en la compaa, a
lo largo de su ciclo de vida, se han presentado problemas tanto en el aspecto funcional como en el
aspecto de rendimiento. Para una mayor definicin de la problemtica existente se detallan los siguientes
puntos:
x Como punto de partida cabe sealar que a lo largo del periodo de funcionamiento se han
agregado nuevos requerimientos a la aplicacin, lo cual implica que desde su puesta en marcha
hasta la actualidad el volumen del software se ha incrementado considerablemente. Estos
requerimientos se han desarrollado dentro del marco que el lenguaje lo permite, es decir,
algunos de estos requisitos no se han podido desarrollar satisfactoriamente debido a que el
lenguaje Visual Basic para aplicaciones no es tan completo como otras suites de programacin

x La perdida de informacin es otra problemtica, como se ha explicado anteriormente, el tipo de
conexin que posee la aplicacin deja bloqueado el archivo Access dando la impresin de que
se ha ingresado informacin pero al verificar posteriormente esta data se ha perdido.

x En un principio la aplicacin fue diseada para ser utilizada por un solo usuario, con el paso del
tiempo ha surgido la necesidad de que mas usuarios del departamento la utilicen teniendo como
objetivo integrar a los tcnicos de las areas en el llenado de las ordenes de trabajo; En la
actualidad eso no es posible debido a la arquitectura de la programacin en Excel.

x La sobrecarga de objetos en algunos formularios tambin son consideradas un problema ya que
imposibilitan la fcil navegacin en el proceso de llenado de rdenes de trabajo y mantenciones
de preventivas tambin se agrega la interfaz poco amigable con unos colores opacos y por
atractivos a la vista.

De acuerdo a los puntos expresados, en resumen la problemtica principal es que la aplicacin ha
crecido considerablemente y la arquitectura la cual est desarrollada no soporta la performance esperada
ni tampoco es posible satisfacer totalmente los requerimientos que se han presentado desarrollndolos
de manera incompleta necesitando as un cambio de plataforma a nivel de software y de motor de base
de datos.


17

1.4.- PROYECTO PROPUESTO
De acuerdo a lo expuesto anteriormente, teniendo en cuenta la problemtica y los requerimientos se
propone desarrollar una aplicacin de escritorio de arquitectura cliente servidor en un lenguaje de
programacin que otorgue un marco ms amplio de desarrollo junto con un motor de base de datos ms
slido que entregue funcionalmente una mayor performance.

1.4.1) Objetivo General
El objetivo principal es realizar un cambio de plataforma a nivel de software y base de datos de la
aplicacin existente la cual consiste en la gestin de rdenes de trabajo y mantencin preventiva del
departamento de mantencin de la compaa permitiendo tener un historial de fallas y trabajos realizados
en las maquinas y equipos que componen el rea de produccin. Esto tambin permite tener una
referencia del comportamiento de las maquinas existentes en relacin a las fallas y al mantenimiento
entregado por el departamento.

1.4.2) Objetivos especficos
x Cambiar la interfaz del sistema por una ms agradable y atractiva a la vista del usuario
permitiendo as un mejor despliegue y ordenamiento de los objetos dentro de los formularios.

x Incorporacin de campos adicionales necesarios en los mdulos de orden de trabajo, mantencin
preventiva y gestin de personal.

x Incorporacin de ms opciones de bsqueda en el tem de informe rdenes de trabajo.

x Mejora en mdulo gestin de nodos o tems especficamente modificar un tem, activar,
desactivar y cambiar de dependencia dentro del rbol para ser implementado.

x Validacin de campos numricos al momento de ingresar y actualizar la informacin en los
mdulos de orden de trabajo, mantencin preventiva y gestin de nodos.


18

CAPTULO II
Anlisis y marco terico


19
2.1) PLANIFICACIN DEL PROYECTO

Para el proyecto propuesto de ha dispuesto de cuatro etapas las cuales disponen de actividades
especficas para cada una de ellas:
x Modelamiento del negocio: En esta etapa se realiza un estudio de la organizacin, permitiendo
tener una visin global de los procesos que ejecutan, las distintas instalaciones, etc. Esto tiene
como objetivo conocer cmo y de qu manera trabaja la compaa junto con el o las rea(s)
involucradas en el proyecto.

x Anlisis y diseo: Esta fase es crucial para el futuro desarrollo del software ya que de acuerdo a
los artefactos especificados en esta etapa se ejecuta la fase de construccin.
Ac se realizan actividades tales como captura y especificacin de requerimientos, creacin de
modelo de datos, casos de uso, etc.

x Construccin: En esta etapa se procede a desarrollar el software planificado y especificado en
las dos etapas anteriores, tambin se considera de importancia ya que permite una medicin y
control para los planificadores y saber si se ha cumplido con los tiempos y recursos estimados en
la planificacin.

x Implementacin: ltima etapa del proyecto la cual permite poner en marcha blanca la aplicacin,
capacitar a los usuarios, etc. Tambin permite monitorear el desempeo y respuesta de los
usuarios ante una situacin ms real en el periodo de implementacin pudiendo aplicar algunos
ajustes y entregar la versin definitiva.

Figura 2.1 Etapa de Modelamiento de negocio.

Figura 2.2 Etapa de Anlisis y diseo.


20

Figura 2.3 Etapa Construccin.

Figura 2.4 Etapa implementacin.

2.2) METODOLOGA Y PROCESO DE DESARROLLO A UTILIZAR

Para el proyecto se ha decidido aplicar la metodologa RUP (Rational Unified Process) o ms conocido
como proceso unificado de desarrollo de software.

2.2.1) DESCRIPCIN DE LA METODOLOGA A UTILIZAR
Proceso de desarrollo propuesto por Rational Software Corporation resultado del Esfuerzo de las tres
ltimas dcadas en desarrollo de software y de la experiencia de sus creadores Ivar Jacobson, Grady
Booch y James Rumbaugh.

2.2.2) GUIADO Y MANEJADO POR CASOS DE USO

Los casos de uso reemplazan la antigua especificacin funcional tradicional y constituyen la gua
fundamental establecida para las actividades a realizar durante todo el proceso de desarrollo incluyendo
el diseo, la implementacin y las pruebas del sistema.

2.2.3) CENTRADO EN LA ARQUITECTURA

La arquitectura involucra los elementos ms significativos del sistema y est influenciada entre otros por
plataformas software, sistemas operativos, manejadores de bases de datos, protocolos, consideraciones
de desarrollo como sistemas heredados y requerimientos no funcionales. La arquitectura es guiada por

21
los casos de uso y a su vez es realimentada en estos, permitiendo conceptualizar, gestionar y desarrollar
adecuadamente el software.

2.2.4) ITERATIVO E INCREMENTAL

Para hacer ms manejable un proyecto se recomienda dividirlo en ciclos. Cada ciclo es considerado
como un mini-proyecto cuyo ncleo fundamental est constituido por una o ms iteraciones de las
actividades principales bsicas de cualquier proceso de desarrollo.

2.2.5) DESARROLLO BASADO EN COMPONENTES

La creacin de sistemas intensivos en software requiere dividir el sistema en componentes con interfaces
bien definidas, que posteriormente sern ensamblados para generar el sistema.

2.2.6) UTILIZACION DE LENGUAJE DE MODELAMIENTO

Se utiliza UML como nico lenguaje de Modelamiento para el desarrollo de todos los modelos.

Figura 2.5 - Fases de desarrollo de RUP


22
2.3) ESTUDIO DE FACTIBILIDAD

Para este proyecto se ha pensado en dos alternativas de solucin las cuales se detallan a continuacin:

2.3.1) DESCRIPCION DE LAS ALTERNATIVAS DE SOLUCIN

2.3.1.1) Alternativa n1

Aplicacin de escritorio con arquitectura cliente servidor desarrollada con la suite Microsoft
Visual Studio .NET 2008 y motor de base de datos Microsoft SQLServer 2005.

2.3.1.2) Alternativa n2

Aplicacin Web desarrollada en lenguaje php con motor de base de datos MySql y servidor web
Apache.

2.3.2) FACTIBILIDAD TCNICA

Este estudio se enfocara en cuatro puntos principales para establecer un desglose de cada uno ellos y
que tienen relacin con aspectos tcnicos:
x Estudio de hardware.
x Estudio de software.
x Estudio de sistema de comunicaciones.
x Estudio de recursos humanos asociados.

Alternativa 1

Estudio de hardware
En lo que a hardware se refiere sern necesarios equipos con los siguientes requerimientos:
Servidor para la base de datos marca HP ProLiant Micro N40L
Componente Descripcin
Procesador AMD Turion II Neo N40L 1,5 GHz
Memoria 2 GB
Controladora de red Puerto 1GbE NC107i 1
Disco Duro 250 GB


23
2 PCs genricos (Clientes)
Procesador Intel CPU Celeron G440 1.6 GHz (1155)
Memoria 1 GB DDR 3
Controladora de red Puerto Ethernet 10/100
Disco Duro 160 GB
Monitor Genrico
Perifricos Mouse y teclado genricos (PS2)

Estudio de software

En lo que a software se refiere se necesita lo siguiente:
x Para el servidor: Windows Server 2008 como sistema operativo nativo.

x Para la base de datos: Microsoft SQLServer 2005 o 2008.

x Para los clientes: Windows XP SP3, Microsoft office 2003 o 2007, framework .net 2.0 o superior

Estudio de sistema de comunicaciones

Para el sistema de comunicaciones se necesita una red configurada para poder tener disponibilidad de
un servidor en lnea y los clientes integrados a la red, para que esto sea necesario se debera tener un
router y un switch con una red configurada y su respectivo protocolo de enrutamiento (OSPF o RIP V2).
Para el cableado se necesita cable tipo 5E.

Estudio de recursos humanos asociados

Para desarrollar correctamente esta alternativa, se debe contar con lo siguiente:
x Desarrollador que tenga conocimientos en .NET y programacin orientada a objetos.
x Buena disposicin para trabajar en equipo.
x Carcter apropiado para poder establecer comunicacin amena con clientes y dar
capacitaciones.

Alternativa 2
Estudio de Hardware
En lo que a hardware se refiere sern necesarios equipos con los siguientes requerimientos:

24

Servidor para la base de datos marca HP ProLiant Micro N40L
Memoria 2 GB
Disco Duro 250 GB

Servidor Web marca HP ProLiant Micro N40L
Memoria 2 GB
Disco Duro 250 GB

2 PCs genricos (Clientes)
Procesador Intel CPU Celeron G440 1.6 GHz (1155)
Memoria 1 GB DDR 3
Controladora de red Puerto Ethernet 10/100
Disco Duro 160 GB
Monitor Genrico
Perifricos Mouse y teclado genricos (PS2)

Estudio de software

En lo que a software se refiere se necesita lo siguiente:
x Para el servidor: Windows Server 2008 como sistema operativo nativo o alguna distribucin de
Linux como Fedora o CentOs.

x Para la base de datos: MySql Versin 5.2 o superior.

x Para el servidor web: Servidor web apache 2.0.x

x Para los clientes: Windows XP SP3 o sistema operativo Linux en sus distribuciones Ubuntu o
Fedora, navegador internet Explorer 8 o superior o en su defecto Mozilla Firefox 16.0.x.

Estudio de sistema de comunicaciones

Para el sistema de comunicaciones se necesita una red configurada para poder tener disponibilidad de
un servidor en lnea y los clientes integrados a la red, para que esto sea necesario se debera tener un
router y un switch con una red configurada y su respectivo protocolo de enrutamiento (OSPF o RIP V2).

25
Para el cableado se necesita cable tipo 5E.

Estudio de recursos humanos asociados

Para desarrollar correctamente esta alternativa, se debe contar con lo siguiente:
x Desarrollador que tenga conocimientos en desarrollo web con php y MySql (nivel intermedio).
x Conocimientos en configuracin de servidor web Apache.
x Buena disposicin para trabajar en equipo.
x Carcter apropiado para poder establecer comunicacin amena con clientes y dar
capacitaciones.

2.3.3) FACTIBILIDAD OPERATIVA

Alternativa 1
Operativamente, el proyecto debera ser de un impacto bajo, ya que el personal ya se ha familiarizado
con el sistema antiguo y tienen un cierto dominio de una herramienta de software. Con unas horas de
capacitacin debera ser suficiente para que los usuarios pudiesen utilizar el sistema.
Otro punto a favor es que el desarrollador trabaja en el mismo lugar en caso que se requiera un soporte
mayor a los usuarios, el estara disponible para este efecto.
Otra ventaja operacional es que el manual de usuario es de tipo audiovisual, por lo tanto los usuarios
podrn revisar estos videos con las distintas funcionalidades que posee el sistema con leyendas
explicativas de cmo llevar a cabo las operaciones que se ejecutan en cada mdulo.

Alternativa 2
En este caso, el impacto es de carcter medio, ya que al realizar una aplicacin web la familiarizacin es
distinta y un poco ms compleja, por lo se debera invertir ms recursos en capacitaciones y en la
creacin de un manual de usuario explicativo para lograr una mayor aceptacin del nuevo sistema.
Como medida adicional se propone realizar un manual en lnea de tipo audiovisual para que los usuarios
lo puedan consultar y solucionar sus dudas con respecto a las funcionalidades del sistema. Junto con
esto tambin se tendr soporte en terreno del desarrollador para ver temas de este tipo en terreno.


26
2.3.4) FACTIBILIDAD LEGAL

Alternativa 1
En aspectos legales esta alternativa es posible llevarla a cabo, ya que la organizacin posee con las
siguientes licencias de software:

x Microsoft SQL Server 2005 Standard Edition.
x Microsoft Windows Server 2003 Standard Edition.
x Microsoft Windows XP Professional.

En vista a lo anterior, en aspecto de software esta alternativa es viable ya que la empresa cuenta con
gran parte de las licencias necesarias para el desarrollo y puesta en marcha, solo quedara obtener
licenciamiento para la suite de desarrollo, en este caso Visual Studio Professional 2008.

Alternativa 2
En relacin a temas de software, esta alternativa es viable tambin ya que como anteriormente se
identificaron todas las licencias que posee la organizacin, cuenta con material para la puesta en marcha
del proyecto.
Por otro lado tambin se pueden implementar alternativas de software libre en el caso del motor de base
de datos (MySql) y el servidor Web (Apache). Solo se necesitaran estas distribuciones para la puesta en
marcha del proyecto en caso de que se desee implementar esta alternativa.
Cabe sealar que el personal de informtica de la organizacin no posee experiencia en manejo de
sistemas operativos Linux, ni tampoco en administracin de servidor Web Apache


27
2.3.5) FACTIBILIDAD ECONMICA

Para estos efectos se analizarn las dos alternativas econmicamente a travs de un flujo de caja, con
esto se podr determinar la viabilidad y el impacto para as tomar la decisin correcta.
Como punto de partida se describirn los valores de HH de los involucrados:

Costos asociados
Desarrollo de software

Despliegue del software


28
Capacitacin

Clculo de beneficios

Como se observa en el recuadro, los beneficios se identifican de la siguiente manera:
x Ahorro de tiempo por uso del sistema del asistente de jefatura: se estima un ahorro diario de
0,5 hrs. Al da el cual podra ser ocupado en otras labores.

x Ahorro de tiempo en anlisis de informacin del jefe de mantencin: se estima un ahorro de
1 hora a la semana en anlisis de informacin en base a estadsticas del sistema.

x Reduccin de 0,5% en costos asociados a produccin: se estima una baja del porcentaje
mencionado en prevencin de eventos, es decir, en aumentar las horas de funcionamiento de
ciertas maquinas consideradas criticas en el mbito productivo.

Este pronstico se estimo de acuerdo a la siguiente estadstica:


29
Fuente: sistema de ordenes de trabajo realizado en Access 2003.
Como se aprecia en los grficos, la maquinas seleccionadas para este anlisis fueron Lemo-117 y TT-
110. Tambin aparecen las cantidades de horas de detencin durante el ao 2012 clasificadas por tipos
de falla.

A continuacin se detalla en formato tabla la informacin de los grficos expuesto anteriormente:

Luego se investig las producciones tericas de las dos muestras escogidas, estas se detallan en la
siguiente tabla:

Como se aprecia en la tabla, se detallan las velocidades de trabajo, el n de pistas o bandas con las que
comnmente trabajan, la produccin/hora, y el precio de venta por bolsa.

30
Con estas dos estadsticas se logra calcular el valor de prevencin de eventos, este se detalla en la
siguiente tabla:


31
Flujo de caja alternativa 1
Desarrollo de aplicacin de escritorio con Visual Studio.NET 2008 y base de datos SQL Server
2005


32
Flujo de caja alternativa 2
Desarrollo de aplicacin web con lenguaje PHP y base de datos MySql.


33
Conclusin estudio de factibilidad econmica
Se puede determinar que de las dos alternativas de solucin propuestas, econmicamente la n1 es la
ms viable de acuerdo al VAN que entrega, sin embargo la plataforma computacional de la organizacin
se acomoda perfectamente con la N2, por lo que se decide implementar el desarrollo con la suite visual
studio.


34
2.4) ESPECIFICACIN DE REQUERIMIENTOS

2.4.1) Requerimientos funcionales

2.4.1.1) Actores

Listado de Actores
ID Nombre
Descripcin
AC-1 Asistente de jefatura Personal que apoya la labor del jefe de departamento de
mantencin. Actor principal del sistema, se encargar de
llevar a cabo la gestin de rdenes de trabajo y de mantener
los tems de gestin de nodos, plantas, secciones, etc.
AC-2 Jefatura Personal que corresponde a la jefatura del departamento de
mantencin de la empresa, se encarga de la gestin de
mantenimiento preventivo y correctivo de maquinarias,
implementacin y puesta en marcha de equipos en procesos
de produccin. Este actor solo posee privilegios de consulta.
AC-3 Tcnico Personal que ejecuta trabajos preventivos y correctivos segn
ordenes de trabajo y planificacin de ciclos preventivos. Este
actor se encarga de alimentar los tems de mant. Preventiva y
del cierre de algunas rdenes de trabajo.

2.4.2) Casos de uso

Cdigo Nombre
CU-001 Gestionar orden de trabajo
CU-002 Buscar orden de trabajo
CU-003 Gestionar usuarios
CU-004 Visualizar informe rdenes de trabajo
CU-005 Gestionar mantencin preventiva
CU-006 Buscar mantencin preventiva
CU-007 Gestionar ciclo preventivo
CU-008 Buscar ciclo preventivo
CU-009 Visualizar informe mantencin preventiva
CU-010 Gestionar nodo
CU-011 Gestionar tareas - nodo
CU-012 Gestionar personal
CU-013 Buscar personal


35
2.4.2.1) Diagrama de casos de uso general

Figura 2.6 Diagrama de casos de uso general sistema de gestin departamento de mantencin


36
2.4.2.2) Caso de uso gestionar orden de trabajo

Especificacin de casos de uso: Gestionar Orden de Trabajo
ID CU-001
Nombre Gestionar orden de trabajo
Descripcin Caso de uso que describe los pasos de la gestin de una orden de trabajo, ya sea
ingresar, modificar y eliminar.
Autor Carlos Ros Llanos.
Actor(es) Asistente de Jefatura.
Precondiciones Usuario con sesin activa en el sistema.
Pos condiciones N/A.
Flujo Normal de Eventos
Actor Sistema
1.- El caso de uso comienza con el ingreso del
usuario al tem gestin de orden de trabajo.

2.- El usuario selecciona el nodo o el tem el cual
est asociada la orden de trabajo.

3.- El usuario ingresa el nmero de orden de
trabajo en la casilla correspondiente.

5.- El usuario ingresa los siguiente campos:
- Fecha de recepcin.
- Hora de recepcin.
- Fecha de inicio.
- Hora de inicio.
- Detencin.
- Tipo de detencin.
- Tipo de falla.
- Sntoma de falla.
- Recibido por.
- Solicitado por.
- Descripcin breve.

6.- El usuario selecciona el estado cerrado.

8.- Se hace ingreso de los siguientes campos:
- Fecha de trmino.
- Hora de trmino.
- Fecha de cierre.
- Hora de cierre.
- Cerrado por.
- Descripcin tcnica.
- Falla.
- Personal.

4.- Se ejecuta el Caso de uso CU-002 buscar orden
de trabajo.

7.- El sistema habilita la opcin Cierre orden de
trabajo.

9.- El sistema almacena los datos.

10.- El sistema devuelve un mensaje confirmando
que los datos se han guardado correctamente.

11.- El caso de uso se da por finalizado.
Flujos Alternativos
Paso 4 Al ejecutar el caso de uso CU-002 Validar orden de trabajo, el nmero de orden
existe y se encuentra con estado cerrada se ejecutan los siguientes pasos:
Actor Sistema

37

4.2 el usuario modifica los valores
deseados.

4.1 El sistema despliega los siguientes
campos:
- Hora de recepcin.
- Fecha de inicio.
- Hora de inicio.
- Detencin.
- Tipo de detencin.
- Tipo de falla.
- Sntoma de falla.
- Recibido por.
- Solicitado por.
- Descripcin breve.
- Fecha de trmino.
- Hora de trmino.
- Fecha de cierre.
- Hora de cierre.
- Cerrado por.
- Falla.
- Personal.

4.3 el sistema almacena los datos.

4.4 el sistema entrega un mensaje
confirmando la modificacin de los datos.

4.5 el caso de uso se da por finalizado.

existe y se encuentra con estado abierta se ejecutan los siguientes pasos:
Actor Sistema

4.2 el usuario cambia el campo
estado a cerrado.

4.4.- Se hace ingreso de los siguientes
campos:
- Fecha de trmino.
- Hora de trmino.
- Fecha de cierre.
- Hora de cierre.
- Cerrado por.
campos:
- Hora de recepcin.
- Fecha de inicio.
- Hora de inicio.
- Detencin.
- Tipo de detencin.
- Tipo de falla.
- Sntoma de falla.
- Recibido por.
- Solicitado por.
- Descripcin breve.

4.3.- El sistema habilita el cuadro Cierre
orden de trabajo.


38
- Falla.
- Personal.

4.5 el sistema almacena los datos.

4.6 el sistema entrega un mensaje
Confirmando la modificacin de los datos.

existe y se encuentra con estado abierta o cerrada o nula se ejecutan los
siguientes pasos:
Actor Sistema

4.2 el usuario selecciona la opcin
eliminar.

4.4 el usuario confirma la operacin con
la opcin S.
campos:
- Hora de recepcin.
- Fecha de inicio.
- Hora de inicio.
- Detencin.
- Tipo de detencin.
- Tipo de falla.
- Sntoma de falla.
- Recibido por.
- Solicitado por.
- Descripcin breve.
- Fecha de trmino.
- Hora de trmino.
- Fecha de cierre.
- Hora de cierre.
- Cerrado por.
- Falla.
- Personal.

4.3 El sistema despliega un mensaje de
confirmacin si realmente desea eliminar
la orden de trabajo.

4.5 El sistema elimina los datos
asociados y la orden de trabajo.

4.6 El sistema entrega un mensaje
confirmando la operacin realizada.
Excepciones
1.- Si el usuario en el paso 2 no selecciona un nodo o tem, al momento de guardar la informacin el
sistema entregara un mensaje de validacin diciendo que deber seleccionar un nodo antes de guardar.
2.- Si el usuario en el paso 3, selecciona una fecha mayor en los campos fecha de recepcin y fecha de
inicio que las fechas de entrega y trmino, el sistema entregara un mensaje de validacin diciendo que los
rangos de fechas no estn correctos y deber ingresarlos nuevamente.
Referencias
Anotaciones

39

Figura 2.7 Diagrama de actividad Caso de uso CU-001 Gestionar orden de trabajo.


40

Figura 2.8 Diagrama de actividad Caso de uso CU-001 Gestionar orden de trabajo.


41
2.4.2.3) Caso de uso buscar orden de trabajo

Especificacin de casos de uso: Buscar Orden de Trabajo.
ID CU-002.
Nombre Buscar Orden de trabajo
Descripcin Caso de uso el cual se encarga de buscar un nmero orden de trabajo en la base de
datos y devuelve un 0 en caso de que no exista y un 1 si existe.
Autor Carlos Ros Llanos
Actor(es) Asistente de jefatura.
Precondiciones Haber ingresado al tem Gestin orden de trabajo.
Actor Sistema
1.- El caso de uso comienza cuando el usuario
digita un numero de orden de trabajo.

4.- El usuario selecciona la opcin S.

2.- Una vez finalizada la digitacin, el sistema busca
en la base de datos el nmero de orden.
3.- El sistema pregunta si desea modificar la orden
de trabajo.

Flujos Alternativos
Paso 2 SI la orden de trabajo no existe en la base de datos, se realizaran los siguientes
pasos:

Actor Sistema

2.2 El usuario puede continuar
ingresando los datos respectivos.
2.3 El caso de uso se da por finalizado.
2.1 al no encontrar coincidencias, el
sistema no entrega ningn mensaje.

Excepciones
N/A.
Referencias N/A.
Anotaciones N/A.


42

Figura 2.9 Diagrama de actividad Caso de uso CU-002 buscar orden de trabajo.

Figura 2.10 Diagrama de secuencia Caso de uso CU-002 buscar orden de trabajo.


43
2.4.2.4) Caso de uso gestionar usuarios

Especificacin de casos de uso: Gestionar usuarios
ID CU-003
Nombre Gestionar usuarios.
Descripcin Caso de uso que permite la gestin de usuarios del sistema, ya sea ingresar nuevos
usuarios, modificar datos y eliminar.
Autor Carlos Ros Llanos
Actor(es) Asistente de jefatura.
Precondiciones Tener habilitado el acceso al mdulo Gestin de usuarios.
Actor Sistema
1.- El caso de uso inicia cuando el usuario ingresa al
tem Gestin de usuarios.
2.- El usuario ingresa los siguientes campos:
- Rut
- Nombre de usuario.
- Contrasea.
- Perfil.
- Activo si/no.

3.- El usuario otorga los privilegios dependiendo el
uso que tendr en el sistema:
- Acceso a los mdulos (orden de trabajo,
mantencin preventiva, informes, mantenedores,
control de operaciones.).
- Mdulo orden de trabajo (ingresar, modificar,
eliminar, anular orden, informe estadstico).
- Mdulo mantencin preventiva (ingresar,
modificar, eliminar mantencin, ingresar, modificar,
eliminar ciclo preventivo, gestin de tareas-nodo).
- Mdulo mantenedores (nodos-maquinas,
personal, tem secciones).

4.- El sistema ingresa la informacin del usuario y
sus privilegios.
5.- El sistema entrega un mensaje confirmando la
operacin realizada correctamente.
Flujos Alternativos
Paso 1 Si el usuario al ingresar al formulario, desea modificar la informacin o privilegios de
otro usuario:

Actor Sistema

44
1.1 El usuario modifica la informacin
del usuario seleccionado:
- Rut
- Nombre de usuario.
- Contrasea.
- Perfil.
- Activo si/no.

1.2.- El usuario otorga los privilegios
dependiendo el uso que tendr en el
sistema:
- Acceso a los mdulos (orden de
trabajo, mantencin preventiva, informes,
mantenedores, control de operaciones.).
- Mdulo orden de trabajo (ingresar,
modificar, eliminar, anular orden, informe
estadstico).
- Mdulo mantencin preventiva
(ingresar, modificar, eliminar mantencin,
ingresar, modificar, eliminar ciclo
preventivo, gestin de tareas-nodo).

- Mdulo mantenedores (nodos-
maquinas, personal, tem secciones).

1.3 El sistema almacena los datos y los
privilegios del usuario.

confirmando que los datos fueron
actualizados correctamente.

Paso 1 Si el usuario al ingresar al formulario, desea eliminar la informacin y privilegios de otro
usuario:
Actor Sistema
1.1 El usuario selecciona el registro que
desea eliminar.

1.2 El sistema pregunta si est seguro
de eliminar al usuario seleccionado.

1.3 El sistema elimina los privilegios y la
informacin del usuario en la base de
datos.

confirmando la operacin realizada.

Excepciones
N/A.
Referencias N/A.
Anotaciones N/A.


45

Figura 2.11 Diagrama de actividad Caso de uso CU-003 gestionar usuarios.


46

Figura 2.12 Diagrama de secuencia Caso de uso CU-003 gestionar usuarios.


47
2.4.2.5) Caso de uso visualizar informe ordenes de trabajo

Especificacin de casos de uso: Visualizar informe rdenes de trabajo
ID CU-004.
Nombre Visualizar informe rdenes de trabajo.
Descripcin Caso de uso el cual permite visualizar por pantalla un informe segn uno o varios
criterios de bsqueda relacionada con las rdenes de trabajo que estn almacenadas
en el sistema.
Actor(es) Asistente de jefatura, tcnico y Jefatura.
Precondiciones 1.- Ordenes de trabajos almacenados en el sistema.
2.- Tener los privilegios de acceso al mdulo.
Actor Sistema
ingresa al mdulo Informes ordenes de trabajo.

2.- El usuario selecciona un nodo o tem el cual
desea obtener informacin.

3.- El usuario selecciona el rango de fechas
correspondiente al periodo el cuestin pudiendo
filtrar las ordenes de acuerdo a los siguientes
criterios:
- Por nmero de orden.
- Por rango de fechas:
- Pendientes.
- Con detencin.
- Por tipo de trabajo.
- Por tipo de detencin.
- Ordenes nulas.
- Todas las rdenes.

4.- El sistema busca en la base de datos las rdenes
de trabajo segn el(los) criterio(os) entregados por el
usuario.

5.- El sistema despliega los registros encontrados en
el formulario.

Flujos Alternativos
N/A.
Excepciones
Si el usuario en el paso 3 selecciona rangos de fechas errneos, el sistema entregara un mensaje de
validacin diciendo que las fechas ingresadas son invlidas.
Referencias N/A.
Anotaciones N/A


48

Figura 2.13 Diagrama de actividad Caso de uso CU-004 Visualizar informe rdenes de trabajo.

Figura 2.14 Diagrama de secuencia Caso de uso CU-004 Visualizar informe rdenes de trabajo.


49
2.4.2.6) Caso de uso gestionar mantencin preventiva

Especificacin de casos de uso: Gestionar mantencin preventiva
ID CU-005
Nombre Gestionar mantencin preventiva
Descripcin Caso de uso que describe la gestin de una mantencin preventiva, ya sea ingresar,
modificar y eliminar.
Actor(es) Asistente de jefatura, tcnico.
Precondiciones Usuario con sesin iniciada en el sistema.
Pos
condiciones
N/A.
Actor Sistema
ingresa al tem Gestin de mantencin preventiva.
2.- El usuario selecciona el nodo o tem en el cual
desea crear una mantencin preventiva.
3.- El usuario procede a crear una mantencin
preventiva asociada al nodo seleccionado
generando un nuevo ID.

4.- El usuario procede a ingresar los siguientes
campos:
- Frecuencia.
- Tiempo de aviso previo.
- Estado.
- Tipo de mantencin.
- Observacin de mantencin.

6.- El usuario procede a ingresar los siguientes
campos:
- Fecha de inicio.
- Hora de inicio.
- Fecha de Trmino.
- Hora de Trmino.
- Estado del ciclo.
- Observacin del ciclo.

7.- El usuario procede a ingresar el personal
asociado al ciclo preventivo, seleccionando el alias.

5.- Una vez ingresados los datos de la mantencin,
el sistema genera un nuevo ID para un ciclo
preventivo.

8.- El sistema almacena los datos.

9.- El sistema entrega un mensaje confirmando que
la operacin se realizo correctamente.

Flujos Alternativos
Paso 2 Si el usuario desea modificar la informacin una mantencin preventiva, se realizaran
los siguientes pasos:
Actor Sistema

50
2.1 Se ejecuta el caso de uso CU-006
Visualizar Mantencin preventiva.

2.2 El usuario modifica los siguientes
campos :
- Frecuencia.
- Tiempo de aviso previo.
- Estado.
- Tipo de mantencin.
- Observacin de mantencin.

2.3 El sistema almacena los datos
modificados.

2.4 El sistema entrega un mensaje de
confirmando que la operacin se realizo
correctamente.

Paso 2 Si el usuario desea eliminar una mantencin preventiva, se ejecutan los siguientes
pasos:
Actor Sistema
Buscar mantencin preventiva.

2.2 El usuario presiona el botn
Eliminar mantencin.

2.4 El usuario presiona la opcin S.

2.3 El sistema despliega un mensaje
preguntando si se est seguro de eliminar
la mantencin preventiva.

2.4 El sistema elimina la mantencin
preventiva y los datos asociados.

confirmando que la operacin se ha
realizado correctamente.

Excepciones
N/A
Referencias Caso de uso CU-006 Buscar mantencin preventiva.
Anotaciones N/A.


51

Figura 2.15 Diagrama de actividad Caso de uso CU-005 Gestionar mantencin preventiva.


52

Figura 2.16 Diagrama de secuencia Caso de uso CU-005 Gestionar mantencin preventiva.


53
2.4.2.7) Caso de uso buscar mantencin preventiva

Especificacin de casos de uso: Buscar mantencin preventiva.
ID CU-006
Nombre Buscar mantencin preventiva.
Descripcin Caso de uso que describe la bsqueda de una mantencin preventiva para luego
visualizarla en el sistema.
Actor(es) Asistente de jefatura, Tcnico.
Precondiciones 1.- Una mantencin preventiva existente en el sistema.
Actor Sistema
1.- El caso de uso se inicia cuando el usuario
selecciona un nodo o tem y el tipo de mantencin
el cual desea buscar.

2.- El sistema busca la(s) mantencin(es) de acuerdo
a los criterios de bsqueda.

3.- El sistema despliega la(s) mantencin(es)
encontradas.

Flujos Alternativos
Paso 2 En caso de que el sistema no encuentre ninguna mantencin asociada al tem y a los
criterios seleccionados, se realizaran los siguientes pasos:
Actor Sistema
diciendo que no se ha encontrado ningn
registro.

Excepciones
N/A.
Referencias N/A.
Anotaciones N/A.


54

Figura 2.17 Diagrama de actividad Caso de uso CU-006 Buscar mantencin preventiva.

Figura 2.18 Diagrama de secuencia Caso de uso CU-006 Buscar mantencin preventiva.


55
2.4.2.8) Caso de uso gestionar ciclo preventivo

Especificacin de casos de uso: Gestionar ciclo preventivo.
ID CU-007.
Nombre Gestionar ciclo preventivo.
Descripcin Caso de uso el cual permite gestionar un ciclo de una mantencin preventiva, ya sea
ingresar, modificar y eliminar.
Actor(es) Asistente de jefatura, Tcnico.
Precondiciones Debe existir una mantencin preventiva.
Actor Sistema
ingresa al tem Gestin de mantencin preventiva.

2.- Se ejecuta el caso de uso CU-006 Visualizar
mantencin preventiva.

3.- El usuario selecciona la opcin Nuevo ID.

5.- El usuario ingresa los siguientes campos:
- Fecha de inicio.
- Hora de inicio.
- Fecha de trmino.
- Hora de trmino.
- Estado.
- Observacin.

6.- El usuario selecciona las tareas las cuales
estarn asociadas al ciclo.

7.- El usuario selecciona el personal asociado al
ciclo de mantenimiento.

4.- El sistema genera un nuevo ID para el ciclo
preventivo.

8.- El sistema almacena la informacin generada por
el usuario.

9.- El sistema entrega un mensaje confirmando que
la operacin se realizo correctamente.

Flujos Alternativos
Paso 2 Si el usuario desea modificar la informacin de un ciclo preventivo en particular, se
realizaran los siguientes pasos:
Actor Sistema

56
Visualizar ciclo preventivo.

2.2 El usuario modifica la informacin
relacionada al ciclo:
- Fecha de inicio.
- Hora de inicio.
- Fecha de trmino.
- Hora de trmino.
- Estado.
- Observacin.

2.3 - El usuario modifica las tareas las
cuales estn asociadas al ciclo si es
necesario.

2.4 - El usuario modifica el personal
asociado al ciclo de mantenimiento si es
necesario.

2.5 El sistema almacena los datos.

Paso 2 Si el usuario desea eliminar la informacin de un ciclo preventivo en particular, se
ejecutarn los siguientes pasos:
Actor Sistema
Visualizar ciclo preventivo.

2.2 El usuario presiona el botn
Eliminar Ciclo.

preguntando si est seguro de eliminar el
ciclo y la informacin relacionada.

2.4 El sistema elimina la informacin del
ciclo preventivo.


Excepciones
N/A.
Referencias CU-006 Visualizar mantencin preventiva.
Anotaciones N/A.


57

Figura 2.19 Diagrama de actividad Caso de uso CU-007 Gestionar ciclo preventivo.


58

Figura 2.20 Diagrama de secuencia Caso de uso CU-007 Gestionar ciclo preventivo.


59
2.4.2.9) Caso de uso buscar ciclo preventivo

Especificacin de casos de uso: Buscar ciclo preventivo
ID CU-008.
Nombre Visualizar ciclo preventivo.
Descripcin Caso de uso que describe la bsqueda de un ciclo preventivo para luego ser visualizada
en el sistema.
Actor(es) Asistente de jefatura, tcnico.
Precondiciones Debe existir una mantencin preventiva en el sistema.
Pos condiciones
Actor Sistema
selecciona la opcin Buscar ciclo.

2.- El sistema busca el(los) ciclo(s) de acuerdo a la
mantencin desplegada anteriormente.

3.- El sistema despliega el(los) ciclo(s) encontrados.

Flujos Alternativos
Paso 2 En caso de que el sistema no encuentre ningn ciclo asociado a la mantencin
seleccionada, se realizaran los siguientes pasos:

Actor Sistema
diciendo que no se ha encontrado ningn
registro.

Excepciones
N/A.
Referencias N/A.
Anotaciones N/A.

Ejemplo 01 Proy. Tít. Inf-Texto 01

Caricato da

Informazioni sul documento

Titolo originale

Copyright

Formati disponibili

Condividi questo documento

Condividi o incorpora il documento

Opzioni di condivisione

Hai trovato utile questo documento?

Questo contenuto è inappropriato?

Copyright:

Formati disponibili

Ejemplo 01 Proy. Tít. Inf-Texto 01

Caricato da

Copyright:

Formati disponibili

Proyecto desarrollo de sistema de gestin

Departamento de mantencin Cambiaso Hnos. S.A.C

Potrebbero piacerti anche