SUBSECRETARIA DE EDUCACION SUPERIOR DIRECCION GENERAL DE EDUCACION SUPERIOR TECNOLOGICA INSTITUTO TECNOLOGICO DE TAPACHULA

Nombre Del Alumno: Martnez Ramos Sheyla Berenice

Nombre De La Carrera: Ingeniera En Sistemas Computacionales

Nombre Del Profesor: Mayra Yazmin Lopez Rosales

Nombre De La Materia: Ingeniera de Software

Tema: Funciones de un Arquitecto de Software

INTRODUCCION
Hay quienes objetan vehementemente el uso de los trminos "arquitecto" y "arquitectura" en el dominio del software. Hoy en da, este trmino es utilizado para sistemas, productos, negocios y otros trminos informticos. As como no tiene sentido ver una casa como un puado de madera, clavos y ladrillos, tampoco tiene sentido ver el software como un puado de bits o incluso lneas de cdigo, tenemos que ver estructuras ms grandes, los cuartos, el flujo de las personas entre ellos, las columnas, el techo. Si podemos entender el sistema segn sus partes, podremos modelar sistemas cada vez ms grandes. De la misma manera que ocurre con la Arquitectura de Software, existen mltiples definiciones sobre el rol de los arquitectos de software. Se podra incluso citar una definicin por autor. En general esto puede ser causado porque se ubica a los arquitectos en el contexto de una organizacin en particular, con las propias necesidades y requerimientos de esa organizacin. La realidad parece indicar que es poco probable que se pueda dar una definicin de arquitecto transversal a cualquier organizacin, y definir un estereotipo de arquitecto que especifique cules son sus responsabilidades y habilidades necesarias dentro de un proyecto. Lo que s es posible es definir prototipos de arquitectos a muy grandes rasgos y aplicar cada uno de estos arquetipos en una situacin en particular, dependiendo del contexto de la empresa, del proyecto y del equipo de trabajo. El papel del arquitecto ha estado presente desde el inicio de la vida del hombreen la tierra, desde la prehistoria existan los Arquitectos, aunque no hubieran sido llamados de esa manera, y es que para hablar de un Arquitecto tenemos que necesariamente hacer referencia a su significado etimolgico. La palabra Arquitecto nos llega de los griegos, quienes bautizaron tal papel con la palabra (architcton) que define al director de una construccin. Esta palabra proviene de la unin de dos races muy fuertes (archs), que significa gua y (tcton) que significa constructor. Pero al espaol lleg gracias a los romanos que llamaron Architectus, a los grandes guas de las impresionantes y avanzadas obras civiles del imperio ms grande del mundo antiguo. Cul es pues el papel del Arquitecto de Software que ha heredado el honor de tan noble asociacin?

Este trabajo presenta un conjunto de definiciones provenientes de las fuentes ms representativas en el mbito del software y enfocadas a un proceso arquitectnico especfico. Los clientes entendern cada vez ms los roles y la secuencia en la que aparecen durante la construccin de software, llegarn incluso a tener los planos del sistema. Las siguientes fases definen el papel del arquitecto en el proceso deconstruccin de software, conceptualmente siguiendo las fases de laconstruccin y los servicios arquitect nicos descritos por el documento del Instituto Americano de Arquitectura B163 (AIA por sus siglas en ingls). Estas fases aplican a todos los proyectos de construccin de software, incluyendo aquellos que usan mtodos iterativos o incrementales. Muchos profesionales de software han sacado una analoga de la construccin de edificios para describir su proceso, ya que ella es una analoga verdadera entendible por los clientes. Esta analoga primaria encierra la respuesta a las crisis en la construccin de software y le dar forma a su futuro. Prediseo

En esta fase el Arquitecto escucha y entiende el alcance del proyecto, los puntos claves del diseo segn el cliente, los requisitos y las expectativas. El arquitecto tambin estudia el contexto del proyecto -la empresa entera de la que hace parte el proyecto-. Los recursos del cliente son determinados (los financieros y los intelectuales), y los problemas y necesidades que el cliente desea resolver. El arquitecto identifica las posibles soluciones disponibles usando tecnologa y cambios organizacionales, administrativos o de producto. Con la interaccin del cliente y el arquitecto, comienza a tomar forma una direccin administrativa refinando su entendimiento hasta que una visin compartida emerge. Luego un presupuesto y cronograma general son definidos. Anlisis del Dominio

El arquitecto se sumerge profundamente en el contexto y documenta el dominio para el cual el sistema ser construido, y aprende el detalle de cada uno de los requisitos del cliente. Los comportamientos deseados del sistema son definidos. El arquitecto determina el entorno tecnolgico del cliente y alcance de las interacciones que requiere realizar. El glosario y los conceptos claves del dominio son adecuadamente definidos. Diseo Esquemtico

El arquitecto prepara diseos de tipo arquitectnico que muestran lascaractersticas del dominio y la estructura tecnolgica. Se definen los puntos claves de la interfaz grfica (la apariencia y sensacin del sistema). En este punto se construyen prototipos si son necesarios. Se estiman los riesgos de la migracin. Desarrollo del Diseo

El arquitecto contina con la profundizacin el detalle del tipo de solucin a generar y refina cada vez ms los artefactos. Todos los documentos, glosarios lineamientos de gestin para adaptar la aplicacin a las normas definidas y directrices. En algunas organizaciones, esta tarea se fusiona con la del CIO. Solution Architect

El arquitecto de Soluciones es el responsable de la ejecucin de un programa estratgico de TI. Esto incluye la definicin dela solucin arquitectnica para el programa, la seleccin de plataformas tecnolgicas acordes a la estrategia de la empresa, comunicacin con el equipo de trabajo, y la toma de decisiones sobre cuestiones tcnicas durante la ejecucin del proyecto. Generalmente tiene que mediar entre las empresas y equipos de tecnologa y otros grupos. En algunas organizaciones, este papel se define simplemente como "arquitecto". El puesto de alto nivel tiene el ttulo de "Arquitecto Lder. Technical Architect

El arquitecto tcnico es por lo general un especialista en una tecnologa particular. Esta persona tiene conocimiento experto de la tecnologa y las funciones de la misma, los componentes que la integran, y comprende los puntos fuertes y las limitaciones de la tecnologa. Esta persona es responsable de determinarla aplicabilidad de la tecnologa, para definir la mejor arquitectura posible utilizando una tecnologa en particular, y tambin para guiar al equipo en la aplicacin de la solucin. En general, del arquitecto tcnico se espera conocer las distintas herramientas de proveedores en el mbito de la tecnologa, las ltimas tendencias en el mercado, de arquitectura y diversas alternativas para aplicar la solucin. La siguientes grfica muestra la relacin entre estos tres roles con la tecnologa y la estrategia de la organizacin

Adems existen los, Infrastructure architects

El arquitecto de Infraestructura es responsable de las decisiones del rea de infraestructura, de mantener el entorno de TI y los usuarios finales, y de comunicarse constantemente con los ingenieros que mantienen reas especficas de la infraestructura. Se encargan de crear una arquitectura que cumple con los acuerdos de niveles de servicio de las necesidades de los empresarios y apoya las aplicaciones y soluciones que se requieren para operar en el da a da delas empresas. Microsoft en su programa de Arquitecto Microsoft considera algunas caractersticas comunes a todos los arquitectos independientes del tipo de arquitecto. Algunas de estas caractersticas son: i. Poseer fuerte visin para los negocios Consiste en entender los costos de capital operacional y considerar cada uno de estos mientras se crea la solucin.

Leer estados financieros, tener conversaciones con funcionarios financieros y tener una comunicacin acertada con los dueos de negocios para justificar los proyectos y calcular el rendimiento de un proyecto. ii. Pensamiento visionario: Durante la participacin en un proyecto, el arquitecto debe considerar y proyectar la tecnologa en el futuro, visionndolos cambios que se producen en los negocios de los clientes, y la mejor manera de aprovechar las ventajas de la solucin tecnolgica actual en el futuro. iii. Investigar nuevas tecnologas El arquitecto debe estar en continua investigacin de nuevas tendencias en tecnologa, arquitectura de TI y las aplicaciones empresariales. iv. Comprender Frameworks arquitectnicos y las mejores prcticas Los arquitectos entienden cules son los Frameworks de arquitectura yempresariales y su valor en un proyecto. Los arquitectos seleccionan y usan metodologas en los proyectos, entienden el funcionamiento de Frameworks y cmo la solucin ser desarrollada, y el comportamiento antes y despus del despliegue. Entienden el ciclo de vida de un proyecto y de una solucin. v. Seguir y divergir a la vez Cuando se trabaja en un entorno particular o en un proyecto especifico, los arquitectos deben tener la capacidad de personalizar o modificar Frameworks y/o las metodologas utilizadas para lograr una solucin a un problema o requisito de negocio. vi. Poder para desarrollar rpidamente profundo conocimiento en una tecnologa Ganando profundidad en mltiples tecnologas anteriores, el arquitecto puede asociar o transferir la capacidad de aprender otros mtodos para investigar y para ganar rpidamente experiencia en nuevas tecnologas. vii. Pueden trabajar con ambigua o incompleta informacin: Los Arquitectos deben colaborar en el proceso de indagacin de la informacin para llegar a una solucin, pero pueden empezar a trabajar con informacin limitada y conforme el proyecto progresa, tomar decisiones de compensacin o

equilibrio con el fin de mantener una solucin que cumpla con los objetivos, y continuar satisfaciendo las exigencias de negocio que al principio fueron identificadas. Sin embargo el arquitecto debe saber claramente si con lainformacin limitada pue de empezar a trabajar sin poner en riesgo elproyecto mas adelante por cambios dr sticos o si el proyecto debesuspenderse antes de recopilar informacin mnima para empezar las tareas, es importante el trabajo conjunto de todo el equipo de proyecto en este aspecto. Microsoft posee un programa de certificacin de Arquitectos (Microsoft Certified Architect Program), el cual sirve para identificar a los mayores expertos en Arquitectura TI del sector. Se trata de arquitectos que pueden utilizar mltiples tecnologas para resolver problemas empresariales y ofrecer cifras y parmetros a los negocios para ayudarles a determinar el xito o el fracaso de los proyectos que dirigen. A continuacin presentamos tambin las Competencias de un arquitecto segn Microsoft La experiencia y cualidades de liderazgo constituyen los pilares fundamentales del rol del arquitecto. Tambin se necesita perspicacia tcnica, buenas habilidades de comunicacin, entender el dominio del problema antes de disear una solucin y la capacidad de gestin. El arquitecto de software debe tener una mentalidad estratgica, es decir, la habilidad de ver las cosas a 50.000 pies de altura, a un nivel estratgico, abstraerse de la complejidad operativa. Se trata de adoptar una visin ms amplia. Muchos recursos educativos y las certificaciones estn disponibles paraalcanzarlas. Adems los arquitectos con experiencia, son otra fuente importante de recursos, ya que la informacin por s sola es insuficiente para el desarrollode muchas habilidades necesarias. Los aspirantes a los arquitectos debenconsid erar muchos factores a la hora de hacer carrera, desde los tipos de proyectos para el acceso a los mentores o expertos. La arquitectura es exigentepero gratificante profesin, sino que tiene determinacin y una buenaplanificaci n para desarrollar plenamente sus habilidades y madurar en el papel.

El Papel del Arquitecto segn Bredemeyer Consulting

Puede definirse de manera simplona que un Arquitecto es aquel que haceArquitecturas y sus responsabilidades se restringen a hacer bien su trabajo. Esto puede incluir articular la visin arquitectnica con las necesidades del cliente, conceptualizar y experimentar con diferentes estrategias arquitectnicas; crear modelos, componentes y documentos de

especificacin de interfaces. Sin embargo, cualquier arquitecto experimentado sabe que el papel no solo encierra estas tareas de tipo tcnico, sino que existen otras de un carcter ms diplomtico y estratgico por un lado y por otro lado tareas de consultora y asesora. Un sentido coherente del negocio y una adecuada estrategiatecnolgica son necesarios para vislumbrar la arquitectura que solucionar los problemas del cliente, dados los objetivos y restricciones al arquitecto en la organizacin. Las actividades en esta rea incluyen la escucha activa a los interesados del proyecto para entender de manera profunda sus intereses y las metas a satisfacer, implica tambin crear mapas tecnolgicos y estrategias de diferenciacin, a la par con la realizacin de afirmaciones sobre tendenciastecnolgicas y sus consecuencias en la estrategia tcnica del proyecto y la arquitectura planteada. El arquitecto (o equipo de arquitectura) necesita tener empata con unavariedad de grupos de interesados en el proyecto, incluyendo la gerencia a diferentes niveles, analistas de negocio o de ventas y sobre todo los desarrolladores. El arquitecto necesita balancear su participacin con lanecesidad de tomar en cuenta las mltiples opiniones de su equipo de trabajo. Mientras ms amplio horizonte tenga la arquitectura, ms ajustada ser a la ptima. El arquitecto tiene que pasar por encima de muchas "PolticasOrganizacional" para lograr convencer a muchos interesados en el proyecto, para comunicar extensivamente y trabajar con diversas redes de personas que influyen en el xito de la arquitectura. Pero lograr "vender" la arquitectura no es suficiente. Todos los que estn vinculados con su implementacin necesitan entenderla. Los documentos tipo"ladrillo" son famosos por ser excelentes "recogedores de polvo". La participacin temprana de los desarrolladores ms experimentados trae buenas ideas en el proceso de definicin de la arquitectura y tambin crea un amplio entendimiento de los deseos de los desarrolladores y el costo de su implementacin.

CONCLUSIN
Es muy difcil poder establecer un perfil nico del arquitecto de software, es por esa razn que en este trabajo ms bien se habl acerca de las actividades que juega este rol a lo largo del desarrollo. Un aspecto complejo del rol del arquitecto de software es que es responsable de conciliar las demandas de los distintos involucrados dentro del desarrollo. As, debe buscar satisfacer las necesidades (no siempre compatibles) de los clientes y de la organizacin de desarrollo.

Un arquitecto no puede, por ejemplo, proponer el uso de cualquier tecnologa sin considerar aspectos tales como la curva de aprendizaje del equipo de desarrollo, si ste ltimo no est familiarizado con la herramienta propuesta. Adicionalmente, el arquitecto de software debe asumir un papel de liderazgo y ser alguien con mucha iniciativa capaz de aprender continuamente, pero a la vez debe poder comprender que los miembros del equipo de desarrollo pueden no tener el mismo nivel tcnico que l y, por ello, debe tambin fungir como un mentor dentro del equipo. Frecuentemente se considera que el rol de arquitecto de software es un rol extremadamente tcnico y que personas que son muy buenas para la tecnologa automticamente pueden ocupar este papel. La realidad es que el rol de arquitecto de software es un rol complejo que requiere de una combinacin equilibrada de habilidades tcnicas y no-tcnicas que son indispensables en las distintas etapas del desarrollo de un sistema.