Ciclo de vida para el desarrollo de un Sistema de Informacin

Administracin de la Empresa Digital

Los Sistemas varan ampliamente en cuanto a su objetivo o misin y en cuanto a los proceso por ejecutar. Por ejemplo Sistemas en la industria minera , manufacturera, en la banca , empresas de servicios, etc.

Estrategias / Necesidades Corporativas

Estrategias / Necesidades de cada Unidad de Negocio

Solicitudes de Aplicaciones por parte de los Usuarios finales

Plan de Sistemas de
Informaci n Proceso de asignacin de pioridades y recursos

Estrategia de negocio

Funciones y procesos de negocio

ACTIVIDADES DE LA EMPRESA
Planificacin de Objetivos Diseo y ejecucin de acciones para conseguir objetivo
Control (de resultados de acciones contra objetivos)

Sistemas de Informacin

Registro de transacciones

Transacciones

Entorno

ORGANIZACION

* 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.

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

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

Desarrollo de Software Adquisicin de Software Documentacin del Sistema

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.

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

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
Investigacin preliminar Determinacin de requerimientos Diseo del sistema Desarrollo de software Prueba de los sistemas Implantacin y Evaluacin

LAUDON & LAUDON

Anlisis de sistemas Diseo de sistemas Programacin Pruebas Conversin (+convers. datos) Produccin y

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.

 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).

Ventajas del desarrollo con paquetes de software de aplicaciones

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.