PLANEAMIENTO ESTRATÉGICO Y DE

SISTEMAS DE INFORMACIÓN

Ing. Vicente Castro López

DESARROLLO DE LAS ARQUITECTURAS
BSP / Y BSPI
 ORIENTACIONES

 El curso les ayudara a tener un

conocimiento amplio del concepto
general de Planeamiento.

 Deberán considerar el manual de

Planeamiento Estratégico y de Sistemas
de Información.
 CONTENIDOS TEMATICOS

 Problemas comunes en el desarrollo de

sistemas.
 Fundamentos del BSPI
 Participantes
 Secuencia de trabajo
 Concepto del marco integral
 Introducción a las tres arquitecturas del
Planeamiento Informático: arquitectura de datos,
arquitectura de aplicaciones y arquitectura
geográfica o de red.
 PROBLEMAS COMUNES EN EL DESARROLLO DE
SISTEMAS

PROBLEMAS CAUSAS CONSECUENCIAS

EMPRESARIALES
- Inconsistencia de - Empleo del enfoque - Disminuye su
datos. de abajo hacia ventaja
- Aplicaciones se arriba. competitiva.
desarrolla una y otra - Automatizaciones - Se puede reducir la
vez. aisladas. participación en el
- Aplicaciones poco - Desarrollo según la mercado.
flexibles y difícil de estructura de la - Empresa lenta en
cambiar. organización (no de innovación.
- Desarrollo de los procesos). - Puede perder su
sistemas - Falta de estándar y capacidad de
pospuestos. metodología. supervivencia.
- Área informática no - Falta de tiempo para
apoya a los planes arreglar todo.
de la empresa.
 METODOLOGÍA IBM BSP/SA
(System Planning for Strategical Alignment)
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
(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
Es un programa de trabajo para definir
integralmente LAS ARQUITECTURAS DE DATOS,
APLICACIONES Y GEOGRAFICA.
Lleva a cabo una revisión de los Sistemas de
Información con los que cuenta la empresa.
Busca elaborar el PLAN DE MIGRACION Y EL
PLAN DE GESTION DE SISTEMAS.
 FUNDAMENTOS DE BSPI
 Partir de los Planes y Estrategias del Negocio (se integra
con BSP /SA – Business System Planning for Strategical
Alignmnet).

 Concebir Arquitecturas Integradas (Datos, Aplicaciones y

RED).

 Elaborar un Plan de Migración de acuerdo a las

estrategias empresariales.

 Aplicar Políticas, Estándares y Herramientas

innovadoras.

 Usar metodología integradas para el desarrollo de

aplicaciones.

 Obtener el compromiso de la mas alta gerencia.

 PARTICIPANTES EN EL EQUIPO DE
TRABAJO EN EL BSPI

 3 a 4 Usuarios de las áreas de mayor

prioridad.
 2 a 3 Analistas de Sistemas.
 En este equipo deben estar incluidos
un representante del Ejecutivo
auspiciador del BSP/SA y al menos un
miembro del equipo BSP/SA.
 El proyecto BSPI tiene una duración
de 8 semanas aproximadamente y
como resultado del mismo se obtienen
un INFORME BSPI.
 SECUENCIA DE TRABAJO

Toma un enfoque TOP-DOWN, como punto de partida el

Modelo Empresarial obtenido en el proyecto BSP/SA, se
obtiene entonces las Arquitecturas de Sistemas para
finalmente obtener los perfiles de los diversos de sistemas.
BSPI – CONCEPTO DE MARCO INTEGRAL PARA EL DESARROLLO DE SISTEMAS EMPRESARIALES
DESDE EL PEE HASTA LA PUESTA EN MARCHA DE LOS SI

Estrategias
Empresariales
Planeamiento
Estratégico Empresarial

Entidades Procesos de la Organización

Empresariales Empresa Empresarial
Planeamiento
Estratégico de Sistemas
Modelo de la de Información
Empresa

ARQ. DE ARQ. DE
DATOS APLICACIONES ARQ. DE RED Planeamiento de
Arquitecturas de SI

PLAN DE
MIGRACION

Proyectos de Proyectos de Análisis y Diseño

Proyectos de
Base de Red Distrib.
Aplicaciones
Datos

Construcción - Prueba

Sistemas Operando
 A. ARQUITECTURA DE DATOS

 Para asegurar que en el diseño de las bases de datos

queden comprendidas todas las trayectorias
necesarias para compartir información, es necesario
definir las interrelaciones entre datos y es lo que se
conoce como arquitectura de datos.
 El diseño de la arquitectura de datos comprende el
diseño de entidades y las relaciones que existen
entre ellas, este es un trabajo en el que deben
participar SISTEMAS y para elaborarlo se deben
responder a las siguientes preguntas:

1. ¿Cuales son las entidades de la organización?

2. ¿Cuales son las relaciones entre las entidades?
 ARQUITECTURA DE DATOS
Identificación de entidades

Una entidad es algo sobre

la cual, la organización tiene
interés duradero y la
administración desea
guardar datos.
El grupo de trabajo ha
realizado la identificación de
las entidades relacionadas
con los procesos mas
importantes
 ARQUITECTURA DE DATOS
Identificación de entidades
ENTIDADES DESCRIPCION
Consumidores Todos aquellos individuos, negocios, instituciones que
consumen el producto dela compañía.
Proveedores Aquellos negocios y organizaciones las cuales proveen
productos o servicios a la empresa.
Instituciones Financieras Aquellos individuos, negocios, instituciones financieras que
provee, influyen en la adquisición de capital.
Personal Todos aquellos individuos que trabajan o han trabajado en la
empresa.
Segmento de mercado Área geográfica donde la empresa esta autorizada a vender.
Cuentas por pagar Registro de cuentas por pagar a los proveedores.
Cuentas por cobrar Registro de cuentas por cobrar a los consumidores.
Almacén Material y equipo almacenado para ser utilizado por la
empresa
Compras Procedimiento y funciones para realizar el seguimiento a la
orden de compra.
 ARQUITECTURA DE DATOS
Identificación de clase de datos

 Previo a la identificación de clases de datos, se

realiza un análisis de uso de datos, el cual hace
referencia a los datos requeridos y creadas por cada
proceso, esto sirve como base para la creación de
clase de datos (análisis del uso de datos).

 Clase de datos, el agrupamiento lógico de datos de

una entidad de la organización, la identificación y
descripción de las clase de datos relacionada con su
proceso y la identificación y de las clases de datos
relacionada con su entidad (entidades con sus
respectivas clases de datos).
 ENTIDADES CON SUS RESPECTIVAS CLASES DE DATOS
CONSUMIDORES Identificación Descripción de la información general
proveedores (incluyendo nombre, dirección, etc.
(catalogo de proveedores).

Consumo Historial de los datos de la energía consumida

por un consumidor especifico.

Facturación y Pagos Historial de la facturación de los consumidores,

del control de pagos realizados por ellos hacia la
empresa, cantidades y fechas de cobro y pago,
créditos brindados a consumidores, etc.

Reportes y estadísticas Información sumariada para monitorear, pro

ejemplo, los consumidores por una clasificación
especifica, las ventas por sector, los créditos, los
volúmenes promedios de combustibles.
PROVEEDORES Identificación Descripción de información general de
proveedores incluyendo nombre, dirección, etc.
(catalogo de proveedores).
Historial de oferta Registro histórico de datos relacionados con
licitaciones que los proveedores han presentado
a la empresa.
 ENTIDADES CON SUS RESPECTIVAS CLASES DE DATOS
INSTITUCIONES Instituciones Registro de la información general de las
FINANCIERAS instituciones, nombre, tipo de institución etc.

PERSONAL Identificación Registro de los datos personales del trabajador.

Status Registro histórico de promociones, capacitación,
disciplina, aumentos salariales, evaluación del
desempeño, reclasificación, etc.

Reportes Reportes especiales y reportes de rutina,

información sumarizada, reportes para agencias
gubernamentales.

SEGMENTO DE Pronostico de mercado Nos identifica la demanda pronosticada (anual,

MERCADO pro sector), el crecimiento estimado de la
demanda, la estacionalidad de la demanda, el
crecimiento del mercado etc.
Ambiente Describe datos como la tasa de cambio actual,
Socioeconómico índices económicos (PBI, inflación etc.) y de
electrificación. Entorno socioeconómico.
Imagen Resultado de tabulación de encuestas al publico,
empleados. Etc. Y resultados estadísticos de los
mismos.
 B. ARQUITECTURA DE APLICACIONES

 Deben fragmentarse en piezas mas pequeñas que

se llaman aplicaciones.
 El mismo personal clave de cada una de las
divisiones responde a las siguientes preguntas:
1. Cuales aplicaciones son básicas en el sistema
de información.
2. Como se interrelacionan estas aplicaciones?
3. Como se relacionan actualmente las
aplicaciones actualmente en uso con las
aplicaciones que se han identificado?
 En esta etapa también se identifica los datos que se
UTILIZAN y los datos que se CREAN en cada
proceso.
 ARQUITECTURA DE APLICACIONES
MATRIZ DE PROCESOS Y CLASES DE DATOS

 Formada por los “PROCESOS” en el eje de las X

y las “CLASES DE DATOS” en el eje de las Y.
 Consiste en la identificación de las clases de datos
creadas por los procesos y las que son
únicamente utilizadas.
 Se procede a colocar una “C” en la intersección
proceso/clase de datos, cuando dicha clase es
creada por el proceso y una “U” cuando
únicamente es utilizada. Esta fase se realiza con la
colaboración de los representantes de cada una de
las áreas funcionales.
MATRIZ PROCESOS / CLASES DE DATOS
 ARQUITECTURA DE APLICACIONES

MATRIZ DE PROCESOS Y CLASES DE DATOS

Luego se procede a agrupar los procesos

y sus respectivas clases de datos dentro
de las diferentes áreas funcionales de la
“Empresa” para después de esto, poder
crear la interrelaciones entre las mismas.
MATRIZ PROCESOS / CLASES DE DATOS
 ARQUITECTURA DE APLICACIONES
MATRIZ DE PROCESOS Y CLASES DE DATOS

Como ultimo paso se lleva a cabo la

simplificación de la matriz, a través de la
eliminación de las “U” y “C” y también la
identificación de las áreas funcionales con sus
respectivos nombres , de la siguiente manera:
ventas, operaciones, administración, finanzas
y recursos humanos.
MATRIZ PROCESOS / CLASES DE DATOS
 ARQUITECTURA DE APLICACIONES
MATRIZ DE SISTEMAS / ORGANIZACION

 Esta matriz ha sido determinada mediante la relación que

se da entre los diferentes sistemas existentes y el
apoyo que brindan a las diferentes áreas
organizaciones o funcionales.
 Esta matriz nos indica cuales son las aplicaciones que se
encuentran trabajando actualmente y cuales están en
proceso de planificación para desarrollarlas.
 Para ello se traza una matriz donde se ubica en el eje de
las “X” la ORGANIZACIÓN y en el eje de las “Y” los
SISTEMAS. En la intersección de cada uno de ellos se
coloca una “C” para aquellas áreas de la organización
para la cual los sistemas actualmente brindan soporte y
una “P” para las cuales se planifica brindarlo.
C = Áreas de la Organización–Sistemas brinda soporte P = Planifica Brindarles
 ARQUITECTURA DE APLICACIONES
MATRIZ DE SISTEMAS / PROCESOS

 Esto se realiza con la finalidad de encontrar el

soporte que actualmente los sistemas le
brindan a los procesos y hacia donde se
proyecta brindar ese mismo soporte.
 Se traza una matriz ubicando en el eje de las
“X” los PROCESOS y en el eje de la “Y” los
SISTEMAS. En la intersección de cada uno de
ellos se coloca una “C” para aquellos sistemas
que actualmente brindan soporte y una “P” para
los cuales se planifica brindarlo.
C = Áreas de la Organización–Sistemas brinda soporte P = Planifica Brindarles
 ARQUITECTURA DE APLICACIONES
MATRIZ DE SISTEMAS / CLASES DE DATOS

 Se realiza con la finalidad de encontrar las “clases

de datos” que se encuentran involucradas en los
distintos sistemas que actualmente brindan
soporte a la “Empresa”.
 Se traza una matriz ubicando en el eje de las “X”
las “CLASES DE DATOS” y en el eje de las “Y” los
“SISTEMAS”.
 En la intersección de cada uno de ellos se coloca
una “X” para aquellas clases de datos
involucradas en cada sistema o aplicación.
IDENTIFICACION DE PROBLEMAS POR CADA
UNA DE LAS AREAS FUNCIONALES DE LA
EMPRESA
 Es realizado con la colaboración de los
representantes o ejecutivos de cada una de las áreas
funcionales.
 Para ellos se realizo una entrevista.
 Con la identificación de los problemas de cada una de
las áreas es posible ubicar las necesidades de
información de toda la “Empresa”, reconocer y validar
las relaciones existentes entre las mismas y de esta
manera poder ir dando forma a las distintas aplicaciones
que serán necesarias para poder satisfacer todas las
necesidades de la información.
CUADRO DE IDENTIFICACION DE PROBLEMAS
CUADRO DE IDENTIFICACION DE PROBLEMAS
CUADRO DE IDENTIFICACION DE PROBLEMAS
CUADRO DE IDENTIFICACION DE PROBLEMAS
C. ARQUITECTURA GEOGRÁFICA O DE RED
 Cuando existen diferentes lugares donde se utiliza la
información, es necesario establecer LA ARQUITECTURA
GEOGRÀFICA, que es un medio de identificar los lugares
donde se utiliza la información.
 Para establecer la arquitectura geográfica , el grupo de trabajo
debe responder a las siguientes preguntas.
1. ¿En cual de las instalaciones se necesita la información?
2. ¿Cuál es el nivel de soporte de información que es
necesario?
3. ¿Dónde debe ser localizado este soporte? (aplicaciones y
bases de datos).

 Se debe tener en cuenta los siguientes para alcanzar el máximo

de efectividad:
- Las tecnologías deben interrelacionarse.
- Concepto de un plan único e integrado.
- Realizar una calendarización de implantación.
 CLASIFICACIÓN
▪ Según su geografía.
Las redes
se ▪ Según su topología.
clasifica ▪ Según su arquitectura.
 SEGÚN SU GEOGRAFIA

Según su GEOGRAFIA las redes se

clasifican en:

▪ LAN (Local Área Network): Red de

Área Local.

▪ MAN (Metropolitana Área Network):

Red de área Metropolitana.

▪ WAN (Wide Área Network): Red de

Banda Ancha.
CLASIFICACIÓN DE LAS REDES DE COMPUTADORAS

Por su alcance (WAN, MAN, LAN,

PAN, CAN, Internet)
 SEGÚN SU TOPOLOGIA

1. Bus en línea

2. Anillo
 SEGÚN SU ARQUITECTURA

Según su arquitectura las redes se clasifican en:

▪ CLIENTE - SERVIDOR

▪ PAR A PAR
ARQUITECTURA CLIENTE / SERVIDOR
ARQUITECTURA CLIENTE / SERVIDOR
ARQUITECTURA CLIENTE / SERVIDOR
ARQUITECTURA - PAR A PAR
ARQUITECTURA - PAR A PAR
ARQUITECTURA DE DATOS
 CONTENIDOS TEMATICOS

 Arquitectura de un Sistema de Base de Datos

 Modelo de Datos Conceptuales
▪ Modelo de Datos
▪ Modelo Entidad Relación
▪ Relación 1 – N
▪ Conversión a Tablas de Relación 1 – N
▪ Relación N – M
▪ Conversión a Tablas de Relación N –M
▪ Modelo Entidad Relación
 A) Arquitectura de un Sistema de BD
Hay tres características importantes inherentes a los
sistemas de bases de datos:

1. La separación entre los programas de aplicación y los

datos,
2. El manejo de múltiples vistas por parte de los usuarios
3. El uso de un catálogo para almacenar el esquema de
la base de datos.

En 1975, el comité ANSI-SPARC (American National

Standard Institute - Standards Planning and
Requirements Committee) propuso una arquitectura de
tres niveles para los sistemas de bases de datos, que
resulta muy útil a la hora de conseguir estas tres
características.
 Arquitectura de un Sistema de BD…
Las arquitecturas de bases de datos han evolucionado
mucho desde sus comienzos, aunque la considerada
estándar hoy en día es la descrita por el comité
ANSI/X3/SPARC (Standard Planning and Requirements
Committee of the American National Standards Institute on
Computers and Information Processing), que data de finales
de los años setenta. Este comité propuso una arquitectura
general para DBMSs basada en tres niveles o esquemas:

1. El nivel físico o de máquina.

2. El nivel externo o de usuario.
3. el nivel conceptual.

Así mismo describió las interacciones entre estos tres niveles

y todos los elementos que conforman cada uno de ellos.
Arquitectura de un Sistema de BD…

Nivel:
EXTERNO / DE
USUARIO

Nivel:
LÓGICO GLOBAL
/ CONCEPTUAL

Nivel:
INTERNO /
FÍSICO O DE MAQUINA
 Arquitectura de un Sistema de BD…

• Nivel interno: Tiene un esquema interno que describe la

estructura física de almacenamiento de base de datos.
Emplea un modelo físico de datos y los únicos datos que
existen están realmente en este nivel.
• Nivel conceptual: tiene esquema conceptual. Describe la
estructura de toda la base de datos para una comunidad de
usuarios. Oculta los detalles físicos de almacenamiento y trabaja
con elementos lógicos como entidades, atributos y relaciones.
• Nivel externo o de vistas: tiene varios esquemas externos o
vistas de usuario. Cada esquema describe la visión que tiene de
la base de datos a un grupo de usuarios, ocultando el resto.

El objetivo de la arquitectura de tres niveles es el de

separar los programas de aplicación de la base de datos
física.
Bases de datos distribuidas
Una base de datos distribuida (BDD) es
un conjunto de múltiples bases de
datos lógicamente relacionadas las
cuales se encuentran distribuidas entre
diferentes sitios interconectados por
una red de comunicaciones, los cuales
tienen la capacidad de procesamiento
autónomo lo cual indica que puede
realizar operaciones locales o distribuidas.
Un sistema de Bases de Datos Distribuida
(SBDD) es un sistema en el cual
múltiples sitios de bases de datos
están ligados por un sistema de
comunicaciones de tal forma que, un
usuario en cualquier sitio puede acceder
los datos en cualquier parte de la red
exactamente como si los datos estuvieran
siendo accedidos de forma local.
 Bases de datos distribuidas

En un sistema distribuido de bases de datos se almacenan en varias

computadoras. Los principales factores que distinguen un SBDD de un
sistema centralizado son los siguientes:

•Hay múltiples computadores, llamados sitios o nodos.

•Estos sitios deben de estar comunicados por medio de algún tipo de red de
comunicaciones para transmitir datos y órdenes entre los sitios.
 Bases de datos centralizadas

Una base de datos centralizada es una base de datos

almacenada en su totalidad en un solo lugar
físico, es decir, es una base de datos almacenada en una
sola maquina y en una sola CPU, en donde los usuarios
trabajan en terminales "tontas" que solo muestran resultados.

Los sistemas de bases de datos centralizadas son aquellos

que se ejecutan en un único sistema informático
sin interaccionar con ninguna otra computadora.
Tales sistemas comprenden el rango desde los sistemas de
bases de datos mono usuarios ejecutándose en
computadoras personales hasta los sistemas de bases de
datos de alto rendimiento encuitándose en grandes sistemas.
 Los SGBD más usados
ORACLE
Cuando se fundó Oracle en 1977 como Software Development Laboratories por Larry
Ellison, Bob Miner y Ed Oates no había productos de bases de datos relacionales comerciales.
La compañía, cuyo nombre cambió posteriormente a Oracle, se estableció para construir un
sistema de gestión de bases de datos como producto comercial y fue la primera en lanzarlo al
mercado.

D2 DE IBM
La familia de productos DB2 Universal Database de IBM consiste en servidores de bases de
datos y un conjunto de productos relacionados. DB2 Universal Database Server está
disponible en muchas plataformas hardware y sistemas operativos, abarcando desde
mainframes (grandes ordenadores centrales) y grandes servidores a estaciones de trabajo e
incluso a pequeños dispositivos de bolsillo. Se ejecuta en una serie de sistemas operativos
IBM y de otras marcas.

SQL SERVER
De Microsoft, es un sistema gestor de bases de datos relacionales que se usa desde en
portátiles y ordenadores de sobremesa hasta en servidores corporativos, con una versión
compatible, basada en el sistema operativo PocketPC, disponible para dispositivos de bolsillo,
tales como Pocket PCs y lectores de código de barras. SQL Server se desarrolló originalmente
en los años 80 en SyBase para sistemas UNIX y posteriormente pasado a sistemas Windows
NT para Microsoft.
 Operaciones fundamentales sobre archivos

Pueden colocarse en dos grandes grupos: ACCESO y ACTUALIZACION

. Acceso: Forma por la cual es posible tener

conocimiento de la información contenida en los
respectivos registros, modo como se pueden leer los
registros del archivo.
Formas:

1. En secuencia o secuencial: en la lectura del archivo, es

obligatorio que, a continuación del tratamiento del registro de
orden n, se trate los de orden n+1, n+2…, hasta un limite
determinado.
2. Aleatorio o directo: se lee y consecuentemente trata cualquier
registro en cualquier orden ( a través de llave o una
transformación de esta).
 Operaciones fundamentales sobre archivos

• Actualización: Los archivos se actualizan en el

tiempo, para que se ajusten a la realidad.

Operaciones:
Más 1. Alta: Se crea un nuevo registro en el archivo.
Usada!!!
2. Baja: Se elimina un registro. Puede ser lógica o física.

3. Modificación: Se cambia alguna información en el registro

Para realizar las actualizaciones es importante validar los

datos que se van a actualizar
 Organización de Archivos: Secuencial

Todos los registros se almacenan por su posición: uno es el

primero, el siguiente es el segundo y así sucesivamente.

1 2 ... ... n n+1 ...

Archivo: PROFESOR
Jesús Álvarez Av. Perú #123 4567892
Juan De la Cruz Av. Angamos Este # 4563214
653
José Martínez Av. Prolongación 9621 5337
Primavera # 342
… … …

“La lectura de un Registro implica la lectura de todos los Registros precedentes”

59
 Organización de Archivos: Indizada

• Los registros almacenados se accesan a través de un

índice.
• La forma básica de un índice incluye una llave de
registro y la dirección de almacenamiento para éste.

Llave Apuntador
Álvarez, López, Técnico A … …
Luis María
García, Lazo, Juan Operario B … …
Bertha
García, Operario C … …
Lazo, Juan
Bertha
López, María
Martínez, Técnico A … …
Martínez, José
José
Alvares, Luis Técnico B … …
Archivo Índice Archivo de Datos
 Organización de Archivos: Indizada

Sea el siguiente archivo

(sólo se muestra la clave)
2,10, 13, 4, 9, 25, 6, 28,3,
30
 Organización de Archivos: Directa

El acceso directo es el que permite acceder de

manera rápida y simple a los registros de un
archivo. Se debe aclarar que la secuencia u
ordenamiento lógico de los registros no tiene,
necesariamente, una relación con la secuencia
física.

La forma de acceder a los registros es a través de

la clave de dicho archivo.
 Organización de Archivos: Directa

N-1
Carla N
Fin del Archivo Esteban
GRACIAS