IRE

Moderamiento de requerimientos de software Componente Metodolgico

Aplica el Meta Modelo de Metodologas CREA (Conceptos, Roles, Entregables, Actividades)

Contenido

1.0 Conceptos 2.0 Roles 3.0 Entregables 4.0 Actividades

Anexos

Contenido

1.0 Conceptos 2.0 Roles 3.0 Entregables 4.0 Actividades

Anexos

Algunos problemas a enfrentar

Los usuarios no saben con precisin lo que requieren y se les dificulta definir su opinin sobre documentacin que represente sus requerimientos. Los usuarios proponen requerimientos tardos, despus de que los costos y calendarios han sido establecidos. Los tcnicos no dominan el lenguaje de los usuarios y por ello con frecuencia creen erradamente haber logrado acuerdo con ellos respecto a sus expectativas. Los tcnicos tratan de ajustarse a las caractersticas de los sistemas vigentes y no a la necesidades de los usuarios.

Definicin de Ingeniera de Requerimientos

Interpretacin
Representacin

Es la aplicacin disciplinada de principios cientficos y tcnicas para desarrollar, comunicar y gestionar requerimientos. La Ingeniera de Requerimientos cumple un papel primordial en el proceso de produccin de software, ya que enfoca un rea fundamental: la definicin de lo que se desea producir. Se fundamenta en enfrentar los factores causantes de Proyectos Fracasados y Cuestionados, a la vez que impulsa los factores determinantes de Proyectos Exitosos.11

Negociacin Gestin de Requerimientos

Necesidades, deseos, aspiraciones, expectativas.... Analizar, negociar, priorizar...

Los requerimientos por lo general son de una magnitud que supera la capacidad disponible para satisfacerlos.
Es necesario precisar cuando el trmino Necesidad, se usa para expresar reales imperativos para afrontar problemas u objetivos.

Aveces se confunde Necesidad con Caracteristicas Interesantes (Nice to have) o necesidades personales y subjetivas.

Un Proceso Iterativo a travs de tres Dimensiones

Interpretacin (I) Representacin (R)

Negociacin (N)

Desarrollo y Gestin de Requerimientos

Las actividades de la Ingeniera de Requerimientos se dan a travs de 3 dimensiones Interrelacionadas entre si y gestionadas a lo largo de todo el proceso interactuando de manera colaborativa con los usuarios.

Niveles por cada Dimensin y el Resultado ptimo de la Ingeniera de Requerimientos

Representacin

El Resultado ptimo del Desarrollo y Gestin de Requerimientos se expresa como el punto en que se logra una Interpretacin Completa, una Representacin Formal y una Negociacin que concluya con un Punto de Vista Comn.

Dos tipos de Requerimientos

Mundo Real Sistema a Construir

Requerimientos de Usuario

satisface

Requerimientos de Producto

satisface
Arquitectura / Diseo del Sistema

Resultados deseados para afrontar problemas u objetivos del mundo real

Soluciones ingenierizadas usando sistemas actuales o nuevos

necesitan ser pensados de manera diferente ..... en lo que sigue se dar enfasis a los Requerimientos de Usuario

Contexto para el Desarrollo de Requerimientos segn IEEE

Requerimientos No Formales

Clientes
Feedback de Clientes

Representacin Funcional

Desarrollar Requerimientos de Sistemas

Feedback de Tcnicos

Entorno

Restricciones / Influencias

Representacin Tcnica

Tcnicos

Este modelo se basa en el Estndar 1233 de la IEEE (1998). Aspectos relevantes: 1. El Desarrollo de Requerimientos implica un proceso iterativo entre Usuarios y Tcnicos (Mediante el intercambio de Representaciones y Feedback). 2. Los ciclos iterativos se inician con la emisin de los Requerimientos No Formales por procesar. 3. Existen otros inputs del Entorno (Estrategia, Estructura, Otros Grupos de Inters, Estndares, etc)

Los Casos de Uso como base para la Representacin de los Requerimientos

CU1 Retirar

Casos de Uso

Actor

Retirar Depositar Transferir Cliente del Banco

1. Cliente del Banco se identifica 2. El Sistema verifica la identidad 3. Cliente del Banco escoge una cuenta y el monto a retirar. 4. El Sistema reduce el saldo de la cuenta 5. El Sistema entrega el dinero 2a. Cliente del Banco no logra identificacin vlida . . . 4a. Cliente del Banco no tiene fondos suficientes . .

Los Casos de Uso son uno de los elementos ms importantes, sino el ms importante del UML (unified Modeling Language). El UML es el estndar de facto a nivel mundial en relacin a Anlisis y Diseo de Sistemas. Son tambin un pilar del RUP (Rational Unfied Process)

SOA: Los Requerimientos como Servicios Tecnolgicos para las Actividades

1.0 Modelamiento del Negocio

2.0 Modelamiento de Requerimientos

3.0 Modelamiento de la Tecnologa

Porqu son tan tiles los CU?

Son intuitivos.

Fortaleza su forma conversacional. El usuario puede entenderlos como una explicacin su procedimientos y la manera como el sistema apoyar en cada punto clave.

Se centran en el valor para el usuario.

Las pantallas, reportes y archivos se disean luego teniendo ms claridad en el por qu o el para qu. No debera desarrollarse funcionalidad sin un uso pre establecido.

Facilitan el lograr acuerdos.

Usuarios y tcnicos comparten un lenguaje comn. El eje siempre es lo que el usuario hace y como el sistema lo servir

Contenido

1.0 Conceptos 2.0 Roles 3.0 Entregables 4.0 Actividades

Anexos

Roles: Los genricos para Proyecto de Cambio

ADC - C - Gua - Aprendizaje y Desarrollo Colaborativo Presentacin .ppt

ADC - R - Aprendizaje y Desarrollo - Roles .xls

Roles: Los especficos para este Componente Metodolgico

MPC - R - Mapeo de Procesos Corporativo - Roles .xls. ADC - C - Gua - Aprendizaje y Desarrollo Colaborativo - Presentacin .ppt

Contenido

1.0 Conceptos 2.0 Roles 3.0 Entregables 4.0 Actividades

Anexos

Plantilla: Especificacin general de un Caso de Uso Modelo Original

IRE - E Especificacin General de un CdU Modelo Original - Plantilla.xls.

Plantilla: Especificacin general de un Caso de Uso Modelo Intermedio

IRE - E Especificacin General de un CdU Modelo intermedio - Plantilla.xls.

Plantilla: Especificacin general de un Caso de Uso Modelo Requerido

IRE - E Especificacin General de un CdU Modelo Requerido - Plantilla.xls.

Plantilla: Diagramas Star Net

Plantilla: Prototipos de Vistas

Plantilla: Matriz de Alineamiento y Priorizacin (Funcionalidad vs. Estrategia)

Contenido

1.0 Conceptos 2.0 Roles 3.0 Entregables 4.0 Actividades

Anexos

Ingeniera de Requerimientos - Diagrama de Actividades

Formulacin del Proyecto ID - Modelamiento del Negocio
Modelar Requerimientos

Desarrollar Requerimientos Modelar Requerimientos de Usuario

Faltan precisionesv No faltan precisiones Faltan precisiones

No faltan precisiones

Recolectar

Negociar

Falta cubrir Alcance

Documentar

Modelar Requerimiento s de Producto

Gestionar Requerimientos

Validar
Se cubri Alcance

ID - Modelamiento de Requerimientos

Modelar Requerimientos de Usuario - Ciclo de Coordinacin

Modelar Requerimientos de Usuario Usuarios Sistemas
ID - Modelamiento del Negocio

Recolectar
Identificar Actores y otras fuentes Atender Entrevistas y Generar Servicios Candidatos Investigar reglas del Negocio Apoyar en Generacin de Servicios Casos de Uso y Servicios Candidatos

Negociar
Priorizar y Justificar segn Beneficios / Costos Casos de Uso y Servicios Acordados

Prever Costos y Restricciones Analizar y Definir Contrapropuestas

Documentar

Prototipear Pantallas para implementar Servicios en cada Caso de Uso

Describir Interaccin Actores / Sistemas

ID - Modelamiento de Requerimientos por validar

Complementar e Integrar Especficaciones

Revisar y confirmar cumplimiento de Intencionalidad (Problemas/Objetivos)

Validar
ID - Modelamiento de Requerimientos

Contenido

1.0 Conceptos 2.0 Roles 3.0 Entregables 4.0 Actividades

Anexos

Rastreabilidad (Traceability) hacia adelante y en retroceso

Movindose hacia adelante para evaluar el impacto de un cambio

Requerimentos de Usuario

Requerimientos del Producto

Cdigo de Programacin

Movindose hacia atrs para identificar el origen de un componente

Todo lo que se programa debe corresponder a algn Requerimiento. Todo Requerimiento oficial debe ser cubierto por alguna funcionalidad del sistema.

Interpretacin de los Requerimientos