Triptico

Metodología DoRCU para la Ingeniería de Requerimientos
M. Griselda Báez, Silvia I. Barba Brunner
Instituto Superior Politécnico "José Antonio Echeverría", La Habana, CU Facultad de Ciencia y Tecnología, Universidad Autónoma de Entre Ríos, AR mgbaez@acm.org, barbabru@acm.org

Resumen. DoRCU, Documentación de Requerimientos Centrada en el Usuario, es una metodología para la Ingeniería deRequerimientos caracterizada por su flexibilidad y orientación al usuario. Considera los mejores resultados de los enfoques examinados y se apoya en diversos métodos, técnicas y herramientas ya desarrollados por otros autores, pero sin comprometerse con los lineamientos de un paradigma en particular. Tiende, además, a que se unifique la terminología empleada en el campo de la IR, eliminando de estamanera aparentes discrepancias que sólo son la consecuencia de confusiones semánticas que dificultan aún más el proceso de definición de requerimientos. Palabras claves: Requerimientos del usuario, Documento de Requerimientos, Metodología, Documentos Isomórficos.

1. Introducción
Diferentes autores descomponen al proceso de Ingeniería de Requerimientos de diversas formas. Es así que, por ejemplo,Rzepka [1], lo considera conformado por tres actividades: . elicitar los requerimientos de las diversas fuentes individuales; . asegurar que las necesidades de todos los usuarios son consistentes y factibles; y . validar que los requerimientos que se derivaron son un reflejo exacto de las necesidades del usuario. Este modelo implica una clasificación secuencial de las actividades, con laelicitación realizada una vez al inicio del proceso. En la realidad, sin embargo, el proceso es iterativo, con estas actividades ejecutadas muchas veces, ya que la tarea de definición de requerimientos no puede definirse por medio de una simple progresión a través de, o relación entre, adquisición, expresión, análisis y especificación. Los requerimientos evolucionan a un paso desigual y tienden a generarrequerimientos más extensos a partir de los procesos de definición. Por tanto, la construcción de la especificación de requerimientos es inevitablemente un proceso iterativo. Así, en cada iteración es necesario considerar si la versión actual de la especificación de requerimientos define el requisito del cliente adecuadamente y, si no lo hace, cómo debe cambiarse o debe extenderse más [2].
210Oberg plantea que, desde el momento en que los requerimientos son necesidades que deben satisfacer los sistemas a ser construidos, y que la satisfacción de determinados conjuntos de requerimientos define el éxito o fracaso de los proyectos, tiene sentido buscar lo que son los requerimientos, escribirlos, organizarlos y seguirlos en el momento en que cambian. Dicho autor considera que laAdministración de Requerimientos -haciendo referencia a la Ingeniería de Requerimientos- es: • un enfoque sistemático para elicitar, organizar y documentar los requerimientos del sistema; • un proceso que establece y mantiene un acuerdo entre el cliente, el usuario y el equipo del proyecto sobre los requerimientos cambiantes del sistema [3] La Rational Software Company, dice Oberg, asume que el términoAdministración hace una descripción más apropiada de todas las actividades involucradas, y enfatiza la importancia del seguimiento de los cambios para mantener los acuerdos entre la comunidad de usuarios y el equipo del proyecto [3]. Sin embargo, se considera que este término, en caso de incorporarse al proceso de definición de requerimientos, hace referencia a una actividad de la Ingeniería deRequerimientos que sirve para controlar y seguir los cambios de los requerimientos. En el presente trabajo, se sostiene que el término “Ingeniería” es más apropiado ya que no solo se plantean etapas de definición, sino técnicas, métodos y herramientas involucradas en cada una, lo que lleva a definirla como una disciplina independiente. Dorfman y Thayer, plantean una definición similar -con la que...