Beruflich Dokumente
Kultur Dokumente
Luís Acuña
Tibisay Hung
Asesor de Contenido
Profa.
Profa. Tania Salazar
Diseñadora Instruccional
Lic.
Lic. Luisa Márquez
2
UNIDADES CURRICULARES ESPECIALIZADAS
ESPECIFICACIÓN CURRICULAR
SISTEMAS DE INFORMACION
horas
Trabajo Acompañado 3
Trabajo Independiente 3
Horas por semana 6
Total horas por trimestre 84
3
4
5.
3.
4.
Estilos
Sistemas
Sistemas de
información
Información
mejora de los
2. Teoría de
UNIDAD
oportunidad de
TEMÁTICA
Organizacionales
Organizacionales
El proyecto como
requerimientos de
Análisis de los
análisis de Sistemas
1. Fundamentos de
Grales. del proceso administrativo
COMPETENCIAS
proyectosFormular
Habilidades y Destrezas
Relaciones asertiva.s
Compromiso social
Tabla de Contenidos
Pág.
Programa instruccional 6
Introducción 8
UNIDAD 1 FUNDAMENTOS DE ANÁLISIS DE SISTEMAS 11
ORGANIZACIONALES
La información como recurso organizacional. 11
Perfil del analista de sistemas. 12
Metodologías estructuradas para realizar el 16
análisis de sistemas de información.
UNIDAD 2 TEORÍA DE SISTEMA 19
Concepto de sistema 20
Características de los sistemas 21
Parámetros de los Sistemas 21
Tipos de Sistemas 22
Importancia de los Sistemas de Información 24
Sistemas Determinísticos y Sistemas Probabilísticos 25
Subsistemas y suprasistemas 25
Sistemas cerrados y abiertos 25
El Proceso Administrativo 29
Conceptos básicos 30
o Entropía 30
o Homeostasis 31
UNIDAD 3 ESTILOS ORGANIZACIONALES 32
Las organizaciones como sistema 33
Niveles de Administración 35
Diagrama de contextos organizacionales 37
Otros factores de la Organización 38
UNIDAD 4 ANÁLISIS DE LOS REQUERIMIENTOS DE 42
INFORMACIÓN
Operacionalización de variables. 42
Métodos interactivos. Instrumentos de recolección 44
de datos.
Proceso de análisis. 48
Base de datos. 52
UNIDAD 5 EL PROYECTO COMO OPORTUNIDAD DE MEJORA 61
DE LOS SISTEMAS DE INFORMACIÓN
Definiciones. 62
Objetivos de la Planificación del Proyecto 62
Inicio del Proyecto. 62
Factibilidad tecnológica, económica y operativa del 65
proyecto.
Implantación del Sistema 69
5
Bibliografía 74
6
PROGRAMA INSTRUCCIONAL
Objetivo General
Sinopsis de Contenidos:
Concepto de sistema
Características de los sistemas
Parámetros de los Sistemas
Tipos de Sistemas
Importancia de los Sistemas de Información
Sistemas Determinísticos y Sistemas Probabilísticos
Subsistemas y suprasistemas
Sistemas cerrados y abiertos
El Proceso Administrativo
Conceptos básicos
o Entropía
o Homeostasis
o Equifinalidad
7
Las organizaciones como sistema
Niveles de Administración
Diagrama de contextos organizacionales
Otros factores de la Organización
Estilos Organizacionales, tipos de liderazgo
Relaciones humanas dentro de las organizaciones
Operacionalización de variables.
Métodos interactivos. Instrumentos de recolección de datos.
Proceso de análisis.
Base de datos.
Definiciones.
Objetivos de la Planificación del Proyecto
Inicio del Proyecto.
Factibilidad tecnológica, económica y operativa del proyecto.
Implantación del Sistema.
8
INTRODUCCIÓN
9
Así, el plan de formación de Administración de Misión Sucre incorpora esta
unidad curricular con la que te emprenderás en los Sistemas de Información,
teniendo como propósito facilitar las herramientas necesarias para diseñar un
proyecto sistemas de información que favorezca las interrelaciones de los
subsistemas organizacionales.
Este material instruccional está conformado por cinco unidades que te guiarán
por los aspectos que conforman esta estrategia de trabajo. En la primera
unidad encontrarán los fundamentos básicos para el análisis de los sistemas
organizacionales; en la segunda se dilucidarán los conceptos básicos y
objetivos de la Teoría de Sistemas; seguidamente en la tercera unidad se
aprenderá a diferenciar los estilos organizacionales y su impacto en los
sistemas de información.
Una vez asimilado todo esto, se pasará a la cuarta y quinta unidades donde se
profundiza en los requerimientos para la recolección de información para
planificar un proyecto de sistema de información organizacional.
10
Unidad I
FUNDAMENTOS DE
ANALISIS DE SISTEMAS
ORGANIZACIONALES
Objetivo:
Conocer los aspectos teóricos que fundamentan el análisis de los
sistemas organizacionales.
Contenidos:
11
“Brevedad es el alma de
la agudeza.” William
Shakespeare
12
Aunque la información se encuentra a nuestro alrededor ésta no es gratis, y su
uso es estratégico para posicionar la competitividad de la empresa.
Manejo de la información generada por la computadora
En pocas palabras; "El análisis especifica qué es lo que el sistema debe hacer.
El diseño establece cómo alcanzar el objetivo" (op. cit., p.13) Ciertamente, todo
sistema de información debe presentar salidas en base a entradas de datos y
procesos, lo que nos dice que si deseamos entender todo lo que le ocurre a los
datos antes de llegar al usuario como información –Es decir antes de ser
interpretado por el usuario final- debemos utilizar metodologías que permiten
ver los sistemas en base a sus procesos, por lo menos en sistemas de
procesado por lotes o secuencial. Un ejemplo de ello es la metodología
estructurada. Existen muchas metodologías pero esta es la más arraigada
debido a su antigüedad. Recordemos que hace apenas dos décadas los
computadores no soportaban el multitasking (procesamiento multitarea), lo que
limitaba a procesar una pantalla a la vez, esto sólo permitía sistemas
secuenciales donde cada tarea en procesamiento comenzaba cuando la
anterior ya había terminado por completo.
13
problemas específicos estructurados. Al nivel estratégico de la administración
encontramos sistemas de apoyo a ejecutivos y los sistemas de apoyo a
decisiones de grupo ayudan a la toma de decisiones al mismo nivel, en una
forma estructurada o semiestructurada.
El Analista de Sistemas
Santos (1980, p.12) define las funciones del analista de sistemas para la
década de los ochenta como sigue:
"…el analista de problemas en computación deberá conocer
procedimientos para indagar sobre lo existente y para saber proponer un
verdadero sistema racionalizado, pero también deberá conocer sobre
modernos sistemas de información, base del diseño, sobre todo en
computación… Estos últimos factores son los que justifican tal
especialidad, porque realmente debieron existir los analistas de sistemas,
aunque no hubiera computadores, toda vez que siempre hubo sistemas
para organizar, que posiblemente no se difundieron porque no existieron
en importancia esos dos factores que hoy prevalecen: el computador y la
información."
14
Consultor, Experto de soporte y Agente de cambio, clasificación según Kendall
(1997, p.6).
Vale la pena explicar un poco la clasificación de éste último autor debido a que
no se basa en las actividades propias del analista, sino los papeles que cumple
en las fases impuestas en el paradigma Ciclo de Vida de Desarrollo de
Sistemas (CVDS) del que ampliaremos más adelante. Cuando se comienza el
CVDS el analista cumple en papel de consultor, asesorando a la empresa
sobre los mejores métodos y sistemas que se pueden emplean para la óptima
gestión de información, recomendando sistemas ya sean de tipo manual o de
tipo informático, predominando claro, los sistemas informáticos que le dan la
vida a ésta profesión. El experto en soporte se identifica con los últimos pasos
del CVDS donde el analista se desempeña en el asesoramiento de hardware y
software, basado en el conocimiento y especialmente en la experiencia.
Sirviendo el analista muchas veces de escalón para hacer que el sistema
desarrollado (no liderizado por él) tenga éxito. Como Agente de Cambio se
tiene el papel más importante y más difícil, la comunicación con empleados
dentro de la fase de recopilación de información es probable que los
empleados piensen que el sistema los va a sustituir, aunque algunas veces es
cierto, el analista debe internalizar que el cambio es en pro de la organización y
no de un grupo minoritario o sectorial. Así desarrollar sus actividades de
manera regular.
Una pregunta común sobre los analistas de sistemas es ¿Todos los analistas
deben programar?, Según Senn (1992, p.16); "…La respuesta depende de la
organización. Sin embargo, una cosa es evidente: el analista de sistemas más
valioso y mejor calificado es aquel que sabe programar.", ciertamente el
analista que tiene fuertes principios de programación sabe que se puede y que
no se puede, o que es difícil de desarrollar en un lapso de tiempo, recordemos
que todos los proyectos informáticos tienen siempre lapsos de tiempo bien
reducidos y que si no se tiene el equipo apropiado es difícil cumplir con los
plazos establecidos, lo que trae como consecuencia muchas veces la falla de
todo el proyecto. Además el analista programador tiene facilidad para
comunicar sus ideas a los constructores de código, ya que él estuvo en ese
lugar alguna vez y sabe en que forma se necesita la información al momento
de generar código.
15
1. Identificación de 2. Determinación de 3. Análisis de las
problemas, oportunidades los requerimientos de necesidades del
y objetivos información sistema
7. Implementación y
evaluación del sistema
Comparando los dos autores podemos observar que su división de las fases
del CVDS es similar, de hecho a primera vista y sin definir cada una de las
fases, si comparamos con sus homólogas podemos notar que Senn define las
fases; Análisis de las Necesidades del Sistema Recomendado (3) y Diseño del
Sistema Recomendado (4) de Kendall en una sola fase llamada Diseño del
Sistema, la cual comprende estas dos actividades.
16
Es cierto que el CVDS es un modelo muy organizado para la programación
estructurada, pero no siempre se puede aplicar para el desarrollo de
aplicaciones, especialmente cuando empezamos a utilizar nuevas
metodologías y convenciones. Un ejemplo de ello es la dificultad de aplicar el
enfoque estructurado del CVDS para el desarrollo de una aplicación Web.
Digamos que tenemos que diseñar un periódico electrónico y que nuestra base
de datos se encuentra en un servidor A, que tenemos un servidor Web (WWW)
en otra ubicación B y que tenemos un servidor de archivos (FTP) en otro sitio
diferente C. Ya este tipo de organización lógica del sistema se sale de las
expectativas de las personas que idearon la metodología estructurada del
CVDS. Claro, con esto no digo que el paradigma no pueda adaptarse, crear
como una especie de metodología híbrida que permita combinar diferentes
herramientas, pero ya no tendría la estructura original.
17
Es particionada: a fin de manipular mejor la complejidad inherente a un
proyecto de este tipo, la metodología se divide en fases. Cada una de estas
fases se dividen en pasos, los cuales están orientados a algún tipo de tópico,
aspecto o elemento del sistema de información.
Es modificable y adaptable: el grupo de desarrollo puede modificar fácilmente
la metodología, bien para introducir nuevos elementos como para eliminar
algunos.
Fases de La MEDSI
Para describir las fases de la MEDSI lo haré de la siguiente forma:
Definir el proyecto (Informe de factibilidad)
Análisis del contexto (Informe de la situación actual)
Definición de los requerimientos (Salidas del sistema que se quiere,
informe del sistema nuevo)
El diseño preliminar (especificar los módulos del sistema en general).
El diseño detallado (prototipo, paquete de diseño detallado).
La construcción del sistema (Sistema construido).
Pruebas del sistema (Informe de pruebas).
La implantación del sistema (Implantación del sistema, el sistema listo;
se elimina el anterior si existía o el mismo antiguo pero trabajando con el
nuevo; esto según las especificaciones buscadas).
18
Unidad II
TEORIA DE
SISTEMA
Objetivo:
Conocer los sistemas organizacionales y sus interrelaciones para conseguir las
metas organizacionales.
Contenidos:
Concepto de sistema
Características de los sistemas
Parámetros de los Sistemas
Tipos de Sistemas
Importancia de los Sistemas de Información
Sistemas Determinísticos y Sistemas Probabilísticos
Subsistemas y suprasistemas
Sistemas cerrados y abiertos
El Proceso Administrativo
Conceptos básicos
o Entropía
o Homeostasis
o Equifinalidad
19
&·$%?¿¡!·
Es obvio que para resolver estos problemas se requiere una amplia visión. El
enfoque de sistemas es la filosofía del manejo de sistemas por los cuales debe
montarse este esfuerzo. En la forma verdadera del enfoque de sistema, las
soluciones deben tener éxito para todos los sistemas y para toda la gente. Los
problemas de sistemas requieren soluciones de sistemas, lo cual en este
material significa que debemos dirigirnos a resolver los problemas del sistema
mayor, con soluciones que satisfagan no sólo los objetivos de los subsistemas,
sino también la sobrevivencia del sistema global.
20
atributos de los elementos que deben considerarse al realizar el análisis de los
fenómenos que ocurren en las organizaciones y en el medio que las circunda.
SISTEMA
21
importante, predecir y, por tanto, impedir o facilitar la aparición de ciertos
fenómenos.
22
descripción dimensional de un sistema específico o de un componente del
sistema.
TIPOS DE SISTEMAS
23
relaciones se combinan de una manera peculiar y rígida produciendo
una salida invariable, como las máquinas.
SISTEMA DE INFORMACIÓN
Un Sistema de Información es un conjunto de elementos que interactúan entre
sí, con el fin de apoyar las actividades de una empresa o negocio. En un
sentido amplio, un sistema de información no necesariamente incluye equipo
electrónico (hardware). Sin embargo en la práctica se utiliza como sinónimo de
"sistema de información computarizado".
Los elementos que interactúan entre sí son: el equipo computacional, el
recurso humano, los datos o información fuente, programas ejecutados por las
computadoras, las telecomunicaciones y los procedimientos de políticas y
reglas de operación.
Un Sistema de Información realiza cuatro actividades básicas:
24
los datos que contiene un estado de resultados o un balance general en un
año base.
• Salida de información: es la capacidad de un SI para sacar la
información procesada o bien datos de entrada al exterior. Las unidades
típicas de salida son las impresoras, graficadores, cintas magnéticas,
diskettes, la voz, etc.
25
SISTEMAS DETERMINISTICOS Y SISTEMAS PROBABILISTICOS
SUBSISTEMAS Y SUPRASISTEMAS
26
Cada sistema se encuentra en un medio circundante (suprasistema). De la
misma manera que existen relaciones entre los diversos elementos del
sistema, pueden existir tales nexos igualmente entre el sistema y el
suprasistema, se dice entonces que el sistema es abierto:
Universo
Mundo
País
Organización
Divisiones
o s
e nt
m
ta
p ar
De Secciones
Personas
Figura 1.1. Cada organización puede considerarse como un sistema enclavado dentro de
suprasistemas y compuesto, a la vez, de subsistemas.
E S E
S S
SISTEMAE
E S
Figura 1.2. Existen relaciones entre los diferentes elementos del sistema, y entre este y el
suprasistema (E: entrada; S: salida)
27
El grado de apertura de sistemas, se refiere al monto en el cual reciben todo
tipo de influjo; pero cada sistema tiene un código que especifica los tipos de
influjo que puede aceptar. Tal código viene a servir como una especie de
barrera que impide el paso de todo tipo de entradas, ya que sólo admite a
aquellas que cubren ciertas características. Si el hombre estuviera totalmente
abierto a todos los tipos de estímulos que le llegan, no podría analizarlos pues
esto rebasaría con mucho la capacidad de su cerebro, y tal vez tendría tanta
información para analizar que se volvería loco. Lo mismo podría decirse de las
organizaciones. Entonces, el establecer ciertos códigos para realizar
intercambios con el medio circundante sirve de integración y protección a un
sistema, por ello las organizaciones, así como los seres humanos, constituyen
sistemas parcialmente abiertos.
SUPRASISTEMA
SISTEMA
Comunicación
28
ejemplo, otorga un servicio (resultado, reacción) a sus clientes; cada aparato
telefónico es una salida del servicio.
Sucede lo mismo con las comunicaciones entre los diversos elementos del
sistema; si la comunicación no es oportuna y eficiente el sistema no podrá
reaccionar (funcionar) adecuadamente; así cada organización debe establecer
sus canales de comunicación, tanto internos como externos, que le permitan
funcionar adecuadamente.
La Cibernética
SISTEMA
Reacción o
Estímulo o Resultado
Insumo
E S
RETROALIMENTACION
Por ejemplo, una fábrica produce televisores a color, pero no nada más los
produce y se olvida de todo lo demás; por el contrario, le es indispensable
saber si sus aparatos funcionan correctamente y si está produciendo la
cantidad adecuada para satisfacer el mercado. Necesita retroalimentación
sobre la calidad y la cantidad de su reacción, pues de otra manera su propia
existencia está en peligro. A fin de entender mejor, con este mismo ejemplo,
29
imagínese que ocurriría si durante un año, por decir algo, produce televisores y
éstos no funcionan.
EL PROCESO ADMINISTRATIVO
30
La homeostasis en las organizaciones, no es necesariamente estática, por el
contrario, y aunque parezca una contradicción, se busca establecer estados
constantes dinámicos. Casi todas las organizaciones desean crecer, lo cual
implica cambios. Entonces lo que se busca que permanezca constante es el
carácter o la naturaleza del sistema. El medio circundante impone ciertas
restricciones a presiones al sistema, para resistirlas, debe adaptarse, debe
introducir alteraciones en su propia estructura o manera de funcionar, pero
tratará de conservar su esencia fundamental.
RESUMEN
Como se dijo, los sistemas se comunican con su medio circundante, así como
con los diversos elementos que integran el propio sistema; los estímulos que
reciben son transformados y analizados y dan origen a las respuestas. Una
fábrica recibe, entre otras muchas cosas, materia prima, la transforma y da
como respuesta los artículos que produce. El conductor de un automóvil
percibe que se encendió la luz en el semáforo, tal estímulo lo transforma en un
sentimiento de peligro y reacciona aplicando los frenos.
No todos los estímulos son aprovechados por el sistema, por diversas razones,
dando así lugar a desperdicios.
CONCEPTOS BASICOS
Entropía:
Homeostasis:
31
Equifinalidad:
Multiplicidad de medios para lograr los mismos fines, por tanto, se da una
selección de medios por adecuación de fines
32
Unidad III
ESTILOS
ORGANIZACIONALES
Objetivo:
Diferenciar los estilos organizacionales y su impacto en los sistemas de
información
Contenidos:
33
No puedes bañarte dos veces en el
mismo río,
porque otras aguas correrán bajo
esas aguas (Heráclito)
34
Fronteras organizacionales
Otro aspecto de las organizaciones como sistemas es que los mismos sistemas
están contenidos entre fronteras que los separan de sus ambientes. Las
fronteras organizacionales existen en forma continua, yendo desde las
extremadamente manejables hasta las casi impenetrables. Para continuar
adaptándose y sobrevivir, las organizaciones deben ser capaces de importar
gente, materia prima e información a través de sus fronteras (entradas) e
intercambiar sus productos terminales, servicios e información, con el mundo
externo (salidas). Sin embargo, si las fronteras no están bien definidas se pone
en peligro la competitividad de la organización y disminuye el control sobre el
desempeño.
Al extremo opuesto de este continuo puede estar una unidad del departamento
de defensa asignada para trabajar sobre la planeación muy confidencial que
afecta a la seguridad nacional. Cada persona necesita recibir acreditación, la
información en su momento es una necesidad y el acceso a la información se
da con base en la que “es necesario saber”.
35
NIVELES DE ADMINISTRACION
Administración de operaciones
El control operativo ocupa el plano base de los tres planos administrativos. Los
gerentes de operaciones apoyan sus decisiones en una serie de reglas
preestablecidas las cuales al implantarse en forma correcta otorgan resultados
previsibles.
Administración Media
Esta constituye el segundo plano o intermedio de los tres niveles del sistema
administrativo. Los gerentes de mando intermedios toman decisiones sobre la
planeación y el control a corto plazo y de la forma de asignar los recursos, al
cumplir con la meta de la organización.. estos gerentes toman decisiones en
ambientes de baja certidumbre, siendo éstas de muy diversa naturaleza, desde
el pronóstico de las necesidades futuras de recursos, hasta la solución de
problemas laborales, que pedan afectar a la productividad.
Administración estratégica
36
estrategias y de políticas para su logro, los gerentes de logística definen a la
organización como un todo. Para ellos la amplia imagen es, donde la empresa
decide el desarrollo de nuevas líneas de productos, la separación de negocios
no redituables, la adquisición de otras compañías compatibles o simplemente,
la decisión de venta de la empresa.
37
Estoa gerentes también dependen mucho de la información interna. En
contraste con los gerentes de operaciones, tienen un gran interés por la
información histórica, además de toda la información que les permita
pronosticar los acontecimientos futuros, así como la simulación de diversos
escenarios.
38
Los procesos transforman los datos de entrada en información de salida, y el
nivel de contenido tiene solamente un proceso que representa al sistema
completo. La entidad externa representa cualquier entidad que proporciona o
recibe información del sistema pero que no es parte del mismo. Las líneas que
conectan las entidades externas con el proceso son llamados flujos de datos y
representan datos.
Un ejemplo de un diagrama de flujo de datos a nivel contexto se encuentra en
la siguiente figura, aquí se representan los elementos básicos de un sistema de
reservaciones de una línea aérea.
Preferencias y
Vuelos disponibles
Agencia
Pasajero De viajes
Información de
Sistema de boletos
Solicitud de viaje
Reservación
De la línea
aérea
Línea
aérea
Figura 1.6. Diagrama de flujo de datos a nivel contexto para un sistema de reservación de una línea aérea
39
el estilo del líder, ya que el liderazgo no fluye en una sola dirección y los
subordinados influyen sobre los líderes, así como ocurre a la inversa.
También es importante pensar los factores circunstanciales. Un líder efectivo
diagnóstica y responde correctamente a las interrelaciones presentes entre las
características del subordinado, la conducta del grupo, la estructura del mismo
y sus tareas (así como muchas otras variables de la organización).
Entre los líderes existe una amplia gama de características, desde los
autocráticos hasta los promotores de la participación. Los líderes autocráticos
mantienen un gran control sobre el flujo de la información, retienen para sí
mismos privilegio de la última decisión y atienden incluso las pequeñas
decisiones. Las propuestas de los subordinados con frecuencia son limitadas.
Loa líderes promotores de la participación, promueven el flujo de la
información, y a menudo delegan las decisiones a sus subordinados. Buscan
un alto grado de opiniones y toleran la ambigüedad y una levada incertidumbre.
Sin importar si los líderes son autocráticos o promotores de la participación,
para ser en realidad efectivos, deben ser capaces de modificar sus estilos de
acuerdo a las situaciones cambiantes, a las tareas y a sus subordinados. A
veces, una amplia experiencia en el trabajo, el perfil profesional, los
lineamientos intergrupales, los procedimientos precisos y la predilección de la
iniciativa en el trabajo, sustituyen el liderazgo, o por lo menos, hacen que en
buena medida no sea indispensable.
Los analistas de sistemas necesitan conocer los diversos estilos de liderazgo e
identificar el estilo de quienes utilizarán el sistema de información para la
administración, así como el estilo de los que tendrán el poder de decisión sobre
su diseño e implantación. En la figura 1.7, se presenta un resumen de las
implicaciones del estilo de liderazgo para el sistema de información.
Aquellos líderes que tienen una conducta autocrática querrán que el material se
canalice sólo hacia ellos o hacia sus asistentes, más que compartirlo con los
demás. Los autócratas mantienen menos consultas con otros que toman las
decisiones de la organización y, en consecuencia, pocos serán los usuarios
que necesiten involucrarse con el sistema de información.
Los líderes promotores de la participación típicamente delegan
responsabilidades y esperan que sus subordinados lleven por su cuenta el
seguimiento de las tareas. Estos líderes desearán que los sistemas permitan
acceso de grandes volúmenes de información de numerosos usuarios, con lo
cual se facilite una amplia difusión de las salidas del sistema.
40
Para que las organizaciones funcionen, los humanos tienen que relacionarse.
La fuerza y la profundidad de las relaciones dentro de una organización puede
variar, pero los gerentes con éxito reconocen, y en consecuencia actúan con
base en el concepto de que la participación dentro de una organización debe
ser mutuamente benéfica, tanto para la organización como para el individuo.
Cualquier estrategia que se utilice para motivar, tomará en cuenta la idea de
que los seres humanos cuentan con necesidades interpersonales de afecto,
consideración y control, que les sirven como fuerzas de motivación para
cumplir con los grandes compromisos de tiempo y de esfuerzo requeridos
dentro de las organizaciones.
Las organizaciones se operan por y para los seres humanos, quienes son los
que establecen las relaciones interpersonales. Es importante estar consciente
de que los individuos difieren, y pueden reconocerse ciertas diferencias en el
diseño de los sistemas informáticos. Dentro de las diferencias tenemos las
preferencias por la cantidad de información, no todos los usuarios necesitan
recibir cada uno de los reportes, y las preferencias por la oportunidad lo cual
dependerá de las tareas del usuario y de su personalidad. Finalmente, los
analistas de sistemas deben estar conscientes que los sistemas informáticos
para la administración, pueden, y de hecho cambian, las relaciones
interpersonales, así como la forma en que las personas interactúan.
41
UNIDAD IV
Análisis de los
Requerimientos de
Información
Objetivo:
Realizar el levantamiento de información con métodos objetivos y
sistemáticos.
Contenidos:
Operacionalización de variables.
Métodos interactivos. Instrumentos de recolección de
datos.
Proceso de análisis.
Base de datos.
42
“Las oportunidades
pequeñas son el
principio de las grandes
empresas.”
OPERACIONALIZACIÓN DE VARIABLES
Un primer aspecto que debe ser considerado al analizar los problemas que se
presentan con las variables, su delimitación y definición es el relativo a su
distinción con el ente, objeto o situación a la que pertenecen. La variable es
una propiedad no el objeto en sí, las variables son cualidades. Por ejemplo, el
personal no es propiamente una variable, es un componente o factor a estudiar
a través de sus manifestaciones o características. Las características del
personal podrían ser experiencia profesional, nivel de formación, capacidad
para comunicarse, capacidad para trabajar en equipo, entre otros.
La operacionalización
43
sus dimensiones e indicadores que la hagan comprensible o al menos, se
arribe a un acuerdo sobre su significado entre los interesados.
Para operacionalizar una variable se debe cumplir como mínimo con estos tres
pasos: definición nominal, definición real y la definición operacional. El
primer paso es la definición nominal o representación del concepto, que no es
otra cosa que la definición teórica de la variable, lo cual puede hacerse
mediante la revisión bibliográfica o con expertos en el tema que se aborda. Una
vez que se ha definido la variable conceptualmente, se procede a precisar sus
dimensiones que es la tarea del segundo paso.
Indicadores
Variable Dimensiones
Definición
Nominal
Definición Definición
Real Operacional
44
Métodos interactivos. Instrumentos de recolección de datos
Muestreo
Hay muchas razones por las que un analista de sistemas quiera seleccionar
una muestra representativa de los datos a examinar, o personas
representativas a entrevistar, aplicar cuestionarios u observar. Ellas incluyen:
1. Los costos contenidos
2. La agilización de la recolección de datos
3. La mejora de la efectividad
4. La reducción de la ascendencia
El analista debe seguir cuatro pasos para diseñar una buena muestra:
1. Determinar los datos a ser recolectados o descritos: Las tareas y
responsabilidades del analista de sistemas en este punto son identificar
las variables, atributos y conceptos de datos asociados que necesitan
ser recolectados en la muestra. Se deben considerar los objetivos del
estudio, así como el tipo de método de recolección de datos
(observación, entrevista, etc.) a ser usados.
45
2. Determinar la población a ser muestreada: el analista de sistemas debe
determinar cual es la población. En el caso de datos relevantes, necesita
decidir tipo y cantidad, por ejemplo si requiere los reportes de dos meses
o de todo un año.
3. Seleccionar el tipo de muestra: Existen varios tipos de muestras, las más
empleadas para el análisis de sistemas son: por conveniencia,
intencionadas, aleatorias simples y aleatorias complejas. Cada una de
estas tiene sus especificaciones estadísticas para aplicarlas.
4. Decidir el tamaño de muestra: El tamaño de la muestra depende de
muchas cosas, algunas puestas por el analista de sistemas, algunas
determinadas por lo que se sabe acerca de la población misma y otros
factores imperantes.
Memorandums
Consignas en un tablero de noticias o en
Documentos
áreas de trabajo
cualitativos
Manuales
Manuales de políticas
46
Instrumentos de Recolección de Datos
La entrevista
47
comunicar el asunto de la entrevista, así la persona organiza sus ideas
al respecto.
5. Decida sobre tipos de preguntas y estructuras: De acuerdo a los
objetivos trazados y al tipo de información que se pretende recabar se
decide por el tipo de pregunta que se realizarán. Evite hacer muchas
preguntas cerradas puesto que para eso es más preciso usar un
cuestionario.
El cuestionario
La observación
48
Básicamente, la observación se puede hacer relativa a:
Hechos
Experimento, y
Registros.
Los técnicos Goode y Hatt citados por Gómez (1997) consideran que existen
dos formas principales de observación:
De participantes, y
De no participantes.
PROCESO DE ANÁLISIS
La tarea del analista parece ser sencilla, sin embargo su aplicación resulta
difícil. La razón para esto puede comprenderse con facilidad. Nos encontramos
ante una gran complejidad al tratar de analizar las relaciones recíprocas de
niveles múltiples de autoridad, responsabilidad, talentos, conocimientos,
capacidades, experiencias y resultados de los sistemas. No obstante el
analista de sistemas debe comenzar su trabajo en algún punto y, aún cuando la
tarea parezca ser abrumadora existe una razón que puede ayudar a descubrir
un método de análisis utilizable. El concepto clave en el método de análisis de
sistemas es evaluar el funcionamiento de cada sistema, tomando en cuenta la
perspectiva de la razón de la existencia de la organización.
49
El proceso de análisis debe sustentarse en la cantidad de hechos con que se
cuente para la evaluación, en la medida que el analista clasifique estos hechos,
comenzará a observar que algunos de ellos no encajan en el diseño del nuevo
sistema. Pero hasta que haya terminado sus análisis se sabrá qué hechos son
valiosos y cuáles no. El proceso de análisis puede resumirse en las acciones
siguientes:
Piense audazmente.
Proporcione su imagen completa.
Capture las ideas.
Pruebe sus ideas.
Diseñe el nuevo sistema.
El siguiente cuadro muestra la analogía del proceso con el método clásico
para el análisis de sistemas.
Piense Audazmente
Una forma de romper ese marco de referencia es pensar con audacia, ser
radical. Muchas veces las ideas más descabelladas resultan ser las mejores
soluciones. En estos casos es conveniente ponderar los supuestos básicos y
50
necesariamente se debe comenzar con las palabras: ¿POR QUÉ? ¿POR
QUÉ? ¿POR QUÉ?
Este proceso mental ayuda a romper con el viejo marco de referencia. Esa es
una manera de destruir los límites del actual marco de referencia, que ayudará
a pensar claramente.
¡Hay que recordar que las variables nos cuestan pesos, mientras que las
constantes cuestan centavos!
Así puede relacionar los detalles que está tomando en cuenta que ahora se
encuentran dispersos sobre su escritorio con la imagen total que cuelga de la
pared.
51
Siempre que se presente hay que capturarlas, escribirlas rápidamente. Siempre
se debe tener a la mano lápiz y block de notas.
Nunca hay que decir luego la escribo, porque se olvida. Se tiene que escribir en
cuanto se tiene. Cuando se cree que se tiene una idea valiosa, se debe
probar, comentándola con otros. Se debe pedir opinión sobre su valor y
permitir que la juzguen. Si no va a funcionar, es mejor que se sepa ahora.
52
Con la finalidad de apoyar la labor de análisis, se recomienda tomar en
consideración los siguientes criterios:
Relacionar las diferencias entre cada elemento, tomando en cuenta que los
fenómenos administrativos no se comportan de forma aislada sino que tienen
que ver unos con otros.
BASE DE DATOS
53
necesario que el acceso a la información obtenida de los datos almacenados
deba contar con un formato útil que facilite la administración, la planeación, el
control o la toma de decisiones.
Las bases de datos son la fuente central de datos significativos, los cuales son
compartidos por numerosos usuarios para diversas aplicaciones. La esencia de
una base de datos es el Sistema Administrador de la Base de Datos, el cual
permite la creación, modificación y actualización de la base de datos; la
recuperación de los datos y la emisión de reportes. A la persona responsable
de asegurar que la base de datos satisfaga los objetivos programados se le
denomina administrador de la base de datos.
Cuando un usuario necesite un dato particular, una base de datos con un buen
diseño se debería anticipar tal necesidad (y quizás ya hayan sido utilizados en
otra aplicación) en consecuencia, los datos tendrán mayor probabilidad de
encontrarse disponibles en una base de datos más que en un sistema de
archivos convencionales. Una base de datos con un buen diseño también llega
a ser más flexible que dos archivos separados, esto significa que una base de
datos llega a evolucionar conforme se modifican las necesidades de los
usuarios y de sus aplicaciones.
54
Conceptos de Datos
Producto Empaque
55
Relación de uno a muchos
Paciente
Paciente
Médico
Paciente
Curso 1 Estudiante 1
Curso 2 Estudiante 2
Curso 3
Estudiante 3
Por otra parte, los atributos son características de una entidad. Puede haber
muchos atributos para cada entidad. Por ejemplo un paciente (entidad) puede
tener numerosos atributos, tales como apellido, nombre, dirección, ciudad,
estado, etc. La fecha de la última visita del paciente, así como el detalle de la
receta también son atributos.
56
Por último se presenta la definición de metadato. Los metadatos son datos
acerca de los datos presentes en el archivo o en la base de datos, ellos
describen el nombre que se les da y la longitud asignada a cada dato
elemental. Los metadatos también describen la longitud y la composición de
cada uno de los registros.
Tipos de Archivos
Los archivos pueden utilizarse para almacenar datos por un período indefinido
de tiempo o bien, pueden utilizarse como almacenantes temporales para un
propósito particular. Los archivos maestros y los archivos de tablas se utilizan
para almacenar datos periódicos más largos. Generalmente los archivos
temporales pueden ser archivos de transacción, archivos de trabajo o archivos
de impresión.
57
Etapas del Desarrollo de Proyectos
Detección de Necesidades
Definición de proyecto
58
Es la integración de una serie de procedimientos y actividades haciendo uso de
una metodología definida que permita lograr los objetivos y metas de la manera
más eficiente y efectiva.
Motivos de un Proyecto
Dentro de los motivos que generan el inicio de un proceso para el desarrollo de
proyectos se encuentran principalmente elementos y factores que pueden ser
externos e internos. Algunos de estos factores son los que se mencionan a
continuación:
Micromercados. Se refiere a la necesidad de atender a segmentos de
usuarios muy específicos y donde se requieren de productos y servicios
adecuados.
Volatilidad Corporativa. Es la necesidad de llegar a acuerdos, uniones,
alianzas o adquisiciones que modifican el estado de una empresa.
Control de Costos. Se refiere a la presión por contener y reducir gastos.
Consumismo. es la necesidad de reaccionar a la demanda y seleccionar
a sus consumidores.
Calidad. Se refiere al mejoramiento del producto final.
Globalización. Se refiere a la necesidad de tener mayor cobertura.
Regularizaciones. Se refiere a cambios dentro del ambiente provocados
por acciones gubernamentales. Por ej. Las leyes y los impuestos.
Existen elementos muy claros para identificar posibles proyectos, entre los
principales podemos nombrar:
59
Esta etapa contempla 7 pasos que permitirán definir adecuadamente los
alcances y fronteras de un proyecto, en estos pasos se permite establecer una
guía de operación en el desarrollo del proyecto.
Estudio de Factibilidad
Determinación de la factibilidad
Factibilidad Técnica
o Mejora del sistema actual.
o Disponibilidad de tecnología que satisfaga las necesidades.
Factibilidad Económica.
o Tiempo del analista.
o Costo de estudio.
o Costo del tiempo del personal.
o Costo del tiempo.
o Costo del desarrollo / adquisición.
Factibilidad Operativa.
o Operación garantizada.
60
o Uso garantizado.
El primer paso se refiere a presentar un estudio con los requisitos óptimos que
el proyecto requiera, estos elementos deberán ser los necesarios para que las
actividades y resultados del proyecto sean obtenidos con la máxima eficacia. El
segundo paso consiste en un estudio de requisitos mínimos, el cual cubre los
requisitos mínimos necesarios que el proyecto debe ocupar para obtener las
metas y objetivos, este paso trata de hacer uso de los recursos disponibles de
la empresa para minimizar cualquier gasto o adquisición adicional.
61
Unidad V
EL PROYECTO COMO
OPORTUNIDAD DE
MEJORA DE LOS
SISTEMAS DE
INFORMACIÓN
Objetivo:
Objetivo:
Planificar un proyecto de sistemas de información organizacionales.
Contenidos:
• Definiciones.
• Objetivos de la Planificación del Proyecto
• Inicio del Proyecto.
• Factibilidad tecnológica, económica y operativa del proyecto.
• Implantación de Sistema.
62
La técnica hay que tomarla donde este; hay que dar el gran salto
técnico para ir disminuyendo la diferencia que hoy existe entre
los países más desarrollados y nosotros (Ernesto “Che”
Guevara)
DEFINICION
Proyecto de Sistema
Tomado de Pedro Concepción Nova, C/ Respaldo 30 de Marzo # 02. Azua, República Dominicana. E-
Mail: p.concepcion[arroba]codetel.net.do, Homepage: http://window.to/concepcion.com.do
63
sugeridos principalmente por dos razones: la experimentación de problemas
que conduzcan a soluciones con sistemas y la identificación de oportunidades
para mejorar, que eventualmente llegaran a presentarse. Ambas situaciones
surgen conforme la organización se va adaptando o enfrentando a los cambios
evolutivos naturales.
En ciertos casos, los problemas que requieren los servicios del analista de
sistemas, se descubren con facilidad, pues las condiciones normales del
desempeño no se están cumpliendo.
Los problemas (o sus síntomas) que pueden solicitar la presencia del analista
de sistemas incluyen: la persistencia y la cantidad de errores, el desarrollo
lento, incompleto o incorrecto del trabajo, o la no realización del trabajo.
Oportunidades de mejoría
64
La mejoría en sistemas, puede definirse como aquellos cambios que otorgan
beneficios considerables. Existen muchas oportunidades de mejoras, éstas
incluyen:
1. la aceleración de un proceso
2. la simplificación del proceso mediante la eliminación de pasos
innecesarios o duplicados
3. la combinación de procesos
4. la reducción de errores de captura por modificaciones de las formas y
las pantallas de acceso
5. la eliminación de salidas redundantes
6. una mejoría en la integración de los sistemas y los subsistemas
7. la mejora de la aceptabilidad del sistema por parte del usuario
8. una mejor relación cliente/proveedor/vendedor con el sistema
Los proyectos tienen orígenes y motivos muy diversos. No todos ellos deben
elegirse para estudios adicionales. Las razones que justifican todo un estudio
de sistemas sobre un proyecto, que parecen solucionar un proyecto o traer
mejoras, deben quedar muy claras en su mente. Se debe considerar que el
proyecto propuesto no sea planteado para beneficios políticos o de poder; pues
en estos casos habrá una alta probabilidad que la concepción de tal proyecto
sea pobre, y más adelante quizás no llegue a ser aceptado.
1. respaldo de la directiva
2. programación del tiempo que se requiere para el proyecto
3. la posibilidad de mejorar la búsqueda de las metas de la organización
4. contar en la práctica con los recursos del analista y de la organización
5. el proyecto vale la pena al compararlo con otras opciones de inversión
de la organización
65
DETERMINACIÓN DE LA FACTIBILIDAD
Factibilidad Técnica
Factibilidad Económica
Factibilidad operativa
Figura 1.7 Determinación de la factibilidad de un proyecto de sistemas, evaluando el alcance de los objetivos de la
organización
66
Definición de objetivos
Existe una serie de objetivos razonables que deben contemplar los proyectos
de sistemas. Estos son, sin ser limitativos:
Los objetivos del proyecto deben definirse formalmente, por escrito, así como
también de manera informal, mediante pláticas con el personal de la empresa,
averiguando qué problemas consideran que el proyecto de sistemas llegará a
solucionar y qué aspecto será mejorado, así como sus expectativas sobre el
sistema propuesto.
Determinación de recursos
Factibilidad Técnica
67
Es aquí donde la experiencia de los analistas de sistemas es de gran valor, ya
que haciendo uso de sus conocimientos y de sus relaciones con las firmas
comerciales podrán solucionar el tópico de la factibilidad técnica. Por lo
general la respuesta a si una tecnología se encuentra disponible y si llegaría a
satisfacer las necesidades de los usuarios es afirmativa, luego entonces, el
problema se convierte en otro de tipo económico.
Factibilidad Económica
Factibilidad Operativa
Por otra parte, si los mismos usuarios proponen contar con un sistema que sea
más eficaz o que cuente con mejores accesos, entonces, con el tiempo, habrá
mayor aceptación del sistema. En gran medida, la factibilidad operativa
depende del tipo de interfaz que se elija.
68
Evaluación de la factibilidad
Los proyectos que satisfagan los tres criterios de factibilidad, deben elegirse
para estudios de mayor detalle. En este momento, el analista de sistemas,
debe actuar como un experto de apoyo, recomendando a la dirección que los
proyectos de sistemas que satisfagan todos los requisitos de selección, sean
candidatos a estudios adicionales. A menudo el proceso para determinar la
factibilidad es bastante efectivo
Ahora debe de asignarse un rango o nivel aprobatorio para cada actividad que
permitirá eliminar directamente aquellas que no cumplan con el criterio
asignado. Este nivel mínimo será asignado considerando los niveles mas bajos
que hayan sido puestos a las actividades para minimizar su impacto en el
resultado final.
69
Analizar y profundizar cada actividad en sub-actividades (mas
importantes).
Conocer el detalle de cada sub-actividad.
Aplicar elementos de control para cada actividad y sub-actividad.
Identificar formas de evaluarlas.
Consolidar y fortalecer cada actividad (justificar).
Arquitectura de tecnología
Se refiere a todos aquellos elementos tecnológicos que son necesarios para
soportar o complementar a las aplicaciones de una empresa. Su objetivo es
definir un camino estándar para el uso de tecnología en las empresas, y que
les permita definir las opciones de crecimiento a mediano y largo plazo. Se
siguen los siguientes pasos:
Identificar plataformas y principios de tecnología.
Definir tecnología distribución de los datos y aplicaciones.
Relacionar tecnología distribución de los datos y aplicaciones.
IMPLANTACIÓN DE SISTEMAS
70
distintas fases de desarrollo del sistema, pues es fácil encontrar que nuestro
mejor sistema habiendo sido desarrollado en todo detalle no es aprobado y sea
necesario volver a empezar. De tal modo se requiere definir las actividades que
van a otorgar dichas aprobaciones y en qué momento se otorgaran, se
aconseja lograr una de las soluciones en términos generales para proceder a
detallarla y posteriormente aprobarlas en el grado según la importancia de las
modificaciones.
Este punto es importante, ya que se debe comunicar por escrito a las áreas
que afecta el sistema, con la finalidad de que a su presentación acudan todas
las personas involucradas. Esta comunicación se puede hacer por medio de
memoranda donde se notifique que está en disposición de presentar el informe
para mostrar el procedimiento señalado.
Dirección de Juntas
Ayudas Audiovisuales
71
Métodos de Implantación
Para implantar un sistema nuevo existen varios métodos para este objetivo;
entre ellos tenemos:
Plan de Implantación
72
capacitación en estás áreas. Si esta capacitación se efectúa
apropiadamente, brindará resultados considerables al lograr la
comprensión del personal principal asignado a algún proyecto en lo que
respecta a los problemas a que se enfrentan diversas partes de la
organización.
73
Evaluación del Sistema
Una vez logrado esto se puede llegar a la implantación definitiva, que consiste
en:
1. Vigilancia del sistema;
2. Instalación física del sistema, y
3. Información de terminación del estudio.
Esta revisión tiene mucho que ver con la auditoria administrativa y se deben
preparar los reportes e informes precedentes a efecto de que se tomen las
decisiones que realmente realimenten al sistema y permitan el cierre del ciclo
del proceso administrativo, y que los resultados del control permitan dar origen
a un nuevo ciclo que inicia con la planeación, ya sea de un nuevo sistema o de
modificaciones al actual.
74
BIBILOGRAFIA
75