GESTION DE REQUERIMIENTOS
Upcoming SlideShare
Loading in...5
×
 

GESTION DE REQUERIMIENTOS

on

  • 2,394 views

METODOLOGÍA DE GESTIÓN DE REQUERIMIENTOS.

METODOLOGÍA DE GESTIÓN DE REQUERIMIENTOS.

Statistics

Views

Total Views
2,394
Views on SlideShare
2,394
Embed Views
0

Actions

Likes
0
Downloads
31
Comments
0

0 Embeds 0

No embeds

Accessibility

Categories

Upload Details

Uploaded via as Microsoft PowerPoint

Usage Rights

© All Rights Reserved

Report content

Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
  • Full Name Full Name Comment goes here.
    Are you sure you want to
    Your message goes here
    Processing…
Post Comment
Edit your comment

GESTION DE REQUERIMIENTOS GESTION DE REQUERIMIENTOS Presentation Transcript

  • ADMINISTRACIÓN DEADMINISTRACIÓN DEREQUERIMIENTOSREQUERIMIENTOSHernán Jiménez & AsociadosDivisión de Desarrollo ProfesionalVERSIÓN 1.29 de Diciembre de 2010
  • HJ & ASOC 2TEMARIOTEMARIO► TEORÍA DEL CMMITEORÍA DEL CMMI► DOCUMENTACIÓN REQUERIDADOCUMENTACIÓN REQUERIDA
  • HJ & ASOC 3CMMI CATEGORIAS DE PROCESOSCMMI CATEGORÍAS DE PROCESOSDELCLIENTESATISFACCIONREQUISITOSGESTIÓN POR PROCESOSINGENIERÍAGESTIÓN DE PROYECTOSSOPORTEDELCLIENTE
  • Establecer un entendimientocomún entre el cliente y elequipo del proyecto desoftware acerca de losrequerimientos.ADMINISTRACIÓN DEADMINISTRACIÓN DEREQUERIMIENTOSREQUERIMIENTOSPROPÓSITOPROPÓSITO (1)(1)
  • Implica el establecimiento y el mantenimiento de unacuerdo con el cliente sobre los requerimientos para elproyecto de software.El acuerdo forma la base para la estimación, laplanificación, la realización, y el rastreo las actividadesdel proyecto de software en todas partes del ciclo devida de software.ADMINISTRACIÓN DEADMINISTRACIÓN DEREQUERIMIENTOSREQUERIMIENTOSPROPÓSITOPROPÓSITO (2)(2)
  • ADMINISTRACIÓN DEADMINISTRACIÓN DEREQUERIMIENTOSREQUERIMIENTOSCOMPROMISOSCOMPROMISOS (1)(1)Definir política para llevar a cabo la Administraciónde Requerimientos del Software, que incluya: Documentar los requerimientos. Revisiones a los requerimientos.
  • ADMINISTRACIÓN DEADMINISTRACIÓN DEREQUERIMIENTOSREQUERIMIENTOSHABILIDADESHABILIDADES (1)(1)Se debe establecer la responsabilidad para:Analizar y documentar los requerimientos delsistema.Asignación en todas partes de la vida del proyecto.Realización y control de cambios a losrequerimientos.
  • HABILIDADESHABILIDADES (2)(2)Se deben asignar los recursos adecuados paraanejar los requerimientos.Individuos que tengan experienciaen el dominio de aplicación y eningeniería de software.Herramientas de apoyo.- programas de hoja de cálculo- herramientas para admón. config.- herramientas para trazabilidad- herramientas para admón. pruebasGERENTEPROYECTOINTERVENTOR JEFE DLLOANALISTA DISEÑADOR DESARROLLADADMINISTRACIÓN DEADMINISTRACIÓN DEREQUERIMIENTOSREQUERIMIENTOS
  • HABILIDADESHABILIDADES (3)(3)ADMINISTRACIÓN DEADMINISTRACIÓN DEREQUERIMIENTOSREQUERIMIENTOS1. 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 entregaAsdaxxxxxxxxxxxxxxxxxxXxxxxxxxxxxxxxxxxxxxxxXxxxxdsdsdfdfsdfsfsfsfdsfsFsdgdgjghdfjkghdghduighiXxxxxxxxxxxxxxxxxxxxxxXxxxxxxxxxxxxxxxxxxxxxXxxxxxxxxxxxxxxxxxxxxxXxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxdfsdfxxxxxxxxxxxxFsfsfsdfsFxxxxxxxxxxxxxxxxsfPedro perexSe deben documentar todos los requerimientos.
  • HABILIDADESHABILIDADES (4)(4)ADMINISTRACIÓN DEADMINISTRACIÓN DEREQUERIMIENTOSREQUERIMIENTOS2. 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 DEREQUERIMIENTOSREQUERIMIENTOS3. CRITERIOS DEACEPTACIÓN:Que serán usados para validarque los productos satisfacenlos requerimientos.
  • CICLO DEL REQUERIMIENTOLEVANTAMIENTOREPOSITORIOCONGELARCONTABILIDADESTADOLIBERACIONCAMBIO
  • ACTIVIDADESACTIVIDADES (1)(1)ADMINISTRACIÓN DEADMINISTRACIÓN DEREQUERIMIENTOSREQUERIMIENTOS1.1. Recolección de requerimientosRecolección de requerimientos2.2. Aprobación y congelamientoAprobación y congelamiento3.3. Administración de requerimientosAdministración de requerimientos4.4. RevisiónRevisión5.5. LiberaciónLiberación6.6. AuditoriaAuditoria7.7. Control de cambios requerimientosControl de cambios requerimientos
  • ACTIVIDADESACTIVIDADES1. RECOLECCIÓN DE1. RECOLECCIÓN DEREQUERIMIENTOSREQUERIMIENTOS (1)(1)EXPECTATIVA CASO DEUSOACEPTADO?ANÁLISISDE FALLASVALIDACIONREQUERIMIENTOSNOSI
  • Los requerimientos son el vínculo coherente yrastreable que une a todo el ciclo de desarrollo.Los "casos de uso" son una excelenteforma para capturar losrequerimientos funcionales y asegurarque éstos sean el punto único departida.Establece límites Actualiza cuentasGerentedeComercioSistemadeContabilidadAnaliza riesgoComercianteNegocia precioCaptura negocioValuaciónAgente deVentas<<usa>>ACTIVIDADESACTIVIDADES1. RECOLECCIÓN DE1. RECOLECCIÓN DEREQUERIMIENTOSREQUERIMIENTOS (2)(2)
  • EJEMPLO – Diagrama de Caso de UsoEstablece límites Actualiza cuentasGerente deComercioSistema deContabilidadAnaliza riesgoComercianteNegocia precioCaptura negocioValuaciónAgente deVentas<<usa>>ACTIVIDADESACTIVIDADES1. RECOLECCIÓN DE1. RECOLECCIÓN DEREQUERIMIENTOSREQUERIMIENTOS (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:SERVERCRITERIOS 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 serdocumentados.La documentación puede ser tansimple como un memo o tan elaboradocomo un formato elaborado para tal fin.Los requerimientos ambiguos deben aclararsecompletamente antes de continuar el proyecto.ACTIVIDADESACTIVIDADES1. RECOLECCIÓN DE1. RECOLECCIÓN DEREQUERIMIENTOSREQUERIMIENTOS (7)(7)
  • SOFTWAREPROYECTO: PROGRAMA: NUMERO:USO POR: NIVEL AUTORIDAD: NIVEL AUTONOMIA:OBJETIVO DEL REQUERIMIENTOVALORES DE INICIO OPERACIÓNVALIDACIONESALMACENAMIENTOBASE 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 DELCLIENTEGERENTES DE SOFTWAREOTROS GRUPOSAFECTADOS.ACTIVIDADESACTIVIDADES2. APROBACIÓN Y2. APROBACIÓN YCONGELAMIENTOCONGELAMIENTO (1)(1)
  • Los requerimientos deben ser revisados antes de quesean incorporados en el proyecto.PROPÓSITO:Identificar requerimientosincompletos y erróneosACTIVIDADESACTIVIDADES2. APROBACIÓN Y2. APROBACIÓN YCONGELAMIENTOCONGELAMIENTO (2)(2)
  • LOS REQUERIMIENTOS SON REVISADOS PARADETERMINAR SI ELLOS SON:Factibles y apropiados poner en práctica en elsoftwareClaros y correctamente indicados (stated)Compatible con el uno al otroQue pueden ser probados.ACTIVIDADESACTIVIDADES2. APROBACIÓN Y2. APROBACIÓN YCONGELAMIENTOCONGELAMIENTO (3)(3)
  • LOS REQUERIMIENTOS DEBEN SER“MANEJADOSY CONTROLADOS”: Son identificados, evaluados, medido su riesgo ydocumentado, planeados, comunicados y se siguesemanalmente 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 DE3. ADMINISTRACIÓN DEREQUERIMIENTOSREQUERIMIENTOS (1)(1)
  • REQUERIMIENTREQUERIMIENTOOESTADOESTADO RESPONSABLRESPONSABLEEFECHAFECHAPENDIENTEASIGNADOEJECUTADORECHAZADOAPROBADOENDESARROLLOACTIVIDADESACTIVIDADES3. ADMINISTRACIÓN DE3. ADMINISTRACIÓN DEREQUERIMIENTOSREQUERIMIENTOS (2)(2)
  • ACTIVIDADESACTIVIDADES3. ADMINISTRACIÓN DE3. ADMINISTRACIÓN DEREQUERIMIENTOSREQUERIMIENTOS (3)(3)LEVANTADO ANALIZADO APROBADO CAMBIADOPROYECTO: FECHA:
  • SE REVISA LA IMPLEMENTACIÓN DE CADAREQUERIMIENTO EN LA ARQUITECTURA DELPROGRAMA.Se deja constancia de elloa cargo del Director delProyecto.ACTIVIDADESACTIVIDADES4. REVISIÓN4. REVISIÓN (1)(1)
  • REQUERIMIENTO Y ARQUITECTURAREQUERIMIENTO Y ARQUITECTURAREQUERIMIENTREQUERIMIENTOODESCRIPCIÓNDESCRIPCIÓNITEMITEM.EXE.EXE.DBF.DBFMANUALMANUALUSUARIOUSUARIOACTIVIDADESACTIVIDADES4. REVISIÓN4. REVISIÓN (2)(2)
  •  REVISIÓNREVISIÓN VERIFICACIÓNVERIFICACIÓN VALIDACIÓNVALIDACIÓN LIQUIDACIÓN FINALLIQUIDACIÓN FINALACTIVIDADESACTIVIDADES5. LIBERACIÓN5. LIBERACIÓN (1)(1)
  • El grupo auditor revisa yaudita el ciclo de losrequerimientos yasegura suimplementaciónACTIVIDADESACTIVIDADES6. AUDITORIA6. AUDITORIA (1)(1)
  •  Los cambios a los requerimientos deben ser revisadoseincorporados 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ónson negociados con los grupos afectados.ACTIVIDADESACTIVIDADES7. CONTROL DE7. CONTROL DECAMBIOSCAMBIOS (1)(1)
  • LOS PLANES, PRODUCTOS Y ACTIVIDADES DEBENSER CAMBIADOS PARA SER COMPATIBLES CONCAMBIOS A LOS REQUERIMIENTOS.Si los requerimientos cambian: Los cambios debenser documentados y todos los cambios necesariosque resulten en otros documentos se les deben hacerseguimiento y ser verificados.ACTIVIDADESACTIVIDADES7. CONTROL DE7. CONTROL DECAMBIOSCAMBIOS (2)(2)
  • Los cambios a los planes, productos y actividadesdeben ser: Identificados, Evaluados, Evaluado el riesgo, Documentados, Planificados, Comunicados a los grupos afectados, Rastreados a la terminación.ACTIVIDADESACTIVIDADES7. CONTROL DE7. CONTROL DECAMBIOSCAMBIOS (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
  • VERIFICACIONESVERIFICACIONES (1)(1)Las actividades deAdministración deRequerimientos son revisadasperiódicamente y cuando sepresente un evento con: El Gerente del Proyecto Gerentes Senior Grupo SQA
  •  El propósito de las revisiones periódicas esproporcionar el conocimiento y la visión en lasactividades de proceso de software a un nivelapropiado de abstracción y de una manera oportuna. El tiempo entre las revisiones debe satisfacer lasnecesidades de la organización.VERIFICACIONESVERIFICACIONES (2)(2)
  • HJ & ASOCHJ & ASOC 3838TALLER APLICATIVOTALLER APLICATIVO ESCRIBA LA POLITICA DE GESTION DEESCRIBA LA POLITICA DE GESTION DEREQUERIMIENTOSREQUERIMIENTOS DEFINA LAS AUTORIDADES DE GESTION DEDEFINA LAS AUTORIDADES DE GESTION DEREQUERIMIENTOSREQUERIMIENTOS PREPARE UN EQUIPO PARA ESCRIBIR LOSPREPARE UN EQUIPO PARA ESCRIBIR LOSDOCUMENTOS RELACIONADOSDOCUMENTOS RELACIONADOS
  • HJ & ASOC 39DOCUMENTACIÓNDOCUMENTACIÓN►CARACTERIZACIÓN DE PROCESOCARACTERIZACIÓN DE PROCESOGESTIÓN DE REQUERIMIENTOSGESTIÓN DE REQUERIMIENTOS►PROCEDIMIENTO DE GESTIÓN DEPROCEDIMIENTO DE GESTIÓN DEREQUERIMIENTOSREQUERIMIENTOS►FORMATOS RELACIONADOSFORMATOS RELACIONADOS►DOCUMENTACIÓN TEÓRICADOCUMENTACIÓN TEÓRICARELACIONADARELACIONADA
  • PP = PROCESOS YPP = PROCESOS YPROCEDIMIENTOSPROCEDIMIENTOSPP - ADMINISTRACIÓN DE REQUERIMIENTOS- DIAGRAMA DE PROCESO- PROCEDIMIENTO DE RECOLECCIÓN DEREQUERIMIENTOS- PROCEDIMIENTO DE APROBACIÓN YCONGELAMIENTO DE REQUERIMIENTOS- PROCEDIMIENTO DE CAMBIO DEREQUERIMIENTOS.- PROCEDIMIENTO DE DOCUMENTACION DEREQUERIMIENTOS.
  • HJ & ASOCHJ & ASOC 4141NOMBRE: 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 REQUERIMIENTOSPROCESO-Recibo requerimientos-Check out desarrollo-Codificación-Pruebas-Check in-CHECK OUT CLIENTESSALIDAS- REQUERIMIENTOS CONTROLADOS- ÍTEMS CONTROLADOSCRITERIOS ENTRADA- Requerimiento firmadoRECURSOS HUMANOSINGENIEROS SISTEMASUSUARIOSGERENTE PRODUCTOSEGUIMIENTOComité de control de cambios haceseguimiento a diarioDOCUMENTOS-Procedimiento de administraciónde la configuraciónPARTES INTERESADASCLIENTEUSUARIOSDESARROLLADORESRECURSOS FÍSICOSESTACIÓN PCREDUTILITARIOSREQUERIMIENTOSA TIEMPOCARACTERIZACIÓN DEL PROCESOCRITERIOS SALIDA- REQUERIMIENTO CERTIFICADO
  • HJ & ASOC 42OPERAINICIOAMONESTACIÓNFINVALIDACONSULTA
  • HJ & ASOC 43NUMERO DENUMERO DEREQUERIMIENTOSREQUERIMIENTOSREQUERIMIENTOS REQUERIDOS:REQUERIMIENTOS REQUERIDOS:►CADA ACTIVIDAD CRITICA REQUIERECADA ACTIVIDAD CRITICA REQUIEREUN REQUERIMIENTO FUNCIONALUN REQUERIMIENTO FUNCIONAL►CADA MOMENTO DE VERDAD ENCADA MOMENTO DE VERDAD ENPROCESOS DE SERVICIOS REQUIEREPROCESOS DE SERVICIOS REQUIEREUN REQUERIMIENTO FUNCIONALUN REQUERIMIENTO FUNCIONAL
  • HJ & ASOCHJ & ASOC 4444PROCESO DOCUMENTADOSÍMBOLO DE INICIO Y FINFORMATO IMPRESO O ELECTRÓNICOFORMATO MULTIFORMA
  • HJ & ASOCHJ & ASOC 4545ALISTAMIENTO Y PREPARACIÓNALMACENAMIENTO EN DISCO DUROESPERAALMACENAMIENTO SECUENCIAL
  • DIAGRAMA DEREQUERIMIENTOSP H V AH S E Q
  • HJ & ASOCHJ & ASOC 4747TALLER 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
  • PROBLEMASFRECUENTES
  • UNA DE LAS PRINCIPALES CAUSASPARA EL FRACASO DE UNPROYECTO DE SOFTWARE ES LAMALA (O AUSENCIA DE)ADMINISTRACIÓN DEREQUERIMIENTOS.PROBLEMASFRECUENTES
  • HJ & ASOC 50PROBLEMAS FRECUENTES NO SON CLARAS LASREGLAS DEL NEGOCIOLAS REGLAS CONCAMBIANTESNO HAY ESTABILIDAD ENEL NEGOCIOLOS USUARIOS SONCAMBIADOSRÁPIDAMENTE, INCLUSIVENO SON DE LA EMPRESACLIENTE, SON PERSONALEN MISIÓN.
  • PROBLEMASFRECUENTESLOS PRINCIPALES PROBLEMAS DE UN MALMANEJO DE REQUERIMIENTOS SON: Incapacidad para manejar los cambios en losrequerimientos durante el desarrollo. Falta de especificación detallada de losrequerimientos. Mala organización y control de requerimientos. Requerimientos mal entendidos.
  • HJ & ASOCIADOSMail: hernan.jimenez.barrero@gmail.comTELÉFONO: 313-3210580BOGOTA - COLOMBIA