Este documento presenta una revisión de diferentes estándares y metodologías para la medición de sistemas de información, incluyendo Practical Software Measurement (PSM), Goal Question Metric (GQM), ISO/IEC 15939, CMMI y Modelos de madurez. Describe los procesos, métricas y artefactos clave de cada enfoque. Además, explica conceptos generales sobre métricas de código, complejidad, objetos y puntos de función, así como consideraciones para la adquisición y análisis de datos de medición.
1) Los sistemas informáticos nos permiten realizar tareas que hace unos años solo estaban en la imaginación o en los sueños de unos pocos.
2) No podemos imaginar la pesadilla de no disponer de estos sistemas informáticos.
3) El autor plantea que ahora dependemos en gran medida de los sistemas informáticos.
Este documento proporciona instrucciones para acceder a la consola MariaDB y crear una base de datos y tablas dentro de ella. Se explican los pasos para activar Apache y MySQL, abrir la consola de comandos, establecer la ruta de la base de datos, crear la base de datos y tablas, insertar registros, eliminar campos y tablas, y mostrar estructuras y contenidos de las tablas.
Conceptos sobre Gestión de Proyectos de Software Joselito B
Este documento presenta conceptos sobre la gestión de proyectos de software. Explica que la gestión de proyectos implica la planificación, supervisión y control de los recursos humanos, procesos y eventos durante el ciclo de vida del proyecto. También introduce conceptos clave como el personal, producto, proceso y proyecto, y explica la importancia de medir estas métricas para mejorar la gestión.
Este documento describe los diferentes aspectos del diseño de archivos. Explica la terminología básica de archivos como campo, registro y archivo. También describe los diferentes tipos de archivos como maestro, transacciones y de reportes. Además, explica los métodos de organización de archivos como secuencial, de acceso directo e indexado. Por último, brinda detalles sobre los medios de almacenamiento como cinta magnética y disco magnético.
El documento describe diferentes tipos de sistemas de información gerencial, incluyendo sistemas de procesamiento de transacciones, sistemas de soporte a las decisiones, sistemas de información ejecutiva, sistemas de automatización de oficinas y sistemas expertos. Para cada tipo de sistema, se proporcionan ejemplos, características y propiedades.
PLAN DE CAPACITACIÓN PARA USUARIOS FINALESPablo Ospina
Este documento presenta un plan de capacitación para usuarios finales sobre el sistema BANCASOFT. El plan describe los pasos del proceso de capacitación, que incluyen analizar las necesidades, diseñar la enseñanza, validar el programa, aplicarlo y evaluarlo. Luego presenta la estructura del plan de capacitación, que consiste en 8 temas a cubrirse en sesiones de 1 a 2 horas con 12 participantes. El objetivo es generar capacidades en los aprendices sobre las nuevas tecnologías para mejorar su desempeño laboral.
Cómo, cuándo y por qué se debe realizar una auditoria informática dentro de u...Federico Gonzalez
La auditoría informática es un proceso que evalúa la función de tecnología de información y su contribución a los objetivos institucionales. Se debe realizar una auditoría informática para mejorar la imagen pública, generar confianza en los usuarios, optimizar las relaciones internas y disminuir los costos. Siguiendo estándares como COBIT, una auditoría informática evalúa procesos como planificación, adquisición, distribución, monitoreo y más, para asegurar que los sistemas sean confiables y seguros.
Giseproi plantilla especificación casos de usogiseproi
Plantilla para la especificación de casos de uso para ser utilizada en procesos de desarrollo de software iterativos e incrementales guiados por casos de uso.
1) Los sistemas informáticos nos permiten realizar tareas que hace unos años solo estaban en la imaginación o en los sueños de unos pocos.
2) No podemos imaginar la pesadilla de no disponer de estos sistemas informáticos.
3) El autor plantea que ahora dependemos en gran medida de los sistemas informáticos.
Este documento proporciona instrucciones para acceder a la consola MariaDB y crear una base de datos y tablas dentro de ella. Se explican los pasos para activar Apache y MySQL, abrir la consola de comandos, establecer la ruta de la base de datos, crear la base de datos y tablas, insertar registros, eliminar campos y tablas, y mostrar estructuras y contenidos de las tablas.
Conceptos sobre Gestión de Proyectos de Software Joselito B
Este documento presenta conceptos sobre la gestión de proyectos de software. Explica que la gestión de proyectos implica la planificación, supervisión y control de los recursos humanos, procesos y eventos durante el ciclo de vida del proyecto. También introduce conceptos clave como el personal, producto, proceso y proyecto, y explica la importancia de medir estas métricas para mejorar la gestión.
Este documento describe los diferentes aspectos del diseño de archivos. Explica la terminología básica de archivos como campo, registro y archivo. También describe los diferentes tipos de archivos como maestro, transacciones y de reportes. Además, explica los métodos de organización de archivos como secuencial, de acceso directo e indexado. Por último, brinda detalles sobre los medios de almacenamiento como cinta magnética y disco magnético.
El documento describe diferentes tipos de sistemas de información gerencial, incluyendo sistemas de procesamiento de transacciones, sistemas de soporte a las decisiones, sistemas de información ejecutiva, sistemas de automatización de oficinas y sistemas expertos. Para cada tipo de sistema, se proporcionan ejemplos, características y propiedades.
PLAN DE CAPACITACIÓN PARA USUARIOS FINALESPablo Ospina
Este documento presenta un plan de capacitación para usuarios finales sobre el sistema BANCASOFT. El plan describe los pasos del proceso de capacitación, que incluyen analizar las necesidades, diseñar la enseñanza, validar el programa, aplicarlo y evaluarlo. Luego presenta la estructura del plan de capacitación, que consiste en 8 temas a cubrirse en sesiones de 1 a 2 horas con 12 participantes. El objetivo es generar capacidades en los aprendices sobre las nuevas tecnologías para mejorar su desempeño laboral.
Cómo, cuándo y por qué se debe realizar una auditoria informática dentro de u...Federico Gonzalez
La auditoría informática es un proceso que evalúa la función de tecnología de información y su contribución a los objetivos institucionales. Se debe realizar una auditoría informática para mejorar la imagen pública, generar confianza en los usuarios, optimizar las relaciones internas y disminuir los costos. Siguiendo estándares como COBIT, una auditoría informática evalúa procesos como planificación, adquisición, distribución, monitoreo y más, para asegurar que los sistemas sean confiables y seguros.
Giseproi plantilla especificación casos de usogiseproi
Plantilla para la especificación de casos de uso para ser utilizada en procesos de desarrollo de software iterativos e incrementales guiados por casos de uso.
Existen muchas definiciones y no siempre coincidentes. Nosotros diremos que un sistema distribuido es un conjunto de computadores independientes que se presenta a los usuarios como un sistema único. En esta definición cabe destacar dos aspectos. Uno, el hardware. La definición habla de máquinas autónomas, es decir, que pueden operar sin la supervisión de ninguna otra. Dos, el software, que debe conseguir que los usuarios del sistema lo vean como una máquina central convencional única.
El diseño e investigación de herramientas para los sistemas operativos centralizados convencionales, los cuales corren en sistemas de uno o varios procesadores, está muy bien entendido. Sin embargo la proliferación de estaciones de trabajo personales y redes de área local ha llevado al desarrollo de nuevos conceptos del sistema operativo, a saber sobre, sistemas operativos en red y sistemas operativos distribuidos.
Antes de empezar no hay que confundir un Sistema Operativo de Red con un Sistema Operativo Distribuido. En un Sistema Operativo de Red las computadoras están interconectadas por medios de comunicación: software y hardware. En este tipo de red los usuarios saben dónde están ejecutando su trabajo y guardando su información. En cambio en los Sistemas Operativos Distribuidos existe un software que distribuye las tareas de los usuarios sobre una red de computadoras y para los usuarios es transparente donde realizan sus tareas y guardan su información.
Existen dos esquemas básicos de éstos sistemas. Un sistema fuertemente acoplado es a es aquel que comparte la memoria y un reloj global, cuyos tiempos de acceso son similares para todos los procesadores. En un sistema débilmente acoplado los procesadores no comparten ni memoria ni reloj, ya que cada uno cuenta con su memoria local.
El documento describe el análisis y diseño estructurado y la metodología de Yourdon. El análisis estructurado se enfoca en especificar los requisitos del sistema a través de diagramas de flujo y diccionarios de datos. El diseño estructurado crea programas modulares independientes y usa herramientas de especificación y presentación. La metodología de Yourdon modela los aspectos dinámico y estático del sistema y define procesos, entradas, salidas y almacenamiento de datos.
Este documento presenta información sobre la importancia y características de la documentación de sistemas. Resume que la documentación es esencial para garantizar la calidad del software y el éxito de los proyectos. Explica que la documentación debe ser completa, actualizada y accesible para todos los usuarios según sus necesidades.
1) El documento describe el software administrativo Galac Software creado en Venezuela para administrar empresas de forma integral. 2) Explica los fundamentos teóricos de los sistemas de información y software administrativos, incluyendo sus características y tipos. 3) Describe los elementos de un sistema de información como entrada, almacenamiento, procesamiento y salida de datos.
Este documento presenta una guía de buenas prácticas para la gestión por procesos en instalaciones deportivas. El objetivo es mejorar la calidad en la gestión de estas organizaciones mediante la adopción de modelos de gestión empresarial basados en procesos y en la orientación al cliente. Se realizó un diagnóstico en instalaciones deportivas de varias provincias andaluzas para identificar aspectos clave de gestión. La guía contiene recomendaciones prácticas y describe los procesos clave en este tipo de organizaciones con el fin
Unidad 3 aseguramiento de la calidad de lospabloreyes154
Este documento describe los conceptos clave de aseguramiento de la calidad de sistemas de información (SQA). Explica que la fiabilidad y disponibilidad son medidas importantes, y que la seguridad involucra identificar peligros potenciales. También cubre las relaciones entre SQA e ingeniería de sistemas, y las responsabilidades de los equipos de SQA como planificar actividades, verificar adherencia a estándares y comunicar resultados.
Este documento introduce los casos de uso como un método para especificar los requerimientos de un sistema desde la perspectiva del usuario. Define actores, casos de uso y provee detalles históricos y conceptuales sobre esta técnica. Explica que los casos de uso describen las interacciones entre actores y el sistema, centrándose en la funcionalidad que el sistema ofrece a cada actor. Además, indica que los casos de uso son independientes del método de diseño utilizado.
En este informe de avance, Oportunidad Estratégica presenta las distintas actividades desarrolladas en conjunto con la CGR, durante el proceso de acompañamiento en el montaje de la Mesa de Ayuda y la parametrización para la implementación del aplicativo HelpDesk GLPI.
Finalmente se presentan algunas conclusiones y elementos a tener en cuenta para el fortalecimiento y la adopción de la Mesa de Ayuda en la CGR.
Un documento de requerimientos declara lo que los desarrolladores deben implementar en un sistema de software. Debe incluir requerimientos funcionales y no funcionales para los usuarios y especificaciones técnicas. Un documento de requerimientos organiza los requerimientos para que puedan ser usados por clientes y desarrolladores, y determina lo que el sistema debe hacer y sus restricciones. Los elementos clave de un documento de requerimientos incluyen introducción, descripción general y requerimientos específicos.
Ciclo de vida de un sistema de informacion fase 7IUTA
El documento describe la metodología de Kendall & Kendall para el ciclo de vida de los sistemas de información. Según esta metodología, el ciclo de vida consta de siete fases: 1) identificación del problema, 2) identificación de requisitos, 3) análisis de necesidades, 4) diseño del sistema, 5) desarrollo y documentación, 6) pruebas y mantenimiento, y 7) implementación y evaluación. Cada fase involucra diferentes actividades y participantes, y el ciclo no se realiza de forma lineal
El documento habla sobre los sistemas de información transaccionales. Explica que estos sistemas automatizan tareas operativas y son el primer tipo de sistema de información que se implanta en una empresa. Generan grandes volúmenes de información a través del manejo intensivo de entradas, salidas y cálculos simples. Algunos ejemplos de sistemas transaccionales mencionados son la facturación, cuentas por pagar, cuentas por cobrar, nóminas, inventarios, conciliaciones bancarias y la contabilidad general
El documento presenta una introducción al uso de métricas como Puntos de Función y Puntos de Casos de Uso para estimar el esfuerzo requerido en proyectos de desarrollo de software. Explica que los Puntos de Función miden el tamaño funcional del software basado en los requerimientos del usuario, mientras que los Puntos de Casos de Uso también consideran la complejidad de las funcionalidades. Además, proporciona detalles sobre cómo calcular ambas métricas y cómo pueden usarse para mejorar la precisión de las estimaciones
El documento describe diferentes técnicas de prueba de software, incluyendo pruebas de caja blanca (como prueba de caminos básicos y pruebas de bucles), pruebas de caja negra, y pruebas para entornos especializados como interfaces gráficas, arquitecturas cliente-servidor, sistemas en tiempo real y documentación. El objetivo general de las pruebas es encontrar errores de manera eficiente ejecutando casos de prueba focalizados en diferentes niveles de detalle del software.
Este documento introduce los principios de PSP (Personal Software Process), una metodología para medir y mejorar el proceso de desarrollo de software individual. Explica que PSP ayuda a los desarrolladores a planificar y controlar sus proyectos de software mediante el registro de tiempos, defectos y la realización de post-mortems. También compara PSP con TSP (Team Software Process) y CMM (Capability Maturity Model), destacando que PSP se enfoca en el trabajo individual mientras que TSP y CMM lo hacen a nivel de equipo y organización, respect
Este documento describe los sistemas de información para ejecutivos (EIS), destacando las necesidades de información únicas de los ejecutivos, las características clave de los EIS y factores que influyen en el éxito de un EIS. Explica que los ejecutivos piensan de manera estratégica y requieren información oportuna para tomar decisiones. También analiza opciones para implementar un EIS, como software de productividad personal, EIS preescrito o a la medida.
Una introducción al Modelado de Negocios que describe sus aplicaciones o usos en el contexto empresarial, su evolución, sus enfoques e introduce el método BMM para modelado de negocios con UML.
Presentación de propuesta de implementación de CMMI nivel 3 - Gestionado.
Explicación detallada -> https://www.youtube.com/watch?v=4HlvvG4ULIY&feature=youtu.be
Sistema de apoyo a la toma de decisionesssmendez07
Este documento describe los sistemas de apoyo a la toma de decisiones (SAD), los cuales son sistemas de información basados en computadora que proveen información interactiva a gerentes y profesionales durante el proceso de toma de decisiones. Los SAD dependen de bases de datos y modelos, y usan herramientas como procesamiento analítico en línea y minería de datos para brindar soporte a la toma de decisiones. Los SAD apoyan el razonamiento durante el proceso de toma de decisiones sin automatizarlo completamente.
Este documento describe diferentes tipos de modelos, incluyendo modelos icónicos, analógicos, analíticos y conceptuales. Los modelos icónicos son reproducciones a escala del objeto real, mientras que los modelos analógicos tienen una apariencia física distinta pero representan el comportamiento del objeto. Los modelos analíticos usan símbolos matemáticos para representar las propiedades del sistema, y los modelos conceptuales son cualitativos y sirven para clarificar pensamientos o ilustrar conceptos.
Presentación elaborada por Luis Eduardo Peláez Valencia para el curso de Ingeniería del Software II, en el programa Ingeniería de Sistemas y Telecomunicaciones de la Universidad Católica de Pereira
Existen muchas definiciones y no siempre coincidentes. Nosotros diremos que un sistema distribuido es un conjunto de computadores independientes que se presenta a los usuarios como un sistema único. En esta definición cabe destacar dos aspectos. Uno, el hardware. La definición habla de máquinas autónomas, es decir, que pueden operar sin la supervisión de ninguna otra. Dos, el software, que debe conseguir que los usuarios del sistema lo vean como una máquina central convencional única.
El diseño e investigación de herramientas para los sistemas operativos centralizados convencionales, los cuales corren en sistemas de uno o varios procesadores, está muy bien entendido. Sin embargo la proliferación de estaciones de trabajo personales y redes de área local ha llevado al desarrollo de nuevos conceptos del sistema operativo, a saber sobre, sistemas operativos en red y sistemas operativos distribuidos.
Antes de empezar no hay que confundir un Sistema Operativo de Red con un Sistema Operativo Distribuido. En un Sistema Operativo de Red las computadoras están interconectadas por medios de comunicación: software y hardware. En este tipo de red los usuarios saben dónde están ejecutando su trabajo y guardando su información. En cambio en los Sistemas Operativos Distribuidos existe un software que distribuye las tareas de los usuarios sobre una red de computadoras y para los usuarios es transparente donde realizan sus tareas y guardan su información.
Existen dos esquemas básicos de éstos sistemas. Un sistema fuertemente acoplado es a es aquel que comparte la memoria y un reloj global, cuyos tiempos de acceso son similares para todos los procesadores. En un sistema débilmente acoplado los procesadores no comparten ni memoria ni reloj, ya que cada uno cuenta con su memoria local.
El documento describe el análisis y diseño estructurado y la metodología de Yourdon. El análisis estructurado se enfoca en especificar los requisitos del sistema a través de diagramas de flujo y diccionarios de datos. El diseño estructurado crea programas modulares independientes y usa herramientas de especificación y presentación. La metodología de Yourdon modela los aspectos dinámico y estático del sistema y define procesos, entradas, salidas y almacenamiento de datos.
Este documento presenta información sobre la importancia y características de la documentación de sistemas. Resume que la documentación es esencial para garantizar la calidad del software y el éxito de los proyectos. Explica que la documentación debe ser completa, actualizada y accesible para todos los usuarios según sus necesidades.
1) El documento describe el software administrativo Galac Software creado en Venezuela para administrar empresas de forma integral. 2) Explica los fundamentos teóricos de los sistemas de información y software administrativos, incluyendo sus características y tipos. 3) Describe los elementos de un sistema de información como entrada, almacenamiento, procesamiento y salida de datos.
Este documento presenta una guía de buenas prácticas para la gestión por procesos en instalaciones deportivas. El objetivo es mejorar la calidad en la gestión de estas organizaciones mediante la adopción de modelos de gestión empresarial basados en procesos y en la orientación al cliente. Se realizó un diagnóstico en instalaciones deportivas de varias provincias andaluzas para identificar aspectos clave de gestión. La guía contiene recomendaciones prácticas y describe los procesos clave en este tipo de organizaciones con el fin
Unidad 3 aseguramiento de la calidad de lospabloreyes154
Este documento describe los conceptos clave de aseguramiento de la calidad de sistemas de información (SQA). Explica que la fiabilidad y disponibilidad son medidas importantes, y que la seguridad involucra identificar peligros potenciales. También cubre las relaciones entre SQA e ingeniería de sistemas, y las responsabilidades de los equipos de SQA como planificar actividades, verificar adherencia a estándares y comunicar resultados.
Este documento introduce los casos de uso como un método para especificar los requerimientos de un sistema desde la perspectiva del usuario. Define actores, casos de uso y provee detalles históricos y conceptuales sobre esta técnica. Explica que los casos de uso describen las interacciones entre actores y el sistema, centrándose en la funcionalidad que el sistema ofrece a cada actor. Además, indica que los casos de uso son independientes del método de diseño utilizado.
En este informe de avance, Oportunidad Estratégica presenta las distintas actividades desarrolladas en conjunto con la CGR, durante el proceso de acompañamiento en el montaje de la Mesa de Ayuda y la parametrización para la implementación del aplicativo HelpDesk GLPI.
Finalmente se presentan algunas conclusiones y elementos a tener en cuenta para el fortalecimiento y la adopción de la Mesa de Ayuda en la CGR.
Un documento de requerimientos declara lo que los desarrolladores deben implementar en un sistema de software. Debe incluir requerimientos funcionales y no funcionales para los usuarios y especificaciones técnicas. Un documento de requerimientos organiza los requerimientos para que puedan ser usados por clientes y desarrolladores, y determina lo que el sistema debe hacer y sus restricciones. Los elementos clave de un documento de requerimientos incluyen introducción, descripción general y requerimientos específicos.
Ciclo de vida de un sistema de informacion fase 7IUTA
El documento describe la metodología de Kendall & Kendall para el ciclo de vida de los sistemas de información. Según esta metodología, el ciclo de vida consta de siete fases: 1) identificación del problema, 2) identificación de requisitos, 3) análisis de necesidades, 4) diseño del sistema, 5) desarrollo y documentación, 6) pruebas y mantenimiento, y 7) implementación y evaluación. Cada fase involucra diferentes actividades y participantes, y el ciclo no se realiza de forma lineal
El documento habla sobre los sistemas de información transaccionales. Explica que estos sistemas automatizan tareas operativas y son el primer tipo de sistema de información que se implanta en una empresa. Generan grandes volúmenes de información a través del manejo intensivo de entradas, salidas y cálculos simples. Algunos ejemplos de sistemas transaccionales mencionados son la facturación, cuentas por pagar, cuentas por cobrar, nóminas, inventarios, conciliaciones bancarias y la contabilidad general
El documento presenta una introducción al uso de métricas como Puntos de Función y Puntos de Casos de Uso para estimar el esfuerzo requerido en proyectos de desarrollo de software. Explica que los Puntos de Función miden el tamaño funcional del software basado en los requerimientos del usuario, mientras que los Puntos de Casos de Uso también consideran la complejidad de las funcionalidades. Además, proporciona detalles sobre cómo calcular ambas métricas y cómo pueden usarse para mejorar la precisión de las estimaciones
El documento describe diferentes técnicas de prueba de software, incluyendo pruebas de caja blanca (como prueba de caminos básicos y pruebas de bucles), pruebas de caja negra, y pruebas para entornos especializados como interfaces gráficas, arquitecturas cliente-servidor, sistemas en tiempo real y documentación. El objetivo general de las pruebas es encontrar errores de manera eficiente ejecutando casos de prueba focalizados en diferentes niveles de detalle del software.
Este documento introduce los principios de PSP (Personal Software Process), una metodología para medir y mejorar el proceso de desarrollo de software individual. Explica que PSP ayuda a los desarrolladores a planificar y controlar sus proyectos de software mediante el registro de tiempos, defectos y la realización de post-mortems. También compara PSP con TSP (Team Software Process) y CMM (Capability Maturity Model), destacando que PSP se enfoca en el trabajo individual mientras que TSP y CMM lo hacen a nivel de equipo y organización, respect
Este documento describe los sistemas de información para ejecutivos (EIS), destacando las necesidades de información únicas de los ejecutivos, las características clave de los EIS y factores que influyen en el éxito de un EIS. Explica que los ejecutivos piensan de manera estratégica y requieren información oportuna para tomar decisiones. También analiza opciones para implementar un EIS, como software de productividad personal, EIS preescrito o a la medida.
Una introducción al Modelado de Negocios que describe sus aplicaciones o usos en el contexto empresarial, su evolución, sus enfoques e introduce el método BMM para modelado de negocios con UML.
Presentación de propuesta de implementación de CMMI nivel 3 - Gestionado.
Explicación detallada -> https://www.youtube.com/watch?v=4HlvvG4ULIY&feature=youtu.be
Sistema de apoyo a la toma de decisionesssmendez07
Este documento describe los sistemas de apoyo a la toma de decisiones (SAD), los cuales son sistemas de información basados en computadora que proveen información interactiva a gerentes y profesionales durante el proceso de toma de decisiones. Los SAD dependen de bases de datos y modelos, y usan herramientas como procesamiento analítico en línea y minería de datos para brindar soporte a la toma de decisiones. Los SAD apoyan el razonamiento durante el proceso de toma de decisiones sin automatizarlo completamente.
Este documento describe diferentes tipos de modelos, incluyendo modelos icónicos, analógicos, analíticos y conceptuales. Los modelos icónicos son reproducciones a escala del objeto real, mientras que los modelos analógicos tienen una apariencia física distinta pero representan el comportamiento del objeto. Los modelos analíticos usan símbolos matemáticos para representar las propiedades del sistema, y los modelos conceptuales son cualitativos y sirven para clarificar pensamientos o ilustrar conceptos.
Presentación elaborada por Luis Eduardo Peláez Valencia para el curso de Ingeniería del Software II, en el programa Ingeniería de Sistemas y Telecomunicaciones de la Universidad Católica de Pereira
La medición total del software nos permite medir todos los aspectos que lo forman: funcionales y no funcionales. El software es un producto completamente distinto al resto, entenderlo y medirlo bien en todas sus facetas es una misión importante que nos beneficiará a la hora de gestionar con éxito nuestros proyectos: sin medición no sabemos si mejoramos y sin mejora, estamos peridos. Conoceremos los distintos requisitos del software y como abordar su medición con diferentes métodos así como un estudio de los métodos más utilizados en la industria.
El documento describe el subsistema de control de recursos humanos en una universidad venezolana. Incluye características del control como retroalimentación negativa y límites aceptables, y describe los componentes del subsistema como un banco de datos, sistemas de información y auditoría. El control es importante para corregir desviaciones, enfrentar cambios, acelerar ciclos productivos, agregar valor y facilitar la delegación.
El documento discute el concepto de control cibernético y su importancia para el aprendizaje organizacional. Explica que el control cibernético permite evaluar y controlar los resultados de la administración de una manera integral y periódica que incorpora las perspectivas de los usuarios, actores y administradores para controlar los procesos, proyectos y aprendizaje de una organización y hacerla adaptable al cambio.
CMMI es un modelo para mejorar los procesos de desarrollo y mantenimiento de software que fue creado por el SEI. El documento describe CMMI, incluyendo sus áreas de proceso, niveles de madurez y cómo ayuda a las empresas a mejorar la calidad, productividad y satisfacción del cliente mediante la mejora de procesos. El documento concluye destacando la necesidad de que las empresas mejoren sus procesos de desarrollo de software y la obtención de una certificación como CMMI.
metricos de los sistemas de manufacturaRaul Guzman
El documento describe varios tipos de indicadores que pueden usarse para medir el desempeño de una organización. Menciona indicadores financieros, de producción, de calidad, de ventas, de recursos humanos y de mantenimiento. Explica que los indicadores son herramientas de gestión que permiten comparar el desempeño real con las metas planeadas y tomar acciones de mejora.
Toma de decisiones a través de indicadores. Integration. enendeavor
Toma de decisiones a través de indicadores. Por Janaina Roque Integration. Consultoría Empresarial.
Objetivos del Taller.
- algunos conceptos importantes de la gestión por indicadores
- principales factores cíticos de éxito para la utilización de una gestión por indicadores
Este documento describe el mantenimiento correctivo de hardware y software para una computadora personal. Explica que el mantenimiento correctivo implica reparar o reemplazar componentes cuando ocurre un fallo, a diferencia del mantenimiento preventivo que busca prevenir fallas. También detalla los tipos de mantenimiento correctivo, fallas comunes y soluciones, y herramientas utilizadas como antivirus y desfragmentadores.
La evaluación educativa debe tener como propósito principal verificar el progreso de los aprendizajes de los estudiantes y no su calificación. Implica tener claridad sobre los objetivos y competencias a desarrollar, y utilizar métodos de evaluación continua y flexibles que permitan reforzar avances y superar dificultades, considerando las diferencias individuales entre los estudiantes.
Evaluación de aprendizajes y la evaluación por competenciasSilencio2014
El documento describe los elementos clave a considerar al evaluar el aprendizaje y la evaluación por competencias. Estos incluyen: 1) Evaluar para verificar si se han logrado los objetivos, 2) Evaluar el proceso de formación completo y el aprendizaje de los estudiantes, 3) Hacer una evaluación permanente que incluya evaluaciones inicial, continua y final.
Oracle in the Financial Service Industry CTI Group
This document discusses Oracle's solutions for the financial services industry. It covers Oracle's capabilities in areas like multi-channel banking, enabling process-centric financial institutions, payment services hubs, and real-time banking. The document provides an overview of Oracle's offerings for transaction processing, corporate administration, shared services, and security services that financial institutions require. It aims to demonstrate Oracle's comprehensive coverage of the various users, touchpoints, business functions, and technological components that make up a modern financial institution.
Este documento describe los diferentes tipos de evaluación interna y externa que se realizan en los centros educativos, incluyendo la memoria anual, la autoevaluación de centros, la evaluación de profesores, y la evaluación de planes y programas. También explica el Plan EVA y otros métodos de evaluación externa como ISO 9001 e inspecciones. El objetivo general es mejorar la calidad de la enseñanza mediante un proceso sistemático de recogida y análisis de información sobre el centro.
El documento describe el proceso de planificación de la evaluación educativa. Explica que la evaluación tiene como propósitos identificar necesidades de aprendizaje, corregir el proceso de enseñanza, y comprobar el logro de objetivos. Detalla que se debe evaluar el aprendizaje de los estudiantes y el proceso formativo completo, de manera inicial, continua y final. Además, indica que la evaluación debe ser realizada por profesores, tutores y estudiantes a través de la autoevaluación y coevaluación usando técnicas
Este documento describe las pruebas pedagógicas, incluyendo sus objetivos, características, clasificaciones y tipos. Las pruebas son útiles para medir el aprendizaje de los estudiantes y la efectividad de la enseñanza. Existen pruebas formales e informales que pueden ser de respuesta abierta o cerrada, incluyendo opciones múltiples, correspondencia y completación. Las pruebas deben ser válidas, consistentes y objetivas.
Este documento presenta una introducción al modelo CMMI (Capability Maturity Model Integration). Explica que CMMI es un modelo de evaluación de procesos que provee elementos para mejorar procesos de ingeniería de software y desarrollo organizacional. Describe los niveles de madurez, áreas de proceso, y beneficios de usar CMMI. Finalmente, presenta una tabla que resume el nivel de madurez actual de las áreas de proceso de una organización.
El documento habla sobre los elementos clave a considerar en la evaluación del proceso de aprendizaje. Explica que la evaluación es un proceso continuo que involucra la recolección y análisis de información para tomar juicios de valor sobre el aprendizaje. También describe los diferentes tipos de evaluación como la inicial, formativa y sumativa, así como quiénes participan y los métodos para llevarla a cabo.
Este documento define un argumento como una serie de enunciados relacionados que apoyan una tesis o creencia. Explica que los argumentos se componen de premisas, que son enunciados que justifican una conclusión, y una conclusión, que se deriva de las premisas. Usa el ejemplo "Dios me creó" para ilustrar un argumento con dos premisas ("Dios creó a todos los seres vivos", "yo soy un ser vivo") que concluyen "Dios me creó". El objetivo del documento es reconocer las partes de un
El documento presenta una introducción a las métricas de software, definiendo conceptos clave como atributo, métrica y medida. Explica la importancia de las métricas para medir la calidad en los productos, procesos y proyectos de software. También resume los estándares y metodologías más relevantes para la definición de métricas, así como las principales categorías de métricas aplicadas al producto, proceso y proyecto de software.
La organización y planificación implica establecer metas y prioridades para realizar una tarea de manera eficiente. El documento describe el proceso de planificación y organización de un evento, incluyendo las etapas de análisis de situación, formulación de objetivos, decisión de cursos de acción, y ejecución del plan. También discute conceptos como autoridad, responsabilidad, y la evolución de las estructuras organizacionales para coordinar el trabajo de un grupo.
RESUMEN: En los tiempos actuales, gracias a los avances de la Informática, el software se utiliza en casi todos los campos de la actividad humana: la industria, el comercio, las finanzas, el gobierno, la salud, la educación, las artes. Existe una creciente preocupación por lograr que los productos software cumplan con ciertos criterios de calidad. Para ello, se avanza en la definición e implementación de estándares que fijan los atributos deseables del software de calidad, a la vez que surgen modelos y metodologías para la evaluación de la calidad. Para lograr este objetivo, los ingenieros de software deben emplear métodos efectivos junto con herramientas modernas dentro del contexto de un proceso maduro de desarrollo del software.
El documento proporciona una introducción al Modelo Integrado de Madurez de Capacidades (CMMI). Explica que CMMI es un modelo de mejora de procesos que evalúa la capacidad de una organización para ejecutar procesos de manera efectiva. Describe las áreas de proceso de CMMI, las representaciones del modelo, los niveles de madurez y herramientas como IDEAL y SCAMPI para la implementación y evaluación de CMMI.
Metricas es una medida efectuada sobre algún aspecto del sistema en desarrollodefijel142
Metricas es una medida efectuada sobre algún aspecto del sistema en desarrollo o del proceso empleado que permite, previa comparación con unos valores (medidas) de referencia, obtener conclusiones sobre el aspecto medido con el fin de adoptar las decisiones necesarias.
Este documento describe las métricas y mediciones utilizadas en el desarrollo de software. Explica que las métricas ayudan a medir el proceso de desarrollo y la calidad del producto final. También cubre temas como la gestión de proyectos, estimaciones, análisis de riesgos, seguimiento y control, así como métricas específicas para medir la calidad y productividad del software.
Este documento describe diferentes métricas y métodos para medir la calidad del software libre y con licencia. Explica los tipos de métricas técnicas, de calidad, de productividad y orientadas a la persona. También describe el método GQM para seleccionar métricas para un proyecto y el proceso PSM para implementar con éxito un programa de medición de software. Por último, presenta el método QSOS para cuantificar y seleccionar software libre.
Este documento describe diferentes tipos de métricas y mediciones que se pueden aplicar en el proceso de desarrollo de software. Explica métricas para el proyecto, proceso, análisis, diseño, código, pruebas y mantenimiento. Además, discute conceptos como medidas, indicadores y características fundamentales de las métricas de software.
El documento describe Six Sigma, incluyendo sus objetivos, orígenes, definiciones y aplicaciones. Six Sigma nació como un concepto en Motorola a finales de los 80 para medir la calidad de procesos. Se define como una métrica para medir errores por millón y una metodología para mejorar procesos mediante la reducción de variaciones. Al aplicar Six Sigma, las organizaciones pueden mejorar resultados al disminuir errores en procesos clave.
Este documento describe las métricas de calidad de software y varios modelos para medir la calidad. Explica que las métricas miden atributos como el tamaño, calidad, totalidad y esfuerzo. Luego describe modelos como McCall, FURPS, Dromey y MOSCA que clasifican métricas en categorías como funcionalidad, rendimiento y soporte. Finalmente, discute cómo el modelo QSOS puede cuantificar y calificar la calidad de software de código abierto en 4 pasos: definición, evaluación, calificación y selección
En esta presentación se muestra GQM como conseguir buenas metricas a base de metas y cuestionamientos.
Nota: los ejemplos, son tomados de internet y para uso educativo no se hace adjución de estos elementos.
Este documento describe diferentes métricas y medidas relacionadas con el desarrollo de software. Explica conceptos como métricas, medidas e indicadores y cómo se pueden aplicar a diferentes dominios como el proceso, proyecto, código y calidad. También describe métricas específicas para análisis, diseño, código, pruebas y mantenimiento. El objetivo es medir atributos del software y procesos para mejorar la calidad y productividad.
[1] La evaluación de software educativo es importante para las instituciones educativas para seleccionar el software que cumpla con estándares internacionales. [2] El documento presenta una metodología para evaluar software educativo que combina modelos y técnicas de evaluación permitiendo una selección óptima del producto. [3] El modelo de evaluación propuesto se basa en estándares internacionales y considera métricas de producto y proceso distribuidas en niveles de características, subcaracterísticas, métricas e indicadores para
El documento describe conceptos clave relacionados con la calidad en el desarrollo de software. Explica que la calidad se refiere a las propiedades y características de un producto que satisfacen las necesidades del cliente. También describe los procesos de gestión de calidad, aseguramiento de calidad y métricas utilizadas para medir la calidad durante el desarrollo de software. Finalmente, menciona algunas instituciones que establecen normas y metodologías para desarrollar y administrar software de manera efectiva.
Este documento presenta una metodología para evaluar software educativo que combina modelos y técnicas de evaluación. La metodología incluye establecer objetivos, planificar la evaluación, desarrollar un modelo de calidad basado en estándares internacionales, medir las métricas y características del modelo, e informar los resultados. El modelo de calidad considera métricas de producto y proceso agrupadas en características, subcaracterísticas, métricas e indicadores. El objetivo es proporcionar una evaluación integral que permita
El documento describe cómo medir la calidad en el software. Explica que es importante medir el proceso de desarrollo de software, los proyectos de software y la calidad del producto final para mejorar y establecer metas. Define conceptos clave como medidas, métricas e indicadores y describe diferentes métricas que pueden usarse como líneas de código y complejidad. Finalmente, detalla etapas para el proceso de medición como formulación, recolección, análisis e interpretación de datos.
Este documento presenta una metodología para evaluar software educativo que consta de varias etapas como establecer los objetivos de la evaluación, planificarla, determinar un modelo de calidad basado en estándares internacionales, medir las métricas y presentar un informe. El modelo de calidad considera características como funcionalidad, fiabilidad, usabilidad y eficiencia, con sus respectivas subcaracterísticas y métricas. El autor propone esta metodología para ayudar a las instituciones educativas a seleccionar software que cu
Las métricas son medidas cuantitativas que evalúan atributos de sistemas, componentes o procesos. Ayudan a evaluar modelos de análisis y diseño, indicar la complejidad del diseño y código, y diseñar pruebas más efectivas. Sin embargo, una desventaja es que no existe un estándar generalmente aceptado de criterios para las métricas de software.
El documento habla sobre las métricas de calidad de software. Define métricas, mediciones e indicadores, y clasifica las métricas de software en métricas de complejidad, calidad, competencia, desempeño y estilizadas. También describe el proceso GQM para seleccionar métricas y el modelo QSOS para evaluar y seleccionar software libre usando métricas. Finalmente, presenta un caso de estudio donde se aplica QSOS para evaluar un producto de software libre.
El documento describe diferentes métricas para medir la calidad del software a lo largo del proceso de desarrollo e implementación. Inicialmente se discuten métricas históricas como la densidad de errores, luego se presentan modelos como TQM y estándares como ISO 9000. Finalmente, se detallan métricas más recientes para medir la calidad una vez implementado el software, como el registro de fallas y el tiempo de respuesta.
Similar a Medición de sistemas de información (20)
ACERTIJO DESCIFRANDO CÓDIGO DEL CANDADO DE LA TORRE EIFFEL EN PARÍS. Por JAVI...JAVIER SOLIS NOYOLA
El Mtro. JAVIER SOLIS NOYOLA crea y desarrolla el “DESCIFRANDO CÓDIGO DEL CANDADO DE LA TORRE EIFFEL EN PARIS”. Esta actividad de aprendizaje propone el reto de descubrir el la secuencia números para abrir un candado, el cual destaca la percepción geométrica y conceptual. La intención de esta actividad de aprendizaje lúdico es, promover los pensamientos lógico (convergente) y creativo (divergente o lateral), mediante modelos mentales de: atención, memoria, imaginación, percepción (Geométrica y conceptual), perspicacia, inferencia y viso-espacialidad. Didácticamente, ésta actividad de aprendizaje es transversal, y que integra áreas del conocimiento: matemático, Lenguaje, artístico y las neurociencias. Acertijo dedicado a los Juegos Olímpicos de París 2024.
Ofrecemos herramientas y metodologías para que las personas con ideas de negocio desarrollen un prototipo que pueda ser probado en un entorno real.
Cada miembro puede crear su perfil de acuerdo a sus intereses, habilidades y así montar sus proyectos de ideas de negocio, para recibir mentorías .
Soluciones Examen de Selectividad. Geografía junio 2024 (Convocatoria Ordinar...Juan Martín Martín
Criterios de corrección y soluciones al examen de Geografía de Selectividad (EvAU) Junio de 2024 en Castilla La Mancha.
Soluciones al examen.
Convocatoria Ordinaria.
Examen resuelto de Geografía
conocer el examen de geografía de julio 2024 en:
https://blogdegeografiadejuan.blogspot.com/2024/06/soluciones-examen-de-selectividad.html
http://blogdegeografiadejuan.blogspot.com/
José Luis Jiménez Rodríguez
Junio 2024.
“La pedagogía es la metodología de la educación. Constituye una problemática de medios y fines, y en esa problemática estudia las situaciones educativas, las selecciona y luego organiza y asegura su explotación situacional”. Louis Not. 1993.
El curso de Texto Integrado de 8vo grado es un programa académico interdisciplinario que combina los contenidos y habilidades de varias asignaturas clave. A través de este enfoque integrado, los estudiantes tendrán la oportunidad de desarrollar una comprensión más holística y conexa de los temas abordados.
En el área de Estudios Sociales, los estudiantes profundizarán en el estudio de la historia, geografía, organización política y social, y economía de América Latina. Analizarán los procesos de descubrimiento, colonización e independencia, las características regionales, los sistemas de gobierno, los movimientos sociales y los modelos de desarrollo económico.
En Lengua y Literatura, se enfatizará el desarrollo de habilidades comunicativas, tanto en la expresión oral como escrita. Los estudiantes trabajarán en la comprensión y producción de diversos tipos de textos, incluyendo narrativos, expositivos y argumentativos. Además, se estudiarán obras literarias representativas de la región latinoamericana.
El componente de Ciencias Naturales abordará temas relacionados con la biología, la física y la química, con un enfoque en la comprensión de los fenómenos naturales y los desafíos ambientales de América Latina. Se explorarán conceptos como la biodiversidad, los recursos naturales, la contaminación y el desarrollo sostenible.
En el área de Matemática, los estudiantes desarrollarán habilidades en áreas como la aritmética, el álgebra, la geometría y la estadística. Estos conocimientos matemáticos se aplicarán a la resolución de problemas y al análisis de datos, en el contexto de las temáticas abordadas en las otras asignaturas.
A lo largo del curso, se fomentará la integración de los contenidos, de manera que los estudiantes puedan establecer conexiones significativas entre los diferentes campos del conocimiento. Además, se promoverá el desarrollo de habilidades transversales, como el pensamiento crítico, la resolución de problemas, la investigación y la colaboración.
Mediante este enfoque de Texto Integrado, los estudiantes de 8vo grado tendrán una experiencia de aprendizaje enriquecedora y relevante, que les permitirá adquirir una visión más amplia y comprensiva de los temas estudiados.
SEMIOLOGIA DE HEMORRAGIAS DIGESTIVAS.pptxOsiris Urbano
Evaluación de principales hallazgos de la Historia Clínica utiles en la orientación diagnóstica de Hemorragia Digestiva en el abordaje inicial del paciente.
1. Medición de Sistemas de Información.
Aseguramiento de la Calidad.
Profesionales en formación:
Walter Ortega.
Diego Torres.
Jonathan Yaguachi.
Fabián Yuquilema.
3. «Proceso de asignar números o símbolos a los atributos de las entidades
del mundo real de forma que se pueda describir de acuerdo a unas reglas
claramente definidas» -Fenton y Pfleeger.
Aspectos a considerar en la teoría de la medición.
Escala.
• Escala nominal.
• Escala Ordinal.
• Escala de Intervalo
• Escala de Ratio.
• Escala absoluta.
Clasificación de entidades.
• Proceso.
• Producto.
• Recursos
Atributos internos y externos.
Mediciones directas e indirectas.
4. Ontología de la medición de software.
Categorización y objetivos de la medición del software.
Acción de medir.
Métricas.
• Métricas directas.
• Métricas Indirectas.
• Formas de medir
Formas de medir.
5. Problemas en la definición de métricas.
Las métricas no se definen en un contexto de
alcanzar objetivos explícitos.
Las hipótesis no están de manera explicita.
Validación invalida debido a métrica no definida
claramente.
Métricas no han sido objeto de validación
empírica.
6.
7. La medición es un aspecto que se tiene muy en
cuenta de evaluación y posteriormente una mejora
de los procesos de software.
Se tiene en cuenta modelos de evaluación como:
ISO/IEC 15504, CMMI. Marcos de trabajo como:
GQM, PSM. Asimismo estándares como: ISO
15393, IEEE Std 1061-1998.
8. Concordancia entre PSM, CMMI y estándares ISO. (Jones, 2003)
Practical Software Mesurement (PSM)
ISO/IEC 15939, Proceso de Medición de software.
Estándares ISO.
CMMI
Medición y análisis. 12207 (Revisión procesos soporte)
15288 (conceptos de medición.)
9126 (terminología coordinada)
14598 (terminología coordinada)
ISO 90003 (objetivos)
9. Modelo de madurez de la Capacidad (CMM)
Estándar ISO 15504
ISO 9000:2000
CMMI
A la hora de establecer un proceso de medición
efectivo es necesario conseguir dos objetivos:
• Alinear las actividades de análisis de la medición.
• Proporcionar los resultados de la medición.
10. El primer paso para la identificación del proceso de
medición, es la identificación de los objetivos de la
medición.
Después implementar el procesos de medición y análisis,
que requiere la integración de la integración de la medición
en los distintos procesos del trabajo de una organización.
11. Goal Question Metric (GQM).
Su fundamento es que la medición debe ser realizada siempre orientada a un objetivo
Consta de las siguientes fases:
• Planificación.
1. Establecer el equipo GQM.
2. Seleccionar las áreas de mejora.
3. Seleccionar el proyecto de aplicación y establecer un equipo del proyecto
4. Crear el plan del proyecto.
5. Formación y Promoción
• Definición.
1. Definir los objetivos de medición. 6. Definir métricas.
2. Revisar los modelos de proceso 7. Comprobar consistencia de las
software. métricas.
3. Realizar entrevistas GQM. 8. Producir el plan GQM
4. Definir preguntas e hipótesis. 9. Producir el plan de medición.
5. Revisar preguntas e hipótesis. 10. Producir el plan de análisis.
11. Revisar lo planes.
12. • Recopilación de datos.
1. Formación y arranque de la obtención de datos.
2. Construcción del sistema de soporte a la medición.
• Interpretación.
1. Preparación de las sesiones de realimentación.
2. Sesiones de realimentación.
3. Generación de informes de interpretación de los resultados de medición.
4. Análisis de constes beneficios de un programa de medición.
13. • Se va a describir la propuesta de métricas de Calero (2001) para evaluar la
matenibilidad de las bases de datos relacionales.
• El objetivo de acuerdo a GQM seria el siguiente:
ANALIZAR BD Relacionales
CON EL PROPOSITO DE Asegurar
CON RESPECTO A La matenibilidad
DESDE EL PUNTO DE VISTA DE Los diseñadores de BD
CON EL CONTEXTO DE Desarrollo y mantenimiento de BD
14. • Para solucionar el objetivo anterior se definen algunas preguntas:
Pregunta 1: ¿Cómo influye la complejidad de las tablas en la matenibilidad de
las BD Relacionales?
Pregunta 2: ¿Cómo influye la complejidad entre las tablas en la matenibilidad
de las BD Relacionales?
Para responder las preguntas planteadas se definen las siguientes métricas:
Pregunta 1:
Número de atributos de una tabla (NA(T))
Número de claves ajenas(NFK(T))
Ratio de claves ajenas de una tabla (RFK(T))
Pregunta 2:
Número de tablas (NT)
Número de atributos (NA)
Número de claves ajenas (NFK)
15. Esta metodología identifica y define métricas de software que dan soporte de
una empresa.
Relevancia y trazabilidad de los objetivos
El artefacto mas relevante de este metodología es la «PLANTILLA DE
INDICADORES» que es utilizada pare definir en forma precisa el:
Quién
Qué
Dónde
Cuándo
Por qué
Cómo
16. Objetivo del indicador.
Preguntas
Representación Gráfica
Entradas
Algoritmos.
Suposiciones.
Información de toma de datos.
Información de generación de informes de datos.
Análisis e Interpretación de los resultados.
17. La metodología PSM se basa en experiencias obtenidas por organizaciones
para saber cual es la mejor manera de implementar un programa de medida de
software.
Esta metodología se divide en cuatro actividades principales:
1. Planificación de la medición.
2. Realización de la medición.
3. Evaluación de la Medida.
4. Establecimiento y mantenimiento del Compromiso.
18. Este estándar trata de definir la calidad del software para sistemas mediante
una lista de atributos de calidad del software requeridos por propio sistema.
Esta metodología consta de los siguientes pasos:
Identificación de Métricas de Calidad del Software.
Implementación de las Métricas de Calidad del Software.
Análisis de los Resultados de las Métricas del Software.
Validación de las Métricas de Calidad del Software.
19. Este estándar identifica las actividades y tareas necesarias para identificar,
definir, seleccionar, aplicar y mejorar de manera exitosa la medición del
software.
20. Tareas para las diferentes actividades del proceso de medición ISO/IEC 15939.
21. La medición del software hace referencia a las entidades que pueden ser objeto
de medición así como atributos característicos de dichas entidades.
Para establecer una base cuantitativa de menor a mayor grado de madurez se
puede enfocar en los siguientes pasos:
Medición del Proyecto.
Medición del Producto.
Medición del Proceso.
22. Estándares y Metodologías de Medición .
NOMBRE CARACTERÍSTICAS METODOLOGÍA ESTÁNDAR PROCESO
Practical Software basa en experiencias 1. Planificación
Measurement (PSM) obtenidas por * 2. Realización
organizaciones 3. Evaluación
4. Establecimiento y mantenimiento del
compromiso
Goal Question Indicator Esta metodología identifica PLANTILLA DE INDICADORES
Metric y Software y define métricas de *
Measurement (GQ (I)M) software que dan soporte
de una empresa.
Goal Question Metric GQM Objetivo en preguntas 1. Planificación
* 2. Definición
3. Recopilación datos
4. Interpretación
IEEE Std 1061-1998 Define la calidad del
Metodología para Métricas software para sistemas *
de Calidad del Software. mediante una lista de
atributos de calidad del
software
ISO/IEC 15939 Este estándar identifica las 1. Compromiso
actividades y tareas * 2. Planificar
necesarias.
3. Realizar
4. Evaluar
Modelo de madurez de la Alcanzar grado de Madurez Modelos de MEDICIÓN Y ANÁLISIS
Capacidad (CMM) evaluación
Estándar ISO 15504
ISO 9000:2000
CMMI
23. Evaluar el estado del proyecto en curso;
Seguir la pista de los riesgos potenciales:
Detectar las áreas de problemas antes de
que se conviertan en «críticas»;
Ajustar el flujo y las tareas del trabajo,
Evaluar la habilidad del equipo del
proyecto en controlar la calidad de los
productos de trabajo del software.
27. Métricas de código Fuente
Métricas de Complejidad
Métricas para sistemas OO
Puntos Función.
28. Métricas de código Fuente:
Líneas de código (LOC): problema: la falta
de consenso existente a la hora de definir la
línea de código.
• Longitud total (LT):
NCLOC + CLOC
La densidad de comentarios es otra métrica útil. Se
debe considerar en la medición la forma en la que el
código ha sido producido.
29. • Numero de sentencias de programación:
presenta el mismo tipo de problemas de
ambigüedad de la métrica LOC.
• SIZE1: definida como el numero de puntos y
coma.
• Métricas de la ciencia del Software: se basan
en los tokens (unidades sintácticas elementales
distinguibles por el compilador) y que pueden ser
divididos en operadores y operandos.
31. Métricas
MOOSE: métricas de Chidamber
y Kemerer.
• Métodos ponderados por clase
• Profundidad del árbol de herencia de una clase
• Numero de hijos
• Acoplamiento entre objetos
• Respuesta de una clase
• Falta de cohesión en los métodos
32. Métricas MOOD: su objetivo es medir los
principales paradigmas OO y se utilizan en las
fases de diseño.
Métricas de Lorenz y Kidd: se refieren a las
características estáticas del dueño de un producto
de Sw.
Métricas para UML: propuestas de métricas para
los distintos tipos de diagrama UML:
• Casos de uso
• Diagramas de clase UML
• Diagramas de estado
• Expresiones OCL
34. Consultas Externas: combinaciones de
E/S en las que cada entrada genera una
salida simple e inmediata.
Archivos Lógicos Internos: principales
grupos lógicos de datos de usuarios o de
control.
Archivos de Interfaz Externos: cada uno
de los grupos de datos lógicos o
información de control que entra o sale del
programa.
35. Posibilitarla obtención de los valores de
las métricas sin mayor esfuerzo.
Minimizar los errores en el calculo de las
métricas, logrando una mayo exactitud en
sus valores
Permite centrarnos en el análisis de los
resultados de la medición y no en la etapa
de adquisición
36. Adquisición de datos: manual,
semiautomática, automática, programable.
Análisis de las mediciones:
almacenamiento delos datos, recuperación
de los datos, análisis aritmético y análisis
estadístico.
Presentación de los datos: tablas, gráficos
posibilidad de exportar archivos a otras
aplicaciones.