Resumen INGE1 PDF

Clase 8 UML es un lenguaje gráfico estándar utilizado para visualizar, especificar, construir y documentar los componentes de un sistema de software. Tipos de diagramas en uml, Diagramas Estructurales: Diagrama de clases: Muestra las clases del sistema y sus relaciones. Diagramas Comportamentales:...

Clase 8 UML es un lenguaje gráfico estándar utilizado para visualizar, especificar, construir y documentar los componentes de un sistema de software. Tipos de diagramas en uml, Diagramas Estructurales: Diagrama de clases: Muestra las clases del sistema y sus relaciones. Diagramas Comportamentales: Diagrama de casos de uso: Muestra los actores y sus interacciones con el sistema. Diagrama de secuencia: Representa la interacción entre objetos a lo largo del tiempo. En UML (Unified Modeling Language), una actividad representa una parte del comportamiento dinámico de un sistema. Aquí tienes un resumen: UML: Método estandarizado para crear representaciones visuales de relaciones entre elementos. Diagrama de actividades: Muestra el flujo de acciones en el sistema, visualizando el comportamiento dinámico en vez de un estado estático. Elementos: Cada componente del diagrama de actividades es un elemento. Actividad: El elemento de más alto nivel en el diagrama. Un diagrama puede centrarse en una única actividad y sus partes constituyentes, representando la actividad completa. Clase 10 Introducción En el desarrollo de software, la calidad no es un atributo que se da por sentado; debe ser planificada, monitoreada y controlada. Pressman describe un enfoque sistemático para garantizar que los productos de software cumplan con los requisitos de calidad esperados. A través del aseguramiento de la calidad (QA) y el control de la calidad (QC), las organizaciones se aseguran de que el software no solo funcione correctamente, sino que también satisfaga las expectativas del cliente y sea confiable en diversos contextos. Además, el planeamiento de la calidad implica definir cómo se implementarán estos principios de manera efectiva a lo largo del ciclo de vida del proyecto. Aseguramiento de la calidad y estándares de calidad El aseguramiento de la calidad (QA) consiste en establecer procedimientos y estándares que aseguren que los productos de software se desarrollen correctamente desde el principio. QA busca prevenir defectos mediante la implementación de procesos estandarizados y auditorías. Los estándares de calidad proporcionan las bases para definir lo que se considera "calidad" en un contexto específico. Planeamiento de la calidad El planeamiento de la calidad abarca la definición de los procedimientos, herramientas y actividades necesarias para garantizar que el software cumpla con los requisitos establecidos. Incluye la planificación de revisiones, auditorías y métricas que guiarán el proceso de desarrollo para que sea consistente con los estándares de calidad. Control de la calidad y normas de calidad El control de la calidad (QC) se centra en la identificación y corrección de defectos en el software, a través de actividades como pruebas y revisiones. Mientras que QA es preventivo, QC es reactivo, y ambos son complementarios. Las normas de calidad, como ISO/IEC 25010, brindan guías específicas sobre cómo medir y mantener la calidad en diferentes dimensiones. Las revisiones técnicas formales son una parte crucial de este proceso, ya que permiten evaluar el software en las primeras etapas y detectar problemas antes de que se conviertan en errores críticos. Preguntas clase 10: ¿Qué es el aseguramiento de la calidad (QA)? Definir el concepto de QA y cómo se diferencia del control de la calidad (QC). El “aseguramiento de la calidad (QA)” es una forma de asegurarse que los productos de Software se desarrollen correctamente desde un inicio, consiste en establecer procedimientos y èstandares para corroborar el producto, previniendo defectos al implementar los procesos estandarizados y con auditorias. La diferencia con el control de la calidad (QC) es que esta se centra en la identificaciòn y correcciòn de los defectos en el software, por medio de actividades como pruebas y revisiones. Mientras que QA actùa de forma preventiva, QC actùa ante las circunstancias adoptando el papel necesario para identificar y corregir los errores. Ambos son complementarios. ¿Qué papel juegan los estándares de calidad en el aseguramiento de la calidad? Explicar cómo los estándares de calidad sirven como referencia para asegurar que los productos de software cumplan con las expectativas. Los estàndares de calidad juegan el papel de cimiento, es decir que son las bases necesarias para describir o definir el estàndar que se considera “calidad” en un contexto especìfico. Estos estàndares sirven como referencia ya que nos proporcionan una base sobre la cual se construye y mide la calidad, de esta forma podemos definir caracterìsticas esenciales como la funcionalidad, eficiencia, seguridad, mantenibilidad y usabilidad que el producto de software debe cumplir para satisfacer las expectativas del cliente. ¿Qué elementos se incluyen en el planeamiento de la calidad? Identificar las actividades clave que forman parte del proceso de planeamiento de la calidad en un proyecto de software. En el planeamiento de la calidad se incluye la definiciòn de los procedimientos, herramientas y actividades necesarias para garantizar que el software cumpla con los requisitos establecidos. Las actividades claves que forman parte del proceso de planeamiento de la calidad de un proyecto de software son “Cumplimiento con estàndares” o “Auditorias” donde se asegura de que los procesos de desarrollo sigan los estàndares y buenas pràcticas, como por ejemplo definir los modelos de calidad; “Mediciòn de calidad” o “Mètricas” donde se sugiere medir la calidad en todo momento, a travès de mètricas, tanto del producto (por ejemplo, defectos cada mil lìneas de còdigo) como del proceso (por ejemplo, tiempos de ciclo de desarrollo); “Revisiòn y auditorìa” la realizaciòn de revisiones continuas y auditorias durante el desarrollo del software para asegurarse que los productos intermedios cmplan con los requisitos de calidad. ¿Cuáles son las diferencias entre QA y QC? Describir la naturaleza preventiva del aseguramiento de la calidad y la naturaleza correctiva del control de calidad. Las principales diferencias entre QA y QC son que una se encarga de prevenir los errores y la otra de corregirlos. QA tiene como objetivo implementar procesos, pràcticas y estàndares que minimicen la apariciòn de errores desde el principio del proyecto. Esto se aplica mediante la planificaciòn, definiciòn de procedimientos, capacitaciòn de los equipos y el establecimiento de metodologìas de trabajo. QA se aplica en todas las etapas de desarrollo y ayuda a evitar los errores. Mientras que QC tiene como objetivo identificar y corregir los defectos del producto final o en las entregas parciales, aseguràndose de que estas cumplan con los estàndares de calidad esperados antes de que se entreguen al usuario final. Las actividades de QC, como ser las funcionales, de rendimiento y de seguridad, se llevan a cabo principalmente despuès de que la etapa o de que el producto ha sido desarrollado, con el fin de detectar cualquier defecto que pueda haber pasado por desapercibido en su desarrollo. ¿Qué son las revisiones técnicas formales y por qué son importantes? Explicar qué son las revisiones técnicas formales y cómo ayudan a detectar errores en las primeras etapas del desarrollo. Las revisiones tècnicas formales son evaluaciones estructuradas de elementos claves en el desarrollo de software, como ser requisitos, diseño o còdigo, estas revisiones son realizadas por un equipo de expertos. Su importancia radica en detectar y corregir errores temprano, lo que beneficia a la hora de reducir costos y evitar futuros problemas, ademas de mejorar la calidad del producto y alinear los estàndares de calidad establecidos. ¿Cómo contribuyen las normas de calidad a la mejora de los procesos de desarrollo de software? Detallar cómo el uso de normas de calidad puede mejorar la consistencia y el rendimiento de los proyectos. Las normas de calidad contribuyen a la mejora de los procesos del desarrollo de software al establecer reglas y pautas claras para cada etapa del proyecto, mejorando la consistencia y rendimiento de los proyectos. Al implementar estas normas, los equipos se aseguran de que el producto cumpla con los criterios de calidad, para la satisfacción del cliente. Además de que optimizan los procesos reduciendo errores y el volver a realizarlos, permitiendo más eficiencia en cuanto a tiempo, recursos y calidad de entregas. Menciona ejemplos de normas de calidad en el desarrollo de software. Proporcionar ejemplos de normas (como ISO/IEC 25010) y describir sus objetivos. Entre las distintas normas de calidad en el desarrollo de software tenemos cómo ejemplo: * ISO/IEC 25010: Define un modelo de calidad del software, basándose en ocho características, su funcionalidad, confiabilidad, eficiencia, usabilidad y seguridad. Su objetivo principal es asegurarse de que el software cumpla con los estándares de calidad esperados por el usuario y el desarrollador. * ISO/IEC 12207: Establece un proceso de ciclo de vida del software, desde el diseño y desarrollo, hasta el mantenimiento y la retirada. Su propósito principal es guiar a los equipos en la organización de las actividades del proyecto, para garantizar un flujo de trabajo eficiente y bien documentado. * ISO 9001: Se enfoca en el sistema de gestión de calidad, esta norma establece los requisitos para implementar un sistema efectivo de calidad en una organización. Aunque no está dedicada exclusivamente al software, se usa ampliamente para estructurar la gestión de calidad en los proyectos de software. ¿Qué actividades específicas de control de calidad se realizan durante el desarrollo de software? Describir ejemplos de actividades, como pruebas unitarias, integraciones y revisiones de código Las actividades específicas de control de calidad que se realizan durante el desarrollo de software son; Pruebas unitarias: donde se prueban individualmente pequeñas unidades o componentes del software (como funciones o métodos) para asegurarse de que cada una funcione correctamente de forma aislada. Pruebas de integración: es donde se prueban combinaciones de módulos o componentes para garantizar que interactúan correctamente entre sí, detectando problemas en la interacción entre unidades de código. Revisiones de código: aquí los desarrolladores se encargan de revisar el codigo entre ellos para identificar errores, mejorar la calidad del código y asegurarse de que cumplan con los estándares definidos. Pruebas de sistema: se prueba el sistema completo para verificar que cumpla con todos los requerimientos funcionales y no funcionales, asegurando que el software funcione según lo esperado. Pruebas de aceptación: se valida el software para ver que cumpla con los criterios de aceptación definidos por el cliente o el usuario, asegurándose de que el producto final sea apto para su uso. Introducción a la Agilidad en el Desarrollo de Software La agilidad en el desarrollo de software es un enfoque que prioriza la capacidad de adaptación rápida y eficiente ante los cambios, la colaboración entre los equipos y los clientes, y la entrega continua de valor. Surgió a principios de los años 2000 como una respuesta a las metodologías tradicionales, como el modelo en cascada, que resultaban rígidas y dificultaban la respuesta ágil ante requerimientos cambiantes y entornos inciertos. El Manifiesto Ágil, publicado en 2001 por un grupo de desarrolladores y expertos en software, estableció los principios fundamentales que guían este enfoque. Los cuatro valores centrales del manifiesto son: 1. Individuos e interacciones sobre procesos y herramientas. 2. Software funcional sobre documentación extensa. 3. Colaboración con el cliente sobre negociación de contratos. 4. Respuesta ante el cambio sobre seguir un plan rígido. Principios de la Agilidad El desarrollo ágil se basa en una serie de principios que permiten a los equipos crear software de manera iterativa e incremental, promoviendo la flexibilidad y la mejora continua. Algunos de los principios clave incluyen: Entregas tempranas y frecuentes: La agilidad favorece la entrega continua de versiones funcionales del software en cortos periodos de tiempo, conocidos como iteraciones o sprints, lo que permite a los equipos recibir retroalimentación constante. Adaptación al cambio: En lugar de seguir un plan fijo desde el inicio, los equipos ágiles están preparados para ajustar el alcance, los requisitos y las prioridades a medida que surgen nuevas necesidades o desafíos. Colaboración cercana con el cliente: El cliente está involucrado activamente durante todo el proceso de desarrollo, lo que garantiza que el producto final se ajuste a sus necesidades reales y evolucione con sus expectativas. Equipos autoorganizados y multifuncionales: En lugar de depender de una estructura jerárquica, los equipos ágiles se autoorganizan y son responsables de la planificación, ejecución y entrega de cada iteración. Mejora continua: Al final de cada iteración, el equipo reflexiona sobre lo que salió bien y qué puede mejorarse, ajustando procesos y prácticas para el siguiente ciclo de trabajo. Metodologías Ágiles Existen varias metodologías que adoptan los principios ágiles. Entre las más populares se encuentran: Scrum: Un marco que divide el trabajo en sprints de duración fija (generalmente entre 2 y 4 semanas). Los equipos realizan reuniones diarias llamadas daily stand-ups para coordinarse, y al final de cada sprint se realiza una revisión del progreso. Kanban: Un sistema visual de gestión de tareas que ayuda a los equipos a mejorar su flujo de trabajo, limitar el trabajo en progreso y centrarse en la entrega continua. Extreme Programming (XP): Enfocado en la mejora continua de la calidad del software y las buenas prácticas de desarrollo, como la programación en pareja y las pruebas automáticas. Impacto de la Agilidad en el Desarrollo de Software La agilidad ha transformado la forma en que las organizaciones desarrollan y entregan software. Algunas de las ventajas más destacadas incluyen: Mayor capacidad de respuesta: Al permitir cambios en los requisitos durante el desarrollo, los equipos ágiles pueden adaptarse rápidamente a las demandas del mercado y de los clientes. Reducción de riesgos: Al entregar versiones funcionales del software de manera frecuente, los problemas pueden detectarse y resolverse temprano en el ciclo de desarrollo. Satisfacción del cliente: La colaboración cercana con el cliente y la capacidad de incorporar su retroalimentación de manera continua aseguran que el producto final cumpla con sus expectativas. PREGUNTAS CLASE 11: Origen y fundamentos de la agilidad ¿Cuál es el origen del desarrollo ágil y qué factores llevaron a su creación? El origen del desarrollo ágil surgió a principios de los años 2000 como una respuesta a las metodologías tradicionales, como el modelo en cascada, que resultaban rígidas y dificultaban la respuesta ágil ante requerimientos cambiantes y entornos inciertos. Los factores claves que lo llevaron a su creación fue la necesidad de adaptarse rapidamente ante el entorno incierto, el aumento de competencia en la industria de la tecnología y la demanda de mayor colaboración con los clientes. ¿Cuáles son los valores y principios del Manifiesto Ágil y cómo difieren de las metodologías tradicionales como el modelo en cascada? Los valores y principios del manifiesto ágil son cuatro; individuos e interacciones sobre procesos y herramientas, software funcional sobre documentación extensa, colaboración con el cliente sobre negociación de contratos, y respuesta ante el cambio sobre seguir un plan rígido. La diferencia con las metodologías tradicionales, como ser el modelo en cascada, es principalmente en la agilidad que promueve la flexibilidad, sonde se priorizan las entregas frecuentes y la colaboración constante con el cliente para ajustar el producto en tiempo real. ¿Qué problemas enfrentaba la industria del software antes de la adopción de metodologías ágiles? Los problemas que enfrentaba la industria del software antes de la adopción de metodologías ágiles son, las metodologías rígidas que que dificultaban la respuesta a los cambios de requisitos, afectando la calidad y satisfacción del cliente. Metodologías ágiles y sus características ¿Cuáles son las metodologías ágiles más populares? (Por ejemplo: Scrum, Kanban, Extreme Programming (XP)). Las metodologías más populares son “Scrum”, “Kanban” y “xp” ¿Qué diferencias existen entre Scrum y Kanban, y en qué tipo de proyectos es más apropiado usar cada uno? Las diferencias entre Scrum y Kanban son que Scrum usa ciclos de tiempo, ideal para proyectos estructurados, mientras que Kanban es más flexible y visual, es adecuado para tareas continuas. ¿Qué roles específicos existen dentro de Scrum (por ejemplo, Scrum Master, Product Owner, Development Team) y cómo contribuyen al éxito de un proyecto ágil? Los roles especificos que existen dentro de Scrum son Scrum Master (facilita el proceso), Product Owner (prioriza necesidades del cliente), y Development Team (ejecuta el desarrollo). Implementación de la agilidad en la industria ¿Cómo han adoptado las grandes empresas tecnológicas (Google, Amazon, Microsoft, etc.) las metodologías ágiles en sus procesos de desarrollo? Estas grandes empresas utilizan metodologías agiles par a mejorar la flexibilidad y dar una mejor respuesta al mercado. ¿Qué retos enfrentan las empresas al implementar metodologías ágiles por primera vez? Los retos que enfrentan las empresas al implementar la metodología ágil por primera vez son; resistencia al cambio, necesidad de formación y ajustes en las estructuras organizacionales. ¿Cómo se mide el éxito de un proyecto ágil en comparación con un proyecto que utiliza metodologías tradicionales? El éxito de un proyecto ágil se mide por medio de la satisfacción del cliente y su adaptabilidad, en cambio con un proyecto que utiliza los métodos tradicionales se mide con plazos fijos de metodologías tradicionales. Agilidad y calidad del software ¿Cómo impacta la agilidad en la calidad del software y la satisfacción del cliente? La agilidad en la calidad del software y en la satisfacción del cliente impacta en la colaboración y adaptabilidad. ¿De qué manera la integración continua y las pruebas automatizadas juegan un papel crucial en los entornos ágiles? La integración continua permite identificar y corregir errores rápidamente, mientras que las pruebas automatizadas aseguran la calidad del código con rapidez y eficiencia, facilitando la entrega continua y sin problemas. ¿Cómo contribuye la retroalimentación frecuente en los proyectos ágiles a la mejora continua del producto? La retroalimentación frecuente contribuye permitiendo ajustes en tiempo real a las necesidades del cliente, mejorando así el producto en cada iteración y asegurando su alineación con las expectativas del cliente. Agilidad y cultura organizacional ¿Cómo influye la agilidad en la cultura de trabajo de una organización? ¿Qué cambios en la dinámica del equipo son necesarios? La agilidad influye en una cultura de colaboración, adaptabilidad y responsabilidad compartida. Los cambios necesarios en la dinámica del equipo se centran en la entrega continua de valor y la mejora constante. ¿Cómo se promueve la autoorganización y el trabajo colaborativo en los equipos ágiles? Los equipos ágiles se autoorganizan, eligiendo cómo realizar su trabajo y priorizando la colaboración sin estructuras jerárquicas. Las reuniones frecuentes y la transparencia en los objetivos refuerzan la responsabilidad conjunta. ¿Qué resistencias comunes experimentan las organizaciones cuando intentan adoptar un enfoque ágil y cómo se pueden superar? Las resistencias comunes que experimentan las organizaciones a la hora de intentar adoptar un enfoque ágil suelen ocurrir por la preferencia de estructuras tradicionales, la falta de comprensión de las metodologías y la incomodidad de la transparencia y colaboración. Estas dificultades podrían superarse con capacitaciones, mentorías y comunicación de los beneficios de la agilidad. Adaptación y flexibilidad de la agilidad ¿En qué tipo de proyectos resulta más efectiva la agilidad y en qué contextos puede ser menos eficiente? La agilidad resulta efectiva en proyectos de desarrollo de software, en donde los requisitos camban con frecuencia. Asimismo, es menos eficaz en proyectos de gran dimensión con una alta regulación o donde los requisitos están fijos desde un principio. ¿Cómo pueden adaptarse las metodologías ágiles a grandes proyectos, especialmente aquellos que involucran múltiples equipos de desarrollo? En grandes proyectos, metodologías como Scaled Agile Framework (SAFe) o Large Scale Scrum (LeSS) permiten coordinar múltiples equipos manteniendo los principios ágiles y asegurando la entrega de valor continua. ¿Qué ventajas ofrece la agilidad en proyectos donde los requisitos del cliente cambian constantemente? La agilidad permite ajustar los requisitos y las prioridades en tiempo real, asegurando que el producto final esté alineado con las necesidades actuales del cliente. Críticas y limitaciones de la agilidad ¿Cuáles son las principales críticas hacia las metodologías ágiles y cómo pueden ser abordadas? Las críticas incluyen la falta de documentación y planificación a largo plazo. Estas limitaciones pueden abordarse estableciendo un equilibrio entre flexibilidad y documentación en los proyectos. ¿Qué desafíos pueden surgir cuando se intenta implementar agilidad en proyectos que requieren alta documentación y procesos regulados? La agilidad puede resultar difícil en proyectos con regulaciones estrictas. Es posible adaptarla manteniendo una documentación mínima indispensable y adoptando metodologías híbridas que integren flexibilidad y control. ¿Es posible combinar enfoques ágiles con enfoques más tradicionales? ¿Qué metodologías híbridas existen? Sí, es posible. Las metodologías híbridas como Agile-Waterfall o Scrum-Waterfall combinan la flexibilidad de la agilidad con la planificación estructurada de metodologías tradicionales, resultando útiles para proyectos con partes bien definidas y otras de alta incertidumbre. CLASE 12: La Teoría General de Sistemas, propuesta por Ludwig von Bertalanffy, se centra en entender los sistemas como conjuntos de elementos interconectados y organizados que funcionan en conjunto para cumplir un objetivo. En el desarrollo de software, esta teoría proporciona una base sólida para analizar cómo los diferentes componentes del software interactúan y logran objetivos específicos. Roger Pressman aplica estos conceptos para entender y mejorar la calidad del software a través de procesos estructurados como las inspecciones. Teoría General de Sistemas: Ludwig von Bertalanffy Sistemas: Conjuntos de elementos interconectados Objetivo Común: Funcionamiento coordinado de componentes Desarrollo de Software: Análisis de interacción entre componentes Roger Pressman: Aplicación de conceptos para calidad de software Calidad del Software: Mejoras mediante procesos estructurados Inspecciones: Evaluaciones para optimizar componentes y objetivos Las inspecciones de software son revisiones sistemáticas y formales de los componentes y el código, diseñadas para identificar errores y problemas en fases tempranas del desarrollo. Al aplicar la TGS, las inspecciones no solo verifican cada componente de manera aislada, sino también la interacción y sinergia entre ellos, con el fin de garantizar que el sistema funcione como un todo armónico. Esto permite detectar posibles problemas de integración y calidad, reduciendo la entropía los conceptos clave de inspección en ingeniería de software según Roger Pressman y su relación con la Teoría General de Sistemas (TGS): 1. Sistema de Software: a. Concebido como un conjunto de módulos y componentes interdependientes que deben trabajar juntos para cumplir objetivos específicos. La TGS permite ver al software como una unidad integrada, y las inspecciones aseguran que todos los elementos colaboren adecuadamente. 2. Objetivo de las Inspecciones: a. Las inspecciones buscan identificar problemas de integración y asegurar que cada componente del sistema funcione correctamente en conjunto, garantizando un producto coherente y sin errores críticos. 3. Beneficios de las Inspecciones: a. Facilitan la detección temprana de errores en el desarrollo, lo que contribuye a la reducción de costos y mejora la calidad final del producto al minimizar la necesidad de correcciones posteriores. 4. Proceso de Inspección: a. Incluye pasos estructurados como la planificación, preparación, reunión de inspección, revisión de hallazgos y seguimiento. Cada paso sigue principios de la TGS, manteniendo una revisión meticulosa para asegurar la armonía del sistema. 5. Entropía y Control de Calidad: a. En software, la entropía representa el desorden que surge a medida que el sistema evoluciona y se modifica. Las inspecciones mitigan esta entropía al asegurar que el sistema se mantenga ordenado y bajo control, previniendo la degradación de la calidad. 6. Tipos de Inspección: a. Distintos tipos de inspección abordan diversas áreas del sistema: i. Revisión de código: Evalúa la calidad del código fuente. ii. Inspecciones de diseño: Analizan la estructura y arquitectura del software. iii. Revisiones de requisitos: Verifican la alineación de requisitos con los objetivos del sistema. b. Cada tipo asegura que distintas partes del sistema operen en conjunto de forma eficiente y sinérgica. 7. Retroalimentación y Mejora Continua:  a. La TGS promueve la retroalimentación como mecanismo de adaptación y mejora. En las inspecciones de software, la retroalimentación de los errores y mejoras es clave para refinar el proceso de desarrollo continuamente, manteniendo el sistema optimizado. 8. Interdependencia de Componentes: a. Cada componente depende de otros para cumplir con el objetivo global del software. Las inspecciones garantizan que estas interacciones sean efectivas, evitando problemas de integración que puedan comprometer la funcionalidad. 9. Roles en Inspección: a. Roles como moderador, autor, lector y otros participantes aseguran una evaluación integral del sistema. Cada rol es fundamental para abarcar todos los aspectos del proceso y lograr una revisión efectiva. 10. Métricas de Inspección: a. Se utilizan métricas como la tasa de defectos encontrados y el tiempo de inspección para medir la efectividad de las inspecciones. Estas métricas ayudan a evaluar el rendimiento del sistema y a mantener un equilibrio en la calidad del desarrollo. 11. Inspección como Mecanismo de Aprendizaje: a. Las inspecciones también son una oportunidad de aprendizaje y mejora continua para los equipos, permitiendo ajustes en las prácticas de desarrollo. Según la TGS, este aprendizaje constante es clave para la evolución y adaptación del sistema (y del equipo) a nuevas necesidades y mejoras. conceptos de Privacidad, Integridad y Seguridad en los Sistemas de Información: 1. Privacidad: a. Definición: Protección de la información personal y sensible, limitando el acceso a personas autorizadas para resguardar los derechos de los usuarios. b. Componentes Esenciales: i. Confidencialidad de los Datos: Asegura que la información del usuario y la empresa se maneje con discreción y según las políticas de privacidad, evitando su divulgación sin consentimiento. ii. Cumplimiento Legal: Regula la protección de datos mediante normas como el GDPR en Europa o leyes locales de protección de datos, que establecen pautas estrictas para garantizar la privacidad de la información. iii. Minimización de Datos: Promueve la recolección de la mínima cantidad de datos necesaria para el propósito del sistema, evitando la exposición de información adicional que podría poner en riesgo la privacidad. 2. Integridad: a. Definición: Asegura que los datos en el sistema se mantengan precisos, completos y sin alteraciones no autorizadas, lo cual es crucial para la confiabilidad de la información. b. Componentes Esenciales: i. Exactitud de los Datos: Los datos deben permanecer correctos y sin errores desde su recopilación hasta su eliminación, permitiendo decisiones informadas y precisas. ii. Protección contra Alteraciones: Emplea controles de acceso y auditorías para proteger los datos de modificaciones accidentales o no autorizadas, manteniendo la confiabilidad de la información. iii. Consistencia y Verificación: Los datos deben ser coherentes en todos los módulos del sistema y en todas las etapas del ciclo de vida, garantizando que las decisiones y análisis se basen en información sólida y consistente. 3. Seguridad:  a. Definición: Enfocada en proteger el sistema y los datos de amenazas como accesos no autorizados, mal uso o destrucción de información, manteniendo la privacidad e integridad de los datos. b. Componentes Esenciales: i. Control de Acceso: Implementa permisos de usuario, autenticación fuerte (por ejemplo, contraseñas robustas y autenticación multifactor) y permisos según el rol de cada usuario para limitar el acceso a datos sensibles. ii. Protección contra Amenazas Externas: Aplica medidas contra ciberataques, como firewalls, cifrado de datos, y sistemas de detección de intrusos, para proteger contra ataques de malware, phishing y hacking. iii. Resiliencia y Continuidad del Sistema: Incluye planes de recuperación ante desastres y respaldo de datos para restaurar el sistema y la información en caso de pérdida o daño, garantizando la continuidad operativa. 4. Relación entre Privacidad, Integridad y Seguridad: a. Estos conceptos están interrelacionados y juntos forman un marco de protección integral para los sistemas de información: i. La privacidad necesita de la seguridad para evitar accesos no autorizados a los datos. ii. La integridad depende tanto de la seguridad como de la privacidad para asegurar que los datos se mantengan precisos y no se alteren de forma indebida. b. En conjunto, estos pilares aseguran la confianza en el sistema, el cumplimiento de normas legales y la protección ética de la información, garantizando que los datos en la organización se gestionen de forma segura y responsable. Sistemas de información: Un Sistema de Información (SI) es un conjunto interrelacionado de personas, datos, hardware, software, redes y procesos que trabajan juntos para recopilar, almacenar, procesar y distribuir información dentro de una organización. Su propósito es facilitar la toma de decisiones, coordinar actividades y controlar procesos en todos los niveles organizacionales. Desde la Teoría General de Sistemas (TGS), los SI se consideran un sistema de componentes interdependientes que permiten el flujo de datos y la toma de decisiones estratégicas, tácticas y operativas. Componentes clave de un SI: Personas: Usuarios finales y administradores que interactúan con el sistema. Datos: Información bruta que, una vez procesada, se convierte en información útil. Hardware: Dispositivos físicos (servidores, computadoras, redes) que soportan el sistema. Software: Programas y aplicaciones que procesan los datos. Redes y Comunicación: Facilitan el intercambio de información entre componentes. Procesos: Métodos y reglas que guían cómo se gestionan los datos. Importancia de los SI: Flujo eficiente de información: Facilitan la comunicación entre distintas áreas. Toma de decisiones: Proporcionan datos procesados y relevantes. Almacenamiento y recuperación de datos: Esencial para la continuidad del negocio. Automatización de procesos: Mejora la eficiencia y productividad. Mejora de la comunicación y colaboración: Facilitan interacciones internas y externas. Los SI son cruciales para la operación eficiente y la creación de valor en una organización.