Modelado de Proceso de Negocio

4 Ingeniera de Requerimientos
4.2 Actividades del Proceso de IR

ACTIVIDAD

Definan un diagrama de GANT estableciendo el tiempo de terminacin de cada una de las actividades que se

involucren para la terminacin del proyecto.

Calificacin: 15 pts (es el complemento del trabajo anterior de la definicin de los roles)

4.2 Actividades del proceso de ingeniera de requerimientos

4.2.1 Extraccin de informacin 4.2.2 Anlisis del problema 4.2.3 Evaluacin y negociacin

4.2.4 Documentacin de requerimientos

4.2.5 Validacin

4.3 Administracin de requerimientos

Es un proceso que tiene por objetivo comprender y controlar los requerimientos. Como todo proceso de administracin, inicia con la planeacin a la par de la identificacin inicial de requerimientos. Este proceso tiene diferentes formas que dependen del proceso de desarrollo de software que se est empleando.

4.3 Administracin de requerimientos

Se deben considerar las siguientes etapas:

Requerimientos duraderos y voltiles. Planeacin de la administracin de requerimientos. Administracin del cambio de los requerimientos.

4.3 Administracin de requerimientos

Durante esta etapa, para cada proyecto, es necesario establecer el nivel de detalle. Se tiene que decidir sobre:

La identificacin de los requerimientos.

Un proceso de administracin del cambio. Polticas de rastreo. Ayuda de herramientas CASE (DOORS y Requisite Pro).

4.3 Administracin de requerimientos

La administracin de requerimientos necesita de ayuda automtica para:

Almacenar requerimientos.

Administrar los cambios.

Administrar el rastreo.

4.3 Administracin de requerimientos

Siempre existe la tentacin de hacer un cambio urgente al sistema y en retrospectiva modificar el documento de requerimientos. Esto conduce a un desfase e inconsistencias. Etapas:

Anlisis del problema y especificacin del cambio. Anlisis del cambio y costeo. Implementacin del cambio.

Caracterstica de una especificacin de requerimientos de Software

a)

Correcta. Si y solo s cada requisito declarado se

encuentra en el software
b)

Completa. Si y solo si, incluye que los requisitos estn relacionados a la funcionalidad, el desarrollo,

restricciones del diseo, los atributos e interfaces

externas. Tiene todas las etiquetas llenas y referencias a todos loe elementos. Si Posee la definicin de las

respuestas del software a todas las entradas y situaciones

que se puedan dar.

Caracterstica de una especificacin de requerimientos de Software

c)

Inequvoca. S y solo si, cada requisito declarado tiene

una interpretacin.
d)

Consistente. S y solo si, ningn subconjunto de requisito individuales entra en conflicto con l.

e)

Modificable.S y solo si, su estructura y estilo son tales que puede hacerse un cambio fcilmente.

Caracterstica de una especificacin de requerimientos de Software

f)

Comprobable. S y solo si, en un requisito existe un

proceso rentable finito con que una persona o la maquina

puede verificar que el producto rene el requisito.
g)

Identificable. Si el origen de cada requerimiento es claro

y facilita las referencias de cada requerimiento en el

desarrollo futuro o documentacin del mismo.

Prototipos

Generar prototipos ya que el cliente puede verlo y dar una

opinin, una reaccin. Adems los prototipos reflejan

aspectos importantes antes de finalizar los sistemas, as pueden surgir nuevas preguntas y situaciones ante el

despliegue de prototipos.

Tambin acorta el tiempo de desarrollo, ya que suele sufrir menos cambios.

Beneficios de una correcta administracin de requerimientos

Una correcta administracin se lleva a cabo mediante la

especificacin de requerimientos de Software, lo cual trae

beneficios durante las siguiente fases del ciclo de vida del sistema. La ERS documenta el conjunto completo de capacidades del sistema y provee de los siguientes beneficios:
a)

Asegura al cliente que el desarrollador entiende sus necesidades y que est respondiendo a ellas.

b)

Una oportunidad para una retroalimentacin entre el cliente y el proveedor.

Beneficios de una correcta administracin de requerimientos

c)

Un mtodo para que el cliente y el proveedor o

desarrollador

puedan

identificar

tempranamente

problemas y malentendidos mientras los costos de corregirlos son relativamente bajos.

d)

Una base para la calificacin y calidad del sistema para

establecer que este cumple con las necesidades del cliente.

e)

Proteccin para el proveedor, dando una lnea base para las capacidades del sistema y una base que determine cuando la construccin del sistema est completa

Beneficios de una correcta administracin de requerimientos

f)

Soporte para el desarrollador en la planificacin, diseo y

desarrollo del programa.

g)

Ayuda en la evaluacin de los efectos de los cambios en los requerimientos.

h)

Incrementa la proteccin en contra de malentendidos entre el cliente y el proveedor mientras se desarrolle el software.

Una mal requerimiento

Es aquel que: Es solicitado de manera informal de alguien en una reunin, un pasillo o un elevador o una llamada telefnica. Solicitudes de clientes por medio de encuestas, correos electrnicos o buzones de sugerencias. Observaciones o comentarios durante reuniones de ventas o mercadeo.