Complejidad Arquitectnica Segn la propuesta de Zhao [Zha98], una forma til de evaluar la complejidad de una arquitectura es evaluando si estas

dependencias son:

- Compartidas: Comparten datos globales. - De Flujo: Relacin de A -> B, (Si A entonces B o solo B si A). - Restriccin: Que exista una restriccin para ambas partes. (No funcionalidad simultanea). Lenguajes de descripcin Arquitectnica A pesar de contar con el UML, es necesario utilizar otras herramientas como LDA (Lenguaje de Descripcin Arquitectnica) que provee la semntica y sintaxis para describir la arquitectura de software. Arrojando la posibilidad de analizar y construir ms adecuadamente cada seccin por separado.

9.6 Mapeo de la arquitectura con el uso de flujo de datos.

Mapeo de transformacin:
1.- Revisin del modelo del sistema fundamental: Implica determinar qu datos entran y salen de los diferentes procesos. 2.- Revisar y mejorar los diagramas de flujos de datos para el software: Implica el refinamiento de la informacin que pudiera o no servir de ayuda para algn otro apartado. 3.- Determinar si el DFD tiene caractersticas de flujo de transformacin o de transaccin: Dependiendo de las entradas y salidas, se adoptara un tipo de flujo de transformacin. 4.- Aisl el centro de transformacin, especificando las fronteras de entrada y salida de flujo: Siendo dos campos los que se encargan de dejar entrar y sacar la informacin, se debe delimitar un espacio donde esta primera sea trabajada para posteriormente pasar a la salida. 5.- Realizar el "Rediseo de primer nivel": Tomando en cuenta el mapeo, se determinan las actividades que son de alto nivel (las que toman decisiones), las de nivel medio (que tienen cierto control sobre niveles inferiores) y las de bajo nivel (que hacen la mayor parte del trabajo). 6.- Realizar el "rediseo de segundo nivel": Se logra mapeando las transformaciones individuales de un diagrama de flujo de datos en mdulos apropiados dentro de la arquitectura. Comenzando del centro hacia afuera en ambos sentidos (hacia las entradas y hacia las salidas). Este proceso da como resultado un diseo inicial de la arquitectura del software. 7.- Refinar la arquitectura de primera iteracin con el empleo de heursticos de diseo para mejorar la calidad del software: Siempre se puede refinar pequeas partes con la finalidad de volverlas ms cmoda o fciles de manejar.

Todos estos pasos mencionados, tiene como finalidad, que al arquitectura que hayas realizado, la evales y detectes pequeas cosas que puedes cambiar, pero que pueden hacer grandes cambios en el producto final.

Refinamiento del diseo arquitectnico

"Recuerde que un 'diseo optimo' que no funcione tiene un mrito cuestionable". Hay que tener en cuenta que lo que se quiere lograr es un software que cumpla con sus funciones, y porque no, de una manera ptima sin perder la parte de funcionalidad. Por lo mismo, desarrollar la arquitectura del software nos brinda este gran beneficio.