Análisis y Dise˜no

More documents

Recommendations

Info

Figura 21: Conceptos de fan-in y fan-outFan-out, o grado de responsabilidad de coordinación, de un móduloes el número de módulos que son llamados por dicho módulo.Un valor alto de fan-in indica que el módulo está fuertemente acopladopor lo que cambios en el módulo afectarán resto del sistema. Valores altosde fan-out pueden indicar módulos complejos debido a la complejidad de lalógica de control necesaria para coordinar las llamadas al módulos.Basándose en estos conceptos de flujo de información, Henry y Kafura [16]una conocida métrica de la complejidad estructural:HK m = C m · (fan − in m · fan − out m ) 2donde C m es la complejidad del módulo generalmente medida en LoC, aunquepueden considerarse otras como la complejidad ciclomática (ver ??)Basándose en teoría de grafos, Fenton [11] propone medidas de morfologíade la estructura de módulos jerárquicos del sistema:Tamaño = número de nodos + número de aristasProfundidad de anidamientoAnchuraProporción de arcos y nodos, número de arcos / número de nodos49
Dentro de la orientación a objetos, entre las métricas más conocidas sonlas conocidas como MOOD (Metrics for Object oriented Design) definidas porBrito e Abreu y Melo [2] y las de Chidamber y Kemerer [5]. Estas métricas,en líneas generales, identifican clases mal diseñadas mediante mediciones demecanismos estructurales básicos en el paradigma de la orientación a objetoscomo encapsulación, herencia, polimorfismo y paso de mensajes. Además,las métricas a nivel de sistema, y por ende si el sistema en general está biendiseñado, pueden derivarse de las métricas de a nivel de clase métricas usandola media u otros estadísticos. Entre las métricas MOOD podemos citar comoejemplos:Proporción de métodos ocultos (MHF – Method Hiding Factor).Se define como la proporción del número de métodos definidos comoprotegidos o privados entre el total de métodos. Esta métrica mide laencapsulación.Proporción de atributos ocultos (AHF – Attribute Hiding Factor)Es la proporción entre los atributos definidos como protegidos o privadosy el número total de atributos. Aunque a veces por mejorar elrendimiento se acceden o modifican los atributos directamente, idealmenteesta métrica debería ser 100 %, i.e., se deberían de tener todoslos atributos privados y acceder a ellos mediante métodos get/set. Estamétrica también mide la encapsulación.Proporción de métodos heredados (MIF – Method InheritanceFactor). Se define como la proporción de la suma de todos los métodosheredados en todas las clases entre el número total de métodos(localmente definidos más los heredados) en todas las clases.Proporción de atributos heredados (AIF– Attribute InheritanceFactor). Se define como la proporción del número de atributos heredadosentre el número total de atributos. AIF se considera un medio paraexpresar el nivel de reusabilidad en un sistema.Proporción de polimorfismo (PF – Polymorphism Factor). PF se50
Page 3: 4.3. Diseño por contratos . . . .
Page 6 and 7: Abstracción de control. Define a u
Page 9 and 10: Figura 1: (a) Acoplamiento débil;
Page 11 and 12: estándar ISO/IEC 42010:2007, defin
Page 13 and 14: Figura 2: Estilo arquitectónico de
Page 15 and 16: Figura 5: (a) Cliente-servidor; (b)
Page 17 and 18: Figura 6: Evolución de los método
Page 19 and 20: Figura 8: Niveles en los diagramas
Page 21 and 22: Regla1 2 3CondicionesEdad > 60 Sí
Page 23 and 24: ases de datos. El modelo Entidad/Re
Page 25 and 26: Al igual que con los métodos estru
Page 27 and 28: Kruchten [23] mediante modelos y di
Page 29 and 30: Figura 13: Diagrama de clasesDiagra
Page 31 and 32: Figura 15: Ejemplos de diagrama de
Page 33 and 34: Resumen del diseño orientado a obj
Page 35 and 36: Finalmente, el paradigma de la orie
Page 37 and 38: solución un millón de veces en el
Page 39 and 40: Figura 19: Patrón Observerclase de
Page 41 and 42: Figura 20: Patrón StrategyAdemás,
Page 43 and 44: Es decir, el framework debe ser lo
Page 45 and 46: nentes, donde la no disposición de
Page 47 and 48: 5. Diseño de sistemas distribuidos
Page 49 and 50: distribuido. Para ello deben de imp
Page 51: Un tipo de validación, aunque meno
Page 55 and 56: Profundidad en árbol de herencia (
Page 57 and 58: software y cubre tanto las metodolo
Page 59 and 60: [10] Mohamed E. Fayad, Douglas C. S
Page 61: [34] James Rumbaugh, Ivar Jacobson,

Análisis y Dise˜no

Create successful ePaper yourself

Delete template?

Save as template?