Matching Pairs Conceptos de aplicaciónOnline version Con esta actividad se afianzarán los conceptos básicos de diseño de software, abordados en esta unidad. by Corporación Universitaria Iberoamericana 1 Acoplamiento 2 Diseño de componentes 3 Diseño de base de datos 4 Principios del diseño de Software 5 Diseño Orientado a la Función 6 Diseño de interfaz 7 Cohesión 8 Diseño arquitectónico 9 Diseño orientado a objetos 10 Diseño estructurado Funciona alrededor de entidades y sus características en vez de involucrando funciones en el sistema de software. Esta estrategia de diseño se centra en entidades y sus características. Todo el concepto de solución de software se centra en las entidades implicadas. Cómo están relacionados los elementos de un mismo módulo. El sistema es comprimido en varios pequeños subsistemas conocidos como funciones. Estas funciones son capaces de llevar a cabo tareas significativas en el sistema. El sistema es considerado como la vista superior de todas las funciones. Fortaleza de las relaciones entre módulos Esto puede ser un simple dato de la funcionalidad que se espera implementar, y al programador se le deja el diseño específico. Como alternativa, habría una lista de cambios a realizar que se reutiliza o sobre un modelo de diseño detallado. El modelo de diseño sirve para generar en automático una implementación. Son verdades básicas o leyes generales que se utilizan como base de razonamiento o como guía para actuar. También son nociones clave, consideradas fundamentales en muchas aproximaciones y conceptos de diseño diferentes Aquí se identifica la estructura global del sistema, los principales componentes (llamados en ocasiones subsistemas o módulos), sus relaciones y cómo se distribuyen. Donde se diseñan las estructuras del sistema de datos y cómo se representarán en un repositorio. Se basa en 'dividir y conquistar', estrategia donde el problema se rompe en otros pequeños problemas y cada uno es tratado por separado para finalmente resolver su totalidad. Esta especificación no tiene que presentar ambigüedades, siendo factible usar un componente sin que otros tengan que saber cómo se implementó.