Capítulo II Procesos de La Ingeniería de Requerimientos

Captulo II: Procesos de la Ingeniera de
Requerimientos.
En cursos previos de Ingeniera de Software se aprende que existen diferentes modelos para
desarrollar sistemas de software (cascada, evolutivos, etc.) y la obtencin de requerimientos
se ve como un subproceso de este desarrollo. Sin embargo, visto por separado, el Anlisis
de Requerimientos es todo un proceso al cual [Sommerville, 2005] llama Ingeniera de
Requerimientos cuya meta es crear y mantener un documento de requerimientos del
sistema. Este proceso general consta de cuatro subprocesos:
- El estudio de viabilidad, que evala si el sistema es til para el negocio.
- Obtencin y anlisis de requerimientos.
- Especificacin de requerimientos: transformacin de los requerimientos en
formularios estndar.
- Validacin: verificar que los requerimientos realmente definen el sistema que
quiere el cliente.
En la figura 2.1 se muestra el proceso de ingeniera de requerimientos.
Figura 2.1: Proceso de ingeniera de requerimientos (Sommerville 2005).
Estudio de
viabilidad
Obtencin y anlisis
de requerimientos
Especificacin de
requerimientos
Validacin de
Informe de requerimientos
viabilidad
Modelos
del sistema
Requerimientos del usuario
y del sistema
Documento de
requerimientos
Casa abierta al tiempo
UNIVERSIDAD AUTNOMA METROPOLITANA ANLISIS DE REQUERIMIENTOS
13
II.1.- Estudios de viabilidad.
[Sommerville, 2005] define el estudio de viabilidad como un estudio corto y orientado a
resolver las siguientes preguntas:
1.- El sistema contribuye a los objetivos generales de la organizacin o
empresa?
2.- El sistema se puede implantar utilizando tecnologa actual dentro de las
restricciones de tiempo y presupuesto?
3.- El sistema puede integrarse a otros sistemas existentes en la empresa?
Para ayudar a responder las preguntas del estudio de viabilidad, se tienen algunos
ejemplos de preguntas posibles:
- Cmo se las arreglara la organizacin o empresa si no se implantara el
sistema?
- Cules son los problemas con los procesos actuales y como ayudara un
sistema nuevo a aliviarlos?
- Cul es la contribucin directa que har el sistema a los objetivos y

requerimientos del negocio?
- Se puede obtener y transferir la informacin a otros sistemas de la
organizacin?
- El sistema requiere tecnologa que no se ha utilizado previamente en la
organizacin?
- A que debe ayudar el sistema y a qu no necesita ayudar?
El estudio de viabilidad no debe requerir ms de dos o tres semanas. El resultado de este
estudio es un informe que recomiende si vale o no la pena seguir con la ingeniera de
requerimientos y el proceso de desarrollo del sistema. En el informe se pueden proponer
cambios en el alcance, el presupuesto o sugerir requerimientos adicionales de alto nivel.
II.2.- Obtencin y anlisis de requerimientos.
La siguiente etapa del proceso de ingeniera de requerimientos es la obtencin y anlisis de
requerimientos. En esta actividad, los ingenieros de software trabajan con los clientes y los
usuarios finales del sistema para determinar el dominio de la aplicacin, qu servicios debe
proporcionar el sistema, el rendimiento requerido del sistema, las restricciones hardware,
etctera.
[Sommerville, 2005] presenta el modelo de la figura 2.2 de (Robertson y Robertson,
1999) para mostrar que los requerimientos pueden extraerse de muchas maneras, sugiere
ser creativos en la forma de averiguar qu es lo que los clientes quieren, y propone:
- Revisar la situacin actual.
Casa abierta al tiempo
UNIVERSIDAD AUTNOMA METROPOLITANA ANLISIS DE REQUERIMIENTOS
14
- Trabajar en el mbito del usuario para comprender el contexto, los problemas y
las relaciones.
- Entrevistar a los usuarios actuales y potenciales.
- Realizar un video para mostrar como podra funcionar el nuevo sistema.
- Investigar en documentos existentes.
- Conducir tormentas de ideas con los usuarios actuales y potenciales.
- Observar las estructuras y los patrones.
Figura 2.2: Posibles fuentes requerimientos (Robertson y Robertson, 1999).
La obtencin y anlisis de requerimientos pueden afectar a varias personas de la

organizacin. El trmino stakeholder (sin traduccin al espaol) se utiliza en la Ingeniera
de Software para referirse a cualquier persona o grupo que se ver afectado por el sistema,
directa o indirectamente.
Segn [Sommerville, 2005], obtener y comprender los requerimientos de los stakeholders
es difcil por varias razones:
- Los stakeholders a menudo no conocen lo que desean obtener del sistema
informtico excepto en trminos muy generales. Pueden hacer demandas irreales
o resultarles difcil expresar lo que quieren que haga el sistema.
- Los ingenieros de requerimientos, sin experiencia en el dominio del cliente,
deben comprender los requerimientos que los stakeholders expresan con sus
propios trminos y con un conocimiento implcito de su trabajo.
- Diferentes stakeholders tienen requerimientos distintos. Es necesario descubrir
las concordancias y los conflictos entre stos.
Extraer
requerimientos
Deseos y
necesidades de los
interesados
Organizacin
y sistemas
actuales.
Documentos
existentes
Tipos de requerimientos
recomendados (plantilla de
requerimientos)
Requerimientos

Capítulo II Procesos de La Ingeniería de Requerimientos

Cargado por

Copyright:

Formatos disponibles

Capítulo II Procesos de La Ingeniería de Requerimientos

Cargado por

Información del documento

Descripción original:

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

Capítulo II Procesos de La Ingeniería de Requerimientos

Cargado por

Copyright:

Formatos disponibles

Captulo II: Procesos de la Ingeniera de

- Cul es la contribucin directa que har el sistema a los objetivos y

La obtencin y anlisis de requerimientos pueden afectar a varias personas de la

También podría gustarte