LIBERACIN DE LA

ARQUITECTURA DEL SOFTWARE

La importancia de la arquitectura del software puede depender del
nivel de compromiso que tiene cada parte interesada, lo cual
contribuyen a un proyecto exitoso.

1. APROPIARSE DEL PANORAMA COMPLETO

Para poder llevar la arquitectura hacia un panorama
exitoso, es importante que alguien tome la
responsabilidad de entregarlo correctamente, y
tambin tenga la visin general y que venda la
visin a lo largo del desarrollo del software. Si has
definido una arquitectura, te sientes comprometido
con ella, y quieres evolucionarla continuamente y no
solo dejarla en otras manos.

2. LIDERAZGO
Para el arquitecto es necesario tener el
liderazgo tcnico para verificar que todo se
encuentre realizado por un buen camino y el
equipo se encuentre dirigido en un sentido
correcto y continuo. Estos aspectos de
liderazgo del arquitecto incluyen el proveer
orientacin tcnica, la toma de
responsabilidades y lo ms importante,
tener la autoridad para tomar decisiones.
Muchos equipos no poseen el liderazgo
tcnico que se necesita, y los arquitectos asumen que no es su
responsabilidad realizar un proyecto exitoso.

3. ENTRENAR Y GUIAR
La capacitacin es una actividad que se
suele pasar por alto en la mayora de los
proyectos de desarrollo. El lder tcnico del
proyecto intenta dirigir el proyecto con la
visin de un todo, pero existe ocasiones en
la que ciertas personas necesitan
capacitarse. Esto ayuda a mejorar las
habilidades de la gente y a mejorar en sus
carreras profesionales. Esta responsabilidad
recae en el arquitecto, pero existe una gran diferencia entre
capacitarse y tener problemas de codificacin.

4. ASEGURAR LA CALIDAD
Incluso con la mejor arquitectura y liderazgo,
un desarrollo de software pobre puede causar
que un proyecto exitoso se convierta en
fracaso. Asegurar la calidad es una funcin
amplia del arquitecto. No solo se trata de
revisar el cdigo, sino tener estndares y
prcticas de trabajo. Desde la perspectiva del
desarrollo de software, estas pueden incluir
pruebas unitarias automatizadas, principios de diseo, herramientas de
anlisis de cdigo fuentes a travs de una continua integracin. La
mayora de proyectos no aseguran la calidad suficiente, p or lo tanto
se tiene que comprender que la calidad es importante y se tiene que
garantizar lo suficiente.

5. DISEO, DESARROLLO Y PRUEBAS

La ultima funcin del arquitecto es el
diseo, desarrollo y pruebas. Ser un
arquitecto practica no significa que se
encuentre involucrado con el cdigo en el
da a da, pero si implica que este
involucrado en el proyecto para darle
forma. La pregunta es Por qu la funcin
de los arquitectos no es codificar?, algunas instituciones tienen la idea
de que el arquitecto no tiene el derecho de tocar el cdigo, pero esta
es una visin incorrecta, ya que el arquitecto esta actualizado en las
nuevas tecnologas y este es capaz de programar y sentir el dolor de
los desarrolladores para motivar el ambiente. Si el arquitecto pone todo
su esfuerzo para definir la arquitectura porque no dejarlo ayudar a
codificar. Por su puesto existen occisiones en el que el proyecto es muy
grande y los arquitectos simplemente no tienen tiempo para poder
codificar.
 6. ERES UN ARQUITECTO DE SOFTWARE?
La experiencia y lo comprometidos que estn para
realizar la funcin de arquitecto varia dependiendo
que tan serio toman su papel. La mayora de
desarrolladores no despiertan pensando que es
arquitecto, ya que es un proceso evolutivo. Hay
una alta probabilidad que estos desarrolladores ya
estn pensando en tomar el papel de arquitecto, independiente de su
ttulo profesional. Existe una gran diferencia entre desarrollar la
arquitectura de un sistema y ser el responsable de esta, una
continuidad de habilidades, experiencia necesitaras forma el papel de
un arquitecto. Cruzar la lnea entre desarrollador y arquitecto solo
depende de ti, pero comprender tu experiencia es el primero paso.