1. Instituto Tecnolgico del CibaoOrientalDiseo de Sistema IIContinuacion:Diseo Arquitectonico

2. Presentacion Ruben Dario M. Perez. 2010-0247 Lorfranklin De Js. M. B. 2010-0291 Alex Joaquin Fais P. 2008-700 Luisandra Rodriguez R. 2006-663 3. Estilos de descomposicinmodular Despus de elegir la organizacin del sistema ensutotalidad, debemosdecidir cmodescomponer los subsistemas en mdulos . No existe una distincin rgida entre laorganizacin del sistema y la descomposicinmodular. Sin embargo, los componentes de los mdulosson normalmente ms pequeos, lo que permiteusar estilos alternativos de descomposicin. 4. Descomposicin modular Para realizar una descomposicin modular delsistema como actividad fundamental del diseoes necesario concretar los siguientes aspectos:Identificar los mdulos, Describir cada mdulo,Describir las relaciones entre mdulos. 5. Cont. El diseo modular propone dividir el sistema enpartes diferenciadas y definir sus interfaces. Susventajas: Claridad. Reduccin de costos. Reutilizacin 6. Cont. Los pasos a seguir son:1. Identificar los mdulos2. Describir cada mdulo3. Describir las relaciones entre mdulos Una descomposicin modular debe poseer ciertas cualidadesmnimas para que se pueda considerar de suficiente validez.1. Independencia funcional2. Acoplamiento3. Cohesin4. Comprensibilidad5. Adaptabilidad 7. Independencia funcional Cada mdulo debe realizar una funcin concretao un conjunto de funciones afines. Esrecomendable reducir las relaciones entremdulos al mnimo. Para medir la independencia funcional hay doscriterios: acoplamiento y cohesin. 8. Acoplamiento Es una medida de la interconexin entremdulos en la estructura del programa. Se tiendea que el acoplamiento sea lo menor posible, estoes a reducir las interconexiones entre losdistintos mdulos en que se estructure nuestraaplicacin. El grado de acoplamiento mide lainterrelacin entre dos mdulos, segn el tipo deconexin y la complejidad de la interface: 9. Cont. FuertePor contenido, cuando desde un mdulo se puede cambiar datoslocales de otro. Comn, se emplea una zona comn de datos a la que tienen accesovarios mdulos. Moderado De control , la zona comn es un dispositivo externo al que estnligados los mdulos, esto implica que un cambio en el formato de datoslos afecta a todos. Dbil De datos, viene dado por los datos que intercambian los mdulos. Es elmejor. Sin acoplamiento directo, es el acoplamiento que no existe. 10. CohesinUn mdulo coherente ejecuta una tarea sencilla enun procedimiento y requiere poca interaccin conprocedimientos que se ejecutan en otras partes deun programa. Podemos decir que un mdulocoherente es aquel que intenta realizar solamenteuna cosa. 11. ComprensibilidadPara facilitar los cambios, el mantenimiento y lareutilizacin de mdulos es necesario que cadauno sea comprensible de forma aislada. Para elloes bueno que posea independencia funcional, peroadems es deseable: 12. Cont.Identificacin , el nombre debe ser adecuado y descriptivo.Documentacin, debe aclarar todos los detalles de diseo e implementacin que no queden de manifiesto en el propio cdigo. 13. AdaptabilidadLa adaptacin de un sistema resulta ms difcilcuando no hay independencia funcional, es decir,con alto acoplamiento y baja cohesin, y cuando eldiseo es poco comprensible. Otros factores parafacilitar la adaptabilidad: 14. Cont. Previsin, es necesario prever que aspectos del sistemapueden ser susceptibles de cambios en el futuro, y poner estoselementos en mdulos independientes, de manera que sumodificacin afecte al menor nmero de mdulos posibles. Accesibilidad, debe resultar sencillo el acceso a losdocumentos de especificacin, diseo, e implementacin paraobtener un conocimiento suficiente del sistema antes deproceder a su adaptacin. Consistencia, despus de cualquier adaptacin se debemantener la consistencia del sistema, incluidos los documentosafectados. 15. Distincin entre subsistemas ymdulos1. Un subsistema es un sistema en s mismo. Sufuncionamiento no depende de los serviciosproporcionados por otros subsistemas .-Los subsistemas se componen de mdulos y tieneninterfaces definidas , que se usan para comunicarsecon otros subsistemas.2. Un mdulo suele ser un componente de unsubsistema, que brinda uno o ms servicios a otrosmdulos . A su vez ste usa los serviciosproporcionados por otros mdulos. No se le puedeconsiderar como un sistema independiente. 16. Cont. Los mdulos se componen normalmente de varioscomponentes del sistema ms simples. Hay dosestrategias para descomponer un subsistema enmdulos:1. Descomposicin orientada a objetos: donde sedescompone un sistema en un conjunto de objetosque se comunican.2. Descomposicin orientada a flujos defunciones: donde se descompone el sistema enmdulos funcionales que aceptan datos y lostransforman en datos de salida. 17. Estilos de Control Hay dos estilos de control genricos : 1. Control centralizado. Un subsistema tiene toda laresponsabilidad para controlar , iniciar y detener aotros subsistemas. Tambin puede devolver elcontrol a otro subsistema, pero esperar que le seadevuelta la responsabilidad del control. 2. Control basado en eventos. En vez de que lainformacin de control est embebida en unsubsistema, cada subsistema puede responder aeventos generados externamente . Estos eventospodran provenir de otros subsistemas o del entornodel sistema.