Tec Orient A Obj Y Estructurada

Libro:
Ingeniería de sistemas de software
Autor: Gonzalo León Serrano

3.4.1. Tecnologías de desarrollo estructurado 

Las tecnologías de desarrollo estructurado son las más convencionales de las empleadas hoy día. Han surgido de la evolución de las ideas de programación estructurada (hace más de veinticinco años) hacia las fases iniciales del ciclo de vida. En su formulación actual, lasnotaciones empleadas en las prime-ras fases del ciclo de vida (especificación de requisitos de usuario y sistema)suelen estar constituidas por lenguajes gráficos que permiten: identificar el sistema y el entorno; representar el flujo de información entre los elementos; y, describir los datos y las actividades del sistema [12].La idea base de esta tecnología es que es posible estructurar el modelode un sistema de software en base a funciones que procesan información que reciben de otras funciones (o del exterior) y dirigen la información procesada a otros módulos funcionales (o al exterior). El enfoque seguido, por tanto, es el de pensar en las funciones del sistema necesarias (extraídas de los requisitos del sistema) y luego en los datos que requieren. Entre las más utilizadas paraanálisis y especificación de requisitos se encuentra SA/RT (Análisis Estructurado con extensiones para tiempo real) [13]. Surgió como un lenguaje gráfico capaz de representarlas actividades que deberá realizar el sistema, los intercambios de información entre ellos, etc. La descripción del comportamiento se realiza mediante diagramas de transición de estados. Existen otras notaciones basadas enconceptos muy similares y el utilizar una u otra es más bien un problema de gusto. Las diferencias entre ellos provienen más de la forma de usarla que de la potencia expresiva del lenguaje. Como evolución de las técnicas de análisis estructurado, en la fase de diseño se han utilizado variantes de SA/RT: SD/RT (Diseño Estructurado con extensiones para Tiempo Real). Al igual que SA/RT consta de un lenguajegráfico no ejecutable e incorporan conceptos tales como: tarea, procesador, colas de mensajes, mecanismos de sincronización entre tareas, etc. que son conceptos necesarios en la fase de diseño. En una línea diferente y para evitar los problemas de la explosión de estados se definieron por Harel [14] los «statecharts» (variante de los diagramas de estado). Con ellos, se lograba compactar el espaciode estados que resultaba al describir sistemas de gran complejidad al permitir jerarquización de estados y descomposición en componentes. En base a ellos se ha desarrollado una tecnología estructurada adaptada a sistemas de control denominada Statemate [15].Para la fase de análisis y especificación de requisitos, las herramientas están asociadas a la construcción de modelos del sistema (modeloslógicos con diagramas de estado asociados). Estas herramientas no son genéricas sino que soportan métodos concretos. Suelen constar de:

A) Editores gráfico-textuales de la notación asociada a un método (tanto para describir las funciones como para describir el comportamiento mediante diagramas de estado).

B) Comprobadores de consistencia en la información relativa a refinamientos delmodelo (nombres, tipos, uso, etc. de los elementos definidos en los diagramas).

C) Sistema de gestión de la información almacenada (en ocasiones basada en bases de datos relacionales u orientadas a objetos para gestionar el acceso a la información).

D) Generadores de prototipos (normalmente de interfaz gráfica) con objeto de evaluar los modelos lógicos o de diseño. En las fases de diseñodel sistema se dispone del mismo tipo de herramientas aunque en este caso se suele disponer también de: analizadores temporales y estimadores de tiempos de ejecución, generadores de código (más o menos completos) o facilidades para la utilización de componentes genéricos contenidos en bibliotecas menos comunes pero cada vez más conocidas son herramientas como las de animación gráfica de...