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

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

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

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

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

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

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

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

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

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

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

Documentando la arquitectura de software Principios básicos por Omar Gómez

Documentando la arquitectura de software Principios básicos por Omar Gómez Documentando la arquitectura de software Principios básicos por Omar Gómez En la actualidad, uno de los temas candentes que se habla dentro de la comunidad de desarrollo de software es el referente a las

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

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

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

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

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

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

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

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

SET (Software Engineering Tutor). Una herramienta para la construcción guiada de modelos de dominio

SET (Software Engineering Tutor). Una herramienta para la construcción guiada de modelos de dominio SET (Software Engineering Tutor). Una herramienta para la construcción guiada de modelos de dominio Arturo Cepeda Pérez, Sergio Bravo Martín, Francisco José García Peñalvo Universidad de Salamanca, Facultad

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

Análisis automático de líneas de producto software usando distintos modelos de variabilidad Fabricia Carneiro Roos, CT819422 frfrantz@unijui.edu.

Análisis automático de líneas de producto software usando distintos modelos de variabilidad Fabricia Carneiro Roos, CT819422 frfrantz@unijui.edu. Análisis automático de líneas de producto software usando distintos modelos de variabilidad Fabricia Carneiro Roos, CT819422 frfrantz@unijui.edu.br Supervisado por Prof. Dr. David Benavides Cuevas and

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

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

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

PROGRAMA DE LA ASIGNATURA CURSO BASICO: ARQUITECTURA DEL SOFTWARE

PROGRAMA DE LA ASIGNATURA CURSO BASICO: ARQUITECTURA DEL SOFTWARE UNIVERSIDAD CENTRAL DE VENEZUELA FACULTAD DE CIENCIAS POSTGRADO EN CIENCIAS DE LA COMPUTACIÓN PROGRAMA DE LA ASIGNATURA CURSO BASICO: ARQUITECTURA DEL SOFTWARE INFORMACIÓN GENERAL Profesor: Francisca Losavio

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

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

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

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

GENERACIÓN DE APLICACIONES MEDIANTE LENGUAJES ESPECIFICOS DE DOMINIO

GENERACIÓN DE APLICACIONES MEDIANTE LENGUAJES ESPECIFICOS DE DOMINIO WICC 2012 626 GENERACIÓN DE APLICACIONES MEDIANTE LENGUAJES ESPECIFICOS DE DOMINIO 1. A.Cortez, C.Naveda 1. Consejo de Investigaciones (CIUDA) UDA. 2. Instituto de Investigaciones Facultad de Ciencias

Más detalles

Temas de investigación y desarrollo

Temas de investigación y desarrollo Componentes de Dominio para Sistemas de Información Ambiental Urciuolo Adriana, Iturraspe Rodolfo, Moyano Ezequiel, Rosanigo Beatriz, Parson Ariel, Villarreal Martín urciuolo@tdfuego.com, iturraspe@tdfuego.com,

Más detalles

Trabajo de Grado Análisis comparativo de Lenguajes Notacionales para Modelado de Procesos

Trabajo de Grado Análisis comparativo de Lenguajes Notacionales para Modelado de Procesos Trabajo de Grado Análisis comparativo de Lenguajes Notacionales para Modelado de Procesos Autora: Vasquez Pilar María Directora: Dra. Giandini Roxana Codirectora: Mg. Bazán Patricia Agenda Introducción.

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

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

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

Diseño e Implementación de un Sistema de Administración de la Calidad del Software para una Institución Financiera

Diseño e Implementación de un Sistema de Administración de la Calidad del Software para una Institución Financiera Diseño e Implementación de un Sistema de Administración de la Calidad del para una Institución Financiera Marcelo Jenkins Escuela de Ciencias de la Computación e Informática Universidad de Costa Rica San

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

Herramientas de Desarrollo de Software: Hacia la Construcción de una Ontología

Herramientas de Desarrollo de Software: Hacia la Construcción de una Ontología Herramientas de Desarrollo de Software: Hacia la Construcción de una Ontología Lornel A. Rivas 1,2, María Pérez 2, Luis E. Mendoza 2, y Anna Grimán 2 1 Gerencia de Investigación, Instituto Nacional de

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

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

Evolución de Plantillas Genéricas para la descripción de Casos de Uso a Plantillas Genéricas para Análisis y Diseño

Evolución de Plantillas Genéricas para la descripción de Casos de Uso a Plantillas Genéricas para Análisis y Diseño Evolución de Plantillas Genéricas para la descripción de Casos de Uso a Plantillas Genéricas para Análisis y Diseño Ing. Marcela Daniele AC. Daniel Romero Dpto. de Computación. Facultad: Ciencias Exactas,

Más detalles

Resumen. Introducción

Resumen. Introducción Arquitectura de software para Sistemas de Información Ambiental Urciuolo Adriana, Iturraspe Rodolfo, Parson Ariel, Esteban Natalia Universidad Nacional de la Patagonia San Juan Bosco Sede Ushuaia, Darwin

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

"Módulo OOWS para StarUML" INTRODUCCIÓN

Módulo OOWS para StarUML INTRODUCCIÓN UNA HERRAMIENTA PARA DIAGRAMAS OOWS: "Módulo OOWS para StarUML" Richard Medina Z. Universidad de Concepción, Chile INTRODUCCIÓN Una herramienta CASE (Computer Aided Software Engineering,

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

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

Migración de datos automática a partir de la información de los esquemas conceptuales 1

Migración de datos automática a partir de la información de los esquemas conceptuales 1 Migración de datos automática a partir de la información de los esquemas conceptuales 1 J.Pérez 1, J.A.Carsí 1, I.Ramos 1, V.Anaya 1, J.Silva 1, Departamento de Sistemas Informáticos y Computación Universidad

Más detalles

WEBBER: USO DE COMPONENTES PARA LA ARMONIZACIÓN DE CONTENIDOS Y METADATOS

WEBBER: USO DE COMPONENTES PARA LA ARMONIZACIÓN DE CONTENIDOS Y METADATOS WEBBER: USO DE COMPONENTES PARA LA ARMONIZACIÓN DE CONTENIDOS Y METADATOS Autores: Introducción Diego R. López RedIRIS diego.lopez@rediris.es El trabajo necesario para mantener un servidor de información

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

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

RESUMEN SOBRE LA SOLUCIÓN

RESUMEN SOBRE LA SOLUCIÓN RESUMEN SOBRE LA SOLUCIÓN CA IT Asset Manager Cómo se puede administrar el ciclo de vida de los activos, optimizar el valor de las inversiones de TI y obtener una vista de cartera de todos los activos?

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

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

UNIVERSIDAD DE CHILE FACULTAD DE CIENCIAS FÍSICAS Y MATEMÁTICAS DEPARTAMENTO DE CIENCIAS DE LA COMPUTACIÓN

UNIVERSIDAD DE CHILE FACULTAD DE CIENCIAS FÍSICAS Y MATEMÁTICAS DEPARTAMENTO DE CIENCIAS DE LA COMPUTACIÓN UNIVERSIDAD DE CHILE FACULTAD DE CIENCIAS FÍSICAS Y MATEMÁTICAS DEPARTAMENTO DE CIENCIAS DE LA COMPUTACIÓN ELECCIÓN ENTRE PROCESOS AUTOMÁTICAMENTE ADAPTADOS Y PROCESOS PREDEFINIDOS TESIS PARA OPTAR AL

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

Diseño y Evaluación de Arquitecturas de Software. Software con calidad

Diseño y Evaluación de Arquitecturas de Software. Software con calidad Diseño y Evaluación de Arquitecturas de Software Software con calidad César Julio Bustacara Medina Facultad de Ingeniería Pontificia Universidad Javeriana 11/09/2015 1 Arquitectura de Software Introducción

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

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

BASES DE DATOS. Ivon Tarazona Oriana Gomez

BASES DE DATOS. Ivon Tarazona Oriana Gomez BASES DE DATOS Ivon Tarazona Oriana Gomez Introducción Introducción Ventajas e (Unified Modeling Language) Es un lenguaje usado para especificar, visualizar y documentar los diferentes aspectos relativos

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

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

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

Herramienta para la Administración y Estimación Ágil de Desarrollo de Software

Herramienta para la Administración y Estimación Ágil de Desarrollo de Software Herramienta para la Administración y Estimación Ágil de Desarrollo de Software Mario R. MORENO SABIDO Depto. de Sistemas y Computación, Instituto Tecnológico de Mérida Mérida, Yucatán 97118, México y Jorge

Más detalles

Reutilización de Requisitos Organizados como una Familia de Diagramas

Reutilización de Requisitos Organizados como una Familia de Diagramas Reutilización de Requisitos Organizados como una Familia de Diagramas Oscar López, Miguel A. Laguna, and Francisco J. García Technological Institute of Costa Rica olopez@infor.uva.es University of Valladolid,

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

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

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

Tema 1 Introducción a los Sistemas Basados en el Conocimiento

Tema 1 Introducción a los Sistemas Basados en el Conocimiento Tema 1 Introducción a los Sistemas Basados en el Conocimiento Sistemas Basados en el Conocimiento Grado en Ingeniería Informática 1 Referencias Ingeniería del Conocimiento. A. Gómez, N. Juristo, C. Montes,

Más detalles

Universidad Politécnica de Madrid. Trabajo de Investigación Tutelada Memoria resumen

Universidad Politécnica de Madrid. Trabajo de Investigación Tutelada Memoria resumen Doctorado Conjunto en Ingeniería Informática UPM ORT Uruguay Trabajo de Investigación Tutelada Memoria resumen Titulo: Doctorando: Tutor: Líneas de Productos Software basadas en Gestión del Conocimiento

Más detalles

Aplicación de las Técnicas de Modelado y Simulación en la Gestión de Servicios TI

Aplicación de las Técnicas de Modelado y Simulación en la Gestión de Servicios TI Aplicación de las Técnicas de Modelado y Simulación en la Gestión de Servicios TI Elena Orta 1, Mercedes Ruiz 1 y Miguel Toro 2 1 Departamento de Lenguajes y Sistemas Informáticos Escuela Superior de Ingeniería

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

Ingeniero de Sistemas, Universidad Católica Santa María, Arequipa, Perú (1998)

Ingeniero de Sistemas, Universidad Católica Santa María, Arequipa, Perú (1998) Universidad Católica San Pablo Facultad de Ingeniería y Computación Programa Profesional de Ciencia de la Computación SILABO CS392. Tópicos en Ingeniería de Software (Electivo) 2013-2 1. DATOS GENERALES

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

Tema 8º: Aspectos prácticos

Tema 8º: Aspectos prácticos Tema 8º: Aspectos prácticos Gestión y planificación Administración de personal Gestión de versiones Reutilización Control de calidad del software Documentación Herramientas Temas especiales Las ventajas

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

Perfil UML para el desarrollo de aplicaciones WAP

Perfil UML para el desarrollo de aplicaciones WAP Perfil UML para el desarrollo de aplicaciones WAP Ricardo Soto D., Mauricio Camara J. Escuela de Ingeniería Informática, Pontificia Universidad Católica de Valparaíso, Chile E-mail: ricardo.soto@ucv.cl,

Más detalles

Adaptación y Configuración de Procesos de Software Tailoring and Configuration of Software Processes

Adaptación y Configuración de Procesos de Software Tailoring and Configuration of Software Processes Adaptación y Configuración de Procesos de Software Tailoring and Configuration of Software Processes Rodolfo Villarroel Acevedo 1* 1 Pontificia Universidad Católica de Valparaíso. Avenida Brasil 2241,

Más detalles

Los requisitos, un factor crítico en el éxito de los proyectos

Los requisitos, un factor crítico en el éxito de los proyectos Los requisitos, un factor crítico en el éxito de los proyectos La importancia de los modelos José Luis Fernández Sánchez Profesor titular ETSI Industriales- Universidad Politécnica de Madrid jlfdez@etsii.upm.es

Más detalles

Ingeniería de Software I. Sebastián Uchitel y Víctor Braberman 1er Cuatrimestre 2009

Ingeniería de Software I. Sebastián Uchitel y Víctor Braberman 1er Cuatrimestre 2009 Ingeniería de Software I Sebastián Uchitel y Víctor Braberman 1er Cuatrimestre 2009 Quienes somos? 2 Quienes son? 3 Objetivos del Curso Entender el rol fundamental que juega la construcción y análisis

Más detalles

P1 Elaboración de un plan de proyecto utilizando MS Project G3

P1 Elaboración de un plan de proyecto utilizando MS Project G3 UNIVERSIDAD DE CASTILLA-LA MANCHA ESCUELA SUPERIOR DE INFORMÁTICA P1 Elaboración de un plan de proyecto utilizando MS Project G3 José Luís Espinosa Aranda Noelia Vállez Enano Manuel Ramón Guerrero Álvarez

Más detalles

Brindar al alumno un marco teórico y práctico para el desarrollo de software bajo estándares de calidad.

Brindar al alumno un marco teórico y práctico para el desarrollo de software bajo estándares de calidad. Universidad Católica San Pablo Facultad de Ingeniería y Computación Programa Profesional de Ciencia de la Computación SILABO CS290T. Ingeniería de Software I (Obligatorio) 2012-2 1. DATOS GENERALES 1.1

Más detalles

Oferta tecnológica: Herramienta software y método para modelar aplicaciones web independientes de dispositivo

Oferta tecnológica: Herramienta software y método para modelar aplicaciones web independientes de dispositivo Oferta tecnológica: Herramienta software y método para modelar aplicaciones web independientes de dispositivo Oferta tecnológica: Herramienta software y método para modelar aplicaciones web independientes

Más detalles

Anuncio de software ZP10-0336 de IBM Europe, Middle East and Africa con fecha 14 de septiembre de 2010

Anuncio de software ZP10-0336 de IBM Europe, Middle East and Africa con fecha 14 de septiembre de 2010 con fecha 14 de septiembre de 2010 IBM Rational System Architect V11.4: saca partido a las nuevas integraciones con Gestión de activos y Operaciones de TI, y cumple con los estándares DoDAF V2.0 y BPMN

Más detalles

LENGUAJES DE PROGRAMACIÓN POR QUÉ HAY TANTOS Y APARECEN NUEVOS? Por: Hanna Oktaba

LENGUAJES DE PROGRAMACIÓN POR QUÉ HAY TANTOS Y APARECEN NUEVOS? Por: Hanna Oktaba LENGUAJES DE PROGRAMACIÓN POR QUÉ HAY TANTOS Y APARECEN NUEVOS? Por: Hanna Oktaba La computadora, a diferencia de otras herramientas que en general apoyan el esfuerzo físico de los humanos, fue inventada

Más detalles

14. Ingeniería de software. Ing. Alejandro Adorjan

14. Ingeniería de software. Ing. Alejandro Adorjan 14. Ing. Alejandro Adorjan : un enfoque en ingeniería de requerimientos Introducción La ingeniería de software es una disciplina que estudia la aplicación de la teoría, el conocimiento y la práctica de

Más detalles

Fundamentos de Ingeniería del Software. Capítulo 7. Modelos del ciclo de vida del software

Fundamentos de Ingeniería del Software. Capítulo 7. Modelos del ciclo de vida del software Fundamentos de Ingeniería del Software Capítulo 7. Modelos del ciclo de vida del software Caminar sobre las aguas y desarrollar programas a partir de las especificaciones es fácil, si ambas están congeladas

Más detalles

Architectural Driven Design - ADD

Architectural Driven Design - ADD Architectural Driven Design - ADD Francisco Amadeo 2005 Agenda # 1 2 3 4 5 6 7 8 9 10 Tema ADD Overview Claves del Diseño Arquitectonico Desarrollo Evolutivo, RUP Nocion de Arquitectura Conceptual Objetivos

Más detalles

MODELOS DE PROCESO PARA LA INTEGRACIÓN DEL NEGOCIO UTILIZANDO SERVICE ORIENTED ARCHITECTURE (SOA).

MODELOS DE PROCESO PARA LA INTEGRACIÓN DEL NEGOCIO UTILIZANDO SERVICE ORIENTED ARCHITECTURE (SOA). MODELOS DE PROCESO PARA LA INTEGRACIÓN DEL NEGOCIO UTILIZANDO SERVICE ORIENTED ARCHITECTURE (SOA). López, G. 1 ; Jeder, I. 1 ; Echeverría, A. 1 ; Fierro, P. (PhD.) 2 1. Laboratorio de Informática de Gestión

Más detalles

MODELADO DE OBJETOS. {brossi,pbritos,rgm}@itba.edu.ar

MODELADO DE OBJETOS. {brossi,pbritos,rgm}@itba.edu.ar MODELADO DE OBJETOS Bibiana ROSSI, Paola BRITOS y Ramón GARCIA MARTINEZ, CAPIS - Centro de Actualizacion Permanente en Ingeniería de Software Escuela de Posgrado. ITBA. 0. INTRODUCCION {brossi,pbritos,rgm}@itba.edu.ar

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

PROGRAMA ANALITICO INGENIERÍA SOFTWARE II FOR DAC 12 VER 17 07 07

PROGRAMA ANALITICO INGENIERÍA SOFTWARE II FOR DAC 12 VER 17 07 07 PROGRAMA ANALITICO INGENIERÍA SOFTWARE II FOR DAC 12 VER 17 07 07 A.- DATOS GENERALES MATERIA: Ingeniería de Software II CÓDIGO NOMBRE PROFESOR / A: Fausto Correa Almazán CRÉDITOS Nº HORAS PRESENCIALES

Más detalles

PROGRAMACIÓN DE LÍNEAS DE PRODUCTOS DE SOFTWARE ORIENTADAS A ASPECTOS

PROGRAMACIÓN DE LÍNEAS DE PRODUCTOS DE SOFTWARE ORIENTADAS A ASPECTOS PROGRAMACIÓN DE LÍNEAS DE PRODUCTOS DE SOFTWARE ORIENTADAS A ASPECTOS P R E S E N T A : I. S. C. A N A F A B I O L A A N Z U R E S R A M Ó N DIRIGEN DR. ULISES JUÁREZ MARTÍNEZ (INSTITUTO TECNOLÓGICO DE

Más detalles

Planificaciones. 7509 - Análisis de la Información. Docente responsable: VILLAGRA SERGIO GUSTAVO. 1 de 6

Planificaciones. 7509 - Análisis de la Información. Docente responsable: VILLAGRA SERGIO GUSTAVO. 1 de 6 Planificaciones 7509 - Análisis de la Información Docente responsable: VILLAGRA SERGIO GUSTAVO 1 de 6 OBJETIVOS Que los alumnos: a) Entiendan la naturaleza del software y las complejidades de su desarrollo.

Más detalles

EXÁMEN DE VALIDACIÓN DE COMPETENCIAS PROFESIONALES DE PARADIGMAS DE DESARROLLO DE SOFTWARE

EXÁMEN DE VALIDACIÓN DE COMPETENCIAS PROFESIONALES DE PARADIGMAS DE DESARROLLO DE SOFTWARE GUÍA DE EXAMEN EXÁMEN DE VALIDACIÓN DE COMPETENCIAS PROFESIONALES DE PARADIGMAS DE DESARROLLO DE SOFTWARE Instrucciones Deberás leer correctamente todo el contenido de ésta guía, ya que tiene como propósito

Más detalles

Pontificia Universidad Católica del Ecuador

Pontificia Universidad Católica del Ecuador 1. DATOS INFORMATIVOS: MATERIA O MÓDULO: INGENIERÍA DE SOFTWARE I CÓDIGO: CARRERA: SISTEMAS NIVEL: QUINTO No. CRÉDITOS: 4 CRÉDITOS TEORÍA: 4 SEMESTRE/AÑO ACADÉMICO: Segundo Semestre 2011-2012 CRÉDITOS

Más detalles

GUÍA DOCENTE INGENIERÍA DEL SOFTWARE Grado en Ingeniería Informática. Profesorado: Juan Manuel Gimeno Illa Montserrat Sendin Veloso

GUÍA DOCENTE INGENIERÍA DEL SOFTWARE Grado en Ingeniería Informática. Profesorado: Juan Manuel Gimeno Illa Montserrat Sendin Veloso Año académico 2014-15 GUÍA DOCENTE INGENIERÍA DEL SOFTWARE Grado en Ingeniería Informática Profesorado: Juan Manuel Gimeno Illa Montserrat Sendin Veloso Información general de la asignatura Denominación

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

SISTEMAS DE GESTIÓN DE BASE DE DATOS SGBD / DBMS

SISTEMAS DE GESTIÓN DE BASE DE DATOS SGBD / DBMS Universidad de Carabobo Facultad Experimental de Ciencias y Tecnología Departamento de Computación Unidad Académica Base de Datos SISTEMAS DE GESTIÓN DE BASE DE DATOS SGBD / DBMS Integrantes: Fidel Gil

Más detalles