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.

Planeación del Proyecto de Software:

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

Más detalles

Gestión y Desarrollo de Requisitos en Proyectos Software

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

Más detalles

Modelo de Proceso de Desarrollo de Software

Modelo de Proceso de Desarrollo de Software Modelo de Proceso de Desarrollo de Software Documento de Actividades Gestión de Configuración (S.C.M.) Ingeniería de Software - Proyecto de Taller5 Andrea Delgado & Beatriz Pérez ÍNDICE ÍNDICE... 1 GESTIÓN

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

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

FLEXIPLAN: UN SISTEMA DE PLANIFICACIÓN DE LA PRODUCCIÓN

FLEXIPLAN: UN SISTEMA DE PLANIFICACIÓN DE LA PRODUCCIÓN 27 Congreso Nacional de Estadística e Investigación Operativa Lleida, 8-11 de abril de 2003 FLEXIPLAN: UN SISTEMA DE PLANIFICACIÓN DE LA PRODUCCIÓN Vicente Valls 1, Jose Manuel Belenguer 1, Pilar Lino

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

<TITULO DEL PROYECTO DE DESARROLLO DE SW > Diana Milena Pérez Riveros 1 Diana Milena Pérez Riveros Pagina de

Más detalles

Aumento Virtual de Recursos Computacionales Un caso práctico de enseñanza-aprendizaje

Aumento Virtual de Recursos Computacionales Un caso práctico de enseñanza-aprendizaje Aumento Virtual de Recursos Computacionales Un caso práctico de enseñanza-aprendizaje Dr. Jaime Aguilera Vázquez Direccion de Ingenieria, Universidad del Valle de México Ciudad de Mexico., 14370, Mexico

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

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

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

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

Más detalles

Resumen General del Manual de Organización y Funciones

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

Más detalles

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

DESARROLLO DE SOFTWARE DEFINICIÓN GENERAL DEL PROCESO GABY LORENA GUERRERO LEYDI ROCIO ERAZO PABLO FELIPE MIRANDA WALTER ALEXIS ANTE

DESARROLLO DE SOFTWARE DEFINICIÓN GENERAL DEL PROCESO GABY LORENA GUERRERO LEYDI ROCIO ERAZO PABLO FELIPE MIRANDA WALTER ALEXIS ANTE DESARROLLO DE SOFTWARE DEFINICIÓN GENERAL DEL PROCESO GABY LORENA GUERRERO LEYDI ROCIO ERAZO PABLO FELIPE MIRANDA WALTER ALEXIS ANTE UNIVERSIDAD DEL CAUCA FACULTAD DE INGENIERÍA ELECTRÓNICA Y TELECOMUNICACIONES

Más detalles

Informe de Factibilidad

Informe de Factibilidad Universidad de Talca Facultad de Ingeniería Campus Curicó Informe de Factibilidad Sistema de Gestión de Atención Médica Integrantes: Marcelo Aliaga Karin Lizana Fecha de Entrega: 11/09/07 Índice Introducción..

Más detalles

DE VIDA PARA EL DESARROLLO DE SISTEMAS

DE VIDA PARA EL DESARROLLO DE SISTEMAS MÉTODO DEL CICLO DE VIDA PARA EL DESARROLLO DE SISTEMAS 1. METODO DEL CICLO DE VIDA PARA EL DESARROLLO DE SISTEMAS CICLO DE VIDA CLÁSICO DEL DESARROLLO DE SISTEMAS. El desarrollo de Sistemas, un proceso

Más detalles

La descentralización del IMTA ha implicado, Sistema de proyectos IMTA. M. Villarreal, C. A. Servín y A. R. Pérez. Resumen.

La descentralización del IMTA ha implicado, Sistema de proyectos IMTA. M. Villarreal, C. A. Servín y A. R. Pérez. Resumen. Sistema de proyectos IMTA M. Villarreal, C. A. Servín y A. R. Pérez Resumen El Instituto Mexicano de Tecnología del Agua (IMTA), con base a su nueva personalidad jurídica, requirió tener una metodología

Más detalles

1. Instala gestores de contenidos, identificando sus aplicaciones y configurándolos según requerimientos.

1. Instala gestores de contenidos, identificando sus aplicaciones y configurándolos según requerimientos. Módulo Profesional: Aplicaciones web. Código: 0228. Resultados de aprendizaje y criterios de evaluación. 1. Instala gestores de contenidos, identificando sus aplicaciones y configurándolos según requerimientos.

Más detalles

Documento de visión: CRM Cloud Colombia

Documento de visión: CRM Cloud Colombia Documento de visión: CRM Cloud Colombia Documento de visión de CRM Cloud Colombia Propósito La intención de este documento es cumplir con los objetivos específicos de la fase metodológica de Inicio del

Más detalles

DISEÑO DE UN CURSO INTERACTIVO Y ADAPTATIVO DE PROCESADORES DE LENGUAJES

DISEÑO DE UN CURSO INTERACTIVO Y ADAPTATIVO DE PROCESADORES DE LENGUAJES Alfonseca, M., Carro, R.M., Pulido, E. and Rodríguez, P. (2000): Diseño de un curso interactivo y adaptativo de procesadores de lenguajes. Proceedings of JENUI 2000: VI Jornadas sobre la Enseñanza Universitaria

Más detalles

CAPÍTULO 3: METODOLOGÍA DE LA INVESTIGACIÓN

CAPÍTULO 3: METODOLOGÍA DE LA INVESTIGACIÓN CAPÍTULO 3: METODOLOGÍA DE LA INVESTIGACIÓN En este capítulo se explican los procedimientos e instrumentos que se utilizaron para obtener la información necesaria en la investigación. De acuerdo a Naresh

Más detalles

Hacer Realidad BPM en su Organización ADOPTAR BPM A PARTIR DE UN PROYECTO O NECESIDAD DE AUTOMATIZACIÓN

Hacer Realidad BPM en su Organización ADOPTAR BPM A PARTIR DE UN PROYECTO O NECESIDAD DE AUTOMATIZACIÓN ADOPTAR BPM A PARTIR DE UN PROYECTO O NECESIDAD DE AUTOMATIZACIÓN OBJETIVOS GENERALES 1. Identificar, diseñar, automatizar y habilitar la mejora continua de los procesos relacionados a la necesidad o proyecto

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

Qué es Record Keeper?

Qué es Record Keeper? Cada día, empezamos nuestras labores bajando los e-mails, algunos con adjuntos de documentos que tienen que ser revisados; en fin, todo el día los documentos nos llegan ya sea físicamente o por el correo

Más detalles

Introducción a la Ingeniería de Software - Examen 20/07/2012

Introducción a la Ingeniería de Software - Examen 20/07/2012 Cada pregunta múltiple opción contestada correctamente tiene un valor de 2,5 puntos. Esta parte consta de 20 preguntas, haciendo un total de 50 puntos. Los ejercicios de desarrollo tienen un valor total

Más detalles

Ingeniería de Software

Ingeniería de Software Departamento de Informática Universidad Técnica Federico Santa María Pauta Plan de Proyecto Profesor: Dr. Marcello Visconti Zamora visconti@inf.utfsm.cl 0 Portadas El documento que se está generando corresponde

Más detalles

Mantenimiento del Software

Mantenimiento del Software Mantenimiento del Software S4 Francisco Ruiz, Macario Polo Grupo Alarcos Dep. de Informática ESCUELA SUPERIOR DE INFORMÁTICA UNIVERSIDAD DE CASTILLA-LA MANCHA http://alarcos.inf-cr.uclm.es/doc/mso/ Ciudad

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

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

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

Más detalles

[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

Gestión de la Configuración (SCM) Introducción a la Ingeniería de Software

Gestión de la Configuración (SCM) Introducción a la Ingeniería de Software Gestión de la Configuración (SCM) Introducción a la Ingeniería de Software Temario Configuración del software Gestión de la Configuración Versiones Control de Cambios Línea base Auditoria de la configuración

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

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

PFC- Aplicaciones Web para trabajo colaborativo:

PFC- Aplicaciones Web para trabajo colaborativo: PFC- Aplicaciones Web para trabajo colaborativo: Aplicación para Control de una Integración de S.I. 2º Ciclo Ingeniería Informática Curso 2011-2012 Consultor : Fatos Xhafa Autor : Miguel Angel Pineda Cruz

Más detalles

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

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

Más detalles

Capítulo I Introducción

Capítulo I Introducción Capítulo I Introducción 1.1 Definición del Problema Un futuro social promisorio requiere de una educación básica de buena calidad. Aspiramos a que todos los niños y jóvenes del país aprendan en la escuela

Más detalles

ESCUELA: UNIVERSIDAD DEL ISTMO

ESCUELA: UNIVERSIDAD DEL ISTMO 1.-IDENTIFICACIÓN ESCUELA: UNIVERSIDAD DEL ISTMO CLAVE: 3045 GRADO: ING. EN COMPUTACIÓN, CUARTO SEMESTRE TIPO DE TEÓRICA/PRÁCTICA ANTECEDENTE CURRICULAR: 3035 2.- OBJETIVO GENERAL Proporcionar al estudiante

Más detalles

Eduardo Blanco, PMP Ingeniería de Desarrollo Software, Grupo SATEC. Universidad de Salamanca

Eduardo Blanco, PMP Ingeniería de Desarrollo Software, Grupo SATEC. Universidad de Salamanca Eduardo Blanco, PMP Ingeniería de Desarrollo Software, Grupo SATEC Agenda Caso práctico Introducción Una metodología CMMI Una empresa SATEC 2 Introducción De la Universidad a la Empresa En la Universidad

Más detalles

Capítulo 11. Conclusiones y trabajo futuro

Capítulo 11. Conclusiones y trabajo futuro Capítulo 11. Conclusiones y trabajo futuro En esta tesis ha realizado un entorno de desarrollo Web que proporciona herramientas para la mejora de la calidad del código de los desarrolladores. Para conseguir

Más detalles

Unidad 1. Fundamentos en Gestión de Riesgos

Unidad 1. Fundamentos en Gestión de Riesgos 1.1 Gestión de Proyectos Unidad 1. Fundamentos en Gestión de Riesgos La gestión de proyectos es una disciplina con la cual se integran los procesos propios de la gerencia o administración de proyectos.

Más detalles

PLANEACIÓN DE SISTEMAS INFORMÁTICOS ING. KARINA RAMÍREZ DURÁN

PLANEACIÓN DE SISTEMAS INFORMÁTICOS ING. KARINA RAMÍREZ DURÁN PLANEACIÓN DE SISTEMAS INFORMÁTICOS ING. KARINA RAMÍREZ DURÁN Principios y criterios para la evaluación del ciclo de vida de desarrollo de sistemas Se pueden enunciar algunos principios para desarrollar

Más detalles

MANUAL DE REGISTRO Y ACREDITACIÓN

MANUAL DE REGISTRO Y ACREDITACIÓN Recaudación Electrónica Versión 5.2 MANUAL DE REGISTRO Y ACREDITACIÓN Versión 5.2 Recaudación Electrónica Versión 5.2 2 ÍNDICE ÍNDICE... 2 CERTIFICACIÓN... 4 Sitio Web Recaudación Electrónica... 6 Home...

Más detalles

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

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

Más detalles

Sistema de Administración de Farmacias Plan de SQA. Historia de revisiones

Sistema de Administración de Farmacias Plan de SQA. Historia de revisiones Sistema de Administración de Farmacias Plan de SQA Versión 1.0 Historia de revisiones Fecha Versión Descripción Autor 29/08/2014 1.0 Realización del documento Resp. SQA Plan de SQA Página 1 de 15 ÍNDICE

Más detalles

Ingeniería del Software I 1er. Cuatrimestre 2006

Ingeniería del Software I 1er. Cuatrimestre 2006 - 1 - Ingeniería del Software I 1er. Cuatrimestre 2006 Proyecto: PromoToto Informe 1: Análisis de Requerimientos y especificación Base para el Trabajo Práctico de Testing - 2 - Índice 1 Introducción...

Más detalles

Curso de Spring Framework

Curso de Spring Framework Todos los Derechos Reservados Global Mentoring 2012 Experiencia y Conocimiento para tu Vida 1 Spring es un proyecto de código abierto (open source), originalmente creado por Rod Johnson y descrito en su

Más detalles

Arquitectura de Proyectos de IT

Arquitectura de Proyectos de IT Arquitectura de Proyectos de IT Apunte: Comunicación de Arquitectura de Software Autores: Ing. Gustavo A. Brey (gbrey@sistemas.frba.utn.edu.ar) Santiago Blanco (santiago.blanco@gmail.com) Versión: 0.8.20081106

Más detalles

Administración del conocimiento y aprendizaje organizacional.

Administración del conocimiento y aprendizaje organizacional. Capítulo 2 Administración del conocimiento y aprendizaje organizacional. 2.1 La Importancia Del Aprendizaje En Las Organizaciones El aprendizaje ha sido una de las grandes necesidades básicas del ser humano,

Más detalles

Justificación. Bass, L.; Clements, P.; & Kazman, R. Software Architecture in Practice, Third Edition. Boston, MA: Addison- Wesley, 2012.

Justificación. Bass, L.; Clements, P.; & Kazman, R. Software Architecture in Practice, Third Edition. Boston, MA: Addison- Wesley, 2012. Justificación La arquitectura de software de un sistema es el conjunto de estructuras necesarias para razonar acerca del sistema; incluye elementos de software, las relaciones entre elementos, y las propiedades

Más detalles

El desarrollo de aplicaciones

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

Más detalles

Sistema de marketing de proximidad

Sistema de marketing de proximidad Dizan Vasquez Propuesta de proyecto Sistema de marketing de proximidad ACME México Dizan Vasquez Índice general 1. Descripción 3 2. Resúmen ejecutivo 4 2.1. Objetivo.................................................

Más detalles

Nombre: Brenda Leticia Flores Rios. Puntos importantes en la lectura

Nombre: Brenda Leticia Flores Rios. Puntos importantes en la lectura Bjørnson, Finn Olav, Torgeir Dingsøyr, 2008, Knowledge management in software engineering: A systematic review of studied concepts, findings and research methods used. Information and Software Technology,

Más detalles

Se identifica como uno de los pilares de la gestión

Se identifica como uno de los pilares de la gestión Tema de tapa Desde la experiencia I La gestión del conocimiento en PAE Por Guillermo Ceballos, Claudina Pezzi, Diana Cotonat y Mercedes Simone Con el objetivo de contar con las mejores prácticas dentro

Más detalles

Capítulo 4. Requisitos del modelo para la mejora de la calidad de código fuente

Capítulo 4. Requisitos del modelo para la mejora de la calidad de código fuente Capítulo 4. Requisitos del modelo para la mejora de la calidad de código fuente En este capítulo definimos los requisitos del modelo para un sistema centrado en la mejora de la calidad del código fuente.

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

Revisiones del Software

Revisiones del Software Revisiones del Software Introducción Bibliografía IEEE Std 1028-1997 Standard for Software Reviews Página: recursos para revisiones http://www.processimpact.com/pr_goodies.shtml (por Karl E. Wiegers) Ventajas

Más detalles

Ingeniería de Sistemas. Administración de Proyectos. Objetivos. Tópicos cubiertos. Procesos de software (tema anterior) Administración de proyecto

Ingeniería de Sistemas. Administración de Proyectos. Objetivos. Tópicos cubiertos. Procesos de software (tema anterior) Administración de proyecto Objetivos Ingeniería de Sistemas Administración de s basado en el capítulo 5 ISW Ian Sommerville Profesora Dra. Yulia Ledeneva Introducir administración de s de software y describir sus características

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

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

SCRUM MASTER PRODUCT OWNER

SCRUM MASTER PRODUCT OWNER SCRUM MASTER Los participantes aprenderán a detalle los principios y las prácticas de Scrum. El curso incluye ejercicios por medio de los cuales se aplican las prácticas de Scrum, logrando experimentarlas

Más detalles

CICLO DE VIDA DEL SOFTWARE

CICLO DE VIDA DEL SOFTWARE CICLO DE VIDA DEL SOFTWARE 1. Concepto de Ciclo de Vida 2. Procesos del Ciclo de Vida del Software 3. Modelo en cascada 4. Modelo incremental 5. Modelo en espiral 6. Prototipado 7. La reutilización en

Más detalles

Automatización de Inventario de la Farmacia Milagritos

Automatización de Inventario de la Farmacia Milagritos Automatización de Inventario de la Farmacia Milagritos 1. DESCRIPCIÓN El manejo de inventarios es un aspecto fundamental dentro de cualquier empresa, ya que de ella depende el nivel de ventas, así como

Más detalles

El uso de los sistemas de información como apoyo a la consolidación del Programa Institucional de Tutorías de CUAltos.

El uso de los sistemas de información como apoyo a la consolidación del Programa Institucional de Tutorías de CUAltos. El uso de los sistemas de información como apoyo a la consolidación del Programa Institucional de Tutorías de CUAltos. Autores: M.C Claudia Islas Torres 1 cislas@cualtos.udg.mx Dra. Edith Guadalupe Baltazar

Más detalles

CAPÍTULO IV USO DE MICROSOFT PROJECT

CAPÍTULO IV USO DE MICROSOFT PROJECT CAPÍTULO IV USO DE MICROSOFT PROJECT 44 4.1 Introducción Microsoft Project es un una herramienta de trabajo para administradores y jefes de proyectos. Sirve para organizar y realizar un seguimiento de

Más detalles

SOLICITUD DE DESARROLLO Y ACTUALIZACIÓN DE APLICACIONES G OBIERNO D E L A CIUDAD DE BUENOS AIRES

SOLICITUD DE DESARROLLO Y ACTUALIZACIÓN DE APLICACIONES G OBIERNO D E L A CIUDAD DE BUENOS AIRES G OBIERNO D E L A CIUDAD DE BUENOS AIRES D irección General Adjunta de Sistemas Infor máticos SOLICITUD DE DESARROLLO Y ACTUALIZACIÓN DE APLICACIONES Página 1 de 16 Fecha de creación: 25/02/2009 Tabla

Más detalles

Desarrollo de un Sistema de Gestión de Proyectos mediante el framework GWT

Desarrollo de un Sistema de Gestión de Proyectos mediante el framework GWT Proyecto de Fin de Carrera Universidad Politécnica de Valencia Escuela Técnica Superior de Informática Desarrollo de un Sistema de Gestión de Proyectos mediante el framework GWT Realizado por: Dirigido

Más detalles

CONVOCATORIA CONSULTORÍA. Diseño e implementación de un Sistema Integrado de datos de la Cooperación Sur-Sur en Iberoamérica

CONVOCATORIA CONSULTORÍA. Diseño e implementación de un Sistema Integrado de datos de la Cooperación Sur-Sur en Iberoamérica CONVOCATORIA CONSULTORÍA Diseño e implementación de un Sistema Integrado de datos de la Cooperación Sur-Sur en Iberoamérica El Programa Iberoamericano para el Fortalecimiento de la Cooperación Sur-Sur

Más detalles

SAP Business Workflow Introducción

SAP Business Workflow Introducción SAP Business Workflow Introducción Objetivos del Curso Objetivos Son objetivos de este curso Explicar la terminología utilizada en el sistema de workflow Explicar las herramientas y conceptos de workflow

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

FORMACIÓN DE HABILIDADES EN ADMINISTRACIÓN DE PROYECTOS

FORMACIÓN DE HABILIDADES EN ADMINISTRACIÓN DE PROYECTOS Expertos en Administración de Proyectos FORMACIÓN DE HABILIDADES EN ADMINISTRACIÓN DE PROYECTOS GRUPO CERRADO Agosto 14, 2013 La información contenida en este documento es confidencial, y no podrá ser

Más detalles

Adelacu Ltda. www.adelacu.com Fono +562-218-4749. Graballo+ Agosto de 2007. Graballo+ - Descripción funcional - 1 -

Adelacu Ltda. www.adelacu.com Fono +562-218-4749. Graballo+ Agosto de 2007. Graballo+ - Descripción funcional - 1 - Graballo+ Agosto de 2007-1 - Índice Índice...2 Introducción...3 Características...4 DESCRIPCIÓN GENERAL...4 COMPONENTES Y CARACTERÍSTICAS DE LA SOLUCIÓN...5 Recepción de requerimientos...5 Atención de

Más detalles

MANUAL DE USUARIO-SITOP PERFIL ADMINISTRADOR (INFRAESTRUCTURAS)

MANUAL DE USUARIO-SITOP PERFIL ADMINISTRADOR (INFRAESTRUCTURAS) MANUAL DE USUARIO-SITOP PERFIL ADMINISTRADOR (INFRAESTRUCTURAS) 1 TABLA DE CONTENIDO 1 INTRODUCCIÓN... 4 2 OBJETIVO... 4 3 PROCESOS... 4 3.1 Módulo Administración de Contratos... 4 3.1.1 A- Administración

Más detalles

Reporte inicial. Metodología

Reporte inicial. Metodología Reporte inicial Este reporte inicial expondrá las decisiones que tomamos al momento de selección de metodología, plantillas y métodos de recabado de evidencia y por qué tomamos dichas decisiones. Metodología

Más detalles

PROCEDIMIENTO RESGUARDO INFORMACIÓN SERVIDOR GENERAL

PROCEDIMIENTO RESGUARDO INFORMACIÓN SERVIDOR GENERAL IC-RSG-0 PROCEDIMIENTO RESGUARDO INFORMACIÓN SERVIDOR GENERAL Revisión Puntos Fecha Realizado Comprobado Aprobado Revisados 1 Todos A. Costa J. L. Plaza D. Chapiro - 1 - IC-RSG-0 ÍNDICE CAPITULO PAGINA

Más detalles

INSCRIPCIÓN DE CURSOS

INSCRIPCIÓN DE CURSOS INSCRIPCIÓN DE CURSOS MANUAL PARA ALUMNOS EQUIPO BANNER-UC Junio / 2015 Índice Índice... 1 Introducción... 2 Objetivo... 2 Conceptos importantes... 2 Proceso de Inscripción de Cursos... 3 Qué es Banner-UC?...

Más detalles

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

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

Más detalles

INSTITUTO TECNOLOGICO DE SONORA PROYECTO DE REFACCIONAMIENTO DE LOS PLANES DE MANTENIMIENTO EN UNA EMPRESA EMBOTELLADORA DE BEBIDAS DE NAVOJOA

INSTITUTO TECNOLOGICO DE SONORA PROYECTO DE REFACCIONAMIENTO DE LOS PLANES DE MANTENIMIENTO EN UNA EMPRESA EMBOTELLADORA DE BEBIDAS DE NAVOJOA INSTITUTO TECNOLOGICO DE SONORA DIRECCIÓN ACADÉMICA UNIDAD NAVOJOA PROYECTO DE REFACCIONAMIENTO DE LOS PLANES DE MANTENIMIENTO EN UNA EMPRESA EMBOTELLADORA DE BEBIDAS DE NAVOJOA TESIS QUE PARA OBTENER

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

CAPITULO V DISEÑO DEL CUADRO DE MANDO INTEGRAL

CAPITULO V DISEÑO DEL CUADRO DE MANDO INTEGRAL CAPITULO V DISEÑO DEL CUADRO DE MANDO INTEGRAL Al hablar del balance scorecard, no deberíamos referirnos al mismo como Proyecto, sino más bien como Programa. Esto solamente para dar al balanced scorecard

Más detalles

GUÍA DOCENTE. Curso 2014-2015. Ingeniería Informática en Sistemas de Información. Planificación de Proyectos M5: Proyecto Informático

GUÍA DOCENTE. Curso 2014-2015. Ingeniería Informática en Sistemas de Información. Planificación de Proyectos M5: Proyecto Informático 1. DESCRIPCIÓN DE LA ASIGNATURA Grado: Doble Grado: Asignatura: Módulo: Ingeniería Informática en Sistemas de Información Planificación de Proyectos M5: Proyecto Informático Departamento: Deporte e Informática

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

RESOLUCIÓN. Por medio de la cual se modifica la resolución No. 511-004064 de 2012 EL SUPERINTENDENTE DE SOCIEDADES,

RESOLUCIÓN. Por medio de la cual se modifica la resolución No. 511-004064 de 2012 EL SUPERINTENDENTE DE SOCIEDADES, RESOLUCIÓN Por medio de la cual se modifica la resolución No. 511-004064 de 2012 EL SUPERINTENDENTE DE SOCIEDADES, En uso de sus atribuciones legales, reglamentarias, y en especial las conferidas por el

Más detalles

Nombre de la sesión: Fundamentos de software contable

Nombre de la sesión: Fundamentos de software contable Paquetería contable 1 Sesión No. 1 Nombre de la sesión: Fundamentos de software contable Contextualización: Estamos viviendo tiempos donde la información viaja por todo el mundo en algunos minutos o segundos,

Más detalles

ACUERDO DE SERVICIO. Sistemas-Gestión de los Servicios Informáticos

ACUERDO DE SERVICIO. Sistemas-Gestión de los Servicios Informáticos Páginas 1 de 7 1. OBJETIVO Brindar el marco normativo que fije las condiciones en que deben prestarse los Servicios de Tecnologías de Información a los procesos de la organización, estableciendo criterios

Más detalles

Planificación de Sistemas de Información

Planificación de Sistemas de Información Planificación de Sistemas de Información ÍNDICE DESCRIPCIÓN Y OBJETIVOS...1 ACTIVIDAD 1: INICIO DEL PLAN DE SISTEMAS DE INFORMACIÓN...4 Tarea 1.1: Análisis de la Necesidad del...4 Tarea 1.2: Identificación

Más detalles

Software para manejo de bodega de la empresa Vinicas. Especificación de Requerimientos y Modelado Orientado a Objeto

Software para manejo de bodega de la empresa Vinicas. Especificación de Requerimientos y Modelado Orientado a Objeto Software para manejo de bodega de la empresa Vinicas Especificación de Requerimientos y Modelado Orientado a Objeto Integrantes: Marco González Jorge Kendall Cristian López Marcela Ponce V. Profesor: Sr.

Más detalles

Soporte al RUP por medio de una plataforma de cómputo basada en la actividad

Soporte al RUP por medio de una plataforma de cómputo basada en la actividad Soporte al RUP por medio de una plataforma de cómputo basada en la actividad Pedro C. Santana, Karla Paulina Calderón Vaca Facultad de Telemática, Universidad de Colima Colima, México {psantana, karla_calderon}@ucol.mx

Más detalles

QUÉ SON LOS SISTEMAS DE INFORMACIÓN (SI)?

QUÉ SON LOS SISTEMAS DE INFORMACIÓN (SI)? UNIVERSIDAD SIMÓN BOLÍVAR DEPARTAMENTO DE PROCESOS Y SISTEMAS REINGENIERÍA DE LOS PROCESOS DEL NEGOCIO La Reingeniería, los Sistemas de Información y las Tecnologías de Información Material diseñado y

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

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

En nuestro capitulo final, daremos las conclusiones y las aplicaciones a futuro

En nuestro capitulo final, daremos las conclusiones y las aplicaciones a futuro Capitulo 6 Conclusiones y Aplicaciones a Futuro. En nuestro capitulo final, daremos las conclusiones y las aplicaciones a futuro para nuestro sistema. Se darán las conclusiones para cada aspecto del sistema,

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

PLAN DE PRUEBAS SISTEMA DE GESTIÓN HOSPITALARIA. Plan de Pruebas. File: 20130211-QA-INF-V2-PLAN DE PRUEBAS.odt STD-INF-GENERAL Versión: 1.

PLAN DE PRUEBAS SISTEMA DE GESTIÓN HOSPITALARIA. Plan de Pruebas. File: 20130211-QA-INF-V2-PLAN DE PRUEBAS.odt STD-INF-GENERAL Versión: 1. Cliente: FCM-UNA Página 1 de 14 PLAN DE PRUEBAS SISTEMA DE GESTIÓN HOSPITALARIA Cliente: FCM-UNA Página 2 de 14 Tabla de contenido 1. INTRODUCCIÓN 1.1. PROPÓSITO 1.2. ALCANCE 1.3. DEFINICIONES, ACRÓNIMOS

Más detalles

Planificación de Sistemas de Información

Planificación de Sistemas de Información Planificación de Sistemas de Información ÍNDICE DESCRIPCIÓN Y OBJETIVOS... 1 ACTIVIDAD 1: INICIO DEL PLAN DE SISTEMAS DE INFORMACIÓN... 4 Tarea 1.1: Análisis de la Necesidad del... 4 Tarea 1.2: Identificación

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

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

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

Más detalles

Resumen Ejecutivo DGICO-CA-PO-018-04

Resumen Ejecutivo DGICO-CA-PO-018-04 Resumen Ejecutivo I. Nombre y antecedentes de la práctica 1. Anote el nombre de la práctica (tal y como se nombró en la solicitud de registro) PROGRAMA E-KAMPUS SISTEMA DE CONTROL ESCOLAR 2. Describa brevemente

Más detalles

Aplicaciones de Ingeniería de Software

Aplicaciones de Ingeniería de Software Aplicaciones de Ingeniería de Software Administración de la Calidad del Producto de Software Qué es la gestión de la calidad? Es una actividad protectora o de sombrilla que se aplica a lo largo del proceso

Más detalles

Tema Taller de Simulador de Trabajo Real. (Reality Works) Ámbito de la educación en la que se aplica. Formación para el trabajo Antecedentes Todas

Tema Taller de Simulador de Trabajo Real. (Reality Works) Ámbito de la educación en la que se aplica. Formación para el trabajo Antecedentes Todas Tema Taller de Simulador de Trabajo Real. (Reality Works) Ámbito de la educación en la que se aplica. Formación para el trabajo Antecedentes Todas las escuelas y universidades siempre se han preocupado

Más detalles