Escolar Documentos
Profissional Documentos
Cultura Documentos
SISTEMAS DE INFORMACIÓN
Índice
1) Introducción..................................................................................................................................... 4
1.1) Porque Sistemas de Información.............................................................................................. 4
1.2) ¿Qué es un Sistema de Información? ...................................................................................... 4
Sistemas de Información ............................................................................................................ 5
Sistemas de Información Basados en Computadora. ................................................................. 5
Administradores de Nivel Superior ............................................................................................7
Administradores de Nivel Medio ............................................................................................... 7
1.3) Enfoques contemporáneos de los Sistemas de Información ....................................................8
Enfoque Técnico ........................................................................................................................ 8
Enfoque del Comportamiento .................................................................................................... 9
Enfoque de este módulo: Sistemas socio técnicos ..................................................................... 9
1.4) El nuevo rol de los Sistemas de Información en las organizaciones ....................................... 9
El alcance cada vez más amplio de los Sistemas de Información ............................................10
1.5) Cómo usar los Sistemas de Información: nuevas oportunidades con tecnología .................. 12
El reto de los Sistemas de Información: aspectos de administración clave ............................. 12
Arquitectura de Información .................................................................................................... 13
Infraestructura de Tecnología de Información .........................................................................14
2) Desarrollo de Sistemas de Información......................................................................................... 16
2.1) ¿Qué es el análisis y diseño de información?.........................................................................16
2.2) El papel de el analista de sistemas..........................................................................................16
a) El trabajo del analista de sistemas........................................................................................ 17
2.3) Conceptos de sistemas organizacionales................................................................................ 17
a) Sistemas de procesamiento de transacciones........................................................................ 17
b)Sistemas de automatización de oficina y sistemas de manejo de conocimiento................... 17
c) Sistemas de información gerencial....................................................................................... 18
d) Sistemas be apoyo a decisiones............................................................................................ 18
e) Sistemas expertos e inteligencia artificial.............................................................................18
f) Sistemas de apoyo a decisiones de grupo..............................................................................18
g) Sistemas de apoyo a ejecutivos.............................................................................................19
2.4) Estrategias para el desarrollo de sistemas.............................................................................. 19
a) Ciclo de vida clásico del desarrollo de sistemas................................................................... 20
Identificación de problemas, oportunidades y objetivos...........................................................20
Determinación de los requerimientos de información.............................................................. 20
Desarrollo y documentación del software.................................................................................21
Pruebas y mantenimiento del sistema....................................................................................... 21
Implementación y evaluación del sistema................................................................................ 21
3) Herramientas para determinar requerimientos de sistemas............................................................23
3.1 ¿Qué es la determinación de requerimientos?......................................................................... 23
3.2) Técnicas para encontrar información..................................................................................... 25
a) Entrevistas.............................................................................................................................25
b) Cuestionarios........................................................................................................................ 26
c) Observación.......................................................................................................................... 27
4) Desarrollo por análisis estructurado...............................................................................................29
4.1) componentes del análisis estructurado................................................................................... 29
a) Diagramas de flujo de datos..................................................................................................29
b) Diccionarios de datos............................................................................................................33
c) Descripción de procesos....................................................................................................... 35
d) Reglas................................................................................................................................... 37
El Presente manual está basado en el libro de Sistemas de Información de James A. Senn, aí como la
investigación de otros libros y experiencias en la implementación de sistemas.
Este manual esta elaborada para el estudio de moodle y se distribuir sin ningun tipo de restricción
para los usuarios que deseen aprender y actualizar sus conocimientos.
Hasta hace poco, la información misma no se consideraba un activo importante de una compañía. El proceso
administrativo se consideraba un arte personal, de cara a cara, y no un proceso de coordinación global a
grandes distancias. Hoy en día se reconoce ampliamente que para los administradores es indispensable
entender los sistemas de información, porque todas las organizaciones necesitan este tipo de sistemas para
sobrevivir y prosperar.
Tres potentes cambios a nivel mundial han alterado la forma de manejar de los negocios.
Estos cambios en el entorno de los negocios, presentan varios retos nuevos a la empresa de
negocios y su administración. La tabla 1-1, presenta varios cambios en el entorno de la empresa de
negocios y su administración.
Transformación de la empresa
Aplanamiento
Descentralización
Flexibilidad
Independencia de la ubicación
“Facultación” (empowerment)
Trabajo de colaboración y en equipo
Información
Datos a los que se ha dado una forma que tiene sentido y es útil para los humanos
Datos
Flujos de hechos que representan sucesos ocurridos en las organizaciones o en entornos físicos,
antes de ser organizados y acomodados de tal forma que las personas pueden entenderlos y usarlos.
Tres actividades de un sistema de información producen la información que las organizaciones necesitan
para tomar decisiones, controlar, analizar problemas, o crear productos o servicios nuevos, estas actividades
son:
Entrada
Captura o recolección de datos en el interior de la organización o de su entorno externo, para ser
procesados en un sistema de información.
Procesamiento
La conversión o manipulación y el análisis de entradas brutas para darles una forma que tenga más
sentido para los humanos.
Salida
La distribución de la información procesada a las personas que la usarán o a las actividades en las que se
usará.
Retroalimentación
Salidas que se devuelven a los miembros apropiados de la organización para ayudarle a corregir las entradas.
Se basan en definiciones aceptadas y fijas de datos y procedimientos para obtener, almacenar, procesar,
diseminar y usar esos datos. Los sistemas formales operan según las reglas predefinidas que son
relativamente fijas y no se modifican con facilidad, en contraste a los sistemas de información informales
(como las redes de rumores de una oficina).
Los sistemas de información formales pueden ser computarizados o manuales. Los manuales utilizan la
tecnología de “lápiz y papel”. Estos sistemas satisfacen necesidades importantes. Los sistemas de
información computarizados en cambio, se apoyan en la tecnología de hardware y software para procesar y
diseminar información. A partir de este punto, cuando se use el término sistemas de información, este se
referirá a los sistemas de información computarizados: sistemas formales de las organizaciones que se
apoyan en la tecnología de computación.
Se basan en reglas de conducta no expresas. No existe un acuerdo en cuanto a qué es información, ni cómo
se almacenará o procesará. Tales sistemas son indispensables para la vida de una organización, pero un
análisis de sus cualidades no se desarrollará en este módulo.
Desde el punto de vista de los negocios, un sistema de información es una solución organizacional y
administrativa, basada en la tecnología de la información. Examine con detenimiento esta definición porque
hace hincapié en la naturaleza organizacional y administrativa de los sistemas de información.
Para tener los conocimientos básicos acerca de los sistemas de información un administrador debe conocer
las dimensiones de la organización, administración y tecnologías de información más amplia de los sistemas
(véase la figura 1-3), y la capacidad de éstos para solucionar los retos y los problemas del entorno de los
negocios.
El diagrama también ilustra la forma en que los elementos de administración, tecnología y organización
colaboran para crear el sistema.
Los sistemas de información forman parte de las organizaciones. Los elementos clave de una organización
son su personal, la estructura, los procedimientos operativos, sus políticas y su cultura.
Las organizaciones formales constan de diferentes niveles y especialidades. Sus estructuras se reflejan en una
división muy clara del trabajo. Se contratan y capacitan expertos para diferentes funciones, que incluyen
ventas y marketing, manufactura, finanzas, contabilidad, recursos humanos. Estas funciones están mejor
explicadas en la siguiente tabla:
Procedimientos Operativos
(SOP Standard Operating Procedures) reglas formales para efectuar tareas que han sido desarrolladas para
enfrentar situaciones esperadas.
Trabajadores de Conocimiento
Personas, como ingenieros y arquitectos, que diseñan productos o servicios y crean conocimientos para la
organización.
Trabajadores de Datos
Personas, como secretarias o tenedores de libros, que procesan el papeleo de la organización
Trabajadores de Producción
Personas que realmente producen los bienes o servicios de la organización.
Administración
Los administradores enfrentan retos de negocios en el entorno, establecen las estrategias de la organización
para responder a ellos y asignan los recursos humanos y financieros necesarios para poner en práctica la
estrategia y coordinar el trabajo.
Es importante señalar que las decisiones y los papeles administrativos varían en los diferentes niveles de
organización.
Administradores Operativos
Personas que monitorean las actividades cotidianas de la organización
Hardware de Computadoras
Equipo físico utilizado para actividades de entrada, procesamiento y salida, en un sistema de
información.
Software de Computadora
Instrucciones detalladas preprogramadas que controlan y coordinan el trabajo de los componentes del
hardware de la computadora en los sistemas de información.
Tecnología de Almacenamiento
Dispositivos físicos y software que enlazan diversos componentes del hardware y transfieren datos
de un lugar físico a otro.
Red
Dos o más computadoras enlazadas físicamente para compartir datos o recursos
Las múltiples perspectivas de los sistemas de información demuestran que el estudio de estos sistemas es un
campo multidisciplinario; no domina una sola teoría o punto de vista. La figura 1-4 ilustra las principales
disciplinas que aportan problemas, conceptos y soluciones al estudio de los sistemas de información.
Figura 1-4
Las disciplinas que contribuyen a este enfoque técnico son las ciencias de la computación.
Las ciencias de la administración hacen hincapié en el desarrollo de modelos para la toma de decisiones y las
prácticas gerenciales. La investigación operativa se concentra en técnicas matemáticas para optimizar
parámetros selectos de las organizaciones, como transporte, control de inventarios y costos de transacción.
Enfoque del Comportamiento
Se ocupa de cuestiones de conducta que surgen durante el desarrollo y mantenimiento a largo plazo
de los sistemas de información.
El estudio de los sistemas de información gerencial surgió en los años setenta para concentrarse en los
sistemas de información computarizados dirigidos a los administradores. Los MIS (Management Information
Systems) combinan los trabajos teóricos de las ciencias de la administración y la investigación de
operaciones, con una orientación práctica hacia la construcción de sistemas y aplicaciones; y también presta
atención a los aspectos del comportamiento que tienen origen en la sociología, la economía y psicología.
La experiencia de los académicos y practicantes lleva a creer que ninguna de las perspectivas por sí
sola captura la realidad de los sistemas de información. Los problemas de los sistemas y sus
soluciones rara vez son exclusivamente técnicos o están exclusivamente relacionados con el
comportamiento. El mejor consejo para los estudiantes es entender los puntos de vista de todas las
disciplinas.
Una perspectiva socio técnica de los sistemas de información ayuda a evitar un enfoque puramente
tecnológico de ellos. En este módulo se resalta la necesidad de optimizar el desempeño del sistema
en su totalidad. Hay que poner atención en sus componentes tanto técnicos como de
comportamiento. Esto implica que la tecnología se debe modificar y diseñar de forma tal que encaje
con las necesidades de la organización y de los individuos. Las personas y las organizaciones
cambian para aprovechar la nueva tecnología de la información. La figura 1-5 ilustra este proceso
de ajuste mutuo en un sistema socio técnico.
Existe una interdependencia creciente entre estrategia, reglas y procedimientos de negocios, por un lado; y
software, hardware, bases de datos y telecomunicaciones de los sistemas de información, por el otro. Un
cambio en cualquiera de estos componentes a menudo requiere cambios en los otros. La figura 1-6 ilustra la
nueva relación entre las organizaciones.
Hoy en día, en la construcción de sistemas interviene una parte mucho más grande de la
organización que en el pasado. La figura 1-7 muestra el alcance cada más extenso de los sistemas de
información. Con el tiempo, los sistemas de información han comenzado a desempeñar un rol más
importante en la vida de las organizaciones. Los primeros sistemas dieron pie a cambios
principalmente técnicos que eran relativamente fáciles de lograr. Los sistemas posteriores afectaron
Una razón por la que los sistemas de información tienen un rol tan importante en las organizaciones y
afecten a tantas personas es la creciente potencia y la disminución en el costo de la tecnología de
computación.
Internet
Red internacional de redes, que es una colección de cientos de miles de redes privadas y públicas.
Internet está creando una nueva plataforma de tecnología universal en la que se puede construir
todo tipo de productos, servicios, estrategias y organizaciones nuevas. Internet es en extremo
elástica. Si se añaden o quitan redes o se presentan fallos en parte del sistema, el resto de Internet
sigue funcionando. Gracias a estándares de comunicación y tecnología especiales, cualquier
computadora se puede comunicar prácticamente con cualquier otra que este conectada a Internet
mediante líneas telefónicas ordinarias. Las compañías y las personas privadas pueden usar Internet
para intercambiar transacciones comerciales, mensaje de texto, imágenes, gráficas e incluso vídeo y
sonido ya sea que estén en la casa contigua o al otro lado del mundo. En la tabla 1-3 se describen
algunas capacidades de Internet. Internet está creando una nueva plataforma de tecnología
“universal” en la que se puede construir todo tipo de productos, servicios, estrategias y
organizaciones nuevos. Internet está modificando la forma en que los sistemas de información se
usan en los negocios y en la vida cotidiana, al eliminar muchas barreras tecnológicas y de costo, que
obstruían el flujo global de la información, inspirando nuevos usos de los sistemas de información y
nuevos modelos de negocios.
Las grandes organizaciones burocráticas que se desarrollaron principalmente antes de la era de las
(ERP Enterprise Resource Planning). Es un sistema de administración de negocios que integra todas
las facetas del negocio, incluidas planificación, manufactura, ventas y finanzas, de modo que
coordinen más estrechamente información entre sí. El software de ERP modela y automatiza
muchos procesos básicos, como el surtido de pedidos o la programación de embarques con la meta
de integrar información de toda la compañía y eliminar vínculos complejos entre los sistemas de
computadora de áreas del negocio. Por ejemplo, cuando un representante de ventas en Bruselas
introduce un pedido de un cliente, los datos fluyen automáticamente a otros miembros de la
compañía que necesiten conocerlos. El capítulo 18 expone ampliamente el ERP y su nuevo rol en
las empresas de negocios.
Los cambios que se han descrito están creando nuevas formas de hacer negocios electrónicamente
tanto dentro o fuera de la compañía. Cada vez es más común que la tecnología en la que se apoyan
esos cambios sea Internet, que es capaz de vincular a miles de organizaciones en una sola red
creando los cimientos de un enorme mercado electrónico.
Aunque la tecnología de información está avanzando a un ritmo vertiginoso, nada tiene de fácil ni
de mecánico la construcción y el uso de los sistemas de información. Los administradores enfrentan
cinco retos claves:
• El reto estratégico de los negocios: ¿cómo pueden los negocios usar tecnología de información
para diseñar organizaciones que sean competitivas y eficaces?
La potencia del hardware y software han crecido con mucha mayor rapidez que la capacidad de las
organizaciones para aplicar y usar esta tecnología. Para seguir siendo competitivas y lograr
beneficios genuinos, en términos de productividad, al aplicar la tecnología muchas organizaciones
prácticamente tienen que ser rediseñadas. Es preciso hacer cambios fundamentales en el
comportamiento de la organización, desarrollar nuevos modelos de negocios y eliminar las
ineficiencias de la estructura de organizaciones anticuadas. Si quieren beneficiarse plenamente con
la tecnología de información, incluidas las oportunidades que ofrece Internet, las organizaciones
necesitan repensar y rediseñar la forma en que diseñan, producen, entregan y mantienen los bienes y
servicios.
• El reto de la globalización; ¿cómo pueden las compañías entender las necesidades de negocios
y de sistemas de un entorno económico global ?
Ante el rápido crecimiento del comercio internacional y el surgimiento de una economía global
existen sistemas de información capaces de apoyar tanto la producción como la venta de bienes en
muchos países distintos. En el pasado, cada oficina regional de una corporación multinacional se
concentraba en resolver sus propios problemas de información únicos. En vista de las diferencias en
idiomas y cultura política entre los países, esta orientación a menudo daba como resultado un caos y
un fracaso de los controles de la administración central. Si buscan desarrollar sistemas de
información multinacionales integrados, los negocios deben desarrollar hardware, software y
estándares de comunicación globales.
Crear un sistema nuevo ahora implica mucho más que instalar una máquina nueva en el sótano. Hoy
Arquitectura de Información
Es la forma específica que la tecnología de información adopta en una organización para lograr
metas o realizar funciones selectas. Se trata de un diseño para los sistemas de aplicación de
negocios que sirven a cada especialidad funcional y nivel de la organización y la forma específica
en que cada organización la usa. La figura 1-12 ilustra los principales elementos de la arquitectura
de información que los administradores necesitan desarrollar. Puesto que los administradores y
empleados interactúan directamente con estos sistemas, es vital para el éxito de la organización que
su arquitectura de información satisfaga las necesidades de negocio ahora y en el futuro.
¿Debe distribuirse la función y los datos de ventas corporativas a cada sitio remoto de la
corporación o deben centralizarse en la oficina principal?
¿Debe construir la organización sistemas para conectar a toda la empresa o islas individuales de
No hay una sola respuesta a estas preguntas (véase Allen y Boynton, 1991). Podrían ser necesarias
leyes y supervisión gubernamental adicionales para asegurar que la privacidad esté debidamente
protegida en la era de Internet.
Un problema importante que surge con el desarrollo de computadoras potentes de bajo costo,
implica la administración y las organizaciones, y no la tecnología. Una cosa es utilizar la tecnología
de información para diseñar, producir, entregar y mantener productos nuevos; algo muy distinto es
ganar dinero haciéndolo. ¿Cómo pueden las organizaciones obtener una recompensa apreciable de
su inversión en sistemas de información?
¿Reciben más los competidores? Si entender los costos y beneficios de construir un solo sistema
resulta suficiente difícil, considerar si toda la labor de sistema “vale o no la pena” es abrumador.
Imagine, entonces, qué debe pensar un alto ejecutivo cuando se le presenta una transferencia
importante en la arquitectura de información: un audaz proyecto de cambio en la organización que
costará decenas de millones de dólares y tardará muchos años.
• El reto de responsabilidad y control ¿Cómo pueden las organizaciones diseñar sistemas que la
gente sea capaz de controlar y entender?
¿Cómo pueden las organizaciones garantizar que sus sistemas de información se usarán de forma
ética y socialmente responsable? Los sistemas de información son indispensables para los negocios,
el gobierno y la vida cotidiana, que las organizaciones deben tomar medidas especiales para
asegurar que sean exactos, confiables y seguros. Los sistemas automatizados y semi-automatizados
que tienen fallos o son difíciles de operar, pueden tener consecuencias en extremo dañinas.
Los sistemas de información se deben de diseñar de modo que funcionen como deben y de modo
que los seres humanos pueden controlar el proceso. Al construir y usar sistemas de información, las
organizaciones deben de tomar en cuenta la salud, la seguridad, la permanencia en el empleo y el
bienestar social con tanto cuidado como hacen con sus metas de negocio.
Los administradores necesitan preguntar: ¿es posible aplicar normas de seguridad de alta calidad a
los sistemas de información, y no sólo a los productos y servicios? ¿Pueden construirse sistemas de
información que respeten los derechos de las personas a su intimidad, al tiempo que logran las
metas de la organización?
¿Deben vigilar los sistemas de información a los empleados? ¿Qué hacer cuando un sistema de
información diseñado para aumentar la eficiencia y la productividad elimina empleos?
El presente trabajo esta diseñado para proporcionar a los futuros administradores los conocimientos
y el entendimiento necesarios para enfrentar estos retos.
El desarrollo de sistemas puede considerarse, en general, formado por dos grandes componentes:
El análisis de sistemas y el diseño de sistemas
El estudio de una empresa para buscar procesos ya existentes con el propósito de determinar
cuáles
deberían ser llevados a cabo por una computadora y cuáles por métodos manuales.
El analista de sistemas frecuentemente actúa como consultor y, por lo tanto, puede ser contratado
específicamente para que se encargue de los asuntos de los sistemas de información dentro de un
negocio. Esto puede ser una ventaja, debido a que los consultores externos pueden llevar con ellos
una perspectiva fresca que no poseen otros miembros de la organización. Pero también puede
decirse que los analistas externos están en desventaja, debido a que la verdadera cultura
organizacional nunca puede ser conocida por un extraño.
Otro papel que tal vez requiera desarrollar es el de experto de soporte en un negocio donde se está
1. Análisis de sistemas.- En este caso la única responsabilidad del analista es conducir estudios
de sistemas para detectar hechos relevantes relacionados con la actividad de la empresa. La
función más importante en este caso es reunir información y determinar los requerimientos.
2. Análisis y diseño de sistemas.- Además de llevar a cabo el estudio completo de los sistemas,
el analista tiene la responsabilidad adicional de diseñar el nuevo sistema.
Los sistemas de información son desarrollados con propósitos diferentes dependiendo de las
necesidades del negocio. Los sistemas de procesamiento de transacciones (TPS por sus siglas en
inglés) funcionan al nivel operacional de la organización, los sistemas de automatización de oficina
(OAS por sus siglas en inglés) y los sistemas de trabajo de conocimiento (KWS por sus siglas en
inglés) que dan cabida al trabajo a nivel de conocimiento. Los sistemas de más alto nivel incluyen a
los sistemas de apoyo a decisiones (DSS por sus siglas en inglés) así como a los sistemas de
información gerencial (MIS por sus siglas en inglés). Los sistemas expertos aplican la experiencia
de los tomadores de decisiones para resolver problemas específicos estructurados. Al nivel
estratégico de la administración encontramos sistemas de apoyo a ejecutivos (ESS por sus siglas en
inglés) y los sistemas de apoyo a decisiones de grupo (GDSS por sus siglas en inglés) ayudan a la
toma de decisiones al mismo nivel, en una forma sin estructura o semiestructurada.
Una clase de más alto nivel en los sistemas de información computarizada son los sistemas de
apoyo a decisiones (DSS). El DSS es similar al sistema de información gerencial tradicional en que
ambos dependen de una base de datos como fuente. Un sistema de apoyo a decisiones se aparta del
sistema de información gerencial tradicional en que enfatiza el apoyo a la toma de decisiones en
todas sus fases, aunque la decisión actual todavía es del dominio del tomador de decisiones.
La inteligencia artificial (Al por sus siglas en inglés) puede ser considerada la meta de los sistemas
expertos. Los sistemas expertos son un caso muy especial de un sistema de información, cuyo uso
ha sido factible para los negocios a partir de la reciente y amplia disponibilidad de hardware y
software. Un sistema experto (también llamado un sistema basado en conocimiento) captura en
forma efectiva y usa el conocimiento de un experto para resolver un problema particular
experimentado en una organización. Observe que a diferencia del DSS, que deja la decisión final al
tomador de decisiones, un sistema experto selecciona la mejor solución a un problema o a una clase
específica de problemas.
Cuando los grupos necesitan trabajar juntos para tomar decisiones semiestructuradas o sin
estructura, un sistema de apoyo a decisiones de grupo puede plantear una solución. Los sistemas de
apoyo a decisiones de grupo (GDSS) son usados en cuartos especiales, equipados en varias
configuraciones diferentes, que permiten que los miembros del grupo interactúen con apoyo
electrónico, frecuentemente en forma de software especializado y con una persona que da
facilidades al grupo. Los sistemas para decisiones de grupo están orientados para reunir a un grupo,
a fin de que resuelva un problema con la ayuda de varios apoyos como votaciones, cuestionarios,
aportación de ideas y creación de escenarios.
Cuando los ejecutivos se acercan a la computadora, frecuentemente están buscando formas que les
ayuden a tomar decisiones a nivel estratégico. Un sistema
de apoyo a ejecutivos (ESS) ayuda a éstos, para organizar
sus interacciones con el ambiente externo, proporcionando
apoyo de gráficos y comunicaciones en lugares accesibles
tales como salas de juntas u oficinas personales
corporativas.
El análisis y diseño de sistemas, tal como es ejecutado por los analistas de sistemas, busca analizar
sistemáticamente la entrada de datos o el flujo de datos, el proceso o transformación de los datos, el
almacenamiento de datos y la salida de información dentro del contexto de un negocio particular.
Además, el diseño y análisis de sistemas es usado para analizar, diseñar e implementar mejoras en
el funcionamiento de los negocios que pueden ser logradas por medio del uso de sistemas de
información computarizados. La instalación de un sistema sin la planeación adecuada lleva a
grandes frustraciones, y frecuentemente causa que el sistema deje de ser usado.
Usuarios finales.
Los sistemas de información basados en computadora sirven para diversas finalidades que van
desde el procesamiento de las transacciones de una empresa hasta proveer de la información
necesaria para decidir sobre asuntos que se presentan con frecuencia, asistencia a los altos
En la primera fase del ciclo de vida del desarrollo de sistemas el analista tiene que ver con la
identificación de problemas, oportunidades y objetivos. Esta etapa es crítica para el éxito del resto
de proyecto, debido a que nadie quiere desperdiciar el tiempo subsecuente resolviendo el problema
equivocado. La primera fase requiere que el analista observe honestamente lo que está sucediendo
en un negocio. Luego, junto con los demás miembros de la organización, el analista hace resaltar
los problemas. Frecuentemente estos ya han sido vistos por los demás, y son la razón por la cual el
analista fue llamado inicialmente. Las personas involucradas en la primera fase son los usuarios,
analistas y administradores de sistemas que coordinan el proyecto. Las actividades de esta fase
consisten en entrevistas a los administradores de los usuarios, sumarización del conocimiento
obtenido, estimación del alcance del proyecto y documentación de los resultados. La salida de esta
fase es un estudio de factibilidad que contiene una definición del problema y la sumarización de los
objetivos. Luego los administradores deben tomar una decisión para ver si continúan con el
proyecto propuesto.
Entre las herramientas utilizadas para definir los requerimientos de información en el negocio se
encuentran: muestreo e investigación de los datos relevantes, entrevistas, cuestionarios, el
comportamiento de los tomadores de decisiones y su ambiente de oficina y hasta la elaboración de
prototipos. En esta fase el analista está esforzándose por comprender qué información necesitan los
usuarios para realizar su trabajo. Las personas involucradas en esta fase son los analistas y los
usuarios, típicamente los administradores de las operaciones y los trabajadores de las operaciones.
La siguiente fase que realiza el analista de sistemas involucro el análisis de las necesidades del
sistema. Nuevamente, herramientas y técnicas especiales ayudan para que el analista haga las
determinaciones de los requerimientos. Una herramienta de éstas es el uso de diagramas de flujo de
datos para diagramar la entrada, proceso y salida de las funciones del negocio en forma gráfica
estructurado. A partir de los diagramas de flujo de datos se desarrolla un diccionario de datos, que
lista todos los conceptos de datos usados en el sistema, así como sus especificaciones, si son
alfanuméricos y qué tanto espacio ocupan cuando se imprimen. Durante esta fase el analista de
sistemas también analiza las decisiones estructuradas que se hacen. Las decisiones estructuradas
son aquellas para las que pueden ser determinadas las condiciones como alternativas de condición,
acciones y reglas de acción. Hay tres métodos principales para el análisis de decisiones
estructurales: lenguaje estructurado, tablas de decisión y árboles de decisión.
En esta fase del ciclo de vida del desarrollos de sistemas, el analista usa la información recolectada
anteriormente para realizar el diseño lógico del sistema de información. El analista diseña
procedimientos precisos para la captura de datos, a fin de que los datos que van a entrar al sistema
de información sean correctos. Además, el analista también proporciona entrada efectiva para el
sistema de información mediante el uso de técnicas para el buen diseño de formas y pantallas.
En la quinta fase del ciclo de vida del desarrollo de sistemas el analista trabaja con los
programadores para desarrollar cualquier software original que se necesite. Durante esta fase, el
analista también trabaja con los usuarios para desarrollar documentación efectiva para el software,
incluyendo manuales de procedimientos. La documentación le dice al usuario la manera de usar el
software y también qué hacer si se suceden problemas con el software.
Antes de que pueda ser usado, el sistema de información debe ser probado. Es mucho menos
costoso encontrar problemas antes de que el sistema sea entregado a los usuarios. Algunas de las
pruebas son realizadas por los programadores solos, y otras por los analistas de sistemas junto con
los programadores. Primero se ejecuta una serie de pruebas para que destaquen los problemas con
datos de ejemplo y eventualmente con datos reales del sistema actual. El mantenimiento del sistema
y de su documentación comienzan en esta fase y es efectuado rutinariamente a lo largo de la vida
del sistema de información.
En esta fase del desarrollo del sistema el analista ayuda a implementar el sistema de información.
Esto incluye el entrenamiento de los usuarios para que manejen el sistema. Algún entrenamiento es
hecho por los proveedores, pero la supervisión del entrenamiento es responsabilidad del analista de
sistemas. Adicionalmente, el analista necesita un plan para una conversión suave del sistema
antiguo al nuevo. La evaluación se muestra como parte de esta fase final de ciclo de vida del
desarrollo del sistema, principalmente para efectos de discusión. De hecho, la evaluación se realiza
durante cada fase. Un criterio principal que debe ser satisfecho es si los usuarios pretendidos ya
Después de que el sistema está instalado se le debe dar mantenimiento, esto significa que los
programas de computadora deben ser modificados y mantenidos actualizados. La figura muestra la
cantidad promedio de tiempo empleada en mantenimiento en una instalación MIS típica.
La otra razón para realizar el mantenimiento del sistema es para mejorar las capacidades del
software en respuesta a las necesidades organizacionales cambiantes y, por lo general, involucran
algunas de las siguientes tres situaciones:
Los cuatro puntos principales que el analista de sistemas debe manejar son:
De acuerdo a la figura,
el revisar la salida, la
observación del
comportamiento de los
empleados y el
escuchar la
retroalimentación, son
maneras que ayudarán
al analistas a resaltar
los problemas y
oportunidades de los
problemas.
La selección de un proyecto es una decisión difícil, debido a que serán solicitados más proyectos de
los que pueden ser hechos. Cinco criterios importantes para la selección de proyectos son:
Si un proyecto solicitado satisface estos criterios, entonces puede ser elaborado un estudio de
factibilidad de sus méritos operacionales, técnicos y económicos. Por medio de este estudio los
analistas de sistemas recopilan datos que permiten a la administración decidir si continúan con un
estudio de sistema completo.
La planeación del proyecto incluye la estimación del tiempo requerido por cada una de las
actividades del analista, su calendarización y la agilización de ellas, si es necesario, para asegurar
Una segunda técnica, llamada PERT (evaluación de programas y técnicas de revisión), despliega las
actividades como flechas en una red. El PERT ayuda a que el analista determine la ruta crítica y el
tiempo de holgura, que es la información requerida para el control efectivo del proyecto. Cuando es
necesario terminar un proyecto en menor tiempo, el analista puede reducir la duración total del
proyecto identificando y agilizando las actividades principales.
En la figura se
muestra el uso de la
Gráfica de Gantt de
dos dimensiones para
la planeación de
actividades que
pueden ser realizadas
en paralelo.
Una vez que ha sido juzgado factible, el analista de sistemas debe administrar a los miembros del
equipo, sus actividades, tiempo y recursos. La mayor parte de esto se logra mediante la
comunicación con los miembros del equipo. Los equipos están constantemente buscando un balance
entre trabajar sobre las tareas y mantener las relaciones con el equipo. Deben ser solucionadas las
tensiones que suceden al intentar lograr este balance. Frecuentemente emergen dos líderes en un
Es importante que el equipo de análisis ponga objetivos de productividad razonables para las salidas
tangibles y las actividades del proceso. Las fallas del proyecto pueden ser evitadas, por lo general,
examinando las motivaciones de los proyectos solicitados, así como los motivos del equipo para
recomendar o evitar un proyecto particular.
Los analistas utilizan métodos especificos, denominados técnicas para encontrar información, con el
objeto de reunir datos relacionados con los requerimientos.
a) Entrevistas
El proceso de las entrevistas es un método que usa el analista de sistemas para la recolección de
datos sobre los requerimientos de información. El analista de sistemas escucha buscando objetivos,
sentimientos, opiniones y procedimientos informales en entrevistas con los tomadores de decisiones
de la organización. También vende el sistema durante las entrevistas. Las entrevistas son diálogos
de preguntas respuestas planeados por anticipado entre dos personas.
Las preguntas tienen dos tipos básicos: abiertas y cerradas. Las preguntas abiertas dejan abiertas
todas las opciones de respuesta para el entrevistado, Las preguntas cerradas limitan las opciones
posibles de la respuesta. Las averiguaciones pueden ser abiertas o cerradas, pero le solicitan al
interlocutor una respuesta más detallada.
Las entrevistas pueden estar estructuradas en tres formas básicas, estructura de pirámide, de
embudo o de rombo.
Las estructuras piramidales comienzan con preguntas cerradas y detalladas y se amplían a preguntas
más generales.
Las estructuras de embudo comienzan con preguntas abiertas generales y luego se estrechan a
preguntas cerradas más específicas.
Las estructuras de rombo combinan las fuerzas de las otras dos estructuras pero se llevan más
tiempo para realizarse. Hay compromisos involucrados sobre la decisión de cómo estructurar para
realizar las preguntas y secuencias de preguntas de la entrevista.
Las entrevistas deben ser grabadas por medio de grabadoras de cinta o la toma de notas. Después
de la entrevista, el entrevistador debe escribir un reporte que liste los puntos principales que se
proporcionaron, así como opiniones acerca de lo que fue dicho. Es extremadamente importante
documentar la entrevista lo más pronto posible después de que haya sido realizada.
b) Cuestionarios
Mediante el uso de cuestionarios los analistas de sistemas pueden recolectar datos sobre actitudes,
creencias, comportamientos y características de gentes importantes en la organización. Los
cuestionarios son útiles sí: las personas de la organización están ampliamente dispersas, muchas
gentes están involucradas con el proyecto de sistema, se necesita un trabajo exploratorio antes de
recomendar alternativas o hay una necesidad para la
sensibilización del problema antes de que se realicen
entrevistas.
simples, específicas, sin ascendencia, sin menosprecio, técnicamente precisas y dirigidas a aquellos
que tienen el conocimiento.
Las cuatro formas de medición son escalas nominales, ordinales, de intervalo y de relación. La
forma de medición es frecuentemente indicada por los datos, y el análisis de los datos es a su vez
indicado en alguna medida por la forma de medición.
El control consistente del formato y estilo del cuestionario puede dai como resultado una mejor tasa
c) Observación
Usando el muestreo de tiempos o eventos, el analista observa las actividades típicas del tomador de
decisiones y su lenguaje corporal. Hay varios sistemas para registrar tales observaciones,
incluyendo sistemas di categorías, listas de verificación, escalas, notas de campo y guiones.
Hay varias alternativas para la aplicación de STROBE en una organización. Estas incluyen el
análisis de fotografías, el uso de una lista de verificación con base en la escala Likert, la adopción
de una lista anecdótica con símbolos y la simple escritura de una comparación de
observación/narrativa, Cada método tiene determinadas ventajas, así como desventajas, que el
analista debe sopesar cuando seleccione una alternativa sobre la otra.
2. Diccionario de datos.- Descripciones de todos los datos usados en el sistema. Puede ser
manual o atuomatizado.
Para comprender mejor el movimiento lógico de los datos en un negocio, el analista de sistemas
traza diagramas de flujo de datos (DFD). Los diagramas de flujo de datos son análisis estructurados
y herramientas de diseño que permiten que el analista comprenda visualmente el sistema y
subsistemas como un juego de flujos de datos interrelacionados.
El analista de sistemas extrae procesos, fuentes, almacenes y flujos de datos desde las primeras
narraciones organizacionales, y usa un enfoque de arriba hacia abajo para trazar primero un
diagrama de contexto del sistema, dentro de la imagen más grande. Luego es trazado un diagrama
de flujo de datos lógico a nivel 0. Se muestran los procesos y se añaden los almacenes de datos.
Luego el analista crea un diagrama hijo para cada uno de los procesos del Diagrama 0. Las entradas
y salidas permanecen constantes, pero cambian los almacenes de datos y las fuentes. La explosión
del diagrama de flujo original permite que el analista de sistemas se enfoque en representaciones
cada vez más detalladas de los movimientos de datos dentro del sistema. Luego, el analista
desarrolla un diagrama de flujo de datos físico a partir del diagrama de flujo de datos lógico,
particionándolo para facilitar la programación. Cada proceso es analizado para determinar si debe
ser un procedimiento manual o automatizado. Los procesos automatizados son agrupados
subsecuentemente en una serie de programas de computadora diseñados para ser por lotes o en
línea. Seis consideraciones para partición de diagramas de flujo incluyen si: hay procesos
ejecutados por diferentes grupos de usuarios, hay procesos que se ejecuten al mismo tiempo, hay
procesos que ejecuten tareas similares, los procesos por lotes pueden ser combinados para un
procesamiento eficiente, los procesos pueden ser combinados en un programa para tener
consistencia de datos, o si los procesos pueden ser partidos en diferente programas por razones de
seguridad.
Las ventajas de los diagramas de flujo de datos incluyen la simplicidad de la notación, usándola
para obtener información más clara de los usuarios, permitiendo que el analista de sistemas
conceptualice los flujos de datos necesarios sin estar atado a una implementación física particular,
permitir que los analistas conceptualicen mejor las interrelaciones del sistema y sus subsistemas y
analicen un sistema propuesto para determinar si han sido definidos los datos y procesos necesarios.
Caso
Después de conversar unos momentos más sobre la política de la tienda acerca de alteraciones,
Annie termina su conversación diciendo, "Tienen ustedes mucha suerte para obtener los osos con
tan poco aviso. He estado en otra compañía reservándolos desde la primera semana de julio. Les
enviaré los trajes de oso y se los llevará directamente nuestro mensajero. Como siempre, el retorno
rápido nos ahorrará problemas enormes a todos".
La empresa de renta de trajes de Merman está ubicada en el distrito teatral West End, de Londres,
famoso mundialmente. Cuando a una compañía de producción de teatro o televisión le faltan
recursos (ya sea por tiempo o experiencia) para construir un traje en su propio taller, el grito es
"¡Háblenle a Merman!" y ellos proceden a rentar lo que necesitan con el mínimo de problemas.
La tienda (visualizada mejor como bodega) está en tres pisos llenos de percheros de trajes que
tienen miles de ellos colgados juntos por periodo histórico, agrupados luego por si son para hombre
o mujer y luego por tamaño de traje.' La mayoría de las compañías de teatro son capaces de
localizar precisamente lo que necesitan por medio de la asistencia capaz de Annie.
Ahora elabore a la medida la parte de regreso de renta de¡ diagrama de flujo dado anteriormente.
Recuerde que los retornos a tiempo son críticos para mantener la fama de los trajes rentados a
Merman.
b) Diccionarios de datos
Usando un enfoque de arriba hacia abajo, el analista de sistemas usa los diagramas de flujo de datos
para comenzar la compilación de un diccionario de datos, que es una referencia que contiene datos
acerca de datos, o “metadatos” sobre todos los datos de procesos, almacenes, flujos, estructuras y
los elementos lógicos y físicos dentro del sistema que está siendo estudiado. Una manera para
Una vez que el analista identifica los flujos de datos y comienza a construir el diccionario de datos
es tiempo de pasar a las especificaciones de proceso y análisis de decisiones. Los tres métodos para
el análisis de decisiones y la descripción de la lógica de proceso tratados en este capítulo son:
lenguaje estructurado, tablas de decisión y árboles de decisión.
Las especificaciones de proceso (o miniespecificaciones) son creadas para los procesos primitivos
en un diagrama de flujo de datos así como para algunos procesos de alto nivel que explotan a
diagramas hijos. Estas especificaciones explican la lógica de toma de decisiones y las fórmulas que
transformarán los datos de entrada al proceso en salida. Los tres objetivos de la especificación de
proceso son: reducir la ambigüedad de los procesos, obtener una descripción precisa de lo que se
logra y validar el diseño de sistema.
Una gran parte del trabajo del analista de sistemas involucrará decisiones estructuradas, esto es,
decisiones que pueden ser automatizados si suceden condiciones identificadas. Para lograr esto, el
analista necesita definir cuatro variables en la decisión que está siendo examinada: condiciones,
alternativas de condición, acciones y reglas de acción.
La manera en que las especificaciones de proceso se relacionan con el diagrama de flujo de datos.
Una forma para describir las decisiones estructuradas es usar el método mencionado como lenguaje
estructurado, donde la lógica es expresada en estructuras secuenciales, estructuras de decisión,
estructuras de caso o iteraciones. El lenguaje estructurado usa palabras reservadas aceptadas, tales
como SI, ENTONCES, SINO, HACER, HACER MIENTRAS y HACER HASTA para describir la
lógica usada y usa sangrías para indicar la estructura jerárquica del proceso de decisión.
Las tablas de decisión proporcionan otra forma para examinar, describir y documentar decisiones.
Cuatro cuadrantes (vistos en sentido del reloj a partir de la esquina superior izquierda) son usados
para: (1) describir las condiciones, (2) identificar alternativas de decisión posibles (tales como S o
El tercer método para el análisis de decisiones es el árbol de decisión que consiste de nodos (un
cuadrado para acciones y un círculo para condiciones) y ramas. Los árboles de decisión son
adecuados cuando se deben realizar acciones en una secuencia determinada. No hay requerimientos
de que el árbol tenga que ser simétrico, por lo que solamente se encuentran en una rama particular
aquellas condiciones y acciones que son críticas para las decisiones presentes.
Cada uno de los métodos de análisis de decisión tiene sus propias ventajas y debe ser usado de
acuerdo con ellas. El lenguaje estructurado es útil cuando muchas acciones son repetidas y cuando
es importante la comunicación con otros. Las tablas de decisión proporcionan análisis completo de
situaciones complejas y a la vez limitan la necesidad por cambios atribuibles a situaciones
imposibles, redundancias o contradicciones. Los árboles de decisión son importantes cuando es
crítica la secuencia adecuada de condiciones y acciones y cuando cada condición no es relevante
para cada acción.
Cada proceso del diagrama de flujo de datos se expande a un diagrama hijo, a una gráfica de
estructura o a una especificación de proceso (tal como el lenguaje estructurado). Si el proceso es
primitivo las especificaciones muestran la lógica, aritmética o algoritmos para transformar la
entrada en la salida. Estas especificaciones del modelo lógico son parte de las reglas del negocio
(que son usadas frecuentemente como la base para crear lenguajes procedurales cuando se usa
generadores de código).
Las especificaciones de proceso pueden ser usadas para analizar el diagrama de flujo de datos y el
diccionario de datos por medio de un método llamado balanceo horizontal, que indica que todos los
elementos del flujo de datos de salida deben ser obtenidos a partir de elementos de entrada y lógica
de proceso. Las áreas no resueltas pueden ser planteadas como preguntas en entrevistas de
averiguación.
d) Reglas
El analista de sistemas tiene seis objetivos principales para el diseño de la salida. Estos diseñan la
salida para que sirva al propósito pretendido y para que se ajuste al usuario, proporcionar la
cantidad adecuada de salida, proporcionarla en el lugar adecuado, proporcionar la salida a tiempo y
seleccionar la salida a tiempo y seleccionar el método de salida adecuado.
Es importante que el analista se dé cuenta de que el contenido de la salida está relacionado con el
método de la salida. La salida de diferentes tecnologías afecta a los usuarios en formas diferentes.
Las tecnologías de salida también difieren en su velocidad, costo, portabilidad, flexibilidad y
posibilidades de almacenamiento y recuperación. Todos estos factores deben ser considerados
cuando se decide entre impresión, en pantalla, audio, microformas o salida electrónica, o una
combinación de estos métodos de salida.
La presentación de la salida puede tergiversar la interpretación que los usuarios hacen de ella. Los
analistas deben estar conscientes de las fuentes de ascendencia, interactuar con los usuarios para
diseñar la salida, informar a los usuarios de las posibilidades de ascendencia en la salida, crear
salida flexible y modificable y entrenar a los usuarios para que usen varias salidas para que les
ayuden a verificar la precisión de cualquier reporte particular.
Los reportes impresos son diseñados con el uso de hojas de diseño de reporte en pantalla o en papel.
El diccionario de datos sirve como fuente de los datos necesarios para cada reporte. A los usuarios
se muestran modelos o prototipos de los reportes antes de terminar el diseño de reporte y se realiza
cualquier cambio necesario. El analista de sistemas usa el diseño de hoja o pantalla para comunicar
el diseño físico al programador.
Las pantallas VDT, que son una forma especialmente de salida para los sistemas de apoyo a
decisiones, así como para los MIS tradicionales, son diseñadas usando formas de diseño de reporte
en pantalla. Nuevamente, la estética y utilidad son importantes para crear una pantalla bien
diseñada. Es importante producir prototipos de pantallas que permitan que los usuarios hagan
La salida gráfica en pantalla está llegando a ser cada vez más por, en especial para los sistemas de
apoyo a decisiones. El analista de sisas debe considerar los efectos de las gráficas ante los usuarios,
el tipo de datos a ser desplegados, el objetivo de las gráficas y su audiencia pretendida. Se dispone
de muchos paquetes de software dedicados a los gráficos. Es esencial que los tomadores de
decisiones reciban entrenamiento sobre la forma de interpretar las gráficas para que les sean útiles.
Este capítulo trata a los elementos del diseño de entrada para formas y pantallas VDT. La entrada
bien diseñada debe satisfacer los objetivos de efectividad, precisión, facilidad de uso, consistencia y
atractivo. El conocimiento de muchos elementos de diseño diferentes permitirá que el analista de
sistemas alcance estos objetivos.
Los cuatro lineamientos para las formas de entrada bien diseñadas son:
El diseño de formas y pantallas útiles se traslapa en muchas formas importantes, pero hay algunas
distinciones. Las pantallas despliegan un cursor que orienta continuamente al usuario. Las pantallas
proporcionan frecuentemente asistencia con la entrada y, en cambio, aparte de las instrucciones
preimpresas, puede ser difícil obtener ayuda adicional para una forma.
Muchos elementos de diseño diferentes permiten que el analista de sistemas satisfaga estos
lineamientos.
Es importante el flujo adecuado tanto en formas como en pantallas. Las formas deben agrupar
lógicamente la información en siete categorías y las pantallas deben ser divididas en tres secciones
principales. Los títulos en formas y pantallas pueden ser variados, tal como lo permita los tipos de
letra y grosores de línea que dividan las subcategorías de información, Las formas de varias copias
son otra manera de asegurar que las formas satisfacen su propósito pretendido. Los diseñadores
pueden usar ventanas, preguntas, cuadros de diálogo y valores por omisión en pantalla para asegurar
la efectividad del diseño. Hay muchas similitudes, pero algunas diferencias críticas, entre el diseño
de pantallas para sistemas de macrocomputadora y de microcomputadora. Para aumentar la
eficiencia, las pantallas de macrocomputadora son enviadas como un todo, en vez de como series de
tecleos individuales.
Los campos de datos en una pantalla de macrocomputadora son definidos usando un carácter de
atributo de campo que controla las cualidades de protección, intensidad, desplazamiento y atributos
El enfoque de archivo convencional puede ser, a veces, un enfoque más eficiente, debido a que el
archivo puede ser específico de la aplicación. Por otro lado, el enfoque de base de datos puede ser
más adecuado debido a que los mismos datos necesitan ser capturados, almacenados y actualizados
una sola vez.
La normalización es el proceso que toma las vistas de usuario y las transforma en estructuras menos
complejas, llamadas relaciones normalizadas. Hay tres pasos en el proceso de normalización.
Primero son eliminados todos los grupos repetidos. Segundo, son eliminadas todas las
dependencias parciales. Por último, son quitadas las dependencias transitivas. Después de estos
tres pasos, el resultado es la creación de muchas relaciones que están en la tercera forma normal
(3NF).
Se puede usar el diagrama entidad-relación para determinar las llaves requeridas para un registro o
relación de base de datos. Los tres lineamientos a seguir cuando se diseñan archivos maestros o
relaciones de bases de datos son: (1) cada entidad de datos separada debe crear un archivo maestro.
No combine dos entidades distintas en un solo archivo. (2) Un campo de dato específico debe
existir solamente en un archivo maestro y (3) cada archivo maestro o relación de base de datos debe
tener programas para crear, leer, actualizar y borrar.
El proceso de recuperación de datos puede involucrar hasta ocho pasos: (1) la relación o
relaciones se seleccionan y (2) se unen; (3) se realizan la proyección y (4) selección sobre la
relación para extraer los renglones v columnas relevantes. (5) Se pueden derivar nuevos atributos,
(6) los renglones son ordenados o indexados, (7) se calculan totales y medidas de desempeño y, por
último, (8) se presentan los resultados al usuario.
En este capítulo nos hemos enfocado en los usuarios del sistema, su interfaz con la computadora, su
necesidad de retroalimentación y el diseño de su estación de trabajo. El éxito del sistema que se
diseñe depende del involucramiento y aceptación del usuario. Por lo tanto, el pensar acerca de los
usuarios en formas sistemáticas y empáticas es de gran importancia y no un asunto periférico para
los analistas de sistemas.
En este capítulo fueron tratados varios tipos de interfaz de usuario y dispositivos de entrada.
Algunas interfaces están particularmente bien adaptadas para los usuarios sin experiencia, tales
como: lenguaje natural, pregunta y respuesta, menús, llenado de forma, interfaz gráfica de usuario,
el ratón, plumas ópticas y pantallas sensibles al tacto. El lenguaje de comandos está mejor
adecuado para los usuarios experimentados.
La combinación de interfaces puede ser extremadamente efectiva. Por ejemplo, el uso de menús
diferente de reto para los programadores, siendo el lenguaje natural el más difícil de programar.
También se enfatizó la necesidad de retroalimentación a los usuarios por parte del sistema. Es
necesaria la retroalimentación del sistema para hacer que los usuarios sepan si su entrada está
siendo aceptada, si la entrada está o no en la forma correcta, si el procesamiento está avanzando, si
las peticiones pueden ser o no procesadas y si se encuentra disponible información más detallada y
cómo obtenerla. También puede ser efectiva la retroalimentación por audio.
La posición de la VDT y la altura del escritorio son los factores principales para la satisfacción y
productividad del usuario.
Las consultas están diseñadas para permitir a los usuarios extraer datos significativos de la base de
datos. Hay seis tipos básicos de consultas y pueden ser combinados usando lógica booleana para
formar consultas más complejas.
Por último, consideramos la manera en que los espacios de trabajo del usuario influencian su
disponibilidad para el uso del sistema y cómo pueden ser mejoradas las estaciones de trabajo
mediante la implementación de principios ergonómicos relevantes. Hay lineamientos de
productividad y confort específicos para la construcción y posicionamiento de las VDT, teclados,
soportes de computadora y asientos para usuario, pero por lo general todos ellos deben ser lo
suficientemente flexibles para permitir el ajuste para uso individual.
Es posible comenzar un centro de información con un gerente y dos o tres personas técnicas (siendo
uno o todos ellos analistas de sistemas). Los empleados del centro deben ser competentes
técnicamente, pero también deben sentir agradable el interactuar con los usuarios en un papel de
soporte. Los usuarios deben aceptar la responsabilidad de los recursos que están usando, querer
aprender y ser capaces de formular sus problemas con base en su propio conocimiento de fondo del
negocio.
Una de las formas más populares para enfocar los sistemas distribuidos es mediante el uso de un
modelo cliente/servidor. Los tipos estándar de redes organizacionales incluyen la red de área local
(LAN) y la red de área amplia (WAN). Mediante el uso de un enfoque de arriba hacia abajo, los
analistas pueden usar seis símbolos para ayudarse a trazar los diagramas de descomposición de la
red y conectividad de núcleos. Un nuevo software, llamado groupware, está llegando a ser más
funcional y más ampliamente distribuido. Su objetivo es ayudar a los miembros de grupos a
trabajar juntos por medio de redes.
La conversión también es parte del proceso de implementación. El analista tiene varias estrategias
para cambiar del sistema de información antiguo al nuevo. Las cinco estrategias de conversión
incluyen cambio directo, conversión en paralelo, conversión por fasces, conversión de prototipos
modulares y conversión distribuida. El tomar un enfoque de contingencia entre las estrategias de
conversión puede ayudar al analista a seleccionar una estrategia adecuada que se ajuste a sistemas
diferentes y a variables organizacionales.
Una investigación exploratoria reciente sugiere que el analista de sistemas puede mejorar las
oportunidades de que sea aceptado un sistema recientemente implementado si desarrolla el sistema
con las metáforas organizacionales predominantes en mente. Nueve metáforas principales en uso
son: familia, sociedad, máquina, organismo, viaje, juego, guerra, selva y zoológico. Por ejemplo, es
más probable que los MIS tradicionales tengan éxito cuando se usan metáforas tales como la
familia, sociedad o máquina, y es menos probable que tengan éxito con metáforas organizacionales
tales como guerra y selva.
El marco de trabajo de utilidad del sistema de información es una forma directa para evaluar un
nuevo sistema con base en las seis utilidades de posesión, forma, lugar, tiempo, actualización y
objetivo. Estas utilidades corresponden y responden a las preguntas de quién, qué, dónde, cuándo,
cómo y por qué para evaluar las utilidades del sistema de información o de un centro de
información recientemente creado. Las utilidades también pueden servir como una lista de
verificación para sistemas en desarrollo.