METODOLOGÍA IBM BSP
Esta metodología, fue
introducida por IBM en
1970 como un camino
para incorporar
estrategias de sistemas
de información en
estrategias
organizacionales y
estrategias de negocios.
El Método BSP es uno de los más utilizados y se
concentra en la identificación de los requerimientos
necesarios para poner en marcha una organización.
Una de las premisas es que los Sistemas de
Información deben ser planeados desde un nivel
superior e implementados desde el nivel más bajo de la
organización.
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:
- debe proporcionar una forma de evaluar la efectividad
de los sistemas de información preexistentes.
- debe proporcionar un medio para determinar las
necesidades futuras de recursos computacionales,
utilizando metodología basada en el análisis de
impactos sobre los negocios y en la determinación
objetiva de prioridades.
B) Para la administración funcional y operacional:
- proporcionar un abordaje lógico y bien delimitado que
sirva de apoyo para la solución de problemas relacionados
al control gerencial y operacional.
-asegurar consistencia y comportamiento de los datos.
- Asegurar que los sistemas de informaciones serán
orientados por la necesidades de la
administración y los usuarios.
- Plantear sistemas de información larga vida basados en
procesos negocio duraderos.
- perfeccionar y mejorar las relaciones entre unidades
organizacionales técnicas y funcionales.
C) Para el área de procesamiento de datos:
-proporcionar un mecanismo para comunicación
con la alta administración.
-crear escala de prioridades.
-crear mejor base para la planificación de largo
plazo para las actividades de informática en la
empresa.
Características de BSP
1. Planeación en equipo.
Dirigida por un analista de sistemas que actúa
como enlace entre la alta gerencia, los usuarios y
los analistas del departamento de tecnologías de
la información.
Se toman en cuenta las apreciaciones de cada
nivel de la empresa.
que define la relación existente entre los datos.
2. Planeación de arriba a abajo. (Top Down)
Se fijan los objetivos corporativos del ejecutivos, y
especialistas de sistemas
de información.
Se examinan los datos que se necesitaran y se diseña
una arquitectura de informacion que define la relación
existente entre los datos
3. Desarrollo de abajo a arriba.
(Bottom Up)
El desarrollo de los sistemas se inicia
en los niveles operacionales, donde el
procesamiento de datos es esencial
para el proceso de la empresa.
Permiten crear la arquitectura de
información de la empresa.
La teoría clásica Business System Planning for
Strategical Alignment (BSP/SA)
Sistema de Planificación Estratégica para la alineación
Se destaca porque
proporciona a los sistemas
de información un papel
reactivo respecto a los
objetivos y estrategia de la
empresa. BSP/SA ha sido
descrita en términos de
fases y tareas específicas.
En esta metodología se desarrolla la
noción de enlace recíproco entre la
planeación estratégica empresarial y la
planeación de sistemas de información.
Durante el proceso se enfatiza en que la
estrategia de sistemas de información
administrativos (objetivos de los
sistemas, restricciones de los sistemas y
estrategias de diseño de sistemas) debe
ser una transformación directa de la
estrategia organizacional (misión,
objetivos, metas, estrategias, factores
críticos de éxito)
METODOLOGÍA IBM BSP/I
Nos permite integrar la Planeación de los Sistemas de
Información con la Planeación de la empresa
Alineamiento estratégico
¿Porqué es tan importante el
Alineamiento Estratégico?
El mundo de hoy, demanda de las organizacion
es enfrentar nuevos retos antes inimaginables
todos los
días, retos causados por un diferente ambiente
de negocios y un continuo rompimiento en
el equilibrio de los escenarios competitivos y
el mercado.
DESARROLLO DEL PROYECTO BSP / SA
Participantes en el proyecto
BSP / SA.
Equipo de trabajo.
El líder del proyecto
El ejecutivo auspiciador
Premisas de BSP
•Los sistemas de información deben ser planeados de abajo
a arriba e implementados pieza por pieza de arriba hacia
abajo.
•BSP debe soportar las metas y objetivos de la empresa.
•BSP debe conducir las necesidades de todos los niveles de
la administración de acuerdo con las necesidades de la
empresa.
•BSP debe ser capaz de sobrevivir los cambios de
organización y administración de la empresa.
•BSP debe ser implementada como un subsistema dentro de
el esquema global de arquitectura de la información.
Componentes
La metodología BSP se ocupa
de dos grandes áreas:
•Procesos de Negocio
(Business Processes)
•Clases de Datos (Data
Classes)
Los procesos de Negocio son grupos de decisiones y
actividades relatadas lógicamente requeridos para
administrar o dirigir los recursos del negocio.
La información de requerimientos de los
componentes puede solo ser entendidas después de
un completo entendimiento de la organización
entera. Para poder hacerlo, es necesario preguntar:
como usan la información, desde donde y quienes la
accesan, que ambiente de trabajo es el más
apropiado, cuales son sus objetivos, como toman
las decisiones y cuales datos son necesarios en la
consecución de los objetivos.
Una clase de datos es "una categoría de datos lógicamente
inter-relacionados necesarios para dar soporte al negocio
analizado". Son propuestas cuatro categorías de clases de
datos :
a) Inventarios.
b) Transacciones.
c) Datos relacionados a planos y modelos de operación.
d) Datos estadísticos y esquemas.
Estudios BSP
Los estudios BSP son ejecutados (o revisados y
actualizados) antes de emprender procesos de
reingeniería, donde la principal contribución es
establecer un buen documento base con la
información de la arquitectura del sistema que
sirva como punto de partida para el proceso de
reingeniería. Además, como este proceso entra a
la fase de reingeniería de la empresa, las
arquitecturas propuestas en el documento base
serán rediseñadas para acomodarse a las
necesidades de los procesos que han sido
redefinidos.
Las tareas que se deben ejecutar en la
Planeación de sistemas empresariales se
dividen en dos fases:
FASE I: Revisar, Analizar y Validar Las
Arquitecturas BSP Actuales.
Objetivos
1.Comprender más claramente los negocios en
que la empresa opera.
2.Establecer y evaluar hasta que punto los
sistemas preexistentes informan adecuadamente
la relación entre los negocios de la empresa.
•Definir las relaciones funcionales y la informació n
necesaria para la administración
1.Recomendar la primera área de acción en
función de la prioridad establecida asociada la
una estimativa de su valor.
2.Recomendar un plan de trabajo para la fase
siguiente.
Fase II: Profundización Del Análisis
Consiste en detallar mejor el análisis desarrollado en la fase I.
Lo que distingue principalmente las dos fases es que en la fase I
el mayor énfasis es en el compromiso de la alta administración
en la implementación de la planificación de los sistemas. Tanto
que es obligatoria la participación del ejecutivo principal en la
fuerza de tarea o grupo de trabajo inicial.
Fase II:
Tiene varias etapas:
1.Identificar los principales procesos de negocio (empresariales).
2.Elaborar un mapa organizacional donde se puedan observar los
procesos de negocio.
3.Preparar y validar las arquitecturas del sistema de información.
4.Revisar y aprobar el plan de sistemas de negocios.
El modelo empresarial:
•Estrategias
•Unidades organizacionales
•Procesos
•Entidades.
