Topic outline

  • BIENVENIDA

    Es un placer saludarlos. Si en Análisis I aprendimos a escuchar al cliente, entender el problema y descubrir qué se necesita, en esta materia vamos a dar el paso más emocionante: aprenderemos el cómo construirlo de manera profesional.

    En la industria tecnológica actual, programar sin analizar es como empezar a construir una casa sin planos. El resultado suele ser catastrófico. Por eso, en este semestre nos convertiremos en los arquitectos del software. Dejaremos de pensar solo como programadores y empezaremos a pensar como Diseñadores y Analistas de Soluciones.

    ¿Qué hitos conquistaremos juntos?

    A lo largo de estas semanas, nos enfocaremos en tres grandes pilares:

    • Modelado Avanzado: Dominaremos herramientas y diagramas (como UML profundo) para documentar y estructurar sistemas robustos.

    • Arquitectura de Software: Entenderemos cómo se conectan las bases de datos, las interfaces y la lógica de negocio para que un sistema no solo funcione, sino que sea escalable y seguro.

    • Del Papel a la Realidad: Trabajaremos en la transición real del análisis al diseño, preparándonos para las metodologías de desarrollo que exige el mercado laboral actual.


    Esta materia requiere de su curiosidad, lógica y mucha práctica. De mi parte, tendrán todo el apoyo, la experiencia y las herramientas para lograrlo.

    ¡Mucho éxito en este semestre y prepárense para diseñar el futuro de la tecnología! Bienvenidos.

  • This topic

    COMPETENCIA ESPECíFICA

    Aplica metodologías, modelos y herramientas de diseño de software para transformar los requerimientos del sistema en una arquitectura detallada, asegurando la calidad, escalabilidad y viabilidad técnica de la solución tecnológica en entornos organizacionales.


    El  alumno al final de la materia estará en capacidad de desarrollar y presentar una propuesta de sistema integral funcional.

    • DATOS DEL DOCENTE:

      Profesor:                                      Adriana E. González R.

      Sección Según la Especialidad:

      Semestre:                                       IV

      Datos de Contacto:

        *  Número de Teléfono:               0424 - 4414169

        *  WhatsApp: 

        *  Correo:                                  inversgon20@gmail.com

      HORARIO DE ASESORÍA:

      Asesoría: Lunes - Martes

       – De 10:30:00 AM A 12:00 M y de 06:00 PM a 08:00 PM


      Observación:  Solo por Whatsaap y por el grupo creado para ello

      • CRONOGRAMA DE EVALUACIÓN

        redes


        • PERIODO: 24/08/26 al 04/12/26

          • Semana No. 1 Y 2

            CAPITULO I

            QUE ES EL ANALISIS DE SISTEMAS:


            El análisis de sistemas es el proceso de estudiar un procedimiento, negocio o problema para identificar sus objetivos y crear soluciones eficientes. En el ámbito informático, consiste en entender las necesidades del usuario y traducir los requerimientos del negocio en especificaciones técnicas para el desarrollo de software.




            Fases principales del análisis de sistemas:

            • Investigación preliminar: Se define el problema y se evalúa la viabilidad del proyecto.
            • Requerimientos: Se recopila información sobre cómo funciona el sistema actual y qué necesitan los usuarios del nuevo.
            • Modelado: Se utilizan diagramas para ilustrar los flujos de información, las reglas del negocio y la estructura del sistema.
            • Diseño lógico: Se establece qué debe hacer el sistema para resolver el problema, sentando las bases para la programación.

            Esta imagen presenta una guía estructurada para el Análisis de un sistema informático, utilizando una ilustración de Homero Simpson como analista.
            El proceso se divide en cinco etapas clave:
            • Entender el problema: Definir claramente qué se necesita resolver.
            • Identificar los componentes: Listar el hardware, software y datos involucrados.
            • Identificar el componente humano: Reconocer a los usuarios y administradores del sistema.
            • Identificar las interacciones: Analizar cómo se comunican y relacionan todos los elementos anteriores.
            • Resolver y revisar: Implementar la solución y verificar su correcto funcionamiento.

            ¿Por qué es importante?

            Previene errores costosos y asegura que el producto final cumpla con su propósito. En la práctica, permite optimizar los recursos de la empresa y potenciar su eficiencia operativa.

            • Semana No. 3 Y 4

              IMPORTANCIA DEL ESQUEMA ORGANIZACIONAL PARA EL LEVANTAMIENTO DE NFORMACION EN EL ANALISIS DE SISTEMA:

              El diagrama organizacional (organigrama) y las herramientas de levantamiento de información están profundamente conectados. El organigrama no es solo un dibujo de "quién manda a quién"; en el análisis de sistemas, es el mapa de ruta que te dice dónde aplicar las herramientas de recolección de datos.

              Aquí te explico la relación exacta de forma visual y metodológica:

              1. El Organigrama te dice a QUIÉN aplicar la herramienta

              Antes de hacer una entrevista o enviar una encuesta, necesitas saber quién tiene la verdad sobre el proceso. El organigrama te permite segmentar tus herramientas de levantamiento:

              • Nivel Estratégico (Directores/Gerentes): Aquí aplicas entrevistas abiertas. El organigrama te señala quiénes son las cabezas para definir los objetivos del negocio y el alcance global del sistema automatizado.

              • Nivel Operativo (Asistentes/Operadores): Aquí aplicas observación directa (historias de usuario) o cuestionarios. El organigrama te muestra quiénes están "en el barro" interactuando con el problema día a día; ellos te darán los requerimientos de detalle.

              2. Relación directa: Organigrama vs. Entrevista Estructurada

              Cuando analizas una situación para automatizarla, la estructura de la organización define el flujo de la información.



              • Semana No. 5 Y 6

                CAPITULO II

                Metodologías y/o Herramientas mejor usadas para el análisis de sistemas


                CICLO DE VIDA DE LOS SISTEMAS:



                Para solventar o resolver un problema especifico, se tiene que el análisis de sistemas combina metodologías para estructurar el desarrollo y herramientas para el modelado y la toma de decisiones. La selección ideal depende de la complejidad del proyecto y de la flexibilidad requerida, destacando enfoques como:

                Las metodologías y herramientas de análisis de sistemas son marcos estructurados y técnicas gráficas o de software diseñadas para entender procesos operativos, solucionar problemas complejos y guiar el desarrollo tecnológico.

                1. Metodologías Principales:

                • Metodologías Ágiles (Scrum, Kanban, XP): Priorizan la entrega continua de valor, la adaptabilidad y la iteración constante basada en la retroalimentación del cliente.
                • Ciclo de Vida del Desarrollo de Sistemas (SDLC): El enfoque tradicional o en Cascada que divide el proyecto en fases secuenciales: planificación, análisis, diseño, implementación y mantenimiento.
                • Análisis Estructurado: Se centra en los procesos de datos y utiliza técnicas de modelado gráfico para separar la lógica de los componentes físicos.
                • Análisis Orientado a Objetos (UML): Modela el sistema a través de "objetos" que interactúan entre sí. Permite representar el sistema de manera estática y dinámica usando casos de uso y diagramas de secuencia.

                2. Herramientas de Análisis y Modelado:

                Para documentar los requerimientos y diseñar la arquitectura, se utilizan herramientas de diagramación y software de modelado estandarizado:
                • UML (Lenguaje Unificado de Modelado): Estándar de la industria para visualizar, especificar y documentar sistemas orientados a objetos.
                • DFD (Diagramas de Flujo de Datos): Representación gráfica del movimiento y transformación de la información dentro de un sistema.
                • Diagramas Entidad-Relación (E-R): Herramienta clave para modelar la estructura lógica y el almacenamiento de datos en bases de datos relacionales.
                • Software de modelado especializado: Aplicaciones visuales como Lucidchart o Draw.io para crear mapas mentales, DFDs y flujos de procesos.

                3. Herramientas de Análisis de Datos y Soporte:

                Para el análisis de la información contenida en los sistemas, la toma de decisiones y el procesamiento de datos, los profesionales utilizan:
                • SQL: Lenguaje estándar esencial para la gestión, consulta y manipulación de grandes bases de datos relacionales.
                • Python y R: Lenguajes de programación preferidos para análisis estadístico avanzado, manipulación de datos y creación de modelos predictivos.
                • Microsoft Excel: Herramienta versátil y accesible para el análisis, manipulación y visualización de datos mediante tablas dinámicas y gráficos.
                • Herramientas de Business Intelligence (BI): Plataformas como Power BI o Tableau que permiten crear informes interactivos, paneles de control (dashboards) y visualizar la salud de los sistemas.


                ACTIVIDAD  PARA EL ANALISIS: >>> DESARROLLAR  PROPUESTA DE PROYECTO:

                El alumno debera elaborar una propuesta de proyecto prototipo de requerimiento de sistema integral (control de inventario con modulos de: compras y ventas), que en lo sucesivo sera evaluado utilizando la metodologia agil combinada.

                Para aclarar pueden abordar a la profesora en el horario establecido para las asesorias ...

                • Semana No. 7 Y 8

                  CAPITULO III

                  PRINCIPALES FLUJOGRAMAS DE PROCESOS EN EL DESARROLLO DE SISTEMAS DE INFORMACIÒN:


                  En el análisis de sistemas, los principales flujogramas utilizados para el levantamiento de información son el Diagrama de Flujo de Datos (DFD), el Diagrama de Flujo de Procesos (o de Trabajo), y el Diagrama de Carriles (Swimlane). Estos mapas gráficos permiten visualizar cómo la información entra, se procesa, se almacena y se distribuye en una organización. 

                  1. Diagrama de Flujo de Datos (DFD):

                  Es el más utilizado para estructurar los requerimientos de un sistema. Se centra exclusivamente en cómo se mueven los datos y la información a través de los procesos, sin tomar en cuenta el hardware o las decisiones administrativas. [1,

                  ]

                  • Uso principal: Permite descomponer sistemas complejos de manera jerárquica (desde un contexto general hasta niveles muy detallados).
                  • Componentes: Utiliza procesos (círculos o rectángulos), almacenes de datos (dos líneas paralelas), flujos (flechas) y entidades externas (cuadrados).

                  2. Diagrama de Flujo de Procesos (o Procedimiento):

                  Representa la secuencia lógica y cronológica de las actividades, tareas, materiales y decisiones que componen un procedimiento operativo.

                  • Uso principal: Sirve para documentar el estado actual del negocio antes de proponer mejoras o automatizaciones.
                  • Componentes: Emplea símbolos estandarizados universalmente (como los propuestos por la norma ASME): óvalos (inicio/fin), rectángulos (operación), rombos (decisión) y paralelogramos (entrada/salida).

                  3. Diagrama de Flujo de Carriles (Cross-Functional o Swimlane):

                  Es una variación estructurada del diagrama de procesos que divide el área de trabajo en carriles horizontales o verticales. Cada carril representa un departamento, rol específico o actor del sistema.

                  • Uso principal: Es vital para detectar cuellos de botella, duplicidad de tareas o responsabilidades cruzadas durante la interacción entre diferentes áreas (por ejemplo, entre Ventas, Almacén y Facturación).



                  4. Diagrama de Flujo de Documentos:

                  Muestra el recorrido y la trayectoria de documentos físicos o digitales específicos a lo largo de un sistema organizativo.

                  • Uso principal: Es fundamental para entender la pista de auditoría, las validaciones y los puntos de archivo de la información en entornos burocráticos o contables.

                  • Semana No. 9 Y 10

                    CAPITULO IV

                    CASOS DE USOS

                    Un caso de uso es una descripción de las acciones y funciones que un sistema informático realiza para satisfacer los requerimientos de un usuario o actor. Sirve para modelar el comportamiento funcional desde la perspectiva externa antes de programar el software.

                    Conceptualización
                    • Definición: Secuencia de pasos o interacciones entre un actor (persona, rol u otro sistema) y el sistema principal. Representa una unidad de funcionalidad completa que el sistema ofrece para satisfacer una necesidad del usuario.
                    • Objetivo: Capturar los requisitos funcionales de alto nivel sin mostrar detalles internos de la arquitectura o código. 
                    • Proposito: Detalla el comportamiento esperado del sistema, abarcando tanto el flujo principal de éxito como las posibles excepciones o errores
                    • Utilidad: Facilita la fase de análisis de requerimientos antes de programar, reduciendo la ambigüedad entre clientes y desarrolladores
                    • Componentes clave:
                      • Actor: Elemento externo que inicia o interactúa con el proceso  (personas, hardware u otros sistemas).
                      • Flujo principal: Pasos lógicos normales para cumplir la meta.
                      • Flujos alternativos o excepciones: Respuestas ante errores o caminos distintos.


                      https://youtu.be/iFcDoP6jEeE

                    Ejemplificación en un E-commerce:

                    • Título: Realizar pago de compra.
                    • Actor: Cliente registrado.
                    • Precondición: El carrito de compras tiene productos añadidos y el cliente inició sesión.
                    • Flujo principal:
                      1. El cliente selecciona la opción de pagar pedido.
                      2. El sistema muestra un resumen de los productos y el costo total.
                      3. El cliente ingresa los datos de su tarjeta de crédito.
                      4. El sistema valida el pago con el banco externo.
                      5. El sistema genera un comprobante y cambia el estado del pedido a pagado.
                    • Flujo excepcional: Si el saldo es insuficiente, el sistema rechaza la transacción y solicita otro método de pago
                    Un vídeo explicativo sobre los fundamentos visuales de esta herramienta:

                    https://youtu.be/r4PqD8oNSaE
                     

                    • Semana No. 11 Y 12

                      CAPITULO VI

                      DISEÑO DEL PROTOTIPO DE SISTEMA:


                      El diseño de un prototipo de sistema es un proceso iterativo que busca validar ideas y requerimientos antes del desarrollo final. Los pasos clave incluyen: identificar requerimientos, construir un modelo funcional rápido, evaluarlo con los usuarios, refinar el diseño y documentar el proceso.

                      Pasos para el diseño de un prototipo de sistema

                      1. Identificación de requerimientos:
                        Define los objetivos principales del sistema y recopila los requisitos funcionales y no funcionales. Identifica qué            necesita hacer el usuario y qué características son esenciales.
                      2. Construcción inicial:
                        Desarrolla el prototipo funcional o visual. Dependiendo de la etapa del proyecto, puedes optar por un modelo de baja fidelidad (bocetos en papel o wireframes) o alta fidelidad (versiones clicables o código preliminar).                         [1, 2, 3, 4]
                      3. Evaluación y uso:
                        Permite que los usuarios finales interactúen con el prototipo. Registra sus reacciones, el flujo de navegación, las debilidades y las sugerencias de mejora.
                      4. Refinamiento y modificación:
                        Ajusta el prototipo basándote en la retroalimentación. Esto ayuda a expandir los requerimientos conocidos y corregir errores tempranos en la interfaz o la lógica del sistema.
                      5. Pruebas y validación: Verifica que el modelo cumple con las expectativas iniciales. Este paso se repite iterativamente hasta que el diseño sea validado para el desarrollo final.
                      6. Documentación: Registra los cambios, el comportamiento y los flujos de trabajo. Esto asegura una transición fluida hacia la fase de desarrollo o codificación del producto final.



                      • Semana No. 13

                        UNIDAD VII

                        CONSTRUCCIÓN DEL SISTEMA


                        Para construir un sistema automatizado funcional, debes seguir fases clave: análisis de requisitos, diseño de arquitectura y hardware, selección de componentes como PLCs y sensores, programación de la lógica y HMI, pruebas y validación, e instalación física en campo junto con el soporte continuo.

                        Análisis y Requisitos
                        • Identifica el problema o proceso que vas a mejorar.
                        • Define los objetivos claros y los indicadores de éxito.
                        • Revisa los riesgos de seguridad y peligros del entorno.
                        Diseño y Selección de Hardware
                        • Elige los dispositivos de entrada como sensores y pulsadores.
                        • Selecciona los actuadores de salida como motores y relés.
                        • Escoge el controlador central, por ejemplo, un PLC o tarjeta programable.
                        Programación y Lógica
                        • Diseña el diagrama de flujo de datos y control.
                        • Escribe el código en lenguajes estándar como contactos (KOP) o bloques.
                        • Configura las pantallas o interfaces de operador (HMI).
                        Pruebas y Despliegue
                        • Simula el software en un entorno seguro antes de conectar nada.
                        • Realiza pruebas físicas de entradas, salidas y cableado.
                        • Instala el sistema en campo y capacita al personal.


                        Ya parte de esos pasos los hemos cubierto, practicamente en este capitulo hasta el final, se abordara las fases de Programación y Lógica + las Pruebas y Despliegue

                        Componentes del Diseño de Sistemas:

                        En análisis y diseño de sistemas, estas fases definen los componentes lógicos y físicos de una solución informática. El diseño de entradas y salidas gestiona la interacción y captura de datos del usuario; el diseño de archivos de datos organiza la estructura de almacenamiento; y el diseño de programas y procedimientos detalla la lógica de procesamiento y las rutinas operativas.

                        Diseño de Entradas y Salidas:


                        • Entradas: Define cómo se capturan, ingresan y validan los datos iniciales que el sistema necesita para funcionar (formularios, pantallas o interfaces).
                        • Salidas: Especifica la forma en que se presentan los resultados procesados al usuario, como reportes en pantalla, documentos impresos o archivos exportados.
                        • Objetivo: Lograr una interfaz clara, reducir errores de transcripción y facilitar la interacción persona-computadora.


                        Diseño de Archivos de Datos:


                        • Estructura: Organiza cómo se almacenarán, agruparán y relacionarán los datos de manera permanente o temporal.
                        • Bases de datos: Define tablas, registros, campos, llaves primarias y foráneas, además de los métodos de acceso seguro y eficiente a la información.
                        • Objetivo: Garantizar la integridad, consistencia y disponibilidad de los datos requeridos por los procesos del negocio.  Diseño de Programas y Procedimientos.P
                        • Programas: Detalla la arquitectura del software, los algoritmos, los módulos de código y la lógica de negocio que transforman las entradas en salidas.
                        • Procedimientos: Especifica las rutinas de operación manual o automatizada que deben seguir los usuarios y administradores del sistema (cuándo ejecutar tareas, respaldos o validaciones).
                        • Objetivo: Establecer instrucciones claras y código estructurado para que el sistema opere de forma confiable, eficiente y estandarizada.
                        Video con detalles:

                        https://youtu.be/lK9WVA6fJqE



                        • Semana No. 14

                          Tablas y Bases de Datos NORMALIZADAS

                          El diseño de tablas y bases de datos normalizadas en análisis de sistemas es el proceso de organizar lógicamente los datos en estructuras tabulares siguiendo reglas llamadas formas normales. Su meta es evitar la duplicación de información (redundancia) y prevenir errores al modificar o borrar registros (anomalías).
                          Objetivos Principales

                          • Reducir redundancia: Evita guardar el mismo dato en varios sitios.
                          • Garantizar integridad: Mantiene los datos exactos y reales.
                          • Facilitar el mantenimiento: Permite actualizar un dato en un solo lugar.
                          Fases del Proceso (Formas Normales)
                          El diseño avanza por etapas de orden:

                          • Primera Forma Normal (1NF): Separa los datos en columnas con valores únicos o atómicos. No deja grupos de campos repetidos.
                          • Segunda Forma Normal (2NF): Cumple con la 1NF y hace que cada columna no clave dependa por completo de la clave principal.
                          • Tercera Forma Normal (3NF): Cumple con la 2NF y elimina la dependencia entre columnas que no son clave. Los datos dependen solo de la clave.
                          Elementos Clave
                          • Clave primaria (Primary Key): Identifica de forma única cada fila en una tabla.
                          • Clave foránea (Foreign Key): Conecta una tabla con otra mediante la clave primaria de la tabla origen.

                          ¿Qué son las tablas normalizadas

                          La normalización en los modelos de datos implica diseñar tablas que se ajusten a uno o más niveles de normalización, también conocidos como formas normales. Las formas comunes incluyen: Primera forma normal. Segunda forma normal.

                          La normalización de bases de datos es un método para organizar tablas y datos que evita la repetición de información, cuida que los datos sean correctos y mejora el orden. Esto se logra aplicando reglas llamadas formas normales.
                          ¿Para qué sirve?
                          • Evita datos repetidos: Guarda cada dato solo en el lugar correcto.
                          • Facilita cambios: Si un dato cambia (como el teléfono de un cliente), solo lo corriges en un sitio.
                          • Previene errores: Evita fallos al meter, borrar o cambiar información.
                          Las tres reglas principales (Formas Normales)
                          • Primera Forma Normal (1FN)
                            :
                            • Los campos deben tener un solo valor (nada de listas o datos dobles en una misma celda).
                            • Cada fila debe ser única y tener una clave principal (un identificador).
                          • Segunda Forma Normal (2FN):
                            • Debe cumplir con la 1FN.
                            • Los datos que no son la clave principal deben depender por completo de ella. Si un dato depende solo de una parte de la clave, se pasa a otra tabla.
                          • Tercera Forma Normal (3FN):
                            • Debe cumplir con la 2FN.
                            • Ningún dato que no sea la clave principal debe depender de otro dato que tampoco sea la clave (se eliminan las dependencias indirectas).


                          • Semana No. 15 y 16

                            VALIDACION del Sistema Funcional Propuesto:


                            Una primera entrega o avance funcional en la materia de Análisis y Diseño de Sistemas debe incluir la definición del problema, los objetivos del proyecto, el catálogo de requerimientos funcionales y no funcionales, los diagramas base de modelado (como casos de uso o contexto) y un prototipo inicial de la interfaz.


                            Documentación y Análisis del Negocio


                            • Planteamiento del problema: Explicar la situación actual y qué falla o necesidad motivó el sistema.
                            • Objetivos: Definir el objetivo general y los objetivos específicos que el software debe lograr.
                            • Estudio de factibilidad: Demostrar que el proyecto es viable a nivel técnico, operativo y económico.
                            • Requerimientos funcionales: Listar con claridad qué acciones exactas debe realizar el sistema (ej. "el usuario puede iniciar sesión").
                            • Requerimientos no funcionales: Indicar las restricciones de calidad, rendimiento, seguridad y tecnologías a usar.

                            Modelado y Diseño Inicial


                            • Diagrama de casos de uso: Mostrar los actores (usuarios o externos) y cómo interactúan con las funciones principales del sistema.
                            • Especificación de casos de uso: Detallar los flujos principales y alternativos de las tareas clave.
                            • Diagrama conceptual o entidad-relación: Ilustrar las tablas o clases principales que guardarán la información en la base de datos.

                            Avance Práctico o Visual


                            • Prototipo de baja o alta fidelidad: Presentar bocetos o pantallas iniciales (wireframes) que muestren la navegación y el diseño de la interfaz de usuario.
                            • Arquitectura básica: Explicar qué herramientas, lenguajes o tecnologías compondrán la estructura del sistema. [
                              , 

                              ENTREGA PRESENCIAL del Sistema Funcional Propuesto:


                                Estimados estudiantes:

                                Una vez superada la fase de análisis, modelado y prototipado inicial —en la cual estructuramos el planteamiento del problema, los objetivos, el catálogo de requerimientos (funcionales y no funcionales), los diagramas base (casos de uso y entidad-relación) y las pantallas o wireframes iniciales—, hemos llegado al hito definitivo de la materia.

                                Es momento de materializar todo ese diseño teórico en un sistema propuesto totalmente funcionando.

                                A partir de esta entrega, no se evaluarán documentos conceptuales ni maquetas estáticas. El entregable obligatorio es el software operativo implementado sobre la arquitectura tecnológica seleccionada, listo para pruebas de ejecución.

                                Requisitos indispensables para esta entrega final:

                                Funcionalidad operativa: El software debe ejecutar de manera real los procesos y requerimientos analizados en las fases previas.

                                Conexión a base de datos: El modelo conceptual/entidad-relación diseñado debe estar implementado y persistiendo información correctamente.

                                Credenciales y accesos: Adjunten un archivo con los usuarios de prueba (por rol) y las instrucciones necesarias para levantar o probar el sistema (enlace al repositorio, despliegue o guía de ejecución local).

                                Demuestren el rigor técnico de su análisis convirtiéndolo en código funcional. ¡Mucho éxito en el cierre de sus proyectos!