REUTILIZACIÓN EN EL DOMINIO DEL ANÁLISIS SOFTWARE

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

Download "REUTILIZACIÓN EN EL DOMINIO DEL ANÁLISIS SOFTWARE"

Transcripción

1 REUTILIZACIÓN EN EL DOMINIO DEL ANÁLISIS SOFTWARE Francisco J. Soltero Domingo, Diego J. Bodas Sagi, Valentín Pozo Llorente CES Felipe II (UCM) Ingeniería Técnica de Informática de Sistemas Resumen: Una introducción al concepto de análisis de dominio y reutilización del software. Una iniciación a dos de los modelos inspirados en estos conceptos como son: Software Product Line Paradigm y Generative Domain Model. Palabras clave: Reutilización, análisis de dominio, Software Product Line Paradigm, Generative Domain Model. 1.- Introducción El concepto de reutilización software no es una idea nueva en el mundo de la informática. Los primero programadores ya copiaban y pegaban líneas de código realizadas en desarrollos anteriores. De hecho la reutilización es cualquier procedimiento que produce o ayuda a producir un sistema mediante el nuevo uso de algún elemento procedente de un esfuerzo de desarrollo anterior (Freeman, 1987). En un proyecto software intervienen una gran cantidad de procesos. La norma IEEE divide estos procesos en principales, de soporte, de organización y de adaptación. Estos a su vez se dividen en otros subprocesos. Por tanto, en el ciclo de vida del software son muchos los elementos susceptibles de ser reutilizados (Moore, 1997). En este marco tan extenso, este articulo se va a centrar en la reutilización de los procesos principales y más concretamente en el proceso de desarrollo software. Las distintas metodologías dividen este proceso en fases. En el caso de la metodología Métrica 3.0 estas son las siguientes: Planificación, análisis, diseño, código e implementación. La planificación, se encuentra ligada con la adquisición de los procedimientos del sistema de información. En cuanto al análisis, este se centra básicamente en tres actividades: modelado de los procedimientos, búsqueda de roles y escenarios y establecimiento de una arquitectura software estable para el modelo propuesto. Estas dos fases iniciales componen, lo que algunos autores denominan el espacio del problema. En este, la principal preocupación es la obtención de un metamodelo valido en el dominio del problema. Una vez obtenido, se pasa a la instanciación de un modelo óptimo para la arquitectura propuesta. Aquí es donde entran en juego las siguientes fases: diseño, código e implementación. En estas, se propone y realiza la búsqueda de una buena solución. Estas tres fases componen el denominado espacio de la solución. Un factor diferencial de sendos espacios es su nivel de abstracción, siendo mucho más elevado en el espacio del problema que en el de la solución. Esto es debido al nivel de detalle de ambos modelos. Este hecho afecta de manera determinante a la reutilización que podemos realizar de los mismos. En el espacio del problema, contamos con un metamodelo para un dominio en particular, el cual puede ser reutilizado en distintas soluciones y para distintas arquitecturas. El metamodelo las únicas restricciones que posee son las propias de los componentes del dominio. Una vez instanciado el modelo para un problema concreto, espacio

2 de la solución, este sólo puede ser reutilizado en soluciones parecidas. Por tanto, conforme nuestro nivel de abstracción sea mayor o menos elevado, la capacidad de reutilización será menor. Un ejemplo de los distintos niveles de reutilización en los espacios propuestos lo podemos observar en la industria del automóvil. Si fijamos los planos de un coche como el espacio del problema, podemos observar que estos mismos planos pueden ser utilizados en la realización de distintos modelos de coches. Simplemente es un metamodelo de los elementos que componen el dominio de un coche y las restricciones entre los mismos. Una vez instanciado un modelo, pasamos al espacio de la solución. Evidentemente un modelo concreto puede tener distintos motores o distintos accesorios, por tanto en el espacio de la solución también es posible la reutilización, pero en un grado menor debido al nivel de detalle que ya ha alcanzado el modelo. En este artículo nos centraremos en la reutilización en la fase de análisis. En los siguientes capítulos realizaremos una introducción al concepto del análisis de dominio, para posteriormente ver dos modelos basados en la misma idea y finalizaremos con las conclusiones. 2.- Análisis de dominio ( Domain Analysis ). En la fase de análisis de una aplicación software, la principal prioridad se centra en la adquisición de los requisitos para obtener una especificación software correcta. En este proceso, por norma general se obtiene un modelo validado para un problema determinado. Sin embargo, en un proceso de reutilización para la fase de análisis, lo que se busca es la obtención de un modelo genérico para un dominio concreto. El cual será aplicable a múltiples problemas dentro de ese dominio. Por tanto, la reutilización en esta fase está ligada al estudio de los elementos de un dominio, sus dependencias y restricciones. Conceptualmente a todo este proceso se le denomina análisis de dominio ( Domain Analysis ). Para entenderlo mejor vamos a aportar varias definiciones de algunos de los autores más importantes en esta área Definiciones de Domain Analysis : 1.- Berard nos ofrece dos caracterizaciones (Berard, 1992): Una colección de aplicaciones, actuales y futuras, que muestran un conjunto de características comunes Un conjunto bien definido de características que describe una familia de problemas de forma precisa, somera y completa para los cuales las aplicaciones informáticas buscan solución. 2.- Definición según Prieto-Díaz (Arango, 1991, p 14) Un proceso por el cual la información utilizada en el desarrollo de sistemas software es identificada, capturada, y organizada con el propósito de hacerla reutilizable cuando generemos nuevos sistemas.

3 Fuentes de Conocimiento Del Dominio Métodos del Análisis del Dominio Procesos de Gestión Asesoramiento experto Literatura Técnica Imp. Req. Existentes Requisitos de los Clientes Actuales y Futuros Requerimientos Análisis de Dominio Taxonomías Estándares Modelos Funcionales Lenguajes de Dominio Implementador de la Infraestructura Analista de infraestructura Analista de Dominio Experto en el Dominio del problema Figura 1. Domain Analysis Model Como podemos observar en la Figura 1, este modelo describe Domain Analysis como una actividad que toma múltiples fuentes de entrada y produce muchos tipos de salidas diferentes, y es altamente parametrizable. Las fuentes de entrada son tomadas del dominio del conocimiento: literatura técnica, implementaciones existentes, líneas expertas, actuales y futuros requerimientos, cuestiones de clientes etc.. Los participantes en el proceso pueden ser, entre otros, expertos en el dominio y en el análisis. En cuanto a las salidas nos encontramos con conceptos semiformales como: procesos de dominio, estándares, taxonomias, lenguajes de dominio etc... Por tanto, el desarrollo de un sistema en particular puede ser utilizado como fuente de conocimiento en próximos desarrollos (Prieto-Díaz, 1989). Un ejemplo de este tipo de reutilización podemos encontrarla en las tradicionales aplicaciones de gestión de sistemas de información de negocio. Supongamos la gestión de un almacén. Los elementos o entidades más importantes son siempre los mismos: productos, características y propiedades de los productos, proveedores, clientes, ventas, catálogo de productos etc. Además estas entidades se desarrollan normalmente sobre escenarios fijos. Las funcionalidades a desarrollar son: alta, baja, modificación o eliminación de cada una de ellas. Además podemos desarrollar herramientas de soporte a la toma de decisiones como: nivel mínimo de existencias, selección de mejores ofertas etc... Todos estos elementos, junto con sus restricciones y dependencias, conformarían el análisis de dominio de un almacén. Ya en el espacio de la solución se puede optar por realizar un diseño distribuido, un diseño para aplicación Web etc.... Igualmente en lo referente a la implementación del lenguajes de programación.

4 En el caso concreto de que en un futuro próximo alguna compañía estuviere interesada en la realización de un software de gestión de almacén, sólo tendríamos que revisar los productos concretos de esa empresa y posiblemente añadir alguna funcionalidad nueva en algún escenario, pero, en esencia, la mayor parte del desarrollo se encuentra en nuestro análisis de dominio. La reutilización de los distintos escenarios, también se puede ver favorecida en la selección de componentes ya realizados en niveles de abstracción inferior, como un diseño concreto y el código para implementar dicho diseño. Por tanto, y citando a uno de los pioneros en la materia (Neighbors, 1984), La llave de la reusabilidad software es capturada en el análisis de dominio y está centrada en la reusabilidad del análisis y del diseño, no en el código. 3.- Modelos basados en el Análisis de Dominio La idea del análisis de dominio ha sido desarrollada en los últimos 30 años por distintos autores, como podemos observar en la figura 2. El desarrollo histórico de estos modelos ha desembocado en varios paradigmas. En este apartado sólo se van a introducir los conceptos básicos de dos de los modelos más actuales. FORM Por Kang et al. Fsceted Classification Por Prieto-Diaz DARE Por Frake et al. Generative Domain Model Por Czarnecki et al. Draco Por Neighbors FODA Por Kang et al. ODM Por Simos et al. DARE Por Frake et al. KAPTUR Por Bailin Software Product Line Por Paul Clements et al.... FAST Por Weiss et al. Figura 2. Genealogía parcial de la ingeniería del dominio Software Product Line Paradigm Este paradigma, basado en los principios anteriormente expuestos, trata de analizar una línea de productos concretos (Clements, 2001), y a partir del estudio de estos, realizar su análisis de dominio correspondiente. En este modelo debemos asegurar las capacidades necesarias para los productos actuales. Además se debe realizar un estudio de mercado profundo de los requerimientos y variaciones de estos mismos productos en el futuro.

5 Una definición de este paradigma la podemos encontrar en el documento técnico CMU/SEI-2001-TR-001(Chastek, 2001, p 34) y es la siguiente: A software product line is a set of software-intensive systems sharing a common, manager set of features that satisfy the specific needs of a particular market segment or mission and that are developed from a common set of core assets in a prescribed way. Se hace evidente que la generación de un modelo requiere de un esfuerzo grande por parte de la organización. Por tanto, y como se puede observar en la Figura 3, hay que garantizar que éste sea rentable en un futuro para la empresa. Por tanto, el estudio de los productos actuales, y aquellos que se vayan a realizar, es fundamental para ver la viabilidad del proyecto (Kang, 2002). Producto 2 DOMINIO COMÚN Producto 3 Producto 1 Figura3. Requerimientos de la Línea de Productos Este paradigma, una vez establecido en la línea de productos de una compañía, permite reducir los costes para cada nuevo producto. Los beneficios de la adopción se puede observar en las siguientes áreas de desarrollo de un producto software (Weiss, 1999): Análisis de requisitos: La mayoría de los requisitos son comunes con sistemas anteriores y por lo tanto pueden ser utilizados. Viabilidad del diseño arquitectónico: Una arquitectura para un sistema de software representa una inversión grande en tiempo y recursos para cualquier organización. Por tanto, si iniciamos un nuevo sistema y hacemos un gran esfuerzo en el desarrollo de su arquitectura, debemos contemplar que este esfuerzo sea recuperado en el desarrollo de productos posteriores. Esto se consigue de manera satisfactoria con este paradigma. Componentes: Los diseños detallados para los componentes arquitectónicos se reutilizan de sistema en sistema, al igual que la documentación de esos diseños. Las

6 estructuras y los algoritmos de datos se ahorran y no necesitan ser realizados nuevamente Modelado y Análisis: Permite eliminar la mayor parte de trabajo que en situación normal absorben la mayor parte de quebraderos de cabeza para cualquier empresa. Prueba: Los planes, procesos, casos, documentación, generadores e iniciadores de la prueba, ya han sido creados. Planificación: La estimación de costes y la planificación asociada a un proyecto se puede reutilizar de proyectos anteriores. Siendo lógicamente los resultados de esta estimación y esta planificación mucho más confiables. Procesos: Los procedimientos y las herramientas para el control de la configuración, ya han sido utilizados con anterioridad, por tanto, son robustos, confiables, y responden a las necesidades de la organización, entre lo que se puede hallar el propio CMMI. Recursos Humanos: Debido al uso del mismo, las capacidades del personal involucrado en estos proyectos mejora, y además su experiencia puede ser utilizada en el resto de productos que desarrollemos Generative Domain Model También considerado como un nuevo paradigma en el desarrollo del software. Este está basado en dos aspectos. Por un lado la realización de familias de sistemas software y, por otro, el intento de una mayor automatización en el desarrollo de los mismos (Czarnecki, 2004). Este modelo conocido como modelo generativo del dominio consiste en la obtención de los siguientes elementos: a.- Un método para especificar a los miembros de la familia; b.- Módulos para que cada miembro puede ser montado. c.- El conocimiento de la configuración para traducir las especificaciones en implementaciones Este modelo consiste de tres espacios de desarrollo, como podemos ver en la Figura 4. a.- El espacio del problema. Consiste de conceptos orientados a la aplicación y las características que los ingenieros de la aplicación software utilizan para expresar sus necesidades. Este espacio es implementado como un lenguaje especifico de dominio (Domain Specific Language). b.- El espacio del conocimiento de la configuración. Se especifica, entre otras, aquellas características combinaciones ilegales, configuraciones por defecto, dependencias por defecto, reglas de construcción y optimizaciones. El conocimiento de esta configuración puede ser implementada usando

7 diferentes formularios de meta programación, por ejemplo dynamic reflection, object factories, y programas generadores. c.- El espacio de la solución. Este espacio comprende la implementación de componentes y las arquitecturas de las familias de sistemas, definiendo todas las combinaciones validas de los componentes de la implementación. Estos componentes son diseñados para una máxima combinación y reutilización y una mínima redundancia. Espacio del Problema Dominio Especifico Términos y características Conocimiento de la Configuración Combinaciones de características prohibidas Valores por defecto. Dependencias Construcciones Manuales Optimizaciones Espacio de la Solución Componentes Elementales Máximo número de combinaciones Mínimas redundancias LENGUAJE ESPECIFICO DE DOMINIO GENERADOR COMPONENTES + ARQUITECTURA DE LA FAMILIA DE SISTEMAS Figura 4. Modelo generativo del dominio Hay varios sistemas generadores, uno de ellos es ANGIE, un sistema generador que abarca un lenguaje especifico de dominio, un compilador y un sistema runtime asociado. Es un sistema modular extensible para los generadores del software. También podemos crear nuestro propio generador usando DSLs; ( Domain Specific Language ). En esta área hay muchas tendencias nuevas basadas en estándares abiertos que son creados por la OMG (Object Management Group). Siguiendo con el ejemplo del automóvil se puede decir que este método es algo similar a la petición de un coche por parte de un cliente. En primer lugar rellenaríamos un formulario con los componentes deseados, en este caso los componentes del dominio, lógicamente con las dependencias y restricciones entre ellos. Posteriormente un experto se encarga del montaje del coche. Idealmente, el procedimiento de montaje debe ser ejecutado tan automatizado como sea posible. En nuestro caso el encargado de montar el software es el generador.

8 4. Conclusiones Estos nuevos paradigmas del software nos ofrecen las bases del desarrollo software en el futuro. Es evidente que, como en el resto de las ingenierías tendemos a una estandarización de nuestros procesos, lo que permitirá reducir los tiempos y costes, a la vez que aumentar la calidad de los mismos. La reutilización es uno de los conceptos más importantes en el mundo de la informática actual. Como hemos podido observar esta se hace más efectiva en los primeros niveles de desarrollo. Conseguir un buen análisis de dominio basado en familias de sistemas que guardan cierta similitud, permite desarrollos más rápidos y a un coste muy inferior. Son muchas las empresas que ya utilizan en la práctica los modelos anteriormente citados, Nokia, Bosch, Boeing, Ministerio de Defensa de USA, y un largo etcétera de organismos, tanto públicos como privados. En una comparativa de los modelos propuestos, podemos observar como en el primero de ellos, la base de la reutilización se encuentra en un estudio inicial de mercado para la obtención de las partes variables y comunes de los futuros productos a desarrollar. Mientras que en el segundo se enfatiza más en la utilización de generadores que de forma automática y a partir de un análisis de dominio obtengan el código final de la aplicación. Por tanto, ambos modelos lejos de ser excluyentes, se complementan en la consecución de productos software reutilizables. Por ejemplo, la empresa Nokia utiliza este modelo de desarrollo en todos sus teléfonos móviles, lo que le permite generar más de 90 modelos distintos al año a un coste prácticamente irrisorio. Una vez establecido el modelo de dominio, el número de funcionalidades y características que incorpora de un modelo a otro es muy pequeño y por tanto sólo es necesario desarrollar este pequeño conjunto, el cual una vez desarrollado pasa a ser parte del modelo del dominio, y por tanto puede ser implementado en cualquier otro teléfono móvil (producto) que se desarrolle con posterioridad. 5. Bibliografía Arango, G. Prieto-Diaz, R., "Domain Analysis Concepts and Research Directions in Domain Analysis and Software Systems Modeling, IEEE Computer Society, 1991, pp Berard, E., Essays in Object-Oriented Software Engineering, Nueva York, Prentice Hall, Chastek, G. et al., Product Line Analysis: A Practical Introduction, tech. report CMU/SEI TR-001, Pittsburgh, Software Eng. Inst., Carnegie Mellon Univ., Clements, P. Northrop, L., Software Product Lines: Practices and Patterns, Reading, Mass., Addison Wesley Longman, Czarnecki, K. Eisenecker, U., Generative Programming: Methods, Tools, and Applications, Reading, Mass., Addison Wesley Longman, Freeman, P., IEEE tutorial: Software reusability, Washington, IEEE Computer Society Press, 1987.

9 Kang, K. et al., Using a Marketing and Product Plan as a Key Design Driver for Product Line Asset Development G. Chastek, ed., Proc. 2nd Software Product Line Conf., Springer Lecture Notes in Computer Science, vol. 2379, Moore J. W., Software Engineering: A User's Road Map, Los Alamitos, CA, IEEE Computer Society Press, Neighbors, J.M., The draco approach to constructing software from reusable components, IEEE Transactions of Software Engineering, SE-10(5), Prieto-Diaz, R. Arango, G., Domain Analysis: Acquisition of Reusable Information for Software Construction, Los Alamitos, IEEE Computer Society Press, Weiss D.M, Lai C.T.R., Software Product-Line Engineering: A Family-Based Software Development Process, Reading, Mass., Addison Wesley Longman, 1999.

PROGRAMA DE DOCTORADO

PROGRAMA DE DOCTORADO PROGRAMA DE DOCTORADO Desarrollo de familias de productos de software desde un enfoque generativo DPTO. DE INGENIERÍA DE SOFTWARE Y SISTEMAS INFORMÁTICOS Tema 1 Introducción Autor: Rubén Heradio Gil Índice

Más detalles

Desarrollo de Líneas de Productos de Software

Desarrollo de Líneas de Productos de Software Centro Experimental de Ingeniería de Software Departamento de Ciencias de la Computación Facultad de Ciencias Físicas y Matemáticas Universidad de Chile Desarrollo de Líneas de Productos de Software María

Más detalles

Elementos requeridos para crearlos (ejemplo: el compilador)

Elementos requeridos para crearlos (ejemplo: el compilador) Generalidades A lo largo del ciclo de vida del proceso de software, los productos de software evolucionan. Desde la concepción del producto y la captura de requisitos inicial hasta la puesta en producción

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

Instruir al alumno con los conceptos, modelos, teorías y principios básicos estudiados en la Ingeniería de Software

Instruir al alumno con los conceptos, modelos, teorías y principios básicos estudiados en la Ingeniería de Software Universidad de Colima Dirección General de Educación Superior Facultad de Ingeniería Mecánica y Eléctrica Licenciatura en Ingeniería en Sistemas Computacionales I. DATOS GENERALES P R O G R A M A A N A

Más detalles

Metodología y Framework para el Desarrollo de Aplicaciones Científicas con Computación de Alto Rendimiento a través de Servicios Web

Metodología y Framework para el Desarrollo de Aplicaciones Científicas con Computación de Alto Rendimiento a través de Servicios Web Metodología y Framework para el Desarrollo de Aplicaciones Científicas con Computación de Alto Rendimiento a través de Servicios Web J.Corral-García, D.Cortés-Polo, C.Gómez-Martín, J.L.González-Sánchez

Más detalles

Diseño Basado en Componentes. Curso 2008/09

Diseño Basado en Componentes. Curso 2008/09 Tabla de contenidos Diseño Basado en Componentes Técnicas relacionadas con Reutilización Introducción: por qué reutilizar?, qué reutilizar? Técnicas: Ingeniería de dominios Líneas de productos (Product-lines)

Más detalles

Guía Metodológica para el diseño de procesos de negocio

Guía Metodológica para el diseño de procesos de negocio Guía Metodológica para el diseño de procesos de negocio La guía desarrollada para apoyar TBA, se diseñó con base en las metodologías existentes para el desarrollo BPM, principalmente en aquellas que soportan

Más detalles

Desarrollo de Software Basado en Líneas de Productos de Software

Desarrollo de Software Basado en Líneas de Productos de Software IEEE Computer Society Región n 9 Capítulo Argentina Programa DVP Desarrollo de Software Basado en Líneas de Productos de Software Jonás A. Montilva C., Ph.D. IEEE Member Universidad de Los Andes Facultad

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

PRESENTACIÓN CMMI: (CAPABILITY MATURITY MODEL INTEGRATION)

PRESENTACIÓN CMMI: (CAPABILITY MATURITY MODEL INTEGRATION) PRESENTACIÓN CMMI: (CAPABILITY MATURITY MODEL INTEGRATION) INDICE 1. Introducción 2. Estructura CMMI 3. Nivel 2 4. Nivel 3 5. Nivel 4 6. Nivel 5 7. Bibliografía INTRODUCCIÓN Qué es y por qué usar CMMI?

Más detalles

RESUMEN 1. INTRODUCCIÓN

RESUMEN 1. INTRODUCCIÓN Análisis de dominio orientado a las características (FODA) para el desarrollo de una metodología para la evaluación personal en la especificación de requerimientos de software Manuel A. Murillo Madera,

Más detalles

Proceso de Arquitectura de Software. Segunda. Semana. Dr. Cuauhtémoc Lemus Olalde. Noviembre 7, 2002. Informática

Proceso de Arquitectura de Software. Segunda. Semana. Dr. Cuauhtémoc Lemus Olalde. Noviembre 7, 2002. Informática Segunda Semana de Informática Proceso de Arquitectura de Software Dr. Cuauhtémoc Lemus Olalde Noviembre 7, 2002 Desarrollo Tradicional Requerimientos Diseño Codificación e Integración Prueba y Aceptación

Más detalles

XBRL extensible Business Reporting Language. Noviembre / 2014

XBRL extensible Business Reporting Language. Noviembre / 2014 XBRL extensible Business Reporting Language Noviembre / 2014 Qué es XBRL o datos interactivos? XBRL es un lenguaje para la comunicación electrónica de datos de negocio y financieros basados en XML utilizada

Más detalles

DISEÑO DE SOFTWARE INTEGRADO Unidad I: Introducción al Diseño de Software Integrado. Profesor: Cristián Chávez T

DISEÑO DE SOFTWARE INTEGRADO Unidad I: Introducción al Diseño de Software Integrado. Profesor: Cristián Chávez T DISEÑO DE SOFTWARE INTEGRADO Unidad I: Introducción al Diseño de Software Integrado Profesor: Cristián Chávez T 1. Definición y objetivos de ERP Diseño de Software Integrado es diseñar un ERP ERP: Del

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

Curso: El Proceso de Desarrollo de Software

Curso: El Proceso de Desarrollo de Software Curso: El Proceso de Desarrollo de Software EL PROCESO DE DESARROLLO DE SOFTWARE... 1 OBJETIVO...1 CONTENIDO...1 BIBLIOGRAFÍA...4 DOCENTE...4 MODALIDAD DEL DESARROLLO...4 El proceso de Desarrollo de Software

Más detalles

El conocimiento de los desarrolladores de sistemas: cómo nutrirlo, sistematizarlo y potenciarlo. Alan Calderón Castro

El conocimiento de los desarrolladores de sistemas: cómo nutrirlo, sistematizarlo y potenciarlo. Alan Calderón Castro El conocimiento de los desarrolladores de sistemas: cómo nutrirlo, sistematizarlo y potenciarlo Alan Calderón Castro Temario Motivación Patrones de análisis de dominio Familias de productos de software

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

http://www.informatizate.net

http://www.informatizate.net http://www.informatizate.net Metodologías De Desarrollo De Software María A. Mendoza Sanchez Ing. Informático - UNT Microsoft Certified Professional - MCP Analísta y Desarrolladora - TeamSoft Perú S.A.C.

Más detalles

Modelado de la variabilidad en arquitecturas multicapa

Modelado de la variabilidad en arquitecturas multicapa Modelado de la variabilidad en arquitecturas multicapa José García-Alonso, Joaquín Guillén, Javier Berrocal, and Juan Manuel Murillo Escuela Politécnica, Universidad de Extremadura, Avd. de la Universidad

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

Patrones de software y refactorización de código

Patrones de software y refactorización de código Patrones de software y refactorización de código Introducción y antecedentes de los patrones de software Los patrones permiten construir sobre la experiencia colectiva de ingenieros de software habilidosos.

Más detalles

Fundamentos de Ingeniería del Software. Capítulo 11. Reutilización del software

Fundamentos de Ingeniería del Software. Capítulo 11. Reutilización del software Fundamentos de Ingeniería del Software Capítulo 11. Reutilización del software Reutilización del software. Estructura 1. Reutilización del software 2. Beneficios de la reutilización 3. Dificultades para

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

PROCESOS SOFTWARE. Según esta estrategia, todo proceso debe planificarse, implantarse y evaluarse, para luego actuar sobre él.

PROCESOS SOFTWARE. Según esta estrategia, todo proceso debe planificarse, implantarse y evaluarse, para luego actuar sobre él. PROCESOS SOFTWARE MOTIVACIÓN? Con independencia de la metodología o modelo implementado, es común la estrategia para la mejora continua de la calidad, basada en el Círculo de Deming o Plan, Do, Check,

Más detalles

270015 - IES - Introducción a la Ingeniería del Software

270015 - IES - Introducción a la Ingeniería del Software Unidad responsable: 270 - FIB - Facultad de Informática de Barcelona Unidad que imparte: 747 - ESSI - Departamento de Ingenieria de Servicios y Sistemas de Información Curso: Titulación: 2015 GRADO EN

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

Técnicas de análisis de dominio: organización del conocimiento para la construcción de sistemas software

Técnicas de análisis de dominio: organización del conocimiento para la construcción de sistemas software Técnicas de análisis de dominio: organización del conocimiento para la construcción de sistemas software Ricardo Eito Brun Universidad Carlos III de Madrid, Getafe (Madrid). reito@bib.uc3m.es. Resumen

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

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

SW-CMM (CMM for Software)

SW-CMM (CMM for Software) Sinopsis de los modelos SW-CMM y CMMI Juan Palacio 1.0 Abril - 2006 Síntesis de los modelos de procesos CMM y CMMI para desarrollo y mantenimiento de software. CMMI (y previamente CMM) puede emplearse

Más detalles

Glosario. actividad. 1. (tarea) 2. es un subproceso que no requiere mas descomposición.

Glosario. actividad. 1. (tarea) 2. es un subproceso que no requiere mas descomposición. Glosario Aclaraciones Los conceptos del glosario están ordenados alfabéticamente. Un concepto puede ser un único término como meta o una frase como ambiente de ingeniería de software centrado en procesos.

Más detalles

MS_20488 Developing Microsoft SharePoint Server 2013 Core Solutions

MS_20488 Developing Microsoft SharePoint Server 2013 Core Solutions S MS_20488 Developing Microsoft SharePoint Server 2013 Core Solutions www.ked.com.mx Av. Revolución No. 374 Col. San Pedro de los Pinos, C.P. 03800, México, D.F. Tel/Fax: 52785560 Introducción En este

Más detalles

Guía Docente Curso 2012-2013

Guía Docente Curso 2012-2013 ESCUELA TÉCNIICA SUPERIIOR DE IINGENIIERÍÍA Guía Docente Curso 2012-2013 Titulación Ingeniería Informática DATOS DE LA ASIGNATURA * * Asignatura en experiencia piloto de implantación del sistema de créditos

Más detalles

Objetivos FACULTAD DE INGENIERIA. DEPARTAMENTO DE INGENIERIA DE SISTEMAS. Código de la asignatura 4070. Fecha de Actualización Julio 24 de 2012

Objetivos FACULTAD DE INGENIERIA. DEPARTAMENTO DE INGENIERIA DE SISTEMAS. Código de la asignatura 4070. Fecha de Actualización Julio 24 de 2012 Nombre de la asignatura Ingeniería de Software Código de la asignatura 4070 Fecha de Actualización Julio 24 de 2012 Intensidad horaria semanal Horas Contacto 4 Horas Trabajo Independiente 8 Créditos Académicos

Más detalles

calidad brochure Software Quality Assurance/Project Management IDEOLOGY INTELLIGENCE INFORMATION IMPR INNOVATION ISO 9001:2000

calidad brochure Software Quality Assurance/Project Management IDEOLOGY INTELLIGENCE INFORMATION IMPR INNOVATION ISO 9001:2000 calidad 2009 brochure Software Quality Assurance/Project Management IDEOLOGY INTELLIGENCE INFORMATION IMPR INNOVATION Software Quality Assurance Project Management Dos de los factores que más positivamente

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

Mejora de la eficiencia de procesos y herramientas en el departamento Lean Engineering

Mejora de la eficiencia de procesos y herramientas en el departamento Lean Engineering Philips Healthcare Mejora de la eficiencia de procesos y herramientas en el departamento Lean Engineering Proyecto Fin de Carrera Titulación: Ingeniería Industrial Superior Empresa: Philips Healthcare

Más detalles

TEMA 1 Sistemas de información

TEMA 1 Sistemas de información TEMA 1 Sistemas de información María N. Moreno García Departamento de Informática y Automática Universidad de Salamanca Contenidos 1. Conceptos básicos 2. Elementos de un sistema de información 3. Estructura

Más detalles

Modelo para evaluar la Gestión del Valor del Producto Software durante el Ciclo de Desarrollo

Modelo para evaluar la Gestión del Valor del Producto Software durante el Ciclo de Desarrollo Modelo para evaluar la Gestión del Valor del Producto Software durante el Ciclo de Desarrollo Posgrado en Ciencias y Tecnologías de la Información Marzo del 2014. 1. Responsables Dra. Angelina Espinoza

Más detalles

ITZOFT, una metodología de desarrollo de sistemas basada en el Proceso Unificado de Rational. Resumen

ITZOFT, una metodología de desarrollo de sistemas basada en el Proceso Unificado de Rational. Resumen ITZOFT, una metodología de desarrollo de sistemas basada en el Proceso Unificado de Rational. Sergio Valero Orea, svalero@utim.edu.mx, UTIM, Izúcar de Matamoros, Puebla. Resumen El desarrollo de sistemas

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

Software Reutilizable. Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 18 Slide 1

Software Reutilizable. Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 18 Slide 1 Software Reutilizable Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 18 Slide 1 Objetivos Para explicar los beneficios del software reutilizable y algunos de sus problemas Para discutir

Más detalles

Unidad didáctica 2: Metodologías de desarrollo de Bases de Datos. Unidad didáctica 1: Fase de análisis de requisitos Modelo E/R

Unidad didáctica 2: Metodologías de desarrollo de Bases de Datos. Unidad didáctica 1: Fase de análisis de requisitos Modelo E/R índice Módulo A Unidad didáctica 1: Introducción a las Bases de Datos Unidad didáctica 2: Metodologías de desarrollo de Bases de Datos 3 19 Módulo B Unidad didáctica 1: Fase de análisis de requisitos Modelo

Más detalles

Arquitectura de Aplicaciones

Arquitectura de Aplicaciones 1 Capítulo 13: Arquitectura de aplicaciones. - Sommerville Contenidos del capítulo 13.1 Sistemas de procesamiento de datos 13.2 Sistemas de procesamiento de transacciones 13.3 Sistemas de procesamiento

Más detalles

Modelo para evaluar la Gestión del Valor del Producto Software durante el Ciclo de Desarrollo: Fase II

Modelo para evaluar la Gestión del Valor del Producto Software durante el Ciclo de Desarrollo: Fase II Modelo para evaluar la Gestión del Valor del Producto Software durante el Ciclo de Desarrollo: Fase II Posgrado en Ciencias y Tecnologías de la Información Marzo del 2012. 1. Responsables Dra. Angelina

Más detalles

GUÍA PRÁCTICA DE GESTIÓN DE REQUISITOS LNCS

GUÍA PRÁCTICA DE GESTIÓN DE REQUISITOS LNCS GUÍA PRÁCTICA DE GESTIÓN DE REQUISITOS Diciembre 2008 AVISO LEGAL CMMI es una marca registrada en la Oficina de Marcas y Patentes de EEUU por la Universidad Carnegie Mellon. Las distintas normas ISO mencionadas

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

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

Programación del curso

Programación del curso Ingeniería Software 4º Físicas Programación del curso José M. Drake (drakej@unican.es) Patricia López Martínez ( lopezpa@unican.es ) Computadores y Tiempo Real Santander, 2008 Ingeniería de Programación

Más detalles

1. Introducción. 2. El concepto de calidad del software. 3. Estándares de calidad existentes. 4. La norma ISO 9000-3

1. Introducción. 2. El concepto de calidad del software. 3. Estándares de calidad existentes. 4. La norma ISO 9000-3 Contenido INGENIERIA DE SOFTWARE Tema 6: Administración de la calidad del software Presenta: David Martínez Torres Universidad Tecnológica de la Mixteca dtorres@mixteco.utm.mx Cubo 37 1. Introducción 2.

Más detalles

Cómo usar MDE para obtener Modelos de Simulación a partir de Modelos de Negocio

Cómo usar MDE para obtener Modelos de Simulación a partir de Modelos de Negocio Cómo usar MDE para obtener Modelos de Simulación a partir de Modelos de Negocio M. Teresa García 1, Mercedes Ruiz 1 y Cristina Vicente-Chicote 2 1 Departamento de Lenguajes y Sistemas Informáticos Universidad

Más detalles

DESARROLLO DE UN MODELO DE MADUREZ EN REDES INTELIGENTES

DESARROLLO DE UN MODELO DE MADUREZ EN REDES INTELIGENTES DESARROLLO DE UN MODELO DE MADUREZ EN REDES INTELIGENTES Juan Manuel Gers, PH.D Gerente General, GERS S.A. Email: jmgers@gersusa.com 2853 Executive Park Drive, Suite 104 Weston, Florida 33331 José Enar

Más detalles

Análisis Comparativo de Modelos de Calidad

Análisis Comparativo de Modelos de Calidad Análisis Comparativo de Modelos de Calidad Identificación de Mejores Prácticas para la Gestión de Calidad en Pequeños Entornos Vianca Vega Zepeda Departamento de Ingeniería de Sistemas y Computación Universidad

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

Estos documentos estarán dirigidos a todas las personas que pertenezcan a equipos de implementación de Oracle BI, incluyendo a:

Estos documentos estarán dirigidos a todas las personas que pertenezcan a equipos de implementación de Oracle BI, incluyendo a: Oracle Business Intelligence Enterprise Edition 11g. A lo largo de los siguientes documentos trataré de brindar a los interesados un nivel de habilidades básicas requeridas para implementar efectivamente

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

Objetivos y Competencias

Objetivos y Competencias Objetivos y Competencias 2.1 Objetivos del ciclo formativo a) Ajustar la configuración lógica del sistema analizando las necesidades y criterios establecidos para configurar y explotar sistemas informáticos.

Más detalles

Planificaciones. 7510 - Técnicas de Diseño. Docente responsable: PANTALEO GUILLERMO GUSTAVO. 1 de 5

Planificaciones. 7510 - Técnicas de Diseño. Docente responsable: PANTALEO GUILLERMO GUSTAVO. 1 de 5 Planificaciones 7510 - Técnicas de Diseño Docente responsable: PANTALEO GUILLERMO GUSTAVO 1 de 5 OBJETIVOS En este curso se busca introducir a los alumnos en el concepto de diseño de software. Para lograrlo

Más detalles

12/07/2010. INGENIERIA DE SOFTWARE Tema 7: Mantenimiento del software. Contenido. 1. Aspectos Generales. 1. Aspectos Generales. 1. Aspectos Generales

12/07/2010. INGENIERIA DE SOFTWARE Tema 7: Mantenimiento del software. Contenido. 1. Aspectos Generales. 1. Aspectos Generales. 1. Aspectos Generales Contenido INGENIERIA DE SOFTWARE Tema 7: Mantenimiento del software Presenta: David Martínez Torres Universidad Tecnológica de la Mixteca dtorres@mixteco.utm.mx Cubo 37 1. Aspectos generales 2. Características

Más detalles

Modelos y Normas Disponibles de Implementar

Modelos y Normas Disponibles de Implementar Modelos y Normas Disponibles de Implementar AmericaVeintiuno tiene capacidad para asesorar a una organización en base a diferentes modelos o normativas enfocadas al mercado informático. A partir de determinar

Más detalles

EXTENSIBLE BUSINESS REPORTING LANGUAGE : XBRL NOVIEMBRE 2015

EXTENSIBLE BUSINESS REPORTING LANGUAGE : XBRL NOVIEMBRE 2015 DIPLOMADO NIIF PLENAS Y PYMES EXTENSIBLE BUSINESS REPORTING LANGUAGE : XBRL NOVIEMBRE 2015 Agenda Extensible Business Reporting Language 1. Qué es 2. Origen 3. En que consiste la propuesta XBRL 4. Ventajas

Más detalles

Modelado de relaciones existentes en un equipo de proyecto de software Modeling relationships in a software project team

Modelado de relaciones existentes en un equipo de proyecto de software Modeling relationships in a software project team Modelado de relaciones existentes en un equipo de proyecto de software Modeling relationships in a software project team Rafael Rodríguez-Puente 1, Eliana B. Ril-Valentin 2 1 Departamento de Técnicas de

Más detalles

Mejora en la Administración de Procesos de Desarrollo de Software Tipo SPEM Automatizados Bajo Workflow

Mejora en la Administración de Procesos de Desarrollo de Software Tipo SPEM Automatizados Bajo Workflow Mejora en la Administración de Procesos de Desarrollo de Software Tipo SPEM Automatizados Bajo Workflow Fabio A. Zorzan 1 y Daniel Riesco 2 Resumen Esta línea de investigación pretende aportar a la mejora

Más detalles

El Proceso Unificado Rational para el Desarrollo de Software.

El Proceso Unificado Rational para el Desarrollo de Software. Instituto de Electrónica y Computación El Proceso Unificado Rational para el Desarrollo de Software. Carlos Alberto Fernández y Fernández Huajuapan de León, Oaxaca 26 de octubre de 2000 Objetivo Proporcionar

Más detalles

Descripción General de Softengine Pinakes

Descripción General de Softengine Pinakes Descripción General de Softengine Pinakes Características de Softengine Pinakes. Pinakes es un sistema modular altamente configurable que tiene las siguientes características: Es amigable con el usuario.

Más detalles

DEPARTAMENTO: Ingeniería e Investigaciones Tecnológicas 1114. ASIGNATURA: BASE DE DATOS Año 2011

DEPARTAMENTO: Ingeniería e Investigaciones Tecnológicas 1114. ASIGNATURA: BASE DE DATOS Año 2011 DEPARTAMENTO: Ingeniería e Investigaciones Tecnológicas Código Asignatura 1114 ASIGNATURA: BASE DE DATOS Año 2011 FUNDAMENTACIÓN Base de datos contribuye a la formación del Ingeniero en Informática por

Más detalles

Maira Alejandra Bedoya Núñez. Universidad Francisco de Paula Santander Av. Gran Colombia No. 12E-96 Colsag. Cúcuta Norte de Santander 057-5751359,

Maira Alejandra Bedoya Núñez. Universidad Francisco de Paula Santander Av. Gran Colombia No. 12E-96 Colsag. Cúcuta Norte de Santander 057-5751359, Procesos necesarios para alcanzar el Nivel 2 de CMMI, en el área de Administración de Configuraciones de Software, para empresas pequeñas desarrolladoras de software. Judith del Pilar Rodríguez Tenjo Universidad

Más detalles

METODOLOGÍA TRADICIONAL.

METODOLOGÍA TRADICIONAL. COMPARACIÓN DE METODOLOGÍAS METODOLOGÍA TRADICIONAL. Teniendo en cuenta la filosofía de desarrollo de las metodologías, aquellas con mayor énfasis en la planificación y control del proyecto, en especificación

Más detalles

DBMS (Data Base Management System) Un Sistema de Gestión de Base de Datos, consiste en una colección de datos interrelacionados y un conjunto de

DBMS (Data Base Management System) Un Sistema de Gestión de Base de Datos, consiste en una colección de datos interrelacionados y un conjunto de Unidad 1 DBMS (Data Base Management System) Un Sistema de Gestión de Base de Datos, consiste en una colección de datos interrelacionados y un conjunto de programas para acceder a esos datos. El objetivo

Más detalles

Preguntas más frecuentes sobre PROPS

Preguntas más frecuentes sobre PROPS Preguntas más frecuentes sobre PROPS 1. Qué es un modelo? Un modelo es un marco común para toda la organización. Está alineado con los estándares de gestión de proyectos, como PMBOK, ISO10006, ISO9000

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

Desarrollo de aplicaciones para la sociedad de la información Bloque II- Dominios de aplicaciones sociales Tema 3- Gestión de procesos de negocio

Desarrollo de aplicaciones para la sociedad de la información Bloque II- Dominios de aplicaciones sociales Tema 3- Gestión de procesos de negocio Desarrollo de aplicaciones para la sociedad de la información Bloque II- Dominios de aplicaciones sociales Tema 3- Gestión de procesos de negocio Máster Universitario Oficial en Sistemas Telemáticos e

Más detalles

PROGRAMACIÓN III (Curso de Adaptación)

PROGRAMACIÓN III (Curso de Adaptación) PROGRAMACIÓN III (Curso de Adaptación) 1.- Datos de la Asignatura Código 101152 Plan ECTS 6 Carácter OBLIGATORIO Curso 2º Periodicidad 1º SEMESTRE Área Departamento Lenguajes y Sistemas Informáticos INFORMÁTICA

Más detalles

Instituto Tecnológico de Cd. Victoria

Instituto Tecnológico de Cd. Victoria Instituto Tecnológico de Cd. Victoria Maestría en Sistemas Computacionales Nombre de la asignatura: INGENIERÍA DE SOFTWARE ORIENTADA A PROCESOS. Línea de Trabajo: Ingeniería de Software Tiempo de dedicación

Más detalles

CICLO DE VIDA DEL SOFTWARE. Una aproximación lógica a la adquisición, el suministro, el desarrollo, la explotación y el mantenimiento del software

CICLO DE VIDA DEL SOFTWARE. Una aproximación lógica a la adquisición, el suministro, el desarrollo, la explotación y el mantenimiento del software 3.010 CONCEPTO DE CICLO DE VIDA Una aproximación lógica a la adquisición, el suministro, el desarrollo, la explotación y el mantenimiento del software IEEE 1074 Un marco de referencia que contiene los

Más detalles

Plan estratégico de sistemas de información

Plan estratégico de sistemas de información Resumen ejecutivo Plan estratégico de sistemas de información Resumen ejecutivo Resumen ejecutivo La planificación estratégica de los sistemas de información, o equivalentemente la redacción del plan director

Más detalles

- Bases de Datos - - Diseño Físico - Luis D. García

- Bases de Datos - - Diseño Físico - Luis D. García - Diseño Físico - Luis D. García Abril de 2006 Introducción El diseño de una base de datos está compuesto por tres etapas, el Diseño Conceptual, en el cual se descubren la semántica de los datos, definiendo

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

UNIVERSIDAD NACIONAL DE SAN ANTONIO ABAD DEL CUSCO

UNIVERSIDAD NACIONAL DE SAN ANTONIO ABAD DEL CUSCO FACULTAD DE CS. QUIMICAS, FISICAS Y MATEMATICAS I. DATOS GENERALES DEPARTAMENTO ACADEMICO DE INFORMATICA SILABO 1.1 Asignatura : SISTEMAS DE INFORMACION II 1.2 Categoría : OE 1.3 Código : IF202AIN 1.4

Más detalles

Programa de Desarrollo Profesional en Mejora del Proceso de Software

Programa de Desarrollo Profesional en Mejora del Proceso de Software Programa de Desarrollo Profesional en Mejora del Proceso de Software - Inicio: 3 de Mayo - El Programa de Desarrollo Profesional (PDP) propone soluciones concretas a los problemas de definición de procesos,

Más detalles

Modelos de desarrollo de software. septiembre de 2007 1

Modelos de desarrollo de software. septiembre de 2007 1 Modelos de desarrollo de software septiembre de 2007 1 Referencias básicas Ingeniería de software. Un enfoque práctico. Pressman, R. Quinta edición. Mc. Graw Hill 2002 Ingeniería de software. Sommerville,

Más detalles

Describir una metodología sistemática de análisis de los procesos organizacionales y cómo estos pueden ser apoyados por las TI.

Describir una metodología sistemática de análisis de los procesos organizacionales y cómo estos pueden ser apoyados por las TI. Procesos de Negocio Objetivos Describir una metodología sistemática de análisis de los procesos organizacionales y cómo estos pueden ser apoyados por las TI. Identificar y analizar los procesos de negocios,

Más detalles

Calidad de Software - CMM

Calidad de Software - CMM Calidad de Software - CMM Herramientas y Procesos de Software Facultad de Informática, Ciencias de la Comunicación y Técnicas Especiales Lic. Cecilia Palazzolo Año 2008 1 Qué es un modelo de procesos?

Más detalles

3. ANÁLISIS SITUACIÓN ACTUAL ÁREA DE DESARROLLO DE APLICACIONES 3.1 VISIÓN GENERAL

3. ANÁLISIS SITUACIÓN ACTUAL ÁREA DE DESARROLLO DE APLICACIONES 3.1 VISIÓN GENERAL 3. ANÁLISIS SITUACIÓN ACTUAL ÁREA DE DESARROLLO DE APLICACIONES EMPRESA DE CONTACT-CENTER EMTELCO S.A. 3.1 VISIÓN GENERAL Emtelco S.A es una sociedad mixta del orden municipal que hace parte del grupo

Más detalles

1.1.- Objetivos de los sistemas de bases de datos 1.2.- Administración de los datos y administración de bases de datos 1.3.- Niveles de Arquitectura

1.1.- Objetivos de los sistemas de bases de datos 1.2.- Administración de los datos y administración de bases de datos 1.3.- Niveles de Arquitectura 1. Conceptos Generales 2. Modelo Entidad / Relación 3. Modelo Relacional 4. Integridad de datos relacional 5. Diseño de bases de datos relacionales 6. Lenguaje de consulta estructurado (SQL) 1.1.- Objetivos

Más detalles

Técnicas de Estimación

Técnicas de Estimación Técnicas de Estimación Gestión de Proyectos Informáticos Clase 4 Bibliografía Software engineering economics - Bohem Measuring the software process Estimating software costs - Capers Jones COCOMO II model

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

Enginyeria del Software III

Enginyeria del Software III Enginyeria del Software III Sessió 3. L estàndard ISO/IEC 15504 Antònia Mas Pichaco 1 Introducción El proyecto SPICE representa el mayor marco de colaboración internacional establecido con la finalidad

Más detalles

SECRETARIA DE DESARROLLO E INCLUSION SOCIAL

SECRETARIA DE DESARROLLO E INCLUSION SOCIAL TÉRMINOS DE REFERENCIA CONTRATACION DE CONSULTOR ANALISTA PROGRAMDOR PARA MÓDULO DE CORRESPONSABILIDAD I. ANTECEDENTES El Congreso de la República aprobó, mediante decreto Legislativo No 141-2011, el Convenio

Más detalles

Plataforma Tecnológica Qué es Marino Imagine? La integración de los requerimientos de sistemas informáticos en la determinados sectores. infraestructura de la empresa ha sucedido de forma Sus carencias

Más detalles

SOFTWARE & SYSTEMS PROCESS ENGINEERING METAMODEL SPECIFICATION V.20 SPEM 2.0

SOFTWARE & SYSTEMS PROCESS ENGINEERING METAMODEL SPECIFICATION V.20 SPEM 2.0 SPEM 2.0 SOFTWARE & SYSTEMS PROCESS ENGINEERING METAMODEL SPECIFICATION V.20 SPEM 2.0 Metamodelo para modelos de procesos de ingeniería de software y de ingeniería de sistemas. La idea central de SPEM

Más detalles

GUÍA DOCENTE DE LA ASIGNATURA

GUÍA DOCENTE DE LA ASIGNATURA GUÍA DOCENTE DE LA ASIGNATURA G658 - Ingeniería del Software I Grado en Ingeniería Informática Obligatoria. Curso 3 Curso Académico 04-05 . DATOS IDENTIFICATIVOS Título/s Grado en Ingeniería Informática

Más detalles

Modelos de sourcing que optimizan la demanda IT

Modelos de sourcing que optimizan la demanda IT Modelos de sourcing que optimizan la demanda IT gestión de la demanda IT: la problemática La gestión de la demanda es un proceso clave en cualquier organización ya que ayuda a sostener las actividades

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

Diagrama de casos de uso

Diagrama de casos de uso Diagrama de casos de uso Se utiliza para capturar los requerimientos funcionales de un sistema, de tal forma que plasman las relaciones entre los usuarios y el sistema. Contenido Pasos de construcción

Más detalles

La importancia del desarrollo para el buen diseño del software

La importancia del desarrollo para el buen diseño del software La importancia del desarrollo para el buen diseño del software RESUMEN N L González Morales. 1 En este ensayo se examinan los temas vistos en clase que son Desarrollo de Orientado a Objetos y Arquitectura

Más detalles

BOLETÍN DE NOVEDADES Barcelona, junio de 2008

BOLETÍN DE NOVEDADES Barcelona, junio de 2008 BOLETÍN DE NOVEDADES Barcelona, junio de 2008 Introducción El objeto de este documento es presentar y describir brevemente las principales actuaciones en los últimos meses de Carver en algunos de sus clientes,

Más detalles

Experiencia docente en el desarrollo de aplicaciones empotradas

Experiencia docente en el desarrollo de aplicaciones empotradas Experiencia docente en el desarrollo de aplicaciones empotradas con MarteOS Silvia Terrasa, Patricia Balbastre, Alfons Crespo Dept. de Informática de Sistemes y Computadores Universidad Politécnica de

Más detalles