METODOLOGIA GESTION DE REQUERIMIENTOENSAYO

YOLIMA IBAÑEZ CHAVARROINSTRUTRO: HUGO F. POLANIA

SENA 866036CENTRO AGROEMPRESARIAL Y DESARROLLO PECUARIO DEL HUILA

TECNLOGO EN ANILISIS DE DESARROLLO DE SISTEMAS DE INFORMACIONGARZON (H)

ContenidoOBJETIVOS....................................................................................................................................3

CAPITULO 1..................................................................................................................................4

IDENTIFICACION DE LAS NECESIDADES CON EL CLINENTE...........................................................4

De función 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

Planeación..............................................................................................................................10

Diseño de casos de prueba.....................................................................................................11

Ejecución de casos de prueba................................................................................................11

Cierre......................................................................................................................................11

CAPITULO 6................................................................................................................................12

GESTION DE CAMBIO

...................................................................................................................................................12

CAPITULO 7................................................................................................................................13

GESTION DE REQUERIMIENTO...................................................................................................13

CONCLUSIONES..........................................................................................................................16

OBJETIVOS 1. Aprender a reconocer a un requerimiento

2. Mejorar a la hora de reconocer y definir un requerimiento3. Ser lo mejor en lo que desarrollamos

CAPITULO 1

IDENTIFICACION DE LAS NECESIDADES CON EL CLINENTE

Los requerimientos se enfocan en descubrir las necesidades del cliente es entonces cuando hay que hacer una recolección de información para desarrollar en buen software

De función del alcanceTiene como propósito poner en claro lo que pretende el cliente con el proyecto que vamos a realizar

Hay que identificar estos conceptos

 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 aprobaciónLos tipos de datos que están 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 están en el alcance y fuera de él: es casi similar a lo anterior aquí vamos a tratar datos de los clientes, la contabilidad, la facturación entre otro Áreas involucradas en el alcance y fuera de él: vamos a tratar sobre el lugar donde vamos a implementar el proyectoFuente de la información: la fuente de la información es muy importante si tenemos información de algún proyecto que hayamos realizado anteriormente implementémosloEn caso de que no tengamos ni idea de lo vamos a hacer vamos y obtenemos información con el patrocinador como realizarle una encuesta

CAPITULO 2

TECNICAS PARA IDENTIFICAR UN REQUERIMIENTO

Las organizaciones actuales utilizan múltiples herramientas para el apoyo de la identificación de los requerimientos, sin pensar si son las más convenientes para el proyecto que se esté desarrollando

TECNICAS GENERALESEsta técnicas son muy importantes porque son en ellas que obtenemos información allí debemos tener un buen dialogo con nuestro cliente

ENTREVISTAEs muy utilizada para obtener información 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 cómo será el entorno donde se llevara a cabo la entrevista para identificar qué tan confortables estarán las personas y así obtener la información de la manera más efici

 Estudiar cómo 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 relación del cliente con la organización que realizará la identificación de los requerimientos, esto con el fin de facilitar el trabajo y la disposición de ambas partes.

 Entender que es importante obtener la mayor información para la definición de los requerimientos, teniendo en cuenta que nada es obvio para las organizaciones de desarrollo de software. 

LLUVIA DE IDEASAquí 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 cómodas y dispuestas para dar a conocer sus ideas.

Tomar la iniciativa para iniciar una reunión enfocada en la confianza.

Tomar nota de las ideas que las personas expresan en los equipos de trabajo.

CUESTINARIOS

 Lo importante es tener en cuenta  que se debe tener un mayor cuidado en la selección de los encuestados y de la forma en que se pregunta para obtener respuestas concretas y confiables.  

TECNICAS ESPESIFICAS

Las técnicas agrupadas como especificas son las que permiten complementar las técnicas generales, para así obtener mayor detalle y eliminar ambigüedad en la información inicial.

OBSERVACIONEsta técnica permite obtener información directa sobre la forma en que se realizan las actividades. Es una técnica que sirve para revisar que no existen omisiones o interpretaciones erróneas sobre el proceso que se realiza. 

ESCENARIOSEsta técnica permite conocer el comportamiento del producto ante determinados eventos considerando los datos, acciones y excepciones que se pueden presentar.

 L0s grupos focales nos habla de conforman reuniendo a un grupo seleccionado de clientesEn las entrevistas individuales es donde tenemos que tener una técnica de recolección muy eficazEn el análisis 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 impactoY 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 fácil encontrar este tipo de clientes piloto, pero también es claro que los beneficios de esta técnica son elevados. Si el cliente es un colaborador más a la hora de descubrir atributos de impacto y de mejorar los de rendimiento, se está contando realmente con una ayuda especializada, con una opinión experta, que aconseja y valida diseños, que contrasta y mide rendimientos y que, de alguna manera, se involucra en el desarrollo.

CAPITULO 3

DEFINICION DE REQUERIMIENTO

Definir los requerimientos teniendo en cuenta la información 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

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

CAPITULO 4

DEFINIR UN REQUERIMIENTO

DEFINICION DE DIAGRAMA Se inicia con el desarrollo de un sistema por lo general nos encontramos con la dificultad de no saber cómo dar inicio a la especificación y descripción de la funcionalidad en general que buscamos apoyar con dicha herramienta, para ello hay muchas herramientas en el mercado que buscan apoyar dicha tarea.

CAPITULO 5

PRUBAA DE REQUERIMIENTO

Planeación

En esta fase se define el alcance y limitaciones de la prueba, la estrategia utilizada para la ejecución de la prueba, los requerimientos para poder realizar las pruebas (documentación, recurso humano y recurso tecnológico), los tiempos de estimados de duración de la misma y los criterios para terminación.

 Diseño de casos de prueba

 Ejecución 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, contraposición, ambigüedad 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

 CierreFormato Objetivo

MR_005.1_Planeación Prueba de requerimiento

Presentar la estrategia, alcance, estimación de tiempos, de la prueba de requerimiento.

MR_005.2_Diseño 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 ejecución de los casos

MR_005.4_Informe final prueba (Ver Formato)

Presentar informe de cierre con los aspectos más relevantes de la ejecución

CAPITULO 6

GESTION DE CAMBIO

IDENTIFICACIÓN CONTROL DE CAMBIO

ANALISIS DE LA SOLICITUD

Realizamos una solicitud, donde nos va a llevar a un análisis allí vamos a saber el alcance y el tiempo que vamos a invertir, damos una propuesta donde valoramos loa cambios, y de decimos el costo, analizamos la modificación, inmediatamente documentamos el cambio, danos nuestra propuesta para que no la aprueben, si el cambio es aceptado planteamos el cambio, posteriormente realizamos el cambio, lo revisamos seguimos con actualizarla línea base cuando ya lo hayamos realizado podemos decir que el cambio fue realizado y por ultimo informamos Si el cambio no fue aprobado informamos inmediatamente

CAPITULO 7

GESTION DE REQUERIMIENTO

Matriz de valoración y aprobación 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 metodología, 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 documentación de la metodología 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.

No Cumple= N, El color rojo es para dar una señal de alerta informando que el requisito no está cumpliendo correctamente con el criterio de aceptación y que se debe revisar porque razón 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

La matriz de control de cambios nos permite registrar los controles de cambios que se van presentando, en esta matriz podremos registrar el número de control de cambio que se tiene asignado, la referencia a la documentación 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 ejecución hasta llegar al 100%, el o los requisitos afectados y  una descripción breve del control de cambios.

Esta matriz nos permitirá llevar un control detallado de los controles de cambios solicitados y su estado actual

CONCLUSIONES

Este trabajo me sirvió para aclarar muchas dudas que tenía sobre el tema

Practicando los ensayos, la lectura, la escritura, etc.

En conclusión este trabajo me ayudó mucho en todo los aspectos