Requerimientos Modelado de Procesos de Negocio. Definiciones de Requerimientos Se define un...

RequerimientosModelado de Procesos de Negocio

Definiciones de Requerimientos

Se define un requerimiento como:1. Una condición o capacidad

necesitada por un usuario para resolver un problema o llevar a cabo un objetivo;

2. Una condición o capacidad que debe tener un sistema o un componente del sistema para satisfacer un contrato, estándar, especificación u otros documentos formales.

2

Ingeniería de Requerimientos

Actividades relacionadas a :1. Definir y documentar lo que se espera

obtener de un producto del proyecto;

2. Actualizar esta definición y sus consecuencias a medida que las expectativas cambian

3

Si se hace Ingeniería de Requerimientosdisminuirá efectivamente el riesgo

del proyectoBest Practice

4

Ingeniería de Requerimientos

Rol de Requerimientos

5

Proyecto / Producto

Muy importante:

Comunicar a los clientes que la ingeniería de requerimientos es una actividad de suma importancia y lograr su compromiso en esta tarea;

Involucrar a miembros especializados del equipo de desarrollo en la elaboración de requerimientos de proyecto;

Comunicar y consensar con los clientes los métodos adecuados para elaborar, documentar y actualizar los requerimientos a medida que cambien.

6

Proyecto / Producto

7

Requerimientos Proyecto Producto

Recursos

Requerimientos del Proyecto / Requerimientos del Producto

8

Requerimientosdel Proyecto

Proyecto Producto

Recursos

Requerimientosdel Producto

El Lugar de los Requerimientos

Establecer la base del acuerdo entre cliente y proveedor acerca del producto;

Elemento para validar soluciones y planes posibles;

Elemento para estimar costos y tiempos;

Reducir el esfuerzo de desarrollo;

Proveer una línea de base para validación y verificación del producto final;

Facilitar la transferencia del conocimiento sobre el producto;

Base para establecer mejoras.

9

El Proceso de Especificación de Requerimientos

Trabajar con versiones de los requerimientos;

Identificar en qué momento estamos preparados para planear las actividades del proyecto;

Definir en qué momento estamos preparados para iniciar el desarrollo de un conjunto de requerimientos.

10

¿Cómo Estructurar los Requerimientos?

11

El Documento de Especificación de Requerimientos

Única Fuente

Identificación unívoca de cada Requerimiento

Conjunto Completo

Consistencia

Nivel de detalle consistente

Varias versiones

¿Quién escribe los requerimientos?

¿Cómo se escriben?

12

Formato para los

Requerimientos

13

Las Múltiples Facetas del Documento de Especificación de Requerimientos

14

Los Puntos de Vista de los Requerimientos

15

Sistema

El Sistema es una caja negra

Los requerimientos describen la interacción de los usuarios con el sistema (estimulo/reacción; perceptible)

Tipos de Requerimientos

Funcionales:

Son aquellos que se refieren a la “función” del producto;

Qué servicios le brindará el producto al usuario;

Qué es lo que el producto tiene que hacer;

Ejemplos :

“Controlar la temperatura del motor”;

“Proveer información sobre las ventas por área”.

16

No Funcionales:

Restricciones impuestas sobre el producto, más allá de las funcionales;

No vinculados a los servicios que el software debe darle a sus usuarios;

Generalmente son requerimientos técnicos;

Ejemplos :

Hardware, Utilización de Hardware, Software de Base, Software complementario, Comunicaciones, Calidad de Software, Robustez, Seguridad y Privacidad, Packaging e Instalación, De Arquitectura, De Diseño, De Implementación, Performance, Volumen

17

Tipos de Requerimientos

¿Qué Debe Contener un Requerimiento?

Un requerimiento debe definir :

Capacidades: Funcionalidad, interfaces externas, performance, atributos, etcétera;

Condiciones: Sobre la validez del requerimiento y de sus partes;

Restricciones: de diseño, de implementación, de uso, etcétera;

18

Un requerimiento debe definir:..............

Debe describir en detalle todos los inputs y outputs del sistema;

Tiene que describir todas las funciones que deberá realizar el sistema como consecuencia de los inputs, o para lograr los outputs.

Los autores deben poner especial cuidado en :

◦ Describir solo las funciones que puedan ser percibidas;◦ No imponer restricciones de diseño o implementación innecesarias.

19

¿Qué Debe Contener un Requerimiento?

Propiedades de un Requerimiento

Abstracto

No ambiguo

Normalizado

Vinculado

Acotado

Con un nivel de granularidad definido

Correcto

Clasificado según su importancia y su estabilidad

Verificable

Validable

Modificable

Versiones

Trazable

20

Ciclo de Vida de los Requerimientos

21

Planeación de Requerimientos

Se define un requerimiento como:

Obtener un consenso entre los involucrados en el proyecto en relación a:

◦ ¿Qué se va hacer?◦ ¿Quién debe hacer qué? y◦ ¿Qué se debe de obtener del proceso de

desarrollo?

Obtener criterios de aceptación para los productos.

22

1. Identificar a los involucrados;

2. Definir el criterio de aceptación;

3. Identificar lo requerimientos técnicos;

4. Desarrollar o actualizar un plan;

5. Evaluar los riesgos del proyecto;

23

Planeación de Requerimientos

6. Asignar o revisar la política y responsabilidad de la especificación de requerimientos;

7. Revisar el plan

8. Revisar el plan por el patrocinador

9. Asignar recursos al plan

24

Planeación de Requerimientos

Proceso de Ingeniería de Requerimientos

Estudio de Factibilidad

◦ Encuentran los usuarios actuales que sus necesidades son satisfechas dada la tecnología y el presupuesto disponible?

Análisis de Requerimientos

◦ Encontrar que el sistema requiere del mantenimiento de intereses.

25

Proceso de Ingeniería de Requerimientos

Definición de Requerimientos

◦ Definir los requerimientos en una forma comprensible para el cliente.

Especificación de Requerimientos

◦ Define los requerimientos en detalle.

26

27

Estudio de Factibilidad

Análisis deRequerimientos

Definición deRequerimientos

Especificaciónde Requerimientos

Reporte deFactibilidad

Modelos delSistema

Documento deRequerimientos

Definición deRequerimientos

Especificación deRequerimientos

Proceso de Ingeniería de Requerimientos

Documento de Requerimientos

28

• Es la declaración oficial de lo que es requerido para que el sistema sea desarrollado.

• Incluye la definición y especificación de requerimientos.

• No es un documento de diseño. Tanto como sea posible, es un conjunto de lo que es el sistema y como lo hará.

Validación de Requerimientos

29

• Demostración de que los requerimientos que definen el sistema son lo que el cliente realmente quiere.

• Los costos de errores en los requerimientos son altos, por lo cual, la validación es muy importante.

• El Prototipado es una técnica importante de la validación de requerimientos.

Revisión de Requerimientos

30

• Una revisión regular puede ayudar mientras la definición de requerimientos está siendo hecha.

• Tanto el cliente como el staff de contratistas deben estar involucrados en la revisión.

Revisión de Requerimientos

31

• La revisión debe ser formal (con los documentos completos) o informal.

• Una buena comunicación entre desarrolladores, clientes y usuarios puede resolver problemas en las primeras etapas.

Chequeo de la Revisión

32

• Verificabilidad. ¿Es el Requerimiento realmente probable?.

• Entendibilidad. ¿Es el Requerimiento comprendido propiamente?.

• Probabilidad. ¿Es el origen de los requerimientos claramente establecido?.

Chequeo de la Revisión

33

• Adaptabilidad. ¿Puede el requerimiento ser cambiado sin causar un gran impacto en otros requerimientos?

Chequeo Automatizado de la Consistencia

34

Requerimientos en unLenguaje Formal

Proceso deRequerimientos

Base de Datosde Requerimientos

Reporte de los problemasde Requerimientos

Análisis de Requerimientos

Evolución de Requerimientos

35

• Los requerimientos siempre involucran como comprender mejor el desarrollo de las necesidades de los usuarios y como los objetivos de la organización pueden cambiar.

Evolución de Requerimientos

36

• Es esencial planear posibles cambios en los requerimientos cuando el sistema sea desarrollado y utilizado.

37

Comprensión Inicialdel Problema

Comprensión de losCambios del Problema

RequerimientosIniciales

Cambios en losRequerimientos

Evolución de Requerimientos

Cambios en el Documento de Requerimientos

El documento de requerimientos debe ser organizado, de tal forma que los cambios en los requerimientos puedan ser hechos sin tener que re-escribir demasiado.

Las referencias externas deben ser minimizadas y las secciones del documento deben ser tan modulares como sea posible.

38

Cambios en el Documento de Requerimientos

Los cambios son fáciles cuando se trata de un documento electrónico. Sin embargo, la falta de estándares para documentos electrónicos lo hace difícil.

39

Evolución Controlada

40

Documento VI de Requerimientos

Implementación V1del Sistema

Implementación V2del Sistema

Documento V1de Requerimientos

Documento V2De Requerimientos

ImplementaciónV1 del Sistema

ImplementaciónV2 del Sistema

Cambio en los Requerimientos

Cambio en los Requerimientos

Inconsistencia de losRequerimientos y delSistema

Consistencia de los Requerimientos y delSistema

Modelos de Requerimientos

Modelo Durán

42

Modelo Pohl

43

Modelo Espiral

44

Modelo SWEBOK

45

Modelo RUP

46

AdministraciónAmbiente

Modelación de Negocios

Implementación

Prueba

Análisis y Diseño

Iteración(es)Preliminar

Iter.#1

Flujos de Trabajo de Procesos

Iteraciones

Flujos de Trabajo de Soporte

Iter.#2

Iter.#n

Iter.#n+1

Iter.#n+2

Iter.#m

Iter.#m+1

Desarrollo

Admin. Configuración

Requerimientos

Elaboración TransiciónInicio Construcción

Contenido

Modelo RUP

47

Definen una especificación de requisitos tradicionales

Técnicas para Requerimientos

48

Análisis del Problema

Evaluación y negociación

Especificación de Requisitos

Validación

Evolución

Entrevistas y Cuestionarios

X X

Lluvia de Ideas X X

Prototipos X

Análisis Jerárquico

X X

DC, DB, DFD, DER, CU

X X X

Visión

49

Fases del proyecto

La fase deimplementación

La fase deutilización La fase de

planeación

La fase deanálisis

La fase dediseño

Ingeniería RequerimientosOrganización

Resumen

Es muy difícil formular una especificación de requerimientos completa y consistente.

Una definición de requerimientos, una especificación de requerimientos y una especificación del Proyecto son una manera de especificar del Proyecto para diferentes tipos de lectores.

50

Resumen

El Documento de Requerimientos es una descripción para clientes y desarrolladores.

Los errores en los requerimientos son usualmente muy caros de corregir una vez desarrollado el sistema.

51

Resumen

La revisión debe involucrar al cliente y al staff de contratistas para validar los requerimientos del sistema.

El establecer requerimientos está relacionado con las actividades del cliente para el Proyecto.

Los requerimientos volátiles dependen del contexto en que se use el sistema.

52