Transcript Actividades del proceso de Ingeniería de Requisitos • ELICITACION • MODELADO • ANALISIS # GESTION INGENIERIA DE REQUISITOS Maria Carmen Leonardi - 2007

Actividades del proceso de
Ingeniería de Requisitos
• ELICITACION
• MODELADO
• ANALISIS
# GESTION
INGENIERIA DE REQUISITOS
Maria Carmen Leonardi - 2007
Modelización de Requisitos
• Construcción de descripciones
abstractas que puedan ser
interpretadas
• Actividad FUNDAMENTAL
INGENIERIA DE REQUISITOS
Maria Carmen Leonardi - 2007
Modelización conceptual
•Notaciones informales /semi-formales/formales
• Modelos en Lenguaje Natural
Forma mas habitual de representar el conocimiento
Cercano al stakeholder: favorece interacción en primeras etapas
 Fácil de validar
Problemas con los modelos:

complejo

barreras de comunicación

Ambiguo

incompleto

no automatización

inconsistencias
INGENIERIA DE REQUISITOS
Maria Carmen Leonardi - 2007
Diagrama de Secuencia
(notación UML)
Customer
a Purchase Processor
deposit currency
(currency)
make selection
(selection)
a coin
a soda
verify currency
(currency)
tally
deposit( )
check soda (Qty, Price)
create transaction()
a Transaction
add to transaction(date, time, type, amount)
dispense soda (soda)
INGENIERIA DE REQUISITOS
Maria Carmen Leonardi - 2007
IBM WebSphere Business Modeler
INGENIERIA DE REQUISITOS
Maria Carmen Leonardi - 2007
Modelo Escenarios
(J.C.S.P. Leite et al., 1997)
Título: COBRAR TRAMITE
Objetivo: Cobrar el trámite al solicitante.
Contexto:
Ubicación Geográfica: sector Caja
Ubicación Temporal: lunes a viernes de 8:00 a 15:00 horas
Precondición: El solicitante debió completar el formulario y pasar por el control de documentación.
Recursos: formulario Restricción: debe tener los datos del solicitante y la marca del tipo de trámite.
máquina timbradora
Actores: Solicitante
Cajero
Episodios:

El solicitante se presenta con el formulario en la Caja.

El cajero informa el importe del trámite según el tipo de trámite que figura en el formulario.

El solicitante paga el trámite.

El cajero timbra el formulario con el importe.

El cajero entrega el formulario al solicitante.
Excepciones:
Máquina timbradora falla.
INGENIERIA DE REQUISITOS
Maria Carmen Leonardi - 2007
Diagrama de clases
INGENIERIA DE REQUISITOS
Maria Carmen Leonardi - 2007
Modelo Léxico Extendido del Lenguaje
(J.C.S.P. Leite, 1989)
FORMULARIO DE SOLICITUD / FORMULARIO
Noción:
 es un papel preimpreso obligatorio para realizar el trámite de pasaporte.
 se registran todos los datos personales del solicitante
 se escriben las verificaciones que realiza la Policía Federal
Impacto:
 lo llena el solicitante.
 lo sellan en la Cabina de Fotografía al abonar la fotografía.
 lo sellan en la Caja al abonar la fotografía.
 lo firman y sellan en el reverso, casillero “Indice General” en la División
Indice General.
 ...
INGENIERIA DE REQUISITOS
Maria Carmen Leonardi - 2007
Categorías generales
•Modelización organizacional
•Modelización de datos
•Modelización de comportamiento
•Modelización de dominios
•Modelado explicito de requisitos
INGENIERIA DE REQUISITOS
Maria Carmen Leonardi - 2007
Motivación
Una organización es un Sistema Complejo
• Intervienen Procesos, clientes, recursos, objetivos,
problemas, crecimientos, competencia…...
•Se debe llegar desde aquí a una especificación
acordada entre las partes
•Se debe “formalizar” los conocimientos del negocio
Modelos del Negocio
INGENIERIA DE REQUISITOS
Maria Carmen Leonardi - 2007
Modelos del Negocio
Un modelo del negocio es una abstracción de
cómo funciona la organización.
Provee una vista simplificada de la estructura y
comportamiento del negocio que actuará como
la base de comunicación, mejora o innovación
del negocio, así como también para definir los
requisitos de los diferentes
sistemas de
software que pueden soportar al negocio.
INGENIERIA DE REQUISITOS
Maria Carmen Leonardi - 2007
Usos del modelo de Negocio
Un Modelo de Negocio es una ABSTRACCION
orientada a:
• Entender los mecanismos del negocio actual (IS-AS)
• Evaluar los procesos actuales
•Formar una base para mejorar/innovar el negocio
actual (What IF….TO Be)
• Formar una base para un sistema de
información que apoya al negocio permitiendo
definir
los
requisitos
funcionales
y
no
funcionales de un futuro sistema informático.
INGENIERIA DE REQUISITOS
Maria Carmen Leonardi - 2007
“Se puede considerar al problema del desarrollo de software
como un problema de construir un artefacto, el cual será
instalado en el mundo con el cual va a interactuar
[Jackson’95]”.
Universo de discurso, Negocio …..
INGENIERIA DE REQUISITOS
Maria Carmen Leonardi - 2007
Negocios y Sistemas Informáticos
Negocios y Sistemas Informáticos
• Los negocios modernos no solo dependen de los sistemas,
sino que los sistemas forman PARTE de los negocios (ej.
B2C)
¿Los Sistemas Informáticos...
• ... soportan el negocio efectivamente?
• ... se adaptan a las nuevas necesidades rápidamente?
•….. mejoran los procesos del negocio?
¿La información...
• ... está usada cómo un recurso estratégico en el negocio?
• ... es adecuada y correcta?
INGENIERIA DE REQUISITOS
Maria Carmen Leonardi - 2007
Componentes de un modelo de negocios
•
•
•
•
•
Procesos
Recursos
Objetivos
Reglas y estrategias
…….
 Se Necesitan Varios Modelos Complementarios
 Cada modelo representa una determinada perspectiva
y abstracción del negocio
 Arquitectura del negocio
INGENIERIA DE REQUISITOS
Maria Carmen Leonardi - 2007
Arquitectura del negocio....
Un conjunto organizado de elementos que se
relaciona unos con otros de una manera clara
formando un todo…
Estos
elementos
representan
la
estructura
organizacional y de comportamiento de un negocio y
muesta las abstracciones de los procesos y las
estructuras claves del negocio….
(Vernadat 96, Enterprise Modeling and integration. Chapman & Hall, 1996)
INGENIERIA DE REQUISITOS
Maria Carmen Leonardi - 2007
Vistas de Modelo de Negocio
Vistas del Modelo de Negocios
• Cada vista tiene enfoque en una abstracción del negocio en
particular
• Los modelos de las diferentes vistas están relacionados
• Las distintas vistas son complementarias
• Cada vista puede ser definida con técnicas específicas
según su abstracción.
INGENIERIA DE REQUISITOS
Maria Carmen Leonardi - 2007
Una propuesta de Vistas de Negocio
Vista de
Procesos
de Negocio
Vista de
Visión
de Negocio
Vista de
Comportamiento
de Negocio
Vista de
Estructura
de Negocio
Eriksson-Penker - 2003
INGENIERIA DE REQUISITOS
Maria Carmen Leonardi - 2007
Vistas de Modelo de Negocio
Reglas de
Negocio (el
por qué)
• Vista de Visión de Negocio
– Describe el “hacia donde va” del negocio,
sus objetivos, misión, etc.
• Vista de Procesos del Negocio (el cómo)
– Representa las actividades del negocio y el valor generado
por ellos
• Vista de Estructura de Negocio (el qué y el quien)
– Describe la estructura organizacional
y la de recursos de negocio
• Vista de Comportamiento de Negocio (el cuando y el cómo)
– Captura los aspectos dinámicos de los elementos del proceso
de negocio
INGENIERIA DE REQUISITOS
Maria Carmen Leonardi - 2007
Vista de Visión de Negocio
Representa el POR QUÉ y el contexto general de la organización
visión de
negocio
estructura de
negocio
procesos de
negocio
INGENIERIA DE REQUISITOS
comportamiento
de negocio
Maria Carmen Leonardi - 2007
Vista de Visión de Negocio
Objetivo de la Vista
• Establece los objetivos de negocio
• Establece la estrategia general del negocio
• Actúa como guía para el modelado de las otras vistas del negocio.
• Imagen de “hacia donde” va el negocio
• Herramienta de motivación entre involucrados
Expertos sobre la Vista
• Presidentes
• Directorios
• Gerencia
INGENIERIA DE REQUISITOS
Maria Carmen Leonardi - 2007
Elementos básicos de la Vista de Visión
 Misión/ Visión de la empresa
 Objetivos
 Fortalezas / Debilidades
 Oportunidades
 Factores críticos
 Estrategias
 Roles y Unidades organizacionales
 Procesos claves
INGENIERIA DE REQUISITOS
Maria Carmen Leonardi - 2007
Definición de la Vista de Visión de Negocios
Definición de Estrategia, posicionamiento y
Planes
•Posiciona el negocio en el HOY y MAÑANA dándole un
contexto y determinando los objetivos generales de la
organización.
• ej. Business Motivation Model (OMG)
• Planificación y definición general de procesos y recursos
claves
Modelamiento de Objetivos
• El objetivo de alto nivel del negocio (establecido
previamente) se descompone en estrategias, objetivos y
metas concretas para alcanzarlos.
INGENIERIA DE REQUISITOS
Maria Carmen Leonardi - 2007
Modelamiento de Objetivos/Problemas
• Describe los objetivos del negocio y los problemas que impiden
su realización
• Cómo se modela?
 Business Motivation Model (OMG)
 Extensiones de UML (Eriksson-Penker)
 UML profile for KAOS (Heaven and Finkelstein, 2004)
 Extensiones de UML (IBM)
 i* / Tropos (www.troposproject.org)
 KAOS (van Lamsweerde, 2001)
INGENIERIA DE REQUISITOS
Maria Carmen Leonardi - 2007
Eric Yu- Framework i* .2001
INGENIERIA DE REQUISITOS
Maria Carmen Leonardi - 2007
Vista de Procesos de Negocio
visión de
negocio
estructura de
negocio
comportamiento
de negocio
procesos de
negocio
Representa el CÓMO
VISTA Principal
INGENIERIA DE REQUISITOS
Maria Carmen Leonardi - 2007
Vista de Procesos de Negocio
Objetivo de la Vista
• Definir las actividades (procesos) de negocio que realicen
los objetivos previamente definidos
Contenido de la Vista
• Los procesos de negocio con sus objetivos a cumplir
• Relación de los procesos con los recursos utilizados,
producidos y modificados.
• Entidades físicas involucradas en los procesos
Expertos sobre la Vista
• Gerentes
• Jefes de Áreas
INGENIERIA DE REQUISITOS
Maria Carmen Leonardi - 2007
Características básicas de los procesos
• Descripción genérica de una actividad con todas las alternativas
(ejecución: especificación de un camino especifico del proceso)
• Básicamente existen dos clases de procesos
- Procesos principales: orientados al cliente (visibles)
- Procesos de soporte: escondidos al cliente (vista de comportamiento)
• Elementos básicos
– Objetivos
– flujo principal y alternativo de acciones
– Eventos
– Recursos de entrada
– Recursos de salida
– Recursos de apoyo y de control
– Sub-Procesos (internos ó independientes) asociados
– Interacción con otros procesos (vista de comportamiento)
– Reglas del negocio que lo influencian
INGENIERIA DE REQUISITOS
Maria Carmen Leonardi - 2007
Vista de Procesos
• Cómo se modela?
–
–
–
–
–
–
–
–
Activity Diagram de UML
Business Use Case de UML
Extensiones de UML (Eriksson-Penker, IBM, EDOC….)
Activity-Decision Flow (ADF , IBM)
BPMN (OMG)
BPEL (lenguajes ejecutables, IBM)
IDEF (Knowledge Based System, Inc.)
Diagramas de Procesos IBM (Websphere Business
Modeler)
– ……..
INGENIERIA DE REQUISITOS
Maria Carmen Leonardi - 2007
Ejemplo de Vista de Procesos- ADF
Koehler, J.; Hauser, R.; Kapoor, S.; Wu, F.Y.; Kumaran. “A model-driven transformation method” .
Proceedings of Seven IEEE Enterprise Distributed Object Computing Conference, EDOC 2003. pp. 186-197.
INGENIERIA DE REQUISITOS
Maria Carmen Leonardi - 2007
IBM WebSphere Business Modeler
INGENIERIA DE REQUISITOS
Maria Carmen Leonardi - 2007
Vista de Estructura de Negocio
Representa el QUÉ y QUIEN
estructura de
negocio
vision de
negocio
comportamiento
procesos de
negocio
INGENIERIA DE REQUISITOS
de negocio
Maria Carmen Leonardi - 2007
Vista de Estructura de Negocio
Objetivo de la Vista
• Definir la estructura de los recursos, los productos y la
información de negocio.
Contenido de la Vista
• Los recursos de negocio (físicos, abstractos, humanos, etc.)
y sus relaciones
• Información estratégica de negocio
• Estructura organizacional (áreas, divisiones, departamentos)
Expertos
• Gerencia, Jefes de áreas para recursos humanos
• empleados con experiencia, información existente
INGENIERIA DE REQUISITOS
Maria Carmen Leonardi - 2007
Vista de Estructura
Modelamiento de Recursos
• Modela los recursos físicos de negocio
Modelamiento de Información
• Define los modelos de la información significativa de
negocio (recursos abstractos)
Modelamiento de Organización
• Describe las unidades organizacionales de negocio y roles
(recursos humanos)
INGENIERIA DE REQUISITOS
Maria Carmen Leonardi - 2007
Vista de Estructura
• Como se modela?
– Diagrama de clase de UML
– Diagrama de objetos de UML
– Extensiones de UML de E_P
– Diagrama de Entidad-relación
– Diagramas Organizacionales
– Catalogo de Recursos y Elementos de
Websphere
– Proyecto IDEF…….
INGENIERIA DE REQUISITOS
Maria Carmen Leonardi - 2007
Ejemplo de modelización de recursos
Diagrama de clases de UML
INGENIERIA DE REQUISITOS
Maria Carmen Leonardi - 2007
IBM WebSphere Business Modeler
INGENIERIA DE REQUISITOS
Maria Carmen Leonardi - 2007
Vista de Comportamiento de Negocio
estructura de
negocio
visión de negocio
procesos de
negocio
comportamiento
de negocio
Representa el cómo y el cuando
INGENIERIA DE REQUISITOS
Maria Carmen Leonardi - 2007
Vista de Comportamiento de Negocio
Objetivo de la Vista
• Especificar el comportamiento interno de los elementos del
negocio
Contenido de la Vista
• Ciclo de vida de los recursos individuales
• Ejecución detallada de los procesos y sus interacciones
• Colaboración entre los recursos
Expertos
• Jefes de áreas
• Empleados con experiencia
INGENIERIA DE REQUISITOS
Maria Carmen Leonardi - 2007
Vista de Comportamiento
Modelamiento de Estados
• Especifica el ciclo de vida de un recurso
Modelamiento de Interacción
• Demuestra la colaboración entre los recursos
(personas, productos, herramientas)
• Interacción y sincronización entre los procesos
¿Cómo se modela?
• Diagramas dinámicos de UML (diagramas de estado, diagramas de
secuencia, diagramas de colaboración, diagrama general de interacción,
Diagrama cronológico)
• Extensiones de UML de E-P
• IDEF
• …….
INGENIERIA DE REQUISITOS
Maria Carmen Leonardi - 2007
Vista de Procesos / Vista de Comportamiento
– Vista de procesos se concentra en los procedimientos macro:
las transformaciones principales y las funciones de negocio
– Vista de Comportamiento tiene enfoque en los aspectos
dinámicos de los elementos individuales de negocio
–Deben ser complementarias y consistentes
INGENIERIA DE REQUISITOS
Maria Carmen Leonardi - 2007
Ejemplo de Vista de Comportamiento: diagrama de estados
Requirements Engineering Course – 2005 prof. Steve EasterBrook- http://www.cs.toronto.edu/~sme
INGENIERIA DE REQUISITOS
Maria Carmen Leonardi - 2007
Reglas de Negocio
estructura de
negocio
vision de negocio
procesos de
negocio
comportamiento
de negocio
• Representan el PORQUÉ
• Afectan a todas las Vistas
INGENIERIA DE REQUISITOS
Maria Carmen Leonardi - 2007
Reglas de Negocio
• Los negocios son controlados por las reglas
la estructura de los negocios y cómo ellos operan
que
regulan
• Las reglas del negocio son sentencias sobre la forma en que la empresa
realiza negocios, influenciando, guiando o restringiendo su
comportamiento y/o estructura.
• Las reglas del negocio implementan las políticas de negocio:
satisfacer los objetivos del negocio, satisfacer los clientes, hacer un
buen uso de los recursos, y respetar las leyes o convenciones de la
empresa y las externas.
Expertos
• Directivos principales, Gerencia, Jefes de áreas
• Legislaciones internas y externas
INGENIERIA DE REQUISITOS
Maria Carmen Leonardi - 2007
Reglas de Negocio
Cómo se modelan?
• Implícitamente expresadas ( asociaciones, multiplicidades en
diagrama de estructuras, acciones condicionales o alternativas en
diagramas dinámicos...)
• OCL
• anotaciones en Lenguaje natural asociadas a diagramas
• Extensiones de UML (Eriksson-Penker)
• Estrategias específicas (Business Rule Aproach, Ross)
• Standardización de OMG (BVBR Specification)
• Extensiones de UML (IBM)
• Lenguaje Natural Estructurado
INGENIERIA DE REQUISITOS
Maria Carmen Leonardi - 2007
Tablas de Decisión
• Describe las posibles condiciones y acciones asociadas en una
tabla con tantas columnas como alternativas de condiciones haya.
•
Ejemplo: si el vuelo es doméstico, siempre se sirven tragos pero se cobran.
Si el vuelo no es doméstico, y el avión está más de la mitad ocupado y los
pasajes son por encima de 350 pesos, servir tragos gratis. Si los pasajes
son inferiores a 350, se cobran siempre.
Doméstico?
S
S
N
N
N
Pasaje
≥$350?
-
--
S
N
S
≥ mitad
lleno?
-
-
S
-
N
tragos
gratis?
tragos
pagos?
INGENIERIA DE REQUISITOS
X
X
X
?
X
?
Maria Carmen Leonardi - 2007
Reglas en OCL
Regla 39: “La Administradora puso el tope de 3 veces para que un adjudicatario
pueda rechazar el bien tipo”
Expresión OCL
Context : Adherente
cantidadRechazos <= Administradora.cantidadRechazosPermitidos
Regla 28: “Si el adjudicatario rechaza por mas de tres veces el bien tipo la
Administradora lo expulsa del Grupo”
Expresión OCL
Context Adherente:
RechazarBienTipo
post= pre@cantidadRechazo = 3 implies adherenteGrupo -> includes
(adherente) = false
INGENIERIA DE REQUISITOS
Maria Carmen Leonardi - 2007
Resumen
Es necesario comprender y representar el funcionamiento, la
estructura y las interdependencias del Negocio.
Un Modelo del negocio es un conjunto de vistas que
modelan todos los aspectos de la organización:
estructura de
negocio
vision de negocio
procesos de
negocio
comportamiento
de negocio
• Cada vista modela una determinada abstracción del negocio
• Son Complementarias , relacionadas y consistentes
• Cada una tiene modelos específicos y técnicas propias
INGENIERIA DE REQUISITOS
Maria Carmen Leonardi - 2007
• Modelos del Negocio
•Ayudan a identificar sistema de información del negocio
• Fuente para detectar/negociar/priorizar Requisitos Funcionales
TRACE
• Fuente para detectar/negociar/priorizar los RNF
• Base para la fase de diseño (no directo!)
• Desarrollo de un sistema de
software con cualquier estrategia
(incremental, evolutiva, clásica,
prototipo…)
INGENIERIA DE REQUISITOS
Maria Carmen Leonardi - 2007
Categorías generales
•Modelización organizacional
•Modelización de datos
•Modelización de comportamiento
•Modelización de dominios
•Modelado explicito de requisitos
INGENIERIA DE REQUISITOS
Maria Carmen Leonardi - 2007
Modelización de datos
• Sistemas de información: usan y generan
grandes volúmenes de información  se
necesita identificarla,comprenderla,
manipularla y administrarla.
• Se usan técnicas de modelización de
datos:
– Modelos de Entidades y Relaciones
– Modelos de clases
– Glosarios
INGENIERIA DE REQUISITOS
Maria Carmen Leonardi - 2007
Modelización de datos: Glosarios
Identifican los principales vocablos del Universo de Discurso
Conocer el lenguaje del UD antes de conocer el problema
Unifica la terminología: hace posible y mejora comunicación ingenierio/ stakeholder
Modelos se “atan” al glosario
Debe evolucionar a lo largo del ciclo de vida
No es barato
• Metodologías estructuradas
• Modelización Agil (Constantine & Lookwood)
• RUP/UML – Glosarios (Oberg et. Al)
• Regla 3.5 - “Reglas básicas para la mejora de un Proceso de Requisitos” ( Sommerville
& Sawyer)
INGENIERIA DE REQUISITOS
Maria Carmen Leonardi - 2007
LEL, Léxico extendido del Lenguaje [Leite’95]
• Representación de los símbolos del UD en el lenguaje del
problema.
• Captura el vocabulario de una aplicación y su entorno.
• Acota el UD a un conjunto de símbolos
• Enriquece el UD a través de la semántica de cada símbolo
 Base para desarrollo de modelos de escenarios
 Unidad simple de TRACE
INGENIERIA DE REQUISITOS
Maria Carmen Leonardi - 2007
Estructura LEL
Sintaxis: {Símbolo}1N
Símbolo:
Entrada del léxico que tiene un significado especial en el dominio de la aplicación. La semántica
de cada símbolo se representa con una o más nociones y uno o más impactos.
Sintaxis: {Nombre}1N + {Noción}1N + {Impacto}1N
Nombre: Identificación del símbolo. Más de uno representa sinónimos
Sintaxis: Palabra | Frase
Noción: Denotación del símbolo, lo define.
Sintaxis: Sentencia
Impacto: Connotación del símbolo. Describe cómo repercute el símbolo en el UD
Sintaxis: Sentencia
Sentencia está compuesto por Símbolos y No-Símbolos (vocabulario mínimo)
• Principio de Circularidad y Principio de vocabulario Mínimo
INGENIERIA DE REQUISITOS
Maria Carmen Leonardi - 2007
Heurísticas para la definición de los símbolos del LEL
• Sujeto
Nociones: describen quién es el sujeto y relaciones.
Impactos: registran acciones ejecutadas por él.
Nociones: definen término e identifican otros relacionados a él.
• Objeto
Impactos: describen acciones aplicadas a él.
• Frase
Verbal
Nociones: describen quién ejecuta la acción, cuándo ocurre, y
procedimientos involucrados.
Impactos: describen restricciones sobre la acción, acciones
desencadenadas y nuevas situaciones surgidas.
• Estado
Nociones: describen significado y término afectado
Impactos: describen otras situaciones y acciones
desencadenadas y/o inválidas.
INGENIERIA DE REQUISITOS
Maria Carmen Leonardi - 2007
Ejemplo LEL (sujeto)
Adjudicatario
Nociones:
• Es el adherente que ganó el sorteo y aceptó el bien tipo, teniendo las
cuotas al día, ó ganó la licitación.
Impacto:
• El adjudicatario paga el derecho de adjudicación
• El adjudicatario puede solicitar un cambio del bien tipo adjudicado
• Elige la aseguradora para el seguro de bien tipo.
INGENIERIA DE REQUISITOS
Maria Carmen Leonardi - 2007
Ejemplo LEL (objeto)
Bien tipo | Bien
Nociones:
 Vehículo que desean obtener los adherentes de un determinado plan de
ahorro.
Impactos:
 Es adjudicado a un adherente
 Es entregado por la administradora a un adjudicatario.
INGENIERIA DE REQUISITOS
Maria Carmen Leonardi - 2007
Ejemplo LEL (frase verbal)
Transferir plan
Nociones:

Un adherente vende su plan a otra persona.

El adherente tiene que tener sus cuotas al día, y notificar a la
administradora.
Impacto:

Si el adherente no comunica fehacientemente, la administradora
puede rechazar dicha transferencia
INGENIERIA DE REQUISITOS
Maria Carmen Leonardi - 2007
Ejemplos Completos de LEL
• Cículo de Ahorro / Sistema de Pasaporte / Sistema de Almacén de una
Fabrica / Meeting Scheduler /
• Sistema de alumnos PUC-Rio: www.inf.puc-rio.br\ ~dilbert
• Auto-aplicación de la propuesta de derivación de un modelo de objetos:
www.usuarios.arnet.com.ar/ogarcia
• Sistema de Tambo (reporte 223):www.iist.u.edu/newrh/III/1/pages.html
INGENIERIA DE REQUISITOS
Maria Carmen Leonardi - 2007
Criterio de clasificación
T ipos
Estrategisas
de Elicitación
Checklist
Criterio de
orden
Lista de fuentes
de información
Heurística de
construcción
UdeD
Universo de Discurso
(UdeD)
LEL
LEL
Construir
Herramientas
A-1
INGENIERIA DE REQUISITOS
Lista de fuentes
de información
Ingenieros de requisitos
Construir el LEL
Maria Carmen Leonardi - 2007
LEL
Heurísticas de validación
UdeD
Lista DEO
de la validación
Validar
UdeD
1.6
Heurísticas para identificar y clasificar
Estrategias de Elicitación
UdeD
Identificar Fuentes
de Información
Lista de fuentes
de información
Heurísticas de
verificación
Criterios de orden
Heurísticas para
seleccionar símbolos
1.1
Checklist
Lista DEO de la validación
Clasificación general
LEL
Criterios de clasificación
UdeD
Identificar
Símbolos
Lista de
Símbolos
Modelo
del LEL
1.2
Lista de
símbolos
clasificados
Clasificar
Símbolos
Verificar
1.5
T ipos
Heurísticas de
representación
Lista DEO de la verificación
1.3
Lista de fuentes de información
UdeD
LEL
Describir
Símbolos
1.4
Lista de fuentes de información
A1
INGENIERIA DE REQUISITOS
Construir
Maria Carmen Leonardi - 2007
Identificar Símbolos
A2
INGENIERIA DE REQUISITOS
Maria Carmen Leonardi - 2007
LEL
Heurísticas de validación
UdeD
Lista DEO
de la validación
Validar
UdeD
1.6
Heurísticas para identificar y clasificar
Estrategias de Elicitación
UdeD
Identificar Fuentes
de Información
Lista de fuentes
de información
Heurísticas de
verificación
Criterios de orden
Heurísticas para
seleccionar símbolos
1.1
Checklist
Lista DEO de la validación
Clasificación general
LEL
Criterios de clasificación
UdeD
Identificar
Símbolos
Modelo
del LEL
1.2
Lista de
símbolos
clasificados
Clasificar
Símbolos
Verificar
1.5
T ipos
Lista de
Símbolos
Heurísticas de
representación
Lista DEO de la verificación
1.3
Lista de fuentes de información
UdeD
LEL
Describir
Símbolos
1.4
Lista de fuentes de información
A1
INGENIERIA DE REQUISITOS
Construir
Maria Carmen Leonardi - 2007
Clasificar Símbolos
Lista de Símbolos
T ipos
generales
Lista de
Símbolos
Criterios de
Clasificación
Definir una
Clasificación
T ipos particulares
T ipos
generales
1.3.1
Formato de la noción
de los tipos particulares
Definir Tipos
Particulares
Formato de comportamiento
de los tipos particulares
T ipos
generales
1.3.2
Aplicar la
Clasificación
Lista de Símbolos
Lista de Símbolos
clasificados
1.3.3
A 1.3
INGENIERIA DE REQUISITOS
Clasificar
Maria Carmen Leonardi - 2007
LEL
Heurísticas de validación
UdeD
Lista DEO
de la validación
Validar
UdeD
1.6
Heurísticas para identificar y clasificar
Estrategias de Elicitación
UdeD
Identificar Fuentes
de Información
Lista de fuentes
de información
Heurísticas de
verificación
Criterios de orden
Heurísticas para
seleccionar símbolos
1.1
Checklist
Lista DEO de la validación
Clasificación general
LEL
Criterios de clasificación
UdeD
Identificar
Símbolos
Modelo
del LEL
1.2
Lista de
símbolos
clasificados
Clasificar
Símbolos
Verificar
1.5
T ipos
Lista de
Símbolos
Heurísticas de
representación
Lista DEO de la verificación
1.3
Lista de fuentes de información
UdeD
LEL
Describir
Símbolos
1.4
Lista de fuentes de información
A1
INGENIERIA DE REQUISITOS
Construir
Maria Carmen Leonardi - 2007
Heurísticas descripción LEL
• El nombre debe tener un único uso en el UofD (el sinónimo mas usado)
• Un símbolo debe contener una o más nociones y uno o más impactos.
• Cada noción/impacto deben ser descriptos en una sentencia simple y directa.
• Un solo verbo por sentencia.
• Las sentencias de las nociones/ impactos deben cumplir con el PC y PVM
• Los símbolos que comparten el significado(sinónimos en el UD), comparten una entrada .
• La descripción debe ajustarse al tipo de símbolo
• Si dos símbolos comparten cualquier noción/impacto, éstos deben repetirse en ambas
entradas .
• Jerarquías de términos
• Usar referencia con nombre completo
• Un símbolo debe tener al menos una referencia/o ser referenciado a/por otro símbolo
INGENIERIA DE REQUISITOS
Maria Carmen Leonardi - 2007
LEL
Heurísticas de validación
UdeD
Lista DEO
de la validación
Validar
UdeD
1.6
Heurísticas para identificar y clasificar
Estrategias de Elicitación
UdeD
Identificar Fuentes
de Información
Lista de fuentes
de información
Heurísticas de
verificación
Criterios de orden
Heurísticas para
seleccionar símbolos
1.1
Checklist
Lista DEO de la validación
Clasificación general
LEL
Criterios de clasificación
UdeD
Identificar
Símbolos
Modelo
del LEL
1.2
Lista de
símbolos
clasificados
Clasificar
Símbolos
Verificar
1.5
T ipos
Lista de
Símbolos
Heurísticas de
representación
Lista DEO de la verificación
1.3
Lista de fuentes de información
UdeD
LEL
Describir
Símbolos
1.4
Lista de fuentes de información
A1
INGENIERIA DE REQUISITOS
Construir
Maria Carmen Leonardi - 2007

Verificación (consistencia interna del modelo)
Verificación de sintaxis
Verificación de componentes
Verificación de la clasificación de los símbolos
Verificación del uso de los principios
Proceso de inspección (14 formularios)
Lista DEO ( discrepancias / Errores / Omisiones)
Validación con stakeholders
Entrevista / entrevistas grupales
Lista DEO ( discrepancias / Errores / Omisiones)
INGENIERIA DE REQUISITOS
Maria Carmen Leonardi - 2007
Perspectivas de la información recolectada
 No descartar información
• Información de lo que existe (UD actual) :
ES
• Información referida a lo formal (no siempre se cumple): DEBE
(cuantificar)
• Información de lo conjeturado :
• Información de lo deseado :
SE ESPERA
SE DESEA
 Uso del glosario en TODO el proceso de desarrollo
 No es el único modelo del UD (expresa vocabulario)
INGENIERIA DE REQUISITOS
Maria Carmen Leonardi - 2007