Un diagrama de estructura muestra la estructura interna de una clase y las colaboraciones que ésta permite. Un buen diseño se caracteriza por un bajo acoplamiento y alta cohesión, donde los elementos de un módulo están estrechamente relacionados. El método de diseño elegido influye en los atributos de calidad del sistema.
1. Dise�o de sistemas
Diagramas de estructura
Muestra la estructura interna de una clase
y las colaboraciones que �sta estructura
hace posibles
M�dulos
Tabla de interfaz
Estrat�gias de Dise�o
Atributos de calidad
Metodolog�as de Dise�o
Front End
Caracter�sticas de caja negra
Se aplica a cualquier sistema o programa
para dar una vision exclusiva de sus entradas
y salidas.
Modelizaci�n conceptual
Facilita el mantenimiento si se basa
en los conceptos l�gicos de la
organizai�n.
Aislamiento de detalles
Puesto que son mas susceptibles de
cambiar, deben dise�arse por
separado para evitar que una
variacion afecte al sistema.
2. Que son diagramas de Estructuras y que suponen en el dise�o?
En primer lugar como sabemos un diagrama de estructura muestra en forma desglosada como se
ejecutan las operaciones dentro de una clase.
Siendo importante mencionar que estas tambi�n se ven intervenidas por otros elementos de igual
importancia que forman el conjunto del dise�o de un software.
En primer lugar es de inter�s mencionar que la comunicaci�n inntermodular se realiza a trav�s de los
datos y flags, teniendo en cuenta que los datos solo son material procesable y los flags solo sirven
como valores de condici�n para ser utilizados entre la comunicaci�n modular.
Para ello dentro de este proceso es necesario conocer y saber analizar los tipos de datos y como estos
se comportan dentro de la estructura; mediante la tabla de interfaz que es de suma utilidad al
momento de quere estructurar de forma idonea el sistema.
Para lo cual existen estrategias de dise�o que nos permiten lograr una creaci�n r�pida, bien sea por
transformaci�n o por transacci�n.
Para saber cual de las dos amerita nuestro sistema es necesario saber la diferencias entre ambas.
3. En el dise�o por transformaci�n los datos se captan mediante caminos qe son llamados flujos de entrada, por el
contrario en el dise�o por transacci�n estos parten de un centro de transacci�n con caminos alternativos de
forma exclusiva.
Dado esto es una forma sencilla el saber diferenciar que tipo de dise�o de sistema se trata.
Ahora bien dados los m�todos existen dos importantes determinantes en cuanto al m�todo. Uno es el m�todo de
Jackson y el otro es el m�todo de Warnier.
El m�todo de Jackson plantea que cuando se obtienen las estructuras objetivas del problema, resulta mas f�cil
asignar las funciones a realizar. Por otro lado Warnier el m�todo de Warnier se basa en dos principios
fundamentales: La ordenaci�n jer�rquica de los conjuntos de informaci�n y, el principio de correspondencia en la
organizaci�n de los conjuntos de informaci�n.
Al decidir con cual m�todo se quiere desarrollar el sistema, influir� incidentemente en los atributos de calidad del
mismo. Principalmente la cohesi�n y el acoplamiento.
Que, de manera resumida se puede puntualizar que un buen dise�o se caracteriza por un grado m�nimo de
acoplamiento y en cuanto a la cohesi�n mientras mas relaci�n tengan los elementos del modulo en el que se
trabaja esta ser� mucho mas funcional al momento de poner en marcha el sistema.
Dicho esto, resulta importante mencionar la exclusi�n de los Front End dentro de este bloque, si bien forman
parte de un dise�o estos no se relacionan con la parte l�gica de un sistema y por ende del dise�o de sistemas, por
lo menos en este bloque.
Adjunto enlace de publicaci�n en slideshare :