Tecnicas re recoleccion

2.2. Técnicas de recolección, identificación y priorización de requerimientos.
Obtener la información de la descripción de un software no es una tarea sencilla. Sería deseable que todos los clientes tuvieran la definición, clara, precisa y detallada de lo que esperan que, una empresa de desarrollo de software construya para la solución o mejora de sus procesos. Sin embargo esto no siempre esasí. A veces, se necesita utilizar una o varias estrategias para llegar obtener la información necesaria que ayude a determinar detalladamente dichas características. En este tema analizaremos algunas técnicas que se utilizan para este fin.
El proceso de desarrollo de requerimientos según Sommerville, Ian (2011, 102) consta de 4 fases, las cuales deberán realizarse iterativamente hasta determinarque ya se tienen completamente los requerimientos que representan la funcionalidad del software y que el cliente espera. Observa las fases:
1. Descubrimiento de requerimientos. Esta etapa incluye actividades para interactuar con los involucrados del sistema para identificar los requerimientos y toda la documentación relacionada: Diagramas y descripción de casos de uso, escenarios, SRS, diagramasde dominio e interacción, etc. Mismos que se explican con mayor detalle en los siguientes temas.
2. Clasificación y organización de requerimientos. Consiste en organizar el listado de requerimientos agrupándolos de acuerdo a su contenido lógico, es decir, en el orden en que se realizan los procedimientos en la realidad y en un orden funcional, que vaya de acuerdo a la secuencia en que se hadiseñado el software para su operación. Deberá identificar requerimientos que se relacionen y puedan formar módulos o divisiones del software.
3. Priorización y negociación de requerimientos. Consiste en identificar a los requerimientos que tienen mayor importancia o urgencia de ser desarrollado con respecto a los demás, este es un proceso de negociación entre los diversos proveedores derequerimientos de la organización.
4. Especificación de requerimientos. Este proceso consiste en ir documentando los requerimientos con todo el detalle posible, por ejemplo la descripción de los casos de uso es una muestra de cómo se puede describir detalladamente un requerimiento. Un documento más completo y a la vez más complejo es el SRS, que integra todos los diagramas y su descripción, que hayasrealizado para describir cada requerimiento. Cada vez que se repite un ciclo de este proceso el detalle aumenta y a esto le llamamos refinamiento de requerimientos.

Como ya se mencionó estos 4 pasos se repiten y la comprensión de los requerimientos por parte del analista mejora en cada iteración. La comprensión de los requerimientos por parte de los involucrados es un proceso difícil, principalmenteporque el cliente pocas veces tienen bien definido lo que necesitan de un sistema de cómputo y pueden hacer peticiones inalcanzables en tiempo, costo o recursos. Además utilizan sus propios términos, también suelen decir un mismo requerimiento de muchas maneras haciendo entender que se tratan de cosas diferentes.
Otra dificultad para el equipo de desarrollo es cuando, a la mitad del proceso decreación del software, se realizan cambios en la organización por nuevos participantes que no se habían involucrado desde el inicio del proyecto, lo cual puede afectar en tener que volver a realizar otras descripciones en los requerimientos o incluso insertando nuevos requerimientos. Llevar una gestión adecuada del cambio puede ayudar para atenuar el problema.
En seguida se plantearán algunastécnicas para obtener información de la descripción de un software como son: la observación, el cuestionario, la entrevista y encuestas:
La observación.
Partiendo de la idea de que todo software es un modelo de un modelo del usuario, debemos identificar como es que el usuario opera su modelo para entonces, poder simular esto con un software. Es por ello que la observación es una técnica...