NOCIONES BÁSICAS DE DISEÑO DE SOFTWARE

[Link] Copyright © [Link]

El diseño de Software es un proceso que transforma los requisitos del usuario de una manera conveniente, lo que
ayuda al programador a en la codificación e implementación del software.

Para evaluar los requisitos del usuario, un documento SRS

′ ′
se crea tanto para codificar
Sof twareRequirementSpecif ication, enespañol ERS especif icaciónderequisitosdesof tware

como para implementar, hay una necesidad de especificar de un modo más detallado los requisitos en términos
de Software. El resultado de este proceso puede ser usado directamente en la implementación de lenguajes de
programación.

El diseño de Software es el primer paso en el SFDLC

, lo que cambia la atención e importancia desde
Sof twareDesignLif eCycle, enespañolciclodevidadeldiseñodesof tware

problema de dominio a solución de dominio. Intenta espedificar cómo satisfacer los requisitos mencionados en el
SRS.

Diseño de niveles o entornos de Software
El diseño de Software produce 3 niveles de resultados:

Diseño arquitectónico ­ El Diseño arquitectónico, es la versión más abstracta del sistema. Identifica el

software como un sistema con distintos componentes que interactuan entre ellos. En este momento es
cuando los diseñadores conciben la idea de posibles solucionesde dominio.

Diseño de alto nivel­ El Diseño de alto nivel, rompe con el concepto de diseño arquitectónico que se
refiere a ‘Componente de única entidad múltiple', por lo contrario tiene un punto de vista menos abstracto
de los sub sistemas y módulos y representa la existente interacción entre ellos. El Diseño de alto nivel se
centra en cómo el sistema junto con todos sus componentes se puede implementar en forma de módulos.
Reconoce estructuras modulares de cada sub sistema y su relación e interaccion entre las mismas.

Diseño detallado­ El Diseño detallado diseña acuerdos con la parte de implementación de lo que se ve

como sistema y sus sub sistemas con los dos tipos de diseño mencionados con anterioridad. Es más
detallado en cuanto a los módulos y a su implementación. Define estructuras lógicas de cada módulo y de
sus interfaces para comunicarse con los otros módulos.

Modularización
La Modularización es una técnica para dividir sistemas de Software en múltiples separados e independientes
módulos, los cuales se espera que sean capaces de llevar a cabo tareass de forma independiente. Estos módulos
pueden funcionar como creaciones básicas para la totalidad del software. Los diseñadores tienden a diseñar
módulos que se pueden ejecutar y/o almacenar por separado y de manera independiente.

El diseño modular involuntariamente sigue las normas de la estrategia de resolución de problemas centradas en
‘dividir y conquistar’, esto se da porque hay muchos otros beneficios relacionados con el diseño modular de un
software.

Ventajas de la modularización:

Los componentes más pequeños son más fáciles de mantener

El programa se puede clasificar según los aspectos funcionales
 El nivel deseado de abstracción se puede aplicar al programa
Los components con gran cohesión pueden reutilizarse de nuevo
La ejecución simultánea es possible
Es apropiado des del punto de vista de la seguridad

Concurrencia informática
Hace un tiempo, todos los softwares se hacían con la idea de que fueran ejecutados de forma secuencial. Por
secuencial se entiende que las instrucciones codificadas serán ejecutadas una después de la otra implicando solo
una parte del programa activado en cualquier momento. Pongamos que un software tiene múltiples módulos, en
este caso solo uno de entre todos los módulos puede estar activo en cualquier momento de la ejecución.

En Diseño de software, la concurrencia se implementa dividiendo el software en varias unidades de ejecución

independientes, como si fueran módulos ejecutándolos en paralelo. En otras palabras, la concurrencia aporta
capacidad al software para poder ejecutar más de una parte del código de forma paralela a a las otras.

Es necesario para programadores y diseñadores poder reconocer estos módulos, los cuales se pueden crear de
forma paralela a la ejecución.

Ejemplo

El corrector ortográfico del procesador de textos Word es un módulo de software, que funciona de forma
independiente al procesador de textos mismo.

Acoplamiento y cohesión
Cuando un programa software está modularizado, sus tareas se dividen en varios módulos en base a algunas
características. Como sabemos, los módulos son sets de instrucciones agrupados con la finalidad de lograr ciertas
tareas. Son complicados, si se consideran como una sola entidad, pero pueden consultar al otro y trabajar de
manra conjunta. Hay formas de medir la calidad del diseño de los módulos y de sus interacciones. Estas medidad
se denominan acoplamiento y cohesión.

Cohesión
La Cohesión es una medida que define el grado de interdependencia entre los elementos que conforman los
módulos. A mejor cohesión, mejor diseño de programa obtenemos.

Hay siete tipos de cohesión, llamados –

Cohesión coincidente ­ Es una cohesión no planificada y random, la cual puede romper el programa en

pequeños módulos por el bien de la modularización. Como que no tiene una planificació, puede confundir a
los programadores. Por eso este tipo no está generalmente aceptado.

Cohesión lógica ­ La categorización de manera lógica en la que los elementos se colocan juntos en un

mismo módulo, se denomina Cohesión lógica.

Cohesión temporal ­ Cuando los elementos del módulo se organizan de manera que se procesan en un

momento similar en el tiempo, hablamos de Cohesión temporal.

Cohesión procedimental ­ Cuando los elementos del módulo se agrupan juntos, y se ejecutan de forma

secuencial para poder llevar a cabo una tarea, hablamos de Cohesión procedimental.
 Cohesión comunicativa ­ Cuando los elementos del módulo se agrupan juntos, y se ejecutan y
funcionan en los mismos datos inf ormación de forma secuencial, hablamos de Cohesión comunicativa.

Cohesión secuencial ­ Cuando los elementos del módulo se agrupan porque el resultado de un elemento

sirve de entrada a otro y así sucesivamente, hablamos de Cohesión secuencial.

Cohesión funcional ­ Se considera la mejor en cuanto a mayor grado de cohesión, y es altamente

previsible. Los elementos del módulo en cohesion funcional se agrupan porque todos ellos contribuyen a
conseguir una función única y bien definida. También se puede reutilizar.

Acoplamiento
El acoplamiento es una medida que define el nivel de interdependencia entre los módulos del programa. Nos
muestra el nivel en que los módulos interfieren e interactuan entre ellos. A menor acoplamiento, mejor programa
se obtiene.

Hay cinco niveles de acoplamiento, llamados -

Acoplamiento de contenido ­ Cuando un módulo puede acceder, modificar o consultar directamente el

contenido de otro módulo hablamos de acoplamiento del nivel de contenido.

Acoplamiento común­ Cuando múltiples módulos han leído y escrito el acceso a algun dato global,
hablamos de acoplamiento global o común.

Acoplamiento de Control­ Dos módulos se denominan acoplados de control si uno de ellos decide la

función del otro o cambia su flujo de ejecución.

Acoplamiento 'stamp'­ Cuando múltiples módulos comparten la misma estructura de datos y funcionan

en diferentes partes de la misma, hablamos de acoplamiento 'stamp'.

Acoplamiento de datos­ Se da cuando dos módulos interactuan entre ellos con la finalidad de pasarse
información comoparámetro. Si un módulo pasa una estructura de datos como parámetro, el módulo
receptor debe usar todos sus componentes.

No hay un tipo de acoplamiento que se considere el mejor.

Verificación del Diseño
El resultado del proceso de diseño de Sofware es diseñar documentación, pseudo códigos, diagramas lógicos y
detallados, diagramas de proceso, y descripción detallada de todos los requisitos funcionales y no funcionales.

La siguiente fase, la implementación del software, depende de los resultados mencionados con anterioridad.

En este momento es cuando se necesita verificar los resultados antes de proceder con la siguiente fase. Cuanto
antes de detecte un error mejor, ya que puede que no se detecte hasta que se realicen las pruebas de software del
producto al final del proceso. Si los resultados de la fase de diseño son anotaciones formales, sus herramientas
asociadas para la verificación deben ser usadas, en caso contrario se puede usar una revisión del diseño para la
verificación y la validación.

En la aproximación de verificación estructurada, los evaluadores pueden detectar defectos que se han ocasionado
por haber omitido algunas condiciones. Un buen evaluador de diseño es importante para conseguir un buen
diseño de software con calidad y acurado.