Técnicas y métodos prara el análisis y diseño de sistemas

1. Técnicas y Métodos para el
Análisis y Diseño de Sistemas
Alejandro Domínguez
alexdfar@yahoo.com
Curso impartido en la Fundación
Arturo Rosenblueth, 1997-2000
1

2. Objetivos
• Al término del curso, el alumno:
– Habrá adquirido un entendimiento detallado de la teoría
detrás de los enfoques modernos del desarrollo de
sistemas.
– Tendrá una apreciación detallada de los enfoques
clásicos del desarrollo de sistemas en las
organizaciones.
• Habrá desarrollado habilidades prácticas en la
utilización de técnicas y metodologías de análisis
y diseño.
2

3. Temario (1)
• LA VISIÓN DE SISTEMAS
– Modelos
– Introducción a la visión de sistemas
– Los diferentes tipos y clases de sistemas
– El desarrollo histórico de la teoría de sistemas
– El valor de la información
– Los sistemas de información
– Conclusiones
• ENFOQUES DE DESARROLLO DE SISTEMAS
– La resolución de problemas
– Metodología para el desarrollo de SI
– Los sistemas suaves de Checkland: una metodología para los esfuerzos de
solución y definición (1)
– Los mapas mentales: una técnica para los esfuerzos de solución y definición
(2)
3

4. Temario (2)
• ENFOQUES DE DESARROLLO DE SISTEMAS
(continuación)
– Guía para elaborar políticas y procedimientos: una técnica para los
esfuerzos de solución y definición (3)
– El papel del analista de sistemas en las organizaciones
• DESARROLLO DE SI COMPUTARIZADOS
– El ciclo de vida de los SI
– La fase de planeación
– La fase de análisis
– La fase de diseño
– La fase de implementación
– La fase de utilización
4

5. Temario (3)
• PLANIFICACIÓN DEL CICLO DE VIDA DE SI
– Introducción
– Cascada pura
– Codificar y corregir
– Espiral
– Cascadas modificadas
– Prototipado evolutivo
– Entrega por etapas
– Diseño por planificación
– Entrega evolutiva
– Diseño por herramientas
– Software comercial existente
– Selección del ciclo de vida
– El ciclo de muerte de los SI
5

6. Temario (4)
• EL MODELADO DE LAS EMPRESAS
– La arquitectura de Zachman
6

7. LA VISIÓN DE SISTEMAS
MODELOS
7

8. Abstracción y modelos
• Abstracción:
– es el proceso de centrarse en los detalles
esenciales (importantes) de un objeto o situación
(llamados entidades)
– ignora los detalles que no son esenciales (no
importantes) de esa entidad
• Modelos:
– es una abstracción de una entidad
• cualquier representación de los detalles esenciales
(importantes) de esa entidad
• son representaciones de lo que se considera esencial
(importante) acerca de una entidad
8

9. El contenido de los modelos
• Los modelos se pueden utilizar para capturar
representar información referente a:
– una entidad individual, o un conjunto de entidades
interrelacionadas o interactuando entre ellas
– las características estáticas (no cambiantes en el tiempo) o
dinámicas (cambiantes en el tiempo) de entidades, o un
conjunto de entidades interrelacionadas o interactuando
entre ellas
– puntos de vista simples o complejos de una entidad
– implementaciones diferentes de la misma entidad
9

10. La localización en los modelos
• Localización:
– es el proceso de ubicar objetos en la proximidad o
alrededor de otros objetos
• Los modelos
– funcionales localizan su información alrededor de las
funciones
– basados en datos localizan su información alrededor de
los datos y sus relaciones entre ellos
– orientados a objetos localizan su información alrededor
de los objetos y situaciones orientadas a objetos (e.g.,
objetos interactuando con otros objetos)
10

11. Las 6 categorías de los modelos
(1)
• Modelos físicos
– es una representación en 3D de entidades y conjuntos
de entidades
• Modelos textuales y de narración
– son descripciones textuales o narrativas de entidades
y conjuntos de entidades
• Modelos gráficos
– representan gráficamente las características de
entidades y conjuntos de entidades
11

12. Las 6 categorías de los modelos
(2)
• Modelos matemáticos
– representan las características de las entidades por
medio de ecuaciones matemáticas
• Modelos ejecutables
– Son modelos que son ejecutables en una
computadora
• Otros modelos
– Esta categoría genérica incluye todos los modelos
que no están dentro de las categorías anteriores
12

13. Utilización de los modelos
• Facilitar el entendimiento
– un modelo es más simple que su
entidad
• Facilitar la comunicación
– a través de un modelo se puede
comunicar información de una forma
rápida y precisa
• Predecir el comportamiento futuro
– esta es una característica principal de
los modelos matemáticos
13

14. Confección de los modelos
• Las 6 categorías pueden ser
confeccionadas de diferentes formas:
– mezcla de dos o más modelos
– medios mixtos: por ejemplo la utilización de
papel, resortes, tachuelas, etc.
– medios visuales y auditivos tales como vídeo
grabadoras, audio cassettes, películas,
fotografía, etc.
– modelos de realidad virtual
14

15. Modelos múltiples
• A menudo es útil construir modelos múltiples para
una misma entidad
– Estos modelos para una entidad en el mismo nivel de
abstracción (nivel de detalle) permite un mejor
entendimiento
• Específicamente, un modelo puede mostrar algún detalle que otro
modelo no muestra o que es incapaz de mostrar
– Estos modelos para una entidad en diferentes niveles de
abstracción (diferentes niveles de detalle) permiten
controlar cuánta información se desea mostrar
• Tales modelos permiten revelar progresivamente más detalle acerca
de una entidad como el entendimiento de ellos se incrementa
15

16. La creación de más de un
modelo
• Si más de un modelo de la misma entidad se
desarrolla para el mismo nivel de abstracción, se
debe mantener en mente
– todos los modelos deben tener el mismo nivel de detalle
– cada modelo debe revelar alguna información que no
revelan los demás modelos
– la terminología debe ser consistente a través de todos
los modelos; e.g., la misma entidad debe tener el mismo
nombre en todos los modelos
– los modelos deben ser consistentes entre ellos
16

17. Enfoque del curso (1)
• El enfoque del curso es describir como se
aplican los principios de los sistemas de
información en las organizaciones
• El vehículo que se utilizará como base para esta
descripción se denomina
17

18. Enfoque del curso (2)
• Este modelo consiste de una mezcla de los
modelos textual/narrativo y gráfico que
describe a las organizaciones de una forma
general
• Este modelo toma como marco de trabajo la
18

19. LA VISIÓN DE SISTEMAS
INTRODUCCIÓN A LA
VISIÓN DE SISTEMAS
19

20. Viviendo con sistemas
El hombre vive y trabaja La tecnología ha producido
dentro de sistemas sociales sistemas físicos complejos
Pero los principios que gobiernan el comportamiento de los
sistemas no se han comprendido del todo
20

21. La definición de “sistema”
Sistema es un grupo de partes que operan de forma
conjunta para llevar a cabo un propósito común
Un sistema puede incluir personas así
como partes físicas
Una familia es
un sistema de
Un automóvil es un sistema de forma de vida
componentes que trabajan
conjuntamente para proporcionar
transportación
21

22. La no ocurrencia de los sistemas
Si los sistemas son tan importantes:
¿Por qué no aparecen los conceptos
y principios de éstos de forma más
clara en la literatura y en la
educación?
22

23. Surgimiento de los sistemas
La barrera para entender a los sistemas ha sido no sólo la
ausencia de conceptos generales importantes, sino
únicamente:
La dificultad de
indentificar y expresar el
conjunto de principios
universales que expliquen
los éxitos y fallas de los
sistemas de los que somos
parte
23

24. Descripción de los sistemas
• La mera descripción no ha sido suficiente para exponer
la verdadera naturaleza de los sistemas
• Las matemáticas no han sido adecuadas para manejar la
realidad fundamental de nuestros sistemas sociales
• Hemos sido aplastados por fragmentos de
conocimiento, pero no tenemos forma de estructurar
este conocimiento
24

25. Los enfoques analítico y
sistémico
Existen dos formas de visualizar la realidad: los
enfoques analítico y sistémico
Estos dos enfoques son
más complementarios
que opuestos. Ninguno
de ellos es reducible al
otro
25

26. Enfoque analítico vs. Enfoque
sistémico (1)
Enfoque analítico Enfoque sistémico
Aísla, entonces se concentra en Unifica y se concentra en la
los elementos interacción entre los elementos
Estudia la naturaleza de la Estudia los efectos de las
interacción interacciones
Enfatiza la precisión y los detalles Enfatiza la percepción global
Modifica una variable a la vez Modifica grupos de variables
simultáneamente
26

27. Enfoque analítico vs. Enfoque
sistémico (2)
Enfoque analítico Enfoque sistémico
Permanece independiente de la Integra la duración del tiempo y
duración del tiempo; los la irreversibilidad
fenómenos considerados son
reversibles
Valida hechos por medio de Valida hechos a través de la
pruebas experimentales dentro del comparación del comportamiento
cuerpo de una teoría del modelo con la realidad
Es eficiente cuando las Es eficiente cuando las
interacciones son débiles y interacciones son fuertes y no
lineales lineales
27

28. Enfoque analítico vs. Enfoque
sistémico (3)
Enfoque analítico Enfoque sistémico
Utiliza modelos detallados y Utiliza modelos no tan rígidos
rígidos que no son tan útiles en las que son la base de conocimientos
operaciones reales (por ejemplo: y que son útiles en las decisiones
modelos econométricos) y las acciones
Lleva hacia la educación orientada Lleva a la educación
a las disciplinas multidisciplinaria
(juxtadisciplinaria)
Conduce a la acción programada a Conduce a la acción a través de
través de detalles objetivos
Posee el conocimiento de detalles Posee el conocimiento de
de objetivos pobremente definidos objetivos y detalles difusos
28

29. Enfoque analítico vs. Enfoque
sistémico (4)
• Esta tabla, aunque útil y simple, es sólo una
caricatura de la realidad
• La tabla muestra dos enfoques complementarios,
uno de los cuales -el enfoque analítico- ha sido
favorecido desproporcionadamente en nuestro
sistema educativo
29

30. LA VISIÓN DE SISTEMAS
DIFERENTES CLASES DE
SISTEMAS
30

31. El modelo general de sistemas
(1)
• Inputs (entradas, insumos)
Modelo de sistemas
son aceptados en el sistema
• Outputs (salidas, Control
productos) se producen a
través de los procesos Input Output
dentro del sistema Proceso
• También pueden existir
almacenaje intermedio y
control sobre el Almacenaje
funcionamiento del sistema
31

32. El modelo general de sistemas
(2)
SISTEMA
Input
(granos de café)
Almacenaje
Control
Output
Input
(electricidad)
Proceso (calentamiento)
32

33. El modelo de sistemas (3)
• Todos los sistemas tienen
objetivos
• Para la identificación de un
sistema sus objetivos se deben
especificar claramente
• Una vez que los objetivos del
sistema son claros, existe una
forma de medir su desempeño con
el fin de saber cuando está
cumpliendo sus objetivos
33

34. Objetivos de los sistemas (1)
Algunos sistemas pueden tener objetivos poco claros
o que no han sido enunciados de forma adecuada
para que la medida de su desempeño sea obvia
• Los sistema evolutivos no
tienen objetivos claros
• salvo aquellos objetivos que han
sido enunciados para (algunos) de
sus componentes
• Ejemplos: sistemas económicos
(nacionales e internacionales) y
organismos de negocios
34

35. Objetivos de los sistemas (2)
• Los sistemas diseñados son
aquellos que se han
construido para cumplir
objetivos preestablecidos
• En los sistemas evolutivos
las medidas de desempeño
no siempre se cumplen
• Los sistemas de negocios
son un ejemplo de ambos
tipos de sistemas
35

36. Inputs y outputs de un sistema
(1)
• Los inputs y
outputs de un Inputs Sistema Outputs Sistema
Output
sistema se pueden 1 Inputs 2
conectar a otros
Input Output
sistemas
Input
• Los outputs de un
sistema pueden Input Sistema Output
ser los inputs de 3
otro
Output
36

37. Inputs y outputs de un sistema
(2)
• Es posible visualizar al
mundo como un aglomerado
de sistemas
• Entonces no existen outputs
que desaparecen
• El interés de las personas
sólo se restringe a algunos
de estos sistemas
37

38. Entorno y frontera de los sistemas
(1)
Los inputs de un sistema provienen de su entorno, mientras que
sus outputs se transfieren hacia él
El entorno de un sistema se define como aquel que está fuera de sus
fronteras, pero que interactúa con el sistema mismo
38

39. Entorno y frontera de los sistemas
(2)
• El entorno no es un
concepto de
geografía
• La noción de
entorno se define en
términos del
concepto de
frontera
39

40. Entorno y frontera de los sistemas
(3)
• Las características que delinean el alcance de un
sistema forman sus fronteras
– Lo que un observador percibe como un sistema y sus
fronteras queda determinado por lo que este observador
identifica por objetivos del sistema, en combinación con el
área de conocimiento en el cual tiene interés y control
• Así, la idea de un sistema se forma tanto de los hechos
del mundo real y de las percepciones e interés del
observador
40

41. Entorno y frontera de los
sistemas (4)
Los sistemas Los sistemas
cerrados no abiertos son
tienen inputs aquellos que
u outputs: no son
no tienen cerrados
entorno
• Estrictamente hablando, no existen sistemas cerrados
– excepto el universo como un todo
– el término se utiliza a menudo para los sistemas que interactúan
débilmente con su entorno
41

42. Atributos de los sistemas
• Los sistemas están dotados de atributos o
propiedades
• Los atributos pueden ser cuantitativos o
cualitativos. Esta diferenciación determina el
enfoque a utilizarse para medirlos
• Los atributos cualitativos ofrecen mayor dificultad
de definición y medición que los cuantitativos
42

43. Estados y condición de los
sistemas
• El estado de un sistema
se define por los
atributos (propiedades)
que muestran sus
elementos en un punto
en el tiempo
• La condición de un
sistema está dada por el
valor de los atributos
que lo caracterizan
43

44. Flujos y conducta de los
sistemas
• Los cambios de un estado a otro por los
que pasan los elementos del sistema da
surgimiento a flujos
• Los flujos se definen en términos de
razones de cambio del valor de los
atributos del sistema
• La conducta de un sistema es el
cambio en los estados del sistema sobre
el tiempo
44

45. Subsistemas
SISTEMA • Los sistemas están compuestos
de subsistemas que están
S1 S2 ••• interrelacionados uno con los
otros por medio de sus inputs y
outputs
• Esto proporciona al sistema una
• • • Sn estructura interna
• Cada subsistema es en si
mismo un sistema
45

46. Tipos de conexión entre subsistemas
Conexión indirecta
Conexión directa
(1 y 3)
(1 y 2)
Subsistema 1
Subsistema 1
Subsistema 2
Subsistema 2
Subsistema 3
46

47. Jerarquía de subsistemas y sistemas
Jerarquía de subsistemas
Sistema primario
Subsistema 1 Subsistema 2 Subsistema 3
La descomposición de un sistema en sus subsistemas
se puede visualizar a través de una gráfica
jerárquica de sistemas
47

48. Función de los subsistemas
• Los subsistemas se definen por medio de las
funciones que desempeñan
• El propósito de la descomposición es dividir un
sistema grande en sus partes constituyentes
• Este proceso continua hasta que los subsistemas
resultantes sean de tamaño manejable en el sentido
de su entendimiento
48

49. Cada área funcional es un
sistema
Dirección
Input Proceso Output Input Proceso Output
Subsistema de ventas Subsistema de finanzas
Input Proceso Output Input Proceso Output
Subsistema de manufactura Subsistema de informática
49

50. Cada nivel administrativo es un
sistema
Estándares
Input Proceso Output
Nivel de planeación estratégica
Estándares
Input Proceso Output
Flujo de Nivel de control administrativo
información
Estándares
Flujo de
decisión Input Proceso Output
Nivel de control operacional
50

51. Combinaciones entre subsistemas
Combinación en serie
Subsistema 1 Subsistema 2
Combinación con realimentación (feedback)
Subsistema 1 Subsistema 2
Combinación en paralelo
Subsistema 1
Subsistema 2
Subsistema 3
51

52. Desacoplamiento de subsistemas
• La dependencia entre subsistemas se mide a través de
su grado de acoplamiento
• Dos subsistemas están altamente acoplados si un
cambio en los inputs (outputs) de uno de ellos
produce un cambio sustancial en el estado del otro
• Dos subsistemas están altamente desacoplados si
los cambios en los inputs (outputs) de alguno de ellos
tiene poco o ningún efecto en el estado del otro
52

53. Ejemplo de subsistemas acoplados
Requirimientos de production
Producción Ventas
Para que estos subsistemas acoplados puedan trabajar en
armonía es necesario que exista una comunicación estrecha
entre ellos
53

54. Desacoplamiento de subsistemas
(1)
• El desacoplamiento se lleva
Requerimientos de production
a cabo introduciendo un
amortiguador o inventario
entre los dos subsistemas
Producción Ventas
• El efecto del
desacoplamiento es proteger
los subsistemas de ventas y
de distribución de las
Inventario variaciones en la
producción
54

55. Desacoplamiento de subsistemas
(2)
Otra forma de llevar a cabo el desacoplamiento entre
subsistemas es asegurar que uno de ellos trabaje con
capacidad sobrada
Requerimientos de producción
Capacidad
sobrada Ventas
Producción
55

56. Desacoplamiento de subsistemas
(3)
• En el ejemplo anterior el efecto de desacoplamiento
conduce a una mayor estabilidad
• El desacoplamiento generalmente conduce a la
estabilidad de los sistemas
• Un cierto grado de estabilidad a través del
desacoplamiento siempre es deseable en cualquier
sistema
• Este grado de estabilidad normalmente se introduce
en la etapa de diseño del sistema
56

57. Control y realimentación
(feedback) (1)
• Los sistemas tienen objetivos
• Con el fin de asegurar que los objetivos de los
sistemas se cumplan es necesario que exista un
control que opere sobre su funcionamiento
• Los controles a menudo trabajan sobre los estados y
outputs de un sistema. Comparan estos con los
objetivos del sistema, y toman medidas correctivas si
es necesario
57

58. Control y realimentación
(feedback) (2)
El modelo general de control y realimentación es
Estándares
Control
Efector Comparador
Datos/
Decisiones
información
Inputs Sensor
Procesos Outputs
58

59. Control y realimentación
(feedback) (3)
• En la figura anterior:
– El proceso acepta los inputs y los convierte en outputs
– El sensor monitorea el estado del proceso
– El controlador acepta los datos del sensor y acepta los
estándares del exterior. El controlador genera entonces
ajustes o decisiones que alimentan y afectan el proceso
– El comparador compara los datos con los estándares y
pasa una indicación al efector de la desviación del
estándar de los datos monitoreados
– El efector hace ajustes a la salida generada por el
controlador
59

60. Realimentación
• Existen dos tipos de • La realimentación
realimentación positiva generalmente
– La realimentación positiva conduce a la inestabilidad
es aquella en la cual la de los sistemas (e.g.
multiplicación entre los
inputs y outputs es tal que la
crecimiento de bacterias)
salida aumenta con • La realimentación
incrementos de la entrada negativa proporciona un
– La realimentación control de sistema estable
negativa es aquella en la (e.g. sistema de
cual la multiplicación entre calefacción con
los inputs y outputs es tal
que la salida disminuye al termostato)
aumentar la entrada
60

61. Control
• El mecanismo de control se emplea para comprobar
el buen funcionamiento de los sistemas y para
adaptar su comportamiento a circunstancias
variables, ya sea en su entorno o dentro de ellos
• Así, el propósito principal de los controladores es
asegurar que un sistema esté funcionando de un
modo uniforme, esto implica la prevención de la
ocurrencia de problemas
61

62. Control y realimentación: los 3
principios básicos
• El estudio del control y la realimentación se llama
cibernética
– Las ideas de la cibernética se han aplicado al estudio del
control administrativo de las organizaciones
• Los 3 principios básicos en los que se basan el control
y la realimentación son:
– La información y los datos alimentados al controlador deben
ser simples y fáciles de comprender
– La información y los datos alimentados al controlador deben
ser proporcionados a éste de forma regular
– Cada controlador tendrá una esfera de responsabilidad y un
alcance de autoridad
62

63. LA VISIÓN DE SISTEMAS
EL DESARROLLO
HISTÓRICO DE LA TEORÍA
DE SISTEMAS
63

64. La búsqueda de nuevas
herramientas (1)
Realimentación entonces
automatización y computadoras
Memoria, reconocimiento
de patrones, IA y robótica
Neurología, percepción y
visión
64

65. La búsqueda de nuevas
herramientas (2)
65

66. Los pioneros
El neurofisiologista Warren
McCulloch y
el Profesor Jay Forrester
Otros personajes:
A. Rosenblueth
W.B. Cannon
El matemático J.H. Bigelow
Norbert Wiener C. Shannon
66

67. La máquina inteligente
… con el fin de controlar una determinada acción, la circulación de
información necesaria para controlarla debe formar “un ciclo cerrado
Wiener, permitiendo así la evaluación de los efectos de las acciones y la adaptación
Bigelow, a futuras conductas basadas en desempeños anteriores”
y Rosenblueth
Hemos descubierto el ciclo cerrado
de información necesaria para corregir
cualquier acción —el ciclo cerrado de
realimentación negativa. Podemos generalizar
este descubrimiento en términos
de los organismos humanos
El resultado: Cybernetics, or
control and communication in the
animal and the machine
67

68. Otros trabajos y sus consecuencias
• McCulloch descubrió que para entender el
mecanismo del cerebro (y su simulación por medio
de máquinas) deben cooperar varias disciplinas del
conocimiento humano
• Von Bertalanffy descubrió que un organismo vivo se
puede ver como un todo y que un todo es más que la
simple suma de sus partes
• Forrester creó la Dinámica Industrial: Las industrias
son sistemas cibernéticos, de esta forma se pueden
simular y tratar de predecir su comportamiento
68

69. Historia de la palabra “cibernética”
(1)
• Cibernética es la disciplina que estudia la
comunicación y el control de los seres vivientes,
así como de las máquinas construidas por el
hombre
• Cibernética es ― el arte de asegurar la eficiencia de
una acción‖ (Louis Couffignal, 1958)
• La palabra ―cibernética‖ fue reinventada por
Wiener en 1948 a partir de la palabra griega
kubernetes: piloto o timón
69

70. Historia de la palabra
“cibernética” (2)
• La palabra fue utilizada por Platón y tuvo el
sentido de ―el arte de la dirección‖ o el ―arte de
gobernar‖
• Ampère utilizó la palabra para denotar ―el estudio
de las formas de gobernar‖
• James Watt y M. Boulton inventaron en 1798 uno
de los primeros mecanismos para controlar la
velocidad de una máquina de vapor: se le llamó
―gobernador‖ o ―bola reguladora‖
70

71. Historia de la palabra
“cibernética” (3)
Cibernética tiene la misma
raíz de la palabra gobierno:
el arte de administrar y
dirigir sistemas altamente
complejos
71

72. LA VISIÓN DE SISTEMAS
EL VALOR DE LA
INFORMACIÓN
72

73. Etimología de “información”
• Información se deriva de la palabra
en latín informare: dar forma a
– La etimología denota una imposición
de estructura sobre algo indeterminado
• El diccionario Larousse de la
Lengua Española conecta a la
palabra con conocimiento y
comunicación:
– conocimiento de todos los factores que
constituyen el elemento indispensable
para que el mando adopte una decisión
73

74. El concepto de entropía
• En las ciencias físicas, la entropía asociada con
una situación en una medida del grado de
aleatoriedad
• La segunda ley de la termodinámica enuncia que:
un proceso natural que inicia en un estado de
equilibrio y termina en otro diferente hará que la
entropía del sistema y su entorno se incremente
• Una alta entropía es equivalente a un alto nivel de
caos
74

75. La información según Wiener
La cantidad de información es el negativo
… así como la información en un
de la cantidad definida comunmente como
sistema es una medida de su grado de
entropía en situaciones similares. Así, los
organización, así la entropía de un
procesos que pierden información son casi
sistema es una medida de su grado de
análogos a los procesos que incrementan
desorganización
la entropía
También, según Wiener, la información está relacionada con
cuestiones de decisión, comunicación y control
75

76. La información según Shannon
La cantidad que de forma única cumple
los requerimientos del concepto de • Así, según Shannon, no
información es aquella que en importa si estamos
termodinámica se conoce como entropía comunicando un hecho, un
juicio o algo sin sentido
• Todo lo que se transmite en
una línea telefónica es
información
• Los mensajes ―hola‖ y
―lhao‖ tienen la misma
cantidad de información
76

77. La contradicción
• Existe, entonces, una gran — y confusa —
diferencia entre Shannon y Wiener
• El concepto de información según Shannon
es opuesto al de Wiener
Información Información
según Wiener según Shannon
77

78. El significado de la información
según Wiener
• La señal en un sistema contiene información, la
cual tiene algún significado para los propósitos de
un sistema en particular
• La información enviada o recibida por un sistema
no necesariamente tiene significado fuera de éste
• Así, una proposición lógica verdadera en un
sistema puede ser falsa en otro
78

79. El significado de la información
según Shannon
• La entropía contiene más información que estructura
• La información no se debe confundir con significado
– Ejemplo: el significado de la palabra ―piedra‖ es una
construcción humana que no tiene nada que ver con el objeto
llamado piedra
• Lo que se llama información en un contexto se
convierte en datos en otro, y en ambos tiene diferentes
significados
• Los datos son hechos sin estructura y sin uniformidad
que pueden ser generados indefinidamente,
almacenados, recuperados, actualizados y reconstruidos
79

80. Los puntos de vista modernos de
la información
Estudia la relación Estudia el valor de Estudia la
formal entre los los símbolos que información en un
símbolos que representan a la contexto dado, así
representan a la información como en su
información. No utilización para
considera su alcanzar un
significado y su objetivo
valor asociado
80

81. Procesamiento de la
información
I   Ik I  f I1 , I 2 ,  , I n 
Ii Ik k
sistema sistema de Sistema de
selectivo agregación cálculo
I1 I2 I3 In I1 I2 I3 In I1 I2 I3 In
81

82. La información como una forma
de vida
• La información es la diferencia que hace la diferencia
• La información es una actividad: la información es un
verbo no un sustantivo
• La información es una acción que ocupa tiempo más
que un estado que ocupa espacio físico
• Desde el punto de vista pragmático: una sociedad
informatizada es una sociedad con conocimiento
• … vivir en plenitud es vivir con la información
adecuada...
82

83. ¿La información tiene valor y
significado?
• Según Shannon existe más información en el caos y la
complejidad que en la estructura
• La experiencia dicta que entre más información es
producida, más caótico es el mundo
• Según Shannon: la información no tiene valor por sí
misma
• El valor de la información está directa o indirectamente
conectado con las acciones humanas
83

84. LA VISIÓN DE SISTEMAS
LOS SISTEMAS DE
INFORMACIÓN
84

85. Sistemas de información
• Un sistema de información (SI) proporciona
información del entorno (parte externa) y la parte
interna de una organización
• Esta información, la cual es útil para miembros y
clientes de una organización, tiene que ver con sus
clientes, proveedores, productos, recursos humanos,
recursos materiales, etc.
• La organización puede ser: una empresa, una iglesia,
un hospital, una universidad, un banco, etc.
85

86. SI formales e informales
• SI formales son aquellos que descansan en
definiciones fijas y aceptadas de datos y
procedimientos para la recolección,
almacenamiento, procesamiento, diseminación, y
utilización de los datos
• SI informales utilizan acuerdos implícitos y
reglas no establecidas de comportamiento
86

87. SI formales
• El interés es sobre SI formales
• SI formales pueden ser manuales o computarizados
• SI manuales utilizan la tecnología de papel y lápiz
• SI computarizados (SIC) descansan en la
tecnología de hardware y software de las
computadoras para procesar y diseminar la
información
• En lo que sigue cada vez que aparezca el acrónimo
SI se dará por entendido que se refiere a SIC
87

88. Parte externa de un SI (1)
Gobierno Comunidades
Clientes Provedores
ORGANIZACIÓN
Sistema de información
Input Proceso Output
Captura o Clasifica Distribución de
colección de Arregla información
datos llanos Calcula procesada
Realimentación
Agencias reguladoras Competidores
Accionistas Sindicatos
88

89. Parte externa de un SI (2)
• Desde un punto de vista externo, un SI es una solución
organizacional y administrativa basada en las tecnología de
la información para afrontar los retos impuestos por el
entorno
• Así, los SI son más que computadoras: requiere del
entendimiento de la organización, la administración y la
tecnología
SI
Administración
89

90. Parte interna de un SI (1)
• La parte interna de un SI está estrechamente
relacionada con la construcción de aplicaciones
• Una aplicación es un conjunto de programas
(instrucciones que ejecutan una tarea bien
definida) que automatizan un proceso de una
organización
• Todas las aplicaciones tienen algunas
características comunes y otras únicas
• Las características comunes son: datos, procesos,
restricciones, e interfaces
90

91. Parte interna de un SI (2)
Datos de entrada
Procesos de la aplicación Almacenamiento
y salida utilizando interfaces
con restricciones especificadas de datos
humano-máquina
Terminal para Archivo
entrada maestro
y salida de datos Procesos de
la aplicación: Recuperación
edita, actualiza, de datos
Salida de datos; Almacenamiento
interfaz manual
reporta, pregunta de datos; interfaz
computarizada
Archivo de
Reporte de las Documento a acceso
preguntas (queries) ser actualizado secuencial
Salida de datos;
A aplicaciones
interfaz manual
externas 91

92. Parte interna de un SI (3)
• Los datos se clasifican en datos de entrada
(inputs) y de salida (outputs)
• El almacenamiento de datos requiere que estos
estén en formato previamente especificado
• La recuperación de datos requiere de ciertos
medios para poner en línea los datos almacenados
• Un proceso es la secuencia de instrucciones o
conjunción de eventos que operan sobre los datos
92

93. Parte interna de un SI (4)
• Las restricciones son limitaciones sobre el
comportamiento y/o procesamiento de las entidades
• Existen 6 tipos de restricciones:
– Restricciones previas
• son precondiciones que se deben cumplir para que un proceso se
lleve a cabo
– Restricciones posteriores
• son condiciones que se deben cumplir para que un proceso se
complete exitosamente
93

94. Parte interna de un SI (5)
– Restricciones temporales: se refieren a:
• procesos ejecutados en un momento dado (transferencia de
dinero)
• procesos ejecutados después de un intervalo de tiempo
(activación del protector de pantalla)
• requerimientos externos en cierto tiempo (reportes en papel)
• procesos síncronos (procesos A y B antes del proceso C)
• Tiempos de respuesta (respuesta en tiempo real)
94

95. Parte interna de un SI (6)
– Restricciones de estructura
• describen las restricciones entre los datos, los meta-datos
(conocimiento acerca de los datos), conocimiento y meta-
conocimiento (conocimiento generado por el sistema) en las
aplicaciones
– Restricciones de control
• están relacionados con el mantenimiento de las relaciones
entre los datos
– Restricciones de inferencia
• están relacionados con la habilidad de generar nuevos hechos
a partir de los anteriores y de sus relaciones entre ellos
95

96. Parte interna de un SI (7)
• Existen 3 tipos de interfaces:
– Interfaz humana: es el medio por el cual una
aplicación se comunica con los usuarios
– Interfaz manual: son reportes que muestran la
información proporcionada por la computadora
– Interfaz automatizada: es el medio por el cual un
proceso interno o aplicación se comunica con otro
proceso o aplicación
96

97. El modelo de sistemas general
de la organización
Clientes Gobierno Comunidades
ORGANIZACIÓN Provedores
Estándares Datos/
Información
Datos/
Información
Procesador
Decisiones de la
Administración información
de fuentes
Datos/información
físicas Hacia
fuentes
Proceso de físicas
Input Output
transformación
Agencias reguladoras Accionistas Sindicatos Competidores
97

98. Niveles organizacionales y SI (1)
• En una organización se pueden distinguir cuatro
niveles organizacionales: Nivel operacional, nivel
de conocimiento, nivel administrativo, y nivel
estratégico
• Para cada nivel existen SI asociados:
– SI operacional: monitorean las actividades elementales
y las transacciones de la organización
– SI de conocimiento: Soporta el conocimiento y los
datos de los trabajadores en una organización
98

99. Niveles organizacionales y SI (2)
• Para cada nivel existen SI asociados
(continuación):
– SI administrativos: Soportan el monitoreo, el
control, la toma de decisiones, las actividades
administrativas de administradores intermedios
– SI estratégicos: Soportan las actividades de
planeación de largo plazo de los altos directivos
99

100. Tipos de SI (1)
• Existen 6 tipos de SI para los 4 niveles
organizacionales:
– SI operacionales: Sistemas de procesamiento de
transacciones (TPS)
– SI de conocimiento: Sistemas basados en el conocimiento
(KWS), Sistemas de automatización de oficinas (OAS)
– SI administrativos: Sistemas de administración de la
información (MIS), Sistema de soporte a las decisiones
(DSS)
– SI estratégicos: Sistemas de soporte para ejecutivos (ESS)
100

101. Tipos de SI (2)
TIPO DE ENTRADA DE PROCESO SALIDAS DE USUARIOS
SI INFORMACIÓN INFORMACIÓN
ESS Datos agregados; Gráficas; Proyecciones; Altos directivos
internos y externos simulación; respuesta a
interactivo preguntas
DSS Bajo volumen de Interactivo; Reportes Profesionales;
datos; modelos simulación, especiales; análisis personal
analíticos análisis de decisiones; administrativo
respuesta a
preguntas
MIS Datos de Reportes de rutina; Resúmenes y Administradores
transacciones modelos sencillos; reportes de de nivel intermedio
sumarias; alto análisis de bajo excepción
volumen de datos, nivel
modelos sencillos
101

102. Tipos de SI (3)
TIPO DE ENTRADA DE PROCESO SALIDAS DE USUARIOS
SI INFORMACIÓN INFORMACIÓN
KWS Especificaciones Modelación; Modelos; gráficas Profesionales;
de diseño; bases de simulación personal técnico
conocimiento
OAS Documentación; Administración de Documentos; Oficinistas
programas de documentos; horarios; correo
trabajo horarios;
comunicación
TPS Transacciones, Ordenar, listar; Reportes Personal operativo,
eventos mezclar, actualizar detallados, listas, supervisores
resúmenes
102

103. Tipos de SI (4)
TIPO DE Operacional Conocimiento Administrativo Estratégico
DECISIÓN
Estruc-
turada TPS
OAS MIS
Semi-
estruc-
turada DSS
No
estruc- ESS
turada
103

104. Interrelación entre los tipos de
sistemas
• Los TPS son los
productores principales ESS
de la información
requerida por los otros
SI, quienes a su vez
producen información a MIS DSS
otros SI
• Estos diferentes tipos de
sistemas están
comúnmente
desacoplados en muchas OAS TPS
organizaciones
104

105. LA VISIÓN DE SISTEMAS
CONCLUSIONES
105

106. La visión de sistemas y los
negocios
• La visión de sistemas considera a las operaciones
de negocios como sistemas embebidos dentro de
su entorno
• Lo anterior es una forma muy abstracta de pensar,
pero tiene un gran valor potencial para los
directivos de las empresas
106

107. La importancia de la visión de
sistemas
• La visión de sistemas:
– evita que el directivo se pierda en la complejidad de la
estructura organizacional y en los detalles del trabajo
– reconoce la necesidad de tener buenos objetivos
– enfatiza la importancia de todas las partes y su
actuación como un todo dentro de la organización
– reconoce las interconexiones de las organizaciones con
su ambiente
– hace énfasis en la información obtenida por
realimentación
107

108. La visión de sistemas está
implícita en las organizaciones
• Si a un directivo se le pregunta si tiene una visión
de sistemas de la empresa existen dos posibles
respuestas:
– No
– No lo se. Nunca lo he pensado
• Sin embargo, reconocen la importancia de los 5
puntos anteriores
108

109. ENFOQUES DE
DESARROLLO DE LOS SI
LA RESOLUCIÓN DE
PROBLEMAS
109

110. ¿Qué es un problema?
• Un problema es una condición que tiene el
potencial de causar un daño o producir
beneficios excepcionales
• La resolución de problemas es el acto de
responder a problemas de tal forma que
suprima los efectos dañinos o capitalicen las
oportunidades para obtener un beneficio
• La importancia de la resolución de problemas
no se basa en el tiempo invertido sino en sus
consecuencias
110

111. La toma de decisiones y la
resolución de problemas
• Una decisión es la selección de una estrategia o
acción
• La toma de decisiones es el acto de seleccionar la
estrategia o acción que el directivo cree le ofrecerá
la mejor solución al problema
111

112. Componentes del proceso de
resolución de problemas
Problema
Elementos del sistema conceptual
Estado Soluciones
Estándares deseado alternativas
Resolvedor
de problemas
(directivo)
Estado
Información
actual Restricciones
Solución
112

113. Problemas versus síntomas (1)
• Los síntomas son condiciones producidas
por el problema
– muchas veces el directivo visualiza los
síntomas más que los problemas
• Los síntomas aparecen después de la
realimentación
• Los síntomas son como la parte visible de
un iceberg
– el directivo tiene que ir más allá para localizar
la causa del problema
113

114. Problemas versus síntomas (2)
• El problema es la causa para obtener bajos
beneficios
• Un problema se puede visualizar como la causa
de una perturbación, o la causa de una
oportunidad
114

115. Tipos de problemas (1)
• Un problema estructurado consiste de elementos
y relaciones entre elementos que son entendidos
del todo por el resolvedor de problemas
– cuando esto sucede el posible expresar el problema por
medio de un modelo matemático
• Un problema no estructurado consiste de
elementos y relaciones entre elementos que no son
entendidos del todo por el resolvedor de
problemas
– la cuantificación de este tipo de problemas es difícil,
sino imposible
115

116. Tipos de problemas (2)
• En la realidad existen pocos problemas
completamente estructurados o completamente no
estructurados en una organización
– los problemas más comunes son los llamados
semiestructurados
• Un problema semiestructurado es aquel que
contiene algunos elementos o relaciones entre
ellos que son entendidos del todo por el resolvedor
de problemas
116

117. Las cuatro dimensiones para la
resolución de problemas
Personas Producto
Con una visión clara y precisa Consiste en estimar la dimensión
de la problemática o con del problema.
disposición de obtener esta Se basa en la técnica
visión “divide y vencerás”
Proceso Tecnología o
Evitar repetición del trabajo herramientas
Controlar la calidad de la solución Es necesario hacer un buen uso
Gestionar riesgos ellas y tener las apropiadas para
Poner atención a los recursos la resolución del problema
Planificar la solución
Enfatizar a quién o a qué va
dirigida la solución
117

118. ENFOQUES DE
DESARROLLO DE LOS SI
METODOLOGÍA PARA
DESARROLLO DE SI
118

119. La necesidad de una
metodología eficiente y eficaz
• Las presiones del mercado
• Entregas retrasadas
• Fricciones
• Cancelaciones de proyectos
• Presiones en los tiempos de
entrega
119

120. Metodología
• Para desarrollar e implementar SI se requieren de
metodologías
• Metodología: una colección de procedimientos,
técnicas, y herramientas de modelado que ayudan en la
resolución de problemas
Planeación Administración
Control Evaluación
120

121. Consideraciones metodológicas
121

122. Técnicas y herramientas
• Cada metodología hace uso de técnicas y herramientas
particulares, y técnicas y herramientas particulares
pueden ser útiles a varias metodologías
• Una técnica es una forma de llevar a cabo una
actividad particular en el proceso de desarrollo de
sistemas
• Una metodología en particular puede recomendar
técnicas para llevar a cabo estas actividades
• Cada técnica puede utilizar una o varias herramientas
122

123. Metodologías de los SI: objetivos
(1)
• Una metodología para los SI, en un intento de
hacer uso efectivo de las tecnologías de
información, y de las técnicas y herramientas
disponibles
• Objetivos
– Detectar de forma precisa los requerimientos de los SI
– Proporcionar un método sistemático de desarrollo: el
progreso de desarrollo debe ser monitoreado de forma
efectiva
– Proporcionar indicaciones de cualquier cambio que sea
necesario realizar en el proceso de desarrollo
123

124. La metodologías de los SI:
objetivos (2)
• Objetivos (continuación)
– Producir un SI bien documentado y de fácil
mantenimiento
– Proporcionar un SI dentro de los tiempos estipulados y
con los costos adecuados
– Proporcionar un SI adecuado para todos los afectados
por él
124

125. 3
fases
La metodología (1)
• A pesar de que existen muchos enfoques, todos siguen
el mismo patrón fundamental
• Se pueden distinguir 10 pasos divididos en 3 fases
• Cada fase consiste de un tipo particular de esfuerzo que
se debe realizar:
– Esfuerzo de preparación ayuda a localizar el problema
– Esfuerzo de definición ayuda a identificar el problema y su
entendimiento
– Esfuerzo de solución ayuda a identificar soluciones
alternativas, evaluarlas, seleccionar la mejor, implementar
esa solución, y asegura la resolución del problema
125

126. La metodología (2)
• Fase I: esfuerzo de preparación
– Visualizar a la organización como un
sistema
– Identificar el entorno del sistema
– Identificar los subsistemas de la
organización
• Fase II: esfuerzo de definición
– Proceder de un nivel de sistemas a uno
de subsistemas
– Analizar las partes del sistema en una
secuencia determinada
126

127. La metodología (2)
• Fase III: el esfuerzo de la
solución
– Identificar soluciones alternativas
– Evaluar las soluciones alternativas
– Seleccionar la mejor solución
– Implementar la solución
– Asegurarse que la solución es
efectiva
127

128. El esfuerzo de preparación
• Los tres pasos:
– no tienen por que llevarse a cabo en orden
– de forma conjunta producen el marco necesario para
entender el problema
– su implementación puede tomar un tiempo considerable
128

129. El esfuerzo de preparación:
Pasos 1 y 2
• Paso 1: Visualizar a la organización
como un sistema
– esto se logra con la utilización del
modelo de sistemas general presentado
anteriormente
– debe hacerse especial énfasis en ver
cómo la organización se ajusta al modelo
• Paso 2: Identificar el entorno del
sistema
– Se deben identificar los ocho elementos
que componen el entorno del sistema
129

130. El esfuerzo de preparación:
Paso 3
• Paso 3: Identificar los subsistemas
de la organización
– cada área funcional y cada nivel
administrativo es un subsistema
– se puede hacer una división por
subsistemas si se observan la fuentes
de información
130

131. El esfuerzo de definición
• Consiste en:
– estar consciente que el problema existe o está por
existir (identificación del problema)
– conocer a fondo el problema con el fin de diseñar
una solución (entendimiento del problema)
• Hace uso extensivo de la realimentación
• Se divide en dos pasos:
– proceder de un nivel de sistema a uno de subsistema
– analizar las partes del sistema en una secuencia
determinada
131

132. El esfuerzo de definición: Paso
4
• Paso 4: proceder de un nivel de sistemas a
uno de subsistemas
– el sistema puede ser la organización o una unidad
de la organización, por lo que se debe proceder
nivel por nivel en la jerarquía de sistemas
– el sistema puede existir en cualquier nivel
• no es necesario iniciar con la organización como un
sistema
– existen dos subpasos primordiales:
• identificar la posición del sistema e relación con su
entorno
• analizar el sistema en términos de sus subsistemas
132

133. El esfuerzo de definición: Paso
5 (1)
• Paso 5: analizar las partes del sistema en una
secuencia determinada:
1.
Estándares
3. 4. Procesador
Administración de información
5. 5. Fuentes 6. Proceso de 7. Fuentes 2.
Entradas de entrada transformación de salida Salidas
133

134. El esfuerzo de definición: Paso
5 (2)
La visión de sistemas proporciona la vía para la definición del problema
Analizar la organización como un sistema
1. 2. 3.
Estándares Salidas Administración
Analizar un subsistema dentro de la organización
1. 2. 3.
Estándares Salidas Administración
Analizar un sub-subsistema dentro de la organización
1. 2. 3. 4. Procesador
Estándares Salidas Administración de información
5. Fuentes 5. 6. Proceso de 7. Fuentes
de entrada Entradas transformación de salida
134

135. El esfuerzo de solución: Paso 6
• Paso 6: identificar soluciones alternativas
– una técnica informal para esta identificación es
la denominada lluvia de ideas
• cada participante presenta sus puntos de vista y estos
son discutidos
– una técnica más formal es llevar a cabo una
sesión JAD (joint application design)
• El grupo de discusión es guiado por un líder
(denominado facilitador) y las ideas se redactan de
forma sistemática por un grupo de escribas
– otras técnicas se mostraran en las siguientes
secciones
135

136. El esfuerzo de solución: Paso 7
• Paso 7: evaluar las
soluciones alternativas
– todas las soluciones deben
evaluarse bajo los mismos
criterios de evaluación
– se deben considerar las
ventajas y desventajas de
cada alternativa de solución
136

137. El esfuerzo de solución: Paso 8
• Paso 8: seleccionar la mejor
solución
– Existen tres formas para determinar
la mejor alternativa: análisis, juicio y
negociaciones
– El énfasis en el desarrollo de los SI
se basa en el análisis, sin ignorar del
todo el juicio y la negociación
137

138. El esfuerzo de solución: Pasos 9
y 10
• Paso 9: implementar la solución
– normalmente requiere de ciertos conocimientos
técnicos o especializados que son realizados por
terceros
• Paso 10: asegurarse que la solución es efectiva
– cuando la solución no cumple con los objetivos de
desempeño del sistemas es necesario retomar los
pasos necesarios y determinar donde estuvo el error
– se reconsideran los pasos necesarios
– se repite este proceso hasta que la solución se
alcance
138

139. La visión de sistemas y la toma
de decisiones
Fase Paso Decisión
4 ¿Dónde está el problema?
Esfuerzo ¿Se deben recolectar nuevos datos o ya existen?
de 5 ¿La recolección de datos fue exitosa y suficiente?
definición
¿Cuál es la causa del problema?
6 ¿Cuántas alternativas se deben identificar?
¿Estas alternativas son factibles?
Esfuerzo 7 ¿Qué criterios se deben utilizar?
de ¿Todos los criterios tienen el mismo peso?
solución
8 ¿Existe información suficiente para la selección?
9 ¿Cuándo se debe implementar la solución?
¿Cómo se debería implantar la solución?
10 ¿Quién debe desempeñar la evaluación?
¿Qué tan bien la solución cumple los objetivos?
139

140. ENFOQUES DE DESAROLLO
DE LOS SI
LOS SISTEMAS SUAVES DE
CHECKLAND: UNA
METODOLOGÍA PARA LOS
ESFUERZOS DE SOLUCIÓN Y
DE DEFINICIÓN (1)
140

141. La visión de Checkland
• Reconoce que las
personas tienen
diferentes percepciones
de los problemas y del
sistema en el cual se
desempeñan: los
problemas son difusos
141

142. Las 5 premisas de Checkland
No existen los problemas objetivos. Si los problemas dependen del intelecto humano,
también las soluciones dependen de él:
Diferentes personas ven diferentes
si se está de acuerdo con los problemas se está
problemas en la misma situación en desacuerdo con la solución
El analista no se puede divorciar
del sistema y los participantes
Muy rara vez los
problemas se presentan
de forma individual,
ni de forma empaquetada,
El área problema se debe ni listos para la solución
investigar y analizar antes de
tomar cualquier decisión sobre
tecnologías computacionales Peter Checkland
142

143. El enfoque de Checkland: la metodología
143

144. La situación del problema (1)
El analista tiene que Una rich picture es una caricatura de
familiarizarse con la los constituyentes y sus relaciones de la La información
situación del problema. situación del problema suave y dura debe
Se debe hacer un intento de ser recolectada
de construcción de una
rich picture
Incluir las
Imponer una preocupaciones,
configuración del temores y
La situación del aspiraciones de los
sistema puede limitar
los tipos de cambios
problema participantes
que se podrían sugerir
Incluir alianzas entre
departamentos o
El analista no debe individuos, así como
imponer algún tipo de deseos y
configuración del presentimientos
sistema en este nivel El analista debe buscar por estructura,
procesos clave, y la interacción entre los
procesos y estructura 144

145. La situación del problema (2)
El propósito de una rich picture es:
Ayudar a visualizar la Evitar la imposición
complejidad de la de una estructura
interacción entre las rígida en la
personas, roles, hechos, apreciación del
observaciones, etc problema
Actuar como una
herramienta de Evitar llevar a cabo
comunicación investigaciones
entre los inútiles sobre el
participantes entendimiento del
problema
145

146. La situación del problema (3)
1. El resolvedor 2. El cliente: la
del problema: persona que paga al
el analista IDENTIFICAR 3
analista
PERSONAJES
IMPORTANTES
3. El poseedor del problema: la
persona o área donde surge el
problema
146

147. El equipo sin
No. De
Después el equipo
es diagnosticado y
EL PROCESO EN SI:
inventario es
regresado
se determina si la
reparación es
Un ejemplo de rich picture. Cortesía de
Al ingresar el equipo
por no ser
patrimonio
viable para ser
reparada en las
María Luisa Serrano
de la
el técnico pregunta instalaciones. Se
institución
por la fecha de informa al jefe. Al jefe se le informa
Informa de las
compra y define si del diagnostico y si se
refacciones que no
está en garantía o cuenta con las
hay en almacén de
no. Si está hace una refacciones necesarias.
DATOS DEL las oficinas
relación e informa al
EQUIPO Y Checa en una lista
jefe. El equipo sin
DEL
garantía pasa almacenada en una hoja
SOLICITANTE
directamente al de exel la existencia de
diagnostico. TECNICO las refacciones y las
entrega al técnico
Cuando existen DIAGNOSTIC JEFE
las refacciones O
SE REPARA Contacta con
el equipo es
el proveedor
reparado. En
dicha
reparación
GARA
interviene el Servicio social de apoyo NTIA
técnico y el Charly se encarga
GARA
servicio social NTIA de solicitar las
de apoyo. facturas para
comprobar que
los equipos estén
Charly solicita en garantía al
El técnico se Cuando el equipo las refacciones almacén central o
encarga de es ingresado cuando no hay
PRUEVA EQUIPO
a compras
coordinar las después de ser en existencia
actividades del reparado o
servicio social de validado por el
apoyo. Ellos están proveedor, se
involucrados prueba antes de
tanto en la ser entregado al
reparación de los usuario. Si el Charly se encarga de preparar el
equipos, la equipo falla equipo que está en garantía y el que
instalación de nuevamente se le Es el equipo recibido que no no se puede reparar, prepara la
periféricos y regresa al cumplió con garantía y no salida del mismo para que el
consumibles y en proveedor. pudo ser reparado por falta proveedor venga por el o Charly lo
ocasiones del de dinero o porque ya no tiene
diagnostico. reparación.
envía personalmente 147

148. La definición del sistema
relevante (1)
Visualizar al problema desde el punto de vista sistémico:
De aquí surge la idea de sistema relevante
El sistema
relevante se extrae
de la rich picture,
y no siempre es
claro cuál es el
sistema relevante
No existe una respuesta exacta a la pregunta
¿qué o cuál es el sistema relevante?
148

149. La definición del sistema
relevante (2)
La sugerencia más aceptada es: acordarlo vía la negociación, esto es a
menudo entre el poseedor y el resolvedor del problema
Adentrarse más a la
situación del problema
Es lo más apropiado para
estimular el Producir una
entendimiento y el definición de raíz
cambio en la EL SISTEMA no es una tarea
organización: el objetivo mecánica. Solo se
final de la metodología
RELEVANTE puede definir por
Se basa en las prueba y error
tareas
fundamentale Su esencia está en
s desarrollar una
definición de raíz
149

150. La definición del sistema
relevante (3)
• Sin embargo existe una • Clientes: personas o grupo de personas que
lista llamada son servidas o que se benefician del sistema
• Actores: personas o tipo de personas que
CATWOE que debe llevan a cabo las actividades esenciales dentro
satisfacer toda del sistema relevante
definición de raíz • Proceso de Transformación: esto es lo que el
sistema realiza (el proceso que convierte inputs
• Todas las componentes en outputs
de CATWOE deben • Visión panorámica (Weltanschauung: world
estar presentes (la view) relevante al sistema
• Dueños (Owners): personas para las cuales el
ausencia de una de ellas sistema es un respuesta. Ellos tienen el poder
requiere de una de cambiar el sistema o hacer que deje de
justificación) existir
• Entorno: es donde el sistema se localiza
150

151. Modelos conceptuales (1)
Modelo conceptual: modelo lógico de las actividades o procesos clave que
se deben llevar a cabo con el fin de satisfacer la definición de raíz del
sistema
No es un modelo del mundo real:
más bien consiste de lo que
lógicamente es requerido por la
definición de raíz
Cuando el modelo está completo, debe de probarse con el fin
de que cumpla con el modelo general del sistema
151

152. Modelos conceptuales (2)
Las preguntas
típicas que se
¿El modelo ilustra
deben hacer son:
¿Existe garantía de
una actividad que
estabilidad a largo
tiene algún propósito
plazo?
de continuidad?
¿Existe alguna ¿Existe alguna frontera?
medida de
desempeño?
¿Existe algún ¿Existen
proceso de toma subsistemas
de decisiones? conectados?
152

153. Comparación del modelo
conceptual con el problema (1)
Las diferencias deben
ser resaltadas como
posibles puntos de
discusión
• ¿Porqué existe una discrepancia entre el
Rich Picture modelo conceptual y el mundo real?
vs.
Problema • ¿Las actividades generadas por el modelo
conceptual suceden en el modelo real?
153

154. Comparación del modelo
conceptual con el problema (2)
• No se debe criticar la forma en
que actualmente se llevan a cabo
las cosas, sino que debe de
crearse una lista de tópicos: una
agenda para el cambio
• La agenda para el cambio debe
ser discutida con los actores en la
situación del problema
154

155. Cambios factibles y deseables
Establezca debates como ejercicio para adentrase
más en la situación
El analista debe dirigir las
discusiones hacia los cambios que
son sistemáticamente deseables y
culturalmente factibles
Las discusiones no deben
ignorar la cultura
organizacional dentro dela cual
los participantes han vivido y
trabajado 155

156. Acciones para mejorar la
situación del problema
Checkland no es muy específico en como se debe
llevar a cabo esto
Cambios en
las políticas,
El resultado del
estrategias
debate de la agenda debe
o procedimientos se
ser un acuerdo para
deben acordar
cambiar las actitudes
dentro de la situación del
problema
Peter Checkland
156

157. Observaciones sobre la
metodología
• Los pasos anteriores no necesariamente se tienen que
llevar a cabo de forma secuencial
• A menudo es necesario retomar un paso anterior para
su revisión
• Es un error pensar que después de que todos los pasos
han sido cubiertos el problema quede del todo claro
• No es una metodología para resolver problemas, sino
que ayuda a mejorar la visión del problema a través
del entendimiento organizacional, el aprendizaje y el
cambio
157

158. Critica a la metodología de
Checkland
• No es comprensible del todo, principalmente en los
últimos pasos
• Es fuerte en los primeros pasos
• Se considera más como una metodología de
entrada (front-end) para llevar a cabo el análisis de
problema y es previa al análisis técnico que
conduce a un SI computarizado
• No es conocida por todos los diseñadores de
sistemas
158

159. ENFOQUES DE DESAROLLO
DE LOS SI
LOS MAPAS MENTALES:
UNA TÉCNICA PARA LOS
ESFUERZOS DE SOLUCIÓN
Y DE DEFINICIÓN (2)
159

160. Introducción
• Un mapa mental representa lo que
se encuentra en la mente de una
persona acerca de un tópico
particular
• Un mapa mental contiene
palabras clave, símbolos, y
figuras conectadas por líneas
• La forma, el color, y el contenido
de un mapa mental debe ser fácil
de recrear y de recordar
160

161. Definición
• Un mapa mental:
– es un diagrama que por medio de colores,
lógica, ritmo visual, números, imágenes y
palabras clave, reúne los puntos
importantes de un tema
– indica, de forma explícita, la forma que
éstos elementos se relacionan entre sí
• Equivale a conseguir en un diagrama
no lineal una réplica de la forma
natural de pensar
161

162. Un mapa mental
162

163. Leyes de diagramación mental
• Iniciar siempre el trazo de • Elegir únicamente
un mapa mental con una palabras o imágenes
imagen central que clave
involucre por lo menos • Utilizar imágenes a todo
tres colores lo largo del mapa mental
• Conectar tantas • Agregar símbolos,
ramificaciones a la flechas y colores a fin de
imagen central como sea establecer conexiones y
necesario; añadir grosor a asociaciones entre los
las ramas principales a fin diferentes elementos
de enfatizarlas • Utilizar ayudas
dimensionales
163

164. Tipos de mapas mentales
• Mapa mental de generación de ideas o creativo
– organiza las ideas propias
– profundiza en conocimientos y experiencia previos a fin
de reorganizarlos y observarlos desde una nueva
perspectiva
– facilita el pasar a la acción
• Mapa mental a partir de ideas predeterminadas
– organiza las ideas propias o ajenas
– parte de cualquier clase de conocimiento o experiencia
previos a fin de transformarlos en una réplica con
estructura funcional
164

165. Creación de un mapa mental de
generación de ideas o creativo
• Reunir materiales: colores, • Utilizar una palabra o imagen
marcadores, bolígrafos y clave para representar cada idea
papel (éste colocarlo de • Comenzar a diagramar lo más
forma horizontal) rápido posible con el fin de que
• Determinar el foco o el tema las ideas asociadas a la imagen
deseado en forma de imagen fluyan y se sucedan unas tras
• Añadir varios pares de ramas otras sin intentar organizarlas
conectadas a la imagen • Repetir el proceso cuanto sea
central necesario
• A fin de evitar bloqueos • Utilizar una palabra o imagen
añadir abundantes clave sobre cada rama
ramificaciones
165

166. Creación de un mapa mental a
partir de ideas predeterminadas
• Reunir material y poner al • Añadir las ideas básicas a
alcance el material manera de encabezados sobre
preseleccionado (apuntes, las ramas principales
libro, investigaciones, etc. • En el extremo de las ramas
• Seleccionar el tópico, gruesas agregar ramas más
materia, o problema a ser delgadas. A éstas se le
diagramado y crear la imagen asocian los subtemas
central • Añadir más colores y más
• Agregar ramificaciones a esta imágenes para destacar ideas
imagen central y se le da • Utilizar flechas, símbolos y
grosor para destacar su códigos propios para asociar
importancia ideas y favorecer conexiones
166

167. Apartados de código
• Son claves propias que, en forma
de taquigrafía mental, ilustran
asociaciones entre
– la información evitando la
redundancia de las palabras
– términos
– flechas conectoras
• Son fundamentales en la
estrategia de construcción del
mapa mental
167

168. Un mapa mental para la
organización de software
168

169. Mapa mental para la estructura
de una página Web
169

170. Mapa mental de un manual de
software
170

171. Mapa mental para la página
www.openeng.com
171

172. ENFOQUES DE DESAROLLO
DE LOS SI
GUÍA PARA ELABORAR
POLÍTICAS Y PROCEDIMIENTOS:
UNA TÉCNICA PARA LOS
ESFUERZOS DE SOLUCIÓN Y
DEFINICIÓN (3)
172

173. Política
• Una política es:
– Una decisión unitaria que se aplica a todas las
situaciones similares
– Una orientación clara hacia donde deben dirigirse todas
las actividades de un mismo tipo
– La manera consistente de tratar a las entidades
– Un lineamiento facilita la toma de decisiones en
actividades rutinarias
– Lo que la dirección desea que se haga en cada situación
definida
– Aplicable al 90-95% de los casos. Las excepciones
deben ser autorizadas por alguien de nivel superior
173

174. Proceso, método y
procedimiento
• Proceso
– Conjunto de elementos que interactúan para
transformar insumos, en bienes o productos terminados
– Está formado por materiales, métodos, procedimientos,
recursos humanos y materiales, y el entorno
• Método
– Guía detallada que muestra secuencial y ordenadamente
como una entidad realiza un trabajo
• Procedimiento
– Guía detallada que muestra secuencial y ordenadamente
como dos o más entidades realizan un trabajo
174

175. Documento controlado
• Es toda aquella política o procedimiento que se ha
formalizado dentro del sistema a través de
asignarle un código e incluirla(o) dentro de los
manuales de políticas y procedimientos
175