¡Descarga resporte del documento de metricas que proporciona el maestro y más Esquemas y mapas conceptuales en PDF de Introducción a Ingeniería Software solo en Docsity!
Modelos y Estándares de Calidad del Software
Modelos de Calidad del Software a Nivel Proceso Organización Características Forma de trabajo establecida Capability Maturity Model Integration (CMMi)
- Mejora la comunicación
- Proporciona a los trabajadores una idea clara y global
- Aumenta la calidad de productos y servicios y reduce los tiempos de entrega.
- Ayuda a reducir los costes.
- Mejora la satisfacción al cliente.
- Es un modelo que cuenta con muchos años de experiencia. Abarca a la par, las siguientes 3 disciplinas: el desarrollo de procesos y servicios, la gestión de servicios y la adquisición de productos y servicios Overview de CMM (Capability Maturity Model)
- Compromiso de la realización
- La capacidad de realización
- Las actividades realizadas
- Las mediciones y el análisis
- La verificación de la implementación. Está diseñado para ayudar a mejorar el rendimiento al proporcionar a las compañías todo lo que necesitan para desarrollar constantemente mejores productos y servicios. TickIT (^) • Integración de los diferentes canales de la empresa.
- Creación de formularios de ticket.
- Visibilidad de contratos de nivel de servicio (SLA)
- Interfaz multilingüe
- Soporte multimarca. En el sistema de tickets de Zendesk, facilitas el seguimiento, la priorización y la respuesta a los clientes con un espacio de trabajo unificado de agentes. Con el contexto completo del cliente — incluidas más de 1000 integraciones prediseñadas— los agentes pueden proporcionar un soporte mejor y más personalizado.
Esto además, deberá estar seguido de las siguientes etapas:
- Enfoque omnicanal
- Informes inteligentes
- Automatización incorporada
- Automatización a gran escala
- Auto servicio ágil Modelo Bootstrap (^) • Su técnica de desarrollo se conoce como Responsive Design (Diseño adaptativo)
- Es un modelo robusto, que abarca todo el concepto en cuanto a la estructura.
- En cuanto a la arquitectura, se descompone en procesos detallados que ofrecen un buen marco para evaluar la calidad y los procesos de software. En líneas generales, se basa en una estructura dividida en un total de 12 columnas que los desarrolladores pueden gestionar en función de sus necesidades y preferencias, en función de cuatro tamaños de dispositivo. Personal Software Process (PSP) (^) • Es una metodología de la Ingeniería de Software con fundamentos de CMMI.
- Tiene un enfoque hacia la producción de software de calidad.
- Favorece los procesos de estimación, planeación y desarrollo de software. Como todo proceso de calidad, PSP permite a los desarrolladores encontrar defectos en fases tempranas. Al encontrarlos pronto, PSP reduce la cantidad de tiempo gastado en fases posteriores como la fase de pruebas. Según PSP es más económico y efectivo remover defectos tan pronto como sea posible. Se exhorta a los ingenieros de software a realizar revisiones personales para cada fase del desarrollo. Por lo tanto PSP incluye dos fases de revisión:
- Revisión de diseño.
características críticas de la calidad. Modelos de Calidad del Software a Nivel Producto Organización Características Forma de trabajo establecida Modelo de Gilb Busca medir la capacidad del sistema para ejecutar tareas, e enfoca en la definición de atributos de calidad en la usabilidad; para este modelo lo más importante es el producto y provee indicadores útiles para describir la calidad de la aplicación del sistema y evalúa:
- Capacidad de almacenamiento:
- Capacidad de proceso:
- Capacidad de respuesta La aplicación del modelo se realiza al finalizar la implementación del sistema (o de los prototipos); en las fases anteriores del ciclo de vida sencillamente sugiere la realización de inspecciones basadas en listas de comprobación. Ya que a partir de la evaluación se busca solucionar problemas y visualizar riesgos, evaluando la capacidad del software para realizar el trabajo para el cual fue creado, teniendo en cuenta el proceso, la respuesta y el almacenamiento. Para la mejora futura del sistema Modelo GQM (Goal – Question - Metric) Se enfoca a proporcionar una forma que permita definir métricas para medir el avance como los resultados de algún proyecto, a partir de la aplicación de unas preguntas relacionadas con el proyecto, que permitan alcanzar unas metas previamente planteadas, el modelo trabaja sobre metas, preguntas y métricas, en base a aspectos de una aplicación o de un grupo de aplicaciones según sus características y condiciones; Se asume que para que las mediciones en una organización sean útiles, la organización debe:
- Especificar sus metas y las metas de sus proyectos
- Identificar datos
- Proporcionar un marco para la interpretación de los datos con respecto a las metas especificadas. Por lo que se recomienda aplicar esto al inicio de cada proyecto y llevar retroalimentación del avance o progreso continuo Esto proporciona una manera útil para identificar métricas tanto del negocio como de un proyecto u objeto. Modelo de McCall Es uno de los modelos de calidad más conocidos que definen factores cualitativos que afectan la calidad del software, este Este modelo está planteado desde la perspectiva del usuario presentándose cuestionamientos en cada uno de sus capacidades, estos atributos (factores de calidad) son
modelo define factores, criterios, y métricas con estructuras jerárquicas, donde los elementos de nivel superior son mucho más abstractos que los del nivel inferior que son más específicos y pueden ser medidos con facilidad. La idea del modelo es la descomposición del concepto genérico de calidad en tres capacidades importantes para un producto software y a su vez cada capacidad se descompone en un conjunto de factores y finalmente se definen criterios para evaluar el factor a través de métricas que indican en qué medida el sistema posee una característica dada. Los tres niveles son: Operación, revisión, transición los que realmente desarrollan e implementan calidad. Modelo de FURPS establece cinco características como factores de calidad que son los que le dan nombre: Functionality (Funcionalidad). Usability (Usabilidad). Reliability (Confiabilidad). Perfomance (Prestación) y Supportability (Soporte). incluye, además de los factores de calidad y los atributos, restricciones de diseño y requerimientos de implementación, físicos y de interfaz, es decir, abarca el sistema en términos de requerimientos funcionales y no funcionales, La lista de las cinco características FURPS se establece como una serie de requisitos que son impuestos a cumplir para el software, el planteamiento de estos se debe realizar al inicio del proyecto de desarrollo y llevar un seguimiento de cerca para medir su progreso, especialmente cada vez que se realiza un modelo de prototipo o evaluación. Este modelo es un modelo de calidad fijo y para realizar la evaluación de la calidad de un producto, primero se asignan prioridades y después se definen los atributos de calidad que pueden ser medidos. Modelo de BOEHM Presenta una jerarquía de características cada una de las cuales contribuye a la calidad global, abarcando necesidades y expectativas de los usuarios. Es un modelo que requiere de mucho tiempo de análisis, por lo que resulta vital integrar este modelo tanto el desarrollo del software como con el mantenimiento de este.
las cuales se dividen entre 3 entidades definidas que son:
- Conjunto de componentes
- Propiedades que conllevan la calidad de los componentes
- Atributos de alto nivel Modelo SATC Este modelo permite el desarrollo de varios proyectos a la misma vez. Los datos del proyecto son usados para realizar proyecciones acerca de los riesgos y puntos de control del proyecto. Utilizando un amplio rango de medidas o métricas y objetivos, atributos asociados a los procesos. Este modelo tiene como énfasis en: Calidad de los Requerimientos, Calidad del Producto, Efectividad de la implementación y Efectividad de la prueba. Este modelo define un conjunto de metas u objetivos relacionados al producto de software y atributos del proceso que permiten realizar indicaciones de la probabilidad de éxito de los objetivos. Un conjunto de métricas es seleccionado o desarrollado, el cual medirá los atributos seleccionados. Team Software Process (TSP) Requiere de la formación de un equipo de trabajo y gestión de un equipo de trabajo. Esto con el fin de obtener productos eficientes y fiables Se planea el número de ciclos.
- Lanzamiento.
- Estrategia
- Plan
- Requisitos
- Diseño
- Implementación
- Pruebas
- Postmortem Estándares de Calidad del Software a Nivel Proceso Organización Características Forma de trabajo establecida ISO 90003:2004 (^) Una guía para
- Cuando el software es un producto disponible para el mercado. Esta es una guía para la Aplicación de la Norma ISO 90001 - Sistema Gestión de la Calidad, por lo que se deben
- Cuando el software se utiliza para apoyar los procesos de una organización.
- Cuando el software es parte de un contrato comercial con otra organización.
- Cuando el software está relacionado a los servicios de software.
- Cuando el software está integrado en un producto de hardware. de seguir las recomendaciones y sugerencias dadas en esta ISO/IEC 9001:2000 (^) habla de la calidad de la organización, no de los productos o servicios que ésta produce ISO 9001 especifica los requisitos para un SGC eficaz en el cumplimiento de las especificaciones del cliente y es la base para que, en su caso, una tercera parte (ajena a la organización y al cliente) pueda certificar que el SGC es conforme a los requisitos de dicha norma. ISO/IEC 12207:1995 La estructura del estándar ha sido concebida de manera que pueda ser adaptada a las necesidades de cualquiera que lo use. Para conseguirlo, el estándar se basa en dos principios fundamentales: modularidad y responsabilidad. Con la modularidad se pretende conseguir procesos con un mínimo acoplamiento y una máxima cohesión. En cuanto a la responsabilidad, se busca establecer un responsable para cada proceso, facilitando la aplicación del estándar en proyectos en los que pueden existir distintas personas u organizaciones Establece un sistema para los procesos del ciclo de vida del software con una terminología bien definida. Contiene procesos, actividades y tareas que se aplicarán durante la adquisición de un sistema que contiene software, un producto de software independiente y servicios de software.
evaluación de organizaciones.
- Proporciona guías para la definición de las competencias de un evaluador de procesos.
- Comprende: evaluación de procesos, mejora de procesos, determinación de capacidad. puede ser usado por cualquier organización, involucra la planeación, gestión, supervisión, control y mejora de la adquisición, suministro, desarrollo, operación, evolución y soporte del proceso software. IEEE/EIA 12207.0 - (^1996) Esta Norma Internacional establece un marco común para los procesos del ciclo de vida del software, con una terminología bien definida, que puede ser referenciada por la industria del software. Contiene procesos, actividades y tareas que se aplicarán durante la adquisición de un sistema que contiene software, un producto de software independiente y un servicio de software y durante el suministro, desarrollo, operación y mantenimiento de productos de software. El software incluye la parte de software del firmware. • Esta Norma Internacional también proporciona un proceso que puede emplearse para definir, controlar y mejorar los procesos del ciclo de vida del software. Se aplica a la adquisición de sistemas y productos y servicios de software, al suministro, desarrollo, operación y mantenimiento de productos de software ya la parte de software del firmware, ya sea que se realice interna o externamente a una organización. IEEE std 12207.1 - 1997 IEEE/EIA 12207.2 - 1997 COBIT 4.0 COBIT determina, con el respaldo de las principales normas técnicas internacionales, un conjunto de mejores prácticas para la Utilización COBIT Lo maneja – riesgos relacionados de negocio: · El empleo bajo sobre objetivos de negocio en el Marco COBIT
seguridad, la calidad, la eficacia y la eficiencia en TI que son necesarias para alinear TI con el negocio, identificar riesgos, entregar valor al negocio, gestionar recursos y medir el desempeño, el cumplimiento de metas y el nivel de madurez de los procesos de la organización. · seleccionan, procesa y controla TI apropiado por la organización de los Objetivos de Control de COBIT · funcionan del plan de negocio de organización · evalúan procedimientos y los resultados con Directrices de Revisión de cuentas de COBIT · evalúan el estado de la organización, identifican factores de éxito críticos, miden el funcionamiento con las Directrices de Dirección COBIT Para desarrollar un juego sano de procesos: · escogen los Objetivos de Control que caben los objetivos de negocio · identifican los modelos de industria que proporcionan la dirección para apoyar procesos (CMMI, Poblar CMM, ITIL) COBIT cubre cuatro dominios: Planificación y Organización Adquiera e Instrumento Entregue y Apoyo Monitor y Evalúa ISO/IEC 2000: 2005 (^) • Mejora la reputación
- Aumenta la productividad.
- Garantiza cumplir con el nivel exigido.
- Disminuye el coste.
- Dinamismo y rapidez.
- Ventajas ante la competencia. - Procesos de servicios. Todos aquellos procesos que tienen que ver con la entrega del servicio como disponibilidad, capacidad, seguridad de la información y otros procesos de gestión de servicios.
- Portabilidad
- Satisfacción ISO/IEC 2500:2005 - Square (^) • La norma ISO 25000 también se conoce como SQuaRE (System and Software Quality Requirements and Evaluation) (Evaluación de Calidad de Productos Software).
- Proviene de la evolución de las normas ISO/IEC 9126, de las particularidades de calidad de un software, e ISO/IEC 14598, del procedimiento para evaluar el mismo.
- Está creada, específicamente, para empresas que desarrollen software o aplicaciones propias, tanto para su propio negocio como para ser vendidas a clientes.
- Se divide en 6 secciones: ISO/IEC 2500n, ISO/IEC 2501n, ISO/IEC 2502n, ISO/IEC 25030, ISO/IEC 25040, e ISO/IEC 25050 - 25099. De ellas hablaremos más adelante.
- El contenido de la ISO/IEC 25000 está compuesto por: Es una familia de normas que tiene por objetivo la creación de un marco de trabajo común para evaluar la calidad del producto software.
definiciones de conceptos, modelos o patrones de referencia, guía completa de cada división, y listado de los estándares internacionales. IEEE-std 1061-1998: Standard for a Software Quality Metrics Methodology Tiene como objetivo la definición de métricas de software y su uso en la evaluación de componentes software.
- Identificación de métricas de calidad de Software
- Implementación de las métricas de calidad de software
- Análisis de los resultados de las métricas de software
- Validación de las métricas de calidad de software
