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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Asignaturas antecedentes y subsecuentes

Asignaturas antecedentes y subsecuentes PROGRAMA DE ESTUDIOS Ingeniería de Software Área a la que pertenece: Área Sustantiva Profesional Horas teóricas: 3 Horas prácticas: 1 Créditos: 7 Clave: F0161 Asignaturas antecedentes y subsecuentes PRESENTACIÓN

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

GUÍA AVANZADA DE GESTIÓN DE CONFIGURACIÓN LNCS

GUÍA AVANZADA DE GESTIÓN DE CONFIGURACIÓN LNCS GUÍA AVANZADA DE GESTIÓN DE CONFIGURACIÓN LNCS Diciembre 2008 AVISO LEGAL CMMI es una marca registrada en la Oficina de Marcas y Patentes de EEUU por la Universidad Carnegie Mellon Las distintas normas

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

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

DEPARTAMENTO: Computación y Diseño NOMBRE DEL CURSO: Diseño de Sistemas Interactivos CLAVE: 1058M ACADEMIA A LA QUE PERTENECE: Análisis y Diseño

DEPARTAMENTO: Computación y Diseño NOMBRE DEL CURSO: Diseño de Sistemas Interactivos CLAVE: 1058M ACADEMIA A LA QUE PERTENECE: Análisis y Diseño PROGRAMA DE CURSO Modelo 2009 DEPARTAMENTO: Computación y Diseño NOMBRE DEL CURSO: Diseño de Sistemas Interactivos CLAVE: 1058M ACADEMIA A LA QUE PERTENECE: Análisis y Diseño PROFESIONAL ASOCIADO Y LICENCIATURA

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

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

Definir el problema/oportunidad. Desarrollar soluciones alternativas. Seleccionar la solución. Desarrollar / Seleccionar-Adquirirconfigurar

Definir el problema/oportunidad. Desarrollar soluciones alternativas. Seleccionar la solución. Desarrollar / Seleccionar-Adquirirconfigurar 1 Definir el problema/oportunidad Definir problema de negocio o la oportunidad de mejora utilizando el pensamiento sistémico. Mapa Conceptual Desarrollar soluciones alternativas Seleccionar la solución

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

CONSEJERÍA DE EMPLEO. Secretaría General Técnica

CONSEJERÍA DE EMPLEO. Secretaría General Técnica PLIEGO DE PRESCRIPCIONES TÉCNICAS PARA EL APOYO A LA ADMINISTRACIÓN DE SERVIDORES DE BASE DE DATOS ORACLE Y MÁQUINAS SERVIDORAS CON SISTEMA OPERATIVO UNIX DE LA CONSEJERÍA DE EMPLEO DE LA JUNTA DE ANDALUCÍA

Más detalles

Ingeniería de Software

Ingeniería de Software Programa de la Asignatura: Ingeniería de Software Código: 38 Carrera: Ingeniería en Computación Plan: 2013 Carácter: Obligatoria Unidad Académica: Secretaría Académica Curso: Quinto Año Primer cuatrimestre

Más detalles

Docente/s. Espacios Curriculares Correlativos Precedentes Aprobada/s Cod. Asig. Cursada/s Cod. Asig. Espacios Curriculares Correlativos Subsiguientes

Docente/s. Espacios Curriculares Correlativos Precedentes Aprobada/s Cod. Asig. Cursada/s Cod. Asig. Espacios Curriculares Correlativos Subsiguientes Ciclo Académico: 2009 Año de la Carrera: Horas de Clases Semanales Régimen de Cursado 1er. Teoría Práctica s (1) Anual 1er.Cuatr. 2do.Cuatr. s (2) 2 2 X (1) Observaciones: (2) Observaciones: Teoría Docente/s

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

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

LISTA DE MEJORAS PARA MEJORAR LOS RESULTADOS DE LA EVALUACIÓN

LISTA DE MEJORAS PARA MEJORAR LOS RESULTADOS DE LA EVALUACIÓN LISTA DE MEJORAS PARA MEJORAR LOS RESULTADOS DE LA EVALUACIÓN Después de realizar la evaluación inicial se han detectado deficiencias en los procesos de reutilización del código, por lo que se van a integrar

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

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

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

Preguntas y respuestas (rebatibles) sobre metodologías de desarrollo de software

Preguntas y respuestas (rebatibles) sobre metodologías de desarrollo de software Preguntas y respuestas (rebatibles) sobre metodologías de desarrollo de software Introducción Este documento recopila las preguntas, opiniones y respuestas que se produjeron en un pequeño curso sobre las

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

Ges3ón de Proyectos So9ware

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

Más detalles

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

1 FUNDAMENTACION DE LA MATERIA

1 FUNDAMENTACION DE LA MATERIA 1 FUNDAMENTACION DE LA MATERIA Esta es una materia fundamental de la carrera. Se verán en ella las bases de la Ingeniería de Software, Análisis de Sistemas y Diseño de Sistemas. La Ingeniería de Software

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

Teórica 2 64 Laboratorio 1 32 Resolución de problemas 0.5 16 Ejemplos prácticos en clase 0.5 16 Suma 4 128

Teórica 2 64 Laboratorio 1 32 Resolución de problemas 0.5 16 Ejemplos prácticos en clase 0.5 16 Suma 4 128 CÓDIGO ASIGNATURA 626 DEPARTAMENTO: Ingeniería e Investigaciones Tecnológicas ASIGNATURA: Construcción de sistemas II Ingeniería en Informática 2011 OBJETIVOS Estudiar y modelizar requerimientos de sistemas

Más detalles

SISTEMAS DE INFORMACIÓN II TEORÍA

SISTEMAS DE INFORMACIÓN II TEORÍA CONTENIDO: CICLO DE VIDA VISIÓN TRADICIONAL DEL CICLO DE VIDA DEL DESARROLLO DE SISTEMAS DE INFORMACIÓN STEMAS DE INFORMACIÓN Material diseñado y elaborado por: Prof. Luis Eduardo Mendoza M. Material revisado

Más detalles

Pontificia Universidad Católica del Ecuador

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

Más detalles

cilred.com CICLO DE VIDA DEL SOFTWARE & METODOLOGIAS DE DESARROLLO DE SOFTWARE ING. EDUARDO CRUZ ROMERO eduar14_cr@hotmail.com cilred.

cilred.com CICLO DE VIDA DEL SOFTWARE & METODOLOGIAS DE DESARROLLO DE SOFTWARE ING. EDUARDO CRUZ ROMERO eduar14_cr@hotmail.com cilred. cilred.com CICLO DE VIDA DEL SOFTWARE & METODOLOGIAS DE DESARROLLO DE SOFTWARE ING. EDUARDO CRUZ ROMERO eduar14_cr@hotmail.com cilred.com CICLO DE VIDA DEL SOFTWARE Para apreciar un poco más el problema

Más detalles

Ingeniería de Software: Parte 2

Ingeniería de Software: Parte 2 Ingeniería de Software: Parte 2 Agustín J. González ElO329: Diseño y Programación Orientados a Objeto Adaptado de: http://www.dsic.upv.es/~uml http://inst.eecs.berkeley.edu/~cs169/ entre otras fuentes.

Más detalles

K2BIM Plan de SQA Versión 1.1

K2BIM Plan de SQA Versión 1.1 K2BIM Plan de SQA Versión 1.1 Historia de revisiones Fecha VersiónDescripción Autor 18/08/2009 1.0 Creación del documento. Diego Píriz 23/08/2009 1.1 Pequeñas correciones. Alan Descoins 1 Contenido 1.

Más detalles

PROCEDIMIENTO DE GESTIÓN DE ENTREGAS

PROCEDIMIENTO DE GESTIÓN DE ENTREGAS Página 1 de 16 PROCEDIMIENTO DE GESTIÓN DE ENTREGAS Rev. Fecha Descripción 01 09/03/2007 Primera versión del documento 02 22/09/2009 Actualización de logos y contenido en general 03 20/06/2010 Actualización

Más detalles

Guía Presentación DIPAC-3.0

Guía Presentación DIPAC-3.0 Código:GP-001 Edición: 2 8 de marzo de 2014 8 de marzo de 2014 INDICE GENERAL INTRODUCCION... 3 OBJETIVOS... 3 ALCANCE... 3 ESTRUCTURA DEL DOCUMENTO... 3 PRESENTACIÓN... 4 INTRODUCCIÓN... 4 ORIGEN Y MOTIVACIONES...

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

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

PLIEGO DE PRESCRIPCIONES TECNICAS PARTICULARES PARA EL REDISEÑO DE LA WEB MUNICIPAL USANDO DISEÑO ADAPTATIVO

PLIEGO DE PRESCRIPCIONES TECNICAS PARTICULARES PARA EL REDISEÑO DE LA WEB MUNICIPAL USANDO DISEÑO ADAPTATIVO ASUNTO: PLIEGO DE PRESCRIPCIONES TECNICAS PARTICULARES PARA EL REDISEÑO DE LA WEB MUNICIPAL USANDO DISEÑO ADAPTATIVO Informazioaren Teknologien Saila Departamento de Tecnologías de la Información Herritarrentzako

Más detalles

Un modelo de proceso es una representación abstracta de un proceso. Presenta una descripción de un proceso desde una perspectiva particular.

Un modelo de proceso es una representación abstracta de un proceso. Presenta una descripción de un proceso desde una perspectiva particular. El proceso software Un conjunto estructurado de actividades y resultados asociados que conducen a la creación de un producto de software Especificación: Definir la funcionalidad y las restricciones en

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

TESIS DE MAGISTER EN INGENIERÍA DE SOFTWARE

TESIS DE MAGISTER EN INGENIERÍA DE SOFTWARE TESIS DE MAGISTER EN INGENIERÍA DE SOFTWARE Herramienta de Asistencia al Mantenimiento de Sistemas de Información Tesista: Ing. Verónica Azucena Farach Directores de Tesis: M. Ing. Paola Britos M. Ing.

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

12 JUNIO 2014. Rev.1: 07 Agosto 2014 Rev.2: 06 Octubre 2014 Rev.3: 05 Marzo 2015. 1 de 76. BN-MOF-2400-10-05 Rev.3 MOF DEPARTAMENTO DE INFORMÁTICA

12 JUNIO 2014. Rev.1: 07 Agosto 2014 Rev.2: 06 Octubre 2014 Rev.3: 05 Marzo 2015. 1 de 76. BN-MOF-2400-10-05 Rev.3 MOF DEPARTAMENTO DE INFORMÁTICA Rev.1: 07 Agosto 2014 Rev.2: 06 Octubre 2014 : 05 Marzo 2015 MANUAL DE ORGANIZACIÓN Y FUNCIONES DEPARTAMENTO DE INFORMÁTICA Aprobado mediante Resolución de Gerencia General EF/92.2000 N 020-2014, de fecha

Más detalles

Sistemas de Información II. Introducción al Proceso Unificado de Desarrollo de Software. Autor: Ing. Silverio Bonilla 1

Sistemas de Información II. Introducción al Proceso Unificado de Desarrollo de Software. Autor: Ing. Silverio Bonilla 1 Introducción al Proceso Unificado de Desarrollo de Software Autor: Ing. Silverio Bonilla 1 James Rumbaugh et al. Concepto de Método Una metodología de ingeniería del software es un proceso para producir

Más detalles

Herramientas automáticas y semiautomáticas que apoyan a la aplicación de los métodos.

Herramientas automáticas y semiautomáticas que apoyan a la aplicación de los métodos. Unidad I Introducción a la ingeniería del software y sistemas de información Las economías de todos las paises son cada vez más y más dependientes del Software Importancia del Software 10 Cada vez más

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

Servidores Donantonio

Servidores Donantonio Especificación de requisitos software Tabla de contenidos Juan José Amor David Escorial Ismael Olea 1. Introducción...3 1.1. Propósito...3 1.2. Ámbito del sistema...3 1.3. Definiciones, acrónimos y abreviaturas...3

Más detalles

SÍLABO DEL CURSO DE EVOLUCIÓN Y CONFIGURACIÓN DE SOFTWARE

SÍLABO DEL CURSO DE EVOLUCIÓN Y CONFIGURACIÓN DE SOFTWARE SÍLABO DEL CURSO DE EVOLUCIÓN Y CONFIGURACIÓN DE SOFTWARE I. INFORMACIÓN GENERAL: 1.1 Facultad : Ingeniería 1.2 Carrera Profesional : Ingeniería en Sistemas Computacionales 1.3 Departamento : ------------

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

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

GUÍA DOCENTE. Curso 2014-2015. Ingeniería Informática en Sistemas de Información Doble Grado: M6: Tecnología Específica de Sistemas de Información

GUÍA DOCENTE. Curso 2014-2015. Ingeniería Informática en Sistemas de Información Doble Grado: M6: Tecnología Específica de Sistemas de Información 1. DESCRIPCIÓN DE LA ASIGNATURA Grado: Ingeniería Informática en Sistemas de Información Doble Grado: Asignatura: Ingeniería de Proyectos Módulo: M6: Tecnología Específica de Sistemas de Información Departamento:

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

MANTENIMIENTO DE SOFTWARE

MANTENIMIENTO DE SOFTWARE MANTENIMIENTO DE SOFTWARE Definición de Mantenimiento El estándar IEEE 1219 [IEEE, 1993] define el Mantenimiento del Software como la modificación de un producto software después de haber sido entregado

Más detalles

Ingeniería de Software

Ingeniería de Software Ingeniería de Software Tabla de Contenidos PARTE I INTRODUCCIÓN Capítulo 1: Evolución Los hitos en la evolución histórica del Desarrollo de Software Problemas y soluciones... Fallas, malas estimaciones

Más detalles

Sinopsis de la gestión de programas de acuerdo con el estándar del Project Management Institute 1

Sinopsis de la gestión de programas de acuerdo con el estándar del Project Management Institute 1 Sinopsis de la gestión de s de acuerdo con el estándar del Project Management Institute Conceptos básicos Qué es un? Es un grupo de proyectos gestionados de modo coordinado para obtener beneficios y el

Más detalles

MANUAL DE ORGANIZACIÓN Y FUNCIONES GERENCIA DE INFORMÁTICA

MANUAL DE ORGANIZACIÓN Y FUNCIONES GERENCIA DE INFORMÁTICA MANUAL DE ORGANIZACIÓN Y FUNCIONES GERENCIA DE INFORMÁTICA Aprobando mediante Resolución de Gerencia General N 052-2015 de fecha 26 Junio 2015 ELABORADO POR: APROBADO POR: 1 de 82 ÍNDICE 1 INTRODUCCIÓN...

Más detalles

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

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

Más detalles

Gestión de Configuración

Gestión de Configuración Gestión de Configuración M.Ing. Bibiana D. Rossi Lic. Marcelo A. Castro 1 1. Gestión de configuración Fases de Ciclo de Vida Para qué la Gestión de Configuración? Proceso de Configuración 2. Conceptos

Más detalles

Proyectos Informáticos

Proyectos Informáticos Proyectos Informáticos Administración y Control de Proyectos I Facultad de Ingeniería (UBA) - Seminario de Project Management - Contenido El Equipo de Trabajo Roles y Responsabilidades Planificación Seminario

Más detalles

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

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

Más detalles

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

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

Clientes Donantonio. Especificación de requisitos software. Juan José Amor David Escorial Ismael Olea

Clientes Donantonio. Especificación de requisitos software. Juan José Amor David Escorial Ismael Olea Especificación de requisitos software Tabla de contenidos Juan José Amor David Escorial Ismael Olea 1. Introducción...3 1.1. Propósito...3 1.2. Ámbito del sistema...3 1.3. Definiciones, acrónimos y abreviaturas...3

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

Tecnología VoIP integrada en Sistemas de Emergencia Policiales

Tecnología VoIP integrada en Sistemas de Emergencia Policiales Tecnología VoIP integrada en Sistemas de Emergencia Policiales Mariela E. Rodriguez 1, José Farfan 2, & José V. Zapana 3 Cátedra de Modelos de Desarrollo de Programas y Programación Concurrente / Facultad

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

Tabla de contenido 1. OBJETIVOS... 2 2. ASIGNACION DE RESPONSABILIDADES... 2 3. ROLES Y TAREAS... 3 4. ALCANCE... 4

Tabla de contenido 1. OBJETIVOS... 2 2. ASIGNACION DE RESPONSABILIDADES... 2 3. ROLES Y TAREAS... 3 4. ALCANCE... 4 Tabla de contenido 1. OBJETIVOS... 2 2. ASIGNACION DE RESPONSABILIDADES... 2 3. ROLES Y TAREAS... 3 4. ALCANCE... 4 5. PROCEDIMIENTOS RELACIONADOS... 4 6. DOCUMENTOS RELACIONADOS... 4 7. PROCESO... 4 7.1.

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