Upload
hernan-jimenez
View
2.110
Download
4
Embed Size (px)
DESCRIPTION
METODOLOGÍA DE GESTIÓN DE REQUERIMIENTOS.
Citation preview
ADMINISTRACIÓN DE ADMINISTRACIÓN DE REQUERIMIENTOSREQUERIMIENTOS
Hernán Jiménez & AsociadosDivisión de Desarrollo Profesional
VERSIÓN 1.29 de Diciembre de 2010
HJ & ASOC 2
TEMARIOTEMARIO
► TEORÍA DEL CMMITEORÍA DEL CMMI► DOCUMENTACIÓN REQUERIDADOCUMENTACIÓN REQUERIDA
HJ & ASOC 3
CMMI CATEGORIAS DE PROCESOSCMMI CATEGORÍAS DE PROCESOS
DEL
CLIENTE
SATISFACCION
REQUISITOS
GESTIÓN POR PROCESOS
INGENIERÍA
GESTIÓN DE PROYECTOS
SOPORTE
DEL
CLIENTE
Establecer un entendimiento común entre el cliente y el equipo del proyecto de software acerca de los requerimientos.
ADMINISTRACIÓN DE ADMINISTRACIÓN DE REQUERIMIENTOSREQUERIMIENTOS
PROPÓSITO PROPÓSITO (1)(1)
Implica el establecimiento y el mantenimiento de un acuerdo con el cliente sobre los requerimientos para el proyecto de software.
El acuerdo forma la base para la estimación, la planificación, la realización, y el rastreo las actividades del proyecto de software en todas partes del ciclo de vida de software.
ADMINISTRACIÓN DE ADMINISTRACIÓN DE REQUERIMIENTOSREQUERIMIENTOS
PROPÓSITOPROPÓSITO (2)(2)
ADMINISTRACIÓN DE ADMINISTRACIÓN DE REQUERIMIENTOSREQUERIMIENTOS
COMPROMISOS COMPROMISOS (1)(1)
Definir política para llevar a cabo la Administración de Requerimientos del Software, que incluya:
Documentar los requerimientos.
Revisiones a los requerimientos.
ADMINISTRACIÓN DE ADMINISTRACIÓN DE REQUERIMIENTOSREQUERIMIENTOS
HABILIDADES HABILIDADES (1)(1)
Se debe establecer la responsabilidad para:
Analizar y documentar los requerimientos del sistema.
Asignación en todas partes de la vida del proyecto.
Realización y control de cambios a los requerimientos.
HABILIDADES HABILIDADES (2)(2)
Se deben asignar los recursos adecuados para manejar los requerimientos.
Individuos que tengan experiencia en el dominio de aplicación y en
ingeniería de software.
Herramientas de apoyo.- programas de hoja de cálculo - herramientas para admón. config. - herramientas para trazabilidad- herramientas para admón. pruebas
GERENTEPROYECTO
INTERVENTOR JEFE DLLO
ANALISTA DISEÑADOR DESARROLLAD
ADMINISTRACIÓN DE ADMINISTRACIÓN DE REQUERIMIENTOSREQUERIMIENTOS
HABILIDADES HABILIDADES (3)(3)
ADMINISTRACIÓN DE ADMINISTRACIÓN DE REQUERIMIENTOSREQUERIMIENTOS
1. REQUERIMIENTOS NO TÉCNICOS: Acuerdos, condiciones, y/o términos contractuales queafectan y determinan las actividades del proyecto desoftware.
- productos para ser entregados- fechas de entrega
AsdaxxxxxxxxxxxxxxxxxxXxxxxxxxxxxxxxxxxxxxxxXxxxxdsdsdfdfsdfsfsfsfdsfsFsdgdgjghdfjkghdghduighi
XxxxxxxxxxxxxxxxxxxxxxXxxxxxxxxxxxxxxxxxxxxxXxxxxxxxxxxxxxxxxxxxxxXxxxxxxxxxxxxxxxxxxxxxx
xxxxxxxxxxxxxxxxxdfsdfxxxxxxxxxxxxFsfsfsdfsFxxxxxxxxxxxxxxxxsf
Pedro perex
Se deben documentar todos los requerimientos.
HABILIDADES HABILIDADES (4)(4)
ADMINISTRACIÓN DE ADMINISTRACIÓN DE REQUERIMIENTOSREQUERIMIENTOS
2. REQUERIMIENTOS TÉCNICOS: Hardware Software Requerimientos de rendimiento Transacción requerida Funciones de integración Lenguaje de programación Requerimientos de interfaz
HABILIDADES HABILIDADES (5)(5)
ADMINISTRACIÓN DE ADMINISTRACIÓN DE REQUERIMIENTOSREQUERIMIENTOS
3. CRITERIOS DE ACEPTACIÓN:
Que serán usados para validar que los productos satisfacen los requerimientos.
CICLO DEL REQUERIMIENTO
LEVANTAMIENTO
REPOSITORIO
CONGELAR
CONTABILIDAD ESTADO
LIBERACION
CAMBIO
ACTIVIDADES ACTIVIDADES (1)(1)
ADMINISTRACIÓN DE ADMINISTRACIÓN DE REQUERIMIENTOSREQUERIMIENTOS
1.1. Recolección de requerimientosRecolección de requerimientos
2.2. Aprobación y congelamientoAprobación y congelamiento
3.3. Administración de requerimientosAdministración de requerimientos
4.4. RevisiónRevisión
5.5. LiberaciónLiberación
6.6. AuditoriaAuditoria
7.7. Control de cambios requerimientosControl de cambios requerimientos
ACTIVIDADESACTIVIDADES
1. RECOLECCIÓN DE 1. RECOLECCIÓN DE REQUERIMIENTOS REQUERIMIENTOS (1)(1)
EXPECTATIVA CASO DE USO
ACEPTADO?
ANÁLISIS DE FALLAS
VALIDACION
REQUERIMIENTOS
NO
SI
Los requerimientos son el vínculo coherente y rastreable que une a todo el ciclo de desarrollo.
Los "casos de uso" son una excelente forma para capturar los requerimientos funcionales y asegurar que éstos sean el punto único de partida.
Establece límites Actualiza cuentas
Gerente de
Comercio
Sistema de
ContabilidadAnaliza riesgo
Comerciante
Negocia precio
Captura negocio
Valuación
Agente de Ventas
<<usa>>
ACTIVIDADESACTIVIDADES
1. RECOLECCIÓN DE 1. RECOLECCIÓN DE REQUERIMIENTOS REQUERIMIENTOS (2)(2)
EJEMPLO – Diagrama de Caso de Uso
Establece límites Actualiza cuentas
Gerente de Comercio
Sistema de Contabilidad
Analiza riesgo
Comerciante
Negocia precio
Captura negocio
Valuación
Agente de Ventas
<<usa>>
ACTIVIDADESACTIVIDADES
1. RECOLECCIÓN DE 1. RECOLECCIÓN DE REQUERIMIENTOS REQUERIMIENTOS (3)(3)
Œ
PRE: ______________________________
OPERACIÓN: ______________________________
POST: ______________________________
ACTIVIDADESACTIVIDADES1. RECOLECCIÓN DE REQUERIMIENTOS (4)1. RECOLECCIÓN DE REQUERIMIENTOS (4)
CRITERIOS ACEPTACION:
PROYECTO: NOMBRE:NUMERO:
ESTACIONES CLIENTE
PRE: ______________________________
OPERACIÓN: ______________________________
POST: ______________________________
ACTIVIDADESACTIVIDADES1. RECOLECCIÓN DE REQUERIMIENTOS (5)1. RECOLECCIÓN DE REQUERIMIENTOS (5)
PROYECTO: NOMBRE:NUMERO:
SERVER
CRITERIOS ACEPTACION:
PRE: ______________________________
OPERACIÓN: ______________________________
POST: ______________________________
ACTIVIDADESACTIVIDADES1. RECOLECCIÓN DE REQUERIMIENTOS (6)1. RECOLECCIÓN DE REQUERIMIENTOS (6)
CRITERIOS ACEPTACION:
PROYECTO: NOMBRE:NUMERO:
SERVER
Los requerimientos deben ser documentados.
La documentación puede ser tan simple como un memo o tan elaborado como un formato elaborado para tal fin.
Los requerimientos ambiguos deben aclararse completamente antes de continuar el proyecto.
ACTIVIDADESACTIVIDADES
1. RECOLECCIÓN DE 1. RECOLECCIÓN DE REQUERIMIENTOS REQUERIMIENTOS (7)(7)
SOFTWARE
PROYECTO: PROGRAMA: NUMERO:
USO POR: NIVEL AUTORIDAD: NIVEL AUTONOMIA:
OBJETIVO DEL REQUERIMIENTOVALORES DE INICIO OPERACIÓNVALIDACIONES
ALMACENAMIENTOBASE DE DATOS: MOTOR: MALLA: ARCHIVOS PLANOS CD VIDEO:
HARDWARESERVIDOR: ESTACION TRABAJO: GETWAY:
RED LOCAL: INTRANET: OTRAS CONEXIONES:
ACTIVIDADESACTIVIDADES1. RECOLECCIÓN DE REQUERIMIENTOS (8)1. RECOLECCIÓN DE REQUERIMIENTOS (8)
CRITERIOS ACEPTACION:
Los requerimientos deben ser revisadospor:
REPRESENTANTES DEL
CLIENTE GERENTES DE SOFTWAREOTROS GRUPOS
AFECTADOS.
ACTIVIDADESACTIVIDADES2. APROBACIÓN Y 2. APROBACIÓN Y
CONGELAMIENTO CONGELAMIENTO (1)(1)
Los requerimientos deben ser revisados antes de que sean incorporados en el proyecto.
PROPÓSITO:
Identificar requerimientosincompletos y erróneos
ACTIVIDADESACTIVIDADES2. APROBACIÓN Y 2. APROBACIÓN Y
CONGELAMIENTO CONGELAMIENTO (2)(2)
LOS REQUERIMIENTOS SON REVISADOS PARADETERMINAR SI ELLOS SON:
Factibles y apropiados poner en práctica en el software
Claros y correctamente indicados (stated) Compatible con el uno al otro
Que pueden ser probados.
ACTIVIDADESACTIVIDADES2. APROBACIÓN Y 2. APROBACIÓN Y
CONGELAMIENTO CONGELAMIENTO (3)(3)
LOS REQUERIMIENTOS DEBEN SER “MANEJADOS
Y CONTROLADOS”:
Son identificados, evaluados, medido su riesgo y documentado, planeados, comunicados y se sigue semanalmente su estado.
Que se conoce la versión del producto (control de versión)
Los cambios son incorporados a una manera controlada (control de cambio).
ACTIVIDADESACTIVIDADES3. ADMINISTRACIÓN DE 3. ADMINISTRACIÓN DE
REQUERIMIENTOS REQUERIMIENTOS (1)(1)
REQUERIMIENTREQUERIMIENTOO
ESTADOESTADO RESPONSABLRESPONSABLEE
FECHAFECHA
PENDIENTEASIGNADOEJECUTADORECHAZADOAPROBADOEN DESARROLLO
ACTIVIDADESACTIVIDADES3. ADMINISTRACIÓN DE 3. ADMINISTRACIÓN DE
REQUERIMIENTOS REQUERIMIENTOS (2)(2)
ACTIVIDADESACTIVIDADES3. ADMINISTRACIÓN DE 3. ADMINISTRACIÓN DE
REQUERIMIENTOS REQUERIMIENTOS (3)(3)
LEVANTADO ANALIZADO APROBADO CAMBIADO
PROYECTO: FECHA:
SE REVISA LA IMPLEMENTACIÓN DE CADA REQUERIMIENTO EN LA ARQUITECTURA DEL PROGRAMA.
Se deja constancia de ello a cargo del Director del Proyecto.
ACTIVIDADESACTIVIDADES
4. REVISIÓN 4. REVISIÓN (1)(1)
REQUERIMIENTO Y ARQUITECTURAREQUERIMIENTO Y ARQUITECTURA
REQUERIMIENTREQUERIMIENTOO
DESCRIPCIÓNDESCRIPCIÓN
ITEMITEM.EXE.EXE
.DBF.DBF
MANUAL MANUAL USUARIOUSUARIO
ACTIVIDADESACTIVIDADES
4. REVISIÓN 4. REVISIÓN (2)(2)
REVISIÓNREVISIÓN
VERIFICACIÓNVERIFICACIÓN
VALIDACIÓNVALIDACIÓN
LIQUIDACIÓN FINALLIQUIDACIÓN FINAL
ACTIVIDADESACTIVIDADES
5. LIBERACIÓN 5. LIBERACIÓN (1)(1)
El grupo auditor revisa yaudita el ciclo de los requerimientos yasegura suimplementación
ACTIVIDADESACTIVIDADES
6. AUDITORIA 6. AUDITORIA (1)(1)
Los cambios a los requerimientos deben ser revisados e incorporados en el proyecto de software.
El impacto a compromisos existentes es evaluado, y los cambios son negociados como sea apropiado.
Cambios a compromisos dentro de la organización son negociados con los grupos afectados.
ACTIVIDADESACTIVIDADES
7. CONTROL DE 7. CONTROL DE CAMBIOS CAMBIOS (1)(1)
LOS PLANES, PRODUCTOS Y ACTIVIDADES DEBEN SER CAMBIADOS PARA SER COMPATIBLES CON CAMBIOS A LOS REQUERIMIENTOS.
Si los requerimientos cambian: Los cambios deben ser documentados y todos los cambios necesarios que resulten en otros documentos se les deben hacer seguimiento y ser verificados.
ACTIVIDADESACTIVIDADES
7. CONTROL DE 7. CONTROL DE CAMBIOS CAMBIOS (2)(2)
Los cambios a los planes, productos y actividades deben ser:
Identificados, Evaluados, Evaluado el riesgo, Documentados, Planificados, Comunicados a los grupos afectados, Rastreados a la terminación.
ACTIVIDADESACTIVIDADES
7. CONTROL DE 7. CONTROL DE CAMBIOS CAMBIOS (3)(3)
Se deben realizar mediciones para determinar elestado de las actividades de administración delos requerimientos:
Estado de cada requerimiento;
Cambios en la actividad para los requerimientos;
Número acumulativo de cambios a los requerimientos, incluyendo número total de cambios propuestos, abierto, aprobado, e incorporado en la línea base del sistema.
MEDIDASMEDIDAS
VERIFICACIONES VERIFICACIONES (1)(1)
Las actividades de Administración de Requerimientos son revisadas periódicamente y cuando se presente un evento con:
El Gerente del Proyecto Gerentes Senior Grupo SQA
El propósito de las revisiones periódicas es proporcionar el conocimiento y la visión en las actividades de proceso de software a un nivel apropiado de abstracción y de una manera oportuna.
El tiempo entre las revisiones debe satisfacer las necesidades de la organización.
VERIFICACIONES VERIFICACIONES (2)(2)
HJ & ASOCHJ & ASOC 3838
TALLER APLICATIVOTALLER APLICATIVO
ESCRIBA LA POLITICA DE GESTION DE ESCRIBA LA POLITICA DE GESTION DE REQUERIMIENTOSREQUERIMIENTOS
DEFINA LAS AUTORIDADES DE GESTION DE DEFINA LAS AUTORIDADES DE GESTION DE REQUERIMIENTOSREQUERIMIENTOS
PREPARE UN EQUIPO PARA ESCRIBIR LOS PREPARE UN EQUIPO PARA ESCRIBIR LOS DOCUMENTOS RELACIONADOSDOCUMENTOS RELACIONADOS
HJ & ASOC 39
DOCUMENTACIÓNDOCUMENTACIÓN
►CARACTERIZACIÓN DE PROCESO CARACTERIZACIÓN DE PROCESO GESTIÓN DE REQUERIMIENTOSGESTIÓN DE REQUERIMIENTOS
►PROCEDIMIENTO DE GESTIÓN DE PROCEDIMIENTO DE GESTIÓN DE REQUERIMIENTOSREQUERIMIENTOS
►FORMATOS RELACIONADOSFORMATOS RELACIONADOS►DOCUMENTACIÓN TEÓRICA DOCUMENTACIÓN TEÓRICA
RELACIONADARELACIONADA
PP = PROCESOS Y PP = PROCESOS Y PROCEDIMIENTOSPROCEDIMIENTOS
PP - ADMINISTRACIÓN DE REQUERIMIENTOS- DIAGRAMA DE PROCESO
- PROCEDIMIENTO DE RECOLECCIÓN DE REQUERIMIENTOS
- PROCEDIMIENTO DE APROBACIÓN Y CONGELAMIENTO DE REQUERIMIENTOS
- PROCEDIMIENTO DE CAMBIO DE REQUERIMIENTOS.
- PROCEDIMIENTO DE DOCUMENTACION DE REQUERIMIENTOS.
HJ & ASOCHJ & ASOC 4141
NOMBRE: GESTIÓN REQUERIMIENTOSPOLÍTICA: Todos los requerimientos y los ítems de software deben ser controlados . FORMACIÓN: Curso de 8 horas, examen calificación y competencia a cargo del Director Técnico.
ENTRADAS
-REQUERIMIENTOS-CAMBIOS REQUERIMIENTOS
PROCESO-Recibo requerimientos-Check out desarrollo
-Codificación -Pruebas-Check in
-CHECK OUT CLIENTES
SALIDAS
- REQUERIMIENTOS CONTROLADOS- ÍTEMS CONTROLADOS
CRITERIOS ENTRADA- Requerimiento firmado
RECURSOS HUMANOSINGENIEROS SISTEMAS
USUARIOSGERENTE PRODUCTO
SEGUIMIENTOComité de control de cambios hace
seguimiento a diario
DOCUMENTOS-Procedimiento de administración
de la configuración
PARTES INTERESADASCLIENTE
USUARIOSDESARROLLADORES
RECURSOS FÍSICOSESTACIÓN PC
REDUTILITARIOS
REQUERIMIENTOSA TIEMPO
CARACTERIZACIÓN DEL PROCESO
CRITERIOS SALIDA
- REQUERIMIENTO CERTIFICADO
HJ & ASOC 42
OPERA
INICIO
AMONESTACIÓN
FIN
VALIDA
CONSULTA
HJ & ASOC 43
NUMERO DE NUMERO DE REQUERIMIENTOSREQUERIMIENTOS
REQUERIMIENTOS REQUERIDOS:REQUERIMIENTOS REQUERIDOS:
►CADA ACTIVIDAD CRITICA REQUIERE CADA ACTIVIDAD CRITICA REQUIERE UN REQUERIMIENTO FUNCIONALUN REQUERIMIENTO FUNCIONAL
►CADA MOMENTO DE VERDAD EN CADA MOMENTO DE VERDAD EN PROCESOS DE SERVICIOS REQUIERE PROCESOS DE SERVICIOS REQUIERE UN REQUERIMIENTO FUNCIONALUN REQUERIMIENTO FUNCIONAL
HJ & ASOCHJ & ASOC 4444
PROCESO DOCUMENTADO
SÍMBOLO DE INICIO Y FIN
FORMATO IMPRESO O ELECTRÓNICO
FORMATO MULTIFORMA
HJ & ASOCHJ & ASOC 4545
ALISTAMIENTO Y PREPARACIÓN
ALMACENAMIENTO EN DISCO DURO
ESPERA
ALMACENAMIENTO SECUENCIAL
DIAGRAMA DE REQUERIMIENTOS
P H V AH S E Q
HJ & ASOCHJ & ASOC 4747
TALLER APLICATIVOTALLER APLICATIVO
ELABORE LA CARACTERIZACIÓN DEL PROCESOELABORE LA CARACTERIZACIÓN DEL PROCESO DEFINA LOS PROCEDIMIENTOS RELACIONADOSDEFINA LOS PROCEDIMIENTOS RELACIONADOS DEFINA LOS FORMATOS RELACIONADOSDEFINA LOS FORMATOS RELACIONADOS
PROBLEMAS FRECUENTES
UNA DE LAS PRINCIPALES CAUSAS PARA EL FRACASO DE UN
PROYECTO DE SOFTWARE ES LA MALA (O AUSENCIA DE)
ADMINISTRACIÓN DE REQUERIMIENTOS.
PROBLEMAS FRECUENTES
HJ & ASOC 50
PROBLEMAS FRECUENTES NO SON CLARAS LAS REGLAS DEL NEGOCIOLAS REGLAS CON CAMBIANTESNO HAY ESTABILIDAD EN EL NEGOCIOLOS USUARIOS SON CAMBIADOS RÁPIDAMENTE, INCLUSIVE NO SON DE LA EMPRESA CLIENTE, SON PERSONAL EN MISIÓN.
PROBLEMAS FRECUENTES
LOS PRINCIPALES PROBLEMAS DE UN MAL MANEJO DE REQUERIMIENTOS SON:
Incapacidad para manejar los cambios en los requerimientos durante el desarrollo.
Falta de especificación detallada de los requerimientos.
Mala organización y control de requerimientos.
Requerimientos mal entendidos.
HJ & ASOCIADOSMail: [email protected]ÉFONO: 313-3210580BOGOTA - COLOMBIA