Ocupaciones tecnologicas que hace un desarrollador de software

Historia de las métricas del SW

  • Modelo de estimación Delphi

    Modelo de estimación Delphi
    Es un método de estructuración de un proceso de comunicación grupal que es efectivo a la hora de permitir a un grupo de individuos, como un todo, tratar un problema complejo.
  • Modelo de estimación Nelson

    Modelo de estimación Nelson
    Análisis exhaustivo de 104 atributos y 169 proyectos de software
  • Period: to

    Fortran - Basic - Logo - Cobol

    ■ Se trabaja idea "codificar y corregir"
    ■ No existía documentación
    ■ Desarrollo a base de prueba y error
  • Period: to

    Pascal - Prolog - Lips

    ■ Aparición multiprograma y sistemas multiusuario
    ■ Aparición de SW como producto
    INICIO CRISIS DEL SW
    ■ Se busca procedimientos para el desarrollo del SW
  • Period: to

    C - C++ - Módulo2

    ■ Nuevos conceptos: Sistemas distribuidos
    ■ Amplio uso de microprocesadores
  • Yourdon y De Marco

    Yourdon y De Marco
    Creación de la notación de los Diagramas de Flujo, que es una representación gráfica del flujo de datos a través de un sistema de información.
  • Métricas de McCabe

    Métricas de McCabe
    Se crea 'La Complejidad Ciclomática' que es una medición cuantitativa de la complejidad lógica de un programa. Es una de las métricas de software de mayor aceptación, ya que ha sido concebida para ser independiente del lenguaje.
  • Métricas de Halstead

    Métricas de Halstead
    Las métricas de Complejidad de Halstead fueron desarrolladas por Maurice Halstead como un medio de determinar la complejidad cuantitativa directamente de los operadores y operandos usados en el código fuente de un módulo.
  • Puntos de Función

    Puntos de Función
    Fue definida por Allan Albrecht, de IBM, y pretende medir la funcionalidad entregada al usuario independientemente de la tecnología utilizada para la construcción y explotación del software, y también ser útil en cualquiera de las fases de vida del software, desde el diseño inicial hasta la implementación y mantenimiento.
  • Métrica de Complejidad del módulo

    Métrica de Complejidad del módulo
    La métrica IF fue propuesta en 1981 por Henry y Kafura y
    está basada en la idea de que la complejidad de un Sistema se puede medir en términos de las conexiones de un módulo con su entorno, definida por el número de flujos de información que pasan a través de ese módulo.
  • Goal Question Metric

    Goal Question Metric
    El modelo GQM creado por Basilo y Weiss, es una estructura jerárquica que especifica a partir de un objetivo los efectos de la medición, el objetivo a medir, la cuestión que debe medirse y el punto de vista de donde se toma la medida. Cada objetivo se descompone en varias preguntas para entender los componentes del objetivo y finalmente se obtienen métricas que dan respuesta a cada una de las preguntas. Todo este proceso se descompone a tres niveles: Conceptual, Operativo y Cuantitativo.
  • COCOMO

    COCOMO
    Es un modelo matemático de base empírica utilizado para estimación de costos de software. Incluye tres submodelos, cada uno ofrece un nivel de detalle y aproximación, cada vez mayor, a medida que avanza el proceso de desarrollo del software: básico, intermedio y detallado.
  • Complejidad ciclomática

    Complejidad ciclomática
    Es una métrica del software en ingeniería del software que proporciona una medición cuantitativa de la complejidad lógica de un programa. Es una de las métricas de software de mayor aceptación, ya que ha sido concebida para ser independiente del lenguaje.
  • Period: to

    Visual - C++ - Java

    ■ Impacto colectivo del SW
    ■ Aparecen redes de Información
    ■ Tecnologías Orientadas a Objetos
    ■ Redes Neuronales
    ■ Sistemas Expertos
    ■ SW de Inteligencia Artificial
  • Métricas para el desarrollo orientado a objetos

    Métricas para el desarrollo orientado a objetos
    Las métricas para sistemas OO deben de ajustarse a las características que distinguen el software OO del software convencional. Estas métricas hacen hincapié en el encapsulamiento, la herencia, complejidad de clases y polimorfismo.
  • Métricas MOOD

    Métricas MOOD
    El conjunto de métricas MOOD (Metrics for Object oriented Design) definido por [Abreu y Melo,1996] opera a nivel de sistema. Se refieren a mecanismos estructurales básicos en el paradigmade la orientación a objetos como encapsulación (MHF y AHF), herencia (MIF y AIF), polimorfismo(PF) y paso de mensajes (COF)
  • Métricas de Diseño

    Métricas de Diseño
    Las métricas se centran en cuantificar tanto la complejidad, como la funcionalidad y eficiencia inmersa en el desarrollo de software. Inclina sus objetivos a mejorar la comprensión de la calidad del producto, a estimar la efectividad del proceso y mejorar la calidad del trabajo.
  • Practical Software & Systems Measurement

    Se basa en la experiencia obtenida por las organizaciones para saber cuál es la mejor manera de implementar un programa de medición de software con garantías de éxito.
    Las prácticas y principios que propone se han llevado a cabo con éxito en multitud de proyectos software.
  • ISO 15939

    ISO 15939
    Norma internacional que se está desarrollando actualmente y que define un proceso de medición del software aplicable a todas las disciplinas de ingeniería y de gestión relacionados con el software. El proceso de medición de software en esta norma se describe a través de un modelo que define las actividades del proceso de medición, que son necesarios para especificar adecuadamente la información solicitada.
  • ISO/IEC 9126

    ISO/IEC 9126
    El estándar está dividido en cuatro partes las cuales dirigen, realidad, métricas externas, métricas internas y calidad en las métricas de uso y expendido.El modelo de calidad establecido en la primera parte del estándar, ISO 9126-1, clasifica la calidad del software en un conjunto estructurado de características y subcaracterísticas
  • ISO/IEC 14598

    ISO/IEC 14598
    En sus diferentes etapas, establece un marco de trabajo para evaluar la calidad de los productos de software proporcionando, además, métricas y requisitos para los procesos de evaluación de los mismos.