EL PLAN DE REQUERIMIENTOS.

Del libro Requirements Engineering Handbook Young

Debera ser desarrollado en etapas tempranas por el analista de requerimientos durante la fase de preparacin de la propuesta o tan pronto se toma la decisin de proceder con el desarrollo de un proyecto o tarea. El propsito del plan es determinar y documentar cmo evolucionarn los requerimientos reales y como sern manejadas las actividades relacionadas con requerimientos en el ciclo de vida del sistema. Sugiere los siguientes apartados para el plan:

Propsito del plan: el expresado en un prrafo anterior. Fundamentos: Esta seccin debera describir la situacin que ha llevado a la decisin de
desarrollar el sistema de software. Deber identificar los principales grupos de interesados aquellos que tienen un inters en el sistema, tales como los clientes (la persona u organizacin que provee los fondos para pagar el proyecto o sus productos finales), varias categoras de usuarios, desarrolladores y principales proveedores. Evolucin de los requerimientos: Se debe acordar un mecanismo entre los clientes y usuarios, por un lado, y el grupo de desarrollo, por el otro, para revisar los requerimientos establecidos y la evolucin de los requerimientos reales. Los clientes se pueden resistir a este proceso, creyendo que ya tienen un buen conjunto de requerimientos. El analista de requerimientos debera familiarizarse con la experiencia de la industria acerca de cuantos proyectos han fallado por una falla en invertir en este paso crtico. Un mecanismo es una manera de lograr que algo se haga o de conseguir un resultado. Se recomienda el mecanismo de equipos cooperativos compuestos de uno o unos pocos representantes de los usuarios y un nmero similar de desarrolladores tcnicamente competentes. Los miembros de los equipos deberan revisar los requerimientos para asegurarse que cumplen con los criterios de un buen requerimiento. Tambin la racionalidad de cada requerimiento (por qu es necesario) debera se documentada. La experiencia de la industria es que este paso puede eliminar hasta la mitad de los requerimientos.

Roles y responsabilidad del personal del proyecto involucrado en actividades relacionadas con los requerimientos: An en un proyecto pequeo es probable que
ms de una persona est involucrada en actividades relativas a requerimientos. Es til clarificar y documentar esos roles, de manera que todos entiendan sus responsabilidades nicas y compartidas. Por ejemplo, alguien debera ser designado para proporcionar requerimientos de capacitacin (entrenamiento). Otra persona sera responsable por la herramienta para automatizar los requerimientos. Alguna otra podra tener la responsabilidad de los procesos claves a ser utilizados en el proyecto, incluyendo el

proceso de requerimientos. Otra ms puede ser responsable por el diseo de la arquitectura (la estructura subyacente al sistema de software). Puesto que los requerimientos y la arquitectura se impactan mutuamente, una prctica recomendada es iterar los requerimientos y la arquitectura repetidamente esto resulta en requerimientos ms fuertes y en una arquitectura ms robusta. Definicin del proceso de requerimientos a usar: Un proceso de requerimientos documentado es esencial. Un proceso puede ser visto como un diagrama de flujo (indicando los pasos a ejecutar y la persona u organizacin que ejecuta cada paso) acompaado con una narracin que indica, por ejemplo, el nombre de los procesos, sus clientes, entradas, salidas, tareas ejecutadas en el proceso, la persona u organizacin que ejecuta cada tarea, y algunas medidas (mtricas) que pueden ser usadas para evaluar la calidad de los productos producidos y el rendimiento del proceso. La experiencia demuestra que es una buena prctica involucrar a los principales actores de un proceso en su construccin. Este enfoque favorece la comprensin, la integridad y la compra del proceso definido por parte de los interesados, as como el compromiso de usarlo. Mecanismos, mtodos, tcnicas y herramientas a utilizar: Las herramientas apropiadas de acuerdo a la situacin especfica. Estas deben ser determinadas y documentadas, y el equipo del proyecto debera familiarizarse con ellas y con las razones para elegirlas. Integracin de prcticas de requerimientos con efectividad comprobada: La experiencia ha demostrado que el uso de un conjunto de prcticas de requerimientos con efectividad comprobada puede hacer una enorme diferencia en un proyecto. Por ejemplo, ya se ha recomendado la prctica de invertir tiempo y esfuerzo para definir los requerimientos reales del cliente. Seleccione y documente un conjunto de prcticas que sirvan bien a su proyecto. Referencias: Habr un conjunto de documentos que son referencias clave para los requisitos del proceso. Los ejemplos incluyen documentos que describen los objetivos y metas del sistema, la lista de requerimientos de diferentes usuarios, estndares aplicables especificados por el cliente, polticas aplicables, y otros. Estas referencias deberan listarse, y se debera indicar la localizacin donde pueden ser consultadas. Estrategia recomendada: Basado en el anlisis de la informacin anterior, se debe desarrollar y establecer una estrategia para aprovechar de manera ptima los aspectos relativos a los requerimientos del proyecto. Podran incluirse los siguientes elementos: o Estrategia de asociacin (uno de los secretos del xito de un proyecto). o El proceso inicial que se utilizar (para entender las necesidades reales de los clientes y del medio ambiente, entender y documentar el alcance del proyecto, definir las interfaces externas, definir los componentes del sistema, y definir el esquema para la especificacin del sistema). o Determinar que impulsa a los requerimientos (regulaciones; especificaciones de alto nivel; estndares; polticas; sistemas y procesos existentes; restricciones, tales

como costos, calendario, viabilidad tcnica; necesidades y expectativas de clientes y usuarios). o Definicin de la poltica de requerimientos del proyecto. o Definicin del proceso de requerimientos (diagrama de flujo y descripcin del proceso). o Mecanismos a ser utilizados. Ejemplo, el grupo cooperativo. o Entrenamiento sobre requerimientos para el equipo del proyecto (incluyendo al cliente). o Seleccin de una herramienta automtica de requisitos y como ser usada. o Definicin de la arquitectura objetivo. o Planes para tratar con nuevos requerimientos y cambios en requerimientos (por ejemplo, el uso de un mecanismo para controlarlos, como el versionado, las liberaciones y las construcciones). o Entendimiento de los riesgos inherentes a los requerimientos, ya que es probable que la falta de un completo entendimiento de algunos requerimientos cree los mayores riesgos en el proyecto. o Definicin de directrices para el desarrollo del sistema basadas en consideraciones de los requerimientos. Apndices: Se podran incluir los siguientes: o El proceso de requerimientos (diagramas de flujo y descripciones). o Enfoque del proceso de asociaciones. o Borrador de las polticas de requerimientos del proyecto. o Planes de accin y temporizacin de los esfuerzos necesarios.