INGENIERIA DE REQUISITOS

Ingeniera en software ISCO 8

INTRODUCCIN
y los ingenieros de software trabajan juntos en el mismo equipo y en tales casos la ingeniera de requisitos se trata solo de guiar conversaciones significativas con colegas que son miembros conocidos del equipo ms sin embargo eso no suele suceder.

SUELE SUCEDER
Que los clientes pueden estar en una ciudad o pas diferente, pueden tener pueden tener solo una idea vaga de lo que se requiere Tal vez tenga opiniones conflictivas acerca del sistema que se construir Quiz su conocimiento tcnico sea muy limitado para poder interactuar con el ingeniero de requisitos y son problemticas que suelen suceder muy a menudo

PRIMERO SE DEBE IDENTIFICAR A LOS INTERESADOS

Sommerville y sawyer [SOM97] definen a los interesados como

Todos aquellos que se benefician en una forma directa o indirecta del sistema que esta en desarrollo

NORMALMENTE LOS SOSPECHOSOS USUALES SUELEN SER:

Gerente de operaciones de negocios Gerentes de producto, Gente de mercadotecnia, Clientes internos, y externos, Usuarios finales, Consultores, Ingenieros de producto, Ingenieros de software, Ingenieros de soporte y mantenimientos , Cada uno de estos obtiene un beneficio cuando el desarrollo del software tiene un resultado exitoso pero est expuesto a distintos riesgos si el esfuerzo de desarrollo llegara a fallar. La lista inicial crecer conforme se establezca contacto con los interesados.

RECONOCIMIENTO DE LOS DISTINTOS PUNTOS DE VISTA

Los requisitos del sistema se explotaran desde diversos puntos de vista debido a que cada cliente es diferente.

POR EJEMPLO
El grupo de mercadotecnia esta interesado en funciones y caractersticas que estimulen el mercado potencial, y que esta sea fcil de vender. Los gerentes de negocios estn interesados en invertir en el producto sin rebasar un presupuesto y que estn listos para llegar a nichos de mercado definidos. (Nicho de mercado: Cuota o parcela de mercado claramente diferenciada), Los ingenieros de software quiz estn interesados en funciones que del el soporte de la infraestructura y caractersticas mas accesibles que le favorezcan dentro del mercado los ingenieros en soporte se pueden enfocar en la facilidad de mantenimiento del software.

 Cada uno de los componente mencionados anteriormente proporcionan informacin al proceso de la ingeniera de requisitos. Conforme se recopila informacin pueden surgir mas requisitos y estos pueden generar conflictos con algn otro

ENTONCES ENTRA EL TRABAJO DEL INGENIERO DE REQUISITOS

Que categoriza toda la informacin de los interesados incluyendo aquellos que generaron conflictos de una forma que permita a las personas que toman las decisiones de elegir un conjunto de requisitos para el sistema que sean consistentes de manera interna

TRABAJO EN EQUIPO
Se ha mencionado que los clientes deben colaborar entre si evitando peleas insignificantes con los profesionales de la ingeniera de software si se desea tener un sistema exitoso pero

COMO SE LOGRA ESTA COLABORACION

EL TRABAJO INGENIERO DE REQUISITOS ES

Identificar reas en comn, reas de conflicto o inconsistencia Y una forma de resolver los conflictos entre requisitos al mismo tiempo que se entiende la importancia relativa de todas, es la utilizacin de un esquema de votacin basado en puntos de prioridad.

MS SIN EMBARGO
Esto no significa que los requisitos se definan por consenso. En muchos casos los interesados colaboran al proporcionar una visin de los requisitos pero un campen de proyecto puede tomar la decisin final de cuales requisitos se aceptan y cuales no.

EL PRIMER CONJUNTO DE PREGUNTAS

Debe ser fuera de contexto y enfocarse en el cliente y/o interesados, metas generales y en los beneficios. Algunas preguntas pueden ser las siguientes: Quien esta detrs de la solicitud de este trabajo? Quien usara la solucin? Cual ser el beneficio econmico de una solucin exitosa? Existe otra fuente para la solucin requerida?

Estas preguntas ayudan a identificar a todos los participantes que tendran inters en el software que ser construido, identifican el beneficio medible de una implementacin exitosa y alternativas para personalizar el desarrollo del software

LA SIGUIENTE SERIE DE PREGUNTAS PERMITEN

Entender mejor las necesidades o problemas y deja que el cliente exprese sus percepciones acerca de una solucin Como podra caracterizarse un buen resultado generado por solucin exitosa? Cuales problemas debera atacar esta solucin? Podra usted describir o mostrar el ambiente de negocios en el que se utilizara la solucin Los aspectos especiales del desempeo o las restricciones afectarn la forma en que se busque la solucin

La efectividad de la actividad de comunicacin en si misma. Gause y Weinberg [GAU89] las llaman las metapreguntas y proponen la siguiente lista abreviada Es usted la persona adecuada para contestar esta pregunta? Sus respuestas son oficiales? Mis preguntas son relevantes para su problema? Estoy haciendo demasiadas preguntas? Alguien mas puede proporcionar informacin adicional? Deberia preguntarte alguna otra cosa?

Y LA SERIE FINAL DE PREGUNTAS SE ENFOCA EN

Estas preguntas ayudarn a romper el hielo e iniciar la conversacin esencial para la obtencin exitosa. Esta sesin de preguntas y respuestas se debe usar solo para el primer encuentro para despus reemplazarlo por un formato de obtencin de requisitos que combine elementos de resolucin de problemas, negociacin y especificacin.

Proverbio chino