Docsity
Docsity

Prepara tus exámenes
Prepara tus exámenes

Prepara tus exámenes y mejora tus resultados gracias a la gran cantidad de recursos disponibles en Docsity


Consigue puntos base para descargar
Consigue puntos base para descargar

Gana puntos ayudando a otros estudiantes o consíguelos activando un Plan Premium


Orientación Universidad
Orientación Universidad

Métricas para la Evaluación de Software: Un Enfoque Integral de la Calidad, Apuntes de Fundamentos de la Informática

trabajos realizados en la carrera de ingenieria informática

Tipo: Apuntes

2021/2022

Subido el 12/03/2023

yazmin-rojas-5
yazmin-rojas-5 🇲🇽

2 documentos

1 / 12

Toggle sidebar

Esta página no es visible en la vista previa

¡No te pierdas las partes importantes!

bg1
Calidad de los Sistemas de información
M.S.C. Liliana Ivette Arcos Perdomo.
Tema II.- Medir el Análisis, Diseño de Sistemas
2.5 MÉTRICAS PARA LA EVALUACIÓN DEL ANÁLISIS, DISEÑO
Aplicación de Métricas para la evaluación del Diseño del Sw.
Métricas para la evaluación de software
La garantía de calidad del software, aplicada a lo largo de todo el proceso de ingeniería
del software, engloba a los métodos y herramientas de análisis, diseño, codificación y
prueba, al control de la documentación y de los cambios, a los procedimientos para
asegurar el ajuste a los estándares, y a los mecanismos de medida (métricas) e informes.
Para aplicar el sistema de calidad al ciclo de vida es necesario la utilización de métricas
adecuadas que permitan medir la calidad del proyecto (en realidad, comparamos los
parámetros de calidad de éste con estimaciones realizadas mediante el uso de estándares
o datos que aporta la experiencia en otros proyectos). En el contexto en que no
encontramos, atenderemos principalmente a las métricas de productividad y de calidad.
Las métricas se utilizan para evaluar y controlar el proceso de desarrollo del software, de
forma que permitan:
- Indicar la calidad del producto.
- Evaluar la productividad de los desarrolladores.
- Evaluar los beneficios (en cuanto a calidad y productividad)
- derivados del uso de nuevos métodos y herramientas de ingeniería del software.
- Establecer una línea base para la estimación.
- Justificar el uso de nuevas herramientas o de formación adicional.
Pero es necesario utilizar las métricas más adecuadas para conseguir el control,
seguimiento y mejora de la calidad, y para ello es necesario determinar los factores de
calidad más importantes dentro del proyecto.
Conceptos de una métrica es un instrumento que cuantifica un criterio.
pf3
pf4
pf5
pf8
pf9
pfa

Vista previa parcial del texto

¡Descarga Métricas para la Evaluación de Software: Un Enfoque Integral de la Calidad y más Apuntes en PDF de Fundamentos de la Informática solo en Docsity!

**Calidad de los Sistemas de información M.S.C. Liliana Ivette Arcos Perdomo. Tema II.- Medir el Análisis, Diseño de Sistemas

  1. 5 MÉTRICAS PARA LA EVALUACIÓN DEL ANÁLISIS, DISEÑO Aplicación de Métricas para la evaluación del Diseño del Sw.** Métricas para la evaluación de software La garantía de calidad del software, aplicada a lo largo de todo el proceso de ingeniería del software, engloba a los métodos y herramientas de análisis, diseño, codificación y prueba, al control de la documentación y de los cambios, a los procedimientos para asegurar el ajuste a los estándares, y a los mecanismos de medida (métricas) e informes. Para aplicar el sistema de calidad al ciclo de vida es necesario la utilización de métricas adecuadas que permitan medir la calidad del proyecto (en realidad, comparamos los parámetros de calidad de éste con estimaciones realizadas mediante el uso de estándares o datos que aporta la experiencia en otros proyectos). En el contexto en que no encontramos, atenderemos principalmente a las métricas de productividad y de calidad. Las métricas se utilizan para evaluar y controlar el proceso de desarrollo del software, de forma que permitan:
  • Indicar la calidad del producto.
  • Evaluar la productividad de los desarrolladores.
  • Evaluar los beneficios (en cuanto a calidad y productividad)
  • derivados del uso de nuevos métodos y herramientas de ingeniería del software.
  • Establecer una línea base para la estimación.
  • Justificar el uso de nuevas herramientas o de formación adicional. Pero es necesario utilizar las métricas más adecuadas para conseguir el control, seguimiento y mejora de la calidad, y para ello es necesario determinar los factores de calidad más importantes dentro del proyecto. Conceptos de una métrica es un instrumento que cuantifica un criterio.

Una estructura de proyecto que sirve de guía al equipo de trabajo e involucra a los usuarios y a los puestos directivos en su desarrollo y en sus puntos decisivos. Un conjunto de productos finales a desarrollar. Las diferentes responsabilidades y funciones de los miembros del equipo de proyecto y de los usuarios. Una serie de técnicas que ayudan a llevar a cabo los pasos anteriores. Cuando se planifica un proyecto se tiene que obtener estimaciones del costo y esfuerzo humano requerido por medio de las mediciones de software que se utilizan para recolectar los datos cualitativos acerca del software y sus procesos para aumentar su calidad. Las Métricas En la mayoría de los desafíos técnicos, las métricas nos ayudan a entender tanto el proceso técnico que se utiliza para desarrollar un producto, como el propio producto. El proceso para intentar mejorarlo, el producto se mide para intentar aumentar su calidad. El principio, podría parecer que la necesidad de la medición e s algo evidente. Después de todo es lo que nos permite cuantificar y por consiguiente gestionar de forma más efectiva. Pero la realidad puede ser muy deferente. Frecuentemente la medición con lleva una gran controversia y discusión. La medición es muy común en el mundo de la ingeniería. Medimos potencia de consumo, pesos, dimensiones físicas, temperaturas, voltajes, señales de ruidos por mencionar algunos aspectos. Desgraciadamente la medición se aleja de lo común en el mundo de la ingeniería del software. Encontramos dificultades en ponernos de acuerdo sobre que medir y como va evaluar las medidas. Hay varias razones para medir un producto.

  1. Para indicar la calidad del producto.
  2. Para evaluar la productividad de la gente que desarrolla el producto.
  3. Par evaluar los beneficios en términos de productividad y de calidad, derivados del uso de nuevos métodos y herramientas de la ingeniería de software.
  4. Para establecer una línea de base para la estimación

medidas cuantitativas del dominio de información del software y valoraciones subjetivos de la complejidad del software. 1 - Inicio del Plan: Determina el arranque formal del plan de sistemas, con el apoyo del nivel más alto de la organización. 2 - Definición y Organización: Detalla y concreta la descripción del PSI asignando un calendario y recursos humanos al mismo 3 - Estudio información relevante: Se analiza información de interés para el correcto desarrollo del plan de sistemas 4 - Identificación Requisitos: Obtiene la especificación de requisitos que deben tener los sistemas de información analizados por el plan de sistemas. 5 - Estudio S.I. Actuales: Obtiene una valoración de la situación actual. 6 - Diseño modelo: Identifica y define los S.I. Que van a dar soporte a los procesos afectados por el Plan de Sistemas de Información 7 - Arquitectura tecnológica: Se propone la arquitectura tecnológica que dé soporte al modelo de información y sistemas de información. 8 - Definición plan: Se elabora y detalla el plan de sistemas de información: definición de proyectos, actividades, calendario y recursos para implementar los sistemas de información e infraestructura tecnológica 9 - Revisión y aprobación: Se somete el plan a la revisión última y aprobación de la dirección. 10 – documentación: Catálogo de requisitos

  • Arquitectura de información
  • Modelo de información
  • Modelo de sistemas de información
  • Arquitectura tecnológica
  • Plan de acción
  • Plan de proyectos Plan de mantenimiento Fases de la métrica:

MÉTRICAS COMO PLANEACIÓN DE SISTEMAS

LOS OBJETIVOS PRINCIPALES DE LAS MÉTRICAS:

Comprender mejor la calidad del producto Estimar la efectividad del proceso Mejorar la calidad del trabajo realizado en el nivel del proyecto. DESVENTAJAS DE LAS MÉTRICAS Uno de los problemas que tienen las métricas es que no existe un esquema de criterios generalmente aceptado (un estándar). Como no hay acuerdo en los criterios involucrados, abundan las propuestas de métricas que abordan la calidad con criterios propios. Otro problema de las métricas es que no proporcionan información por sí solas y a veces en vez de claridad aportan confusión a la contraparte del modelador dentro del proceso. Esto se debe a que muchas métricas no guardan relación con los intereses de las partes, y el indicador de la calidad de un esquema se construye generalmente con todas ellas. CARACTERÍSTICAS DE LAS MÉTRICAS Localización: La localización es una característica del software que indica la forma que se concentra la información dentro de un programa. Encapsulamiento: define el encapsulamiento como “el empaquetamiento (o enlazado) de una colección de elementos. Entre los ejemplos de encapsulamiento de bajo nivel (software convencional) se cuentan los registros y matrices, y los subprogramas (por ejemplo, procedimientos, funciones, subrutinas y párrafos) son mecanismos de nivel medio para el encapsulamiento”. El encapsulamiento influye en las métricas cambiando el objetivo de la medida, que pasa de ser un único módulo a ser un paquete de datos (atributos) y de módulos de procesamiento (operaciones). Además, el encapsulamiento impulsa a la medida hasta un nivel de abstracción más elevado. Ocultamiento de información: El ocultamiento de información suprime los detalles operativos de un componente de un programa. Tan sólo se proporciona la información necesaria para acceder a ese componente o a aquellos otros componentes que deseen acceder a él.

Número de peticiones usuario – cada generación de un evento. Número de archivos – cada tabla, archivo. Número de interfaces externas – son interfaces, discos, copias de seguridad, transmisiones de datos. Estas métricas poseen un modelo de valoración entre cero (0) y cinco (5), y por decisión del equipo de trabajo, se puede asumir una valoración en porcentajes como se muestra en la tabla siguiente así: 0 No influencia Ninguna 0% 0 – 10% 1 Incidental Insignificante 1 - 20% 11 – 20% 2 Moderado Moderada 21 - 2 0% 21 – 30% 3 Medio Media 21 – 60% 31 – 2 0% 2 Significativo Significativa 61 – 80% 21 – 50% 5 Esencial Fuerte 81 – 100% > 50% Esta valoración es usada para calificar 15 puntos de evaluación :

  1. Facilidad de operación. Valoración Pregunta: ¿Requiere el sistema copias de seguridad y de recuperación fiables? 0 No se especifican por parte del usuario consideraciones específicas de operación. 1 – 2 Se requieren, proporcionan y prueban procesos de arranque, backup y recuperación. 3 – 2 Además la aplicación minimiza la necesidad de actividades manuales , tales como instalación de cintas y papel. 5 La aplicación se diseña para operación sin atención.
  1. Comunicación de los datos: Los datos o información de control que la aplicación utiliza se envía o recibe a través de las facilidades de comunicación. Valoración Pregunta: ¿Se requiere de comunicación de datos? 0 Aplicación es batch exclusivamente 1 – 2 Impresión o entrada de datos remota 3 – 5 Teleproceso (TP) interactivo 3 TP interfaces a un proceso batch 5 La aplicación es interactiva predominantemente
  2. Función distribuida : "Distribuida" significa que los componentes (o los datos) de la aplicación están distribuidos en dos o más procesadores diferentes (esto incrementa el factor anterior). Valoración Pregunta: ¿Existen funciones de procesamiento distribuido? 0 La aplicación no ayuda a la transferencia de datos o a la función de procesamiento entro los componentes del sistema. 1 La aplicación prepara datos para el usuario final de otro procesador. 2 – 2 Los datos se preparan para transferencia, se transfieren y se procesan en otro componente del sistema. 5 Las funciones de procesamiento se realizan dinámicamente en el componente más apropiado del sistema.
  3. Rendimiento. Referido a la importancia de respuesta dentro de todo el sistema. Valoración Pregunta: ¿Es crítico el rendimiento? 0 – 3 Análisis y diseño de las consideraciones del rendimiento son estándar. No se precisan requerimientos especiales por parte del usuario. 2 En la fase de diseño se incluyen tareas del análisis del rendimiento para cumplir los requerimientos del usuario. 5 Además se utilizan herramientas de análisis del rendimiento en el diseño, desarrollo e instalación.
  1. Diseño para la eficiencia de usuario final. Valoración Pregunta : 0 – 3 No se especifican requerimientos especiales 2 Se incluyen tareas de diseño para la consideración de factores humanos 5 Además se utilizan herramientas especiales o de prototipado para promover la eficiencia.
  2. Actualización on-line. Valoración Pregunta: ¿Se actualizan los archivos maestros de forma interactiva? 0 Nada 1 – 2 Actualización on-line de los archivos de control. El volumen de actualización es bajo y la recuperación fácil. 3 Actualización on-line de la mayoría de los archivos internos lógicos. 2 Además es esencial la protección contra la pérdida de datos. 5 Además se considera el costo de recuperación de volúmenes elevados.
  3. Complejidad del procesamiento: Esto es, complejidad interna más allá de la media en lo referente a la entrada, salida o lógica de procesamiento. ¿Qué características tiene la aplicación? § Mucho procesamiento matemático y lógico § Procesamiento complejo de las entradas § Procesamiento complejo de las salidas Muchas excepciones de procesamiento, muchas transacciones incompletas y mucho procesamiento de las transacciones. Procesamiento de seguridad y/o control sensitivo.

Valoración Pregunta: ¿Son complejas las entradas, las salidas, los archivos o las peticiones? y ¿Es complejo el procesamiento interno? 0 No aplica nada de esto 1 Se aplica algún elemento. 2 Se aplican dos elementos. 3 Se aplican tres elementos. 2 Se aplican cuatro elementos. 5 Se aplica todo.

  1. Utilizable en otras aplicaciones. El código se diseña para que sea compartido o utilizable por otras aplicaciones. Valoración Pregunta: ¿Se ha diseñado el código para ser reutilizado? 0 – 1 Una aplicación local que responde a las necesidades de una organización usuaria. 2 - 3 La aplicación utiliza o produce módulos comunes que consideran más necesidades que las del usuario. 2 – 5 Además, la aplicación se "empaqueto" y documento con el propósito del fácil reutilización.
  2. Facilidad de instalación: puestos múltiples Valoración Pregunta: ¿Están incluidas en el diseño la conversión y la instalación? 0 – 1 No se requieren por parte del usuario facilidades especiales de conversión e instalación. 2 – 3 Los requerimientos de conversión e instalación fueron descritos por el usuario y se proporcionaron guías de conversión e instalación. 2 – 5 Además se proporcionaron y probaron herramientas de conversión e instalación.