P. 1
Plan de Calidad Iso9000 e Ieee730

Plan de Calidad Iso9000 e Ieee730

|Views: 62|Likes:

More info:

Published by: Cristian Siles Camacho on Apr 24, 2013
Copyright:Attribution Non-commercial

Availability:

Read on Scribd mobile: iPhone, iPad and Android.
download as DOCX, PDF, TXT or read online from Scribd
See more
See less

11/27/2013

pdf

text

original

[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

1.1. 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. Mayor aceptación por parte del cliente y acogida en los mercados tanto nacionales como internacionales. Evita costos de inspecciones finales. ISO. 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. Beneficios de la ISO 9000:     Garantizar la calidad del producto. ¿Qué se entiende por Calidad? La Organización Internacional de Estándares. UNIVERSIDAD DE AQUINO BOLIVIA – INGENIERIA DE SISTEMAS 2 . ISO.1 Introducción: La Organización Internacional de Estándares.  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.1 ISO 9000-3: 3. 3. Se reduce el número de auditorías de los clientes a los procesos de producción. incluido el mantenimiento y tareas posteriores a su implantación. Marco Teórico: 3.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.[PLAN DE GARANTIA DE CALIDAD DE SOFTWARE] GESTION DE CALIDAD 3.

suministro y mantenimiento del software. 3. Es importante resaltar que en la ISO 9000-3 trata el concepto de ciclo de vida. Ámbito de aplicación:    Desarrollo de Sistemas de Información Procesos del Ciclo de vida Calidad de Software.1.1. 3. pero en ningún momento no desea imponer la utilización de un determinado ciclo como puede ser el ciclo en espiral de Boeh. suministrar y mantener productos de software.3 Norma ISO 9000-3: La norma ISO 9000-3 son los estándares utilizados para el desarrollo.[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.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. 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. Pero a parte del ciclo de vida que elijamos. La norma sugiere clases UNIVERSIDAD DE AQUINO BOLIVIA – INGENIERIA DE SISTEMAS 3 . 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.

Como estrategia de mercado.[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. su nombre es: “Guía para la aplicación de ISO 9001 para el desarrollo. Para reducir costos de producción.1.” La norma ISO 9000-3 es requerida por todas las compañías desarrolladoras de software para:      Incursionar en el mercado europeo. De hecho. 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. 3.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. la aplicación y mantenimiento de software. Obtener beneficios de calidad.

5 5.2 4.4 5.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.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.8 5.1.2 5.6 5.7 5. Las cláusulas que componen la ISO 9000-3 se reflejan en la siguiente tabla: NUMERO 4.4 5.1 5.1 4.[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. Cada cláusula está identificada con un número como refleja.3 4. Entrega e Instalación 5 UNIVERSIDAD DE AQUINO BOLIVIA – INGENIERIA DE SISTEMAS .9 Planificación del desarrollo Planificación de la Calidad Diseño e Implementación Testeo y Validación Aceptación Generación.

4 6. aunque aparentemente parece obvia.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. utilizado en el UNIVERSIDAD DE AQUINO BOLIVIA – INGENIERIA DE SISTEMAS 6 . requisito conocido como ‘Plan de Garantía de Calidad del Software’ o SQAP estándar IEEE 730.  Acción correctora: No existe una receta para el proceso de acciones correctoras.7 6.  Sistema de Calidad: Requiere una planificación y documentación del sistema de calidad.8 6.2 6. insiste en la necesidad de que el proveedor examine los contratos referidos al sistema de calidad. para clasificar los tipos de anomalías que pueden ser encontradas en un sistema semejante al que estamos tratando.  Revisión del contrato: Esta cláusula. La ISO 10013 proporciona una orientación complementaria.10 6. pero el estándar IEEE 1044 nos puede ser útil.5 6.[PLAN DE GARANTIA DE CALIDAD DE SOFTWARE] GESTION DE CALIDAD 5. abordando la estrategia y organización como requerimientos para verificar y revisar la calidad.3 6.6 6.1 6.

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

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

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. el IEE 730 es aplicado a un único proyecto dentro de esa organización. el cual recomienda unos requerimientos para llevar a cabo un Plan de Garantía de Calidad asociado a un Proyecto de Software. El ISO 9000-3 nos proporciona una guía específica. Cabe señalar. para aplicar las necesidades del ISO 9001 al software. ya que aunque está orientado a la fabricación. El estándar IEEE 730 establece el puente entre la gestión de la calidad y la Ingeniería del Software. que mientras que el ISO 9000-3 está pensado para ser aplicado en toda una organización. que son de utilidad para aplicar las necesidades expuestas en el 730. 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. A su vez el IEE 730 tiene relación con otros estándares como el IEEE 828 o el 1219. incluye todos los procesos de desarrollo para dar cobertura a todo el ciclo de vida.[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. La estrategia seguida por el 9000-3 es ampliar la parte de diseño del 9001. mientras que dejará sin tocar las otras partes. En este cuadro queda representada la relación del ISO 9000-3 con otros estándares: UNIVERSIDAD DE AQUINO BOLIVIA – INGENIERIA DE SISTEMAS 9 .

2.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). Su sedecentral está en Nueva York.2 Plan SQA: Un plan SQA puede incluir los siguientes puntos: 3.[PLAN DE GARANTIA DE CALIDAD DE SOFTWARE] GESTION DE CALIDAD 3.1 Propósito: UNIVERSIDAD DE AQUINO BOLIVIA – INGENIERIA DE SISTEMAS 10 . 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. 3.2 IEEE 730: 3. Generalmente.2.2.2.

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

4. verificación y validación. 3.[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.  Idealmente redactado según IEEE Std.2.1 Descripción de requisitos software:     Es la SRS (Software Requirements Specification).2. Std 830-1998. uso y mantenimiento del software.2.3 Planes de validación y verificación: Practice for Software Design UNIVERSIDAD DE AQUINO BOLIVIA – INGENIERIA DE SISTEMAS 12 .2.2.2. 3. IEEE Recommended Descriptions.2.4. 3. así como los criterios de revisión.1 Propósito:  Identifica la documentación que dirige el desarrollo. 3. se requiere como mínimo la siguiente documentación: 3.4.2. Idealmente redactada según IEEE.2.2.2.2 Requisitos mínimos de documentación:  Para asegurar que la implementación del software satisface los requisitos técnicos.2 Descripción de diseño de software: Describe la estructuración del software para cumplir con los requisitos de la SRS. Debe describir los componentes y subcomponentes del diseño del software. 1016-1998.2.4 Documentación:  Describe toda la documentación que se va a generar durante el proceso de desarrollo.2.2.4.  Lista los documentos que serán revisados o auditados. 3.4.2.

828-1998 for Software Configuration Management Plans.4.2. así como los mensajes de error. 829-1998 for Software Test Documentation.2.2.6 Plan de gestión de la configuración software:   Describe el proceso de gestión de configuración software.[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.2.2. 3.3 Otra Documentación: UNIVERSIDAD DE AQUINO BOLIVIA – INGENIERIA DE SISTEMAS 13 . Idealmente redactado según IEEE Std.2.2. 1008-1997 IEEE for Software Unit Testing. 3.2. o IEEE Std.2. Idealmente redactado según IEEE Std. y si cumple con las expectativas del usuario.   Debería describir las entradas y salidas.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.4.2. 1012-1998 for Software Validation and Verification. 1063-1987 for Software User Documentation 3.2. o IEEE Std. 3.5 Documentación de usuario:  La documentación de usuario guía al usuario en la instalación. operación.4. gestión ymantenimiento de los productos software.4.  Idealmente redactado según los estándares: o IEEE Std.

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

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

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

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

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

You're Reading a Free Preview

Descarga
scribd
/*********** DO NOT ALTER ANYTHING BELOW THIS LINE ! ************/ var s_code=s.t();if(s_code)document.write(s_code)//-->