¿Que es Arquitectura Empresarial?

La Arquitectura Empresarial es una metodología de mejora continua a mediano plazo, que basada en una visión integral, permite mantener actualizada la estructura de información organizacional alineando procesos, datos, aplicaciones e infraestructura tecnológica en cuatro dimensiones: negocios, datos/información, aplicaciones y tecnología. A la hora de decidirse por un proyecto de arquitectura empresarial hay que realizarse […]

Modelo de Negocio

Un modelo de negocio, también es llamado diseño de negocio o diseño empresarial, es el mecanismo por el cual un negocio busca generar ingresos y beneficios. Es un resumen de cómo una compañía planifica servir a sus clientes. Implica tanto el concepto de estrategia como su implementación, comprendiendo los siguientes elementos:

  • Cómo selecciona a sus clientes
  • Cómo define y diferencia sus ofertas de producto
  • Cómo crea utilidad para sus clientes
  • Cómo consigue y conserva a los clientes
  • Cómo se muestra ante el mercado
  • Cómo sale al mercado (estrategia de publicidad y distribución)
  • Cómo define las tareas que deben llevarse a cabo
  • Cómo configura sus recursos
  • Cómo consigue el beneficio
  • Cómo establece beneficios sociales

En una definición más actual, podemos decir que un «modelo de negocio describe el modo en que una organización crea, distribuye y captura la atención de un segmento de mercado». Esta definición conlleva un tratamiento del concepto que va mucho más allá de la generación de ingresos o gastos y divide el concepto en partes más pequeñas ( p.ej. Segmentos de clientes, proposición de valor, canales, relación con los clientes, esquema de ingresos, recursos, actividades, socios y estructura de costos) que pueden ser abordadas, tanto de un modo individual como analizando la forma en que se configuran las relaciones entre ellas.

UML – Unified Modeling Language

Es OMG ‘s especificación más utilizado, y de la forma en que los modelos mundiales no estructura de la aplicación, el comportamiento y la arquitectura, sino también de procesos de negocio y estructura de datos única.  

UML, junto con el Fondo para el objeto Meta (MOF ™ ) , que también proporciona una base fundamental para de OMGModel-Driven Architecture ® , que unifica en cada paso del desarrollo y la integración de modelado de negocio, a través del modelado arquitectónico y aplicación, para el desarrollo, implementación, mantenimiento , y la evolución. 

OMG es un estándares tecnológicos consorcio sin fines de lucro ; nuestros miembros definen y mantienen la especificación UML que publicamos en la serie de documentos enlazados en esta página para su descarga gratuita. Los proveedores de software de todo tipo a construir herramientas que se ajusten a estas especificaciones. Para modelar en UML, usted tendrá que obtener una herramienta de modelado cumple de uno de estos proveedores y aprender cómo usarlo. Los enlaces en la parte inferior de esta página le ayudarán a hacerlo.

Si eres nuevo en el modelado y UML, comenzar con nuestra propia Introducción a UML, aquí , y posiblemente esta pieza sobre los beneficios del modelado a su ciclo de desarrollo de aplicaciones .

Business system planning – BSP

La planificación del sistema de negocios ( BSP ) es un método de análisis, la definición y el diseño de la arquitectura de la información de las organizaciones. Fue introducido por IBM para uso interno en 1981,  aunque el trabajo inicial sobre BSP comenzó durante la década de 1970. BSP fue posteriormente vendido a las organizaciones.  Se trata de un método complejo se trata de datos interconectadas, procesos, estrategias, objetivos y organización departamentos .

BSP es un nuevo enfoque de la IA;  sus objetivos son:

  • Comprender los problemas y oportunidades con las aplicaciones actuales
  • Desarrollar la tecnología del futuro apoyo a la empresa
  • Proporcionar ejecutivos con dirección y un marco de toma de decisiones para los gastos de TI
  • Proporcionar sistemas de información (SI) con un plan de desarrollo

El resultado de un proyecto de BSP es una hoja de ruta tecnológica alinear las inversiones y estrategia de negocio . BSP comprende 15 pasos, que se clasifican en tres secciones por función.

Entity–relationship model – ERM

ERM

En la ingeniería de software , un modelo de entidad-relación ( modelo ER ) es un modelo de datospara la descripción de los aspectos de datos o de información de un dominio de negocio o de sus requisitos de proceso, de una manera abstracta que se presta a última instancia están ejecutando en una base de datos , tales como base de datos relacional . Los principales componentes de los modelos ER son entidades (cosas) y las relaciones que pueden existir entre ellos.

Modelado entidad-relación fue desarrollada por Peter Chen y publicado en un artículo 1976. [ 1 ] Sin embargo, las variantes de la idea existían previamente, [ 2 ] y se han ideado posteriormente como entidades supertipo y subtipo de datos [ 3 ] y las relaciones en común.

Introducción: Un modelo de entidad-relación es una forma sistemática de describir y definir un proceso de negocio. El proceso se modela como componentes ( entidades ) que están vinculados entre sí por las relaciones que expresan las dependencias y requisitos entre ellos, tales como: un edificio se puede dividir en cero o más apartamentos, pero un apartamento sólo puede estar ubicado en un edificio . Las entidades pueden tener varias propiedades ( atributos ) que los caracterizan.Diagramas creados para representar estas entidades, atributos y relaciones gráficamente se llaman diagramas entidad-relación.

Un modelo ER se implementa típicamente como una base de datos . En el caso de una base de datos relacional , que almacena los datos en tablas, cada fila de cada tabla representa una instancia de una entidad. Algunos campos de datos en estas tablas indican los índices de otras tablas; tales indicadores representan las relaciones.

El enfoque de tres esquemas de ingeniería de software utiliza tres niveles de modelos ER que se puedan desarrollar:

Modelo de datos conceptual

Modelo de datos lógicos

Modelo de datos físico

Benchmarkings comparativos

El Banchmarking es un proceso sistemático y continuo para evaluar los productos y servicios, los procesos de trabajo y los resultados económicos de las organizaciones que son reconocidas como una de las mejores prácticas, con el propósito de realizar evaluaciones y cambios en la propia organización. El objetivo del mismo, es el de realizar un benchmarkingcambio positivo de reflexión, motivación y transformacióde la propia organización al comprarse con los mejores del mercado.

En esencia, buscaremos comprar todos aquellos atributos clave de su organización para realizar cambios trascendentes. Este proceso es clave para delinear cualquier plan estratégico para su organización.

Análisis Competitivo

El análisis competitivo es un proceso que consiste en relacionar a la empresa con su entorno. El análisis competitivo ayuda a identificar las fortalezas y debilidades de la empresa, así como las oportunidades y amenazas que le afectan dentro de su mercado objetivo. Este análisis es la base sobre la que se diseñará la estrategia, para ello deberemos conocer o intuir lo antes posible:

  • La naturaleza y el éxito de los cambios probables que pueda adoptar el competidor.
  • La probable respuesta del competidor a los posibles movimientos estratégicos que otras empresas puedan iniciar.
  • La reacción y adaptación a los posibles cambios del entorno que puedan ocurrir de los diversos competidores.

La competencia está integrada por las empresas que actúan en el mismo mercado y realizan la misma función dentro de un mismo grupo de clientes con independencia de la tecnología empleada para ello. No es, por tanto, nuestro competidor aquel que fabrica un producto genérico como el nuestro, sino aquel que satisface las mismas necesidades que nosotros con respecto al mismo público objetivo o consumidor, por ejemplo, del cine pueden ser competencia los parques temáticos, ya que ambos están enclavados dentro del ocio.

Para dar una idea exacta de la importancia del análisis competitivo, debemos referirnos al proceso de planificación de la estrategia comercial, el cual responde a tres preguntas clave:

  • ¿Dónde estamos? Respondiendo a esta pregunta nos vemos abocados a hacer un análisis de la situación que nos responde la posición que ocupamos.
  • ¿Adónde queremos ir? Supone una definición de los objetivos que queramos alcanzar y a los que necesitamos desplazarnos.
  • ¿Cómo llegaremos allí? En este punto es donde debemos señalar el desarrollo de acciones o estrategias que llevaremos a cabo para alcanzar los objetivos y si podremos aguantar el ritmo.

Con respecto al análisis de la situación, del cual partimos para la realización del proceso de planificación estratégica, y del que podremos determinar las oportunidades y amenazas, debilidades y fortalezas de la organización, debemos centrarnos, a su vez, en dos tipos de análisis:

  • Análisis externo. Supone el análisis del entorno, de la competencia, del mercado, de los intermediarios y de los suministradores.
  • Análisis interno. Supone analizar la estructura organizativa de la propia empresa, y de los recursos y capacidades con las que cuenta.

SOA y los Servicios Web

Hay que tener cuidado cuando se manejan estos términos y no confundirlos. Web Services (WS) engloba varias tecnologías, incluyendo XML, SOAP, WSDL, UDDI…los cuales permiten construir soluciones de programación para mensajes específicos y para problemas de integración de aplicaciones.

En cambio SOA es una arquitectura de aplicación en la cual todas las funciones están definidas como servicios independientes con interfaces invocables que pueden ser llamados en secuencias bien definidas para formar los procesos de negocio.

En SOA la clave está en la interfaz puesto que define los parámetros requeridos y la naturaleza del resultado. Esto significa que define la naturaleza del servicio y no la tecnología utilizada. Esta función permite realizar dos de los puntos críticos: los servicios son realmente independientes y pueden ser manejados.

WS es el estándar apoyado por la industria (Microsoft, IBM, BEA, Oracle, Sun y otros), por empresas de distintos rubros, no tecnológicas (Ford, United Airlines, KPMG, Daimler-hrysler), agrupadas en un comité conocido como Web Services Interoperability (WS-I). Este organismo tiene por principal objetivo asegurar que los grupos de trabajo que definen las especificaciones sobre WS utilizan estándares adecuados, a la vez que monitoriza el avance de sus trabajos; no define ni desarrolla estándares.

Arquitectura Orientada a Servicios

La Arquitectura Orientada a Servicios (SOA, siglas del inglés Service Oriented Architecture) es un paradigma de arquitectura para diseñar y desarrollar sistemas distribuidos. Las soluciones  SOA  han sido creadas para satisfacer los objetivos de negocio las cuales incluyen facilidad y flexibilidad de integración con sistemas legados, alineación directa a los procesos de negocio reduciendo costos de implementación, innovación de servicios a clientes y una adaptación ágil ante cambios incluyendo reacción temprana ante la competitividad.

Permite la creación de sistemas de información altamente escalables que reflejan el negocio de la organización, a su vez brinda una forma bien definida de exposición e invocación de servicios (comúnmente pero no exclusivamente servicios web), lo cual facilita la interacción entre diferentes sistemas propios o de terceros.

SOA proporciona una metodología y un marco de trabajo para documentar las capacidades de negocio y puede dar soporte a las actividades de integración y consolidación.

Principios

No hay estándares en relación a la composición exacta de una arquitectura orientada a servicios, aunque muchas fuentes de la industria han publicado sus propios principios.

Algunos de los principios publicados son los siguientes:

  • Contrato de servicios estandarizados: los servicios adhieren a un acuerdo de comunicación, según se define en conjunto con uno o más documentos de descripción de servicios.
  • Acoplamiento débil de sistemas: los servicios mantienen una relación que minimiza las dependencias y sólo requiere que mantengan un conocimiento de uno al otro.
  • Abstracción de servicios: más allá de las descripciones del contrato de servicios, los servicios ocultan la lógica a los demás.
  • Reutilización de servicios: la lógica se divide en servicios con la intención de promover la reutilización.
  • Autonomía de servicios: los servicios tienen control sobre la lógica que encapsulan, desde una perspectiva de diseño y ejecución.
  • Servicios sin-estado: los servicios minimizan el consumo de recursos aplazando la gestión de la información de estado cuando sea necesario.
  • Descubrimiento de servicios: los servicios se complementan con los metadatos mediante los cuales se pueden descubrir e interpretar la eficacia.
  • Composición de servicios: servicios están compuestos por partes eficazmente, independientemente del tamaño y la complejidad de la composición.
  • Granularidad de servicios: una consideración de diseño para proporcionar un ámbito óptimo y un correcto nivel granular de la funcionalidad del negocio en una operación de servicio.
  • La normalización de servicios: los servicios se descomponen a un nivel de forma normal para minimizar la redundancia. En algunos casos, los servicios se desnormalizan para fines específicos, como la optimización del rendimiento, el acceso y agregación.
  • Optimización de servicios: los servicios de alta calidad son preferibles a los de baja calidad.
  • Relevancia de servicios: la funcionalidad se presenta en un nivel de granularidad reconocido por el usuario como un servicio significativo.
  • Encapsulación de servicios: muchos servicios están consolidados para el uso de SOA. A menudo, estos servicios no fueron planificados para estar en un SOA.
  • Transparencia de ubicación de servicios: se refiere a la capacidad de un consumidor de servicios para invocar a un servicio independientemente de su ubicación en la red. Esto también reconoce la propiedad de descubrimiento (uno de los principios fundamentales de SOA) y el derecho de un consumidor para acceder al servicio. A menudo, la idea de la virtualización de servicios también se refiere a la transparencia de ubicación. Aquí es donde el consumidor simplemente llama a un servicio lógico, mientras que un SOA habilita la ejecución del componente de la infraestructura, normalmente un bus de servicios, que mapea este servicio lógico y llama al servicio físico.

Microsoft – Software Factory Templates

Antes de poder construir cualquier artefacto debemos implementar el esquema de fábrica de software, definiendo los DSLs, patrones, marcos y herramientas que el mismo describe, empaquetarlos, y ponerlos a disposición de los desarrolladores del producto. Todos estos activos son denominados colectivamente: plantilla de fábrica de software.

Una plantilla de fábrica de software incluye código y metadata que puede ser cargado en herramientas extensibles, como un Ambiente de Desarrollo Interactivo (IDE), para automatizar el desarrollo y mantenimiento de los miembros de la familia. La llamamos plantilla de fábrica de software porque configura las herramientas para producir un tipo específico de software, de la misma manera que una plantilla de documento cargada en una herramienta como Microsoft Word o Excel configura la herramienta para producir un tipo específico de documento.Al igual que un esquema de fábrica de software, una plantilla de fábrica de software debe ser ajustada para un miembro específico de la familia. Mientras que ajustar un esquema de fábrica de software implica ajustar la descripción de la fábrica de software para el miembro de la familia, ajustar una plantilla implica el ajuste de los activos utilizados para construir al miembro de la familia. La plantilla de fábrica de software es generalmente ajustada al mismo tiempo que el software mediante el agregado, eliminación y modificación de los activos asociados con los puntos de vista.

Ejemplos de ajustes de plantillas de fábrica de software incluyen la creación de proyectos para los subsistemas y componentes a ser desarrollados, seleccionar los patrones a ser utilizados, etc. Por ejemplo, soportar personalización de contenido en una aplicación de comercio electrónico puede causar lo siguiente:

  • El punto de vista utilizado para configurar el subsistema de personalización es agregado al esquema.
  • Una herramienta de configuración de personalización aparece disponible en el ambiente de desarrollo.
  • Un directorio para el subsistema de personalización es agregado al proyecto de la aplicación.
  • El marco y los patrones de personalización son importados dentro del proyecto.
  • El patrón Front Controller es aplicado automaticamente en la transformación entre el modelo de interacción del usuario y el modelo de diseño web y aparece disponible en el diseñador web en lugar de aplicarse el patrón Page Controller; de esta manera la aplicación puede utilizar páginas diferentes para cada usuario en lugar de mostrar un único contenido a todos los usuarios.
  • La política en el directorio donde reside la capa de presentación es modificada para impedir la creación de clases que deriven de PageController.

https://msdn.microsoft.com/es-es/library/ms954811.aspx#EFAA