1. El Triángulo de Anthony y la Jerarquía Informativa

El Triángulo de Anthony representa los niveles jerárquicos en una organización y su relación con la necesidad de información:

• Nivel Operativo (Base): Se requiere información detallada y en gran cantidad para tareas diarias.
• Nivel Táctico (Medio): Se necesita información resumida para planificación y control.
• Nivel Estratégico (Cima): Se usa información agregada y externa para decisiones a largo plazo.

A medida que se asciende en el nivel jerárquico, disminuye la cantidad de información, pero aumenta su relevancia y síntesis.

2. El Proceso de Comunicación Administrativa

El proceso de comunicación en la administración implica un emisor que envía un mensaje a través de un canal a un receptor, quien lo decodifica y proporciona retroalimentación. En sistemas de información, esto asegura que los datos fluyan correctamente para la toma de decisiones, evitando malentendidos y mejorando la eficiencia organizacional.

3. Ruido e Inconsistencia en la Información

El ruido en la información de fuentes distintas ocurre por inconsistencias, como datos desactualizados, errores de interpretación o formatos diferentes. Para solucionarlo, se deben implementar las siguientes acciones:

1. Estandarizar las fuentes de datos.
2. Verificar la consistencia mediante cruces de datos.
3. Usar protocolos de validación, como la reconciliación de información.

4. Tipos de Sistemas de Información

Existen tres tipos principales de sistemas de información:

• Sistemas de Procesamiento de Transacciones (TPS)
• Sistemas de Información Gerencial (MIS)
• Sistemas de Soporte a Decisiones (DSS)

El Sistema de Información Gerencial (MIS)

El MIS proporciona informes resumidos a gerentes para monitorear operaciones (ej. ventas mensuales), ayudando significativamente en la planificación y el control.

5. Importancia de la Teoría General de Sistemas (TGS)

La Teoría General de Sistemas es fundamental en la gestión de empresas porque concibe la organización como un sistema interconectado con subsistemas, entradas, procesos y salidas. Esto facilita la comprensión de las interdependencias, la optimización de recursos y la capacidad de adaptación a los cambios ambientales.

6. Conceptos Clave de la TGS

• Sinergia: El todo es mayor que la suma de las partes; ejemplo: un equipo de trabajo logra más que individuos trabajando solos.
• Recursividad: Existencia de sistemas dentro de otros sistemas; ejemplo: un departamento dentro de una empresa.
• Entropía: Tendencia natural al desorden; ejemplo: sin mantenimiento, un sistema informático se degrada.

7. Competencias del Analista de Sistemas

Un Analista de Sistemas debe poseer un conjunto equilibrado de habilidades técnicas y blandas:

• Competencias Técnicas: Análisis lógico, conocimientos en programación, bases de datos y metodologías de desarrollo.
• Competencias Blandas: Comunicación efectiva y resolución de problemas.
• Características Personales: Curiosidad, adaptabilidad y atención al detalle.

8. Roles Clave en el Desarrollo de Sistemas

Los roles fundamentales en el ciclo de vida del desarrollo incluyen:

1. Análisis de Requerimientos: Identificar y documentar las necesidades del usuario.
2. Diseño de Sistemas: Crear los planos o *blueprints* de la arquitectura del sistema.
3. Prueba e Implementación: Verificar la funcionalidad y desplegar el sistema, incluyendo la capacitación de usuarios.

9. Aplicación de la Metodología en Casos Específicos

Se utiliza aún por su estructura lineal y predictibilidad en proyectos con requerimientos estables. Su principal motivo es la simplicidad y la documentación clara. Es adecuada para sistemas como proyectos gubernamentales o regulados, como sistemas financieros.

10. Etapas del Ciclo de Vida del Desarrollo de Sistemas (SDLC)

Las etapas canónicas son:

1. Requerimientos
2. Diseño
3. Implementación
4. Pruebas
5. Despliegue
6. Mantenimiento

11. Modelo de Control en Gestión

El modelo de control abarca cuatro fases esenciales:

1. Planificación: Establecer objetivos.
2. Ejecución: Realizar las acciones planificadas.
3. Medición: Comparar los resultados obtenidos con los objetivos.
4. Corrección: Ajustar las desviaciones encontradas.

Ejemplo: En producción, planificar 100 unidades, producir, medir 90, y corregir los procesos para alcanzar la meta.

12. Relación entre Usuarios Finales y Técnicos

La relación es inherentemente colaborativa: los usuarios finales definen las necesidades, y los técnicos diseñan y construyen la solución. El flujo ideal es:

Usuarios finales $\rightarrow$ Requerimientos $\rightarrow$ Técnicos $\rightarrow$ Desarrollo $\rightarrow$ Pruebas conjuntas $\rightarrow$ Implementación.

13. Criterio Costos vs. Beneficios

Este criterio evalúa si los beneficios (eficiencia, ahorro) superan los costos (desarrollo, mantenimiento). En Sistemas de Información (SI), se aplica calculando el Retorno de la Inversión (ROI). Si un sistema cuesta $100,000 pero genera un ahorro anual de $150,000, se considera viable.

14. El Modelo de Prototipos

El modelo de prototipos se fundamenta en iteraciones rápidas: crear versiones preliminares, probarlas con usuarios y refinarlas. Funciona mediante la construcción de un prototipo inicial, la recepción de feedback y el ajuste continuo hasta alcanzar la versión final deseada.

15. Tipos de Pruebas de Software

• Prueba de Datos: Ejecuta el programa con datos reales o simulados para verificar los resultados (*outputs*); su objetivo es detectar errores en tiempo de ejecución (*runtime*).
• Prueba de Escritorio: Simula la ejecución del programa manualmente, sin correr el código; su objetivo es verificar la lógica interna.

16. Transformación de la Realidad en Información

Transformamos la realidad en información mediante la captura de datos (de objetos, ideas o eventos), su procesamiento en conocimiento útil mediante análisis y contexto, lo cual permite la toma de decisiones informadas y el logro del éxito organizacional.

17. Proceso de Cotización de Software

Para cotizar software de manera efectiva, se deben seguir estos pasos:

1. Definir Requerimientos: Especificar funcionalidades (ej. módulo de compras).
2. Investigar Proveedores.
3. Solicitar Cotizaciones.
4. Evaluar: Considerar demos, costos y niveles de soporte.
5. Seleccionar: Negociar y elegir basándose en la relación costo-beneficio.

18. Elementos Constitutivos de un Sistema de Información

Los componentes esenciales de un SI son:

• Hardware: Computadores y dispositivos físicos.
• Software: Programas y aplicaciones.
• Datos: Información almacenada.
• Procedimientos: Procesos y reglas de operación.
• Personal: Usuarios y administradores.
• Redes: Conexiones físicas y lógicas.

19. Herramientas de Modelado de Datos

• Diagrama de Flujo de Datos (DFD): Muestra el flujo de datos entre procesos (círculos), entidades externas y almacenamientos, utilizando símbolos estandarizados.
• Diccionario de Datos: Define formalmente cada elemento de dato (nombre, tipo, descripción).

Una empresa puede tener un DFD principal que represente el sistema global, pero es común tener múltiples DFDs para modelar subsistemas específicos.

20. Componentes Principales del Hardware

Las partes fundamentales de una computadora son:

• CPU (Unidad Central de Procesamiento): Ejecuta las instrucciones.
• Memoria RAM: Almacena temporalmente datos en uso.
• Almacenamiento: Guarda datos permanentemente (HDD/SSD).
• Periféricos: Dispositivos de entrada/salida (teclado, monitor).
• Placa Madre: Conecta y coordina todos los componentes.

21. Gestión de Memoria

• Memoria Virtual (Paginación): Extiende la RAM utilizando espacio del disco duro, dividiendo la memoria en páginas para soportar la multitarea.
• Memoria Caché: Almacenamiento ultrarrápido ubicado cerca de la CPU para guardar datos accedidos frecuentemente, reduciendo drásticamente los tiempos de acceso.

22. Código ASCII

El Código ASCII (*American Standard Code for Information Interchange*) es un estándar que representa caracteres (letras, números) en formato binario. Se utiliza para estandarizar la comunicación e interpretación de caracteres entre diferentes dispositivos electrónicos.

23. Conversión Hexadecimal

En el sistema hexadecimal, después de la representación 2F, el siguiente valor es 30. Esto se debe a que F representa 15; al sumar 1, se produce un acarreo, resultando en 30 en base 16.

24. Sistemas de Numeración

Diferencias entre sistemas de numeración:

• Decimal: Utiliza 10 dígitos (0-9).
• Binario: Utiliza 2 dígitos (0-1).
• Hexadecimal: Utiliza 16 dígitos (0-9 y A-F).

25. Arquitecturas de Procesamiento

• Centralizada: Todo el procesamiento se realiza en un único equipo central (*mainframe*). Es simple, pero representa un punto único de falla.
• Cliente-Servidor: Los clientes solicitan servicios a un servidor dedicado. Es más escalable y distribuida, aunque inherentemente más compleja de administrar.

26. Compilación vs. Interpretación

• Compilación: Traduce el código fuente a un archivo ejecutable una sola vez. El *runtime* es rápido.
• Interpretación: Ejecuta el código línea por línea durante el *runtime*. Facilita la depuración, pero resulta en una ejecución más lenta.

27. Estructura de Archivos

La jerarquía de almacenamiento lógico es:

• Archivos: Colección de registros (unidad lógica, ej. el archivo de ‘Empleados’).
• Registros: Compuestos por campos (atributos, ej. el registro de ‘Juan Pérez’).
• Campos: Unidades atómicas de datos (ej. el campo ‘Nombre’).

28. Formas de Acceso a Archivos

• Acceso Secuencial: La lectura se realiza desde el inicio hasta el final del archivo.
• Acceso Directo: Utiliza índices para localizar y acceder directamente a una posición específica del archivo.

29. Comparativa: Archivos Planos vs. Bases de Datos

Los archivos planos son simples, basados en texto estructurado, pero tienden a ser redundantes y difíciles de consultar eficientemente. Las bases de datos, en contraste, son altamente estructuradas (a menudo relacionales), evitan la redundancia y permiten la ejecución de consultas complejas.

30. Beneficios Generales de los Sistemas de Información

La implementación efectiva de SI resulta en:

• Mejora sustancial en la toma de decisiones.
• Aumento de la eficiencia operativa.
• Reducción de costos.
• Mejor comunicación interna.
• Mayor competitividad y adaptabilidad a los cambios del entorno.

Metodologías Ágiles y Seguridad en Redes

1. Metodología SCRUM

SCRUM es una metodología ágil diseñada para el desarrollo flexible, iterativo e incremental de sistemas de información (software, aplicaciones, etc.), siendo especialmente útil cuando los requisitos son volátiles o no están completamente definidos al inicio.

Características Fundamentales de SCRUM

• Se trabaja en ciclos cortos denominados Sprints (usualmente de 2 a 4 semanas).
• Al finalizar cada sprint, se entrega un Incremento funcional del sistema que aporta valor.
• Existe una priorización constante de las funcionalidades más importantes para el cliente/usuario.

Roles Clave en SCRUM

1. Product Owner (Dueño del Producto): Representa al cliente. Es responsable de definir el *qué* y priorizar el *Product Backlog*.
2. Scrum Master: Actúa como facilitador del equipo. Asegura la correcta aplicación de SCRUM, elimina impedimentos y protege al equipo de interrupciones externas.
3. Equipo de Desarrollo (Development Team): Compuesto por 3 a 9 miembros multidisciplinarios (programadores, analistas, testers). Son auto-organizados.

Artefactos Principales

• Product Backlog: Lista exhaustiva y ordenada por prioridad de todo lo que se desea implementar.
• Sprint Backlog: Subconjunto de tareas seleccionadas del Product Backlog para el sprint en curso.
• Incremento: El producto funcional entregado al término del sprint.

Eventos (Reuniones) de SCRUM

1. Sprint Planning: Definición de los objetivos y tareas del sprint.
2. Daily Scrum (Reunión Diaria): Reunión de 15 minutos donde cada miembro responde: ¿Qué hice ayer? ¿Qué haré hoy? ¿Tengo impedimentos?
3. Sprint Review: Demostración del trabajo realizado al Product Owner y *stakeholders*.
4. Sprint Retrospective: Reflexión interna del equipo sobre el proceso: ¿Qué mejorar en el próximo ciclo?

Ventajas de SCRUM

• Adaptación rápida a los cambios en los requisitos.
• Entrega frecuente de valor tangible al cliente.
• Mayor transparencia y comunicación fluida.
• Reducción de riesgos al permitir pruebas tempranas.

SCRUM es la metodología predominante hoy en día para proyectos de software con requisitos dinámicos.

2. Seguridad en las Comunicaciones

La Seguridad en las Comunicaciones es el conjunto de técnicas y medidas destinadas a proteger la información que transita por redes (Internet, LAN, Wi-Fi) contra interceptación, modificación o falsificación.

Objetivos Fundamentales (Modelo CIA + Autenticidad)

• Confidencialidad: Garantizar que solo personal autorizado pueda acceder al contenido. Se logra mediante cifrado (ej. HTTPS, TLS, VPN, AES).
• Integridad: Asegurar que la información no sea alterada durante la transmisión. Se logra con funciones hash (MD5, SHA-256) y firmas digitales.
• Autenticidad: Verificar la identidad del emisor y la legitimidad del mensaje. Se logra con certificados digitales y firmas digitales.
• No Repudio: Impedir que el emisor niegue haber enviado el mensaje (también soportado por firmas digitales).

Técnicas y Herramientas Comunes

• HTTPS: Utiliza TLS/SSL para cifrar la comunicación web (el candado en el navegador).
• VPN: Crea un túnel cifrado seguro entre el dispositivo del usuario y la red corporativa.
• Certificados Digitales: Emitidos por Autoridades de Certificación (CA) para validar identidades.
• Firewall e IDS/IPS: Sistemas para filtrar y detectar tráfico malicioso.
• WPA3: Protocolo de seguridad avanzado para redes Wi-Fi.

Ejemplos Prácticos

• Una compra en línea utiliza HTTPS para proteger los datos de la tarjeta.
• Conectarse a una red pública mediante VPN asegura la privacidad de la actividad.
• La firma digital de un PDF garantiza su integridad y autenticidad.

Resumen Comparativo

SCRUM se enfoca en la flexibilidad y entregas cortas para el desarrollo de software, mientras que la Seguridad en las Comunicaciones se centra en proteger los datos en tránsito mediante cifrado y autenticación.

Tabla de Referencia Práctica de SCRUM

Etiquetas: ciclo de vida del software, Estructura Organizacional, Scrum, Seguridad de Comunicaciones, Sistemas de información, Toma de decisiones