ANTIPATRONES DE LOS ARQUITECTOS DE SOFTWARE

ANTIPATRONES DE LOS ARQUITECTOS DE SOFTWARE

Los Arquitectos de Software deben ser una persona con amplios conocimientos técnicos, gran experiencia en programación, liderazgo, diseñar, desarrollar, nutrir y mantener la arquitectura de los sistemas de software que se encuentren involucrados. la responsabilidad de los arquitectos es tanto del diseño y las decisiones de diseño que tienen un impacto duradero en algunos de los principales atributos de calidad de un sistema de software intensivo: el costo, la evolución, el rendimiento, de descomposición, de seguridad, etc, y todavía es capaz de apoyar la funcionalidad esperada por su usuario final.

Estos arquitectos de software deben centrarse en, lo que deben hacer: tomar decisiones de diseño, validarlos, y capturarlos en varios artefactos relacionados con la arquitectura.

Existen “patrones” que son una herramienta fundamental a la hora desarrollar un software. Los anti-patrones, también llamados trampas, son ejemplos de documentos de un error común durante el desarrollo del software de malas soluciones para problemas. Se estudian a fin de poderlos evitar en el futuro, y en su caso, para que su presencia pueda ser reconocida fácilmente al investigar sistemas disfuncionales durante una auditoria.

Algunos anti patrones más comunes:

• Antipatrón: la creación de una arquitectura perfecta, para el sistema equivocado: Es necesario que el arquitecto de software mantenga una comunicación constante con el cliente, para que todos tengan el mismo objetivo para realización del software.

• Antipatrón: es muy difícil de poner en práctica: Una arquitectura de software debe tener presente cuales son sus habilidades, capacidad y experiencia del equipo (s) aplicación. Esto con el fin de evitar estrés, lo cual conlleva a que no se pueda entregar el producto a tiempo y quizás pueda tener rechazo a lo que propone.

• Antipatrón: arquitectos en su torre de marfil: El equipo de arquitectura que realiza su trabajo de desarrollo aislado de todos, ya sea en oficinas separadas de la organización o en otro país y luego pretenden presentar su proyecto final, pueden experimentar el rechazo a lo que están proponiendo.

• Antipatrón: Arquitectos Ausente: Es muy frecuente que los arquitectos de software caigan en el habito de estar siempre dedicados a otras cosas, esto se da frecuentemente después de obtener un buen avance den el proyecto u obtener los primeros éxitos, esto los hace sentir famosos y les hace cambiar su interés por el progreso del proyecto.

La mayoría de los antipatrones se producen en proyectos de desarrollo de software, como el modelo en avalancha, muy útil en estos tiempos en que sigue muy presente la reminiscencia clásica (modelo de cascada) mientras se sigue con esmero la moda ágil. Sin embargo, también hay antipatrones válidos para proyectos que nada tienen que ver con el software, pues se refieren a prácticas de gestión, liderazgo, comunicación, relación con el equipo, etc

 Para prevenir caer en estos antipatrones el arquitecto de software debe definir bien la arquitectura del sistema, así como las actividades asociadas con el diseño, debe tener claro los requisitos, concretar la toma de decisiones que lleven a una solución explorando diferentes alternativas. El arquitecto debe garantizar la integridad del software a través de revisiones periódicas, diseño de estructuras, evaluar los riesgos y de igual forma elaborar estrategias para mitigarlos. También se debe tener en cuenta que para evitar caer en estos antipatrones el arquitecto debe tener buenos conocimientos y dominio en desarrollo de software, tener alto sentido de pertenencia con el trabajo que desarrolla, estar comprometido con satisfacer las necesidades del cliente, saber escucharlo. Es necesario que entre el equipo de trabajo haya una excelente comunicación, trabajo en equipo, apoyo en el momento que se requiera y una buena planeación de los trabajos a realizar.

...