Tomado de: http://64.233.161.104/search? q=cache:eAK9BdIxjSkJ:148.204.45.136:9000/labsiybd/artmin/pdrtornes/linemientos/Linea m~1.htm+%22aseguramiento+de+la+calidad+del+software%22&hl=es&lr=&strip=0
Lineamientos Metodológicos Generales para el Aseguramiento de la Calidad del Software (SQA) Autor: Dr. Agustín F. Gutiérrez Tornés
Introducción El Aseguramiento de la Calidad del Software (SQA) es un proceso donde se establecen las políticas, los objetivos, las normas, los procedimientos, las actividades, los planes y los sistemas orientados a asegurar la calidad del software a través de todo su ciclo de vida, es decir, desde el inicio del proyecto hasta la retirada del software de su uso operacional. En el presente artículo se enuncian los lineamientos metodológicos generales para el SQA, a partir de los cuales cada organización productora puede elaborar los suyos propios, atendiendo a sus características particulares.
Áreas con las que se relaciona el SQA El SQA se relaciona con diversas áreas de la actividad informática, pero principalmente con: 1. La ingeniería del software. Se refiere fundamentalmente a los lineamientos metodológicos sobre: • Selección del modelo de referencia del ciclo de vida del software. • Clases de metodología. • Actividades de los procesos de desarrollo del software. • Administración de proyectos de software. • Métodos, técnicas y herramientas. 2. La documentación del software. Se refiere fundamentalmente a los lineamientos metodológicos sobre: • Administración de la documentación. • Tipos de documentos. • Estructura general y formato de los documentos. • Estructura, formato y contenido específico de los documentos que conforman la documentación del software.
EL SQA es esencial para el éxito de cualquier proyecto de software. El SQA requiere el compromiso de tiempo, de esfuerzo y de dinero. Es responsabilidad de la administración asegurar la distribución efectiva de estos recursos, reconociendo la importancia del SQA para el éxito del producto de software. Toda organización de producción de software que respete su profesionalidad debe tener instrumentado un mecanismo de SQA. La capacidad de una organización de asegurar la calidad del software a través de todo el ciclo de vida es la medida de la madurez en la ingeniería del software. Este enfoque es aplicable a todos los tipos de organizaciones. Los principios de la administración del SQA son los mismos cualquiera sea su tamaño y complejidad. Para las pequeñas, gran parte del detalle dado en este capítulo puede no aplicarse, pero los principios siguen siendo los mismos. En organizaciones pequeñas puede que las funciones de SQA sean responsabilidad de una sola persona.
Figura 1. Relaciones del SQA con otras áreas.
EL SQA es un patrón sistemático y planificado de todas las acciones a seguir para proporcionar la confianza adecuada de que un producto de software o un elemento componente se realiza conforme a los requerimientos técnicos establecidos.
Papel de los administradores La maximización del rendimiento de la inversión de la organización en la producción de software se logra si la administración asegura la calidad durante todo el proceso de elaboración. Gran parte del rechazo de la administración para implementar las tareas propias del SQA radica en el desconocimiento de la relación que existe entre productividad, calidad y comercialización. Lograr los niveles adecuados para estos factores implica un gasto en nuevas tareas de SQA que harán posible el perfeccionamiento del proceso de producción del software. Lograr que la administración se convenza de la necesidad del SQA, se sensibilice y desee realmente asegurar la calidad del software es algo sumamente importante. Toda la información y la estadística del mundo no podrán convencer a la gerencia para que abra sus bolsillos a menos que comprenda la repercusión negativa que implica el no lograr niveles adecuados de productividad y calidad del software, por ejemplo, en cuanto a pérdidas de la competitividad en materia de comercialización. Si los administradores desean lograr y mantener la rentabilidad de su organización tienen que reconocer la importancia vital del SQA y de su incidencia en la productividad para lograr un producto de software de calidad a un costo razonable. Los administradores deben comprometer su organización al esfuerzo del SQA. Deben apoyar ese esfuerzo para integrarlo en el proceso de desarrollo del software, garantizando un clima de organización orientado al trabajo del SQA mediante el establecimiento de la política, de los objetivos, del sistema (organización, responsabilidades, recursos, procedimientos y normas de SQA) y de los planes correspondientes. La efectividad del papel administrativo descansa sobre tres elementos: a. El compromiso de la administración para el SQA. Este compromiso requiere el reconocimiento de que la calidad del software es importante y que tiene que ser asegurada y mantenida. b. El apoyo de la administración al personal comprometido con el SQA. Este apoyo consiste en ofrecer la guía administrativa y los incentivos necesarios para que el personal pueda producir el software con la calidad requerida y la provisión de los recursos necesarios para facilitar el trabajo del SQA.
c. La evidencia del compromiso y el apoyo administrativo consiste en: • •
el establecimiento de la política de SQA mediante directivas publicadas; el establecimiento del sistema de SQA: o la organización de la actividad de SQA en la organización, o la asignación de las responsabilidades del personal, o el establecimiento de las normas de SQA identificadas para todos los aspectos del SQA, o el establecimiento de los procedimientos de SQA mediante directivas publicadas y de los procedimientos para asegurar y auditar al sistema de calidad y ofrecer los medios necesarios para ello, o el aseguramiento de la asignación de los recursos adecuados para el SQA;
•
el establecimiento de la planificación del SQA emprendida como una parte integral del proceso de desarrollo del software; el establecimiento de un proceso de revisión continúa emprendido para garantizar el cumplimiento de la política, de los objetivos, del sistema y de los planes de SQA.
•
Política de SQA La dirección administrativa de la organización debe tomar todas las medidas necesarias para asegurar que su política de SQA sea entendida, implantada y actualizada. Para que el SQA sea efectivo la política deberá apoyar los siguientes elementos básicos: a. El SQA debe cubrir todo el ciclo de vida del software. La calidad del software debe ser asegurada desde las primeras etapas de un proyecto y tiene que ser mantenida a través de todo el proceso de desarrollo. b. El SQA debe ser administrado. La dirección y el control se requieren para alcanzar y mantener la calidad del software. Los administradores y los especialistas en SQA deben preparar los planes detallados correspondientes. c. El proceso de SQA debe estar integrado en todo el proceso de desarrollo del software. El proceso de SQA debe ser definido a lo largo de los diferentes procesos del desarrollo del software. d. Las normas de SQA deben estar identificadas y deben ser utilizadas. Dondequiera que sea posible, deben ser adoptadas las normas internacionales o nacionales existentes. En otro caso, la organización deberá desarrollar sus propias normas. e. Las técnicas y las herramientas de apoyo al SQA deben estar especificadas. Dondequiera que sea económicamente factible deben ser utilizadas las técnicas y las herramientas que ayudan al aseguramiento de la calidad del software y de la documentación. El más alto nivel de dirección administrativa debe preparar una declaración formal de la política. Cada afectado por la política deberá ser informado de ello y deberá comprenderla. La política formalizada, bien escrita y publicada establece la disciplina requerida para la administración efectiva del SQA en la organización.
La política de SQA es llevada a cabo mediante el establecimiento de los objetivos del SQA los cuales deben ser metas realistas para el mejoramiento de la calidad del software y deben ser planteados con claridad. No obstante, por sí mismos una política y los objetivos de SQA no son suficientes para poder efectuar todas las acciones necesarias aunque estén formalmente establecidos. Sólo representan una declaración oficial de la posición de la dirección. La política y los objetivos de SQA deben ser apoyados con directrices documentadas, planes, procedimientos y normas de calidad, cuya formulación es responsabilidad de la máxima dirección. Con el fin de cumplir los objetivos de calidad, toda organización debe controlar los factores técnicos, administrativos y humanos que influyan en la calidad del software para lograr la reducción, eliminación y lo que es más importante, la prevención de los defectos y fallos del producto de software. Para cumplir los objetivos establecidos por la política de calidad del software la organización productora deberá establecer un sistema de SQA.
Sistema de SQA La dirección ejecutiva de la organización productora de software deberá desarrollar, establecer y aplicar un sistema de SQA como vía para llevar a cabo la política y los objetivos trazados y para asegurar que sean cumplidos los requerimientos de calidad del software implícito y explícito preestablecido por el productor y por el cliente respectivamente. Un sistema de SQA efectivo debe diseñarse de modo tal que se satisfagan las necesidades y expectativas de los clientes sin perjudicar los intereses de la organización productora de lograr y mantener la calidad deseada con un mínimo de costos; el cumplimiento de este aspecto de la calidad está relacionado con la utilización planificada y eficiente de los recursos de que dispone. El sistema de SQA debe estructurarse y adaptarse a las características particulares de cada organización y debe tener en cuenta los elementos apropiados que se establecen en este capítulo. Un sistema de SQA bien estructurado es un valioso recurso de la administración para la optimización y el control de la calidad en lo que respecta a la consideración otorgada a los riesgos, costos y beneficios. El sistema de SQA debe funcionar de forma tal que proporcione la confianza en que resulte eficaz y de fácil comprensión, que los productos de software satisfagan realmente las expectativas de los clientes y en que se enfatiza en la prevención de los problemas y no en su detección después que ocurren.
Calidad de un producto de software
La calidad de un producto de software se entiende como el grado o nivel de concordancia con los requerimientos funcionales y de rendimiento explícitamente establecidos, con los estándares de desarrollo explícitamente documentados y con las características implícitas que se espera de todo software desarrollado profesionalmente. Esta definición sirve para enfatizar tres aspectos importantes: • •
Los requerimientos del software son los fundamentos desde los que se mide la calidad. La falta de concordancia con los requerimientos es una falta de calidad. Los estándares definen un conjunto de criterios de desarrollo que guían la forma en que se aplica la ingeniería del software. Si no se siguen esos criterios, casi siempre ocurrirá una deficiencia en la calidad.
Existe un conjunto de requerimientos implícitos que a menudo no se mencionan (Ej., la necesidad de un buen mantenimiento). Si el software se ajusta a los requerimientos explícitos Para instrumentar la política de SQA de la organización se deben establecer los procedimientos de SQA. El sistema de SQA debe organizarse de manera que se pueda ejercer un control adecuado y continuo sobre todas las actividades relacionadas con el SQA. El sistema de SQA implantado por la dirección administrativa de la organización productora de software deberá insistir en las medidas preventivas para evitar los problemas de calidad sin sacrificar su capacidad para enfrentar y corregir los fallos que puedan ocurrir. Con el propósito de poner en marcha la política y los objetivos generales de SQA, deberán desarrollarse, ponerse por escrito y mantenerse actualizados los procedimientos operativos que coordinan las diferentes actividades de SQA durante al proceso de desarrollo del software. Todos los procedimientos redactados deberán ser simples, comprensibles y entendibles e indicar los métodos a utilizar y los criterios a satisfacer. Los procedimientos de SQA deben definir las secuencias lógicas de: a. La planificación del SQA. La administración deberá establecer un procedimiento para la planificación del SQA en cada proyecto de software. b. El SQA durante el proceso de desarrollo del software. La administración deberá establecer un procedimiento para el aseguramiento de la calidad del software y su documentación que serán sometidos a un proceso de evaluación formal. La elaboración del software y de su documentación deberá realizarse de acuerdo a las normas de ingeniería, de documentación y de SQA establecidas. El procedimiento debe contemplar el establecimiento y la utilización de las técnicas y herramientas de software seleccionadas para el SQA. c. La evaluación del software. La administración deberá establecer un procedimiento de evaluación formal de todos lo elementos del software y de su documentación (documentación del desarrollo, del producto y de administración del proyecto). La evaluación debe hacerse contra las normas de ingeniería, las normas de documentación y las normas de SQA establecidas.
d. La aceptación del software. La administración deberá establecer un procedimiento para la aceptación de los productos de software o de sus elementos componentes, así como también de su documentación, sometidos a evaluación de la calidad y que son productos de salida de cada etapa de desarrollo del software. e. La realización de auditorias informáticas. La administración deberá establecer los procesos para la realización de las auditorias informáticas. Los procedimientos no forman parte del "Manual del aseguramiento de la calidad del software" de la organización del productor del software, pero deben ser mencionados o citados en el mismo a título de referencia para que puedan ser consultados.
Normas de SQA Dentro de una organización deben ser establecidas normas para la administración del SQA, así como sobre el SQA de los diferentes procesos del desarrollo del software. Estas normas determinan cómo deben ser llevadas a cabo las tareas del SQA y proporcionan el criterio para juzgar la calidad del software y de su documentación. Tanto las normas de SQA que hayan sido desarrolladas específicamente para los requerimientos propios de una organización como las adoptadas de una fuente existente proporcionan lineamientos de carácter general que son aplicables a muchas situaciones diferentes. Para adaptar los lineamientos generales a proyectos específicos es necesario el criterio administrativo. La aplicación de las normas de SQA en proyectos específicos de una organización posibilitará a los administradores de proyecto determinar lo siguiente: a. b. c. d. e.
las técnicas y las herramientas de apoyo al SQA que deben ser utilizadas; el nivel de calidad que debe ser alcanzado; el momento en que la calidad del software debe ser evaluada; el momento en que las actividades de SQA deben haber concluido; las personas que deben participar en las tareas de SQA.
De esta manera, los lineamientos generales que proporcionan las normas de SQA sirven de guía y no de especificaciones rígidas. En las organizaciones donde el desarrollo del software esté regido mediante la firma de contratos, además de especificarse las normas de SQA a las cuales se deben ajustar el desarrollo y la evaluación del software para su aceptación, en este se debe especificar: a. el nivel de calidad requerido para cada elemento de software y su documentación; b. los procedimientos para el SQA.
Costos del SQA
Cada organización productora de software es responsable de la medición de sus costos y de justificar su existencia con los beneficios que serán obtenidos. La prevención y la detección de los defectos constituyen una "mina de oro" para la reducción de los costos. Los errores del software que se detectan tarde en el proceso de desarrollo son mucho más caros de eliminar que aquellos que son descubiertos en los primeros momentos del desarrollo. Resulta muy caro eliminar errores del análisis y del diseño durante la programación y las pruebas. Los errores más costosos son los "persistentes", o sea, los que se mantienen ocultos y no son detectados hasta que el software se hace operacional. En la actualidad es común la identificación y la medición de los costos del SQA, ya que para cumplir los objetivos de calidad se destina específicamente una parte de los costos totales de la organización. En la práctica, la combinación de los elementos seleccionados de esta parte de los costos totales puede ofrecer la información necesaria para controlar los trabajos hacia el logro de la calidad del software. Se deberán determinar tanto los costos de las actividades dirigidas al logro de la calidad adecuada como los costos resultantes de un control inadecuado. Se deben definir las responsabilidades y los medios para la identificación y medición de los costos del SQA vinculados a: a. b. c. d. e.
la prevención de los defectos de la calidad del software; la evaluación de la calidad del software (pruebas, revisiones, etc.); los fallos internos o externos; el aseguramiento externo de la calidad del software; el sistema de SQA y al establecimiento del cuadro de mando del SQA que permite evaluar la idoneidad y la eficiencia del Sistema.
La influencia del SQA sobre las pérdidas y las ganancias de una organización productora de software puede ser muy significativa, sobre todo a largo plazo. Por tanto, es esencial calcular la efectividad de un sistema de SQA en términos económicos. El cálculo y la evaluación de los costos asociados con todos los elementos y objetivos de SQA deberán ser considerados en todo momento con vistas a reducir al mínimo las pérdidas ocasionadas por un insuficiente o inadecuado SQA. Los costos del SQA deberán informarse regularmente a la dirección administrativa de la organización productora de software, deben ser controlados por ésta y además deben relacionarse con otras medidas económicas, tales como los ingresos por concepto de "ventas", con el propósito de: a. evaluar la utilidad y eficiencia del sistema de SQA; b. identificar las áreas que requieren atención;
c. establecer los objetivos y los costos del SQA. Con el objetivo de proporcionarle a la dirección administrativa de la organización productora una vía para evaluar la efectividad del sistema de SQA y para establecer las bases para los programas internos de su perfeccionamiento se debe elaborar un informe de sus costos. Los tipos de costos relacionados con el SQA pueden dividirse en: a. costos operativos del SQA; b. costos del aseguramiento externo de la calidad del software. Los costos operativos del SQA son aquellos en que incurre una organización cuando quiere alcanzar y asegurar niveles determinados de calidad del software. Entre ellos se incluyen: a. Costos de la prevención y de la evaluación (inversiones): Costos del intento de reducir o eliminar defectos. - Costos de la prevención: Costos de las medidas para evitar fallos, tales como los costos de la planificación del SQA, los costos de la capacitación, los costos del sistema de SQA, etc. - Costos de la evaluación: Costos de la aplicación de las técnicas de verificación y validación del software (V&VS) durante todos los procesos del desarrollo del proyecto de software, tales como los costos de las pruebas, los costos de las revisiones y comprobaciones para valorar si se mantiene la calidad especificada. b. Costos por fallos (o pérdidas): Costos de la corrección de los errores detectados. Estos costos nunca podrán ser eliminados completamente, pero sí pueden ser sustancialmente reducidos. - Costos por fallos internos: Costos resultantes de la imposibilidad de un producto de software para cumplir los requerimientos de calidad antes de su entrega, por ejemplo, los costos por repetición de las pruebas, por la reelaboración a partir de una etapa dada (reanálisis, rediseño, reprogramación, etc.), las pérdidas de trabajo y de tiempo de máquina malgastado debido a que el producto obtenido como resultado del trabajo se desecha por ser inservible. - Costos por fallos externos: Costos resultantes de la imposibilidad de un producto de software para cumplir los requerimientos de calidad después de su entrega, por ejemplo, los costos del mantenimiento, los gastos de garantía y devoluciones, los descuentos, los costos de la investigación de los defectos (detección de los errores, o sea, la determinación de su existencia y localización). Costos del aseguramiento externo de la calidad del software Los costos del aseguramiento externo son aquellos relativos a la demostración y comprobación requeridas por los clientes como evidencia objetiva del cumplimiento de los requisitos preestablecidos, incluyendo las disposiciones particulares y adicionales del SQA,
los procedimientos, las valoraciones y las pruebas de aceptación, por ejemplo, el costo de la pruebas específicas de la seguridad realizado por órganos de prueba independientes. Comercialización del software En el contexto de las actividades que se intercalan en una organización productora de software, la comercialización es especialmente importante para: a. determinar y definir las necesidades y expectativas del cliente, además de los requerimientos del producto de software; b. definir los conceptos (incluyendo los datos para su fundamentación) con el fin de lograr un producto de acorde con las especificaciones definidas y a un costo óptimo. Las necesidades de los clientes se identifican mediante un estudio de mercado o se expresan mediante un contrato. Por lo tanto, para que los productos de software tengan la calidad deseada y respondan a los compromisos adoptados por la organización del productor es menester precisar bien las necesidades y cumplir con eficiencia los compromisos adoptados (relativos a las especificaciones, los recursos, las cantidades, los plazos y los costos). El sistema de SQA deberá prever la preparación para la comercialización del producto de software nuevo o reproyectado. Esta revisión, de acuerdo con el tipo de producto, puede abarcar los siguientes aspectos: a. disponibilidad y adecuación de la documentación de soporte del software; b. existencia de una adecuada organización de la distribución de las versiones a los clientes; c. adiestramiento del personal de mantenimiento del software; d. pruebas del producto de software en el mercado; e. certificación de la realización satisfactoria de las pruebas de aceptación; f. inspección física de la configuración original del software que será reproducida. Los requerimientos mínimos para la comercialización del software son: • •
que el producto de software haya sido elaborado mediante una metodología moderna de desarrollo; esté avalado por un Certificado de Calidad expedido por una entidad independiente pero falla en alcanzar los requerimientos implícitos, la calidad del software queda incompleta.
Al organizar un sistema de SQA eficiente y bien estructurado, deberá insistirse en la identificación de los problemas reales o potenciales de la calidad del software y en la aplicación de medidas remédiales o preventivas.
Organización de la actividad de SQA
Las organizaciones de producción de software deben tener en su estructura organizativa funcional un área (dirección, departamento, sección o grupo) de SQA, la cual debe ser independiente del área de desarrollo de software dada la necesidad de la imparcialidad de sus actividades, y de la especialización de su personal en las técnicas de SQA y además debe responder directamente al más alto nivel de dirección de la organización. En el organigrama jerárquico y funcional de la organización del productor del software, debe estar indicada la organización y el funcionamiento de la actividad de SQA. El área de SQA debe estar conformada por un administrador del SQA y personal especializado en verificación y validación del software, auditoria informática, soporte de la ingeniería del software y administración de la configuración del software. El personal del área de SQA puede funcionar de dos formas diferentes: a. de forma consultiva, al ser asociados a proyectos de software para asesorar al personal de desarrollo. b. de forma activa, realizando tanto la función de evaluadores como la de aseguradores de la calidad del software proporcionando a los desarrolladores normas, prácticas, técnicas y herramientas de apoyo al SQA. Todo el personal del área de SQA tiene la función principal de asegurar la calidad a lo largo de todo el ciclo de vida del software pero desde diferentes puntos de vista.
Responsabilidades del personal en el SQA Para establecer las responsabilidades de todo el personal que contribuye, directa o indirectamente al SQA se deben tomar las siguientes acciones: a. definición explícita de las responsabilidades generales y específicas en el SQA; b. establecimiento claro de la responsabilidad y autoridad delegada a cada persona que contribuye a asegurar la calidad del software para cumplir los objetivos trazados con la eficiencia debida; c. definición de las medidas de coordinación y control de las interfaces entre los diferentes procesos del desarrollo del software; d. delegación opcional de la responsabilidad para el aseguramiento interno y externo de la calidad del software cuando se considere necesario, teniendo en cuenta que las personas designadas deben ser independientes de las actividades sobre las que actúan.
No todo el personal de la organización tiene las mismas responsabilidades en el SQA: a. el personal de dirección administrativa es responsable de: -
el establecimiento de la política y de los objetivos de SQA, el establecimiento y el mantenimiento del sistema de SQA,
- la planificación del SQA; b. el personal de desarrollo de software (analistas, diseñadores y programadores de software) es responsable de preparar la documentación del desarrollo que describe los productos o sus tareas, de proporcionar la documentación de soporte del software y de desarrollar el software con la calidad requerida según lo establecido; c. el personal de desarrollo de la documentación del software (especialistas en publicidad, escritores técnicos profesionales, correctores de estilo, etc.) es responsable de conformar con la calidad requerida la documentación de entrenamiento del usuario, de referencia y de información y promoción del software; d. el personal técnico de SQA (especialistas en SQA y auditores informáticos) es responsable de evaluar y auditar la calidad del software durante el proceso de desarrollo a través de las actividades de: -
verificación y validación del software, administración de la configuración del software, auditoria informática.
El equipo de SQA sirve como representación de los clientes dentro de la organización del productor de software, es decir, el personal de SQA no debe ver el software solamente desde el punto de vista del productor, sino también desde el punto de vista de los clientes.
Recursos para el SQA La dirección administrativa de la organización productora de software debe asegurar los recursos suficientes y apropiados fundamentales para la puesta en marcha de su política de SQA y para la consecución de sus objetivos. Los recursos requeridos para el SQA son principalmente: el personal; las facilidades y el financiamiento. Con el objetivo de invertir los recursos de forma oportuna y planificada, la dirección administrativa de la organización productora de software debe: a. determinar el nivel de competencia, experiencia y adiestramiento necesario para asegurar la capacidad del personal; b. identificar los problemas de calidad que afectan la comercialización y los objetivos relativos a los nuevos productos de software. Los planes relacionados con estos recursos deberán armonizar con los objetivos globales de la organización.
Personal
Tanto el trabajo técnico como el administrativo dependen de las personas. Las normas ni las metodologías pueden sustituir el empleo de un personal que reúna las características apropiadas. Algunos entrenamientos en técnicas de SQA son útiles, pero sin embargo, el requerimiento principal es lograr disponer tanto de un buen personal para el desarrollo del software y de la documentación como para la evaluación de su calidad. El proceso de SQA tiene asignadas responsabilidades específicas para el personal con conocimiento de administración, ingeniería de software, documentación y evaluación y auditoria. Es importante que el personal esté entrenado completamente en las técnicas de SQA y que cada cual entienda y cumpla completamente su responsabilidad en el SQA.
Facilidades Es importante considerar la provisión de las facilidades de software y de hardware adecuadas y apropiadas para las tareas de SQA. Las técnicas y las herramientas ya sean automatizadas o no, deben estar disponibles para el desarrollo del software y para la evaluación de su calidad. La administración, atendiendo a las diferentes líneas de desarrollo, debe establecer y facilitar el uso de métodos y herramientas estándares de ayuda al SQA, tales como las técnicas de verificación (revisiones), las técnicas de validación (análisis estático, análisis dinámico, ejecución simbólica, pruebas), los analizadores estáticos y los analizadores dinámicos.
Financiamiento Es importante que los costos del SQA se identifiquen como elementos dentro del presupuesto informático, ya que ellos constituyen una parte muy significativa del costo de producción del software. El costo del proceso de SQA tiene que reflejarse en el presupuesto de la organización. El financiamiento es necesario para apoyar al personal de SQA y a las facilidades que utilizan, Para ayudar a establecer un presupuesto razonable, durante la planificación deberán ser solicitados los servicios de los especialistas en SQA u otras personas familiarizadas con este tipo de actividad.
Procedimientos de SQA • •
del productor; esté acompañado de un juego completo de documentación elaborada conforme a los estándares internacionales de documentación del software;
• •
supere y tenga bien definidas las ventajas sobre otros productos de aceptación en el mercado; esté acompañado de un DEMO que posibilite su evaluación y promoción, el cual debe cumplir con las características específicas que establezca la organización comercializadora.
Capacitación en SQA Los responsables de la capacitación sobre el SQA deben identificar las necesidades de capacitación del personal de la organización. Por tanto, deben: a. asegurar la capacitación en SQA en cada función de la organización; b. asegurar la capacitación en SQA a todo el personal (actual y nuevo) con funciones de SQA; c. asegurar los cursos, seminarios y conferencias sobre SQA internos y externos necesarios a todo el personal. Al personal de dirección se le debe entrenar para la comprensión del sistema de SQA y para la utilización de todos los medios y técnicas necesarias para su total participación en la operación del mismo, así como en los criterios existentes para evaluar la eficiencia del sistema. El Anexo proporciona un cuestionario que contiene una lista de comprobación de la capacitación en SQA.
Auditorias del SQA Los diferentes tipos de auditoria son las auditorias internas al sistema de SQA y las auditorias de la configuración del software. Para cada tipo de auditoria se debe precisar: a. su objeto; b. un procedimiento que describa los principios organizativos y de conducción de la auditoria, así como su frecuencia en función de las necesidades; c. el personal requerido; d. las funciones y los responsables encargados de examinar las conclusiones de la auditoria, de poner en práctica las posibles conclusiones y acciones correctivas pertinentes y de asegurar el seguimiento de las medidas anunciadas.
Las auditorias internas al sistema de SQA se ocupan de verificar si las actividades del SQA cumplen con las disposiciones establecidas y determinar la efectividad del mismo. Las auditorias de la configuración del software se ocupan de verificar la configuración del software. Cuando la actividad de administración de la configuración del software está formalmente establecida en la organización, las auditorias de la configuración del software
se llevan a cabo por un equipo independiente del equipo de verificación - validación del software y complementan a las revisiones técnicas formales al comprobar características que no tienen en cuenta las revisiones. Pero, en los casos en que dicha actividad no está formalmente establecida, las revisiones técnicas formales incluyen las cuestiones de las auditorias de la configuración del software. Las auditorias de la configuración del software son: - auditoria interna de los procesos. Se ocupa de verificar la consistencia del producto de salida de cada etapa del desarrollo del software contra el producto de entrada: - auditoria funcional. Se ocupa de verificar que han sido cumplidos todos los requerimientos establecidos en la "Especificación del Análisis" antes de que el producto final (software y su documentación) sea liberado del proceso de desarrollo para su entrega al cliente o al usuario. - auditoria física. Se ocupa de verificar que los elementos componentes de la configuración del software (software y documentación) sean internamente consistentes, estén completos y estén listos antes de que el producto final sea liberado del proceso de desarrollo para su entrega al cliente. Por ejemplo: a. La "Especificación del Análisis¨ contra el "Informe del Estudio de Factibilidad"; b. La "Descripción Preliminar del Diseño" contra la "Especificación del Análisis"; c. El "Plan de la Prueba de Aceptación" contra la "Especificación del Análisis"; d. La "Descripción detallada del diseño" contra la "Descripción preliminar del diseño". e. El código contra la "Descripción detallada del diseño".
Manual del aseguramiento de la calidad del software El "Manual del aseguramiento de la calidad del software" constituye el principal documento utilizado para elaborar e implantar un sistema de SQA. Su objetivo fundamental es ofrecer una descripción adecuada del sistema de SQA y servir al mismo tiempo como referencia permanente para su aplicación y mantenimiento. Este documento deberá ser establecido por la dirección administrativa esencialmente para el uso interno de la organización y la divulgación externa del mismo será una decisión propia de la organización. El "Manual del aseguramiento de la calidad del software" es independiente del tamaño de la organización y de la complejidad del software que se produzca. Es aplicable a todo tipo de organización, desde las más pequeñas hasta las más grandes con múltiples niveles de dependencias. En estas últimas puede existir un manual general y uno en cada nivel de dirección.
De acuerdo con las características particulares de cada organización, las secciones del manual pueden simplificarse, completarse o ignorarse en la medida en que resulten inaplicables o menos importantes. La existencia de este documento debe ser reconocida por toda persona de la organización. Toda persona que tenga que ver con un procedimiento o una disposición descrita en el manual debe tener acceso al mismo, por lo que al manual se le debe adjuntar una relación del personal autorizado a consultarlo. Este documento debe ser mantenible para que pueda permanecer actualizado, por lo cual debe ser claro, conciso y sencillo. Además debe ser fácil de usar, por lo cual debe ser operativo y fácil de comprender.
Planificación del SQA La planificación del SQA comprende la elaboración de cada uno de los siguientes planes para cada proyecto de software: a. Plan del aseguramiento de la calidad del software. Tiene el propósito de planificar las actividades del SQA para el proyecto de software. b. Plan de la verificación y validación. Tiene el propósito de establecer los métodos que se utilizarán y los resultados que se obtendrán en la ejecución a través del ciclo de vida del software de las tareas de verificación y validación de cada requerimiento de calidad del software definido en la "Especificación del Análisis". c. Plan de la administración de la configuración del software. Tienen el propósito de planificar las tareas de administración de la configuración del software.
Conclusiones A manera de conclusión se presenta un formato que contiene un cuestionario que lo ayudara a determinar en qué estado se encuentra la empresa en relación al SQA. Este cuestionario contiene varias listas de comprobación sencillas para permitirle a los auditores y a la dirección administrativa evaluar las exigencias del SQA, con el objetivo de que la
alta dirección fije la atención y se informe de las cuestiones y problemas de la administración del SQA. Posibilitará encontrar respuestas a múltiples cuestionamientos, como son: • • •
Existe en la organización la necesidad de mejorar el SQA? Es realmente la administración del SQA una cuestión de trascendencia para la organización? Si es así, por qué? Etc.
Tras una evidencia de que el SQA pueda no existir o ser insuficiente en la organización productora de software responderá a preguntas cómo: • • •
Qué es lo que hay? Qué hay que hacer realmente? Etc.
Bibliografía • • • • • • • • • • • •
• • • •
ISO 2382: 1976 - 1992. Information technology - Vocabulary - Part 1 - Part 25 ANSI/IEEE Std 729-1983. Standard glossary of software engineering terminology ANSI/IEEE Std 730-1984. Software quality assurance plans ANSI/IEEE Std 983-1986. Software quality assurance planning ANSI/IEEE Std 1012-1986. Software verification and validation plans ISO 9004: 1987. Quality management and quality system elements - Guidelines ISO/IEC CTC1/SC7 Nº 801-1990. Software life cycle process - Working draft ISO/IEC 9126:1991. Information technology - Software product evaluation Quality characteristics and guidelines for their use ISO 9000: 1987. Quality management and quality assurance standards - Guidelines for selection and use ISO 9001: 1987. Quality systems - Model for quality assurance in design/development, production, installation and servicing ISO 9004: 1987. Quality management and quality system elements - Guidelines ISO 9000-3: 1991. Quality management and quality assurance standards - Part 3: Guidelines for the application of ISO 9001 to the development, supply and maintenance of software ESA PSS-05-0 ISSUE 2. Feb, 1991. European Space Agency. Software Engineering Standards ISO/IEC JTC1/SC7/WG8 Nº 963-992. International Standard Working Draft - Information technology - Software quality assurance - Integral life cycle processes ISO/IEC JTC1/SC7 Nº 1054-993. Evaluation and metrics terminology Draft Version 0 Organizing and Controlling Software Production. DATAPRO RESEARCH CORPORATION. USA, November, 1982
• •
Software Product Quality Assurance. DATAPRO RESEARCH CORPORATION. USA, April, 1983 Measurement of Software Quality. DATAPRO RESEARCH CORPORATION. USA, July, 1985.
Tabla 1 CUESTIONARIO DE EVALUACIÓN DE LA ADMINISTRACIÓN DEL SQA Organización: ____________________________ ___________________________
Nombre
Siglas
Administración del SQA Cuestionario de Evaluación 1. Política y objetivos de SQA 1.1) Han sido tomadas decisiones para: Si a) asegurar la calidad del software de forma adecuada? b) Establecer un sistema de SQA? c) Aplicar las normas de SQA? d) Establecer los procedimientos para SQA? e) Proporcionar los recursos disponibles para el SQA? f) Utilizar técnicas y herramientas de apoyo al SQA? g) Asignar personal con responsabilidades para: establecer el sistema de SQA? Controlar el SQA? 1.2) Ha sido establecida formalmente la política de SQA? 1.3) Han sido trazados objetivos medibles de SQA? 1.4) Ha sido publicada una instrucción de la política y de los objetivos del SQA? 1.5) Ha sido apoyada la política y los objetivos del SQA con la implantación de un Sistema de Calidad en el cual la dirección administrativa tenga un papel activo en su utilización? 2. Sistema SQA 2.1) Ha sido organizada la actividad de SQA en la organización? 2.2) Ha sido asignadas las responsabilidades en el SQA al personal: a) de dirección administrativa? b) de desarrollo de software? c) de desarrollo de la documentación del software? d) técnico de SQA 2.3) Ha sido asignados recursos para apoyar las funciones de SQA, de: a) al personal? b) facilidades (software y hardware)? c) financiamiento? 2.4) Han sido establecidos procedimientos para: a) la planificación del SQA? b) el SQA durante los procesos del desarrollo del software? c) la evaluación de la calidad del software? d) la aceptación del software? 2.5) Han sido adoptadas o definidas normas para: a) la administración del SQA? b) el SQA de los procesos del desarrollo del software?
No
2.6) Ha sido preparado un Manual del aseguramiento de la calidad del software para elaborar e implantar el sistema de SQA? 3. Manual del SQA 3.1) Ha sido comunicada la existencia del Manual a toda persona de la organización que tenga que ver con un procedimiento o una disposición descrita en el mismo? 3.2) Ha sido establecida una relación del personal con acceso autorizado a consultar y a mantener actualizado el Manual? 3.3) Ha sido preparado el Manual de forma tal que sea fácil de mantener actualizado, es decir, a) claro? b) conciso? c) sencillo? 3.4) Ha sido preparado el Manual de forma tal que sea fácil de usar, es decir, a) operativo? b) fácil de comprender? 4. Capacitación en el SQA 4.1) Se ha sensibilizado a todo el personal con relación a la necesidad y a la importancia del SQA para el éxito de la gestión de la organización? 4.2) Han sido identificadas las necesidades de capacitación del personal de la organización sobre el SQA: a) en cada función de la organización? b) a todo el personal (actual y nuevo) con funciones de SQA? c) con los cursos, seminarios y conferencias internos y externos necesarios?
5. Auditorias del SQA 5.1) Han sido realizadas auditorias: a) internas al sistema de SQA? b) de la configuración del software (funcional, física y de procesos)? 5.2) Ha sido auditado el SQA por algún personal externo a la organización? 6.
Planificación del SQA
6.1) Ha sido producido un Plan del SQA que incluya: a) los elementos de software y los documentos a evaluar? b) la calidad que debe ser alcanzada? c) la programación detallada de las actividades de SQA, de los resultados a evaluar en cada proceso del desarrollo del software y de los puntos de control?
