SlideShare une entreprise Scribd logo
1  sur  52
Télécharger pour lire hors ligne
ADMINISTRACIÓN DEADMINISTRACIÓN DE
REQUERIMIENTOSREQUERIMIENTOS
Hernán Jiménez & Asociados
Divisió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
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
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)
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)
ADMINISTRACIÓN DEADMINISTRACIÓN DE
REQUERIMIENTOSREQUERIMIENTOS
COMPROMISOSCOMPROMISOS (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 DEADMINISTRACIÓN DE
REQUERIMIENTOSREQUERIMIENTOS
HABILIDADESHABILIDADES (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.
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
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.
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
HABILIDADESHABILIDADES (5)(5)
ADMINISTRACIÓN DEADMINISTRACIÓ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
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
ACTIVIDADESACTIVIDADES
1. RECOLECCIÓN DE1. RECOLECCIÓN DE
REQUERIMIENTOSREQUERIMIENTOS (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
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)
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)
Œ
PRE:______________________________
OPERACIÓN: ______________________________
POST:______________________________
ACTIVIDADESACTIVIDADES
1. RECOLECCIÓN DE REQUERIMIENTOS (4)1. RECOLECCIÓN DE REQUERIMIENTOS (4)
CRITERIOS ACEPTACION:
PROYECTO:
NOMBRE:
NUMERO:
ESTACIONES CLIENTE
PRE:______________________________
OPERACIÓN: ______________________________
POST:______________________________
ACTIVIDADESACTIVIDADES
1. RECOLECCIÓN DE REQUERIMIENTOS (5)1. RECOLECCIÓN DE REQUERIMIENTOS (5)
PROYECTO:
NOMBRE:
NUMERO:
SERVER
CRITERIOS ACEPTACION:
PRE:______________________________
OPERACIÓN: ______________________________
POST:______________________________
ACTIVIDADESACTIVIDADES
1. 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 DE1. RECOLECCIÓN DE
REQUERIMIENTOSREQUERIMIENTOS (7)(7)
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:
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)
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)
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)
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)
REQUERIMIENTREQUERIMIENT
OO
ESTADOESTADO RESPONSABLRESPONSABL
EE
FECHAFECHA
PENDIENTE
ASIGNADO
EJECUTADO
RECHAZADO
APROBADO
EN
DESARROLLO
ACTIVIDADESACTIVIDADES
3. ADMINISTRACIÓN DE3. ADMINISTRACIÓN DE
REQUERIMIENTOSREQUERIMIENTOS (2)(2)
ACTIVIDADESACTIVIDADES
3. ADMINISTRACIÓN DE3. ADMINISTRACIÓN DE
REQUERIMIENTOSREQUERIMIENTOS (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ÓN4. REVISIÓN (1)(1)
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)
 REVISIÓNREVISIÓN
 VERIFICACIÓNVERIFICACIÓN
 VALIDACIÓNVALIDACIÓN
 LIQUIDACIÓN FINALLIQUIDACIÓN FINAL
ACTIVIDADESACTIVIDADES
5. LIBERACIÓN5. LIBERACIÓN (1)(1)
El grupo auditor revisa y
audita el ciclo de los
requerimientos y
asegura su
implementación
ACTIVIDADESACTIVIDADES
6. AUDITORIA6. 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 DE7. CONTROL DE
CAMBIOSCAMBIOS (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 DE7. CONTROL DE
CAMBIOSCAMBIOS (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 DE7. CONTROL DE
CAMBIOSCAMBIOS (3)(3)
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
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
 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)
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
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
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.
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
HJ & ASOC 42
OPERA
INICIO
AMONESTACIÓN
FIN
VALIDA
CONSULTA
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
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 A
H 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 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.
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 & ASOCIADOS
Mail: hernan.jimenez.barrero@gmail.com
TELÉFONO: 313-3210580
BOGOTA - COLOMBIA

Contenu connexe

Tendances

Especificar los requerimientos o requisitos
Especificar los requerimientos o requisitosEspecificar los requerimientos o requisitos
Especificar los requerimientos o requisitosNataliaHeredia13
 
Elicitacion de requerimientos
Elicitacion de requerimientosElicitacion de requerimientos
Elicitacion de requerimientosTensor
 
Ingeniería de requisitos y de requerimientos
Ingeniería de requisitos y de requerimientosIngeniería de requisitos y de requerimientos
Ingeniería de requisitos y de requerimientosunrated999
 
02 desarrollo de requisitos
02 desarrollo de requisitos02 desarrollo de requisitos
02 desarrollo de requisitosRicardo Quintero
 
Ppt de ingenieria de requerimiento
Ppt de ingenieria de requerimientoPpt de ingenieria de requerimiento
Ppt de ingenieria de requerimientomely1930
 
Ingenierýa requerimiento -_gustavo_rodrýguez_diez
Ingenierýa requerimiento -_gustavo_rodrýguez_diezIngenierýa requerimiento -_gustavo_rodrýguez_diez
Ingenierýa requerimiento -_gustavo_rodrýguez_diezkarolavergara
 
Taller ingernieria de requerimientos
Taller ingernieria de requerimientosTaller ingernieria de requerimientos
Taller ingernieria de requerimientosXilena16
 
proyectos informaticos
proyectos informaticosproyectos informaticos
proyectos informaticossopaipilla
 
Introducción a la Ingeniería de Requerimientos
Introducción a la Ingeniería de RequerimientosIntroducción a la Ingeniería de Requerimientos
Introducción a la Ingeniería de Requerimientosjmpov441
 
Sesion 1 ds introduccion_disenoprevios
Sesion 1 ds introduccion_disenopreviosSesion 1 ds introduccion_disenoprevios
Sesion 1 ds introduccion_disenopreviosJulio Pari
 
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 REQUERIMIENTOSLenin Acosta Mata
 
Indagación de los requerimientos
Indagación de los requerimientosIndagación de los requerimientos
Indagación de los requerimientosUCATEBA
 
Desarrollo del Sistema de Información para la Empresa COLLIDE - Control.
Desarrollo del Sistema de Información para la Empresa COLLIDE - Control.Desarrollo del Sistema de Información para la Empresa COLLIDE - Control.
Desarrollo del Sistema de Información para la Empresa COLLIDE - Control.Dharma Consulting
 

Tendances (19)

Especificar los requerimientos o requisitos
Especificar los requerimientos o requisitosEspecificar los requerimientos o requisitos
Especificar los requerimientos o requisitos
 
Elicitacion de requerimientos
Elicitacion de requerimientosElicitacion de requerimientos
Elicitacion de requerimientos
 
Requerimientos
RequerimientosRequerimientos
Requerimientos
 
Requerimientos
RequerimientosRequerimientos
Requerimientos
 
Ingeniería de requisitos y de requerimientos
Ingeniería de requisitos y de requerimientosIngeniería de requisitos y de requerimientos
Ingeniería de requisitos y de requerimientos
 
02 desarrollo de requisitos
02 desarrollo de requisitos02 desarrollo de requisitos
02 desarrollo de requisitos
 
Ppt de ingenieria de requerimiento
Ppt de ingenieria de requerimientoPpt de ingenieria de requerimiento
Ppt de ingenieria de requerimiento
 
Ingenierýa requerimiento -_gustavo_rodrýguez_diez
Ingenierýa requerimiento -_gustavo_rodrýguez_diezIngenierýa requerimiento -_gustavo_rodrýguez_diez
Ingenierýa requerimiento -_gustavo_rodrýguez_diez
 
Taller ingernieria de requerimientos
Taller ingernieria de requerimientosTaller ingernieria de requerimientos
Taller ingernieria de requerimientos
 
proyectos informaticos
proyectos informaticosproyectos informaticos
proyectos informaticos
 
Introducción a la Ingeniería de Requerimientos
Introducción a la Ingeniería de RequerimientosIntroducción a la Ingeniería de Requerimientos
Introducción a la Ingeniería de Requerimientos
 
Sesion 1 ds introduccion_disenoprevios
Sesion 1 ds introduccion_disenopreviosSesion 1 ds introduccion_disenoprevios
Sesion 1 ds introduccion_disenoprevios
 
Sesion 1 asi
Sesion 1 asiSesion 1 asi
Sesion 1 asi
 
Ensayo importancia ingenieria
Ensayo importancia ingenieriaEnsayo importancia ingenieria
Ensayo importancia ingenieria
 
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
 
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
 
Indagación de los requerimientos
Indagación de los requerimientosIndagación de los requerimientos
Indagación de los requerimientos
 
Desarrollo del Sistema de Información para la Empresa COLLIDE - Control.
Desarrollo del Sistema de Información para la Empresa COLLIDE - Control.Desarrollo del Sistema de Información para la Empresa COLLIDE - Control.
Desarrollo del Sistema de Información para la Empresa COLLIDE - Control.
 
5.comprensión de los requerimientos
5.comprensión de los requerimientos5.comprensión de los requerimientos
5.comprensión de los requerimientos
 

En vedette

Plan de gestión de requerimientos
Plan de gestión de requerimientos Plan de gestión de requerimientos
Plan de gestión de requerimientos Brox Technology
 
Metodología gestión de requerimientos
Metodología gestión de requerimientosMetodología gestión de requerimientos
Metodología gestión de requerimientosErik Mik
 
Gestion de la configuracion del software
Gestion de la configuracion del softwareGestion de la configuracion del software
Gestion de la configuracion del softwareJohan Prevot R
 
Ingenieria de requerimientos
Ingenieria de requerimientosIngenieria de requerimientos
Ingenieria de requerimientosMarvin Romero
 
Ingenieria de requisitos - Ingeniería de Software
Ingenieria de requisitos - Ingeniería de SoftwareIngenieria de requisitos - Ingeniería de Software
Ingenieria de requisitos - Ingeniería de SoftwareJuan Manuel Agüera Castro
 
Analisis de requerimientos, Ingenieria de Software
Analisis de requerimientos, Ingenieria de SoftwareAnalisis de requerimientos, Ingenieria de Software
Analisis de requerimientos, Ingenieria de SoftwareMarvin Romero
 
Unidad 1.3 Analisis De Requerimientos
Unidad 1.3 Analisis De RequerimientosUnidad 1.3 Analisis De Requerimientos
Unidad 1.3 Analisis De RequerimientosSergio Sanchez
 

En vedette (8)

Plan de gestión de requerimientos
Plan de gestión de requerimientos Plan de gestión de requerimientos
Plan de gestión de requerimientos
 
Metodología gestión de requerimientos
Metodología gestión de requerimientosMetodología gestión de requerimientos
Metodología gestión de requerimientos
 
APO1 - Presentacion nivel 1
APO1 - Presentacion nivel 1APO1 - Presentacion nivel 1
APO1 - Presentacion nivel 1
 
Gestion de la configuracion del software
Gestion de la configuracion del softwareGestion de la configuracion del software
Gestion de la configuracion del software
 
Ingenieria de requerimientos
Ingenieria de requerimientosIngenieria de requerimientos
Ingenieria de requerimientos
 
Ingenieria de requisitos - Ingeniería de Software
Ingenieria de requisitos - Ingeniería de SoftwareIngenieria de requisitos - Ingeniería de Software
Ingenieria de requisitos - Ingeniería de Software
 
Analisis de requerimientos, Ingenieria de Software
Analisis de requerimientos, Ingenieria de SoftwareAnalisis de requerimientos, Ingenieria de Software
Analisis de requerimientos, Ingenieria de Software
 
Unidad 1.3 Analisis De Requerimientos
Unidad 1.3 Analisis De RequerimientosUnidad 1.3 Analisis De Requerimientos
Unidad 1.3 Analisis De Requerimientos
 

Similaire à Admon requerimientos

Desarrollo del Sistema de Información para la Empresa COLLIDE - Iniciación
Desarrollo del Sistema de Información para la Empresa COLLIDE - IniciaciónDesarrollo del Sistema de Información para la Empresa COLLIDE - Iniciación
Desarrollo del Sistema de Información para la Empresa COLLIDE - IniciaciónDharma Consulting
 
Estudio tecnico fep
Estudio tecnico fepEstudio tecnico fep
Estudio tecnico fepYazmin Waldo
 
Adevcom_Propuesta_Tecnica_SSMO.pdf
Adevcom_Propuesta_Tecnica_SSMO.pdfAdevcom_Propuesta_Tecnica_SSMO.pdf
Adevcom_Propuesta_Tecnica_SSMO.pdfManuelCalle18
 
Desarrollo de un nuevo Software para Operadores de Comercio Exterior - Planif...
Desarrollo de un nuevo Software para Operadores de Comercio Exterior - Planif...Desarrollo de un nuevo Software para Operadores de Comercio Exterior - Planif...
Desarrollo de un nuevo Software para Operadores de Comercio Exterior - Planif...Dharma Consulting
 
Implementación del programa de admin. para mejorar la seguridad de la empresa...
Implementación del programa de admin. para mejorar la seguridad de la empresa...Implementación del programa de admin. para mejorar la seguridad de la empresa...
Implementación del programa de admin. para mejorar la seguridad de la empresa...Dharma Consulting
 
Administración de Proyectos en Ingeniería de Software
Administración de Proyectos en Ingeniería de SoftwareAdministración de Proyectos en Ingeniería de Software
Administración de Proyectos en Ingeniería de SoftwareGalo Valverde
 
Etapas del Proceso de la Ingeniería del Software
Etapas del Proceso de la Ingeniería del SoftwareEtapas del Proceso de la Ingeniería del Software
Etapas del Proceso de la Ingeniería del SoftwareT.I.C
 
ADMINISTRACION DE LA CONFIGURACION
ADMINISTRACION DE LA CONFIGURACIONADMINISTRACION DE LA CONFIGURACION
ADMINISTRACION DE LA CONFIGURACIONHERNAN JIMENEZ
 
Calidad del Software en la Dirección General de Tráfico
Calidad del Software en la Dirección General de TráficoCalidad del Software en la Dirección General de Tráfico
Calidad del Software en la Dirección General de TráficoCIFF Fundación
 
Smgp dap (definicion del-alcance)-v2-docx
Smgp dap (definicion del-alcance)-v2-docxSmgp dap (definicion del-alcance)-v2-docx
Smgp dap (definicion del-alcance)-v2-docxJose Farias
 
Procesos de desarrollo de Software
Procesos de desarrollo de SoftwareProcesos de desarrollo de Software
Procesos de desarrollo de Softwareolea_saavedra
 
ACP - PMBOOK
ACP - PMBOOKACP - PMBOOK
ACP - PMBOOKmiguel
 
Auditoria de Mantenimiento
Auditoria de MantenimientoAuditoria de Mantenimiento
Auditoria de MantenimientoEver Lopez
 

Similaire à Admon requerimientos (20)

Desarrollo del Sistema de Información para la Empresa COLLIDE - Iniciación
Desarrollo del Sistema de Información para la Empresa COLLIDE - IniciaciónDesarrollo del Sistema de Información para la Empresa COLLIDE - Iniciación
Desarrollo del Sistema de Información para la Empresa COLLIDE - Iniciación
 
EGobix - Acta de Constitucion Software de Vigilancia
EGobix - Acta de Constitucion Software de VigilanciaEGobix - Acta de Constitucion Software de Vigilancia
EGobix - Acta de Constitucion Software de Vigilancia
 
Estudio tecnico fep
Estudio tecnico fepEstudio tecnico fep
Estudio tecnico fep
 
Adevcom_Propuesta_Tecnica_SSMO.pdf
Adevcom_Propuesta_Tecnica_SSMO.pdfAdevcom_Propuesta_Tecnica_SSMO.pdf
Adevcom_Propuesta_Tecnica_SSMO.pdf
 
Desarrollo de un nuevo Software para Operadores de Comercio Exterior - Planif...
Desarrollo de un nuevo Software para Operadores de Comercio Exterior - Planif...Desarrollo de un nuevo Software para Operadores de Comercio Exterior - Planif...
Desarrollo de un nuevo Software para Operadores de Comercio Exterior - Planif...
 
Implementación del programa de admin. para mejorar la seguridad de la empresa...
Implementación del programa de admin. para mejorar la seguridad de la empresa...Implementación del programa de admin. para mejorar la seguridad de la empresa...
Implementación del programa de admin. para mejorar la seguridad de la empresa...
 
Administración de Proyectos en la Ingeniería de Software
Administración de Proyectos en la Ingeniería de SoftwareAdministración de Proyectos en la Ingeniería de Software
Administración de Proyectos en la Ingeniería de Software
 
Administración de Proyectos en Ingeniería de Software
Administración de Proyectos en Ingeniería de SoftwareAdministración de Proyectos en Ingeniería de Software
Administración de Proyectos en Ingeniería de Software
 
Etapas del Proceso de la Ingeniería del Software
Etapas del Proceso de la Ingeniería del SoftwareEtapas del Proceso de la Ingeniería del Software
Etapas del Proceso de la Ingeniería del Software
 
Planeacion pedagogica 661398
Planeacion pedagogica 661398Planeacion pedagogica 661398
Planeacion pedagogica 661398
 
ADMINISTRACION DE LA CONFIGURACION
ADMINISTRACION DE LA CONFIGURACIONADMINISTRACION DE LA CONFIGURACION
ADMINISTRACION DE LA CONFIGURACION
 
Calidad del Software en la Dirección General de Tráfico
Calidad del Software en la Dirección General de TráficoCalidad del Software en la Dirección General de Tráfico
Calidad del Software en la Dirección General de Tráfico
 
Smgp dap (definicion del-alcance)-v2-docx
Smgp dap (definicion del-alcance)-v2-docxSmgp dap (definicion del-alcance)-v2-docx
Smgp dap (definicion del-alcance)-v2-docx
 
Procesos de desarrollo de Software
Procesos de desarrollo de SoftwareProcesos de desarrollo de Software
Procesos de desarrollo de Software
 
Planificacion
PlanificacionPlanificacion
Planificacion
 
Introducción procesos desarrollo software
Introducción procesos desarrollo software Introducción procesos desarrollo software
Introducción procesos desarrollo software
 
ACP - PMBOOK
ACP - PMBOOKACP - PMBOOK
ACP - PMBOOK
 
Tu empresa necesita software a medida
Tu empresa necesita software a medidaTu empresa necesita software a medida
Tu empresa necesita software a medida
 
Trabajo
TrabajoTrabajo
Trabajo
 
Auditoria de Mantenimiento
Auditoria de MantenimientoAuditoria de Mantenimiento
Auditoria de Mantenimiento
 

Plus de HERNAN JIMENEZ (13)

HSEQ
HSEQHSEQ
HSEQ
 
ALUMNAS 2013
ALUMNAS 2013ALUMNAS 2013
ALUMNAS 2013
 
GESTION DE REQUERIMIENTOS
GESTION DE REQUERIMIENTOSGESTION DE REQUERIMIENTOS
GESTION DE REQUERIMIENTOS
 
DIRECCIONAMIENTO ESTRATEGICO
DIRECCIONAMIENTO ESTRATEGICODIRECCIONAMIENTO ESTRATEGICO
DIRECCIONAMIENTO ESTRATEGICO
 
CONTROL DE DOCUMENTOS
CONTROL DE DOCUMENTOSCONTROL DE DOCUMENTOS
CONTROL DE DOCUMENTOS
 
Plan estrategico
Plan estrategicoPlan estrategico
Plan estrategico
 
NORMA ISO17024
NORMA ISO17024NORMA ISO17024
NORMA ISO17024
 
ISO9001
ISO9001ISO9001
ISO9001
 
Sabado en la noche
Sabado en la nocheSabado en la noche
Sabado en la noche
 
Hayley hanes
Hayley hanesHayley hanes
Hayley hanes
 
Six sigma
Six sigmaSix sigma
Six sigma
 
Web20
Web20Web20
Web20
 
Sistema de gerencia integral
Sistema de gerencia integralSistema de gerencia integral
Sistema de gerencia integral
 

Admon requerimientos

  • 1. ADMINISTRACIÓN DEADMINISTRACIÓN DE REQUERIMIENTOSREQUERIMIENTOS Hernán Jiménez & Asociados División de Desarrollo Profesional VERSIÓN 1.29 de Diciembre de 2010
  • 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)
  • 6. ADMINISTRACIÓN DEADMINISTRACIÓN DE REQUERIMIENTOSREQUERIMIENTOS COMPROMISOSCOMPROMISOS (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.
  • 7. ADMINISTRACIÓN DEADMINISTRACIÓN DE REQUERIMIENTOSREQUERIMIENTOS HABILIDADESHABILIDADES (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.
  • 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
  • 11. HABILIDADESHABILIDADES (5)(5) ADMINISTRACIÓN DEADMINISTRACIÓN DE REQUERIMIENTOSREQUERIMIENTOS 3. CRITERIOS DE ACEPTACIÓN: Que serán usados para validar que los productos satisfacen los requerimientos.
  • 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)
  • 17. Œ PRE:______________________________ OPERACIÓN: ______________________________ POST:______________________________ ACTIVIDADESACTIVIDADES 1. RECOLECCIÓN DE REQUERIMIENTOS (4)1. RECOLECCIÓN DE REQUERIMIENTOS (4) CRITERIOS ACEPTACION: PROYECTO: NOMBRE: NUMERO: ESTACIONES CLIENTE
  • 18. PRE:______________________________ OPERACIÓN: ______________________________ POST:______________________________ ACTIVIDADESACTIVIDADES 1. RECOLECCIÓN DE REQUERIMIENTOS (5)1. RECOLECCIÓN DE REQUERIMIENTOS (5) PROYECTO: NOMBRE: NUMERO: SERVER CRITERIOS ACEPTACION:
  • 19. PRE:______________________________ OPERACIÓN: ______________________________ POST:______________________________ ACTIVIDADESACTIVIDADES 1. RECOLECCIÓN DE REQUERIMIENTOS (6)1. RECOLECCIÓN DE REQUERIMIENTOS (6) CRITERIOS ACEPTACION: PROYECTO: NOMBRE: NUMERO: SERVER
  • 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)
  • 27. ACTIVIDADESACTIVIDADES 3. ADMINISTRACIÓN DE3. ADMINISTRACIÓN DE REQUERIMIENTOSREQUERIMIENTOS (3)(3) LEVANTADO ANALIZADO APROBADO CAMBIADO PROYECTO: FECHA:
  • 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)
  • 30.  REVISIÓNREVISIÓN  VERIFICACIÓNVERIFICACIÓN  VALIDACIÓNVALIDACIÓN  LIQUIDACIÓN FINALLIQUIDACIÓN FINAL ACTIVIDADESACTIVIDADES 5. LIBERACIÓN5. LIBERACIÓN (1)(1)
  • 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.
  • 52. HJ & ASOCIADOS Mail: hernan.jimenez.barrero@gmail.com TELÉFONO: 313-3210580 BOGOTA - COLOMBIA