SlideShare una empresa de Scribd logo
1 de 8
Capítulo 6 Gestión de cambios:
La gestiónde cambiosesunacoordinaciónque debe llevar acabo algúnproyectopara que sea
claro y eficiente.
Identificación gestión de cambios:
Análisis de la solicitud: esta solicitud es recibida por un líder de implementación
para ser analizada, los puntos más importantes a analizar son el alcance y el
tiempo con el fin de saber si es viable realizarla con un requerimiento o mejor
hacer otro requerimiento .
Valorar el cambio: revisar la disponibilidad de los recursos de una solicitud
realizada para saber cómo afecta los cambios. Y aquí es donde entra la
trazabilidad.
Analizar modificación: el líder de implementación deberá hacer un análisis
para saber cuáles puntos afectan un requerimiento y así saber puntualmente
el cambio que afecta un requerimiento.
Documentar cambio: hay que hacer una documentación de los cambios que
se van a hacer para no tener dudas de las modificaciones que se le van a
hacer a un requerimiento. También se hace para mantener informado al
grupo de trabajo sobrelas modificaciones de los requerimientos.
Aprobación de control de cambios
Aprobar cambios: después de haber analizado el cambio se hará una
negociación con el cliente si él está de acuerdo de no ser asíse deberá
negociar con el cliente el siguiente paso a negociar.
Planear cambio: después de haber aprobado el cambio se planea el tiempo
necesario y los recursos necesarios para llevar a cabo el cambio aprobado
Realizar cambio: se debe hacer cambios a todos los productos afectados por
el cambio realizado.
Revisar cambio: es recomendable hacer una verificación por el líder para
verificar si el requerimiento incluye todos los cambios solicitados.
Actualizar líneade bases: es recomendable actualizar línea de base con el
fin de trabajar siempre con la última versión del requerimiento.
Informar: una vez realizada la modificación debe ser informado a los
interesados para que este sea verificado por el cliente.
Entregable control de cambios
El formato necesario para la documentación del control de cambios se encuentra en el c
Formato Objetivo
MR_006_Control de cambios Describir la situación de cambio solicitada por
el cliente.
Capítulo 7 gestión de requerimientos:
Para que la gestión de los requerimientos sea realmente aplicable al cliente en pro
de la satisfacción de las necesidades y control del proyecto en general, se debe
cumplir con las siguientes acciones:
Matrices de Trazabilidad
Matriz de relación de documentos:
La siguiente Matriz nos muestra cuales son las relaciones de documentación de
cada requisito su clasificación si es de negocio, usuario o sistema y si es funciona
o no funcional, su respectivo caso de uso, sus casos de prueba asociados, la
dependencia con otros requerimientos y las peticiones de cambio en caso que las
tenga.
Matriz de valoración y aprobación de los requisitos:
La siguiente matriz de trazabilidad es la que nos permite valorar si el requisito
cumple con todas las etapas llevadas a cabo en la metodología, en caso que
todos los criterios se cumplan se dará por cerrado y aprobado el requisito.
Matriz de control de cambios: nos permite registrar los
controles de cambios que se van presentando.
Capítulo 8 formato de la metodología:
Los formatos utilizados en las plantillas se presentan como una herramienta de
apoyo y soporte a las actividades sugeridas en la presente metodología. Por lo
tanto cada uno de los formatos a utilizar presenta las especificaciones
correspondientes para su diligenciamiento .A continuación se encuentran cada
uno de los formatos recomendados para utilizar en los capítulos que hacen parte
de esta metodología:
Capitulo Formato Objetivo
Cap 1 FMR_001_Identificacion de
Necesidades
Presentar una descripción de lo que se
requiere desde la perspectiva del
cliente para resolver la necesidad u
oportunidad de mejora identificada.
El presente documento será trabajado
de la mano del cliente.
Cap 2 FMR_002_Entrevista Sugerir preguntas que permitan
detallar el requerimiento.
Cap 3 FMR_003_Matrices_Trazabilidad Presentar matrices de trazabilidad
(Relación de documentación, Revisión
de Pares, Registro de Controles de
Cambio)
Cap 4 FMR_004.1_00X_Especificacion
Funcional
Especificar detalladamente la
funcionalidad (requerimientos
funcionales y no funcionales) de los
componentes del sistema y sus
interacciones
FMR_004.2_00X_Caso de Uso
FMR_004.3_00X_Especificacion de
Diagramas
Cap 5 FMR_005.1_Planeación Prueba de
requerimiento
Presentar la estrategia, alcance,
estimación de tiempos, de la prueba de
requerimiento.
FMR_005.2_Diseño de Casos de
Prueba
Identificar los posibles casos de prueba
del requerimiento
FMR_005.3_Ejecucion de Casos de
Prueba
Presentar resultado de ejecución de los
casos
FMR_005.4_Informe final prueba Presentar informe de cierre con los
aspectos más relevantes de la
ejecución
Cap 6 FMR_006_Control de cambios Describir la situación de cambio
solicitada por el cliente.
Capítulo 9 mejores prácticas:
el desarrollo del software una mejor práctica es un método bien definido que
contribuye a una implementación exitosa del proyecto software. Las
organizaciones implementan mejores prácticas reconocidas en su medio, para que
les ayuden a enfrentar los inconvenientes presentados al encarar un proyecto de
software.
Mejores prácticas en el desarrollo de requisitos
A continuación se describen una serie de mejores prácticas orientadas al
desarrollo de requisitos:
o Documentar el alcance y visión del proyecto: permitirá tener un mejor
entendimiento de los requisitos y asegurará que todas las personas
involucradas en el proyecto trabajen hacia la misma meta.
o Mantener un glosario del proyecto: facilitará una comunicación efectiva
asegurando un entendimiento unánime
o Uso de técnicas de obtención de requisitos de usuario: para facilitar
esta tarea.
o Involucrar a toda la gente implicada: asegura una validación temprana
del entendimiento de los requisitos.
o Desarrollo incremental de requisitos: puede minimizar la cantidad de re-
trabajo del proyecto
o Captura de requisitos usando casos de uso: será más fácil gestionar los
requisitos y hacer un seguimiento de los mismos
o Validar requisitos: para mejorar el éxito de los proyectos es crítico que se
validen los requisitos de forma adecuada
o Verificar requisitos: para asegurar que los requisitos proporcionan una
base adecuada para llevar a cabo el diseño, la construcción y las pruebas.
Mejores prácticas en la gestión de requisitos
A continuación se muestran una serie de mejores prácticas relacionadas con la
gestión de requisitos:
o Priorizar requisitos: para determinar aquellos que se deberían cumplir en
la primera versión o producto y aquellos que pueden llevarse a cabo en
sucesivas versiones
o Establecer líneas base de los requisitos: para asegurar que cualquier
modificación en los requisitos que cambie la línea base se trata como
cambios de alcance
o Comunicación abierta: para asegurar que la información relacionada con
los requisitos se comunica de forma consistente. Una comunicación abierta
también implica comunicar a la gente correcta y al conjunto mínimo de
personas
o Gestión de cambios de los requisitos: es esencial gestionar estos
cambios de forma efectiva y eficiente
o Uso de herramientas para la gestión de requisitos: para facilitar la
gestión de requisitos
o Mantener trazabilidad de requisitos: para llevar un seguimiento de la
vida de un requisito
o Establecer un plan de mejora de procesos para la ingeniería de
requisitos: para cumplir con las necesidades actuales y futuras de forma
más eficiente y con mayor calidad.
o Formar a los analistas de requisitos: para asegurar que los analistas de
requisitos tienen el conocimiento, entre otros aspectos, de cómo escribir
buenos requisitos, etc.
Capítulo 6 gestión  de cambios

Más contenido relacionado

La actualidad más candente

Guía del PMBOK® > Gestión de Riesgos
Guía del PMBOK® > Gestión de RiesgosGuía del PMBOK® > Gestión de Riesgos
Guía del PMBOK® > Gestión de RiesgosDharma Consulting
 
4.2.2 bienes y servicios evaluacion de proveedores
4.2.2 bienes y servicios evaluacion de proveedores4.2.2 bienes y servicios evaluacion de proveedores
4.2.2 bienes y servicios evaluacion de proveedoresJULIOCESARVALVERDERO
 
Caracterización de procesos
Caracterización de procesosCaracterización de procesos
Caracterización de procesosCOREDI
 
Plan de gestión de problemas
Plan de gestión de problemasPlan de gestión de problemas
Plan de gestión de problemasEmiliano Grande
 
Control de Cambios de Sistema de Información
Control de Cambios de Sistema de InformaciónControl de Cambios de Sistema de Información
Control de Cambios de Sistema de InformaciónMelvin Jáquez
 
Metodos y herramientas para el aseguramiento de la calidad
Metodos y herramientas para el aseguramiento de la calidadMetodos y herramientas para el aseguramiento de la calidad
Metodos y herramientas para el aseguramiento de la calidadamairany
 
Anexo 8-lista-maestra-de-documentos-de-origen-externo
Anexo 8-lista-maestra-de-documentos-de-origen-externoAnexo 8-lista-maestra-de-documentos-de-origen-externo
Anexo 8-lista-maestra-de-documentos-de-origen-externoAlain Caballero Rio
 
Gestion De Riesgos
Gestion  De RiesgosGestion  De Riesgos
Gestion De Riesgosmalupahu
 
Documentacion de un SGC
Documentacion de un SGCDocumentacion de un SGC
Documentacion de un SGCAlvaro Diaz
 
Ejemplo-proyecto-completo-pmbok
Ejemplo-proyecto-completo-pmbokEjemplo-proyecto-completo-pmbok
Ejemplo-proyecto-completo-pmbokGs Importations
 
Seguimiento y control de un proyecto
Seguimiento y control de un proyectoSeguimiento y control de un proyecto
Seguimiento y control de un proyectoDiana De León
 

La actualidad más candente (20)

Control de cambios
Control de cambiosControl de cambios
Control de cambios
 
Gestion de cambios
Gestion de cambiosGestion de cambios
Gestion de cambios
 
Guía del PMBOK® > Gestión de Riesgos
Guía del PMBOK® > Gestión de RiesgosGuía del PMBOK® > Gestión de Riesgos
Guía del PMBOK® > Gestión de Riesgos
 
Check list cuestionario_auditoria_iso_9001_2008
Check list cuestionario_auditoria_iso_9001_2008Check list cuestionario_auditoria_iso_9001_2008
Check list cuestionario_auditoria_iso_9001_2008
 
Plan de calidad ejemplo
Plan de calidad   ejemploPlan de calidad   ejemplo
Plan de calidad ejemplo
 
Lista verificacion iso 9001 2015 - prp
Lista verificacion iso 9001 2015 - prpLista verificacion iso 9001 2015 - prp
Lista verificacion iso 9001 2015 - prp
 
4.2.2 bienes y servicios evaluacion de proveedores
4.2.2 bienes y servicios evaluacion de proveedores4.2.2 bienes y servicios evaluacion de proveedores
4.2.2 bienes y servicios evaluacion de proveedores
 
Caracterización de procesos
Caracterización de procesosCaracterización de procesos
Caracterización de procesos
 
Plan de gestión de problemas
Plan de gestión de problemasPlan de gestión de problemas
Plan de gestión de problemas
 
Acta de constitución de proyecto
Acta de constitución de proyectoActa de constitución de proyecto
Acta de constitución de proyecto
 
Control de Cambios de Sistema de Información
Control de Cambios de Sistema de InformaciónControl de Cambios de Sistema de Información
Control de Cambios de Sistema de Información
 
Metodos y herramientas para el aseguramiento de la calidad
Metodos y herramientas para el aseguramiento de la calidadMetodos y herramientas para el aseguramiento de la calidad
Metodos y herramientas para el aseguramiento de la calidad
 
Fases bpm
Fases bpmFases bpm
Fases bpm
 
Anexo 8-lista-maestra-de-documentos-de-origen-externo
Anexo 8-lista-maestra-de-documentos-de-origen-externoAnexo 8-lista-maestra-de-documentos-de-origen-externo
Anexo 8-lista-maestra-de-documentos-de-origen-externo
 
Procedimiento de control de documentos
Procedimiento de control de documentosProcedimiento de control de documentos
Procedimiento de control de documentos
 
Gestion De Riesgos
Gestion  De RiesgosGestion  De Riesgos
Gestion De Riesgos
 
Documentacion de un SGC
Documentacion de un SGCDocumentacion de un SGC
Documentacion de un SGC
 
Ejemplo-proyecto-completo-pmbok
Ejemplo-proyecto-completo-pmbokEjemplo-proyecto-completo-pmbok
Ejemplo-proyecto-completo-pmbok
 
Seguimiento y control de un proyecto
Seguimiento y control de un proyectoSeguimiento y control de un proyecto
Seguimiento y control de un proyecto
 
Plan de accion para implementar sgc iso 9001
Plan de accion para implementar sgc iso 9001Plan de accion para implementar sgc iso 9001
Plan de accion para implementar sgc iso 9001
 

Destacado

Presentación proceso de cambios
Presentación proceso de cambiosPresentación proceso de cambios
Presentación proceso de cambiosglobal bis
 
Control Integrado de Cambios
Control Integrado de CambiosControl Integrado de Cambios
Control Integrado de CambiosJesus Sucari M.
 
Solicitud de cambios en proyecto
Solicitud  de cambios en proyectoSolicitud  de cambios en proyecto
Solicitud de cambios en proyectoedd Apellidos
 
Dr. ITIL hablando de la Gestión de Cambios
Dr. ITIL hablando de la Gestión de CambiosDr. ITIL hablando de la Gestión de Cambios
Dr. ITIL hablando de la Gestión de CambiosMauricio Corona
 
Administración y Control de Proyectos Informáticos ITIL v2.5
Administración y Control de Proyectos Informáticos ITIL v2.5Administración y Control de Proyectos Informáticos ITIL v2.5
Administración y Control de Proyectos Informáticos ITIL v2.5Pedro Espinosa
 
Formato de-solicitud-de-cambio-apoyo-y-asistencia-a-la-educacion-5
Formato de-solicitud-de-cambio-apoyo-y-asistencia-a-la-educacion-5Formato de-solicitud-de-cambio-apoyo-y-asistencia-a-la-educacion-5
Formato de-solicitud-de-cambio-apoyo-y-asistencia-a-la-educacion-5Seg Supervision
 
Metodologia gestion de requerimientos
Metodologia  gestion de requerimientosMetodologia  gestion de requerimientos
Metodologia gestion de requerimientosleyfororozco
 
presentacion_final
presentacion_finalpresentacion_final
presentacion_finalwmauricio
 
BTec - Solucion control activos
BTec - Solucion control activosBTec - Solucion control activos
BTec - Solucion control activosYassir Barcelo
 
Metodologia de gestion de requerimientos
Metodologia de gestion de requerimientosMetodologia de gestion de requerimientos
Metodologia de gestion de requerimientosmaickollstivensramirez
 
El plan de cambio organizacional
El plan de cambio organizacionalEl plan de cambio organizacional
El plan de cambio organizacionalmirnaethel1
 
UML : Teoria y practica SOUVENIR
UML  : Teoria y practica SOUVENIRUML  : Teoria y practica SOUVENIR
UML : Teoria y practica SOUVENIRJose Ortiz
 

Destacado (20)

Presentación proceso de cambios
Presentación proceso de cambiosPresentación proceso de cambios
Presentación proceso de cambios
 
Control Integrado de Cambios
Control Integrado de CambiosControl Integrado de Cambios
Control Integrado de Cambios
 
Ejemplo rfc it
Ejemplo rfc itEjemplo rfc it
Ejemplo rfc it
 
Solicitud de cambios en proyecto
Solicitud  de cambios en proyectoSolicitud  de cambios en proyecto
Solicitud de cambios en proyecto
 
Dr. ITIL hablando de la Gestión de Cambios
Dr. ITIL hablando de la Gestión de CambiosDr. ITIL hablando de la Gestión de Cambios
Dr. ITIL hablando de la Gestión de Cambios
 
Administración y Control de Proyectos Informáticos ITIL v2.5
Administración y Control de Proyectos Informáticos ITIL v2.5Administración y Control de Proyectos Informáticos ITIL v2.5
Administración y Control de Proyectos Informáticos ITIL v2.5
 
Formato de-solicitud-de-cambio-apoyo-y-asistencia-a-la-educacion-5
Formato de-solicitud-de-cambio-apoyo-y-asistencia-a-la-educacion-5Formato de-solicitud-de-cambio-apoyo-y-asistencia-a-la-educacion-5
Formato de-solicitud-de-cambio-apoyo-y-asistencia-a-la-educacion-5
 
Gestion del cambio
Gestion del cambioGestion del cambio
Gestion del cambio
 
Metodologia gestion de requerimientos
Metodologia  gestion de requerimientosMetodologia  gestion de requerimientos
Metodologia gestion de requerimientos
 
presentacion_final
presentacion_finalpresentacion_final
presentacion_final
 
BTec - Solucion control activos
BTec - Solucion control activosBTec - Solucion control activos
BTec - Solucion control activos
 
Metodologia de gestion de requerimientos
Metodologia de gestion de requerimientosMetodologia de gestion de requerimientos
Metodologia de gestion de requerimientos
 
El plan de cambio organizacional
El plan de cambio organizacionalEl plan de cambio organizacional
El plan de cambio organizacional
 
UML : Teoria y practica SOUVENIR
UML  : Teoria y practica SOUVENIRUML  : Teoria y practica SOUVENIR
UML : Teoria y practica SOUVENIR
 
Consulta de html
Consulta de html Consulta de html
Consulta de html
 
Reglamento aprendiz sena
Reglamento aprendiz senaReglamento aprendiz sena
Reglamento aprendiz sena
 
Reglamento para aprendices sena
Reglamento para aprendices senaReglamento para aprendices sena
Reglamento para aprendices sena
 
Trabajo de ensayo
Trabajo de ensayoTrabajo de ensayo
Trabajo de ensayo
 
Aprendiendo uml en 24 horas
Aprendiendo uml en 24 horas Aprendiendo uml en 24 horas
Aprendiendo uml en 24 horas
 
EVIDENCIA
EVIDENCIA EVIDENCIA
EVIDENCIA
 

Similar a Capítulo 6 gestión de cambios

Metodología Gestión de Requerimientos
Metodología Gestión de RequerimientosMetodología Gestión de Requerimientos
Metodología Gestión de Requerimientoscriistianp
 
03 administracion de requisitos
03 administracion de requisitos03 administracion de requisitos
03 administracion de requisitosRicardo Quintero
 
Ingeniería de requisitos
Ingeniería de requisitosIngeniería de requisitos
Ingeniería de requisitosAlvaro Mejia
 
Trabajo sena andres cueva
Trabajo sena andres cuevaTrabajo sena andres cueva
Trabajo sena andres cuevaanthonnydavid
 
Especificar los requerimientos para el desarrollo de un software
Especificar los requerimientos para el desarrollo de un softwareEspecificar los requerimientos para el desarrollo de un software
Especificar los requerimientos para el desarrollo de un softwareandrescamiloruiz
 
Especificar los requerimientos o requisitos
Especificar los requerimientos o requisitosEspecificar los requerimientos o requisitos
Especificar los requerimientos o requisitosNataliaHeredia13
 
Ingeniería de requisitos
Ingeniería de requisitosIngeniería de requisitos
Ingeniería de requisitoshadfy
 
Ingeniería de requisitos e ingeniería de requerimientos
Ingeniería de requisitos e ingeniería de requerimientosIngeniería de requisitos e ingeniería de requerimientos
Ingeniería de requisitos e ingeniería de requerimientosCesar Prado
 
INGENIERÍA DE REQUISITOS E INGENIERÍA DE REQUERIMIENTOS
INGENIERÍA DE REQUISITOS E INGENIERÍA DE REQUERIMIENTOSINGENIERÍA DE REQUISITOS E INGENIERÍA DE REQUERIMIENTOS
INGENIERÍA DE REQUISITOS E INGENIERÍA DE REQUERIMIENTOSLuis Anibal
 
Diseño de software
Diseño de softwareDiseño de software
Diseño de softwareYamnibel
 
Taller en clases
Taller en clasesTaller en clases
Taller en clases3045433345
 
Especificación de requisitos
Especificación de requisitosEspecificación de requisitos
Especificación de requisitoswilson cevallos
 
Dialnet un casodeestudioparalaadopciondeunmodelodetrazabili-5107079 (2)
Dialnet un casodeestudioparalaadopciondeunmodelodetrazabili-5107079 (2)Dialnet un casodeestudioparalaadopciondeunmodelodetrazabili-5107079 (2)
Dialnet un casodeestudioparalaadopciondeunmodelodetrazabili-5107079 (2)Timo Calderon Letona
 
Cambios criterios politicas2013
Cambios criterios politicas2013Cambios criterios politicas2013
Cambios criterios politicas2013Saydee Camacho
 
Taller en clases adolfo y dionisio adsi
Taller en clases adolfo y dionisio adsiTaller en clases adolfo y dionisio adsi
Taller en clases adolfo y dionisio adsiDIONISIOJIMENEZANGAR
 

Similar a Capítulo 6 gestión de cambios (20)

Metodología Gestión de Requerimientos
Metodología Gestión de RequerimientosMetodología Gestión de Requerimientos
Metodología Gestión de Requerimientos
 
03 administracion de requisitos
03 administracion de requisitos03 administracion de requisitos
03 administracion de requisitos
 
Ingeniería de requisitos
Ingeniería de requisitosIngeniería de requisitos
Ingeniería de requisitos
 
Trabajo sena
Trabajo senaTrabajo sena
Trabajo sena
 
Trabajo sena
Trabajo senaTrabajo sena
Trabajo sena
 
Trabajo sena
Trabajo senaTrabajo sena
Trabajo sena
 
Trabajo sena andres cueva
Trabajo sena andres cuevaTrabajo sena andres cueva
Trabajo sena andres cueva
 
Especificar los requerimientos para el desarrollo de un software
Especificar los requerimientos para el desarrollo de un softwareEspecificar los requerimientos para el desarrollo de un software
Especificar los requerimientos para el desarrollo de un software
 
Especificar los requerimientos o requisitos
Especificar los requerimientos o requisitosEspecificar los requerimientos o requisitos
Especificar los requerimientos o requisitos
 
Ingeniería de requisitos
Ingeniería de requisitosIngeniería de requisitos
Ingeniería de requisitos
 
Ingeniería de requisitos e ingeniería de requerimientos
Ingeniería de requisitos e ingeniería de requerimientosIngeniería de requisitos e ingeniería de requerimientos
Ingeniería de requisitos e ingeniería de requerimientos
 
Capacitacitación Tester - QA 2
Capacitacitación Tester - QA 2Capacitacitación Tester - QA 2
Capacitacitación Tester - QA 2
 
INGENIERÍA DE REQUISITOS E INGENIERÍA DE REQUERIMIENTOS
INGENIERÍA DE REQUISITOS E INGENIERÍA DE REQUERIMIENTOSINGENIERÍA DE REQUISITOS E INGENIERÍA DE REQUERIMIENTOS
INGENIERÍA DE REQUISITOS E INGENIERÍA DE REQUERIMIENTOS
 
Diseño de software
Diseño de softwareDiseño de software
Diseño de software
 
Taller en clases
Taller en clasesTaller en clases
Taller en clases
 
Especificación de requisitos
Especificación de requisitosEspecificación de requisitos
Especificación de requisitos
 
Dialnet un casodeestudioparalaadopciondeunmodelodetrazabili-5107079 (2)
Dialnet un casodeestudioparalaadopciondeunmodelodetrazabili-5107079 (2)Dialnet un casodeestudioparalaadopciondeunmodelodetrazabili-5107079 (2)
Dialnet un casodeestudioparalaadopciondeunmodelodetrazabili-5107079 (2)
 
Resumen explicativo de la norma iso 9001
Resumen explicativo de la norma iso 9001Resumen explicativo de la norma iso 9001
Resumen explicativo de la norma iso 9001
 
Cambios criterios politicas2013
Cambios criterios politicas2013Cambios criterios politicas2013
Cambios criterios politicas2013
 
Taller en clases adolfo y dionisio adsi
Taller en clases adolfo y dionisio adsiTaller en clases adolfo y dionisio adsi
Taller en clases adolfo y dionisio adsi
 

Capítulo 6 gestión de cambios

  • 1. Capítulo 6 Gestión de cambios: La gestiónde cambiosesunacoordinaciónque debe llevar acabo algúnproyectopara que sea claro y eficiente. Identificación gestión de cambios:
  • 2. Análisis de la solicitud: esta solicitud es recibida por un líder de implementación para ser analizada, los puntos más importantes a analizar son el alcance y el tiempo con el fin de saber si es viable realizarla con un requerimiento o mejor hacer otro requerimiento . Valorar el cambio: revisar la disponibilidad de los recursos de una solicitud realizada para saber cómo afecta los cambios. Y aquí es donde entra la trazabilidad. Analizar modificación: el líder de implementación deberá hacer un análisis para saber cuáles puntos afectan un requerimiento y así saber puntualmente el cambio que afecta un requerimiento. Documentar cambio: hay que hacer una documentación de los cambios que se van a hacer para no tener dudas de las modificaciones que se le van a hacer a un requerimiento. También se hace para mantener informado al grupo de trabajo sobrelas modificaciones de los requerimientos. Aprobación de control de cambios Aprobar cambios: después de haber analizado el cambio se hará una negociación con el cliente si él está de acuerdo de no ser asíse deberá negociar con el cliente el siguiente paso a negociar. Planear cambio: después de haber aprobado el cambio se planea el tiempo necesario y los recursos necesarios para llevar a cabo el cambio aprobado Realizar cambio: se debe hacer cambios a todos los productos afectados por el cambio realizado. Revisar cambio: es recomendable hacer una verificación por el líder para verificar si el requerimiento incluye todos los cambios solicitados. Actualizar líneade bases: es recomendable actualizar línea de base con el fin de trabajar siempre con la última versión del requerimiento. Informar: una vez realizada la modificación debe ser informado a los interesados para que este sea verificado por el cliente.
  • 3. Entregable control de cambios El formato necesario para la documentación del control de cambios se encuentra en el c Formato Objetivo MR_006_Control de cambios Describir la situación de cambio solicitada por el cliente. Capítulo 7 gestión de requerimientos: Para que la gestión de los requerimientos sea realmente aplicable al cliente en pro de la satisfacción de las necesidades y control del proyecto en general, se debe cumplir con las siguientes acciones: Matrices de Trazabilidad Matriz de relación de documentos: La siguiente Matriz nos muestra cuales son las relaciones de documentación de cada requisito su clasificación si es de negocio, usuario o sistema y si es funciona o no funcional, su respectivo caso de uso, sus casos de prueba asociados, la dependencia con otros requerimientos y las peticiones de cambio en caso que las tenga.
  • 4. Matriz de valoración y aprobación de los requisitos: La siguiente matriz de trazabilidad es la que nos permite valorar si el requisito cumple con todas las etapas llevadas a cabo en la metodología, en caso que todos los criterios se cumplan se dará por cerrado y aprobado el requisito. Matriz de control de cambios: nos permite registrar los controles de cambios que se van presentando.
  • 5. Capítulo 8 formato de la metodología: Los formatos utilizados en las plantillas se presentan como una herramienta de apoyo y soporte a las actividades sugeridas en la presente metodología. Por lo tanto cada uno de los formatos a utilizar presenta las especificaciones correspondientes para su diligenciamiento .A continuación se encuentran cada uno de los formatos recomendados para utilizar en los capítulos que hacen parte de esta metodología: Capitulo Formato Objetivo Cap 1 FMR_001_Identificacion de Necesidades Presentar una descripción de lo que se requiere desde la perspectiva del cliente para resolver la necesidad u oportunidad de mejora identificada. El presente documento será trabajado de la mano del cliente. Cap 2 FMR_002_Entrevista Sugerir preguntas que permitan detallar el requerimiento. Cap 3 FMR_003_Matrices_Trazabilidad Presentar matrices de trazabilidad (Relación de documentación, Revisión de Pares, Registro de Controles de Cambio) Cap 4 FMR_004.1_00X_Especificacion Funcional Especificar detalladamente la funcionalidad (requerimientos funcionales y no funcionales) de los componentes del sistema y sus interacciones FMR_004.2_00X_Caso de Uso FMR_004.3_00X_Especificacion de Diagramas
  • 6. Cap 5 FMR_005.1_Planeación Prueba de requerimiento Presentar la estrategia, alcance, estimación de tiempos, de la prueba de requerimiento. FMR_005.2_Diseño de Casos de Prueba Identificar los posibles casos de prueba del requerimiento FMR_005.3_Ejecucion de Casos de Prueba Presentar resultado de ejecución de los casos FMR_005.4_Informe final prueba Presentar informe de cierre con los aspectos más relevantes de la ejecución Cap 6 FMR_006_Control de cambios Describir la situación de cambio solicitada por el cliente. Capítulo 9 mejores prácticas: el desarrollo del software una mejor práctica es un método bien definido que contribuye a una implementación exitosa del proyecto software. Las organizaciones implementan mejores prácticas reconocidas en su medio, para que les ayuden a enfrentar los inconvenientes presentados al encarar un proyecto de software. Mejores prácticas en el desarrollo de requisitos A continuación se describen una serie de mejores prácticas orientadas al desarrollo de requisitos: o Documentar el alcance y visión del proyecto: permitirá tener un mejor entendimiento de los requisitos y asegurará que todas las personas involucradas en el proyecto trabajen hacia la misma meta. o Mantener un glosario del proyecto: facilitará una comunicación efectiva asegurando un entendimiento unánime o Uso de técnicas de obtención de requisitos de usuario: para facilitar esta tarea. o Involucrar a toda la gente implicada: asegura una validación temprana del entendimiento de los requisitos. o Desarrollo incremental de requisitos: puede minimizar la cantidad de re- trabajo del proyecto o Captura de requisitos usando casos de uso: será más fácil gestionar los requisitos y hacer un seguimiento de los mismos o Validar requisitos: para mejorar el éxito de los proyectos es crítico que se validen los requisitos de forma adecuada
  • 7. o Verificar requisitos: para asegurar que los requisitos proporcionan una base adecuada para llevar a cabo el diseño, la construcción y las pruebas. Mejores prácticas en la gestión de requisitos A continuación se muestran una serie de mejores prácticas relacionadas con la gestión de requisitos: o Priorizar requisitos: para determinar aquellos que se deberían cumplir en la primera versión o producto y aquellos que pueden llevarse a cabo en sucesivas versiones o Establecer líneas base de los requisitos: para asegurar que cualquier modificación en los requisitos que cambie la línea base se trata como cambios de alcance o Comunicación abierta: para asegurar que la información relacionada con los requisitos se comunica de forma consistente. Una comunicación abierta también implica comunicar a la gente correcta y al conjunto mínimo de personas o Gestión de cambios de los requisitos: es esencial gestionar estos cambios de forma efectiva y eficiente o Uso de herramientas para la gestión de requisitos: para facilitar la gestión de requisitos o Mantener trazabilidad de requisitos: para llevar un seguimiento de la vida de un requisito o Establecer un plan de mejora de procesos para la ingeniería de requisitos: para cumplir con las necesidades actuales y futuras de forma más eficiente y con mayor calidad. o Formar a los analistas de requisitos: para asegurar que los analistas de requisitos tienen el conocimiento, entre otros aspectos, de cómo escribir buenos requisitos, etc.