ASPECTOS DESFAVORABLES DEL UML EN LA ARQUITECTURA DE SOFTWARE

ASPECTOS DESFAVORABLES DEL UML EN LA ARQUITECTURA DE SOFTWARE

RESUMEN: Este artículo presenta una serie de aspectos del UML, lo cual no permite que se genere una buena arquitectura de software, se presentaran las características de la arquitectura de software, y se dará por qué el uml no cumple con ellas, bien sea parcial o totalmente

ABSTRACT: This article presents a number of aspects of UML, which does not allow a good software architecture is generated, the characteristics of the software architecture is presented, and why the UML will not meet them, either partially or completely

PALABRAS CLAVE: Lenguaje Unificado de Modelamiento (UML), arquitectura de software.

1 INTRODUCCIÓN

La presente investigación aborda el tema del Lenguaje Unificado de Modelamiento (UML), mostrando las características desfavorables que se presentan para el desarrollo de la Arquitectura de Software, teniendo en cuenta las características de calidad que debe manejar esta, para de esta manera justificar el uso de ADL en el modelamiento de una arquitectura de software.

2 OBJETIVOS

2.1 GENERAL

Plantear los aspectos desfavorables que impiden el uso del Lenguaje Unificado de Modelamiento (UML) en el desarrollo de una arquitectura de software.

2.2 ESPECÍFICOS

• Especificar las características que debe cumplir un modelamiento de arquitectura de software

• Evidenciar las cualidades de los ADL

• Justificar los aspectos que desfavorables del UML

3 MARCO TEÓRICO

3.1 Características de calidad de la Arquitectura de Software

Según la definición que brinda el documento de IEE Std 1471-2000, la arquitectura de software se define como la organización fundamental de un sistema encarnado en sus componentes, las relaciones entre ellos y el ambiente y los principios que orientan su diseño y evolución.

En la arquitectura de Software se maneja factores como:

• Funcionalidad

• Confiabilidad

• Usabilidad

• Eficiencia

• Mantenibilidad

• Portabilidad

3.2 UML en la arquitectura de software

Cuando los promotores de UML hablan de arquitectura de software, cambian su modelo de vistas por uno que se refiere no a puntos de perspectiva o a incumbencias de los participantes, sino a niveles de abstracción; pero aun así su definición de arquitectura difiere de la definición estándar.

Fig. 1 – Vistas y Diagramas de UML, basado en [RJB00: 22], Extraída de Introducción a la Arquitectura de Software, Reynoso, Carlos.

3.3 Desventajas de UML en el desarrollo de una arquitectura de software

• UML no es un método de desarrollo

• UML al no ser un método de desarrollo es independiente del ciclo de desarrollo

• UML no se presta con facilidad al diseño de sistemas distribuidos, entendiendo como sistemas distribuidos a una colección de computadores autónomos conectados por una red, y con el software distribuido adecuado para que el sistema sea visto por los usuarios como una única entidad capaz de proporcionar facilidades de computación. [ Colouris 1994 ]

• No se establecen los requisitos funcionales, y los no funcionales

• Los casos de uso deben complementarse con información adicional como:

o Reglas del negocio

o Requisitos no funcionales

o Diccionarios de datos que complemente los requerimientos del sistema

• Cada caso crítico del uso debe tener un requisito no

...