Title: Unidad I' Clasificacin de Sistemas de Informacin Avanzados
1Unidad I. Clasificación de Sistemas de
Información Avanzados
- M.C. Juan Carlos Olivares Rojas
2Agenda
- 1.1 Introducción
- 1.2 Conceptos Básicos de Sistemas
- 1.3 TaxonomÃa de los Sistemas de Información (SI)
- 1.4 Técnicas de Construcción de SI
31.1 Introducción
- El origen de los Sistemas de Información está
Ãntimamente relacionado con el origen de las
organizaciones a tal punto que un Sistema de
Información no puede existir sino existe una
organización. - Los Sistemas de Información han evolucionado
conforme lo han hecho las empresas.
4Organizaciones de Ayer
- Escenario economÃa cerrada
- CompañÃas orientadas a producir un producto o
servicio. - Mercado con capacidad de absorber a todos.
- Comercialización y venta fácil.
5Organizaciones de Hoy
- Escenario de una economÃa abierta
- CompañÃas orientadas a servir al cliente
- Entorno altamente competido.
- Comercialización y venta claves para la
supervivencia.
6Organizaciones Tradicionales
- Deseo de Estabilidad
- Múltiples Niveles Administrativos
- Reducción de riesgos
- Toma decisiones lenta, central.
- Respuesta al cliente tardada
- Miembros especialistas
- Importa jerarquÃa, control
- Tamaño grande, inflexibilidad
- Medio comunicación Papel
7Organizaciones Modernas
- Dinámicas
- Plana, esfera de comunicaciones
- Explota nuevas oportunidades
- Información disponible para todos.
- JIT en la Información
- Miembros con conocimiento/autodirección.
- Autoridad y mando circular. (Trabajo en equipo)
- Esbeltas
- Medio de comunicación Electrónicos.
81.2 Conceptos Básicos de Sistemas
- Un sistema es un conjunto de elementos
interrelacionados entre sà para lograr un fin
común. - Los Sistemas de Información son todos aquellas
tecnologÃas y herramientas que nos permiten
gestionar datos para obtener información.
9Conceptos Básicos
- Ejemplos de TecnologÃas de la Información y
Telecomunicaciones (TIC) son lápices, papel,
libros, periódico, cámaras, computadoras,
sÃmbolos matemáticos, fórmulas, modelos. - Los SI ayudan a ver, entender, comunicar,
analizar y controlar la información de las
organizaciones.
10Sistemas de Información
- Sistema de Información
- Conjunto de componentes interrelacionados que
la información para apoyar
de una institución.
SIBC (Sistemas de Información Basados en
Computadora)
11Sistemas de Información
12Sistema de Información
- TecnologÃa
- Sensorial
- Comunicación
- TecnologÃa
- Desplegado
- Comunicación
- TecnologÃa
- Análisis
- Hardware
- Software
- Almacenamiento
Retroalimentación
13Sistemas de Información
14Consideraciones a tomar en los SI
- Evolución de las necesidades de información de
una institución - Conectividad
- Seguridad y Control
- Integridad de la información
- Los sistemas de información son sistemas
socio-tecnológicos
15Importancia de los SI
- Estamos inmersos en un mar de tecnologÃa e
innovaciones de negocios que están transformando
el escenario de los negocios. - Poder de cómputo a una creciente fuerza de
trabajo móvil y global. - En E.U. más de 23 millones de gerentes, más de
113 millones de trabajadores dependen de S.I.
para sus negocios
16Importancia de los SI
- Industrias que no pueden sobrevivir sin uso
extensivo de S.I. - E-commerce (Amazon, eBay, Google, E-Trade, online
universities University of Phoenix) - CompañÃas de servicios Finanzas, Seguros,
Estado, Viajes, Medicina, Educación. - Cadenas comerciales Walmart, Sears
- Manufactureras General Motors, General Electric
- TICs son la base para negocios en el siglo XXI
17Importancia de los SI
- Lo que una empresa desea hacer dentro de 5 años
dependerá de lo que sus sistemas puedan hacer - Incrementar su mercado
- Convertirse en el productor de alta calidad o
bajo costo - Desarrollar nuevos productos
- Incrementar la productividad de los empleados
- Depende del tipo y calidad de información
18Actividad de Reflexión
- Nicholas Carr, de Harvard Business Review
escribió un artÃculo TI no importan - ...Porque todas las empresas pueden comprar TI en
el mercado, -
- ...porque cualquier ventaja obtenida por una
compañÃa puede ser fácilmente copiada por otra
compañÃa,
19Actividad de Reflexión
- ...porque TI es ahora un comodity basado en
estándares (como Internet) que cualquier compañÃa
puede usar - ...no es ya un factor diferenciador en el
desempeño de una compañÃa - ESCRIBE TU OPINIÓN DE CADA PUNTO DE SI ES UNA
VENTAJA O DESVENTAJA Y COMPARTELA CON TUS
COMPAÑEROS
201.3 TaxonomÃa de los SI
- Los SI se clasifican de acuerdo al nivel en el
que se encuentren trabajando en una organización. - Para la clasificación de SI, Mentzas ha definido
tres caracterÃsticas básicas - Soporte para el proceso de información
- Soporte para la toma de decisiones
- Soporte para el proceso de comunicación
21TaxonomÃa de los SI
22TaxonomÃa de los SI
23TaxonomÃa de los SI
- Management Information Systems (MIS) (1,0,0)
- Executive Information Systems (EIS) (1,0,0)
- Executive Support Systems (ESS) (1,0,0.5)
- Decision Support Systems (DSS) (0.5,1,0)
- Group Decision Support Systems (GDSS) (0.5,1,1)
24TaxonomÃa de los SI
- Electronic Meeting Systems (EMS) (0.5,0,1)
- Organizational Decision Support Systems (ODSS)
(0.5,1,1) - Expert Systems (ES) (0.5,1,0)
- Office Information Systems (OIS) (1,0,1)
- Intelligent Organizational Information Systems
(IOIS) (1,1,1)
25TaxonomÃa de los SI
- Se tienen 5 componentes básicos de un SI de
acuerdo a Mentzas - Database Management Systems (DBMS)
- Model Management Systems (MMS)
- Knowledge Management Systems (KBMS)
- Cooperation Management Systems(CMS)
- Dialogue Systems (DS)
26TaxonomÃa de los SI
- De acuerdo a Mentzas, todo SI contiene al menos
una base de datos y un sistema de diálogos
(Interfaz de usuario UI) - Los SI pueden soportar usuarios individuales,
grupales y organizacionales. - Pueden existir clasificaciones más especializadas
de los SI.
27TaxonomÃa de los SI
281.4 Técnicas de Construcción de Sistemas de
Información
- No existe una técnica depurada y exclusiva de
cómo los sistemas de información deban ser
desarrollados. - Para la construcción de SI Avanzados (SIA) se
siguen las metodologÃas y mejores prácticas
como RUP o Métrica3
29Diseño de SIA
- Algunas recomendaciones para el desarrollo de
SIAs son - El usuario siempre tiene la razón
- Las Base de Datos (BD) son el componente clave de
todo el sistema. Cada tabla agregada sirve de
base para otros SIAs.
30Diseño de SIA
- Sólo se almacenan los datos que se necesitan ser
recuperados en un futuro próximo. - En donde quedan los datos antiguos?
- En BDs históricas que sirven de respaldo o bien
para futuros usos (almacenes de datos). - Las BDs que reciben operaciones se llaman
transaccionales.
31Diseño de SIA
- La información que pueda ser calculada no deberá
ser almacenada. De lo contrario este dato deberá
ser modificado. - Los usuarios finales determinan la forma en que
necesitan la información y cuando la necesitan.
Adicionalmente se deben agregar campos de
control. Se deben validar los datos de entrada y
salida.
32Diseños de SIA
- Los archivos no pueden crecer sin control
(infinitamente) se deben establecer máximos y
mÃnimos de tal forma que sea posible
reestructurarlos. - Los SIAs deben ser escalables por lo que deben de
operar los módulos de forma más independiente
(Alta cohesión y bajo acoplamiento).
33Diseños de SIA
- Una vez que un registro es dado de alta no debe
borrarse nunca, dado que se trata de un evento
histórico. Aún las fallas deben registrarse. - Las tablas no deben guardar valores constantes
para todos los registros salvo que la aplicación
asà lo requiera para usos futuros.
34Diseños de SIA
- Los datos de la BD deben de ser atómicos. No debe
de ser datos que sean subdivisibles por que se
requerirÃa de más programación. - Todo registro debe de tener una llave, es decir
un ID único. Se debe validar que no se repitan
las llaves. - Un SIA debe garantizar la persistencia de los
datos.
35Diseño de SIAs
- En todo SIA primero se diseña la BD y hasta
después se hacen los programas de aplicación. - Un SIA maneja información generalmente en
representaciones fáciles para los usuarios con
alto nivel gerencial. Gráficas de pastel,
histogramas, etc.
36Actividad
- Diseñar una BD para utilizarse en un portal de
distribución de manuales técnicos. - Identificar las posibles entidades, saber si son
fuertes y débiles. - Realizar un Diagrama Entidad/Relación
- Realizar el modelo conceptual de la BD en esquema
relacional u orientado a objetos.
37Otras Consideraciones en BD
- Utilice las conexiones el menor tiempo posible
(cerrar conexiones innecesarias). - De ser posible, utilizar procedimientos
almacenados. - Paginar los Recordsets.
38Diseño de SIAs
- La calidad de un SIA está determinada por sus
interfaces de entrada y salida. - Si las interfaces no están bien diseñadas el
usuario no podrá operar correctamente el sistema. - Las interfaces deben tener un diálogo lo más
natural posible enfocándose en la descripción del
sistema.
39Leyes del Diseño de Interfaces
- Una computadora no debe causar daño al trabajo
del usuario, o por inacción, permitir que el
trabajo del usuario reciba algún daño. - Una computadora no debe hacer perder tiempo al
usuario u obligarlo a trabajar más de lo que es
estrictamente necesario. - Las interfaces deben ser funcionales.
40Leyes del Diseño de Interfaces
- Se debe tener el menor número de interfaces
posibles a fin de minimizar los errores. - No se debe saturar de información una interfaz.
- Se debe considerar el tipo de aplicación a
desarrollar. Por ejemplo la Web no está hecha de
papel.
41Leyes del Diseño de Interfaces
- La mejor ayuda es el sentido común.
- Se deben omitir palabras innecesarias y eliminar
todo el ruido audiovisual posible. - Se debe mantener coherencia entre cada una de las
interfaces del sistema. - Se recomienda no tener más de 4 niveles de
anidación de interfaces.
42Leyes del Diseño de Interfaces
- Se deben tener varias formas de acceso a las
interfaces (accesibilidad). - Las interfaces deben de ser amigables para los
usuarios. - Las interfaces sobre todo fÃsicas deben respetar
conceptos básicos de ergonomÃa.
43Actividad
- Desarrollo de una interfaz en HTML y de una
Interfaz en un formulario en Windows. - Qué pasarÃa si tuviéramos que cambiar una
aplicación existente a otra? - Pues se tendrÃa que desarrollar nuevamente la
aplicación. Se sugiere utilizar el patrón MVC
(Modelo-Vista-Controlador).
44BibliografÃa
- Mentzas, G. (2002). A Functional Taxonomy of
Computer Based Information Systems, Publicado en
"International Journal of Information
Management, Volume 14, No. 6, December, pp.
397-410.
45Preguntas, dudas y comentarios?