[PLAN DE GARANTIA DE CALIDAD DE SOFTWARE] GESTION DE CALIDAD 1.

Introducción: La Organización de Estandarización Internacional (ISO), ha definido una serie de estándares que son generalmente aplicables a todos los procesos de producción. El ISO 9000 proporciona un conjunto de estándares para la gestión de la calidad en cualquier actividad relacionada con el proceso de producción. Cada vez más las empresas están a favor de crear sistema de calidad para supervisar todas las fases de sus procesos de producción. Un sistema de calidad define los requerimientos para el desarrollo de los procesos de una organización, algunas de las actividades llevadas a cabo por dicho sistema son:   Auditoria de los proyectos para asegurar que los controles de calidad son respetados. Comprobar que ha mejorado la calidad del sistema.

Proporcionar al grupo de desarrollo una serie de guías como pueden ser nuevas notaciones, procedimientos y estándares. También se generaran documentos destinados a la dirección del grupo de desarrollo.

La ISO 9000 se ha especializado en todo lo referente a la solución del software en la ISO 9000-3, puesto que esta disciplina tiene características propias diferentes como para distinguirse del proceso de producción en general.

2. Objetivo: Lo que se pretende con este trabajo es proporcionar una visión de las ideas básicas que tiene el Estándar ISO 9000-3 para la producción de software y explicar cómo se establece un plan de garantía de calidad utilizando los estándares IEEE 730.

UNIVERSIDAD DE AQUINO BOLIVIA – INGENIERIA DE SISTEMAS

1

 Debe existir una estricta colaboración entre la organización que adquiere el software y el proveedor del mismo. ha producido una serie de estándares para la gestión y aseguramiento de la calidad conocida colectivamente como ISO 9000. costos de garantías y reprocesos. De esta manera podemos decir que la calidad de los productos puede ser medida a través de la comparación de sus características y atributos.1. Se reduce el número de auditorías de los clientes a los procesos de producción. ISO. incluido el mantenimiento y tareas posteriores a su implantación.2 Características Generales del ISO 9000-3: Las ideas básicas que se nos propone para el estándar ISO 9000-3 según son las siguientes:  El control de calidad debe ser aplicado a todas las fases de la producción de software. ha producido una serie de estándares para la gestión y aseguramiento de la calidad conocida colectivamente como ISO 9000.1.[PLAN DE GARANTIA DE CALIDAD DE SOFTWARE] GESTION DE CALIDAD 3. Evita costos de inspecciones finales.1 Introducción: La Organización Internacional de Estándares. Mayor aceptación por parte del cliente y acogida en los mercados tanto nacionales como internacionales. Marco Teórico: 3.1 ISO 9000-3: 3. ¿Qué se entiende por Calidad? La Organización Internacional de Estándares. ISO. Beneficios de la ISO 9000:     Garantizar la calidad del producto. 3. UNIVERSIDAD DE AQUINO BOLIVIA – INGENIERIA DE SISTEMAS 2 .

Además el ISO 9000-3 puede ser utilizado en relaciones contractuales cuando comprador y proveedor establecen que algunos elementos de calidad deben formar parte del sistema de calidad que proporciona el proveedor y que este se compromete a seguir los principios de calidad definidos en el estándar como propone. La norma sugiere clases UNIVERSIDAD DE AQUINO BOLIVIA – INGENIERIA DE SISTEMAS 3 . Pero a parte del ciclo de vida que elijamos. suministro y mantenimiento del software. pero en ningún momento no desea imponer la utilización de un determinado ciclo como puede ser el ciclo en espiral de Boeh. 3. Es importante resaltar que en la ISO 9000-3 trata el concepto de ciclo de vida.4 Alcance de la ISO 9000-3: Con la norma se busca dar orientaciones en situaciones en las que se exija la demostración de la capacidad de un proveedor para desarrollar. Ámbito de aplicación:    Desarrollo de Sistemas de Información Procesos del Ciclo de vida Calidad de Software.1.3 Norma ISO 9000-3: La norma ISO 9000-3 son los estándares utilizados para el desarrollo. 3. suministrar y mantener productos de software. el ISO 9000-3 introduce otras actividades que tienen lugar de forma independiente a las fases del ciclo y que son las actividades referentes a la configuración y distingue entre la verificación y validación.[PLAN DE GARANTIA DE CALIDAD DE SOFTWARE] GESTION DE CALIDAD  El proveedor del software debe definir su sistema de calidad y asegurarse que toda la organización ponga en práctica este sistema.1.

” La norma ISO 9000-3 es requerida por todas las compañías desarrolladoras de software para:      Incursionar en el mercado europeo. 3. Para reducir costos de producción.1. Algunos de los beneficios que se obtienen con la certificación de la Norma ISO9000-3 son:  Mejor documentación de los sistemas 4 UNIVERSIDAD DE AQUINO BOLIVIA – INGENIERIA DE SISTEMAS . Cubrir las expectativas de los clientes. la aplicación y mantenimiento de software. su nombre es: “Guía para la aplicación de ISO 9001 para el desarrollo.[PLAN DE GARANTIA DE CALIDAD DE SOFTWARE] GESTION DE CALIDAD de control y métodos para la producción de software que satisfaga los requisitos establecidos. De hecho.5 Análisis de la Norma ISO 9000-3: ISO9000-3 sirve para interpretar la norma ISO 9001 en el ámbito de la Ingeniería de Software. Como estrategia de mercado. Obtener beneficios de calidad.

9 Planificación del desarrollo Planificación de la Calidad Diseño e Implementación Testeo y Validación Aceptación Generación.7 5. Entrega e Instalación 5 UNIVERSIDAD DE AQUINO BOLIVIA – INGENIERIA DE SISTEMAS .5 5.[PLAN DE GARANTIA DE CALIDAD DE SOFTWARE] GESTION DE CALIDAD       Cambio cultural positivo Incremento en la eficiencia y productividad Mayor percepción de calidad Se amplía la satisfacción del cliente Se reducen las auditorías de calidad Agiliza el tiempo de desarrollo de un sistema 3.6 5.8 5.1 5.2 4.4 5.3 4.4 5. Cada cláusula está identificada con un número como refleja.1.6 Clausulas Especificas del ISO 9000-3: Como ya hemos comentado la ISO 9000-3 es una guía que está formada por una serie de cláusulas que indican cómo aplicar esta guía. Las cláusulas que componen la ISO 9000-3 se reflejan en la siguiente tabla: NUMERO 4.1 4.2 5.3 CLAUSULA Administración de la Responsabilidad Sistema de Calidad Auditorias Internas del Sistema de Calidad Acción Correctora General Revisión del Contrato Especificación de los requerimientos de la Organización 5.

1 6.9 Mantenimiento Administración de la Configuración Documentos de Control Calidad de los Archivos Medidas Reglas y Convenciones Herramientas y Técnicas Compra Productos de software incluidos Formación A continuación pasamos a comentar las cláusulas más importantes:  Administración de la Responsabilidad: Esta cláusula permite organizar la estructura del sistema de calidad. abordando la estrategia y organización como requerimientos para verificar y revisar la calidad.[PLAN DE GARANTIA DE CALIDAD DE SOFTWARE] GESTION DE CALIDAD 5. pero el estándar IEEE 1044 nos puede ser útil. La ISO 10013 proporciona una orientación complementaria. utilizado en el UNIVERSIDAD DE AQUINO BOLIVIA – INGENIERIA DE SISTEMAS 6 .7 6.3 6.5 6.4 6. para clasificar los tipos de anomalías que pueden ser encontradas en un sistema semejante al que estamos tratando. insiste en la necesidad de que el proveedor examine los contratos referidos al sistema de calidad.10 6.2 6. requisito conocido como ‘Plan de Garantía de Calidad del Software’ o SQAP estándar IEEE 730.6 6.  Revisión del contrato: Esta cláusula.8 6.  Acción correctora: No existe una receta para el proceso de acciones correctoras.  Sistema de Calidad: Requiere una planificación y documentación del sistema de calidad. aunque aparentemente parece obvia.

Procesos del Ciclo de Vida del Desarrollo de Software.1 exige la definición de un proceso disciplinado o metodología que incluye: fases de desarrollo.   Aceptación: Estas pruebas son más bien generales.  Diseño e Implementación / Testeo y Validación: Estas dos cláusulas se centran en las actividades centrales del proceso de desarrollo de software. para la fase de mantenimiento del ciclo de vida.2. podría resultarnos particularmente útil para satisfacer estos requerimientos. de la mutua colaboración entre el proveedor y la organización que adquiere el producto software.4. salidas y procesos de verificación.[PLAN DE GARANTIA DE CALIDAD DE SOFTWARE] GESTION DE CALIDAD  Especificación de los requerimientos de la Organización: Se establece la premisa. Entrega e Instalación: Los requerimientos de pruebas y medios de control existentes en el IEEE 730. pueden ser de utilidad pero no son suficientes. para abordar los contenidos de esta cláusula.  Mantenimiento: Esta cláusula proporciona una extensa lista de requerimientos de calidad. UNIVERSIDAD DE AQUINO BOLIVIA – INGENIERIA DE SISTEMAS 7 . El estándar IEEE 1219 proporciona unos requerimientos detallados e importantes para llevar a cabo un proceso de mantenimiento adecuado. puede sernos útil para establecer los objetivos de calidad. El estándar IEEE 1074. dado que en los estándares del IEEE no hay definido un homólogo Generación. entradas.  Planificación del desarrollo: Esta cláusula sitúa los requerimientos en un plan de desarrollo.  Planificación de la Calidad: La metodología de medidas de Calidad descrita en el estándar IEEE 1061. Particularmente la cláusula 5.

se encuentra en el estándar 730. Se puede considerar que las relaciones más significativas y directas que mantiene el estándar ISO 9000-3.  Administración de la Configuración/ Documentos de Control: Las actividades que detallan estos requerimientos. debido a que las actividades llevadas a cabo en estos Sistemas son comparables y perfectamente aplicables para el desarrollo de Software de alta calidad.[PLAN DE GARANTIA DE CALIDAD DE SOFTWARE] GESTION DE CALIDAD Las cláusulas restantes proporcionan requerimientos para las actividades de soporte.1.  Medidas / Reglas y Convenciones / Herramientas y Técnicas: Estas cláusulas nos hablan del uso de procedimientos y herramientas apropiados para implementar el sistema de calidad. 3.7 Relación con otros estándares IEEE: Este estándar se encuentra dentro de la familia ISO-9000 de estándares para Sistemas de Calidad. se encuentran en los llamados Planes de Gestión de la Configuración del Software. Nos podemos encontrar con algunos ejemplos en el IEEE 730. los cuales quedan descritos en el estándar IEEE 828. UNIVERSIDAD DE AQUINO BOLIVIA – INGENIERIA DE SISTEMAS 8 . es decir aquellas que no son específicas de ninguna fase en concreto.  Compra / Productos de software incluidos: Los requerimientos que rigen las compras del proveedor de los vendedores se encuentran en estas dos cláusulas.  Formación: La única mención que se realiza en los estándares del IEEE. son las que lo relacionan con el ISO 9001 y con el IEEE 730. del ciclo de vida.

que mientras que el ISO 9000-3 está pensado para ser aplicado en toda una organización. para aplicar las necesidades del ISO 9001 al software. En este cuadro queda representada la relación del ISO 9000-3 con otros estándares: UNIVERSIDAD DE AQUINO BOLIVIA – INGENIERIA DE SISTEMAS 9 . Otros estándares de menor importancia y que tienen una cierta relación con el ISO 9000-3 son: el ISO 10013 que nos servirá de guía para preparar el manual de calidad de la organización. ya que aunque está orientado a la fabricación. Cabe señalar. incluye todos los procesos de desarrollo para dar cobertura a todo el ciclo de vida. La estrategia seguida por el 9000-3 es ampliar la parte de diseño del 9001. El ISO 9000-3 nos proporciona una guía específica. el ISO 10005 que trata el desarrollo de un plan de calidad para un proyecto específico y el ISO 10007 que proporciona una orientación para aspectos relacionados con la gestión de la calidad de la administración de la configuración. que son de utilidad para aplicar las necesidades expuestas en el 730. el cual recomienda unos requerimientos para llevar a cabo un Plan de Garantía de Calidad asociado a un Proyecto de Software. el IEE 730 es aplicado a un único proyecto dentro de esa organización. El estándar IEEE 730 establece el puente entre la gestión de la calidad y la Ingeniería del Software. A su vez el IEE 730 tiene relación con otros estándares como el IEEE 828 o el 1219. mientras que dejará sin tocar las otras partes.[PLAN DE GARANTIA DE CALIDAD DE SOFTWARE] GESTION DE CALIDAD El primero proporciona normativas de requerimientos para garantizar la calidad de los Sistemas y es uno de los estándares de calidad más relevantes para la Ingeniería del Software.

1 Introducción: El Institute of Electrical and Electronics Engineers (IEEE) se formo en 1963 cuando el AmericanInstitute of Electrical Engineers (AIEE) se fusionó con el Institute of Radio Engineers (IRE). los estándares IEEE relacionados con el aseguramientode la calidad del software (SQA) son concebidos y patrocinados por la IEEE Computer Society ydesarrollados por la IEEE Standards Association (IEEE-SA).Los estándares de ingeniería del software del IEEE proporcionan el conjunto de requerimientos y guías más importante para el aseguramiento de la calidad del software.2.2.2 IEEE 730: 3.2 Plan SQA: Un plan SQA puede incluir los siguientes puntos: 3.2. 3.2. Generalmente.[PLAN DE GARANTIA DE CALIDAD DE SOFTWARE] GESTION DE CALIDAD 3. Su sedecentral está en Nueva York.1 Propósito: UNIVERSIDAD DE AQUINO BOLIVIA – INGENIERIA DE SISTEMAS 10 .

Determina la porción del ciclo de vida cubierta por el plan para cada elemento software.2.3.2.2. 1058-1998.    3. Identifica a los responsables de preparar y mantener el plan SQA. 3.2.2.2 Documento de Referencia:  Proporciona una lista completa de los documentos referenciados en el plan o utilizados en su elaboración 3.3. 3. Los criterios de entrada y salida para cada tarea.3 Gestión:   Está muy ligado al plan del proyecto del software. Las tareas a desarrollar. Identifica roles y responsabilidades dentro del plan SQA. 3.3 Roles y responsabilidades:  Identifica los elementos organizativos específicos responsables de llevar a cabo cada tarea.3.2. Las relaciones entre estas tareas y los principales puntos de control planeados.2.1 Organización: Describe la estructura organizativa que influye y controla la calidad del software.2.2 Tareas:     La porción del ciclo de vida cubierta por el plan SQA.3.4 Recursos estimados de garantía de calidad: UNIVERSIDAD DE AQUINO BOLIVIA – INGENIERIA DE SISTEMAS 11 .2. 3.2. Lista los nombres de los elementos software cubiertos por el plan SQA y el uso de dichos elementos.2.2. Idealmente redactado en formato IEEE Std.[PLAN DE GARANTIA DE CALIDAD DE SOFTWARE] GESTION DE CALIDAD    Delinea el propósito específico y el alcance del plan SQA.

3.2.2.4 Documentación:  Describe toda la documentación que se va a generar durante el proceso de desarrollo.2 Requisitos mínimos de documentación:  Para asegurar que la implementación del software satisface los requisitos técnicos.2. 1016-1998.4.2. 3.1 Descripción de requisitos software:     Es la SRS (Software Requirements Specification).2.2. verificación y validación. Std 830-1998.2.2. IEEE Recommended Descriptions.[PLAN DE GARANTIA DE CALIDAD DE SOFTWARE] GESTION DE CALIDAD  Proporciona la estimación de recursos y costes gastados en garantía de calidad y en las tareas de control de calidad. 3. se requiere como mínimo la siguiente documentación: 3.2.4.2.2 Descripción de diseño de software: Describe la estructuración del software para cumplir con los requisitos de la SRS. 3. uso y mantenimiento del software.3 Planes de validación y verificación: Practice for Software Design UNIVERSIDAD DE AQUINO BOLIVIA – INGENIERIA DE SISTEMAS 12 .2.4. Debe describir los componentes y subcomponentes del diseño del software. así como los criterios de revisión.2.2.4.  Lista los documentos que serán revisados o auditados.4.1 Propósito:  Identifica la documentación que dirige el desarrollo. Idealmente redactada según IEEE.  Idealmente redactado según IEEE Std.2. 3.2.

y si cumple con las expectativas del usuario. 3.2.4 Informes de resultado de verificación e informe de resultados de validación:  Describen los resultados de las actividades de verificación y planificación del software llevados a cabo según los planes descritos en el punto anterior.2.2.2. 3. 828-1998 for Software Configuration Management Plans.2.2.2. Idealmente redactado según IEEE Std. así como los mensajes de error.4.2. o IEEE Std.  Idealmente redactado según los estándares: o IEEE Std. operación.4.[PLAN DE GARANTIA DE CALIDAD DE SOFTWARE] GESTION DE CALIDAD  Estos planes se utilizan para determinar si el producto software desarrollado se ajusta a sus requisitos.4.4. 1012-1998 for Software Validation and Verification.6 Plan de gestión de la configuración software:   Describe el proceso de gestión de configuración software.3 Otra Documentación: UNIVERSIDAD DE AQUINO BOLIVIA – INGENIERIA DE SISTEMAS 13 . 829-1998 for Software Test Documentation.5 Documentación de usuario:  La documentación de usuario guía al usuario en la instalación.2.2.   Debería describir las entradas y salidas. o IEEE Std. gestión ymantenimiento de los productos software. 1063-1987 for Software User Documentation 3. 3.2. 1008-1997 IEEE for Software Unit Testing. Idealmente redactado según IEEE Std.

1058). 12281994 for Software Safety Plans).2.2.5 Estándares. practicas.  3. Plan de integración del software. como:         Plan de proceso de desarrollo. Plan de Mantenimiento (idealmente según IEEE Std.  También determina como se monitoriza y garantiza la conformidad con el plan. o Convenciones. 1228-1994).5. UNIVERSIDAD DE AQUINO BOLIVIA – INGENIERIA DE SISTEMAS 14 .[PLAN DE GARANTIA DE CALIDAD DE SOFTWARE] GESTION DE CALIDAD Identifica otros documentos necesarios durante el proceso de desarrollo. Descripción de estándares de desarrollo de software. 3.  Las medidas se incluirán en las métricas utilizadas y podrían identificarse en un plan demedición independiente (idealmente redactados según IEEE Std. 1219-1998). protecciones y métricas: Esta sección es un poco miscelánea en SQA.1 Propósito: Identifica: o Estándares.2. o Métricas aplicables al proyecto. 1219-1998 for SoftwareMaintenance e IEEE Std. Planes de seguridad del software (idealmente según IEEE Std. Plan de gestión del proyecto de software (idealmente según IEEE Std. o Técnicas estadísticas. Descripción de métodos/procedimientos/herramientas de IS.2. o Prácticas.

o Revisión del diseño detallado.2. o Revisión del diseño arquitectónico.2 Requisitos Mínimos: Como minimo deberían producirse las siguientes revisiones: o Revisión de las especificaciones software.2. 1028-1997.1 Proposito: Fijar las revisiones del software. 3. o Estándares de codificación.2. UNIVERSIDAD DE AQUINO BOLIVIA – INGENIERIA DE SISTEMAS 15 .6 Revisiones de software:  Determina las revisiones del software:    3.2. o Revisión del plan de gestión de la configuración software. o Auditoria durante el proceso (consistencia del diseño).2.[PLAN DE GARANTIA DE CALIDAD DE SOFTWARE] GESTION DE CALIDAD 3. o Estándares de diseño. o Prácticas y estándares de prueba. o Estándares de comentarios. o Revisión del plan de verificación y validación. 3.2 Contenido:  Como mínimo debe incluir: o Estándares de documentación.5. Idealmente redactado según IEEE Std. o Métricas del producto y proceso de garantía de calidad seleccionada.2. o Auditoria física (consistencia y fecha entrega). o Revisiones de gestión (garantizar cumplimiento plan SQA).2.6.2. o Auditoria de la funcionalidad (cumplir SRS).6.

2.2.2.11 Control de proveedores:  Determina las técnicas para garantizar que el software proporcionado requisitos. tanto a nivel producto como proceso. por proveedores externos cumple sus 3.2.8 Informe de problemas y acción correctiva:  Describe las prácticas y procedimientos de informe. mantenimiento y conservación: Identifica la documentación SQA que no se debe tirar tras acabar el proceso. UNIVERSIDAD DE AQUINO BOLIVIA – INGENIERIA DE SISTEMAS 16 .2.2. 3.[PLAN DE GARANTIA DE CALIDAD DE SOFTWARE] GESTION DE CALIDAD o Revisión post-implementación.7 Prueba:  Identifica todas las pruebas no incluidas en el plan de verificación y validación 3.2.12 Colección de registros.  Determina las responsabilidades organizativas relativas a su implementación. técnicas y metodologías utilizadas para soportar el proceso de SQA 3.2.   También es aplicable a código heredado. seguimiento y resolución de problemas.2.2.2. 3.9 Herramientas.6. 3.10 Control de Medios:  Determina los métodos para: o Identificar el medio físico de cada producto software. o Protegerlo de daños durante el proceso.2. técnicas y metodologías:  Herramientas.2.2. 3.3 Otras revisiones y auditorias:  Por ejemplo las revisiones de la documentación del usuario.

Bibliografía:  [1] – James W.3 LO Q FALTE 4.[PLAN DE GARANTIA DE CALIDAD DE SOFTWARE] GESTION DE CALIDAD  Determina los métodos y medios para ensamblar.  La IEEE730 nos establece las normas para establecer un plan de garantía de calidad de software. 3.13 Formacion: Identifica las actividades de formación necesarias para satisfacer las necesidades del plan SQA.2.16 Procedimiento de cambio e Historia del plan SQA: Procedimientos de modificación del plan SQA. Software Engineering Standrards.2.2. Procedimientos de mantenimiento del historial de cambios.15 Glosario:     Términos específicos del plan SQA. Conclusión:  La ISO9000-3 nos proporciona una guía útil que nos sirve para detectar y corregir una serie de problemas de los productos software. 3. 1540-2001 for Software Life Cycle Processes Risk Management. Idealmente redactado según IEEE Std. archivar. IEEE Computer Society.2. 3.2. proteger y mantener la documentación.2. consiguiendo tras su aplicación una mejora en la calidad de los mismos.2. Historial de cambios. UNIVERSIDAD DE AQUINO BOLIVIA – INGENIERIA DE SISTEMAS 17 . Moore.2. 5.14 Gestion de Riesgo:   Especifica el plan de gestión del riesgo. 1998.   Fija el periodo de conservación de la información. 3.2. Cap 6. 3.

Methodology and Technology. Derniame J. Montangero C.. Software Process: Principals.[PLAN DE GARANTIA DE CALIDAD DE SOFTWARE] GESTION DE CALIDAD  [2] – Finkelstein A.com/doc/46890250/Estandares-para-el-Aseguramiento-de-laCalidad-del-Software UNIVERSIDAD DE AQUINO BOLIVIA – INGENIERIA DE SISTEMAS 18 ..C.. Springer-Verlag.scribd.  http://es.. 1998. Fuggetta A. Cap 2.

Sign up to vote on this title
UsefulNot useful