Definición De Métricas De Calidad Para Productos De Software

1y ago
14 Views
2 Downloads
564.03 KB
6 Pages
Last View : 16d ago
Last Download : 4m ago
Upload by : Josiah Pursley
Transcription

View metadata, citation and similar papers at core.ac.ukbrought to you byCOREprovided by SEDICI - Repositorio de la UNLPDefinición de Métricas de Calidad para Productos de SoftwareAlejandra Velia LOPEZ1, Alberto SÁNCHEZ2, Germán AntonioMONTEJANO2,31) Facultad de Tecnología y Ciencias Aplicadas, Universidad Nacional deCatamarca, Maximio Victoria 35, (4700), Catamarca, Argentina.Tel: 54(3834)435112e-mail: velialopez@gmail.com2) Universidad Nacional de San Luis, Ejercito de los Andes 950, (5700) – SanLuis - Argentina. Tel: 54(266)4520300 int. 2128e-mail: alfanego@unsl.edu.ar - gmonte@unsl.edu.ar – web:http://www.unsl.edu.ar3) Universidad Nacional de La Pampa, Av. Uruguay 151, (6300) – Santa Rosa –La Pampa - Argentina. Tel: 54(2954)245220 int. 7125ResumenContextoDesde la década del 90, las métricasdel software y el proceso de mediciónasociado, han captado la atención de lacomunidad de la Ingeniería de Softwarecomo medio para cuantificar y controlarla calidad del software [FN99, IEEE05,Pre05]. Pero para usar las métricasadecuadamente, no es suficiente conmedir los atributos cuantitativamente,sino que es necesario tener en cuentaconsideraciones como; unidades que seaplican, el tipo de software al que esaplicable, condiciones en que se debenrecoger los datos, restricciones que elproducto debe cumplir,etc.Con esta investigación se pretende realizaraportes al área de calidad, a través de laformulación de métricas para productosde softwaresLa calidad en la industria ha adquiridoespecial estatus y una relevancia que sibien no es inédita, adquiere nuevosmatices en el variado mundo del software,como resultado de la competitividad y dela globalización.Por otra parte en nuestro país estaindustria se encuentra en pleno auge, conuna fuerte demandada y en constantecrecimiento, donde existen empresas grandesoportunidades a nivel regional y exterior,pero cuyas puertas a la exportación estánabiertas para aquellas que cuentan conalguna certificación que asegure lacalidad de sus productos. Sin embargopuede ser un tema complejo si se tiene encuenta la envergadura de la empresa tantoen recursos humanos como as,483

además de otros factores como carga detrabajo y entorno o zona geográfica. Porlo que la calidad debe ser estudiada eincorporada desde los centros degeneración de conocimientos como sonlas universidades, para que el procesohacia la mejora continua sea un procesonatural de las industrias de software.Esta investigación se enmarca eneste contexto, en la definición de nuevasmétricas para un sector específico comoes el farmacéutico y busca incentivar ladiscusión académica y la investigaciónaplicada de temas relacionados a lacalidad del software, en colaboración conla empresa V&S Ingeniería En SistemasSRL que proveerá el sistema para laspruebas pertinentes, con el objeto dedemostrar una investigación aplicadasacada de la problemática real del cual hasurgido esta investigación.Esta línea de investigación seencuentra inserta en los Proyectosde Ingeniería de Software de laUniversidad Nacional de San Luis(UNSL)yenelproyectoFortalecimiento de la Calidad y laProductividad en Ingeniería de Softwaresubvencionado por la Secretaria deCiencia y Tecnología (SCyT) de laUniversidad Nacional de Catamarca(UNCa), Argentina.IntroducciónEn la industria de software, el mercadoes cada vez más exigente y selecto, nosólo en lo que se refiere al precio, sino ala calidad que abarca importantescaracterísticas, entre las cuales aportan ala confiabilidad para adquirir productosde software y servicios posventa.La implementación de un modelo oestándar de calidad implica costos,tiempos y recursos insumidos, pero lasventajas de implantar el modelo correctosupera el esfuerzo inicial, lograndoproductos de software y servicios convalor agregado, posicionando a laempresa en un mercado más competitivo,incrementandolaproductividad,mejorando la efectividad, reduciendocostos y asegurando la satisfacción de losclientes internos y externos, entre otros.Sin embargo, la incorrectaelección de un estándar o modelo puedeprovocar serias consecuencias, inclusiveel efecto contrario. Para evitar esto,previamente debe existir un estudio parala elección del modelo o estándar que seajuste a las características, necesidades yobjetivos de la empresa.A lo largo del tiempo se handesarrollado varios modelos y estándaresde Calidad, entre los modelos yestándares mas nombrados a nivelproceso se encuentra el CapabilityMaturity Model Integration (CMMi) queha evolucionado hasta su versión actualV1.3, Personal Software Process (PSP),Team Software Process (TSP), Six SigmaFor Software, TICKIT entre otros. Losestándares para el proceso en la familia delas ISO el 90003:2004, últimamente elrevisado y modificado estándar 9001 ensu versión ISO/IEC 9001:2015, ISO/IEC12207, ISO / IEC TR 15504 y la ISO/IEC20000:2005Entre los modelos y estándarespara el producto puede mencionarse el deMcCall, Evans y Marciniak, Deutch yWillis, Furps, Boehm, entre otros484

[PGC07]. Un hito en la definición deestándares de calidad del productosoftware, lo constituye la publicación delISO 9126 en el año 1991. Luego, en elaño 2001, este estándar fue reemplazadopor dos estándares relacionados: elISO/IEC9126,queespecificacaracterísticas y métricas de la calidad delproducto software; y el estándar ISO/IEC14598, que define el proceso deevaluación de productos software.El estándar ISO/IEC 9126 secompone de cuatro partes: modelo decalidad, métricas externas, métricasinternas y métricas para la calidad en uso.Propone un modelo de calidadcategorizando la calidad de los dad, fiabilidad, usabilidad,eficiencia, mantenibilidad y portabilidad),lascualesson subdivididasensubcaracterísticas. El modelo más actualestá representado por las normas ISO25000, conocidas con el nombre deSQuaRE (Software Quality Requirementsand Evaluation), basada en ISO 9126 yen ISO 14598, se desagrega en 5 tópicos:1-Gestión de la Calidad (2500n), 2Modelo de Calidad (2501n), 3- Medidasde Calidad (2502n), 4-Requerimientos deCalidad (2503n) y 5-Evaluación de laCalidad (2504n) [PGC07].Los modelos y estándares brindanla posibilidad de transformar la calidad enalgo concreto, tangible, objetivo (porcontraposición de subjetivo), que sepuede definir, que se puede medir y quese puede planificar. Dan pautas paraimplementar programas de mejoras enbúsqueda de la calidad a través deprocesos que serán definidos por laorganización.La necesidad de medir la fundamentaDeMarco [DeM82] en que “No se puedecontrolar lo que no se puede medir”. YFenton [FP97], nombra cuatro razonespara medir procesos software, productoso recursos: Medir para caracterizarMedir para evaluarMedir para predecirMedir para mejorar.Segun Sommerville [Som05], la mediciónes una actividad que forma parte de unproceso (ver Fig.1), que consiste enasociar valores numéricos a atributos deproductos o procesos de software.Elegirmétricas amedirSeleccionarcomponentes a valorarMedircaracterísticas de omponentesanómalosFigura 1: Proceso de medición definidopor SommervilleEl glosario IEEE de términos deingeniería del software define laingeniería del software como laaplicacióndeunaaproximaciónsistemática, disciplinada y cuantificableal desarrollo del software.". Lo quesignifica que la medición debe estarligada a nuestra disciplina como unaactividad necesaria a lo largo de todo elciclo de vida del software. Y paraconcluir se puede decir que la mediciónde los productos y sus características haceposible la mejora de su calidad.485

Líneas de Investigación,Desarrollo e s y conferencias sobre métricasdel software donde se abordan losaspectos técnicos de la medición; pero noexistenguíasclarasparalaimplementación de programas de métricasen las empresas. Definir métricas que sequieran implementar en un proceso demedición para conseguir medir la calidadde un producto o proceso de software, noes algo trivial. La línea principal deinvestigación de este trabajo proponeformular métricas para un caso de estudioparticular como es el dominio delmercado farmacéutico, para ser tomadascomo referencia tanto para la calidaddesde el punto de vista de la empresainformática que provee el producto, comopara los clientes que necesiten adquirir unproducto software de este dominio.Puntualmente para la comercialización deproductos farmacéuticos, el cual cuentacon particularidades y características quedifieren de otros modelos de negocios altener que gestionar obras sociales, ART,convenios, trazabilidad, etc. La JARPHA(Journal of the American PharmacistsAssociation) resalta el rol de las farmaciascomo eslabón partícipe en la atención dela salud, por el valor de los servicios queofrecen todos los días a millones depacientes durante el proceso dedispensación, siendo el software partevital de ese proceso de dispensaciónOtra línea de investigación que surgeprimeramente es el estudio de losmodelos y estándares de calidadateriormente nombrados, y una vezconsideradosseseguiránrecomendaciones que sugieren algunosautores como [Fenton, Piattini, L. Briand,S. Morasca, etc.] y que se encuentran biensintetizadas en [DDM12] cuando sedefinen métricas como: Las métricas se deben definir enfunción de un objetivo claro.Las métricas deben validarseteóricamente para dilucidar simiden realmente los atributos quese pretendan medir, lo quepermitirá entre otras cosas,conocer la escala de medida .Las métricas se deben validarempíricamente, para conocer sugrado de utilidad en la obtenciónde medidas de atributos de calidadexternos que no son directamentemedibles, o para gestionarlos. La obtención de las medicionesdebe ser fácil, y a ser posible,automatizada con herramientasadecuadas.Por la importancia del hecho de medirno se podrá utilizar cualquier sistema demedida, sino que deberá estar sujeto a unateoría: La Teoría de la Medición. Elobjetivo de una teoría de la medida, es elde lograr que la descripción que lasmétricas nos aportan del sistema, seaobjetiva, exacta, reproducible, segura ysignificativa.[DMT]Resultados y Objetivos486

Objetivos:Definir métricas de calidadrepresentativas de los productos desoftware pertenecientes al dominio delmercado farmacéutico.Incentivar la discusión académica.Analizar los modelos y estándaresde calidad del software, recorriendo lasactualizaciones y nuevos estándares.Resultados esperados:Al concluir esta investigación, sepretende brindar métricas que puedan serconsideradas para evaluar productos deldominio mencionado. A fin de que lasempresasdispongandemétricasespecíficas de dicho dominio y secontribuya para mejorar sus productosmediante la retroalimentación de losresultados obtenidos. Tratando de apuntara la problemática que tienen hoy en díalas PYMES que producen software paraeste mercado y que no figuran comoprincipales proveedoras dentro delmercado farmacéutico.También se buscará hacer públicas estetipo de métricas, para que sirvan comoindicadores de calidad para los gruposempresarios que requieran este tipo desoftware y puedan invertir con másconfianza en nuestro país.Formación de Recursos HumanosEntre otras acciones de formación,tesinas de grado y otras tesis de posgrado,se encuentra la de la co-autora Lic.Alejandra Velia Lopez, quien estárealizando su tesis de Maestría enIngeniería de Software de la UniversidadNacional de San Luis, cuyo co-director elMg. Ing. Alberto Sánchez y director elDr. Ing. Germán Montejano.Referencias– [FN99] Norman E. Fenton andMartin Neil. A critique ofsoftware defect prediction models.IEEE Transactions on SoftwareEngineering,25(5):675{689,1999.– [IEEE05]ComputerSocietyIEEE. Guide to the SoftwareEngineering Body of Knowledge:2004 Edition - SWEBOK. 2005.– [Pre05] Roger S. Pressman.Ingeniera del software : unenfoque practico. McGraw-Hill,6a edition, 2005.– [PGC07] Piattini, M., García F.,Caballero, I. “Calidad de losSistemas Informáticos”. EditorialAlfaomega. 2007.– CalidaddeSistemasdeInformación, 2a Edición: MarioPiattini Velthuis, Félix O. GarcíaRubio, Ignacio García de Guzmány Francisco J. Pino, AlfaomegaGrupo Editor, México, Octubre2011– Calidad en el desarrollo desoftware, Pantaleo Guillermo,AlfaomegaGrupoEditorArgentino S.A. 2011– [FP97] Norman Fenton and ShariLawrencePeeger.SoftwareMetrics: A Rigorous and PracticalApproach. International ThomsonComputer Press, London, UK,second edition, 1997.487

– [Som05]IanSommerville.Ingeniera del software. PearsonEducacion, 7a edition, 2005.– [DMT04]TesisDoctoral:Metodología para el diseño demétricas en tiempo de ejecución.Universidad de Oviedo. AquilinoAdolfo Juan Fuente, 2004– Ignacio Pérez y Pedro l Ferrer Métricas, un enfoque cuantitativoa la gestión de proyectos desoftware.– Tesis Doctoral: Deteccion dedefectos de diseño mediantemetricas de codigo - por CarlosLopez Nozal. Universidad deValladolid – Octubre de 2012– �� Paginas web– http://www.aemes.org/:Asociación Española para laGobernanza, la gestión y lamedición de las tecnologías de lainformación.– http://japha .org/ : Journal of theAmericanPharmacistsAssociation– brary/ind openemr/ : Sreevidya Krishna ,ProgrammerandBusinessAnalyst, Freelance 29-07-2011.ymantenimiento del software”, RAMA Editorial, Madrid, 2003– [KiP96]Kitchenham,B.yPfleeger, S. L., “Software Quality:The Elusive Target”, IEEESoftware, vol. 20, n 1, pp. 12-21,1996– ISO, “ISO/IEC 9126-1 – Softwareengineering – Product quality –Part 1: Quality Model”, 2001.– ISO, “ISO/IEC 9126-2 – Softwareengineering – Product quality –Part 2: External Metrics”, 2003.– ISO, “ISO/IEC 9126-3 – Softwareengineering – Product quality –Part 3: Internal Metrics”, 2003.– ISO, “ISO/IEC 9126-4 – Softwareengineering – Product quality –Part 4: Quality in Use Metrics”,2004488

asociar valores numéricos a atributos de productos o procesos de software. Figura 1: Proceso de medición definido por Sommerville El glosario IEEE de términos de ingeniería del software define la ingeniería del software como la aplicación de una aproximación sistemática, disciplinada y cuantificable

Related Documents:

46 Consumidor Noviembre 2008. y parrillas eléctricas. l presente estudio de calidad . comprendió un total de 11 modelos de sartenes eléc-tricas pertenecientes a 8 marcas, y 7 modelos de parrillas eléctricas

E INTEGRACI Ó N EDUCATIVA Y SOCIAL Myriam De la Iglesia Premio extraord. en la Lic. de Psicopedagog ía. Doctora en Psicolog ía. Orientadora en un Centro Espec ífico de Ni ños con Autismo CONTENIDO Introducci ón (p. 1) 1. Marco conceptual (p. 2) 1.1. Evoluci ón del concepto de educaci ón especial 1.2. Definici ón del alumnado con .

tema experto. Por ejemplo, Stevens (1984), p agina 40, da la definici on siguiente: Los sistemas expertos son m aquinas que piensan y razonan como un experto lo har ıa en una cierta especialidad o campo. Por ejemplo, un sistema experto en diagn ostico m edico requerir ıa como datos los s ıntomas del paciente, los resultados de an .

Agile Software Development is not new, in fact it was introduced in the 1990s as a way to reduce costs, minimize risks and ensure that the final product is truly what customers requested. The idea behind the Agile approach is that instead of building a release that is huge in functionality (and often late to market), an organization would adapt to dynamic changing conditions by breaking a .

NMX-C181 Materiales termoaislantes. Transmisión Térmica (aparato de placa caliente aislada). Método de Prueba NMX-C-228 Materiales Termoaislantes. Adsorción de Humedad. Método de Prueba. NMX-C-238 Materiales Termoaislantes Terminología . REVISIÓN ESPECIFICACIÓ N SELLO FIDE No. 4129 3 30 SEP 2011 HOJA FIBRAS MINERALES PARA EDIFI CACIONES 8 de 8 12.2. Otros Documentos y Normas ASTM C-167 .

components were orientated according to the ASTM F 1440 and fixed using a high edge retention metallographic resin to the cement indication markers given on the femoral stem. In each case, the head – neck interface was immersed in 100 mL of 0.9 g/L NaCl. The head force was actuated against

electromagnetic compatibility and product safety. 5 3. Test plan Before proceeding with any testing, the vendor needs to submit a test plan for approval by the designated Project Officer, who will assess the test plan and notify the vendor in writing as to whether the test plan has been approved or rejected. If rejected or incomplete, the Project Officer will state the reason and allow the .

Rumki Basu, (2004) Public Administration: Concepts and Theories, Sterling Publication, Delhi. 22. Bhogale Shantaram, (2006) Lokprashasanache Siddhant aani Kaeryapadhati, Kailas Prakashan, Aurangabad. 23. Patil B. B., Public Administration (Marathi), Phadake Prakashan, Kolhapur, 2004. 8 SYLLABUS FOR TYBA POLITICAL SCIENCE (S-4) INTERNATIONAL POLITICS Course Rationale: This paper deals with .