metodologia gestion de requerimiento

of 19 /19
METODOLOGIA GESTION DE REQUERIMIENTO ENSAYO YOLIMA IBAÑEZ CHAVARRO INSTRUTRO: HUGO F. POLANIA SENA 866036 CENTRO AGROEMPRESARIAL Y DESARROLLO PECUARIO DEL HUILA TECNLOGO EN ANILISIS DE DESARROLLO DE SISTEMAS DE INFORMACION GARZON (H)

Author: kharolyulieht

Post on 03-Aug-2015

41 views

Category:

Education


2 download

Embed Size (px)

TRANSCRIPT

1. METODOLOGIA GESTION DE REQUERIMIENTO ENSAYO YOLIMA IBAEZ CHAVARRO INSTRUTRO: HUGO F. POLANIA SENA 866036 CENTRO AGROEMPRESARIAL Y DESARROLLO PECUARIO DEL HUILA TECNLOGO EN ANILISIS DE DESARROLLO DE SISTEMAS DE INFORMACION GARZON (H) 2. Contenido OBJETIVOS...........................................................................................................................3 CAPITULO 1..........................................................................................................................4 IDENTIFICACION DE LAS NECESIDADES CON EL CLINENTE .......................................................4 De funcin del alcance......................................................................................................4 CAPITULO 2..........................................................................................................................5 TECNICAS PARA IDENTIFICAR UN REQUERIMIENTO ................................................................5 TECNICAS GENERALES.......................................................................................................5 ENTREVISTA .....................................................................................................................6 LLUVIA DE IDEAS...............................................................................................................6 CUESTINARIOS..................................................................................................................7 TECNICAS ESPESIFICAS......................................................................................................7 OBSERVACION..................................................................................................................7 ESCENARIOS.....................................................................................................................7 CAPITULO 3..........................................................................................................................8 DEFINICION DE REQUERIMIENTO..........................................................................................8 PROCESO PARA LA VEREFICACION DE UN REQUERIMIENTO ................................................9 CAPITULO 4..........................................................................................................................9 DEFINIR UN REQUERIMIENTO ...............................................................................................9 DEFINICION DE DIAGRAMA .............................................................................................10 CAPITULO 5........................................................................................................................10 PRUBAA DE REQUERIMIENTO .............................................................................................10 Planeacin .....................................................................................................................10 Diseo de casos de prueba..............................................................................................11 Ejecucin de casos de prueba..........................................................................................11 Cierre.............................................................................................................................11 CAPITULO 6........................................................................................................................12 3. GESTION DE CAMBIO .........................................................................................................................................12 CAPITULO 7........................................................................................................................13 GESTION DE REQUERIMIENTO.............................................................................................13 CONCLUSIONES..................................................................................................................16 OBJETIVOS 1. Aprenderareconocera un requerimiento 4. 2. Mejorar a la hora de reconocery definirunrequerimiento 3. Serlo mejorenloque desarrollamos CAPITULO1 IDENTIFICACION DE LAS NECESIDADES CON ELCLINENTE Los requerimientos se enfocan en descubrir las necesidades del cliente es entonces cuando hay que hacer una recoleccin de informacin para desarrollar en buen software De funcin del alcance Tiene como propsito poner en claro lo que pretende el cliente con el proyecto que vamos a realizar Hay que identificar estos conceptos 5. Los entregables que hacen parte del alcance. Aqu vamos a realizar un listado de todo lo que hacer en el proyecto por ltimo se lo vamos a llevar al cliente donde en va dar su punto de vista y dar su aprobacin Los tipos de datos que estn en el alcance y fuera de l: a estos tipos de datos nos refiero a los gastos financieros, las ventas, compras, sobre los empleados, entre otros. Las fuentes de datos (bases de datos) que estn en el alcance y fuera de l: es casi similar a lo anterior aqu vamos a tratar datos de los clientes, la contabilidad, la facturacin entre otro reas involucradas en el alcance y fuera de l: vamos a tratar sobre el lugar donde vamos a implementar el proyecto Fuente de la informacin: la fuente de la informacin es muy importante si tenemos informacin de algn proyecto que hayamos realizado anteriormente implementmoslo En caso de que no tengamos ni idea de lo vamos a hacer vamos y obtenemos informacin con el patrocinador como realizarle una encuesta CAPITULO2 TECNICAS PARAIDENTIFICAR UN REQUERIMIENTO Las organizaciones actuales utilizan mltiples herramientas para el apoyo de la identificacin de los requerimientos, sin pensar si son las ms convenientes para el proyecto que se est desarrollando TECNICAS GENERALES Esta tcnicas son muy importantes porque son en ellas que obtenemos informacin all debemos tener un buen dialogo con nuestro cliente 6. ENTREVISTA Es muy utilizada para obtener informacin se lleva acabo con conversaciones estructuradas donde cuenta mucha la con fianza, para esto hay unos pasos que hay que tener en cuenta Estudiar el tipo de personas a las cuales se les realizar la entrevista. Estudiar cmo ser el entorno donde se llevara a cabo la entrevista para identificar qu tan confortables estarn las personas y as obtener la informacin de la manera ms efici Estudiar cmo es la manera de hablar de las personas individualmente o en un equipo de trabajo. Verificar que las personas tengan la disponibilidad para dar a conocer las necesidades que posterior a esto se puedan convertir en requerimientos. Revisar como es la relacin del cliente con la organizacin que realizar la identificacin de los requerimientos, esto con el fin de facilitar el trabajo y la disposicin de ambas partes. Entender que es importante obtener la mayor informacin para la definicin de los requerimientos, teniendo en cuenta que nada es obvio para las organizaciones de desarrollo de software. LLUVIA DE IDEAS Aqu vamos a trabajar con nuestro equipo donde vamos a dar una serie de ideas donde vamos a tomar las mejores y las implementamos Escoger un sitio tranquilo que permita que las personas involucradas se sientan cmodas y dispuestas para dar a conocer sus ideas. Tomar la iniciativa para iniciar una reunin enfocada en la confianza. Tomar nota de las ideas que las personas expresan en los equipos de trabajo. 7. CUESTINARIOS Lo importante es tener en cuenta que se debe tener un mayor cuidado en la seleccin de los encuestados y de la forma en que se pregunta para obtener respuestas concretas y confiables. TECNICAS ESPESIFICAS Las tcnicas agrupadas como especificas son las que permiten complementar las tcnicas generales, para as obtener mayor detalle y eliminar ambigedad en la informacin inicial. OBSERVACION Esta tcnica permite obtener informacin directa sobre la forma en que se realizan las actividades. Es una tcnica que sirve para revisar que no existen omisiones o interpretaciones errneas sobre el proceso que se realiza. ESCENARIOS Esta tcnica permite conocer el comportamiento del producto ante determinados eventos considerando los datos, acciones y excepciones que se pueden presentar. 8. L0s grupos focales nos habla de conforman reuniendo a un grupo seleccionado de clientes En las entrevistas individuales es donde tenemos que tener una tcnica de recoleccin muy eficaz En el anlisis contextual nos habla de que esta tiene alguna ventaja adicional sobre el grupo focal, como el que se pueden matizar, en un ambiente de mayor privacidad, los aspectos con mayores atributos de impacto Y por ltimo tenemos al cliente piloto de alto prestigio y conocimiento que pueden ofrecer un formidable campo de pruebas para el nuevo producto. Claro est que no es fcil encontrar este tipo de clientes piloto, pero tambin es claro que los beneficios de esta tcnica son elevados. Si el cliente es un colaborador ms a la hora de descubrir atributos de impacto y de mejorar los de rendimiento, se est contando realmente con una ayuda especializada, con una opinin experta, que aconseja y valida diseos, que contrasta y mide rendimientos y que, de alguna manera, se involucra en el desarrollo. CAPITULO3 DEFINICION DE REQUERIMIENTO Definir los requerimientos teniendo en cuenta la informacin identificada con la perspectiva del usuario Reutilizar requerimientos, revisando proyectos ya finalizados para ver si contienen material potencialmente reutilizable. La ventaja de esta reusabilidad es que, una vez que un requisito ha sido especificado satisfactoriamente para un producto y que el 9. producto ha tenido xito, el requerimiento no tendr que volverse a inventar, podr ser utilizado las veces que se desee teniendo en cuenta los derechos de autor. PROCESO PARA LA VEREFICACION DE UN REQUERIMIENTO CAPITULO4 DEFINIR UN REQUERIMIENTO 10. DEFINICION DE DIAGRAMA Se inicia con el desarrollo de un sistema por lo general nos encontramos con la dificultad de no saber cmo dar inicio a la especificacin y descripcin de la funcionalidad en general que buscamos apoyar con dicha herramienta, para ello hay muchas herramientas en el mercado que buscan apoyar dicha tarea. CAPITULO5 PRUBAADE REQUERIMIENTO Planeacin En esta fase se define el alcance y limitaciones de la prueba, la estrategia utilizada para la ejecucin de la prueba, los requerimientos para poder realizar las pruebas (documentacin, recurso humano y recurso tecnolgico), los tiempos de estimados de duracin de la misma y los criterios para terminacin. 11. Diseo de casos de prueba Ejecucin de casos de prueba En esta fase se evaluara cada uno de los requerimientos (casos de uso) de acuerdo al checklist definidos como casos de prueba (conciso, contraposicin, ambigedad y completitud, entre otras) se reportaran las consideraciones, errores, sugerencias, y se realizaran reuniones para hacer aclaraciones y definir si las consideraciones planteadas van a ser solucionadas o si el requerimiento es correcto como esta Cierre Formato Objetivo MR_005.1_Planeacin Prueba de requerimiento Presentar la estrategia, alcance, estimacin de tiempos, de la prueba de requerimiento. MR_005.2_Diseo de Casos de Prueba Identificar los posibles casos de prueba del requerimiento MR_005.3_Ejecucion de Casos de Prueba (Ver Formato) Presentar resultado de ejecucin de los casos MR_005.4_Informe final prueba (Ver Formato) Presentar informe de cierre con los aspectos ms relevantes de la ejecucin 12. CAPITULO6 GESTION DE CAMBIO 13. IDENTIFICACIN CONTROL DE CAMBIO ANALISIS DE LA SOLICITUD Realizamosunasolicitud,donde nosvaa llevaraun anlisis allvamosasaber el alcance y el tiempoque vamosa invertir,damosunapropuestadonde valoramosloacambios,yde decimosel costo, analizamoslamodificacin,inmediatamentedocumentamosel cambio, danosnuestrapropuestapara que nola aprueben,si el cambio esaceptado planteamosel cambio,posteriormente realizamosel cambio,lorevisamosseguimosconactualizarla lnea base cuando ya lohayamosrealizadopodemosdecirque el cambiofue realizado yporultimo informamos Si el cambio nofue aprobadoinformamosinmediatamente CAPITULO7 GESTION DE REQUERIMIENTO Matriz de valoracin y aprobacin 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 metodologa, en caso que todos los criterios se cumplan se dar por cerrado y aprobado el requisito. Modo de desarrollo, la persona encargada de revisar la lista de chequeo deber tener en cuenta todo el proceso y documentacin de la metodologa para as dar un dictamen correcto, el manejo es el siguiente. Cumple=C, esto nos indica que el requisito cumple con el criterio correctamente, se encuentra en color verde. 14. No Cumple= N, El color rojo es para dar una seal de alerta informando que el requisito no est cumpliendo correctamente con el criterio de aceptacin y que se debe revisar porque razn esto pasando esto y tomar las medidas de control necesarias. No aplica= En caso que el criterio no aplique en ese caso para el requisito se mostrar en amarillo informando que no hay problema. Matriz de Control de cambios 15. La matriz de control de cambios nos permite registrar los controles de cambios que se van presentando, en esta matriz podremos registrar el nmero de control de cambio que se tiene asignado, la referencia a la documentacin de dicho control, quien aprob el control, quien lo llevo a cabo o quien lo est realizando, por quien fue revisado en caso que ya se encuentre revisado, su porcentaje de ejecucin hasta llegar al 100%, el o los requisitos afectados y una descripcin breve del control de cambios. Esta matriz nos permitir llevar un control detallado de los controles de cambios solicitados y su estado actual 16. CONCLUSIONES Este trabajo me sirvipara aclarar muchasdudasque tenasobre el tema Practicandolosensayos,lalectura,laescritura,etc. En conclusineste trabajome ayudmuchoentodo losaspectos