460 likes | 737 Views
Unidad I. Clasificación de Sistemas de Información Avanzados. M.C. Juan Carlos Olivares Rojas. Agenda. 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. 1.1 Introducción.
E N D
Unidad I. Clasificación de Sistemas de Información Avanzados M.C. Juan Carlos Olivares Rojas
Agenda 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
1.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.
Organizaciones 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.
Organizaciones 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.
Organizaciones 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
Organizaciones 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.
1.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.
Conceptos 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.
Sistema de Información Conjunto de componentes interrelacionados que Sistemas de Información la información para apoyar de una institución. SIBC (Sistemas de Información Basados en Computadora)
Insumo Procesamiento Salida Información Útil Datos Análisis Sistema de Información • Tecnología • Sensorial • Comunicación • Tecnología • Desplegado • Comunicación • Tecnología • Análisis: • Hardware • Software • Almacenamiento Retroalimentación
Consideraciones 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
Importancia 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
Importancia 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
Importancia 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
Actividad 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,
Actividad 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
1.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
Taxonomí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)
Taxonomí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)
Taxonomí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)
Taxonomí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.
1.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
Diseñ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.
Diseñ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.
Diseñ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.
Diseñ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).
Diseñ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.
Diseñ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.
Diseñ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.
Actividad • 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.
Otras Consideraciones en BD • Utilice las conexiones el menor tiempo posible (cerrar conexiones innecesarias). • De ser posible, utilizar procedimientos almacenados. • Paginar los Recordsets.
Diseñ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.
Leyes 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.
Leyes 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.
Leyes 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.
Leyes 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.
Actividad • 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).
Bibliografí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.