View
529
Download
1
Category
Preview:
Citation preview
Arquitectura de Software
Análisis ATAM
Título Detalle
Autor(es) Rodrigo González Roberto Caamaño Miguel Cartagena Mauricio Álvarez Manuel Fernández
Profesor Miroslav Pavlovic
Cátedra Arquitectura de Software
Fecha de Entrega 01-08-2012
Índice
Índice .................................................................................................................. 2 Introducción ........................................................................................................ 4
Que es ATAM ..................................................................................................... 5 Objetivo de ATAM ............................................................................................... 5 ¿Por qué molestarse en utilizar ATAM? ............................................................. 5 ¿Cómo se logra el éxito con ATAM? .................................................................. 5 ¿Cuál es el propósito de la ATAM? .................................................................... 5
¿En que se técnicas inspira ATAM? ................................................................... 6
Consecuencias positivas del uso de la ATAM. ................................................... 6
ATAM es un método de análisis organizado en torno a:..................................... 6 Presentación ................................................................................................................................... 6
Investigación y Análisis.................................................................................................................... 7
Pruebas ................................................................................................................................... 7 Tormenta de ideas y dar prioridad a las vistas. .............................................................................. 7
Analizar los enfoques arquitectónicos ............................................................................................ 7
Reporte ................................................................................................................................... 7 Presentación de los resultados. ...................................................................................................... 7
Caracterización de calidad de atributos .......................................................................................... 8
Ejemplo de Estímulos Externos: ............................................................................................ 8 Para la Modificabilidad, ......................................................................................................... 8
Escenarios ........................................................................................................ 10 Tipos de Escenarios .............................................................................................................. 10 Escenarios de casos de uso ................................................................................................... 10
Escenarios de crecimiento .................................................................................................... 10 Desempeño ........................................................................................................................... 10
Los escenarios exploratorios ................................................................................................ 10 Obtener y Priorización de los escenarios ............................................................................. 11 Los árboles de utilidad ......................................................................................................... 11
Escenario de lluvia de ideas ................................................................................................. 12
Atributos basados en estilos arquitectónicos ................................................... 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 Elaboración de producto Atam’s .......................................................................................... 15
Paso 1 : .......................................................................................................................................... 15
Paso 2 : .......................................................................................................................................... 15
Pasos del ATAM ............................................................................................... 16
Fase de Presentación ....................................................................................... 16 Paso 1 - Presentación del ATAM ......................................................................................... 16
Paso 2 - Presentación de los Conductores del Negocio ...................................................... 17 Caso de Negocio/Presentación de la Arquitectura ............................................................... 17
Paso 3 - Presentación de la Arquitectura Actual .................................................................. 18
Fase de Investigación y Análisis ....................................................................... 19 Paso 4 - Identificar el Enfoque Arquitectural....................................................................... 19 Paso 5 - Generación de Atributos de Calidad del Árbol de Utilidad .................................. 19 Paso 6 - Analizar el Enfoque Arquitectónico ....................................................................... 20
Fase de Pruebas .............................................................................................. 21 Paso 7 - Dar prioridad a una lluvia de ideas y Escenarios ................................................... 21
Paso 8 - Analizar los enfoques arquitectónicos .................................................................... 24 Paso 9 - Presentación 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 evaluación ...................................................................................... 26 Fase de Presentación ....................................................................................... 26 Fase de Investigación y Análisis ....................................................................... 32 Fase de Pruebas .............................................................................................. 38
Conclusión ........................................................................................................ 46
Introducción
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 análisis. En el
mercado existen varias herramientas que logran este objetivo, sin embargo el tenor de
este trabajo, es revisar en que consiste el análisis de la arquitectura basado en ATAM.
Que es ATAM
Es un método de análisis de la arquitectura que dadas sus condiciones particulares
permite que el análisis sea repetible.
Así, al tener un método estructurado ayuda a asegurar que se solicitarán al inicio del
proyecto las preguntas correctas relacionadas a la arquitectura, en las etapas de diseño,
cuando los problemas detectados pueden ser resueltos con costos presupuestarios bajos
Finalmente tiene como finalidad guiar en forma amistosa a los usuarios del método
en busca de problemas determinando los mejores resultados para dar solución a estos
conflictos en la arquitectura de software
Objetivo de ATAM
Es entender las consecuencias de las decisiones arquitectónicas con respecto a los
requisitos de calidad de los atributos del sistema.
Obtener y perfeccionar una comunicación precisa de las necesidades de la
arquitectura de los driver’s de los atributos de calidad
Obtener y refinar una muestra precisa de las decisiones de diseño arquitectónico
¿Por qué molestarse en utilizar ATAM?
En pocas palabras, una arquitectura es el ingrediente clave de un negocio o éxito de
una organización tecnológica, si al utilizar ATAM se logra mejorar la arquitectura, se
propende al mayor éxito del negocio.
¿Cómo se logra el éxito con ATAM?
El éxito se logra mediante la identificación de tendencias, teniendo como principal
interés identificar los riesgos al momento de tomar decisiones de diseño arquitectónico en
su etapa inicial, creando prototipos, que a la larga serán de menor costo que modificar el
proyecto en su etapa postrera.
¿Cuál es el propósito de la ATAM?
El propósito de la ATAM es evaluar las consecuencias de las decisiones de
arquitectura en función de las necesidades de los atributos de calidad; ATAM es un método
de identificación 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 técnicas inspira ATAM?
La ATAM se inspira en técnicas de tres áreas: la noción de estilos arquitectónicos, las
comunidades de los atributos de calidad de análisis, y el Método de Análisis 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 concreción de los requisitos de atributos de
calidad. Esto se logra, en parte, mediante la obtención de vistas relacionados a los
interesados que establecen claramente los requisitos de atributos de calidad en términos de
estímulos y respuestas.
El proceso de vistas de intercambio de ideas también fomenta la comunicación entre
las partes interesadas, lo que genera consenso necesario, con respecto a los requisitos de
calidad de los atributos.
Es importante señalar 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 noción de base
de atributos estilos arquitectónicos.
ATAM es un método de análisis organizado en torno a:
Idea de que los estilos arquitectónicos son los principales determinantes de los
atributos de calidad arquitectónica.
El método se centra en la identificación de los objetivos de negocio que conducen a
los objetivos de los atributos de calidad
ATAM es utilizado para analizar la ayuda estilos arquitectónicos como en el logro de estos objetivos.
Las etapas del método son los siguientes:
Presentación
El método 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 serán los principales impulsores de arquitectura.
La arquitectura actual., que es descrita por el arquitecto, centrándose en
cómo se dirige a los generadores del negocio.
Investigación y Análisis
Identificar los enfoques arquitectónicos. 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.) especificándose al nivel de
las Vistas.
Analizar los enfoques arquitectónicos. En base a los factores de alta
prioridad son identificados y analizados (por ejemplo, un enfoque de
arquitectura orientada a satisfacer las metas de desempeño será sub-
proyectada a un análisis de rendimiento). Durante esta etapa los riesgos
arquitectónicos, 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 través de un proceso de
votación con la participación de todo el grupo de actores (Stakeholders).
Analizar los enfoques arquitectónicos.
En este paso, los escenarios altamente clasificados, se consideran casos de
prueba para el análisis de los enfoques arquitectónicos. Estos escenarios de
casos de prueba pueden exhibir otros enfoques arquitectónicos, los riesgos y
los puntos de afectividad y los puntos que están sopesando la continuación
documentada.
Reporte
Presentación de los resultados.
Con base en la información recogida en el ATAM (Escenario de Estilos,
Atributos Específicos 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 información,
junto con cualquier estrategias de mitigación propuesta.
Caracterización de calidad de atributos
o Evaluación de un diseño arquitectónico frente a los requisitos de atributos de
calidad.
Requiere una caracterización precisa de los atributos de calidad de interés.
Por tal motivo, se ha creado las caracterizaciones de los atributos de calidad
de desempeño, modificabilidad, disponibilidad, caracterización de usabilidad
y seguridad. Caracterizaciones que sirven como puntos de partida, que
pueden concretarse más en preparación para la realización.
Cada atributo de calidad de caracterización se divide en tres categorías:
Estímulos externos: Son los eventos que ocasionan la arquitectura
para responder o cambiar los requisitos deben ser expresados en
términos que sean concretos y medibles u observables.
Decisiones arquitectónicas. 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 Estímulos Externos:
Mensajes
Interrupciones
Pulsaciones de teclado.
Para la Modificabilidad,
Los estímulos externos son las solicitudes de cambio en el software del sistema que
incluyen:
Encapsulación
Mecanismos de direccionamiento indirecto
Respuesta es el número de componentes afectados, conectores e interfaces
y los recursos tales como la CPU y redes de área local, Los recursos de
arbitraje, como política de planificación, el consumo de recursos como el
tiempo de ejecución de la CPU, las entradas y los acontecimientos externos
tales mensajes.
¿Son los servidores de un solo o de varios subprocesos?
¿Cuál es la ubicación de los servidores de seguridad y su impacto en el rendimiento?
¿Cómo son las prioridades asignadas a los procesos?
¿Qué información se almacena en caché en comparación con volver a genera-? Sobre la base de qué principios?
¿Cómo se asignan a los procesos de hardware? ¿Cuál es el impacto en el rendimiento en un cliente liviano en comparación con un cliente pesado?
¿Cuál es la ubicación física del hardware y la conectividad?
¿Cómo se asignan los recursos a las solicitudes de servicio?
¿Cuáles son las características de ancho de banda de la red?
¿Cómo podemos caracterizar la carga del cliente, (por ejemplo, cuántas sesiones simultáneas, ¿cuántos usuarios)?
¿Cómo se hace la cola y la priorización en la red?
¿Cuáles son las características de rendimiento del middleware: balanceo de carga, monitoreo, configuración de los servicios a los recursos? ¿Utiliza un protocolo síncrono o un protocolo
asíncrono?
¿Cuál es el impacto de los protocolos de transmisión unicast o multicast?
Figura 1: Ejemplos de preguntas relacionadas con el rendimiento
Estas preguntas están inspiradas en las caracterizaciones de los atributos y el resultado de la
aplicación de la caracterización de la arquitectura está siendo evaluado. Por ejemplo, ver las
preguntas de desempeño en la Figura 1 y considerar cómo estas preguntas podrían haber sido
inspirada por la caracterización del rendimiento en la figura 16 del anexo A.
Otros ejemplos específicos de atributo-preguntas se muestran en la Figura 2.
MODIFICABILIDAD: Si esta arquitectura incluye capas o fachadas, ¿hay algún lugar allí donde las capas o fachadas son eludidas? Si esta arquitectura incluye un repositorio de datos, ¿cuántos lugares distintos en la arquitectura tienen un conocimiento directo de sus tipos de datos y el diseño? Si cambia el tipo de datos compartidos, ¿cuántas partes de la arquitectura se ven afectados? RENDIMIENTO: Si hay varios procesos que compiten por un recurso compartido, ¿cómo son las prioridades asignadas a estos procesos y el proceso de control de los recursos? Si hay varias tuberías de procesos y subprocesos, lo que es la prioridad más baja para cada proceso / hilo en cada tubería?
Si varios flujos de mensajes llegan a una cola de mensajes en la residencia, ¿cuáles son las tasas y distribuciones de cada corriente? ¿Existen canales de comunicación relativamente lentos a lo largo de una vía de comunicación importante (por ejemplo, un módem)? DISPONIBILIDAD: Si la redundancia se utiliza en el la arquitectura, qué tipo de redundancia (analítica, exacta y funcional) y cómo es la elección entre los componentes redundantes? ¿Cómo se identifican las fallas? Puede fallas activas, así como pasiva se identifica? Si la redundancia se utiliza en el la arquitectura, ¿cuánto tiempo se necesita para cambiar entre las instancias de un componente redundante?
Figura 2: Ejemplos de preguntas específicas en atributos
Escenarios Un escenario es una declaración breve que describe una interacción de una de las partes
interesadas con el sistema (ejemplo actualización del sistema operativo)
Los escenarios son también útiles en la comprensión de tiempo de ejecución 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 interacción 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 través de la Web durante el período
de máxima 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 cuál es el estímulo, lo que las condiciones
ambientales son, y lo que es la manifestación medible u observable de la respuesta.
Escenarios de crecimiento
Los escenarios de crecimiento representan típicos cambios previstos en el futuro a un sistema.
Desempeño
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 versión del sistema operativo
existente en el menos de un año-persona de trabajo.
Los escenarios exploratorios
El objetivo de estos escenarios es para exponer los límites o condiciones de contorno del diseño
actual, exponiendo posiblemente supuestos implícitos. Por ejemplo:
1. Añadir 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 años de edad, en una nueva generación de la
aeronave.
Obtener y Priorización de los escenarios
Los escenarios son identificados y priorizados en ATAM utilizando mecanismos diferentes en
momentos diferentes con la participación de stakeholders diferentes. Los dos mecanismos
empleados son arboles de utilidad y lluvia de ideas estructuradas
Árbol de utilidad Lluvia de ideas
StakeHolders Arquitectos, responsable del proyecto
Todo los StakeHolders
Tamaño Típico del Grupo 2 evaluadores; 2-3 del personal del proyecto
4-5 evaluadores; 10.5 relativas al proyecto personal
Objetivos Principales Obtener, concretar y priorizar el conducir los requisitos de calidad de los atributos. Proporcionar un enfoque para el resto del la evaluación.
Fomentar las partes interesadas la comunicación para validar atributo de calidad objetivos provocada a través del árbol de utilidad
Enfoque Top-down (general a específico) Bottom-up (específico 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 interés pueden agregar sus propios atributos o cambiar nombres para
representar sus propias ideas.
La priorización del árbol de utilidad se realiza en dos dimensiones: por la importancia de cada nodo
para el éxito del sistema y el grado de percepción del riesgo que plantea la consecución de este nodo
Ejemplo de un árbol de utilidad
Escenario de lluvia de ideas
Escenario de lluvia de ideas funciona bien en la mayoría de grupos, creando una atmósfera en la
que las ideas y los pensamientos de una persona estimulan a otros para pensar. El proceso fomenta
la comunicación, 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 través del
ejercicio del árbol de utilidad. Si están de acuerdo, muy bien. Si los escenarios adicionales de manejo
son descubiertos, esto también es un resultado importante
Atributos basados en estilos arquitectónicos
Un estilo arquitectónico incluye una descripción de los tipos de componentes y su topología,
una descripción del patrón de datos y la interacción entre los componentes de control, y una
descripción informal de las ventajas y los inconvenientes de la utilización de ese estilo.
Los estilos arquitectónicos son importantes ya que se diferencian las clases de diseños, ofreciendo
evidencia empírica 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 arquitectónico en el que las
limitaciones se centran en tipos de componentes y los patrones de interacción 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 arquitectónicas que son relevantes
para el desempeño cómo 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 colección de componentes y
de conexión. Pero sin embargo, hay patrones. Llamando estos patrones durante una arquitectura
evaluación y de forma explícita el razonamiento acerca de su comportamiento haciendo preguntas
específicas en atributos y la aplicación de determinados atributos modelos de razonamiento es
fundamental para la evaluación. Esta es la forma entendemos el "bosque" de una arquitectura, sin
quedar empantanados en la comprensión individual "Árboles".
Resultados de la Atam
El objetivo central de la evaluación 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 análisis de Atam es ayudar a las organizaciones para desarrollar una serie de
análisis, razonamientos, justificaciones y guías para tomar decisiones respecto a la arquitectura. Este
análisis 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 implícito en la arquitectura. Se debe
tratar de registrar ambas dentro del documento
La documentación de estos puntos consiste en
Documentar una decisión 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 justificación del efecto positivo o negativo de cumplir con la calidad del atributo del
requerido
Un ejemplo de riesgo puede ser una decisión que todavía 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 lógicas de proceso pueden producir efecto similar al igual que
la poca comunicación 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 críticos 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 encriptación.
La latencia para el procesamiento de un mensaje importante podría ser sensible a la
prioridad del proceso de prioridad más baja implicado en el manejo del mensaje.
El número promedio de días-hombre de esfuerzo que se necesita para mantener un sistema
puede ser sensible al grado de encapsulación de los protocolos de comunicación y formatos
de archivo.
Los puntos de sensibilidad indican al diseñador o al analista donde colocar el foco de atención
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 más de un atributo y es un punto de sensibilidad para más de
un atributo.
Por ejemplo, cambiar el nivel de encriptación podría tener un impacto significativo sobre la
seguridad y el rendimiento. El aumento del nivel de cifrado mejora la seguridad pero requiere más
tiempo de procesamiento.
Las decisiones que todavía no han sido tomadas no pueden ser consideradas aun como
punto de sensibilidad debido a que todavía el componente no existe.
Es importante tener en consideración 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 identificación de estos es frecuentemente el resultado de análisis
cualitativos o implícitos. Ya sea por experiencia previa o por conocimiento básico del atributo de
calidad en cuestión. La meta de cualquier evaluación de arquitectura es hacer este razonamiento
explicito y registrarlo.
El razonamiento no siempre es formal y matemático, pero debe ser predictivo y repetido en
el tiempo. El razonamiento puede expresarse como una discusión de revisar los enfoques
arquitectónicos que responden a un escenario, puede ser una cualidad del comportamiento de un
atributo específico de la arquitectura o la forma de calcular el valor de un atributo de calidad en
particular. Abass proporciona las bases técnicas para la creación de modelos de razonamiento.
Elaboración de producto Atam’s
El poder de Atam deriva en parte de las bases proporcionadas por los conceptos técnicos
revisados en el documento. Estos conceptos trabajan juntos de manera sinérgica
Paso 1 :
El estímulo / 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 términos del estimulo y respuesta deseada. Los escenarios deben ser priorizados en términos de importancia dentro del total de la misión del sistema y el riesgo percibido en la realización de este en el sistema. La priorización de escenarios puede ser utilizada en el análisis de la arquitectura. En el Paso 3 : El arquitecto del sistema presenta la arquitectura para la evaluación del equipo. El arquitecto presenta la arquitectura en términos de los enfoques arquitectónicos utilizando los objetivos de los atributos de calidad más importantes. El equipo de evaluación también busca estilos arquitectónicos y enfoques de como se presenta la arquitectura. Los enfoques abordan de manera priorizadas los escenarios que serán objeto de análisis durante el resto de la evaluación, atributos específicos de modelos que se aplican a determinados estilos arquitectónicos. Estos modelos proporcionan determinados atributos preguntas que los evaluadores emplean para obtener los métodos 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
dinámicas en el orden de los pasos de acuerdo a la disponibilidad de personal e información de la
arquitectura. Aunque estos pasos están numerados indicando un orden lineal no sugiere una
ejecución en estricto orden de cascada.
El tiempo necesario para la ejecución de los pasos dependerá del tamaño del sistema y a la madurez de la arquitectura. Es idóneo agrupar por fases donde el grupo de trabajo de ATAM y el cliente realicen una reunión preliminar para establecer un entendimiento común de la arquitectura y luego reunir un grupo más amplio de las partes interesadas para una evaluación más formal.
Fase de Presentación
Paso 1 - Presentación del ATAM
El líder de evaluación 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 información será recopilada, sus mecanismos de examinación y a quien
se le presentara.
Las técnicas que se utilizaran para la obtención y análisis son: La Generación de Utilidad del
árbol, Enfoque arquitectónico basado en la elección y lluvia de ideas y mapeos de escenarios.
Paso 2 - Presentación de los Conductores del Negocio
El director del proyecto presentara una visión general del sistema desde una perspectiva
empresarial, adicionalmente se realiza la descripción de las metas del negocio que motivan el
esfuerzo, y aclara que se persiguen objetivos de tipo arquitectónico.
Se presenta el sistema con un alto nivel de abstracción y por lo general se describe
Requisitos funcionales más importantes.
Limitaciones técnicas, económicas, políticas, administrativas
Metas y contexto del negocio
Principales partes Involucradas (stakeholder)
Los manipuladores de la arquitectura. (Principales atributos de calidad)
Caso de Negocio/Presentación de la Arquitectura
Para asegurar la calidad, consistencia y volumen de la información presentada en los pasos
anteriores, se presentan un ejemplo con las siguientes plantillas de documentos a presentar el caso
de negocio
Descripción del contexto del negocio y los involucrados. Descripción del ambiente del negocio (historia, mercado, propósito)
Descripción de las limitaciones del negocio (Mercado, demanda de Cliente, Estándares)
Descripción de las limitaciones técnicas. (COTS, Interoperabilidad con otros sistemas, hardware y software)
Calidad de los atributos deseados. (performance, disponibilidad, seguridad, integralidad, interoperabilidad)
Glosario.
Paso 3 - Presentación de la Arquitectura Actual
La arquitectura será presentada por el líder o el grupo de arquitectura con un
apropiado nivel de detalle. Para determinar el nivel apropiado de detalle; este dependerá de la
cantidad de información 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
información disponible ya que afectara directamente el análisis y la calidad del análisis.
Esta presentación deberá cubrir los siguientes aspectos:
Limitaciones técnicas 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 evaluación comienza las pruebas iniciales de los enfoques de
arquitectura
Un ejemplo de la presentación de arquitectura
Presentación 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) Módulos (sistemas y subsistemas, procedimientos, métodos) Procesos(Flujo de datos, eventos conexiones, sincronización de procesos) Hardware(CPU, almacenamiento, dispositivos, sensores, redes y conectores) Enfoque arquitectónico (atributos, estilos, direccionamiento)
Uso del COTS ( como es elegido e integrado) Trazabilidad de escenarios (uso de los mas importantes escenarios) Issues arquitectónicos(Manejo de requerimientos) Glosarios
Fase de Investigación y Análisis
Paso 4 - Identificar el Enfoque Arquitectural ATAM esta enfocada al análisis de una arquitectura y entender el enfoque arquitectónico. 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 arquitectónicos y los estilos arquitectónicos.
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 arquitectónicos definen las estructuras importantes del sistema y
describir la forma que el sistema puede crecer.
Paso 5 - Generación de Atributos de Calidad del Árbol de Utilidad
En este paso el equipo de evaluación 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 más importantes. Aquí se necesita un medio para centrar la atención de todas
las partes interesadas en los aspectos de arquitectura que son los más críticos para el éxito
del sistema; esto se realiza mediante la construcción de un árbol de utilidad.
Como resultado de este proceso de generación del árbol de utilidad se obtiene una
priorización de los requisitos específicos de calidad de los atributos. Esta lista de prioridades
proporciona una guía para el resto de ATAM, adicionalmente le indica donde el equipo
donde se consume el tiempo limitado y donde se prueba un particular enfoque
arquitectónico y sus riesgos junto con los puntos de sensibilidad e intercambio. Además el
árbol de utilidad sirve para concretar los requisitos de los atributos de calidad forzando al
equipo de evaluación y el cliente definir los requerimientos precisamente.
Paso 6 - Analizar el Enfoque Arquitectónico
Con base en los resultados del establecimiento de prioridades del paso anterior, el
equipo de evaluación podrá entonces investigar los planteamientos arquitectónicos que dan
cuenta de los atributos de calidad más importantes, tomando como base la documentación
de estas decisiones sobre las arquitecturas, identificación de sus riesgos y puntos de
sensibilidad e intercambio.
En este punto se buscan enfoques y estilos ya que no todos los arquitectos están
familiarizados con los estilos arquitecturales por lo que no puede ser capaz de enumerar un
conjunto de estilos que se usan en la arquitectura.
Además obtenemos información suficiente sobre cada enfoque arquitectural para
llevar a cabo un análisis rudimentario sobre el atributo para el que el enfoque es relevante.
Por otra parte se quiere estar convencidos de que la creación de instancias de este enfoque
en la arquitectura que se evalúa es una promesa significativa para el cumplimiento de los
requisitos específicos de atributos para los cuales esta destinado.
Los principales resultados de esta fase son una lista de enfoques arquitectónicos 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 básico para la descripción de un
riesgo y esto se registra en una creciente lista de riesgos. La primera acción a este paso es
asociar a los más altos requisitos de calidad con los enfoques arquitectónicos, para cada
escenario generado por el paso del árbol de utilidad, El arquitecto debe identificar los
componentes, conectores, configuración y las restricciones involucradas.
El equipo de evaluación y el equipo de arquitectura deben abordar cada enfoque
presentado por el conjunto de preguntas de un enfoque específico y las preguntas de un
atributo de calidad específico. 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 discusión y para
la determinación de un punto de riesgo potencial; estas a su vez pueden generar un análisis
profundo dependiendo como el arquitecto las responda.
El nivel de análisis no pretende ser exhaustiva y detallada si no mas bien acorde con
el nivel de detalle de especificación de la arquitectura; esto requiere un criterio de ingeniería
sin embargo la clave es tener en cuenta la necesidad de establecer un vinculo entra las
decisiones arquitectónicas y los requisitos de calidad que deben ser cubiertos.
A continuación se presenta un ejemplo de plantilla para la captura de un enfoque de
arquitectura:
Escenario Atributo Ambiente Estimulo Responsable Razonamiento
Así podemos obtener la información a las respuestas de un escenario del árbol de utilidad
requerida en un sistema.
Al finalizar esta paso el equipo deberá tener una visión amplia de los aspectos mas
importantes de la arquitectura, así como la justificación para las decisiones de diseño 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. Generación de un conjunto de Escenarios ha demostrado ser un gran facilitador de la discusión y el intercambio de ideas, los números, cuando las mayores partes interesadas de se reúnen 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 categorías:
Los escenarios de crecimiento. Los escenarios exploratorios.
Una vez que los escenarios han sido recogidos, deben ser priorizados. Por lo general hacerlo a
través de un procedimiento de votación en donde se asigna a cada actor un número de votos igual al 30% del número de escenarios, redondeado.
El establecimiento de prioridades y la votación puede ser abierta o un procedimiento de
votación secreta. Una vez que los votos se han hecho, están contados y los escenarios que tienen
prioridad. Un punto de corte se hace típicamente que separa a los escenarios de alta prioridad de las
inferiores, y sólo los de alta prioridad son considerados en las etapas de evaluación en el futuro. Por
ejemplo, un único equipo que podría considerar los cinco escenarios.
La Figura 9 muestra un ejemplo de un conjunto de escenarios de una reciente evaluación de un
sistema de envío (sólo los cinco escenarios de los treinta más de recogida se muestra aquí), junto
con sus votos
4. Dinámica de volver a planificar una misión enviada a los 10 minutos. [28] 27. Dividir la gestión de un conjunto de vehículos a través de múltiples sitios de control. [26] 10. Cambiar de proveedor de herramientas de análisis después de la misión ha comenzado, sin reiniciar el sistema. [23] 12. Redirigir una colección de diversos vehículos para manejar una situación de emergencia en menos de 10 segundos después de que se emiten mandatos. [13] 14. Cambiar el mecanismo de distribución de datos de CORBA para un nuevo estándar emergente con un esfuerzo inferior a seis meses-persona”. [12]
Luego comparamos el resultado de priorización 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 están en conflicto irreconciliable.
Por ejemplo, consideremos la figura 10, donde los escenarios altamente clasificados se
muestran junto con una indicación de la calidad atributo o atributos que cada escenario afecta más
fuertemente.
La utilidad de generación de árboles y de las actividades de escenarios de intercambio de
ideas reflejan los objetivos de los atributos de calidad, pero a través de los medios de educción
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 priorización 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 algún 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 más amplio número de actores participe en la generación y
priorización de escenarios. Comparando ambas actividades es común detectar falta de conexión
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 razón 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 arquitectónicos
Luego de recoger los escenarios y analizarlos, el arquitecto comienza el proceso del mapeo
de los escenarios de clasificación de las descripciones arquitectónicas. En este paso se reitera el
paso 6, la cartografía de los más altos escenarios generados recientemente sobre los artefactos
arquitectónicos hasta ahora descubierto. Suponiendo que el paso 7 no produjo ninguna alta prioridad
escenarios que no estuvieran cubiertas por el análisis 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 información nueva.
En resumen consiste en analizar los escenarios y tratar de no encontrar nueva información
de lo contrario se debe volver a los puntos anteriores pasos 4, 5 ,6 hasta encontrar la menor nueva
información posible
Paso 9 - Presentación de Resultados
Finalmente la información recolectada con ATAM debe ser resumida y presentada de nuevo
a los Stakeholder, esta presentación es una presentación verbal complementada con dispositivas a
las cuales se puede agregar un informe mas completo por escrito con posterioridad a esta
presentación.
En esta se resume toda la información 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 arquitectónicos documentados
El conjunto de escenarios y su priorización
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 compensación encontrados
Se describen todos los hallazgos del análisis y en algunos casos es posible ofrecer estrategias de
mitigación. Esto debido a que estamos tratando de entender la arquitectura y por esta razón es
posible que se realicen algunas recomendaciones sobre como se pudo haber diseñado o analizado la
arquitectura.
Estas estrategias de mitigación pueden ser procesos relacionados (consultar por sugerencias
para construcción de módulos), procesos de gestión (equipos de desarrollo realizan labores similares
porque lo deberían fusionarse) o procesos técnicos (verificar duración de procesos en base a la
cantidad de clientes). Sin embargo ofrecer estrategias de mitigación 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 obtención de información
arquitectónica y el análisis de esta información.
La segunda fase se centra en obtener puntos de vista de los stakeholders y la verificación de
los resultados obtenidos de la primera fase.
Actividades de la Fase 1
Se reúne el equipo ATAM con un subconjunto del equipo que está evaluando. Esta reunión
se centra en dos preocupaciones: La organización del resto de las actividades de análisis y
recopilación de la información. Mientras tanto el Manager del equipo evalúa las necesidades para
asegurarse de que se está trabajando con las personas adecuadas y que tienen la actitud correcta.
Durante el primer día se ejecuta una versión reducida del proceso ATAM, concentrándose en
los pasos 1-6. La recolección de la información durante la primera reunión tiene por objetivo
garantizar que la arquitectura sea efectivamente un valor, esto significa que tiene suficiente detalle
definido.
Esta fase 1 es una pequeña reunión, generalmente realizada entre un pequeño grupo del
equipo evaluador y del equipo del cliente. Esta fase pretende recopilar la mayor cantidad de
información posible.
Se detectan los siguientes elementos:
Si el resto de la evaluación es factible de realizar y se puede continuar.
Si se requiere más documentación arquitectónica, y de ser así, que tipo de documentación y
de qué forma debe ser representada.
Qué tipo de stakeholders deben estar presentes en la fase 2.
Al finalizar el día, se debe obtener una imagen mas claro del estado y el contexto del proyecto, las necesidades de arquitectura y que tipo de documentación 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 verificación del análisis realizado previamente y su posterior análisis.
Las partes interesadas se han reunido, han recibido material de lectura preliminar, como una
descripción de ATAM. Los distintos escenarios, la documentación 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 próxima
reunión y dado que pueden haber transcurrido varios días o semanas entre la primera y segunda
reunión, es útil para resumir rápidamente los pasos de ATAM, de forma tal que todos los asistentes
tengan el mismo nivel de entendimiento y expectativas de las actividades del día.
Pasos ATAM y sus stakeholders
La ejecución 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 tamaño, la
criticidad y la complejidad del sistema, el equipo de evaluación puede ser mayor o menor.
Las típicas categorías de los asistentes en cada etapa es la siguiente:
Paso Actividad Grupo de Stakeholder
1 Presentar al equipo ATAM Equipo/Clientes o representantes del cliente o del equipo de Arquitectura
2 Presentar los Drivers de Negocio Equipo/Clientes o representantes del cliente o del equipo de Arquitectura
3 Presentar la arquitectura actual Equipo/Clientes o representantes del cliente o del equipo de Arquitectura
4 Identificar los enfoques arquitectónicos Equipo/Clientes o representantes del cliente o del equipo de Arquitectura
5 Generar los atributos de calidad de los árboles de utilidad
Equipo/Clientes o representantes del cliente o del equipo de Arquitectura
6 Analizar los enfoques arquitectónicos Equipo/Clientes o representantes del cliente o del equipo de Arquitectura
7 Lluvia de ideas y priorización de escenarios de las partes interesadas
Todos los stakeholders
8 Analizar enfoques arquitectónicos Clientes representantes / Arquitectura del equipo
9 Presentar los resultados de las partes interesados Todos los stakeholders
Ejemplo de evaluación
Plan Estratégico de Tecnologías de Información CONAF
Fase de Presentación
La Corporación Nacional Forestal (CONAF) es una entidad de derecho privado dependiente del Ministerio de Agricultura, que nace de una modificación de los estatutos de la antigua Corporación
de Reforestación, mediante Decreto del 19 de abril de 1973 (publicado en el Diario Oficial el 10 de mayo del mismo año), con el objetivo de “contribuir a la conservación, incremento manejo y aprovechamiento de los recursos forestales del país”.
La misión de la Corporación Nacional Forestal (CONAF) es Contribuir al desarrollo del país a través
del manejo sostenible de los ecosistemas forestales y a la mitigación de los efectos del cambio
climático, mediante el fomento, fiscalización de la legislación forestal - ambiental; la protección de
los recursos vegetacionales; y la administración de las Áreas Silvestres Protegidas del Estado, para las
actuales y futuras generaciones.
Sus objetivos estratégicos son:
1) Contribuir a la creación y desarrollo sostenible del recurso forestal, para la generación de bienes y
servicios con énfasis en la mitigación y/o compensación ambiental, aportando al desarrollo
económico, ambiental y social del país, mediante el establecimiento y manejo de plantaciones,
recuperación y fomento del bosque nativo e incremento del arbolado urbano.
2) Proteger los ecosistemas forestales y su patrimonio ambiental, de los agentes bióticos y abióticos,
y procesos dañinos como plagas, prácticas ilegales de manejo forestal, incendios forestales y
desertificación.
3) Administrar eficaz y eficientemente el Sistema Nacional de Áreas Silvestres Protegidas del Estado,
para maximizar sus potencialidades ambientales, sociales y económicas.
Sus pilares estratégicos son:
- Mejorar la relación árbol-comunidades urbanas, permitiendo una mejor calidad de vida.
- Reimpulsar la forestación para soportar mayores crecimientos productivos y subproductos del
bosque.
- Consolidar la integración del bosque y vegetación nativa al desarrollo económico y social del país.
- Promover y proteger el patrimonio forestal y ambiental del país.
- Promover a pequeños y medianos productores en el sector forestal.
- Mejorar el desempeño administrativo y de los servicios de la institución.
- Consolidar y enfocar la investigación y estudios forestales en el país.
Jefatura TI y staff Es responsable del área
• Coordinación con Alta Dirección y Comité Informático
Definir Visión, estrategia global de TI y plan informático • Definir Organización de TI • Comunicación • Administración de RRHH
• Mantención del mapa de arquitectura y estándares • Control de la Gestión, supervisión cumplimiento de metas
• Definir políticas y normativa (de seguridad,...)
Clientes, Gestión del Cambio
• Vela por la satisfacción de los clientes • Educar y entrenar a los usuarios; acompañarlos en los procesos de cambio de prácticas
asociados a la introducción de TI • Rediseño de los procesos de negocio como consecuencia de la incorporación de TI
• Asistencia y consejo a los clientes TI • Gestión de problemas e incidentes.
Operaciones y sistemas
• Administra y opera la plataforma tecnológica y los sistemas • Planificar las capacidades de la plataforma
• Instalación y acreditación de sistemas (QA) • Operación de las aplicaciones; administración de respaldos y recuperación
• Administración 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
básicas, por ejemplo: correo, workflow
• Vela por la coherencia y desarrollo de estas plataformas
• Desarrolla acciones tendientes a garantizar continuidad de
operación
• Responde por SLA’s asociados
• Desarrolla capacity planning de infraestructura
• Administración de los Sistemas de Telecomunicaciones • Telefonía (fija y móvil)
• Transmisión de datos capa física
• Videoconferencia y otros
Gestión de Aplicaciones
• Articula la mecánica para la administración de nuevos
requerimientos y el Mantenimiento de Aplicaciones en producción.
• Gestiona las versiones y configuración de aplicaciones existentes (Fuentes, ejecutables, documentación, versiones)
• Marco regulatorio para ambiente productivo:
• desarrollo -> Testing -> Producción
• Calidad del SW.
Soporte • Soporte local
• Mesa de ayuda
• Explotación de Sistemas
Proyectos
• Responsable de gestionar los proyectos en tiempo y costo
• Administrar proyectos: asignar Jefes de Proyecto, supervisar la ejecución de la cartera de
proyectos, en tiempo y recursos
• Definir una metodología de Administración de Proyectos TI de CONAF velando por la
calidad
• Realizar Procesos de Licitación para el desarrollo de Proyectos, adquisición de aplicaciones e infraestructura
• Acordar niveles de servicio • Promover post-evaluaciones de los proyectos TI.
Arquitectura y Estándares
Definir y mantener la Arquitectura TI de CONAF, velar por su alineamiento con el Plan
Estratégico de la Institución;
• Elaboración y mantención del mapa de procesos/sistemas de Información/plataforma tecnológica (plan regulador de TI)
• Definición de las reglas de interoperabilidad
• Definición y mantención de Políticas, Normas y Estándares técnicos
• Asegurar el alineamiento de los proyectos y del diseño 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;
• Políticas y Procedimientos de Seguridad TIC, con los controles necesarios que permitan
un nivel adecuado de protección de la información y la continuidad operacional de los
servicios que el DI entrega.
Planificación y control de gestión
Responsable de planificar y controlar la actividad del área;
• Definición y seguimiento Plan informático
• Diseño del modelo de negocios para las TI
• Def. y seguimiento convenio de desempeño con la organización • Def., seguimiento y medición de procesos internos, normas y metodologías
• Gestión de calidad; seguimiento de No Conformidades
• Planificación y administración presupuestaria
• Control de gestión
• Atención y seguimiento de auditorias • Negociar y administrar contratos/convenios marco
Perfil de competencias de las funciones más críticas
Conocimientos y competencias Jefe de Proyectos
Obligatorios
• Conocimiento del negocio de CONAF. • Evaluación de Proyectos
• Dirección de Proyectos
• Administración de Contratos
• Herramientas de Programación y Control de Proyectos • Capacidad de liderazgo
• Capacidad de negociación con los Clientes
• Experiencia en alinear Nuevas Tecnologías con el negocio
• Actitud para trabajar en equipo y comunicar.
• Confianza en sí mismo
• Compromiso con la Institución • Desarrollo de Personas y de sí mismo
• Facilitador del cambio
• Ingeniero Civil con experiencia de a lo menos 3 años en gestión de proyectos.
Conocimientos y competencias Arquitecto
• Conocimiento de conceptos de arquitectura empresarial
• Conocimiento de la misión, visión, políticas y objetivos estratégicos de CONAF.
• Conocimiento de Modelos corporativos de datos
• Conocimiento de tecnologías emergentes y tendencias del mercado TIC. • Conocimiento de Modelamiento de Procesos de Negocio.
• Foco en los resultados • Pensamiento Estratégico
• Influenciar y Persuadir
• Relaciones interpersonales.
• Ingeniero civil informático con al menos 3 años como arquitecto
Conocimientos y competencias J. Infraestructura
• Conocimientos conceptuales y prácticos en Planificación,
dimensionamiento y administración de Plataformas TIC que soportan la operación de una
Institución
• Conocimiento en gestión de contratos en particular basados en SLA’s
• Conocimiento de Gestión de la Calidad.
• Conocimiento del estado del arte en materias de infraestructura TIC • Liderazgo y trabajo en equipo
• Planificación • Desarrollo de Personas y de sí mismo
• Facilitador del cambio
• Servicio al Cliente
• Ingeniero Civil o Ejecución Informático o eléctrico con al menos 5 años de experiencia en
gestión de plataformas en instituciones similares
Conocimientos y competencias J. Soporte
• Conocimientos en procesos, metodologías y herramientas de atención y soporte a
usuarios finales
• Manejo de “help desk” • Capacidad de resolución (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 desempeño de las áreas
Principales indicadores de desempeño de las áreas
Área de Proyectos:
• Proyectos en tiempo, en presupuesto, satisfacen requerimientos iniciales, calidad de la solución.
Área de operaciones
• Cumplimiento de SLA’s • Disponibilidad de los servicios
• Tiempo de respuesta de las aplicaciones
• Tiempo de resolución de problemas
• Etc.
Área Clientes
• Encuesta de satisfacción de clientes
Situación Actual
Objetivos Actuales;
• Implementar las directrices tecnológicas planteadas en el "Plan de Implantación de Tecnologías de Información en la Corporación Nacional Forestal", periodo 2005- 2007. Los lineamientos del área se centran en la administración de la plataforma tecnológica, realizando soporte, desarrollándola de acuerdo a las necesidades de crecimiento y definiendo normativas para su correcto uso, y en la operación de las aplicaciones.
Organigrama Actual
• Es dependiente de la Gerencia de Finanzas y Administración. Cuenta con
23 personas en total incluido el equipo de cada región 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 informática en regiones se da a través de encargados
de informática regionales que tienen sólo dependencia funcional con la Unidad de TI de CONAF (15 personas)
Existe un Comité Informático pero no sesiona.
• Directriz: externalizar el desarrollo y el mantenimiento de todos los sistemas orientados al negocio
• Metas: Poner en producción los sistemas licitados y Uptime sobre el 95% de la plataforma tecnológica.
A continuación, se describe las secciones que forman parte de la Unidad de TI;
Sección Sistemas
• Esta área se focaliza en desarrollos menores para gerencias de la oficina central, realiza
tareas de DBA, supervisa la aplicación del estándar de desarrollo, realiza labores de
explotación - extrae información para
generar informes solicitados al departamento - y realiza la mantenimiento del sistema GESAD.
• La sección está conformada por dos (2) personas para realizar estas actividades;
una de ellas cumple el rol de coordinador
Sección Soporte y Seguridad
• Esta sección se focaliza en soporte a usuarios finales, a nivel de software básico,
plataforma y hardware, coordinan a proveedores de soporte tecnológico, realizan respaldo de servidores a nivel nacional, son responsables por implementar
seguridad a nivel de redes y realizan la coordinación con encargados de informática
regionales para soporte local. El encargado de esta sección tiene el rol de Oficial de
Seguridad Informática.
• La sección está conformada por tres (3) personas para realizar las actividades: un coordinador y dos técnicos.
Sección de Redes y Nuevas Tecnologías
• Son los principales responsables de la administración de redes, firewall y servidores,
monitoreo periódico de servidores, soporte a nivel nacional en aspectos de conectividad
• La sección está conformada por dos personas para realizar las actividades; una de ellas
cumple el rol de coordinador. El encargado de esta área es responsable también de
gestionar a los proveedores,
Fase de Investigación y Análisis
Estrategia para evolucionar los Sistemas de Información
Una vez priorizados los procesos de negocio de acuerdo a su impacto en los objetivos estratégicos de la institución, se evalúan las aplicaciones que los soportan. Para ello, se caracterizan las aplicaciones actuales en base a su calidad funcional y técnica. A partir de la brecha con respecto a la situación deseada, se puede decidir qué acción tomar: mantener, ampliar, migrar o remplazar.
La calidad de una aplicación, puede ser evaluada en función de dos dimensiones básicas que son; Calidad Funcional: Esta se determina de acuerdo al grado de eficiencia y efectividad con
que el sistema apoya los procesos de negocio (satisfacción de requerimientos de
información y expectativas de los usuarios).
Calidad Técnica: Esta se determina a partir de indicadores tales como las tasas de falla, capacidad de integración de información, obsolescencia tecnológica y métrica de calidad del software entre otros.
2.2 Política de Evolución
La política de evolución de los sistemas de información dependen de dos factores, uno la
funcionalidad y otro los aspectos técnicos, de forma tal que se pueden dar las siguientes
combinaciones, que corresponden a la acción que finalmente hay que tomar respecto de cada uno
de los sistemas de información;
POLITICA DE EVOLUCION DE APLICACIONES
Si la Calidad Funcional es: y la calidad técnica es: La acción a tomar es:
Aceptable Aceptable Mantener Aceptable Insatisfactorio Migrar
Insatisfactorio Aceptable Ampliar Insatisfactorio Insatisfactorio Reemplazar
De esta forma se construye el modelo de evolución de cada sistema de información;
Y finalmente es posible observar en forma gráfica la acción desarrollada para cada una de las
aplicaciones, de acuerdo al siguiente grafico
Fomento
Forestal
Manejo Bosque
Establecimiento
de Bosques
Protección
Forestal
Prevención
Control
Procesamiento de
Solicitudes
Fiscalización
Educación
Prevención Punitiva
Planificación Territorial
Planificación Predial
Prognosis
Detección de Incendios
Combate Territorial
Combate Aéreo
Mantención
Sistema estadístico
para la detección de
incendios
Sistema Avisos de
Quemas
Ficha de Incendios SIDCO
Planes Manejo
Bonificación
Calificación
Otros (incluye Ley del Bosque
Identificación de Brechas de Sistemas de Información de CONAF
Ámbito Gestión Forestal
De acuerdo a la información entregada en el informe de fase 2, los procesos priorizados y por consiguiente los sistemas de información que deben ser analizados dentro del ámbito de
Gestión Forestal son los indicados en la tabla siguiente;
MACRO PROCESO PROCESO SUBPROCESO Macro
Proceso
Priorizado
SubProceso
Priorizado
SubProceso
Sistemas de Información
Utilizados
Sí Sí Catastro Image Web Server SIG-Regional
No Gestión de la Producción de Plantas
Sí Sí Captación Beneficiarios
Sí Capacitación y Transferencia Técnica
Sin Sistema de Información
Sí
Sin Sistema de Información
Sí
Sí
No Control Cumplimiento
No No Tala no Autorizada
No Seguimiento Denuncias
SAFF
Sistema de
Forestación
Campesina
Por lo tanto, los Sistemas de Información que deben ser considerados en el análisis de las
brechas son los que corresponden a los procesos siguientes;
i. Procesos de Manejo de Bosques – Catastro;
Para este proceso, la institución posee dos sistemas implementados. Uno de ellos se
implementó hace 10 años aproximadamente (Sistema de Información
Georeferenciado).
Revisado funcionalmente, la aplicación no cumple funcionalmente, puesto que
carece de la disponibilidad y accesibilidad de la información y carece de
interoperabilidad con el resto de los sistemas de información de CONAF.
Análisis Funcional Análisis Técnico Acción
Insatisfactorio Aceptable Ampliar
Recomendación; Este proceso debe ser rediseñado antes de ser automatizado.
ii. Procesos Establecimiento de Bosques – Captación y Transferencia de
Conocimientos;
Para este proceso, la institución no dispone de sistemas de información
actualmente en uso, por lo tanto es necesario Incorporar un nuevo sistema;
iii. Prevención de Incendios – Planificación Territorial y Planificación Predial;
Para este proceso, la institución no dispone de sistemas de información actualmente en uso, por lo tanto es necesario Incorporar un nuevo sistema;
iv. Control de Incendios – Detección y Combate
En la actualidad se está desarrollando una aplicación para apoyar este proceso, la cual al parecer no cumpliría completamente las funcionalidades requeridas, pues no se consideró la integración con el SIG (Sistema de Información Georeferenciado). Esto hace previsible que será necesario desarrollar esta funcionalidad, es decir, Ampliar.
v. Procesamiento de Solicitudes – Planes, Bonificación, Calificación y otros.
La aplicación corresponde al SAFF, la cual es una aplicación funcionalmente muy completa. Responde a los requerimientos de CONAF de manejo de solicitudes en forma integral, pero carece de la posibilidad de ver información georeferenciada, lo que sin duda es una funcionalidad a ampliar.
Análisis Funcional Análisis Técnico Acción
Insatisfactorio Aceptable Ampliar
Conservación de
la
y
Gestión de ASP
Planificación
Ejecución
Seguimiento
Planes
Protección ASP
Control de
Visitantes y
Fiscalización
Prevención
Ámbito Conservación de la Diversidad Biológica
Al igual que en punto anterior, los procesos priorizados y sus respectivos sistemas de información son los indicados en la tabla siguiente;
MACRO PROCESO PROCESO SUBPROCESO Macro
Proceso
Priorizado
SubProceso
Priorizado
SubProceso
Sistemas de Información
Utilizados
Sí Generación Planes de Manejo
Sí Sí
Generación Planes Operativos y Específicos
Sin Sistema de Información
Programa Soporte Administración financiera
No e infraestrcutura No
No Programa de uso público
No Programa de Extensión Comunitaria
Monitoreo indicadores ambientales y de Sí
gestión Sí
Evaluación de resultados del Plan de Sí
Manejo
Sin Sistema de Información
No Fiscalizar (en terreno) Plan de Manejo ASP
No No Control de Visitantes (en zonas prohibidas)
No Educación Ambiental
No No Capacitación
Por lo tanto, los Sistemas de Información que deben ser considerados en el análisis de las
brechas son los que corresponden a los procesos siguientes;
Proceso de Planificación – Generación de Planes de Manejo ASP, Operativos y
Específicos;
Para este proceso, la institución no dispone de sistemas de información actualmente en uso, por lo tanto es necesario Incorporar un nuevo sistema;
Seguimiento de Planes de Manejo ASP – Monitoreo indicadores y
Evaluación de resultados
Para este proceso, la institución no dispone de sistemas de información actualmente en uso, por lo tanto es necesario Incorporar un nuevo sistema;
Procesos
Soporte a
Estrategias
Fomento
Planes de Manejo
Normativas y
Procedimientos
de Calidad de
Actualizar y
Completar
Información
Captura de
Información
externa
Planificación
Planificación
Gestión
Auditoría
Juicios
Ámbito Procesos de Soporte a la Operación
Los procesos priorizados respecto de este ámbito son; Macro
MACRO PROCESO PROCESO SUBPROCESO Proceso
Priorizado
SubProceso
Priorizado SubProceso
Sistemas de Información
Utilizados
Sí Definición Estrategias Sí
Sí Seguimiento de Programas
No Análisis de Normativas
Sí Sí Elaboración de Normas y Procedimientos
No Difusión de Normativas y Procedimientos
Sí Sí Fomento, Flora y Fauna, etc
Sin Sistema de Información
Sin Sistema de Información
Sistema GeoReferenciado (GIS)
Sí Sí Metereología, SAG, Imágenes Satelitales
Sí Planificación (Estratégica, Operativa, Form
Sí Presupuestaria)
Sí Definición Metas (PMG, CDC, otros)
Sí Control de Gestión
Sí Sí Seguimiento de Metas (PMG, CDC y otros)
Sí Mapa de Riesgo
Sí
Por lo tanto, los Sistemas de Información que deben ser considerados en el análisis de las brechas son los que corresponden a los procesos siguientes;
i. Proceso de Planes de Manejo – Definición de Estrategias y
Seguimiento
Para este proceso, la institución no dispone de sistemas de información actualmente en uso, por lo tanto es necesario Incorporar un nuevo sistema;
ii. Proceso de Normativas y Procedimientos – Elaboración de NyP
Para este proceso, la institución no dispone de sistemas de información
actualmente en uso, por lo tanto es necesario Incorporar un nuevo sistema;
iii. Proceso de Actualizar y Completar Información del Catastro – Fomento, Flora,
Fauna, etc.
Para este proceso, la institución dispone de un sistema geo
referenciado, el cual no está integrado con el resto de los sistemas de información de
la institución. Por otra parte, el sistema que
maneje la información del catastro global de CONAF debe adicionalmente a la
información de fomento, considerar la posibilidad de incorporar información de flora y fauna, etc.
La conclusión es que es necesario Ampliar.
Fase de Pruebas
Rediseño de la organización de TI Descripción Iniciativa: Diseñar la nueva organización 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 (operación e
inversión) 2008-2010. También, la existencia, composición y agenda
del Comité de Informática.
Proceso(s) que apoya: Apoya todos los procesos de Gestión TI y Operación TI que han sido recomendados para el Plan Estratégico
Informático.
Área responsable: Nueva Organización TI Dirección Ejecutiva
Comité TI
Costos Estimados: Consultoría: USD 100.000
Precedencia: Debe ser una de las primeras iniciativas respecto de temas técnicos a abordar.
b. Puesta en Marcha Nueva Organización TI
Descripción Iniciativa: Objetivo: Dar curso, implementar la organización TI
recomendada. Considera la creación de la nueva
institucionalidad, la selección y entrenamiento del Personal,
la puesta en operación de los procesos
principales, entre otras actividades.
Proceso(s) que apoya: Apoya la estructuración de las TI y la Gestión de
Procesos TI.
Area responsable: Dirección Ejecutiva
Unidad de TI Dirección de RRHH
Impactos esperados: Permite llevar a cabo el Plan Estratégico de las
Tecnologías de Información asegurando una correcta ejecución. Mejora la eficiencia y eficacia del área de TI,
Particularmente la calidad de sus productos y servicios.
Costos Estimados: Consultoría y capacitación: USD 200.000 Equipamiento y software: USD 400.000
Precedencia: Idealmente debe ser una de las primeras iniciativas a desarrollar
dentro del Plan Estratégico de las TI, después evidentemente del rediseño del área TI.
c. Asesoría para la contratación de los principales servicios externalizables Descripción Iniciativa: Proveer servicios básicos de calidad, basados en
contratos de niveles de servicio (SLA) contratándolos
externamente, en las siguientes áreas:
• Provisión de equipamiento menor, gestión del
inventario y soporte
• Provisión y administración de infraestructura
• Provisión de sistemas
• Mantención de aplicaciones
• Monitoreo de SLAs
• Diseño de arquitectura empresarial
• Control de calidad
• Seguridad Esto considera la preparación de buenas bases de licitación, el acompañamiento, la selección de las mejores opciones y finalmente la adjudicación y definición de procedimientos para una buena gestión de los contratos
Proceso(s) que apoya: Apoya la implementación del Plan Estratégico de las
Tecnologías de Información en la CONAF, desde el punto de vista de
mejorar el servicio informático
Área responsable: Nueva Organización TI
Impactos esperados: Mejorar significativamente la eficiencia y calidad de los
principales servicios informáticos, manteniendo un
control permanente de los niveles de servicio (SLAs).
Costos Estimados: Consultoría: USD 400.000
Precedencia: Apenas esté montada la nueva organización de TI, y en la medida que vayan venciendo los contratos existentes.
d. Capacitación y Gestión del Cambio Descripción Iniciativa: Iniciativa que tiene como objetivo ayudar a la
institución a traducir la estrategia de las TI en una realidad
operativa y a alinearlas con la visión y
Estrategia de la institución.
Proceso(s) que apoya: Apoya la implementación del Plan Estratégico de las Tecnologías de Información en la CONAF, mejorando la
“madurez tecnológica” de la institución y creando las condiciones para el cambio
Área responsable: Nueva Organización TI Dirección Ejecutiva
Impactos esperados: Mantener a la organización alineada a los cambios que se van generando producto de la implementación del Plan Estratégico.
Costos Estimados: Consultoría y capacitación: USD 200.000
Precedencia: Debe comenzarse en paralelo con la parte estructural
de la implementación del Plan Estratégico.
Finalmente, el Plan de Infraestructura recomienda ejecutar las siguientes iniciativas, como parte
esencial del Plan Estratégico de las Tecnologías de Información;
a. Nombre de la Iniciativa:
“Conectividad Nacional en Oficinas y ASP de CONAF en funcionamiento
Permanente”
Descripción: Disponer de conectividad en todas las oficinas en
funcionamiento de CONAF a nivel nacional,
considerando las ASP.
Proceso(s) que apoya: Apoya la ejecución de todos los procesos de la
Institución, puesto que permite conectividad a todos los
funcionarios de CONAF y desde todos los lugares a los sistemas de
información.
Área responsable: Unidad Informática y Comunicaciones Direcciones Regionales
Impactos esperados: Mantener a toda la institución funcionando en forma Permanente y con todos los sistemas de información en uso.
Costos Estimados: Consultoría: USD 10.000 Habilitación y Servicio: USD 760.000
Precedencia: Al comienzo de la ejecución del Plan.
b. Nombre de la Iniciativa:
“Infraestructura de Seguridad de Información” Descripción Iniciativa: Iniciativa que tiene relación con la provisión de los elementos
de hardware y software requeridos para resguardar la información de CONAF.
Proceso(s) que apoya: Procesos de Seguridad de Información dentro de los Procesos TI.
Área responsable: Nueva Organización TI Dirección Ejecutiva
Costos Estimados: Consultoría: USD 0
Desarrollo y Adquisición de
Equipos y Software: USD 150.000
Precedencia: Posterior al Diseño de la Arquitectura Empresarial
c. Nombre de la Iniciativa:
“Plataforma de Servicios (Servidores y Software Básico)” Descripción Iniciativa: Disponer del equipamiento necesario para provisión y
administración de la Infraestructura y el Monitoreo de los SLA’s.
Área responsable: Nueva Organización TI Dirección Ejecutiva
Costos Estimados: Consultoría: USD 0 Desarrollo y Adquisición de
Equipos y Software: USD 600.000
Precedencia: Posterior al Diseño de la Arquitectura Empresarial
d. Nombre de la Iniciativa:
“Plataforma de Apoyo Tecnológico a los usuarios” Descripción Iniciativa: Iniciativa que tiene como objeto provisionar el equipamiento menor,
gestionar el inventario y soporte del equipamiento de los funcionarios de la institución.
Área responsable: Nueva Organización TI Dirección Ejecutiva
Impactos esperados: Disponibilizar recursos adecuados a los usuarios de los sistemas de información de CONAF.
Costos Estimados: Consultoría: USD 0 Desarrollo y Adquisición de
Equipos y Software: USD 100.000
Precedencia: Posterior al Diseño de la Arquitectura Empresarial
El Plan Estratégico de Tecnologías de Información 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 capítulos anteriores y que a continuación se presentan en un cronograma de ejecución a 3 años (2008 – 2010) y con los costos de su implementación.
Plan de Sistemas – Ámbito Aplicaciones para el Negocio;
Corresponde a los sistemas de información propuestos orientados a resolver las
temáticas de las áreas de negocio de CONAF.
Plan de Sistemas – Ámbito Organización TI y Gestión TI;
Corresponden a la reorganización de la función TI y el rediseño de los procesos de
gestión de las TI.
Los siguientes ámbitos la componen;
• Modelo de Gestión y Operación TI • Capacitación y Gestión del Cambio
• Puesta en Marcha Organización TI
Plan de Sistemas – Mapa de Arquitectura
Corresponde al Plan Regulador tecnológico de la CONAF, basado en las mejores
prácticas existentes hoy en día. Las iniciativas son;
• Diseño de Arquitectura Empresarial
Plan de Sistemas – Ámbito Infraestructura
Corresponde a la plataforma tecnológica que soportará la nueva estructura tecnológica de
la CONAF.
Los siguientes ámbitos la componen;
• Conectividad Nacional en Oficinas y ASP de CONAF
• Infraestructura de Seguridad de Información
• Plataforma de Servicios (Servidores y Software Básico) • Plataforma de Apoyo Tecnológico a los usuarios
Plan de Sistemas – Requerimientos Iniciales Globales
Corresponde a creación de condiciones de entorno indispensables para dar curso de
manera adecuada a este Plan Estratégico de TI.
• Levantamiento y Rediseño de Procesos de Negocio • Actualización de Plan Estratégico Informático
A continuación se presentan los diferentes componentes y los contenidos del Plan
Estratégico de las Tecnologías de Información en CONAF.
PLAN DE SISTEMAS - Ambitos Aplicaciones para el Negocio
AMBITO LISTADO DE SISTEMAS DE INFORMACIÓN
Gestión Forestal
Sistema de Prevención y Control de Incendios
Sistema de Captación y Transferencia
Sistema de Procesamiento de Solicitudes
Conservación de la Diversidad Biológica
Sistema de Planificación y Seguimiento Planes de Manejo ASP
Procesos de Soporte a la Operación
Sistema de Información del Catastro CONAF
Sistema de Planificación, Definición Metas, Control de Gestión y Seguimiento Metas
Sistema de Mapa de Riesgos
Sistema de Definición Estrategias, Seguimientos de Programas y Elaboración de NyP
Sistema de Información de Captura de fuentes externas
Procesos Administrativos
Sistema de Finanzas y Administración (Manejo de Recursos Financ. y Físicos, Ejec. Presup.)
Sistema de Gestión de RRHH (Contratación, Perfiles de Cargo, Gestión Eq. Directivo, Eval. Desemp.)
Sistema de Comunicación Interna y Externa
Sistema de Atención a Clientes
PLAN DE SISTEMAS - Ambito Organización TI y Gestión Procesos TI
Iniciativas
Rediseño de la Organización TI
Puesta en Marcha Nueva Organización TI
Asesoría para la contratación de los principales servicios externalizables
Capacitación y Gestión del Cambio
PLAN DE SISTEMAS - Ambito Arquitectura
Iniciativas
Diseño de Arquitectura Empresarial
PLAN DE SISTEMAS - Ambito Infraestructura
Iniciativas
Complementar Plataforma de Conectividad
Infraestructura de Seguridad de Información
Plataforma de Servicios (Servidores y Software Básico) (administración de Infraestructura, otros)
Plataforma de Apoyo Tecnológico a los usuarios (Equipamiento Menor, otros)
PLAN DE SISTEMAS - Requerimientos Iniciales Globales
Requerimientos Iniciales
Levantamiento y Rediseño de Procesos de Negocio
Actualización de Plan Estratégico Informático
Es posible indicar que las iniciativas recomendadas están alineadas a las necesidades de la institución, de forma que una vez materializado este plan, los impactos en los objetivos y metas de la institución podrán contrastarse con los resultados previos a la Implementación del Plan Estratégico Informático 2008-2010.
Por otra parte es recomendable que la institución al cabo de 12 meses realice una medición de madurez TI, de forma tal que pueda contrastarse con la obtenida en el transcurso de este proyecto de elaboración del Plan Estratégico. Este indicador será clave a la hora de validar como la institución está asimilando los cambios planteados en el Plan Estratégico Informático de cara a un uso eficiente de los nuevos y mejorados Sistemas de Información.
Finalmente, es importante destacar que los elementos que gatillan el éxito de la
implementación del Plan Estratégico de CONAF son;
• Rediseño de Procesos
• Nueva Organización TI
• Gestión del Cambio
• Compromiso de CONAF con la implementación
Adicionalmente se identificaron ciertos ítems que garantizan los elementos críticos para el éxito del proyecto y que se describen a continuación.
1 Fortalecer el accionar y la gestión en el territorio
Aplicar programas de manera coordinada en la región, fortalecer la estructura territorial. Equipos Regionales afiatados que conocen
(comprenden) los actores territorio (sociología) y quienes lo habitan. Información
2 Mejoramiento de la Gestión Directiva
Liderazgo del equipo directivo (en sentido amplio), coordinación, articulación, modernización de la gestión, focalización de la
acción recursos.
3 Medición de Impactos
Evaluación y control de impacto de los programas (valor público), aporte del sector forestal al desarrollo sustentable, impacto
en los sectores más postergados. Prevención SNASPE e Incendios. Y su
4 Disponibilidad y oportunidad de recursos humanos, físicos y financieros.
Disponer de los recursos fisicos y financieros en cantidad y en el momento oportuno, priorización de recursos frente a
contingencias.
5 Comunicación y Difusión Comunicar al interior de la institución
7 Planificación Gestión y Desarrollo de las Personas
Definición de Perfiles de cargo, planes de desarrollo de carrera, capacitación y formación, evaluaciones de desempeño, trabajo en
equipo, seguridad y salud ocupacional, y relaciones laborales.
8 Estructura Organizacional
Estructura organizativa coherente con las estrategias de la Conaf, procesos eficientes y efectivos, procedimientos de
trabajo definidos y difundidos.
9 Implementación de la Ley de Bosque Nativo.
Implementación de la Ley de Bosque Nativo.
10 Manejo de Crisis
Manejo de las crisis que enfrenta la institución
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 Ejecución Presupuestaria (GEFA)
Conocer la situación de uso de los recursos en función del presupuesto maestro.
15 Asociatividad para la comercialización (GEDEFF)
Respecto de las metas de fomento, dado que mejoran las condiciones establecimiento del recurso forestal, su manejo y
comercialización en los mercados.
Análisis ATAM
Conclusión
El metodo ATAM al igual que otros métodos de análisis de arquitectura se basa en
la participación activa de los stakeholders, para su correcto funcionamiento, se
requiere un poco de preparación previa de las partes interesadas, además, se debe
comprender el probema de diseño arquitectónico y los modelo analíticos. 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 técnicas, 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 análisis de la arquitectura de un sistema.
Recommended