Análisis de la gestión de configuración de software aplicada al modelo de espiral

Save this PDF as:
 WORD  PNG  TXT  JPG

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

Download "Análisis de la gestión de configuración de software aplicada al modelo de espiral"

Transcripción

1 Análisis de la gestión de configuración de software aplicada al modelo de espiral Abstract No hay nada permanente, excepto el cambio Heráclito ( A.C.)- Grecia Fernandez, Sebastian Osso, Mariano UNLaM Universidad Nacional de La Matanza - Pcia. Bs. As. - Argentina El presente artículo describe el proceso de gestión de configuración del software (GCS) para procesos que adopten el ciclo de vida en espiral con el propósito de visualizar rápidamente cómo una adecuada gestión de configuración puede complementar de la mejor manera posible este modelo de ciclo de vida en particular. El mismo esta compuesto por una introducción teórica para comprender tanto el modelo en espiral como la gestión de configuración. Finalmente se expone una gestión de configuración adecuada brindando una solución práctica para este modelo. Palabras clave: análisis, gestión de configuración, ciclo de vida, modelo espiral. 1. Introducción Durante el transcurso del presente artículo haremos un análisis de cómo aplicar de una forma adecuada la gestión de configuración del software (GCS) al modelo de proceso espiral. Si bien ambos conceptos estan claramente definidos por varios autores, no existe tan claramente una técnica o metodología de cómo combinar ambos conceptos. Debido a esto se analizara dicha situación en el presente artículo. Se definirá como se implementaran las líneas base, como se seleccionaran los ECS para cada una de las líneas base y como se aplicara una gestión de cambios de forma práctica para este ciclo de vida. En la sección 2 se introducirán los temas de gestión de configuración y modelo de espiral. Luego en la sección 3 se definirá un método adecuado de cómo aplicar la GCS al modelo de espiral. Finalmente en la sección 4 se presenta la conclusión del articulo y en las secciones 5 y 6 las citas y bibliográficas consultadas. Pagina 1

2 2. Marco Teórico 2.1. La gestión de configuración del software (GCS) En el desarrollo de software los cambios, debidos principalmente a modificaciones de requisitos y fallos, son inevitables. Además en la gran mayoría de los casos los cambios al software estan debidamente justificados. Normalmente se trabaja en equipo por lo que es preciso llevar un control y registro de los cambios con el fin de reducir errores, aumentar la calidad y evitar los problemas que pueda acarrear una incorrecta sincronización en dichos cambios, al afectar a otros elementos del sistema o a las tareas realizadas por otros miembros del equipo de proyecto. Según Babich, el arte de coordinar el desarrollo de software para minimizar la confusión se denomina Gestión de Configuración. Es el arte de identificar, organizar, y controlar las modificaciones que sufre el software que construye un equipo de programación. El objetivo es maximizar la productividad minimizando los errores. [1] Según el Standard de la IEEE [2] la GCS cuenta con cuatro tareas fundamentales: la Identificación de la configuración, tarea en la cual debe obtenerse la información y los futuros productos que el proceso generará, denominados Elementos de configuración del software (ECS); el Control de los cambios, la cual especificará como los distintos ECS serán gestionados durante su evolución; la Generación de Informes de Estado, para comunicar el estado del proyecto; y la Auditoría de la Configuración, con la cual se validara que se cumplan con los objetivos deseados. Con Gestión, nos referiremos al control de la evolución y los cambios de la configuración del software. Y con Configuración del Software nos referiremos al conjunto de toda la información utilizada, y todos los productos generados por un proyecto. A ésta información y productos los llamaremos Elementos de Configuración del Software (ECS), y serán nuestra unidad de trabajo durante el proceso. Si cada elemento de configuración simplemente condujera a otros elementos habría poca confusión. Por desgracia, otra variable entra en el proceso: el cambio. Este puede ocurrir en cualquier momento, por cualquier razon [3]. De hecho, la primera ley de la ingeniería de sistemas [4] afirma: no importa donde se encuentre en el ciclo de vida del sistema, el sistema cambiara y el deseo de cambiarlo persistirá a lo largo de todo el ciclo de vida El modelo espiral El modelo en espiral del proceso del software (Figura 1) fue originalmente propuesto por Boehm [5]. Más que representar el proceso del software como una secuencia de actividades con retrospectiva de una actividad a otra, se representa como una espiral. Cada ciclo en la espiral representa una fase del proceso del software. Así, el ciclo más interno podría referirse a la viabilidad del sistema, el siguiente ciclo a la definición de requerimientos, el siguiente ciclo al diseño del sistema, y así sucesivamente. Pagina 2

3 Como puede verse en la Figura 1, el avance angular representa el progreso del desarrollo, en tanto que el desplazamiento radial desde el centro hacia fuera indica el incremento de los costos de desarrollo en forma acumulativa. Cada ciclo de la espiral se divide en cuatro sectores [6]: 1. Definición de objetivos: Para esta fase del proyecto, se definen los objetivos específicos. Se identifican las restricciones del proceso y el producto, y se traza un plan detallado de gestión. Se identifican los riesgos del proyecto. Dependiendo de estos riesgos, se planifican estrategias alternativas. 2. Evaluación y reducción de riesgos: Se lleva a cabo un análisis detallado para cada uno de los riesgos identificados del proyecto. Se definen los pasos para reducir dichos riesgos. Por ejemplo, si existe el riesgo de tener requerimientos inapropiados, se puede desarrollar un prototipo del sistema. 3. Desarrollo y validación: Después de la evaluación de riesgos, se elige un modelo para el desarrollo del sistema. Entre los modelos a elegir, se encuentran el prototipado evolutivo, en modelo en cascada, etc. 4. Planificación: El proyecto se revisa y se toma la decisión de si se debe continuar con el próximo ciclo del espiral. Si se decide continuar, se debe planificar la siguiente fase del proyecto. Una diferencia importante entre el modelo en espiral y los otros modelos del proceso software, es que éste considera de una forma explícita el riesgo. En el modelo en espiral, no existen fase fijas como la especificación o el diseño. Este modelo puede contener otros modelos. Por ejemplo, la construcción de un prototipo se utiliza para resolver las dudas en los requerimientos y así reducir el riesgo. Figura 1. Modelo en espiral Pagina 3

4 3. Como aplicar la GCS al modelo espiral 3.1. Como disponer las líneas base El primer paso para poder efectuar la actividad de identificación de la configuración consistió en definir cuáles iban a ser los hitos, dentro del proceso de desarrollo. Algunos de esos hitos, los más relevantes para el proyecto, se transformaran en líneas base y el hito previamente establecido formara parte de la línea base ya sea como un ECS o como parte del mismo. La primer línea base, se fija una vez terminado el sector de gestión de riesgos de la tercera Fase. Este será el punto de partida de todo el resto del proceso, por lo tanto cualquier revisión a las dos primeras fases, deberá ser solicitada y aprobada o rechazada mediante un procedimiento formal de solicitud de cambios. Cabe destacar que, dado el foco puesto en el análisis de riesgo realizado en las dos primeras fases, y las validaciones consensuadas con el cliente o usuario, debería estar minimizada o fuertemente acotada la posibilidad de cambios en la especificación de requisitos, sumando otro motivo al establecimiento de la línea base en este punto. La segunda línea base se propone fijarla una vez aceptados los documentos de diseño, durante la cuarta fase. Dichos documentos se modificarán permanentemente durante la iteración, pero dado que condicionan la arquitectura del sistema y el desarrollo posterior, creemos necesario darle cierta formalidad a cualquier modificación propuesta sobre ellos. Por último, la tercera línea base se constituye una vez validado con el cliente el producto software. La importancia de esta línea base es servir de punto de partida para futuras entregas, versiones del producto para otras plataformas, manuales, comercialización del mismo en sus diferentes maneras. También consideramos que un número excesivo de líneas base resulta contraproducente para el proyecto, dado que cada una de ellas implica un costo de mantenimiento importante. El hecho de que cada una de ellas, para ser modificada, requiera un procedimiento formal, puede derivar en pérdida de flexibilidad del proyecto ante las solicitudes de cambios del cliente, volviéndose demasiado rígido. Decidimos incluir entre la segunda y tercera línea base dos hitos intermedios, es decir, dos puntos de control semiformales inmediatamente después del diseño detallado. La idea es permitir cambios de forma ágil al código desarrollado en base a las pruebas de integración y aceptación, sin la necesidad de pasar por el comité de control de cambios. Estos cambios lógicamente no conllevan modificaciones funcionales del proyecto, sino que tienen relación con mejoras del tipo performance o estéticas. Pagina 4

5 Hitos Lineas Base H1: Informe de viabilidad. H2: aprobación de los requisitos por parte del cliente. H3: Finalización de desarrollo. H4: Resultados de pruebas unitarias e integradoras. LB1: Línea base funcional (requisitos) LB2: Línea base de desarrollo (diseño preliminar y detallado) LB3: Línea base de producto (implementación) Figura 2. Lineas base aplicadas al modelo espiral Línea Base Hito 3.2. Selección de los ECS A continuación se listaran los elementos de configuración de software (ECS) que se consideraron adecuados para este modelo de ciclo de vida. Definimos que la cantidad de elementos no debe ser muy elevado (14) ya que el modelo por si mismo tiene un alto hincapié en el análisis, al agregarle más documentación asociada seria poco práctico y generaría un proceso demasiado burocrático. Además mantener muchos Pagina 5

6 elementos de configuración es costoso y podría llegar a ser inmanejable a nivel administrativo. Por otra parte seleccionamos los ECS necesarios para no perder visibilidad sobre el producto. 1. Línea base funcional - LB1: a. Plan de desarrollo de software b. Especificación de requisitos c. Descripción de interfaces (con usuarios y con otros sistemas, si fuera necesario) d. Matriz de riesgos de requisitos 2. Línea base de desarrollo - LB2: a. Diagrama de contexto (restricciones - limites del sistema) b. Documentos de diseño preliminar (modelo lógico de datos, diseño de las interfaces) c. Documentos de diseño detallado (diseño de la arquitectura, diseño detallado de los subsistemas, diagrama entidad relación, modelo de componentes) d. Planificación del desarrollo. e. Matriz de riesgos de diseño 3. Línea base de producto - LB3: a. Planificación de las pruebas unitarias e integradoras. b. Codigo fuente c. Manual de usuario e instalación. d. Documento de herramientas case utilizado en el desarrollo (compiladores, bibliotecas, componentes, entornos de programación, etc.) e. Matriz de riesgos de implementación 3.3. Como implementar una configuración adecuada Las actividades que se realizaran durante esta etapa tienen como principal objetivo establecer y mantener la integridad de los productos generados durante el proyecto de desarrollo de software y a lo largo de todo el ciclo de vida del producto así como también evaluar y controlar los cambios sobre ellos Identificar los ECS Consiste en identificar inequívocamente a cada uno de los ECS así como también hacer referencia al proyecto, la versión, la fase del ciclo de vida a la cual se corresponde. Tomando en cuenta esto decidimos que una forma adecuada de hacer la identificación es como se muestra en la figura 3 Pagina 6

7 Figura 3. Identificación de los ECS Definición de las bibliotecas En la presente propuesta creímos conveniente la utilización de las siguientes bibliotecas de software: Gestión de cambios Biblioteca de trabajo: Esta es el área de trabajo local para desarrollo donde se realiza la codificación y pruebas unitarias, por ende aquí los cambios son informales y no requieren ningún tipo de aprobación formal. Biblioteca de soporte al proyecto: Aquí se almacenaran los ECS aprobados y transferidos desde cada una de las bibliotecas de trabajo. Los cambios en este repositorio serán semiformales. Biblioteca Maestra: Este es el repositorio que almacenara las distintas versiones releases de los ECS. Los elementos de esta biblioteca se encuentran sujetos a un control de cambios formal y estricto. Biblioteca de backups: el contenido de esta biblioteca no esta sujeto a la gestión de configuración, por lo que no estan permitidos los cambios en este repositorio. En la presente propuesta el mecanismo sugerido para realizar el control de cambios, es el siguiente: 1. El nivel de cambios informal se aplicará de acuerdo a lo establecido en la Gestión de Configuración tradicional. Dichas modificaciones se gestionarán de la forma habitual, mediante herramientas de registración de incidentes y versionado de software, no requiriendo evaluaciones ni aprobaciones formales. Pagina 7

8 Este tipo de cambios se realizaran sobre los ECS que aun no formen parte de una línea base preestablecida, por ejemplo el codigo fuente antes de que forme parte de la línea base de producto. 2. El nivel de cambios semiformal, representado en nuestro esquema por los hitos mencionados en el apartado anterior, implicará una registración de las solicitudes en un documento específico, debiendo ser las mismas evaluadas y eventualmente aprobadas por el Project leader Los cambios semi-formales se efectuaran sobre los ECS que ya pasaron por una revisión técnica formal y forman parte de una línea base. 3. Para la aplicación del control de cambios formal deberá utilizarse el siguiente proceso: Se presenta una Solicitud de Cambio ante el Comité de Control de Cambios. La misma debe contener obligatoriamente el motivo del cambio, que es lo que debe cambiarse, quien lo solicita y una descripción clara del problema. Un integrante del Comité de Control de Cambios decide si se acepta o rechaza la solicitud. En caso de ser aceptada, se procede a evaluar su impacto, esfuerzo estimado, costo, y se emite un Informe de Cambios. Se presenta el Informe al Comité de Control de Cambios. Si es aceptado se genera una Orden de Cambio, la cual describe el cambio a realizar, las restricciones que deben respetarse, y los criterios de revisión y auditoría. Se realiza el cambio, para ello se toma la última versión del/los elemento/s de configuración involucrados, es decir, la de la línea base correspondiente y se generan nuevas versiones de los mismos. Una vez finalizado el cambio, se certifica que el mismo haya sido efectuado correctamente de acuerdo a las normas y estándares establecidos, pasando el mismo a integrar la línea base correspondiente. Los cambios formales se aplican sobre los ECS que forman parte de la Biblioteca Maestra El Comité de Control de Cambios estará formado por personas pertenecientes a todas la partes interesadas en el desarrollo del proyecto. En proyectos pequeños el CCC está integrado por el Software Architect y/o el Project Manager junto con un Representante del Cliente. En proyectos grandes, el número de integrantes suele elevarse, incluyendo a responsables de QA, Project Leaders, Analistas de Riesgo, Implementadores Informes de estado Pagina 8

9 4. Conclusión El objetivo de la generación de informes de estado es mantener a los gestores y a los desarrolladores al tanto de los cambios más importantes que se produzcan en el software. La generación de los informes depende de la organización, así como su periodicidad y nivel de detalle. Los productos de esta actividad son los registros e informes. Los mínimos exigidos por el presente enfoque serán los siguientes: Registro de solicitudes de cambio (Documento de Solicitud de Cambios): el mismo servirá como base para la posterior generación de informes. Incluirá, al menos, la siguiente información, quedando librado a criterio de la organización el resguardo de contenido extra: 1. Código de la Solicitud de Cambio 2. Título 3. Descripción del problema 4. Descripción breve de la solución 5. Impactos previstos Informe de estado de los cambios: resumen del estado en que se encuentran todas las solicitudes de cambio registradas durante un determinado período de tiempo. El mismo se generará a pedido del cliente, o del Project manager en el momento que se desee. No tiene previsto una frecuencia predefinida. Inventario de elementos de configuración: su objetivo es ofrecer visibilidad sobre el contenido de los ECS, permitiendo ver en que versión se encuentran actualmente, fecha de última modificación, usuario responsable, etc. El presente documento muestra una forma adecuada de aplicar la gestión de configuración del software a un modelo en espiral explotando las características de dicho modelo y haciendo hincapié en sus fortalezas. Se definieron los elementos de configuración mas adecuados para este modelo y se aplico la configuración de forma tal que se complemente correctamente el proceso siguiendo este modelo. Pagina 9

10 5. Referencias Bibliográficas [1] Babich W.A., Software Configuration Management, Addison Wesley, 1986 [2] ANSI/IEEE IEEE Guide to Software Configuration Management - [3] Pressman, Roger S, Ingeniería del software. Un enfoque practico - Sexta Edición, McGraw - Hill, 2006 [4] Bersoff, E.H., V.D. Henderson y S.G. Siegel, Software configuration Managment, Prentice Hall, [5] Boehm, B.W., A Spiral Model of Software Development and Enhancement, IEEE Computer, Vol. 21, Nro. 5, Mayo 1988 [6] Sommerville Ian, Ingeniería del software Séptima Edición, Pearson Addison Wesley, Bibliografías consultadas Pressman, Roger S, Ingeniería del software. Un enfoque practico - Sexta Edición, McGraw - Hill, 2006 Sommerville Ian, Ingeniería del software Séptima Edición, Pearson Addison Wesley, 2004 Mon A., La gestión de configuración del software, Ingeniería de software - Universidad Nacional de la Matanza, 2009 Pagina 10

Ciclo de vida del Software

Ciclo de vida del Software Tema 2: Ciclo de vida del Software Marcos López Sanz Índice Qué es el ciclo de vida del Software? La norma 12207-2008 Modelos de desarrollo Qué es el Ciclo de Vida del SW? Es una sucesión de etapas por

Más detalles

Departamento de Informática Universidad de Valladolid Campus de Segovia TEMA 2: EL CICLO DE VIDA DEL SOFTWARE

Departamento de Informática Universidad de Valladolid Campus de Segovia TEMA 2: EL CICLO DE VIDA DEL SOFTWARE Departamento de Informática Universidad de Valladolid Campus de Segovia TEMA 2: EL CICLO DE VIDA DEL SOFTWARE 1 DEFINICIÓN DE CICLO DE VIDA DEL SOFTWARE ISO/IEC 12207-1 Marco de referencia que contiene

Más detalles

Aplicación de una Metodología basada en Mediciones para la Gestión de Calidad de Software

Aplicación de una Metodología basada en Mediciones para la Gestión de Calidad de Software Aplicación de una Metodología basada en Mediciones para la Gestión de Calidad de Software Jorge Bozo jbozo@inf.ucv.cl Escuela de Ingeniería Informática Universidad Católica de Valparaíso Valparaíso, Chile

Más detalles

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

Gestión de Configuración del Software

Gestión de Configuración del Software Gestión de Configuración del Software Facultad de Informática, ciencias de la Comunicación y Técnicas Especiales Herramientas y Procesos de Software Gestión de Configuración de SW Cuando se construye software

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

Mantenimiento de Sistemas de Información

Mantenimiento de Sistemas de Información de Sistemas de Información ÍNDICE DESCRIPCIÓN Y OBJETIVOS... 1 ACTIVIDAD MSI 1: REGISTRO DE LA PETICIÓN...4 Tarea MSI 1.1: Registro de la Petición... 4 Tarea MSI 1.2: Asignación de la Petición... 5 ACTIVIDAD

Más detalles

5. Gestión de la Configuración del Software (GCS)

5. Gestión de la Configuración del Software (GCS) 5. Gestión de la Configuración del Software (GCS) 5.1. La Configuración del Software El resultado del proceso de ingeniería del software es una información que se puede dividir en tres amplias categorías:

Más detalles

Implantación y Aceptación del Sistema

Implantación y Aceptación del Sistema y Aceptación del Sistema 1 y Aceptación del Sistema ÍNDICE DESCRIPCIÓN Y OBJETIVOS... 2 ACTIVIDAD IAS 1: ESTABLECIMIENTO DEL PLAN DE IMPLANTACIÓN...5 Tarea IAS 1.1: De finición del Plan de... 5 Tarea IAS

Más detalles

Elementos requeridos para crearlos (ejemplo: el compilador)

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

Más detalles

Ciclo de vida y Metodologías para el desarrollo de SW Definición de la metodología

Ciclo de vida y Metodologías para el desarrollo de SW Definición de la metodología Ciclo de vida y Metodologías para el desarrollo de SW Definición de la metodología La metodología para el desarrollo de software es un modo sistemático de realizar, gestionar y administrar un proyecto

Más detalles

3. GESTIÓN DE CONFIGURACIÓN DE SOFTWARE

3. GESTIÓN DE CONFIGURACIÓN DE SOFTWARE 3. GESTIÓN DE CONFIGURACIÓN DE SOFTWARE Software Configuration Management (SCM) es una disciplina de la Ingeniería de Software que se preocupa de [Ber92] [Ber84] [Bou98] [Mik97]: Identificar y documentar

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

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

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

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

Normas de desarrollo de proyectos Versión 0.5 (12-07-2001)

Normas de desarrollo de proyectos Versión 0.5 (12-07-2001) Normas de desarrollo de proyectos Versión 0.5 (12-07-2001) Agustín Cernuda del Río Daniel Gayo Avello INTRODUCCIÓN 2 ÁMBITO 2 PROCESO DE DESARROLLO 2 CELEBRACIÓN DE REUNIONES 2 RECOGIDA DE REQUISITOS 2

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

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

Gestión de la Configuración

Gestión de la Configuración Gestión de la ÍNDICE DESCRIPCIÓN Y OBJETIVOS... 1 ESTUDIO DE VIABILIDAD DEL SISTEMA... 2 ACTIVIDAD EVS-GC 1: DEFINICIÓN DE LOS REQUISITOS DE GESTIÓN DE CONFIGURACIÓN... 2 Tarea EVS-GC 1.1: Definición de

Más detalles

K2BIM Plan de Investigación - Comparación de herramientas para la parametrización asistida de ERP Versión 1.2

K2BIM Plan de Investigación - Comparación de herramientas para la parametrización asistida de ERP Versión 1.2 K2BIM Plan de Investigación - Comparación de herramientas para la parametrización asistida de ERP Versión 1.2 Historia de revisiones Fecha VersiónDescripción Autor 08/10/2009 1.0 Creación del documento.

Más detalles

GESTIÓN DEL CAMBIO. Fernanda M. Soto 1, Henry F. Montalván 2 GESTIÓN DE LA CONFIGURACIÓN DEL SOFTWARE INTRODUCCIÓN

GESTIÓN DEL CAMBIO. Fernanda M. Soto 1, Henry F. Montalván 2 GESTIÓN DE LA CONFIGURACIÓN DEL SOFTWARE INTRODUCCIÓN GESTIÓN DEL CAMBIO Fernanda M. Soto 1, Henry F. Montalván 2 El arte de coordinar el desarrollo de software para minimizar la confusión se llama gestión de la configuración (GC-GCS). La Gestión de la Configuración

Más detalles

Modelos de Proceso Tradicionales

Modelos de Proceso Tradicionales Modelos de Proceso Tradicionales Capitulo 2,QJHQLHUtDGHO6RIWZDUH (VSHFLDOL]DFLyQHQ*HUHQFLDGH6LVWHPDVGH,QIRUPDFLyQ 8QLYHUVLGDG6DQWLDJRGH&DOL Profesor: MSc. MIGUEL ANGEL NIÑO ZAMBRANO Programación: Tiempo

Más detalles

En un proyecto de desarrollo de software la metodología define Quién debe hacer Qué, Cuando y Como hacerlo. 6

En un proyecto de desarrollo de software la metodología define Quién debe hacer Qué, Cuando y Como hacerlo. 6 2. MÉTODO, METODOLOGÍA Y MÉTRICA 2.1 MÉTODO Un método de ingeniería del software es un enfoque estructurado para el desarrollo de software cuyo propósito es facilitar la producción de software de alta

Más detalles

Capítulo VII. Administración de Cambios

Capítulo VII. Administración de Cambios Administración de Cambios Administración de cambios Tabla de contenido 1.- En qué consiste la administración de cambios?...97 1.1.- Ventajas...98 1.2.- Barreras...98 2.- Elementos...99 3.- Roles...99 4.-

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

LEGISLACION Y NORMATIVAS COMO FACTORES DETERMINANTES DE LA CALIDAD DEL SOFTWARE

LEGISLACION Y NORMATIVAS COMO FACTORES DETERMINANTES DE LA CALIDAD DEL SOFTWARE LEGISLACION Y NORMATIVAS COMO FACTORES DETERMINANTES DE LA CALIDAD DEL SOFTWARE 1. Introducción Una de los elementos más relevantes de la evolución de la economía en los últimos años ha sido su internacionalización

Más detalles

Ingeniería de Software I

Ingeniería de Software I Ingeniería de Software I Agenda Objetivo. Unidades de aprendizaje. Formas de evaluación. Bibliografía. 2 Datos del profesor Correo electrónico: egonzalez@upemor.edu.mx Asesorías Jueves de 11:00 a 13:00

Más detalles

COPPEL MANUAL TÉCNICO MCC DE SISTEMAS PROGRAMACIÓN DESCRIPCIÓN DEL PROCESO DE ARQUITECTURA DE SOFTWARE

COPPEL MANUAL TÉCNICO MCC DE SISTEMAS PROGRAMACIÓN DESCRIPCIÓN DEL PROCESO DE ARQUITECTURA DE SOFTWARE COPPEL MANUAL TÉCNICO MCC DE SISTEMAS PROGRAMACIÓN DESCRIPCIÓN DEL PROCESO DE ARQUITECTURA DE SOFTWARE Creado en May/14 Objetivo: Contar con una guía de las actividades que se deben realizar en esta fase,

Más detalles

El modelo de ciclo de vida cascada, captura algunos principios básicos:

El modelo de ciclo de vida cascada, captura algunos principios básicos: Ciclo de Vida del Software Un modelo de ciclo de vida define el estado de las fases a través de las cuales se mueve un proyecto de desarrollo de software. El primer ciclo de vida del software, "Cascada",

Más detalles

Planeación del Proyecto de Software:

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

Más detalles

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

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

Más detalles

Aseguramiento de la Calidad

Aseguramiento de la Calidad ÍNDICE DESCRIPCIÓN Y OBJETIVOS... 1 ESTUDIO DE VIABILIDAD DEL SISTEMA... 2 ACTIVIDAD EVS-CAL 1: IDENTIFICACIÓN DE LAS PROPIEDADES DE CALIDAD PARA EL SISTEMA... 3 Tarea EVS-CAL 1.1: Constitución del Equipo

Más detalles

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

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

Más detalles

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

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

Modelo para el Aseguramiento de Calidad en el Desarrollo de Software Libre

Modelo para el Aseguramiento de Calidad en el Desarrollo de Software Libre Modelo para el Aseguramiento de Calidad en el Desarrollo de Software Libre Cenditel, Mayo 2011 Licencia de Uso Copyright (c) 2010, Alvarez J., Solé S., Briceño R., Fundación CENDITEL. La Fundación CENDITEL

Más detalles

TRABAJO FINAL ESPECIALIDAD EN CONTROL Y GESTION DE SOFTWARE GESTIÓN DE CONFIGURACIÓN DE PRODUCTOS SOFTWARE EN ETAPA DE DESARROLLO

TRABAJO FINAL ESPECIALIDAD EN CONTROL Y GESTION DE SOFTWARE GESTIÓN DE CONFIGURACIÓN DE PRODUCTOS SOFTWARE EN ETAPA DE DESARROLLO TRABAJO FINAL ESPECIALIDAD EN CONTROL Y GESTION DE SOFTWARE GESTIÓN DE CONFIGURACIÓN DE PRODUCTOS SOFTWARE EN ETAPA DE DESARROLLO Autor: Lic. Claudio Jorge Rancán Directora: M.Ing. Paola Britos Julio 2003

Más detalles

POLÍTICA DE DESARROLLO, MANTENCIÓN Y ADQUISICIÓN DE SISTEMAS DE INFORMACIÓN

POLÍTICA DE DESARROLLO, MANTENCIÓN Y ADQUISICIÓN DE SISTEMAS DE INFORMACIÓN PÁGINA Nº1 POLÍTICA DE DESARROLLO, MANTENCIÓN Y ADQUISICIÓN DE SISTEMAS DE INFORMACIÓN Versión 1.0 MINISTERIO DE OBRAS PÚBLICAS ELABORADO POR: Dirección General de Obras Públicas FECHA: 9/09/2012 REVISADO

Más detalles

Señor A/P. Lino Bessonart FEMI Presente Ref.: 181/2009

Señor A/P. Lino Bessonart FEMI Presente Ref.: 181/2009 1 Montevideo, 11 de marzo de 2009 Señor A/P. Lino Bessonart FEMI Presente Ref.: 181/2009 De nuestra consideración, De acuerdo a vuestra solicitud, tenemos el agrado de poner a su consideración la presente

Más detalles

UNIVERSIDAD DE ORIENTE FACULTAD DE CIENCIAS ECONOMICAS

UNIVERSIDAD DE ORIENTE FACULTAD DE CIENCIAS ECONOMICAS UNIVERSIDAD DE ORIENTE FACULTAD DE CIENCIAS ECONOMICAS AUDITORIA DE SISTEMAS COMPUTACIONALES TIPOS DE AUDITORIA LIC. FRANCISCO D. LOVOS Tipos de Auditorías Auditoría de Base de Datos Auditoría de Desarrollo

Más detalles

INGENIERÍA DE SOFTWARE

INGENIERÍA DE SOFTWARE CÁTEDRA INGENIERÍA DE SOFTWARE RESPONSABLE DE LA CÁTEDRA M. Ing. Claudio Jorge RANCAN CARRERA INGENIERÍA DE SISTEMAS DE INFORMACIÓN CARACTERÍSTICAS DE LA ASIGNATURA PLAN DE ESTUDIOS 2008 ORDENANZA CSU.

Más detalles

Análisis de Requisitos

Análisis de Requisitos Análisis de Requisitos Los requisitos determinan lo que hará el sistema y definen restricciones sobre su operación e implementación. El análisis de requisitos es el proceso del estudio de las necesidades

Más detalles

TEMA 1 Sistemas de información

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

Más detalles

Tema 1 Introducción a la Ingeniería de Software

Tema 1 Introducción a la Ingeniería de Software Tema 1 Introducción a la Ingeniería de Software Curso Ingeniería de Software UMCA Profesor Luis Gmo. Zúñiga Mendoza 1. Software En la actualidad todo país depende de complejos sistemas informáticos. Podemos

Más detalles

Modelos de desarrollo de software. septiembre de 2007 1

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

Más detalles

PROCEDIMIENTO ESPECÍFICO. Código G056-02 Edición 0

PROCEDIMIENTO ESPECÍFICO. Código G056-02 Edición 0 Índice 1. TABLA RESUMEN... 2 2. OBJETO... 2 3. ALCANCE... 2 4. RESPONSABILIDADES... 3 5. ENTRADAS... 3 6. SALIDAS... 3 7. PROCESOS RELACIONADOS... 3 8. DIAGRAMA DE FLUJO... 4 9. DESARROLLO... 5 9.1. PLANIFICACIÓN...

Más detalles

Propuesta Matriz de Actividades para un Ciclo de Vida de Explotación de Datos

Propuesta Matriz de Actividades para un Ciclo de Vida de Explotación de Datos Propuesta Matriz de Actividades para un Ciclo de Vida de Explotación de Datos Britos, P. 1,2 ; Fernández, E. 2,1 ; García Martínez, R 1,2 1 Centro de Ingeniería del Software e Ingeniería del Conocimiento.

Más detalles

TESTS EXAMEN ISG ACTUALIZADO SEP. 2007 TEMA 8 GESTIÓN DE LA CONFIGURACIÓN SOFTWARE. 02 [Jun. 2006] Cuál de los siguientes asertos es correcto?

TESTS EXAMEN ISG ACTUALIZADO SEP. 2007 TEMA 8 GESTIÓN DE LA CONFIGURACIÓN SOFTWARE. 02 [Jun. 2006] Cuál de los siguientes asertos es correcto? TEMA 8 GESTIÓN DE LA CONFIGURACIÓN SOFTWARE 3. CONCEPTOS BÁSICOS DE GCS 3.2 Línea base 01 [Jun.. 2006] Qué tipo de línea base corresponde a la etapa del ciclo de vida de diseño? a) Funcional. b) De diseño.

Más detalles

Proyecto Fin de Carrera

Proyecto Fin de Carrera Proyecto Fin de Carrera Gestión del Proyecto para una Plataforma online de intercambio, compra o venta de ayudas técnicas. Consultora: Ana Cristina Domingo Troncho Autor: Álvaro Fanego Lobo Junio de 2013

Más detalles

INGENIERÍA DEL SOFTWARE

INGENIERÍA DEL SOFTWARE INGENIERÍA DEL SOFTWARE Sesión No. 2 Nombre: Procesos de ingeniería del software INGENIERÍA DEL SOFTWARE 1 Contextualización La ingeniería de software actualmente es muy importante, pues con los avances

Más detalles

PROCEDIMIENTO GENERAL RAZÓN SOCIAL DE LA EMPRESA. Diseño y desarrollo. Código PG-17 Edición 0. Índice

PROCEDIMIENTO GENERAL RAZÓN SOCIAL DE LA EMPRESA. Diseño y desarrollo. Código PG-17 Edición 0. Índice Índice 1. TABLA RESUMEN... 2 2. OBJETO... 2 3. ALCANCE... 2 4. RESPONSABILIDADES... 3 5. ENTRADAS... 3 6. SALIDAS... 3 7. PROCESOS RELACIONADOS... 3 8. DIAGRAMA DE FLUJO... 4 9. DESARROLLO... 5 9.1. IDENTIFICACIÓN

Más detalles

Tema 2: Introducción a la gestión de la configuración

Tema 2: Introducción a la gestión de la configuración escuela técnica superior de ingeniería informática Tema 2: Introducción a la gestión de la configuración Departamento de Lenguajes y Sistemas Informáticos Evolución y Gestión de la Configuración Contexto

Más detalles

Qué es Scrum? Basado en el texto Explicando Scrum a mi abuela de Jorge Serrano - MVP Visual Developer - Visual Basic

Qué es Scrum? Basado en el texto Explicando Scrum a mi abuela de Jorge Serrano - MVP Visual Developer - Visual Basic Qué es Scrum? Basado en el texto Explicando Scrum a mi abuela de Jorge Serrano - MVP Visual Developer - Visual Basic http://geeks.ms/blogs/jorge/archive/2007/05/09/explicando-scrum-a-mi-abuela.aspx Por

Más detalles

SISTEMAS DE PLANEACIÓN DE RECURSOS EMPRESARIALES 2008

SISTEMAS DE PLANEACIÓN DE RECURSOS EMPRESARIALES 2008 2.1 FACTORES SEGÚN ERP s Propuesta metodológica para la gestión del conocimiento durante la implantación de sistemas ERP Propuesta metodológica La propuesta metodológica aquí desarrollada parte de un modelo

Más detalles

1.1 EL ESTUDIO TÉCNICO

1.1 EL ESTUDIO TÉCNICO 1.1 EL ESTUDIO TÉCNICO 1.1.1 Definición Un estudio técnico permite proponer y analizar las diferentes opciones tecnológicas para producir los bienes o servicios que se requieren, lo que además admite verificar

Más detalles

El objetivo principal del presente curso es proporcionar a sus alumnos los conocimientos y las herramientas básicas para la gestión de proyectos.

El objetivo principal del presente curso es proporcionar a sus alumnos los conocimientos y las herramientas básicas para la gestión de proyectos. Gestión de proyectos Duración: 45 horas Objetivos: El objetivo principal del presente curso es proporcionar a sus alumnos los conocimientos y las herramientas básicas para la gestión de proyectos. Contenidos:

Más detalles

Gestión de proyectos

Gestión de proyectos Gestión de proyectos Horas: 45 El objetivo principal del presente curso es proporcionar a sus alumnos los conocimientos y las herramientas básicas para la gestión de proyectos. Gestión de proyectos El

Más detalles

SCOPE PLANNING IN SOFTWARE PROJECTS PLANIFICACIÓN DEL ALCANCE EN PROYECTOS DE SOFTWARE

SCOPE PLANNING IN SOFTWARE PROJECTS PLANIFICACIÓN DEL ALCANCE EN PROYECTOS DE SOFTWARE Recibido: 23 de febrero de 2011 Aceptado: 29 de marzo de 2011 SCOPE PLANNING IN SOFTWARE PROJECTS PLANIFICACIÓN DEL ALCANCE EN PROYECTOS DE SOFTWARE MSc. Ailin Orjuela, MSc. Luis Alberto Esteban, MSc.

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

www.fundibeq.org Además, se recomienda su uso como herramienta de trabajo dentro de las actividades habituales de gestión.

www.fundibeq.org Además, se recomienda su uso como herramienta de trabajo dentro de las actividades habituales de gestión. DIAGRAMA DE RELACIONES 1.- INTRODUCCIÓN Este documento describe los pasos del proceso de construcción e interpretación de una de las herramientas más potentes para el análisis de problemas y situaciones

Más detalles

Escuela Politécnica Superior. Proyectos de Desarrollo Software. Capítulo 5. daniel.tapias@uam.es. Dr. Daniel Tapias Curso 2014/ 15 PROYECTOS

Escuela Politécnica Superior. Proyectos de Desarrollo Software. Capítulo 5. daniel.tapias@uam.es. Dr. Daniel Tapias Curso 2014/ 15 PROYECTOS Escuela Politécnica Superior Proyectos de Desarrollo Software Capítulo 5 Dr. Daniel Tapias Curso 2014/ 15 daniel.tapias@uam.es PROYECTOS PROGRAMA DE LA ASIGNATURA Capítulo 1: Introducción. Capítulo 2:

Más detalles

Figura (1) diagrama del PHVA aplicado a la Metodología a de las 5 S

Figura (1) diagrama del PHVA aplicado a la Metodología a de las 5 S 6.6 Seguimiento El proceso de seguimiento dentro de la implementación de la metodología de las 5 S, requiere, antes que nada, tener una comprensión clara y un concepto uniforme, de qué significa cada uno

Más detalles

Servicios informáticos de soporte y mantenimiento de las Infraestructuras críticas del Banco de España.

Servicios informáticos de soporte y mantenimiento de las Infraestructuras críticas del Banco de España. Sistemas de Información Febrero 2015 Servicios informáticos de soporte y mantenimiento de las Infraestructuras críticas del Banco de España. Pliego Abreviado de Prescripciones Técnicas Sistemas de Información

Más detalles

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

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

Más detalles

Universidad acional Experimental Del Táchira Decanato de Docencia Departamento de Ingeniería en Informática

Universidad acional Experimental Del Táchira Decanato de Docencia Departamento de Ingeniería en Informática Universidad acional Experimental Del Táchira Decanato de Docencia Departamento de Ingeniería en Informática Metodología Evolutiva Incremental Mediante Prototipo y Técnicas Orientada a Objeto (MEI/P-OO)

Más detalles

PROCEDIMIENTO ESPECÍFICO. Código G-068-01 Edición 0

PROCEDIMIENTO ESPECÍFICO. Código G-068-01 Edición 0 Índice 1. TABLA RESUMEN... 2 2. OBJETO... 2 3. ALCANCE... 2 4. RESPONSABILIDADES... 3 5. ENTRADAS... 3 6. SALIDAS... 3 7. PROCEDIMIENTOS VINCULADOS A ESTA/S ACTIVIDAD/ES... 3 8. DIAGRAMA DE FLUJO... 4

Más detalles

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

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

Más detalles

Arquitectura de Aplicaciones

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

Más detalles

MODELOS DE ESTRUCTURA PARA LAS DIRECCIONES DE INFORMÁTICA

MODELOS DE ESTRUCTURA PARA LAS DIRECCIONES DE INFORMÁTICA MODELOS DE ESTRUCTURA PARA LAS DIRECCIONES DE INFORMÁTICA OPCION 1: PEQUEÑA ENVERGADURA DIRECCIÓN DE INFORMÁTICA DEPARTAMENTO DE SISTEMAS DEPARTAMENTO DE INFRAESTRUCTURA Y ASISTENCIA A USUARIOS DIRECCIÓN

Más detalles

Nombre de la asignatura: Gestión de Proyectos de Software

Nombre de la asignatura: Gestión de Proyectos de Software Nombre de la asignatura: Gestión de Proyectos de Software Créditos: 3 3-6 Aportación al perfil Desarrollar, implementar y administrar software de sistemas o de aplicación que cumpla con los estándares

Más detalles

En el siguiente apartado se detallan ciertos conceptos que ayudan a comprender en mayor medida el Proyecto.

En el siguiente apartado se detallan ciertos conceptos que ayudan a comprender en mayor medida el Proyecto. APÉNDICES En el siguiente apartado se detallan ciertos conceptos que ayudan a comprender en mayor medida el Proyecto. APÉNDICE 1. Herramientas Las herramientas que se usaron en el análisis, desarrollo

Más detalles

Administración de proyectos de desarrollo de software

Administración de proyectos de desarrollo de software DATOS GENERALES SI-00875 ADMINISTRACIÓN DE PROYECTOS DE INFORMÁTICA (3-0-8. Requisito: Haber aprobado Si00854. 6 ISC, 6 ISI, 7 LSCA) Requisito para planes de transición:haber aprobado Cb95855 o Si00854

Más detalles

GESTIÓN DE PROYECTOS DE SOFTWARE

GESTIÓN DE PROYECTOS DE SOFTWARE GESTIÓN DE PROYECTOS DE SOFTWARE LA PLANIFICACIÓN de proyectos se define como la predicción de la duración de las actividades y tareas a escala individual. LA ESTIMACIÓN se define como la predicción de

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

Procedimiento para el desarrollo de auditoria interna.

Procedimiento para el desarrollo de auditoria interna. Página 1 de 16 1. OBJETIVO El propósito de este documento es establecer el mecanismo a utilizar para la planificación y desarrollo de las Auditorias Internas en el Sistema de Gestión de Calidad de CR Ingeniería

Más detalles

Plan de Gestión de Configuración. Universidad Nacional de la Patagonia Austral

Plan de Gestión de Configuración. Universidad Nacional de la Patagonia Austral Plan de Gestión de Configuración Universidad Nacional de la Patagonia Austral Temario 1. Gestión de Configuración de Software 1.1 Definición 2. Plan de SCM 2.1 Estructura Organizacional 2.2 Actividades

Más detalles

CONCEJO MUNICIPAL DE CHOCONTA- CUNDINAMARCA

CONCEJO MUNICIPAL DE CHOCONTA- CUNDINAMARCA CONCEJO MUNICIPAL DE CHOCONTA- CUNDINAMARCA PLAN DE MANEJO DE RIESGOS Contenido PLAN DE MANEJO DE RIESGOS.... 3 Elaboración del mapa de riesgos... 3 Monitoreo... 4 Autoevaluación... 4 Metodología... 7

Más detalles

MANUAL DE REFERENCIA

MANUAL DE REFERENCIA GOBIERNO DE CHILE MINISTERIO DE HACIENDA Dirección de Presupuestos MANUAL DE REFERENCIA GUÍA PARA IMPLEMENTACIÓN ISO 9001:2000 SISTEMA DE EVALUACIÓN DE DESEMPEÑO Versión 05 Diciembre 2008 INDICE 1 Definició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

RESUMEN Y CONCLUSIONES DE OHSAS 18.000

RESUMEN Y CONCLUSIONES DE OHSAS 18.000 RESUMEN Y CONCLUSIONES DE OHSAS 18.000 Durante el segundo semestre de 1999, fue publicada la normativa OHSAS18.000, dando inicio así a la serie de normas internacionales relacionadas con el tema Salud

Más detalles

Cristian Blanco www.cristianblanco.es

Cristian Blanco www.cristianblanco.es 3.1.- INTRODUCCIÓN Para realizar el desarrollo de cualquier proyecto de software es necesario llevar una sistemática de trabajo, que nos asegure el éxito del mismo. Lo que tenemos que evitar, en el desarrollo

Más detalles

Nomenclador de cargos

Nomenclador de cargos Nomenclador de cargos ROLES Áreas de I T Definición de módulos y roles Versión: 1.0 Pagina 1 Módulos interactuantes en un área de IT 1. Infraestructura Tecnológica 2. Producción de Software 3. Asistencia

Más detalles

DESARROLLO DE SOFTWARE CON CALIDAD PARA UNA EMPRESA

DESARROLLO DE SOFTWARE CON CALIDAD PARA UNA EMPRESA DESARROLLO DE SOFTWARE CON CALIDAD PARA UNA EMPRESA Resumen AUTORIA CARLOS CABALLERO GONZÁLEZ TEMATICA INFORMÁTICA ETAPA ESO-BACHILLERATO-CFGM(ESI,ASI,DSI) Se describe la revolución que supuso la incursión

Más detalles

Universidad Católica del Uruguay. Facultad de Ingeniería y Tecnología. Ingeniería de Software III Plan de Gestión de la Configuración

Universidad Católica del Uruguay. Facultad de Ingeniería y Tecnología. Ingeniería de Software III Plan de Gestión de la Configuración Universidad Católica del Uruguay Facultad de Ingeniería y Tecnología Ingeniería de Software III Plan de Gestión de la Configuración Cecilia Cedrés Braulio Zitto Versión: 1.0.0 Fecha: 11/11/2008 11/13/08

Más detalles

Aragonesa de Servicios Telemáticos

Aragonesa de Servicios Telemáticos (AMS) en el Ámbito de Diversos Departamento y Organismos Públicos de la Administración de la Comunidad Autónoma de Aragón Índice 1! FICHA...3! 2! SITUACIÓN INICIAL...5! 3! OBJETIVOS...6! 4! SOLUCIÓN...7!

Más detalles

Etapa de Implementación de la Ejecución del Plan

Etapa de Implementación de la Ejecución del Plan MINISTERIO DE OBRAS PÚBLICAS Gestión y Monitoreo de Planes de Obras Públicas Etapa de Implementación de la Ejecución del Plan Dirección de Planeamiento SUBDIRECCION DE PLANIFICACION ESTRATEGICA Noviembre

Más detalles

Ingeniería del So:ware II

Ingeniería del So:ware II Ingeniería del So:ware II Tema 04 (1). Integración de Proyectos So:ware Carlos Blanco Bueno DPTO. DE MATEMÁTICAS, ESTADÍSTICA Y COMPUTACIÓN carlos.blanco@unican.es Este tema se publica bajo Licencia: CreaRve

Más detalles

NORMA TÉCNICA DE AUDITORÍA SOBRE LA AUDITORÍA DE CUENTAS EN ENTORNOS INFORMATIZADOS INTRODUCCIÓN

NORMA TÉCNICA DE AUDITORÍA SOBRE LA AUDITORÍA DE CUENTAS EN ENTORNOS INFORMATIZADOS INTRODUCCIÓN Resolución de 23 de junio de 2003, del Instituto de Contabilidad y Auditoría de Cuentas, por la que se publica la Norma Técnica de Auditoría sobre la auditoría de cuentas en entornos informatizados (BOICAC

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

PLAN DE MEJORAS. Herramienta de trabajo. Agencia Nacional de Evaluación de la Calidad y Acreditación

PLAN DE MEJORAS. Herramienta de trabajo. Agencia Nacional de Evaluación de la Calidad y Acreditación PLAN DE MEJORAS Herramienta de trabajo Agencia Nacional de Evaluación de la Calidad y Acreditación Índice 1 Introducción...3 2 Pasos a seguir para la elaboración del plan de mejoras...5 2.1 Identificar

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

METODOLOGÍA DE GESTION DE PROYECTOS

METODOLOGÍA DE GESTION DE PROYECTOS METODOLOGÍA DE GESTION DE PROYECTOS CONTENIDO CONTENIDO... 2 ALCANCE... 4 MARCO METODOLÓGICO... 4 ETAPAS DEL PROCESO... 5 1. ETAPA 0: INICIACIÓN...5 FASE DE INICIO...5 2. ETAPA 1: PLANEAMIENTO...6 FASE

Más detalles

UNIVERSIDAD UNION BOLIVARIANA CARRERA DE INGENIERIA DE SISTEMAS

UNIVERSIDAD UNION BOLIVARIANA CARRERA DE INGENIERIA DE SISTEMAS UNIVERSIDAD UNION BOLIVARIANA CARRERA DE INGENIERIA DE SISTEMAS METODOLOGIAS AGILES PROCESO UNIFICADO AGIL (AUP) MATERIA : INGENIERIA SOFTWARE DOCENTE : LIC. ERVIN FLORES ESTUDIANTE : JORGE LUIS CORDERO

Más detalles

PROCEDIMIENTO ESPECÍFICO. Código G056-01 Edición 0

PROCEDIMIENTO ESPECÍFICO. Código G056-01 Edición 0 Índice 1. TABLA RESUMEN... 2 2. OBJETO... 2 3. ALCANCE... 2 4. RESPONSABILIDADES... 3 5. ENTRADAS... 3 6. SALIDAS... 3 7. PROCESOS RELACIONADOS... 3 8. DIAGRAMA DE FLUJO... 4 9. DESARROLLO... 5 9.1. ANÁLISIS

Más detalles

Proyecto de administración de sistemas informáticos en red (PI)

Proyecto de administración de sistemas informáticos en red (PI) Página 1 de 9 DEPARTAMENTO Informática y Comunicaciones CURSO 2014-2015 CICLO FORMATIVO Administración de Sistemas Informáticos en Red MÓDULO Proyecto de administración de sistemas informáticos en red

Más detalles

El plan estratégico de sistemas de información

El plan estratégico de sistemas de información Nota previa El plan estratégico de sistemas de información Resúmen Cynertia Consulting, 2010 Nota previa Nota previa Este documento es un resúmen del artículo El plan estratégico de sistemas de información.

Más detalles

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

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

Más detalles