Norma de Calidad Colombiana para Productos de Software y Relación entre Modelos de Calidad y Especificación de Requerimientos de Productos de Software

Transcripción

1 Norma de Calidad Colombiana para Productos de Software y Relación entre Modelos de Calidad y Especificación de Requerimientos de Productos de Software M Desarrollo de Software II 1

2 Agenda Norma Técnica Colombiana (NTC) NTC Evaluación del producto de software NTC Calidad del producto de software Relación entre Modelos de Calidad y Especificación de Requerimientos de Productos de Software Taller en clase Referencias 2

3 Norma Técnica Colombiana NTC 3

4 NTC NTC 5415 Evaluación del producto de software NA - ISO/IEC ISO/IEC NTC 5420 Calidad del producto de software NA ISO/IEC 9126 ISO/IEC

5 NTC 5415 y 5420 Relación entre las Normas para evaluación y calidad del producto de software 2. Planificación y Gestión 6. Documentación de los módulos de evaluación Apoyo a la evaluación 1. Características y subcarácteristicas de calidad Proceso de evaluación 2. Métricas externas 3. Métricas internas 3. Proceso para desarrolladores 4. Proceso para compradores 5. Proceso para evaluadores

6 Evaluación del producto de software NTC

7 NTC Visión general Planificación y gestión Procedimiento para desarrolladores Procedimiento para compradores Procedimiento para evaluadores Documentación de los módulos de evaluación 7

8 NTC Visión general Determina aspectos básicos, definiciones, relaciones Provee un marco de trabajo, propósito, requisitos, métricas, tipos de productos, etc. Apoyo a la evaluación 2. Planificación y Gestión 6. Documentación de los módulos de evaluación Proceso de evaluación 3. Proceso para desarrolladores 4. Proceso para compradores 5. Proceso para evaluadores

9 NTC Planificación y gestión Políticas y objetivos Tecnologías a utilizar Roles y responsabilidades Transferencia tecnológica y de conocimiento Apoyo a la gestión del proyecto

10 NTC Planificación y gestión Tabla. Relaciones entre la función de apoyo y los proyectos de evaluación LA FUNCIÓN DE APOYO PROPORCIONA Nueva tecnología Normas internacionales/nacionales Experiencia (consultoría) Formación Base de datos de la organización Apoyo a los proyectos de evaluación LOS PROYECTOS DE EVALUACIÓN DESARROLLAN Experiencia de proyecto Experiencia de evaluación Datos de proyecto Experiencia con tecnología Retroalimentación a la función de apoyo

11 NTC Procedimiento para desarrolladores Evaluación del software durante el ciclo de vida de desarrollo Identificación de necesidades del usuario Identificar productos intermedios Identificar y medir atributos externos e internos Uso de indicadores de calidad Proceso de evaluación 11

12 NTC Procedimiento para compradores Requisitos del producto de software a adquirir Especificación de requisitos de compra Preparación de contrato, negociación, control de cambios Evaluación durante la ejecución Aceptación y recibo del producto de software 12

13 NTC Procedimiento para compradores Figura. Contexto de la ingeniería de sistemas para la evaluación y compra de productos software 13

14 NTC Procedimiento para compradores Entradas Requisitos sistema/software Requisitos de la evaluación Especificación de la evaluación Plan de evaluación Fase evaluación Establecer los requisitos de la evaluación (numeral 6.1) Especificar la evaluación (numeral 6.2) Diseñar la evaluación (numeral 6.3) Ejecutar la evaluación (numeral 6.4) Tareas clave Especificar objetivos, propósito y ámbito. Especificar el rigor de la evaluación. Identificar las entradas a la evaluación. Identificar el proceso de compra que se va a seguir y cómo los requisitos de entrada de la evaluación se comunican al proveedor. Seleccionar las métricas que se correlacionan con las características del producto software. Establecer la clasificación de las categorías. Seleccionar el conjunto más efectivo de métodos de evaluación. Establecer procedi-mientos para resumir los resultados de la evaluación de diferentes calidades y otros aspectos que contribuyen a la valoración de la calidad del producto software en un entorno particular. Preparar un plan de evaluación que describa los métodos y la planificación de la evaluación. Identificar los puntos de enlace entre las actividades de evaluación y las de compra. Dirigir las actividades seleccionadas para la evaluación, y analizar y registrar los resultados para determinar la adecua-ción de los productos software. Analizar el impacto de las deficiencias identificadas y de las opciones para regular el uso del producto. Extraer conclusiones respecto a la aceptabilidad del producto, y la decisión final de comprar o no. Salida Especificación de los requisitos de evaluación Especificación de la evaluación Plan de evaluación Registros y resultados de la evalua-ción 14

15 NTC Procedimiento para evaluadores Punto de comienzo de la evaluación Proceso de evaluación Responsabilidades dentro del proceso de evaluación Especificación de la evaluación Diseño, ejecución y conclusiones de la evaluación Niveles y técnicas de evaluación 15

16 NTC Procedimiento para evaluadores Requisitos del solicitante Requisitos de evaluación Establecimiento de los requisitos de evaluación Especificación de la evaluación Descripción del producto Entrada del evaluador Especificaciónde la evaluación Especificaciones de evaluación predefinidas Métodos de evaluación Diseño de la evaluación Herramientas de evaluación Plan de evaluación Regístro de las acciones de evaluación Ejecución de la evaluación Registros de la evaluación Borrador del informe de evaluación Componentes del producto Resultados sintetizados de la evaluación Conclusión de la evaluación Informe de evaluación revisado Entrada del solicitante 16

17 NTC Documentación de los módulos de evaluación Define estructura y contenido de los módulos de evaluación: Prólogo, alcance, referencias, definiciones, métricas, interpretación, aplicación Ej. Evaluación de la funcionalidad (idoneidad, exactitud, interoperabilidad, conformidad, seguridad) Ej. Evaluación del grado de utilización y calidad de uso (eficacia, productividad y satisfacción)

18 Calidad del producto de software NTC

19 NTC Evaluación del producto de software Modelo de calidad Métricas externas Métricas internas Métricas de calidad en uso 19

20 NTC Modelo de calidad externa e interna Calidad externa e interna Funcionalidad Fiabilidad Usabilidad Eficiencia Mantenibilidad Portabilidad Adecuación exactitud interoperabilidad seguridad de acceso Cumplimiento de la funcionalidad Madurez tolerancia a fallos capacidad de recuperación Cumplimiento de la fiabilidad Capacidad para ser entendido capacidad para ser aprendido operabilidad capacidad de atracción Cumplimiento de la usabilidad Comportamiento temporal utilización de recursos Cumplimiento de la eficiencia Capacidad para ser analizado capacidad para estabilidad capacidad para ser probado capacidad para ser modificado Cumplimiento de la mantenibilidad Adaptabilidad instalabilidad coexistencia capacidad para ser remplazado Cumplimiento de la portabilidad 20

21 NTC y 3 Métricas externas e internas Uso de métricas Tablas de métricas Forma de leer y usar las tablas de métricas Consideraciones cuando se utilizan métricas Ejemplo marco Explicación detallada de los tipos de escalas 21

22 NTC y 3 Métricas externas e internas Aplicabilidad Precisión Interoperabilidad Seguridad Conformidad de funcionalidad Madurez Tolerancia a fallos Capacidad de recuperación Conformidad de fiabilidad Comprensibilidad Capacidad de aprendizaje Capacidad de operación Apariencia Capacidad de uso Tiempo de respuesta Rendimiento 22

23 NTC y 3 Métricas internas de exactitud Nombre de la métrica Propósito de la métrica Método de aplicación Medición, fórmula cálculo de elementos de y datos Interpretació n del valor medido Tipo de escala métric a Tipo de Entrada para medida la medición ISO /IEC Referencia SLCP Audiencia objetivo Exactitud de los cálculos Qué tan completa es la implementación de los requisitos de exactitud? Cuente la cantidad de funciones que han implementado los requisitos de e x a c t i t u d y compárela con la cantidad de funciones con requisitos de exactitud específicos. X = A/B A = cantidad de funciones en las cuales se han implementado los requisitos de e x a c t i t u d específicos, según se confirma en la evaluación.. B = cantidad de funciones para las cuales es necesario implementar los requisitos de e x a c t i t u d específicos. 0 < = X < = 1 Entre más cerca de 1, m á s completa Absolu ta A = conteo B = conteo X = conteo /conteo Especificació n de requisitos Diseño Código fuente Informe de revisión Verificación R e v i s i ó n conjunta Solicitan-tes Encarga-dos del desarrollo Precisión Qué tan completa fue la implementación de los niveles específicos de precisión para los elementos de datos? Cuente la cantidad de elementos de datos q u e c u m p l e n l o s requisitos para los niveles específicos de precisión y compárela con la cantidad de elementos de datos con nivel específico de requisitos de precisión. X = A/B A = cantidad de elementos de datos implementados con niveles específicos de precisión, confirmados en la evaluación. B = cantidad de elementos de datos que requieren nivel 0 < = X < = 1 Entre más cerca de 1, m á s completa Absolu ta A = conteo B = conteo X = conteo /conteo Especificació n de requisitos Diseño Código fuente Informe de revisión específico de Escuela de precisión. Ingeniería de Sistemas y Computación Verificación R e v i s i ó n conjunta Solicitan-tes Encarga-dos del desarrollo 23

24 NTC Métricas de calidad de uso Uso de las métricas de calidad de uso Forma de leer y usar las tablas de métricas Métricas de eficacia Métricas de productividad Métricas de protección Métricas de satisfacción 24

25 RELACIÓN ENTRE MODELOS DE CALIDAD Y ESPECIFICACIÓN DE REQUERIMIENTOS DE PRODUCTOS DE SOFTWARE 25

26 Requerimientos Funcionales Los requerimientos funcionales describen lo que el sistema debe hacer. En tiempo de diseño arquitectural, estamos preocupados por funciones de alto nivel no detalles. Para el diseño arquitectural, los requerimientos funcionales son mejor articulados como casos de uso funcionales.

27 Capturando Requerimientos Funcionales Hay muchas formas de capturarlos, ej. Casos de uso Descripciones de carácterísticas Descripciones operacionales Descripciones de comportamientos

28 Atributos de Calidad o Requerimientos No Funcionales? Los requerimientos no funcionales son un espacio para todo lo demás como modificabilidad, desempeño, etc. Lo más importante es el req. no funcional será arquitecturalmente significativo?

29 Atributos de Calidad Atributos de calidad- características que el sistema debe poseer, además de la funcionalidad. De los direccionadores arquitecturales, los atributos de calidad son los más difíciles de descubrir, escribir, y probar. Los atributos de calidad y las restricciones dirigen más a la estructura arquitectural que la funcionalidad.

30 Atributos de Calidad y Arquitectura Las decisiones arquitecturales, cumplen con las restricciones, promueven algunos atributos de calidad e inhiben otros. Un cambio en la arquitectura que mejore un atributo de calidad puede promover o inhibir el logro de otros atributos de calidad. La arquitectura es fundamental para equilibrar compensaciones de atributos de calidad antes del diseño detallado

31 Descripciones Típicas de Requerimientos del Sistema El tiempo de respuesta del sistema para todas las acciones deberá ser inferior a 0.5seg Funciones criticas en tiempo como envió de un comando, cambio de imagen, gráficos deben tener suficiente desempeño La tolerancia a fallos será soportada por el sistema, de tal manera que la posibilidad y el impacto de una falla en el servidor se minimice o elimine. La disponibilidad y funcionalidad de las estaciones de trabajo cliente y subestaciones deben mantenerse en condiciones de falla del servidor o de otros clientes. El sistema debe permitir apagar y reiniciar todos los componentes con el fin de reiniciar el sistema completo. El sistema deberá tener la capacidad de detectar fallas de software y automáticamente reiniciar el componente correspondiente. Un componente siendo consultado debe responder a un mensaje de consulta en 1 (un) segundo.

32 Describiendo Atributos de Calidad La arquitectura de software afecta a la mayoría de cualidades, pero no todos los aspectos de todas las cualidades. Considere la usabilidad. La elección de botones de opción, cuadros de dialogo, o líneas de comando afectan la usabilidad, pero estas decisiones no son arquitecturales. No todos los problemas de usabilidad son arquitecturales.

33 Seis Partes de los Escenarios de Atributos de Calidad 1. Estímulo una condición que afecta el sistema. 2. Fuente del estimulo la entidad que genero el estimulo. 3. Ambiente la condición bajo la cual el estimulo es producido. 4. Artefacto estimulado El artefacto que fue estimulado por el estimulo. 5. Respuesta La actividad que resulta a causa del estimulo. 6. Medida de la respuesta La medida con la cual será evaluada la respuesta del sistema.

34 Disponibilidad La disponibilidad de un sistema es la probabilidad de que estará en funcionamiento cuando sea necesario. Normalmente, esto se define como: α = tiempo medio entre fallas/ (tiempo medio entre fallas + tiempo medio de reparación) De aquí vienen términos como disponibilidad del 99,9%, o una probabilidad de 0,1% que el sistema no estará en funcionamiento cuando se le necesite

35 Desempeño Ejemplo escenario de desempeño: 500 usuarios inician 1,000 transacciones por minuto estocásticamente en condiciones normales de funcionamiento y cada transacción es procesada con una latencia promedio de dos segundos.

36 Seguridad Ejemplo escenario de seguridad: Un individuo no autorizado desde un sitio externo accede al sistema y trata de modificar datos. El sistema detecta el comportamiento malicioso, mantiene un registro de auditoria de las acciones del individuo no autorizado, notifica al administrador del sistema, y apaga el sistema antes de 5 segundos

37 Seguridad Ejemplo escenario de seguridad: Un individuo no autorizado desde un sitio externo accede al sistema y trata de modificar datos. El sistema detecta el comportamiento malicioso, mantiene un registro de auditoria de las acciones del individuo no autorizado, notifica al administrador del sistema, y apaga el sistema antes de 5 segundos

38 TALLER 38

39 Taller Haga la versión de este diagrama para las NTC En este diagrama ubique las normas de la familia de los estándares ISO 9000, ISO (SQuaRE)

40 Taller Defina 5 requerimientos no funcionales con respecto a una tienda on-line, use la descripción por escenario. Defina 3 requerimientos funcionales con respecto a la misma tienda on-line, use la descripción como caso de uso. 40

41 Referencias Tienda Virtual ICONTEC 41