Atam Final

Arquitectura de Software Anlisis ATAM
Ttulo Autor(es)
Detalle
Rodrigo Gonzlez Roberto Caamao Miguel Cartagena Mauricio lvarez Manuel Fernndez
Profesor Ctedra
Miroslav Pavlovic Arquitectura de Software
Fecha de Entrega
01-08-2012
ndice
ndice .................................................................................................................. 2 Introduccin ........................................................................................................ 4 Que es ATAM ..................................................................................................... 5 Objetivo de ATAM ............................................................................................... 5 Por qu molestarse en utilizar ATAM? ............................................................. 5 Cmo se logra el xito con ATAM? .................................................................. 5 Cul es el propsito de la ATAM? .................................................................... 5 En que se tcnicas inspira ATAM? ................................................................... 6 Consecuencias positivas del uso de la ATAM. ................................................... 6 ATAM es un mtodo de anlisis organizado en torno a:..................................... 6
Presentacin ................................................................................................................................... 6 Investigacin y Anlisis.................................................................................................................... 7
Pruebas ................................................................................................................................... 7
Tormenta de ideas y dar prioridad a las vistas. .............................................................................. 7 Analizar los enfoques arquitectnicos ............................................................................................ 7
Reporte ................................................................................................................................... 7
Presentacin de los resultados. ...................................................................................................... 7 Caracterizacin de calidad de atributos.......................................................................................... 8
Ejemplo de Estmulos Externos: ............................................................................................ 8 Para la Modificabilidad, ......................................................................................................... 8 Escenarios ........................................................................................................ 10 Tipos de Escenarios .............................................................................................................. 10 Escenarios de casos de uso ................................................................................................... 10 Escenarios de crecimiento .................................................................................................... 10 Desempeo ........................................................................................................................... 10 Los escenarios exploratorios ................................................................................................ 10 Obtener y Priorizacin de los escenarios ............................................................................. 11 Los rboles de utilidad ......................................................................................................... 11 Escenario de lluvia de ideas ................................................................................................. 12 Atributos basados en estilos arquitectnicos ................................................... 12 Resultados de la Atam ...................................................................................... 12 Detectar Riesgos y los que no son Riesgos .......................................................................... 13 Puntos de Sensibilidad y de relaciones de intercambio....................................................... 13 Relaciones de intercambio ................................................................................................... 14 Una Estructura para el razonamiento ................................................................................... 14 Elaboracin de producto Atams .......................................................................................... 15
Paso 1 : .......................................................................................................................................... 15 Paso 2 : .......................................................................................................................................... 15
Pasos del ATAM ............................................................................................... 16 Fase de Presentacin ....................................................................................... 16 Paso 1 - Presentacin del ATAM ......................................................................................... 16 Paso 2 - Presentacin de los Conductores del Negocio ...................................................... 17 Caso de Negocio/Presentacin de la Arquitectura ............................................................... 17
Paso 3 - Presentacin de la Arquitectura Actual .................................................................. 18 Fase de Investigacin y Anlisis ....................................................................... 19 Paso 4 - Identificar el Enfoque Arquitectural....................................................................... 19 Paso 5 - Generacin de Atributos de Calidad del rbol de Utilidad .................................. 19 Paso 6 - Analizar el Enfoque Arquitectnico ....................................................................... 20 Fase de Pruebas .............................................................................................. 21 Paso 7 - Dar prioridad a una lluvia de ideas y Escenarios ................................................... 21 Paso 8 - Analizar los enfoques arquitectnicos .................................................................... 24 Paso 9 - Presentacin de Resultados .................................................................................... 24 Las dos Fases de ATAM................................................................................... 25 Actividades de la Fase 1 ....................................................................................................... 25 Actividades de la Fase 2 ....................................................................................................... 25 Pasos ATAM y sus stakeholders .......................................................................................... 26 Ejemplo de evaluacin ...................................................................................... 26 Fase de Presentacin ....................................................................................... 26 Fase de Investigacin y Anlisis ....................................................................... 32 Fase de Pruebas .............................................................................................. 38 Conclusin ........................................................................................................ 46
Introduccin
El disponer de herramientas que permitan evaluar la arquitectura de los sistemas, permite entre otras cosas, dar un paso hacia el mejoramiento en la calidad de los mismos. Un Sistema debe poder ser medido para ver que tan eficiente es su arquitecura y para ello existen una serie de herramientes que permiten realizar este tipo anlisis. En el mercado existen varias herramientas que logran este objetivo, sin embargo el tenor de este trabajo, es revisar en que consiste el anlisis de la arquitectura basado en ATAM.
Que es ATAM
Es un mtodo de anlisis de la arquitectura que dadas sus condiciones particulares permite que el anlisis sea repetible. As, al tener un mtodo estructurado ayuda a asegurar que se solicitarn al inicio del proyecto las preguntas correctas relacionadas a la arquitectura, en las etapas de diseo, cuando los problemas detectados pueden ser resueltos con costos presupuestarios bajos Finalmente tiene como finalidad guiar en forma amistosa a los usuarios del mtodo en busca de problemas determinando los mejores resultados para dar solucin a estos conflictos en la arquitectura de software
Objetivo de ATAM
Es entender las consecuencias de las decisiones arquitectnicas con respecto a los requisitos de calidad de los atributos del sistema. Obtener y perfeccionar una comunicacin precisa de las necesidades de la arquitectura de los drivers de los atributos de calidad Obtener y refinar una muestra precisa de las decisiones de diseo arquitectnico
Por qu molestarse en utilizar ATAM?

En pocas palabras, una arquitectura es el ingrediente clave de un negocio o xito de una organizacin tecnolgica, si al utilizar ATAM se logra mejorar la arquitectura, se propende al mayor xito del negocio.
Cmo se logra el xito con ATAM?

El xito se logra mediante la identificacin de tendencias, teniendo como principal inters identificar los riesgos al momento de tomar decisiones de diseo arquitectnico en su etapa inicial, creando prototipos, que a la larga sern de menor costo que modificar el proyecto en su etapa postrera.
Cul es el propsito de la ATAM?

El propsito de la ATAM es evaluar las consecuencias de las decisiones de arquitectura en funcin de las necesidades de los atributos de calidad; ATAM es un mtodo de identificacin de riesgos, una forma de detectar reas de riesgo potencial dentro de la arquitectura de un sistema de software, pudiendo desarrollarse al principio del ciclo de vida del sistema.
En que se tcnicas inspira ATAM?

La ATAM se inspira en tcnicas de tres reas: la nocin de estilos arquitectnicos, las comunidades de los atributos de calidad de anlisis, y el Mtodo de Anlisis de Arquitectura de Software (SAAM) [Kazman 94], que fue la predecesora de ATAM.
Consecuencias positivas del uso de la ATAM.

Hemos observado que es un filtrado y concrecin de los requisitos de atributos de calidad. Esto se logra, en parte, mediante la obtencin de vistas relacionados a los interesados que establecen claramente los requisitos de atributos de calidad en trminos de estmulos y respuestas. El proceso de vistas de intercambio de ideas tambin fomenta la comunicacin entre las partes interesadas, lo que genera consenso necesario, con respecto a los requisitos de calidad de los atributos. Es importante sealar que Los escenarios (Vistas) son el segundo concepto clave sobre la cual se construye ATAM. El tercer concepto sobre el cual se encuentra ATAM es, por tanto, la nocin de base de atributos estilos arquitectnicos.
ATAM es un mtodo de anlisis organizado en torno a:

Idea de que los estilos arquitectnicos son los principales determinantes de los atributos de calidad arquitectnica. El mtodo se centra en la identificacin de los objetivos de negocio que conducen a los objetivos de los atributos de calidad ATAM es utilizado para analizar la ayuda estilos arquitectnicos como en el logro de estos objetivos. Las etapas del mtodo son los siguientes: Presentacin El mtodo se describe a las partes interesadas reuniendo representantes de los clientes, representantes de los usuarios,(gerentes, evaluadores, integradores, etc.) Los promotores del negocio. El director del proyecto quien describe los objetivos de negocio, las motivaciones que mueven para generar el desarrollo, que sern los principales impulsores de arquitectura. La arquitectura actual., que es descrita por el arquitecto, centrndose en cmo se dirige a los generadores del negocio.
Investigacin y Anlisis Identificar los enfoques arquitectnicos. Son identificados por el arquitecto, sin ser analizados. Generar atributo de la calidad del rbol de utilidad. Se comprometen los factores de calidad que componen el sistema de " eficacia " (rendimiento, disponibilidad, seguridad, modificabilidad, etc.) especificndose al nivel de las Vistas. Analizar los enfoques arquitectnicos. En base a los factores de alta prioridad son identificados y analizados (por ejemplo, un enfoque de arquitectura orientada a satisfacer las metas de desempeo ser subproyectada a un anlisis de rendimiento). Durante esta etapa los riesgos arquitectnicos, puntos de sensibilidad y puntos calculados son identificados. Pruebas Tormenta de ideas y dar prioridad a las vistas. Con base a las vistas de modelos que se generan en el paso del rbol de utilidad, Este conjunto de vistas se prioriza a travs de un proceso de votacin con la participacin de todo el grupo de actores (Stakeholders). Analizar los enfoques arquitectnicos. En este paso, los escenarios altamente clasificados, se consideran casos de prueba para el anlisis de los enfoques arquitectnicos. Estos escenarios de casos de prueba pueden exhibir otros enfoques arquitectnicos, los riesgos y los puntos de afectividad y los puntos que estn sopesando la continuacin documentada.
Reporte Presentacin de los resultados. Con base en la informacin recogida en el ATAM (Escenario de Estilos, Atributos Especficos de las preguntas, rbol de utilidad, Riesgos, Puntos de Sensibilidad, Compensaciones), el equipo ATAM presenta las conclusiones a las partes interesadas, escribe un informe que detalla esta informacin, junto con cualquier estrategias de mitigacin propuesta.
Caracterizacin de calidad de atributos
Evaluacin de un diseo arquitectnico frente a los requisitos de atributos de calidad. Requiere una caracterizacin precisa de los atributos de calidad de inters. Por tal motivo, se ha creado las caracterizaciones de los atributos de calidad de desempeo, modificabilidad, disponibilidad, caracterizacin de usabilidad y seguridad. Caracterizaciones que sirven como puntos de partida, que pueden concretarse ms en preparacin para la realizacin. Cada atributo de calidad de caracterizacin se divide en tres categoras: Estmulos externos: Son los eventos que ocasionan la arquitectura para responder o cambiar los requisitos deben ser expresados en trminos que sean concretos y medibles u observables. Decisiones arquitectnicas. Decisiones sobre la arquitectura son los aspectos de una arquitectura de componentes, conectores, y sus propiedades, que tienen un impacto directo en el logro de las respuestas de los atributos Respuestas: Se caracterizan por cantidades medibles como la latencia y el rendimiento
Ejemplo de Estmulos Externos: Mensajes Interrupciones Pulsaciones de teclado.
Para la Modificabilidad,
Los estmulos externos son las solicitudes de cambio en el software del sistema que incluyen: Encapsulacin Mecanismos de direccionamiento indirecto Respuesta es el nmero de componentes afectados, conectores e interfaces y los recursos tales como la CPU y redes de rea local, Los recursos de arbitraje, como poltica de planificacin, el consumo de recursos como el tiempo de ejecucin de la CPU, las entradas y los acontecimientos externos tales mensajes.
Son los servidores de un solo o de varios Cul es la ubicacin de los servidores de subprocesos? seguridad y su impacto en el rendimiento? Cmo son las prioridades asignadas a los Qu informacin se almacena en cach en procesos? comparacin con volver a genera-? Sobre la base de qu principios? Cmo se asignan a los procesos de hardware? Cul es el impacto en el rendimiento en un cliente liviano en comparacin con un cliente pesado? Cul es la ubicacin fsica del hardware y la Cmo se asignan los recursos a las solicitudes conectividad? de servicio? Cules son las caractersticas de ancho de Cmo podemos caracterizar la carga del banda de la red? cliente, (por ejemplo, cuntas sesiones simultneas, cuntos usuarios)? Cmo se hace la cola y la priorizacin en la Cules son las caractersticas de rendimiento red? del middleware: balanceo de carga, monitoreo, Utiliza un protocolo sncrono o un protocolo configuracin de los servicios a los recursos? asncrono? Cul es el impacto de los protocolos de transmisin unicast o multicast? Figura 1: Ejemplos de preguntas relacionadas con el rendimiento
Estas preguntas estn inspiradas en las caracterizaciones de los atributos y el resultado de la aplicacin de la caracterizacin de la arquitectura est siendo evaluado. Por ejemplo, ver las preguntas de desempeo en la Figura 1 y considerar cmo estas preguntas podran haber sido inspirada por la caracterizacin del rendimiento en la figura 16 del anexo A. Otros ejemplos especficos de atributo-preguntas se muestran en la Figura 2. MODIFICABILIDAD: Si varios flujos de mensajes llegan a una cola de mensajes en la residencia, cules son las tasas Si esta arquitectura incluye capas o fachadas, y distribuciones de cada corriente? hay algn lugar all donde las capas o fachadas son eludidas? Existen canales de comunicacin Si esta arquitectura incluye un repositorio de relativamente lentos a lo largo de una va de datos, cuntos lugares distintos en la comunicacin importante (por ejemplo, un arquitectura tienen un conocimiento directo de mdem)? sus tipos de datos y el diseo? Si cambia el tipo de datos compartidos, DISPONIBILIDAD: cuntas partes de la arquitectura se ven afectados? Si la redundancia se utiliza en el la arquitectura, qu tipo de redundancia (analtica, exacta y RENDIMIENTO: funcional) y cmo es la eleccin entre los componentes redundantes? Si hay varios procesos que compiten por un Cmo se identifican las fallas? recurso compartido, cmo son las prioridades Puede fallas activas, as como pasiva se asignadas a estos procesos y el proceso de identifica? control de los recursos? Si la redundancia se utiliza en el la arquitectura, Si hay varias tuberas de procesos y cunto tiempo se necesita para cambiar entre subprocesos, lo que es la prioridad ms baja las instancias de un componente redundante? para cada proceso / hilo en cada tubera?
Figura 2: Ejemplos de preguntas especficas en atributos
Escenarios
Un escenario es una declaracin breve que describe una interaccin de una de las partes interesadas con el sistema (ejemplo actualizacin del sistema operativo) Los escenarios son tambin tiles en la comprensin de tiempo de ejecucin de cualidades tales como el rendimiento o la disponibilidad.
Tipos de Escenarios
En el ATAM se utilizan 3 tipos de Escenarios 1. casos de usos 2. escenarios de crecimiento 3. los escenarios exploratorios Estos diferentes tipos de escenarios se utilizan para probar un sistema de desde diferentes ngulos,
Escenarios de casos de uso

Describe la interaccin del usuario con el sistema. Ejemplos: 1. El usuario desea examinar los datos presupuestarios y reales en diferentes ejercicios fiscales, sin volver a entrar los datos del proyecto. (Usabilidad) 2. Usuario remoto solicita un informe de base de datos a travs de la Web durante el perodo de mxima y la recibe dentro de los cinco segundos. (Rendimiento) 3. El sistema de almacenamiento en cach se puede cambiar a otro procesador cuando el procesador falla, y lo har dentro de un segundo. (Fiabilidad) Los escenarios para estar bien formado debe quedar claro cul es el estmulo, lo que las condiciones ambientales son, y lo que es la manifestacin medible u observable de la respuesta.
Escenarios de crecimiento
Los escenarios de crecimiento representan tpicos cambios previstos en el futuro a un sistema.
Desempeo
Cambiar la pantalla de heads-up para hacer un seguimiento de varios objetivos al mismo tiempo sin afectar latencia. Migrar a un nuevo sistema operativo, o una nueva versin del sistema operativo existente en el menos de un ao-persona de trabajo.
Los escenarios exploratorios

El objetivo de estos escenarios es para exponer los lmites o condiciones de contorno del diseo actual, exponiendo posiblemente supuestos implcitos. Por ejemplo: 1. Aadir un nuevo 3-D El mapa, y una interfaz de realidad virtual para visualizar los mapas en menos de cinco meses-persona de esfuerzo. 2. Cambio de la plataforma subyacente de Unix a un Macintosh. 3. Vuelva a utilizar el software de 25 aos de edad, en una nueva generacin de la aeronave.
Obtener y Priorizacin de los escenarios
Los escenarios son identificados y priorizados en ATAM utilizando mecanismos diferentes en momentos diferentes con la participacin de stakeholders diferentes. Los dos mecanismos empleados son arboles de utilidad y lluvia de ideas estructuradas
StakeHolders Tamao Tpico del Grupo
rbol de utilidad Arquitectos, responsable del proyecto 2 evaluadores; 2-3 del personal del proyecto Obtener, concretar y priorizar el conducir los requisitos de calidad de los atributos. Proporcionar un enfoque para el resto del la evaluacin.
Lluvia de ideas Todo los StakeHolders 4-5 evaluadores; 10.5 relativas al proyecto personal Fomentar las partes interesadas la comunicacin para validar atributo de calidad objetivos provocada a travs del rbol de utilidad
Objetivos Principales
Enfoque
Top-down (general a especfico) Bottom-up (especfico a general)
Los rboles de utilidad
En resumen la Utilidad de los rboles ayudan a concretar y priorizar los objetivos de calidad., aunque diferentes grupos de inters pueden agregar sus propios atributos o cambiar nombres para representar sus propias ideas. La priorizacin del rbol de utilidad se realiza en dos dimensiones: por la importancia de cada nodo para el xito del sistema y el grado de percepcin del riesgo que plantea la consecucin de este nodo
Ejemplo de un rbol de utilidad
Escenario de lluvia de ideas
Escenario de lluvia de ideas funciona bien en la mayora de grupos, creando una atmsfera en la que las ideas y los pensamientos de una persona estimulan a otros para pensar. El proceso fomenta la comunicacin, la creatividad, y sirve para expresar en colectivo el pensar de los participantes. La lista de prioridades de los escenarios de lluvia de ideas se compara con la generada a travs del ejercicio del rbol de utilidad. Si estn de acuerdo, muy bien. Si los escenarios adicionales de manejo son descubiertos, esto tambin es un resultado importante
Atributos basados en estilos arquitectnicos

Un estilo arquitectnico incluye una descripcin de los tipos de componentes y su topologa, una descripcin del patrn de datos y la interaccin entre los componentes de control, y una descripcin informal de las ventajas y los inconvenientes de la utilizacin de ese estilo. Los estilos arquitectnicos son importantes ya que se diferencian las clases de diseos, ofreciendo evidencia emprica de la forma en que cada clase tiene se utiliza junto con un razonamiento cualitativo para explicar por qu cada clase tiene cierta propiedades
El ATAM utiliza Abass [Klein 99a, 99b]. Un ABAS es un estilo arquitectnico en el que las limitaciones se centran en tipos de componentes y los patrones de interaccin que son particularmente relevantes para los atributos de calidad tales como el rendimiento, modificable, la seguridad o la disponibilidad. Por ejemplo, un ABAS de datos reflejan las decisiones arquitectnicas que son relevantes para el desempeo cmo los procesos que se asignan a los procesadores, donde comparten recursos, como se asignan prioridades, y as sucesivamente. Ejemplos de Abass incluyen Los Abass han demostrado ser tiles en evaluaciones de la arquitectura, aunque ninguno de los estilos ha sido catalogado expresamente identificado en la arquitectura. Todas las arquitecturas se han incorporado los patrones, ya que no es un gran sistema al azar coleccin de componentes y de conexin. Pero sin embargo, hay patrones. Llamando estos patrones durante una arquitectura evaluacin y de forma explcita el razonamiento acerca de su comportamiento haciendo preguntas especficas en atributos y la aplicacin de determinados atributos modelos de razonamiento es fundamental para la evaluacin. Esta es la forma entendemos el "bosque" de una arquitectura, sin quedar empantanados en la comprensin individual "rboles".
Resultados de la Atam
El objetivo central de la evaluacin de una arquitectura es descubrir las decisiones claves de la arquitectura. Principalmente se requiere encontrar decisiones que pueden poner en riesgo el objetivo de cumplir con los requisitos de calidad seleccionados y encontrar las decisiones que aun no han sido tomadas. El resultado del anlisis de Atam es ayudar a las organizaciones para desarrollar una serie de anlisis, razonamientos, justificaciones y guas para tomar decisiones respecto a la arquitectura. Este anlisis se debe realizar de manera repetida a medida que el sistema vaya evolucionando. Detectar Riesgos y los que no son Riesgos
Los riesgos pueden ser problemas potenciales para la arquitectura. Se considera como no riesgo a decisiones basadas en supuestos que se asumen como implcito en la arquitectura. Se debe tratar de registrar ambas dentro del documento
La documentacin de estos puntos consiste en Documentar una decisin de arquitectura (y documentar las que no se han tomado hasta el momento) La respuesta del atributo de calidad que se esta evaluando y las consecuencia en base a la respuesta La justificacin del efecto positivo o negativo de cumplir con la calidad del atributo del requerido
Un ejemplo de riesgo puede ser una decisin que todava no ha sido tomada ya que cuando esta se tome, puede que cause efectos negativos sobre la arquitectura ya que puede modificar la funcionalidad. Reglas pocas claras de lgicas de proceso pueden producir efecto similar al igual que la poca comunicacin entre los Stakeholder y el (los) arquitectos Un ejemplo de no riesgo puede ser si se asume que los procesos van llegando cada un segundo se debe considerar el tiempo de proceso de estos, en cado de que pudiesen existir procesos prioritarios y que pudiesen tomar mas tiempo retrasando los otros.
Puntos de Sensibilidad y de relaciones de intercambio
Un punto de sensibilidad es una propiedad de uno mas componentes que son crticos para el logro de la repuesta de un atributo de calidad por ejemplo: El nivel de confidencialidad en una red privada virtual puede ser sensible a la cantidad de bits de encriptacin. La latencia para el procesamiento de un mensaje importante podra ser sensible a la prioridad del proceso de prioridad ms baja implicado en el manejo del mensaje. El nmero promedio de das-hombre de esfuerzo que se necesita para mantener un sistema puede ser sensible al grado de encapsulacin de los protocolos de comunicacin y formatos de archivo.
Los puntos de sensibilidad indican al diseador o al analista donde colocar el foco de atencin cuando se trata lograr el atributo de calidad, sirven como alertas en caso de querer cambiar propiedades de la arquitectura, incluso esto pueden ser considerados como los riesgos dependiendo del atributo
Relaciones de intercambio
Es una propiedad que afecta a ms de un atributo y es un punto de sensibilidad para ms de un atributo. Por ejemplo, cambiar el nivel de encriptacin podra tener un impacto significativo sobre la seguridad y el rendimiento. El aumento del nivel de cifrado mejora la seguridad pero requiere ms tiempo de procesamiento. Las decisiones que todava no han sido tomadas no pueden ser consideradas aun como punto de sensibilidad debido a que todava el componente no existe. Es importante tener en consideracin las decisiones claves que han sido tomadas y las que aun no han sido tomadas.
Una Estructura para el razonamiento
El objetivo primordial de Atam es determinar los puntos de sensibilidad y relaciones de intercambio existentes. La identificacin de estos es frecuentemente el resultado de anlisis cualitativos o implcitos. Ya sea por experiencia previa o por conocimiento bsico del atributo de calidad en cuestin. La meta de cualquier evaluacin de arquitectura es hacer este razonamiento explicito y registrarlo.
El razonamiento no siempre es formal y matemtico, pero debe ser predictivo y repetido en el tiempo. El razonamiento puede expresarse como una discusin de revisar los enfoques arquitectnicos que responden a un escenario, puede ser una cualidad del comportamiento de un atributo especfico de la arquitectura o la forma de calcular el valor de un atributo de calidad en particular. Abass proporciona las bases tcnicas para la creacin de modelos de razonamiento.
Elaboracin de producto Atams
El poder de Atam deriva en parte de las bases proporcionadas por los conceptos tcnicos revisados en el documento. Estos conceptos trabajan juntos de manera sinrgica Paso 1 : El estmulo / respuesta de las ramas (rbol de utilidad) de calidad proporciona un vocabulario para describir el problema de la arquitectura est destinada a resolver
Paso 2 : El cliente presenta el contexto de negocio para el problema a resolver. El rbol de utilidad se utiliza para traducir el contexto del negocio primero en atributos de calidad y luego para representar escenarios de cada driver de negocio. Cada escenario se describe en trminos del estimulo y respuesta deseada. Los escenarios deben ser priorizados en trminos de importancia dentro del total de la misin del sistema y el riesgo percibido en la realizacin de este en el sistema. La priorizacin de escenarios puede ser utilizada en el anlisis de la arquitectura. En el Paso 3 : El arquitecto del sistema presenta la arquitectura para la evaluacin del equipo. El arquitecto presenta la arquitectura en trminos de los enfoques arquitectnicos utilizando los objetivos de los atributos de calidad ms importantes. El equipo de evaluacin tambin busca estilos arquitectnicos y enfoques de como se presenta la arquitectura. Los enfoques abordan de manera priorizadas los escenarios que sern objeto de anlisis durante el resto de la evaluacin, atributos especficos de modelos que se aplican a determinados estilos arquitectnicos. Estos modelos proporcionan determinados atributos preguntas que los evaluadores emplean para obtener los mtodos utilizados por el arquitecto para alcanzar los requisitos de atributos de calidad.
Pasos del ATAM

Aunque el proceso de ATAM consta de nueve pasos y es posible que se realicen modificaciones dinmicas en el orden de los pasos de acuerdo a la disponibilidad de personal e informacin de la arquitectura. Aunque estos pasos estn numerados indicando un orden lineal no sugiere una ejecucin en estricto orden de cascada.
El tiempo necesario para la ejecucin de los pasos depender del tamao del sistema y a la madurez de la arquitectura. Es idneo agrupar por fases donde el grupo de trabajo de ATAM y el cliente realicen una reunin preliminar para establecer un entendimiento comn de la arquitectura y luego reunir un grupo ms amplio de las partes interesadas para una evaluacin ms formal.
Fase de Presentacin
Paso 1 - Presentacin del ATAM
El lder de evaluacin describe el ATAM a los participantes, trata de establecer las expectativas y responde las preguntas propuestas; estableciendo el contexto y las expectativas para el resto de las actividades Aqu se indican que informacin ser recopilada, sus mecanismos de examinacin y a quien se le presentara. Las tcnicas que se utilizaran para la obtencin y anlisis son: La Generacin de Utilidad del rbol, Enfoque arquitectnico basado en la eleccin y lluvia de ideas y mapeos de escenarios.
Paso 2 - Presentacin de los Conductores del Negocio
El director del proyecto presentara una visin general del sistema desde una perspectiva empresarial, adicionalmente se realiza la descripcin de las metas del negocio que motivan el esfuerzo, y aclara que se persiguen objetivos de tipo arquitectnico. Se presenta el sistema con un alto nivel de abstraccin y por lo general se describe Requisitos funcionales ms importantes. Limitaciones tcnicas, econmicas, polticas, administrativas Metas y contexto del negocio Principales partes Involucradas (stakeholder) Los manipuladores de la arquitectura. (Principales atributos de calidad)
Caso de Negocio/Presentacin de la Arquitectura Para asegurar la calidad, consistencia y volumen de la informacin presentada en los pasos anteriores, se presentan un ejemplo con las siguientes plantillas de documentos a presentar el caso de negocio Descripcin del contexto del negocio y los involucrados. Descripcin del ambiente del negocio (historia, mercado, propsito)
Descripcin de las limitaciones del negocio (Mercado, demanda de Cliente, Estndares) Descripcin de las limitaciones tcnicas. (COTS, Interoperabilidad con otros sistemas, hardware y software) Calidad de los atributos deseados. (performance, disponibilidad, seguridad, integralidad, interoperabilidad) Glosario.
Paso 3 - Presentacin de la Arquitectura Actual
La arquitectura ser presentada por el lder o el grupo de arquitectura con un apropiado nivel de detalle. Para determinar el nivel apropiado de detalle; este depender de la cantidad de informacin que se ha sido recopilado y documentado, el tiempo que estar disponible,
as como el riesgo que enfrenta el sistema. Es un punto vital la contar con la mayor cantidad de informacin disponible ya que afectara directamente el anlisis y la calidad del anlisis. Esta presentacin deber cubrir los siguientes aspectos: Limitaciones tcnicas tales como sistema operativo, hardware, middleware. Otros sistemas el cual el sistema deber interactuar. Enfoque de la arquitectura usada para reunir los requerimientos de atributos de calidad. En este momento el equipo de evaluacin comienza las pruebas iniciales de los enfoques de arquitectura
Un ejemplo de la presentacin de arquitectura Presentacin de la arquitectura Manejo de los requerimientos de arquitectura (perfomance, Seguridad, disponibilidad, interoperabilidad, integrabilidad) Vistas de alto nivel de la arquitectura Funciones (elementos de dominios, procesos, flujo de datos, eventos) Mdulos (sistemas y subsistemas, procedimientos, mtodos) Procesos(Flujo de datos, eventos conexiones, sincronizacin de procesos) Hardware(CPU, almacenamiento, dispositivos, sensores, redes y conectores) Enfoque arquitectnico (atributos, estilos, direccionamiento) Uso del COTS ( como es elegido e integrado) Trazabilidad de escenarios (uso de los mas importantes escenarios) Issues arquitectnicos(Manejo de requerimientos) Glosarios
Fase de Investigacin y Anlisis

Paso 4 - Identificar el Enfoque Arquitectural ATAM esta enfocada al anlisis de una arquitectura y entender el enfoque arquitectnico. En esta etapa los datos son identificados y capturados por el arquitecto o equipo de arquitectura pero estos no son analizados Se concentra en identificar los enfoques arquitectnicos y los estilos arquitectnicos. Porque representan los medios de la arquitectura para hacer frente a los atributos de calidad y busca garantizar que los requisitos esenciales se cumplan de manera predecible. Por otra parte estos enfoques arquitectnicos definen las estructuras importantes del sistema y describir la forma que el sistema puede crecer. Paso 5 - Generacin de Atributos de Calidad del rbol de Utilidad En este paso el equipo de evaluacin trabaja con el equipo de arquitectura, el gerente y el cliente, para identificar, priorizar y refinar el sistema con las metas de calidad de los atributos ms importantes. Aqu se necesita un medio para centrar la atencin de todas las partes interesadas en los aspectos de arquitectura que son los ms crticos para el xito del sistema; esto se realiza mediante la construccin de un rbol de utilidad.
Como resultado de este proceso de generacin del rbol de utilidad se obtiene una priorizacin de los requisitos especficos de calidad de los atributos. Esta lista de prioridades proporciona una gua para el resto de ATAM, adicionalmente le indica donde el equipo donde se consume el tiempo limitado y donde se prueba un particular enfoque arquitectnico y sus riesgos junto con los puntos de sensibilidad e intercambio. Adems el rbol de utilidad sirve para concretar los requisitos de los atributos de calidad forzando al equipo de evaluacin y el cliente definir los requerimientos precisamente. Paso 6 - Analizar el Enfoque Arquitectnico
Con base en los resultados del establecimiento de prioridades del paso anterior, el equipo de evaluacin podr entonces investigar los planteamientos arquitectnicos que dan cuenta de los atributos de calidad ms importantes, tomando como base la documentacin de estas decisiones sobre las arquitecturas, identificacin de sus riesgos y puntos de sensibilidad e intercambio. En este punto se buscan enfoques y estilos ya que no todos los arquitectos estn familiarizados con los estilos arquitecturales por lo que no puede ser capaz de enumerar un conjunto de estilos que se usan en la arquitectura. Adems obtenemos informacin suficiente sobre cada enfoque arquitectural para llevar a cabo un anlisis rudimentario sobre el atributo para el que el enfoque es relevante. Por otra parte se quiere estar convencidos de que la creacin de instancias de este enfoque en la arquitectura que se evala es una promesa significativa para el cumplimiento de los requisitos especficos de atributos para los cuales esta destinado. Los principales resultados de esta fase son una lista de enfoques arquitectnicos y las preguntas asociadas a ellos, as como la respuesta del arquitecto a estas preguntas. Las preguntas ayudan a: Entender el enfoque Buscar debilidades conocidas en el enfoque Buscar puntos sensibles en el enfoque Encontrar las interacciones e intercambio con otros enfoques.
Al fin al cada uno de ellos proporciona un material bsico para la descripcin de un riesgo y esto se registra en una creciente lista de riesgos. La primera accin a este paso es asociar a los ms altos requisitos de calidad con los enfoques arquitectnicos, para cada escenario generado por el paso del rbol de utilidad, El arquitecto debe identificar los componentes, conectores, configuracin y las restricciones involucradas. El equipo de evaluacin y el equipo de arquitectura deben abordar cada enfoque presentado por el conjunto de preguntas de un enfoque especfico y las preguntas de un atributo de calidad especfico. Estas preguntas pueden venir documentada por la experiencia de los estilos.
Estas preguntas no son un fin en si mismos, cada una es un punto de discusin y para la determinacin de un punto de riesgo potencial; estas a su vez pueden generar un anlisis profundo dependiendo como el arquitecto las responda. El nivel de anlisis no pretende ser exhaustiva y detallada si no mas bien acorde con el nivel de detalle de especificacin de la arquitectura; esto requiere un criterio de ingeniera sin embargo la clave es tener en cuenta la necesidad de establecer un vinculo entra las decisiones arquitectnicas y los requisitos de calidad que deben ser cubiertos. A continuacin se presenta un ejemplo de plantilla para la captura de un enfoque de arquitectura: Escenario Atributo Ambiente Estimulo Responsable Razonamiento
As podemos obtener la informacin a las respuestas de un escenario del rbol de utilidad requerida en un sistema. Al finalizar esta paso el equipo deber tener una visin amplia de los aspectos mas importantes de la arquitectura, as como la justificacin para las decisiones de diseo que se han hecho y una lista de riesgos, puntos de sensibilidad y puntos de intercambio.
Fase de Pruebas
Paso 7 - Dar prioridad a una lluvia de ideas y Escenarios Los escenarios son el motor que impulsa a la fase de pruebas de la ATAM. Generacin de un conjunto de Escenarios ha demostrado ser un gran facilitador de la discusin y el intercambio de ideas, los nmeros, cuando las mayores partes interesadas de se renen para participar en el ATAM. Los escenarios son ejemplos de arquitecturas estructurales utilizados para ambos Representar los intereses de los stakeholders Comprender los requisitos de atributos de calidad
Los interesados realizaran dos actividades relacionadas con la lluvia de ideas: Los escenarios de casos de uso Cambiar Escenarios Cambio de escenarios representan cambios en el sistema y se subdividen en dos categoras: Los escenarios de crecimiento. Los escenarios exploratorios. Una vez que los escenarios han sido recogidos, deben ser priorizados. Por lo general hacerlo a travs de un procedimiento de votacin en donde se asigna a cada actor un nmero de votos igual al 30% del nmero de escenarios, redondeado.
El establecimiento de prioridades y la votacin puede ser abierta o un procedimiento de votacin secreta. Una vez que los votos se han hecho, estn contados y los escenarios que tienen prioridad. Un punto de corte se hace tpicamente que separa a los escenarios de alta prioridad de las inferiores, y slo los de alta prioridad son considerados en las etapas de evaluacin en el futuro. Por ejemplo, un nico equipo que podra considerar los cinco escenarios.
La Figura 9 muestra un ejemplo de un conjunto de escenarios de una reciente evaluacin de un sistema de envo (slo los cinco escenarios de los treinta ms de recogida se muestra aqu), junto con sus votos 4. Dinmica de volver a planificar una misin enviada a los 10 minutos. [28] 27. Dividir la gestin de un conjunto de vehculos a travs de mltiples sitios de control. [26] 10. Cambiar de proveedor de herramientas de anlisis despus de la misin ha comenzado, sin reiniciar el sistema. [23] 12. Redirigir una coleccin de diversos vehculos para manejar una situacin de emergencia en menos de 10 segundos despus de que se emiten mandatos. [13] 14. Cambiar el mecanismo de distribucin de datos de CORBA para un nuevo estndar emergente con un esfuerzo inferior a seis meses-persona. [12]
Luego comparamos el resultado de priorizacin de escenarios con los arboles de utilidad y buscar acuerdo o desacuerdo Esta es una buena oportunidad para asegurarse de que todas las necesidades de los interesados se entienden bien y no estn en conflicto irreconciliable.
Por ejemplo, consideremos la figura 10, donde los escenarios altamente clasificados se muestran junto con una indicacin de la calidad atributo o atributos que cada escenario afecta ms fuertemente.
La utilidad de generacin de rboles y de las actividades de escenarios de intercambio de ideas reflejan los objetivos de los atributos de calidad, pero a travs de los medios de educcin diferentes y por lo general frente a los diferentes grupos de partes interesadas.
Figura Ejemplo de Escenarios con Ranking En este punto nos detenemos y comparamos el resultado de la priorizacin de escenarios con los resultados del rbol de utilidad y buscamos acuerdos. Las diferencias entre las priorizaciones de escenarios deben ser explicadas o llegar a algn acuerdo al respecto. Esto puede suponer el aclarar el significado del escenario o en su defecto cambiar las prioridades establecidas. La idea es comprender los criterios utilizados para priorizar el rbol de utilidad y los escenarios. Es la oportunidad para asegurar que todos los requerimientos de los stakeholders fueron bien entendidos y resolver los posibles conflictos.
Figura: Ranking de Escenarios con Atributos de Calidad
Los arquitectos y los desarrolladores son frecuentemente los encargados de crear el rbol de utilidad inicial. Es necesario que el ms amplio nmero de actores participe en la generacin y priorizacin de escenarios. Comparando ambas actividades es comn detectar falta de conexin entre lo que los arquitectos consideran importante como cualidades de sistema y que es lo que los stakeholders consideran importante, esto por si solo es un gran riesgo de la arquitectura. Indicando que pueden existir reas que los arquitectos no han considerado. Por esta razn el rbol de utilidad es el repositorio oficial del detalle de las prioridades de los atributos de calidad para todas las fuentes. Paso 8 - Analizar los enfoques arquitectnicos
Luego de recoger los escenarios y analizarlos, el arquitecto comienza el proceso del mapeo de los escenarios de clasificacin de las descripciones arquitectnicas. En este paso se reitera el paso 6, la cartografa de los ms altos escenarios generados recientemente sobre los artefactos arquitectnicos hasta ahora descubierto. Suponiendo que el paso 7 no produjo ninguna alta prioridad escenarios que no estuvieran cubiertas por el anlisis anterior, el paso 8 es una actividad de las pruebas. . Esta es una actividad de pruebas: en este momento esperamos y confiamos en el descubrir muy poca informacin nueva. En resumen consiste en analizar los escenarios y tratar de no encontrar nueva informacin de lo contrario se debe volver a los puntos anteriores pasos 4, 5 ,6 hasta encontrar la menor nueva informacin posible
Paso 9 - Presentacin de Resultados Finalmente la informacin recolectada con ATAM debe ser resumida y presentada de nuevo a los Stakeholder, esta presentacin es una presentacin verbal complementada con dispositivas a las cuales se puede agregar un informe mas completo por escrito con posterioridad a esta presentacin. En esta se resume toda la informacin realizada en los pasos de Atam incluyendo el contexto del negocio, requerimientos, restricciones y la arquitectura, pero lo mas importante son las salidas las cuales son: Los enfoques y estilos arquitectnicos documentados El conjunto de escenarios y su priorizacin El conjunto de atributos basados en preguntas El rbol de Utilidad Los riesgos descubiertos Los riesgos no documentados Los puntos de Sensibilidad y los puntos de compensacin encontrados
Se describen todos los hallazgos del anlisis y en algunos casos es posible ofrecer estrategias de mitigacin. Esto debido a que estamos tratando de entender la arquitectura y por esta razn es posible que se realicen algunas recomendaciones sobre como se pudo haber diseado o analizado la arquitectura. Estas estrategias de mitigacin pueden ser procesos relacionados (consultar por sugerencias para construccin de mdulos), procesos de gestin (equipos de desarrollo realizan labores similares porque lo deberan fusionarse) o procesos tcnicos (verificar duracin de procesos en base a la cantidad de clientes). Sin embargo ofrecer estrategias de mitigacin no es parte integral de ATAM. El
objetivo de ATAM es localizar riesgos en la arquitectura ya que si nos enfocamos en ellos se pueden resolver los problemas de distintas maneras.
Las dos Fases de ATAM

Generalmente los pasos de ATAM se llevan a cabo en dos fases. La primera fase est centrada en la Arquitectura y en la obtencin arquitectnica y el anlisis de esta informacin. de informacin
La segunda fase se centra en obtener puntos de vista de los stakeholders y la verificacin de los resultados obtenidos de la primera fase. Actividades de la Fase 1 Se rene el equipo ATAM con un subconjunto del equipo que est evaluando. Esta reunin se centra en dos preocupaciones: La organizacin del resto de las actividades de anlisis y recopilacin de la informacin. Mientras tanto el Manager del equipo evala las necesidades para asegurarse de que se est trabajando con las personas adecuadas y que tienen la actitud correcta. Durante el primer da se ejecuta una versin reducida del proceso ATAM, concentrndose en los pasos 1-6. La recoleccin de la informacin durante la primera reunin tiene por objetivo garantizar que la arquitectura sea efectivamente un valor, esto significa que tiene suficiente detalle definido. Esta fase 1 es una pequea reunin, generalmente realizada entre un pequeo grupo del equipo evaluador y del equipo del cliente. Esta fase pretende recopilar la mayor cantidad de informacin posible. Se detectan los siguientes elementos: Si el resto de la evaluacin es factible de realizar y se puede continuar. Si se requiere ms documentacin arquitectnica, y de ser as, que tipo de documentacin y de qu forma debe ser representada. Qu tipo de stakeholders deben estar presentes en la fase 2.
Al finalizar el da, se debe obtener una imagen mas claro del estado y el contexto del proyecto, las necesidades de arquitectura y que tipo de documentacin se requiere. Actividades de la Fase 2 En este punto, la arquitectura se ha documentado en un nivel de detalle suficiente que permite soportar la verificacin del anlisis realizado previamente y su posterior anlisis. Las partes interesadas se han reunido, han recibido material de lectura preliminar, como una descripcin de ATAM. Los distintos escenarios, la documentacin incluyendo la arquitectura, modelo de negocios y requisitos clave. Con ello los involucrados saben que se puede esperar de la ATAM.
Debido a que existir un conjunto mas amplio de partes interesadas que asistan a la prxima reunin y dado que pueden haber transcurrido varios das o semanas entre la primera y segunda reunin, es til para resumir rpidamente los pasos de ATAM, de forma tal que todos los asistentes tengan el mismo nivel de entendimiento y expectativas de las actividades del da. Pasos ATAM y sus stakeholders
La ejecucin de un ATAM puede significar de tres a cinco stakeholders o tantos como 40 o 50. Se han realizado evaluaciones en ambos extremos del espectro y por todas partes. El proceso no tiene por qu involucrar a todas las partes involucradas en cada paso. Depende del tamao, la criticidad y la complejidad del sistema, el equipo de evaluacin puede ser mayor o menor. Las tpicas categoras de los asistentes en cada etapa es la siguiente: Paso 1 Actividad Presentar al equipo ATAM Grupo de Stakeholder Equipo/Clientes o representantes del cliente o del equipo de Arquitectura Equipo/Clientes o representantes del cliente o del equipo de Arquitectura Equipo/Clientes o representantes del cliente o del equipo de Arquitectura Equipo/Clientes o representantes del cliente o del equipo de Arquitectura Equipo/Clientes o representantes del cliente o del equipo de Arquitectura Equipo/Clientes o representantes del cliente o del equipo de Arquitectura Todos los stakeholders Clientes representantes / Arquitectura del equipo Todos los stakeholders
Presentar los Drivers de Negocio
Presentar la arquitectura actual
Identificar los enfoques arquitectnicos
Generar los atributos de calidad de los rboles de utilidad Analizar los enfoques arquitectnicos
7 8 9
Lluvia de ideas y priorizacin de escenarios de las partes interesadas Analizar enfoques arquitectnicos Presentar los resultados de las partes interesados
Ejemplo de evaluacin
Plan Estratgico de Tecnologas de Informacin CONAF
Fase de Presentacin
La Corporacin Nacional Forestal (CONAF) es una entidad de derecho privado dependiente del Ministerio de Agricultura, que nace de una modificacin de los estatutos de la antigua Corporacin
de Reforestacin, mediante Decreto del 19 de abril de 1973 (publicado en el Diario Oficial el 10 de mayo del mismo ao), con el objetivo de contribuir a la conservacin, incremento manejo y aprovechamiento de los recursos forestales del pas. La misin de la Corporacin Nacional Forestal (CONAF) es Contribuir al desarrollo del pas a travs del manejo sostenible de los ecosistemas forestales y a la mitigacin de los efectos del cambio climtico, mediante el fomento, fiscalizacin de la legislacin forestal - ambiental; la proteccin de los recursos vegetacionales; y la administracin de las reas Silvestres Protegidas del Estado, para las actuales y futuras generaciones.
Sus objetivos estratgicos son:
1) Contribuir a la creacin y desarrollo sostenible del recurso forestal, para la generacin de bienes y servicios con nfasis en la mitigacin y/o compensacin ambiental, aportando al desarrollo econmico, ambiental y social del pas, mediante el establecimiento y manejo de plantaciones, recuperacin y fomento del bosque nativo e incremento del arbolado urbano.
2) Proteger los ecosistemas forestales y su patrimonio ambiental, de los agentes biticos y abiticos, y procesos dainos como plagas, prcticas ilegales de manejo forestal, incendios forestales y desertificacin. 3) Administrar eficaz y eficientemente el Sistema Nacional de reas Silvestres Protegidas del Estado, para maximizar sus potencialidades ambientales, sociales y econmicas.
Sus pilares estratgicos son: - Mejorar la relacin rbol-comunidades urbanas, permitiendo una mejor calidad de vida. - Reimpulsar la forestacin para soportar mayores crecimientos productivos y subproductos del bosque. - Consolidar la integracin del bosque y vegetacin nativa al desarrollo econmico y social del pas. - Promover y proteger el patrimonio forestal y ambiental del pas. - Promover a pequeos y medianos productores en el sector forestal. - Mejorar el desempeo administrativo y de los servicios de la institucin. - Consolidar y enfocar la investigacin y estudios forestales en el pas. Jefatura TI y staff Es responsable del rea Coordinacin con Alta Direccin y Comit Informtico Definir Visin, estrategia globalde TI y plan informtico Definir Organizacin de TI Comunicacin Administracin de RRHH Mantencin del mapa de arquitectura y estndares Control de la Gestin, supervisin cumplimiento de metas Definir polticas y normativa (de seguridad,...)
Clientes, Gestin del Cambio Vela por la satisfaccin de los clientes Educar y entrenar a los usuarios; acompaarlos en los procesos de cambio de prcticas asociados a la introduccin de TI Rediseo de los procesos de negocio como consecuencia de la incorporacin de TI Asistencia y consejo a los clientes TI Gestin de problemas e incidentes. Operaciones y sistemas Administra y opera la plataforma tecnolgica y los sistemas Planificar las capacidades de la plataforma Instalacin y acreditacin de sistemas (QA) Operacin de las aplicaciones; administracin de respaldos y recuperacin Administracin de versiones y cambios en las aplicaciones Velar por el cumplimiento de niveles de servicio (de la plataforma y de las aplicaciones) Gestionar servicios prestados por terceros Asegurar la continuidad del servicio Garantizar la seguridad del sistema Infraestructura y plataformas Gestiona la infraestructura TI de CONAF: Redes, servidores, BD, SO. Provee de servicios en mbito de nter conectividad, plataformas y aplicaciones bsicas, por ejemplo: correo, workflow Vela por la coherencia y desarrollo de estas plataformas Desarrolla acciones tendientes a garantizar continuidad de operacin Responde por SLAs asociados Desarrolla capacity planning de infraestructura Administracin de los Sistemas de Telecomunicaciones Telefona (fija y mvil) Transmisin de datos capa fsica Videoconferencia y otros Gestin de Aplicaciones Articula la mecnica para la administracin de nuevos requerimientos y el Mantenimiento de Aplicaciones en produccin. Gestiona las versiones y configuracin de aplicaciones existentes (Fuentes, ejecutables, documentacin, versiones) Marco regulatorio para ambiente productivo: desarrollo -> Testing -> Produccin Calidad del SW. Soporte Soporte local Mesa de ayuda Explotacin de Sistemas Proyectos Responsable de gestionar los proyectos en tiempo y costo Administrar proyectos: asignar Jefes de Proyecto, supervisar la ejecucin de la cartera de proyectos, en tiempo y recursos
Definir una metodologa de Administracin de Proyectos TI de CONAF velando por la calidad Realizar Procesos de Licitacin para el desarrollo de Proyectos, adquisicin de aplicaciones e infraestructura Acordar niveles de servicio Promover post-evaluaciones de los proyectos TI.
Arquitectura y Estndares Definir y mantener la Arquitectura TI de CONAF, velar por su alineamiento con el Plan Estratgico de la Institucin; Elaboracin y mantencin del mapa de procesos/sistemas de Informacin/plataforma tecnolgica (plan regulador de TI) Definicin de las reglas de interoperabilidad Definicin y mantencin de Polticas, Normas y Estndares tcnicos Asegurar el alineamiento de los proyectos y del diseo de la plataforma TIC con la Arquitectura, entendida sta como un plan regulador Instalar procesos que permitan mantener actualizada la Arquitectura TI Planeamiento de la Seguridad; Polticas y Procedimientos de Seguridad TIC, con los controles necesarios que permitan un nivel adecuado de proteccin de la informacin y la continuidad operacional de los servicios que el DI entrega. Planificacin y control de gestin Responsable de planificar y controlar la actividad del rea; Definicin y seguimiento Plan informtico Diseo del modelo de negocios para las TI Def. y seguimiento convenio de desempeo con la organizacin Def., seguimiento y medicin de procesos internos, normas y metodologas Gestin de calidad; seguimiento de No Conformidades Planificacin y administracin presupuestaria Control de gestin Atencin y seguimiento de auditorias Negociar y administrar contratos/convenios marco Perfil de competencias de las funciones ms crticas Conocimientos y competencias Jefe de Proyectos Obligatorios Conocimiento del negocio de CONAF. Evaluacin de Proyectos Direccin de Proyectos Administracin de Contratos Herramientas de Programacin y Control de Proyectos Capacidad de liderazgo Capacidad de negociacin con los Clientes Experiencia en alinear Nuevas Tecnologas con el negocio Actitud para trabajar en equipo y comunicar. Confianza en s mismo Compromiso con la Institucin Desarrollo de Personas y de s mismo Facilitador del cambio
Ingeniero Civil con experiencia de a lo menos 3 aos en gestin de proyectos.
Conocimientos y competencias Arquitecto Conocimiento de conceptos de arquitectura empresarial Conocimiento de la misin, visin, polticas y objetivos estratgicos de CONAF. Conocimiento de Modelos corporativos de datos Conocimiento de tecnologas emergentes y tendencias del mercado TIC. Conocimiento de Modelamiento de Procesos de Negocio. Foco en los resultados Pensamiento Estratgico Influenciar y Persuadir Relaciones interpersonales. Ingeniero civil informtico con al menos 3 aos como arquitecto Conocimientos y competencias J. Infraestructura Conocimientos conceptuales y prcticos en Planificacin, dimensionamiento y administracin de Plataformas TIC que soportan la operacin de una Institucin Conocimiento en gestin de contratos en particular basados en SLAs Conocimiento de Gestin de la Calidad. Conocimiento del estado del arte en materias de infraestructura TIC Liderazgo y trabajo en equipo Planificacin Desarrollo de Personas y de s mismo Facilitador del cambio Servicio al Cliente Ingeniero Civil o Ejecucin Informtico o elctrico con al menos 5 aos de experiencia en gestin de plataformas en instituciones similares Conocimientos y competencias J. Soporte Conocimientos en procesos, metodologas y herramientas de atencin y soporte a usuarios finales Manejo de help desk Capacidad de resolucin (oportuna) de problemas Manejo de redes de ayuda Conocimiento del estado del arte en materias de herramientas de apoyo al usuario final Liderazgo y trabajo en equipo Desarrollo de Personas y de s mismo Servicio al Cliente Principales indicadores de desempeo de las reas Principales indicadores de desempeo de las reas rea de Proyectos: Proyectos en tiempo, en presupuesto, satisfacen requerimientos iniciales, calidad de la solucin. rea de operaciones Cumplimiento de SLAs Disponibilidad de los servicios
Tiempo de respuesta de las aplicaciones Tiempo de resolucin de problemas Etc.
rea Clientes Encuesta de satisfaccin de clientes Situacin Actual Objetivos Actuales; Implementar las directrices tecnolgicas planteadas en el "Plan de Implantacin de Tecnologas de Informacin en la Corporacin Nacional Forestal", periodo 20052007. Los lineamientos del rea se centran en la administracin de la plataforma tecnolgica, realizando soporte, desarrollndola de acuerdo a las necesidades de crecimiento y definiendo normativas para su correcto uso, y en la operacin de las aplicaciones. Organigrama Actual Es dependiente de la Gerencia de Finanzas y Administracin. Cuenta con 23 personas en total incluido el equipo de cada regin dedicado a labores de soporte en la oficina regional. La Tasa de Empleado es de 70 personas por persona del rea TI. El organigrama actual se muestra en la figura siguiente;
Respecto del funcionamiento de la Unidad, es posible indicar; Es una unidad altamente centralizada. La presencia del rea de informtica en regiones se de informtica regionales que tienen con la Unidad de TI de CONAF (15 personas) Existe un Comit Informtico pero no sesiona. Directriz: externalizar el desarrollo y el mantenimiento orientados al negocio Metas: Poner en produccin los sistemas licitados y Uptime tecnolgica.
da a travs de encargados slo dependencia funcional
de todos los sistemas sobre el 95% de la plataforma
A continuacin, se describe las secciones que forman parte de la Unidad de TI;
Seccin Sistemas Esta rea se focaliza en desarrollos menores para gerencias de la oficina central, realiza tareas de DBA, supervisa la aplicacin del estndar de desarrollo, realiza labores de explotacin - extrae informacin para generar informes solicitados al departamento - y realiza la mantenimiento del sistema GESAD. La seccin est conformada por dos (2) personas para realizar estas actividades; una de ellas cumple el rol de coordinador Seccin Soporte y Seguridad Esta seccin se focaliza en soporte a usuarios finales, a nivel de software bsico, plataforma y hardware, coordinan a proveedores de soporte tecnolgico, realizan respaldo de servidores a nivel nacional, son responsables por implementar seguridad a nivel de redes y realizan la coordinacin con encargados de informtica regionales para soporte local. El encargado de esta seccin tiene el rol de Oficial de Seguridad Informtica. La seccin est conformada por tres (3) personas para realizar las actividades: un coordinador y dos tcnicos. Seccin de Redes y Nuevas Tecnologas Son los principales responsables de la administracin de redes, firewall y servidores, monitoreo peridico de servidores, soporte a nivel nacional en aspectos de conectividad La seccin est conformada por dos personas para realizar las actividades; una de ellas cumple el rol de coordinador. El encargado de esta rea es responsable tambin de gestionar a los proveedores, Fase de Investigacin y Anlisis Estrategia para evolucionar los Sistemas de Informacin Una vez priorizados los procesos de negocio de acuerdo a su impacto en los objetivos estratgicos de la institucin, se evalan las aplicaciones que los soportan. Para ello, se caracterizan las aplicaciones actuales en base a su calidad funcional y tcnica. A partir de la brecha con respecto a la situacin deseada, se puede decidir qu accin tomar: mantener, ampliar, migrar o remplazar. La calidad de una aplicacin, puede ser evaluada en funcin de dos dimensiones bsicas que son; Calidad Funcional: Esta se determina de acuerdo al grado de eficiencia y efectividad con que el sistema apoya los procesos de negocio (satisfaccin de requerimientos de informacin y expectativas de los usuarios). Calidad Tcnica: Esta se determina a partir de indicadores tales como las tasas de falla, capacidad de integracin de informacin, obsolescencia tecnolgica y mtrica de calidad del software entre otros. 2.2 Poltica de Evolucin La poltica de evolucin de los sistemas de informacin dependen de dos factores, uno la funcionalidad y otro los aspectos tcnicos, de forma tal que se pueden dar las siguientes combinaciones, que corresponden a la accin que finalmente hay que tomar respecto de cada uno de los sistemas de informacin;
POLITICA DE EVOLUCION DE APLICACIONES Si la Calidad Funcional es: Aceptable Aceptable Insatisfactorio Insatisfactorio y la calidad tcnica es: Aceptable Insatisfactorio Aceptable Insatisfactorio La accin a tomar es: Mantener Migrar Ampliar Reemplazar
De esta forma se construye el modelo de evolucin de cada sistema de informacin;
Y finalmente es posible observar en forma grfica la accin desarrollada para cada una de las aplicaciones, de acuerdo al siguiente grafico
Identificacin de Brechas de Sistemas de Informacin de CONAF mbito Gestin Forestal De acuerdo a la informacin entregada en el informe de fase 2, los procesos priorizados y por consiguiente los sistemas de informacin que deben ser analizados dentro del mbito de Gestin Forestal son los indicados en la tabla siguiente;
MACRO PROCESO PROCESO SUBPROCESO
Macro Proceso Priorizado SubProceso Priorizado
SubProceso
Sistemas de Informacin Utilizados

Image Web Server SIG-Regional
Manejo Bosque
S No S S
Catastro Gestin de la Produccin de Plantas Captacin Beneficiarios Capacitacin y Transferencia Tcnica Educacin Prevencin Punitiva Planificacin Territorial Planificacin Predial
Fomento Forestal
Establecimiento de Bosques
Sin Sistema de Informacin
Prevencin
Proteccin Forestal
Control S
Prognosis Deteccin de Incendios Combate Territorial Combate Areo Mantencin Planes Manejo Bonificacin Calificacin Otros (incluye Ley del Bosque No Fiscalizacin No No No Control Cumplimiento Tala no Autorizada Seguimiento Denuncias
Sistema estadstico para la deteccin de incendios Sistema Avisos de Quemas Ficha de Incendios SIDCO
Procesamiento de Solicitudes
SAFF
Sistema de Forestacin Campesina
Por lo tanto, los Sistemas de Informacin que deben ser considerados en el anlisis de las brechas son los que corresponden a los procesos siguientes; i. Procesos de Manejo de Bosques Catastro; Para este proceso, la institucin posee dos sistemas implementados. Uno de ellos se implement hace 10 aos aproximadamente (Sistema de Informacin Georeferenciado). Revisado funcionalmente, la aplicacin no cumple funcionalmente, puesto que carece de la disponibilidad y accesibilidad de la informacin y carece de interoperabilidad con el resto de los sistemas de informacin de CONAF. Anlisis Funcional Insatisfactorio Anlisis Tcnico Aceptable Accin Ampliar
Recomendacin; Este proceso debe ser rediseado antes de ser automatizado. ii. Procesos Establecimiento de Bosques Captacin y Transferencia de Conocimientos; Para este proceso, la institucin no dispone de sistemas de informacin actualmente en uso, por lo tanto es necesario Incorporar un nuevo sistema; Prevencin de Incendios Planificacin Territorial y Planificacin Predial; Para este proceso, la institucin no dispone de sistemas de informacin actualmente en uso, por lo tanto es necesario Incorporar un nuevo sistema; Control de Incendios Deteccin y Combate En la actualidad se est desarrollando una aplicacin para apoyar este proceso, la cual al parecer no cumplira completamente las funcionalidades requeridas, pues no se consider la integracin con el SIG (Sistema de Informacin Georeferenciado). Esto hace previsible que ser necesario desarrollar esta funcionalidad, es decir, Ampliar. Procesamiento de Solicitudes Planes, Bonificacin, Calificacin y otros. La aplicacin corresponde al SAFF, la cual es una aplicacin funcionalmente muy completa. Responde a los requerimientos de CONAF de manejo de solicitudes en forma integral, pero carece de la posibilidad de ver informacin georeferenciada, lo que sin duda es una funcionalidad a ampliar. Anlisis Funcional Insatisfactorio Anlisis Tcnico Aceptable Accin Ampliar
iii.
iv.
v.
mbito Conservacin de la Diversidad Biolgica Al igual que en punto anterior, los procesos priorizados y sus respectivos sistemas de informacin son los indicados en la tabla siguiente;
SubProceso
Generacin Planes de Manejo
S Planificacin S S
Generacin Planes Operativos y Especficos Programa Soporte Administracin financiera e infraestrcutura Programa de uso pblico Programa de Extensin Comunitaria Monitoreo indicadores ambientales y de gestin Evaluacin de resultados del Plan de Manejo Fiscalizar (en terreno) Plan de Manejo ASP Control de Visitantes (en zonas prohibidas) Educacin Ambiental Capacitacin
y Ejecucin Gestin de ASP
No No No S S S No
Conservacin de la
Seguimiento Planes
Proteccin ASP
Control de Visitantes y Fiscalizacin
No
No No No No
Prevencin
No
Por lo tanto, los Sistemas de Informacin que deben ser considerados en el anlisis de las brechas son los que corresponden a los procesos siguientes; Proceso de Planificacin Generacin de Planes de Manejo ASP, Operativos y Especficos; Para este proceso, la institucin no dispone de sistemas de informacin actualmente en uso, por lo tanto es necesario Incorporar un nuevo sistema; Seguimiento de Planes de Manejo ASP Monitoreo indicadores y Evaluacin de resultados Para este proceso, la institucin no dispone de sistemas de informacin actualmente en uso, por lo tanto es necesario Incorporar un nuevo sistema;
mbito Procesos de Soporte a la Operacin Los procesos priorizados respecto de este mbito son;
SubProceso
Planes de Manejo
S S No S No
Definicin Estrategias Seguimiento de Programas Anlisis de Normativas Elaboracin de Normas y Procedimientos Difusin de Normativas y Procedimientos
Estrategias Fomento
Normativas y Procedimientos
Actualizar y Completar Informacin
Fomento, Flora y Fauna, etc
Sistema GeoReferenciado (GIS)
de Calidad de
Procesos Soporte a
Captura de Informacin externa
Metereologa, SAG, Imgenes Satelitales
Planificacin
S S
Planificacin (Estratgica, Operativa, Form Presupuestaria) Definicin Metas (PMG, CDC, otros) Control de Gestin Seguimiento de Metas (PMG, CDC y otros) Mapa de Riesgo
Planificacin
Gestin S
S S S
Auditora Juicios
Por lo tanto, los Sistemas de Informacin que deben ser considerados en el anlisis de las brechas son los que corresponden a los procesos siguientes; i. Proceso de Planes de Manejo Definicin de Estrategias y Seguimiento Para este proceso, la institucin no dispone de sistemas de informacin actualmente en uso, por lo tanto es necesario Incorporar un nuevo sistema; Proceso de Normativas y Procedimientos Elaboracin de NyP Para este proceso, la institucin no dispone de sistemas de informacin actualmente en uso, por lo tanto es necesario Incorporar un nuevo sistema; Proceso de Actualizar y Completar Informacin del Catastro Fomento, Flora, Fauna, etc. Para este proceso, la institucin dispone de un sistema geo referenciado, el cual no est integrado con el resto de los sistemas de informacin de la institucin. Por otra parte, el sistema que maneje la informacin del catastro global de CONAF debe adicionalmente a la informacin de fomento, considerar la posibilidad de incorporar informacin de flora y fauna, etc. La conclusin es que es necesario Ampliar.
ii.
iii.
Fase de Pruebas
Rediseo de la organizacin de TI Descripcin Iniciativa: Disear la nueva organizacin de TI, su dependencia, el modelo de negocios (la forma en que se va a relacionar con otros: centro de costos, centro de beneficios, otros), los procesos de TI y el presupuesto (operacin e inversin) 2008-2010. Tambin, la existencia, composicin y agenda del Comit de Informtica. Proceso(s) que apoya: Apoya todos los procesos de Gestin TI y Operacin TI que han sido recomendados para el Plan Estratgico Informtico. Nueva Organizacin TI Direccin Ejecutiva Comit TI Consultora: USD 100.000
rea responsable:
Costos Estimados: Precedencia:
Debe ser una de las primeras iniciativas respecto de temas tcnicos a abordar.
b. Puesta en Marcha Nueva Organizacin TI
Descripcin Iniciativa:
Proceso(s) que apoya: Area responsable:
Impactos esperados:
Objetivo: Dar curso, implementar la organizacin TI recomendada. Considera la creacin de la nueva institucionalidad, la seleccin y entrenamiento del Personal, la puesta en operacin de los procesos principales, entre otras actividades. Apoya la estructuracin de las TI y la Gestin de Procesos TI. Direccin Ejecutiva Unidad de TI Direccin de RRHH Permite llevar a cabo el Plan Estratgico de las Tecnologas de Informacin asegurando una correcta ejecucin. Mejora la eficiencia y eficacia del rea de TI, Particularmente la calidad de sus productos y servicios. Consultora y capacitacin: Equipamiento y software: USD 200.000 USD 400.000
Idealmente debe ser una de las primeras iniciativas a desarrollar dentro del Plan Estratgico de las TI, despus evidentemente del rediseo del rea TI.
c. Asesora para la contratacin de los principales servicios externalizables Descripcin Iniciativa: Proveer servicios bsicos de calidad, basados en contratos de niveles de servicio (SLA) contratndolos externamente, en las siguientes reas: Provisin de equipamiento menor, gestin del inventario y soporte Provisin y administracin de infraestructura Provisin de sistemas Mantencin de aplicaciones Monitoreo de SLAs Diseo de arquitectura empresarial Control de calidad Seguridad Esto considera la preparacin de buenas bases de licitacin, el acompaamiento, la seleccin de las mejores opciones y finalmente la adjudicacin y definicin de procedimientos para una buena gestin de los contratos Proceso(s) que apoya: Apoya la implementacin del Plan Estratgico de las Tecnologas de Informacin en la CONAF, desde el punto de vista de mejorar el servicio informtico Nueva Organizacin TI Mejorar significativamente la eficiencia y calidad de los principales servicios informticos, manteniendo control permanente de los niveles de servicio (SLAs). Consultora: USD 400.000
rea responsable: Impactos esperados:
un
Costos Estimados:
Precedencia:
Apenas est montada la nueva organizacin de TI, y en la medida que vayan venciendo los contratos existentes.
d. Capacitacin y Gestin del Cambio Descripcin Iniciativa: Iniciativa que tiene como objetivo ayudar a la institucin a traducir la estrategia de las TI en una realidad operativa y a alinearlas con la visin y Estrategia de la institucin. Proceso(s) que apoya: Apoya la implementacin del Plan Estratgico de las Tecnologas de Informacin en la CONAF, mejorando la madurez tecnolgica de la institucin y creando las condiciones para el cambio rea responsable: Nueva Organizacin TI Direccin Ejecutiva Impactos esperados: Mantener a la organizacin alineada a los cambios que se van generando producto de la implementacin del Plan Estratgico. Costos Estimados: Consultora y capacitacin: USD 200.000 Precedencia: Debe comenzarse en paralelo con la parte estructural de la implementacin del Plan Estratgico.
Finalmente, el Plan de Infraestructura recomienda ejecutar las siguientes iniciativas, como parte esencial del Plan Estratgico de las Tecnologas de Informacin; a. Nombre de la Iniciativa: Conectividad Nacional en Oficinas y ASP de CONAF en funcionamiento Permanente Descripcin: Disponer de conectividad en todas las oficinas en funcionamiento de CONAF a nivel nacional, considerando las ASP. Apoya la ejecucin de todos los procesos de la Institucin, puesto que permite conectividad a todos los funcionarios de CONAF y desde todos los lugares a los sistemas de informacin. Unidad Informtica y Comunicaciones Direcciones Regionales Mantener a toda la institucin funcionando en forma Permanente y con todos los sistemas de informacin en uso. Consultora: USD 10.000 Habilitacin y Servicio: USD 760.000 Al comienzo de la ejecucin del Plan.
Proceso(s) que apoya:
rea responsable: Impactos esperados:
b. Nombre de la Iniciativa: Infraestructura de Seguridad de Informacin Descripcin Iniciativa: Iniciativa que tiene relacin con la provisin de los elementos de hardware y software requeridos para resguardar la informacin de CONAF. Proceso(s) que apoya: Procesos de Seguridad de Informacin dentro de los Procesos TI. rea responsable: Nueva Organizacin TI Direccin Ejecutiva Costos Estimados: Consultora: USD 0 Desarrollo y Adquisicin de Equipos y Software: USD 150.000 Precedencia: Posterior al Diseo de la Arquitectura Empresarial c. Nombre de la Iniciativa: Plataforma de Servicios (Servidores y Software Bsico) Descripcin Iniciativa: Disponer del equipamiento necesario para provisin y administracin de la Infraestructura y el Monitoreo de los SLAs. rea responsable: Costos Estimados: Nueva Organizacin TI Direccin Ejecutiva Consultora: USD 0 Desarrollo y Adquisicin de Equipos y Software: USD 600.000 Posterior al Diseo de la Arquitectura Empresarial
Precedencia:
d. Nombre de la Iniciativa: Plataforma de Apoyo Tecnolgico a los usuarios Descripcin Iniciativa: Iniciativa que tiene como objeto provisionar el equipamiento menor, gestionar el inventario y soporte del equipamiento de los funcionarios de la institucin. rea responsable: Nueva Organizacin TI Direccin Ejecutiva Impactos esperados: Disponibilizar recursos adecuados a los usuarios de los sistemas de informacin de CONAF. Costos Estimados: Consultora: USD 0 Desarrollo y Adquisicin de Equipos y Software: USD 100.000 Precedencia: Posterior al Diseo de la Arquitectura Empresarial
El Plan Estratgico de Tecnologas de Informacin a llevar a cabo por CONAF est dividido en cinco (5) mbitos, mencionados al inicio del documento, los cuales han sido detallados a lo largo de los captulos anteriores y que a continuacin se presentan en un cronograma de ejecucin a 3 aos (2008 2010) y con los costos de su implementacin. Plan de Sistemas mbito Aplicaciones para el Negocio; Corresponde a los sistemas de informacin propuestos orientados a resolver las temticas de las reas de negocio de CONAF. Plan de Sistemas mbito Organizacin TI y Gestin TI; Corresponden a la reorganizacin de la funcin TI y el rediseo de los procesos de gestin de las TI. Los siguientes mbitos la componen; Modelo de Gestin y Operacin TI Capacitacin y Gestin del Cambio Puesta en Marcha Organizacin TI Plan de Sistemas Mapa de Arquitectura Corresponde al Plan Regulador tecnolgico de la CONAF, basado en las mejores prcticas existentes hoy en da. Las iniciativas son; Diseo de Arquitectura Empresarial Plan de Sistemas mbito Infraestructura Corresponde a la plataforma tecnolgica que soportar la nueva estructura tecnolgica de la CONAF. Los siguientes mbitos la componen; Conectividad Nacional en Oficinas y ASP de CONAF Infraestructura de Seguridad de Informacin Plataforma de Servicios (Servidores y Software Bsico) Plataforma de Apoyo Tecnolgico a los usuarios Plan de Sistemas Requerimientos Iniciales Globales Corresponde a creacin de condiciones de entorno indispensables para dar curso de manera adecuada a este Plan Estratgico de TI. Levantamiento y Rediseo de Procesos de Negocio Actualizacin de Plan Estratgico Informtico
A continuacin se presentan los diferentes componentes y los contenidos del Plan Estratgico de las Tecnologas de Informacin en CONAF.
PLAN DE SISTEMAS - Ambitos Aplicaciones para el Negocio

AMBITO LISTADO DE SISTEMAS DE INFORMACIN
Gestin Forestal Sistema de Prevencin y Control de Incendios Sistema de Captacin y Transferencia Sistema de Procesamiento de Solicitudes
Conservacin de la Diversidad Biolgica Sistema de Planificacin y Seguimiento Planes de Manejo ASP Procesos de Soporte a la Operacin Sistema de Informacin del Catastro CONAF Sistema de Planificacin, Definicin Metas, Control de Gestin y Seguimiento Metas Sistema de Mapa de Riesgos Sistema de Definicin Estrategias, Seguimientos de Programas y Elaboracin de NyP Sistema de Informacin de Captura de fuentes externas
Procesos Administrativos Sistema de Finanzas y Administracin (Manejo de Recursos Financ. y Fsicos, Ejec. Presup.) Sistema de Gestin de RRHH (Contratacin, Perfiles de Cargo, Gestin Eq. Directivo, Eval. Desemp.) Sistema de Comunicacin Interna y Externa Sistema de Atencin a Clientes
PLAN DE SISTEMAS - Ambito Organizacin TI y Gestin Procesos TI

Iniciativas Rediseo de la Organizacin TI Puesta en Marcha Nueva Organizacin TI Asesora para la contratacin de los principales servicios externalizables Capacitacin y Gestin del Cambio
PLAN DE SISTEMAS - Ambito Arquitectura

Iniciativas Diseo de Arquitectura Empresarial
PLAN DE SISTEMAS - Ambito Infraestructura

Iniciativas Complementar Plataforma de Conectividad Infraestructura de Seguridad de Informacin Plataforma de Servicios (Servidores y Software Bsico) (administracin de Infraestructura, otros) Plataforma de Apoyo Tecnolgico a los usuarios (Equipamiento Menor, otros)
PLAN DE SISTEMAS - Requerimientos Iniciales Globales

Requerimientos Iniciales Levantamiento y Rediseo de Procesos de Negocio Actualizacin de Plan Estratgico Informtico
Es posible indicar que las iniciativas recomendadas estn alineadas a las necesidades de la institucin, de forma que una vez materializado este plan, los impactos en los objetivos y metas de la institucin podrn contrastarse con los resultados previos a la Implementacin del Plan Estratgico Informtico 2008-2010. Por otra parte es recomendable que la institucin al cabo de 12 meses realice una medicin de madurez TI, de forma tal que pueda contrastarse con la obtenida en el transcurso de este proyecto de elaboracin del Plan Estratgico. Este indicador ser clave a la hora de validar como la institucin est asimilando los cambios planteados en el Plan Estratgico Informtico de cara a un uso eficiente de los nuevos y mejorados Sistemas de Informacin. Finalmente, es importante destacar que los elementos que gatillan el xito de la implementacin del Plan Estratgico de CONAF son; Rediseo de Procesos Nueva Organizacin TI Gestin del Cambio Compromiso de CONAF con la implementacin
Adicionalmente se identificaron ciertos tems que garantizan los elementos crticos para el xito del proyecto y que se describen a continuacin.
Fortalecer el accionar y la gestin en el territorio

Aplicar programas de manera coordinada en la regin, fortalecer la estructura territorial. Equipos Regionales afiatados que conocen (comprenden) los actores territorio (sociologa) y quienes lo habitan. Informacin
Mejoramiento de la Gestin Directiva

Liderazgo del equipo directivo (en sentido amplio), coordinacin, articulacin, modernizacin de la gestin, focalizacin de la accin recursos.
Medicin de Impactos
Evaluacin y control de impacto de los programas (valor pblico), aporte del sector forestal al desarrollo sustentable, impacto en los sectores ms postergados. Prevencin SNASPE e Incendios. Y su
Disponibilidad y oportunidad de recursos humanos, fsicos y financieros.

Disponer de los recursos fisicos y financieros en cantidad y en el momento oportuno, priorizacin de recursos frente a contingencias.
Comunicacin y Difusin
Comunicar al interior de la institucin
Planificacin Gestin y Desarrollo de las Personas

Definicin de Perfiles de cargo, planes de desarrollo de carrera, capacitacin y formacin, evaluaciones de desempeo, trabajo en equipo, seguridad y salud ocupacional, y relaciones laborales.
Estructura Organizacional
Estructura organizativa coherente con las estrategias de la Conaf, procesos eficientes y efectivos, procedimientos de trabajo definidos y difundidos.
Implementacin de la Ley de Bosque Nativo.

Implementacin de la Ley de Bosque Nativo.
10
Manejo de Crisis
Manejo de las crisis que enfrenta la institucin
11
Planes de Contingencia
(GENOF)
Respecto de imprevistos que puedan surguir que consumen recursos no planificados.
12
Recursos Humanos contratados, equipados y disponibles para ser movilizados
(GEPRIF
Elemento clave a la hora de distribuir a las cuadrillas en las zonas propensas de incendios foresales.
13
Recursos financieros disponibles para planes de manejo
(GAPMA)
Disponibilidad presupuestaria para dar curso a Planes de Manejo del SNASPE.
14
Ejecucin Presupuestaria
(GEFA)
Conocer la situacin de uso de los recursos en funcin del presupuesto maestro.
15
Asociatividad para la comercializacin (GEDEFF)

Respecto de las metas de fomento, dado que mejoran las condiciones establecimiento del recurso forestal, su manejo y comercializacin en los mercados.
Conclusin
El metodo ATAM al igual que otros mtodos de anlisis de arquitectura se basa en la participacin activa de los stakeholders, para su correcto funcionamiento, se
requiere un poco de preparacin previa de las partes interesadas, adems, se debe comprender el probema de diseo arquitectnico y los modelo analticos. Esto sumado a que se debe conocer un conjunto de requisitos y atributos de calidad, mas los objetivos de negocio asociados. Para lograr todo esto, se utilizan un conjunto de tcnicas, guias, plantillas de documentos, cartas modelo, agendas de trabajo, entre otras. Todo esto sumado genera una serie de atributos de estilos arquitectonicos utiles para que los evaluadores lleven acabo el anlisis de la arquitectura de un sistema.
Anlisis ATAM

Atam Final

Transféré par

Informations du document

Description originale:

Copyright

Formats disponibles

Partager ce document

Partager ou intégrer le document

Options de partage

Avez-vous trouvé ce document utile ?

Ce contenu est-il inapproprié ?

Droits d'auteur :

Formats disponibles

Atam Final

Transféré par

Droits d'auteur :

Formats disponibles

Arquitectura de Software Anlisis ATAM

Miroslav Pavlovic Arquitectura de Software

Por qu molestarse en utilizar ATAM?

Cmo se logra el xito con ATAM?

Cul es el propsito de la ATAM?

En que se tcnicas inspira ATAM?

Consecuencias positivas del uso de la ATAM.

ATAM es un mtodo de anlisis organizado en torno a:

Caracterizacin de calidad de atributos

Ejemplo de Estmulos Externos: Mensajes Interrupciones Pulsaciones de teclado.

Figura 2: Ejemplos de preguntas especficas en atributos

Escenarios de casos de uso

Los escenarios exploratorios

Obtener y Priorizacin de los escenarios

StakeHolders Tamao Tpico del Grupo

Top-down (general a especfico) Bottom-up (especfico a general)

Los rboles de utilidad

Ejemplo de un rbol de utilidad

Escenario de lluvia de ideas

Atributos basados en estilos arquitectnicos

Puntos de Sensibilidad y de relaciones de intercambio

Una Estructura para el razonamiento

Elaboracin de producto Atams

Pasos del ATAM

Paso 2 - Presentacin de los Conductores del Negocio

Paso 3 - Presentacin de la Arquitectura Actual

Fase de Investigacin y Anlisis

Figura: Ranking de Escenarios con Atributos de Calidad

Las dos Fases de ATAM

Presentar los Drivers de Negocio

Presentar la arquitectura actual

Identificar los enfoques arquitectnicos

Sus objetivos estratgicos son:

Ingeniero Civil con experiencia de a lo menos 3 aos en gestin de proyectos.

Tiempo de respuesta de las aplicaciones Tiempo de resolucin de problemas Etc.

da a travs de encargados slo dependencia funcional

de todos los sistemas sobre el 95% de la plataforma

A continuacin, se describe las secciones que forman parte de la Unidad de TI;

De esta forma se construye el modelo de evolucin de cada sistema de informacin;

Sistemas de Informacin Utilizados

Sin Sistema de Informacin

Sin Sistema de Informacin

Sistema de Forestacin Campesina

Sistemas de Informacin Utilizados

Sin Sistema de Informacin

y Ejecucin Gestin de ASP

Control de Visitantes y Fiscalizacin

Sistemas de Informacin Utilizados

Sin Sistema de Informacin

Sin Sistema de Informacin

Actualizar y Completar Informacin

Fomento, Flora y Fauna, etc

Sistema GeoReferenciado (GIS)

Captura de Informacin externa

Metereologa, SAG, Imgenes Satelitales

Costos Estimados: Precedencia:

b. Puesta en Marcha Nueva Organizacin TI

Proceso(s) que apoya: Area responsable:

Costos Estimados: Precedencia:

rea responsable: Impactos esperados:

Proceso(s) que apoya:

rea responsable: Impactos esperados:

Costos Estimados: Precedencia: