100%(2)Il 100% ha trovato utile questo documento (2 voti)
178 visualizzazioni43 pagine
Este documento presenta un proyecto de investigación que busca implementar un sistema de control de entrada y salida para el Colegio Militar Andrés Avelino Cáceres utilizando la metodología ágil OPEN UP y la notación BPMN. El proyecto tiene como objetivo general implementar dicho sistema y como objetivos específicos recolectar requerimientos, modelar el proceso de control bajo BPMN, desarrollar la aplicación usando OPEN UP y monitorear los resultados. El documento justifica el proyecto y presenta el marco teó
Este documento presenta un proyecto de investigación que busca implementar un sistema de control de entrada y salida para el Colegio Militar Andrés Avelino Cáceres utilizando la metodología ágil OPEN UP y la notación BPMN. El proyecto tiene como objetivo general implementar dicho sistema y como objetivos específicos recolectar requerimientos, modelar el proceso de control bajo BPMN, desarrollar la aplicación usando OPEN UP y monitorear los resultados. El documento justifica el proyecto y presenta el marco teó
Este documento presenta un proyecto de investigación que busca implementar un sistema de control de entrada y salida para el Colegio Militar Andrés Avelino Cáceres utilizando la metodología ágil OPEN UP y la notación BPMN. El proyecto tiene como objetivo general implementar dicho sistema y como objetivos específicos recolectar requerimientos, modelar el proceso de control bajo BPMN, desarrollar la aplicación usando OPEN UP y monitorear los resultados. El documento justifica el proyecto y presenta el marco teó
Implementacin del Sistema de Control de Entrada y Salida para el Colegio Militar Andrs Avelino Cceres Bajo la Metodologa gil OPEN UP y la Notacin BPMN. .
Autor Bach. Joel Prez Surez
Asesor Mg. Esteban Tocto Cano
Morales, Junio de 2012 ndice 1. Ttulo ................................................................................................................. 1 2. Identificacin del Problema. .............................................................................. 1 3. Planteamiento de la Investigacin. ................................................................... 2 4. Objetivos. .......................................................................................................... 3 4.1. General. .................................................................................................... 3 4.2. Especficos. ............................................................................................... 3 5. Justificacin de la Investigacin. ....................................................................... 4 6. Marco terico. ................................................................................................... 5 6.1. Administracin de Procesos del Negocio (BPM) ....................................... 5 6.1.1. Definicin: ........................................................................................... 5 6.1.2. Object Management Group (OMG). .................................................... 5 6.1.3. Modelamiento de procesos. ................................................................ 6 6.1.4. Tipos de procesos. ............................................................................. 6 6.1.5. Business Process Modeling Notation (BPMN). ................................... 9 6.1.6. Indicadores de procesos. .................................................................. 22 6.1.7. Tipos de indicadores. ........................................................................ 23 6.2. OPENUP. ................................................................................................ 27 6.2.1. Definicin. ......................................................................................... 27 6.2.2. Fases. ............................................................................................... 28 6.2.3. Disciplinas. ....................................................................................... 29 6.2.4. Roles. ............................................................................................... 31 7. Materiales y Mtodos. ..................................................................................... 32 7.1. Lugar de Ejecucin.................................................................................. 32 7.2. Tipo de Investigacin. ............................................................................. 32 7.3. Equipos y Materiales. .............................................................................. 32 7.3.1. Equipos. ............................................................................................ 32 7.3.2. Materiales. ........................................................................................ 32 7.3.3. Herramientas de Desarrollo. ............................................................. 33 8. Diseo de la Investigacin. ............................................................................. 34 9. Cronograma de Actividades. ........................................................................... 38 10. Presupuesto y Financiamiento ........................................................................ 39 Referencias ........................................................................................................... 40 1
1. Ttulo
Implementacin del Sistema de Control de Entrada y Salida para el Colegio Militar Andrs Avelino Cceres Bajo la Metodologa gil OPEN UP y la Notacin BPMN. 2. Identificacin del Problema.
Hoy en da las empresas necesitan cumplir sus objetivos fundamentados en un plan estratgico, para el logro de dichos objetivos es necesario tener una visin de procesos donde se muestre el flujo de trabajo y la interdependencia de las unidades de negocio de la organizacin, al mismo tiempo los procesos deben estar soportados por las Tecnologas de Informacin (TI) que guen los procesos al cumplimiento de los objetivos corporativos. Actualmente en el Per las instituciones educativas; el control de entrada y salida de personas ya sean visitas, o es el caso que algunas instituciones educativas IE cuentan con un residencial de damas y varones, de hecho tienen un registro, sin embargo la mayora de ellas realizan el control de una manera manual, haciendo de esto un control ineficiente. Mori(Entrevista 28 Junio, 2012) menciona que el Colegio Militar Andrs Avelino Cceres (CMAAC) no est ajeno a la realidad que emerge el pas, ya que sus procesos no se encuentran modelados ni documentados, es el caso del proceso de registro de control de entrada y salida del personal que labora y alumnado en general; el control de entrada de los alumnos se realizan los das domingos y la salida los das viernes, donde siendo este un proceso crtico por lo que administra el rea de seguridad. Actualmente dicho proceso se realiza de forma manual utilizando formatos de registros fsicos y trayendo como consecuencia el papeleo incontrolado, perdida de informacin, respecto al estado del alumnado perteneciente a la institucin; cuello de botella en hora punta, demoras en los reportes del estado en la que se encuentra el alumno, desconociendo alguna unidad que permita medir la asistencia al plantel institucional. 2
3. Planteamiento de la Investigacin.
La presente investigacin se basa en 4 etapas, la misma que la metodologa de desarrollo Open Up menciona, en la etapa de la concepcin se considera el alcance, los objetivos del proyecto y la recoleccin de la informacin, en la etapa de elaboracin se alinea la gestin de riesgos con los requerimientos del sistema, adems la gestin de costos, tiempo, tambin el modelamiento del proceso de registro de control de entrada y salida de personas y la creacin de indicadores se incorpora en dicha etapa ya que nos ayuda a encontrar un mejor entendimiento de la aplicacin a desarrollar, en la etapa de la construccin est reflejado el desarrollo de la aplicacin y las pruebas necesarias y en la etapa de la transaccin se enfoca el despliegue e instalacin de dicha aplicacin. Dicho desarrollo de la aplicacin estar fundamentado bajo las metodologas BPM y OPENUP. BPM para el modelamiento de proceso del negocio, creacin de indicadores y documentacin de las tareas. Open up como gua metodolgica para el desarrollo de la aplicacin. Ya que dicha metodologa permite alinear los requerimientos del negocio a la aplicacin, segn las etapas que propone.
3
4. Objetivos. 4.1. General. Implementar el sistema de control de entrada y salida para el Colegio Militar Andrs Avelino Cceres bajo la metodologa gil OPEN UP y la notacin BPMN.
4.2. Especficos.
Recolectar informacin para el anlisis de requerimientos. Modelar el proceso de control de entrada y salida para el CMAAC bajo la notacin BPMN. Desarrollar la aplicacin del registro de control de entrada y salida para el CMAAC aplicando OPEN UP. Monitorear los resultados en base al despliegue de la aplicacin.
4
5. Justificacin de la Investigacin.
Las Instituciones Educativas (IE) actualmente han dado un paso adelante al tener que incorporar mejoras en sus procesos creando eficiencia en sus resultados, a la vez indicadores que permitan medir el nivel de crecimiento estratgico, tctico, operacional y de apoyo, de una manera que el negocio y los procesos optimizados muestran equidad en la toma de decisiones y el logro efectivo de los objetivos y metas trazadas. Considerando las ventajas que las TI proporcionan, se ha visto conveniente realizar un sistema capaz de controlar las entradas y salidas para el CMAAC, teniendo como base los procesos de negocio corporativas deben de estar alineados a los sistemas de informacin, indicando mejoras en cuestin de tiempo, ya que disminuir la documentacin manual, reducir los cuellos de botella, se tendr claramente identificado los roles o responsabilidades de los actores del negocio, los costos disminuirn porque habr un registro previo sobre la situacin del estudiante que accedan a la institucin, el sistema tendr la facultad de mostrar el estado actual del alumno o personal, de manera que ayudar a los administradores a tomar decisiones a partir de los resultados obtenidos.
5
6. Marco terico.
6.1. Administracin de Procesos del Negocio (BPM) 6.1.1. Definicin: Segn el Club-BPM (2009) Administracin de Procesos de Negocio (BPM) es un conjunto de herramientas, tecnologas, tcnicas, mtodos y disciplinas de gestin para la identificacin, modelizacin, anlisis, ejecucin, control y mejora de los procesos de negocio. Incluyendo reingeniera de procesos. Garimella y otros (2008, p. 190) definen que BPM es un conjunto de mtodos, herramientas y tecnologas utilizados para disear, representar, analizar y controlar procesos de negocio operacionales. BPM es un enfoque centrado en los procesos para mejorar el rendimiento que combina las tecnologas de informacin con metodologas de proceso y gobierno. BPM abarca personas, sistemas, funciones, negocios, clientes, proveedores y socios, es decir es una colaboracin entre personas de negocio y tecnlogos para fomentar procesos de negocio efectivos, giles y transparentes.
STATUM. (2011). Menciona que BPM es un conjunto de herramientas que facilitan la administracin de procesos de negocio para cada una de las etapas de su ciclo de vida: Diseo, Ejecucin, Monitoreo y Anlisis.
6.1.2. Object Management Group (OMG).
Object Management Group [OMG] (2011) es lder en los estndares de modelado y middleware por ms de 20 aos, pero saba usted que OMG es tambin un gran defensor de TI y negocio, estndares de integracin? OMG que est activo en la computacin en las nubes, sanidad, finanzas, procesamiento de eventos, gestin de procesos de negocio, arquitectura orientada a servicios, gobierno, control de software de espacio. OMG tiene varios grupos de defensa bajo el paraguas de Ecologa de Negocios, que cubre la seguridad informtica, procesamiento de eventos, empresas verdes, y BPM / SOA. 6
OMG, fundada en 1989, es una membreca internacional, abierta, sin fines de lucro consorcio de la industria informtica con ms de 500 miembros de todo el mundo, incluyendo agencias gubernamentales, los usuarios de TI grandes y pequeos, los proveedores e instituciones de investigacin. OMG es ms conocido por el trabajo de elaboracin de normas. Fuerzas de Tareas OMG desarrolla estndares de integracin empresarial para una amplia gama de tecnologas, incluyendo: tiempo real, embebidos y sistemas especializados, Anlisis y Diseo, Arquitectura impulsado por la modernizacin y Middleware, y para las industrias de ms de dos docenas de vertical, incluyendo: Modelado de Negocios e Integracin, C4I de la respuesta militar y la crisis, finanzas, gobierno, salud, cumplimiento de normativas, Ciencias de la Vida de Investigacin, Gestin del Conocimiento, Software Assurance, Tecnologa de Fabricacin, Robtica, basado en software de comunicaciones y el espacio. Con el tiempo, OMG ha evolucionado para satisfacer las necesidades cambiantes del negocio de Tecnologas de la Informacin por su destacada labor como formador de comunidades profesional impulsada de la prctica centrada en verde / Sostenibilidad, Arquitectura Orientada a Servicios, BPM, seguridad ciberntica y procesamiento de eventos, durante su estancia fiel a sus races de elaboracin de normas.
6.1.3. Modelamiento de procesos. 6.1.4. Tipos de procesos. Existen varios tipos de procesos, dentro de ello se encuentran procesos industriales, de informacin, de negocio, de los cuales se analizar los procesos de negocio.
a) Procesos de negocio Hammer y otros (1993) definen que un Proceso de Negocio (PN) es una coleccin de actividades que tomando una o varias clases de entradas crean una salida incorporando valor para un cliente.
7
BOMSIG (1995) menciona que los PN representan el flujo de trabajo y de informacin a travs del negocio.
Figura 1 - Procesos de Negocio (Fuente: Francisco Ruiz,2009)
Caractersticas.
Grandes y complejos. Muy dinmicos. Ampliamente distribuidos y particularizados. Larga duracin: Una ejecucin puede durar meses o aos Automatizados: Al menos en parte. Dependientes de la inteligencia y juicio humanos. Difciles de hacer visibles.
Proceso de Negocio vs Sistemas de Informacin.
8
Figura 2 - Proceso de Negocio vs Sistemas de Informacin (Fuente: Francisco Ruiz,2009)
9
Proceso de Negocio vs Otros tipos.
Figura 3 - Proceso de Negocio vs Otros tipos (Fuente: Francisco Ruiz,2009)
6.1.5. Business Process Modeling Notation (BPMN). BIZAGI (2009) describe que la Notacin de Los Modelos de Procesos del Negocio (BPMN) es la herramienta grafica que muestra la lgica del negocio para el apoyo del desarrollo ecumnico del modelo, teniendo como fundamento principal el diseo de dichos procesos.
BPMN es un estndar de la Business Process Management Initiative (BPMI), organismo que ha sido absorbido recientemente por la OMG.
Los propios autores de BPMN reconocen haberse inspirado y haber recogido la experiencia de varios estndares:
10
Diagramas de Actividad de UML. UML EDOC IDEF ebXML BPSS ADF Diagram RossetaNet LOVeM EPC Tabla 1 Elementos BPMN. Elementos Descripcin Notacin Evento Un evento es algo que pasa durante el curso de un proceso comercial. Estos eventos afectan el flujo del proceso y normalmente tienen una causa (disparadores) o un impacto (el resultado). Los Eventos son los crculos con los centros abiertos para permitir los marcadores interiores para diferenciar disparadores o resultados. Hay tres los tipos de Eventos, basado en cuando ellos afectan el flujo: La salida, Intermedio, y Extremo.
11
Actividad Una actividad es un trmino genrico para el trabajo que la compaa realiza. Una actividad puede ser atmico o non-atmico (compuesto). Los tipos de actividades que son una parte de un Modelo del proceso son: Procesos, Sub-procesos y Tarea. Las tareas y Sub- procesos son los rectngulos redondeados. Los procesos son cualquiera ilimitado o dentro de un Pool.
Gateway Un Gateway se usa para controlar la divergencia y convergencia de la secuencia del flujo. De esta manera este, determine la bifurcacin, mientras ahorquillando, uniendo, y uniendo de caminos. Los Marcadores interiores indiquen el tipo de comportamiento del control.
12
Sequence Flow Un Flujo secuencial se usa para mostrar el orden que las actividades se realizarn en un Proceso.
Message Flow Un Flujo del Mensaje se usa para mostrar el flujo de los mensajes entre dos participantes que son preparados para enviar y recibirlos. En BPMN, dos pools separadas en el Diagrama, representa a los dos participantes (por ejemplo, entidades del negocio o roles de negocio).
Association Una Asociacin se usa para asociar la informacin con los Objetos de Flujo.
Pool Un Pool representa un Participante en un proceso. Tambin es los actos como un el swimlane y un recipiente grfico por dividir un juego de las actividades de otras Pool, normalmente en el contexto de situaciones
13
de B2B.
Lane Un Lane es una sub- particin dentro de un Pool y extienda la longitud entera del Pool, verticalmente u horizontalmente. Los Lane son usados para organizar y categorizar las actividades.
Fuente: BPM,2011 Objetos de Flujo.
Figura 4-Eventos. Representacin: Los eventos son representados a travs de crculos con centro vaco, lo cual permite incluir diferentes marcadores para diferenciarlos entre s. Tipos: los tipos de eventos se clasifican dependiendo de cundo ellos afectan el flujo: Tabla 2 Eventos. TIPO DE EVENTO NOMBRE BPMN DEFINICIN NOTACIN Inicio Start Como su nombre lo indica, representa el punto de inicio de un proceso.
14
Intermedio Intermediate Ocurren entre un evento de inicio y de fin. Afectar el proceso pero no lo iniciar o directamente finalizar.
Fin End Indica cuando un proceso termina.
Fuente: BizAgi,2011 Dentro de cada tipo de evento, estos a su vez se clasifican dependiendo del impacto en el flujo del proceso. Por ejemplo, algunos subtipos son: mensajes, timer, cancelacin, error, etc. Encontramos los siguientes: Eventos de Inicio. Tabla 3 Eventos Inicio. NOMBRE BPMN USO NOTACIN Message Start Un proceso activo enva un mensaje a otro proceso especfico para activar su inicio.
Timer Start Se puede fijar una hora-fecha especfica (e.g. todos los lunes a las 9am) en la que se activar el inicio del proceso.
Signal Start
Un proceso activo enva una seal y causa el inicio del proceso. Notar que la seal se enva a cualquier
15
proceso que pueda recibir la seal, pero no es un mensaje (el cual tiene una fuente especfica y un objetivo). Fuente: BizAgi, 2011
Eventos de Fin Tabla 4 Eventos de Fin NOMBRE BPMN USO NOTACIN Terminador Es el fin del proceso. Solo existe uno por flujo. Si el proceso alcanza este evento, ste ser cerrado.
Cancelacin Este tipo de Fin es usado dentro de un subproceso de transaccin. ste indicar que la transaccin debe ser cancelada y causar un Evento Intermedio de Cancelacin adjunto a la frontera del subproceso.
Error
Esta figura se usa para capturar errores, si estn definidos o no. Todos los threads activos actualmente en un subproceso particular son en consecuencia terminados. El error ser tomado por un Evento Intermedio de Error con el mismo Nombre, que est en la frontera de la actividad
16
pariente ms cercana. Mensaje
Este tipo de Fin indica que un mensaje se enva a un proceso o caso de actividad especfica, al concluir el proceso..
Seal
Este tipo de Fin indica que la seal ser transmitida cuando el Fin haya sido alcanzado. Note que la seal es enviada a cualquier proceso que pueda recibir la seal y pueda ser enviada a travs de los niveles del proceso, pero no es un mensaje (el cual tiene una fuente y un objetivo).
Fuente: BizAgi, 2011 Eventos Intermedios Tabla 5 Eventos Intermedios. NOMBRE BPMN USO NOTACIN Temporizador Esta figura representa un mecanismo de retraso dentro del proceso. Este tiempo puede ser definido en una Expresin o como parte de la informacin del proceso (Fecha o duracin en cualquier unidad de tiempo).
Compensacin El Evento Intermedio indica que es necesaria una compensacin. Entonces, se usa para "lanzar" el evento de
17
compensacin. Si una actividad es definida y sta fue completada exitosamente, entonces la actividad ser compensada.
Caminos de excepcin del flujo ocurren fuera del flujo normal del proceso y se basa en un evento intermedio que ocurre durante el curso del proceso. En la figura me muestra el uso de lnea de excepcin con un subproceso y una actividad.
Error
Un Evento de Captura de Error Intermedio puede ser unido solamente a la frontera de una actividad. Notar que un Evento de Error siempre interrumpe la Actividad a la que est unido.
Mensaje
Un Evento Intermedio de Mensaje puede ser usado tanto para enviar como para recibir un mensaje. Cuando se usa para "lanzar" el mensaje, un marcador DEBE ser llenado. Cuando se usa para "atrapar" el mensaje el marcador DEBE estar sin llenar. Esto causa que el proceso contine si ste estaba esperando por el mensaje o cambia el flujo para manejo de excepciones. Para atrapar y lanzar mensajes debe tener el mismo nombre.
Enlace Un Enlace es un mecanismo para conectar dos secciones de un Proceso.
18
Los Eventos de Enlace pueden ser usados para crear situaciones de bucle o para evitar lneas de Secuencia de Flujo largas. Los usos de los Eventos de Enlace son limitado a un solo nivel de proceso.
Seal
Las seales son usadas para enviar o recibir comunicaciones generales dentro y a travs de los niveles de Proceso y entre Diagramas de Proceso de Negocio. Una seal BPMN es similar a una seal de bengala que se dispara al cielo para cualquiera que pudiera estar interesado y luego reaccionara. Entonces hay una fuente de la seal, pero ningn objetivo especfico.
Fuente: BizAgi,2011 Actividad
Figura 5 - Actividad
Representacin: Una actividad es representada por un rectngulo con bordes redondeados. Tipos: Se clasifican en tareas y subprocesos. Los subprocesos se distinguen por un signo ms en la parte inferior central de la figura 5. Los siguientes son los tipos de actividades: 19
Tabla 6 - Actividades NOMBRE BPMN USO NOTACIN Tarea de Usuario Es una tarea de flujo de trabajo donde un humano realiza una tarea que tiene que ser completada en cierta cantidad de tiempo. Se usa cuando el trabajo durante el proceso no puede ser descompuesto en un nivel ms fino dentro del flujo. Tarea de usuario
Tarea de Servicio Una Tarea de Servicio es una tarea que usa algn tipo de servicio, que podra ser un servicio Web o una aplicacin automtica. Tarea de Servicio.
Tarea de Recibir Una Tarea de Recibir es una tarea simple para que llegue un mensaje. Una vez el mensaje haya sido recibido, la tarea es completada. Tarea de Recibir.
Tarea de Enviar
Una tarea de Enviar es una tarea simple que es designada para enviar un mensaje a un proceso o caso especfico. Una vez el mensaje haya sido enviado, la tarea es completada. Tarea de Enviar.
Script
Una tarea de Script es una tarea automtica en la que el servidor ejecuta un script. No tienen interaccin humana y no se conecta con ningn servicio
20
externo. Tarea Manual
sta es una Tarea que se espera que sea realizada sin la ayuda de algn motor de ejecucin de proceso de negocio o alguna aplicacin. Un ejemplo de esto puede ser una secretaria archivando documentos fsicos. Tarea Manual.
Subproceso
Un subproceso es una actividad compuesta incluida dentro de un proceso. ste es compuesto dado el hecho que esta figura incluye un conjunto de actividades y una secuencia lgica (proceso), que indica que la actividad mencionada puede ser analizada a un nivel ms fino. Se puede colapsar o expandir. Subproceso.
Subproceso Mltiple
Esta propiedad del subproceso permite la creacin de instancias mltiples. Cada instancia representa una relacin 1-N dentro del proceso. Subprocesos mltiples aplican slo para procesos no embebidos. Subproceso Mltiple.
Subproceso Transaccional
Un Subprocesos Transaccional facilita la implementacin de escenarios de negocio con transacciones cuyas ejecuciones podran durar muchos das o semanas hasta que el conjunto de
21
actividades sea completado. Una transaccin es realizada exitosamente cuando los cambios a ser implementados (actualizacin, adicin o eliminacin de registros) son grabados en la base de datos. Transaccional.
Subproceso Embebido
Contiene un conjunto de actividades que no son independientes del proceso pariente, y por esto, comparten la misma informacin o datos.
Fuente: BizAgi,2011 Decisiones
Figura 6 - Decisin Representacin: Son utilizadas por una figura de diamante. Marcadores internos mostrarn el tipo de control que se usa. Tipos: Iconos en la figura de diamante indica el tipo de comportamiento del control de flujo. Tipos de control incluyen: Tabla 7 Decisines TIPO DE DECISIN DEFINICIN NOTACIN Decisin Exclusiva Decisin basada en datos del sistema. El mismo elemento se usa para sincronizar
22
esta figura. Decisin Exclusiva Decisin Basada en Evento Puntos en el proceso en el que la decisin no est basada en los datos del proceso sino en eventos. Decisin Basada en Evento.
Decisin Inclusiva
Inclusiva o multi-decisin. Uno o ms caminos pueden ser activados. Uno o ms caminos deben sincronizarse dependiendo de las actividades anteriores de la misma figura. Decisin Inclusiva
Decisin Compleja
Elemento para controlar puntos de una decisin compleja. Por ejemplo, cuando 3 de 5 caminos deben esperar. Decisin Compleja .
Decisin Paralela
Indica puntos en el proceso en el que varias ramas se desprenden o convergen en paralelo. El mismo elemento se usa para sincronizar esta figura. Decisin Paralela .
6.1.6. Indicadores de procesos. Segn la Federacin Espaola de Municipios y Provincias (2003) un indicador es una magnitud asociada a una caracterstica (del resultado, del proceso, de las actividades, de la estructura) que permite a travs de su medicin en periodos sucesivos y por comparacin con el estndar establecido, evaluar peridicamente dicha caracterstica y verificar el cumplimiento de los objetivos (estndares) establecidos. Para ser adecuados, los indicadores deben ser: 23
Accesibles (fciles de identificar y recopilar) Pertinentes (para los que deseamos medir) Fieles (que informen con fidelidad de las condiciones de los datos que se recogen) Objetivos (no ambiguos en su interpretacin) Precisos (para la accin que se quiere estimar) Unvocos (parmetros exclusivos de lo que se mide) y Sensibles (que permitan recoger y estimar variaciones de aquello que son referente). Encontrar indicadores no es una tarea fcil. Para facilitar esta tarea es necesario seguir la secuencia siguiente: 1. Saber lo que se quiere medir. 2. Determinar la informacin necesaria. 3. Seleccionar los indicadores ms adecuados. 4. Definir los estndares o valores a alcanzar. 5. Disear el procedimiento de recogida de datos. 6. Recoger los datos. 7. Comparar los resultados obtenidos con los estndares.
6.1.7. Tipos de indicadores. Los indicadores giran alrededor de unos pocos conceptos. En la figura siguiente se resumen los tipos de indicadores existentes, en funcin de los conceptos que relacionan. 24
Figura 7 - Tipos de Indicadores
Indicadores de economa. Expresan la relacin entre los inputs actuales utilizados (recursos) frente a los previstos, como puede ser los costes reales frente a los costes previstos. Indicadores de eficiencia. Miden si es adecuada la relacin existente entre la prestacin de los servicios efectuados (resultados obtenidos) y los recursos utilizados para su produccin, como puede ser por ejemplo, la relacin entre los servicios proporcionados y los costes reales de la prestacin del servicio. Indicadores de eficacia. Miden la relacin entre los resultados obtenidos y los resultados previstos. Hacen referencia al grado en que una Organizacin alcanza los objetivos previstos. Indicadores de efectividad. Miden el impacto final en el conjunto de la poblacin (lo que se denomina el outcome) frente al impacto previsto. Adems de estos cuatro tipos conceptuales de indicadores, existen otros que relacionan de manera diferente los conceptos expresados en la figura anterior. Un tipo de indicador interesante son los indicadores de pertinencia, que relacionan los recursos utilizados con los resultados previstos, para ver si se han utilizado los medios ms adecuados. Cualquier actuacin debe obtener unos resultados. Por eso, siempre que se pueda hay que medir los resultados, si bien no siempre es posible medir los resultados, por lo que hay que medir otros resultados parciales o actividades concretas. 25
Segn la naturaleza del objeto a medir, se pueden distinguir los siguientes tipos de indicadores: Indicadores de resultados Miden directamente el grado de eficacia o el impacto sobre la poblacin (Resultados, Outputs finales o Outcomes). Son indicadores de eficiencia, eficacia o efectividad. Son los ms relacionados con las finalidades y las misiones de las polticas pblicas. Otros nombres con que se conocen los indicadores de resultados son: Indicadores de Objetivos. Indicadores de Impacto. Indicadores de Efectividad. Indicadores de Satisfaccin. Indicadores de Outputs finales (outcomes). En general miden resultados finales concretos e impactos finales en la poblacin. Ejemplos de indicadores de resultados son: Nmero de asistentes a exposiciones en funcin del nmero de habitantes. % de casos resueltos al mes. Grado de cobertura vacunal de los escolares. Grado de satisfaccin de los resultados de los ciudadanos con un servicio determinado. Indicadores de proceso. Valoran aspectos relacionados con las actividades. Se usan cuando no es posible utilizar directamente los indicadores de resultados Otros nombres con que se conocen los indicadores de proceso son: Indicadores de Actividades. Indicadores de Eficacia. Indicadores del Sistema. Indicadores de Outputs intermedios. 26
En general miden la cantidad, la oferta o la eficiencia de las actividades. Ejemplos de indicadores de proceso pueden ser: % de primeras visitas sobre el total de visitas. Tiempo medio de la visita. Lista de espera en das. Km. de alcantarillado limpiados por mes. Nmero de inspecciones por mes. Coste por inspeccin. Indicadores de estructura Miden aspectos relacionados con el coste y la utilizacin de recursos. Otros nombres con que se conocen los indicadores de estructura son: Indicadores de Recursos. Indicadores de Medios. Indicadores de Inputs del proceso. Indicadores de Oferta del servicio. Indicadores de Coste. Indicadores Econmicos. En general miden la disponibilidad o consumo de recursos. Ejemplo de indicadores de estructura pueden ser: Nmero de empleados. Nmero de empleados por habitante. Horas de atencin semanales. Gasto mensual. Coste de material fungible anual. Gasto de inversiones anual. Coste medio por empleado En la siguiente tabla podemos ver la relacin existente entre los distintos tipos de indicadores: 27
Tabla 8 Relacin entre los distintos tipos de indicadores DE ESTRUCTURA DE PROCESOS DE RESULTADOS DE ECONOMIA X DE EFICIENCIA X X DE EFICACIA X X DE EFECTIVAD X Fuente: Gestin de indicadores, 2011 6.2. OPENUP. 6.2.1. Definicin.
Eclipse (2007) define que Open UP es un proceso unificado dependiente que opera de una manera iterativa e incremental dentro de un ciclo de vida estructurado. Open UP abraza una filosofa pragmtica y gil que se centra en la naturaleza colaborativa de desarrollo de software. Open UP es una metodologa y un proceso de desarrollo de software propuesto por un conjunto de empresas de tecnologa, quienes lo donaron en el ao 2007 a la Fundacin Eclipse. La fundacin lo ha publicado bajo una licencia libre y lo mantiene como mtodo de ejemplo dentro del proyecto Eclipse Process Framework.
Figura 8 - Open UP 28
El Open UP es un proceso mnimo y suficiente, lo que significa que solo el contenido fundamental y necesario es incluido. Por lo tanto no provee lineamientos para todos los elementos que se manejan en un proyecto pero tiene los componentes bsicos que pueden servir de base a procesos especficos. La mayora de los elementos de Open UP estn declarados para fomentar el intercambio de informacin entre los equipos de desarrollo y mantener un entendimiento compartido del proyecto, sus objetivos, alcance y avances.
6.2.2. Fases. Open UP organiza sus iteraciones en 4 fases, el mismo que muestra su cumplimiento con un hito: Tabla 9 Fases. Fase Descripcin Hito Aplicacin Concepcin En este punto se examina los costos versus los beneficios del proyecto y se decide si el proyecto procede o se cancela Objetivos (Visin del Sistema) Se desarrolla entrevistas, con el objetivo de desarrollar la visin del sistema. Elaboracin Los riesgos arquitectnicamente significativos son direccionados. Arquitectura Se crea el modelamiento de la base de datos. Se elabora la arquitectura del sistema. Construccin El producto est listo para ser entregado al equipo de transicin. Todas las funcionalidades han sido desarrolladas. El manual de usuario ha sido desarrollado y hay una descripcin del release. Capacidad operacional inicial Se desarrolla el proyecto software. 29
Transicin Se decide si los objetivos fueron alcanzados o si se debe iniciar otro ciclo de desarrollo. El producto entregable es el resultado de la revisin del cliente y aceptacin del entregable del proyecto. Producto entregable Se realizan pruebas del proyecto software, y la firma del cierre del proyecto. Fuente: Open UP, 2009 6.2.3. Disciplinas. Open UP propone 5 disciplinas que gua el proceso de desarrollo durante todo el ciclo de vida: Tabla 10 Disciplinas. Disciplina Descripcin Tareas Requerimientos Esta disciplina muestra cmo obtener, analizar, especificar, validar y gestionar los requerimientos del sistema a ser desarrollado. Identificar y esquematizar requerimientos Detallar escenarios de casos de uso Detallar requerimientos totales del sistema Desarrollar la visin tcnica Arquitectura Esta disciplina muestra cmo crear una arquitectura de software partiendo de los requerimientos arquitectnicamente significativos Refinar la arquitectura Esquematizar la arquitectura 30
Desarrollo Esta disciplina muestra como disear e implementar una solucin tcnica que est conforme con la arquitectura y soporte los requerimientos Integrar y crear la construccin. Disear la solucin Implementar pruebas del desarrollador Implementar una solucin Ejecutar pruebas del desarrollador
Pruebas Mostrar como proveer un feedback relacionado a la madurez del sistema por el diseo, la implementacin, ejecucin y evaluacin de las pruebas Crear casos de prueba Implementar pruebas Ejecutar Pruebas Gestin del proyecto Esta disciplina muestra cmo dirigir, facilitar y dar soporte al equipo, ayudando a eliminar riesgos y obstculos encontrados cuando se construye software. Asegurar resultados Gestionar las iteraciones Planificar las iteraciones Planificar el proyecto Capturar y almacenar requisitos de cambio Fuente: Open UP, 2009
31
6.2.4. Roles. Open UP propone el uso de 6 roles para el desarrollo de proyectos informticos:
Analista. Representa los clientes y usuarios finales que mediante los stakeholder entienden el problema a ser resuelto y capturar y fijar prioridades para los requerimientos Arquitecto. Representa al responsable de definir la arquitectura del software, esto incluye la toma de decisiones clave que limita el diseo y la implementacin del sistema. Desarrollador. Representa al responsable de desarrollo de una parte del sistema incluyendo el diseo que se ajuste a la arquitectura, posiblemente la creacin de un prototipo de la interfaz de usuario y su implementacin, unidades de prueba y la integracin de los componentes que son parte de la solucin. Administrador del proyecto. Representa al responsable de llevar la planificacin del proyecto, coordina las interacciones con los stakeholders y mantiene el equipo de proyecto enfocado en el cumplimiento de los objetivos. Stakeholders. Representa al grupo de interesados los cuales necesitan ser satisfechos por el proyecto. Este rol puede ser representado por alguien que es materialmente afectado por los resultados del proyecto. Tester. Representa al responsable de las actividades bsicas de prueba. Estas actividades incluyen la identificacin, definicin, implementacin y realizacin de las pruebas necesarias, as como documentar el resultado de las pruebas y anlisis de los resultados.
32
7. Materiales y Mtodos. 7.1. Lugar de Ejecucin. La aplicacin a desarrollar se ejecutara e implantara en el CMAAC, especficamente para el rea de seguridad. 7.2. Tipo de Investigacin. La investigacin a realizar tiene 2 tipos de investigacin: a. Evaluativa. Dicha evaluacin, consta en realizar las pruebas necesarias, a la vez siendo evaluados por la parte interesada en el transcurso del desarrollo del proyecto, como en la aplicacin a desplegar. b. Propositiva. Involucra el fin de esta determinada investigacin, ya que por intermedio de la misma, se logra optimizar el proceso del registro de control de entrada y salida al plantel institucional. 7.3. Equipos y Materiales. 7.3.1. Equipos.
Conexin a Internet de Banda Ancha: Esta conexin lo utilizaremos para la bsqueda de informacin y para la comunicacin con expertos en IT. Windows 7 Ultmate: Lo utilizar como plataforma de trabajo. Microsoft Office 2010: Es un suite de oficina que lo utilizaremos para elaborar nuestros documentos, presentaciones e informes pertinentes. MS Project: Es un software de gestin de proyectos para planificar el desarrollo del proyecto planteado. 33
tiles de escritorio. 7.3.3. Herramientas de Desarrollo. Microsoft Office 2010. IBM Rational Rose Enterprise Edition 2007 Jdeveloper 10g Oracle 10g. Bizagi. 34
8. Diseo de la Investigacin.
Figura 9 - Diseo de la Investigacin. I.Anlisis de Factibilidad de la Empresa
Descripcin del Problema Justificacin de la Solucin. Planteamiento de la Investigacin. Planificar la Accin II.Recoleccin de la Informacin Consulta al rea de Recursos Humanos Consulta a medios bibliogrficos. III. Anlisis de la Solucin Evaluacin del ajuste de la solucin Impacto de la solucin en el CMAAC IV. Desarrollo de la aplicacin en base a las metodologas Open UP y BPM Concepcin Elaboracin Construccin Transicin V. Implantacin de la solucin Evaluacin e implantacin Pruebas Capacitacin al Personal Modelamiento con BPMN Evaluacin de KPI 35
I. Anlisis de Factibilidad de la Empresa.
Descripcin del problema. En esta etapa se analiza las causas que generan ineficiencia en el control de entrada y salida al CMAAC. Justificacin de la investigacin. Se considera el costo beneficio que traer a la institucin del CMAAC, en funcin al tiempo y calidad de servicio. Planteamiento de la Investigacin. Se analiza las etapas que involucran el desarrollo de la investigacin desde su concepcin hasta su transicin. Planificar la accin. Se identifica las estrategias que se consideran para el desarrollo de la investigacin. II. Recoleccin de la Informacin.
Consulta al rea de recursos humanos. Se realiza entrevistas con los directivos para alinear los requerimientos del sistema con los objetivos institucionales. Consultas a medios bibliogrficos. Para el sustento terico de la investigacin se extrae informacin de diferentes medios bibliogrficos que fundamenten el estudio a realizar. III. Anlisis de la Solucin.
Evaluacin del ajuste de la solucin. 36
Por medio de las entrevistas con los directivos se analizan los requerimientos y se identifica requerimientos claves que se ajusten a las necesidades de la institucin. Impacto de la Solucin en el CMAAC. Verificar la propuesta de solucin del proceso de control de entrada y salida al CMAAC con los directivos y analizar el impacto que genera la investigacin. IV. Desarrollo de la Aplicacin en base a las Metodologas Open UP y BPM. Concepcin. Se considera el alcance, los objetivos del proyecto y la recoleccin de la informacin por parte de los directivos. Elaboracin. Se alinea la gestin de riesgos con los requerimientos del sistema, adems la gestin de costos, tiempo, tambin el modelamiento del proceso de registro permanente de control de asistencia y la creacin de indicadores se incorpora en dicha etapa ya que nos ayuda a encontrar un mejor entendimiento de la aplicacin a desarrollar. Modelamiento con BPMN. Se identifica las tareas que se incorporan en el proceso de control de entrada y salida al CMAAC para luego ser modelados en la herramienta de BiZagi. Evaluacin de KPI De acuerdo a cada tarea, que se encuentra en el proceso de entrada y salida al CMAAC, se identifican los indicadores, ya que por intermedio de ello, validan los resultados obtenidos. Construccin Refleja el debido desarrollo del sistema de control de asistencia a implantar en la institucin del CMAAC. 37
Transicin. Involucra el despliegue e implantacin del sistema de control de asistencia.
V. Implantacin de la solucin
Evaluacin e implantacin Por parte del CMAAC se analiza el sistema de control de asistencia. Pruebas Considerando las pruebas necesarias por parte de los usuarios del sistema. Capacitacin al personal Se incorpora la respectiva asesora al personal que va hacer uso del sistema.
38
9. Cronograma de Actividades. Tabla 11 Cronograma de Actividades. Id Nombre de Tarea Duracin 1 Bimestre 2 Bimestre 3 Bimestre 4 Bimestre 5 Bimestre Ene Feb Mar Abr May J un J ul Ag Set Oct 1 Inicio 0 das 2 Definir el rea de Investigacin 7 das x 3 Realizar un anlisis situacional del rea en aplicacin 23 das x 4 Identificar el problema 5 das x 5 Recolectar informacin 25 das x x 10 Anlisis de la Solucin 10 das x x
11 Modelamiento del proceso 20 das x x 11 Desarrollo de la Aplicacin 90 das x x x x x x 12 Pruebas 20 das x x x x x x x 13 Despliegue de la Aplicacin. 10 das x x x x x 14 Capacitacin al personal. 10 das
x x x x 39
10. Presupuesto y Financiamiento Tabla 12 Presupuesto del Proyecto de Investigacin. DESCRIPCION UNI CANT C/U SUBTOTA L INVERSION: HARDWARE Estaciones de Trabajo Computadoras UNID 2 450.00 S/. 1,260.00 SOFTWARE IBM Rational Rose Enterprise Edition 2007 PAQUET E 1 67.00 S/. 187.60 Oracle 10g. 1 149 S/. 417.20 Modelador Bizagi 1 10 S/. 28.00 Jdeveloper 10g 1 90 S/. 252.00 OFIMATICA Microsoft Office 2010 PAQUETE 1 100 S/. 242.50 SISTEMA OPERATIVO Windows 7 Ultimate PAQUETE 1 242.00 S/. 677.60 GASTO Asesora HORA 30 50.00 S/. 1,500.00 GASTOS GENERALES Luz S/. 120.00 Internet S/. 360.00 Suministros (cartuchos, papeles, lapiceros, etc.) S/. 200.00 PERSONAL 01 Jefe de Proyecto MES 3 450.00 S/. 1,350.00 01 Tester, Analista, Administrador de Base de Datos MES 3 400 S/. 1,200.00 TOTAL S/. 7,794.90
Tabla 13 Financiamiento. Forma de Pago Colegio Militar Andrs Avelino Cceres S/. 4794.90 Investigador del Proyecto S/. 3000.00 Costo Total del Proyecto S/. 7,794.90 Son: Siete mil Setecientos Noventa y Cuatro nuevos soles
40
Referencias
1. BIZAGI. 2009. BPMN Business Process Modeling Notation [http://www.bizagi.com/docs/BPMNbyExampleSPA.pdf]. (Consultado el 17 de Abril del 2011). 2. Prez J. 2011. Notaciones y lenguajes de procesos. Una visin global. [http://www.lsi.us.es/docs/doctorado/memorias/Perez,%20Juan%20D.pdf`]. (Consultado el 02 de Noviembre del 2011). 3. STATUM. 2011. Business Process Management Systems (BPMS) Experts. [http://www.statum.biz/web/guest/bpm1]. (Consultado el 02 de Noviembre del 2011). 4. Garimella K, Lees M, Williams B.2008. Introduccin a BPM para Dummies. Estados Unidos. wiley Publishing, Inc., Indianpolis, Indiana. 99 p. (Consultado el 02 de Noviembre del 2011). 5. Club-BPM.2009. BPM Business Process Management Gestin de Procesos de Negocio. 1era. Rev. V1. 7p. (Consultado el 02 de Noviembre del 2011). 6. Ruiz F. 2009. Procesos de Negocio. [http://alarcos.inf- cr.uclm.es/doc/psgc/doc/psgc0809_parte4b_pn.pdf]. (Consultado el 13 de Noviembre del 2011). 7. Michael Hammer & james champy. (1993). reengineering the corporation. New York: Harper Collins Publishers. 8. Eclipse. 2008. Open UP/Basic. Europa: OpenUP_published-1.5-0080 821.zip. (Consultado el 02 de Noviembre del 2011). 9. IBM. 2003. Rational Unified Process. Europa: RationalUnified Process.zip. (Consultado el 02 de Noviembre del 2011). 10. Fowler M. 2005. The new methodology. [http://martinfowler.com/arti cles/newMethodology.html]. (Consultado el 08 de Noviembre del 2011). 11. Fowler M. 2004. Is design dead? [http://www.martinfowler.com/articles/ designDead.html]. (Consultado el 12 de Noviembre del 2011).
41
12. Federacin Espaola de Municipios y Provincias. 2003. Procesos de Mejora Continua: DTSPM_001_01.Revision N 01. [http://es.scribd.com/doc/52080171/31/TIPOS-DE-INDICADORES]. (Consultado el 14 de noviembre del 2011).
13. Amozarrain. (2011). Gestin Indicadores. [http://web.jet.es/amozarrain/gestion_indicadores.htm]. (Consultado el 13 de noviembre del 2011).
14. Bizagi.2011. [http://wiki.bizagi.com/es/index.php?title=Figuras_BPMN_en_BizAgi]. (Consultado el 13 de noviembre del 2011).
Evaluación Del Sistema Contable para Mejorar El Control Interno Del Centro Educativo de Capacitación Laboral Simón Rodríguez (Cecal), El Tigre Estado Anzoátegui.