jueves, 16 de diciembre de 2010

Introducción a TOGAF

The Open Group Architecture Framework (TOGAF)  es un marco de trabajo de Arquitectura Empresarial que proporciona un enfoque para el diseño, planificación, implementación y gobierno de una arquitectura empresarial de información. Esta arquitectura es modelada por lo general con cuatro niveles o dimensiones: Negocios, Tecnología (TI), Datos y Aplicaciones. Cuenta con un conjunto de arquitecturas base que buscan facilitarle al equipo de arquitectos definir el estado actual y futuro de la arquitectura.


TOGAF tiene una definición propia de lo que es una arquitectura, que en resumen es "una descripción formal de un sistema, o un plan detallado del sistema a nivel de sus componentes que guía su implementación", o "la estructura de componentes, sus interrelaciones, y los principios y guías que gobiernan su diseño y evolución a lo largo del tiempo."

Un marco de trabajo de arquitectura es un conjunto de herramientas que puede ser utilizado para desarrollar un amplio espectro de diversas arquitecturas. Este esquema debe:

  • Describir una metodología para la definición de un sistema de información en términos de un conjunto de bloques constitutivos (building blocks, en inglés) que encajen entre sí adecuadamente.
  • Contener un conjunto de herramientas
  • Proveer un vocabulario común
  • Incluir una lista de estándares recomendados
  • Incluir una lista de productos que son idóneos para la implementación de los bloques constituitivos

TOGAF cumple estos requisitos.


TOGAF se basa en cuatro dimensiones:

  1. Arquitectura de Negocios (o de Procesos de Negocio), la cual define la estrategia de negocios, el gobierno, la estructura y los procesos clave de la organización.
  2. Arquitectura de Aplicaciones, la cual provee un plano para cada uno de los sistemas de aplicación que se requiere implantar, las interacciones entre estos sistemas y sus relaciones con los procesos de negocio centrales de la organización.
  3. Arquitectura de Datos, la cual describe la estructura de los datos físicos y lógicos de la organización , y los recursos de gestión de estos datos
  4. Arquitectura Tecnológica, la cual describe la estructura de hardware, software y redes requerida para dar soporte a la implantación de las aplicaciones principales, de misión crítica, de la organización.
El Metodo de Desarrollo de Arquitectura, ADM por sus siglas en inglés de "Architecture Development Method", es el método definido por TOGAF para el desarrollo de una arquitectura empresarial que cumpla con las necesidades empresariales y de tecnología de la información de una organización. Puede ser ajustado y personalizado según las necesidades propias de la organización y una vez definido se utiliza para gestionar la ejecución de las actividades de desarrollo de la arquitectura.

El flujo del proceso puede ser visto en: Architecture Development Cycle



El proceso es iterativo y cíclico. Cada paso inicia con la verificación de los requerimientos. La fase C involucra una combinación de Arquitectura de Datos y Arquitectura de Aplicaciones.
Cualquier información adicional relevante que se pueda recopilar entre los pasos B y C ayudarán a perfeccionar la Arquitectura de Información.

Las prácticas de Ingeniería del Desempeño se utilizan en la fase de requerimientos, lo mismo que en las fases de Arquitectura de Negocios, de Arquitectura de Sistemas de Información y Arquitectura Tecnológica. Al interior de la Arquitectura de Sistemas de Información se utiliza tanto la Arquitectura de Datos como la de Aplicaciones.

Referencia: The Open Group

viernes, 3 de diciembre de 2010

Joomla! : Herramienta para Gestión de Contenidos NO-Técnica

Es un sistema de Gestión de Contenidos (CMS), y entre sus principales virtudes está la de permitir editar el contenido de un sitio web de manera sencilla. Es una aplicación de código abierto programada mayoritariamente en PHP bajo una licencia GPL. Este administrador de contenidos puede trabajar en Internet o Intranets y requiere de una base de datos MySQL, así como, preferentemente, de un servidor HTTP Apache.

Joomla tiene la principal ventaja de ser intuitiva y no requiere un perfil técnico para trabajar con ella.

En Joomla se complementa de características, algunas se mencionan a continuación:

  • Mejorar el rendimiento web.
  • Versiones imprimibles de páginas.
  • Flash con noticias, blogs, foros, polls (encuestas), calendarios, etc.
  • Búsqueda en el sitio web e internacionalización del lenguaje.

Referencias:
JoomlaSpanish
Joomla!

jueves, 2 de diciembre de 2010

Introducción a la Innovación Sistemática - TRIZ

TRIZ es el acrónimo en ruso de Teorija Rezbenija Izobretatelskib Zadach, que significa "Teoría de Solución de Problemas Inventiva". La metodología TRIZ nació en Rusia en los años 40 al final de la 2a Guerra Mundial de la mano de Genrich S. Altshuller. Se conserva la denominación porque ya empieza a ser reconocida bastante extensamente con estas siglas.

La definición gira entorno a estos tres términos Problema, Invención e Innovación. Están muy relacionados y en algunos momentos se puede confundir su significado.

Intuitivamente sabemos lo que es un problema, se presenta fundamentalmente cuando se encuentran contradicciones, esto es cuando “mucho” es malo y “poco” también es malo, entonces, ¿cuál es la solución?, allí hay un problema, por lo general el objetivo del problema es el estado que deseamos alcanzar. Hay problemas sencillos y problemas complejos. Altshuller los clasificó como problemas rutinarios y problemas inventivos o creativos. Estos últimos son aquellos cuya solución no es obvia y obliga a "pensar" al que lo intenta resolver. TRIZ es de aplicación para este tipo de problemas.

Por el contrario, los problemas sencillos o estándar, se resuelven fácilmente con soluciones rutinarias y no dan lugar a la innovación., éstas son: Problema, Invención e Innovación. Están muy relacionados y en algunos momentos se puede confundir su significado.

Una invención no es sino el hallazgo de una solución novedosa o creativa a un problema dado. Es importante destacar que sin problema no hay invención, puesto que no se puede hallar nada si no se está buscando. A veces sin embargo se encuentra algo diferente a lo que se estaba buscando, y encontramos una solución novedosa a otro problema diferente. Pero hasta este momento la invención no deja de ser una idea.

Solamente cuando esta idea se hace realidad a través de su implantación se consigue una innovación. La industria solo está interesada en innovaciones, puesto que aquellas ideas creativas que sean difíciles de realizar quedarán descartadas y morirían en el olvido.

El TRIZ en un principio sólo se ocupó de invenciones. Hoy día se ocupa de invenciones realizables que más tarde sé conviertan en innovaciones.

Beneficios generales de TRIZ:
  • Sinergia del TRIZ en el Proceso de Innovación: La metodología TRIZ puede trabajar con las distintas herramientas conocidas de inventiva. Así, se puede ver que otros métodos y técnicas utilizados en los proceso de Innovación: Fiabilidad, QFD, Diseño robusto, mapas mentales, mapas conceptuales etc, se pueden y deben complementar con el TRIZ para formar un todo único. Para de este modo, ser capaces de dominar todos los aspectos del proceso de innovación.
  • Valor Añadido del TRIZ al Proceso de Innovación: El valor de TRIZ es precisamente ser capaz de hallar soluciones innovadoras, donde el resto de técnicas y herramientas es más débil.

Habitualmente los técnicos en invención tienden a aplicar como posible solución la primera idea que surge. Esto es lógico porque en cualquier proceso de solución de problemas o de generación de alternativas, uno de los factores limitativos más habituales es el tiempo y el otro la carencia de conocimientos y la dificultad de acceso a las fuentes.

En este contexto, el disponer de una Metodología como TRIZ capacita a los técnicos para generar más y mejores soluciones en menos tiempo y como consecuencia:
  • Innovar
  • Acercarse a la solución óptima
  • Mejorar el costo de la solución (y de su proceso de desarrollo)
Referencia recomendada.