1

SISTEMAS COMO CAMBIO ORGANIZACIONAL PLANEADO (13)

La construccin de un nuevo sistema de informacin es una forma de cambio organizacional
planeado. Cuando se disea un nuevo sistema de informacin, se est rediseando la
organizacin.

Desarrollo de sistemas y cambio organizacional

Existen cuatro tipos de cambio organizacional estructural que la tecnologa de informacin hace
posible:
1. Automatizacin: destinadas a ayudar a los empleados a realizar sus tareas con mayor
eficiencia y eficactividad. Ej: clculos de sueldos y registros de nmina.

2. Estructuracin: con frecuencia la automatizacin pone en evidencia cuellos de botella en la
produccin. La estructuracin de procedimientos es la agilizacin de procedimientos operativos
estandarizados.

La automatizacin y la estructuracin son cambios lentos y presentan rendimientos modestos
con poco riesgo.

3. Reingeniera de procesos de negocios: se analizan, simplifican y redisean los procesos de
negocios. La reingeniera reorganiza los flujos de trabajo, combinando los pasos para reducir las
prdidas y eliminando las tareas repetitivas, de uso intensivo de papel. Este requiere una nueva
visin de cmo debe organizar el proceso.
Tanto la estructuracin de procedimientos y el rediseo de los procesos de negocios estn
limitados a partes especficas de una empresa.

4. Cambio de paradigma: implica replantear la naturaleza del negocio, definir un nuevo
modelo de negocios y con frecuencia cambiar la naturaleza misma de la organizacin. Ej: IBM
paso de produccin-venta de soft y hard a la consultora informtica.

Los cambios de paradigmas y la reingeniera suelen fallar porque es muy difcil dirigir el
cambio organizacional generalizado. Sin embargo, conlleva recompensas altas en cuanto al
rendimiento de sus inversiones (o productividad).

Reingeniera de procesos de negocios

Si las organizaciones replantean y redisean sus procesos de negocios antes de construir
sistemas de informacin, pueden obtener rendimientos significativos de sus inversiones en
tecnologa de informacin.
El proceso de agilizacin de los procedimientos de negocios para que los documentos se puedan
mover fcil y eficazmente se llama administracin del flujo de trabajo.
El software de administracin del flujo de trabajo y documentos automatiza los procesos como
la distribucin de los documentos a diferentes ubicaciones, la proteccin de aprobaciones, y la
programacin y generacin de informes. Dos o ms personas pueden trabajar simultneamente
en el mismo documento, lo cual permite lograr un tiempo de terminacin ms rpido. Y con un
sistema de indexacin diseado adecuadamente, los usuarios podrn recuperar los archivos de
diversas maneras, con base en el contenido del documento.

Pasos para lograr una reingeniera efectiva

Por lo general, la direccin general de la empresa es la que determina cules procesos de
negocios requieren mejorarse y cules tienen prioridad ms alta. Esta decisin resulta de
considerar dos situaciones:
2

Anlisis estratgico: los directivos identifican los procesos de negocios que son ms
importantes para el xito de la empresa y concentran esfuerzos en estos procesos.

Puntos de afliccin: los directivos identifican los procesos que producen la mayor parte de
las quejas de fabricantes, clientes o empleados y se aplican a arreglarlos primero.

Una vez que se han elegido los procesos de negocios apropiados, las empresas se ocupan de las
siguientes actividades:

Identificar las entradas y salidas de un proceso de negocios: las entradas se refieren a los
elementos tangibles e intangibles que fluyen desde el entorno hacia el proceso. Las salidas
fluyen de regreso al entorno.

Identificar el flujo de productos y/o servicios.

Identificar la red de actividades y las holguras en el proceso. Los procesos son conjuntos de
actividades de negocios relacionados. Las holguras son tiempos de retardo integrados en el
proceso para facilitar la revisin y vigilancia.

Identificar todos los recursos. Todos los procesos consumen capital, mano de obra y tiempo.
Es imperativo que se establezcan los costos iniciales. stos se refieren al costo del proceso de
negocios original en cuanto a tiempo y recursos antes de que se realice cualquier mejora.

Identificar la estructura y el flujo de informacin.

Identificar a los propietarios del proceso. Los propietarios son aquellos encargados de tomar
las decisiones y tienen la responsabilidad principal del proceso y las decisiones.

Identificar a los actores de los procesos y a los encargados de la toma de decisiones.

Una vez que las empresas identifican y describen el proceso existente, el siguiente paso es
comprender cunto cuesta el proceso y el tiempo que se requiere para realizarlo.

Costo del proceso de negocios para una transaccin tpica.
El tiempo del proceso: el tiempo total de decisiones y actividades de todos los actores
Calidad del proceso: la cantidad de tiempo y dinero gastado en volver a hacer partes y
servicios defectuosos.
Flexibilidad del proceso: la capacidad del proceso para producir una variedad de resultados, o
de cambiar ante la presin del entorno.

Luego es pensar cmo mejoramos el proceso. Los siguientes son algunos de los principios que
utilizan los diseadores de procesos de negocios:

Reemplazar los pasos secuenciales del proceso con pasos paralelos.
Enriquecer los puestos de trabajo al incrementar su autoridad para tomar decisiones y
concentrar la informacin.
Permitir la comparticin de la informacin entre todos los participantes
Eliminar las hoguras (retrasos en la toma de decisiones e inventarios)
Transformar el procesamiento por lotes y la toma de decisiones en procesos de flujo continuo
Automatizar las tareas de toma de decisiones donde sea posible.

James Champy, llama X-ingeniera al rediseo conjunto de los procesos de negocios
interorganizacionales y es incluso ms difcil implementarlo con xito que los procesos de
reingeniera para una sola compaa.

3

MEJORA DE PROCESOS

La administracin de procesos de negocios y los programas de mejora de la calidad ofrecen
oportunidades para realizar tipos de cambios de procesos de negocios ms incrementales y
continuos.
Administracin de procesos de negocios (BPM)
BPM es un esfuerzo para ayudar a las empresas a manejar los cambios en los procesos como
elementos fundamentales para los sistemas de informacin corporativos.
Incluye administracin del flujo de trabajo, notacin de modelado de los procesos de negocios,
medicin y administracin de la calidad, administracin del cambio y herramientas para
modelar los procesos de negocios y utilizar los procesos de negocios de la empresa a una forma
estandarizada, donde se puedan manipular continuamente.
Se utilizan herramientas de mapeo de procesos para identificar y documentar los procesos
existentes y para crear modelos de procesos mejorados que despus se puedan traducir en
sistemas de software.
Un proceso de negocios se puede expresar totalmente en software y realizarse con poca o
ninguna intervencin de las personas.
La BPM tambin incluye vigilancia y anlisis de procesos.

Administracin de la calidad total (TQM)
TQM sostiene que el logro del control de la calidad es un fn en s mismo. Se espera que todos
contribuyan al perfeccionamiento total de la calidad: el ingeniero que evita los errores de
diseo, el obrero de produccin que localiza los defectos, el representante de ventas que
presenta el producto adecuadamente a los clientes potenciales, e incluso la secretaria que evita
los errores de mecanografa.

Seis sigma
Es una medida especfica de calidad, que representa 3,4 defectos de partes por milln. Se utiliza
seis sigma como una meta para implementar un conjunto de metodologas y tcnicas para
mejorar la calidad y reducir los costos. Las mejoras de calidad no slo pueden elevar el nivel del
producto y la calidad del servicio sino que tambin pueden bajar los costos.

Cmo apoyan los sistemas de informacin las mejoras de calidad

TQM se enfoca en hacer una serie de mejoras continuas en lugar de las drsticas explosiones de
cambio.
Seis sigma usa las herramientas del anlisis estadstico para descubrir las fallas en la ejecucin
de un procedimiento existente y hacer ajustes menores.
Los sistemas de informacin pueden ayudar a las empresas a lograr sus metas de calidad
ayudndoles a simplificar productos o procesos, hacer mejoras con base en las demandas del
cliente, reducir el tiempo de ciclo, aumentar la calidad y precisin del diseo y la produccin, y
a cumplir con stndares de benchmarking.
El benchmarking sonsiste en establecer estndares estrictos para productos, servicios y otras
actividades, y despus medir el desempeo contra estos estndares. Se pueden usar estndares
de industrias externas, normas establecidas por otras compaas, altos estndares desarrollados
internamente o alguna combinacin de los tres.

VISIN GLOBAL DEL DESARROLLO DE SISTEMAS

Un nuevo sistema de informacin se construye como una solucin para uno o varios problemas
a que se est enfrentando la organizacin.
Las actividades involucradas en la generacin de una solucin de sistemas de informacin para
un problema organizacional o una oportunidad, se denominan desarrollo de sistemas. ste
consiste en una solucin estructurada para un problema mediante distintas actividades, como
4

son: el anlisis, diseo de sistemas, programacin, pruebas, conversin, produccin y
mantenimiento.

1. Anlisis de sistemas: es el anlisis de un problema que una organizacin tratar de resolver
con su sistema de informacin. Consiste en definir el problema, identificar sus causas,
especificar la solucin e identificar los requerimientos de informacin que debe satisfacer una
solucin de sistemas.
El analista elabora un panorama general de la estructura organizacional y los sistemas
existentes, identificando a los principales responsables y usuarios de datos junto con el
hardware y software existentes. Es decir, se detalla los problemas de los sistemas existentes.
Mediante el examen de documentos de trabajo y procedimientos, la observacin de operaciones
de sistemas y la entrevista a usuarios clave de los sistemas, el analista puede identificar las reas
con problemas y los objetivos que tendrn que cumplir una solucin.
El analista podra incluir un estudio de factibilidad para determinar si esa solucin ser factible,
desde un punto de vista financiero, tcnico u organizacional.

Establecimiento de requerimientos de informacin: esto implica identificar quin necesita qu
informacin, dnde, cundo y cmo. Este anlisis define los objetivos del sistema nuevo o
modificado y produce una descripcin detallada de las funciones que el nuevo sistema debe
realizar.
Algunos problemas no requieren una solucin de sistemas de informacin sino tan slo un
ajuste administrativo, capacitacional adicional o un refinamiento de los procedimientos
organizacionales existentes.

2. Diseo de sistemas: el diseo de un sistema de informacin es el modelo o plan general para
ese sistema. Este consta de todas las especificaciones para dar forma y estructura al sistema.
Estas especificaciones deben abarcar todos los componentes administrativos, organizacionales y
tecnolgicos de la solucin de sistemas.
Lo que hace que un diseo sea superior a otros es la facilidad o eficacia con que cumple con los
requerimientos del usuario dentro de un conjunto especfico de restricciones tcnicas,
organizacionales, financieras y de tiempo.

El rol de los usuarios finales: Los usuarios deben tener suficiente control sobre el proceso de
diseo para asegurarse de que el sistema refleje sus prioridades de negocios y necesidades de
informacin. Trabajar en el diseo aumenta la comprensin y aceptacin del sistema por parte
de los usuarios.

3. Programacin: durante esta etapa, las caractersticas tcnicas del sistema que se prepararon
durante la etapa de diseo se traducen en cdigo de programa.

4. Pruebas: Se deben realizar pruebas exhaustivas y completas para determinar si el sistema
produce los resultados correctos.
Las pruebas consumen gran cantidad de tiempo: los datos de las pruebas se deben preparar
cuidadosamente, repasar los resultados y hacer las correcciones en el sistema. En algunos casos
se tiene que redisear parte del sistema.
Las pruebas pueden dividirse en tres etapas:
Prueba unitaria: consiste en comprobar por separado cada programa del sistema, donde el
propsito es garantizar que los programas estn libres de errores. Los problemas se pueden
corregir una vez localizados.
Prueba del sistema: comprueba el funcionamiento en conjunto del sistema de informacin.
Determina si los mdulos independientes funcionarn juntos como se plane y si realmente hay
diferencias entre la manera en que el sistema trabaja y la manera en que fue concebido.
Prueba de aceptacin: proporciona la certificacin final de que el sistema est listo para
usarse en una situacin de produccin. Las pruebas de los sistemas son evaluadas por los
5

usuarios y revisadas por la administracin. Cuando todas las partes estn satisfechas de que el
nuevo sistema cumple sus normas, se acepta formalmente la instalacin del sistema

El plan de pruebas incluye todas las preparaciones para la serie de pruebas descritas.

5. Conversin: es el proceso de cambiar del sistema antiguo al nuevo. Pueden emplearse:

Una estrategia en paralelo: el sistema anterior y su reemplazo potencial se ejecutan juntos
durante un tiempo hasta que todos en la organizacin estn seguros de que el nuevo funcione
correctamente. Sin embargo, este mtodo es muy caro y puede requerir personal o recursos
adicionales para ejecutar el sistema adicional.

Una estrategia de conversin directa: reemplaza totalmente el sistema anterior con el nuevo
en un da designado. Es muy arriesgado, donde las desarticulaciones, las interrupciones y el
costo de las correcciones pueden ser enormes.

Una estrategia de estudio piloto: presenta el nuevo sistema a solo un rea limitada de la
organizacin, como un solo departamento. Cuando esa versin piloto est completa y trabajando
sin problemas, se instala en toda la organizacin, ya sea simultneamente o por etapas.

Una estrategia de enfoque por fases: introduce el nuevo sistema en etapas, ya sea por
funciones o por unidades organizacionales.

El cambio de un sistema antiguo por uno nuevo requiere que se capacite a los usuarios finales
para que puedan usar el nuevo sistema. La documentacin detallada que muestra cmo trabaja
el sistema desde el punto de vista tanto tcnico como del usuario final, se termina durante el
tiempo de conversin con el propsito de utilizarla en la capacitacin y las operaciones
cotidianas.

6. Produccin y mantenimiento: Una vez instalado el nuevo sistema y completada la
conversin, se dice que el sistema est en produccin. Los usuarios y los especialistas tcnicos
revisarn el sistema para determinar qu tan bien ha cumplido con sus objetivos originales y
para decidir si se requiere alguna revisin o modificacin. En algunos casos se preparar un
documento formal de auditora posterior a la implementacin.
El mantenimiento son los cambios en el hardware, software, documentacin o procedimientos
para corregir errores en un sistema en produccin, cumplir con los nuevos requerimientos o
mejorar la eficacia del proceso.

MODELADO Y DISEO DE SISTEMAS

Metodologas estructuradas

Estructurada se refiere a que las tcnicas se aplican paso a paso, y cada paso se construye con
base en el anterior. Las metodologas estructuradas siguen un enfoque descendente, avanzando
desde el nivel ms alto y abstracto hacia el nivel ms bajo de detalle.
Los mtodos de desarrollo estructurados se orientan a procesos o acciones que capturan,
almacenan, manipulan y distribuyen los datos a medida que fluyen a travs de un sistema. Estos
mtodos separan los datos de los procesos.
Se debe escribir un procedimiento de programacin separado cada vez que alguien necesita
realizar una accin sobre una pieza de datos especfica.
El DFD es la principal herramienta para representar los procesos de los componentes de un
sistema y el flujo de datos que se origina entre ellos. Este diagrama especifica de manera precisa
los procesos o transformaciones que ocurren dentro de cada mdulo y las interfaces que existen
entre ellos.
6

Los diagramas se pueden usar para delinear detalles de los procesos de niveles superiores as
como los de niveles ms bajos. A travs de los diagramas de flujo de datos nivelados, un
proceso complejo se puede desglosar en niveles sucesivos de detalle. Todo un sistema se puede
dividir en un subsistema con un diagrama de flujo de datos de alto nivel. Cada subsistema a su
vez, se puede dividir en subsistemas adicionales con DFD de segundo nivel, y los subsistemas
de nivel menor se pueden desglosar de nuevo hasta el nivel ms bajo de detalle que se haya
alcanzado.
Otras herramientas es el diccionario de datos que contiene la informacin sobre las piezas
individuales de datos y agrupaciones de datos dentro de un sistema. Este define los volmenes
de flujos y almacenes de datos para que los constructores de sistemas entiendan qu piezas de
datos contienen. Las especificaciones de procesos describen la transformacin que ocurre
dentro del nivel ms bajo de los DFD. Expresan la lgica de cada proceso.

El diseo de software se modela por medio de grficas de estructura jerrquicas. La grfica de
estructura es un diagrama de arriba hacia abajo, que muestra cada nivel del diseo, su relacin
con los dems niveles y su lugar en la estructura total del diseo. El diseo toma en cuenta
primero la funcin principal de un programa o sistema, despus divide esta funcin en
subfunciones y desglosa cada subfuncin hasta el nivel ms bajo de detalle que se haya
alcanzado. Una grfica de estructura puede documentar un programa, un sistema o parte de un
programa.

Desarrollo orientado a objetos

Considera el objeto como la unidad bsica del anlisis y diseo de sistemas. Un objeto combina
datos y los procesos especficos que operan sobre estos datos. Los datos encapsulados en un
objeto slo se pueden acceder y modificar mediante las operaciones o mtodos, asociados con
ese objeto. Los programas envan un mensaje para que un objeto realice una operacin que ya
est incorporada en l. El sistema se modela como una coleccin de objetos y de las relaciones
que existen entre ellos. Los objetos deben colaborar entre s para hacer que el sistema funcione.

El modelado orientado a objetos se basa en los conceptos de clase y herencia. Los objetos que
pertenecen a cierta clase tienen las caractersticas de esa clase. Las clases de objetos pueden
heredar toda la estructura y comportamientos de una clase ms general y luego agregar variables
y comportamientos nicos a cada objeto. Para crear nuevas clases de objetos se elige una clase
existente y se especifca cmo se diferencia la nueva clase de la existente.

El desarrollo orientado a objetos es ms iterativo e incremental que el desarrollo estructurado
tradicional. Durante el anlisis, los constructores de sistemas documentan los requerimientos
funcionales del sistema, especificando sus propiedades ms importantes y lo que el sistema
propuesto debe hacer. Se analizan las interacciones entre el sistema y sus usuarios para
identificar objetos, los cuales incluyen tanto datos como procesos. La etapa del diseo orientado
a objetos describe cmo se comportarn los objetos y cmo interactuarn unos con otros. Los
objetos similares se agrupan para formar una clase y las clases se agrupan en jerarquas, en las
que una subclase herada los atributos y mtodos de su superclase.

El sistema de informacin se implementa traduciendo el diseo a cdigo de programa,
reutilizando clases que ya estn disponibles en una biblioteca de objetos de software
reutilizables y agregando las clases creadas durabte la etapa del diseo orientado a objetos. La
implementacin tambin puede implicar la creacin de una base de datos orientada a objetos. El
sistema resultante debe probarse y evaluarse completamente.

Los nuevos sistemas se podran crear usando algunos objetos existentes, cambiando otros y
agregando nuevos objetos. Se han desarrollado marcos de trabajo orientado a objetos para
proporcionar aplicaciones reutilizables, semicompletas, que la organizacin puede personalizar
hasta obtener aplicaciones terminadas.
7

Ingeniera de software asistida por computadoras (CASE)

Es la automatizacin de metodologas paso a paso para el desarrollo de software y de sistemas
para reducir la cantidad de trabajo repetitivo que el diseador necesita hacer. Se facilita la
creacin de documentacin estructurada y la coordinacin de los esfuerzos de desarrollo del
equipo. Los miembros del equipo pueden compartir su trabajo accediendo a los archivos de cada
uno para revisar o modificar lo que se ha hecho. Muchas herramientas CASE se basan en Pc,
con capacidades grficas robustas.

Las herramientas CASE proporcionan medios grficos automatizados para producir grficas y
diagramas, generadores de pantallas e informes, diccionarios de datos, medios de informes
extensos, herramientas de anlisis y verificacin, generadores de cdigos y generadores de
documentacin. Las herramientas CASE tratan de aumentar la productividad y la calidad al:
Aplicar una metodologa de desarrollo estndar e imponen disciplina en el diseo
Mejoran la comunicacin entre los usuarios y los especialistas tcnicos
Organizan y correlacionan los componentes de diseo, y proporcionan acceso rpido a ellos a
travs de un repositorio de diseo
Automatizan las partes tediosas y propensas a error del anlisis y el diseo
Automatizan la generacin de cdigo y prueban y controlan la implementacin

Las herramientas CASE para el front end se enfocan en la captura de informacin para el
anlisis y el diseo en las primeras etapas de desarrollo de sistemas. CASE para el back end
determinan las actividades de codificacin, prueba y mantenimiento. Estas ayudan a convertir
automticamente las especificaciones en cdigo de programa.
Las herramientas CASE enlazan automticamente los elementos de datos con los procesos en
que se usan. Tambin contienen caractersticas para la validacin de diagramas y
especificaciones de diseo. Por lo tanto, apoyan el diseo iterativo automatizando las revisiones
y los cambios as como proporcionando los medios para la creacin de prototipos. Un
repositorio de informacin CASE almacena toda la informacin definida por los analistas
durante el proyecto. Este incluye DFD, grficas de estructura, diagrama de entidad relacin,
definiciones de datos, especificaciones de procesos, formatos de pantalla e informes, notas,
comentarios y resultados de la prueba.
Para usarla eficazmente requieren disciplina organizacional. Todo miembro de un proyecto de
desarrollo debe aceptar un conjunto comn de convenciones de nombres y estndares, as como
una metodologa de desarrollo.

MTODOS ALTERNATIVOS PARA LA CONSTRUCCIN DE SISTEMAS

Los sistemas difieren en cuanto a tamao, complejidad tecnolgica y problemas
organizacionales que estn destinados a resolver. Se han desarrollado diversos mtodos para la
construccin de sistemas destinados a ocuparse de estas diferencias.


El ciclo de vida tradicional de los sistemas

Es un mtodo tradicional para desarrollar un sistema de informacin, que divide el proceso de
desarrollo en etapas formales que se deben llevar a cabo en secuencia. Hay una divisin muy
formal del trabajo entre los usuarios finales y los especialistas en sistemas. Los especialistas
tcnicos, son responsables de gran parte del trabajo de anlisis, diseo e implementacin de
sistemas; los usuarios finales estn limitados a proporcionar los requerimientos de informacin
y a revisar el trabajo del personal tcnico.Tambin pone nfasis en las especificaciones formales
y el trabajo administrativo, por lo que se generan demasiados documentos durante el curso de
un proyecto de sistemas.
Puede ser costoso, lento e inflexible. ste es un mtodo de cascada en el que las tareas de una
etapa se completan antes de que empiece el trabajo de la siguiente etapa. Las actividades se
8

pueden repetir, pero se deben generar volmenes de nuevos documentos y volver a seguir los
pasos si es necesario revisar los requerimientos y las caractersticas tcnicas. Este mtodo no es
conveniente para muchos sistemas pequeos que son menos estructurados y ms
individualizados.

El ciclo de vida tradicional se sigue usando para construir grandes sistemas, como TPS o MIS,
donde las necesidades estn muy estructuradas y bien definidas. Este enfoque es costoso,
tardado e inflexible lo que obstaculiza cambios. Es necesario generar gran cantidad de
documentos, y no es apropiado para aplicaciones orientadas a la toma de decisiones.

Creacin de Prototipos

La elaboracin de un prototipo es un proceso rpido y econmico a fin de que los usuarios
puedan determinar mejor sus necesidades de informacin. Una vez en operacin se va retocando
hasta que cumpla con los requisitos del usuario. Es iterativo porque los pasos se repiten una y
otra vez.
Etapas:
1. Identificar los requerimientos bsicos del usuario
2. Crear un prototipo inicial.
3. Usar el prototipo.
4. Revisar y mejorar el prototipo. Se toma nota de todos los cambios que el usuario solicita
y a continuacin mejora el prototipo

Los pasos 3 y 4 se repiten hasta que el usuario est satisfecho. Cuando ya no se requiere
ninguna iteracin, el prototipo aceptado se vuelve un prototipo funcional que proporciona las
ltimas especificaciones para la aplicacin.

El prototipo es una versin funcional de un sistema de informacin, su propsito es servir de
modelo preliminar. Una vez finalizado el diseo, el prototipo se puede convertir en un sistema
de produccin refinado.

Ventajas: son ms tiles cuando existe cierta incertidumbre acerca de las necesidades o de las
soluciones de diseo, y son ms apropiados para aplicaciones pequeas. Adems fomenta la
participacin intensa de los usuarios finales en todas la etapas. El uso de prototipos es valioso
para disear interfases de usuarios de un sistemas, ya que es la parte con la que los usuarios
interactan.

9

Desventaja: si el prototipo terminado funciona razonablemente, se podra caer en el error de
considerar que las tareas de volver a programar o disear, de documentar y probar todo el
sistema, son innecesarias para construir un sistema de produccin refinado.


Desarrollo por usuarios finales

Los propios usuarios, con poca o ninguna ayuda de especialistas, desarrollan sistemas de
informacin. Se utilizan los lenguajes de cuarta generacin, lenguajes grficos y herramientas
de software para tales fines.
Los lenguajes de cuarta generacin consisten en herramientas de software que habilitan a los
usuarios finales para crear informes o desarrollar aplicaciones de software con un mnimo de
asistencia tcnica. Estos tienden a ser no procedurales. Los lenguajes procedurales requieren una
especificacin de secuencia de pasos, que le indican a la computadora qu hacer y cmo
hacerlo. Los lenguajes no procedurales slo necesitan especificar qu se tiene que efectuar.
Los lenguajes de consultas son herramientas de software que proporcionan respuestas
inmediatas en lnea a solicitudes de informacin no predefinidas como: Quines son los
representantes de ventas de ms alto desempeo?
Ventajas: Los sistemas de esta clase se crean con gran rapidez. Otras ventajas que presentan
son la determinacin ms exacta de necesidades, mayor participacin y satisfaccin del usuario
y reduccin del nmero de aplicaciones pendientes de implementar, ya que no dependen de los
especialistas. Sin embargo, las herramientas de cuarta generacin todava no pueden reemplazar
a las herramientas convencionales para algunas aplicaciones de negocios porque no pueden
manejar fcilmente el procesamiento de volmenes grandes de transacciones o aplicaciones que
utilizan mucha lgica de procedimientos y requieren actualizaciones constantes.
Desventajas: cuando se crean los sistemas rpidamente, sin una metodologa de desarrollo
formal, la prueba y la documentacin podran no ser adecuadas. Para ayudar a las
organizaciones a maximizar los beneficios del desarrollo de aplicaciones por parte del usuario
final, la administracin debe controlar el desarrollo de aplicaciones por parte del usuario final
requiriendo la justificacin del costo de los proyectos de sistemas de informacin del ususario
final y estableciendo hardware, software y normas de calidad para las aplicaciones desarrolladas
por el usuario.

Paquetes de software de aplicacin

Es un conjunto de programas de aplicacin preescritos y precodificados, que se encuentran en el
mercado para su venta o su arrendamiento. Hay muchas aplicaciones que efectan tareas
comunes para todas las organizaciones de negocios. Si se puede adquirir un paquete apropiado
en muchos casos no es necesario que la compaa desarrolle sus programas.
Los programas del paquete se probaron antes de salir al mercado, por lo que la prueba del
comprador se realizan en breve tiempo. Los proveedores ofrecen buena parte del mantenimiento
y ofrecen mejoras de acuerdo a los adelantos tcnicos y de negocios.
Las funciones de personalizacin permiten modificar un paquete de modo que satisfaga las
necesidades singulares de una organizacin, sin destruir la integridad del mismo. Pero esta
personalizacin podra llegar a ser muy costosa y consumir demasiado tiempo, por lo que se
podran perder las ventajas del paquete de software de aplicacin.
Cuando se desarrolla un sistema utilizando un paquete de software de aplicaciones, el anlisis
de sistemas incluir un proyecto de evaluacin del paquete. Este se basa en una solicitud de
propuesta. La solicitud de propuesta es una lista de preguntas detalladas que se presentan a los
proveedores de software, para determinar que tan bien el producto puede satisfacer las
necesidades especficas de la organizacin.
Si los requerimientos de la organizacin no son compatibles con la manera de funcionar del
paquete y ste no puede personalizarse, la organizacin tendr que adaptarse al paquete y
cambiar sus procedimientos.

10

Subcontratacin

Los proveedores de servicios de aplicaciones son una forma de subcontratacin. Las compaas
suscriptoras podran usar el software y el hardware de cmputo proporcionados por el proveedor
como plataforma tcnica para sus sistemas.
Otra forma, una compaa podra contratar a un proveedor externo para que disee y elabore el
software para su sistema, pero esa compaa operara el sistema en sus computadoras propias. El
proveedor de la subcontratacin podra ser nacional o encontrarse en otro pas.

El proveedor de servicios de subcontratacin se beneficia de las economas de escala y de
competencias centrales complementarias que seran difciles de duplicar para una empresa que
no se especializa en servicios de tecnologa de informacin.
La subcontratacin permite que una compaa pague slo por lo que usa en lugar de construir su
propio centro de computacin, que se subutilizara cuando no hubiera una carga mxima.

Muchos subestiman los costos de identificar y evaluar a fabricantes de servicios de tecnologa
de informacin, hacer la transicin a un nuevo fabricante y monitorear a los fabricantes para
asegurarse de que estn cumpliendo con sus obligaciones contractuales. Estos costos ocultos
pueden reducir fcilmente los beneficios provistos de la subcontratacin.

Cuando una empresa asigna la responsabilidad de desarrollar y operar sus sistemas de
informacin a otra organizacin, es posible que pierda el control sobre su funcin de sistemas de
informacin. Si la organizacin no tiene habilidad para negociar un contrato favorable, la
dependencia que la empresa tendra del fabricante podra producir altos costos o prdidad de
control sobre la direccin tecnolgica.

Es ms probable que una empresa obtenga beneficios de la subcontratacin si entiende sus
propios requerimientos, sabe exactamente la manera en que el fabricante subcontratista le
proporcionar valor, e identifica a los proveedores con capacidades y objetivos que mejor se
alineen con sus necesidades especficas. La empresa tambin debe ser capaz de disear un
contrato para la subcontratacin que le permita manejar la relacin con el fabricante.

Desarrollo rpido de aplicaciones (RAD)

Las herramientas del software orientados a objetos, el software reutilizable, la creacin de
prototipos y las herramientas de cuarta generacin estn ayudando a los constructores de
sistemas a crear sistemas funcionales mucho ms rpido.

El trmino desarrollo rpido de aplicaciones (RAD) se usa para describir este proceso de crear
sistemas funcionales en un perodo muy corto. El RAD puede incluir el uso de la programacin
visual y otras herramientas para construir interfaces grficas de usuario, la creacin de
prototipos iterativos de elementos clave del sistema, la automatizacin de generacin de cdigo
de programa en intenso trabajo en equipo entre usuarios finales y especialistas de sistemas de
informacin.

Se pueden ensamblar sistemas sencillos a partir de los componentes prefabricados. El proceso
no tiene que ser secuencial y las partes clave del desarrollo se pueden realizar de manera
simultnea.

Hay ocasiones en las que se usa una tcnica llamada diseo conjunto de aplicaciones (JAD),
para acelerar la generacin de requerimientos de informacin y para desarrollar el diseo inicial
de sistemas. El JAD junta a los usuarios finales y especialistas en sistemas en una sesin
interactiva para discutir el diseo del sistema. Las sesiones JAD pueden acelerar
significativamente la etapa del diseo e involucrar a los usuarios en un nivel intenso.

11

Desarrollo basado en componentes y servicios web

El desarrollo basado en componentes permite construir un sistema ensamblando e integrando
componentes de software existentes.

Servicios web y computacin orientada a servicios: Los servicios web se pueden utilizar como
herramientas para construir nuevas aplicaciones de sistemas de informacin o mejorar los
sistemas existentes. Los servicios web pueden crear componentes de software que se distribuyen
a travs de internet y proporcionan nuevas funciones para los sistemas existentes de una
organizacin o pueden crear nuevos sistemas que enlacen los sistemas de una organizacin con
los de otras organizaciones. Como estos servicios de software utilizan un conjunto universal de
estndares, prometen ser menos costosos y menos difciles de integrar que los componentes
propietarios.

Los servicios web pueden realizar ciertas funciones por s mismos, y tambin pueden involucrar
a otros servicios Web para completar transacciones ms complejas. Al crear componentes de
software que puedan comunicar y compartir datos sin que importe el sistema operativo, lenguaje
de programacin o dispositivo del cliente, los servicios Web pueden proporcionar ahorros
significativos de costos en la construccin de sistemas al mismo tiempo que abren nuevas
oportunidades para la colaboracin con otras empresas.