Escenarios Futuros

1
Escenarios Futuros

• Ingeniería de Requisitos

2
Obtener Requisitos Explícitos
3
Requisitos Explícitos
4
Escenarios Actuales

• Los Escenarios Actuales registran las
  situaciones del UdeD del presente e integran en
  forma coordinada y armónica lo que ocurre en él.

5
Escenarios Futuros

• Los Escenarios Futuros describen el contexto que
  tendrá el sistema de software y que no siempre
  coincide con el observable en la actualidad,
  modelado mediante los EA.

6
Escenarios Futuros

• Aún cuando no existan supuestos de cambios en el
  UdeD, la mera transformación directa de los EA en
  EF conlleva en algunos casos al importante riesgo
  de automatizar lo que existe.

7
Escenarios Futuros

• Si por el contrario se desea introducir
  modificaciones en el UdeD, es deseable que los
  objetivos del EA y del EF difieran, ya que en esa
  diferencia estarán materializándose las razones
  por las que se planea implantar el sistema de
  software.

8
Escenarios Futuros

• No siempre es posible lograr un apareo uno a uno
  entre EA y EF.
• Los apareos podrán ser de n EA frente a m EF.

9
Escenarios Futuros

• Pueden surgir nuevos EF no apareables con ningún
  EA ya que se deberán cumplir objetivos no
  existentes en el UdeD actual.
• Puede quedar algún EA sin ningún apareo con
  situaciones futuras, los cuales serán descartados
  para el UdeD futuro.

10
Escenarios Futuros

• Aún en el caso simple en el que un EA evoluciona
  para producir un EF equivalente, se debe
  enfatizar que no hay un solo EF posible.
• Definir el EF más apropiado para un cierto
  contexto es la responsabilidad esencial de la
  Ingeniería de Requisitos.

11
Abstracción y Síntesis
12
Escenarios Futuros

• La situación futura se analiza desde el punto de
  vista de QUÉ debe hacerse y CÓMO el sistema
  interactúa con el resto del UdeD.
• El punto de vista del CÓMO se desarrollan las
  actividades está aplicado al contexto del sistema
  y no al sistema mismo.

13
Escenarios futuros

• La definición de CÓMO el sistema de software
  proveerá los servicios que se definen en esta
  etapa se realiza con posterioridad, en el momento
  del diseño del software.

14
Resumiendo

• Cuando el sistema de software es el instrumento
  para llevar a cabo un meta-objetivo (objetivo del
  sistema), los objetivos del EA y el EF son
  potencialmente diferentes y el desafío es definir
  el objetivo del EF utilizando el objetivo del EA
  y el meta-objetivo del problema.

15
Construcción de EF

• Precisar el objetivo del Sistema de Software.
• Detectar la magnitud de los cambios esperables en
  el UdeD.

16
Construcción de EF

• En proyectos de software con un nivel alto de
  cambios en el proceso del negocio, los EF deben
  construirse en un modo orientado a los objetivos.
  
• En proyectos de software con un marco de trabajo
  de baja reingeniería de los procesos del negocio,
  los EF se deben construir usando un enfoque
  dirigido por consideraciones procedurales.

17
Cambios muy importantes

• Analizar el Escenario Integrador de mayor nivel.
• Estudiar su objetivo en el contexto del objetivo
  del Sistema de Software.
• Proponer el o los Escenarios Futuros que
  permitirán cumplir el nuevo objetivo.
• Proponer en forma general los cambios que se
  deben aplicar a cada episodio.
• Aplicar la estrategia recursivamente a los
  Escenarios de nivel inferior.

18
Cambios muy Importantes

• Avanzar siempre de arriba hacia abajo y desde
  objetivos genéricos hacia objetivos más
  específicos, hasta llegar a los episodios
  concretos.

19
Cambios Menores

• Para cada uno de los escenarios del nivel más
  bajo
• Analizar cada uno de sus episodios en el contexto
  del objetivo del sistema.
• Proponer la nueva conducta de los actores
  incluyendo el actor Sistema.
• Redefinir el objetivo y demás componentes del
  escenario a partir de la situación propuesta.

20
Cambios Menores

• Avanzar siempre de abajo hacia arriba y desde
  actividades hacia objetivos específicos y luego
  hacia objetivos genéricos.

21
Situaciones Intermedias

• Comenzar con el escenario integrador como si se
  estuviera en una situación de Cambios muy
  Importantes.
• Estudiar su objetivo en el contexto del objetivo
  del Sistema de Software.
• Detectar la magnitud de los cambios que se deben
  aplicar a cada episodio.
• Aplicar la estrategia que corresponde en cada
  caso.

22
Ejemplo
23
Escenario Actual
TÍTULO Celebrar Contrato de canje de semilla de papa
OBJETIVO Legalizar los derechos y obligaciones de ambas partes para el canje de semilla de papa por producción de papa
CONTEXTO Ocurre en la planta procesadora
ACTORES Productor McCain Escribano
RECURSOS Formulario preimpreso de contrato de canje de semilla de papa
EPISODIOS ESTABLECER TURNOS DE ENTREGA DE SEMILLAS. McCain completa el contrato con sus datos. El productor completa el contrato con sus datos. El escribano lee el contrato a McCain y el productor. McCain firma el contrato. El productor firma el contrato.
24
Escenario Futuro
TÍTULO Celebrar Contrato de canje de semilla de papa
OBJETIVO Legalizar los derechos y obligaciones de ambas partes para el canje de semilla de papa por producción de papa
CONTEXTO Ocurre en la planta procesadora
ACTORES Productor McCain Escribano Sistema
RECURSOS Impresora
EPISODIOS El sistema solicita la identificación del productor. SI el productor no está registrado en el sistema ENTONCES REGISTRAR PRODUCTOR EN EL SISTEMA. ESTABLECER TURNOS DE ENTREGA DE SEMILLAS. El sistema presenta los datos del contrato de canje de semilla de papa para ser confirmados. SI los datos son confirmados ENTONCES El sistema imprime una copia del contrato. El escribano lee el contrato a McCain y el productor. McCain firma el contrato. McCain firma la orden de carga. El productor firma el contrato.
EXCEPCIONES El productor no está de acuerdo con las condiciones pactadas en el contrato de canje de semilla de papa.
25
Escenario Futuro
TÍTULO Registrar productor en el sistema
OBJETIVO Almacenar los datos del productor en la base de datos de McCain
CONTEXTO Ocurre en la planta procesadora.
ACTORES Sistema Productor
RECURSOS Contrato
EPISODIOS El sistema solicita datos personales del productor. El sistema presenta un mapa de zonas en las cuales se subdivide el país. El productor indica la zona a la cual pertenece. El sistema solicita la distancia entre la planta procesadora y el lugar de cultivos del productor. El sistema presenta los datos antes ingresados para ser confirmados SI los datos son correctos ENTONCES El sistema almacena en la base de datos la información del productor.
26
Escenarios Actuales Integradores
27
Escenarios Actuales
ADMINISTRAR PRODUCCIÓN DE PAPAS FRITAS
PROVEER SEMILLAS AL PRODUCTOR
COMPRAR PAPA PARA LA PRODUCCIÓN DE PAPAS BASTÓN
PREFRITAS CONGELADAS

ESTABLECER TURNOS DE ENTREGA DE SEMILLAS
28
Escenarios Actuales
ADMINISTRAR PRODUCCIÓN DE PAPAS FRITAS
PROVEER SEMILLAS AL PRODUCTOR
COMPRAR PAPA PARA LA PRODUCCIÓN DE PAPAS BASTÓN
PREFRITAS CONGELADAS

CELEBRAR CONTRATO DE ADQUISICIÓN Y PRODUCCIÓN
DE PAPA R.B.
PROVEER SEMILLAS AL PRODUCTOR
EVALUAR CALIDAD DE SEMILLA DE PAPA
REGISTRAR PRODUCTOS UTILIZADOS
ENTREGAR LA PAPA
NOTIFICAR INCUMPLIMIENTO DE LA ENTREGA DE LA
PAPA
ESTABLECER PROGRAMAS DE ENTREGAS DE PAPA
CLASIFICAR LA PAPA
COMPLETAR TONELAJE DE LA ENTREGA DE LA PAPA
COMPRAR SOBRANTE DE PAPA
29
Escenarios Futuros Integradores
ADMINISTRAR PRODUCCIÓN DE PAPAS FRITAS
30
Escenarios Futuros
ADMINISTRAR PRODUCCIÓN DE PAPAS FRITAS


CELEBRAR CONTRATO DE SEMILLAS DE PAPA
ENTREGAR SEMILLAS
ESTABLECER TURNOS DE ENTREGA DE SEMILLAS
REGISTRAR PRODUCTOR EN EL SISTEMA
31
Escenarios Actuales
CELEBRAR CONTRATO DE ADQUISICIÓN Y PRODUCCIÓN
DE PAPA R.B.
PROVEER SEMILLAS AL PRODUCTOR
EVALUAR CALIDAD DE SEMILLA DE PAPA
REGISTRAR PRODUCTOS UTILIZADOS
ENTREGAR LA PAPA
NOTIFICAR INCUMPLIMIENTO DE LA ENTREGA DE LA
PAPA
REGISTRAR PRODUCTOR EN EL SISTEMA
CLASIFICAR LA PAPA
COMPLETAR TONELAJE DE LA ENTREGA DE LA PAPA
COMPRAR SOBRANTE DE PAPA
ESTABLECER PROGRAMAS DE ENTREGAS DE PAPA
32
Escenarios Futuros
ANALIZAR ESTADÍSTICAS DE CALIDAD DE PAPA
DE PRODUCTORES
ANALIZAR ESTADÍSTICAS DE APLICACIÓN DE PRODUCTOS
ANALIZAR PRODUCTIVIDAD DE LAS ZONAS
33
Ejemplo Resumen
34
Ejemplo Resumen
35
Obtener Requisitos Explícitos