Este documento presenta información sobre la norma ISO 9126 para la evaluación de sistemas de software. La norma divide la calidad del software en seis características principales: funcionalidad, fiabilidad, usabilidad, eficiencia, mantenibilidad y portabilidad. Cada característica se subdivide en subcaracterísticas y atributos que pueden medirse para evaluar la calidad del software. El documento explica cada una de las características y subcaracterísticas establecidas por la norma ISO 9126.
Este documento presenta un plan de aseguramiento de la calidad (SQA) para un proyecto de desarrollo de software. El plan describe las actividades de calidad que se llevarán a cabo, incluyendo la revisión de productos, el cumplimiento de procesos, revisiones técnicas formales y el seguimiento de desviaciones. También especifica la documentación requerida como especificaciones de requisitos, diseño de software, planes de verificación y validación, y documentación de usuario. El plan cubre las etapas de requisitos, an
Este documento describe los factores y características que determinan la calidad en el desarrollo de software según el modelo de McCall de 1977. Identifica once factores clave como corrección, fiabilidad, eficiencia e integridad. También explica cinco características como ser simple y fácil de calcular, empírica e intuitivamente persuasiva. Luego, explica cinco métricas como la métrica de disponibilidad, integridad, tiempo medio entre fallos, mantenimiento y eficacia de la eliminación de defectos con ejemplos.
Este documento compara diferentes modelos de calidad de software, incluyendo ISO/IEC 9126, ISO/IEC 14598, SPICE, Trillium, Bootstrap, los modelos de McCall y Boehm, y CMMI. Cada modelo se describe brevemente con sus características, ventajas y desventajas. El documento provee una comparación concisa de los enfoques más populares para medir y mejorar la calidad de software.
Un desarrollador debe tener en cuenta el control de calidad del software mediante una buena gestión de proyectos, control de problemas y pruebas/inspecciones. Los factores de calidad como métodos y elementos son importantes para enfocarse en que el software final cumpla los requisitos y sea adaptable. Todos los desarrolladores deben mantenerse actualizados en información de calidad y escuchar al cliente para mejorar la calidad de los sistemas de software.
Este documento presenta un enfoque de ingeniería de requisitos para modelar sistemas de información conceptualmente. El enfoque se basa en herramientas para especificar requisitos y en un método gráfico orientado a objetos para modelado conceptual que permite generar código automáticamente. El proceso define cómo construir un modelo de requisitos funcionales y cómo representar esos requisitos en el modelo conceptual.
Norma ISO/IEC 9126 y Métrica de Calidad del Software ehe ml
El documento describe la Norma ISO 9126 para la evaluación de la calidad del software. La Norma ISO 9126 establece 10 características agrupadas en 6 características comunes a las vistas interna y externa del software (funcionalidad, fiabilidad, usabilidad, eficiencia, mantenibilidad y portabilidad) y 4 características propias de la vista de uso (eficacia, productividad, seguridad y satisfacción). Cada característica incluye atributos específicos para medirla.
Este documento describe el contexto y requisitos para el desarrollo de una aplicación de gestión de proyectos para una empresa mediante metodologías ágiles. La empresa tiene un departamento IT de 10 personas dividido en dos equipos. El objetivo principal es medir los costes y resultados de los proyectos. Se detallan las historias de usuario iniciales y se analizan algunas soluciones existentes, pero ninguna cumple completamente los requisitos. Se debe considerar también aspectos éticos y de seguridad en el desarrollo.
El modelo McCall describe la calidad de un producto software descomponiendo el concepto genérico de calidad en tres capacidades principales desde la perspectiva del usuario: capacidad de operación, capacidad de transición y capacidad de revisión. Cada capacidad se descompone en factores como corrección, confiabilidad, usabilidad, etc. Los factores luego se definen y evalúan a través de métricas específicas. El modelo McCall es fijo y para evaluar la calidad de un producto se selecciona un subconjunto de factores y métricas dispon
Este documento presenta un plan de aseguramiento de la calidad (SQA) para un proyecto de desarrollo de software. El plan describe las actividades de calidad que se llevarán a cabo, incluyendo la revisión de productos, el cumplimiento de procesos, revisiones técnicas formales y el seguimiento de desviaciones. También especifica la documentación requerida como especificaciones de requisitos, diseño de software, planes de verificación y validación, y documentación de usuario. El plan cubre las etapas de requisitos, an
Este documento describe los factores y características que determinan la calidad en el desarrollo de software según el modelo de McCall de 1977. Identifica once factores clave como corrección, fiabilidad, eficiencia e integridad. También explica cinco características como ser simple y fácil de calcular, empírica e intuitivamente persuasiva. Luego, explica cinco métricas como la métrica de disponibilidad, integridad, tiempo medio entre fallos, mantenimiento y eficacia de la eliminación de defectos con ejemplos.
Este documento compara diferentes modelos de calidad de software, incluyendo ISO/IEC 9126, ISO/IEC 14598, SPICE, Trillium, Bootstrap, los modelos de McCall y Boehm, y CMMI. Cada modelo se describe brevemente con sus características, ventajas y desventajas. El documento provee una comparación concisa de los enfoques más populares para medir y mejorar la calidad de software.
Un desarrollador debe tener en cuenta el control de calidad del software mediante una buena gestión de proyectos, control de problemas y pruebas/inspecciones. Los factores de calidad como métodos y elementos son importantes para enfocarse en que el software final cumpla los requisitos y sea adaptable. Todos los desarrolladores deben mantenerse actualizados en información de calidad y escuchar al cliente para mejorar la calidad de los sistemas de software.
Este documento presenta un enfoque de ingeniería de requisitos para modelar sistemas de información conceptualmente. El enfoque se basa en herramientas para especificar requisitos y en un método gráfico orientado a objetos para modelado conceptual que permite generar código automáticamente. El proceso define cómo construir un modelo de requisitos funcionales y cómo representar esos requisitos en el modelo conceptual.
Norma ISO/IEC 9126 y Métrica de Calidad del Software ehe ml
El documento describe la Norma ISO 9126 para la evaluación de la calidad del software. La Norma ISO 9126 establece 10 características agrupadas en 6 características comunes a las vistas interna y externa del software (funcionalidad, fiabilidad, usabilidad, eficiencia, mantenibilidad y portabilidad) y 4 características propias de la vista de uso (eficacia, productividad, seguridad y satisfacción). Cada característica incluye atributos específicos para medirla.
Este documento describe el contexto y requisitos para el desarrollo de una aplicación de gestión de proyectos para una empresa mediante metodologías ágiles. La empresa tiene un departamento IT de 10 personas dividido en dos equipos. El objetivo principal es medir los costes y resultados de los proyectos. Se detallan las historias de usuario iniciales y se analizan algunas soluciones existentes, pero ninguna cumple completamente los requisitos. Se debe considerar también aspectos éticos y de seguridad en el desarrollo.
El modelo McCall describe la calidad de un producto software descomponiendo el concepto genérico de calidad en tres capacidades principales desde la perspectiva del usuario: capacidad de operación, capacidad de transición y capacidad de revisión. Cada capacidad se descompone en factores como corrección, confiabilidad, usabilidad, etc. Los factores luego se definen y evalúan a través de métricas específicas. El modelo McCall es fijo y para evaluar la calidad de un producto se selecciona un subconjunto de factores y métricas dispon
La Gestión de la Configuración del Software (GCS) es un proceso que identifica, controla y audita los elementos de un sistema que pueden cambiar a lo largo de su ciclo de vida para mantener la integridad del software. La GCS incluye actividades como la planificación, clasificación, control de versiones, gestión de cambios y generación de informes.
La ingeniería de requisitos comprende todas las tareas relacionadas con determinar las necesidades y condiciones para un software nuevo o modificado. El propósito es documentar requisitos funcionales y no funcionales para alcanzar un estado óptimo antes del diseño. Esto implica identificar, analizar, documentar y validar requisitos a través de actividades como la elicitación de usuarios, el análisis de requisitos y la especificación.
Las etapas del desarrollo de software son: planeación, ejecución, revisión, implementación y medición. La planeación incluye el análisis y diseño. El análisis determina los requerimientos del software, mientras que el diseño estudia opciones de implementación. La ejecución es la codificación y pruebas unitarias. La revisión incluye pruebas generales. La implementación es la puesta en marcha del software. La medición contribuye a la mejora continua. Existen metodologías tradicionales y á
Requerimientos funcionales y no del sistema MARC21cirilor23
El documento describe el software utilizado en la Biblioteca de Medicina de la Universidad de Panamá. Usa el formato MARC21 para ingresar información bibliográfica a una base de datos ISIS. Los requerimientos funcionales incluyen encontrar, identificar y obtener información para los usuarios. Los requerimientos no funcionales son que el sistema sea multiusuario y permita perfiles múltiples, hojas de trabajo independientes y definiciones multilingües.
Este documento describe varios métodos y estándares para el aseguramiento de la calidad de sistemas de información. Entre los métodos más comunes se encuentran auditorías, pruebas de validación, comparación de datos, pruebas de estrés, pruebas de uso y revisiones por pares. También cubre estándares de producto, proceso y documentación. Las herramientas de prueba como WinRunner y LoadRunner se utilizan comúnmente para probar el rendimiento y la tolerancia al estrés de las aplicaciones.
Este documento describe diferentes tipos de pruebas de software, incluyendo pruebas unitarias, de integración, regresión, del sistema, de estrés, de desempeño, de carga, de volumen, de recuperación y tolerancia a fallas, de múltiples sitios, de compatibilidad y conversión, de integridad de datos y base de datos, de seguridad y control de acceso, del ciclo de negocio, de interfaz gráfica de usuario, de configuración, de estilo, de aceptación, de instalación, de documentación y
Este documento presenta las ventajas y desventajas del modelo Moprosoft para el desarrollo y mantenimiento de software. Las ventajas incluyen que está basado en normas ISO, simplifica la relación entre el modelo de procesos y la organización, cuenta con nueve procesos y es específico para el desarrollo de software. Las desventajas son que define actividades de manera muy general y que el 33% de las prácticas como administración de configuración y medición y análisis no están cubiertas.
Estándares y modelos de calidad del softwarerodigueezleidy
Este documento describe los estándares y modelos de calidad de software más importantes a nivel internacional. Explica que los estándares agrupan las mejores prácticas para el desarrollo de software de alta calidad y proporcionan un marco teórico-práctico para asegurar la calidad. Luego detalla los principales organismos de estandarización como ISO, SEI e IEEE y los estándares más relevantes que han desarrollado, incluyendo ISO/IEC 12207, ISO/IEC 15504 y modelos del SEI.
CMMI v2.0: Más dinámico, ligero y adaptableSoftware Guru
Revisaremos los principales aspectos de esta nueva versión, tales como:
Qué hace a ahora a CMMI más dinámico, ligero y adaptable.
Necesidades de la comunidad de TI a las que responde esta versión.
Cambios en el modelo.
Cambios en la estructura
Prácticas Ágiles.
Posibilidad de Adaptación
Sistemas y herramientas.
Guías.
Por: Cecilia Montero
Objetivo: Evaluar la viabilidad y riesgo de un proyecto de software a través de métricas y estimaciones para asegurar una adecuada planificación de proyectos de software
Este documento presenta una serie de conceptos y modelos relacionados con la calidad de software. Define calidad, proceso, norma y estándar. Explica que la ISO y SPICE regulan la calidad de software y menciona modelos como CMMI, ISO 9003, PSP y SPICE que miden la calidad en los procesos. Finalmente, compara los factores que determinan la calidad según McCall, Boehm y la ISO 9126.
arquitecturas sobre las cuales trabajan los
sistemas de BDD como ANSI/SPARC, la arquitectura centralizada, las
arquitecturas paralelas, arquitecturas distribuidas
Este documento presenta un plan de calidad de software para un proyecto que desarrollará un sistema de gestión de proyectos de fin de carrera en una universidad. El plan describe el modelo de procesos CMMI Nivel 2 que seguirá el equipo, incluyendo la planificación, gestión de requisitos, métricas y pruebas. Además, establece los estándares, roles, responsabilidades y métricas que garantizarán que el software cumpla con los objetivos de calidad.
IMPORTANCIA DEL ANÁLISIS DE REQUERIMIENTOS PARA EL DESARROLLO DE SISTEMASAlcoverify
Este documento resume los conceptos clave de la ingeniería de requerimientos para el desarrollo de sistemas. Explica que los requerimientos definen las necesidades y condiciones que debe cumplir un sistema. Describe los tipos de requerimientos, como los funcionales, no funcionales, de usuario y del sistema. También cubre las características, clasificaciones y métodos de análisis de requerimientos. Concluye destacando la importancia de la ingeniería de requerimientos para el éxito de un proyecto de desar
El documento resume la metodología Team Software Process (TSP). TSP es un conjunto de procesos estructurados para dirigir el trabajo de equipos de software. El objetivo es maximizar la calidad y minimizar los costos mediante la integración de equipos independientes que planeen y registren su trabajo. TSP también ayuda a los gerentes a monitorear y motivar a sus equipos para alcanzar su máxima productividad.
Metricas del proyecto de Software - introduccionJose Diaz Silva
Introducción al manejo de las métricas de proyectos de software, considerando los aspectos de tamaño y los elementos de funcionalidad. Se explora la diferencia entre error y defecto , aclarando los conceptos de medida, medición, métrica e indicador. De la misma manera se exploran las métricas privadas y las públicas. Las ventajas y desventajas de estas métricas son mencionadas
Especificación y resultados de las pruebas de softwareJesús E. CuRias
Este documento especifica los casos de prueba realizados al software SAEP-PitA SIRZEE previo a una prueba piloto en 2012 e informa los resultados obtenidos. Se realizaron pruebas de funcionalidad, desempeño, seguridad, usabilidad e integración conceptual. Las pruebas de funcionalidad incluyeron la creación exitosa de varias métricas siguiendo los pasos especificados. No se reportaron fallas en las pruebas.
La gestión de la configuración del software (GCS) realiza un conjunto de actividades desarrolladas para gestionar y registrar los cambios a lo largo del ciclo de vida del software. La GCS identifica, controla y garantiza los cambios en el software, aplicándose desde el inicio hasta el final del proyecto. El proceso de GCS incluye la identificación de elementos de configuración, control de versiones, control de cambios, auditorías y generación de informes.
Este documento explica la importancia de los requerimientos en el desarrollo de software y define conceptos clave como requerimientos funcionales y no funcionales. También clasifica diferentes tipos de requerimientos y destaca que una especificación de requerimientos completa y consistente es fundamental para evitar errores costosos en el desarrollo.
La norma ISO 9126 presenta debilidades para evaluar la calidad del software de manera cuantitativa. No especifica cómo medir cada característica ni establece niveles esperados de las métricas. Tampoco determina los requisitos de calidad relevantes para cada tipo de software. Cada empresa debe desarrollar su propio modelo con métricas validadas para cada característica. Adicionalmente, la norma carece de armonización terminológica y clasificación de métricas.
El documento describe el modelo de calidad ISO/IEC 9126 para evaluar la calidad de productos de software. Este modelo define características de calidad interna, externa y en uso, subdividiendo las características internas y externas en subcaracterísticas que pueden medirse. El modelo busca establecer métricas para evaluar software y mejorar procesos, productos y calidad en uso.
La Gestión de la Configuración del Software (GCS) es un proceso que identifica, controla y audita los elementos de un sistema que pueden cambiar a lo largo de su ciclo de vida para mantener la integridad del software. La GCS incluye actividades como la planificación, clasificación, control de versiones, gestión de cambios y generación de informes.
La ingeniería de requisitos comprende todas las tareas relacionadas con determinar las necesidades y condiciones para un software nuevo o modificado. El propósito es documentar requisitos funcionales y no funcionales para alcanzar un estado óptimo antes del diseño. Esto implica identificar, analizar, documentar y validar requisitos a través de actividades como la elicitación de usuarios, el análisis de requisitos y la especificación.
Las etapas del desarrollo de software son: planeación, ejecución, revisión, implementación y medición. La planeación incluye el análisis y diseño. El análisis determina los requerimientos del software, mientras que el diseño estudia opciones de implementación. La ejecución es la codificación y pruebas unitarias. La revisión incluye pruebas generales. La implementación es la puesta en marcha del software. La medición contribuye a la mejora continua. Existen metodologías tradicionales y á
Requerimientos funcionales y no del sistema MARC21cirilor23
El documento describe el software utilizado en la Biblioteca de Medicina de la Universidad de Panamá. Usa el formato MARC21 para ingresar información bibliográfica a una base de datos ISIS. Los requerimientos funcionales incluyen encontrar, identificar y obtener información para los usuarios. Los requerimientos no funcionales son que el sistema sea multiusuario y permita perfiles múltiples, hojas de trabajo independientes y definiciones multilingües.
Este documento describe varios métodos y estándares para el aseguramiento de la calidad de sistemas de información. Entre los métodos más comunes se encuentran auditorías, pruebas de validación, comparación de datos, pruebas de estrés, pruebas de uso y revisiones por pares. También cubre estándares de producto, proceso y documentación. Las herramientas de prueba como WinRunner y LoadRunner se utilizan comúnmente para probar el rendimiento y la tolerancia al estrés de las aplicaciones.
Este documento describe diferentes tipos de pruebas de software, incluyendo pruebas unitarias, de integración, regresión, del sistema, de estrés, de desempeño, de carga, de volumen, de recuperación y tolerancia a fallas, de múltiples sitios, de compatibilidad y conversión, de integridad de datos y base de datos, de seguridad y control de acceso, del ciclo de negocio, de interfaz gráfica de usuario, de configuración, de estilo, de aceptación, de instalación, de documentación y
Este documento presenta las ventajas y desventajas del modelo Moprosoft para el desarrollo y mantenimiento de software. Las ventajas incluyen que está basado en normas ISO, simplifica la relación entre el modelo de procesos y la organización, cuenta con nueve procesos y es específico para el desarrollo de software. Las desventajas son que define actividades de manera muy general y que el 33% de las prácticas como administración de configuración y medición y análisis no están cubiertas.
Estándares y modelos de calidad del softwarerodigueezleidy
Este documento describe los estándares y modelos de calidad de software más importantes a nivel internacional. Explica que los estándares agrupan las mejores prácticas para el desarrollo de software de alta calidad y proporcionan un marco teórico-práctico para asegurar la calidad. Luego detalla los principales organismos de estandarización como ISO, SEI e IEEE y los estándares más relevantes que han desarrollado, incluyendo ISO/IEC 12207, ISO/IEC 15504 y modelos del SEI.
CMMI v2.0: Más dinámico, ligero y adaptableSoftware Guru
Revisaremos los principales aspectos de esta nueva versión, tales como:
Qué hace a ahora a CMMI más dinámico, ligero y adaptable.
Necesidades de la comunidad de TI a las que responde esta versión.
Cambios en el modelo.
Cambios en la estructura
Prácticas Ágiles.
Posibilidad de Adaptación
Sistemas y herramientas.
Guías.
Por: Cecilia Montero
Objetivo: Evaluar la viabilidad y riesgo de un proyecto de software a través de métricas y estimaciones para asegurar una adecuada planificación de proyectos de software
Este documento presenta una serie de conceptos y modelos relacionados con la calidad de software. Define calidad, proceso, norma y estándar. Explica que la ISO y SPICE regulan la calidad de software y menciona modelos como CMMI, ISO 9003, PSP y SPICE que miden la calidad en los procesos. Finalmente, compara los factores que determinan la calidad según McCall, Boehm y la ISO 9126.
arquitecturas sobre las cuales trabajan los
sistemas de BDD como ANSI/SPARC, la arquitectura centralizada, las
arquitecturas paralelas, arquitecturas distribuidas
Este documento presenta un plan de calidad de software para un proyecto que desarrollará un sistema de gestión de proyectos de fin de carrera en una universidad. El plan describe el modelo de procesos CMMI Nivel 2 que seguirá el equipo, incluyendo la planificación, gestión de requisitos, métricas y pruebas. Además, establece los estándares, roles, responsabilidades y métricas que garantizarán que el software cumpla con los objetivos de calidad.
IMPORTANCIA DEL ANÁLISIS DE REQUERIMIENTOS PARA EL DESARROLLO DE SISTEMASAlcoverify
Este documento resume los conceptos clave de la ingeniería de requerimientos para el desarrollo de sistemas. Explica que los requerimientos definen las necesidades y condiciones que debe cumplir un sistema. Describe los tipos de requerimientos, como los funcionales, no funcionales, de usuario y del sistema. También cubre las características, clasificaciones y métodos de análisis de requerimientos. Concluye destacando la importancia de la ingeniería de requerimientos para el éxito de un proyecto de desar
El documento resume la metodología Team Software Process (TSP). TSP es un conjunto de procesos estructurados para dirigir el trabajo de equipos de software. El objetivo es maximizar la calidad y minimizar los costos mediante la integración de equipos independientes que planeen y registren su trabajo. TSP también ayuda a los gerentes a monitorear y motivar a sus equipos para alcanzar su máxima productividad.
Metricas del proyecto de Software - introduccionJose Diaz Silva
Introducción al manejo de las métricas de proyectos de software, considerando los aspectos de tamaño y los elementos de funcionalidad. Se explora la diferencia entre error y defecto , aclarando los conceptos de medida, medición, métrica e indicador. De la misma manera se exploran las métricas privadas y las públicas. Las ventajas y desventajas de estas métricas son mencionadas
Especificación y resultados de las pruebas de softwareJesús E. CuRias
Este documento especifica los casos de prueba realizados al software SAEP-PitA SIRZEE previo a una prueba piloto en 2012 e informa los resultados obtenidos. Se realizaron pruebas de funcionalidad, desempeño, seguridad, usabilidad e integración conceptual. Las pruebas de funcionalidad incluyeron la creación exitosa de varias métricas siguiendo los pasos especificados. No se reportaron fallas en las pruebas.
La gestión de la configuración del software (GCS) realiza un conjunto de actividades desarrolladas para gestionar y registrar los cambios a lo largo del ciclo de vida del software. La GCS identifica, controla y garantiza los cambios en el software, aplicándose desde el inicio hasta el final del proyecto. El proceso de GCS incluye la identificación de elementos de configuración, control de versiones, control de cambios, auditorías y generación de informes.
Este documento explica la importancia de los requerimientos en el desarrollo de software y define conceptos clave como requerimientos funcionales y no funcionales. También clasifica diferentes tipos de requerimientos y destaca que una especificación de requerimientos completa y consistente es fundamental para evitar errores costosos en el desarrollo.
La norma ISO 9126 presenta debilidades para evaluar la calidad del software de manera cuantitativa. No especifica cómo medir cada característica ni establece niveles esperados de las métricas. Tampoco determina los requisitos de calidad relevantes para cada tipo de software. Cada empresa debe desarrollar su propio modelo con métricas validadas para cada característica. Adicionalmente, la norma carece de armonización terminológica y clasificación de métricas.
El documento describe el modelo de calidad ISO/IEC 9126 para evaluar la calidad de productos de software. Este modelo define características de calidad interna, externa y en uso, subdividiendo las características internas y externas en subcaracterísticas que pueden medirse. El modelo busca establecer métricas para evaluar software y mejorar procesos, productos y calidad en uso.
Este documento presenta conceptos clave relacionados con la calidad del software. Describe el modelo de calidad ISO 9126, que especifica atributos de calidad medibles como la funcionalidad, fiabilidad, usabilidad y eficiencia. También cubre métricas internas y externas para medir la calidad a lo largo del ciclo de vida del desarrollo de software.
La International Organization for Standarization tiene como objetivo facilitar la coordinación internacional de normas técnicas. Las normas ISO 9001 son requisitos para que una organización demuestre su capacidad para proporcionar productos que satisfagan los requisitos del cliente. La norma ISO 9126 define la calidad en uso como la capacidad del software para permitir a los usuarios realizar determinadas tareas. El modelo CMMI evalúa los procesos de software de una organización para evaluar su madurez y proponer mejoras.
Este documento presenta un ensayo sobre la importancia y aplicación de los modelos de calidad. Introduce el concepto de calidad y los modelos de calidad, incluyendo modelos fijos, a medida y mixtos. Argumenta que la implementación de modelos y estándares de calidad garantiza satisfacer las expectativas de los clientes, tener ventaja competitiva, y alcanzar la excelencia. Concluye resaltando intentos de estandarizar la evaluación de la calidad del software, como la familia de normas ISO 9000 y el modelo CMM.
El documento describe el estándar ISO 9126 para evaluar la calidad del software. ISO 9126 define seis características de calidad (funcionalidad, confiabilidad, usabilidad, eficiencia, mantenibilidad y portabilidad) que se subdividen en subcaracterísticas y atributos. Estas métricas miden la calidad del software en etapas tardías del desarrollo, por lo que existe interés en métricas que evalúen la calidad en etapas tempranas.
El documento compara y resume tres modelos de calidad de software: el Modelo McCall, el estándar ISO 9126 y el estándar ISO 25000. El Modelo McCall identifica tres factores de calidad del producto, mientras que el ISO 9126 reorganiza los criterios en 10 factores divididos en tres vistas. El ISO 25000 engloba los enfoques del ISO 14598 en procesos y del ISO 9126 en calidad del producto, evaluándolos de manera conjunta.
El documento presenta información sobre la calidad de software. Define la calidad de software como el grado en que un producto de software cumple con las expectativas de los clientes. Explica que la calidad implica evaluar tanto el producto final como los procesos de desarrollo, los cuales están estandarizados en modelos como ISO/IEC 9126 e ISO/IEC 25000. Estos modelos definen las características de calidad como funcionalidad, fiabilidad, usabilidad, eficiencia, mantenibilidad y portabilidad.
Cuadro comparativo sobre los modelos de calidad loboGabriel Gomez
Este documento compara cinco modelos de calidad de software: McCall, Boehm, FURPS, Arthur y ISO-IEC 9126. Cada modelo se describe brevemente, incluyendo sus factores de calidad, criterios y métricas. Todos los modelos intentan medir la calidad de software mediante factores jerárquicos, aunque difieren en los factores específicos considerados y su estructura. El documento también discute las ventajas y desventajas de cada modelo.
El documento describe el estándar ISO 9126 para la evaluación de la calidad de productos de software. Este estándar establece seis características principales de calidad: funcionalidad, confiabilidad, usabilidad, eficiencia, mantenibilidad y portabilidad. Cada característica incluye subcaracterísticas más específicas que permiten evaluarla de manera cuantitativa. El estándar provee una guía para que las empresas puedan desarrollar sus propios modelos de evaluación de calidad de acuerdo a sus necesidades.
La norma ISO 9126 provee un modelo para evaluar la calidad del software. Este modelo incluye factores, criterios y métricas para evaluar la calidad interna y externa del software. La norma define características de calidad como la funcionalidad, fiabilidad, usabilidad, eficiencia, mantenibilidad y portabilidad. Cada característica incluye subcaracterísticas y métricas para su evaluación.
El documento compara modelos de calidad como CMMI, McCall, Desarrollo en Espiral, MOSCA, SPICE, Modelo Deming, Malcolm Baldrige, Modelo de Excelencia EFQM y Modelo Shingo Prize. Describe las ventajas y desventajas clave de cada modelo, así como sus características generales para medir y mejorar la calidad de productos y procesos de desarrollo de software.
A ISO é uma organização internacional que estabelece padrões técnicos em diversas áreas, congregando órgãos de normalização de 170 países. Algumas normas importantes são a ISO/IEC 7816 sobre cartões de identificação eletrônica, a ISO 8879 sobre linguagens de marcação e a ISO 9000 sobre sistemas de gestão da qualidade.
La norma ISO 9126 define seis factores de calidad de software: funcionalidad, confiabilidad, usabilidad, eficiencia, mantenibilidad y portabilidad. Cada factor se compone de subcaracterísticas que pueden medirse directamente. La norma proporciona una estructura para especificar requisitos de calidad y evaluar productos de software.
El documento describe los principales factores que afectan la calidad de software, incluyendo la corrección, robustez, eficiencia, portabilidad, integridad, facilidad de uso, verificabilidad, compatibilidad, extensibilidad, reutilización y mantenimiento. Los factores internos afectan al desarrollador, mientras que los externos afectan al cliente usuario final. Un ejemplo describe un proyecto fallido de 125 millones de dólares para implementar un sistema de reservas global que resultó imposible de integrar.
El documento habla sobre conceptos básicos de métricas para medir la calidad del software. Explica que las métricas miden atributos internos y externos del software según normas ISO, y que sirven para evaluar la calidad del producto, la productividad y beneficios de nuevos métodos. También describe el proceso PSP para mejorar el desarrollo de software basado en el registro de métricas personales.
ISO/IEC 14598 define un proceso de evaluación de software en 6 etapas que establece los requisitos y guías para realizar evaluaciones de calidad. El proceso cubre la planificación, especificación de requisitos, ejecución de la evaluación y conclusiones. La norma proporciona un marco para evaluar la calidad de todo tipo de software indicando los requisitos a medir y analizar durante el proceso.
Sara mendoza investigación_actividad1.1.docsaraelena1979
Este documento habla sobre las organizaciones y normas más importantes relacionadas con la calidad del software. Describe normas como ISO 9001, CMMI, ISO/IEC 12207 y EFQM que establecen procesos para medir y mejorar la calidad. También menciona organismos de normalización como ISO, IEC, ANSI y AENOR que desarrollan estas normas para promover la calidad y facilitar el comercio internacional.
Este documento describe la norma ISO 27000, que establece los requisitos para un sistema de gestión de seguridad de la información. Explica que la ISO 27000 proporciona un marco de gestión de seguridad de la información y que su objetivo es garantizar la selección de controles de seguridad adecuados. También resume brevemente varias normas relacionadas como la ISO 27001, ISO 27002, e ISO 27003.
Sara mendoza cuadrocomparativo_actividad.2.2saraelena1979
El documento describe y compara varios modelos de calidad de software como McCall, Bootstrap, Boehm y FURPS. Cada modelo tiene ventajas como ser práctico y fácil de entender (McCall), no requerir esfuerzo adicional (Bootstrap), y dividir claramente los requisitos funcionales de los no funcionales (FURPS). Sin embargo, también tienen desventajas como requerir mucho trabajo y métricas (McCall y FURPS) o no especificar aspectos del usuario (Boehm). El modelo CMMi busca mejorar procesos pero requ
Este documento presenta la actividad 4 de un aprendiz sobre la aplicación de la calidad del software en el proceso de desarrollo. Incluye las definiciones de varias normas ISO relacionadas con la evaluación de la calidad de software. También describe errores encontrados en un software de ejemplo y cómo podría mejorarse para cumplir mejor con las características de calidad en uso, contexto de uso, seguridad en uso y adaptabilidad de uso.
ISO 9126 es un estándar internacional para la evaluación de la calidad de software. Define un modelo de calidad con seis características (funcionalidad,
fiabilidad, usabilidad, eficiencia, mantenibilidad y portabilidad) que incluyen calidad interna, externa y en uso. El estándar ayuda a las organizaciones
a definir métricas y rangos de aceptación para cada característica de calidad según el contexto de uso del software.
Evaluación de software; se realiza un resumen de la norma iso 9126, la cual rige la calidad del software; se divide en cuatro partes , realidad, métricas externas, métricas internas y calidad en las métricas de uso y expendido.
Este documento proporciona un análisis de la norma IEEE 830-1998, que describe las mejores prácticas recomendadas para la especificación de requisitos de software. La norma cubre temas como las definiciones clave, las consideraciones para producir un buen documento de requisitos de software, las partes que debe contener, y anexos con formatos y referencias adicionales. El objetivo principal de la norma es establecer pautas para crear documentos de requisitos de software que sean correctos, inequívocos, complet
Este documento describe cómo se mide la calidad de software. Explica que existen múltiples definiciones de calidad de software, pero que en resumen se centra en si el software cumple con los requisitos del usuario, sigue los estándares especificados y satisface los requisitos implícitos como la eficiencia y facilidad de uso. Además, detalla el modelo ISO 9126 para medir la calidad a través de características como la adecuación funcional, rendimiento, mantenibilidad y portabilidad. Finalmente, proporciona ej
Tema N° 7 Atributos de Calidad del Software según Norma ISO 25010SaraEAlcntaraR
El documento presenta los atributos de calidad del software según la Norma ISO 25010. Explica que los atributos de calidad son propiedades medibles que indican qué tan bien satisface un sistema las necesidades de los interesados. Luego describe las ocho características de calidad de la norma ISO 25010 - adecuación funcional, eficiencia de desempeño, compatibilidad, usabilidad, fiabilidad, seguridad, mantenibilidad y portabilidad - junto con sus respectivas subcaracterísticas. Finalmente, incluye referencias bibli
Este documento presenta conceptos clave sobre calidad de software, incluyendo factores como funcionalidad, corrección, confiabilidad, eficiencia y usabilidad. También discute institutos que regulan la calidad de software como ISO e IEEE. Por último, tres estudiantes proporcionan conclusiones sobre lo que aprendieron acerca de normas, procesos y características que determinan la calidad de software.
El documento describe los diferentes tipos de pruebas de software, incluyendo pruebas funcionales, no funcionales y de cambios. Explica normas como ISO/IEC 25010 e ISTQB que definen características de calidad y tipos de pruebas como funcionales, de arquitectura, regresión y de cambios.
La calidad del software se refiere al proceso de verificar que el software cumpla con los requisitos del cliente en términos de rendimiento, seguridad y confiabilidad. La gestión de la calidad del software implica seguir buenas prácticas de desarrollo y procesos a lo largo del ciclo de vida del proyecto. Los componentes clave de un sistema de calidad de software incluyen el control de calidad, la certificación y el cumplimiento de estándares internacionales como ISO 9000 e ISO/IEC 12207.
La calidad del software se refiere al grado en que un sistema satisface las necesidades y expectativas de los usuarios. Se define como el grado en que un producto cumple los requisitos especificados y las necesidades del cliente. La calidad depende de factores como el tamaño del proyecto, los métodos utilizados y la estructura organizativa. El modelo ISO 9126 establece que la calidad del proceso mejora la calidad del producto y esta mejora la calidad de uso para los usuarios.
Este documento presenta el modelo de calidad de software ISO 9126, el cual describe las características de calidad de software desde dos perspectivas: la visión externa del usuario y la visión interna del desarrollador. El modelo propone siete características de calidad clave (funcionalidad, fiabilidad, usabilidad, eficiencia, mantenibilidad, portabilidad y calidad de uso) y define varios factores y criterios para cada una.
Este documento describe varios factores importantes relacionados con la calidad del software. Define la calidad como el conjunto de características que permiten satisfacer las necesidades expresadas y las implícitas. Explica que la garantía de calidad involucra actividades planificadas para asegurar que el software satisfará los requisitos de calidad. También describe el ciclo de vida del software, el cual incluye etapas como la definición de requisitos, diseño, implementación, pruebas e integración, validación y mantenimiento.
Este documento presenta información sobre factores que determinan la calidad del software y el ciclo de vida del desarrollo de software. Explica que la calidad del software depende de su corrección, fiabilidad, eficiencia, integridad, facilidad de uso, mantenimiento, flexibilidad y portabilidad. También describe las etapas del ciclo de vida de software, incluyendo la definición de requisitos, diseño, implementación, pruebas, integración, validación y mantenimiento.
El documento describe los factores que determinan la calidad del software, incluyendo las operaciones del producto, la revisión del producto y la transición del producto. También explica los requisitos y especificaciones del software, incluyendo el propósito de establecer acuerdos entre los usuarios y los pasos para determinar los requisitos a través de la recopilación de información de los usuarios. Además, resume las fases del ciclo de vida del software, como la definición, el diseño, la implementación, las pruebas y el mantenimiento.
Este documento describe varios factores importantes relacionados con la calidad del software. Explica que la calidad se refiere a la capacidad del software para satisfacer las necesidades del usuario. Luego describe tres categorías de factores de calidad: operaciones del producto, revisión del producto y transición del producto. También cubre el ciclo de vida del software, incluidas las etapas de requisitos, diseño, implementación, prueba e integración, validación y mantenimiento.
Este documento presenta información sobre factores de calidad de software, requisitos y especificaciones de software, y el ciclo de vida de software. Explica que la calidad de software se evalúa en términos de corrección, fiabilidad, eficiencia, integridad, facilidad de uso, mantenibilidad, flexibilidad, facilidad de prueba, portabilidad y reusabilidad. También describe el proceso de determinar requisitos a través de entrevistas y prototipos con usuarios y analistas. Finalmente, resume las etapas del c
Este documento trata sobre la aplicación de la calidad del software en el proceso de desarrollo. Explica que el objetivo de la norma ISO/IEC 25000:2005 es organizar y enriquecer las series que cubren la especificación de requisitos de calidad de software y su evaluación. Además, reemplaza dos estándares relacionados: ISO/IEC 9126 e ISO/IEC 14598. Luego, presenta cinco preguntas relacionadas con los conceptos y estándares explicados.
El documento discute varios temas relacionados con la calidad del software en Colombia y América Latina. Menciona que Colombia podría mejorar su industria de software adoptando mejores metodologías de desarrollo de acuerdo con la formación e idiosincrasia de los profesionales colombianos. También destaca que América Latina tiene artesanos del software mientras que el mundo requiere profesionales del software. Finalmente, presenta varios modelos y estándares relacionados con la calidad del software a nivel de proceso y producto
El documento proporciona definiciones de calidad de software, incluidas las características para satisfacer necesidades explícitas e implícitas de los usuarios y los atributos relacionados con el esfuerzo de los usuarios. Explica que el aseguramiento de calidad implica actividades planificadas para proporcionar la calidad necesaria mediante la evaluación continua para identificar defectos. La gestión de calidad involucra determinar y aplicar políticas de calidad mediante la planificación, el control, la garantía y la mejora de la calidad.
Este documento presenta tres puntos principales:
1. Describe los antecedentes de las normas ISO/IEC 9126 y 14598 sobre calidad de productos de software.
2. Explica la norma ISO/IEC 25010, que establece un modelo de calidad de producto software con 8 características y varias subcaracterísticas.
3. Detalla el proceso de evaluación de productos de software descrito en la norma ISO/IEC 25040, que consta de 5 fases: establecer requisitos, especificar la evaluación, diseñar
1. LUIS FARINANGO HERRERA
0980646258
1
PONTIFICIA UNIVERSIDAD CATOLICA DEL ECUADOR
SEDE – IBARRA
EVALUACION DE SISTEMAS
DOCENTE
ING. JUAN CARLOS ARMAS
AUTOR
LUIS FARINANGO HERRERA
IBARRA- ECUADOR
3. LUIS FARINANGO HERRERA
0980646258
3
3.1.2 Comprensión----------------------------------------------------------------------------11
3.1.3 Operatividad-----------------------------------------------------------------------------11
4. EFICIENCIA--------------------------------------------------------------------------------11
4.1.1 Comportamiento en el tiempo---------------------------------------------------------11
4.1.2 Comportamiento de recursos----------------------------------------------------------12
5. MANTENIBILIDAD----------------------------------------------------------------------12
5.1.1 Estabilidad-------------------------------------------------------------------------------12
5.1.2 Facilidad de análisis--------------------------------------------------------------------12
5.1.3 Facilidad de cambio--------------------------------------------------------------------12
5.1.4 Facilidad de pruebas--------------------------------------------------------------------12
6. PORTABILIDAD--------------------------------------------------------------------------13
6.1.1 Capacidad de instalación---------------------------------------------------------------13
6.1.2 Capacidad de reemplazamiento-------------------------------------------------------13
6.1.3 Adaptabilidad----------------------------------------------------------------------------13
6.1.4 Existencia--------------------------------------------------------------------------------13
7. ESTANDAR--------------------------------------------------------------------------------14
7.1.1 Factores----------------------------------------------------------------------------------14
4. LUIS FARINANGO HERRERA
0980646258
4
7.1.2 Criterios----------------------------------------------------------------------------------14
7.1.3 Métricas----------------------------------------------------------------------------------14
8. MODELO PARA CALIDAD EN USO-------------------------------------------------15
8.1.1 Efectividad-------------------------------------------------------------------------------15
8.1.2 Productividad----------------------------------------------------------------------------15
8.1.3 Seguridad de acceso--------------------------------------------------------------------15
8.1.4 Satisfacción------------------------------------------------------------------------------16
CONCLUSIONES----------------------------------------------------------------------------17
BIBLIOGRAFIA------------------------------------------------------------------------------18
ANEXOS---------------------------------------------------------------------------------------19
5. LUIS FARINANGO HERRERA
0980646258
5
INTRODUCCION
La ISO 9126 es un estándar internacional para la evolución de Software, está
dividido en cuatro partes las cuales dirigen, respectivamente, lo siguiente: modelo de
calidad, métricas externas, métricas internas y calidad en las métricas de uso.
Este estándar está pensado para los desarrolladores, adquirentes, personal que
asegure la calidad y evaluadores independientes, responsables de especificar y
evaluar la calidad del producto software.
Por tanto, puede servir para validar la completitud de una definición de requisitos,
identificar requisitos de calidad de software, objetivos de diseño y prueba, criterios
de aseguramiento de la calidad, etc.
Este estándar proviene desde el modelo establecido en 1977 por McCall y sus
colegas, los cuales propusieron un modelo para especificar la calidad del software.
ISO 9126 distingue entre fallos y no conformidad, siendo un fallo el no
cumplimiento de los requisitos previos, mientras que la no conformidad afecta a los
requisitos especificados. Una distinción similar es hecha entre la validación y la
verificación.
6. LUIS FARINANGO HERRERA
0980646258
6
JUSTIFICACION
En el presente documento encontraremos información relacionado con las normas
ISO IEC 9126, el mismo que es muy indispensable para el uso de la evolución del
software, tomando en cuenta desde el inicio del problema hasta llegar a la obtención
del resultado final que cumpla con cada uno de los requisitos necesario para el
usuario final.
8. LUIS FARINANGO HERRERA
0980646258
8
CARACTERISTICA
El modelo establece diez características, seis que son comunes a la vista interna y
externa y cuatro que son propias de la vista en uso. Las características que definen
las vistas interna y externa.
9. LUIS FARINANGO HERRERA
0980646258
9
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 para el estándar, ISO 9126, clasifica la calidad del software en
un conjunto estructurado de características y subcaracterísticas de la siguiente
manera:
1. FUNCIONALIDAD
Un conjunto de atributos que se relacionan con la existencia de un conjunto de
funciones y sus propiedades específicas. Las funciones son aquellas que satisfacen
las necesidades implícitas o explícitas.
1.1.1 Adecuación
Atributos del software relacionados con la presencia y aptitud de un conjunto de
funciones para tareas especificadas.
1.1.2 Exactitud
Atributos del software relacionados con la disposición de resultados o efectos
correctos o acordados.
1.1.3 Interoperabilidad
Atributos del software que se relacionan con su habilidad para la interacción con
sistemas especificados.
10. LUIS FARINANGO HERRERA
0980646258
10
1.1.4 Seguridad
Atributos del software relacionados con su habilidad para prevenir acceso no
autorizado ya sea accidental o deliberado, a programas y datos.
2. FIABILIDAD
Conjunto de atributos relacionados con la capacidad del software de mantener su
nivel de prestación bajo condiciones establecidas durante un período establecido.
2.1.1 Madurez
Atributos del software que se relacionan con la frecuencia de falla por fallas en el
software.
2.1.2 Recuperabilidad
Atributos del software que se relacionan con la capacidad para restablecer su nivel de
desempeño y recuperar los datos directamente afectos en caso de falla y en el tiempo
y esfuerzo relacionado para ello.
2.1.3 Tolerancia a fallos
Atributos del software que se relacionan con su habilidad para mantener un nivel
especificado de desempeño en casos de fallas de software o de una infracción a su
interfaz especificada.
2.1.4 Cumplimiento de Fiabilidad
La capacidad del producto software para adherirse a normas, convenciones o
legislación relacionadas con la fiabilidad.
11. LUIS FARINANGO HERRERA
0980646258
11
3. USABILIDAD
Un conjunto de atributos relacionados con el esfuerzo necesario para su uso, y en la
valoración individual de tal uso, por un establecido o implicado conjunto de usuarios.
3.1.1 Aprendizaje
Atributos del software que se relacionan al esfuerzo de los usuarios para reconocer el
concepto lógico y sus aplicaciones.
3.1.2 Comprensión
Atributos del software que se relacionan al esfuerzo de los usuarios para reconocer el
concepto lógico y sus aplicaciones.
3.1.3 Operatividad
Atributos del software que se relacionan con el esfuerzo de los usuario para la
operación y control del software.
4. EFICIENCIA
Conjunto de atributos relacionados con la relación entre el nivel de desempeño del
software y la cantidad de recursos necesitados bajo condiciones establecidas.
4.1.1 Comportamiento en el tiempo
Atributos del software que se relacionan con los tiempos de respuesta y
procesamiento y en las tasas de rendimientos en desempeñar su función.
4.1.2 Comportamiento de recursos
12. LUIS FARINANGO HERRERA
0980646258
12
Usar las cantidades y tipos de recursos adecuados cuando el software lleva a cabo su
función bajo condiciones determinadas.
5. MANTENIBILIDAD
Conjunto de atributos relacionados con la facilidad de extender, modificar o corregir
errores en un sistema software.
5.1.1 Estabilidad
Atributos del software relacionados con el riesgo de efectos inesperados por
modificaciones.
5.1.2 Facilidad de análisis
Atributos del software relacionados con el esfuerzo necesario para el diagnóstico de
deficiencias o causas de fallos, o identificaciones de partes a modificar.
5.1.3 Facilidad de cambio
Atributos del software relacionados con el esfuerzo necesario para la modificación,
corrección de falla, o cambio de ambiente.
5.1.4 Facilidad de pruebas
Atributos del software relacionados con el esfuerzo necesario para validar el software
modificado.
6. PORTABILIDAD
13. LUIS FARINANGO HERRERA
0980646258
13
Conjunto de atributos relacionados con la capacidad de un sistema software para ser
transferido desde una plataforma a otra.
6.1.1 Capacidad de instalación
Atributos del software relacionados con el esfuerzo necesario para instalar el
software en un ambiente especificado.
6.1.2 Capacidad de reemplazamiento
Atributos del software relacionados con la oportunidad y esfuerzo de usar el software
en lugar de otro software especificado en el ambiente de dicho software especificado.
6.1.3 Adaptabilidad
Atributos del software relacionados con la oportunidad para su adaptación a
diferentes ambientes especificados sin aplicar otras acciones o medios que los
proporcionados para este propósito por el software considerado.
6.1.4 Existencia
Coexistir con otro software independiente, en un entorno común, compartiendo
recursos comunes.
Cada subcaracterísticas está dividida en atributos. Un atributo es una entidad la cual
puede ser verificada o medida en el producto software. Los atributos no están
definidos en el estándar, ya que varían entre diferentes productos software.
Un producto software está definido en un sentido amplio como: los ejecutables,
código fuente, descripciones de arquitectura.
14. LUIS FARINANGO HERRERA
0980646258
14
El estándar provee un entorno para que las organizaciones definan un modelo de
calidad para el producto software. Haciendo esto así, sin embargo, se lleva a cada
organización la tarea de especificar precisamente su propio modelo. Métricas
internas son aquellas que no dependen de la ejecución del software (medidas
estáticas).Métricas externas son aquellas aplicables al software en ejecución.La
calidad en las métricas de uso están sólo disponibles cuando el producto final es
usado en condiciones reales.
7. ESTANDAR
Este estándar es un modelo para especificar la calidad del software, el modelo de
calidad está organizado sobre tres tipos de Características de Calidad:
7.1.1 Factores
Describen la visión externa del software, como es visto por los usuarios.
7.1.2 Criterios
Describen la visión interna del software, como es visto por el desarrollador.
7.1.3 Métricas
Se definen y se usan para proveer una escala y método para la medida.
La ISO 9126 distingue entre fallo y no conformidad, un fallo es el incumplimiento
de los requisitos previos, mientras que la no conformidad es el incumplimiento de los
requisitos especificados.
8. MODELO PARA CALIDAD EN USO
15. LUIS FARINANGO HERRERA
0980646258
15
El modelo de calidad de uso se encuentra dividido en cuatro modelos los mismos que
nos indican la calidad del producto de software los mismos que detallamos a
continuación:
8.1.1 Efectividad
La capacidad del producto software parapermitir a los usuarios alcanzar objetivos
especificados con exactitud y complenitud, en un contexto de uso especificado.
8.1.2 Productividad
La capacidad del producto software para permitir a los usuarios gastar una cantidad
adecuada de recursos con respecto a la efectividad alcanzada, en un contexto de uso
especificado.
8.1.3 Seguridad de acceso
La capacidad del producto software para alcanzar niveles aceptables del riesgo de
hacer daño a personas, al negocio, a las propiedades o al medio ambiente, en un
contexto de uso adecuado.
8.1.4 Satisfacción
La capacidad del producto software para satisfacer a los usuarios en un contexto de
uso especificado.
16. LUIS FARINANGO HERRERA
0980646258
16
CONCLUSIONES
El modelo de calidad está formado por una serie de características y estas a su vez
por subcaracterísticas. Las subcaracterísticas pueden ser medidas por internas o
externas métricas.
19. LUIS FARINANGO HERRERA
0980646258
19
Es un estándar internacional para la evolución de Software.
Es un estándar internacional para la evolución de Hardware.
Es un estándar internacional para la evolución del Lenguaje de Programación.
2. Este estándar está dividido en cuatro partes
Modelo de calidad
Métricas externas
Métricas internas
Calidad en las métricas de uso
3. En cuantas características se divide el modelo de ISO IEC 9126.
4. En que se clasifica la calidad del software.
5. Que es la funcionalidad en la calidad del software.
6. En que se clasifica la Fiabilidad.
Madurez
Recuperabilidad
Exactitud
Tolerancia a fallos
Cumplimiento de fiabilidad
Adecuación
7. Cuantos modelos de calidad de uso existen señale la respuesta.
4
6
8
12
8. En que está definido un producto de software.
9. En que se divide el modelo de calidad interna y externa.