Ingenieria de requisistos

2

2. Introducción a la ingeniería de requisitos
Qué es la Ingeniería de Requisitos Es la rama de la ingeniería del software que se ocupa de la primera etapa en el proceso de desarrollo del software: la comprensión y formalización de las necesidades que debe satisfacer un sistema informático “Es el desarrollo sistemático de los requisitos a través de un proceso iterativo y cooperativo en elque se analiza el problema, se documenta el resultado en diversos formatos de representación, y se comprueba la exactitud de la comprensión alcanzada” (Locopoulos & Karakostas. Systems Requirements Engineering. McGraw-Hill, 1995) Se pueden distinguir dos fases en el proceso: o Captura: interacción cuidadosa con todos aquellos interesados en la aplicación o sistema informático; adquisición deinformación, “requisitos en bruto” o Análisis: estudio cuidadoso de la información adquirida para lograr una verdadera comprensión de los requisitos y estructurarlos adecuadamente; expresar los requisitos de forma concreta y detallada; refinamiento, depuración, estructuración, “requisitos depurados” Obtener los requisitos correctos es un proceso difícil o Adivinar los deseos y necesidades quehabitualmente el cliente no es capaz de describir más que en forma confusa, incompleta y desordenada o Los requisitos no se descubren, se inventan; los requisitos no están ahí esperando que alguien los descubra, sino que son creados, construidos o inventados en un proceso interactivo entre el cliente y el ingeniero o La mayor parte de los defectos en el software entregado tienen su origen en el análisis derequisitos, y son en general los más difíciles de reparar o El éxito en el producto requiere colaboración y comunicación fluida entre clientes y desarrolladores: cuanto más completo y menos ambiguo sea el conjunto de requisitos, más probabilidades de éxito El resultado del proceso es el “documento de requisitos”, que es uno de los productos (o artefactos) del proceso de desarrollo de software:modelos de diseño, código fuente, pruebas, manuales... Un caso práctico Agenda de compromisos: “Necesito algo para organizar mejor mis actividades, una agenda para llevar al día mi horario, mis compromisos, etc.” ¿Cuánto se tardaría en desarrollar esta aplicación? o “¡Esto me lo curro yo en una semanita!” En el momento de la entrega de la agenda el cliente no queda satisfecho o Quiere más, quiere otracosa o Colores, sonidos, funciones, copiar compromisos de un día a otro… o La divertida semanita se convierte en una pesada carga o ¿Hasta qué punto me he comprometido? Antes de entregarla, quiero probarla… o ¿qué pruebo? o ¿qué porcentaje de funcionalidad he alcanzado? La ingeniería del software no trata de “programar bien”, sino de: o Cumplir plazos, presupuesto y expectativas o Gestionarriesgos y recursos o Transformar la producción artesanal en industria ¿Termina el ciclo de vida del software en la entrega del producto? Grave error: mantenimiento.

3 Necesidad de la Ingeniería de Requisitos Para construir algo, antes hay que entender qué es ese “algo” Si la aplicación funciona, pero no satisface las necesidades del cliente... ¿de qué sirve? En general, los requisitos expresan quédebe hacer una aplicación, sin decir cómo debe hacerlo: expresan el punto de vista del cliente, que sabe lo que quiere (en el mejor de los casos), pero no tiene por qué saber cómo conseguirlo o A menudo el cliente ni siquiera sabe lo que quiere o Tarea del analista es ayudar a que el cliente se exprese Ejemplo: o El sistema permitirá al usuario consultar el saldo de su cuenta (sí) o Los saldos declientes se almacenarán en una tabla llamada Saldo en una base de datos Access (no) Excepciones: puede ocurrir que usar Access sea un requisito o Existen distintos niveles de abstracción en los requisitos, debido a que suelen provenir de distintas fuentes (distintos interlocutores con distinto nivel de conocimientos tecnológicos) o Ejemplo: el informático de la empresa nos habla de los sistemas...