PARTE 3

Ciclo de vida para el desarrollo de un Sistema de Información

Administración de la Empresa Digital

• Los Sistemas varían ampliamente en cuanto a su objetivo o misión 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

Plan de Sistemas de

Informació n

Solicitudes de Aplicaciones por

parte de los Usuarios finales

Proceso de asignación de

pioridades y recursos

Entorno

Sistemas de Información

Estrategia de negocio

Funciones y procesos de negocio

ACTIVIDADES DE LA EMPRESA

Planificación de Objetivos

Diseño y ejecución de acciones para conseguir objetivo

Control (de resultados de acciones contra objetivos)

Registro de transacciones

Transacciones

ORGANIZACION

* Los sistemas de Información en la Organización deben responder para qué están.

* Lo anterior implicará el diseño de la estructura de datos que acabará siendo la base de datos del SI.

Planificación de TI/SI a partir de la estrategia del Negocio

• Lista de proyectos a desarrollar en los próximos 3 - 5 años

• Situación actual al momento de la preparación del plan

• Prioridades de cada Proyecto• Detalle de los proyectos a desarrollar el primer

año.• Mecanismos de evaluación 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 organización.

• Fases Principales ( varía según autor):1. Estudio Factibilidad

2. Análisis de Requerimientos de Información

3. Diseño

4. Construcción

5. Conversión o implementación

6. Operación y mantenimiento

7. Evaluación

ISO 12207Propósito• Establecer un marco común 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

• Cohesión: un proceso por función principal• Acoplamiento: interfaces mínimas

– Responsabilidad• Un proceso bajo la responsabilidad de una parte (de un acuerdo

– relación cliente-proveedor -)

- Investigación Preliminar

La investigación preliminar comienza con la solicitud de una persona, administrador o especialista en sistemas. Su objetivo es recibir la ayuda de un sistema de información para solucionar un problema.

Cuando se forma la solicitud comienza la Investigación Preliminar, que contiene tres partes:

•Aclaración de la solicitud•Estudio de factibilidad•Aprobación de la solicitud

Aclaración de la solicitud

Antes de considerar cualquier investigación de sistemas, la solicitud de proyecto debe Examinarse para determinar con precisión lo que el solicitante desea. En cualquier caso,Antes de seguir adelante, la solicitud de proyecto debe estar claramente planteada.

ESTUDIO DE FACTIBILIDAD

Estudio de Factibilidad

Factibilidad Operacional

Factibilidad Económica

Factibilidad Técnica

El Estudio de Factibilidad es parte del resultado de la Investigación Preliminar, es Realizado por un grupo pequeño de personas y determina si la organización está en condiciones de realizar el proyecto. Generalmente el estudio puede debe ser de tipo técnico, legal y operacional.

Factibilidad Técnica

Con el equipamiento actual, la tecnología disponible de software y personal. ¿PuedeRealizarse el proyecto?.De requerirse nueva tecnología. ¿Cúal es la posibilidad de desarrollarla?.

Estudio de Factibilidad

Factibilidad Económica

Los beneficios que se obtendrán del sistema, ¿superarán los costos de construirlo?.Si no desarrollamos el sistema, ¿Cuáles serán los costos para la organización sin este nuevo sistema?

Factibilidad Operacional

Una vez desarrollado e implementado, ¿será utilizado el sistema?.¿Cuál será la resistencia de los usuarios al cambio que proveerá este nuevo sistema?. Esta resistencia, ¿disminuirá los beneficios potenciales del nuevo sistema?

También existe la posibilidad de estudiar la Factibilidad Legal del desarrollo de un sistema de información administrativa, dependiendo de la organización en la cual se desarrolle y de las normas legales o constitucionales que limiten procedimientos administrativos de la Organización. Otro aspecto es el estudio de Viabilidad del Proyecto de desarrollo que indica si en la organización están dadas las condiciones, a todo nivel, para desarrollar el nuevo sistema.

Aprobación de la Solicitud

Aquellos proyectos que son factibles y viables para la organización, deben ser aprobados. En algunos casos el desarrollo puede comenzar inmediatamente. Si el equipo de desarrollo tiene muchos proyectos para realizar, la administración decide el orden en que se llevarán a cabo de acuerdo a la importancia que se le asigne a cada uno.

Después de aprobar la solicitud del proyecto, se estima su costo, el tiempo necesario para terminarlo y las necesidades de personal; con esta información se determina donde ubicarlo dentro de la lista existente de proyectos.

¿Qué es lo que se hace?¿Cómo se hace?¿Con que frecuencia se presenta?¿Qué tan grande es el volumen de transacciones o de decisiones?¿Cuál es el grado de eficiencia con el que se efectúan las tareas?¿Existe algún problema?Si existe un problema, ¿qué tan serio es?Si existe un problema, ¿cuál es la causa que lo origina?

Análisis de los Requerimientos de Información (Análisis 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:

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 satisfacción de los usuarios• Las estadísticas muestran que el 50% de los errores se producen por un deficiente

análisis de requerimientos.

Métodos para definir los Requerimientos de Información

• Centrados en la detección de las necesidades globales de la Organización• Centrados en la Definición de requerimientos para aplicaciones específicas

Métodos orientados hacia necesidades de la Organización se destacan:

• Factores Críticos de Éxito (FCE)– Interrogación a los ejecutivos de los elementos críticos que permiten un buen desempeño

de un trabajo

– Reuniones periódicas guiadas por expertos

– Lista de factores sobre los cuales debe proporcionarse un conjunto de sistemas, mediciones e indicadores.

– Evaluación y control

• Análisis de Procesos:– Se apoya en la idea que los grupos de decisiones/acciones, relacionados con la

administración de los recursos de la empresa.

– Son la base de apoyo y el punto de partida que los sistemas de información deben brindar

– Ejemplo: BDP ( Business Systems Planning) que se centra en la elaboración de un plan maestro y una arquitectura general de datos para la generación o desarrollo de sistemas en una organización.

• Métodos centrados en la definición de requerimientos para aplicaciones específicas

– Análisis de Sistemas Socio-Técnicos:• Comienza con la separación del sistema en dos: Subsistema técnico y

subsistema social.

• Plantea la definición de los requerimientos de cada subsistema para luego compatibilizar ambas especificaciones desde una perspectiva global, considerando la interacción entre los distintos elementos y el comportamiento de los usuarios afectados por el sistema

– Análisis de Entradas- Salidas:• Una aplicación 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 método lo constituye el método de diseño

estructurado .

En general la mayoría de los métodos requieren la participación o interacción entre usuarios y analistas.

Lo anterior implica análisis de una serie de variables relevantes:

1. Restricciones de los individuos como procesadores de información y encargados de resolver problemas.

2. La variedad y complejidad de los requerimientos de información

3. Los complejos esquemas de interacción entre los individuos que participan en el proceso de análisis de requerimientos

Diseño del sistema

Aquí se establece la forma y detalles con los cuales el sistema cumplirá los requerimientosDe la etapa de análisis.

Diseño del sistema

Diseño Lógico

Diseño Físico

En la etapa de diseño se subdivide en dos etapas llamadas: Diseño Lógico y Diseño Físico.

En el Diseño Lógico se identifica el Qué es lo que hará el sistema que se construirá y en el Diseño Físico se identifica el Cómo se efectuaran estas actividades.

Los elementos que se determinan en la etapa de diseño son los reportes y demás salidas que debe producir el sistema, también se desarrolla un bosquejo de las pantallas que se esperan que aparezcan cuando el sistema esté terminado; también se indica los datos de entrada, los que serán calculados y los que deben ser almacenados.

Se determinan las estructuras de archivo y dispositivos de almacenamiento.

La información detallada del diseño se proporciona al equipo de programación para comenzar la fase de desarrollo de software.

DISEÑO LOGICO ( Qué hace) Bajo la perspectiva del diseño estructurado de sistemas ,

el Diseño Lógico se refiere a un conjunto de pautas que permiten generar una jerarquía de módulos de los elementos de un sistema, a fin de que éste pueda modificarse fácilmente.

Su objetivo es la obtención de un modelo del sistema apoyado en la utilización de técnicas gráficas que permiten la comunicación entre usuarios y especialistas. Se habla de Diseño Lógico ya que esta etapa se debe realizar en forma totalmente conceptual, prescindiendo de las restricciones físicas a las que el sistema podría estar sujeto.

DISEÑO FISICO (Cómo lo hace)En esta etapa se definen detalles requeridos para la

construcción del sistema de información. A partir del diseño lógico define una solución particular del sistema.

De la concepción conceptual se pasa hacia compromiso con aspectos materiales concretos.

FASES RELEVANTES EN EL DISEÑO FISICO

• Diseño de Salidas: Definición exacta de los informes, listados, pantallas y documentos que le sistema debe generar.

– Aspectos a considerar: contenido – características de los datos – medio en el cual se generará ( impreso , pantalla, accionamiento, sonido) – disposición de los datosde cada salida.

• Diseño de las Entradas: Detalle de las entradas necesarias para generar las salidas previamente diseñadas. Especificación de los registros , los archivos de donde se extraerán, el medio de almacenamiento donde residen o dispositivos partir de donde serán capturadas las entradas (teclado, lector óptico, mouse, pantalla sensible, etc.)

• Diseño de los Procesos Computacionales: Definición de la transformación de las distintas entradas para la generación de las salidas.

– Aspectos involucrados: validación de las entradas , descripción de las formulas o cálculos que se efectúen, especificación de los archivos temporales que se generen y la descomposición del proceso en todos sus módulos.

• Diseño de los Archivos: Detalle de todos los distintos tipos de archivos involucrados en el diseño ( maestros, temporales, transacciones, históricos, etc.) y de cada uno de ellos la descripción ( nombre, extensión, descripción de sus campos).

• Paralelamente en la fase de Diseño Físico se toman las decisiones acerca de la TI (Tecnologías de Información) necesarias para la solución que se esta planteando. Dado a que s un proceso complejo por la diversidad y variedad de alternativas , lo que dificulta el proceso de comparación y la cuantificación exacta de los beneficios a reportar hacia la organización, se debe abordar cuidadosamente incorporando al menos los siguientes criterios:

– Conocer el Costo Total de una determinada tecnología revisando los costos ocultos:

• Costo de implementación• Seguros involucrados• Equipos de respaldo requeridos• Capacidad y proyección de crecimiento futuro• Entrenamiento• Traslados

– Es indispensable justificar por qué y para qué se esta adquiriendo o contratando una determinada tecnología de información.

– Establecer dentro de los criterios de selección , una serie de elementos complementarios ( características del proveedor y sus servicios, consideraciones de obsolescencia y compatibilidad):

• Respecto al Proveedor:– Confiabilidad

– Solidez financiera

– Prestigio

– Apoyo a la puesta en marcha

– Servicio técnico

– Fórmulas de financiamiento

– Formas de Pago

– Etc.

• Respecto de la Tecnología:– Compatibilidad con la tecnología existente

– Compatibilidad con la tecnología a adquirir en el futuro

– Posibilidad de crecimiento modular

– Nivel tecnológico del componente computacional

CONSTRUCCION:Se inicia una vez terminado el Diseño Lógico y Diseño Físico.

Este proceso se divide en dos etapas relevantes:

• Programación• Pruebas (testing)

Programación:Las actividades de esta etapa principalmente consiste en confeccionar los programas a la medida, de acuerdo a los requerimientos del diseño. También se puede instalar o modificar software comprados a terceros. La elección depende del costo de cada alternativa.

En empresas pequeñas donde no hay programadores se pueden contratar servicios externos de programación.

También se hace la documentación de los programas y un manual del sistema que indica la justificación de la programación de los diferentes procedimientos.

Desarrollo de Software

Adquisición de Software

Construcción de Programas

Documentación del Sistema

Documentación 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 serán con usuarios de los distintos niveles de la organización: usuarios comunes, ejecutivos, directivos, etc.

El objetivo es descubrir cualquier sorpresa antes que el sistema sea implementado y que la Organización dependa de él.

La finalidad principal de esta etapa es la detección de errores para la operación normal del sistema

CONVERSION O IMPLEMENTACION DEL SISTEMA

En esta fase se define Cuándo y de qué forma se introducirá el nuevo sistema. La conversión se refiere al momento en el que el nuevo sistema sustituye al que operaba previamente y la implementación se refiere a la instalación y puesta en marcha de los nuevos equipos y procedimientos que el sistema conlleva.

Esta etapa genera un clima de gran expectación y gran carga de trabajo.

Implantación

Instalación de nuevos softwares

Instalación de nuevos equipos

Entrenamiento de usuarios

Instalación de la aplicación

Construcción de archivos de datos

Existen diferentes alternativas de conversión:

1. Paralelo

2. Gradualmente

3. Con un plan Piloto

4. Abruptamente

Conversión en Paralelo:

• Considera el funcionamiento simultáneo durante un cierto período de tiempo del sistema antiguo y del sistema nuevo.

• Permite verificar consistencia de la información que entrega el nuevo sistema con el antiguo.

• Es muy útil para aplicaciones orientadas al nivel operacional que tienen importancia crucial para el desempeño de la organización.

SISTEMA NUEVO

SISTEMA ANTIGUO

• Presenta el inconveniente de que requiere un esfuerzo adicional a los recursos humanos de la organización.

• Puede requerir mano de obra adicional para llegar a los plazos inicialmente definidos.

• Generalmente se alarga el período de conversión 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:

• Este método define un cierto período de tiempo en el cual el nuevo sistema va reemplazando paulatinamente las actividades del antiguo.

• La organización conoce poco a poco el desempeño 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 comunicación entre ambos sistemas, que pueden ser costosa de operacionalizar.

SISTEMA ANTIGUO SISTEMA NUEVO

COVERSION CON PLAN PILOTO:

• Se convierte al nuevo sistema sólo una parte de la organización ( departamentos/funciones), quedando el resto del sistema operando con el antiguo.

• Se puede detectar errores NO ANTICIPADOS con un mínimo 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: implementación del sistema a nivel global

SISTEMA ANTIGUO SISTEMA NUEVO

CONVERSION ABRUPTA

• Requiere una muy buena planificación la conversión para reemplazar en un determinado tiempo , en toda la organización, el sistema antiguo por el nuevo.

• Se reducen violentamente los costos de conversión e incide en el plano psicológico 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 detección de un error grave , el efecto es sobre toda la organización, sin el respaldo del sistema antiguo.

• Es adecuado para aplicaciones cuyo impacto a nivel organizacional no es muy significativo

SISTEMA NUEVO

SISTEMA ANTIGUO

OPERACIÓN Y MANTENCION:

• Una vez terminado el sistema en su implementación debe usarse para satisfacer las necesidades de información por las cuales se generó.

• Sin embargo tenemos que los sistemas de información están inmersos en un medio dinámico, por lo que debe estar sujeto a ciertos cambios que lo adapten a las situaciones del entorno que provoquen modificaciones en sus procesos de transformación de la información.

• Mantención soporte continuado al sistema de manera que se mantenga viable.

• Las alteraciones mayores que signifiquen el rediseño lógico de parte del sistema se debiera entender como nuevos proyectos, los que se detectarían en la etapa de evaluación.

• La experiencia muestra que las mantenciones mayores generalmente se abordan en forma sucesiva y no como proyectos independientes.

• Las estadísticas 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 satisfacción de sus usuarios y verificar si cumple con sus objetivos.

• Todo sistema debe someterse a una evaluación que permita tomar medidas correctivas oportunamente.

• Un sistema nuevo debería evaluarse al menos dos veces en el semestre que sigue a su puesta en marcha, para detectar así las necesidades de mayor capacitación o para detectar actitudes que puedan conducir el deceso del sistema.

• Si la evaluación 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 Tecnologías 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 también han surgido nuevos métodos y herramientas para desarrollar aplicaciones sólo varían la importancia relativa y la velocidad de las etapas del proceso.

• Ejemplos : prototipado, Orientación al Objeto, etc.

Planificación de TI/SI a partir de la estrategia del Negocio

• Lista de proyectos a desarrollar en los próximos 3 - 5 años

• Situación actual al momento de la preparación del plan

• Prioridades de cada Proyecto• Detalle de los proyectos a desarrollar el primer

año.• Mecanismos de evaluación 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:

– Visión del desarrollo de los sistemas de información.

– Administración del proyecto.– Instrumentos y técnicas de administración.– Factores humanos y organizacionales.

Visión de los sistemas de información (Panorama del desarrollo de los SI)

• El desarrollo de sistemas son las actividades que se orientan a la producción de una solución de sistemas de información para un problema organizacional o para el aprovechamiento de una oportunidad.

• Existen múltiples enfoques para desarrollar sistemas.

Enfoques para desarrollar sistemas

• El ciclo de vida tradicional de sistemas.

• Elaboración 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 carácter estructurado, no existe una descripción única y generalizada acerca de este proceso:– Variación en el número de etapas.– Variación en la denominación 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 Comparación entre Manual de SIA I y Administración de

los sistemas de Información de Laudon & Laudon

MANUAL DE SIA I LAUDON & LAUDONInvestigación preliminar Análisis de sistemas

Determinación de requerimientos

“

Diseño del sistema Diseño de sistemas

Desarrollo de software Programación

Prueba de los sistemas Pruebas

Implantación y Evaluación Conversión (+convers. datos)

“ Producción 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. También es apropiado para sistemas técnicos 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.

Elaboración de prototipos

• Consiste en el desarrollo de un sistema no funcional, rápido y barato para que los usuarios finales lo evalúen.

• El prototipo avalado por los usuarios puede ser usado como marco de referencia para crear el sistema definitivo.

• El proceso de desarrollo de un diseño preliminar, de probarlo, afinarlo y probarlo de nuevo, se ha denominado proceso iterativo de desarrollo de sistemas.

Elaboración de prototipos

• Es menos formal que el ciclo de vida.

• Los requerimientos se determinan dinámi-camente a medida que el prototipo se construye.

• El análisis, diseño e implantación del sistema ocurren al mismo tiempo.

Ventajas y desventajas de la Elaboración de prototipos

• Los prototipos son especialmente útiles para el diseño de la interfase con el usuario final.

• Estimulan el involucramiento intenso de los usuarios finales.

• No son adecuados para todas las aplicaciones.• Están mejor adaptados para las aplicaciones más

pequeñas.• ¡CUIDADO con avanzar muy rápido hacia un

modelo operativo! Se pueden obviar algunos requerimientos.

• NO olvidar la actualización de la documentación.

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 diseño.

• Ahorro en la mantención.

• Incorpora las mejores prácticas (best practices) de la industria.

• Impacto potencial en los procedimientos organizaciones (también 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 código fuente o agregando programas de fachada y de traspatio.

• Esto último puede elevar sustancialmente el costo de implantación.

Desarrollo por usuarios finales

• Consiste en el desarrollo por los usuarios finales con poca o ninguna asistencia formal de parte de los especialistas técnicos.

• Esto ha sido posible gracias a las herramientas de cuarta generación y a los costos decrecientes del Hw.

Ventajas del desarrollo por usuarios finales

• Mejora en la definición de los requeri-mientos.

• Involucramiento y satisfacción 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

• Revisión y análisis insuficiente cuando las funciones de analistas y usuarios ya no están separadas.

• Falta de normas adecuadas y controles para el aseguramiento de la calidad.

• Datos no controlados.• Proliferación de los sistemas privados de

información.

Administración del desarrollo por usuarios finales

• Uso de Centros de información. Un centro de información es una unidad dentro de la organización que proporciona capacitación y apoyo a los usuarios finales.

• Establecer políticas, procedimientos y normas para la computación 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 institución externa que se especialice en proporcionar estos servicios.

Ventajas de acudir a proveedores externos

• Economía.• Calidad en el servicio.• Predecibilidad.• Flexibilidad.• Hace que los costos fijos pasen a ser variables.• Liberación de recursos humanos para otros

proyectos.• Liberación de capital financiero.

Desventajas de acudir a proveedores externos

• Pérdida de control.

• Vulnerabilidad de la información estratégi-ca.

• Dependencia.

Cuando acudir a proveedores externos

• Cuando existe una oportunidad limitada de la empresa para distinguirse ante la competencia a causa de una aplicación de un SI.

• Cuando la predecibilidad de la interrupción de los SI no es muy importante.

• Cuando concesionar servicios al exterior no aleja a la empresa del know how técnico para innovaciones futuras en los SI.

• Cuando las capacidades de SI de la empresa son limitadas, ineficaces o técnicamente inferiores.

Administración de la concesión a proveedores externos

• El establecimiento de la estrategia tecnológica es una de las áreas en las que las empresas no deberían ceder a los proveedores externos. “La tarea estratégica debe permanecer en casa”.

• Deben administrar al proveedor externo de la misma manera en que administrarían a sus propios departamentos internos de SI.

• Diseñar los contratos cuidadosamente, de manera que los servicios se ajusten si la naturaleza del negocio cambia.

Desafíos del desarrollo de sistemas

1. Determinación 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 información y al plan estratégico de la empresa.