Sei sulla pagina 1di 16

PLANIFICACION Y MODELADO

1.4 Requerimientos para la gestin.






Integrantes:

Liliana Gudio Garca.
Rogelio Linares Bautista.
Juan Pablo Flores Glvez.
Es un conjunto de actividades que ayudan al equipo de trabajo a
identificar, controlar y seguir los requisitos y los cambios en
cualquier momento.
A cada requisito se le asigna un nico identificador, que puede
Tomar la forma:
<tipo de requisito>< requisito no.>


F-> funcional
D->Datos
C-> Comportamiento
I-> Interfaz
S-> Salida


El desarrollo de requerimientos de software centra su atencin en
las capacidades de este, los objetivos del negocio y otros sistemas
de la organizacin.
Durante ese tiempo, el entorno del sistema y los objetivos del negocio
cambian, y los requerimientos evolucionan para reflejar esto.

Desde una perspectiva evolutiva, los requerimientos se dividen en
dos clases:

Requerimientos Duraderos.

Requerimientos Voltiles.
Requerimientos Duraderos:
Son requerimientos relativamente estables que se derivan de la actividad
principal de la organizacin y que estn relacionados directamente con el
dominio del sistema.

Requerimientos Voltiles.
Son requerimientos que probablemente cambian durante el proceso de
desarrollo del sistema o despus de que este se haya puesto en
funcionamiento.
Clasificacin de los requerimientos Voltiles.
Requerimientos emergentes:
Requerimientos que emergen al incrementarse la comprensin del cliente en el
desarrollo del sistema. El proceso de diseo puede revelar requerimientos emergentes
nuevos.

Requerimientos consecuentes:
Requerimientos que son resultado de la introduccin del sistema
informtico. Esta introduccin puede cambiar los procesos de la
organizacin y desarrollar nuevas formas de trabajar que generan nuevos
requerimientos del sistema.

Requerimientos de compatibilidad:
Requerimientos que dependen de sistemas particulares o procesos de
negocios dentro de la organizacin. Cuando estos ltimos cambian, los
requerimientos de compatibilidad del sistema encargado o entregado
tambin pueden cambiar.


La planificacin es una primera etapa esencial del proceso de gestin de
requerimientos.
Durante la etapa de gestin de requerimientos, habr que decidir sobre:

1. La identificacin de requerimientos.
Cada requerimiento se debe identificar de forma nica de tal forma que
puedan ser remitidos por
otros requerimientos de manera que pueda utilizarse en las evaluaciones
de rastreo.


2. Un proceso de gestin del cambio.
Este es conjunto de actividades que evalan el impacto y coste de los
cambios.

3. Polticas de rastreo.
Esta poltica define las relaciones entre los
requerimientos, y entre stos y el diseo del sistema que se debe registrar y la
manera en que estos registros se deben mantener.

4. Ayuda de herramientas CASE.
La gestin de requerimientos comprende
el procesamiento de grandes cantidades de informacin sobre los
requerimientos. Las herramientas que se pueden utilizar van desde
sistemas de gestin de requerimientos especializados hasta hojas de
clculo y sistemas sencillos de bases de datos.


Se debe aplicar a todos los cambios propuestos en los requerimientos. La
ventaja de utilizar un proceso formal para gestionar el cambio es que todos
los cambios propuestos son tratados de forma consistente y que los
cambios en el documento de requerimientos se hacen de forma controlada.
Etapas de un proceso de gestin de cambio.
1. Anlisis del problema y especificacin del cambio.
El proceso empieza con la identificacin de un problema en los requerimientos o, algunas veces, con
una propuesta de cambio especfica. Durante esta etapa, el problema o la propuesta de cambio se
analizan para verificar que esta es vlida.

2. Anlisis del cambio y calculo de costes.
El efecto de un cambio propuesto se valora utilizando la informacin de rastreo y el conocimiento
general de los requerimientos del sistema. Coste de hacer un cambio se estima en trminos de
modificaciones al documento de requerimientos y, si es apropiado, al diseo e implementacin del
sistema.

3. Implementacin del cambio.
Se modifica el documento de requerimientos y, en su caso el diseo e implementacin del
sistema. Debe organizar el documento de requerimientos de modo que pueda hacer
cambios en el sin tener que hacer grandes reorganizaciones o redactar nuevamente gran
cantidad del mismo.

Potrebbero piacerti anche