Unidad 3

Proceso de la Ingeniera de
Requerimientos
Proceso de la Ingeniera de Requerimientos
La meta del proceso de ingeniera de requerimientos es crear y mantener un documento de requerimientos del sistema. El
proceso general corresponde cuatro subprocesos de alto nivel de la ingeniera de requerimientos. stos tratan de la
evaluacin de si el sistema es til para el negocio (estudio de viabilidad); el descubrimiento de requerimientos (obtencin y
anlisis); la transformacin de estos requerimientos en formularios estndar (especificacin), y la verificacin de que los
requerimientos realmente definen el sistema que quiere el cliente (validacin). La Figura 7.1 ilustra la relacin entre estas
actividades. Tambin muestra el documento que se elabora en cada etapa del proceso de ingeniera de requerimientos. La
especificacin y la documentacin se estudian en el Captulo 6; este captulo se centra en las actividades de la ingeniera de
requerimientos. .
Las actividades que se muestran en la Figura 7.1 se refieren al descubrimiento, documentacin y verificacin de requerimientos.
Sin embargo, en casi todos los sistemas los requerimientos cambian. Las personas involucradas desarrollan una mejor
comprensin de lo que quieren que haga el software; la organizacin que compra el sistema cambia se hacen
modificaciones a los sistemas hardware, software y al entorno organizacional. El proceso de gestionar estos cambios en los
requerimientos se denomina gestin de requerimientos, tema que se aborda en la seccin final de este captulo.
Se presenta una perspectiva alternativa sobre el proceso de ingeniera de requerimientos en la Figura 7.2. sta muestra el
proceso como una actividad de tres etapas donde las actividades se organizan como un proceso iterativo alrededor de una
espiral. La cantidad de dinero y esfuerzo dedicados a cada actividad en una iteracin depende de la etapa del proceso
general y del tipo de sistema desarrollado. Al principio del proceso se dedicar la mayor parte del esfuerzo a la comprensin
del negocio de alto nivel y los requerimientos no funcionales y del usuario. Al final del proceso, en el anillo exterior de la
espiral, se dedicar un mayor esfuerzo a la ingeniera de requerimientos del sistema y al modelado de ste.
Este modelo en espiral satisface enfoques de desarrollo en los cuales los requerimientos se desarrollan a diferentes niveles de
detalle. El nmero de iteraciones alrededor de la espiral puede variar, por lo que se puede salir de la espiral despus de que
se hayan obtenido algunos o todos los requerimientos del usuario. Si la actividad de construccin de prototipos mostrada
debajo de la validacin de requerimientos se extiende para incluir el desarrollo iterativo, como se indica en el Captulo 17,
este modelo permite que los requerimientos y la implementacin del sistema se desarrollen al mismo tiempo.
Figura 7.2 Modelo en espiral de los procesos de la ingeniera
de requerimientos.
Estudios de Viabilidad
Para todos los sistemas nuevos, el proceso de
ingeniera de requerimientos (debera empezar
con un estudio de viabilidad. La entrada de ste
es un conjunto de requerimientos de negocio
preliminares, una descripcin resumida del
sistema y de cmo ste pretende contribuir a los
procesos del negocio. Los resultados del estudio
de viabilidad deberan Ser un informe que
recomiende si merece o no la pena seguir con la
ingeniera de requerimientos y el proceso de
desarrollo del sistema.
Obtencin y Anlisis de los
Requerimientos
En esta etapa el Analista trabaja con los clientes y
usuarios para determinar el dominio de la
aplicacin, que servicios debe proporcionar el
sistema, las restricciones de hard,etc.
Stakeholder se refiere a las personas o grupos
que sern afectados por el sistema en forma
directa o indirecta. Ej Ing que mantienen otros
sistemas pero que se relacionan, gerentes de
negocios, expertos en el dominio del sistema y
representante del trabajador.
La Actividad de Obtencin y anlisis de
requerimiento se puede pensar en una tarea
espiralada, dada por:
Descubrimiento de los requerimientos: Se interacta
con los stakeholders para recopilar los requerimientos.
Clasificacin y Organizacin de los requerimientos: Se
deben organizar en forma coherente.
Ordenamiento por prioridad y negociacin de los
requerimientos: Se deben priorizar los requerimientos.
Resolver los requerimientos en conflictos.
Documentar los requerimientos: Se documenta y entra
en una vuelta el espiral. Esa Documentacin puede ser
formal o informal
Descubrimiento de los requerimientos
Es el proceso de recoger informacin sobre el
sistema propuesto y existente. Extraer los
requerimientos del usuario y del sistema de esta
informacin.
Las fuentes de informacin durante esta fase son
documentacin, los stakeholders y la
especificacin de sistemas similares.
Se emplean tcnicas de descubrimiento de los
requerimientos como entrevistas, escenarios y
etnografa y podemos construir prototipos de
sistema entre otras.
ENTREVISTAS:
Se realiza entre el equipo de Ingeniera de
requerimiento y los stakeholders del sistema.
Se realizan preguntas sobre el sistema que
utilizan y el sistema a desarrollar.
Pueden ser de dos tipos:
Entrevistas cerradas : Se debe tener predefinida las
preguntas.
Entrevistas Abiertas: No hay programa predefinido.
El objetivo es obtener una comprensin global
de lo que hacen los stakeholders, como
interactan con el/los sistema/s .Las dificultades
de los sistemas actuales.
Escenarios:
Muestra un esbozo de la interaccin y se agregan
detalles para crear una descripcin completa de
esta interaccin. Deben incluir:
Una descripcin de lo que espera el sistema y los
usuarios cuando el escenario comienza.
Una descripcin normal del flujo normal de eventos en
el escenario.
Una descripcin de que puede ir mal y como mejorarlo.
Informacin de otras actividades que puede llevar a
cabo en el mismo tiempo.
Una descripcin del estado del sistema cuando termina.
Se pueden hacer diagramas , capturar pantallas,
etc.
Etnografa :
Es una tcnica de Observacin directa para
entender los requerimientos sociales y
organizacionales.
El analista se sumerge en el entorno laboral donde se
utiliza el sistema.
Observa el trabajo diario
Anota las tareas reales y los participantes relacionados
Se puede combinar la Etnografa con la
construccin de prototipos.
Validacin de los requerimientos.
Trata de mostrar que stos realmente definen
el sistema que el cliente desea.
Es importante debido a que los errores en el
documento de requerimiento es preferible
sobre los costos en que se incurriran luego de
la codificacin.
Se debe validar el los Documentos de
Requerimiento.
La Verificacin comprende:
Verificaciones de Validez:
Un usuario puede pensar en la necesidad de un sistema que
realice ciertas funciones. Pero el anlisis puede llevar a que se
necesiten funciones adicionales o diferentes.
Verificacin de Consistencia:
Los requerimientos no pueden contradecirse.
Verificacin de Completitud: El documento debe incluir
todos los requerimientos que definen las funciones y
restricciones propuestas por el usuario del sistema
Verificaciones de realismo: Se deben poder
implementar los requerimientos y se debe
confeccionar una agenda para el desarrollo del sistema
Verificabilidad: Los requerimientos se deben
redactar de forma que el cliente interprete y pueda
verificar.
Podemos Usar Tcnicas de validacin de
requerimientos:
1 Revisiones de requerimientos: Tener un equipo de
revisores de requerimientos que lo hacen en forma
permanente
2 Construccin de Prototipos : Un modelo del sistema
3 Generacin de Casos de Pruebas : Someter cada
requerimiento a una serie de pruebas ante de llegar a la
codificacin.
Dentro de la Revisin de Requerimientos es un proceso
manual en la que participan personas de la organizacin.
Pueden ser Informales o Formales
Las Revisiones pueden comprobar:
Verificabilidad: Puede probarse el requerimiento en forma realista?
Comprensibilidad: Las personas involucradas en el sistema
comprenden el requerimiento?
Rastreabilidad: Esta establecido el origen del requerimiento? Pude
volver a la fuente el requerimiento para evaluar el impacto del
cambio. Es importante la rastreabilidad porque permite verificar el
impacto del cambio en el nuevo sistema.
Adaptabilidad: Es adaptable el requerimiento? Se puede cambiar sin
causar efecto a gran escala en los otros requerimientos del
sistema?.
Los conflictos, contradicciones, errores, deben ser sealados
por los revisores y se deben registrar en un informe final de
revisin. Se debe negociar para solucionar estos problemas
identificados.