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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

El Proceso Unificado

El Proceso Unificado El Proceso Unificado de Desarrollo de Software Prof. Gustavo J. Sabio Alcance de la presentación QA Entradas Proceso de desarrollo Salida equipo Cliente sistemas Cliente necesidades actividades varias

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

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

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

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

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

Desarrollo de Software con enfoque en el Negocio

Desarrollo de Software con enfoque en el Negocio Desarrollo de Software con enfoque en el Negocio Andrea Delgado Instituto de Computación Facultad de Ingeniería Universidad de la República 11300, Montevideo, Uruguay adelgado@fing.edu.uy Resumen Las Organizaciones

Más detalles

ARQUITECTURAS ORIENTADAS A SERVICIOS. SOA en la Seguridad Social. 48 boletic

ARQUITECTURAS ORIENTADAS A SERVICIOS. SOA en la Seguridad Social. 48 boletic ARQUITECTURAS ORIENTADAS A SERVICIOS SOA en la Seguridad Social por Mario triguero garrido 48 boletic El deber de ofrecer al ciudadano el mejor servicio ha sido siempre la motivación por la cual la Gerencia

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

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

Análisis del Sistema de Información

Análisis del Sistema de Información Análisis del Sistema de Información ÍNDICE DESCRIPCIÓN Y OBJETIVOS... 2 ACTIVIDAD ASI 1: DEFINICIÓN DEL SISTEMA... 6 Tarea ASI 1.1: Determinación del Alcance del Sistema... 6 Tarea ASI 1.2: Identificación

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

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

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

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

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

Metodología BPM:RAD Rapid Analysis & Design para la modelización y diseño de procesos orientados a tecnologías BPM

Metodología BPM:RAD Rapid Analysis & Design para la modelización y diseño de procesos orientados a tecnologías BPM Metodología BPM:RAD - Rapid Analysis & Design Capítulo extraído de El Libro del BPM 2011 Metodología BPM:RAD Rapid Analysis & Design para la modelización y diseño de procesos orientados a tecnologías BPM

Más detalles

DESARROLLO DE APLICACIONES CON TECNOLOGÍAS WEB PROFESIONAL

DESARROLLO DE APLICACIONES CON TECNOLOGÍAS WEB PROFESIONAL Página 1 de 21 CUALIFICACIÓN DESARROLLO DE APLICACIONES CON TECNOLOGÍAS WEB PROFESIONAL Familia Profesional Informática y Comunicaciones Nivel 3 Código IFC154_3 Versión 5 Situación RD 1087/2005 Actualización

Más detalles

Integración al Servicio de la Empresa

Integración al Servicio de la Empresa Integración al Servicio de la Empresa Las Arquitecturas SOA permiten abordar los nuevos retos empresariales, ser más competitivos y disponer de sistemas de información integrados. Además, tecnologías como

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

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

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

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

SOA el boom Hoy en día es casi imposible encontrar una plataforma de aplicación, Core bancario o aplicación

SOA el boom Hoy en día es casi imposible encontrar una plataforma de aplicación, Core bancario o aplicación c o l u m n i s t a i n v i t a d o SOA: Sólo un estilo de arquitectura más o una burbuja en evolución? Jorge Humberto Arias B. SOA el boom Hoy en día es casi imposible encontrar una plataforma de aplicación,

Más detalles

Ingeniería de Software con UML Unified Modeling Language Lenguaje Unificado de Modelado

Ingeniería de Software con UML Unified Modeling Language Lenguaje Unificado de Modelado Ingeniería de Software con UML Unified Modeling Language Lenguaje Unificado de Modelado 1. Introducción Unified Modeling Languaje Fuente: Booch- Jacobson-Rumbauch y diversos sitios Internet, entre otros:

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

Proyecto Tutelkán Tutelkan Reference Process (TRP) Versión 2.0

Proyecto Tutelkán Tutelkan Reference Process (TRP) Versión 2.0 Proyecto Tutelkán Tutelkan Reference Process (TRP) Versión 2.0 Parte 3: TRP Avanzado MAYO 2009 Tabla de Contenidos PREFACIO...5 DESARROLLO Y MANTENCIÓN DE SOFTWARE...6 DESARROLLO DE REQUERIMIENTOS...7

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

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

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

Tema 4. Diseño arquitectónico.

Tema 4. Diseño arquitectónico. Tema 4. Diseño arquitectónico. Introducción, Objetivos del Diseño. Ingeniería del Software II 2011 Para la transformación del modelo de análisis en un modelo de diseño del sistema, se definen los objetivos

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

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

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

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

GESTIÓN ESTRATÉGICA DE VERIFICACIÓN Y VALIDACIÓN: ORGANIZACIÓN Y MODELAMIENTO EMPRESARIAL

GESTIÓN ESTRATÉGICA DE VERIFICACIÓN Y VALIDACIÓN: ORGANIZACIÓN Y MODELAMIENTO EMPRESARIAL UNIVERSIDAD PERUANA DE CIENCIAS APLICADAS FACULTAD DE INGENIERÍA CARRERA DE INGENIERÍA DE SISTEMAS DE INFORMACIÓN GESTIÓN ESTRATÉGICA DE VERIFICACIÓN Y VALIDACIÓN: ORGANIZACIÓN Y MODELAMIENTO EMPRESARIAL

Más detalles

Deportes LSI 03. Sistema para Gestión de Artículos Deportivos LSI 03 Plan de Desarrollo Software. Versión 3.0

Deportes LSI 03. Sistema para Gestión de Artículos Deportivos LSI 03 Plan de Desarrollo Software. Versión 3.0 Deportes LSI 03 Sistema para Gestión de Artículos Deportivos LSI 03 Versión 3.0 Fecha: 02/01/2003 Historial de Revisiones Fecha Versión Descripción Autor 22/07/2002 0.9 Versión preliminar como propuesta

Más detalles

UNIVERSIDAD PARA LA COOPERACION INTERNACIONAL (UCI)

UNIVERSIDAD PARA LA COOPERACION INTERNACIONAL (UCI) UNIVERSIDAD PARA LA COOPERACION INTERNACIONAL (UCI) PROPUESTA DE METODOLOGÍA Y ESTÁNDARES PARA LA ADMINISTRACIÓN DE PROYECTOS EN LAS PEQUEÑAS Y MEDIANAS EMPRESAS DE SOFTWARE CON BASE EN LOS ESTANDARES

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

CUALIFICACIÓN PROGRAMACIÓN DE SISTEMAS INFORMÁTICOS PROFESIONAL. Nivel 3. Versión 6. Actualización

CUALIFICACIÓN PROGRAMACIÓN DE SISTEMAS INFORMÁTICOS PROFESIONAL. Nivel 3. Versión 6. Actualización Página 1 de 19 CUALIFICACIÓN PROGRAMACIÓN DE SISTEMAS INFORMÁTICOS PROFESIONAL Familia Profesional Informática y Comunicaciones Nivel 3 Código IFC303_3 Versión 6 Situación Contraste externo Actualización

Más detalles

Modelado de Procesos

Modelado de Procesos Modelado de Procesos Material desarrollado por -An. Miguel Brunnello y Cr. Marcelo Rocha Vargas (1ra.versión 2010) -Cr. Marcelo Rocha Vargas (Actualización 2011) Introducción En los orígenes de las TICs,

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

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 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

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

Análisis de tecnologías para implementar un marco integrador de SOA y BPM

Análisis de tecnologías para implementar un marco integrador de SOA y BPM Análisis de tecnologías para implementar un marco integrador de SOA y BPM Patricia Bazán 1, Roxana Giandini 2, F.Javier Diaz 1, 1 LINTI Facultad de Informática- UNLP La Plata (1900) Buenos Aires, Argentina

Más detalles

MIGRACIÓN DE UNA ARQUITECTURA TRADICIONAL A UNA ARQUITECTURA ORIENTADA A SERVICIOS (SOA)

MIGRACIÓN DE UNA ARQUITECTURA TRADICIONAL A UNA ARQUITECTURA ORIENTADA A SERVICIOS (SOA) MIGRACIÓN DE UNA ARQUITECTURA TRADICIONAL A UNA ARQUITECTURA ORIENTADA A SERVICIOS (SOA) Nelson Beltran Galvis Grupo de Investigación de Ingeniería de Software, Universidad Francisco de Paula Santander.

Más detalles

MÓDULO 1: FUNDAMENTOS DE BPM, GOBIERNO Y ORGANIZACIÓN POR PROCESOS

MÓDULO 1: FUNDAMENTOS DE BPM, GOBIERNO Y ORGANIZACIÓN POR PROCESOS MÓDULO 1: FUNDAMENTOS DE BPM, GOBIERNO Y ORGANIZACIÓN POR PROCESOS DIA 1 Hacia una gestión eficaz de la Organización Negocio: Funciones Procesos vs. Funciones de Negocio Tipos de Proceso: Principal, Soporte,

Más detalles

SOA Governance. (Administración SOA) Luis Alberto Espinoza Bustamante

SOA Governance. (Administración SOA) Luis Alberto Espinoza Bustamante SOA Governance (Administración SOA) Luis Alberto Espinoza Bustamante 1 Agenda SOA Governance Algunas Problemas por Falta de Governance Quien: SOA Office (y Centro Competencia SOA) Que: Plan Inicial Como:

Más detalles

Metodologías de desarrollo para Service Oriented Architectures con Rational Unified Process

Metodologías de desarrollo para Service Oriented Architectures con Rational Unified Process Metodologías de desarrollo para Service Oriented Architectures con Rational Unified Process Andrea Delgado 1, Ignacio García-Rodríguez de Guzmán 2, Francisco Ruiz 2, Mario Piattini 2 1 Instituto de Computació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

INGENIERÍA DE SOFTWARE CICLOS DE VIDA Y METODOLOGIAS

INGENIERÍA DE SOFTWARE CICLOS DE VIDA Y METODOLOGIAS INGENIERÍA DE SOFTWARE CICLOS DE VIDA Y METODOLOGIAS Rubby Casallas, Andrés Yie Departamento de Sistemas y Computación Facultad de Ingeniería Universidad de los Andes Agenda Contexto Ciclos de vida: Modelo

Más detalles

AUTOMATIZACION DE PROCESOS DE DESARROLLO DE SOFTWARE DEFINIDOS CON SPEM

AUTOMATIZACION DE PROCESOS DE DESARROLLO DE SOFTWARE DEFINIDOS CON SPEM AUTOMATIZACION DE PROCESOS DE DESARROLLO DE SOFTWARE DEFINIDOS CON SPEM Fabio A. Zorzan y Daniel Riesco Resumen Esta línea de investigación propone una alternativa para lograr la automatización de la gestión

Más detalles

Guía Rápida Proceso de Desarrollo OPENUP/OAS Universidad Distrital Francisco José de Caldas Oficina Asesora de Sistemas

Guía Rápida Proceso de Desarrollo OPENUP/OAS Universidad Distrital Francisco José de Caldas Oficina Asesora de Sistemas Guía Rápida Proceso de Desarrollo OPENUP/OAS Universidad Distrital Francisco José de Caldas Oficina Asesora de Sistemas Información General del Documento Versión Actual del Documento 0.0.0.7 Descripción

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

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

GUÍA METODOLÓGICA DE DESARROLLO DE SISTEMAS TABLA DE CONTENIDO

GUÍA METODOLÓGICA DE DESARROLLO DE SISTEMAS TABLA DE CONTENIDO - 1 - RUP/Easy GUÍA METODOLÓGICA DE DESARROLLO DE SISTEMAS Setiembre 2004 TABLA DE CONTENIDO 1 INTRODUCCIÓN...1 2 ADECUACIÓN DE LOS WORKFLOWS ESENCIALES DEL RUP...2 2.1 WORKFLOWS ESENCIALES DEL RUP...2

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

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

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

Service Oriented Architecture

Service Oriented Architecture Service Oriented Architecture Isaac Gutiérrez Gómez, Salvador Otón Tortosa Universidad de Alcalá, Departamento de Ciencias de la Computación, 28871 Alcalá de Henares, Spain igutierrez09@yahoo.es, salvador.oton@uah.es

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

Sistema de Gestión de Arquitectura Empresarial para la Banca

Sistema de Gestión de Arquitectura Empresarial para la Banca 2015 Sistema de Gestión de Arquitectura Empresarial para la Banca El manual refleja las bondades, alcances y funcionalidad del sistema. Se describe su alineación con los principales framework del mercado

Más detalles

La Necesidad de Modelar. Diseño de Software Avanzado Departamento de Informática

La Necesidad de Modelar. Diseño de Software Avanzado Departamento de Informática La Necesidad de Modelar Analogía Arquitectónica Tiene sentido poner ladrillos sin hacer antes los planos? El modelo, los planos, ayuda a afrontar la complejidad del proyecto. Cuál es el lenguaje adecuado

Más detalles

Integración del PMBOK al RUP para proyectos de Desarrollo de Software

Integración del PMBOK al RUP para proyectos de Desarrollo de Software Integración del PMBOK al RUP para proyectos de Desarrollo de Software Fernando Torres UPG-FISI, Universidad Nacional Mayor de San Marcos (UNMSM), Av. German Amezaga s/n, Ciudad Universitaria, Lima, Perú

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

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

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

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

HOJA TÉCNICA. SemTalk 2

HOJA TÉCNICA. SemTalk 2 HOJA TÉCNICA SemTalk 2 SemTalk 2 - Información Técnica SemTalk 2 es una herramienta para modelamiento de procesos de negocios y conocimientos orientado a objetos 100% compatible con MS Office. REQUERIMIENTOS

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

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

BplSoa: Framework para el desarrollo de líneas de procesos de negocios orientadas a servicios. Víctor Mario Cardona Medina

BplSoa: Framework para el desarrollo de líneas de procesos de negocios orientadas a servicios. Víctor Mario Cardona Medina BplSoa: Framework para el desarrollo de líneas de procesos de negocios orientadas a servicios Víctor Mario Cardona Medina Universidad Nacional de Colombia Facultad de Ingeniería, Departamento de Ingeniería

Más detalles

Programación en Capas.

Programación en Capas. Programación en Capas. Ricardo J. Vargas Del Valle Universidad de Costa Rica, Ciencias de Computación e Informática, San José, Costa Rica, 506 ricvargas@gmail.com Juan P. Maltés Granados Universidad de

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

Conceptos de Orquestador O2 EMPRESAS TUXPAN www.tuxpan.com

Conceptos de Orquestador O2 EMPRESAS TUXPAN www.tuxpan.com EMPRESAS TUXPAN www.tuxpan.com AÑO 2007 INDICE DE CONTENIDO 1 Software de Servicios y Orquestación de Procesos 2 1.1.1 Introducción 2 1.1.2 Software de Orquestación como Integrador 3 1.1.3 Automatización

Más detalles

Business white paper. Siete mejores prácticas para construir aplicaciones que cumplan con los requisitos del negocio

Business white paper. Siete mejores prácticas para construir aplicaciones que cumplan con los requisitos del negocio Business white paper Siete mejores prácticas para construir aplicaciones que cumplan con los requisitos del negocio Índice de contenidos 3 Resumen ejecutivo 3 Introduction 3 Enterprise-level best practices

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

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

UNIVERSIDAD TÉCNICA DEL NORTE FACULTAD DE INGENIERÍA EN CIENCIAS APLICADAS ESCUELA DE INGENIERÍA EN SISTEMAS COMPUTACIONALES

UNIVERSIDAD TÉCNICA DEL NORTE FACULTAD DE INGENIERÍA EN CIENCIAS APLICADAS ESCUELA DE INGENIERÍA EN SISTEMAS COMPUTACIONALES UNIVERSIDAD TÉCNICA DEL NORTE FACULTAD DE INGENIERÍA EN CIENCIAS APLICADAS ESCUELA DE INGENIERÍA EN SISTEMAS COMPUTACIONALES TEMA: La Programación Extrema aplicada al desarrollo del Sistema Informático

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

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

Empresa Financiera Herramientas de SW Servicios

Empresa Financiera Herramientas de SW Servicios Empresa Financiera Herramientas de SW Servicios Resulta importante mencionar que ésta es una empresa cuya actividad principal está enfocada a satisfacer las necesidades financieras de los clientes, a través

Más detalles

Desarrollo de una arquitectura orientada a servicios para un prototipo de una línea de productos de software

Desarrollo de una arquitectura orientada a servicios para un prototipo de una línea de productos de software Desarrollo de una arquitectura orientada a servicios para un prototipo de una línea de productos de software Ramón Gómez-Romero, Karen Cortés Verdin, Juan Carlos Pérez Arriaga, Ángeles Arenas Valdés Universidad

Más detalles