Universidad de las Ciencias Informáticas
Facultad 6
Título: Cedrux. Módulo Gestión de Mantenimiento.
Análisis del componente Planificación.
Trabajo de Diploma para optar por el título de Ingeniero en Ciencias Informáticas
Autor(es): Allitsac Castilla Utria Tutor(es): Ing. Henry Raúl González Brito
Co-tutor: Ing. Niurka Martínez Durán Co-tutor: Ing. Lisdaynet Gómez Espinosa
Ciudad de la Habana, mayo de 2010
Declaro que soy el único autor del trabajo titulado: Cedrux. Análisis del componente de Planificación del Módulo Gestión de Mantenimiento y se autoriza a la Universidad de las Ciencias Informáticas a hacer uso del mismo en su beneficio.
Para que así conste firmo la presente a los ____ días del mes de ________ del año ________.
Allitsac Castilla Utria Ing. Henry Raúl González Brito
Firma del autor Firma del tutor
Ing. Niurka Martínez Durán Ing. Lisdaynet Gómez
Espinosa
Firma del co-tutor Firma del co-tutor
Síntesis del Ing. Henry Raúl González Brito.
Graduado de Ingeniero Informático en el año 2005, profesor asistente de la Universidad de las Ciencias Informáticas, ha trabajado durante 4 años en proyectos de Soluciones de Gestión, tiene varios artículos publicados en eventos nacionales e internacionales. Fue líder del proyecto ERP- Cuba entre los años 2006 y 2008, ha trabajado como director de la Dirección de Producción 4 y especialista superior de la Infraestructura Productiva. Actualmente dirige la subdirección de Investigación y Postgrado del Centro de Informatización de la Gestión de Entidades de la Facultad 15.
Síntesis de la Ing. Lisdaynet Gómez Espinosa.
Graduada de Ingeniero en Ciencias Informáticas en el año 2008, profesora adiestrada de la Universidad de las Ciencias Informáticas, ha trabajado desde entonces en el polo Geoinformática de la facultad 9 como Jefa de Capacitación y Formación pregrado y posgrado.
Síntesis de la Ing. Niurka Martínez Durán.
Graduada de Ingeniero Ciencias Informáticas en el año 2008, profesora adiestrada de la Universidad de las Ciencias Informáticas, ha trabajado desde entonces en el polo Bioinformática de la facultad.
AGRADECIMIENTOS
Agradezco a todos mis profesores que a lo largo de toda la carrera me han apoyado A mis tutores por ser tan pacientes y darles tantos dolores de cabeza
A mis amigos que de una forma u otra han estado en los buenos y malos momentos,
A mi amiguita Daisy como cariñosamente digo cuando hablo acerca de ella, que ha sido como una madre, me ha guiado y aconsejado en los momentos difíciles.
A mis nuevas compañeras del proyecto Temis y Maylin.
DEDICATORIA
A mi mamá por ser la mejor madre de este mundo, estar siempre de forma incondicional, aconsejarme e impulsarme para seguir adelante. Te quiero mucho.
A mi abuela Guaty que aunque está lejos nunca ha dejado de apoyarme gracias por querernos tanto y ser la mejor abuela del mundo.
A mi hermano que aunque sea un poco malcriado lo quiero con la vida.
A mi abuelito le dedico este momento que aunque se nos fue tan repentinamente estaría muy orgulloso de verme graduada, estaré pensando siempre en él.
A mi abuela Nereida
A mi familia, por su preocupación
A mi novio Alexander que en 5 años de carrera siempre ha estado a mi lado, aguantando mis malacrianzas.
A mi hermanita Yoli por estar siempre con nosotras.
A Pirito que aunque lleva poco tiempo con nosotros a demostrado ser un verdadero amigo.
A todas las personas que directa e indirectamente me han ayudado.
RESUMEN
En la actualidad el mantenimiento está destinado a ser uno de los pilares fundamentales de una empresa. Es una disciplina integradora que garantiza la disponibilidad, funcionalidad y conservación del equipamiento siempre que se aplique a un costo competitivo a través de la prevención de ocurrencias de fallas. De ahí que surjan sistemas informáticos capaces de llevar un control detallado de todas las acciones que la gestión de mantenimiento requiere: Organización, Planificación, Ejecución y Control en dependencia de las particularidades de cada centro, activos o instrumentos involucrados que exigen un estricto control de los recursos.
En este trabajo se describe la solución de análisis para el componente Planificación del Módulo de Gestión de Mantenimiento para el Sistema Integral de Gestión ERP-CUBA. El proceso de análisis se desarrolló bajo un enfoque de modelado de procesos de negocios, elaborándose los artefactos Especificación de Requisitos, Descripción de los Procesos de Negocios y la validación de ambos.
Palabras claves: Planificación, procesos, Gestión de mantenimiento asistido por computadora (Gmac).
Contenido
AGRADECIMIENTOS ... I DEDICATORIA ... II RESUMEN ... III
INTRODUCCIÓN... 1
CAPÍTULO 1: FUNDAMENTACIÓN TEÓRICA ... 4
1.1 Definición Mantenimiento. ... 4
1.1.1 El Mantenimiento como proceso de vital importancia en la empresa moderna. ... 4
1.1.2 Objetivos del mantenimiento ... 4
1.2 Gestión de Mantenimiento ... 5
1.3 Planificación en el proceso de mantenimiento. ... 6
1.4 Mantenimiento Preventivo ... 7
1.4.1Ventajas del Mantenimiento Preventivo: ... 6
1.5 Tendencias modernas del sector empresarial. ... 8
1.6 Gestión de Mantenimiento Asistido por Computadora ... 8
1.7. Estudio de Homólogos ... 10
1.8. Sistemas Integrales de Gestión ... 13
1.8.1 Definición y Estructura ... 13
1.9. Metodologías, Herramientas y Lenguaje de Modelado. ... 15
1.10. Modelo de Desarrollo orientado a componentes ... 15
1.11. Lenguaje de Modelado. ... 16
1.12. Patrones de control de flujo (Works flow) ... 17
1.13. Lenguaje unificado de modelado (UML) ... 21
1.14. Herramienta CASE ... 21
1.15. Rol de Analista. ... 22
1.15.1. Responsabilidades que desempeñan y artefactos que generan. ... 22
1.15.2 Artefactos que genera el analista ... 22
1.15.3 Descripción de las actividades a desarrollar por el analista: ... 23
1.16 Conclusiones del capítulo. ... 24
CAPÍTULO 2: MODELADO DEL NEGOCIO ... 25
2.1. Modelado de Negocio... 25
2.1.1. Modelo de procesos. ... 25
2.1.2. Modelado del Negocio de la Planificación. ... 26
2.2. Descripción de procesos. ... 30
2.2.1 Actualizar medidores. ... 30
2.2.2 Planificar mantenimiento ... 31
2.2.3 Reprogramar mantenimiento ... 33
2.3. Modelo Conceptual. ... 35
2.4. Conclusiones del capítulo. ... 38
3.1.3 Técnicas utilizadas para la captura de requisitos ... 40
3.2 Especificación de los requisitos. ... 40
3.3 Requisitos funcionales ... 40
3.4 Validaciones... 44
3.5 Prototipos como técnica de validación de requisitos. ... 44
CONCLUSIONES DEL CAPÍTULO. ... 58
CONCLUSIONES GENERALES ... 60
RECOMENDACIONES ... 60
BIBLIOGRAFÍA CONSULTADA ... 61
BIBLIOGRAFÍA REFERENCIADA ... 64
GLOSARIO ... ... 67
ANEXOS ... 69
INTRODUCCIÓN
En la actualidad la mayoría de los procesos de la industria moderna se automatizan, y ello implica la implantación de una moderna tecnología: maquinarias productivas, métodos de control, cambios en la infraestructura de una empresa y personal con mayor calificación. De estos se derivan un mayor control de los procesos, y desempeño de la tecnología existente, inmersa como disciplina integradora se encuentra la informática, que resulta un medio capaz de agilizar y mejorar los diferentes procesos que se realizan dentro de cualquier industria y la actividad de mantenimiento no está exenta del uso de sistemas informáticos, capaces de llevar toda la estadística de sus disímiles acciones ,sustentados sobre los principios básicos de organización, planificación, ejecución y control, teniendo en cuenta los sistemas tradicionales tales como el mantenimiento correctivo, preventivo y predictivo. Conocer con inmediatez cuan eficiente es la política de mantenimiento para el entorno productivo, exige disponer de sistemas de mantenimiento asistido por computadoras y precisamente este nuevo enfoque marca la diferencia respecto a los sistemas tradicionales de mantenimiento, en los cuales siempre estuvo presente el control y la evaluación, sólo que estaban limitados por las posibilidades objetivas de procesamiento de la información.
En Cuba existen un conjunto de entidades que disponen de software que gestionan los procesos de mantenimiento , sin embargo su aplicación no se ha generalizado en todas las entidades, y en aquellas donde estas aplicaciones están en explotación , los informes de salidas no brindan un tratamiento homogéneo al sistema de gestión de la información, provocando, desviaciones en los datos contenidos.
Se presenta además como limitación los altos costos implícitos en la adquisición de licencias para su uso.
Se pretende disponer de un Sistema Integral de Gestión de la información ERP, estos son diseñados para automatizar y modelar la mayoría de los procesos de las entidades logrando una reducción de los costos de gerencia, incremento en la obtención de información financiera, atendiendo a la capacidad y funcionalidad de gestionar, controlar y planificar todos los recursos, dada la posibilidad de ser modulares,
Será posible si se logra unificar el desarrollo de paquetes de soluciones, que permitan centralizar los mecanismos de soporte a módulos implementados, sobre plataformas libres, para así poder vencer las barreras de software, producto del bloqueo económico sostenido durante décadas.
Por todo lo antes planteado se define como Problema Científico:
¿Cómo gestionar la información del componente planificación en el módulo de mantenimiento?
Como perspectiva a la solución del problema científico se plantea como Objeto de estudio: Procesos de Gestión de Mantenimiento, a partir de este se define el siguiente Campo de acción: Los procesos de Planificación del Mantenimiento Asistido por Computadora. Donde se persigue como Objetivo General:
Desarrollar el análisis de los procesos de Planificación en el Módulo de Mantenimiento del Sistema Integral de Gestión Cedrux.
Precisándose como Objetivos Específicos:
Definir los procesos de planificación vinculados a la gestión del mantenimiento en las entidades cubanas.
Describir el proceso de planificación dentro del mantenimiento.
Especificar los requisitos del sistema.
Validar los artefactos resultantes.
Para ellos se desarrollarán las siguientes Tareas, las mismas son:
Estudio de los Sistemas de Gestión de Mantenimiento Asistido por Computadoras.
Elaboración del modelo de negocio de los procesos de Planificación de Mantenimiento.
Definición del mapa de procesos.
Investigación de las metodologías, herramientas y lenguaje de modelado definidos en el proyecto ERP Cuba.
Diseño del modelo conceptual.
Especificación de los requisitos funcionales del sistema.
Elaboración de los prototipos de interfaz no funcionales para validar los requisitos.
Este trabajo de diploma está estructurado de la siguiente forma:
En el Capítulo 1 Fundamentación Teórica se hace un análisis del estado del arte del objeto de estudio, se investiga acerca de los sistemas informáticos vinculados al campo de acción, se fundamentan las metodologías, tecnologías y herramientas utilizadas, así como del proceso de gestión de la planificación presente en las entidades cubanas en el contexto del mantenimiento.
En el Capítulo 2 Modelado de Negocio en este capítulo se realiza un breve estudio del estado actual del negocio a considerar. Se presenta el modelo y la descripción de cada uno de los procesos identificados, así como el, mapa de procesos, modelo conceptual correspondiente.
En el Capítulo 3 Requerimientos se describen los principales artefactos y actividades del flujo de trabajo requerimientos, se presentan las características y funcionalidades del sistema a partir de los las relaciones definidas para cada proceso que serán objeto de automatización, los requisitos funcionales y se presentan los prototipos de interfaz propuestos para cada uno de ellos.
CAPÍTULO 1: FUNDAMENTACIÓN TEÓRICA
El presente capítulo hace referencia a los procesos de gestión del mantenimiento, haciendo énfasis en la Planificación así como las metodologías de desarrollo, tecnologías y herramientas utilizadas actualmente. Incluye además una valoración de las responsabilidades que se desempeñan y los artefactos que realiza el rol de analista en el ERP.
1.1 Definición Mantenimiento.
1.1.1 El Mantenimiento como proceso de vital importancia en la empresa moderna.
El mantenimiento no es más que un conjunto de acciones emprendidas en una organización a efectos de preservar adecuadamente sus equipos e instalaciones, sosteniendo su desempeño en condiciones de fiabilidad, salud y cuidado del medio ambiente, asumidas a partir de su propio compromiso de negocios y desempeño, con la optimización de costos como objetivo asociado, es importante que todos los niveles directivos, ejecutivos y operativos los apliquen y revisen continuamente para mejorar su gestión interna y su competitividad local e internacional. (1)
1.1.2 Objetivos del mantenimiento
Prevenir o disminuir el riesgo de fallas: busca bajar la frecuencia en que los equipos fallan y disminuir las consecuencias. Generalmente es la única causa por la que existe una estrategia de mantenimiento en una empresa.
Aumentar la vida útil. Generalmente mantener es más económico que comprar un nuevo equipo, por lo que sería un éxito lograr explotar un equipo mucho más allá de su vida útil, lo cual solo es posible disminuyendo la probabilidad de rotura a través del mantenimiento.
1.2 Gestión de Mantenimiento
La gestión es un proceso de planeación y manejo de tareas y recursos. Dentro del mantenimiento va a estar centrada la planeación, y como tal la búsqueda de soluciones que garanticen un mejor mantenimiento optimizando los costos, con una disponibilidad total en cuanto a recursos, tanto materiales como humanos, por las diferentes áreas involucradas en el proceso. Engloba un conjunto de acciones dirigidas a prever y asegurar el funcionamiento, eficacia y apariencia de sistemas, equipos, edificios y accesorios. Como resultado es un proceso importantísimo para acometer la misión de las empresas e instituciones. (2)
La Gestión de Mantenimiento está regida por cuatro principios fundamentales:
Organización: Está dividida en dos fases Organizativa y Preparatoria: En estas se determina estructura de trabajo, funciones, relaciones externas e internas, registro de información, preparación de los recursos, instalaciones, documentación, etc.
Planificación: Esta fase determina las acciones de mantenimiento (correctivo, preventivo, predictivo) a realizar en los equipos o instalaciones, los recursos necesarios (materiales y humanos) así como se establece el balance de las cargas de trabajo y las capacidades de medios y hombres con que se cuenta para llevarla a cabo.
Ejecución: Tiene lugar cuando se ha completado la elaboración lógica del plan. A partir de la generación de una orden de trabajo se ejecuta el mantenimiento de uno o varios objetos registrando en un informe los gastos incurridos en las reparaciones realizadas.
Control: Cuánto esfuerzo en tiempo, recursos humanos, materiales costo, va a costar y pudo
1.3 Planificación en el proceso de mantenimiento.
La planificación consiste en una exhaustiva preparación de las tareas de mantenimiento.En ella se definen las acciones o trabajos que se van a realizar como parte de la política de la organización, además se determinarán los recursos que están involucrados en las mismas. (3)
Los procesos de Planificación son definidos para una empresa en su totalidad, aparecen dentro de los que la Gestión del Mantenimiento establece. La característica fundamental de la Planificación es la
“relación entre actividades”, tiene como finalidad la ejecución de acciones que eviten las fallas de los equipos siempre que su costo sea justificable en comparación con las afectaciones inducidas o por la ocurrencia de una falla.
Si bien el objetivo de la planificación mantenimiento es lograr, con el mínimo coste el mayor tiempo de servicio de las instalaciones y maquinarias productivas, con el fin de conseguir la máxima disponibilidad, aportando la mayor productividad, calidad del producto y máxima seguridad de funcionamiento, permite tener una visión global y concreta de todas las acciones previstas para una instalación determinada.
Para planificar el mantenimiento, ha de tenerse en cuenta el capital humano, los recursos materiales, económicos, y financieros y el estado o situación de los inventarios, pues las empresas no tienen un obrero para cada activo, el grupo o equipo de mantenimiento será el mismo, lo que va rotando por las distintas áreas, aspecto donde el uso de la computadora podría garantizar la disponibilidad del personal para cada tarea de mantenimiento programada.
El plan de mantenimiento es el documento por el cual se va a regir esta actividad durante el período determinado para la programación del mismo, para cada uno de los activos con que cuenta dicha entidad. El encargado de realizar dicho plan será el especialista de mantenimiento para su creación necesitará:
Conocer el patrimonio (listado de activos de la entidad con su ubicación).
Expediente del objeto
Inventario
Teniendo esta información el especialista procede a planificar asignándole a cada activo las acciones de mantenimiento a realizar, siempre va a tener asociado un responsable o un especialista, algo importante que el especialista de mantenimiento debe tener presente es la posibilidad real que para una acción de mantenimiento dada, haya necesidad de contratar algún especialista, brigada de trabajo o activo que no sea de la entidad. Cada acción de mantenimiento para cada activo se le asigna una prioridad. Con la descripción de cómo se va a desempeñar el mantenimiento para obtener el plan con las fechas de ejecución de cada acción de mantenimiento se pasa a la programación, para esta hay que tener en cuenta la política laboral de cada entidad de manera que cada tarea programada se cumpla.
1.4 Mantenimiento Preventivo
El mantenimiento Preventivo, también conocido como "mantenimiento planificado" se realiza antes de que ocurra una falla o avería y se efectúa bajo condiciones controladas. Se realiza según las especificaciones que el fabricante estipula en los manuales técnicos del equipo ó componente, en muchas ocasiones también se basa en la experiencia del personal de mantenimiento.
Sus características principales son:
Se realiza cuando el equipamiento no se encuentra en uso.
Se ejecuta a través de un procedimiento previamente elaborado donde se incluyen los aseguramientos necesarios de personal, repuestos, herramientas y materiales.
Cuenta con una fecha programada, además de un tiempo de inicio y de terminación preestablecido y aprobado por la dirección de la empresa.
Está destinado a un área en particular y a equipos específicos. Aunque también se puede llevar a cabo un mantenimiento generalizado de todos los componentes de la instalación.
Para su organización se toma como base los expedientes técnicos del equipamiento.
La dirección de la entidad asigna un presupuesto para su realización. (4)
Disminución de existencias en Almacén y, por lo tanto sus costos, puesto que se ajustan los repuestos de mayor y menor consumo.
Uniformidad en la carga de trabajo para el personal de Mantenimiento debido a una programación de actividades.
Menor costo de las reparaciones.
El manteniendo preventivo permite optimizar los parámetros técnicos del equipamiento porque no espera a que el equipo se dañe para su revisión, todo lo contrario, su propósito consiste en evitar cualquier fallo ó rotura que afecte la línea de producción o de servicios en el que se esté empleando.
Uno de sus lados más débiles consiste en que la dirección de la entidad tiene que estar consciente de la importancia de asignar los fondos necesarios para su correcta ejecución. Esto es un elemento que muchos directivos no entienden por qué dejar de financiar otros proyectos para “arreglar” un equipo que no ha presentado roturas, por este motivo es fundamental realizar una labor de formación en los directivos de la entidad en cuestiones básicas de mantenimiento.
1.5 Tendencias modernas del sector empresarial.
El vertiginoso desarrollo en la tecnología de la informática y las comunicaciones (TIC) ha revolucionado la concepción del trabajo en el sector empresarial, para que una empresa pueda insertarse en el mercado debe, de ante mano, tener un respaldo sólido en el campo de la informática.
La planificación del mantenimiento mediante el uso de la computadora garantiza ejecutar los procesos, de forma más rápida, y exactitud de los mismos. Puede afirmarse que la función de mantenimiento no es ajena a los procesos de masificación de tecnologías de la información y telecomunicaciones (TIC), porque ellos le permiten afianzar el logro de sus objetivos tales como: asegurar la calidad de los productos y servicios y mantener la empresa en los niveles adecuados de competencia.
1.6 Gestión de Mantenimiento Asistido por Computadora
En los sistemas tradicionales de mantenimiento, siempre existió el control y la evaluación, los cuales estaban limitados por las posibilidades de procesamiento de la información.
En este nuevo enfoque de mantenimiento asistido por computadora, donde la informática potencia las posibilidades de procesamiento, estos dos elementos están unidos funcional y estructuralmente.
Funcional porque caracteriza el sentido orientador e integrador de todos los subsistemas de la entidad, y estructural porque se extiende al trabajo en todos los niveles de la pirámide de Gestión; garantizando el control estratégico, táctico y operacional de los cuatro elementos básicos (planificación, organización, ejecución y control).Esta filosofía de trabajo genera una elevada manipulación de información que exige recurrir al uso de la computación, y representa una solución que ha revolucionado la gestión de mantenimiento, tanto como concepto general como en cada una de sus etapas.
Con los sistemas de gestión de mantenimiento se pretende disponer de una herramienta que posibilite la gestión eficiente de la información, para la toma de decisiones, basado en datos concretos y cuantificables, al menor costo y riesgo posible, teniendo en cuenta los sistemas tradicionales.
Lo que se pretende como resultado de un software para la gestión de mantenimiento es que sea aplicable a cualquier tipo de empresa, y al mismo tiempo se disponga de módulos integrados que recojan y procesen la información especializada de cada área de la empresa.
La función principal de este software es permitir la planeación y control del mantenimiento. Puede entonces afirmarse que al planificar se inicia el control, ya que toda planificación ha de elaborarse de forma que sus resultados puedan ser controlados, donde el sistema trabaje con datos compartidos e interrelacionados, que permita que la información fluya entre las distintas dependencias en tiempo real, una vez ingresados y almacenados los datos, deben estar disponibles a cualquier usuario con acceso al sistema. (5)
Las ventajas que ofrecen estos software para la gestión del mantenimiento permiten:
1.7. Estudio de Homólogos
En el ámbito internacional resaltan software para la Gestión de Mantenimiento Asistido por Computadora (GMAC) como:
MP uno de los mas comercializados distinguido por su interfaz amigable y la facilidad que le brinda por una pronta implementación. Permite registrar grandes volúmenes de información de forma simple y rápida, tanto en la base de datos como en la operación del sistema, sus características principales son:
Generación automática de calendarios de mantenimiento actualizados con las actividades a realizar, y equipos por atender.
Separación automática de las órdenes de trabajo por especialidad.
Los planes de mantenimiento incluyen, de los equipos, las partes o subpartes a las que se les realizará mantenimiento, así como qué acción, quién y con qué frecuencia se va a acometer. Partiendo de los planes de mantenimiento y las frecuencias establecidas por el usuario, el MP se encarga de generar y dibujar automáticamente los calendarios de mantenimiento, marcando las fechas cuando cada equipo debe ser atendido.
Los calendarios muestran las fechas programadas cuando un equipo debe ser atendido sobre una fecha determinada, el MP abre una ventana mostrando las actividades que deben realizarse al equipo en esa fecha.
ENGEMAN es una herramienta de planificación y control para la gestión eficaz del mantenimiento y servicios. Su proyecto cuenta con una experiencia superior a quince años en esta rama de actividad.
Puede ser aplicado a todas las modalidades de mantenimiento (industriales, de flota, predial, hospital, servicios, etc.). La plataforma de desarrollo del software permite una interface amigable con el usuario a través del ambiente Windows. Basado en una tecnología cliente/servidor permite gran flexibilidad a los usuarios y suministra herramientas para integración con sistemas corporativos existentes en cualquier base de datos. Su implantación es rápida, fácil e interactiva.
Seguridad de acceso
Vínculo a objetos registrados.
Inclusión de nuevos campos de datos.
División del equipo en varios niveles de componentes.
Proceso automático para emisión de Órdenes de Trabajo y cronogramas de servicios.
Programación periódica, acumulativa, tendencia, calendario y eventos.
Control de materiales almacenados.
Control de proveedores.
Cálculo del costo del mantenimiento.
Control de recursos humanos.
Control de los servicios prestados.
Integración con MS-Project.
Para su implantación necesita un servidor Windows NT o superior, con 200Mb al menos para la base de datos, y una RAM mínima de 256 MB. Las estaciones de trabajo (clientes) en
Windows 98 o superior, con 30Mb disponibles para su uso y una RAM mínima de 64Mb.
QMaint software perteneciente a una empresa española, diseñado tanto para entorno Windows como Web, incorpora la experiencia de 12 años en consultoría de mantenimiento y las especificaciones recogidas en más de 200 implantaciones. Gestiona y optimiza la actividad de mantenimiento, aumentando la productividad y vida útil de los equipos e instalaciones, sus principales características:
Gestión de Equipos e Instalaciones.
Planificación de Mantenimiento Preventivo y Predictivo
Gestión de Órdenes de Trabajo y Mantenimiento Correctivo.
En Cuba se han desarrollado varios GMAC para sectores como la industria básica, salud, turismo, a continuación aparece una breve descripción de estos:
Macwin: Posibilita la gestión de mantenimiento de los equipos y/o instalaciones de una o más empresas, tanto de mantenimiento correctivo como preventivo. Este sistema ha sido desarrollado en el Instituto Superior Politécnico José Antonio Echeverría, en la Facultad de Ingeniería Mecánica. Está compuesto de varios módulos integrados que permiten planificar y llevar un control exhaustivo de las tareas habituales en los departamentos de mantenimiento:
Control de incidencias, averías, etc., formando un historial de cada máquina o equipo.
Programación de revisiones y tareas de mantenimiento preventivo: limpieza, lubricación, etc.
Control del inventario de repuestos y recambios.
Generación y seguimiento de las órdenes de trabajo para los técnicos de mantenimiento.
Offimant: Sistema desarrollado por la empresa DESOFT Camagüey, ha sido generalizado en 132 empresas nacionales. Dentro de sus ventajas se pueden ver que: facilita una mejor dirección, disminuye los costos aproximadamente en un 15%, aumenta la capacidad de respuesta del personal en un 50%, cálculo de presupuesto de gasto y ejecución, y permite realizar auditorías sobre las informaciones de planificación.
SGestMan: tecnología integral acompañada de un sistema informático para la organización y control de la actividad de mantenimiento y sus principios generales son:
Organización de la información del patrimonio y los recursos humanos.
Proyección, planificación y programación de las actividades preventivas de mantenimiento.
Ofrecer al operario, técnico y directivo de mantenimiento toda la información para que pueda actuar con eficacia en el aumento de la disponibilidad de los equipos y disminución de los costos.
Integración con los sistemas informáticos en explotación.
El estudio de este grupo de sistemas informáticos, ya sea de factura nacional o extranjera, que se encuentran en explotación en el país, permite concluir que los mismos fueron desarrollados para un entorno muy específico, pero ante un cambio en la legislación vigente del país se generarían gastos en la adaptación de los mismos. El SGestMan y el Offimant son uno de los sistemas más utilizados, gestionan la Planificación, pero no brindan un tratamiento homogéneo al sistema de gestión de la información.Tanto el MP como el ENGEMAN, gestionan Planificación pero son de índole internacional, con licencia y están desactualizado ante los nuevos cambios que han surgido en la legislación laboral cubana. La necesidad de encontrar y explotar las reservas de productividad en el sistema empresarial cubano unido a las exigencias establecidas exige la utilización de sistemas informáticos que garanticen:
Independencia tecnológica.
Flexibilidad ante el entorno laboral cambiante.
1.8. Sistemas Integrales de Gestión
1.8.1 Definición y Estructura
Los sistemas de planificación de recursos empresariales (ERP) son sistemas de información gerenciales que integran y automatizan muchas de las prácticas de negocio asociados con los aspectos operativos o productivos de una empresa. Se caracterizan por estar compuestos por diferentes partes integradas en una única aplicación. (6)
La evolución de la tecnología informática permitió que las prestaciones de estos sistemas de planeación fueran aumentando junto a la exigencia de los usuarios lo que hizo posible que se fueran automatizando una serie de procesos que inicialmente no se tenían en cuenta hasta llegar a convertirse en una verdadera herramienta de apoyo a la toma de decisiones al permitir contar con información fiable y actualizada de las principales variables de la organización empresarial.
Los sistemas de planeación de recursos empresariales cuentan con 3 características que los diferencian de las aplicaciones de gestión que pueden encontrarse en el mercado hoy en día y es que son sistemas Integrales, Modulares y Adaptables:
Integrales porque ven a las diferentes áreas o departamentos de una entidad unidos por la información que generan, por este motivo la base de datos que utilizan son centralizadas y evitan la duplicación de datos.
Modulares porque define por separado los procesos que se realizan en estas áreas o departamentos de manera tal que se utilizan solo los módulos que la empresa necesita para su trabajo. Por ejemplo existen módulos de contabilidad, control de inventarios, recursos humanos, costos y procesos, facturación, nómina, etc. utilizados de manera independiente por cada departamento y pueden ser adquiridos o no en dependencia de las necesidades de los clientes.
Adaptables porque todas las empresas no realizan los mismos procesos de negocios de igual forma incluso cuando se analizan dentro de un mismo sector económico. Por este motivo los ERP proveen a
los usuarios la posibilidad de adaptarlos a sus necesidades mediante una alta parametrización de sus funciones.
La construcción de un sistema de este tipo es bastante compleja pues no responde a un cliente específico y tiene que integrar todo el proceso productivo o de servicios de la entidad. La barrera de conocimientos necesarios para que una empresa de software pueda desarrollarlo es alto y por ese motivo estos sistemas son realizados por grandes compañías como SAP, ORACLE, IBM entre otros.
Estructura
Los ERP (Enterprise Resource Planning), son sistemas de planeación de recursos que se encuentran ya en su tercera etapa, sus etapas posteriores son los MRP (Manucfacturing Resource Planning) I y II.
(7)
La característica más significativa es que todas las aplicaciones están integradas, por lo que comparten un mismo conjunto de datos que es almacenado en una base de datos común. Las empresas se benefician de esta información debido a que el sistema ERP relaciona los procesos de negocios y los maneja como un todo en forma integrada.
Al igual que la mayoría de tecnologías de información los ERP proveen herramientas para mejorar el control y la planeación y principalmente la toma de decisiones.
Los módulos de un sistema ERP varían dependiendo de las características de la empresa, pues son muy diferentes los requerimientos en organizaciones en las que, por ejemplo, su principal negocio es la producción, la distribución o los servicios. Algunos de los módulos más comunes son:
Gestión Financiera.
Gestión de Ventas.
1.9. Metodologías, Herramientas y Lenguaje de Modelado.
Una metodología se encarga de elaborar estrategias de desarrollo de software que promuevan prácticas adaptativas en vez de predictivas; centradas en las personas o los equipos, orientadas hacia la funcionalidad y la entrega, de comunicación intensiva y que requieren implicación directa del cliente.
Estas metodologías indican paso a paso todas las actividades a realizar, para lograr el producto informático deseado. Involucran a las personas que deben participar en el desarrollo de las actividades y el rol a desempeñar. Detallan la información que se desea obtener y constituyen el principal objetivo estratégico en las organizaciones.
Por tales razones han de tenerse presentes en todo el proceso de desarrollo de software por lo riesgoso y difícil de controlar que resulta, pues si no se lleva una metodología de por medio, lo que se obtiene son clientes y desarrolladores insatisfechos con los resultados.
1.10. Modelo de Desarrollo orientado a componentes
Para el desarrollo de un proyecto con la dimensión del Cedrux se necesita un modelo estándar para cada uno de los equipos de desarrollo, de esta forma lograr una definición clara y precisa de las responsabilidades de los roles que se ven involucrados en el progreso de la solución.
La propuesta realizada es un modelo de desarrollo orientado a componentes, se creó como un híbrido de diversas metodologías de desarrollo de acuerdo con las necesidades que se han presentado y teniendo en cuenta los principales riesgos con los que se cuentan en el proyecto, tiene como características fundamentales:
Se modela el negocio por procesos, no por casos de usos.
La ingeniería de requisitos es más clara que en las demás metodologías de desarrollo.
Es orientada a componentes, posibilitando la independencia de funciones del sistema a la hora de mantener o modificar el sistema funcional.
Utiliza como lenguajes de modelado BPMN para el negocio.
En el mismo se definen claramente los roles que intervienen y las responsabilidades de cada uno de ellos, las actividades de desarrollo que se deben llevar a cabo, bien descritas y que roles la realizan, así como los artefactos que lo generan. Se mantiene como objetivo fundamental de todo proceso “quién”
está haciendo “qué”, “cuándo” y “cómo” para alcanzar un determinado objetivo. Un Proceso de Desarrollo de Software es la definición del conjunto de actividades que guían los esfuerzos de las personas implicadas en el proyecto, a modo de plantilla que explica los pasos necesarios para terminar el proyecto.
1.11. Lenguaje de Modelado.
BPMN (Business Process Management Notation) es una notación que modela los procesos de negocio, basada en diagramas de flujo fácil de entender. Es un nuevo estándar de modelado de procesos de negocio, en donde se presentan gráficamente las diferentes etapas del mismo. La notación ha sido diseñada específicamente para coordinar la secuencia de procesos y los mensajes que fluyen entre los diferentes procesos participantes. Está dirigido a personas de negocios, vendedores y proveedores de servicios que necesitan comunicar sus procesos de negocio en una forma estandarizada. Define diagramas de procesos de negocios basados en la técnica de diagramas de flujo, adaptados para graficar las operaciones de los procesos de la organización.Se compone de un conjunto de elementos gráficos que facilitan un diagrama entendible tanto por audiencias de negocios como técnicas. (8) BPMN toma un perfil orientado a procesos en el modelado de sistemas mediante la aplicación creativa de patrones de control de flujo, los cuales permiten describir la estructura y una mejor definición de los procesos.
Ventajas de BPMN:
Considera un único diagrama para la representación de los procesos (BPD).
Pensado para ser asignado con naturalidad a lenguajes de ejecución.
Fácil de entender para los analistas de negocios, desarrolladores técnicos y las personas de negocio que administrarán y controlarán esos procesos.
1.12. Patrones de control de flujo (Works flow)
Estos patrones permiten describir la estructura de los procesos con una mejor definición, se dividen en
Patrones de sincronización Una actividad es iniciada cuando dos o más hilos completan la ejecución de sus actividades. En un punto del proceso, dos o más hilos de control convergen en un solo hilo. Al ser éste el patrón más común de sincronización, el paso de unión se comporta por defecto de acuerdo al mismo, sincronizando todos los hilos de entrada antes de activar la siguiente actividad. (9)
Figura.1 Patrones de Sincronización
Patrones de múltiples instancias: Describen situaciones donde hay varios hilos de ejecución activos en un modelo de procesos que se relacionan con la misma actividad.
Figura 2. Patrones de múltiples instancias
Patrones estructurales:Se trata de un punto en el proceso donde una o más actividades pueden ser realizadas en forma repetitiva.
Figura 3.Patrones estructurales
Patrones basados en estados: Es un punto en el proceso donde uno o múltiples caminos son seleccionados. El paso de pregunta con evaluación permite seleccionar la opción a ser tomada en tiempo de ejecución, es decir en base a la respuesta dada selecciona el camino a tomar o la tarea a activar.
Figura 4. Patrones basados en estados
Patrones de terminación están presentes cuando un flujo de trabajo se considera terminado, pues no quedan actividades.
1.13. Lenguaje unificado de modelado (UML)
UML (Unified Modeling Languaje) es un lenguaje que permite visualizar, especificar, construir y documentar los artefactos de un sistema que involucra una gran cantidad de software admite la modelación de sistemas con tecnología orientada a objetos. Es una forma de modelar cosas conceptuales como lo son procesos de negocio y funciones de sistema, además de cosas concretas como lo son escribir clases en un lenguaje determinado, esquemas de base de datos y componentes de software reusable. Su utilización es independiente del lenguaje de programación y de las características de los proyectos, pues ha sido diseñado para modelar cualquier tipo de proyectos, tanto informáticos como de arquitectura, o de cualquier otra rama. (10)
UML cuenta con varios tipos de diagramas que son la representación gráfica de un conjunto de elementos y sus relaciones que visualizan el sistema desde diferentes perspectivas.
1.14. Herramienta CASE
Las Herramientas CASE (Computer Aided Software Engineering, Ingeniería de Software Asistida por Ordenador) son el mejor soporte para el proceso de desarrollo de software, es un conjunto de programas y ayudas que dan asistencia a los analistas, ingenieros de software y desarrolladores, durante todos los pasos del ciclo de vida de desarrollo de un software.
Las herramientas constituyen productos de software que apoyan al desarrollo de software, las mismas permiten: automatizar procesos repetitivos, mantener la información bien estructurada, gestionar grandes cantidades de información, además de permitir un aumento de la productividad y la calidad.
Visual Paradigm para UML es una herramienta multiplataforma de modelado visual UML y una herramienta CASE muy potente y fácil de utilizar, con un diseño centrado en casos de uso y enfocado al negocio que genera un software de calidad, es un lenguaje estándar común a todo el equipo de
desarrollo que facilita la comunicación. Soporta el ciclo de vida completo de desarrollo de software:
análisis y diseño orientado a objeto, construcción, pruebas y despliegue. Capacidad de ejecutarse sobre varios sistemas operativos por lo que es multiplataforma. Presenta ambiente gráfico agradable al usuario.
Visual Paradigm ofrece:
Entorno de creación de diagramas para UML versión 2.1.
Diagramas de Procesos de Negocio - Proceso, Decisión, Actor de negocio, Documento.
Ingeniería inversa - Código a modelo, código a diagrama.
Generación de código - Modelo a código, diagrama a código.
Generación de bases de datos - Transformación de diagramas de Entidad-Relación en tablas de base de datos.
Poderosa herramienta de generación de PDF/HTML a partir de diagramas UML. (11)
Debido a las funcionalidades brindadas por el Visual Paradigm y por ser una herramienta multiplataforma se decide utilizarlo como herramienta Case. Además permite la modelación de los procesos de negocio y la Universidad de las Ciencias Informáticas cuenta con la licencia de esta herramienta, lo cual hace más acertada su selección.
1.15. Rol de Analista.
En un proceso de desarrollo existen flujos de trabajo, en los cuales participan trabajadores que generan artefactos ocupando un rol, en el que se definen varias responsabilidades para estos roles y pueden estar representados por una o varias personas.
1.15.1. Responsabilidades que desempeñan y artefactos que generan.
El analista en sentido general agrupa los roles que están involucrados en los flujos de trabajo de
Mapa de procesos.
Modelo de procesos de negocio.
Descripción de procesos del negocio.
Modelo conceptual.
Prototipo de IU.
Especificación de requisitos.
1.15.3 Descripción de las actividades a desarrollar por el analista:
Identificación de procesos: Debe identificar, analizar y describir los procesos que se llevan a cabo en el negocio que se desea automatizar, con el objetivo de organizar y documentar todas las acciones a tener en cuenta en el análisis para el desarrollo del software.
Validación de procesos: Se aprueba que la identificación de los procesos se hizo correctamente y que el equipo tiene plena claridad del negocio a automatizar.
Identificación de requerimientos: A partir de los procesos identificados se realiza la identificación de los requisitos o funcionalidades que deben cumplir, para que pueda ser realizado dicho proceso.
Validación de requerimientos: Se validan todos los requisitos identificados para cada uno de los procesos que intervienen en la automatización del negocio deseado.
Taller de análisis: Se evalúan cada uno de los requerimientos y procesos identificados y validados, a partir de los cuales se desarrolla el mapa de procesos a través del cual: se deben agrupar los requerimientos y procesos por componentes, identificar las dependencia entre los componentes, así como los contratos de los mismo en el módulo y se establecen las prioridades de desarrollo de cada uno de los componentes, dependiendo de cuan críticos y complejos sean.
Diseño de modelo de datos: Partiendo de un modelo lógico obtenido durante la captura de requisitos, se definen las estructuras de base de datos que darán soporte de persistencia a la solución de software orientada a los componentes identificados.
Creación del modelo de datos: Creación de las estructuras y objetos de base de datos en el sistema de gestión seleccionado orientado a los componentes identificados.
Casos de prueba: Construcción de todos los posibles caminos de ejecución, o escenarios, de cada componente desarrollado. Se obtiene como resultado un listado final con los casos de prueba
identificados a partir de los posibles escenarios, los resultados esperados para cada caso y las condiciones o valores requeridos para la ejecución de los distintos escenarios.
1.16 Conclusiones del capítulo.
En el capítulo se hace una breve reseña de la evolución que ha tenido en Cuba y en el mundo los Sistemas de Gestión de Mantenimiento así como los Sistemas de Gestión de mantenimiento Asistido por computadoras. Se especifican las metodologías y herramientas que son utilizadas en el marco de trabajo del proyecto Sistema de Gestión Integral ERP-CUBA quedando oficializado el Modelo Orientado a Componentes, que responde a las necesidades y artefactos generados por el proyecto, el cual se creó como un híbrido de diversas metodologías de desarrollo.
CAPÍTULO 2: MODELADO DEL NEGOCIO
El presente capítulo muestra las características que tendrá el sistema, partiendo de la representación del negocio mediante los procesos que intervienen y su descripción, las reglas, el mapa de procesos el modelo de negocio y se describe la solución propuesta para la situación problémica.
2.1. Modelado de Negocio
Si se pretende comprender y gestionar la complejidad de un sistema, es necesario dividirlo en piezas, las cuales se representan a través de modelos que permiten desglosar sus características esenciales. Uno de estos modelos es el modelo de negocio, el cual es utilizado para comprender el conjunto de procesos de negocio que tienen lugar dentro de una organización como paso previo para establecer los requisitos del sistema a desarrollar Sus objetivos son:
Comprender la estructura y la dinámica de la organización en la cual se va a implantar el sistema.
Comprender los problemas actuales de la organización e identificar las mejoras potenciales.
Asegurar que los consumidores, usuarios finales y desarrolladores tengan un entendimiento común de la organización.
Derivar los requerimientos del sistema que va a soportar la organización.
2.1.1. Modelo de procesos.
Un proceso de negocio es un conjunto estructurado de actividades, diseñado para producir una salida determinada o lograr un objetivo específico. Los procesos describen como es realizado el trabajo en la organización y se caracterizan por ser observables, medibles, mejorables y repetitivos. (12)
Modelar procesos de negocio es una parte esencial de todos los procesos de desarrollo de software.
Este modelo permite capturar el esquema general y los procedimientos que gobiernan el negocio, provee una descripción de dónde se va a ajustar el sistema de software considerado dentro de la
estructura organizacional de las actividades habituales y la justificación para la construcción del sistema de software al capturar las actividades manuales y los procedimientos automatizados habituales que se incorporarán en el nuevo sistema, con costos y beneficios asociados. Además, posibilita capturar los eventos, los recursos y las salidas más importantes vinculadas con el proceso de negocio.
Un modelo de proceso de negocio define los siguientes elementos:
El objetivo o el motivo del proceso.
Las entradas específicas.
Las salidas específicas.
Los recursos consumidos.
La secuencia de las actividades.
Los eventos que dirigen el proceso.
2.1.2. Modelado del Negocio del componente Planificación.
Se realiza con el objetivo de describir los procesos existentes. Y se especifican qué procesos del negocio soportará el sistema. Estableciendo las competencias que se requieren de cada proceso: sus trabajadores, sus responsabilidades y las operaciones que llevan a cabo.
La planificación de Mantenimiento consiste en una exhaustiva preparación de las tareas de mantenimiento. En ella se definen las acciones o trabajos que se van a realizar como parte de la política de la organización, además se determinarán los recursos tanto materiales como humanos que están involucrados en las mismas.
Dentro del módulo de Gestión de Mantenimiento se encuentra contenido el componente Planificación de
2.1.3. Mapa de Procesos del negocio.
Un mapa de procesos es la representación gráfica de uno o más procesos que contribuyen de forma significativa al logro de un resultado. El resultado puede ser un servicio o un producto. El servicio o producto puede ser para uso interno de otra unidad dentro de la organización, o externo.
Un mecanismo de gran utilidad para la evaluación de los procesos de trabajo es el mapa de procesos.
Este contribuye a hacer visible el trabajo que se lleva a cabo en una unidad de una forma distinta a la que ordinariamente se conoce, del valor de cada tarea o su contribución al proceso. También permite evaluar cómo se entrelazan las distintas tareas que se requieren para completar el trabajo, si son paralelas (simultáneas) o secuénciales (una tarea no puede iniciarse hasta tanto otra se haya completado). Y todo lo que afecte positiva o negativamente el resultado final del trabajo.
Para una mayor comprensión del sistema que se desea desarrollar es necesario partir de la modelación del negocio, en este caso se modelará por procesos.
Los principales procesos que intervienen en la Planificación son:
Actualizar medidores.
Planificar mantenimiento.
Reprogramar mantenimiento.
En la mayoría de las entidades, empresas e instituciones cubanas, el procesamiento de la información vinculada a estos procesos (actualizar medidores, planificar y reprogramar mantenimiento) es llevada a cabo de forma manual, y para el caso de aquellas que disponen de un software estos no satisfacen todos los requerimientos que estos procesos demandan. Existen varios componentes como Organizar Patrimonio que guarda estrecha vinculación con los procesos antes descritos pues en él se determina la estructura de trabajo, se registra la información y documentación de los objetos que pertenecen al patrimonio así como la preparación de las instalaciones y los recursos, de la misma manera se interrelacionan con los componentes, Capital Humano, Inventario y Economía púes brindan información para proceder a la realización del plan de mantenimiento.
2.2. Descripción de procesos.
El modelado del Negocio se aborda a partir de los principales procesos contenidos en la Planificación de mantenimiento:
Actualizar medidores.
Planificar mantenimiento.
Reprogramar mantenimiento.
2.2.1 Actualizar medidores.
Actualizar medidores consiste en calcular las fechas de próximas ejecuciones de mantenimiento de los objetos e incluirlos en los procesos de planificación y programación.
Tiene como entradas el listado de patrimonio y las lecturas, que se realizan a los objetos sujetos a mantenimiento según los indicadores técnicos para su evaluación, por ejemplo el kilometraje recorrido en caso del parque automotor, y cuando se trate del mantenimiento de motores el indicador a evaluar son las moto-horas, es decir el consumo o sobre-consumo de combustible por horas según de trabajo.
Y para el caso de la proyección se tiene en cuenta los objetos a los cuales se le brindará mantenimiento considerándose como elementos básicos, las diferentes intervenciones según su grado de complejidad, las actividades y frecuencias de ejecución a realizar. Como salidas se obtiene la ficha de los objetos actualizados, a partir del comportamiento sistemático de los indicadores que la soportan y una vez consolidada por el técnico de planificación, es entregada al especialista para su evaluación final.
Las principales actividades a automatizar del proceso son:
Registrar lecturas.
Cálculo de los registros reales.
Figura 6. Diagrama actualizar medidores
Para obtener mayor información sobre la descripción de este proceso, consultar el documento de descripción de procesos. Tabla 2
2.2.2 Planificar mantenimiento
En una empresa existe un departamento de mantenimiento, donde un especialista es el encargado de realizar el plan de mantenimiento, que es el documento por el que se va a regir esta actividad durante el período determinado para la programación del mismo, para cada uno de los activos con que cuenta dicha institución. Tiene como entradas para la creación del plan de mantenimiento listado de los activos de la institución con su ubicación y las órdenes de trabajo no cumplidas. Teniendo esta información el
especialista procede a planificar el mantenimiento, asignándole a cada activo o familia de activo la o las acciones de mantenimiento a acometer y los recursos disponibles. Como salidas se obtiene
Las principales actividades a automatizar del proceso son:
Calcular próximas ejecuciones y ubicarlas en el calendario.
Calcular presupuesto
Elaborar plan de mantenimiento
Actualizar plan de mantenimiento
2.2.3 Reprogramar mantenimiento
Para la reprogramación del mantenimiento ha de tenerse en cuenta la política laboral de la entidad de manera que todas las tareas programadas sean cumplibles. Para ir ubicando en un calendario las distintas acciones de mantenimiento, se va chequeando la prioridad de cada una de estas y la disponibilidad por parte del personal de mantenimiento. Tiene como entradas el listado de patrimonio y los recursos disponibles con que se contará para ejecutar el mantenimiento. Como salidas se obtiene un listado de los objetos a reprogramar con una proyección actualizada de la fecha de inicio de próxima ejecución y la solicitud de servicio.
Las principales actividades a automatizar del proceso son:
Seleccionar objetos a reprogramar.
Estimar fecha de disponibilidad de los recursos
Actualizar fecha inicio
Figura 8.Reprogramar mantenimiento
Para obtener mayor información sobre la descripción de este proceso, consultar el documento de descripción de procesos. Tabla 4
2.3. Modelo Conceptual.
El modelo de dominio o modelo conceptual es una representación visual de los conceptos u objetos del mundo real significativos para un problema o área de interés. Representa clases conceptuales del dominio del problema, conceptos del mundo real, no de los componentes del software. Este modelo se representa como un diagrama de clases en el que se muestran:
Conceptos u objetos del dominio del problema: clases conceptuales.
Asociaciones entre las clases conceptuales.
Atributos de las clases conceptuales.
En este modelo no se muestra comportamiento, o sea las clases conceptuales que se definen pueden tener atributos pero no métodos. Para lograr una excelente realización de dicho modelo es necesario seguir la siguiente guía:
Listar conceptos.
Representar los conceptos en un diagrama.
Agregar las asociaciones para registrar las relaciones entre conceptos.
Agregar los atributos necesarios para cumplir los requerimientos de información.
Tabla 1. Descripción de conceptos
Conceptos Descripción
Tipo de plan Se definen los tipos de planes que realizará la entidad.
Plan de mantenimiento Plan de Mtto. De la empresa que contiene los diferentes planes previstos por la entidad.
Modelo de RR-HH Plan donde se define el fondo de salario distribuido en cada uno de los conceptos salariales definidos.
Modelo de Recursos Materiales
Plan donde se establecen los distintos gastos de materiales para un producto o servicio.
Modelo de Presupuesto Modelo donde se reflejan todas las partidas y elementos definidos contablemente.
Modelo de Objeto Modelo donde se recogen todos los objetos según el patrimonio sujetos al mantenimiento.
Calendario Días hábiles que corresponde laboral según cada entidad.
Excepciones Son las que se realizan en el calendario ejemplo: días festivos, días feriados, entre otros.
Objetos Activo fijo tangible reconocido en el patrimonio.
Escala temporal Escala de tiempo definida en los diferentes modelos para cada momento.
Ejercicios Ejercicios contables definidos en la entidad.
Períodos
Periodos que contiene el ejercicio contable. En el caso que el ejercicio sea basado en año natural los periodos se definirán como los meses comprendido en año que comienza el primero de enero y termina el 31 de diciembre delimitado tal y como se delimitan en el calendario.
2.4. Conclusiones del capítulo.
En este capítulo se definieron cada uno de los procesos del negocio relacionados con la planificación y su representación a partir del mapa de procesos así como las entidades que se generan y sus relaciones con otros procesos pertenecientes a otros módulos, quedando definido el modelo del negocio. A partir de los artefactos obtenidos en el modelamiento del negocio se pueden identificar los requerimientos que tendrá el software a construir y da una visión de las necesidades del sistema.
CAPÍTULO 3: REQUERIMIENTOS
La etapa de definición de requerimientos tiene gran importancia para el proceso de desarrollo de un software ya que mediante esta actividad el equipo de desarrollo de un sistema de software extrae las necesidades que debe cumplir dicho sistema, este proceso puede resultar complejo, principalmente si el entorno de trabajo es desconocido para el equipo de analistas y depende mucho de las personas que participen en él. (13)
3.1 Ingeniería de requisitos
3.1.1 Definición
La ingeniería de requerimientos cumple un papel primordial en el proceso de construcción y producción de un software, se basa en las necesidades planteadas por los clientes en un nivel muy general, donde se descubre, documenta, analiza y se define los servicios o componentes de lo que se desea producir, además de las restricciones que tendrá el producto o software.
Su principal tarea consiste en la definición del proceso a seguir en la construcción de un software y facilitar la comprensión de lo que el cliente requiera. La importancia de esta fase es esencial pues permite detectar los errores más comunes y más costosos de reparar, así como los que más tiempo consumen y es producto de la inadecuada ingeniería de requisitos.
3.1.2 Captura de requisitos
La captura de requisitos es la actividad mediante la cual el equipo de desarrollo de un sistema de software extrae de las fuentes de información disponibles, las necesidades que debe cubrir dicho sistema, permite encontrar los verdaderos requisitos. (14)
3.1.3 Técnicas utilizadas para la captura de requisitos
La identificación de requisitos no es un proceso fácil, debido a que los datos son extraídos de personas y en ocasiones no fluye la comunicación entre las partes involucradas para lograr identificarlos, se han desarrollado técnicas con el objetivo de hacer este proceso de una forma más eficiente y segura.
Entrevistas: Resultan una técnica muy aceptada dentro de la ingeniería de requisitos y su uso está ampliamente extendido. Permite al analista tomar conocimiento del problema y comprender los objetivos de la solución buscada.
Plantillas o patrones: Esta técnica, tiene por objetivo el describir los requisitos mediante el lenguaje natural pero de una forma estructurada.
Sistemas existentes
Esta técnica consiste en analizar distintos sistemas ya desarrollados que están relacionados con el sistema a ser construido.
Prototipos
Un prototipo es una representación de un sistema, aunque no es un sistema completo, posee las características del sistema final o parte de ellas, son fácilmente modificables y prescindibles, mejora la relación entre desarrolladores y usuarios.
3.2 Especificación de los requisitos.
La especificación de los requisitos del software se produce en la culminación de la tarea de análisis. La función y rendimiento asignados al software como parte de la ingeniería de sistemas se refinan estableciendo una completa descripción de la información, una descripción detallada de la función y del comportamiento del problema que el software va a resolver, una indicación de los requisitos del rendimiento y restricciones del diseño, criterios de validación apropiados y otros datos pertinentes a los requisitos.
3.3 Requisitos funcionales
Actualizar medidores.
Requisitos funcionales asociados al proceso de actualizar medidores.
Actualizar medidores
RF1 Actualizar lectura de los medidores RF1.1 Gestionar lecturas de los medidores
RF1.1.1 Registrar lecturas de los medidores de un objeto.
RF1.1.2 Listar lectura de medidores.
RF1.1.3 Imprimir historial lectura de un medidor del objeto RF1.1.4 Eliminar última lectura.
RF1.2 Reiniciar un medidor de un objeto.
Planificación
Requisitos funcionales asociados al proceso de planificación:
RF2 Configuración
RF2.1 Gestionar Tipo de plan RF2.1.1 Crear tipos de planes
RF2.1.2 Modificar tipos de planes(si no están siendo usados) RF2.1.3 Eliminar tipos de planes (si no están siendo usados) RF2.1.4 Activar tipos de planes
RF2.1.5 Listar tipos de planes
RF2.1.6 Desactivar los tipos de planes RF2.2 Gestionar excepciones.
RF2.2.1 Adicionar excepciones RF2.2.2 Modificar excepciones RF2.2.3 Eliminar excepciones RF2.3 Gestionar Inclusión
RF2.3.1 Definir Inclusión RF2.3.2 Modificar Inclusión RF2.4 Gestionar Ejercicios
RF2.4.1 Crear ejercicio
RF2.4.2 Modificar ejercicio (si no está siendo usado) RF2.4.3 Eliminar ejercicio (si no está siendo usado) RF2.4.4 Listar ejercicio
RF2.4.5 Buscar ejercicio RF2.5 Gestionar Períodos
RF2.5.1 Adicionar período RF2.5.2 Modificar período RF2.5.3 Eliminar período RF2.5.4 Listar período RF2.6 Crear calendario.
RF3 Modelo
RF3.1 Gestionar modelo RF3.1.1 Insertar columnas RF3.1.2 Ocultar columnas RF3.2 Imprimir modelo RF3.3 Listar modelo RF3.4 Consultar modelo.
RF3.5 Gestionar intervenciones en el modelo RF3.5.1 Adicionar intervención en el modelo RF3.5.2 Modificar intervenciones en el modelo RF3.5.3 Eliminar intervenciones en el modelo RF3.5.4 Listar intervenciones en el modelo.
RF3.6 Gestionar objetos en el modelo de objetos.
RF3.6.1 Ordenar datos en un modelo.
RF4.3 Aprobado RF4.4 Ejecución RF4.5 Cancelado.
RF5 Gestionar Plan RF5.1 Definir plan RF5.2 Modificar plan RF5.3 Eliminar plan RF5.4 Consultar plan RF5.5 Buscar plan.
RF6 Gestionar comentario RF6.1 Adicionar comentario.
RF6.2 Listar comentario.
RF6.3 Buscar comentario.
RF7 Versionar
RF7.1 Versionar plan RF7.2 Eliminar versión RF8 Modificar estado del plan
RF9 Generar datos en el modelo de objetos RF10 Generar modelos asociados
RF11 Consultar historial RF12 Eliminar versión.
Reprogramar mantenimiento.
Requisitos funcionales asociados al proceso de reprogramar mantenimiento.
RF13 Programar mantenimiento.
3.4 Validaciones
La validación de requerimientos es una actividad muy importante, pues un levantamiento de requerimientos con errores que no se detecten a tiempo, provoca costos excesivos y gran pérdida de tiempo en etapas posteriores del desarrollo del sistema. (15)
Los requisitos funcionales se validan con el objetivo de verificar que estos hayan sido especificados sin ambigüedades, inconsistencias, omisiones y que el resultado obtenido se ajuste a los estándares establecidos por el proyecto. Los analistas del módulo del Mantenimiento para validar los 58 requisitos funcionales especificados en Planificación utilizaron las siguientes técnicas:
Revisión técnica formal: incluye recorridos, inspecciones y revisiones cíclicas. Cada Revisión Técnica Formal (RTF) se lleva a cabo mediante una reunión y solo tiene éxito si esta es bien planificada, controlada y atendida. Los analistas del proyecto una vez terminada las especificaciones de los requisitos realizaron la reunión de revisión, a la cual convocaron al especialista funcional asignado al proyecto.
Prototipos: Otra de las técnicas utilizadas fue a través de los prototipos de interfaz de usuario, ya que estos constituyen una visión inicial del sistema que favorece la comunicación entre clientes y desarrolladores.
Como resultado se validaron todos los requisitos funcionales propuestos, los prototipos de interfaz de usuario y el cliente firmó un acta de compromiso.
3.5 Prototipos como técnica de validación de requisitos.
Algunas propuestas se basan en obtener de la definición de requisitos prototipos que, sin tener la totalidad
Esta técnica tiene el problema de que el usuario debe entender que lo que está viendo es un prototipo y no el sistema final.
Prototipo de interfaz de usuario: Actualizar Medidores
A través de esta interfaz el usuario puede realizar las siguientes funciones:
Registrar lecturas de los medidores de un objeto.
Reiniciar un medidor de un objeto.
Listar lectura de medidores.
Imprimir historial lectura de un medidor del objeto
Figura10. Prototipo de Interfaz de usuario Actualizar medidores
