BSP “Business SystemPlanning”

Hoy en día las empresas manejan una gran cantidad de información, por lo cual los gerentes han encontrado en los sistemas de información, una herramienta que les permite utilizar de forma más adecuada los datos. La automatización de los datos en las empresas, además de mejorar los procedimientos y labores representa un gran valor estratégico.

Para llegar a esta solución existen varios métodos entre los más utilizados para desarrollar un marco de referencia estable que brinde soporte a los procesos particulares de una organización, de un proyecto, o de un sistema de información, se encuentra la Planeación de Sistemas de Negocios (o empresariales), más conocida como BSP sigla derivada por su definición en inglés Business SystemPlanning.

Esta metodología, fue introducida por IBM en 1970, para uso propio de la empresa, como un camino para incorporar estrategias de sistemas de información en estrategias organizacionales y estrategias de negocios.

Posteriormente fue ofrecida como una metodología general de planeación, con manuales y cursos de entrenamiento desarrollados para los usuarios, ya que la metodología ahora presenta ayuda para organizaciones que poseen sus recursos de computación descentralizados.

BSP es un proceso de planificación de sistemas de información que se concentra principalmente en las relaciones entre los sistemas y los negocios de la empresa, el cual ofrece una vista estructurada y formal que sirve como soporte en la implantación de un Plan de Sistemas de Información para empresas en general.

Se caracteriza como una metodología orientada de la dirección organizacional para los niveles jerárquicos y decisivos inferiores – Top-Down.

BSP se preocupa de entender las relaciones existentes entre los procesos, organizaciones, datos, sistemas funcionales de aplicación y plataformas de comunicación de datos, tal como lo relatan las estrategias, metas y objetivos empresariales.

Objetivos de BSP

Los principales objetivos a alcanzar con BSP pueden ser clasificados en niveles jerárquicos y funcionales.
a) Para la Alta Administración:
b) Para la Administración Funcional y Operacional:
c) Para el área de Procesamiento de Datos

BPM; se convierte en uno de los elementos fundamentales para servir de base en  todo lo que comprende Arquitectura empresarial

Gestion de procesos de negocio

BPM Y AE; Para garantizar que la empresa en un momento dado alcance una concepción de modelaje que ayude a simplificar la complejidad.

Entrada de puntos típicos:

• Eficiencia de negocios
• Planeación TI y optimización
• ERP, Transformacion de nucleo de negocios
• La concepción de sistemas; manejar la complejidad organizacional: REDUCIR LA COMPLEJIDAD
• La arquitectura del servicio- empresas; centradas en el mercado – enfoques orientados al servicio-SOA–> modelos de tecnologías orientadas al servicio
• GRC: Tiene que ver con gobernanza, cumplimiento, riesgo y auditoria

Auditoria: Reducir la simetría de información  entre la empresa y los stakeholder

Recorrido historico de las AE

BSP: Planeación estrategica de sistemas, es un enfoque que nace en IBM y la ventaja es que trabaja en dos vías:

1. Top Down: Planeación de arriba a abajo

2. Bottom Up: Desarrollo de abajo hacia arriba

a estos don enfoques se suma el enfoque cruzado de procesos (datos y procesos balanceados), lo que ha permitido la continuidad durante todo este tiempo, hace que sea una metodología muy completa, refleja en lo mas posible el mapa de la empresa.

Se parte de la estrategia del negocio ( visión y objetivos estratégicos), en BSP encontramos la estrategia de sistemas de información  y la planeación.

INFORMATION FRAMEWORK (IFW)

Es una arquitectura empresarial, poblado con un completo conjunto de modelo de negocios específicamente para bancos. Este fue desarrollado como una alternativa al Framework Zachman por Roger Evernd.

Los modelos de negocio de especificaciones bancarias representan buenas prácticas en la banca y es una extensión natural para  el Modelo de Negocio de componentes . Una vez que se haya iniciado el camino de la transformación de un negocio bajo demanda y de haber identificado los componentes para el negocio, los modelos de negocio IFW proporcionan el contenido empresarial específica de banca que puede acelerar sus proyectos de TI resultantes.

El IFW comprende

• Información Modelos: proporcionar el contenido de los datos de la banca para hacer frente a áreas como la vista de toda la empresa de la información.

• Los modelos de proceso: proporcionar negocio bancario procesa contenido para abordar áreas como la reingeniería de procesos de negocio

• Modelos de integración: la prestación de servicios de negocio de contenidos para abordar áreas tales como las arquitecturas orientadas a servicios

Los diferentes tipos de información son:

Información de la organización: Esto incluye información acerca de la organización y la estrategia.

Información de negocios: Esto incluye información relacionada con los procesos de negocio y funciones.

Información técnica: Esto incluye información acerca de la plataforma, la red, y así sucesivamente.

Los diferentes tipos de análisis posible con estos tipos de información es el siguiente:

• Análisis de información basado en las respectivas categorías     conceptuales
• Definición de términos y terminología
• Información estructurada basada en principios
• Creación del diseño detallado basado la información
• Análisis de implementación de este tipo de diseños

ARQUITECTURA EMPRESARIAL

La AE (en adelante Arquitectura Empresarial) es una continua práctica de la descripción de elementos esenciales de los elementos técnico-sociales de la organización, sus relaciones para cada uno y para su entorno, en orden para entender su complejidad y la gestión del cambio

Un EA Framework (Framework de arquitectura empresarial) define cómo crear y utilizar una arquitectura empresarial. Un EA Framework proporciona principios y prácticas para la creación y uso de la descripción de la arquitectura de un sistema. Esta estructura arquitectónica está pensada para ser dividida entre dominios, capas o vistas, y ofrece modelos – típicamente matrices y diagramas – para documentar cada vista.

Tópicos EA framework:

• Arquitectura y construcción de gobernabilidad
• Dominio de Arquitectura
• Capas de la arquitectura de la empresa

Dominios de la AE

La AE se divide en 4 dominios de arquitectura:

 

 

 

Componentes del entorno de AE

Dominios y subdominios de la AE

La arquitectura de la empresa de modelo de referencia tradicional ofrece una clara distinción entre los dominios de la arquitectura (de negocios, información / datos, aplicaciones / integración y técnico / infraestructura).Estos dominios se pueden dividir en disciplinas; subdominios.

Muchos equipos de arquitectura de la empresa consisten en individuos con habilidades alineadas con la arquitectura de dominios para empresas y disciplinas sub-dominio.

He aquí algunos ejemplos: arquitecto de la empresa de negocios, la empresa arquitecto documentacional, arquitecto de aplicaciones empresariales, arquitecto infraestructura de la empresa, arquitecto de la información de la empresa, etc.

 

Vista del Modelo

Estandarización

Quizás el estándar más conocido en el campo de la arquitectura de software y arquitectura de sistema comenzó su vida como IEEE 1471 , un estándar IEEE para describir la arquitectura de un sistema de software intensivo aprobado en 2000.

En su última versión, la norma se publica como ISO / IEC / IEEE 42010: 2011 . La norma define un marco de arquitectura como convenciones, principios y prácticas para la descripción de arquitecturas establecidas dentro de un ámbito específico de aplicación y / o de la comunidad de partes interesadas , y propone un marco de arquitectura se especifica a través de:

1. los actores relevantes en el dominio,
2. los tipos de preocupaciones que surgen en ese dominio,
3. puntos de vista de la arquitectura que enmarcan esas preocupaciones y
4. reglas de correspondencia que integran esos puntos de vista citados antes.

Marcos Arquitectura que se ajusten a la norma puede incluir métodos adicionales, herramientas, definiciones y prácticas más allá de las especificadas.

Tipos de entorno de la AE

1. Framework desarrollado para consorcios(TOGAF)
2. Framework para la industria de defensa (MODAF) (NAF)
3. Framework de gobierno–NIST
4. Framework de código abierto –MEGAF
5. Framework de propiedad—ZACHMAN –OBASHI–(IFW)

 

El avance constante de las tecnologías  y la innovación que requieren las empresas evolucionen, desde sus modelos más básicos  hasta los más complejos deben ser planteados de la mejor manera para que los estos lleven  a un desarrollo integro de todas las unidades organizacionales, con el tiempo las tecnologías de la información han contribuido, en este hallazgo aparecieron los sistemas de información, han ido evolucionando, pues en sus inicios la tecnología solo se empezó a usar con sistemas para registrar datos , luego se pasaron a sistemas más útiles  donde con estos datos se podían realizar operaciones y aún más o menos estamos así en la actualidad.

Pero no muchos años atrás empezó a surgir una nueva corriente que trata de revolucionar todo. Y consiste en dar un orden a los sistemas desde el inicio y formar un modelo hibrido y sináptico entre el modelo de negocio y los modelos informáticos  llevando al término “Arquitectura empresarial” como un nuevo modelo donde los procesos empresariales se modelan  según sus procesos y se direccionan a un sistema empresarial totalmente útil y que cumple con todos los requerimientos y soluciones que necesita su empresa  atreves de los sistemas informáticos y la tecnología.

Roles en Clase

Los del negocio

Tienen que saber los procesos que se van a manejar, se debe representar con un diagrama donde se evidencien entradas y salidas de dichos procesos.

En este ámbito hay que definir los procesos

Librería a nivel nacional

• 4 sedes
• Ventas personales o en línea
• Pago electrónico, efectivo o tarjeta
• Editoriales reconocidas, abastecimiento desde la sede principal
• Gerente general y administrador por sede

Pendiente definición de procesos que maneja la librería

Los de aplicación

• Página web

Los de datos

• Un repositorio único, el cual tendrá MER para los datos estructurados que incluye datos de: usuarios, sedes, proveedores, inventario, clientes y empleados

 

Los de tecnología (despliegue)

Se contratara data center externo el cual brinda seguridad y menos recursos económicos

• Plataforma como servicio ( hospedaje de aplicaciones en la nube)
• Software como servicio( hospedaje de datos en la nube)

Grupos

Negocio: tienen que tener claro como esta estructurado el negocio, estructurar los procesos de negocio

datos

Tecnología: Benja, Robert, Martha, Andres felipe

aplicaciones

Dominios técnicos en términos de arquitectura

Dominio  de Aplicaciones (Software): Tiene que ver con la forma en que nosotros abstraemos los procesos.

• Componentes
• Clases
• Interfaces
• Métodos
• Frameworks
• Bus, reglas del negocio

Dominio  de Tecnología: hardware, comunicaciones

• Nodos:componentes de red
• Plataformas
• Productos
• Ambientes
• Infraestructura

Dominio  de Sistemas:

• Módulos
• Interfaces
• Interacciones
• Flujo de procesos entre los distintos eslabones que están entrelazadas

Dominio  de Datos: armar una estructuración bajo estos elementos

• Entidades
• Atributos
• Constructores
• Flujo de datos
• Reglas de datos
• Esquemas de datos

DEFINICIONES

Empresa: Entidad organizada o grupo de entidades que comparte un conjunto en común de resultados esperados.

Arquitectura: Se fija en los elementos y en cómo se integran-relacionan estos

Valor: Una medida o conjunto de medidas utilizadas para evaluar el éxito de una entidad. Al hablar de valor se habla de cumplir, lograr. La orientación de la empresa está dirigida a obtener valor.

AE: Se refiere a un sistema de modelado de las empresas en donde estamos mostrando sus elementos  y las relaciones  que existe entre ellos de acuerdo a los enfoques que estamos trabajando. La idea es reducir la complejidad de la empresa para hacerle un seguimiento a ese modelo. Y de esta manera evaluar y evolucionar a unos estadios siguientes. Asi garantizamos el conocimiento sobre la empresa.

Marco AE: Un conjunto de modelos, métodos, técnicas que orientan de una manera ordenada para representar una AE. Lo complejo lo muestra de una manera simplificada.

ANSI/IEEE 1471-2000 Estándar establecido para todo lo que hacer referencia a AE. Orientado  al conjunto de elementos interrelacionados; orientados a su diseño: como está conformado y a su evolución.

Se integran las TI y la empresa.

Estrategia componente fundamental para el éxito, son las rutas que nos ayudan a cumplir los objetivos

La arquitectura y la ingeniería en sistemas: Zacman a partir de él se integran estos dos conceptos

Algunos términos según  Cuenca

• Arquitectura de Negocio
• Arquitectura de Información
• Arquitectura Tecnológica
• Arquitectura Organizacional
• Arquitectura de Recursos
• Arquitectura Operacional

 

Modelo de procesos centrado en la arquitectura

• Desarrollador
• Modelado
• Arquitecto

Abstraer los comportamientos de la empresa para así entender el sistema el cual estamos impactando. Esto es lo que debe hacer el Ingeniero de Sistemas. Los problemas se tienen que trabajar de manera unificada.

Mecanismo de Transformación 

Se parte de un estado de referencia As-is  y llega a un estado de To be (Estadio Objetivo), para esto hay que modelar para donde voy a través del diseño de un nuevo estadio (Arquitectura objetivo) para lo que se hacer una hoja de ruta en términos abstractos. Abstraer el negocio en términos de negocio, tecnológico e implementación.

La migración se hace en datos, procesos y comportamientos y se refiere al cambio de un estadio actual al nuevo estadio que se pretende llegar.

Gobierno de TI

• Cobit
• ITIL
• CMMI
• Escm
• ISO 20000
• eTom
• MOF

REGLAS PARA PREPARAR AE (Aplica a cualquier proyecto)

• Primero que todo tiene que estar liderado y avalado por la alta dirección
• Tener los recursos necesarios para soportar el proyecto
• Adquirir el conocimiento que dejan los terceros, adecuado nivel de transferencia tecnológica para garantizar la continuidad de los procesos.
• Utilizar modelos de referencia de base para así aprovechar el conocimiento que ya ha sido construido
• Garantizar la gobernanza del modelo de arquitectura
• Tener personal adecuado para los procesos
• Administrar los costos de arquitectura
• Tenerle dueño a los procesos