<?xml version="1.0" encoding="ISO-8859-1"?><article xmlns:mml="http://www.w3.org/1998/Math/MathML" xmlns:xlink="http://www.w3.org/1999/xlink" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
<front>
<journal-meta>
<journal-id>2227-1899</journal-id>
<journal-title><![CDATA[Revista Cubana de Ciencias Informáticas]]></journal-title>
<abbrev-journal-title><![CDATA[Rev cuba cienc informat]]></abbrev-journal-title>
<issn>2227-1899</issn>
<publisher>
<publisher-name><![CDATA[Editorial Ediciones Futuro]]></publisher-name>
</publisher>
</journal-meta>
<article-meta>
<article-id>S2227-18992018000200006</article-id>
<title-group>
<article-title xml:lang="es"><![CDATA[Marco de Trabajo para gestionar actividades de calidad]]></article-title>
<article-title xml:lang="en"><![CDATA[Framework to manage software quality activities]]></article-title>
</title-group>
<contrib-group>
<contrib contrib-type="author">
<name>
<surname><![CDATA[Marin Diaz]]></surname>
<given-names><![CDATA[Aymara]]></given-names>
</name>
<xref ref-type="aff" rid="A01"/>
</contrib>
<contrib contrib-type="author">
<name>
<surname><![CDATA[Trujillo Casañola]]></surname>
<given-names><![CDATA[Yaimí]]></given-names>
</name>
<xref ref-type="aff" rid="A01"/>
</contrib>
<contrib contrib-type="author">
<name>
<surname><![CDATA[Buedo Hidalgo]]></surname>
<given-names><![CDATA[Denys]]></given-names>
</name>
<xref ref-type="aff" rid="A02"/>
</contrib>
</contrib-group>
<aff id="A01">
<institution><![CDATA[,Universidad de las Ciencias Informáticas Dirección de Calidad de Software ]]></institution>
<addr-line><![CDATA[ ]]></addr-line>
<country>Cuba</country>
</aff>
<aff id="A02">
<institution><![CDATA[,Universidad de las Ciencias Informáticas Vicerrectoría de Tecnología ]]></institution>
<addr-line><![CDATA[ ]]></addr-line>
<country>Cuba</country>
</aff>
<pub-date pub-type="pub">
<day>00</day>
<month>06</month>
<year>2018</year>
</pub-date>
<pub-date pub-type="epub">
<day>00</day>
<month>06</month>
<year>2018</year>
</pub-date>
<volume>12</volume>
<numero>2</numero>
<fpage>74</fpage>
<lpage>88</lpage>
<copyright-statement/>
<copyright-year/>
<self-uri xlink:href="http://scielo.sld.cu/scielo.php?script=sci_arttext&amp;pid=S2227-18992018000200006&amp;lng=en&amp;nrm=iso"></self-uri><self-uri xlink:href="http://scielo.sld.cu/scielo.php?script=sci_abstract&amp;pid=S2227-18992018000200006&amp;lng=en&amp;nrm=iso"></self-uri><self-uri xlink:href="http://scielo.sld.cu/scielo.php?script=sci_pdf&amp;pid=S2227-18992018000200006&amp;lng=en&amp;nrm=iso"></self-uri><abstract abstract-type="short" xml:lang="es"><p><![CDATA[La presente investigación presenta un marco de trabajo para gestionar actividades de calidad en los proyectos de desarrollo de software, que permite la detección de defectos y no conformidades durante el ciclo de vida de un proyecto y más cercano al momento donde se introducen, teniendo en cuenta la experiencia de las organizaciones y las tendencias nacionales e internacionales en el área del conocimiento de la calidad de software. En el marco de trabajo se proponen: actividades de calidad, técnicas y métodos para llevarlas a cabo, niveles en los que deben realizarse, roles y responsabilidades, herramientas, productos de trabajo e indicadores. La propuesta es independiente a la metodología de desarrollo utilizada y al tipo de proyecto de desarrollo de software. Se proponen guías de adaptación para pequeñas y medianas organizaciones. Para corroborar la validez del marco de trabajo se realizó una triangulación metodológica empleando métodos y técnicas de alta referencia internacional.]]></p></abstract>
<abstract abstract-type="short" xml:lang="en"><p><![CDATA[This research presents a framework to manage quality activities in software development projects, which allows the detection of defects and nonconformities during the life cycle of a project, closer to the moment when they are released, taking into account the experience of organizations as well as national and international trends in the area of knowledge of software quality. The framework proposes quality activities, techniques and methods to carry them out, levels at which they should be carried out, roles and responsibilities, tools, work products and indicators. The proposal works regardless the development methodology used and the type of software development project. Adaptive guides are proposed for small and medium-sized organizations. In order to corroborate the validity of the framework, a methodological triangulation was made using methods and techniques of prestigious international reference.]]></p></abstract>
<kwd-group>
<kwd lng="es"><![CDATA[actividades]]></kwd>
<kwd lng="es"><![CDATA[calidad]]></kwd>
<kwd lng="es"><![CDATA[defectos]]></kwd>
<kwd lng="es"><![CDATA[pruebas]]></kwd>
<kwd lng="es"><![CDATA[revisiones]]></kwd>
<kwd lng="en"><![CDATA[activities]]></kwd>
<kwd lng="en"><![CDATA[defects]]></kwd>
<kwd lng="en"><![CDATA[quality]]></kwd>
<kwd lng="en"><![CDATA[reviews]]></kwd>
<kwd lng="en"><![CDATA[test]]></kwd>
</kwd-group>
</article-meta>
</front><body><![CDATA[ <p align="right"><font face="Verdana, Arial, Helvetica, sans-serif" size="2"><B>ART&Iacute;CULO  ORIGINAL</B></font></p>     <p>&nbsp;</p>     <p><font size="4"><strong><font face="Verdana, Arial, Helvetica, sans-serif">Marco  de Trabajo para gestionar actividades de calidad</font></strong></font></p>     <p>&nbsp;</p>     <p><font size="3"><strong><font face="Verdana, Arial, Helvetica, sans-serif">Framework to manage software quality  activities</font></strong></font></p>     <p>&nbsp;</p>     <p>&nbsp;</p>     <P><font size="2"><strong><em><font face="Verdana, Arial, Helvetica, sans-serif">MSc. Aymara Marin Diaz</font></em><font face="Verdana, Arial, Helvetica, sans-serif"><strong><sup>1*</sup></strong>, <em>DrC. Yaim&iacute; Trujillo Casa&ntilde;ola</em><strong><sup>1</sup></strong>, <em>MSc. Denys Buedo Hidalgo</em></font></strong><font face="Verdana, Arial, Helvetica, sans-serif"><strong><sup>2</sup></strong></font></font></p>     <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif"><sup>1</sup>Direcci&oacute;n de Calidad de Software. Universidad de las Ciencias  Inform&aacute;ticas, Cuba. Carretera San Antonio Km 2 1/2. {amarin, yaimi}@uci.cu</font>    <br>   <font size="2" face="Verdana, Arial, Helvetica, sans-serif"><sup>2</sup>Vicerrector&iacute;a de Tecnolog&iacute;a. Universidad de las Ciencias Inform&aacute;ticas,  Cuba. Carretera San Antonio Km 2 1/2. dbuedo@uci.cu</font>    ]]></body>
<body><![CDATA[<br>       <br> </p>     <P><font face="Verdana, Arial, Helvetica, sans-serif"><span class="class"><font size="2">*Autor para la correspondencia: </font></span></font><font size="2" face="Verdana, Arial, Helvetica, sans-serif"> <a href="mailto:jmperea@unex.es">amarin@uci.cu</a><a href="mailto:jova@uci.cu"></a></font><font face="Verdana, Arial, Helvetica, sans-serif"><a href="mailto:losorio@ismm.edu.cu"></a> </font>     <p>&nbsp;</p>     <p>&nbsp;</p> <hr>     <P><font size="2" face="Verdana, Arial, Helvetica, sans-serif"><b>RESUMEN</b> </font>     <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">La presente investigaci&oacute;n presenta un marco de trabajo para gestionar  actividades de calidad en los proyectos de desarrollo de software, que permite  la detecci&oacute;n de defectos y no conformidades durante el ciclo de vida de un  proyecto y m&aacute;s cercano al momento donde se introducen, teniendo en cuenta la  experiencia de las organizaciones y las tendencias nacionales e internacionales  en el &aacute;rea del conocimiento de la calidad de software. En el marco de trabajo  se proponen: actividades de calidad, t&eacute;cnicas y m&eacute;todos para llevarlas a cabo,  niveles en los que deben realizarse, roles y responsabilidades, herramientas,  productos de trabajo e indicadores. La propuesta es independiente a la  metodolog&iacute;a de desarrollo utilizada y al tipo de proyecto de desarrollo de  software. Se proponen gu&iacute;as de adaptaci&oacute;n para peque&ntilde;as y medianas  organizaciones. Para corroborar la validez del marco de trabajo se realiz&oacute; una  triangulaci&oacute;n metodol&oacute;gica empleando m&eacute;todos y t&eacute;cnicas de alta referencia  internacional.</font></p>     <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif"><b><span lang=EN-GB>Palabras clave:</span></b></font> <font size="2" face="Verdana, Arial, Helvetica, sans-serif">actividades, calidad, defectos,  pruebas, revisiones.</font></p> <hr>     <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif"><b><span lang=EN-GB>ABSTRACT</span></b> </font></p>     <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">This research presents a framework to manage quality activities in  software development projects, which allows the detection of defects and  nonconformities during the life cycle of a project, closer to the moment when  they are released, taking into account the experience of organizations as well  as national and international trends in the area of knowledge of software quality.  The framework proposes quality activities, techniques and methods to carry them  out, levels at which they should be carried out, roles and responsibilities,  tools, work products and indicators. The proposal works regardless the  development methodology used and the type of software development project.  Adaptive guides are proposed for small and medium-sized organizations. In order  to corroborate the validity of the framework, a methodological triangulation  was made using methods and techniques of prestigious international reference.</font></p>     ]]></body>
<body><![CDATA[<p><font size="2" face="Verdana, Arial, Helvetica, sans-serif"><b><span lang=EN-GB>Key words: </span></b>activities,  defects, quality, reviews, test.</font></p> <hr>     <p>&nbsp;</p>     <p>&nbsp;</p>     <p><font size="3" face="Verdana, Arial, Helvetica, sans-serif"><b>INTRODUCCI&Oacute;N</b></font></p>     <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">La industria de  software ha alcanzado un papel importante dentro de la econom&iacute;a global por los  elevados ingresos que de ella se obtienen al a&ntilde;o. Se desarrolla a un ritmo  acelerado, aunque la producci&oacute;n a&uacute;n no satisface la demanda y los costos son  altos, debido, en la mayor&iacute;a de los casos, a la no aplicaci&oacute;n de las buenas  pr&aacute;cticas de la Ingenie-r&iacute;a y Gesti&oacute;n del Software. Estas son de vital  importancia, pues les da seguridad a los usuarios y clientes de estos  productos, proporcion&aacute;ndoles a los mismos sus pedidos a tiempo y con buena  calidad. (Padilla Lozano  &amp; R&iacute;os Arias, 2016; Sommerville &amp; Galipienso, 2005).</font></p>     <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">El Standish  Group, en los informes que genera cada a&ntilde;o, plantea que es com&uacute;n que los  proyectos de desarrollo de software concluyan con importantes desv&iacute;os en  cronograma y costos o, en algunos casos, resulten cancelados. Al analizar el  por ciento de proyectos satisfactorios de los &uacute;ltimos cinco reportes anuales  del Standish Group, se observa que, el comportamiento de los proyectos exitosos  sigue siendo menor que el porciento de proyectos cancelados y fallidos. Una de  las causas que se alegan en el reporte es la: Identificaci&oacute;n de defectos en las  etapas de pruebas.</font></p>     <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">Para hablar de  una gesti&oacute;n de la calidad efectiva resulta de gran importancia la aplicaci&oacute;n  del modelo Plan-Do-Check-Act original de Shewhart (Shewhart, 1986) (Rother, 2017), y difundido sobre todo por  Deming.</font></p>     <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">&Eacute;l mismo se refer&iacute;a a este modelo como el Ciclo de Shewhart. Hoy se  reconoce en muchos espacios como el Ciclo de Deming como consecuencia de los  aportes realizados por &eacute;l. Este modelo constituy&oacute; la primera gu&iacute;a para la  mejora de procesos del software (MPS). Es una de las principales herramientas  para lograr la MPS en las organizaciones o empresas que desean alcanzar la  excelencia en sus sistemas de calidad(Talavera Pleguezuelos, 2013). Este ciclo tambi&eacute;n conocido por  sus siglas en espa&ntilde;ol PHVA (Planificar, Hacer, Verificar y Actuar) debe  incorporarse al modo habitual de trabajo en la organizaci&oacute;n y a su cultura.  Adem&aacute;s, debe instaurar un estilo de gesti&oacute;n, pensamiento y actuaci&oacute;n cuya  principal caracter&iacute;stica es que no finaliza nunca. Emprender acciones  puntuales, destinadas a subsanar determinados problemas, por muy efectivas que  estas pudieran ser, no es suficiente. (Shewhart, 1986) (Talavera Pleguezuelos, 2013) </font></p>     <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">Seg&uacute;n Deming (Deming, 1989) la calidad no es m&aacute;s que:  &quot;Una serie de cuestionamientos hacia una mejora continua&rdquo;. Seg&uacute;n Trujillo:  &ldquo;(&hellip;) varias investigaciones reafirman la importancia de la mejora de procesos  del software (MPS) (Montoni &amp; da  Rocha, 2014) (Lema, Calvo&#8208;Manzano, Colomo&#8208;Palacios, &amp;  Arcilla, 2015) acerca de este elemento se  alega: la institucionalizaci&oacute;n de una MPS aporta ventajas significativas  respecto a la madurez organizacional (al-Tarawneh,  Abdullah, &amp; Ali, 2011) (Quintero,  Santiago, Guti&eacute;rrez Cantor, &amp; Guzm&aacute;n Prieto, 2017); las mejoras m&aacute;s significativas  se evidencian en la calidad del producto (Claudia, Mirna,  &amp; Jezreel, 2013), la productividad (Woronowicz, Rout,  O&rsquo;Connor, &amp; Dorling, 2013), la reducci&oacute;n de los costos (Claudia et al.,  2013) (Woronowicz et al.,  2013), el tiempo de  desarrollo (Ragaisis,  Peldzius, &amp; Simenas, 2010) y la competitividad (Woronowicz et al.,  2013). </font></p>     <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">Desde la  conceptualizaci&oacute;n de la calidad, muchos investigadores argumentaron la  importancia de las actividades encaminadas a la detecci&oacute;n de errores (Rojas-Montes,  Pino-Correa, &amp; Mart&iacute;nez, 2015), pero la pr&aacute;ctica ha demostrado  que no basta solamente con detectarlos, sino que se hace necesario hacerlo lo  m&aacute;s cerca al momento en que se introducen, con el fin de disminuir el esfuerzo  dedicado a las tareas de correcci&oacute;n.</font></p>     ]]></body>
<body><![CDATA[<p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">Para lograr una  alta calidad del producto final, el desarrollo debe estar asegurado por  actividades de calidad que permitan alcanzar con &eacute;xito su estado final. Para ir  escalando en los niveles de calidad, el proyecto debe mantener un riguroso  control de los indicadores de tiempo, costo, esfuerzo y la trazabilidad de los  requisitos. Las organizaciones desarrolladoras de software por su parte,  necesitan implementar actividades de calidad de manera planeada y sistem&aacute;tica,  con el fin de promover el desarrollo de software de calidad y as&iacute;, ganar en  competitividad. Los usuarios y clientes valoran, cada d&iacute;a m&aacute;s, la calidad, por  lo tanto, exigen la disminuci&oacute;n de errores, y penalizan los retrasos en  entregas y las cancelaciones de proyectos. Esta situaci&oacute;n conduce a que las  organizaciones cambien su orientaci&oacute;n hacia las pruebas de software, y las  consideren un proceso indispensable para apoyar la calidad de sus productos (C. Garc&iacute;a, 2014). </font></p>     <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">Los estudios de  Humphrey, Larman, Pressman y otros, afirman que la identificaci&oacute;n de defectos  en las etapas de pruebas (causa identificada por el Standish Group) afecta el  costo y los tiempos, al expresar:    <br> &ldquo;(&hellip;) aunque hay  muchos aspectos relacionados con la calidad del software, el primer aspecto de  la calidad est&aacute; relacionado necesariamente con sus defectos. Esto no significa  que los defectos son el &uacute;nico aspecto o que son los m&aacute;s importante, pero debes  tratar con muchos de los defectos para poder satisfacer cualquiera de los otros  objetivos.&rdquo; (W. HUMPHREY, 1997)     <br> &ldquo;Es m&aacute;s barato y  f&aacute;cil efectuar cambios durante las actividades de an&aacute;lisis y dise&ntilde;o que en la  fase de construcci&oacute;n: el software es m&aacute;s duro de lo que pensamos.&rdquo; (Larman, 1999)     <br> &ldquo;Las pruebas son  necesarias, pero tambi&eacute;n es una forma costosa de encontrar errores. Gasta el  tiempo en encontrar errores al comienzo del proceso y podr&aacute; reducir  significativamente los costos de pruebas y depuraci&oacute;n de errores.&rdquo; (Pressman, 2010) </font></p>     <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">Al decir de  estos autores, la calidad est&aacute; altamente relacionada con los defectos en los  productos y al alejarse su detecci&oacute;n del momento en que se introducen, aumentan  los tiempos para su correcci&oacute;n. A pesar de que la tendencia es a desarrollar  pruebas, estos cient&iacute;ficos afirman que es importante invertir en encontrar  errores desde el comienzo del proceso de desarrollo. </font></p>     <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">Estudios  realizados muestran que el costo de corregir un defecto de proyecto o de codificaci&oacute;n  en la propia fase es entre 10 a 100 veces menor que el costo de corregirlo en  la fase de pruebas (Bjarnason et al.,  2014). Seg&uacute;n Humphrey  los defectos son costosos de encontrar y corregir por tanto es muy eficiente  que los ingenieros encuentren y corrijan inmediatamente los defectos  introducidos. (W. HUMPHREY, 1997) </font></p>     <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">Cuba ante la  necesidad de insertarse en el mercado mundial, trabaja en la b&uacute;squeda de nuevas  alternativas y v&iacute;as para un mejor aprovechamiento de sus recursos humanos y  materiales basados en la gesti&oacute;n del conocimiento. La b&uacute;squeda de mayores  resultados econ&oacute;micos y sociales es fundamental en el sector empresarial, por  lo que nuestro pa&iacute;s se enfrenta a un proceso de actualizaci&oacute;n de su modelo  econ&oacute;mico y social como lo reafirman las palabras del General de Ej&eacute;rcito Ra&uacute;l  Castro, Presidente de los Consejos de Estado y de Ministros al expresar: &ldquo;(&hellip;)  el proceso de actualizaci&oacute;n del modelo econ&oacute;mico y social va dirigido a crear  las condiciones que permitan el incremento sostenido y sustentable del ingreso  de los trabajadores estatales y a la vez preservar las conquistas sociales de  la Revoluci&oacute;n&rdquo;. En aras de contribuir a la sociedad cubana la industria del  software debe jugar un papel fundamental y para ello la calidad debe ser su  principal pilar.</font></p>     <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">La Universidad  de las Ciencias Inform&aacute;ticas (UCI) resalta por alcanzar &iacute;ndices altos de  producci&oacute;n de software en el pa&iacute;s. La misma tiene como misi&oacute;n, formar  profesionales comprometidos con la Revoluci&oacute;n y altamente calificados en la  inform&aacute;tica, la producci&oacute;n de aplicaciones y servicios profesionales. Posee un  modelo de formaci&oacute;n, que se sustenta en la interrelaci&oacute;n de la formaci&oacute;n, la  investigaci&oacute;n y la producci&oacute;n, adem&aacute;s de servir de soporte a la industria cubana  de la inform&aacute;tica.&nbsp; </font></p>     <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">En aras de  ampliar el mercado, mejorar la productividad, aumentar la satisfacci&oacute;n de los  clientes y garantizar la calidad de los productos que se desarrollan, se han  dado pasos estrat&eacute;gicos, un ejemplo es la ejecuci&oacute;n de programas de mejora. A  pesar de los esfuerzos realizados a&uacute;n se evidencian problemas en los productos  finales, lo cual se puede constatar en los an&aacute;lisis de tendencias del a&ntilde;o 2016  realizados por la Direcci&oacute;n de</font></p>     ]]></body>
<body><![CDATA[<p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">Calidad. En este a&ntilde;o, entre los artefactos  sujetos a pruebas de liberaci&oacute;n se encontraban: Especificaci&oacute;n de requisitos  del software, productos y manuales de usuarios. En el caso de la documentaci&oacute;n  durante el a&ntilde;o, su comportamiento arroj&oacute; que m&aacute;s del 50% de ellos, se liberan  en tercera y cuarta iteraci&oacute;n. Este dato demuestra que existen problemas en la  confecci&oacute;n de los documentos que se consideran entregables a los clientes. En  cuanto a los productos se evidenci&oacute; que m&aacute;s del 60% de los productos liberados  finalizaron el proceso en tercera y cuarta iteraci&oacute;n. </font></p>     <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">Es necesario  especificar que, de 199 aplicaciones que fueron liberados en el a&ntilde;o, el 65%  fueron m&oacute;dulos (parte peque&ntilde;a de un producto), lo cual explica que el 29%  terminara en segunda iteraci&oacute;n. </font></p>     <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">Otro de los  datos consultados fue la media de defectos detectados por centro de desarrollo.  La tendencia de este indicador mostr&oacute; que la media de los defectos en ese a&ntilde;o  fue de 23.29 a nivel institucional. Los valores por centro de desarrollo m&aacute;s  bajos oscilaron entre: 9.65 y 12.30, los m&aacute;s altos alcanzaron &iacute;ndices entre  47.06 y 59.30. En la Direcci&oacute;n General de Producci&oacute;n, se entrevist&oacute; al Grupo de  Seguimiento y</font></p>     <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">Control, el cual es el encargado de dar seguimiento y recopilar  las estad&iacute;sticas sobre todos los proyectos de la Universidad. En an&aacute;lisis  realizados del a&ntilde;o 2016 se muestra que solo un 10 % de los proyectos se  finalizaron con &eacute;xito, un 9% del total de los proyectos resultaron detenidos y  los proyectos cerrados con atraso representaron el 28 %. La principal causa de  este comportamiento seg&uacute;n los especialistas de la direcci&oacute;n fue el esfuerzo  dedicado a la correcci&oacute;n de defectos en etapas avanzadas del desarrollo.</font></p>     <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">Al realizar un  an&aacute;lisis de los datos, se pudo constatar que muchos de los defectos detectados  en pruebas fueron introducidos en etapas tempranas del desarrollo del software,  al no existir actividades que busquen encontrar defectos durante el desarrollo  y que permitan disminuir el esfuerzo dedicado a la correcci&oacute;n de estos. A  partir de este an&aacute;lisis se determina como problema:</font></p>     <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">&iquest;C&oacute;mo disminuir el  esfuerzo de correcci&oacute;n de defectos durante el ciclo de vida de los proyectos de  desarrollo de software? </font></p>     <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">Para responder  el problema cient&iacute;fico planteado anteriormente se define como objetivo general:</font></p>     <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">Dise&ntilde;ar un marco  de trabajo para gestionar actividades de calidad en los proyectos de desarrollo  basado en la experiencia de las organizaciones y las tendencias nacionales e  internacionales en la calidad de software, que permita disminuir la cantidad de  defectos y no conformidades y el esfuerzo de correcci&oacute;n de estos en el ciclo de  vida. </font></p>     <p>&nbsp;</p>     <p><font face="Verdana, Arial, Helvetica, sans-serif"><strong><font size="3">MATERIALES Y M&Eacute;TODOS </font></strong></font></p>     ]]></body>
<body><![CDATA[<p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">Para la  consecuci&oacute;n del objetivo de la investigaci&oacute;n se presenta un marco de trabajo  para la gesti&oacute;n de las actividades de calidad, que parte de las mejores  pr&aacute;cticas propuestas en est&aacute;ndares, gu&iacute;as y modelos internacionales y de las  experiencias de las organizaciones. Se describen los principios a seguir para  la aplicaci&oacute;n de la propuesta. Se representan las etapas y sus actividades,  mecanismos, ejemplos, controles y productos de trabajo, instrumentos que sirven  de base para la ejecuci&oacute;n del marco de trabajo. Se recomiendan herramientas  inform&aacute;ticas. </font></p>     <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">Para esta  investigaci&oacute;n se define como marco de trabajo: visi&oacute;n general amplia o esquema  de elementos interconectados, que define un conjunto estandarizado de  conceptos, pr&aacute;cticas y criterios para enfocar un tipo de problem&aacute;tica  particular (Press, 2015). Un marco de trabajo proporciona  una estructura base para organizar los componentes de un proceso (CMMI, 2010), incluyendo actividades, reglas  y m&eacute;todos aplicables a cualquier escenario sin importar su tama&ntilde;o o complejidad  (Pressman, 2010). </font></p>     <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">El marco de  trabajo sugiere un enfoque a procesos sustentado sobre el Ciclo de Deming,  permitiendo a partir de las lecciones aprendidas el mejoramiento continuo de  las t&eacute;cnicas a utilizar y la inclusi&oacute;n de nuevas actividades, de considerarse  necesario.</font></p>     <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">La propuesta de  soluci&oacute;n constituye un marco de trabajo basado en buenas pr&aacute;cticas establecidas  por est&aacute;ndares, gu&iacute;as y modelos internacionales, y en la experiencia nacional,  que integra actividades fundamentales para la detecci&oacute;n de defectos. Adem&aacute;s,  incluye t&eacute;cnicas para llevar a cabo las actividades, herramientas, roles, y  competencias. Los componentes que integran el marco son:</font></p> <ul>       <li>         <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">Actividades de calidad</font></p>   </li>       <li>         <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">T&eacute;cnicas a aplicar</font></p>   </li>       <li>         <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">Herramientas</font></p>   </li>       ]]></body>
<body><![CDATA[<li>         <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">Capital humano</font></p>   </li>       <li>         <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">Gu&iacute;as</font></p>   </li>     </ul>     <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">Se propone la  aplicaci&oacute;n de la propuesta teniendo en cuenta la etapa en la que se encuentre  el proyecto. Puede ser aplicado independiente de la metodolog&iacute;a de desarrollo  que se utilice, sea &aacute;gil o robusta. Debe valorarse a partir de la estructura de  la organizaci&oacute;n los niveles en que se deben realizar las actividades.</font></p>     <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">Precondiciones</font></p>     <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">Para aplicar el  marco de trabajo es necesario cumplir con las precondiciones que se listan a  continuaci&oacute;n:</font></p> <ul>       <li>         <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">Conocer el tiempo de duraci&oacute;n del proyecto;</font></p>   </li>       ]]></body>
<body><![CDATA[<li>         <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">Tener definidos los roles y responsabilidades;</font></p>   </li>       <li>         <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">Tener identificados los riesgos potenciales que puedan  afectar la ejecuci&oacute;n de las actividades de calidad.</font></p>   </li>     </ul>     <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif"><strong>Actividades de calidad</strong> </font></p>     <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">Las  actividades de calidad propuestas para esta investigaci&oacute;n surgen a partir de la  revisi&oacute;n bibliogr&aacute;fica realizada en el cap&iacute;tulo anterior, donde se tuvo en  cuenta las gu&iacute;as, modelos y est&aacute;ndares internacionales m&aacute;s utilizados y a los  autores m&aacute;s reconocidos en la tem&aacute;tica. Con el objetivo de realizar la  evaluaci&oacute;n de las actividades de calidad propuesta se utiliz&oacute; m&eacute;todos de  consulta a expertos. Los resultados de estos dependen en gran medida de la  adecuada selecci&oacute;n de los expertos. Por lo anterior, para la investigaci&oacute;n se  decidi&oacute; utilizar el an&aacute;lisis de s&iacute;ntesis curricular para la selecci&oacute;n de los  expertos al considerar la experiencia pr&aacute;ctica como el principal factor a tener  en cuenta. </font></p>     <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">Basado en los  resultados obtenidos como propuesta en el marco de trabajo se definen tres  actividades de calidad:</font></p> <ul>       <li>         <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">Revisiones de adherencia a procesos  y productos:</font></p>   </li>     ]]></body>
<body><![CDATA[</ul>     <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">Objetivos:  la evaluaci&oacute;n de la adecuaci&oacute;n a los procesos y productos de trabajo  institucionalizados. Adem&aacute;s, se realizar&aacute;n para verificar la correcta  transici&oacute;n de una fase a la siguiente.     <br>   Frecuencia:  se propone que se realicen al menos una al finalizar cada fase.    <br>   Productos  de trabajo: todos los productos de trabajo que se creen a partir de la  utilizaci&oacute;n de la metodolog&iacute;a de desarrollo utilizada.    <br>   Resultados  esperados: Resoluci&oacute;n de los defectos detectados en el tiempo establecido por  el equipo revisor.</font></p> <ul>       <li>         <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">Pruebas:</font></p>   </li>     </ul>     <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">Objetivos:  comprobar que el producto a desarrollar cumple con los requisitos establecidos  por el cliente, teniendo en cuenta las recomendaciones de buenas pr&aacute;cticas  propuestas por los modelos, est&aacute;ndares y gu&iacute;as m&aacute;s recomendados a nivel  internacional.    <br>   Frecuencia:  se realizar&aacute;n al culminar cada uno de los productos de trabajo que resulten de  inter&eacute;s a la organizaci&oacute;n.    ]]></body>
<body><![CDATA[<br>   Productos  de trabajo: requisitos funcionales, requisitos no funcionales, producto, manual  de usuario y manual de instalaci&oacute;n.     <br>   Resultados  esperados: Resoluci&oacute;n de los defectos detectados en cada uno de los tipos de  pruebas realizadas.</font></p> <ul>       <li>         <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">Revisiones T&eacute;cnicas Formales:</font></p>   </li>     </ul>     <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">Objetivos:  la revisi&oacute;n t&eacute;cnica de los productos de trabajo que se identifiquen en la  instituci&oacute;n como entregables al cliente o aquellos solicitados por los clientes  o por necesidad de la instituci&oacute;n por deficiencias detectadas en an&aacute;lisis  realizados.    <br>   Frecuencia:  se realizar&aacute;n al culminar cada uno de los productos de trabajo que resulten de  inter&eacute;s a la organizaci&oacute;n.    <br>   Productos  de trabajo: Cronograma o plan de proyecto, requisitos funcionales, requisitos  no funcionales, arquitectura, base de datos y codificaci&oacute;n.    <br>   Resultados  esperados: Resoluci&oacute;n de los defectos detectados en el tiempo conciliado con el  equipo experto.</font></p>     <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif"><strong>T&eacute;cnicas y m&eacute;todos a aplicar</strong></font></p>     ]]></body>
<body><![CDATA[<p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">Las t&eacute;cnicas y m&eacute;todos a  aplicar, para cada una de las actividades propuestas en el marco de trabajo,  surgieron a partir del estudio realizado sobre las mejores pr&aacute;cticas propuestas  en los modelos m&aacute;s utilizados a nivel internacional. Luego se tuvo en cuenta el  criterio de los expertos en funci&oacute;n de su experiencia en la producci&oacute;n de  software y su producci&oacute;n cient&iacute;fica en temas asociados a la investigaci&oacute;n. Se  utiliz&oacute; la aplicaci&oacute;n de encuestas y entrevistas para la recolecci&oacute;n de la  informaci&oacute;n.</font></p>     <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">Los  resultados de estos cuestionarios arrojaron como m&eacute;todo de base y aplicable  para llevar a cabo las actividades que se proponen en el marco de trabajo, la  revisi&oacute;n entre pares o revisi&oacute;n entre colegas como se refiere en varias  bibliograf&iacute;as. Las  propuestas se muestran en la <a href="/img/revistas/rcci/v12n2/t0106218.jpg" target="_blank">siguiente tabla</a>.</font></p>     <p><font size="2"><strong><font face="Verdana, Arial, Helvetica, sans-serif">Herramientas</font></strong></font></p>     <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">Como  herramientas para dar soporte al marco de trabajo, se propone utilizar una  herramienta de gesti&oacute;n de proyectos que permita la planificaci&oacute;n y seguimiento  de las actividades planificadas y que adem&aacute;s permita el registro y seguimiento  a las no conformidades y defectos detectados. Adem&aacute;s, al analizar las  herramientas de gesti&oacute;n documental estudiadas se proponen caracter&iacute;sticas que  debe cumplir la herramienta que las organizaciones decidan utilizar. Las  caracter&iacute;sticas, que debe cumplir la herramienta de gesti&oacute;n documental que se  utilice son: </font></p> <ul>       <li>         <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">Software libre.</font></p>   </li>       <li>         <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">Gesti&oacute;n del versionado de los productos.</font></p>   </li>       <li>         <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">Permitir flujo de trabajo.</font></p>   </li>       ]]></body>
<body><![CDATA[<li>         <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">Multiplataforma.</font></p>   </li>       <li>         <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">Gesti&oacute;n de usuarios.</font></p>   </li>     </ul>     <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif"><strong>Capital Humano</strong></font></p>     <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">El  capital humano con el que se cuenta var&iacute;a en funci&oacute;n de la actividad de calidad  a realizar, aunque se proponen roles generales en el marco de trabajo. A  continuaci&oacute;n, se listan los roles asociados a cada una de las actividades, las  responsabilidades de estos se publicar&aacute;n en futuras investigaciones. </font></p>     <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">Para  las actividades de Revisiones de Adherencia a proceso y producto:</font></p> <ul>       <li>         <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">Bolsa de revisores: Se propone la  constituci&oacute;n de una bolsa de revisores que permita la utilizaci&oacute;n de la  experiencia de los mejores especialistas de la instituci&oacute;n en aras de acometer  con calidad las actividades propuestas. Deben aprobar cursos de formaci&oacute;n de  revisores para lograr eficiencia en las actividades a realizar.</font></p>   </li>     ]]></body>
<body><![CDATA[</ul>     <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">Para las  actividades de RTF:</font></p> <ul>       <li>         <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">Bolsa de expertos: Se propone la  constituci&oacute;n de una bolsa de expertos que permita la utilizaci&oacute;n de la  experiencia de los mejores especialistas de la instituci&oacute;n en aras de acometer  con calidad las actividades propuestas. Deben conformar la bolsa los expertos  que se destaquen en un rol, constituyendo un ejemplo en la disciplina t&eacute;cnica a  tratar. Dentro de la bolsa se proponen los siguientes roles.</font></p>   </li>     </ul>     <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">Para las  actividades de Pruebas:</font></p> <ul>       <li>         <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">Rol: Coordinador de pruebas</font></p>   </li>       <li>         <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">Rol: Probador</font></p>   </li>     ]]></body>
<body><![CDATA[</ul>     <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif"><strong>Gu&iacute;as</strong>    <br>   En el marco de trabajo propuesto  se definen gu&iacute;as para facilitar la utilizaci&oacute;n del mismo. Las gu&iacute;as propuestas  son las siguientes:</font></p> <ul>       <li>         <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">Gu&iacute;a para la planificaci&oacute;n de actividades de calidad.</font></p>   </li>       <li>         <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">Gu&iacute;a para seleccionar productos de trabajo a evaluar. </font></p>   </li>       <li>         <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">Gu&iacute;a para proponer criterios, m&eacute;todos, t&eacute;cnicas,  herramientas, resultados esperados, tolerancia, recursos y entornos para llevar  a cabo las actividades de calidad. </font></p>   </li>     </ul>     ]]></body>
<body><![CDATA[<p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">Como  principal elemento en la gu&iacute;a propuesta para la planificaci&oacute;n vale destacar la  frecuencia con la que se propone se realicen las actividades de calidad y los  niveles para aplicarlas. La propuesta que se realiza es independiente de la  metodolog&iacute;a de desarrollo que se utilice. La propuesta de niveles considera uno  como opcional, en dependencia de la estructura de la organizaci&oacute;n como se  explica en la propuesta de actividades de calidad por niveles. Adem&aacute;s, en caso  de ser una organizaci&oacute;n peque&ntilde;a se puede considerar solo la implementaci&oacute;n del  marco en el nivel proyecto, empleando las revisiones entre pares como m&eacute;todo  fundamental para llevar a cabo las actividades.</font></p>     <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">La Gu&iacute;a  para seleccionar productos de trabajo como entregable a los clientes sugiere  elementos a tener en cuenta para dicha acci&oacute;n independiente de la metodolog&iacute;a  de desarrollo a utilizar. Es v&aacute;lido se&ntilde;alar que el cliente puede solicitar como  entregable cualquier artefacto que surja en el desarrollo de software y que  considere pueda necesitar. </font></p>     <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">La tercera gu&iacute;a propone a partir  del tipo de actividad de calidad que se va a realizar y teniendo en cuenta el  artefacto a liberar, m&eacute;todos, t&eacute;cnicas, herramientas, resultados esperados,  tolerancia, recursos y entornos espec&iacute;ficos para acometer las diferentes  actividades de calidad. </font></p>     <p>&nbsp;</p>     <p><font face="Verdana, Arial, Helvetica, sans-serif"><strong><font size="3">RESULTADOS Y DISCUSI&Oacute;N </font></strong></font></p>     <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">Se describe la estrategia de  evaluaci&oacute;n empleada en la investigaci&oacute;n y los an&aacute;lisis que de su aplicaci&oacute;n se  derivan. Para validar el marco de trabajo se utiliz&oacute; m&eacute;todo de expertos para  valorar la contribuci&oacute;n, se realiz&oacute; un cuasiexperimento y un estudio de casos que  permite determinar que es posible disminuir el esfuerzo en la correcci&oacute;n y el  n&uacute;mero de defectos con la aplicaci&oacute;n del marco propuesto. Se utiliz&oacute; la t&eacute;cnica  de Iadov para comprobar la satisfacci&oacute;n de usuarios. </font></p>     <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">A partir de la aplicaci&oacute;n de  los m&eacute;todos Delphi, estudio de casos, cuasiexperimento y la t&eacute;cnica de Iadov,  se realiza la triangulaci&oacute;n metodol&oacute;gica de los resultados. El m&eacute;todo permite  contrastar los resultados obtenidos para determinar las coincidencias obtenidos  en la cuantificaci&oacute;n de variables mediante un m&eacute;todo cuantitativo, las  tendencias y dimensiones que surgen de la aplicaci&oacute;n de m&eacute;todos cualitativos.  La autora coincide con (Trujillo, 2014) en cuanto a la definici&oacute;n  triangulaci&oacute;n como: &ldquo;es la aplicaci&oacute;n y combinaci&oacute;n de varias metodolog&iacute;as de  la investigaci&oacute;n en el estudio de un mismo fen&oacute;meno&rdquo;</font></p>     <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">Para valorar el efecto del  marco en la disminuci&oacute;n de esfuerzo en la correcci&oacute;n de defectos se realiz&oacute; un  estudio de casos. Los autores consideran para la investigaci&oacute;n la definici&oacute;n de  este m&eacute;todo ofrecida por Sampieri, el cual lo define como: &ldquo;estudios que al  utilizar los procesos de investigaci&oacute;n cuantitativa, cualitativa o mixta;  analizan profundamente una unidad para responder al planteamiento del problema,  probar hip&oacute;tesis y desarrollar alguna teor&iacute;a&rdquo;. (Hern&aacute;ndez  Sampieri, Fern&aacute;ndez Collado, &amp; Baptista Lucio, 2010) </font></p>     <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">En las <a href="#f03">siguientes gr&aacute;ficas</a> se muestra  la desviaci&oacute;n entre los defectos introducidos por fases y los detectados,  basados en los propuestos por Humphrey (W. S. Humphrey, 1995) antes y despu&eacute;s de aplicado  el est&iacute;mulo.</font></p>     <p align="center"><img src="/img/revistas/rcci/v12n2/f0206218.jpg" alt="f02" width="352" height="303"><a name="f02"></a><img src="/img/revistas/rcci/v12n2/f0306218.jpg" alt="f03" width="353" height="302"><a name="f03"></a></p>     ]]></body>
<body><![CDATA[<p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">La desviaci&oacute;n t&iacute;pica observada  luego de la aplicaci&oacute;n del est&iacute;mulo tiende m&aacute;s a cero que la obtenida antes de  aplicar el est&iacute;mulo, por tanto, se puede establecer que a menor valor de este  indicador menor ser&aacute; el esfuerzo dedicado a la correcci&oacute;n de defectos.</font></p>     <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">Para la realizaci&oacute;n del Cuasiexperimento el indicador utilizado es la media  de defectos por centro de desarrollo con el paquete estad&iacute;stico SPSS Base 10.0.  Los resultados arrojados permiten afirmar entonces que existe diferencia  significativa entre la media de defectos a nivel institucional antes y despu&eacute;s  de aplicado el est&iacute;mulo. En la <a href="#f04">figura  4</a> se muestra c&oacute;mo disminuyen en la mayor&iacute;a de los centros la media de defectos  detectados. </font></p>     <p align="center"><img src="/img/revistas/rcci/v12n2/f0406218.jpg" alt="f04" width="524" height="229"><a name="f04"></a></p>     <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">Despu&eacute;s de aplicados los m&eacute;todos descritos se puede  concluir que la hip&oacute;tesis planteada en la investigaci&oacute;n fue positiva  cumpli&eacute;ndose los objetivos de desarrollar un marco de trabajo que contribuyera  a la disminuci&oacute;n del esfuerzo dedicado a la correcci&oacute;n de defectos y la  disminuci&oacute;n de los mismos en los proyectos de desarrollo de software. </font></p>     <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">Luego de aplicada la  triangulaci&oacute;n metodol&oacute;gica, se obtuvieron los siguientes resultados:</font></p> <ul>       <li>         <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">La valoraci&oacute;n satisfactoria por expertos (mediante Delphi) y por los  usuarios (aplicando Iadov y encuestas) del marco de trabajo elaborado, permite  concluir que el marco disminuye el esfuerzo dedicado a la correcci&oacute;n de  defectos y disminuye el n&uacute;mero de estos.</font></p>   </li>       <li>         <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">La coincidencia alcanzada entre los resultados del estudio de casos y el  cuasiexperimento, con respecto a que el efecto de la implementaci&oacute;n del marco,  disminuye el esfuerzo dedicado a la correcci&oacute;n de defectos y disminuye el  n&uacute;mero estos. </font></p>   </li>       <li>         ]]></body>
<body><![CDATA[<p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">La valoraci&oacute;n satisfactoria de los expertos y los clientes fue confirmada  con los resultados de la aplicaci&oacute;n en entornos reales. </font></p>   </li>       <li>         <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">Los resultados de los m&eacute;todos aplicados no muestran contradicciones. </font></p>   </li>     </ul>     <p>&nbsp;</p>     <p><font face="Verdana, Arial, Helvetica, sans-serif" size="3"><B>CONCLUSIONES</B></font></p> <ul>       <li>         <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">Los modelos y est&aacute;ndares  internacionales agrupan las buenas pr&aacute;cticas propuestas sobre actividades a  ejecutar para la detecci&oacute;n de defectos y no conformidades, aunque no  especifican t&eacute;cnicas y m&eacute;todos, roles, responsabilidades, herramientas y gu&iacute;as  para llevarlas a cabo.</font></p>   </li>       <li>         <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">Las tendencias nacionales conocidas  a trav&eacute;s de un diagn&oacute;stico arrojaron que las actividades de calidad  implementadas en la industria de software cubana son pruebas y en algunos casos  revisiones.</font></p>   </li>       ]]></body>
<body><![CDATA[<li>         <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">Se defini&oacute; un marco de trabajo  para gestionar actividades de calidad en el cual se integraron buenas pr&aacute;cticas  como: actividades de calidad, t&eacute;cnicas, m&eacute;todos, herramientas, roles,  responsabilidades, gu&iacute;as y productos de trabajo. </font></p>   </li>       <li>         <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">La aplicaci&oacute;n del marco de  trabajo contribuye a la evaluaci&oacute;n objetiva de los procesos y los productos,  disminuye el esfuerzo dedicado a la correcci&oacute;n de defectos a trav&eacute;s de la  detecci&oacute;n de estos en etapas m&aacute;s cercanas a donde se introducen y los defectos  en los proyectos de desarrollo de software.</font></p>   </li>     </ul>     <p>&nbsp;</p>     <p align="left"><font face="Verdana, Arial, Helvetica, sans-serif" size="3"><B>REFERENCIAS    BIBLIOGR&Aacute;FICAS</B></font>     <!-- ref --><p><font size="2"><a><font face="Verdana, Arial, Helvetica, sans-serif">al-Tarawneh, M. Y., Abdullah, M. S., &amp; Ali, A. B. M.  (2011). </font></a><font face="Verdana, Arial, Helvetica, sans-serif">A proposed methodology for establishing  software process development improvement for small software development firms. <em>Procedia Computer Science, 3</em>, 893-897.     </font></font></p>     <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif"><a>Bjarnason, E.,  Runeson, P., Borg, M., Unterkalmsteiner, M., Engstr&ouml;m, E., Regnell, B., . . . Feldt,  R. (2014). </a>Challenges and practices in aligning  requirements with verification and validation: a case study of six companies. <em>Empirical Software Engineering, 19</em>(6),  1809-1855. </font></p>     ]]></body>
<body><![CDATA[<!-- ref --><p><font size="2" face="Verdana, Arial, Helvetica, sans-serif"><a>C. Garc&iacute;a, A.  D., and M. Pessoa. (2014). Test process models: Systematic literature review. <em>vol. 477</em>.     </a> </font></p>     <!-- ref --><p><font size="2" face="Verdana, Arial, Helvetica, sans-serif"><a>Claudia, V., Mirna, M., &amp; Jezreel, M. (2013). </a><em>Characterization of software  processes improvement needs in SMEs.</em> Paper presented at  the Mechatronics, Electronics and Automotive Engineering (ICMEAE), 2013 International  Conference on.     </font></p>     <!-- ref --><p><font size="2" face="Verdana, Arial, Helvetica, sans-serif"><a>CMMI. (2010). Versi&oacute;n 1.3 (CMMI-DEV, V1. 3). Mejora de los  procesos para el desarrollo de mejores productos y servicios: TECHNICAL REPORT.  CMU/SEI-2010-TR-033.    </a></font></p>     <!-- ref --><p><font size="2" face="Verdana, Arial, Helvetica, sans-serif"><a>Deming, W. E. (1989). <em>Calidad,  productividad y competitividad: la salida de la crisis. </em>(Ediciones D&iacute;az de  Santos. ed.    ).</a></font></p>     <!-- ref --><p><font size="2" face="Verdana, Arial, Helvetica, sans-serif"><a>Hern&aacute;ndez Sampieri, R., Fern&aacute;ndez Collado, C., &amp; Baptista  Lucio, P. (2010). Metodolog&iacute;a de la investigaci&oacute;n. <em>M&eacute;xico: Editorial Mc Graw Hill</em>.     </a></font></p>     ]]></body>
<body><![CDATA[<!-- ref --><p><font size="2" face="Verdana, Arial, Helvetica, sans-serif"><a>HUMPHREY, W. (1997). <em>Introducci&oacute;n  al Proceso Software Personal</em>.    </a></font></p>     <!-- ref --><p><font size="2" face="Verdana, Arial, Helvetica, sans-serif"><a>Humphrey, W.  S. (1995). <em>A discipline for software  engineering</em>: Addison-Wesley Longman Publishing Co., Inc.    </a> </font></p>     <!-- ref --><p><font size="2" face="Verdana, Arial, Helvetica, sans-serif"><a>Larman, C. (1999). UML y Patrones. Introducci&oacute;n al an&aacute;lisis y  dise&ntilde;o orientado a objetos. Ed: Prentice Halll.    </a></font></p>     <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif"><a>Lema, L., Calvo</a>&#8208;Manzano,  J. A., Colomo&#8208;Palacios,  R., &amp; Arcilla, M. (2015). ITIL in small to medium&#8208;sized  enterprises software companies: towards an implementation sequence. <em>Journal of Software: Evolution and Process,  27</em>(8), 528-538. </font></p>     <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif"><a>Montoni, M.  A., &amp; da Rocha, A. R. C. (2014). Applying grounded theory to understand  software process improvement implementation: a study of Brazilian software  organizations. <em>Innovations in Systems and  Software Engineering, 10</em>(1), 33-40. </a> </font></p>     <!-- ref --><p><font size="2" face="Verdana, Arial, Helvetica, sans-serif"><a>Padilla  Lozano, V., &amp; R&iacute;os Arias, A. J. (2016). Sistema de gesti&oacute;n de  inventarios en Jabones El Tigre y Roca SA.     </a></font></p>     ]]></body>
<body><![CDATA[<!-- ref --><p><font size="2" face="Verdana, Arial, Helvetica, sans-serif"><a>Press, C. U.  (2015). Cambridge Dictionaries Online. [En l&iacute;nea] </a></font><!-- ref --><p><font size="2" face="Verdana, Arial, Helvetica, sans-serif"><a>Pressman, R. S. (2010). </a><em>Software Engineering: A Practitioner's Approach, 7/e, RS Pressman &amp;  Associates</em> (Vol. 73375977).     </font></p>     <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif"><a>Quintero, C., Santiago, D., Guti&eacute;rrez Cantor, J. C., &amp;  Guzm&aacute;n Prieto, B. N. (2017). Gesti&oacute;n de servicio de TI usando ITIL en las  MIPYME&ndash;caso de estudio: Laboratorio de Inform&aacute;tica. </a></font></p>     <!-- ref --><p><font size="2" face="Verdana, Arial, Helvetica, sans-serif"><a>Ragaisis, S., Peldzius, S., &amp; Simenas, J. (2010). </a><em>Mapping CMMI-DEV maturity levels to  ISO/IEC 15504 capability profiles.</em> Paper presented at  the Proceedings of the 9th WSEAS international conference on Telecommunications  and informatics.     </font></p>     <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif"><a>Rojas-Montes, M. L., Pino-Correa, F. J., &amp; Mart&iacute;nez, J. M.  (2015). </a>Testing process for small software development  organizations. <em>Facultad de Ingenier&iacute;a, 24</em>(39),  55-70. </font></p>     <!-- ref --><p><font size="2" face="Verdana, Arial, Helvetica, sans-serif"><a>Rother, M. (2017). <em>Toyota  Kata: El m&eacute;todo que ayud&oacute; a miles de empresas a optimizar la gesti&oacute;n de sus  negocios</em>: Profit Editorial.    </a></font></p>     <!-- ref --><p><font size="2" face="Verdana, Arial, Helvetica, sans-serif"><a>Shewhart, W.  A. (1986). Statistical method from the viewpoint of quality control.     . </a> </font></p>     <!-- ref --><p><font size="2" face="Verdana, Arial, Helvetica, sans-serif"><a>Sommerville, I., &amp; Galipienso, M. I. A. (2005). <em>Ingenier&iacute;a del software</em>: Pearson  Educaci&oacute;n.    </a></font></p>     <!-- ref --><p><font size="2" face="Verdana, Arial, Helvetica, sans-serif"><a>Talavera Pleguezuelos, C. (2013). El ciclo PDCA de Mejora  Continua.     </a></font></p>     <!-- ref --><p><font size="2" face="Verdana, Arial, Helvetica, sans-serif"><a>Trujillo, Y. C. (2014). <em>&quot;  MODELO PARA VALORAR LAS ORGANIZACIONES DESARROLLADORAS DE SOFTWARE AL INICIAR  LA MEJORA DE PROCESOS&quot;.</em> (Tesis de doctorado), Universidad de las  Ciencias Inform&aacute;ticas.    &nbsp;&nbsp;</a></font></p>     <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif"><a>Woronowicz, T., Rout, T., O&rsquo;Connor, R. V., &amp; Dorling, A. (2013). <em>Software Process Improvement and Capability  Determination</em>: Springer.</a></font><font size="2"></font></p>     <p name="_ENREF_1">&nbsp;</p>     <p name="_ENREF_1">&nbsp;</p>     ]]></body>
<body><![CDATA[<p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">Recibido: 27/03/2018    <br> Aceptado: 23/04/2018</font></p>      ]]></body><back>
<ref-list>
<ref id="B1">
<nlm-citation citation-type="book">
<person-group person-group-type="author">
<name>
<surname><![CDATA[al-Tarawneh]]></surname>
<given-names><![CDATA[M. Y.]]></given-names>
</name>
<name>
<surname><![CDATA[Abdullah]]></surname>
<given-names><![CDATA[M. S.]]></given-names>
</name>
<name>
<surname><![CDATA[Ali]]></surname>
<given-names><![CDATA[A. B. M]]></given-names>
</name>
</person-group>
<source><![CDATA[A proposed methodology for establishing software process development improvement for small software development firms.]]></source>
<year>2011</year>
<volume>3</volume>
<page-range>893-897</page-range><publisher-name><![CDATA[Procedia Computer Science]]></publisher-name>
</nlm-citation>
</ref>
<ref id="B2">
<nlm-citation citation-type="">
<person-group person-group-type="author">
<name>
<surname><![CDATA[Bjarnason]]></surname>
<given-names><![CDATA[E]]></given-names>
</name>
<name>
<surname><![CDATA[Runeson]]></surname>
<given-names><![CDATA[P]]></given-names>
</name>
<name>
<surname><![CDATA[Borg]]></surname>
<given-names><![CDATA[M]]></given-names>
</name>
<name>
<surname><![CDATA[Unterkalmsteiner]]></surname>
<given-names><![CDATA[M]]></given-names>
</name>
<name>
<surname><![CDATA[Engström]]></surname>
<given-names><![CDATA[E]]></given-names>
</name>
<name>
<surname><![CDATA[Regnell]]></surname>
<given-names><![CDATA[B]]></given-names>
</name>
<name>
<surname><![CDATA[Feldt]]></surname>
<given-names><![CDATA[R]]></given-names>
</name>
</person-group>
<article-title xml:lang="en"><![CDATA[Challenges and practices in aligning requirements with verification and validation: a case study of six companies]]></article-title>
<source><![CDATA[]]></source>
<year></year>
<volume>19</volume>
<numero>6</numero>
<issue>6</issue>
<page-range>1809-1855</page-range></nlm-citation>
</ref>
<ref id="B3">
<nlm-citation citation-type="">
<person-group person-group-type="author">
<name>
<surname><![CDATA[C. García]]></surname>
<given-names><![CDATA[A. D]]></given-names>
</name>
<name>
<surname><![CDATA[Pessoa]]></surname>
<given-names><![CDATA[M]]></given-names>
</name>
</person-group>
<source><![CDATA[Test process models: Systematic literature review]]></source>
<year>2014</year>
<volume>477</volume>
</nlm-citation>
</ref>
<ref id="B4">
<nlm-citation citation-type="book">
<person-group person-group-type="author">
<name>
<surname><![CDATA[Claudia]]></surname>
<given-names><![CDATA[V]]></given-names>
</name>
<name>
<surname><![CDATA[Mirna]]></surname>
<given-names><![CDATA[M]]></given-names>
</name>
<name>
<surname><![CDATA[Jezreel]]></surname>
<given-names><![CDATA[M]]></given-names>
</name>
</person-group>
<source><![CDATA[Characterization of software processes improvement needs in SMEs.]]></source>
<year>2013</year>
<month>20</month>
<day>13</day>
<publisher-name><![CDATA[ICMEAE]]></publisher-name>
</nlm-citation>
</ref>
<ref id="B5">
<nlm-citation citation-type="">
<collab>CMMI</collab>
<source><![CDATA[Versión 1.3 (CMMI-DEV, V1. 3). Mejora de los procesos para el desarrollo de mejores productos y servicios]]></source>
<year>2010</year>
</nlm-citation>
</ref>
<ref id="B6">
<nlm-citation citation-type="">
<person-group person-group-type="author">
<name>
<surname><![CDATA[Deming]]></surname>
<given-names><![CDATA[W. E]]></given-names>
</name>
</person-group>
<source><![CDATA[Calidad, productividad y competitividad]]></source>
<year>1989</year>
</nlm-citation>
</ref>
<ref id="B7">
<nlm-citation citation-type="book">
<person-group person-group-type="author">
<name>
<surname><![CDATA[Hernández Sampieri]]></surname>
<given-names><![CDATA[R]]></given-names>
</name>
<name>
<surname><![CDATA[Fernández Collado]]></surname>
<given-names><![CDATA[C]]></given-names>
</name>
<name>
<surname><![CDATA[Baptista Lucio]]></surname>
<given-names><![CDATA[P]]></given-names>
</name>
</person-group>
<source><![CDATA[Metodología de la investigación.]]></source>
<year>2010</year>
<publisher-name><![CDATA[Editorial Mc Graw Hill]]></publisher-name>
</nlm-citation>
</ref>
<ref id="B8">
<nlm-citation citation-type="">
<person-group person-group-type="author">
<name>
<surname><![CDATA[HUMPHREY]]></surname>
<given-names><![CDATA[W]]></given-names>
</name>
</person-group>
<source><![CDATA[Introducción al Proceso Software Personal.]]></source>
<year>1997</year>
</nlm-citation>
</ref>
<ref id="B9">
<nlm-citation citation-type="book">
<person-group person-group-type="author">
<name>
<surname><![CDATA[Humphrey]]></surname>
<given-names><![CDATA[W. S.]]></given-names>
</name>
</person-group>
<source><![CDATA[A discipline for software engineering]]></source>
<year>1995</year>
<publisher-name><![CDATA[Addison-Wesley Longman Publishing Co., Inc.]]></publisher-name>
</nlm-citation>
</ref>
<ref id="B10">
<nlm-citation citation-type="book">
<person-group person-group-type="author">
<name>
<surname><![CDATA[Larman]]></surname>
<given-names><![CDATA[C]]></given-names>
</name>
</person-group>
<source><![CDATA[UML y Patrones. Introducción al análisis y diseño orientado a objetos.]]></source>
<year>1999</year>
<publisher-name><![CDATA[Ed: Prentice Halll]]></publisher-name>
</nlm-citation>
</ref>
<ref id="B11">
<nlm-citation citation-type="">
<person-group person-group-type="author">
<name>
<surname><![CDATA[Lema]]></surname>
<given-names><![CDATA[L]]></given-names>
</name>
<name>
<surname><![CDATA[Calvo&#8208;Manzano]]></surname>
<given-names><![CDATA[J. A.]]></given-names>
</name>
<name>
<surname><![CDATA[Colomo&#8208;Palacios]]></surname>
<given-names><![CDATA[R]]></given-names>
</name>
<name>
<surname><![CDATA[Arcilla]]></surname>
<given-names><![CDATA[M]]></given-names>
</name>
</person-group>
<article-title xml:lang="en"><![CDATA[ITIL in small to medium&#8208;sized enterprises software companies: towards an implementation sequence.]]></article-title>
<source><![CDATA[]]></source>
<year></year>
<volume>27</volume>
<numero>8</numero>
<issue>8</issue>
<page-range>528-538</page-range></nlm-citation>
</ref>
<ref id="B12">
<nlm-citation citation-type="">
<person-group person-group-type="author">
<name>
<surname><![CDATA[Montoni]]></surname>
<given-names><![CDATA[M. A.]]></given-names>
</name>
<name>
<surname><![CDATA[da Rocha]]></surname>
<given-names><![CDATA[A. R. C]]></given-names>
</name>
</person-group>
<article-title xml:lang="en"><![CDATA[Applying grounded theory to understand software process improvement implementation: a study of Brazilian software organizations.]]></article-title>
<source><![CDATA[]]></source>
<year></year>
<volume>10</volume>
<numero>1</numero>
<issue>1</issue>
<page-range>33-40</page-range></nlm-citation>
</ref>
<ref id="B13">
<nlm-citation citation-type="">
<person-group person-group-type="author">
<name>
<surname><![CDATA[Padilla Lozano]]></surname>
<given-names><![CDATA[V]]></given-names>
</name>
<name>
<surname><![CDATA[Ríos Arias]]></surname>
<given-names><![CDATA[A. J]]></given-names>
</name>
</person-group>
<source><![CDATA[Sistema de gestión de inventarios en Jabones El Tigre y Roca SA.]]></source>
<year>2016</year>
</nlm-citation>
</ref>
<ref id="B14">
<nlm-citation citation-type="">
<person-group person-group-type="author">
<name>
<surname><![CDATA[Press]]></surname>
<given-names><![CDATA[C. U.]]></given-names>
</name>
</person-group>
<source><![CDATA[Cambridge Dictionaries Online]]></source>
<year>2015</year>
</nlm-citation>
</ref>
<ref id="B15">
<nlm-citation citation-type="">
<person-group person-group-type="author">
<name>
<surname><![CDATA[Pressman]]></surname>
<given-names><![CDATA[R. S.]]></given-names>
</name>
</person-group>
<source><![CDATA[Software Engineering: A Practitioner's Approach]]></source>
<year>2010</year>
<volume>73375977</volume>
</nlm-citation>
</ref>
<ref id="B16">
<nlm-citation citation-type="">
<person-group person-group-type="author">
<name>
<surname><![CDATA[Quintero]]></surname>
<given-names><![CDATA[C]]></given-names>
</name>
<name>
<surname><![CDATA[Santiago]]></surname>
<given-names><![CDATA[D]]></given-names>
</name>
<name>
<surname><![CDATA[Gutiérrez Cantor]]></surname>
<given-names><![CDATA[J. C]]></given-names>
</name>
<name>
<surname><![CDATA[Guzmán Prieto]]></surname>
<given-names><![CDATA[B. N]]></given-names>
</name>
</person-group>
<source><![CDATA[Gestión de servicio de TI usando ITIL en las MIPYME-caso de estudio: Laboratorio de Informática]]></source>
<year>2017</year>
</nlm-citation>
</ref>
<ref id="B17">
<nlm-citation citation-type="">
<person-group person-group-type="author">
<name>
<surname><![CDATA[Ragaisis]]></surname>
<given-names><![CDATA[S]]></given-names>
</name>
<name>
<surname><![CDATA[Peldzius]]></surname>
<given-names><![CDATA[S]]></given-names>
</name>
<name>
<surname><![CDATA[Simenas]]></surname>
<given-names><![CDATA[J]]></given-names>
</name>
</person-group>
<source><![CDATA[Mapping CMMI-DEV maturity levels to ISO/IEC 15504 capability profiles]]></source>
<year>2010</year>
</nlm-citation>
</ref>
<ref id="B18">
<nlm-citation citation-type="">
<person-group person-group-type="author">
<name>
<surname><![CDATA[Rojas-Montes]]></surname>
<given-names><![CDATA[M. L]]></given-names>
</name>
<name>
<surname><![CDATA[Pino-Correa]]></surname>
<given-names><![CDATA[F. J]]></given-names>
</name>
<name>
<surname><![CDATA[Martínez]]></surname>
<given-names><![CDATA[J. M.]]></given-names>
</name>
</person-group>
<article-title xml:lang="es"><![CDATA[Testing process for small software development organizations]]></article-title>
<source><![CDATA[]]></source>
<year></year>
<volume>24</volume>
<numero>39</numero>
<issue>39</issue>
<page-range>55-70</page-range></nlm-citation>
</ref>
<ref id="B19">
<nlm-citation citation-type="book">
<person-group person-group-type="author">
<name>
<surname><![CDATA[Rother]]></surname>
<given-names><![CDATA[M]]></given-names>
</name>
</person-group>
<source><![CDATA[Toyota Kata: El método que ayudó a miles de empresas a optimizar la gestión de sus negocios]]></source>
<year>2017</year>
<publisher-name><![CDATA[Profit Editorial]]></publisher-name>
</nlm-citation>
</ref>
<ref id="B20">
<nlm-citation citation-type="">
<person-group person-group-type="author">
<name>
<surname><![CDATA[Shewhart]]></surname>
<given-names><![CDATA[W. A]]></given-names>
</name>
</person-group>
<source><![CDATA[Statistical method from the viewpoint of quality control.]]></source>
<year>1986</year>
</nlm-citation>
</ref>
<ref id="B21">
<nlm-citation citation-type="book">
<person-group person-group-type="author">
<name>
<surname><![CDATA[Sommerville]]></surname>
<given-names><![CDATA[I]]></given-names>
</name>
<name>
<surname><![CDATA[Galipienso]]></surname>
<given-names><![CDATA[M. I. A]]></given-names>
</name>
</person-group>
<source><![CDATA[Ingeniería del software]]></source>
<year>2005</year>
<publisher-name><![CDATA[Pearson Educación]]></publisher-name>
</nlm-citation>
</ref>
<ref id="B22">
<nlm-citation citation-type="">
<person-group person-group-type="author">
<name>
<surname><![CDATA[Talavera Pleguezuelos]]></surname>
<given-names><![CDATA[C]]></given-names>
</name>
</person-group>
<source><![CDATA[El ciclo PDCA de Mejora Continua]]></source>
<year>2013</year>
</nlm-citation>
</ref>
<ref id="B23">
<nlm-citation citation-type="book">
<person-group person-group-type="author">
<name>
<surname><![CDATA[Trujillo]]></surname>
<given-names><![CDATA[Y. C.]]></given-names>
</name>
</person-group>
<source><![CDATA[MODELO PARA VALORAR LAS ORGANIZACIONES DESARROLLADORAS DE SOFTWARE AL INICIAR LA MEJORA DE PROCESOS]]></source>
<year>2014</year>
<publisher-name><![CDATA[Universidad de las Ciencias Informáticas]]></publisher-name>
</nlm-citation>
</ref>
<ref id="B24">
<nlm-citation citation-type="book">
<person-group person-group-type="author">
<name>
<surname><![CDATA[Woronowicz]]></surname>
<given-names><![CDATA[T]]></given-names>
</name>
<name>
<surname><![CDATA[Rout]]></surname>
<given-names><![CDATA[T]]></given-names>
</name>
<name>
<surname><![CDATA[O’Connor]]></surname>
<given-names><![CDATA[R. V.]]></given-names>
</name>
<name>
<surname><![CDATA[Dorling]]></surname>
<given-names><![CDATA[A]]></given-names>
</name>
</person-group>
<source><![CDATA[Software Process Improvement and Capability Determination]]></source>
<year>2013</year>
<publisher-name><![CDATA[Springer]]></publisher-name>
</nlm-citation>
</ref>
</ref-list>
</back>
</article>
