Inicio arrow Blog arrow Programación arrow Comprobación de la arquitectura Make Text BiggerMake Text SmallerReset Text Size
Comprobación de la arquitectura E-mail
20.05.2005
arquitecturaSEI acaba de incorporar a su repertorio de "white papers" este trabajo sobre una técnica relativamente novedosa para determinar el diseño de la arquitectura de un sistema de forma dinámica, desde su ejecución.

Porque una cosa es conseguir un buen diseño, y otra que el sistema construido lo implemente adecuadamente.
El diseño de la arquitectura es crucial para la calidad del sistema, porque los niveles de robustez, eficiencia, escalabilidad y mantenibilidad dependen directamente de él.

Los malos diseños producen sistemas con parámetros de calidad bajos, razón más que suficiente para no escatimar ni esfuerzos, ni talento en su concepción. Pero una vez obtenido el dibujo es importante que las tareas, lenguajes y herramientas empleadas en el desarrollo del producto no produzcan pérdias o modificaciones del concepto inicial. Hasta el momento las dos técnicas principales empleadas para garantizar la consistencia entre diseño y construcción son:

  • Empleando técnicas, herramientas y lenguajes en la arquitectura y codificación con el mayor grado de convergencia y compatibilidad.
  • Comprobar la consistencia, realizando análisis estático del código generado, y de él extraer la arquitectura conseguida.

El estudio publicado por SEI muestra una tercera técnica relativamente novedosa y su aplicación en dos casos de estudio.

  • Determinar la arquitectura obtenida, analizando el comportamiento en ejecución del sistema.

Para realizar este análisis dinámico, el estudio ha empleado y analiza la herramienta DiscoTech.
Comentarios (4)Add Comment
Por qu un diseo es malo?
escrito por Invitado, May 21, 2005
Saben de algún trabajo que sirva para reconocer si un diseño es bueno o malo?

Gracias.
Informar de comentario inadecuado
voto negativo
voto positivo
Votes: +0
En gran parte es cuestin de olfato
escrito por Invitado, May 22, 2005
Es difícil definir una lista de comprobación para identificar un mal diseño.
La lista de propiedades que a mi más me gusta es la que define Robert C. Martin como las causantes de diseños con "olor a podrido":

  • Rigidez.[*]Fragilidad[*]Inmovilidad[*]Complejidad innecesaria[*]Redundancia de código[*]Opacidad


  • En el capítulo 7 de su libro Agile Software Development incluye una descripción de estas características.
    Si cuento con tiempo aprovecharé en los próximos días un post para citarlas.

    Juan Palacio.
  • Informar de comentario inadecuado
    voto negativo
    voto positivo
    Votes: +0
    ...
    escrito por Invitado, May 29, 2005
    "... analizando el comportamiento en ejecuccin del sistema"

    Es decir que recin cuando el proyecto ya est㩡 terminado se darn cuenta que lo hicieron mal. :grin
    Informar de comentario inadecuado
    voto negativo
    voto positivo
    Votes: +0
    ...
    escrito por Invitado, May 31, 2005
    Hombre, en entornos ágiles, con desarrollos incrementales es muy útil para saber si es necesario refactorizar.
    Informar de comentario inadecuado
    voto negativo
    voto positivo
    Votes: +0

    Escribir comentario
    quote
    bold
    italicize
    underline
    strike
    url
    image
    quote
    quote
    smile
    wink
    laugh
    grin
    angry
    sad
    shocked
    cool
    tongue
    kiss
    cry
    reducir | aumentar

    busy
     
    < Anterior   Siguiente >

    En Navegapolis
    En Internet

    ScrumManager

    Advertisement

    Área de descargas

    Artículos relacionados

    (c) Navegapolis