Análisis y Dise˜no

More documents

Recommendations

Info

define como la proporción entre el número real de posibles diferentessituaciones polimórficas para una clase C i entre el máximo númeroposible de situaciones polifórficas en C i . En otras palabras, el númerode métodos heredados redefinidos dividido entre el máximo número desituaciones polimórficas distintas. PF es una medida del polimorfismoy una medida indirecta de la asociación dinámica en un sistema.Al igual que las métricas MOOD, Chidamber y Kemerer [5] han definidouna serie de métricas que han sido ampliamente adoptadas para medir característicascomo encapsulamiento, ocultamiento de información, herencia.Entre estas métricas tenemos:Acoplamiento entre objectos (CBO – Coupling Between Objects).CBO de una clase es el número de clases a las cuales está ligada, es decir,usa métodos o variables de otra clase (medida del fan-out). Las clasesrelacionadas por herencia no se tienen en cuenta. Sistemas en los cualesuna clase tiene un alto CBO y todas las demás tienen valores próximosa cero indican una estructura no orientada a objetos, con una claseprincipal dirigente. Por el contrario, la existencia de muchas clases conun alto valor de CBO indica que el diseñador ha afinado demasiadola “granularidad” del sistema. Esta métrica además puede utilizarsepara medir el esfuerzo en el mantenimiento y las pruebas. A mayoracoplamiento, mayor dificultad de comprensión y reuso, mantenimientoen acoplamiento se da en una clase, más difícil sera reutilizarla. Además,las clases con excesivo acoplamiento dificultan la comprensibilidad yhacen más difícil el mantenimiento por lo que será necesario un mayoresfuerzo y rigurosas pruebas.Respuesta para una clase (RFC – Response For a Class) Esta métricacuenta las ocurrencias de llamadas a otras clases desde una claseparticular y mide tanto la comunicación interna como la externa. RFCes una medida de la complejidad de una clase a través del número demétodos y de la comunicación con otras clases.51
Profundidad en árbol de herencia (DIT – Depth of InheritanceTree). Mide el máximo nivel en la jerarquía de herencia. DIT es la cuentadirecta de los niveles en la jerarquía de herencia. En el nivel cero dela jerarquía se encuentra la clase raíz. A medida que crece su valor, esmás probable que las clases de niveles inferiores hereden muchos métodosy esto da lugar a posibles dificultades cuando se intenta predecirel comportamiento de una clase y por lo tanto, su mantenimiento. Unajerarquía profunda conlleva también una mayor complejidad de diseño.Por otro lado, los valores grandes de DIT implican que se pueden reutilizarmuchos métodos, lo que debe ser considerado como un elementoa favor de la mantenibilidad.Número de descendientes (NOC – Number of Children). Cuenta elnúmero de subclases subordinadas a una clase en la jerarquía, es decir,el número de subclases que pertenecen a una clase. A medida que creceel número de descendientes, se incrementa la reutilización, pero tambiénimplica que la abstracción representada por la clase predecesora se vediluida. Esto dificulta el mantenimiento, ya que existe la posibilidad deque algunos de los descendientes no sean realmente miembros propiosde la clase.Métodos ponderados por clase (WMC – Weighted Methods perClass) Dado un peso a cada método en una clase, WMC es el sumatoriotodos los pesos de la clase. Se supone que WMC mide la complejidadde una clase, pero si todos los métodos son considerados igualmentecomplejos (mismo peso), entonces WMS es simplemente el número demétodos definidos en una clase.Falta de cohesión en los métodos (LCOM – Lack of Cohesion inMethods). LCOM establece en qué medida los métodos hacen referenciaa atributos. LCOM es una medida de la cohesión de una clase midiendoel número de atributos comunes usados por diferentes métodos,indicando la calidad de la abstracción hecha en la clase.52
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 and 52: Un tipo de validación, aunque meno
Page 53: Dentro de la orientación a objetos
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

You also want an ePaper? Increase the reach of your titles

Delete template?

Save as template?