Este documento describe los conceptos y actividades clave relacionadas con la administración de requerimientos. Establece que la administración de requerimientos implica el establecimiento y mantenimiento de un acuerdo con el cliente sobre los requerimientos del proyecto de software. Luego describe las siete actividades principales de la administración de requerimientos: 1) recolección, 2) aprobación y congelamiento, 3) administración, 4) revisión, 5) liberación, 6) auditoría y 7) control de cambios. Finalmente, cubre tem
2. HJ & ASOC 2
TEMARIOTEMARIO
► TEORÍA DEL CMMITEORÍA DEL CMMI
► DOCUMENTACIÓN REQUERIDADOCUMENTACIÓN REQUERIDA
3. HJ & ASOC 3
CMMI CATEGORIAS DE PROCESOSCMMI CATEGORÍAS DE PROCESOS
D
E
L
C
L
I
E
N
T
E
S
A
T
I
S
F
A
C
C
I
O
N
R
E
Q
U
I
S
I
T
O
S
GESTIÓN POR PROCESOS
INGENIERÍA
GESTIÓN DE PROYECTOS
SOPORTE
D
E
L
C
L
I
E
N
T
E
4. Establecer un entendimiento
común entre el cliente y el
equipo del proyecto de
software acerca de los
requerimientos.
ADMINISTRACIÓN DEADMINISTRACIÓN DE
REQUERIMIENTOSREQUERIMIENTOS
PROPÓSITOPROPÓSITO (1)(1)
5. 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 DEADMINISTRACIÓN DE
REQUERIMIENTOSREQUERIMIENTOS
PROPÓSITOPROPÓSITO (2)(2)
8. HABILIDADESHABILIDADES (2)(2)
Se deben asignar los recursos adecuados para
anejar 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
GERENTE
PROYECTO
INTERVENTOR JEFE DLLO
ANALISTA DISEÑADOR DESARROLLAD
ADMINISTRACIÓN DEADMINISTRACIÓN DE
REQUERIMIENTOSREQUERIMIENTOS
9. HABILIDADESHABILIDADES (3)(3)
ADMINISTRACIÓN DEADMINISTRACIÓN DE
REQUERIMIENTOSREQUERIMIENTOS
1. REQUERIMIENTOS NO TÉCNICOS:
Acuerdos, condiciones, y/o términos contractuales que
afectan y determinan las actividades del proyecto de
software.
- productos para ser entregados
- fechas de entrega
Asdaxxxxxxxxxxxxxxxxxx
Xxxxxxxxxxxxxxxxxxxxxx
Xxxxxdsdsdfdfsdfsfsfsfdsfs
Fsdgdgjghdfjkghdghduighi
Xxxxxxxxxxxxxxxxxxxxxx
Xxxxxxxxxxxxxxxxxxxxxx
Xxxxxxxxxxxxxxxxxxxxxx
Xxxxxxxxxxxxxxxxxxxxxxx
xxxxxxxxxxxxxxxxxdfsdf
xxxxxxxxxxxxFsfsfsdfs
Fxxxxxxxxxxxxxxxxsf
Pedro perex
Se deben documentar todos los requerimientos.
10. HABILIDADESHABILIDADES (4)(4)
ADMINISTRACIÓN DEADMINISTRACIÓ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
13. ACTIVIDADESACTIVIDADES (1)(1)
ADMINISTRACIÓN DEADMINISTRACIÓ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
14. ACTIVIDADESACTIVIDADES
1. RECOLECCIÓN DE1. RECOLECCIÓN DE
REQUERIMIENTOSREQUERIMIENTOS (1)(1)
EXPECTATIVA CASO DE
USO
ACEPTADO
?
ANÁLISIS
DE FALLAS
VALIDACION
REQUERIMIENTOS
NO
SI
15. 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
Contabilid
adAnaliza riesgo
Comercia
nte
Negocia precio
Captura negocio
Valuación
Agente de
Ventas
<<usa>>
ACTIVIDADESACTIVIDADES
1. RECOLECCIÓN DE1. RECOLECCIÓN DE
REQUERIMIENTOSREQUERIMIENTOS (2)(2)
16. 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 DE1. RECOLECCIÓN DE
REQUERIMIENTOSREQUERIMIENTOS (3)(3)
20. 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 DE1. RECOLECCIÓN DE
REQUERIMIENTOSREQUERIMIENTOS (7)(7)
21. SOFTWARE
PROYECTO: PROGRAMA: NUMERO:
USO POR: NIVEL AUTORIDAD: NIVEL AUTONOMIA:
OBJETIVO DEL REQUERIMIENTO
VALORES DE INICIO OPERACIÓN
VALIDACIONES
ALMACENAMIENTO
BASE DE DATOS: MOTOR: MALLA:
ARCHIVOS PLANOS CD VIDEO:
HARDWARE
SERVIDOR: ESTACION TRABAJO: GETWAY:
RED LOCAL: INTRANET: OTRAS CONEXIONES:
ACTIVIDADESACTIVIDADES
1. RECOLECCIÓN DE REQUERIMIENTOS (8)1. RECOLECCIÓN DE REQUERIMIENTOS (8)
CRITERIOS ACEPTACION:
22. Los requerimientos deben ser revisados
por:
REPRESENTANTES DEL
CLIENTE
GERENTES DE SOFTWARE
OTROS GRUPOS
AFECTADOS.
ACTIVIDADESACTIVIDADES
2. APROBACIÓN Y2. APROBACIÓN Y
CONGELAMIENTOCONGELAMIENTO (1)(1)
23. Los requerimientos deben ser revisados antes de que
sean incorporados en el proyecto.
PROPÓSITO:
Identificar requerimientos
incompletos y erróneos
ACTIVIDADESACTIVIDADES
2. APROBACIÓN Y2. APROBACIÓN Y
CONGELAMIENTOCONGELAMIENTO (2)(2)
24. LOS REQUERIMIENTOS SON REVISADOS PARA
DETERMINAR 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.
ACTIVIDADESACTIVIDADES
2. APROBACIÓN Y2. APROBACIÓN Y
CONGELAMIENTOCONGELAMIENTO (3)(3)
25. 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).
ACTIVIDADESACTIVIDADES
3. ADMINISTRACIÓN DE3. ADMINISTRACIÓN DE
REQUERIMIENTOSREQUERIMIENTOS (1)(1)
28. 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ÓN4. REVISIÓN (1)(1)
29. REQUERIMIENTO Y ARQUITECTURAREQUERIMIENTO Y ARQUITECTURA
REQUERIMIENTREQUERIMIENT
OO
DESCRIPCIÓNDESCRIPCIÓN
ITEMITEM
.EXE.EXE
.DBF.DBF
MANUALMANUAL
USUARIOUSUARIO
ACTIVIDADESACTIVIDADES
4. REVISIÓN4. REVISIÓN (2)(2)
31. El grupo auditor revisa y
audita el ciclo de los
requerimientos y
asegura su
implementación
ACTIVIDADESACTIVIDADES
6. AUDITORIA6. AUDITORIA (1)(1)
32. 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 DE7. CONTROL DE
CAMBIOSCAMBIOS (1)(1)
33. 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 DE7. CONTROL DE
CAMBIOSCAMBIOS (2)(2)
34. 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 DE7. CONTROL DE
CAMBIOSCAMBIOS (3)(3)
35. Se deben realizar mediciones para determinar el
estado de las actividades de administración de
los 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
36. VERIFICACIONESVERIFICACIONES (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
37. 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.
VERIFICACIONESVERIFICACIONES (2)(2)
38. HJ & ASOCHJ & ASOC 3838
TALLER APLICATIVOTALLER APLICATIVO
ESCRIBA LA POLITICA DE GESTION DEESCRIBA LA POLITICA DE GESTION DE
REQUERIMIENTOSREQUERIMIENTOS
DEFINA LAS AUTORIDADES DE GESTION DEDEFINA LAS AUTORIDADES DE GESTION DE
REQUERIMIENTOSREQUERIMIENTOS
PREPARE UN EQUIPO PARA ESCRIBIR LOSPREPARE UN EQUIPO PARA ESCRIBIR LOS
DOCUMENTOS RELACIONADOSDOCUMENTOS RELACIONADOS
39. HJ & ASOC 39
DOCUMENTACIÓNDOCUMENTACIÓN
►CARACTERIZACIÓN DE PROCESOCARACTERIZACIÓN DE PROCESO
GESTIÓN DE REQUERIMIENTOSGESTIÓN DE REQUERIMIENTOS
►PROCEDIMIENTO DE GESTIÓN DEPROCEDIMIENTO DE GESTIÓN DE
REQUERIMIENTOSREQUERIMIENTOS
►FORMATOS RELACIONADOSFORMATOS RELACIONADOS
►DOCUMENTACIÓN TEÓRICADOCUMENTACIÓN TEÓRICA
RELACIONADARELACIONADA
40. PP = PROCESOS YPP = 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.
41. HJ & ASOCHJ & ASOC 4141
NOMBRE: GESTIÓN REQUERIMIENTOS
POLÍ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 HUMANOS
INGENIEROS SISTEMAS
USUARIOS
GERENTE PRODUCTO
SEGUIMIENTO
Comité de control de cambios hace
seguimiento a diario
DOCUMENTOS
-Procedimiento de administración
de la configuración
PARTES INTERESADAS
CLIENTE
USUARIOS
DESARROLLADORES
RECURSOS FÍSICOS
ESTACIÓN PC
RED
UTILITARIOS
REQUERIMIENTOS
A TIEMPO
CARACTERIZACIÓN DEL PROCESO
CRITERIOS SALIDA
- REQUERIMIENTO CERTIFICADO
42. HJ & ASOC 42
OPERA
INICIO
AMONESTACIÓN
FIN
VALIDA
CONSULTA
43. HJ & ASOC 43
NUMERO DENUMERO DE
REQUERIMIENTOSREQUERIMIENTOS
REQUERIMIENTOS REQUERIDOS:REQUERIMIENTOS REQUERIDOS:
►CADA ACTIVIDAD CRITICA REQUIERECADA ACTIVIDAD CRITICA REQUIERE
UN REQUERIMIENTO FUNCIONALUN REQUERIMIENTO FUNCIONAL
►CADA MOMENTO DE VERDAD ENCADA MOMENTO DE VERDAD EN
PROCESOS DE SERVICIOS REQUIEREPROCESOS DE SERVICIOS REQUIERE
UN REQUERIMIENTO FUNCIONALUN REQUERIMIENTO FUNCIONAL
44. HJ & ASOCHJ & ASOC 4444
PROCESO DOCUMENTADO
SÍMBOLO DE INICIO Y FIN
FORMATO IMPRESO O ELECTRÓNICO
FORMATO MULTIFORMA
45. HJ & ASOCHJ & ASOC 4545
ALISTAMIENTO Y PREPARACIÓN
ALMACENAMIENTO EN DISCO DURO
ESPERA
ALMACENAMIENTO SECUENCIAL
47. 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
49. 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
50. HJ & ASOC 50
PROBLEMAS FRECUENTES
NO SON CLARAS LAS
REGLAS DEL NEGOCIO
LAS REGLAS CON
CAMBIANTES
NO HAY ESTABILIDAD EN
EL NEGOCIO
LOS USUARIOS SON
CAMBIADOS
RÁPIDAMENTE, INCLUSIVE
NO SON DE LA EMPRESA
CLIENTE, SON PERSONAL
EN MISIÓN.
51. 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.