Parte

REDISEO DE LA
ORGANIZACION
MEDIANTE
SISTEMAS DE
INFORMACION

LOS SISTEMAS COMO CAMBIO ORGANIZACIONAL PLANEADO

OBJETIVOS

Cmo podra cambiar la manera de trabajar

de una organizacin el hecho de construir un
nuevo sistema?
Cmo puede asegurarse una compaa de
que los nuevos sistemas de informacin que
construya encajen en sus planes de negocio?
Qu pasos se requieren para construir un
nuevo sistema de informacin?

LOS SISTEMAS COMO CAMBIO ORGANIZACIONAL PLANEADO

RETOS PARA LA ADMINISTRACION

Principales riesgos e incertidumbre en el

desarrollo de sistemas
Determinar dnde pueden tener el mayor impacto
estratgico los nuevos sistemas y procesos de
negocios

LOS SISTEMAS COMO CAMBIO ORGANIZACIONAL PLANEADO

Estrategias / Necesidades
Corporativas

Estrategias / Necesidades

Solicitudes de
Aplicaciones por
parte de los Usuarios
finales

de cada Unidad de Negocio

Plan de Sistemas de
Informaci n

Proceso de
asignacin de
pioridades y recursos

LOS SISTEMAS COMO CAMBIO ORGANIZACIONAL PLANEADO

Estrategia de
negocio

Funciones y procesos de
negocio

ACTIVIDADES DE LA EMPRESA
Diseo y ejecucin de
acciones para conseguir
objetivo

Planificacin de
Objetivos

Control (de resultados de

acciones contra
objetivos)

Sistemas de
Informacin

Registro de
transacciones

Entorno

Transacciones

ORGANIZACION

LOS SISTEMAS COMO CAMBIO ORGANIZACIONAL PLANEADO

Los sistemas de Informacin en la Organizacin deben

responder para qu estn.
Lo anterior implicar el diseo de la estructura de datos que
acabar siendo la base de datos del SI.

LOS SISTEMAS COMO CAMBIO ORGANIZACIONAL PLANEADO

Planificacin de TI/SI a partir de la

estrategia del Negocio
Lista de proyectos a desarrollar en los prximos 3 - 5
aos
Situacin actual al momento de la preparacin del plan
Prioridades de cada Proyecto
Detalle de los proyectos a desarrollar el primer ao.
Mecanismos de evaluacin adecuados
Lista de actividades de la empresa donde la TI pueda
utilizarse como herramienta de soporte para aumentar su
eficacia

LOS SISTEMAS COMO CAMBIO ORGANIZACIONAL PLANEADO

Enlace de los Sistemas de Informacin con el Plan de Negocios

Plan de Sistemas de Informacin

Mapa que indica la direccin de desarrollo
de los sistemas, el modo de proceder , la
situacin actual, la estrategia
administrativa , el plan de implementacin
y el presupuesto

LOS SISTEMAS COMO CAMBIO ORGANIZACIONAL PLANEADO

Contenido de un Plan de Sistemas de Informacin
1.

Propsito del Plan

2.

Panorama global del contenido del Plan

Cambios en la situacin actual de la empresa
Plan estratgico de la empresa
Organizacin actual y futura del negocio
Procesos clave de negocios
Estrategia administrativa

Plan Estratgico de Negocio

3.

Situacin actual
Organizacin actual del negocio
Entornos cambiantes
Principales objetivos del plan de negocios

Sistemas Actuales

Principales sistemas que apoyan las funciones y procesos de negocios

Capacidad actual de infraestructura

Hardware
Software
Base de Datos
Telecomunicaciones e Internet

Dificultades para cumplir con los requerimientos de negocios

Demandas futuras anticipadas

LOS SISTEMAS COMO CAMBIO ORGANIZACIONAL PLANEADO

Contenido de un Plan de Sistemas de Informacin

4.

Nuevos desarrollos

Proyectos de nuevos sistemas

Capacidades requeridas de la nueva infraestructura

5.

Descripcin de proyectos
Razn de ser del negocio
Hardware
Software
Base de datos
Telecomunicaciones e Internet

Estrategia administrativa

Planes de adquisicin
Acontecimientos importantes y marco de tiempo
Reordenacin organizacional
Reorganizacin interna
Controles administrativos
Principales iniciativas de capacitacin
Estrategia de personal

LOS SISTEMAS COMO CAMBIO ORGANIZACIONAL PLANEADO

Contenido de un Plan de Sistemas de Informacin

6.

Plan de implementacin

7.

Dificultades anticipadas de la implementacin

Informes de progreso

Requerimientos de presupuestos

Requerimientos
Ahorros potenciales
Financiamiento
Ciclo de adquisiciones

LOS SISTEMAS COMO CAMBIO ORGANIZACIONAL PLANEADO

Establecimiento de requerimientos de Informacin

Organizacional

Anlisis empresarial (planeacin de negocios)

Anlisis de los requerimientos de informacin de toda
la organizacin que examina a esta ltima en trminos
de unidades, funciones , procesos de datos
organizacionales.
Ayuda a identificar la entidades y atributos clave de
los datos de la organizacin

LOS SISTEMAS COMO CAMBIO ORGANIZACIONAL PLANEADO

Matriz de Procesos/Clases de Datos

Grupos de
Aplicacin
Lgica

Planeacin

Administracin
general

Administracin
de programas

Apoyo
C= creadores de datos U= usuarios de
datos

Figura 12-1

LOS SISTEMAS COMO CAMBIO ORGANIZACIONAL PLANEADO

Establecimiento de requerimientos de informacin Organizacional

Anlisis estratgico o factores cruciales para

el xito (FCE)
Una pequea cantidad de metas operativas
fcilmente identificables a las que les dan forma la
industria, la empresa , el gerente y el entorno ms
amplio y de las cuales se cree que aseguran el xito
de una organizacin .
Se utilizan para determinar los requerimientos de
informacin de una organizacin

LOS SISTEMAS COMO CAMBIO ORGANIZACIONAL PLANEADO

Uso de FCE para desarrollar sistemas

FCE de

FCE de

FCE de

FCE de

Gerente A

Gerente B

Gerente C

Gerente D

Conjuntar + analizar
FCE individuales

Desarrollar acuerdos
sobre FCE de la
compaa

Definir FCE de la
compaa

Utilizar FCE para

desarrollar
prioridades del
sistema de
informacin

Definir DSS
y bases de
datos

Figura 12-2

LOS SISTEMAS COMO CAMBIO ORGANIZACIONAL PLANEADO

Ejemplo Metas y FCE

Ejemplo

Metas

FCE

Referente a ganancias

Utilidades por accin

Industria automotriz

Rendimiento de la inversin

Estilo

Participacin de mercado

Sistema de calidad del

conocimiento
Control de costos
Estndares de energa

No lucrativo

Cuidado de salud excelente

Integracin regional con

otros hospitales

Cumplimiento de
regulaciones
gubernamentales

Monitoreo mejorado de
reglamentaciones

Necesidades futuras de
salud

Uso eficiente de recursos

LOS SISTEMAS COMO CAMBIO ORGANIZACIONAL PLANEADO

Desarrollo de sistemas y cambio organizacional

Automatizacin: uso de la computadora para acelerar la

realziacin de tareas existentes

Racionalizacin de procedimientos: La agilizacin de

procedimientos operativos estandarizados, eliminando los
cuellos de botella obvios para que la automatizacin haga mas
eficiente los procedimientos operativos

Reingeniera de procesos de negocios: Rediseo radical

de los procesos de negocios, combinando los pasos para
reducir las prdidas y eliminando las tareas repetitivas, de uso
intensivo de papel, con el propsito de mejorar costos, calidad
y servicio al mismo tiempo que maximizar los beneficios de la
tecnologa de la informacin

Cambio de paradigma: Reconceptualizacin radical de la

naturaleza del negocio y de la naturaleza de la organizacin

LOS SISTEMAS COMO CAMBIO ORGANIZACIONAL PLANEADO

Cambio organizacional conlleva riesgos y recompensas

ALTO

Cambios de
paradigmas

RIESGO

Reingeniera

Racionalizacin

BAJO

Automatizacin

BAJO

RENDIMIENTO

Figura 12-3

ALTO

REINGENIERIA DE PROCESOS DE NEGOCIOS Y MEJORA DE PROCESOS

Reingeniera de Procesos de negocios

Reingeniera de Procesos de Negocios

El proceso de agilizar los procedimientos de
negocios para que los documentos se puedan
mover fcil y eficazmente de un lugar a otro
Si se redisean radicalmente los procesos de
negocios antes de aplicar el poder de la
computacin , las organizaciones cuentan con la
posibilidad de obtener rendimientos bastantes
significativos de sus inversiones en tecnologa
de la informacin

REINGENIERIA DE PROCESOS DE NEGOCIOS Y MEJORA DE PROCESOS

Rediseo del procesamiento de hipotecas en Estados Unidos

ANTES DE LA REINGENIERIA
Enfoque de escritorio a escritorio

Informacin
de crdito

Origen del prstamo , solicitud en papel

Precalificacin

Procesamient
o de la
solicitud

Generacin del
documento

Estimados de lmite del

prstamo

Opciones de estructuracin del

prstamo

Estimados del pago mensual

mximo

Documentos de la solicitud
Documentos de la autorizacin de
divulgacin

Documentos de conformidad
Hojas de clculo de anlisis de crdito

Anlisis de
crdito y
aseguramiento

Avalo
Bsqueda del ttulo
Verificacin y clasificacin
de crdito

Aprobacin y
cierre

Clculos al cierre
Documentos del cierre
Preparacin de administracin
del prstamo

Administracin del prstamo en mltiples

ubicaciones por especialistas en anlisis
de crdito y calificadores de riesgo

Procesamiento
e informes
sobre pagos

Contabilidad de
Pagos

Estado de cuenta
Informe de impuestos

Administracin
de cuentas en
depsito

Contabilidad de seguro de riesgo

Contabilidad de seguro de
hipoteca privada

Contabilidad de impuestos de la
propiedad

Servicios a
clientes

Consultas de saldos
Consultas de cuentas en
depsito

Solicitudes de estados de
cuenta

Figura 12-4a

Cobros ,
bancarrotas y
ejecucin
hipotecaria

Avisos de pago atrasado

Administracin de cuentas
de deudores

REINGENIERIA DE PROCESOS DE NEGOCIOS Y MEJORA DE PROCESOS

Rediseo del procesamiento de hipotecas en Estados Unidos

Administracin del prstamo por especialistas en
seguros y cuentas en depsito

Valor y
riesgo

Transferencia al
mercado
secundario

Inventario de prstamos
Clculos de prdidas y
ganancias

DESPUES DE LA REINGENIERIA

Administracin del riesgo

Administracin de

Enfoque de equipo

compra y venta de
prstamos

Procesamiento de prstamos por

equipos de representantes que
manejan todos los casos
Centro de
produccin regional

Computadora
porttil del
representante
de campo

Informacin del
cliente

Lmite de crdito
preaprobado

Red de acceso
conmutado o intranet

Centro de
produccin
regional

Equipo
que
origina el
prstamo

Administracin de prstamos
por especialistas que trabajan
en equipo

Equipo de
administracin
de prstamos

Figura 12-4b

Concentracin
de prstamos

Remesa de
prstamos

REINGENIERIA DE PROCESOS DE NEGOCIOS Y MEJORA DE PROCESOS

Pasos para lograr una reingeniera efectiva

El personal directivo superior tiene que

desarrollar una amplia visin estratgica.

La gestin debe comprender y medir el

desempeo de los procesos existentes
como base de referencia.
La Tecnologa de Informacin debe ser
considerada en el proceso de diseo desde
el principio.
La infraestructura de TI debe ser capaz de
apoyar cambios en el proceso de negocio

CICLO DE VIDA DE UN PROYECTO DE

SOFTWARE

Enfoque : apoyo a las tareas de la

organizacin.
Fases Principales ( vara segn autor):
1.
2.
3.
4.
5.
6.
7.

Estudio Factibilidad
Anlisis de Requerimientos de Informacin
Diseo
Construccin
Conversin o implementacin
Operacin y mantenimiento
Evaluacin

ISO 12207
Propsito
Establecer un marco comn para el ciclo de vida
del software para
adquirir, suministrar, desarrollar, operar y mantener
software
gestionar, controlar y mejorar el marco
como base para el comercio internacional de software

Una arquitectura de alto nivel para el ciclo de vida

Modularidad
Cohesin: un proceso por funcin principal
Acoplamiento: interfaces mnimas

Responsabilidad
Un proceso bajo la responsabilidad de una parte (de un
acuerdo relacin cliente-proveedor -)

ESTUDIO DE FACTIBILIDAD
- Investigacin Preliminar
La investigacin preliminar comienza con la solicitud de una persona, administrador o
especialista en sistemas. Su objetivo es recibir la ayuda de un sistema de informacin
para solucionar un problema.
Cuando se forma la solicitud comienza la Investigacin Preliminar, que contiene tres
partes:
Aclaracin de la solicitud
Estudio de factibilidad
Aprobacin de la solicitud
Aclaracin de la solicitud
Antes de considerar cualquier investigacin de sistemas, la solicitud de proyecto debe
Examinarse para determinar con precisin lo que el solicitante desea. En cualquier caso,
Antes de seguir adelante, la solicitud de proyecto debe estar claramente planteada.

Estudio de Factibilidad
El Estudio de Factibilidad es parte del resultado de la Investigacin Preliminar, es
Realizado por un grupo pequeo de personas y determina si la organizacin est en
condiciones de realizar el proyecto. Generalmente el estudio puede debe ser de tipo
tcnico, legal y operacional.
Factibilidad Tcnica
Estudio de Factibilidad

Factibilidad Econmica
Factibilidad Operacional

Factibilidad Tcnica
Con el equipamiento actual, la tecnologa disponible de software y personal. Puede
Realizarse el proyecto?.
De requerirse nueva tecnologa. Cal es la posibilidad de desarrollarla?.

Factibilidad Econmica
Los beneficios que se obtendrn del sistema, superarn los costos de construirlo?.
Si no desarrollamos el sistema, Cules sern los costos para la organizacin sin este
nuevo sistema?

Factibilidad Operacional
Una vez desarrollado e implementado, ser utilizado el sistema?.
Cul ser la resistencia de los usuarios al cambio que proveer este nuevo
sistema?. Esta resistencia, disminuir los beneficios potenciales del nuevo
sistema?
Tambin existe la posibilidad de estudiar la Factibilidad Legal del desarrollo de un
sistema de informacin administrativa, dependiendo de la organizacin en la cual se
desarrolle y de las normas legales o constitucionales que limiten procedimientos
administrativos de la Organizacin. Otro aspecto es el estudio de Viabilidad del
Proyecto de desarrollo que indica si en la organizacin estn dadas las condiciones, a
todo nivel, para desarrollar el nuevo sistema.

Aprobacin de la Solicitud
Aquellos proyectos que son factibles y viables para la organizacin, deben ser aprobados.
En algunos casos el desarrollo puede comenzar inmediatamente. Si el equipo de desarrollo
tiene muchos proyectos para realizar, la administracin decide el orden en que se llevarn a
cabo de acuerdo a la importancia que se le asigne a cada uno.
Despus de aprobar la solicitud del proyecto, se estima su costo, el tiempo necesario para
terminarlo y las necesidades de personal; con esta informacin se determina donde ubicarlo
dentro de la lista existente de proyectos.

Anlisis de los Requerimientos de Informacin (Anlisis de Sistema)

En esta etapa se deben comprender todas las facetas importantes de la parte de la
empresa que se encuentra bajo estudio. Se deben estudiar los procesos de una empresa
para entender las siguientes preguntas:
Qu es lo que se hace?
Cmo se hace?
Con que frecuencia se presenta?
Qu tan grande es el volumen de transacciones o de decisiones?
Cul es el grado de eficiencia con el que se efectan las tareas?
Existe algn problema?
Si existe un problema, qu tan serio es?
Si existe un problema, cul es la causa que lo origina?

Para contestar estas preguntas, el analista conversa con varias personas para reunir detalles
Relacionados con los procesos de la empresa, sus opiniones sobre porqu ocurren las cosas,
Las soluciones que proponen y sus ideas para cambiar el proceso.

El xito de un sistema depende principalmente de la satisfaccin de los usuarios

Las estadsticas muestran que el 50% de los errores se producen por un deficiente
anlisis de requerimientos.

Mtodos para definir los Requerimientos de Informacin

Centrados en la deteccin de las necesidades globales de la Organizacin

Centrados en la Definicin de requerimientos para aplicaciones especficas

Mtodos orientados hacia necesidades de la Organizacin se destacan:

Factores Crticos de xito (FCE)

Interrogacin a los ejecutivos de los elementos crticos que permiten un buen desempeo de
un trabajo
Reuniones peridicas guiadas por expertos
Lista de factores sobre los cuales debe proporcionarse un conjunto de sistemas, mediciones
e indicadores.
Evaluacin y control

Anlisis de Procesos:

Se apoya en la idea que los grupos de decisiones/acciones, relacionados con la

administracin de los recursos de la empresa.
Son la base de apoyo y el punto de partida que los sistemas de informacin deben
brindar
Ejemplo: BDP ( Business Systems Planning) que se centra en la elaboracin de un
plan maestro y una arquitectura general de datos para la generacin o desarrollo de
sistemas en una organizacin.

Mtodos centrados en la definicin de requerimientos para

aplicaciones especficas
Anlisis de Sistemas Socio-Tcnicos:
Comienza con la separacin del sistema en dos: Subsistema tcnico y
subsistema social.
Plantea la definicin de los requerimientos de cada subsistema para luego
compatibilizar ambas especificaciones desde una perspectiva global,
considerando la interaccin entre los distintos elementos y el comportamiento de
los usuarios afectados por el sistema

Anlisis de Entradas- Salidas:

Una aplicacin se visualiza como un sistema que tiene entradas,

salidas y un proceso.
Sugiere un enfoque Top-Down ( de arriba hacia abajo) , que va
progresando sucesivamente mediante descomposiciones.
Ejemplo de este mtodo lo constituye el mtodo de diseo
estructurado .

En general la mayora de los mtodos requieren la participacin o

interaccin entre usuarios y analistas.
Lo anterior implica anlisis de una serie de variables relevantes:
1.
Restricciones de los individuos como procesadores de
informacin y encargados de resolver problemas.
2.
La variedad y complejidad de los requerimientos de informacin
3.
Los complejos esquemas de interaccin entre los individuos que
participan en el proceso de anlisis de requerimientos

Diseo del sistema

Aqu se establece la forma y detalles con los cuales el sistema cumplir los requerimientos
De la etapa de anlisis.
Diseo Lgico
Diseo del sistema
Diseo Fsico
En la etapa de diseo se subdivide en dos etapas llamadas: Diseo Lgico y Diseo

Fsico.

En el Diseo Lgico se identifica el Qu es lo que har el sistema que se

construir y en el Diseo Fsico se identifica el Cmo se efectuaran estas
actividades.

Los elementos que se determinan en la etapa de diseo son los reportes y dems salidas
que debe producir el sistema, tambin se desarrolla un bosquejo de las pantallas que se
esperan que aparezcan cuando el sistema est terminado; tambin se indica los datos de
entrada, los que sern calculados y los que deben ser almacenados.

Se determinan las estructuras de archivo y dispositivos de almacenamiento.

La informacin detallada del diseo se proporciona al equipo de programacin para
comenzar la fase de desarrollo de software.

DISEO LOGICO ( Qu hace)

Bajo la perspectiva del diseo estructurado de sistemas , el
Diseo Lgico se refiere a un conjunto de pautas que permiten generar una
jerarqua de mdulos de los elementos de un sistema, a fin de que ste pueda
modificarse fcilmente.
Su objetivo es la obtencin de un modelo del sistema apoyado
en la utilizacin de tcnicas grficas que permiten la comunicacin entre
usuarios y especialistas. Se habla de Diseo Lgico ya que esta etapa se debe
realizar en forma totalmente conceptual, prescindiendo de las restricciones
fsicas a las que el sistema podra estar sujeto.

DISEO FISICO (Cmo lo hace)

En esta etapa se definen detalles requeridos para la
construccin del sistema de informacin. A partir del diseo lgico define una
solucin particular del sistema.
De la concepcin conceptual se pasa hacia compromiso con
aspectos materiales concretos.

FASES RELEVANTES EN EL DISEO FISICO

Diseo de Salidas: Definicin exacta de los informes, listados, pantallas y

documentos que le sistema debe generar.

Aspectos a considerar: contenido caractersticas de los datos medio en el cual se

generar ( impreso , pantalla, accionamiento, sonido) disposicin de los datosde
cada salida.

Diseo de las Entradas: Detalle de las entradas necesarias para generar las
salidas previamente diseadas. Especificacin de los registros , los archivos
de donde se extraern, el medio de almacenamiento donde residen o
dispositivos partir de donde sern capturadas las entradas (teclado, lector
ptico, mouse, pantalla sensible, etc.)

Diseo de los Procesos Computacionales: Definicin de la

transformacin de las distintas entradas para la generacin de las salidas.

Aspectos involucrados: validacin de las entradas , descripcin de las formulas o

clculos que se efecten, especificacin de los archivos temporales que se generen y
la descomposicin del proceso en todos sus mdulos.

 Diseo de los Archivos:

Detalle de todos los distintos tipos de

archivos involucrados en el diseo ( maestros, temporales, transacciones,
histricos, etc.) y de cada uno de ellos la descripcin ( nombre, extensin,
descripcin de sus campos).

Paralelamente en la fase de Diseo Fsico se toman las decisiones acerca

de la TI (Tecnologas de Informacin) necesarias para la solucin que se
esta planteando. Dado a que s un proceso complejo por la diversidad y
variedad de alternativas , lo que dificulta el proceso de comparacin y la
cuantificacin exacta de los beneficios a reportar hacia la organizacin, se
debe abordar cuidadosamente incorporando al menos los siguientes
criterios:
Conocer el Costo Total de una determinada tecnologa revisando los costos
ocultos:

Costo de implementacin
Seguros involucrados
Equipos de respaldo requeridos
Capacidad y proyeccin de crecimiento futuro
Entrenamiento
Traslados

Es indispensable justificar por qu y para qu se esta adquiriendo o

contratando una determinada tecnologa de informacin.

 Establecer dentro de los criterios de seleccin , una serie de elementos

complementarios ( caractersticas del proveedor y sus servicios,
consideraciones de obsolescencia y compatibilidad):
Respecto al Proveedor:

Confiabilidad
Solidez financiera
Prestigio
Apoyo a la puesta en marcha
Servicio tcnico
Frmulas de financiamiento
Formas de Pago
Etc.

Respecto de la Tecnologa:

Compatibilidad con la tecnologa existente

Compatibilidad con la tecnologa a adquirir en el futuro
Posibilidad de crecimiento modular
Nivel tecnolgico del componente computacional

CONSTRUCCION:
Se inicia una vez terminado el Diseo Lgico y Diseo Fsico.
Este proceso se divide en dos etapas relevantes:

Programacin

Pruebas (testing)

Programacin:
Las actividades de esta etapa principalmente consiste en confeccionar los
programas a la medida, de acuerdo a los requerimientos del diseo. Tambin
se puede instalar o modificar software comprados a terceros. La eleccin depende
del costo de cada alternativa.
En empresas pequeas donde no hay programadores se pueden contratar servicios
externos de programacin.
Tambin se hace la documentacin de los programas y un manual del sistema
que indica la justificacin de la programacin de los diferentes
procedimientos.

Construccin de Programas

Documentacin del Sistema

Adquisicin de Software

Documentacin del Sistema

Desarrollo de Software

Prueba ( Testing):
En esta etapa el sistema se prueba de manera experimental para asegurarse de
que no tenga fallas, es decir que funcione de acuerdo a las especificaciones y como
los usuarios esperan.
Las pruebas del sistema sern con usuarios de los distintos niveles de la
organizacin: usuarios comunes, ejecutivos, directivos, etc.
El objetivo es descubrir cualquier sorpresa antes que el sistema sea
implementado y que la Organizacin dependa de l.
La finalidad principal de esta etapa es la deteccin de errores para la operacin
normal del sistema

CONVERSION O IMPLEMENTACION DEL SISTEMA

En esta fase se define Cundo y de qu forma se introducir el nuevo sistema.
La conversin se refiere al momento en el que el nuevo sistema sustituye al que
operaba previamente y la implementacin se refiere a la instalacin y puesta en
marcha de los nuevos equipos y procedimientos que el sistema conlleva.
Esta etapa genera un clima de gran expectacin y gran carga de trabajo.
Instalacin de nuevos softwares

Instalacin de nuevos equipos

Implantacin

Entrenamiento de usuarios

Instalacin de la aplicacin

Construccin de archivos de datos

Existen diferentes alternativas de conversin:

1.
2.
3.
4.

Paralelo
Gradualmente
Con un plan Piloto
Abruptamente

Conversin en Paralelo:

SISTEMA NUEVO
SISTEMA ANTIGUO

Considera el funcionamiento simultneo durante un cierto perodo de

tiempo del sistema antiguo y del sistema nuevo.
Permite verificar consistencia de la informacin que entrega el nuevo
sistema con el antiguo.
Es muy til para aplicaciones orientadas al nivel operacional que tienen
importancia crucial para el desempeo de la organizacin.

 Presenta el inconveniente de que requiere un

esfuerzo adicional a los recursos humanos de la
organizacin.
Puede requerir mano de obra adicional para llegar
a los plazos inicialmente definidos.
Generalmente se alarga el perodo de conversin
implicando aumento en los costos y carga de
trabajo.
Lo anterior ocurre principalmente cuando el
sistema no ha podido ser probado o por temor a la
falla.

CONVERSION GRADUAL:

SISTEMA ANTIGUO

SISTEMA NUEVO

Este mtodo define un cierto perodo de tiempo en el cual el nuevo

sistema va reemplazando paulatinamente las actividades del
antiguo.
La organizacin conoce poco a poco el desempeo del sistema,
minimizando el impacto derivado del cambio y evitando algunos
riesgos.
El inconveniente es que no siempre las aplicaciones pueden ser
convertidas en forma gradual, principalmente porque requiere de la
existencia de actividades divisibles y de una comunicacin entre
ambos sistemas, que pueden ser costosa de operacionalizar.

COVERSION CON PLAN PILOTO:

SISTEMA ANTIGUO

SISTEMA NUEVO

Se convierte al nuevo sistema slo una parte de la organizacin (

departamentos/funciones), quedando el resto del sistema operando
con el antiguo.
Se puede detectar errores NO ANTICIPADOS con un mnimo de riesgo.
La clave es que el segmento donde se aplica el nuevo sistema sea
representativo.
Un riesgo es que el plan piloto se confunda con un test o prueba del
mismo sistema y no se perciba la trascendencia de las actividades
que le siguen: implementacin del sistema a nivel global

CONVERSION ABRUPTA

SISTEMA NUEVO
SISTEMA ANTIGUO

Requiere una muy buena planificacin la conversin para

reemplazar en un determinado tiempo , en toda la organizacin, el
sistema antiguo por el nuevo.
Se reducen violentamente los costos de conversin e incide en el
plano psicolgico del cambio, ya que asume que todo el personal
colaborar en la puesta en marcha y eliminar el antiguo sistema.
El principal inconveniente de este modelo es que ante una
deteccin de un error grave , el efecto es sobre toda la
organizacin, sin el respaldo del sistema antiguo.
Es adecuado para aplicaciones cuyo impacto a nivel organizacional
no es muy significativo

OPERACIN Y MANTENCION:
Una vez terminado el sistema en su
implementacin debe usarse para satisfacer las
necesidades de informacin por las cuales se
gener.
Sin embargo tenemos que los sistemas de
informacin estn inmersos en un medio
dinmico, por lo que debe estar sujeto a ciertos
cambios que lo adapten a las situaciones del
entorno que provoquen modificaciones en sus
procesos de transformacin de la informacin.

Mantencin soporte continuado al sistema

de manera que se mantenga viable.

 Las alteraciones mayores que signifiquen el

rediseo lgico de parte del sistema se debiera
entender como nuevos proyectos, los que se
detectaran en la etapa de evaluacin.
La experiencia muestra que las mantenciones
mayores generalmente se abordan en forma
sucesiva y no como proyectos independientes.
Las estadsticas muestra que aproximadamente
el 70 % de los recursos de los departamentos
de TI se gastan en mantenimiento de los
sistema antiguos y es extremadamente caro.

EVALUACION:

A fin de medir el grado de satisfaccin de sus usuarios y

verificar si cumple con sus objetivos.
Todo sistema debe someterse a una evaluacin que
permita tomar medidas correctivas oportunamente.
Un sistema nuevo debera evaluarse al menos dos
veces en el semestre que sigue a su puesta en marcha,
para detectar as las necesidades de mayor capacitacin
o para detectar actitudes que puedan conducir el deceso
del sistema.
Si la evaluacin arroja como resultado la necesidad de
realizar cambios significativos en un sistema se debe
iniciar un ciclo de vida que parte con el estudio de
factibilidad de los cambios, o con el desarrollo de un
sistema distinto.

Impacto de Nuevas Tecnologas en

el Desarrollo de Sistemas
El enfoque del ciclo de vida surgi como
necesidad del desarrollo de sistemas
tradicionales, es decir, orientados al
procesamientos de transacciones.
Con el tiempo ha variado el tipo de sistemas
demandados y tambin han surgido nuevos
mtodos y herramientas para desarrollar
aplicaciones slo varan la importancia relativa y
la velocidad de las etapas del proceso.
Ejemplos : prototipado, Orientacin al Objeto,
etc.

Analizar los sistemas como

cambio organizacional planeado
Contenidos:
Visin del desarrollo de los sistemas de
informacin.
Administracin del proyecto.
Instrumentos y tcnicas de administracin.
Factores humanos y organizacionales.

Visin de los sistemas de informacin

(Panorama del desarrollo de los SI)

El desarrollo de sistemas son las

actividades que se orientan a la
produccin de una solucin de sistemas
de informacin para un problema
organizacional o para el aprovechamiento
de una oportunidad.
Existen
mltiples
enfoques
para
desarrollar sistemas.

Enfoques para desarrollar

sistemas
El ciclo de vida tradicional de sistemas.
Elaboracin de prototipos.
Desarrollo con paquetes de software de
aplicaciones.
Desarrollo por los usuarios finales.
Acudir a proveedores externos.

El ciclo de vida tradicional de

sistemas
Pese a su carcter estructurado, no existe
una descripcin nica y generalizada
acerca de este proceso:
Variacin en el nmero de etapas.
Variacin en la denominacin de las etapas.

Sin embargo, si se compara el contenido

de las etapas, se observa un alto grado de
coincidencia.

El ciclo de vida tradicional de sistemas

Comparacin entre Manual de SIA I y Administracin de
los sistemas de Informacin de Laudon & Laudon

MANUAL DE SIA I

LAUDON & LAUDON

Investigacin preliminar

Anlisis de sistemas

Determinacin de
requerimientos
Diseo del sistema

Diseo de sistemas

Desarrollo de software

Programacin

Prueba de los sistemas

Pruebas

Implantacin y
Evaluacin

Conversin (+convers.
datos)
Produccin y
mantenimiento

Ventajas y desventajas del ciclo

de vida
Apropiado
para
el
procesamiento
de
transacciones y SIA, o en general, en donde los
requerimientos son altamente estructurados y
bien definidos. Tambin es apropiado para
sistemas tcnicos complejos.
Es muy costoso y consumidor de tiempo.
Es inflexible y desmotiva el cambio.
Es poco apropiado para las aplicaciones
orientadas a la toma de decisiones.

Elaboracin de prototipos
Consiste en el desarrollo de un sistema no
funcional, rpido y barato para que los usuarios
finales lo evalen.
El prototipo avalado por los usuarios puede ser
usado como marco de referencia para crear el
sistema definitivo.
El proceso de desarrollo de un diseo
preliminar, de probarlo, afinarlo y probarlo de
nuevo, se ha denominado proceso iterativo de
desarrollo de sistemas.

Elaboracin de prototipos
Es menos formal que el ciclo de vida.
Los requerimientos se determinan dinmicamente a medida que el prototipo se
construye.
El anlisis, diseo e implantacin del
sistema ocurren al mismo tiempo.

Ventajas y desventajas de la
Elaboracin de prototipos
Los prototipos son especialmente tiles para el
diseo de la interfase con el usuario final.
Estimulan el involucramiento intenso de los
usuarios finales.
No son adecuados para todas las aplicaciones.
Estn mejor adaptados para las aplicaciones
ms pequeas.
CUIDADO con avanzar muy rpido hacia un
modelo operativo! Se pueden obviar algunos
requerimientos.
NO
olvidar
la
actualizacin
de
la
documentacin.

Desarrollo con paquetes de

software de aplicaciones
Los paquetes pueden seleccionarse como
una estrategia de desarrollo bajo las
siguientes circunstancias:
Donde las funciones son comunes para
muchas empresas.
En donde los recursos para el desarrollo
interno de SI son escasos.

Ventajas del desarrollo con

paquetes de software de
aplicaciones

Ahorro en el diseo.
Ahorro en la mantencin.
Incorpora las mejores prcticas (best
practices) de la industria.
Impacto potencial en los procedimientos
organizaciones (tambin puede ser una
desventaja).

Desventajas del desarrollo con

paquetes de software de aplicaciones
Existe en algunos casos la necesidad de
adaptar el paquete, ya sea alterando el
cdigo fuente o agregando programas de
fachada y de traspatio.
Esto ltimo puede elevar sustancialmente
el costo de implantacin.

Desarrollo por usuarios finales

Consiste en el desarrollo por los usuarios
finales con poca o ninguna asistencia
formal de parte de los especialistas
tcnicos.
Esto ha sido posible gracias a las
herramientas de cuarta generacin y a los
costos decrecientes del Hw.

Ventajas del desarrollo por

usuarios finales
Mejora en la definicin de los requerimientos.
Involucramiento y satisfaccin de los
usuarios.
Control del proceso de desarrollo de
sistemas por los usuarios.
Disminuir el rezago en cuanto al desarrollo
de aplicaciones.

Desventajas del desarrollo por

usuarios finales
Revisin y anlisis insuficiente cuando las
funciones de analistas y usuarios ya no
estn separadas.
Falta de normas adecuadas y controles
para el aseguramiento de la calidad.
Datos no controlados.
Proliferacin de los sistemas privados de
informacin.

Administracin del desarrollo

por usuarios finales
Uso de Centros de informacin. Un centro
de informacin es una unidad dentro de la
organizacin
que
proporciona
capacitacin y apoyo a los usuarios
finales.
Establecer polticas, procedimientos y
normas para la computacin de usuarios
finales (Hardware, Software).

Recurriendo a proveedores
externos
Si la empresa no desea recurrir a sus
recursos internos para desarrollar y operar
los SI, puede contratar a una institucin
externa
que
se
especialice
en
proporcionar estos servicios.

Ventajas de acudir a
proveedores externos

Economa.
Calidad en el servicio.
Predecibilidad.
Flexibilidad.
Hace que los costos fijos pasen a ser variables.
Liberacin de recursos humanos para otros
proyectos.
Liberacin de capital financiero.

Desventajas de acudir a
proveedores externos
Prdida de control.
Vulnerabilidad de la informacin estratgica.
Dependencia.

Cuando acudir a proveedores

externos
Cuando existe una oportunidad limitada de la
empresa para distinguirse ante la competencia a
causa de una aplicacin de un SI.
Cuando la predecibilidad de la interrupcin de
los SI no es muy importante.
Cuando concesionar servicios al exterior no
aleja a la empresa del know how tcnico para
innovaciones futuras en los SI.
Cuando las capacidades de SI de la empresa
son limitadas, ineficaces o tcnicamente
inferiores.

Administracin de la concesin
a proveedores externos
El establecimiento de la estrategia tecnolgica
es una de las reas en las que las empresas no
deberan ceder a los proveedores externos. La
tarea estratgica debe permanecer en casa.
Deben administrar al proveedor externo de la
misma manera en que administraran a sus
propios departamentos internos de SI.
Disear los contratos cuidadosamente, de
manera que los servicios se ajusten si la
naturaleza del negocio cambia.

Desafos del desarrollo de

sistemas
1. Determinacin de la estrategia adecuada
para el desarrollo de sistemas.
2. Controlar el desarrollo de los SI fuera del
departamento de SI.
3. Seleccionar una estrategia de desarrollo
de sistemas que se adapte a la
arquitectura de la informacin y al plan
estratgico de la empresa.