Los sistemas de información se clasifican según el nivel organizacional al que sirven. El marco de Robert N. Anthony (1965) distingue tres niveles de actividad administrativa: planeación estratégica, control administrativo (gerencial) y control operativo. Cada nivel apoya decisiones de distinto grado de estructura; Gorry y Scott Morton (1971) las clasifican en estructuradas, semiestructuradas y no estructuradas, mientras que Herbert A. Simon (1960) describe la toma de decisiones en tres fases: inteligencia, diseño y selección.
Por su función, los principales tipos son:
Las aplicaciones empresariales que integran procesos en toda la organización son cuatro: ERP (sistemas empresariales), SCM (cadena de suministro), CRM (relaciones con el cliente) y KMS (administración del conocimiento).
El ciclo de vida del desarrollo de sistemas (SDLC) según Kendall y Kendall consta de siete fases: identificación de problemas y objetivos, determinación de requerimientos, análisis de necesidades, diseño, desarrollo y documentación, prueba y mantenimiento, e implementación y evaluación. Las metodologías pueden ser estructuradas (emplean el DFD, que modela el flujo de datos entre procesos, almacenes y entidades externas) u orientadas a objetos (emplean UML, con artefactos como los casos de uso, que describen la interacción actor-sistema).
Entre los modelos de proceso destacan: cascada (Royce, 1970), secuencial y lineal; prototipos, iterativo para refinar requisitos poco claros; espiral (Boehm, 1988), guiado por riesgos; RUP, iterativo e incremental en cuatro fases (inicio, elaboración, construcción, transición); y ágil, cuyo Manifiesto (2001) define 4 valores y 12 principios. Scrum establece 3 responsabilidades, 5 eventos y 3 artefactos; el Sprint dura un mes o menos y el Daily Scrum tiene un timebox de 15 minutos.
1. ¿Qué tipo de sistema de información da soporte al nivel operativo de una organización, registrando las transacciones rutinarias y cotidianas como nómina, pedidos y facturación?
El TPS registra y ejecuta las transacciones rutinarias del nivel operativo (nómina, pedidos, facturación, reservaciones); el MIS, en cambio, sirve a la gerencia media con reportes resumidos. (Laudon, K. C. & Laudon, J. P., "Sistemas de información gerencial", Pearson)
2. Un sistema que consolida los datos generados por los sistemas de procesamiento de transacciones y produce reportes periódicos, de resumen y de excepción para apoyar decisiones de control y seguimiento de la gerencia media, corresponde a un(a):
El MIS resume datos internos de los TPS y genera reportes periódicos para la gerencia media; el DSS usa modelos analíticos para decisiones semiestructuradas y el ESS sirve al nivel estratégico. (Laudon, K. C. & Laudon, J. P., "Sistemas de información gerencial", Pearson)
3. El gerente de logística de una empresa necesita evaluar distintos escenarios de distribución combinando costos internos con proyecciones externas de combustible, aplicando análisis "qué pasaría si" antes de decidir la ruta óptima. ¿Qué tipo de sistema requiere para esta tarea?
El escenario describe una decisión semiestructurada resuelta con modelos analíticos y análisis "qué pasaría si" combinando datos internos y externos, característico del DSS, no de un TPS ni de una aplicación de integración como el SCM. (Laudon, K. C. & Laudon, J. P., "Sistemas de información gerencial", Pearson)
4. ¿Qué sistema de información sirve al nivel estratégico de la alta dirección y utiliza gráficos y tableros que integran información interna y del entorno externo para apoyar decisiones no estructuradas?
El ESS (o EIS) apoya al nivel estratégico con decisiones no estructuradas mediante tableros que combinan datos internos y externos; el DSS se enfoca en decisiones semiestructuradas de nivel medio, no en la visión estratégica global. (Laudon, K. C. & Laudon, J. P., "Sistemas de información gerencial", Pearson)
5. Un analista de sistemas debe clasificar el tipo de aplicación requerida por un área de la empresa que fija metas de participación de mercado a cinco años y define políticas generales de crecimiento. Según el marco de Robert N. Anthony, ¿a qué nivel de actividad administrativa corresponde esta área?
Anthony distingue planeación estratégica, control administrativo y control operativo; fijar metas a largo plazo y políticas de crecimiento es una decisión de planeación estratégica, no un nivel de procesamiento transaccional (que ni siquiera es uno de los tres niveles de Anthony). (Anthony, R. N. (1965), "Planning and Control Systems: A Framework for Analysis", Harvard Business School)
6. Según el modelo de toma de decisiones de Herbert A. Simon, la fase en la que el tomador de decisiones identifica y define el problema u oportunidad dentro de la organización se conoce como:
Simon llama "inteligencia" a la fase de identificación del problema; el "diseño" genera alternativas y la "selección" elige entre ellas, mientras que la "implementación" se añadió en formulaciones posteriores. (Simon, H. A. (1960), "The New Science of Management Decision")
7. Un directivo debe decidir si autorizar el otorgamiento de crédito a un cliente nuevo con un historial parcialmente documentado, para lo cual no existe un procedimiento único ni completo que garantice la decisión correcta. De acuerdo con el marco de Gorry y Scott Morton, esta decisión se clasifica como:
Al existir información parcial pero no un procedimiento definido y completo, la decisión es semiestructurada según Gorry y Scott Morton; "de nivel operativo" corresponde al marco de niveles de Anthony, no al de estructura de la decisión. (Gorry, G. A. & Scott Morton, M. S. (1971), "A Framework for Management Information Systems", Sloan Management Review)
8. Una empresa desea implementar un sistema que integre y automatice los procesos de compras, producción y distribución con sus proveedores externos para reducir tiempos de entrega. ¿Cuál de las siguientes aplicaciones empresariales corresponde a esta necesidad?
El SCM integra procesos con proveedores externos para optimizar la cadena de suministro; el ERP integra sobre todo procesos internos de la organización, no específicamente la relación con proveedores. (Laudon, K. C. & Laudon, J. P., "Sistemas de información gerencial", Pearson (4 aplicaciones empresariales: ERP, SCM, CRM, KMS))
9. ¿Cuál de las siguientes NO forma parte de las cuatro principales aplicaciones empresariales que integran procesos en toda la organización, según Laudon y Laudon?
Las 4 aplicaciones empresariales son ERP, SCM, CRM y KMS; el DSS es un tipo de sistema de apoyo a decisiones semiestructuradas, no una aplicación empresarial de integración de procesos. (Laudon, K. C. & Laudon, J. P., "Sistemas de información gerencial", Pearson)
10. De acuerdo con Kendall y Kendall, ¿cuántas fases integran el ciclo de vida del desarrollo de sistemas (SDLC)?
Kendall y Kendall proponen 7 fases, desde la identificación de problemas y oportunidades hasta la implementación y evaluación del sistema. (Kendall, K. E. & Kendall, J. E., "Análisis y diseño de sistemas", Pearson)
11. En el ciclo de vida del desarrollo de sistemas de Kendall y Kendall, ¿cuál es la primera fase del proceso?
La primera fase consiste en identificar problemas, oportunidades y objetivos, antes de pasar a determinar los requerimientos de información. (Kendall, K. E. & Kendall, J. E., "Análisis y diseño de sistemas", Pearson)
12. ¿Qué modelo de desarrollo de software se caracteriza por un enfoque secuencial y lineal en el que cada fase debe completarse totalmente antes de iniciar la siguiente?
El modelo en cascada, descrito por Royce, sigue una secuencia lineal estricta de fases; el prototipado y el modelo en espiral son iterativos, y RUP es incremental por fases. (Royce, W. W. (1970), "Managing the Development of Large Software Systems"; Pressman, "Ingeniería del software", McGraw-Hill)
13. Un cliente solicita un nuevo sistema de reservaciones, pero no logra especificar con precisión todas sus necesidades de información. El equipo de desarrollo decide construir una versión preliminar y funcional que el cliente pueda probar y retroalimentar antes de definir la versión final. ¿Qué modelo de desarrollo está aplicando el equipo?
El modelo de prototipos construye una versión preliminar funcional para refinar los requisitos con el usuario cuando estos no están claros, a diferencia del modelo en espiral, centrado en la gestión de riesgos por iteración. (Pressman, R. S., "Ingeniería del software: un enfoque práctico", McGraw-Hill)
14. ¿Qué modelo de desarrollo de software está guiado por el análisis y la gestión de riesgos, integrando en cada vuelta de la espiral las actividades de planeación, análisis de riesgos, ingeniería y evaluación del cliente?
El modelo en espiral de Boehm organiza el desarrollo en ciclos guiados por el análisis de riesgos; el RUP también es iterativo e incremental, pero se organiza en las fases de inicio, elaboración, construcción y transición, no en vueltas de espiral centradas en riesgo. (Boehm, B. W. (1988), "A Spiral Model of Software Development and Enhancement", IEEE Computer)
15. El Proceso Unificado de Rational (RUP), una metodología iterativa e incremental orientada a objetos, organiza el desarrollo en cuatro fases. ¿Cuál de las siguientes secuencias corresponde a dichas fases?
RUP se organiza en inicio (inception), elaboración, construcción y transición; la secuencia de planeación-riesgo-ingeniería-evaluación corresponde al modelo en espiral, no a RUP. (Kruchten, P., "The Rational Unified Process: An Introduction", Addison-Wesley)
16. El Manifiesto Ágil, publicado en 2001, establece que se valora el software funcionando por encima de:
Uno de los 4 valores del Manifiesto Ágil es "software funcionando sobre documentación extensa"; los otros tres elementos mencionados son justamente valores que se prefieren, no aquellos sobre los que el software funcionando se antepone. (Beck, K. et al. (2001), "Manifiesto por el Desarrollo Ágil de Software" (agilemanifesto.org))
17. Un equipo que trabaja con Scrum realiza una reunión diaria con un tiempo delimitado de 15 minutos para que los Developers inspeccionen el avance hacia el objetivo del sprint. ¿Cómo se denomina este evento dentro del marco de Scrum?
El Daily Scrum es el evento con timebox de 15 minutos en el que los Developers inspeccionan el avance hacia el objetivo del sprint; el Sprint Review y la Retrospectiva ocurren al final del sprint, y el Sprint Planning al inicio. (Schwaber, K. & Sutherland, J., "La Guía de Scrum", edición 2020)
18. De acuerdo con la Guía de Scrum (edición 2020), ¿cuál de las siguientes combinaciones describe correctamente el número de responsabilidades, eventos y artefactos que define el marco de trabajo?
Scrum define 3 responsabilidades (Product Owner, Scrum Master, Developers), 5 eventos (el Sprint con Sprint Planning, Daily Scrum, Sprint Review y Sprint Retrospective) y 3 artefactos (Product Backlog, Sprint Backlog e Increment); las demás combinaciones alteran alguno de estos números. (Schwaber, K. & Sutherland, J., "La Guía de Scrum", edición 2020)
19. Un diagrama de flujo de datos (DFD) es una herramienta de la metodología estructurada que representa gráficamente:
El DFD modela el flujo de datos entre procesos, almacenes de datos y entidades externas, sin representar secuencia temporal ni control, que corresponde a los diagramas de flujo de programa. (Kendall, K. E. & Kendall, J. E., "Análisis y diseño de sistemas", Pearson; notación estructurada de DeMarco/Yourdon-Gane & Sarson)
20. En la notación de diagramas de flujo de datos, ¿cómo se representa generalmente el símbolo de almacén de datos, es decir, un archivo o base de datos donde se guarda información entre procesos?
El almacén de datos se representa con un par de líneas paralelas (abiertas en un extremo) acompañadas de su nombre; el óvalo o círculo representa un proceso y el rectángulo, una entidad externa. (Notación estructurada de Gane & Sarson / Yourdon, referenciada en Kendall & Kendall, "Análisis y diseño de sistemas")
21. Un analista dibuja un solo proceso que representa todo el sistema de facturación, rodeado por las entidades externas "Cliente", "Banco" y "Almacén", junto con los flujos de datos que entran y salen del sistema, sin mostrar ningún detalle interno. ¿Qué tipo de diagrama de flujo de datos está elaborando?
El diagrama de contexto (nivel 0) representa el sistema completo como un único proceso con sus entidades externas y flujos de entrada/salida, sin detalle interno; el nivel 1 ya descompone ese proceso en subprocesos. (Kendall, K. E. & Kendall, J. E., "Análisis y diseño de sistemas", Pearson)
22. Al explosionar (detallar) un proceso del diagrama de contexto en un DFD de nivel 1, un analista agrega un flujo de datos de salida adicional que no existía en el proceso original del nivel 0. De acuerdo con la regla de balanceo de los DFD, esta práctica es:
La regla de balanceo exige que las entradas y salidas de un diagrama hijo coincidan exactamente con las del proceso padre; agregar un flujo no presente en el nivel superior rompe esa regla, independientemente de si se documenta. (Kendall, K. E. & Kendall, J. E., "Análisis y diseño de sistemas", Pearson (regla de balanceo en el desglose de DFD))
23. ¿Cuál de los siguientes elementos NO forma parte de los símbolos básicos de un diagrama de flujo de datos (DFD)?
El símbolo de decisión (si-entonces-si no) pertenece a los diagramas de flujo de programa o algoritmos, no a los DFD, cuyos símbolos básicos son proceso, entidad externa, almacén de datos y flujo de datos. (Kendall, K. E. & Kendall, J. E., "Análisis y diseño de sistemas", Pearson; notación estructurada DeMarco/Yourdon-Gane & Sarson)
24. ¿Cuál es la función principal de un sistema ERP (planificación de recursos empresariales) dentro de una organización?
La función principal del ERP es integrar los procesos internos (manufactura, finanzas, RH) en una plataforma de datos común; administrar clientes corresponde al CRM, coordinar proveedores/distribuidores al SCM y automatizar solo la nómina es una tarea de nivel transaccional (TPS), no la función integradora del ERP. (Laudon, K. C. & Laudon, J. P., "Sistemas de información gerencial", Pearson (aplicaciones empresariales integradoras))
25. ¿Cuál es el objetivo principal de un sistema CRM (administración de las relaciones con el cliente)?
El CRM centraliza el ciclo completo de relación con el cliente; planificar producción es propio del ERP y sincronizar entregas de proveedores es función del SCM. (Laudon, K. C. & Laudon, J. P., "Sistemas de información gerencial", Pearson)
26. ¿Qué función cumple un sistema de administración de la cadena de suministro (SCM) en una empresa?
El SCM coordina el flujo entre proveedores, fabricantes y distribuidores (abasto, fabricación y entrega); analizar el comportamiento de compra de clientes corresponde al CRM. (Laudon, K. C. & Laudon, J. P., "Sistemas de información gerencial", Pearson)
27. Una empresa manufacturera quiere reemplazar sus sistemas aislados por departamento con una sola plataforma que integre en una base de datos común los procesos de finanzas y contabilidad, producción y recursos humanos. ¿Qué tipo de sistema empresarial debe implementar?
La necesidad descrita —integrar finanzas, producción y RH en una base de datos común— corresponde exactamente al alcance de un ERP, no de un CRM (orientado al cliente) ni de un SCM (orientado a proveedores). (Laudon, K. C. & Laudon, J. P., "Sistemas de información gerencial", Pearson)
28. Una tienda departamental detecta que sus vendedores no comparten el historial de compras ni las preferencias de los clientes entre sucursales, lo que provoca ofertas repetidas e inconsistentes. ¿Qué tipo de sistema empresarial resolvería mejor este problema?
El problema es la falta de una vista unificada del cliente entre sucursales, que es precisamente lo que centraliza un CRM; el ERP y el SCM no gestionan directamente la relación con el cliente final. (Laudon, K. C. & Laudon, J. P., "Sistemas de información gerencial", Pearson)
29. Un fabricante de electrónicos sufre retrasos constantes porque no tiene visibilidad de los niveles de inventario de sus proveedores ni de los tiempos de entrega de sus distribuidores. ¿Qué tipo de sistema empresarial le permitiría coordinar mejor este flujo entre organizaciones?
La coordinación de inventarios y tiempos de entrega entre proveedores, fabricantes y distribuidores es el propósito central del SCM; el CRM se enfoca en el cliente, no en la cadena de suministro. (Laudon, K. C. & Laudon, J. P., "Sistemas de información gerencial", Pearson)
30. ¿Cuál de las siguientes actividades NO forma parte de los módulos centrales que integra tradicionalmente un sistema ERP?
Finanzas, manufactura y recursos humanos son módulos centrales de un ERP; las campañas de publicidad hacia clientes potenciales corresponden al ámbito del CRM, no al núcleo del ERP. (Laudon, K. C. & Laudon, J. P., "Sistemas de información gerencial", Pearson)
31. ¿Cuál es la característica que define al modelo en cascada (waterfall) para el desarrollo de software?
El modelo en cascada, descrito por Royce (1970), es secuencial y lineal; el ciclo guiado por riesgos corresponde al modelo en espiral y la respuesta al cambio es un valor ágil. (Royce, W. W. (1970), "Managing the Development of Large Software Systems"; Pressman, "Ingeniería del software", McGraw-Hill)
32. ¿En qué consiste el modelo incremental de desarrollo de software?
El modelo incremental entrega el sistema en incrementos funcionales sucesivos; construir un prototipo desechable corresponde al modelo de prototipos y el ciclo guiado por riesgos al modelo en espiral. (Pressman, R. S., "Ingeniería del software: un enfoque práctico", McGraw-Hill)
33. ¿Qué elemento distingue al modelo en espiral de Barry Boehm de los demás modelos de proceso de software?
El modelo en espiral de Boehm (1988) se distingue por incorporar en cada ciclo una fase explícita de análisis y gestión de riesgos, a diferencia de la cascada o el incremental. (Boehm, B. W. (1988), "A Spiral Model of Software Development and Enhancement", IEEE Computer)
34. Un equipo debe desarrollar un sistema de gran escala cuyos riesgos técnicos y de negocio son altos y todavía poco conocidos; la dirección exige evaluar y mitigar esos riesgos en cada etapa antes de comprometer más recursos. ¿Qué modelo de proceso es más adecuado para este proyecto?
El modelo en espiral está diseñado precisamente para proyectos de alto riesgo, ya que cada vuelta incluye una etapa formal de análisis y mitigación de riesgos antes de continuar. (Boehm, B. W. (1988), "A Spiral Model of Software Development and Enhancement", IEEE Computer)
35. El cliente necesita que el sistema entre en operación con las funciones más urgentes en las primeras semanas, mientras el resto de las funciones se agregan en entregas posteriores ya planificadas. ¿Qué modelo de proceso conviene aplicar en este proyecto?
El modelo incremental permite entregar primero las funciones más urgentes y agregar el resto en incrementos posteriores planificados, algo que el modelo en cascada no admite. (Pressman, R. S., "Ingeniería del software: un enfoque práctico", McGraw-Hill)