UNIVERSIDAD CENTRAL DEL ECUADOR

Tamaño: px
Comenzar la demostración a partir de la página:

Download "UNIVERSIDAD CENTRAL DEL ECUADOR"

Transcripción

1 UNIVERSIDAD CENTRAL DEL ECUADOR FACULTAD DE INGENIERÍA EN CIENCIAS FÍSICAS Y MATEMÁTICA INSTITUTO DE INVESTIGACIÓN Y POSGRADO (IIP) METODOLOGÍA PARA EL DESARROLLO DE SOFTWARE ESCALABLE PARA EL DEPARTAMENTO DE PENSIONES DEL IESS. WILLIAM FERNANDO POZO ALMEIDA TUTOR: JAIME OSWALDO SALVADOR MENESES Trabajo presentado como requisito parcial para la obtención del grado de: MAGÍSTER EN GESTIÓN INFORMÁTICA EMPRESARIAL Quito Ecuador 2015

2 DEDICATORIA Dedico está tesis a Dios, siempre se siente su incondicional apoyo, amor, cariño y sus infinitas bendiciones sobre mi familia. Cuando uno llega a ser padre llega a entender el sacrificio y esfuerzo de los padres, les dedico a ellos ya que gracias a ellos he tenido las decisiones mas atinadas en mi vida y sin el amor sincero y desinteresado de mi mamá Teresa Almeida nunca hubiera llegado a ser el buen ser humano que soy por esto este esfuerzo es solamente de ella. Dedico también esta tesis a mi familia Angélica Figueroa y Camila Pozo por su constante apoyo y amor, en los momentos difíciles ellas han tenido las palabras precisas para brindar un aliento para poder continuar, a mi hija Cammy te dedico esta tesis para te sirva de ejemplo para que el llegues a ser mucho más de lo que nosotros como padres hemos logrado. Fernando Pozo ii

3 AGRADECIMIENTO Siempre estaré agradecido a mi familia Angélica Figueroa y Camila pozo por su total apoyo y comprensión sin su amor nunca podría haber realizado esta tesis, quedo muy agradecido a mi esposa Ange por su constante cariño y dulzura, me ha servido de apoyo incondicional para poder concluir esta tesis. Agradezco a mamá Teresa Almeida, quien siempre ha desvelado por mi bienestar y educación, haciendo presente siempre su amor, gracias a mi padre Luis Edmundo Pozo por tu ejemplo y trabajo constante que tuviste no estas aquí pero siempre presente en nuestros corazones. Gracias a Jaime Salvador por brindar sus conocimientos y dedicación que ha brindado para la realización de esta tesis. Tengo un grato agradecimiento a Jaime Salvador, Ramiro Pilaluisa y Santiago Morales por sus conocimientos y ayuda que me ha brindado para poder concluir este documento. Fernando Pozo iii

4 AUTORIZACIÓN DE LA AUTORÍA INTELECTUAL Yo, WILLIAM FERNANDO POZO ALMEIDA en calidad de autor del trabajo de investigación o tesis realizada sobre la METODOLOGÍA PARA EL DESARROLLO DE SOFTWARE ESCALABLES PARA EL DEPARTAMENTO DE PENSIONES DEL IESS, por la presente autorizo a la UNIVERSIDAD CENTRAL DEL ECUADOR, hacer uso de todos los contenidos que me pertenecen o de parte de los que contiene esta obra, con fines estrictamente académicos o de investigación. Los derechos que como autor me corresponden, con excepción de la presente autorización, seguirán vigentes a mi favor, de conformidad con lo establecido en los artículos 5, 6, 8, 19 y demás pertinentes de la Ley de Propiedad Intelectual y su Reglamento. Quito, 09 de Enero del WILLIAM FERNANDO POZO ALMEIDA C.C iv

5 CERTIFICADO Certifico que el presente trabajo fue realizado en su totalidad WILLIAM FERNANDO POZO ALMEIDA como requisito parcial a la obtención del título de MAGISTER EN GESTIÓN INFORMÁTICA EMPRESARIAL. Quito, 9 de Enero del 2015 JAIME OSWALDO SALVADOR MENESES v

6 CONTENIDO DEDICATORIA... ii AGRADECIMIENTO... iii AUTORIZACIÓN DE LA AUTORÍA INTELECTUAL... iv CERTIFICADO... v CONTENIDO... vi LISTA DE FIGURAS... xiv LISTA DE TABLAS... xv RESUMEN... xvii ABSTRACT... xviii 1 INTRODUCCIÓN INTRODUCCIÓN PLANTEAMIENTO DEL PROBLEMA OBJETIVO GENERAL OBJETIVOS ESPECÍFICOS JUSTIFICACIÓN HIPÓTESIS Y VARIABLES HIPÓTESIS VARIABLES - INDICADORES METODOLOGÍA TIPOS DE ESTUDIO DISEÑO DE ESTUDIO POBLACIÓN, MUESTRA Y MUESTREO... 5 vi

7 1.7.4 TÉCNICAS DE ANÁLISIS DE DATOS MARCO TEÓRICO INTRODUCCIÓN TERMINOLOGÍA BÁSICA UML WORKFLOW SOA BPM BPMN ESB OOAD CBM ARTEFACTOS APLICACIONES DISTRIBUIDAS ARQUITECTURA EMPRESARIAL LDAP SOAP HTTP W3C MODELO DE DOMINIO KPI METODOLOGÍA DE DESARROLLO DE SOFTWARE RUP DEFINICIÓN FASE DE INICIO FASE DE ELABORACIÓN FASE DE CONSTRUCCIÓN vii

8 2.3.5 FASE DE TRANSICIÓN ROLES SOFTWARE ESCALABLES ARQUITECTURA DE SOFTWARE BASADA EN SOA INTRODUCCIÓN TERMINOLOGÍA BÁSICA SOA MENSAJE SERVICIOS SIN ESTADO ORQUESTACIÓN BPEL BPM DEFINICIÓN DE SOA OBJETIVO DE LA ARQUITECTURA SOA BENEFICIOS DE SOA DESVENTAJAS DE SOA: COMPONENTES DE SOA IMPLEMENTACIÓN DE SOA PLANIFICACIÓN DE DESARROLLO DE APLICACIONES SOA IDENTIFICACIÓN DE SERVICIOS SERVICIOS EXISTENTES PROTOCOLOS DE COMUNICACIÓN DE SERVICIOS ADMINISTRACIÓN DE LOS SERVICIOS COMUNICACIÓN ENTRE SERVICIOS viii

9 2.6 SEGURIDAD EN SERVICIOS WEB WS-Security XML ENCRYPTION XML SIGNATURE XML CANONICALIZATION ANÁLISIS DE METODOLOGÍA ACTUAL DE DESARROLLO DE SOFTWARE EN PENSIONES DEL IESS INTRODUCCIÓN FASES DE LA METODOLOGÍA RUP PARA EL ÁREA DE PENSIONES FASE DE FACTIBILIDAD FASE DE ELABORACIÓN FASE DE DESARROLLO FASE DE IMPLANTACIÓN EQUIPO DE TRABAJO PERFIL DE LOS RECURSOS GERENTE DE PROYECTO ADMINISTRADORA DE PROYECTOS LÍDERES DE PROYECTOS DESARROLLADOR JAVA INGENIERO DE PRUEBAS ARQUITECTO DE SOFTWARE ARQUITECTURA DE DATOS ANALISTAS DE SISTEMAS ANALISTAS FUNCIONALES LÍDER DE ANALISTAS ix

10 LÍDER DE PRUEBAS LÍDER DE DEPARTAMENTO DE ARQUITECTURA ORGANIGRAMA DE GESTIÓN DE PROYECTOS DEL IESS RECURSOS TECNOLÓGICOS RECURSOS DE HARDWARE RECURSO DE SOFTWARE SOFTWARE DE AMBIENTE DE DESARROLLO SOFTWARE DE AMBIENTE DE PRUEBAS / PRODUCCIÓN ARQUITECTURA DE SOFTWARE DEL SOFTWARE DE PENSIONES CAPA DE APLICACIÓN CAPA MEDIA CAPA DE FACHADA SEGURIDAD DE APLICACIÓN CAMBIO DE AMBIENTE PARA PRODUCCIÓN CONCLUSIONES METODOLOGÍAS DE DESARROLLO PARA SOFTWARE ESCALABLES INTRODUCCIÓN CARACTERÍSTICAS DE LAS FASES DE ANÁLISIS Y DISEÑO DE METODOLOGÍAS SOA ANÁLISIS SOA Y ESTRATEGIAS DE DISEÑO ENFOQUES DE SOA ANÁLISIS SOA Y COBERTURA DE DISEÑO ADOPCIÓN DE TÉCNICAS EXISTENTES Y NOTACIONES x

11 4.3 ANÁLISIS DE METODOLOGÍAS EXISTENTES SOA SOMA FASE DE IDENTIFICACIÓN FASE DE ESPECIFICACIÓN FASE DE REALIZACIÓN IBM RUP/SOMA ANÁLISIS DE TRANSFORMACIÓN DE NEGOCIOS IDENTIFICACIÓN ESPECIFICACIÓN REALIZACIÓN DE SERVICIOS SOAF DESCRIPCIÓN DE LA METODOLOGÍA METODOLOGÍA DE PAPAZOGLOU COMPARACIÓN ENTRE METODOLOGÍAS PROPUESTA DE METODOLOGÍA DE SOFTWARE ESCALABLE PARA EL IESS INTRODUCCIÓN ROLES DE IBM RUP SOMA ARQUITECTO DE SEGURIDAD IMPLEMENTADOR DISEÑADOR DE NEGOCIOS ANALISTA DE PROCESO DE NEGOCIO DISEÑADOR DE BASE DE DATOS DISEÑADOR ARQUITECTO DE SOFTWARE ARQUITECTO DE NEGOCIO xi

12 5.3 TAREAS DE IBM RUP SOMA TAREAS DE MODELAMIENTO DE NEGOCIOS IDENTIFICACIÓN DE METAS DE NEGOCIOS Y KPIs ANÁLISIS DEL ÁREA FUNCIONAL AFINAMIENTO DE CASOS DE USO DE NEGOCIO TAREAS DE ANÁLISIS Y DISEÑO IDENTIFICAR FACTORES COMUNES Y VARIABILIDAD IDENTIFICAR PATRONES DE SEGURIDAD ESPECIFICACIÓN DE COMPONENTES (SOA) CONSTRUIR PRUEBA DE CONCEPTO ARQUITECTÓNICO (SOA) IDENTIFICA SERVICIOS ASOCIADOS A OBJETIVOS ANÁLISIS DE PROCESOS EMPRESARIALES ANÁLISIS DE MODELO DE DATOS ANÁLISIS DE ACTIVOS EXISTENTES ANÁLISIS DE REGLAS DEL NEGOCIO ANÁLISIS DE CASOS DE USO DE NEGOCIO (SOA) DISEÑO DE MENSAJE PRUEBAS SERVICIOS LITMUS ESPECIFICACIÓN DE SERVICIO DISEÑO SUB SISTEMAS (SOA) TAREAS DE IMPLEMENTACIÓN DOCUMENTO DE DECISIONES DE REALIZACIÓN DE SERVICIO xii

13 5.4 PROPUESTA DE METODOLOGÍA RUP ENFOCADO EN SOA PARA EL DEPARTAMENTO DE PENSIONES DEL IESS RECURSOS HUMANOS RECURSOS TECNOLÓGICOS ADAPTACIONES DE LA METODOLOGÍA RUP CON IBM RUP SOMA FASE DE FACTIBILIDAD FASE DE ELABORACIÓN FASE DE CONSTRUCCIÓN FASE DE IMPLEMENTACIÓN PLANIFICACIÓN DE PROYECTOS TAREAS ANTES DE INICIAR EL PROYECTO PLANIFICACIÓN FASE DE FACTIBILIDAD ESTIMACIÓN DE TIEMPOS PLANIFICACIÓN FASE DE ELABORACIÓN ESTIMACIÓN DE TIEMPOS CONCLUSIONES Y RECOMENDACIONES INTRODUCCIÓN CONCLUSIONES RECOMENDACIONES BIBLIOGRAFÍA BIOGRAFÍA xiii

14 LISTA DE FIGURAS Figura 2.1 Antes y después de SOA Figura 2.2 Identificación de servicios Figura 2.3 Modelo de un ESB Figura 3.1 Organigrama DDI con departamento de Pensiones Figura 3.2 Diagrama de cambios de ambiente para producción Figura 4.1 Diagrama de SOMA Figura 4.2 Gráfico de interacción entre fases SOMA Figura 5.1 Descomposición de negocio Figura 5.2 Diagrama de actividades de líder en fase inicial xiv

15 LISTA DE TABLAS Tabla 3.1 Fase de factibilidad RUP área de pensiones Tabla 3.2 Fase de elaboración RUP área de pensiones Tabla 3.3 Fase de desarrollo RUP área de pensiones Tabla 3.4 Fase de implantación RUP área de pensiones Tabla 3.5 Perfil gerente de proyectos área de pensiones Tabla 3.6 Perfil administrador de proyectos área de pensiones Tabla 3.7 Perfil de líder de proyectos área de pensiones Tabla 3.8 Perfil de desarrollador java área de pensiones Tabla 3.9 Perfil ingeniero de pruebas área de pensiones Tabla 3.10 Perfil arquitecto de software área de pensiones Tabla 3.11 Perfil de arquitectura de datos área de pensiones Tabla 3.12 Perfil de analistas de sistemas Tabla 3.13 Perfil de analistas funcionales Tabla 3.14 Perfil de líder de analistas Tabla 3.15 Perfil de líder de pruebas área de pensiones Tabla 3.16 Perfil de líder de departamento de arquitectura área de pensiones Tabla 3.17 Recursos de hardware del área de pensiones Tabla 3.18 Software de ambiente de desarrollo del área de pensiones Tabla 3.19 Software de ambiente de pruebas / producción del área de pensiones Tabla 3.20 Capa media de arquitectura de software de pensiones Tabla 3.21 Capa de fachada de arquitectura de software de pensiones. 64 Tabla 4.1 Comparación entre metodologías de desarrollo de software SOA Tabla 5.1 Entrada y salidas de identificación de metas Tabla 5.2 Entrada y salida de análisis del área funcional Tabla 5.3 Entrada y salida de casos de uso del negocio Tabla 5.4 Entrada y salida de identificar factores comunes Tabla 5.5 Entrada y salida de identificar patrones de seguridad xv

16 Tabla 5.6 Entrada y salida de especificación de componentes SOA Tabla 5.7 Entrada y salida Prueba de concepto arquitectónico SOA Tabla 5.8 Entrada y salida de identificar servicios asociados a objetivos 89 Tabla 5.9 Entrada y salida de análisis de procesos empresariales Tabla 5.10 Entrada y salida de análisis de modelos de datos Tabla Entrada y salida análisis de activos existentes Tabla 5.12 Entrada y salida de análisis de reglas de negocio Tabla 5.13 Entrada y salida de análisis de casos de uso de negocio (SOA) Tabla 5.14 Entrada y salida de diseño de mensaje Tabla 5.15 Entrada y salida de especificación de servicio Tabla 5.16 Entrada y salida de diseño sub sistemas (SOA) Tabla 5.17 Entrada y salida de documento de decisiones de realización de servicio Tabla 5.18 Fase de factibilidad IBM RUP SOMA adaptado a RUP Tabla 5.19 Fase de elaboración IBM RUP SOMA adaptado a RUP Tabla 5.20 Fase de elaboración IBM RUP SOMA adaptado a RUP Tabla 5.21 Fase de implementación IBM RUP SOMA adaptado a RUP 107 Tabla 5.22 Artefactos a entregar en planificación de fase de factibilidad Tabla 5.23 Métricas de estimación de tiempos Listado de casos de uso identificados y categorizarlo Tabla 5.25 Artefactos de entrega de planificación en fase de elaboración Tabla 5.26 Métrica de estimación de tiempos en fase de elaboración xvi

17 RESUMEN METODOLOGÍA PARA EL DESARROLLO DE SOFTWARE ESCALABLES PARA EL DEPARTAMENTO DE PENSIONES DEL IESS. Este documento presenta una metodología de desarrollo de software escalable al departamento de pensiones del IESS, la cual ha sido adaptado a la metodología RUP (Rational Unified Process) acoplada para el Instituto Ecuatoriano de Seguridad Social y en particular al área de pensiones. Existen inconvenientes al momento de desarrollar software escalable, no hay normativas, artefactos, métodos ni técnicas, lo que afecta radicalmente a la planificación de los proyectos y esto involucra retrasos en los proyectos y a la no realización de estos, para lograr un entendimiento del problema en este documento se menciono las fases y actividades de la metodología RUP y sus adaptaciones. Presentamos las principales metodologías, se especifican sus fases y los detalles para la realización de este tipo de software, así teniendo una comparativa entre estas y teniendo el resultado de la mejor metodología vista desde el punto de vista de las necesidades del área de pensiones del IESS. Se especifica la metodología RUP SOMA IBM como la ganadora, mostrando las fases y los artefactos que involucra la metodología, brindando criterios de planificación para facilitar a los líderes de proyectos en la planificación de los mismos. DESCRIPTORES: / DESARROLLO DE SOFTWARE SOA / GESTIÓN DE PROYECTOS CON ARQUITECTURA SOA / PLANIFICACIÓN DE PROYECTOS / METODOLOGÍA RUP / METODOLOGÍA DE DESARROLLO DE SOFTWARE CON ARQUITECTURA SOA / SOFTWARE ESCALABLES xvii

18 ABSTRACT METHODOLOGY FOR SCALABLE SOFTWARE DEVELOPMENT FOR THE DEPARTMENT OF PENSION FUND IESS. This document presents a methodology for development of scalable software for the department of pension fund IESS, which has been adapted to the RUP (Rational Unified Process) coupled to the Ecuadorian Institute of Social Security and particularly the area of pension fund. In the area of pensions fund there are some obstacles when developing scalable software, no regulations, devices, methods and techniques, which dramatically affects the planning of projects and this involves project delays and non-realization of these. To achieve an understanding of the problem this document mentions phases and activities of the RUP methodology and adaptations that have the pension fund area IESS. We Present the main methods for developing software scalable, phases and details for the realization of such software are specified, and having a comparison between these and taking the result of the better methodology view from the perspective of the needs the area of pensions fund IESS. The IBM RUP SOMA methodology is specified as the winner, showing the phases and the artifacts methodology involves, providing planning criteria to facilitate to project leaders the best planning of them. DESCRIPTORS: / SOFTWARE DEVELOPMENT SOA / PROJECT MANAGEMENT ARCHITECTURE WITH SOA / PLANNING PROJECT / METHODOLOGY RUP / SOFTWARE DEVELOPMENT METHODOLOGY WITH ARCHITECTURE SOA / SCALABLE SOFTWARE xviii

19 CERTIFICACIÓN Yo, Angélica del Rocio Figueroa Hernández, con cédula de identidad número , con suficiencia en idioma inglés; certifico haber realizado la traducción de la hoja del resumen del idioma español al idioma inglés. Quito, 22 de enero del 2015 Angélica del Rocio Figueroa Hernández C.I.: xix

20 xx

21 1.1 INTRODUCCIÓN 1 INTRODUCCIÓN En el presente capitulo brindaremos los parámetros generales del presente trabajo, así podrá entender el por qué la realización este documento. En el mundo cada vez se hace más importante el desarrollo de tecnologías web ya que a los usuarios ha brindado una forma más efectiva de satisfacer sus dudas o consultas que tengan sin tener la necesidad de realizarlas presencialmente, así se ahorra tiempo y dinero. El departamento de pensiones de IESS posee una infraestructura que soporta las aplicaciones de pago de pensiones a jubilados, jubilación ordinaria e invalidez, montepío, auxilio de funerales. Están desarrolladas de una forma tradicional y alineadas con los requerimientos que exige el negocio cabe mencionar que la institución es pública y estos requerimientos son directamente vinculados con las leyes y normas ecuatorianas las cuales son altamente cambiantes. Los líderes de proyectos del departamento del IESS planifican y coordinan actividades para solventar los cambios que se tienen que realizar en la aplicación, esto ha repercutido en poseer una cantidad de personal en el departamento de tecnología lo que involucra que tengan conocimientos bien afianzados en el negocio y conozcan en un alto grado el detalle de la construcción de la aplicación, por lo que la disposición de este personal está limitado a la carga de trabajo que demanda. La realización de aplicaciones web escalables hoy en día son necesarias cuando se tiene como primicia que el negocio es altamente cambiante, esto ayuda que el desarrollo de estas aplicaciones sea mucho mas rápido, se tenga un mejor control de la aplicación pero a la vez es necesario que 1

22 el personal técnico posea un conocimiento más detallado del giro de negocio de la empresa. Las metodologías de software ayudan a organizar, planificar y controlar actividades del personal y el resultado más fiel en la actualidad ha sido poseer aplicaciones web con alta calidad. Con el cambio a aplicaciones escalables se ha tenido la necesidad de cambiar la forma de gestionar. 1.2 PLANTEAMIENTO DEL PROBLEMA En el departamento de pensiones del Instituto Ecuatoriano de Seguridad Social (IESS), la metodología de desarrollo de software está adaptada exclusivamente a software web tradicional y esta no contempla el desarrollo de software con tecnologías escalables, las cuales ayudan a mantener el software de gestión del departamento en una manera rápida y sencilla, así las definiciones que exige el negocio van de la mano con la funcionalidad del software. Al momento de desarrollar software escalable, siguiendo la metodología actual del departamento de pensiones del IESS, se han tenido resultados no satisfactorios, como el retraso en los hitos de los proyectos, esto es como consecuencia de una planificación no adecuada debido a que la presente metodología de software no contempla una serie de etapas, lo que dificulta en la elaboración de un correcto presupuesto del proyecto y en un adecuado plan de adquisiciones de software, para solucionar estos graves inconvenientes se requiere incursionar en una metodología de desarrollo de software para negocios con requerimientos altamente cambiantes, es decir que exigen escalabilidad. 1.3 OBJETIVO GENERAL Establecer una metodología de desarrollo de software escalable que ayude al gerente de proyecto en la planificación de desarrollo de sistemas. 2

23 1.4 OBJETIVOS ESPECÍFICOS Identificar las fases y disciplinas que tiene inconvenientes en la metodología actual. Enunciar las diferentes metodologías de desarrollo enfocado al negocio existentes. Comparar las estrategias y métodos de las diferentes metodologías. Establecer una metodología RUP enfocado al negocio en base a las necesidades de la dirección de pensiones del IESS. Mejorar la planificación y control con la incorporación de una metodología RUP enfocado al negocio. 1.5 JUSTIFICACIÓN El departamento de pensiones del IESS necesita la investigación de una metodología de desarrollo de software escalable, esto permitirá a los líderes de proyecto planificar, presupuestar, controlar, monitorear y brindar el seguimiento necesario a los proyectos y así ayudar en la optimización del tiempo y el recurso económico en la institución. 1.6 HIPÓTESIS Y VARIABLES HIPÓTESIS Se optimiza el tiempo y recurso económico al poseer una metodología de desarrollo de software escalable? VARIABLES - INDICADORES Las variables para la investigación son: Número de 1 artefactos de la metodología por fases 1 Artefactos es un producto tangible resultante del proceso del desarrollo de software tomado de Wikipedia 3

24 Cumplimiento de los artefactos por fase Fecha fin de la fase Fecha inicio de la fase Fecha real del proyecto Fecha fin del proyecto Los indicadores para la investigación son: %Cumplimiento de la fase = Sumatoria del cumplimiento de los artefactos por fase / Número de artefactos por fase. Tiempo Empleado por fase = Fecha fin de la fase Fecha inicio de la fase %Cumplimiento del proyecto = (Fecha real del proyecto Fecha inicio del proyecto)*100/ (Fecha fin del proyecto Fecha inicio del proyecto) 1.7 METODOLOGÍA TIPOS DE ESTUDIO La investigación tiene la necesidad de contribuir a la elaboración de una metodología de desarrollo de negocio enfocado al negocio para el IESS. Se utilizará el método inductivo ya que se recopilará información acerca de la presente metodología de software para ser analizada y detallada en los diferentes etapas y procesos, se realizará entrevistas con los funcionarios expertos del IESS y se analizará la metodología de desarrollo de software enfocado al negocio DISEÑO DE ESTUDIO El diseño de estudio se aplicará a un diseño no experimental descriptivo comparativo ya que se debe comparar la metodología actual contra la que será producto de la investigación 9 4

25 1.7.3 POBLACIÓN, MUESTRA Y MUESTREO La población serán el número de proyectos informáticos realizados para el departamento de pensiones del IESS. La muestra serán el número de proyectos de desarrollo y mantenimiento de software realizado en los últimos 8 años, tiempo en el cual se tiene automatizado el sistema actual de pensiones y debido a la calidad de los proyectos, el muestreo se realizará de tipo probabilístico. El método que se aplicará en la investigación será de tipo encuesta y se realizará mediante entrevistas personales y material que nos brinden los funcionarios del IESS, los instrumentos que utilizaremos serán cuestionarios y guías de entrevistas; siendo recolectada la información en tablas de indicadores y gráficos para analizar los datos TÉCNICAS DE ANÁLISIS DE DATOS Teniendo las tablas de indicadores y gráficos, el resultado sería aplicar la metodología a investigar con respecto a la muestra y analizar los resultados que brinda comparando los resultados para verificar si cumple los objetivos. 5

26 2.1 INTRODUCCIÓN 2 MARCO TEÓRICO El presente capítulo nos brinda la terminología y conocimiento básico para poder entender los siguientes capítulos del presente documento. 2.2 TERMINOLOGÍA BÁSICA UML UML (Unified Modeling Language), que en español significa Lenguaje Unificado de Modelado, es un lenguaje de modelado de sistemas de software en la actualidad es el más conocido y se está volviendo en un estándar. Es un lenguaje gráfico para visualizar, especificar, construir y documentar un sistema. Es importante remarcar que UML es un "lenguaje de modelado" para especificar o para describir métodos o procesos. Se utiliza para definir un sistema, para detallar los artefactos en el sistema y para documentar, en otras palabras, es el lenguaje en el que está descrito el modelo. Se puede aplicar en el desarrollo de software gran variedad de formas para dar soporte a una metodología de desarrollo de software (tal como el Proceso Unificado Racional o RUP), pero no especifica en sí mismo qué metodología o proceso usar. UML no puede compararse con la programación estructurada, no es una programación de sistemas, lo que se trata de hacer es diagramar la realidad del cómo se usa uno o varios requerimientos. Mientras que en programación estructurada, es una forma de programar, como lo es la orientación a objetos y esto es un perfecto complemento de UML. 6

27 2.2.2 WORKFLOW El workflow, que en español es flujo de trabajo, es el estudio de los aspectos operacionales de una actividad de trabajo: cómo se estructuran las tareas, cómo se realizan, cuál es su orden correlativo, cómo se sincronizan, cómo fluye la información que soporta las tareas y cómo se le hace seguimiento al cumplimiento de las tareas. Generalmente los problemas de flujo de trabajo se modelan con redes de Petri. Si bien el concepto de flujo de trabajo no es específico a la tecnología de la información, una parte esencial del software para trabajo colaborativo (groupware) es justamente el flujo de trabajo. Una aplicación de flujos de trabajo automatiza la secuencia de acciones, actividades o tareas utilizadas para la ejecución del proceso, incluyendo el seguimiento del estado de cada una de sus etapas y la aportación de las herramientas necesarias para gestionarlo. Se pueden distinguir tres tipos de actividad: Actividades colaborativas: Es un grupo de usuarios que trabajan sobre un mismo repositorio de datos para obtener un resultado común. Actividades cooperativas: Es un grupo de usuarios que trabajan sobre su propio conjunto particular, estableciendo los mecanismos de cooperación entre ellos. Actividades de coordinación: Los workflow permiten automatizar procesos, usualmente se usan en procesos de negocio, en general permiten hacerlo con cualquier tipo de proceso que requiera ejecutar una serie de pasos en un orden predeterminado SOA SOA (Service Oriented Architecture), que en español significa Arquitectura Orientada a Servicios, es un término utilizado en arquitectura 7

28 de software, indica que el software utiliza servicios y esto permite la creación de sistemas de información altamente escalables, lo cual facilita la interacción entre diferentes sistemas propios o de terceros BPM BPM (Business Process Manager), que en español significa Administración de Procesos de Negocio, se llama gestión o administración por procesos de negocio y su objetivo es mejorar el desempeño de la organización a través de la gestión de los procesos de negocio. Los procesos se deben diseñar, modelar, organizar, documentar y optimizar de forma continua. BPM es el entendimiento, visibilidad y control de los procesos de negocio de una organización. Un proceso de negocio representa una serie discreta de actividades o pasos de tareas que pueden incluir personas, aplicativos, eventos de negocio y organizaciones BPMN BPMN (Business Process Modeling Notation ), que en español significa Notación para el Modelo de Procesos de Negocio, es una notación gráfica estandarizada que permite el modelado de procesos de negocio, en un formato de flujo (workflow). BPMN fue inicialmente desarrollada por la organización Business Process Management Initiative (BPMI), y es actualmente mantenida por el OMG (Object Management Group), después de la fusión de las dos organizaciones en el año Su versión actual, a abril de 2011, es la 2.0. El principal objetivo de BPMN es proporcionar una notación estándar que sea fácilmente legible y entendible por parte de todos los involucrados e interesados del negocio (stakeholders). Entre estos interesados están los analistas de negocio (quienes definen y redefinen los procesos), los desarrolladores técnicos (responsables de implementar los procesos) y 8

29 los gerentes y administradores del negocio (quienes monitorizan y gestionan los procesos). En síntesis, BPMN tiene la finalidad de servir como lenguaje común para cerrar la brecha de comunicación que frecuentemente se presenta entre el diseño de los procesos de negocio y su implementación. Actualmente hay una amplia variedad de lenguajes, herramientas y metodologías para el modelado de procesos de negocio. La adopción cada vez mayor de la notación BPMN como estándar ayudará a unificar la expresión de conceptos básicos de procesos de negocio (por ejemplo procesos públicos y privados, orquestación, coreografía, etc.) así como conceptos avanzados de modelado (por ejemplo manejo de excepciones, compensación de transacciones, entre otros) ESB ESB (Enterprise Service Bus), que en español significa Bus de Servicios Empresariales, es un mediador de los servicios en un entorno empresarial OOAD OOAD (Object Oriented Analysis and Design), que en español significa Análisis y Diseño Orientado a Objetos, el objetivo es modelar y diseñar un sistema como un grupo de interacciones entre objetos CBM CBM (Componente Business Modeling), que en español significa Modelamiento de Componentes de Negocio, es una técnica desarrollada por IBM para modelar y analizar una empresa. Es una representación lógica o mapa de componentes de negocio o buildings blocks es decir bloques de construcción y pueden ser representados en una sola página. 9

30 2.2.9 ARTEFACTOS Un producto o artefactos es un trozo de información que es producido, modificado o usado durante el proceso de desarrollo de software. Los productos son los resultados tangibles del proyecto, las cosas que va creando y usando hasta obtener el producto final. Un artefacto puede ser cualquiera de los siguientes: Un documento, como el documento de la arquitectura de software Un modelo, como el modelo de casos de uso o el modelo de diseño Un elemento del modelo, un elemento que pertenece a un modelo como una clase, un caso de uso o un subsistema APLICACIONES DISTRIBUIDAS Una aplicación con distintos componentes que se ejecutan en entornos separados, normalmente en diferentes plataformas conectadas a través de una red. Las aplicaciones distribuidas tradicionales son de dos niveles (cliente servidor) tres niveles (Cliente middleware-servidor) y multinivel ARQUITECTURA EMPRESARIAL La arquitectura empresarial identifica los componentes principales de la organización y su relación para conseguir los objetivos LDAP LDAP (Lightweight Directory Access Protocol), que en español significa Protocolo Ligero de Acceso a Directorios, es un protocolo a nivel de aplicación, tiene acceso a una base de datos de un conjuntos de objetos, organizados en una manera lógica y jerárquica, es decir permite la administración de usuarios por cada grupo o área de la organización dentro de una empresa. 10

Gerencia de Procesos de Negocio (Business Process Management, BPM). Lic. Patricia Palacios Zuleta

Gerencia de Procesos de Negocio (Business Process Management, BPM). Lic. Patricia Palacios Zuleta Gerencia de Procesos de Negocio (Business Process Management, BPM). Lic. Patricia Palacios Zuleta (Business Process Management, BPM). La Gerencia de los Procesos del Negocio: Se define como: "integración

Más detalles

Rational Unified Process (RUP)

Rational Unified Process (RUP) Rational Unified Process (RUP) Este documento presenta un resumen de Rational Unified Process (RUP). Se describe la historia de la metodología, características principales y estructura del proceso. RUP

Más detalles

1 GLOSARIO. Actor: Es un consumidor (usa) del servicio (persona, sistema o servicio).

1 GLOSARIO. Actor: Es un consumidor (usa) del servicio (persona, sistema o servicio). 1 GLOSARIO A continuación se definen, en orden alfabético, los conceptos básicos que se han abordado a lo largo del desarrollo de la metodología para la gestión de requisitos bajo la Arquitectura Orientada

Más detalles

Sistemas de Información II. Introducción al Proceso Unificado de Desarrollo de Software. Autor: Ing. Silverio Bonilla 1

Sistemas de Información II. Introducción al Proceso Unificado de Desarrollo de Software. Autor: Ing. Silverio Bonilla 1 Introducción al Proceso Unificado de Desarrollo de Software Autor: Ing. Silverio Bonilla 1 James Rumbaugh et al. Concepto de Método Una metodología de ingeniería del software es un proceso para producir

Más detalles

BPMN vs UML. Los Requerimientos y el Modelo del Negocio. Autor: Norberto Figuerola

BPMN vs UML. Los Requerimientos y el Modelo del Negocio. Autor: Norberto Figuerola BPMN vs UML Autor: Norberto Figuerola Los Requerimientos y el Modelo del Negocio Normalmente, siempre que iniciamos un esfuerzo de desarrollo de software éste tiene como objetivo automatizar procesos del

Más detalles

Proceso Unificado de Rational PROCESO UNIFICADO DE RATIONAL (RUP) El proceso de desarrollo de software tiene cuatro roles importantes:

Proceso Unificado de Rational PROCESO UNIFICADO DE RATIONAL (RUP) El proceso de desarrollo de software tiene cuatro roles importantes: PROCESO UNIFICADO DE RATIONAL (RUP) El proceso de desarrollo de software tiene cuatro roles importantes: 1. Proporcionar una guía de actividades para el trabajo en equipo. (Guía detallada para el desarrollo

Más detalles

Herramientas de Software que posibilitan el BPM

Herramientas de Software que posibilitan el BPM Qué es BPM? BPM (Business Process Management) no es solamente una tecnología, sino en términos generales, una disciplina gerencial que trata a los procesos como bienes tangibles que contribuyen al desempeño

Más detalles

RESUMEN DE COBIT 4.1. Los recursos de TI identificados en COBIT se pueden definir como sigue [2]:

RESUMEN DE COBIT 4.1. Los recursos de TI identificados en COBIT se pueden definir como sigue [2]: RESUMEN DE COBIT 4.1 COBIT es un marco de trabajo y un conjunto de herramientas de Gobierno de Tecnología de Información (TI) que permite a la Gerencia cerrar la brecha entre los requerimientos de control,

Más detalles

Consideraciones para implementaciones BPM y EDA

Consideraciones para implementaciones BPM y EDA Consideraciones para implementaciones BPM y EDA Jesús Buriticá IBM Software Group Brand Architect jburitic@ve.ibm.com Agenda Manejando los conceptos sobre BPM y EDA Abordar una iniciativa BPM/EDA Algunos

Más detalles

Contenidos. Parte I - Introducción Capítulo 1 - Evolución. Capítulo 2 Condiciones de trabajo en el Desarrollo de Software

Contenidos. Parte I - Introducción Capítulo 1 - Evolución. Capítulo 2 Condiciones de trabajo en el Desarrollo de Software IX Contenidos Prólogo... XIX Prefacio... XXI Guía de lectura...xxiii Parte I - Introducción Capítulo 1 - Evolución 1.1 Introducción... 2 1.2 Los hitos en la evolución histórica del desarrollo de software...

Más detalles

Resumen General del Manual de Organización y Funciones

Resumen General del Manual de Organización y Funciones Gerencia de Tecnologías de Información Resumen General del Manual de Organización y Funciones (El Manual de Organización y Funciones fue aprobado por Resolución Administrativa SBS N 354-2011, del 17 de

Más detalles

El desarrollo de aplicaciones

El desarrollo de aplicaciones e d i t o r i a l Entendiendo el desarrollo de los sistemas SOA María Consuelo Franky R. El desarrollo de aplicaciones orientadas y basadas en servicios, como estilo de arquitectura, emergió sobre la arena

Más detalles

Planeación del Proyecto de Software:

Planeación del Proyecto de Software: Apéndice A. Cuestionarios del Sistema Evaluador Nivel2. Requerimientos de Administración: Goal 1: Los requerimientos del sistema asociados a software están bien controlados y existe un estándar para los

Más detalles

Implementación de Procesos Business Process Management BPM Services Oriented Architecture SOA

Implementación de Procesos Business Process Management BPM Services Oriented Architecture SOA Implementación de Procesos Business Process Management BPM Services Oriented Architecture SOA Título Área específica de la publicación 2 Implementación de Procesos Business Process Management BPM Services

Más detalles

Procesos de Negocios

Procesos de Negocios Procesos de Negocios Procesos de negocios Como dijimos en el Tema 1: los sistemas de información y las organizaciones se influyen entre sí: Los SI deben proveer la información que la organización necesita.

Más detalles

BPM en la práctica Transitando del BPA al BPM con una metodología probada. Diego Karbuski - Diciembre 2012

BPM en la práctica Transitando del BPA al BPM con una metodología probada. Diego Karbuski - Diciembre 2012 BPM en la práctica Transitando del BPA al BPM con una metodología probada. Diego Karbuski - Diciembre 2012 Qué es BPM? BPM no solo es tecnología informática. Es una disciplina de gestión empresarial impulsada

Más detalles

RESUMEN. IV P á g i n a

RESUMEN. IV P á g i n a RESUMEN El Sistema Web para el Control de la Caja de Ahorros de SENECA, fue desarrollado siguiendo las fases establecidas por la Metodología RUP (Proceso Unificado de Rational). Las fases de esta metodología

Más detalles

Título: Optimización de Procesos de Negocio con SOA / BPM Nombre y Apellido: Mario Bolo Email: bolo@ar.ibm.com Fecha: 15/08/2012

Título: Optimización de Procesos de Negocio con SOA / BPM Nombre y Apellido: Mario Bolo Email: bolo@ar.ibm.com Fecha: 15/08/2012 Título: Optimización de Procesos de Negocio con SOA / BPM Nombre y Apellido: Mario Bolo Email: bolo@ar.ibm.com Fecha: 15/08/2012 El problema: las aplicaciones tradicionales no le proveen la agilidad necesaria

Más detalles

LINEAMIENTOS GENERALES PARA LA IMPLEMENTACIÓN DE PROCESOS ELECTRÓNICOS

LINEAMIENTOS GENERALES PARA LA IMPLEMENTACIÓN DE PROCESOS ELECTRÓNICOS LINEAMIENTOS GENERALES PARA LA IMPLEMENTACIÓN DE PROCESOS LINEAMIENTOS GENERALES PARA LA IMPLEMENTACIÓN DE PROCESOS Ministerio de Tecnologías de la Información y las Comunicaciones Programa de Gobierno

Más detalles

En el siguiente apartado se detallan ciertos conceptos que ayudan a comprender en mayor medida el Proyecto.

En el siguiente apartado se detallan ciertos conceptos que ayudan a comprender en mayor medida el Proyecto. APÉNDICES En el siguiente apartado se detallan ciertos conceptos que ayudan a comprender en mayor medida el Proyecto. APÉNDICE 1. Herramientas Las herramientas que se usaron en el análisis, desarrollo

Más detalles

BPM: Articulando Estrategia, Procesos y Tecnología

BPM: Articulando Estrategia, Procesos y Tecnología BPM: Articulando Estrategia, Procesos y Tecnología Resumen: La competitividad es el imaginario que dirige las acciones empresariales en la actualidad. Lograr condiciones que permitan competir con mayores

Más detalles

Boletín de Asesoría Gerencial* Business Process Management (BPM)

Boletín de Asesoría Gerencial* Business Process Management (BPM) Espiñeira, Sheldon y Asociados * No. 11-2009 *connectedthinking Contenido Haga click en los enlaces para navegar a través del documento Haga click en los enlaces para llegar directamente a cada sección

Más detalles

Ingeniería de Software

Ingeniería de Software Ingeniería de Software MSDN Ingeniería de Software...1 Ingeniería del Software_/_ Ingeniería y Programación...1 Análisis de Requerimientos...2 Especificación...3 Diseño...4 Desarrollo en Equipo...5 Mantenimiento...6

Más detalles

Diseño de Procesos al Servicio de la Gestión

Diseño de Procesos al Servicio de la Gestión Gestión y servicios Tecnológicos Ltda. Diseño de Procesos al Servicio de la Gestión www.gyst.cl info@gyst.cl Gestión y servicios Tecnológicos Ltda. En Algunas Empresas... En numerosos proyectos de variada

Más detalles

Solución de una Intranet bajo software Open Source para el Gobierno Municipal del Cantón Bolívar [IOS-GMCB] Gobierno Municipal del Cantón Bolívar

Solución de una Intranet bajo software Open Source para el Gobierno Municipal del Cantón Bolívar [IOS-GMCB] Gobierno Municipal del Cantón Bolívar Gobierno Municipal del Cantón Bolívar Versión: Solución de una Intranet bajo software Open Source para el Gobierno Municipal del Cantón Bolívar [IOS-GMCB] Plan de Desarrollo de Software Universidad

Más detalles

DESARROLLO DE SOFTWARE CON CALIDAD PARA UNA EMPRESA

DESARROLLO DE SOFTWARE CON CALIDAD PARA UNA EMPRESA DESARROLLO DE SOFTWARE CON CALIDAD PARA UNA EMPRESA Resumen AUTORIA CARLOS CABALLERO GONZÁLEZ TEMATICA INFORMÁTICA ETAPA ESO-BACHILLERATO-CFGM(ESI,ASI,DSI) Se describe la revolución que supuso la incursión

Más detalles

Automatizador de Procesos

Automatizador de Procesos Automatizador de Procesos Más que un workflow, esta aplicación es un BPM (Business Process Management), una completa plataforma de automatización de procesos, diseñada para apoyar la transformación empresarial;

Más detalles

Tópicos Avanzados de Análisis y Diseño INGENIERIA DE SOFTWARE ING. MA. MARGARITA LABASTIDA ROLDÁN

Tópicos Avanzados de Análisis y Diseño INGENIERIA DE SOFTWARE ING. MA. MARGARITA LABASTIDA ROLDÁN Tópicos Avanzados de Análisis y Diseño INGENIERIA DE SOFTWARE ING. MA. MARGARITA LABASTIDA ROLDÁN Proceso de Negocio (Business Process) Conjunto estructurado, medible de actividades para producir un producto.

Más detalles

Management(BPM) Gestión de Proceso de negocio con BPM. Universidad Inca Garcilaso de la Vega

Management(BPM) Gestión de Proceso de negocio con BPM. Universidad Inca Garcilaso de la Vega Universidad Inca Garcilaso de la Vega CURSO DE ACTUALIZACIÓN PROFESIONAL DE INGENIERÍA DE SISTEMAS Y CÓMPUTO Business Process Business Process Management(BPM) Management(BPM) MSc. Daniel Alejandro Yucra

Más detalles

IMPLANTACIÓN DE UNA ESTRATEGIA DE GESTIÓN POR PROCESOS (BPM). Factores críticos de éxito y competencias profesionales necesarias.

IMPLANTACIÓN DE UNA ESTRATEGIA DE GESTIÓN POR PROCESOS (BPM). Factores críticos de éxito y competencias profesionales necesarias. IMPLANTACIÓN DE UNA ESTRATEGIA DE GESTIÓN POR PROCESOS (BPM). 1 Factores críticos de éxito y competencias profesionales necesarias. Objetivos generales del TFG Determinar cuales son los factores críticos

Más detalles

http://www.cem.itesm.mx/extension/ms

http://www.cem.itesm.mx/extension/ms Diplomado Programación orientada a objetos con Java y UML Las empresas necesitan contar con sistemas de información modernos, ágiles y de calidad para alcanzar sus objetivos y ser cada vez más competitivos

Más detalles

Definición de PMO Características de una PMO

Definición de PMO Características de una PMO Definición de PMO Existen varios conceptos de una oficina de proyectos (PMO) una de ella la define como una unidad organizacional, física o virtual, especialmente diseñada para dirigir y controlar el desarrollo

Más detalles

WebRatio. Otro camino para el BPM. Web Models s.r.l. www.webratio.com contact@webratio.com 1 / 8

WebRatio. Otro camino para el BPM. Web Models s.r.l. www.webratio.com contact@webratio.com 1 / 8 WebRatio Otro camino para el BPM Web Models s.r.l. www.webratio.com contact@webratio.com 1 / 8 El BPM El BPM (Business Process Management) no es solo una tecnología, además a grandes rasgos es una disciplina

Más detalles

Fecha Publicación: 3 de Noviembre 2009. BPM Business Process Management Gestión de Procesos de Negocio

Fecha Publicación: 3 de Noviembre 2009. BPM Business Process Management Gestión de Procesos de Negocio BPM Business Process Management Gestión de Procesos de Negocio Palabras Clave: BPM, Business Process Management, Workflow, Gestión de Procesos de Negocio, Reingeniería de Procesos, Optimización de Procesos,

Más detalles

Cómo lograr una implementación exitosa de SOA?

Cómo lograr una implementación exitosa de SOA? Software Huibert Aalbers Certified Executive Software IT Architect BUE Technical Sales, SW Services Manager IBM de Mexico 2007 IBM Corporation Agenda!Interoperabilidad! De dónde viene SOA?!Las distintas

Más detalles

Boletín de Asesoría Gerencial SOA: enfoque técnico orientado a procesos

Boletín de Asesoría Gerencial SOA: enfoque técnico orientado a procesos Espiñeira, Sheldon y Asociados No. 4-2010 Contenido Haga click en los enlaces para navegar a través del documento Haga click en los enlaces para llegar directamente a cada sección 4 Introducción 4 Qué

Más detalles

UNIVERSIDAD DE GUAYAQUIL

UNIVERSIDAD DE GUAYAQUIL i UNIVERSIDAD DE GUAYAQUIL FACULTAD DE CIENCIAS MATEMATICAS Y FISICAS CARRERA DE INGENIERIA EN SISTEMAS COMPUTACIONALES ESTUDIO DE ESCENARIOS PARA DETERMINAR LAS LIMITANTES DE LAS EMPRESAS PARA UTILIZAR

Más detalles

Capítulo I. Marco Teórico

Capítulo I. Marco Teórico 1 Capítulo I. Marco Teórico 1. Justificación Hoy en día existe una gran diversidad de aplicaciones que corren sobre la World Wide Web (WWW o Web), y cada una orientada a un fin en particular, el cuál depende

Más detalles

Visión General GXflow. Última actualización: 2009

Visión General GXflow. Última actualización: 2009 Última actualización: 2009 Copyright Artech Consultores S. R. L. 1988-2009. Todos los derechos reservados. Este documento no puede ser reproducido en cualquier medio sin el consentimiento explícito de

Más detalles

Ingeniería de Software: Parte 2

Ingeniería de Software: Parte 2 Ingeniería de Software: Parte 2 Agustín J. González ElO329: Diseño y Programación Orientados a Objeto Adaptado de: http://www.dsic.upv.es/~uml http://inst.eecs.berkeley.edu/~cs169/ entre otras fuentes.

Más detalles

IBM Rational Method Composer V7.5.1 ofrece creación de métodos simplificados e interoperabilidad en IBM Rational Team Concert

IBM Rational Method Composer V7.5.1 ofrece creación de métodos simplificados e interoperabilidad en IBM Rational Team Concert con fecha 30 de noviembre de 2010 IBM Rational Method Composer V7.5.1 ofrece creación de métodos simplificados e interoperabilidad en IBM Rational Team Concert Índice 1 Información general 2 Fecha de disponibilidad

Más detalles

Gestión y Desarrollo de Requisitos en Proyectos Software

Gestión y Desarrollo de Requisitos en Proyectos Software Gestión y Desarrollo de Requisitos en Proyectos Software Ponente: María Jesús Anciano Martín Objetivo Objetivo Definir un conjunto articulado y bien balanceado de métodos para el flujo de trabajo de Ingeniería

Más detalles

ARQUITECTURAS DE SOFTWARE ORIENTADAS A SERVICIOS

ARQUITECTURAS DE SOFTWARE ORIENTADAS A SERVICIOS ARQUITECTURAS DE SOFTWARE ORIENTADAS A SERVICIOS ANDRES CAMILO ROJAS M. Universidad Piloto de Colombia Ingeniería de Sistemas Séptimo Semestre CONCEPTOS: AGENDA Que es Arquitectura de Software Que es una

Más detalles

Aplicación de una Metodología basada en Mediciones para la Gestión de Calidad de Software

Aplicación de una Metodología basada en Mediciones para la Gestión de Calidad de Software Aplicación de una Metodología basada en Mediciones para la Gestión de Calidad de Software Jorge Bozo jbozo@inf.ucv.cl Escuela de Ingeniería Informática Universidad Católica de Valparaíso Valparaíso, Chile

Más detalles

BPMN BPMN BPMN. BPD Objetos de flujo - Actividades. BPD (Business Process Diagram) Notación de modelado de procesos de negocio BPD

BPMN BPMN BPMN. BPD Objetos de flujo - Actividades. BPD (Business Process Diagram) Notación de modelado de procesos de negocio BPD BPMN Notación de modelado de procesos de negocio BPMN Fue desarrollado por la BPMI (Business Process Management Initiative) Objetivos: Proveer una notación entendible para cualquiera desde el analista

Más detalles

Facultad de Ingeniería Informática. Informe de las Prácticas Profesionales

Facultad de Ingeniería Informática. Informe de las Prácticas Profesionales Facultad de Ingeniería Informática CEIS Informe de las Prácticas Profesionales Título: Informatización de los Procesos de Negocio Solicitud de Trabajo Extra laboral en el CITI, a través de la BPMS BizAgi

Más detalles

3. Horario laboral referencial: Lunes Viernes 8:00 a.m. a 6:00 p.m.

3. Horario laboral referencial: Lunes Viernes 8:00 a.m. a 6:00 p.m. Arquitecto de Datos 1. Línea de Negocios: Soluciones de Negocios 2. Funciones Específicas: Participar en la realización de las actividades técnicas de actualización y migraciones a versiones mejoradas

Más detalles

El Proceso Unificado de Desarrollo de Software

El Proceso Unificado de Desarrollo de Software El Proceso de Desarrollo de Software Ciclos de vida Métodos de desarrollo de software El Proceso Unificado de Desarrollo de Software 1 Fases principales del desarrollo de software Captura de requisitos:

Más detalles

Introducción a BPM. Programa BPM Business Process Management. Al finalizar el capítulo, el alumno podrá:

Introducción a BPM. Programa BPM Business Process Management. Al finalizar el capítulo, el alumno podrá: Introducción a BPM Al finalizar el capítulo, el alumno podrá: Comprender la importancia de la Gestión de Procesos y la mejora continua de los mismos. Identificar los diferentes procesos existentes en una

Más detalles

Tema 2. Ingeniería del Software I feliu.trias@urjc.es

Tema 2. Ingeniería del Software I feliu.trias@urjc.es Tema 2 Ciclo de vida del software Ingeniería del Software I feliu.trias@urjc.es Índice Qué es el ciclo de vida del Software? El Estándar 12207 Modelos de proceso Qué es el Ciclo de Vida del SW? Definición

Más detalles

Sinopsis de la gestión de programas de acuerdo con el estándar del Project Management Institute 1

Sinopsis de la gestión de programas de acuerdo con el estándar del Project Management Institute 1 Sinopsis de la gestión de s de acuerdo con el estándar del Project Management Institute Conceptos básicos Qué es un? Es un grupo de proyectos gestionados de modo coordinado para obtener beneficios y el

Más detalles

PRINCE2 & TickIT. Jorge Armando Medina Morales. Código 1700321660. U n i v e r s i d a d D e C a l d a s. F a c u l t a d D e I n g e n i e r í a s

PRINCE2 & TickIT. Jorge Armando Medina Morales. Código 1700321660. U n i v e r s i d a d D e C a l d a s. F a c u l t a d D e I n g e n i e r í a s PRINCE2 & TickIT Jorge Armando Medina Morales Código 1700321660 U n i v e r s i d a d D e C a l d a s F a c u l t a d D e I n g e n i e r í a s I n g e n i e r í a D e S i s t e m a s O c t u b r e 2010

Más detalles

Xaguar Soluciones PORTALES PORTALES

Xaguar Soluciones PORTALES PORTALES Xaguar Soluciones PORTALES PORTALES XAGUAR e-suite HABILITANDO PORTALES La implementación exitosa de integración de aplicaciones colaborativas e iniciativas SOA, BPM, ECM o de integración depende en gran

Más detalles

SOLUCIÓN SITUACIÓN ACTUAL

SOLUCIÓN SITUACIÓN ACTUAL SITUACIÓN ACTUAL La necesidad de las organizaciones de ser más competitivas en un mercado dinámico ha generado estructuras organizacionales complejas y exigentes en términos de calidad y eficiencia. Sobre

Más detalles

Introducción a SOA (II) Huibert Aalbers Senior Certified Software IT Architect

Introducción a SOA (II) Huibert Aalbers Senior Certified Software IT Architect Introducción a SOA (II) Huibert Aalbers Senior Certified Software IT Architect IT Insight podcast Este podcast pertenece a la serie IT Insight Pueden suscribirse al podcast a través de itunes. El material

Más detalles

Una puerta abierta al futuro

Una puerta abierta al futuro Una puerta abierta al futuro SOA E ITIL EN LA LEY DE ACCESO ELECTRÓNICO DE LOS CIUDADANOS A LOS SERVICIOS PÚBLICOS (LAECSP) por francisco javier antón Vique La publicación de la Ley de Acceso electrónico

Más detalles

Mantenimiento de Sistemas de Información

Mantenimiento de Sistemas de Información de Sistemas de Información ÍNDICE DESCRIPCIÓN Y OBJETIVOS... 1 ACTIVIDAD MSI 1: REGISTRO DE LA PETICIÓN...4 Tarea MSI 1.1: Registro de la Petición... 4 Tarea MSI 1.2: Asignación de la Petición... 5 ACTIVIDAD

Más detalles

CAPITULO VI: ADMINISTRACIÓN DEL PROYECTO. 6.1. Estructura Detallada del Trabajo (EDT)

CAPITULO VI: ADMINISTRACIÓN DEL PROYECTO. 6.1. Estructura Detallada del Trabajo (EDT) CAPITULO VI: ADMINISTRACIÓN DEL PROYECTO 6.1. Estructura Detallada del Trabajo (EDT) Un EDT es la agrupación orientada a entregables de los elementos del proyecto que organiza y define el total de los

Más detalles

ARQUITECTURAS DE PROCESOS DE NEGOCIOS INGENIERIA DE SOFTWARE ING. MA. MARGARITA LABASTIDA ROLDÁN

ARQUITECTURAS DE PROCESOS DE NEGOCIOS INGENIERIA DE SOFTWARE ING. MA. MARGARITA LABASTIDA ROLDÁN ARQUITECTURAS DE PROCESOS DE NEGOCIOS INGENIERIA DE SOFTWARE ING. MA. MARGARITA LABASTIDA ROLDÁN ARQUITECTURA SOA Services Oriented Arquitecture SOA como arquitectura para BPM Las organizaciones deben

Más detalles

Introducción a los Servicios Web. Ing. José Luis Bugarin ILUMINATIC SAC jbugarin@consultorjava.com

Introducción a los Servicios Web. Ing. José Luis Bugarin ILUMINATIC SAC jbugarin@consultorjava.com Introducción a los Servicios Web Ing. José Luis Bugarin ILUMINATIC SAC jbugarin@consultorjava.com Servicios Web y Soa En un contexto SOA y los servicios web son una oportunidad de negocios en la actualidad.

Más detalles

Resumen General del Manual de Organización y Funciones

Resumen General del Manual de Organización y Funciones Gerencia de Tecnologías de Información Resumen General del Manual de Organización y Funciones (El original del Manual de Organización y Funciones fue aprobado por Resolución Administrativa SBS Nº 574-2009,

Más detalles

DESARROLLO DE SOFTWARE ORIENTADO. A OBJETOS: Modelo de requerimientos del RUP

DESARROLLO DE SOFTWARE ORIENTADO. A OBJETOS: Modelo de requerimientos del RUP DESARROLLO DE SOFTWARE ORIENTADO A OBJETOS: Modelo de requerimientos del RUP Adesmiro Zelada Escobedo 1*, Miguel Figueroa Martel 2 * 1 Facultad de Ingeniería y Arquitectura, Universidad Peruana Unión *

Más detalles

Gestión de activos con Maximo y Tivoli Service Request Manager

Gestión de activos con Maximo y Tivoli Service Request Manager en colaboración con: Capgemini e IBM Maximo Gestión de activos con Maximo y Tivoli Service Request Manager Capgemini es en la actualidad el único partner global para la implantación de soluciones de gestión

Más detalles

Anexo 4 Documento de Arquitectura

Anexo 4 Documento de Arquitectura Anexo 4 Documento de Arquitectura 1. Introducción El anexo se describe el propósito y alcance referentes al proyecto correspondiente al documento de arquitectura. 2. Propósito El propósito del anexo de

Más detalles

Ingeniería de Software I

Ingeniería de Software I Ingeniería de Software I Agenda Objetivo. Unidades de aprendizaje. Formas de evaluación. Bibliografía. 2 Datos del profesor Correo electrónico: egonzalez@upemor.edu.mx Asesorías Jueves de 11:00 a 13:00

Más detalles

Transformación de modelos en el proceso de obtención de Modelos Conceptuales partiendo de BPMN

Transformación de modelos en el proceso de obtención de Modelos Conceptuales partiendo de BPMN Transformación de modelos en el proceso de obtención de Modelos Conceptuales partiendo de BPMN Fernández Taurant, Juan Pablo Marciszack, Marcelo Martín Universidad Tecnológica Nacional, Facultad Regional

Más detalles

Programación orientada a

Programación orientada a Programación orientada a objetos con Java Pedro Corcuera Dpto. Matemática Aplicada y Ciencias de la Computación Universidad de Cantabria corcuerp@unican.es Objetivos Presentar los conceptos de la programación

Más detalles

Gestión de Procesos de Negocios BPM

Gestión de Procesos de Negocios BPM GNU/LinuX Universidad Inca Garcilaso de la Vega XLIX CURSO DE ACTUALIZACIÓN PROFESIONAL DE INGENIERÍA DE SISTEMAS Y CÓMPUTO. Área: Gestión Gestión de Procesos de Negocios BPM Parte III: BPM Aspectos Técnicos

Más detalles

JIAP 2011 Transitando hacia una Organización Gestionada por Procesos. Diego Karbuski - Agosto 2011

JIAP 2011 Transitando hacia una Organización Gestionada por Procesos. Diego Karbuski - Agosto 2011 JIAP 2011 Transitando hacia una Organización Gestionada por Procesos Diego Karbuski - Agosto 2011 Puede convertirse el BPM en un modelo de gestión para el Gobierno? Reducción de costos Transparencia Control

Más detalles

Sistema de gestión de tareas y proyectos

Sistema de gestión de tareas y proyectos Sistema de gestión de tareas y proyectos Propuesta de proyecto Seminario de Informática I Luis Muñoz Enrique Viard Contenido Introducción... 3 Descripción general... 3 Arquitectura propuesta... 5 Requisitos...

Más detalles

Glosario Plataforma de Interoperabilidad Libre Orientada a Servicios para el Estado Venezolano

Glosario Plataforma de Interoperabilidad Libre Orientada a Servicios para el Estado Venezolano Ministerio del Poder Popular para las Telecomunicaciones y la Informática Centro Nacional de Tecnologías de Información Glosario Plataforma de Interoperabilidad Libre Orientada a Servicios para el Estado

Más detalles

PERFILES OCUPACIONALES

PERFILES OCUPACIONALES PERFILES OCUPACIONALES A continuación se presenta la relación de los diferentes cargos que un ingeniero de sistemas de la Universidad de Lima puede desempeñar durante su vida profesional. También se presentan

Más detalles

Ingeniería de Software en SOA

Ingeniería de Software en SOA Ingeniería de Software en SOA ECSDI LSI-FIB-UPC cbea Curso 2014/2015 ECSDI (LSI-FIB-UPC cbea) Ingeniería de Software en SOA Curso 2014/2015 1 / 51 Índice 1 Directrices para la IS en SOA 2 Modelo de referencia

Más detalles

Metodologías de Desarrollo de Sistemas de Información

Metodologías de Desarrollo de Sistemas de Información Metodologías de Desarrollo de Sistemas de Información Metodología para el Desarrollo de SI Las metodologías son sistemas completos de técnicas que incluyen procedimientos paso a paso, productos resultante,

Más detalles

Una propuesta arquitectónica para integrar una herramienta BPMS y un sistema de gestión de reglas de negocio. Contexto

Una propuesta arquitectónica para integrar una herramienta BPMS y un sistema de gestión de reglas de negocio. Contexto Una propuesta arquitectónica para integrar una herramienta BPMS y un sistema de gestión de reglas de negocio Parra Julián Matias 1, Mg. Patricia Bazán 2, Lic. José Martinez Garro 3 1 3 Facultad de Informática

Más detalles

Aproximación al CONCEPTO

Aproximación al CONCEPTO 18 Aproximación al CONCEPTO LA NECESIDAD DE INTERCAMBIAR INFORMACIÓN ENTRE DEPARTAMENTOS Y ÁREAS DE NEGOCIO SE HA VUELTO CRUCIAL Y HA HECHO QUE LAS EMPRESAS VEAN LA INTEGRACIÓN COMO UN ELEMENTO CLAVE PARA

Más detalles

GLOSARIO. Arquitectura: Funcionamiento, estructura y diseño de una plataforma de desarrollo.

GLOSARIO. Arquitectura: Funcionamiento, estructura y diseño de una plataforma de desarrollo. GLOSARIO Actor: Un actor es un usuario del sistema. Esto incluye usuarios humanos y otros sistemas computacionales. Un actor usa un Caso de Uso para ejecutar una porción de trabajo de valor para el negocio.

Más detalles

PROCESO DE PLANIFICACIÓN INTEGRADA DE LA CADENA DE SUMINISTROS (S&OP y S&OE)

PROCESO DE PLANIFICACIÓN INTEGRADA DE LA CADENA DE SUMINISTROS (S&OP y S&OE) "La paciencia es la escalera de los filósofos y la humildad, la puerta de entrada a su jardín", Nicolás Valois PROCESO DE PLANIFICACIÓN INTEGRADA DE LA CADENA DE SUMINISTROS (S&OP y S&OE) La Cadena de

Más detalles

ADMINISTRACIÓN DE PROYECTOS

ADMINISTRACIÓN DE PROYECTOS ADMINISTRACIÓN DE PROYECTOS QUÉ ES LA ADMINISTRACIÓN DE PROYECTOS? Es la planeación, organización, dirección y control de los recursos para lograr un objetivo a corto plazo. También se dice que la administración

Más detalles

Diseño del Sistema de Información

Diseño del Sistema de Información Diseño del Sistema de Información ÍNDICE DESCRIPCIÓN Y OBJETIVOS...2 ACTIVIDAD DSI 1: DEFINICIÓN DE LA ARQUITECTURA DEL SISTEMA...7 Tarea DSI 1.1: Definición de Niveles de Arquitectura...9 Tarea DSI 1.2:

Más detalles

Desarrollo y comercialización de productos de software [El proceso unificado]

Desarrollo y comercialización de productos de software [El proceso unificado] Desarrollo y comercialización de productos de software [El proceso unificado] M. en C. Sergio Luis Pérez Pérez UAM CUAJIMALPA, MÉXICO, D. F. Trimestre 13-P Sergio Luis Pérez (UAM CUAJIMALPA) Curso de desarrollo

Más detalles

Acoplamiento e interoperabilidad

Acoplamiento e interoperabilidad Máster Universitario en Ingeniería Informá3ca Acoplamiento e interoperabilidad Sistemas de Información Orientados a Servicios RODRIGO SANTAMARÍA 2 Acoplamiento débil Tipos de acoplamiento Cabalgando el

Más detalles

CUALIFICACIÓN PROGRAMACIÓN DE SISTEMAS INFORMÁTICOS PROFESIONAL. Nivel 3. Versión 5 Situación RD 1201/2007 Actualización

CUALIFICACIÓN PROGRAMACIÓN DE SISTEMAS INFORMÁTICOS PROFESIONAL. Nivel 3. Versión 5 Situación RD 1201/2007 Actualización Página 1 de 17 CUALIFICACIÓN PROGRAMACIÓN DE SISTEMAS INFORMÁTICOS PROFESIONAL Familia Profesional Informática y Comunicaciones Nivel 3 Código IFC303_3 Versión 5 Situación RD 1201/2007 Actualización Competencia

Más detalles

Mª Luisa Gutiérrez Acebrón División de Informática y Tecnologías de la Información Ministerio de Justicia

Mª Luisa Gutiérrez Acebrón División de Informática y Tecnologías de la Información Ministerio de Justicia Implantación de una arquitectura orientada a servicios. Un caso de uso Mª Luisa Gutiérrez Acebrón División de Informática y Tecnologías de la Información Ministerio de Justicia Introducción Los compromisos

Más detalles

Actividad 4. Justificación de la oportunidad y análisis de necesidades. Concreción de la propuesta

Actividad 4. Justificación de la oportunidad y análisis de necesidades. Concreción de la propuesta Actividad 4 Justificación de la oportunidad y análisis de necesidades Autor: José Manuel Beas (jbeasa@uoc.edu) Concreción de la propuesta La propuesta que ha sido acordada con la consultora de esta segunda

Más detalles

Definir el problema/oportunidad. Desarrollar soluciones alternativas. Seleccionar la solución. Desarrollar / Seleccionar-Adquirirconfigurar

Definir el problema/oportunidad. Desarrollar soluciones alternativas. Seleccionar la solución. Desarrollar / Seleccionar-Adquirirconfigurar 1 Definir el problema/oportunidad Definir problema de negocio o la oportunidad de mejora utilizando el pensamiento sistémico. Mapa Conceptual Desarrollar soluciones alternativas Seleccionar la solución

Más detalles

El impacto del relevamiento y modelado de procesos en la implantación de sistemas informáticos

El impacto del relevamiento y modelado de procesos en la implantación de sistemas informáticos El impacto del relevamiento y modelado de procesos en la implantación de sistemas informáticos KPMG, Abril 2013 KPMG afiliadas a KPMG International Cooperative ( KPMG International ), una entidad suiza.

Más detalles

SOFTWARE PLANNING PROJECTS UNDER THE PMI GUIDELINES PLANEACION DE PROYECTOS DE SOFTWARE BAJO LINEAMIENTOS DEL PMI. MSc. Mauricio Rojas Contreras

SOFTWARE PLANNING PROJECTS UNDER THE PMI GUIDELINES PLANEACION DE PROYECTOS DE SOFTWARE BAJO LINEAMIENTOS DEL PMI. MSc. Mauricio Rojas Contreras Recibido: 06 de agosto de 2009 Aceptado: 21 de octubre de 2009 SOFTWARE PLANNING PROJECTS UNDER THE PMI GUIDELINES PLANEACION DE PROYECTOS DE SOFTWARE BAJO LINEAMIENTOS DEL PMI MSc. Mauricio Rojas Contreras

Más detalles

Implantación y Aceptación del Sistema

Implantación y Aceptación del Sistema y Aceptación del Sistema 1 y Aceptación del Sistema ÍNDICE DESCRIPCIÓN Y OBJETIVOS... 2 ACTIVIDAD IAS 1: ESTABLECIMIENTO DEL PLAN DE IMPLANTACIÓN...5 Tarea IAS 1.1: De finición del Plan de... 5 Tarea IAS

Más detalles

PRUEBAS DE SOFTWARE TECNICAS DE PRUEBA DE SOFTWARE

PRUEBAS DE SOFTWARE TECNICAS DE PRUEBA DE SOFTWARE PRUEBAS DE SOFTWARE La prueba del software es un elemento crítico para la garantía de la calidad del software. El objetivo de la etapa de pruebas es garantizar la calidad del producto desarrollado. Además,

Más detalles

F A B R I C I O M U Ñ O Z S. T E N I E N T E T É C N I C O D E A V I A C I Ó N

F A B R I C I O M U Ñ O Z S. T E N I E N T E T É C N I C O D E A V I A C I Ó N PROPUESTA DE IMPLEMENTACIÓN DE UNA METODOLOGÍA PARA EL DESARROLLO DE SISTEMAS ORIENTADOS A SERVICIOS EN EL DEPARTAMENTO DE DESARROLLO DE SISTEMAS DE LA DIRECCIÓN DE SISTEMAS DE INFORMACIÓN Y COMUNICACIONES

Más detalles

UNIDAD 2: Abstracción del Mundo real Al Paradigma Orientado a Objetos

UNIDAD 2: Abstracción del Mundo real Al Paradigma Orientado a Objetos 2.1. Principios básicos del Modelado de Objetos UNIDAD 2: Abstracción del Mundo real Al Paradigma Orientado a Objetos Hoy en día muchos de los procesos que intervienen en un negocio o empresa y que resuelven

Más detalles

Collaborative Lifecycle Management

Collaborative Lifecycle Management Collaborative Lifecycle Management IBM Rational Software Portafolio.. Documentación Técnica... COLLABORATIVE LIFECYCLE MANAGEMENT La solución de IBM Rational para la Gestión del Ciclo de Vida Colaborativo

Más detalles

Metodología de Ingeniería del Software para el desarrollo y mantenimiento de sistemas de información del Gobierno de Extremadura

Metodología de Ingeniería del Software para el desarrollo y mantenimiento de sistemas de información del Gobierno de Extremadura Metodología de Ingeniería del Software para el desarrollo y mantenimiento de sistemas de información del Gobierno de Extremadura Página 1 de 23 Índice del Documento 1.- Introducción... Página 4 2.- Propuesta

Más detalles

Consultoría en Arquitectura Empresarial, SOA y de Software

Consultoría en Arquitectura Empresarial, SOA y de Software Consultoría en Arquitectura Empresarial, SOA y de Software Dentro de su propuesta de servicios de consultoría, HEINSOHN ofrece consultoría en planeación de tecnologías de información, donde se define a

Más detalles

Descripción de las posiciones del área de sistemas

Descripción de las posiciones del área de sistemas Descripción de posiciones del área de Sistemas Operador/Data Entry Entrar y verificar datos provenientes de distintas vías de ingreso. Monitorear procesos, programas y resultados. Seguir los formatos apropiados

Más detalles

Planificación y Control de Proyectos de Software mediante MS Project

Planificación y Control de Proyectos de Software mediante MS Project Práctica 2 Planificación y Control de Proyectos de Software mediante MS Project E n esta práctica vamos a introducirnos en la Planificación y Control de Proyectos de Software mediante herramientas informáticas

Más detalles

MANUAL DE ORGANIZACIÓN Y FUNCIONES GERENCIA DE INFORMÁTICA

MANUAL DE ORGANIZACIÓN Y FUNCIONES GERENCIA DE INFORMÁTICA MANUAL DE ORGANIZACIÓN Y FUNCIONES GERENCIA DE INFORMÁTICA Aprobando mediante Resolución de Gerencia General N 052-2015 de fecha 26 Junio 2015 ELABORADO POR: APROBADO POR: 1 de 82 ÍNDICE 1 INTRODUCCIÓN...

Más detalles