Este documento presenta un enfoque de ingeniería de requisitos para el modelado conceptual de sistemas de información. Combina el marco TRADE para especificar requisitos y el método OO-Method para el modelado conceptual. Define una estructura para construir un Modelo de Requisitos usando técnicas de TRADE como el Árbol de Refinamiento de Funciones y los Casos de Uso. Luego, un Proceso de Análisis de Requisitos representa estos requisitos en el Modelo Conceptual de OO-Method usando diagramas de secuencia. Esto garant
1. INSTITUTO TECNOLOGICO DE TUXTEPEC
INGENIERIA EN SISTEMAS COMPUTACIONALES
INVESTIGACION SOBRE LAS APLICACIONES DEL
MODELADO Y SUS ESPECIFICACIONES
FUNDAMENTOS DE INGENIERIA DE SOFTWARE
UNIDAD 2
MARTINEZ MORALES MARIA DE LOS ANGELES
HUERTA ROQUE LUIS DANIEL
MENESES HERNANDEZ ROGELIO IVAN
MONTEON PEREZ IRVING
MORALES MARTINEZ RAYMUNDO
SANEZ CUERVO EDBERG ANDREI
YESCAS BARRADAS LEONARDO
2. INTRODUCCION
En este trabajo se presenta un enfoque al modelado conceptual de sistemas de
información. Su principal objetivo es proporcionar un conjunto de técnicas y guías para
capturar los requisitos del software, analizarlos y expresarlos en un esquema
conceptual de OO-Method garantizando la trazabilidad entre todos estos.
Su principal objetivo es proporcionar un conjunto de técnicas y guías para capturar los
requisitos del software, analizarlos y expresarlos en un esquema conceptual de OO-
Method garantizando la trazabilidad entre éstos.
En este trabajo se presenta un enfoque de Ingeniería de Requisitos para el modelado
conceptual de sistemas de información. Su principal objetivo es proporcionar un
conjunto de técnicas y guías para capturar los requisitos del software, analizarlos y
expresarlos en un esquema conceptual de OO-Method garantizando la
trazabilidad entre éstos. El enfoque se basa en un marco referencial de herramientas
de especificación de requisitos (TRADE) y un método gráfico orientado a objetos para el
modelado conceptual con capacidades de generación automática de código (OO-
Method). Se define la estructura y técnicas para la construcción de un Modelo de
Requisitos funcionales del sistema y a partir de este modelo, un Proceso de Análisis de
Requisitos (PAR) define constructores que permiten representar dichos requisitos en
elementos del Modelo Conceptual de OO-Method. Utilizando este proceso cada
elemento del Modelo de Requisitos tiene una representación perfectamente
identificable en el Modelo Conceptual OO-Method y cada elemento del Modelo
Conceptual tiene su origen en el Modelo de Requisitos.
3. Investigación sobre las aplicaciones del modelado y sus
especificaciones
MODELADO DE REQUISITOS PARA LA OBTENCIÓN DE ESQUEMAS CONCEPTUALES
Su principal objetivo es proporcionar un conjunto de técnicas y guías para capturar los requisitos del software,
analizarlos y expresarlos en un esquema conceptual de OO-Method garantizando la trazabilidad entre éstos.
Se define la estructura y técnicas para la construcción de un Modelo de Requisitos funcionales del sistema y a
partir de este modelo, un Proceso de Análisis de Requisitos (PAR) define constructores que permiten
representar dichos requisitos en elementos del Modelo Conceptual de OO-Method. Utilizando este proceso
cada elemento del Modelo de Requisitos tiene una representación perfectamente identificable en el Modelo
Conceptual OO-Method y cada elemento del Modelo Conceptual tiene su origen en el modelo de Requisitos.
Algunas de las debilidades de muchos métodos están contextualizadas en etapas tempranas del desarrollo de
software. Uno de los problemas derivado de estas debilidades metodológicas tiene que ver con la dificultad de
determinar si el modelo conceptual del sistema de software representa fiel y completamente los requisitos de
los usuarios.
TRADE: Las interacciones externas, de especial interés para este trabajo, son funciones que describen el
comportamiento del sistema y su comunicación con el ambiente en el que está inmerso. Algunas técnicas
propuestas por TRADE para especificar las interacciones externas y sus propiedades son: Misión del Sistema,
árbol de Refinamiento de Funciones, Diagramas de Contexto, Diagramas de Casos de Uso y Diagramas de
escenarios. Estas técnicas son utilizadas convenientemente por el enfoque de Ingeniería de Requisitos que se
propone.
Definido para guiar el proceso de especificación de los mismos de tal forma que pueda ser utilizada
posteriormente en el diseño e implementación del sistema.
OO-METHOD: El enfoque de Ingeniería de Requisitos que se propone utiliza el paradigma orientado a objetos
y, en particular, OO-Method como aproximación metodológica. Este método se caracteriza por proporcionar
técnicas gráficas de modelado conceptual basadas en UML que son soportadas por un lenguaje formal de
especificación.
Es un método riguroso que permite obtener un producto final de software a partir del Modelo Conceptual. Sin
embargo, no ofrece mecanismos que apoyen el proceso de construcción de este modelo.
La conveniente combinación de TRADE y OO-Method permitió establecer los fundamentos del método de
ingeniería de Requisitos para el modelado conceptual presentado en este trabajo
4. La combinación TRADE/OO-Method logra la completitud requerida para solucionar estos problemas de la
siguiente manera:
*Definiendo un Modelo de Requisitos que utiliza un subconjunto de técnicas de TRADE e indicando cómo
aplicarlas correctamente.
* Conectando el Modelo de Requisitos con el Modelo Conceptual OO-Method mediante un proceso
sistemático que permita obtener el segundo a partir del primero.
FASE DE MODELO DE REQUISITOS
El propósito del Modelo de Requisitos es capturar precisa y fielmente las principales características del sistema
software que se desea construir. Este modelo permite representar los requisitos del sistema de manera que
cualquiera de sus potenciales usuarios pueda revisarlo y comprenderlo, sin que para esto necesite un
entrenamiento especial.
Es reconocida la efectividad de este modelo para manejar la complejidad de los requisitos. Su simplicidad,
derivada del uso del lenguaje natural para describir la funcionalidad observada en el espacio del problema,
posibilita la participación activa de usuarios finales y clientes en el modelado de los requisitos.
MISIÓN DEL SISTEMA
Describe el propósito del sistema, sus responsabilidades y alcance. A través de la definición de su misión es
posible determinar con precisión, aunque sea en términos generales, qué hará y qué no hará el sistema.
aunque sea una técnica relativamente sencilla, es de vital importancia consensuar desde el principio con los
usuarios el objetivo del sistema y tenerlo presente durante todas las fases del proceso de desarrollo del
sistema.
ÁRBOL DE REFINAMIENTO DE FUNCIONES
Descompone el sistema en interacciones externas, de acuerdo a algún criterio preestablecido por ejemplo, las
áreas u objetivos organizacionales, los actores y sus responsabilidades, etc. Las interacciones externas son
organizadas en funciones que forman una jerarquía a manera de árbol, en cuyo nivel más alto se ubica la
misión del sistema. Esta Misión del Sistema es refinada hasta obtener otras funciones elementales
representadas en la jerarquía a través de los nodos hoja. Este proceso descendente de refinamiento funcional
puede generar distintos niveles de nodos.
Aquellos que están entre la raíz y los nodos hoja son denominados nodos intermedios. Un nodo intermedio es
un sumario de funciones elementales. En general, una rama completa de nodos con origen en la raíz del árbol,
5. representa toda la funcionalidad relativa a un área o actividad de la organización, según el criterio de
descomposición utilizado.
El Árbol de Refinamiento de Funciones representa la descomposición jerárquica de las funciones de un sistema,
independientemente de la estructura del mismo. El árbol resultante es una organización de interacciones
externas que no dice nada acerca de la composición interna del sistema.
MODELO DE CASOS DE USO
El modelado de requisitos utiliza los elementos del Modelo de Casos de Uso propuesto por Jacobson, bajo el
esquema conceptual y notacional definido en UML . De esta forma, la especificación de actores y casos de uso
así como el establecimiento de las relaciones entre éstos, constituye el objetivo fundamental del Modelo de
Casos de Uso. El principal insumo requerido para el desarrollo de este modelo son las funciones elementales
identificadas como nodos hoja en el Árbol de Refinamiento Funcional del sistema.
Proceso de Análisis de Requisitos (PAR)
El propósito principal de este proceso es identificar las responsabilidades más significativas del sistema en
desarrollo. Una responsabilidad es una obligación que tiene un objeto con respecto a su propio
comportamiento. Las responsabilidades conllevan a la definición de operaciones, esto es, a la especificación de
los servicios de una clase.
Utilizando terminología OO-Method, las responsabilidades resultan en especificaciones de eventos (unidades
atómicas de ejecución) o de transacciones. Con el propósito de describir las responsabilidades detectadas en el
contexto de un Caso de Uso se utilizan Diagramas de Secuencia con notación UML. En estos diagramas se
representan las responsabilidades, identificando el objeto que la invoca (objeto cliente) y el objeto al que ésta
pertenece (objeto servidor).
Trazabilidad
De acuerdo con el trabajo de Gotel, el modelo de trazabilidad utilizado para relacionar los distintos elementos
del Enfoque de Ingeniería de Requisitos con los elementos del Modelo Conceptual OO-Method, se caracteriza
por ser estructural y estar basado en referencias cruzadas. En primer lugar, que la relación establecida entre
estos elementos es estructural. En segundo lugar, se establecen explícitamente referencias entre los elementos
a diferentes niveles de abstracción
La trazabilidad en el enfoque de Ingeniería de Requisitos puede ser estudiada desde dos perspectivas.
Internamente, la trazabilidad es establecida entre los elementos de las distintas técnicas del Modelo de
Requisitos y entre éstos y los que pertenecen al Proceso de Análisis de Requisitos.
Conclusiones y trabajos futuros
6. En primer lugar, el Modelo de Requisitos que permite capturar y especificar los requisitos de los
usuarios aplicando convenientemente tres técnicas: la Misión del sistema, la construcción del Árbol
de Refinamiento de Funciones y la especificación del Modelo de Casos de Uso.
En segundo lugar, se definió un Proceso de Análisis de Requisitos que permite, a través de la
identificación de responsabilidades en el ámbito de cada escenario de un caso de uso, representarlas
como mensajes estereotipados con Diagramas de Secuencia.
De esta forma se añade información sobre la descomposición interna del sistema deseada y se facilita
la construcción del Modelo Conceptual OO-Method analizando los diagramas de secuencia
resultantes.
De esta forma, se tiene un fundamento para cada uno de los conceptos que aparecen en el Modelo
Conceptual y se asegura la trazabilidad entre estas fases del desarrollo.
7. CONCLUSION
En este trabajo estudiamos todo sobre las aplicaciones del modelo y las
especificaciones de la ingeniería de software como lo son: modelado de
requisitos para la obtención de esquemas conceptuales, las fases de los
modelos de requisitos Algunas de las debilidades de muchos métodos están
contextualizadas en etapas tempranas del desarrollo de software. Uno de
los problemas derivado de estas debilidades metodológicas tiene que ver
con la dificultad de determinar si el modelo conceptual del sistema de
software representa fiel y completamente los requisitos de los usuarios.