Administración de Conocimiento como soporte al Mantenimiento de Software

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

Download "Administración de Conocimiento como soporte al Mantenimiento de Software"

Transcripción

1 Administración de Conocimiento como soporte al Mantenimiento de Software Oscar M. Rodríguez 1, Ana I. Martínez 1, Jesús Favela 1, Aurora Vizcaíno 2 1 CICESE, Departamento de Ciencias de la Computación, México. 2 Universidad de Castilla-La Mancha, Departamento de Informática, España. Resumen. En muchas organizaciones de desarrollo de software, el principal capital es el conocimiento de sus miembros. Debido a esto, es necesario que cuenten con mecanismos que les permitan hacer un uso eficiente del mismo, evitando su pérdida y desaprovechamiento. En particular, el mantenimiento del software (MS) es una actividad donde existen problemas relacionados con estos dos aspectos. La administración de conocimiento (AC) aporta mecanismos que pueden ser una solución a este tipo de problemas. Este artículo presenta una propuesta para utilizar la AC como apoyo en la solución de los problemas asociados al MS. Palabras clave. Administración de conocimiento, mantenimiento de software, agentes. 1 Introducción La ingeniería de software es una práctica que hace uso intensivo del conocimiento [2], por lo que las organizaciones de desarrollo de software han tomado un interés especial en la administración del mismo [3]. Aun cuando no existe una definición generalizada sobre su significado [13], la Administración del Conocimiento (AC) puede entenderse como un conjunto de esfuerzos que buscan el mejor aprovechamiento del conocimiento dentro de las organizaciones. Dentro de la ingeniería de software, estos esfuerzos se han orientado, principalmente, al aprovechamiento y reutilización de experiencias o lecciones aprendidas, con el fin de repetir casos exitosos o evitar cometer los mismos errores [10]. El mantenimiento es la etapa de la ingeniería del software que se encarga de mantenerlo en funcionamiento una vez que éste ha sido liberado [6]. Si consideramos que un sistema puede durar en funcionamiento por décadas [4], puede entenderse que algunos autores concuerdan en que es la etapa del ciclo de vida del software que consume la mayor parte del costo y recursos del mismo (ej. [5]). Sin embargo, con frecuencia no se da al mantenimiento la importancia que tiene [4]. Esto ha llevado a que el interés en la solución de problemas en el desarrollo de software, por lo general se oriente a apoyar las etapas de administración, análisis, diseño y desarrollo de nuevos proyectos, no así al mantenimiento de los existentes. Durante los largos períodos de vida de los sistemas de software, el conocimiento obtenido con la experiencia de los desarrolladores y quienes han tenido la Presentado en el Taller de Ingeniería del Software del ENC 2003, Tlaxcala, México, 8-9 Septiembre, Publicado En: Sossa Azuela, Juan Humberto y Pérez Cortés, Elizabeth, (Eds.), Avances en Ciencias de la Computación: Memorias de los talleres del ENC 2003, p

2 responsabilidad de mantenerlos en funcionamiento, se pierde una vez que estos dejan la empresa o son asignados a otros proyectos [3]. Si consideramos que con frecuencia es personal sin experiencia el asignado a las nuevas tareas de Mantenimiento de Software (MS) [4], tenemos como consecuencia la falta de suficiente experiencia para llevarlo a cabo de la mejor manera. Si a esto agregamos la falta de documentación que por lo general existe en los grupos de mantenimiento [7], el resultado es la necesidad de reentrenarlos desde un inicio, con los costos que esto conlleva para las organizaciones. Vinculado con lo anterior está el problema del desaprovechamiento del conocimiento. Hay casos en que existe dentro de la empresa alguien o algo que puede ayudar a solucionar un determinado problema, pero por no saber de su existencia no se consulta. Con frecuencia las organizaciones no saben lo que realmente saben [8]. Este tipo de situaciones permiten vislumbrar como la AC podría ser de utilidad para dar soporte a algunos de los problemas del MS. Este trabajo propone la utilización de la AC como apoyo en la solución de este tipo de problemas. Primeramente se da una revisión del tipo de trabajo que se ha realizado para apoyar, por medio de la AC, a las organizaciones de desarrollo de software. Posteriormente se presentan dos casos de estudio realizado en dos grupos dedicados al MS. Por último se presenta brevemente el trabajo que estamos realizando para apoyar el proceso de mantenimiento de software por medio de la AC. 2 Administración del Conocimiento en el Desarrollo de Software Diversas organizaciones de desarrollo de software, han buscado mecanismos que les permitan aprovechar las distintas fuentes de conocimiento con las que cuentan, así como las lecciones aprendidas en proyectos anteriores. Como ejemplos de esto están: Sistemas de memoria organizacional. Que apoyan en la identificación y recuperación de fuentes de conocimiento. Por ejemplo expertos [9]. Reutilización de experiencias. Permite el aprovechamiento de las lecciones aprendidas durante los distintos proyectos realizados dentro de organizaciones de desarrollo software. Esto con el fin de mejorar la calidad y productividad de sus procesos y productos [10]. No obstante estos esfuerzos, no existen suficientes estudios de este tipo, que busquen solucionar los problemas del mantenimiento de los sistemas existentes. Por lo tanto, vemos la necesidad de desarrollar mecanismos que permitan aprovechar los beneficios que podría brindar la AC al mantenimiento del software. Para identificar qué tipo de problemas, y de qué manera pueden ser abordados por medio de la AC, hemos realizado dos casos de estudio en dos grupos de mantenimiento de software. 3 Casos de Estudio. Como mencionamos anteriormente, realizamos dos casos de estudio en dos grupos de MS [1]. El primero (grupo A) es un departamento que se encarga de dar mantenimiento a los sistemas administrativos utilizados por una institución de investigación y enseñanza superior. El segundo (grupo B), es una empresa que se dedica al desarrollo

3 de sistemas de administración telefónica. Los casos de estudio nos permitieron identificar los procesos principales que ambos grupos siguen durante el MS, por ejemplo, la atención de problemas de los usuarios; los tipos de solicitudes de cambios que manejan, así como la manera en que estas solicitudes son tratadas por cada uno de los grupos; y las actividades involucradas en las modificaciones dentro de los sistemas, como por ejemplo, los mecanismos de control de versiones de cada grupo. También se buscó identificar el tipo de actores y roles que participan en estas actividades, así como las fuentes de información y conocimiento que éstos consultan, y el tipo de conocimiento que requieren. Por último, se identificaron algunos de los problemas técnicos y sociales existentes en cada grupo. Encontramos que ambos esquemas tienen diferencias considerables, sin embargo, pudimos detectar que presentan problemas similares, por ejemplo, la falta de una buena documentación en los sistemas existentes, desaprovechamiento del conocimiento existente en cada grupo, y un alto riesgo de pérdida de conocimiento si alguno de los miembros del grupo lo deja. Además, pudimos observar que las fuentes de información y conocimiento que consultan son similares; con frecuencia consultan a otros miembros del grupo, al propio sistema (ejecutable y código fuente), la documentación que pudiera existir, y en el caso del grupo A, existe una comunicación constante con el usuario; lo que no sucede en el grupo B. Sin embargo, en la mayoría de los casos, el personal de mantenimiento se basa en su propia experiencia para resolver problemas. La Figura 1 muestra una generalización de estos aspectos. En ambos grupos, el ingeniero de mantenimiento (IM), primeramente debe recibir los requerimientos que deberán cubrir las modificaciones, así como un plan de proyecto en el que se establecen las tareas que debe realizar. Posteriormente, debe identificar las partes del sistema que requerirán ser modificadas, así como las que pudieran resultar afectadas. Para esto, el IM se basa principalmente en su experiencia, pero si ésta no es suficiente, consulta otras fuentes. Una vez que identifica las partes del sistema a modificar, y que obtiene una idea de qué cambios son los que debe hacer, procede a realizarlos. Código Fuente Documento Idea Documento de requerimientos Solicitud de mantenimiento Ejecutable Sistema Proyecto Requerimientos Identificar las partes del sistema que serán modificadas, y las que pudieran resultar afectadas Lista de módulos, tablas, reporte, etc. a modificar. Realizar modificaciones Usuario Documentación Otros miembros del equipo Ingeniero de mantenimiento Fig. 1. Aspectos a considerar antes de hacer las modificaciones al sistema, así como las fuentes de conocimiento consultadas por los ingenieros de mantenimiento. No obstante las distintas fuentes que pueden consultar los IM, en la mayoría de los casos se basan en la experimentación personal, por ejemplo, utilizando el sistema como si fueran usuarios del mismo, o analizando el código fuente, lo que por lo general consume bastante tiempo. Esto último es sobre todo cierto si no tienen conocimiento de la existencia de alguien o algo que pudiera ayudarles a resolver el problema. Por

4 ejemplo, detectamos que en ocasiones existen documentos o personas dentro del grupo, con la información o el conocimiento necesario para apoyar a otros en ciertas tareas, pero si estos últimos no lo saben, no los consultan. Un ejemplo de esto es una frase dicha por uno de los entrevistados: pero ella como iba a saber si yo no se lo digo. Los casos de estudio nos permitieron dar cuenta de la gran cantidad de diferencias que puede haber dentro de dos grupos de mantenimiento de software, sin embargo, también nos hicieron posible identificar problemas comunes que, consideramos, pudieran ser apoyados mediante la AC. Para ilustrar este tipo de problemas, planteamos diversos escenarios, dos de los cuales se presentan a continuación. 3.1 Escenarios El uso de escenarios es una técnica que permite la identificación de especificaciones de diseño de sistemas de software [14]. El tipo de escenarios presentados a continuación, nos ayudó a identificar los requerimientos básicos que, consideramos deben ser cubiertos por un sistema de AC que de soporte al mantenimiento de software. Escenario 1. Un IM debe implementar ciertos cálculos dentro del sistema de finanzas. Ya que su conocimiento en el área no es suficiente, las modificaciones le han tomado alrededor de una semana más del tiempo programado. Al cabo de esta semana, el jefe del departamento (JD), en una revisión del avance de los proyectos, detecta el retraso. Cita al IM para preguntarle la razón de dicho retraso. Cuando el IM le comenta cuál es el problema, el JD se da cuenta de que es algo en lo que él tiene experiencia, por lo que pude ayudar al IM a solucionar el problema ese mismo día. Escenario 2. Un IM sin mucha experiencia requiere modificar el formato de impresión del reporte de calificaciones por estudiante, el cual se encuentra dentro de la ruta: subsistema de la dirección de estudios de postgrado-> módulo de datos de estudiantes-> impresión de reportes-> reporte de calificaciones-> por estudiante. Para identificar cuáles son los archivos fuente que requerirán ser modificados, el IM tiene que entrar desde el menú principal, y seguir los archivos que son llamados a través de la ruta, hasta identificar el que corresponde con la opción reporte de calificaciones por estudiante. En contraste con lo anterior, cuando el IM tiene el conocimiento suficiente de la estructura interna del sistema, sabe cuáles son los archivos fuente que corresponden con la opción que se quiere modificar, por lo que no requiere hacer todo el seguimiento que hace un IM inexperto. En el primer escenario podemos ver que si el IM hubiera tenido la manera de saber que el JD tenía la experiencia para ayudarle a resolver el problema, posiblemente el retraso nunca se hubiera dado. Por otro lado, el segundo escenario permite observar que si el IM inexperto pudiera saber quienes han modificado con anterioridad un determinado módulo, y mejor aún, cuáles son los archivos que por lo general son modificados cuando deben hacerse cambios a éste, podría reducir el tiempo que dedica a la realización de los mismos. De estos dos escenarios surge la pregunta de cómo ayudar a los encargados del MS a identificar fuentes de conocimiento que les puedan ayudar en sus tareas, aun cuando estos no sepan siquiera que estas fuentes existen.

5 3.2 Características básicas para una herramienta de AC en el mantenimiento de software: Agentes de Software, una posible solución La información obtenida durante el caso de estudio, así como los distintos escenarios que fueron identificados, nos permitió hacer una recolección de los requerimientos básicos que, consideramos debe cumplir una herramienta de soporte a la AC que facilite la identificación de las fuentes de conocimiento en el MS. Entre estos requerimientos se encuentran: Apoyo en la identificación y acceso a fuentes de conocimiento (usuarios, personal de mantenimiento, documentos, etc.). Apoyo en la captura y recuperación de experiencias y casos similares. o Apoyo en la identificación de archivos fuente a modificar. o Apoyo en la identificación de módulos o archivos que pudieran resultar afectados por los cambios. El sistema debe ser pro-activo y autónomo. Los cuatro primeros requerimientos, fueron obtenidos de la literatura y los escenarios planteados en el presente artículo. Con respecto al quinto punto, consideramos que es necesario que el sistema sea capaz de apoyar en la generación e identificación de conocimiento y fuentes del mismo, sin la necesidad de una constante intervención del usuario, ya que, si a los IM se les solicita que para cada tarea que realicen, capturen información para incrementar la base de conocimiento, estos difícilmente encontraran una verdadera utilidad en el sistema. Además, vemos necesario que, aun cuando el IM no solicite directamente la búsqueda de fuentes de conocimiento, por ejemplo, por no saber que existen, el sistema sea capaz de anticiparse e informar al IM de la existencia de fuentes de conocimiento que pudieran ser relevantes para la tarea a realizar. Debido a esto, el sistema debe contar con cierta autonomía para actuar bajo determinadas circunstancias. Por a lo anterior, hemos considerado los agentes de software como tecnología para implementar el sistema de AC, ya que estos cuentan con características que los hacen viables en el desarrollo de sistemas autónomos y pro-activos [12], por lo que han sido utilizados en la implementación de sistemas de AC [11]. Cliente Ingeniero de Mantenimiento Interfaz de usuario Agente de AMC Personal AMFC Contenedor de agente de Personal Interfaz de usuario Repositorio Local Red Contenedor principal Agente de Directorio AMFC.- Agente manejador de fuentes de conocimiento AMC.- Agente manejador de conocimiento Servidor Contenedor de agentes de cliente Agente de Cliente Contenedor de agente de Producto Agente de Agente de Producto Proyecto AMFC AMC Repositorio Global Fig. 2. Arquitectura de agentes para la AC en el mantenimiento de software. Con esto en mente, hemos diseñado una arquitectura (Figura 2) basada en agentes para el desarrollo de sistemas de AC en el mantenimiento de software. La arquitectura

6 se compone de cinco tipos de agentes principales, que representan a los principales actores y elementos involucrados en el MS; además de dos tipos de agentes para apoyar en la generación y búsqueda de conocimiento, y en el manejo de las fuentes del mismo. Actualmente estamos desarrollando un sistema prototipo basado en la arquitectura de agentes propuesta, cuyo propósito es el verificar la factibilidad del desarrollo de sistemas de AC basados en ésta arquitectura, así como detectar a qué grado un sistema de esta naturaleza puede apoyar a los encargados del MS en la realización de sus tareas. 4 Conclusiones En el presente artículo, hemos propuesto la AC como un medio para apoyar en la solución de los problemas asociados al MS. La literatura revisada, así como dos casos de estudio realizados, nos hacen ver que la AC puede ser una alternativa viable para dar soporte a varios de los problemas presentes en el proceso de MS. Actualmente nos encontramos desarrollando un sistema basado en una arquitectura de agentes, que se encargue de gestionar el conocimiento generado durante la etapa de mantenimiento de software. Referencias [1] O. M. Rodríguez y A. I. Martínez. Caso de estudio: Mantenimiento del Software en el Departamento de Informática del CICESE. CICESE, Reporte Técnico, En revisión, [2] P. N. Robillard. The Role of Knowledge in Software Development. Communications of the ACM, 42(1): pp , [3] I. Rus y M. Lindvall. Knowledge Management in Software Engineering. IEEE Software, 19(3): pp , [4] R. Thomsett. The year 2000 Bug: A Forgotten Lesson. IEEE Software, 15(4): pp , [5] M. Polo, M. Piattini, y F. Ruiz. Using a Qualitative Research Method for Building a Software Maintenance Methodology. Software Practice & Experience, 32(13): pp , [6] IEEE. IEEE Standard for Software Maintenance (IEEE Std ), [7] S. Dart, A. M. Christie y A. W. Brown. A Case Study in Software Maintenance. Software Engineering Institute, Carnegie Mellon University. Technical Report, CMU/SEI-93-TR-8, [8] A. Tiwana. The Knowledge Management Toolkit: Practical Techniques for Building a Knowledge Management System. Prentice Hall, [9] M. S. Ackerman. Augmenting the Organizational Memory: A Field Study of Answer Garden. ACM Transactions on Information Systems, 16(3): pp , [10] V. R. Basili y C. Seaman. The Experience Factory Organization. IEEE Software, 19(3): pp , [11] C. Tacla y J. P. Barthès. A Multi-agent Architecture for Knowledge Management Systems. Second IEEE Intl. Symposium on Advanced Distributed Computing Systems. ISADS, [12] M. Wooldrige y P. Ciancarini. Agent-Oriented Software Engineering: The State of the Art. Springer-Verlang, Lecture Notes in AI, Vol. 1957, [13] R. C. Barquin. What is Knowledge Management?. Knowledge and Innovation: Journal of the KMCI, 1(2): pp , [14] J. M. Carroll y M. B. Rosson. Getting Around the Tast Artifact Cycle: How to Make Claims and Design by Scenario. ACM Transactions on Information Systems, 10(2): pp , 1992.

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

LA MEJORA DE PROCESOS EN PEQUEÑAS EMPRESAS Y LA ISO/IEC 29110

LA MEJORA DE PROCESOS EN PEQUEÑAS EMPRESAS Y LA ISO/IEC 29110 LA MEJORA DE PROCESOS EN PEQUEÑAS EMPRESAS Y LA ISO/IEC 29110 Mª Carmen García, Javier Garzás, Mario Piattini www.kybeleconsulting.com http://kybeleconsulting.blogspot.com/ La actividad económica desarrollada

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

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

Agentes móviles en SAIPE: Sistema de acceso a Información Personal desde Entornos con conectividad limitada

Agentes móviles en SAIPE: Sistema de acceso a Información Personal desde Entornos con conectividad limitada Agentes móviles en SAIPE: Sistema de acceso a Información Personal desde Entornos con conectividad limitada Jose A. Barcala, Pedro Cuesta, Alma Gómez, Juan C. González, Francisco J. Rodríguez Lenguajes

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

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

Curso sobre Mantenimiento de Software: experiencia y propuestas.

Curso sobre Mantenimiento de Software: experiencia y propuestas. Curso sobre Mantenimiento de Software: experiencia y propuestas. Macario Polo Usaola, Francisco Ruiz González, Mario G. Piattini Velthuis Escuela Superior de Informática Universidad de Castilla-La Mancha

Más detalles

DESARROLLO DE UN MODELO EDUCATIVO UTILIZANDO GESTION DEL CONOCIMIENTO

DESARROLLO DE UN MODELO EDUCATIVO UTILIZANDO GESTION DEL CONOCIMIENTO Universidad Autónoma del Estado de México, Facultad de Contaduría y Administración Cerro de Coatepec, Ciudad Universitaria, Toluca, Estado de México, teléfonos: (722) 214-00-11; 214-02-50 DESARROLLO DE

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

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

Universidad de Castilla-La Mancha Departamento de Informática El Diseño de Software para la Gestión del Conocimiento

Universidad de Castilla-La Mancha Departamento de Informática El Diseño de Software para la Gestión del Conocimiento CURSOS DE VERANO 2002 www.uclm.es/curve2002 (Vicerrectorado de Extensión Universitaria y del Campus de Cuenca) Universidad de Castilla-La Mancha GROKIS www.inf-cr.uclm.es/www/grokis (Group for Research

Más detalles

CARTA DESCRIPTIVA 1. PRESENTACIÓN PLAN DE ESTUDIOS: IS02 CRÉDITOS 5 CÓDIGO DEL CURSO: IS020 NIVEL: VI ÁREA O COMPONENTE DE FORMACIÓN: Específica

CARTA DESCRIPTIVA 1. PRESENTACIÓN PLAN DE ESTUDIOS: IS02 CRÉDITOS 5 CÓDIGO DEL CURSO: IS020 NIVEL: VI ÁREA O COMPONENTE DE FORMACIÓN: Específica FACULTAD: Ingenierías PROGRAMA: Ingeniería de sistemas NOMBRE DEL CURSO: CARTA DESCRIPTIVA Ingeniería de Software 1. PRESENTACIÓN PLAN DE ESTUDIOS: IS02 CRÉDITOS 5 CÓDIGO DEL CURSO: IS020 NIVEL: VI ÁREA

Más detalles

Presenta: Dr. Alejandro Canales Cruz

Presenta: Dr. Alejandro Canales Cruz Gestión personalizada del conocimiento para el aprendizaje en un ambiente virtual generador de escenarios educativos dinámicos, adaptativos y colaborativos Presenta: Dr. Alejandro Canales Cruz Agenda Pregunta

Más detalles

Una Propuesta para Gestionar el Conocimiento Organizacional: Caso CENACE CFE

Una Propuesta para Gestionar el Conocimiento Organizacional: Caso CENACE CFE Una Propuesta para Gestionar el Conocimiento Organizacional: Caso CENACE CFE Mario Barcelo-Valenzuela 1, Juana Inés Munguía-Ramírez 1, Alonso Pérez-Soltero 1, José Palma-Méndez 2 1 Universidad de Sonora,

Más detalles

Modelo Para el Desarrollo de los Procesos Administrativos de la Micro y Pequeña Industria de Software

Modelo Para el Desarrollo de los Procesos Administrativos de la Micro y Pequeña Industria de Software Modelo Para el Desarrollo de los Procesos Administrativos de la Micro y Pequeña Industria de Software García Ramírez Ma. Leticia, Luna Vilchis Patricia y Chaparro Sánchez Ricardo Facultad de Informática,

Más detalles

CARTA DESCRIPTIVA Código: FO-MI-108 Versión: 3 Fecha: 25-10-2013

CARTA DESCRIPTIVA Código: FO-MI-108 Versión: 3 Fecha: 25-10-2013 CARTA DESCRIPTIVA Código: FO-MI-108 Versión: 3 Fecha: 25-10-2013 1. PRESENTACIÓN FACULTAD: Ingenierías PROGRAMA: Ingeniería de sistemas NOMBRE DEL CURSO: Ingeniería de Software PLAN DE ESTUDIOS: IS01 CRÉDITOS

Más detalles

Ciencia de Servicios como herramienta de innovación y creación de valor en tiempos de crisis

Ciencia de Servicios como herramienta de innovación y creación de valor en tiempos de crisis 3 rd International Conference on Industrial Engineering and Industrial Management XIII Congreso de Ingeniería de Organización Barcelona-Terrassa, September 2nd-4th 2009 Ciencia de Servicios como herramienta

Más detalles

Ingeniería de software

Ingeniería de software Ingeniería de software MSC-0102 Nombre de la asignatura: Ingeniería de Software Línea de trabajo: Asignatura básica Tiempo de dedicación del estudiante a las actividades de: DOC TIS TPS Horas totales Créditos

Más detalles

Indicadores económicos del desarrollo software 1 y 2

Indicadores económicos del desarrollo software 1 y 2 Indicadores económicos del desarrollo software 1 y 2 Javier Garzás, Daniel Cabrero 1 EL RETORNO DE LA INVERSIÓN El retorno de la inversión, conocido por sus siglas ROI, si bien es un indicador esencial

Más detalles

Technology. Journal of object Oriented Programming. Journal of Information Systems Management. Revista Colombiana de Computación

Technology. Journal of object Oriented Programming. Journal of Information Systems Management. Revista Colombiana de Computación MINI CURRICULUM VITAE Nombres: Maria Angélica Apellidos: Pérez de Ovalles C Identidad: V-3821365 Fecha de Ingreso a la USB: 15-04-92 e-mail: movalles@usb.ve Ext-USB: 4017 Lugar de Trabajo: MYS 309 A Dpto:

Más detalles

Guía docente de la asignatura

Guía docente de la asignatura Guía docente de la asignatura Asignatura Materia T22: DISEÑO, INTEGRACIÓN Y ADAPTACIÓN DE SOFTWARE TECNOLOGÍAS SOFTWARE Módulo Titulación GRADO EN INGENIERÍA INFORMÁTICA DE SISTEMAS (464) Plan 464 Código

Más detalles

Tema III: Gestión de la Configuración. Diana Marcela Sánchez Fúquene Ingeniería del Software de Gestión

Tema III: Gestión de la Configuración. Diana Marcela Sánchez Fúquene Ingeniería del Software de Gestión Tema III: Gestión de la Configuración. Diana Marcela Sánchez Fúquene Ingeniería del Software de Gestión Introducción Gestión de la Configuración del Software (GCS / SCM) Def.- Arte de identificar, organizar,

Más detalles

Diseño de Aplicaciones para SAP IS-H*med Usando Patrones de Diseño de Software. Caso de Estudio: Just Click! Sergio Andrés Pico Rojas, Ingeniero

Diseño de Aplicaciones para SAP IS-H*med Usando Patrones de Diseño de Software. Caso de Estudio: Just Click! Sergio Andrés Pico Rojas, Ingeniero Diseño de Aplicaciones para SAP IS-H*med Usando Patrones de Diseño de Software. Caso de Estudio: Just Click! Sergio Andrés Pico Rojas, Ingeniero Informático. Diana Teresa Gómez Forero, Ingeniera de Sistemas,

Más detalles

Definición de un Proceso de Implantación de Sistemas

Definición de un Proceso de Implantación de Sistemas Definición de un Proceso de Implantación de Sistemas Alicia Mon, Marcelo Estayno, Fernando López Gil, Eduardo De María 1 1 Grupo de Ingeniería de Software (G.I.S.) / Departamento de Sistemas / Universidad

Más detalles

Una arquitectura indoor-lbs basada en SIG con servidores de mapas.

Una arquitectura indoor-lbs basada en SIG con servidores de mapas. Una arquitectura indoor-lbs basada en SIG con servidores de mapas. José Eduardo Córcoles LoUISE (Laboratorio de Interacción con el Usuario e Ingeniería del Software) Universidad de Castilla-La Mancha España

Más detalles

Evaluación, limpieza y construcción de los datos: un enfoque desde la inteligencia artificial

Evaluación, limpieza y construcción de los datos: un enfoque desde la inteligencia artificial Universidad del Cauca Facultad de Ingeniería Electrónica y Telecomunicaciones Programas de Maestría y Doctorado en Ingeniería Telemática Seminario de Investigación Evaluación, limpieza y construcción de

Más detalles

Introduction to CMMI-DEV V1.3 (Introducción a CMMI-Desarrollo Versión 1.3)

Introduction to CMMI-DEV V1.3 (Introducción a CMMI-Desarrollo Versión 1.3) Introduction to CMMI-DEV V1.3 (Introducción a CMMI-Desarrollo Versión 1.3) Este curso oficial impartido por un instructor certificado por el SEI, tiene tres días de duración e introduce a los directivos

Más detalles

UN SONDEO EN ESPAÑA SOBRE LA PRÁCTICA PROFESIONAL EN PROCESOS PARA PRUEBAS DE SOFTWARE

UN SONDEO EN ESPAÑA SOBRE LA PRÁCTICA PROFESIONAL EN PROCESOS PARA PRUEBAS DE SOFTWARE Taller sobre Pruebas en Ingeniería del Software PRIS 2006 UN SONDEO EN ESPAÑA SOBRE LA PRÁCTICA PROFESIONAL EN PROCESOS PARA PRUEBAS DE SOFTWARE Luis Fernández Sanz 1 *, Pedro José Lara Bercial 1 1: Departamento

Más detalles

Propuesta de desarrollo de un repositorio digital de documentos de investigación para la FISI utilizando software libre

Propuesta de desarrollo de un repositorio digital de documentos de investigación para la FISI utilizando software libre RISI 7(2), 2010 (69-75) Revista de Investigación de Sistemas e Informática Facultad de Ingeniería de Sistemas e Informática Universidad Nacional Mayor de San Marcos ISSN 1815-0268 (versión impresa) ISSN

Más detalles

SOFTWARE PROJECT MANAGEMENT PLAN

SOFTWARE PROJECT MANAGEMENT PLAN SOFTWARE PROJECT MANAGEMENT PLAN HERRAMIENTA PARA LA ADMINISTRACIÓN DE REQUERIMIENTOS DE LOS PROYECTOS DE LAS ASIGNATURAS DE INGENIERÍA Y ARQUITECTURA DE SOFTWARE DE LA PONTIFICIA UNIVERSIDAD JAVERIANA.

Más detalles

IMPORTANCIA ACADÉMICA APLICADA EN EL CAMPO LABORAL

IMPORTANCIA ACADÉMICA APLICADA EN EL CAMPO LABORAL IMPORTANCIA ACADÉMICA APLICADA EN EL CAMPO LABORAL Por Br. Jorge Alfonso Díaz, jorgealfidi@gmail.com RESUMEN Este articulo trata sobre la importancia de los estudios académicos en el campo laboral, ya

Más detalles

ARMONIZACIÓN DE MODELOS DE CALIDAD DEL SOFTWARE

ARMONIZACIÓN DE MODELOS DE CALIDAD DEL SOFTWARE DESDE LA ACADEMIA ARMONIZACIÓN DE MODELOS DE CALIDAD DEL SOFTWARE GABRIEL ALBERTO GARCÍA MIRELES, FÉLIX ÓSCAR GARCÍA RUBIO La tendencia actual entre las organizaciones que desarrollan software es la adopción

Más detalles

Herramienta de gestión de trazabilidad de requerimientos en proyectos de software

Herramienta de gestión de trazabilidad de requerimientos en proyectos de software Herramienta de gestión de trazabilidad de requerimientos en proyectos de software Alfredo Villafañe 1, María de los A. Ferraro 1, Yanina Medina 1, Cristina Greiner 1, Gladys Dapozo 1, Marcelo Estayno 2

Más detalles

CALIDAD, PRUEBAS Y MANTENIMIENTO DEL SOFTWARE

CALIDAD, PRUEBAS Y MANTENIMIENTO DEL SOFTWARE CALIDAD, PRUEBAS Y MANTENIMIENTO DEL SOFTWARE Grado en Ingeniería Informática Universidad de Alcalá Curso Académico 2014/15 Curso 4º Cuatrimestre 1º GUÍA DOCENTE Nombre de la asignatura: CALIDAD, PRUEBAS

Más detalles

SISTEMAS DE INFORMACIÓN II TEORÍA

SISTEMAS DE INFORMACIÓN II TEORÍA CONTENIDO: DETERMINACIÓN DE REQUERIMIENTOS ENTREVISTAS, CUESTIONARIOS, OBSERVACIONES JOINT APPICATION DESIGN (JAD) PROTOTIPOS, CASE, GROUPWARE Material diseñado y elaborado por: Prof. Luis Eduardo Mendoza

Más detalles

Gestión del Riesgo. Un peso invertido en prevención de riesgos vale por muchos pesos gastados en recuperación ante problemas

Gestión del Riesgo. Un peso invertido en prevención de riesgos vale por muchos pesos gastados en recuperación ante problemas Gestión del Riesgo Un peso invertido en prevención de riesgos vale por muchos pesos gastados en recuperación ante problemas 1 Bibliografía A guide to de Project Management Body of Knowledge (PMBOK), Project

Más detalles

Gestión de la Configuración del Software. Introducción. Elementos de la Configuración y Línea base. Objetivo

Gestión de la Configuración del Software. Introducción. Elementos de la Configuración y Línea base. Objetivo Gestión de la Configuración del Software Javier Tuya Universidad de Oviedo Departamento de Informática Introducción "Sin importar en qué momento del ciclo de vida nos encontremos, el sistema cambiará,

Más detalles

Caracterización de los factores de cambio para la implantación de MoProSoft en las PyMES

Caracterización de los factores de cambio para la implantación de MoProSoft en las PyMES Caracterización de los factores de cambio para la implantación de MoProSoft en las PyMES María Angélica Astorga Vargas 1, José Martín Olguín Espinoza 2 y Brenda Leticia Flores Ríos 3. 1 Universidad Autónoma

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

Ciclo de vida del software

Ciclo de vida del software RUP para Mantenimiento de Software Preparado por: Amelia Soriano Ciclo de vida del software Análisis del problema Liberación del producto Comprensión del problema Desarrollo del software RUP Ciclo Típico

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

PRONTUARIO. Se espera que al finalizar el curso, el estudiante pueda:

PRONTUARIO. Se espera que al finalizar el curso, el estudiante pueda: UNIVERSIDAD INTERAMERICANA DE PUERTO RICO RECINTO METROPOLITANO FACULTAD DE CIENCIAS ECONÓMICAS Y ADMINISTRATIVAS ESCUELA DE ECONOMÍA PROGRAMA DE TECNOLOGÍA DE LA INFORMACIÓN I. INFORMACIÓN GENERAL PRONTUARIO

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

Sistema Tecnológico de Información de la Unidad de Cooperación Técnica

Sistema Tecnológico de Información de la Unidad de Cooperación Técnica Recibido, 11/05/2010 Aceptado, 18/08/2010 Artículo de divulgación Sistema Tecnológico de Información de la Unidad de Cooperación Técnica Information Technology System for Technical Cooperation Unit a b

Más detalles

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

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

Más detalles

Curso sobre software libre Cómo el software libre está cambiando el desarrollo de software

Curso sobre software libre Cómo el software libre está cambiando el desarrollo de software Curso sobre software libre Cómo el software libre está cambiando el desarrollo de software Jesús M. González Barahona jgb@gsyc.es (basado en versión previa de Daniel Germán) Madrid, abril de 2008 1 c 2006-2008

Más detalles

Bibliografía. [Al-Kodmany, 2000] Al-Kodmany, Kheir., Extending Geographic Information System to. 12, No.3., pp. 19-34, Summer 2000.

Bibliografía. [Al-Kodmany, 2000] Al-Kodmany, Kheir., Extending Geographic Information System to. 12, No.3., pp. 19-34, Summer 2000. Bibliografía [Al-Kodmany, 2000] Al-Kodmany, Kheir., Extending Geographic Information System to Meet Neighborhood Planning Needs: Recent Developments in the Work of the University of Illinois at Chicago,

Más detalles

ORGANIZACIÓN DOCENTE del curso 2009-10

ORGANIZACIÓN DOCENTE del curso 2009-10 ORGANIZACIÓN DOCENTE del curso 2009-10 1. DATOS GENERALES DE LA ASIGNATURA NOMBRE Ingeniería del Software II PÁGINA WEB www.ctr.unican.es/asignaturas/is2 CÓDIGO DEPARTAMENTO Matemáticas, Estadística y

Más detalles

Profesorado: Dra. María José Escalona Cuaresma mjescalona@us.es Dr. José Mariano González Romano mariano@lsi.us.es

Profesorado: Dra. María José Escalona Cuaresma mjescalona@us.es Dr. José Mariano González Romano mariano@lsi.us.es Metodología y Técnicas en Proyectos software para la Web II-6 para la Ingeniería Web Profesorado: Dra. María José Escalona Cuaresma mjescalona@us.es Dr. José Mariano González Romano mariano@lsi.us.es Programa

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

[Clave Proyecto] - Plan de Administración de la Configuración del Proyecto

[Clave Proyecto] - Plan de Administración de la Configuración del Proyecto [Clave Proyecto] - Plan de Administración de la Configuración del Proyecto Contenido 1. Historial de Cambios... 3 1.1. Cambios de Contenido... 3 1.2. Aprobación de Cambios... 3 1.3. Cambios de Plantilla...

Más detalles

Ges3ón de Proyectos So9ware

Ges3ón de Proyectos So9ware Ges3ón de Proyectos So9ware Tema 2.1 Integración Carlos Blanco Bueno Félix Óscar García Rubio Este tema se publica bajo Licencia: Crea5ve Commons BY- NC- ND 4.0 Objetivos Ampliar los conocimientos básicos

Más detalles

(Paradigmas de Programación)

(Paradigmas de Programación) (Paradigmas de Programación) Guía de Aprendizaje Información al estudiante 1. Datos Descriptivos Titulación Módulo Materia Asignatura Carácter Máster Universitario de Ingeniería Informática Dirección y

Más detalles

JESÚS EDUARDO CORTÉS SÁNCHEZ

JESÚS EDUARDO CORTÉS SÁNCHEZ MÓDULOS ACTIVIDADES Y SERVICIOS DE BIENESTAR DEL SISTEMA DE INFORMACIÓN PARA LA DIVISIÓN DE BIENESTAR INSTITUCIONAL DE LA CORPORACIÓN UNIVERSITARIA SANTA ROSA DE CABAL UNISARC JESÚS EDUARDO CORTÉS SÁNCHEZ

Más detalles

Aplicaciones Web a tu medida!

Aplicaciones Web a tu medida! Nota aclaratoria: El presente documento se realizó tomando como base el documento titulado Ingeniería de Requisitos en Aplicaciones para la Web Un estudio comparativo escrito por María José Escalona (Universidad

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

CONGRESOS 2012 INTERNACIONALES

CONGRESOS 2012 INTERNACIONALES CONGRESOS 2012 INTERNACIONALES Autores: V. A. Bollati, P. Atzeni, E. Marcos, J.M. Vara Título: Model Management Systems vs. Model Driven Engineering: A Case Study Congreso: Symposium on Applied Computing

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

Guía docente de la asignatura

Guía docente de la asignatura Guía docente de la asignatura Asignatura Materia CALIDAD DE SOFTWARE COMPLEMENTOS DE SOFTWARE Módulo Titulación GRADO EN INGENIERÍA INFORMÁTICA Plan 463 45216 Periodo de impartición 1 er CUATRIMESTRE Tipo/Carácter

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

M t é rica c s a s de d l e Pr P oc o e c s e o s o de d Ing n e g n e i n er e ía a de d e So S f o twa w r a e e y y de d P od o u d c u t c o

M t é rica c s a s de d l e Pr P oc o e c s e o s o de d Ing n e g n e i n er e ía a de d e So S f o twa w r a e e y y de d P od o u d c u t c o Proceso de Ingeniería de Software Métricas del Proceso de Ingeniería de Software y de Producto 4. Métricas del proceso y el producto 4.1. Métricas del proceso 4.2. Métricas del producto 4.3. Calidad y

Más detalles

DEPARTAMENTO: Ingeniería e Investigaciones Tecnológicas

DEPARTAMENTO: Ingeniería e Investigaciones Tecnológicas CÓDIGO ASIGNATURA 1131-2 DEPARTAMENTO: Ingeniería e Investigaciones Tecnológicas ASIGNATURA: Proceso Software Proceso Software 1. OBJETIVOS Marco referencial El rol del curso Proceso Software es el de

Más detalles

SIMULACIÓN DE PROCESOS INDUSTRIALES

SIMULACIÓN DE PROCESOS INDUSTRIALES ASIGNATURA DE MÁSTER: SIMULACIÓN DE PROCESOS INDUSTRIALES Curso 2010/2011 (Código:28803010) 1.PRESENTACIÓN En esta asignatura se estudian las técnicas de simulación, comenzando por una introducción básica

Más detalles

Carrera: IFM - 0434 3-2-8. Participantes. Representantes de la academia de sistemas y computación de los Institutos Tecnológicos.

Carrera: IFM - 0434 3-2-8. Participantes. Representantes de la academia de sistemas y computación de los Institutos Tecnológicos. 1.- DATOS DE LA ASIGNATURA Nombre de la asignatura: Carrera: Clave de la asignatura: Horas teoría-horas práctica-créditos Sistemas de I Licenciatura en Informática IFM - 0434 3-2-8 2.- HISTORIA DEL PROGRAMA

Más detalles

Organización de conocimientos en procesos de ingeniería de software por medio de modelado de procesos: una adaptación de SPEM

Organización de conocimientos en procesos de ingeniería de software por medio de modelado de procesos: una adaptación de SPEM Organización de conocimientos en procesos de ingeniería de software por medio de modelado de procesos: una adaptación de SPEM Oscar M. Rodríguez-Elias,2, Ana I. Martínez García 2, Aurora Vizcaíno 3, Jesús

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

TIC Y AMBIENTES DE APRENDIZAJE UNIDAD 5: OBJETOS VIRTUALES DE APRENDIZAJE (OVAS) Y PROPIEDAD INTELECTUAL.

TIC Y AMBIENTES DE APRENDIZAJE UNIDAD 5: OBJETOS VIRTUALES DE APRENDIZAJE (OVAS) Y PROPIEDAD INTELECTUAL. TIC Y AMBIENTES DE APRENDIZAJE UNIDAD 5: OBJETOS VIRTUALES DE APRENDIZAJE (OVAS) Y PROPIEDAD INTELECTUAL. Contenido INTRODUCCIÓN... 2 COMPETENCIAS... 2 1. OBJETOS DE APRENDIZAJE - DEFINICIÓN... 2 1.1 Qué

Más detalles

Interfaz de Consultas Vagas sobre Componentes Educativos en La Web

Interfaz de Consultas Vagas sobre Componentes Educativos en La Web Interfaz de Consultas Vagas sobre Componentes Educativos en La Web Claudia Jiménez Ramírez Universidad Nacional de Colombia, Sede Medellín csjimene@unalmed.edu.co Hernán Darío Alvarez Universidad Nacional

Más detalles

PRACTICA 1 Elaboración de un plan de proyecto utilizando Microsoft Project

PRACTICA 1 Elaboración de un plan de proyecto utilizando Microsoft Project UNIVERSIDAD DE CASTILLA-LA MANCHA ESCUELA SUPERIOR DE INFORMÁTICA PRACTICA 1 Elaboración de un plan de proyecto utilizando Microsoft Project AUTORES: Alfonso Franco Garcia Alicia Martín-Benito Escalona

Más detalles

UNIVERSIDAD DEL VALLE DE MÉXICO PROGRAMA DE ESTUDIO DE LICENCIATURA PRAXIS MES XXI

UNIVERSIDAD DEL VALLE DE MÉXICO PROGRAMA DE ESTUDIO DE LICENCIATURA PRAXIS MES XXI UNIVERSIDAD DEL VALLE DE MÉXICO PROGRAMA DE ESTUDIO DE LICENCIATURA PRAXIS MES XXI NOMBRE DE LA ASIGNATURA: DISEÑO Y ARQUITECTURA DE TECNOLOGÍAS DE LA INFORMACIÓN. FECHA DE ELABORACIÓN: ENERO 2005 ÁREA

Más detalles

Aspectos docentes de la asignatura de Proyectos de Software del plan de estudios de Ingeniería Informática de la Universidad de Zaragoza

Aspectos docentes de la asignatura de Proyectos de Software del plan de estudios de Ingeniería Informática de la Universidad de Zaragoza Aspectos docentes de la asignatura de Proyectos de Software del plan de estudios de Ingeniería Informática de la Universidad de Zaragoza Pedro R. Muro Medrano Javier Zarazaga Soria Juan Valiño García Departamento

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

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

Escuela Técnica Superior de Ingeniería Informática

Escuela Técnica Superior de Ingeniería Informática Escuela Técnica Superior de Ingeniería Informática Máster en Ingeniería Informática aplicada a la Industria, a la Ingeniería del Software y a los Sistemas y Tecnologías de la Información GUÍA DOCENTE DE

Más detalles

http://portal.acm.org

http://portal.acm.org Association for Computing Machinery (ACM) Mark Mandelbaum, Director of Publications ACM Digital Library and its contributions to the technological development SYSTEMS link International Mauricio Caceres

Más detalles

Resumen. Contexto. Palabras clave: integración continua, software científico técnico, calidad de software.

Resumen. Contexto. Palabras clave: integración continua, software científico técnico, calidad de software. Automatización en el desarrollo de Software Crítico en el Ámbito Científico Técnico Alicia Salamon, Patricio Maller, Alejandra Boggio, Natalia Mira, Sofia Perez, Francisco Coenda. Departamento de Informática,

Más detalles

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

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

Más detalles

Jazmín Hernández jazminpalom@gmail.com. Technical Report COMP-029-2009. Abstract

Jazmín Hernández jazminpalom@gmail.com. Technical Report COMP-029-2009. Abstract Guía para la Documentación de Arquitecturas de Software Como Base Para el Desarrollo de Sistemas de Información en la Iglesia Adventista del Séptimo Día Jazmín Hernández jazminpalom@gmail.com Technical

Más detalles

2 EL DOCUMENTO DE ESPECIFICACIONES

2 EL DOCUMENTO DE ESPECIFICACIONES Ingeniería Informática Tecnología de la Programación TEMA 1 Documentación de programas. 1 LA DOCUMENTACIÓN DE PROGRAMAS En la ejecución de un proyecto informático o un programa software se deben de seguir

Más detalles

II Currículum Vitae. 2008 - Título de Analista GeneXus aprobado con 100%. Artech, Uruguay

II Currículum Vitae. 2008 - Título de Analista GeneXus aprobado con 100%. Artech, Uruguay II Currículum Vitae 1 - Datos Personales 2 - Títulos Obtenidos Nombres y apellidos: Silvana Moreno Fecha de nacimiento: 09/01/1983 Domicilio: Av. Rivera 3085 apto 501 Teléfono: 099090228 E-mail: smoreno@fing.edu.uy

Más detalles

Gestión de la configuración en el software (SCM) Ingeniería de software Eduardo Ferreira, Martín Solari

Gestión de la configuración en el software (SCM) Ingeniería de software Eduardo Ferreira, Martín Solari Gestión de la configuración en el software (SCM) Ingeniería de software Eduardo Ferreira, Martín Solari 1 Temario Definiciones Problemas del cambio Elementos de la configuración Actividades de SCM Identificación

Más detalles

SISTEMA DE GESTIÓN, INGENIERÍA Y CALIDAD DEL SISTEMA INTEGRADO JÚPITER. NIVEL 2 DE CMMI

SISTEMA DE GESTIÓN, INGENIERÍA Y CALIDAD DEL SISTEMA INTEGRADO JÚPITER. NIVEL 2 DE CMMI SISTEMA DE GESTIÓN, INGENIERÍA Y CALIDAD DEL SISTEMA INTEGRADO JÚPITER. NIVEL 2 DE CMMI Director S.I. Júpiter Jefe Srv. Información de Gastos Jefa Gabinete Información de Gastos Responsable Sistemas del

Más detalles

Una arquitectura basada en CMS para la gestión de claustros de profesores usando dispositivos móviles.

Una arquitectura basada en CMS para la gestión de claustros de profesores usando dispositivos móviles. Una arquitectura basada en CMS para la gestión de claustros de profesores usando dispositivos móviles. José Eduardo Córcoles Universidad de Castilla-La Mancha - España corcoles@dsi.uclm.es Mª Nieves Carralero

Más detalles

Análisis de Competencias en TIC para la Modernización Curricular del Programa de. Ingeniería de Sistemas de la Universidad de Pamplona Colombia.

Análisis de Competencias en TIC para la Modernización Curricular del Programa de. Ingeniería de Sistemas de la Universidad de Pamplona Colombia. Análisis de Competencias en TIC para la Modernización Curricular del Programa de Ingeniería de Sistemas de la Universidad de Pamplona Colombia. Laura Patricia Villamizar Carrillo Maritza del Pilar Sánchez

Más detalles

Aplicación de una herramienta colaborativa en el desarrollo comunitario de conocimiento para Computación de Alto Rendimiento

Aplicación de una herramienta colaborativa en el desarrollo comunitario de conocimiento para Computación de Alto Rendimiento Aplicación de una herramienta colaborativa en el desarrollo comunitario de conocimiento para Computación de Alto Rendimiento Gustavo Martínez Spessot, Ricardo Medel, Marcelo Quispe, Diego Serrano, Departamento

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

Mejora del proceso de software en micro y pequeñas organizaciones

Mejora del proceso de software en micro y pequeñas organizaciones Encuentro de Investigadores y Docentes de Ingeniería 2008 EnIDI 2008, Mendoza, Argentina Mejora del proceso de software en micro y pequeñas organizaciones N.C. Dumit Muñoz & G. Mercado ndumit@frm.utn.edu.ar

Más detalles

La Seguridad como una asignatura indispensable para un Ingeniero del Software

La Seguridad como una asignatura indispensable para un Ingeniero del Software La Seguridad como una asignatura indispensable para un Ingeniero del Software David G. Rosado, Carlos Blanco, Luis Enrique Sánchez, Eduardo Fernández-Medina y Mario Piattini Grupo de Investigación ALARCOS

Más detalles

Sistema de Control Domótico

Sistema de Control Domótico UNIVERSIDAD PONTIFICIA COMILLAS ESCUELA TÉCNICA SUPERIOR DE INGENIERÍA (ICAI) INGENIERO EN ELECTRÓNICA Y AUTOMATICA PROYECTO FIN DE CARRERA Sistema de Control Domótico a través del bus USB Directores:

Más detalles

Plan de Estudios Diploma de Especialización en Ingeniería de Software

Plan de Estudios Diploma de Especialización en Ingeniería de Software Plan de Estudios Diploma de Especialización en Ingeniería de Software Antecedentes y Fundamentación La Ingeniería de Software (IS) es la aplicación de un enfoque sistemático, disciplinado y cuantificable

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

Fundamentos de Ingeniería del Software. Capítulo 6. El proceso del software

Fundamentos de Ingeniería del Software. Capítulo 6. El proceso del software Fundamentos de Ingeniería del Software Capítulo 6. El proceso del software Cap. 6. El proceso del software. Estructura 1. El proceso software 2. Estándares en ingeniería del software Utilidad de los estándares

Más detalles

Aplicaciones Hipermedias y Ambientes Virtuales en la Enseñanza de las Máquinas Computadoras. Rodríguez Kú Jorge Fernando, Blanco Méndez Nancy

Aplicaciones Hipermedias y Ambientes Virtuales en la Enseñanza de las Máquinas Computadoras. Rodríguez Kú Jorge Fernando, Blanco Méndez Nancy Aplicaciones Hipermedias y Ambientes Virtuales en la Enseñanza de las Máquinas Computadoras Rodríguez Kú Jorge Fernando, Blanco Méndez Nancy RESUMEN El presente trabajo proporciona el proyecto de desarrollo

Más detalles

Software Design Description. Versión 1.0 27/Enero/2012 TBA. Christian R. Lemus G. Pontificia Universidad Javeriana

Software Design Description. Versión 1.0 27/Enero/2012 TBA. Christian R. Lemus G. Pontificia Universidad Javeriana Software Design Description Versión 1.0 27/Enero/2012 TBA Christian R. Lemus G. Pontificia Universidad Javeriana i 1 Tabla de contenido 1 Tabla de contenido... 1 2 Introducción... 3 2.1 Propósito... 3

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

Data analyses for sharing assessment results Introduction to Requirements Engineering - Technical Report Dec 2008 Natalia Andriano

Data analyses for sharing assessment results Introduction to Requirements Engineering - Technical Report Dec 2008 Natalia Andriano Data analyses for sharing assessment results Introduction to Requirements Engineering - Technical Report Dec 2008 Natalia Andriano Grupo de Investigación en Ingeniería y Calidad de Software Departamento

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

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