Pirámide Digital Cía. Ltda.

Transcripción

1 CONTROL DE CALIDAD EN LA INFORMATICA La baja calidad impacta ls csts, ls plazs e inclus el cumplimient de ls bjetivs misms de un pryect de desarrll de sistemas. Pr ell, es fundamental cncer las técnicas y ls prcess de Aseguramient de Calidad para el desarrll de sistemas y las principales métricas y herramientas para un adecuad cntrl de la calidad. Ls métds de prducción de sftware están evlucinand desde frmas artesanales a la prducción industrial en gran escala. Para incidir psitivamente en su desarrll y lgrar establecer en ella, parámetrs de excelencia, es imprescindible implantar mdels de prcess tmand en cnsideración las mejres prácticas internacinales y adaptándlas creativamente a las cndicines cncretas del país. Para est, entre trs aspects, es necesari medir. El área de las medicines de sftware, a pesar de ser una de las áreas en la ingeniería de sftware dnde se ha investigad desde hace más de 30 añs, tdavía n ha sid bien cmprendida, ni ampliamente aplicada en la industria, pr tant, la implementación de las medicines en una rganización requiere un cambi tecnlógic, educacinal y cultural imprtante. Para ell, es imprtante aplicar un cnjunt de métricas para aplicar en el prces de Cntrl de Cnfiguración. Estas métricas puedan ser btenidas a partir del mdel de prcess de cntrl. Ls principis básics que se deben tener en cuenta en ls prcess de Cntrl de Calidad, se resumen en ls siguientes: Cncepts Generales: Definicines y cncepts generales de calidad y de aseguramient de calidad. Definición de baja calidad. Cnsecuencias de la baja calidad. Estadísticas y dats del mercad sbre el impact de la baja calidad. Prcess básics del aseguramient de calidad en desarrll de sistemas. Beneficis de la calidad. Dats y estadísticas del mercad. Prueba de Sistemas: Pass metdlógics para una crrecta prueba de sistemas (entradas, prducts y técnicas). Estrategias de pruebas. Black-bx testing y white-bx testing. Tips de pruebas de aceptación, del sistema, de integración y unitarias. Cass de prueba. Pruebas de regresión. Plan de pruebas. Cntrl y seguimient de las pruebas. Análisis de la decisión de cuand cncluir las pruebas. Análisis de cass de estudi. Inspección del Sftware: Definicines y cncepts. Antecedentes. Imprtancia. Tips de inspeccines. Pass metdlógics de la técnica de Fagan (entradas, prducts y tareas). Rles específics. Av. 12 de Octubre y Crder. Edifici Wrld Trade Center, Trre B, Oficina 702 Teléfns +(593-2) , Fax +(593-2) Quit - Ecuadr

2 Cóm rganizar y efectuar una inspección. Sftware Cnfiguratin Management: Definicines y cncepts. Cncept de línea base y de cnfiguratin ítem. Imprtancia del Cnfiguratin Management. Identificación de ítems. Prcess. Cdificación. Cntrl de cambis. Prcess y frmularis. Cmité de Cntrl de Cambis. Auditrías de cambis. Infrmes de situación. Ambientes de desarrll, prueba y prducción. Análisis de cass de estudi. Cntrl de Calidad: Definicines y cncepts. Principales métricas para el seguimient de la calidad. Análisis específic de algunas métricas. Ejercitación práctica sbre métricas. Principales mdels de predicción de la calidad. Imprtancia. Utilización práctica. Principales herramientas estadísticas para el cntrl de la calidad. Análisis específic de algunas herramientas. Ejercitación práctica sbre herramientas estadísticas. Enfques de Implantación: Cncepts y enfques práctics para implantar ls prcess de aseguramient de la calidad en las rganizacines. Mdels de madurez. Definición y cncepts. Estándares de calidad. Nrma ISO e ISO Aplicación en el desarrll de sistemas. Otras nrmas y estándares. Análisis de cass de estudi. El sftware se ha cnvertid en un tema crític en la sciedad mderna mundial. Tds parecen necesitar mejres sftware en mens tiemp y a menr cst. Ls métds intuitivs de desarrll de sftware que se usan actualmente sn, básicamente, aquells que ls prpis individus artesanalmente siguen, ls cuales sól servirán mientras la sciedad pueda tlerar la falta de predicción que ells acarrean. Siguiend la idea de que cuand un mdel de prcess estándar ha sid especificad, el desarrll de sftware puede ser un prces definid, repetible, en lugar de una actividad ad hc reinventada para cada nuev pryect. Cn la aplicación de ests prcess es psible, además de disciplinar a ls invlucrads, almacenar y dispner de ls dats histórics necesaris para lgrar un trabaj más predecible y eficiente. N bstante, hasta ese punt la aplicación del prces sl garantiza la reclección de ls dats. Para que ls pryects que sigan el mdel definid puedan ser planificads, supervisads (mnitreads), y Av. 12 de Octubre y Crder. Edifici Wrld Trade Center, Trre B, Oficina 702 Teléfns +(593-2) , Fax +(593-2) Quit - Ecuadr

3 cntrlads, será necesari definir y usar métricas, las cuales se pueden definir en términs de ls cmpnentes del prpi mdel de prcess. El bjetiv de ls prcess de Cntrl de Calidad, es presentar una selección y definición de métricas para la Gestión de Cnfiguración que permitan, en un pryect de sftware, tmar accines crrectivas a tiemp y mejrand sucesivamente ls prcedimients definids. En este artícul se presenta una selección de métricas para el prces de Cntrl de Cnfiguración de Sftware adaptads a prcedimients y metas estándares que pudieran se utilizads pr pequeñas medianas empresas, así cm un grup de sugerencias para la aplicación de estas métricas. LA CALIDAD DEL SOFTWARE: La administración de la calidad ttal (TQM) es un términ que se riginó en 1985, que describe un estil de administración japnés para mejrar la calidad. La TQM tma varis significads en dependencia de quien l interprete y de cóm l apliquen. En general representa un estil de administración dirigid a lgrar éxits a larg plaz enlazand la calidad cn la satisfacción del cliente. Según Deming, Juran y Crsby, en la TQM, las métricas y el análisis de estas, sn ls elements fundamentales para lgrar un mejramient cntinu de la calidad. La Gestión de cnfiguración de sftware Una cnfiguración está cnfrmada pr requisits, artefacts de diseñ y de implementación que definen una versión particular de un sistema de un cmpnente de un sistema en un mment dad. La Administración de Cnfiguración de Sftware es la disciplina de la Ingeniería de Sftware que cmprende las herramientas y técnicas (prcess metdlgías) que una rganización utiliza para administrar las cnfiguracines de ls cmpnentes de sftware. Tiene cm bjetiv mantener la integridad de ls cmpnentes del prduct de sftware, evaluar y cntrlar ls cambis sbre ells así cm facilitar la visibilidad del prduct a td el equip de pryect. La definición más utilizada de Gestión de Cnfiguración de Sftware (GCS) es la de la IEEE que establece: Gestión de cnfiguración es la disciplina que abarca td el cicl de vida de la prducción de sftware y prducts asciads. Específicamente, requiere de la identificación de ls cmpnentes a cntrlar y la estructura del prduct, cntrla tds ls cambis sbre ls elements y garantiza mecanisms para auditar tdas las accines EL MODELO DE MADUREZ DE LAS CAPACIDADES: Ls prcess sn cm ls hábits: difíciles de establecer e inclus much más difíciles de rmper. Ls prcess para desarrllar sftware a gran escala, pueden ser muy grandes y cmplejs. Pueden ser difíciles de definir e inclus much más difíciles de intrducir. Pr esta razón fue que el Sftware Engineer Institute (SEI) de la universidad Carnegie-Melln desarrlló un ambiente de trabaj (framewrk) de madurez de prcess de sftware. Este framewrk es una frma rdenada para las rganizacines de determinar las capacidades de sus prcess actuales y establecer priridades en su mejra. Se hace a través del establecimient de 5 niveles de priridad prgresivs lgrand prcess de capacidades más madurs. Pr cada nivel se han definid ls principis elementales KPAs (Key Prcess Areas) que prveen las metas y ejemplifican las prácticas a llevar a cab. Av. 12 de Octubre y Crder. Edifici Wrld Trade Center, Trre B, Oficina 702 Teléfns +(593-2) , Fax +(593-2) Quit - Ecuadr

4 CMM ha sid revisad y refinad pr varis especialistas y representan el mejr juici actual y el métd más efectiv para cnseguir ls bjetivs de cada nivel de madurez. Características KPAs Resultad 5 Optimizad Bases cualitativas para una inversión capital cntinua en la autmatización y mejramient de la retralimentación de ls prcess. -Prevención de defects -Administración de la tecnlgía de cambi -Administración del prces de cambi Prductividad y calidad 4 Administrad (cuantitativ) -Prcess medids -Cntrl estadístic raznable sbre la calidad del prduct -Medición y análisis de ls prcess -Administración de la calidad 3 Definid 2 Repetible (cuantitativ) -Cst y planificación cnfiables -Prcess definids e institucinalizads -Rendimient de la calidad mejrad per impredecible (intuitiv) -Prcess dependientes de ls individus - Cst y calidad altamente variables - Métds y prcedimients infrmales y ad hcs -Definición y mejramient de ls - prcess rganizacinales -Prgramas de entrenamient -Administración integrada de sftware -Crdinación intergrupal -Inspeccines entre cmpañers -Ingeniería del prduct de sftware -Administración de ls requerimients -Planificación y vigilancia de ls pryects de sftware -Administración de la subcntratación de sftware -Aseguramient de la calidad del sftware -Administración de la cnfiguración de sftware Av. 12 de Octubre y Crder. Edifici Wrld Trade Center, Trre B, Oficina 702 Teléfns +(593-2) , Fax +(593-2) Quit - Ecuadr

5 1 Inicial -Ad hc -Caótic -csts, planificación y rendimient de la calidad impredecibles Prces persnal de sftware El prces persnal de sftware (PSP, Persnal Sftware Prcess) es un prces de aut mejramient diseñad para ayudar a cntrlar, administrar y mejrar la frma en que se trabaja individualmente. Está estructurad pr frmularis, guías y prcedimients para desarrllar sftware. Si es usad aprpiadamente, brinda ls dats histórics necesaris para trabajar mejr y lgrar que ls elements rutinaris del trabaj sean más predecibles y eficientes. Usand PSP, se pueden cnstruir prgramas de más de líneas de códig (LOC), sin embarg, hay ds prblemas típics en ls grandes prgramas. Primer, mientras se crece en tamañ, también l hace el tiemp y el esfuerz requerid. Est puede ser un prblema particular si sól existe un ingenier en el pryect. Segund, la mayría de ls ingeniers tienen prblemas en la visualización de tdas las facetas imprtantes de un prgrama, inclus cuand su tamañ es mderad. Existen muchs detalles e interrelacines que deben tenerse en cuenta, muchas dependencias lógicas, interaccines en el tiemp cndicines excepcinales. Una de las frmas más pdersas de reslver ests prblemas es el prces de sftware del equip (Team Sftware Prcess, TSP). Prces de sftware del equip Una definición acertada de un equip es la dada pr Dyer, dnde un equip cnsiste en al mens ds persnas que trabajan para lgrar una meta/ bjetiv/ misión cmún, dnde cada persna tiene asignad un rl específic funcines específicas que desarrllar, y dnde el cmpletamient de la misión requiere alguna frma de dependencia entre ls miembrs del equip. El prces del equip de sftware (TSP, Team Sftware Prcess) es un prces que al igual que el PSP, está basad en el mdel CMM, TSP está diseñad para ayudar a cntrlar, administrar y mejrar la frma en que trabaja un equip de sftware. Al igual que PSP, está estructurad pr frmularis, guías y prcedimients para desarrllar sftware. JUSTIFICACION DE LA SELECCIÓN DEL MODELO CMM: La prpuesta de métricas se basa fundamentalmente en el mdel CMM cn las especificacines que intrduce TSP y PSP, prque es el más cmplet de ls estándares analizads. Entre tras, fuern valradas las siguientes raznes: Es un mdel más detallad y dirigid específicamente a ls prducts de sftware. Exige la calidad en el cumplimient de ls prcedimients y las instruccines. Guía la empresa a cnvertirse en empresa madura Se lgra un increment de la prductividad, mejr cmunicación entre ls prfesinales y cn ls clientes, así cm una mayr satisfacción de ests. Identifica ls prcess de calidad requerids para la prducción de sftware, y define las actividades a desarrllar. Av. 12 de Octubre y Crder. Edifici Wrld Trade Center, Trre B, Oficina 702 Teléfns +(593-2) , Fax +(593-2) Quit - Ecuadr

6 Ls mdels de evaluación (assessment) basads en CMM ayudan a la rganización a realizar las auditrias internas y medir la efectividad del prces. CMM prvee una base para definir bjetivs medibles de calidad (en términs de ls niveles de CMM) y planear las actividades de mejramient. Cn la aplicación del mdel CMM se cnduce a las empresas pr tres líneas fundamentales: Cóm garantizar el cntrl de sus prcess para desarrllar y mantener sftware? Cóm evlucinar hacia una cultura de Ingeniería de Sftware y de administración de excelencia? Cóm desarrllar las empresas hasta que se cnsideren empresas maduras? MEDICIONES: Para lgrar una buena calidad del prduct es necesari identificar las medicines y ls criteris que serán utilizads para identificar el nivel desead de la calidad y determinar si se está alcanzand. Las medicines describen el métd para capturar ls dats que serán utilizads para evaluar la calidad, mientras que ls criteris definen el nivel el punt en el cual el prduct lgra la calidad aceptable ( inaceptable). Es una afirmación indiscutible que las medicines sn cruciales en el prgres de tdas las ciencias. El prgres científic se lgra a través de bservacines y generalizacines basadas en dats y medicines y la derivación de terías cm resultad de estas. Sin la verificación a través de ls dats y las medicines, las terías y las prpsicines permanecerían en un nivel abstract. Ls principis fundamentales que deben seguir las métricas sn: Deben ser simples, bjetivas, fáciles de cleccinar, fáciles de interpretar y difíciles de malinterpretar. Su reclección debe ser autmática y n intrusiva, sea, n interferir en las actividades de ls desarrlladres. Deben cntribuir a la evaluación de la calidad temprana en el cicl de vida, cuand ls esfuerzs pr mejrar la calidad del sftware sn efectivs. Ls valres absluts y las tendencias de las métricas, deben ser usads activamente pr el persnal administrativ y el persnal ingenieril, para cmunicar prgres y calidad en un frmat cherente. La selección de un mínim más extensiv cnjunt de métricas, dependerá de las características y cntext del pryect: Si es muy grande si tiene restriccines de seguridad de cnfiabilidad de ls requerimients; y si el equip de desarrll y de valración (evaluación) es cncedr de las métricas, l cual hará muy útil cleccinar y analizar las métricas técnicas. Métricas analizadas Las métricas de calidad de sftware sn un subcnjunt de las que se enfcan al prduct, al prces y al pryect. Estas métricas pudieran ser divididas en; las que miden la calidad del prduct final y las métricas del prces en si. Las métricas analizadas deberían ser seleccinadas según ls criteris de Kan y están alrededr de ls siguientes aspects: Densidad de defects Prblemas de ls usuaris Satisfacción del cliente Av. 12 de Octubre y Crder. Edifici Wrld Trade Center, Trre B, Oficina 702 Teléfns +(593-2) , Fax +(593-2) Quit - Ecuadr

7 Densidad de defects detectads en las pruebas Defects eliminads pr fase Efectividad en la eliminación de defects La revisión de estas métricas, teniend en cuenta las metas de las rganizacines de la Industria Nacinal de Sftware (INS) y el prces en cncret que estams analizand (Cntrl de Cnfiguración) arrjó un cnjunt de criteris para seleccinar que métricas intrducir en esta primera etapa y cm intrducirlas en la industria. Criteris de selección Ls criteris de selección deberán girar en trn a la infrmación existente en la INS hy y a ls instruments de cntrl que se prpnen intrducir cn el prces de cntrl de Cnfiguración y que servirán para almacenar dats en la empresa. Dentr de las más imprtantes para el cntrl de cnfiguración se encuentran las siguientes: Esfuerz real realizad para las tareas de cntrl de cnfiguración. Tareas terminadas en el prces de cntrl de cnfiguración Resumen y estad de las slicitudes de cambi. Estimad del trabaj actual cmpletad en las actividades de cntrl de cnfiguración. Esfuerz estimad en las actividades de cntrl de cnfiguración. Númer de slicitudes de cambi liberadas pr unidad de tiemp. Resumen de las slicitudes de cambi Resumen de ls defects, incluids ls resuelts METRICAS DEFINIDAS: Pedids de cambi Estad de ls pedids de cambi: Cn este resumen se puede llegar a la cnclusión clara de en que estad están estancad ls pedids de cambi y pr tant darle una advertencia al jefe del pryect de dnde tiene que insistir e inclus si es necesaria una reunión de la Junta de Cntrl de Cambis. Estads de las peticines de cambi: Aprbada: Peticines de cambi que ya han sid aprbadas pr la junta de cntrl de cambis per n se han cmenzad a desarrllar pr un especialista Cerrada: Petición de cambi que ya fue resuelta En cla: Petición de cambi pr analizar pr la junta de cntrl de cambis En desarrll: Petición de cambi aprbada pr la junta, que está siend resuelta pr un desarrlladr Psible rechazada: Slicitudes de cambi que la junta tiene pendiente pr tener incmplet ls dats De ls defects Durante el desarrll del prces de cntrl de cnfiguración, muchs de ls cambis que sn slicitads es prduct de defects en el sftware el prttip entregad al usuari final. Pr esta razón es imprtante cntrlar ls defects que aparecen de esta manera en el prduct. Resumen de defects: Av. 12 de Octubre y Crder. Edifici Wrld Trade Center, Trre B, Oficina 702 Teléfns +(593-2) , Fax +(593-2) Quit - Ecuadr

8 Una frma de analizar el estad de ls defects es a través del Resumen de defects, dnde se analizan la densidad de defects pr etapas, y ls escapes nets. Se cnsidera escapes nets a tds ls defects que se insertarn antes durante una etapa determinada, per que n fuern encntrads en esa etapa, sin en tra etapa psterir. Defects pr hra: Ls defects encntrads pr hra en una fase específica indican la efectividad del tiemp dedicad a las inspeccines. En la medida que el rendimient incrementa, es natural una disminución de ls defects pr unidad de tiemp. Ls defects eliminads pr unidad de tiemp en una etapa específica se pueden calcular cm: Defects encntrads = 60 * Defects eliminads en la etapa / pr hra Minuts dedicads a esa etapa Eficiencia en la eliminación de defects: La eficiencia en la eliminación de defects prvee una métrica útil de la efectividad relativa de varis métds de eliminación de defects. Da la razón de defects eliminads pr unidad de tiemp de 2 etapas cualesquiera que sean. Típicamente se hace cmparand cn la etapa de prueba. Eficiencia = Defects eliminads en la etapa / Minuts dedicads a esa etapa La eficiencia debe ir aumentand prgresivamente en la medida que se apliquen crrectamente ls prcess de desarrll. Frecuencia de defects: Es imprtante darle un seguimient a ls defects que se detectan, la frma más cómda y visual de lgrar este seguimient es a través de ls gráfics de frecuencia de defects. La mejr frma de evitar el prblema del factr human en el trabaj cn las métricas es seguir algunas reglas básicas tales cm las que se enuncian a cntinuación: N mida a ls individus: El ejempl clásic de este errr es medir la prductividad de ls individus. Si se mide la prductividad, en líneas de códig (LOC) pr hras, puede currir que las persnas se cncentren en su prpi trabaj en detriment del equip y del pryect. Hay que enfcarse en ls prcess y en ls prducts, n en las persnas. Av. 12 de Octubre y Crder. Edifici Wrld Trade Center, Trre B, Oficina 702 Teléfns +(593-2) , Fax +(593-2) Quit - Ecuadr

9 Nunca usar las métricas cm un garrte : La primera vez que se usen las métricas en cntra de ls individus ls equips será la última vez que se btendrán dats válids. Esta regla está muy relacinada cn la anterir, es imprtante que ls miembrs del equip sientan que es imprtante dar la infrmación verídica sbre la ejecución del pryect, que est n l perjudica individualmente y ayuda cnsiderablemente al equip de desarrll. N ignrar ls dats: Una frma segura de matar un prgrama de métricas es ignrar ls dats cuand se tman decisines. Muchas veces se abandnan ls prgramas de mejra en las rganizacines prque se engavetan ls dats resultantes (generalmente pr que sn alarmantes). Si est se hace se pdrá saber nunca cual es le resultad final y ls miembrs del equip n entregaran ls dats al ver que n sn utilizads. Nunca usar una sla métrica: Ls sftware sn cmplejs y multifacétics. Un prgrama de métricas debe reflejar esa cmplejidad. Debe mantenerse un balance entre ls atributs del cst, la calidad y ls crngramas de frma que se satisfagan tdas las necesidades de ls usuaris. Enfcarse en una única métrica puede causar que el atribut que es medid mejre a csta de trs atributs. Prveer retralimentación: Prprcinand una retralimentación regular al equip sbre ls dats que ells ayudan a cleccinar tiene varis beneficis, pr ejempl; ayuda a mantener el fc en la necesidad de cleccinar ls dats. Si ls miembrs del equip se mantienen infrmads sbre ls detalles específics de cóm ls dats sn usads, ells tendrán mens psibilidades de empezar a sspechar bre su us, y ayuda a educar a ls miembrs del equip en la respnsabilidad de cleccinar ls dats. Lgrar pertenencia : Para lgrar un sentid de pertenencia tant en las metas cm en las métricas en un prgrama de medición, se tiene que lgrar la participación en la definición de las métricas. Respetar la privacidad de ls dats y de las métricas, clasificand cada element de dat que se cleccine en algun de ls tres niveles que prpne Wiegers: Individual Equip de pryect Organización Que cada cual cnzca l que le crrespnde y que de cada quien se publique l necesari. Definir estas frnteras es muy saludable para lgrar resultads en la implantación de las métricas y cnfianza en el equip de desarrll. Av. 12 de Octubre y Crder. Edifici Wrld Trade Center, Trre B, Oficina 702 Teléfns +(593-2) , Fax +(593-2) Quit - Ecuadr