Trabajo de investigación

Slides:



Advertisements
Presentaciones similares
ingeniería de software
Advertisements

VALORACIÓN Y SELECCIÓN DE INVERSIONES EN RECURSOS INFORMÁTICOS
Ingeniería de Software II
Caso de Éxito: Team System, CMMI, Metodologías Ágiles
Gestión de una Fábrica de Software
Segmento GRC. Segmento GRC IT Governance Segmento E-Governance Otros Segmentos Segmento CRM Segmento E-Governance.
SYSMOTORFLOW PRESENTACIÓN DEL PROCESO Proyecto de Ingeniería de Software 2010.
Plan de Sistemas 17 septiembre METRICA: Plan de Sistemas
METODOLOGÍAS ÁGILES “PROCESO UNIFICADO ÁGIL (AUP)
Control de versiones con Subversion v1.1 © 2012.SOPORTE. DIS. Ronald De La Cruz Cueva Equipo de Soporte USMP.
Agenda Problemas Comunes
Proceso de Originación de Crédito: Banco de los Alpes
1 Víctor Aravena Díaz. 2 Objetivo Conocer sobre el uso de la gestión de la configuración. Utilizar SVN desde eclipse. SVN.
Proyecto de Ingeniería de Software 2008
. Cap.9 GESTION DE LA CONFIGURACION DEL SOFTWARE ( GCS/SCM.
Sistema de Administración de Subastas Inversas
CheckIn4Android.
Administración de Procesos de Pruebas
12.4 Seguridad de los archivos del sistema
Conclusiones Fase de Construcción Grupo 1.  Objetivos de la Fase  Cumplimientos  Conclusiones Puntos a tratar:
HERRAMIENTAS CASE.
PLANEACION DE UNA ESTRUCTURA ORGANIZACIONAL
Prominente S.A. Coordinación de Outsourcing. Agenda  Introducción  Objetivos  Diagnostico  Diseño de solución  Conclusión Universidad Kennedy Calidad.
Propuesta de una metodología para el desarrollo de proyectos informáticos empleando la herramienta para el diseño automatizado GeneXus Autor: Dipl.-Ing.
Gestión de la Configuración (SCM)
 Tema del proyecto  Integrantes y roles del equipo  Objetivos del proyecto  Alcance.
Conclusiones de Fase de Construcción Grupo 2 – Año 2006.
Modelo de ciclo de vida en espiral
Petición de subsane y subsane. Creación de análisis de oferta subsanable Pasos: Autenticarse con un usuario asociado a una institución Crear un análisis.
Proyecto de Ingeniería de Software Grupo 9 Septiembre 2009
SISTEMAS II CICLO DE VIDA.
Proyecto de Ingeniería de Software - Grupo 2 - Año 2006 Presentación del Proceso Sistema de Administración de Proteínas Objetivo y eXperimentos del Pasteur.
Aplicaciones de Ingeniería de Software
Análisis y diseño detallado de aplicaciones informáticas de gestión
Gestión de la Configuración
Administración de Software Administración de Software / Casos Reales Pág 1 La seguridad físca PROGRAMACION CASOS DE LA VIDA REAL.
Notas de Clase Modelado de Procesos de Negocio
Ximena Romano – Doris Correa
Diseño del servicio ITIL..
Modelo en Cascada Planeación Estratégica Estudio de Factibilidad
Métrica Versión 3.
VISIÓN GENERAL DE LA IS Con independencia del modelo de proceso hay tres fases genéricas: Fase de definición Fase de desarrollo Fase de mantenimiento Cada.
GESTION DE LA CONFIGURACION DEL SOFTWARE (GCS/SCM)
Procesos de Software. » Establecimiento de las líneas base » Elementos de configuración seleccionados » Identificación de ECS » Bibliotecas » Esquema.
Ingeniería de Software I
Unidad 3: Adquisición de Paquetes de Software Msc. Lic. Susana I. Herrera - Lic. Paola Budán UNSE 2012.
Proyecto de Ingeniería de Software Grupo Nº 9 - GXPost (Desarrollo con GeneXus 8.0) Evaluación de la Fase Construcción (Jueves 4 de Noviembre de.
El rol de SQA en PIS.
Grupo 10 – 2008 Proyecto de Ingeniería de Software
Roles de Open UP.
1 Motor de Generación de Formularios para Infocorp Presentación del Proceso.
METODOLOGÍAS ÁGILES “PROCESO UNIFICADO ÁGIL (AUP)
Introducción al proceso de verificación y validación.
Laura Posada Agudelo Carlos Mario Zapata
Estructurar tus ideas para hacerlas realidad
G ESTIÓN DE LA C ONFIGURACIÓN DEL S OFTWARE G ESTIÓN DE LA C ONFIGURACIÓN DEL S OFTWARE Daniel Eduardo Almeciga Angie Katterine Cruz O. Diego Fernando.
REVISION Y AUDITORIA.
Ciclo de Vida del Software
Proyecto de Ingeniería de Software 2008 Proyecto TITA Soft. Grupo 02.
Identificación de entradas, salidas y herramientas de procesos de gestión del PMI Jairo A. Orozco L.
CONCEPTO DE CICLO DE VIDA 1 En los departamentos de Sistemas se debe definir un marco de referencia común que debe ser:  Pueda ser empleado por todos.
Evolución y comportamiento del Sector TICs Praxis & Technology Group PraTech METODOLOGÍA DE CALIDAD.
Evaluación de la Fase de Construcción Grupo 4. Riesgos ocurridos Atrasos en la planificación Priorización de tareas Problemas de funcionamiento de la.
Identificación de entradas, salidas y herramientas de procesos de gestión del PMI Jairo A. Orozco L.
TEAM SOFTWARE PROCESS CICLO 1. El software propuesto por el equipo de Ingenium para cumplir con las necesidades planteadas, modela los un conjunto de.
Documentos obligatorios de cada Fase
Gestión de la Configuración. Configuración del Software Conjunto de toda la información y productos utilizados o producidos en un proyecto como resultado.
Entregables del Proyecto
Fase de Inicio Proceso Unificado de Desarrollo de Software.
Junio, 2013.
Transcripción de la presentación:

Trabajo de investigación Análisis de la Gestión de Configuración de Software aplicada al Modelo en Espiral Grupo 2

GCS y el ciclo de vida Espiral Establecimiento de las líneas base e hitos Elementos de configuración seleccionados Implementación de la configuración Gestión de cambios

Líneas base e hitos definidos 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. Líneas Base 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)

Establecimiento de las Líneas Base e hitos 1 2 3 4 Linea base Hito

ECS Línea base funcional Plan de desarrollo de software Especificación de Requisitos de Software Matriz de riesgos de requisitos

ECS Línea base de desarrollo Documentos de diseño preliminar Documentos de diseño detallado Planificación del desarrollo Matriz de riesgos de diseño

ECS Línea base de producto Código fuente Planificación de las pruebas Documento de herramientas utilizadas durante el desarrollo Manual de usuario e instalación Matriz de riesgos de implementación

Definición de un esquema de identificación Información Necesaria Identificador (Identificación del Proyecto, código de ECS, fase, iteración y versión) Descripción funcional Autor Fecha de Creación Tipo de ECS (Documento, código, etc.) Localización

Definición de un esquema de identificación El identificador permite distinguir unívocamente a las distintas versiones de cada uno de los ECS Identificador Proyecto Código Iteración Fase Versión Gamma + ERS + I1 + F2 + 1.3 Gamma_ERS_I1_F3_1.3

Identificación de los ECS Código Elemento de Configuración (ECS) PDS Plan de desarrollo de software ERS Especificación de Requisitos de Software MRR Matriz de riesgos de requisitos DDP Documentos de diseño preliminar DDD Documentos de diseño detallado Planificación del desarrollo software PPS Planificación de las pruebas del software MRD Matriz de riesgos de diseño COD Codigo fuente DHU Documento de herramientas utilizadas MUI Manual de usuario e instalación MRI Matriz de riesgos de implementación.

Bibliotecas de Software Biblioteca de Trabajo Área de trabajo local. Cambios informales. Biblioteca de soporte al proyecto ECS revisados provenientes de las bibliotecas de trabajo. Cambios semi-formales. Biblioteca Maestra Versiones Congeladas. Cambios formales. Biblioteca de backups No esta sujeto a la gestión de configuración

Versionado de los ECS Como se realiza Estructura del repositorio A través de una herramienta de gestión de versiones. Estructura del repositorio Trunk: Es la rama principal, se ira modificando durante la vida del proyecto. Branches: Son ramas secundarias, donde se desarrollan las nuevas funcionalidades, al estar estables se unen al Trunk. Tags: Se guardan las versiones cerradas ‘Releases’. En cada línea base se realiza un TAG, congelando las versiones de cada ECS del repositorio.

Control de Cambios en la Configuración Cambios Informales ECS que aun no formen parte de una línea base preestablecida. Cambios Semi-formales ECS que ya pasaron por una revisión técnica formal y forman parte de una línea base Cambios Formales ECS que forman parte de la Biblioteca Maestra.

Generación de Informes de Estado Registro de solicitudes de cambio Informe de estado de los cambios Inventario de ECS

Ejemplo de Informe de Estado Inventario de los ECS VERSIÓN: 01 Fecha: 12-11-2010 Proyecto: Gamma Código Descripción Versión PDS Plan de desarrollo de software 1.3 ERS Especificación de Requisitos de Software 1.4 MRR Matriz de riesgos de requisitos 2.0 DDP Documentos de diseño preliminar 3.0