UNIVERSIDAD NACIONAL “Pedro Ruiz Gallo” Esc. Ingeniería en Computación e Informática
Planeamiento Estratégico Tema: “Proceso de Planeamiento Estratégico Informático” Docente: Ing. Fuentes Adrianzen, Denny Integrantes: Fernández Alcántara Santiago Amado Coronado Bonilla Gavidia Torres Fresia Cobeñas Mendoza Manuel (Falta Exposicion x Sorteo) Llatas Carrasco Frank (Falta Exposicion x Sorteo) Llontop Cruz Jean Cristian Chiclayo, 07 Noviembre del 2013
Universidad Nacional “Pedro Ruiz Gallo”
Facultad de ciencias Física y Matemáticas
Escuela Profesional Ing. en computación e Informática
Presentación Este trabajo presenta una serie de aclaraciones con respecto a este proyecto, describe los diferentes puntos que deben estar presentes en el proyecto, además establece una serie de definiciones, importancia, etc., centrándose en el Proceso de Planeamiento Estratégico Informático: Diagnóstico de la Situación Actual, Modelo de Nolan, Introducción a la Arquitectura Empresarial y Modelamiento de Procesos de Negocio
Ingeniería De Software
Página 2
Universidad Nacional “Pedro Ruiz Gallo”
Facultad de ciencias Física y Matemáticas
Escuela Profesional Ing. en computación e Informática
Introducción En una época en la que cada vez se depende más de la tecnología, en este caso Tecnología Informática, y que se hacen más importantes y preocupantes los asuntos relacionados con la eficiencia de los procesos y los resultados de la organización, es necesario que el cuidado de los procesos tecnológicos sea una prioridad tanto para los dirigentes y administradores de nuevas tecnologías como para las empresas, ya que de ello dependen los resultados que se puedan obtener. Este proceso de sensibilización y consentimiento para emprender un plan estratégico de tecnología informática que mejore los procesos de todos los puestos de trabajo de la organización, ha sido abordado con negligencia, en parte, por los montos de inversiones que deben destinar las organizaciones en el momento de desarrollarlo. El rumbo imparable de las Tecnologías de Información y Comunicación (TIC) las hace versátiles y eficientes, convirtiéndolas en un abanico de soluciones para afrontar nuevos retos y prepararse para competir apropiadamente en el mercado.
Ingeniería De Software
Página 3
Universidad Nacional “Pedro Ruiz Gallo”
Facultad de ciencias Física y Matemáticas
Escuela Profesional Ing. en computación e Informática
ÍNDICE
Presentación……………………………………………………………………………………………………… Introducción…………………………………………………………………………………………………….. Procesos de Planeamiento Estratégico Informático……………………………….. Metodología utilizada………………………………………………………………………………. Resumen de las actividades……………………………………………………………………. Diagnóstico de la situación actual……………………………………………………………….. Modelo de Nolan………………………………………………………………………………………………. Modelo de Nolan/Gibson…………………………………………………………………………………….. Introducción a la Arquitectura Empresarial………………………………………………. Logro de la Arquitectura Empresarial…………………………………………………….. Beneficios de la Arquitectura Empresarial……………………………………………… Modelo de Procesos De Negocios…………………………………………………………………. Beneficios perseguidos/objetos………………………………………………………………. Elementos de procesos de negocios………………………………………………………. Notación de modelado…………………………………………………………………………….. Criterios……………………………………………………………………………………………………. BPMN………………………………………………………………………………………………………... Conclusiones……………………………………………………………………………………………………... Bibliografía……………………………………………………………………………………………………....
02 03 05 05 07 08 09 10 11 12 12 13 15 16 17 18 19 27 28
PROCESO DE PLANEAMIENTO ESTRATÉGICO INFORMÁTICO Ingeniería De Software
Página 4
Universidad Nacional “Pedro Ruiz Gallo”
Facultad de ciencias Física y Matemáticas
Escuela Profesional Ing. en computación e Informática
El desarrollo del Plan Estratégico de Tecnologías de Información se realizó según una metodología probada en diversos estudios y en el Plan de Trabajo aprobado:
Metodología utilizada En cuanto al enfoque metodológico para la Formulación del Plan Estratégico de Tecnologías de Información, a continuación se mencionan y describen las siguientes etapas:
Etapa 1 Organización del Trabajo: definir las acciones y recursos necesarios para la puesta en marcha, ejecución y permanente seguimiento y control de la Formulación del PETI. Esta etapa está dedicada principalmente a la definición de los equipos de trabajo, así como la elaboración, consolidación y ajuste del Plan de Trabajo Detallado. El Producto de esta etapa es el Plan de Trabajo.
Etapa 2 Ingeniería De Software
Página 5
Universidad Nacional “Pedro Ruiz Gallo”
Facultad de ciencias Física y Matemáticas
Escuela Profesional Ing. en computación e Informática
Diagnóstico de la Situación Actual TI: contempla la revisión de la situación actual tomando como referencia: (i) (ii) (iii)
El entorno referido a la institución y cómo interactúa con otras instituciones, Las plataformas tecnológicas utilizadas en otras entidades que conforman el Sistema Nacional de Justicia, Y la situación actual de la operatividad e infraestructura TIC gestionada por la Gerencia de Informática.
El Producto de esta etapa es el Entregable I - Diagnóstico de la Situación Actual de la Gestión de TI en el Poder Judicial. Etapa 3 Definición de Componentes Estratégicos TI: contempla la definición de lineamientos estratégicos TI, el análisis de la situación actual de TI, y la definición de los objetivos y estrategias TI. El Producto de esta etapa son los Componentes Estratégicos de TI para el Poder Judicial, incluidos en el Entregable I. Etapa 4 Diseño de Modelos de Arquitectura TIC e identificación de Brechas: contempla el diseño de los modelos de arquitectura objetivo de procesos, datos, sistemas y tecnológica, así como la identificación de brechas respecto a la situación actual. Los Productos de esta etapa son: Entregable III - Arquitectura de Datos Propuesta, Entregable IV - Arquitectura de Sistemas Propuesta y Entregable V - Arquitectura Tecnológica Propuesta. Etapa 5 Elaboración de la Cartera de Proyectos TIC y Plan de Acción: contempla el análisis de las brechas entre la Arquitectura de Sistemas y la Plataforma Tecnológica objetivo respecto a la actual, tomando en consideración las diversas alternativas existentes y aplicables en nuestro medio. El Producto de esta etapa es el Entregable VII - Cartera de Proyectos. Ingeniería De Software
Página 6
Universidad Nacional “Pedro Ruiz Gallo”
Facultad de ciencias Física y Matemáticas
Escuela Profesional Ing. en computación e Informática
Etapa 6 Diseño de Mecanismos para la Gestión de TIC: comprende la elaboración de mecanismos para la gestión de las TI, entre ellas la elaboración de procedimientos para el control y seguimiento de proyectos a implementar, la propuesta de una estructura Organizacional de TI, así como la organización de talleres de capacitación respecto a gestión de proyectos y seguimiento / implementación/ actualización del Plan Estratégico de Tecnologías de Información. Los Productos de esta etapa son: Entregable VIII - Metodología para la Gestión de Proyectos de Tecnología de Información, Entregable IX -Propuesta de Estructura Organizacional. Resumen de las actividades Las actividades principales realizadas en el desarrollo del PETI se muestran en el cuadro siguiente:
1. DIAGNOSTICO DE LA SITUACION ACTUAL
Ingeniería De Software
Página 7
Universidad Nacional “Pedro Ruiz Gallo”
Facultad de ciencias Física y Matemáticas
Escuela Profesional Ing. en computación e Informática
En función a la información analizada, a continuación se resumen las oportunidades de mejora identificadas. De acuerdo al dominio de Planificación y Organización del COBIT 4.1 (específicamente el control P.O.4.2: Comité Estratégico de TI) y según marco de referencia del Gobierno de TI, se sugiere establecer un Comité Estratégico de TI, encargado de revisar las principales inversiones de TIC y de integrar los objetivos estratégicos de la Institución con los objetivos estratégicos de TIC. Además, conformar un Comité Operativo de TI (P.O.4.3), que realice el seguimiento de los proyectos y monitorear la calidad de los servicios TIC. De acuerdo a las buenas prácticas de Gestión (COBIT 4.1, control específico P.O.4.5 Estructura Organizacional) se debe establecer formalmente una estructura organizacional de TI que refleje las necesidades del negocio. Por ello, se sugiere adecuar la actual estructura organizacional de la Gerencia de Informática, con funciones orientadas a las buenas prácticas, que promueva la ejecución de procesos orientados al mejoramiento continuo, la creación de metodologías, la gestión de catálogo de servicios, gestión de la calidad, gestión de seguridad de información, con proyección a soportar la gestión de la cartera de proyectos del nuevo Plan Estratégico de Tecnologías de Información. De acuerdo a las buenas prácticas de gestión (COBIT 4.1, específicamente los procesos AI2: Adquirir y Mantener Software Aplicativo, y AI3: Adquirir y Mantener Infraestructura Tecnológica), la adquisición o desarrollo de soluciones tecnológicas deben realizarse a través de un plan formalmente establecido, y debe ser supervisado y estar bajo la responsabilidad de una sola Dirección Tecnológica dentro de una Organización. Por esta razón, se sugiere fortalecer la formulación y ejecución de políticas y procedimientos a través de los cuales se garantice la participación de la Gerencia de Informática, como máximo organismo de Tecnología de Información dentro de la Institución, a un nivel nacional. Según las buenas prácticas de seguridad de información (ISO 27001), las instituciones deben contar con un Sistema de Gestión de Seguridad de Información, que debe ser apoyado por personal de la más alta Jerarquía dentro de la Institución. Por tanto el puesto de Seguridad de Información debe ser ubicado de manera estratégica y formalmente incluido en el MOF. Se debe precisar que actualmente se ha conformado un Comité de Seguridad de Información. Este Comité será liderado técnicamente por un Oficial de Seguridad de Información, recientemente contratado.
Ingeniería De Software
Página 8
Universidad Nacional “Pedro Ruiz Gallo”
Facultad de ciencias Física y Matemáticas
Escuela Profesional Ing. en computación e Informática
De acuerdo a las buenas prácticas de gestión de proyectos (PMBOK del PMI, área de conocimiento de gestión de calidad del proyecto) y según las buenas prácticas de gestión de TI (COBIT 4.1, proceso PO8 Administración de la Calidad, control específico AI28-Aseguramiento de la calidad del Software), el control de calidad debe estar enfocados a todos los procesos del ciclo de vida de los proyectos de TI y a los productos (o entregables) que se genera en la ejecución de estos proyectos. Por esa razón, se sugiere evaluar la inclusión de funciones de control de calidad dentro de la estructura orgánica de la Gerencia de Informática.
2. EL MODELO DE NOLAN Es una revisión del modelo de Nolan/Gibson, en el que se habla de 6 fases en lugar de 4. Estas 6 fases son: a) Fase 1.- Iniciación. Las aplicaciones que se desarrollan tienden a la reducción de costes y se concentran en una función determinada. b) Fase 2.- Contagio. Todos los departamentos dentro de la organización quieren usar la informática. Ocurre una especie de boom incontrolado donde aparecen una serie de aplicaciones inconexas que duplican inútilmente recursos y funcionalidad. c) Fase 3.- Control. Debido a la fase anterior, el 80% de la programación se dedica al mantenimiento, con lo que la dirección no ve el resultado de las inversiones. Por ello en esta fase se lleva a cabo una reconstrucción de la actividad informática, con la adopción de controles estrictos en la construcción de aplicaciones. Se hacen menos programas, pero son mejores que los de las etapas anteriores y sirven a la organización para obtener resultados. d) Fase 4.- Integración. Los usuarios empiezan a tener un servicio fiable y aprecian el resultado de la implantación del sistema. La dirección se da cuenta de ello y aumenta el gasto en informática. e) Fase 5.- Administración de datos. Las aplicaciones aisladas dan buen servicio a los usuarios, pero al no estar conectadas provocan un aumento del coste de mantenimiento, tanto de los programas como de la integridad de los datos. En esta fase se modifica la arquitectura interna de la información para reflejar los flujos de información dentro de la empresa.
Ingeniería De Software
Página 9
Universidad Nacional “Pedro Ruiz Gallo”
Facultad de ciencias Física y Matemáticas
Escuela Profesional Ing. en computación e Informática
f) Fase 6.- Madurez. Caracterizada por: Integración de todas las aplicaciones de forma que reflejen el flujo de información. Eficaz dirección de los recursos informáticos. Planificación estratégica. Aceptación de la responsabilidad conjunta de usuarios y de informáticos.
El modelo de Nolan/Gibson El modelo de Nolan/Gibson trata de explicar las diferentes etapas de asimilación de las nuevas tecnologías por las organizaciones. El modelo de Nolan/Gibson considera que las empresas tienen una cartera de tecnologías de la información diferentes. Cada tecnología pasa a través de las siguientes fases: a) Fase 1.- Inversión/proyecto de la nueva tecnología. Esta fase se inicia con la decisión de invertir en una tecnología nueva de tratamiento de la información, que implica el desarrollo de algún proyecto y la formación inicial de las personas. Estos proyectos se caracterizan por su imprecisión presupuestaria, gran incertidumbre y por una gran dosis de aprendizaje. b) Fase 2.- Aprendizaje de la tecnología y adaptación. Se pretende aprender cómo adaptar la nueva tecnología a unas determinadas tareas más allá de las que se identificaron en la propuesta inicial. Los ciclos de vida del proyecto en esta fase se presentan difíciles para la planificación. c) Fase 3.- Racionalización/control de gestión. Esta fase trae el desarrollo de controles precisos que guían el diseño e implantación de los sistemas que utilizan estas tecnologías (para asegurar que las aplicaciones posteriores puedan hacerse con mayor eficacia en costes que las primeras). d) Fase 4.- Madurez/difusión generalizada de la nueva tecnología e integración. Esta fase final puede verse como un programa de difusión tecnológica. Aquí, las empresas recogen la experiencia conseguida en una división operativa y extienden su empleo a toda la firma. Las fases 1 y 2 constituyen una categoría denominada fase de innovación y las Ingeniería De Software
Página 10
Universidad Nacional “Pedro Ruiz Gallo”
Facultad de ciencias Física y Matemáticas
Escuela Profesional Ing. en computación e Informática
fases 3 y 4 se agrupan como fase de control.
3. INTRODUCCION A LA ARQUITECTURA EMPRESARIAL “Arquitectura Empresarial, como su nombre lo indica, tiene que ver con el pensamiento de alto nivel y diseño de alto nivel. Las tecnologías de información y las comunicaciones se han vuelto tan complejas y tan interrelacionadas en las grandes organizaciones, y los datos de la empresa han llegado a ser tan fundamentales, que ya no es posible diseñar, construir e instalar los sistemas principales de forma aislada. Alguien tienen que estar pensando en el panorama general, acerca de cómo todas las piezas encajan entre sí”
Logros de la Arquitectura Empresarial
Ingeniería De Software
Página 11
Universidad Nacional “Pedro Ruiz Gallo”
Facultad de ciencias Física y Matemáticas
Escuela Profesional Ing. en computación e Informática
a) Cambio: Facilitar y gestionar el cambio en cualquier aspecto de la organización b) Alineación: Asegurar la realidad de la empresa implementado esta alineación con la intención de gestión c) Tiempo de Salida al Mercado: Reducir el desarrollo de sistemas, la generación de aplicaciones, los plazos de modernización, y las necesidades de recursos.
d) Integración: Darse cuenta de que las reglas de negocio son consistentes en toda la organización: -
Que los datos y su uso son inmutables. Que las interfaces y el flujo de la información están estandarizados Que la conectividad y la interpolaridad son administradas den toda la empresa.
e) Convergencia: Esfuerzos hacia una cartera de productos de TI estándar que figura en el modelo de referencia Técnico.
Beneficios de la Arquitectura Empresarial -Captura de datos acercara de la misión, funciones y la base de negocios de una manera comprensible para promover una mejor planificación y la toma de decisiones. -Mejorar la comunicación entre las organizaciones empresariales y las organizaciones de TI dentro de la empresa a través dentro de un vocabulario estandarizado -Proporcionar puntos de vista arquitectónicos que ayudan a comunicar la complejidad de los sistemas grandes y facilitar la gestión de entornos amplios y complejos. -Enfoque en el uso estratégico de las nuevas tecnologías para gestionar mejor la información de las empresas y consistente insertar esas tecnologías en la empresa.
Ingeniería De Software
Página 12
Universidad Nacional “Pedro Ruiz Gallo”
Facultad de ciencias Física y Matemáticas
Escuela Profesional Ing. en computación e Informática
-Velar por el cumplimiento Legal y regulatorio. -Acelerar la integración de la herencia, la migración y los nuevos sistemas.
4. MODELAMIENTO DE PROCESOS DE NEGOCIOS ¿QUÉ ES UN PROCESO DE NEGOCIO (BUSINESS PROCESS - BP)? “Un conjunto estructurado, medible de actividades diseñadas para producir un producto especificado, para un cliente o mercado específico. Implica un fuerte énfasis en CÓMO se ejecuta el trabajo dentro de la organización, en contraste con el énfasis en el QUÉ, característico de la focalización en el producto” “Un proceso de negocio contiene actividades con propósito, es ejecutado colaborativamente por un grupo de trabajadores de distintas especialidades, con frecuencia cruza las fronteras de un área funcional, e invariablemente es detonado por agentes externos o clientes de dicho proceso” Ejemplo (de descripción de proceso de negocio): Actualizar Stock de Productos
MODELADO DE PROCESOS DE NEGOCIO
Ingeniería De Software
Página 13
Universidad Nacional “Pedro Ruiz Gallo”
Facultad de ciencias Física y Matemáticas
Escuela Profesional Ing. en computación e Informática
• BUSINESS PROCESS MODELLING (BPM) -BPM también (Business Process Management) -“Representar los procesos de negocio de una empresa u organización con objeto de que puedan ser analizados y mejorados”: • Validación: Se realizan todas la tareas, ciclos • Simulación: Ahorro de costes antes de la implementación • ANTECEDENTES Y EJEMPLOS: o Grupos de trabajo sobre workflow WfMC o Estándares y lenguajes de workflow Redes de Petri Activity diagrams YAWL (Yet Another Workflow Language, Aalst) o Metodologías de modelado de procesos Proclets [Aalst 2001] AMENITIES [Garrido 2003] o Patrones de workflow • AUTORES ACTUALES: o Wil van der Aalst (Marlon Dumas, Arthur ter Hofstede...) o Fabio Casati
• Principales responsables:
Ingeniería De Software
Página 14
Universidad Nacional “Pedro Ruiz Gallo”
Facultad de ciencias Física y Matemáticas
Escuela Profesional Ing. en computación e Informática
o Analistas, Arquitectos/ diseñadores, desarrolladores del sistema de información.
BENEFICIOS PERSEGUIDOS/OBTENIDOS • Para la organización: Efectividad -> se concreta lo que ha de llevarse a cabo Eficiencia -> reutilización de procesos probados como más eficientes Consistencia - > detección de tareas no realizables, prerrequisitos,... Productividad -> reutilización de procesos más productivos Ahorro -> asignación de costes (de tiempo, espacio y económicos) e identificación de los procesos más ventajosos o Calidad, mejora general de los procesos. o o o o o
• Para el analista: Ingeniería De Software
Página 15
Universidad Nacional “Pedro Ruiz Gallo”
Facultad de ciencias Física y Matemáticas
Escuela Profesional Ing. en computación e Informática
o o o o
Agilización del proceso de desarrollo y, por tanto, de la carga de trabajo Identificación de errores en fases tempranas Mayor nivel de abstracción Independencia de plataformas tecnológicas concretas -El modelo de negocio y la tecnología que lo soporta pueden evolucionar por separado -> Model-driven Architecture (MDA)
o Trazabilidad del sistema, por identificación de tareas y su asignación a procedimientos manuales o automatizados. ELEMENTOS DE UN MODELO DE PROCESO DE NEGOCIO • Típicamente: o o o o o o o
Objetivo(s) o motivo del proceso Entradas Salidas Recursos utilizados Secuencia de Actividades Eventos que dirigen el proceso Roles/participantes involucrados
NOTACIONES DE MODELADO • Algunos lenguajes y estándares:
Ingeniería De Software
Página 16
Universidad Nacional “Pedro Ruiz Gallo”
Facultad de ciencias Física y Matemáticas
Escuela Profesional Ing. en computación e Informática
o o o o o o o
Redes de Petri Carl Adam Petri Diagramas de Actividades de UML OMG SPEM (Software Process Engineering Meta-Model) OMG BPMN (Business Process Modeling Notation) OMG XPDL (XML Process Definition Language) WfMC IDEF (Integration DEFinition) U.S. Air Force EPC (Event-driven Process Chain) ARIS – Architecture of Integrated Information Systems, Scheer NOTACIONES DE MODELADO
• Dependiendo de las metodologías y estrategias empleadas: o Orientados a proceso: Se centran en las diferentes tareas a completar para llevar a cabo un proceso completo o Orientados a recurso: Se centran en la utilización y distribución de los recursos que son necesarios para llevar a cabo la realización del proceso o Orientados a datos: Se centran en la definición de los datos y en las transformaciones que sufren estos a los largo del proceso.
CRITERIOS • Expresividad • Capacidad de modelar la complejidad de los procesos de negocio. • Regla de medida -> Patrones de workflow (van der Aalst) • Capacidad de representar roles y su asignación a diferentes tareas • Capacidad para especificar las características de calidad de los procesos de negocio. • Capacidad para especificar repositorios de procesos que nos permitan la reutilización de procesos mediante la utilización de conceptos como la variabilidad y la extensibilidad. • Capacidad para especificar atributos que nos permitan gestionar los procesos (monitorizar, controlar o planificar los mismos). Permitir una vista multi-nivel de los
Ingeniería De Software
Página 17
Universidad Nacional “Pedro Ruiz Gallo”
Facultad de ciencias Física y Matemáticas
Escuela Profesional Ing. en computación e Informática
procesos para partiendo de descripciones más comprensibles de alto nivel o agregados, tener la posibilidad de alcanzar niveles con gran cantidad de detalles. • Ser comprensible para aquellos que no son especialistas en modelado. Esta característica es especialmente útil si con posterioridad se pretende utilizar los modelos para la fase de análisis de requisitos. • Permitir la integración y soporte para otro tipo de notaciones que nos facilitará una mejor interacción entre las herramientas que den soporte a estas notaciones.
BPMN
Ingeniería De Software
Página 18
Universidad Nacional “Pedro Ruiz Gallo”
Facultad de ciencias Física y Matemáticas
Escuela Profesional Ing. en computación e Informática
• Business Process Modeling Notation [OMG 2009] o Estándar del OMG o Notación gráfica fácil de entender por analistas, implementadores… • Y también gestores, clientes, proveedores... (i.e., stakeholders) o Reduce la distancia entre el diseño de un proceso de negocio y su implementación o Habilita la visualización de especificaciones en el lenguaje XML para la ejecución de procesos. BPMN. ELEMENTOS BÁSICOS o Elementos de modelado para la creación de diagramas de procesos de negocio sencillos.
BPMN. CONJUNTO COMPLETO DE EVENTOS o Un evento es algo que ocurre durante el transcurso de un proceso de negocio o Los eventos interfieren en el flujo de un proceso y normalmente tienen un disparador o un resultado. o Pueden iniciar, interrumpir o finalizar un flujo.
Ingeniería De Software
Página 19
Universidad Nacional “Pedro Ruiz Gallo”
Facultad de ciencias Física y Matemáticas
Escuela Profesional Ing. en computación e Informática
BPMN. CONJUNTO COMPLETO DE ACTIVIDADES o Una actividad representa un trabajo realizado dentro de un proceso de negocio o Puede ser simple o compuesta o Tipos de actividades: Proceso, Sub-procesos y tarea.
Ingeniería De Software
Página 20
Universidad Nacional “Pedro Ruiz Gallo”
Facultad de ciencias Física y Matemáticas
Escuela Profesional Ing. en computación e Informática
Ingeniería De Software
Página 21
Universidad Nacional “Pedro Ruiz Gallo”
Facultad de ciencias Física y Matemáticas
Escuela Profesional Ing. en computación e Informática
o Un Sub-proceso puede mostrarse en forma expandida revelando detalles sobre actividades de menor nivel de abstracción.
BPMN. CONJUNTO COMPLETO DE CONECTORES o Los flujos de secuencia muestran el orden en que deben realizarse las actividades dentro de un proceso. o Un flujo de mensaje indica el orden en que se intercambian mensajes dos entidades preparadas para ello. o Las asociaciones relacionan información y artefactos con objetos de flujo.
Ingeniería De Software
Página 22
Universidad Nacional “Pedro Ruiz Gallo”
Facultad de ciencias Física y Matemáticas
Escuela Profesional Ing. en computación e Informática
BPMN. CONJUNTO COMPLETO DE PASARELAS o Las “pasarelas” (Gateway) se utilizan para bifurcar y coordinar flujos de control alternativo o concurrente. o Si no hay que coordinarlo, no hay por qué usarlas.
Ingeniería De Software
Página 23
Universidad Nacional “Pedro Ruiz Gallo”
Facultad de ciencias Física y Matemáticas
Escuela Profesional Ing. en computación e Informática
BPMN. CONJUNTO COMPLETO DE CALLES o Una “piscina” (pool) es un contenedor gráfico para particionar un conjunto de actividades. o Una “calle” (lane) es una partición (vertical u horizontal) dentro de una piscina a lo largo de la misma.
o Pueden anidarse.
Ingeniería De Software
Página 24
Universidad Nacional “Pedro Ruiz Gallo”
Facultad de ciencias Física y Matemáticas
Escuela Profesional Ing. en computación e Informática
Ingeniería De Software
Página 25
Universidad Nacional “Pedro Ruiz Gallo”
Facultad de ciencias Física y Matemáticas
Escuela Profesional Ing. en computación e Informática
CONCLUSIONES El Plan Estratégico de Tecnologías de Información y Comunicaciones se orienta hacia el aprovechamiento de las tendencias tecnológicas actuales y los marcos de referencia de mejores prácticas que existen en el entorno de las instituciones, empresas, etc, y en la gestión de las tecnologías de información y comunicaciones, integrando diversos conceptos los cuales hemos definido en este trabajo de investigación.
Ingeniería De Software
Página 26
Universidad Nacional “Pedro Ruiz Gallo”
Facultad de ciencias Física y Matemáticas
Escuela Profesional Ing. en computación e Informática
BIBLIOGRAFÍA http://www2.rhernando.net/modules/tutorials/viewtutorial.php?tid=53 http://www.oas.org/juridico/pdfs/mesicic4_per_anex2.pdf
Ingeniería De Software
Página 27