<?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>1794-4449</journal-id>
<journal-title><![CDATA[Revista Lasallista de Investigación]]></journal-title>
<abbrev-journal-title><![CDATA[Rev. Lasallista Investig.]]></abbrev-journal-title>
<issn>1794-4449</issn>
<publisher>
<publisher-name><![CDATA[Corporación Universitaria Lasallista]]></publisher-name>
</publisher>
</journal-meta>
<article-meta>
<article-id>S1794-44492010000100003</article-id>
<title-group>
<article-title xml:lang="es"><![CDATA[Un acercamiento a las prácticas de calidad de software en las MiPyMESPS* del suroccidente colombiano]]></article-title>
<article-title xml:lang="en"><![CDATA[An approach to software quality practices in SMEs PS from Southwestern Colombia]]></article-title>
<article-title xml:lang="pt"><![CDATA[Uma aproximação às práticas de qualidade de software nas MiPyMESPS* do sudoeste colombiano]]></article-title>
</title-group>
<contrib-group>
<contrib contrib-type="author">
<name>
<surname><![CDATA[Moreno Chaustre]]></surname>
<given-names><![CDATA[Jorge Jair]]></given-names>
</name>
<xref ref-type="aff" rid="A01"/>
</contrib>
<contrib contrib-type="author">
<name>
<surname><![CDATA[Bolaños Rengifo]]></surname>
<given-names><![CDATA[Liliam Paola]]></given-names>
</name>
<xref ref-type="aff" rid="A02"/>
</contrib>
<contrib contrib-type="author">
<name>
<surname><![CDATA[Navia Porras]]></surname>
<given-names><![CDATA[Manuel Alejandro]]></given-names>
</name>
<xref ref-type="aff" rid="A02"/>
</contrib>
</contrib-group>
<aff id="A01">
<institution><![CDATA[,Universidad del Cauca programa de Ingeniería de Sistemas Facultad de Ingeniería Electrónica y Telecomunicaciones]]></institution>
<addr-line><![CDATA[ ]]></addr-line>
</aff>
<aff id="A02">
<institution><![CDATA[,Universidad del Cauca programa de Ingeniería de Sistemas Facultad de Ingeniería Electrónica y Telecomunicaciones]]></institution>
<addr-line><![CDATA[ ]]></addr-line>
</aff>
<pub-date pub-type="pub">
<day>00</day>
<month>01</month>
<year>2010</year>
</pub-date>
<pub-date pub-type="epub">
<day>00</day>
<month>01</month>
<year>2010</year>
</pub-date>
<volume>7</volume>
<numero>1</numero>
<fpage>17</fpage>
<lpage>24</lpage>
<copyright-statement/>
<copyright-year/>
<self-uri xlink:href="http://www.scielo.org.co/scielo.php?script=sci_arttext&amp;pid=S1794-44492010000100003&amp;lng=en&amp;nrm=iso"></self-uri><self-uri xlink:href="http://www.scielo.org.co/scielo.php?script=sci_abstract&amp;pid=S1794-44492010000100003&amp;lng=en&amp;nrm=iso"></self-uri><self-uri xlink:href="http://www.scielo.org.co/scielo.php?script=sci_pdf&amp;pid=S1794-44492010000100003&amp;lng=en&amp;nrm=iso"></self-uri><abstract abstract-type="short" xml:lang="es"><p><![CDATA[Introducción. En Colombia, específicamente en el sur-occidente colombiano, las MiPymePS se enfrentan a diversos problemas con la calidad de los productos de software que desarrollan. Objetivo. Conocer algunas prácticas que desarrollan las empresas de desarrollo de software del sur occidente colombiano en relación a la valoración de calidad de sus productos. Materiales y métodos. Se realizaron visitas a 4 empresas en Popayán, Cauca, y Pasto, Nariño, que se dedican al desarrollo de soluciones de software. Como instrumentos de medición se hizo uso de 4 encuestas para aplicar en cada empresa. Para el análisis se hizo uso de los instrumentos aplicados. Resultados. Mediante el estudio de los resultados arrojados por las encuestas, se puede inferir que en la región del sur-occidente de Colombia existen empresas de desarrollo de software con recursos escasos y esto hace que la dedicación a la mejora y valoración de sus productos de software sea limitada. En este sentido ninguna empresa manifestó tener equipo de aseguramiento de la calidad, aunque algunas llevan procesos propios para mejorarla. Conclusiones. Las empresas del sur-occidente son relativamente jóvenes, con limitaciones de personal y recursos. Esto hace que los desarrollos sean rápidos, que se realicen con recursos limitados y, a pesar de tratarse de productos orientados a los requisitos del usuario final, no se le dedica mucho tiempo su calidad.]]></p></abstract>
<abstract abstract-type="short" xml:lang="en"><p><![CDATA[Introduction. In Colombia, specifically in the South West of the country, SMEsPS face several quality problems with the software they develop. Objective. To get to know some product quality assessment practices developed by software production companies in Southwestern Colombia. Materials and methods. 4 companies dedicated to develop software solutions were visited in Popayan - Cauca, and Pasto - Nariño. As an instrument to make measurements and analysis, 4 surveys were applied to each company. Results. By studying the results obtained from the surveys, it was inferred that in the Southwestern region of Colombia there are software development companies with limited resources, making their commitment with the quality improvement and assessment, limited. None of these companies have a quality assurance team, but some of them are making some quality processes, though. Conclusions. Those companies are relatively young, and have limited staff and resources. This fact causes fast developments made with limited resources, but despite the fact they make user-request-oriented products, the time dedicated to their quality is not enough.]]></p></abstract>
<abstract abstract-type="short" xml:lang="pt"><p><![CDATA[Introdução. Na Colômbia, especificamente no sudoeste colombiano, as MiPymePS se enfrentam a diversos problemas com a qualidade dos produtos de software que desenvolvem. Objetivo. Conhecer algumas práticas que desenvolvem as empresas de desenvolvimento de software do sudoeste colombiano em relação à valoração de qualidade de seus produtos. Materiais e métodos. Realizaramse visitas a 4 empresas em Popayán, Cauca, e Pasto, Nariño, que se dedicam ao desenvolvimento de soluções de software. Como instrumentos de medição se fez uso de 4 enquetes para aplicar em cada empresa. Para a análise se fez uso dos instrumentos aplicados. Resultados. Mediante o estudo dos resultados arrojados pelas enquetes, podese inferir que na região do sudoeste da Colômbia existem empresas de desenvolvimento de software com recursos escassos e isto faz que a dedicação à melhora e valoração de seus produtos de software seja limitada. Neste sentido nenhuma empresa manifestou ter equipe de garantia da qualidade, ainda que algumas levam processos próprios para melhorá- la. Conclusões. As empresas do sudoeste são relativamente jovens, com limitações de pessoal e recursos. Isto faz que os desenvolvimentos sejam rápidos, que se realizem com recursos limitados e, apesar de tratar-se de produtos orientados aos requisitos do usuário final, não se lhe dedica muito tempo sua qualidade.]]></p></abstract>
<kwd-group>
<kwd lng="es"><![CDATA[Valoración]]></kwd>
<kwd lng="es"><![CDATA[calidad]]></kwd>
<kwd lng="es"><![CDATA[software]]></kwd>
<kwd lng="es"><![CDATA[producto]]></kwd>
<kwd lng="es"><![CDATA[MiPyMESPS]]></kwd>
<kwd lng="en"><![CDATA[Assessment]]></kwd>
<kwd lng="en"><![CDATA[software]]></kwd>
<kwd lng="en"><![CDATA[quality]]></kwd>
<kwd lng="en"><![CDATA[product]]></kwd>
<kwd lng="en"><![CDATA[SME’s SP]]></kwd>
<kwd lng="pt"><![CDATA[Valoração]]></kwd>
<kwd lng="pt"><![CDATA[qualidade]]></kwd>
<kwd lng="pt"><![CDATA[software]]></kwd>
<kwd lng="pt"><![CDATA[produto]]></kwd>
<kwd lng="pt"><![CDATA[MiPyMESPS]]></kwd>
</kwd-group>
</article-meta>
</front><body><![CDATA[   <font size="2" face="verdana">      <p><b>Art&iacute;culo original</b></p>      <p align="center"><font size="4"><b>Un acercamiento a las pr&aacute;cticas de calidad de software en las MiPyMESPS<sup>*</sup> del suroccidente colombiano<sup>**</sup></b></font></p>      <p align="center"><font size="3"><b>An approach to software quality practices in SMEs PS from Southwestern Colombia</b></font></p>      <p align="center"><font size="3"><b>Uma aproxima&ccedil;&atilde;o às pr&aacute;ticas de qualidade de software nas MiPyMESPS<sup>*</sup> do sudoeste colombiano</b></font></p>       <p>    <center>Jorge Jair Moreno Chaustre<sup>***</sup>; Liliam Paola Bola&ntilde;os Rengifo<sup>****</sup>; Manuel Alejandro Navia Porras<sup>****</sup></center></p>     <br>  <sup>*</sup> Micro, peque&ntilde;as y medianas empresas productoras de software.    <br> <sup>**</sup> Art&iacute;culo derivado de la investigaci&oacute;n: "Marco conceptual de atributos, m&eacute;tricas y heur&iacute;sticas de calidad de software para la valoraci&oacute;n del producto software orientado a objetos" desde diciembre de 2008 hasta diciembre de 2009 y financiado por la Universidad del Cauca.    <br> <sup>***</sup> Mag&iacute;ster en Inform&aacute;tica. Profesor de La Facultad de Ingenier&iacute;a Electr&oacute;nica y Telecomunicaciones, programa de Ingenier&iacute;a de Sistemas, Universidad del Cauca, Popay&aacute;n, Colombia.    ]]></body>
<body><![CDATA[<br> Correspondencia: e-mail: <a href="mailto:jjmoreno@unicauca.edu.co">jjmoreno@unicauca.edu.co</a>.    <br>  <sup>****</sup> Estudiantes, Facultad de Ingenier&iacute;a Electr&oacute;nica y Telecomunicaciones, programa de Ingenier&iacute;a de Sistemas, Universidad del Cauca, Popay&aacute;n, Colombia.</p>      <p>Art&iacute;culo recibido: 29-09-2009; art&iacute;culo aprobado: 05-04-2010</p>  <hr>      <br>  <font size="3">      <p><b>Resumen</b></font></p>      <p><b>Introducci&oacute;n</b>. En Colombia, espec&iacute;ficamente en el sur-occidente colombiano, las MiPymePS se enfrentan a diversos problemas con la calidad de los productos de software que desarrollan. <b>Objetivo</b>. Conocer algunas pr&aacute;cticas que desarrollan las empresas de desarrollo de software del sur occidente colombiano en relaci&oacute;n a la valoraci&oacute;n de calidad de sus productos. <b>Materiales y m&eacute;todos</b>. Se realizaron visitas a 4 empresas en Popay&aacute;n, Cauca, y Pasto, Nari&ntilde;o, que se dedican al desarrollo de soluciones de software. Como instrumentos de medici&oacute;n se hizo uso de 4 encuestas para aplicar en cada empresa. Para el an&aacute;lisis se hizo uso de los instrumentos aplicados. <b>Resultados</b>. Mediante el estudio de los resultados arrojados por las encuestas, se puede inferir que en la regi&oacute;n del sur-occidente de Colombia existen empresas de desarrollo de software con recursos escasos y esto hace que la dedicaci&oacute;n a la mejora y valoraci&oacute;n de sus productos de software sea limitada. En este sentido ninguna empresa manifest&oacute; tener equipo de aseguramiento de la calidad, aunque algunas llevan procesos propios para mejorarla. <b>Conclusiones</b>. Las empresas del sur-occidente son relativamente j&oacute;venes, con limitaciones de personal y recursos. Esto hace que los desarrollos sean r&aacute;pidos, que se realicen con recursos limitados y, a pesar de tratarse de productos orientados a los requisitos del usuario final, no se le dedica mucho tiempo su calidad.</p>      <p><b>Palabras clave</b>: Valoraci&oacute;n, calidad, software, producto, MiPyMESPS.    <p>  <hr>  <font size="3">     <p><b>Abstract</b></font></p>      <p><b>Introduction</b>. In Colombia, specifically in the South West of the country, SMEsPS face several quality problems with the software they develop. <b>Objective</b>. To get to know some product quality assessment practices developed by software production companies in Southwestern Colombia. <b>Materials and methods</b>. 4 companies dedicated to develop software solutions were visited in Popayan – Cauca, and Pasto - Nari&ntilde;o. As an instrument to make measurements and analysis, 4 surveys were applied to each company. <b>Results</b>. By studying the results obtained from the surveys, it was inferred that in the Southwestern region of Colombia there are software development companies with limited resources, making their commitment with the quality improvement and assessment, limited. None of these companies have a quality assurance team, but some of them are making some quality processes, though. <b>Conclusions</b>. Those companies are relatively young, and have limited staff and resources. This fact causes fast developments made with limited resources, but despite the fact they make user-request-oriented products, the time dedicated to their quality is not enough.</p>      ]]></body>
<body><![CDATA[<p><b>Key words</b>: Assessment, software, quality, product, SME’s SP.</p>  <hr>  <font size="3">     <p><b>Resumo</b></font></p>      <p><b>Introdu&ccedil;&atilde;o</b>. Na Col&ocirc;mbia, especificamente no sudoeste colombiano, as MiPymePS se enfrentam a diversos problemas com a qualidade dos produtos de software que desenvolvem. <b>Objetivo</b>. Conhecer algumas pr&aacute;ticas que desenvolvem as empresas de desenvolvimento de software do sudoeste colombiano em rela&ccedil;&atilde;o &agrave; valora&ccedil;&atilde;o de qualidade de seus produtos. <b>Materiais e m&eacute;todos</b>. Realizaramse visitas a 4 empresas em Popay&aacute;n, Cauca, e Pasto, Nari&ntilde;o, que se dedicam ao desenvolvimento de solu&ccedil;&otilde;es de software. Como instrumentos de medi&ccedil;&atilde;o se fez uso de 4 enquetes para aplicar em cada empresa. Para a an&aacute;lise se fez uso dos instrumentos aplicados. <b>Resultados</b>. Mediante o estudo dos resultados arrojados pelas enquetes, podese inferir que na regi&atilde;o do sudoeste da Col&ocirc;mbia existem empresas de desenvolvimento de software com recursos escassos e isto faz que a dedica&ccedil;&atilde;o &agrave; melhora e valora&ccedil;&atilde;o de seus produtos de software seja limitada. Neste sentido nenhuma empresa manifestou ter equipe de garantia da qualidade, ainda que algumas levam processos pr&oacute;prios para melhor&aacute;- la. <b>Conclus&otilde;es</b>. As empresas do sudoeste s&atilde;o relativamente jovens, com limita&ccedil;&otilde;es de pessoal e recursos. Isto faz que os desenvolvimentos sejam r&aacute;pidos, que se realizem com recursos limitados e, apesar de tratar-se de produtos orientados aos requisitos do usu&aacute;rio final, n&atilde;o se lhe dedica muito tempo sua qualidade.</p>      <p><b>Palavras importantes</b>: Valora&ccedil;&atilde;o, qualidade, software, produto, MiPyMESPS.</p>  <hr>  <font size="3">     <p><b>Introducci&oacute;n</b></font></p>      <p>Actualmente, la industria del software en Colombia, presenta una alta densidad en relaci&oacute;n con la presencia de MiPyMESPS, las cuales sobreviven en la medida en que sus productos y servicios de software sean aceptados satisfactoriamente por el mercado, al mismo tiempo que consolidan su good will atrayendo y fidelizando a clientes nuevos y antiguos. Desafortunadamente, dadas las alt&iacute;simas presiones de tiempo, presupuesto, personal experimentado, complejidad de los proyectos y competidores, las organizaciones en su af&aacute;n de sobrevivir toman el camino m&aacute;s corto disponible, el cual no necesariamente est&aacute; en armon&iacute;a con las mejores pr&aacute;cticas para asegurar la calidad del producto y contraviniendo el pilar esencial de la ingenier&iacute;a del software<sup>1</sup> seg&uacute;n algunos autores. Este pilar no es resultado de la casualidad, sino m&aacute;s bien del trabajo arduo, inteligente y enfocado de la organizaci&oacute;n hecho antes, durante y despu&eacute;s de la ejecuci&oacute;n de un proyecto de software. Por otro lado, adem&aacute;s del crecimiento exponencial<sup>2</sup> que la industria del software ha tenido en Colombia por el cambiante paisaje de las expectativas y necesidades de los clientes (cada vez m&aacute;s exigentes y experimentados), y los problemas antes mencionados de supervivencia de las organizaciones<sup>3</sup>, se ha configurado una crisis de la industria del software nacional, la cual no necesariamente es negativa en la medida que las empresas la vean como una oportunidad para mejorar sus pr&aacute;cticas, re-enfoc&aacute;ndolas hacia la calidad y en busca de los beneficios que esta &uacute;ltima promete a quienes la acogen.</p>      <p>Este trabajo presenta una primera aproximaci&oacute;n al conocimiento de las pr&aacute;cticas que las MiPyMESPS del suroccidente colombiano tienen en relaci&oacute;n con el producto software, como paso preliminar para esclarecer c&oacute;mo podr&iacute;a ofrecerse a estas organizaciones un conocimiento m&aacute;s amigable para el mejoramiento de la arquitectura interna de sus productos y la comprensi&oacute;n pr&aacute;ctica de sus procesos de desarrollo. De otra parte, una vez divulgado el estudio para el proyecto MACMHA, se sentar&aacute;n las bases necesarias para que estas organizaciones puedan adoptar posturas m&aacute;s fundadas en el desarrollo con y para la calidad. En este mismo sentido el inter&eacute;s del presente trabajo se centr&oacute; en MiPyMESPS que usualmente desarrollan sus productos bajo el paradigma orientado a objetos y espec&iacute;ficamente a la faceta del producto software, a diferencia de iniciativas tales como SimepSW<sup>4</sup> y Competisoft<sup>5</sup>, las cu&aacute;les tratan sobre la faceta del proceso. En el desarrollo de este trabajo se presentan tanto la estrategia como el instrumento de recolecci&oacute;n de informaci&oacute;n, y las conclusiones arrojadas por &eacute;ste.</p>      <p>Es por esto que el objetivo del presente documento es conocer con m&aacute;s detalle la realidad de las empresas de desarrollo de software en la regi&oacute;n<sup><a name="nu1"></a><a href="#num1">*</a></sup>, resaltando aspectos clave que sirvan como base para el proyecto MACMHA<sup><a name="nu2"></a><a href="#num2">**</a></sup> y la consolidaci&oacute;n de informaci&oacute;n que permita realizar un breve diagn&oacute;stico e interpretaci&oacute;n de las pr&aacute;cticas de calidad de software que se realizan en dichas organizaciones, para precisar una postura en relaci&oacute;n con esta important&iacute;sima responsabilidad de la industria del software.</p>      <br>      <p><font size="3"><b>Materiales y m&eacute;todos</b></font></p>      ]]></body>
<body><![CDATA[<p>En los &uacute;ltimos a&ntilde;os, la regi&oacute;n se ha caracterizado por un crecimiento de las empresas de desarrollo de software, con especial atenci&oacute;n al sector micro y de peque&ntilde;as empresas, favorecido por iniciativas gubernamentales como Fomipyme<sup>6</sup>, que buscan incentivar el crecimiento empresarial y econ&oacute;mico en el pa&iacute;s. Tal crecimiento impulsa a las empresas a realizar esfuerzos en sus proyectos, velando por un bajo costo, presupuesto y tiempo necesarios a partir del uso de pr&aacute;cticas que posibiliten el logro de sus objetivos.</p>      <p>Para obtener informaci&oacute;n de las empresas y sus caracter&iacute;sticas se cre&oacute; una serie de 4 encuestas que se aplicaron a 4 empresas de la regi&oacute;n, localizadas espec&iacute;ficamente en la ciudad de Popay&aacute;n, Cauca, y Pasto, en Nari&ntilde;o, a raz&oacute;n de dos empresas por ciudad. Para contactarlas se busc&oacute; cada contacto inicialmente en Internet, siendo finalmente empresas afiliadas a PARQUESOFT, previa confirmaci&oacute;n de existencia en la C&aacute;mara de Comercio. Debido al tama&ntilde;o de las empresas, las encuestas fueron realizadas por una o dos personas en cada una.</p>      <p>Las encuestas realizadas sirven como elementos que suministran informaci&oacute;n respecto al estado de las pr&aacute;cticas que se realizan en las empresas. Est&aacute;n directamente relacionadas con la detecci&oacute;n de procesos reales, eventos y/o secuencias de actividades que permitan adquirir informaci&oacute;n sobre el estado de las empresas<sup>7</sup> y el manejo de la calidad. Para ello, primero se descubre el procedimiento a seguir para la recolecci&oacute;n de informaci&oacute;n. Luego se dise&ntilde;a y ejecuta el instrumento a trav&eacute;s del cual se pueda recoger la informaci&oacute;n y, seguidamente, se hace un an&aacute;lisis de la informaci&oacute;n obtenida.</p>      <p>El diagn&oacute;stico de las empresas recopila informaci&oacute;n en referencia a las pr&aacute;cticas y uso de herramientas para la medici&oacute;n de calidad del producto software orientado a objetos.</p>      <p>Para lograr lo anterior, inicialmente se realiz&oacute; una b&uacute;squeda de las posibles organizaciones a las cuales se pudiese aplicar la encuesta en menci&oacute;n. Se recurri&oacute; entonces a instituciones que pudieran suministrar dicha informaci&oacute;n, tales como la C&aacute;mara de Comercio y el SENA<sup>8</sup>. Se recopil&oacute; informaci&oacute;n sobre las empresas de la regi&oacute;n, tratando de localizar aquellas que se adecuaran m&aacute;s al perfil de nuestro inter&eacute;s, es decir, aquellas dedicadas al desarrollo de software bajo el paradigma orientado a objetos, sin tener muy en cuenta el tipo de aplicaci&oacute;n que desarrollan (e.g., aplicaciones Web, de escritorio o para dispositivos m&oacute;viles), y que adem&aacute;s estuviesen organizadas<sup>9</sup> como MiPyMESPS.</p>      <p>Hecho esto, se procedi&oacute; a entrevistar personal id&oacute;neo en cada empresa para obtener informaci&oacute;n suficiente acerca del tema de inter&eacute;s y otras informaciones relacionadas, como por ejemplo los procesos y la organizaci&oacute;n que se lleva a cabo para la obtenci&oacute;n del producto software. Con la entrevista, que sirvi&oacute; de base para introducir a las personas en el tema y alcance del proyecto MACMHA, se diligenci&oacute; una encuesta que recoge la informaci&oacute;n b&aacute;sica para alcanzar nuestro objetivo. Reunida la informaci&oacute;n recopilada anteriormente, se procedi&oacute; a su an&aacute;lisis e interpretaci&oacute;n, lo cual se muestra en la siguiente secci&oacute;n.</p>      <p>Una vez diligenciadas las encuestas se procedi&oacute; a la tabulaci&oacute;n de la informaci&oacute;n y la obtenci&oacute;n de indicadores que permitieran realizar el diagn&oacute;stico que est&aacute;bamos buscando, teniendo como metas:</p>      <p><ul>    <li>Obtener informaci&oacute;n relevante de las empresas que fueron parte del diagn&oacute;stico realizado en el estudio.</li></p>      <p>    ]]></body>
<body><![CDATA[<li>Detectar necesidades respecto al tema en las organizaciones mencionadas, es decir, la manera de abordar la calidad de software y en particular la valoraci&oacute;n de calidad del producto software orientado a objetos.</li>    </ul></p>      <br>      <p><font size="3"><b>Resultados</b></font></p>      <p>La encuesta est&aacute; dividida en cuatro secciones, con el objeto de descartar aspectos que no son necesarios en todas las ocasiones dado que, a veces, se espera sean resueltas preguntas espec&iacute;ficas sobre pr&aacute;cticas de calidad de software y &eacute;stas, en algunos casos, pueden no existir si las empresas no hacen uso de ellas.</p>      <p>La primera parte de la encuesta intenta obtener un breve acercamiento a la din&aacute;mica de las empresas en relaci&oacute;n a la calidad del producto software. Algunos resultados destacables son los siguientes:</p>      <p><ul>    <li>El tiempo promedio de existencia (desde su creaci&oacute;n hasta el momento) de las empresas es de 4 a&ntilde;os. Esto en relaci&oacute;n con el car&aacute;cter de las empresas (MiPyMESPS) y las caracter&iacute;sticas por las cuales surgieron de acuerdo con las condiciones de creaci&oacute;n de las mismas.</li></p>      <p>    <li>El n&uacute;mero de empleados promedio es de 5, lo cual es congruente con el car&aacute;cter de las empresas consultadas. Asimismo, el n&uacute;mero de empleados promedio dedicados al desarrollo de software es de 4.</li></p>      ]]></body>
<body><![CDATA[<p>    <li>El tipo de desarrollo de software al cual se dedican las empresas es, en su mayor&iacute;a, el de las aplicaciones Web enfocadas principalmente en sistemas de informaci&oacute;n, con menor participaci&oacute;n en &aacute;reas como sistemas contables y software educativo, entre otras.</li></p>      <p>    <li>Con respecto al alcance geogr&aacute;fico para la distribuci&oacute;n de sus productos, en general cada una ha gestado su mercado tanto regional, nacional e internacional, lo cual es un buen incentivo para el crecimiento de las empresas de desarrollo de software.</li></p>      <p>    <li>Aunque ninguna de las empresas encuestadas cuenta con equipo de SQA, todas dicen realizar pruebas de software, registrando los resultados generados tras aplicar m&eacute;todos de verificaci&oacute;n o validaci&oacute;n a los productos evaluados. Sin embargo, manifiestan tambi&eacute;n que no se realiza un proceso formal de pruebas.</li>    </ul></p>      <p>La segunda parte de la encuesta pretende conocer informaci&oacute;n sobre las pr&aacute;cticas relacionadas con el uso de m&eacute;tricas encaminadas hacia la valoraci&oacute;n del producto software, en cuanto al modo de medici&oacute;n de su calidad.</p>      <p>Para mostrar lo encontrado se hace menci&oacute;n de algunos resultados:</p>      <p><ul>    ]]></body>
<body><![CDATA[<li>Un porcentaje considerable de los encuestados (85&#37;) afirman no saber qu&eacute; es una m&eacute;trica de software, por lo que no es posible indagar m&aacute;s con respecto a la medici&oacute;n de calidad de software a trav&eacute;s de este elemento en su empresas.</li></p>      <p>    <li>Aquellas personas que afirman saber qu&eacute; es una m&eacute;trica de software no la utilizan para la valoraci&oacute;n de calidad de sus productos, ni para ning&uacute;n otro fin. Adem&aacute;s, a pesar de conocer de la existencia de herramientas que calculan o extraen m&eacute;tricas de software a trav&eacute;s del c&oacute;digo fuente, tampoco las utilizan.</li></p>      <p>    <li>Al indagar sobre el paradigma de programaci&oacute;n utilizado, la totalidad de los encuestados afirma conocer y aplicar el orientado a objetos, como tambi&eacute;n la mayor&iacute;a afirman aplicar arquitectura de software en capas, aunque no exclusivamente. Ello significa que no se rigen todo el tiempo por una arquitectura en particular, sino que la eligen de acuerdo con el tipo de software que esperan obtener. Es as&iacute; como, para algunos casos, se utiliza la arquitectura cliente-servidor u orientada a objetos.</li></p>      <p>    <li>Entre las t&eacute;cnicas o estrategias m&aacute;s usadas por los encuestados para detectar los errores en los productos software que desarrollan se encuentran las pruebas de validaci&oacute;n, las pruebas de aceptaci&oacute;n (80&#37; de los encuestados) y las pruebas de unidad, de integraci&oacute;n y de sistema.</li>    </ul></p>      <p>La tercera parte de la encuesta pretende indagar si en las empresas de la regi&oacute;n se realiza medici&oacute;n de calidad de software. Se obtuvieron los siguientes resultados:</p>      <p><ul>    ]]></body>
<body><![CDATA[<li>A partir de preguntas relacionadas con la aplicaci&oacute;n del paradigma orientado a objetos y de arquitectura en los diferentes desarrollos de software en las empresas, indagamos ahora sobre el uso de procesos de desarrollo de software en los proyectos de las empresas encuestadas, obteniendo que en algunos casos (23&#37; de los encuestados) hacen uso de metodolog&iacute;as de desarrollo "tradicionales" tales como <i>espiral</i> y <i>prototipos</i>, aunque otras han definido uno en particular para su empresa.</li></p>      <p>    <li>Indagando sobre si realizan medici&oacute;n para asegurar la calidad de los proyectos de software, s&oacute;lo un 5&#37; de los encuestados dio una respuesta afirmativa.</li></p>      <p>    <li>El porcentaje en tiempo, costo y esfuerzo de trabajo dedicado a la calidad en el desarrollo de los proyectos, en promedio, no es superior al 30&#37;. Esto se ve reflejado en la encuesta, dado que gran parte de ellos no hace uso alguno de modelos o est&aacute;ndares de calidad de software para apoyar el proceso de su desarrollo. Adicionalmente, ninguno de los encuestados afi rma poseer certificaci&oacute;n de calidad.</li>    </ul></p>      <p>La cuarta y &uacute;ltima parte de la encuesta pretende indagar sobre el uso de fuentes de informaci&oacute;n para mejorar la calidad de los productos de software. Para esto se realizaron preguntas relacionadas con las caracter&iacute;sticas de calidad de software esperadas en un producto, y tambi&eacute;n respecto al material literario empleado para tal fin.</p>      <p><ul>    <li>Al consultar sobre las caracter&iacute;sticas de calidad consideradas como las m&aacute;s apropiadas, tomando en cuenta el objetivo de uso del producto software, la totalidad de los encuestados busca funcionalidad y usabilidad. No menos importante se consideran la portabilidad (75&#37;), efi ciencia, mantenibilidad y confi abilidad (45&#37;). Caracter&iacute;sticas como la cohesi&oacute;n, el acoplamiento y la consistencia no fueron tenidas en cuenta por los encuestados (<a href="#gra1">gr&aacute;fica 1</a>).</li>    </ul></p>      ]]></body>
<body><![CDATA[<p>    <center><a name="gra1"><img src="img/revistas/rlsi/v7n1/v7n1a03g1.jpg"></center></p>      <p><ul>    <li>En consecuencia, la selecci&oacute;n de caracter&iacute;sticas que tienen los productos de software que desarrollan depende, para la totalidad de los encuestados, de los requerimientos a satisfacer en cada uno. No menos importante se considera la arquitectura de software, el alcance, tiempo y costo necesarios para la obtenci&oacute;n del producto (80&#37; de los encuestados) y la metodolog&iacute;a de desarrollo (60&#37; de los encuestados). S&oacute;lo un 5&#37; de los encuestados considera que los modelos y est&aacute;ndares de calidad tienen infl uencia en la mencionada selecci&oacute;n.</li></p>      <p>    <li>Ninguno de los encuestados afirma tener conocimiento de modelos/est&aacute;ndares de calidad tales como: ISO 9126, IEEE 729, IEEE 610.12, ISO 14598, FURPS, Boehm, Dromey, McCall, Bansiya ni ABAS, entre otros<sup>10</sup>.</li></p>      <p>    <li>Respecto a lo anterior, la mejor opci&oacute;n con la cual las personas encuestadas comprueban que el producto de software alcanza un nivel adecuado de calidad es la aceptaci&oacute;n del cliente. Otra manera que consideran, con un 80&#37; de preferencia para lograr lo anterior, es la funcionalidad del producto. Ninguno de los encuestados considera que una certifi caci&oacute;n de calidad permite lograr el cometido en menci&oacute;n.</li></p>      <p>    <li>Las fuentes consultadas o tenidas en cuenta para consolidar un conjunto de buenas pr&aacute;cticas en el desarrollo de productos software en las empresas son, en orden de importancia, Internet y tesis de grado, libros y gu&iacute;as de referencia y, por &uacute;ltimo, la experiencia del personal.</li>    ]]></body>
<body><![CDATA[</ul></p>      <br>      <p><font size="3"><b>Discusi&oacute;n</b></font></p>      <p>En referencia a la primera parte de la encuesta, donde se trata de obtener informaci&oacute;n respecto a la din&aacute;mica de las empresas de cara a la calidad de su productos, se podr&iacute;a afirmar que, a pesar de la cantidad de personal de las empresas (5 personas en promedio), su corto tiempo de vida y las condiciones de los mercados en los que participan, las empresas tratan de incrementar su alcance con productos que les permitan tener una mayor participaci&oacute;n en el mercado, procurando introducir productos "de calidad" no propiamente con equipos formales de aseguramiento de calidad de software, pero s&iacute; con procesos de verificaci&oacute;n o validaci&oacute;n del producto para establecer en ellos un grado de conformidad<sup>11</sup></p>      <p>Es importante tener en cuenta las condiciones bajo las cuales est&aacute;n catalogadas las empresas, que seg&uacute;n Fedesoft<sup>12</sup> se pueden distinguir, entre otros criterios, de acuerdo con la clasificaci&oacute;n del software, los canales de distribuci&oacute;n utilizados y la clasificaci&oacute;n de la industria del software. Esto se hace debido a que hay factores de incidencia para las empresas que pueden tener influencia en la participaci&oacute;n en los mercados a explorar, con productos que brinden garant&iacute;a de calidad dado que, en la mayor&iacute;a de ocasiones, las empresas no poseen dentro de su organizaci&oacute;n un departamento o personal asignado que se encargue de las funciones de aseguramiento de esa calidad<sup>13</sup>.</p>      <p>Continuando con los resultados mostrados en la encuesta, e indagando sobre el uso de m&eacute;tricas encaminadas hacia la valoraci&oacute;n de software y al modo de medici&oacute;n de dichas m&eacute;tricas en las organizaciones, se puede apreciar que la medici&oacute;n de calidad de software a partir de m&eacute;tricas de calidad es escasa o nula. Ello se evidencia en el porcentaje de encuestados que afirma no tener conocimiento sobre qu&eacute; es una m&eacute;trica de software y en que los pocos que lo tienen no la utilizan. Un aspecto que mencionan los autores con respecto a los mecanismos que ayudan a entender lo que ocurre durante el desarrollo y mantenimiento de un producto, es el control que se ejerce durante su desarrollo y la mejora que puede alcanzarse en ellos a trav&eacute;s del uso y aplicaci&oacute;n de m&eacute;tricas<sup>14</sup> de calidad de software.</p>      <p>De otro lado las pr&aacute;cticas que desarrollan las empresas, como el uso de un paradigma de programaci&oacute;n (orientado a objetos), la adopci&oacute;n de una arquitectura de software y la utilizaci&oacute;n de t&eacute;cnicas o estrategias para la detecci&oacute;n de errores, pueden servir de apoyo a los procesos de medici&oacute;n de calidad que se facilitar&iacute;a con el uso de m&eacute;tricas. Por lo tanto, son un punto de inicio para la consecuci&oacute;n de mejores pr&aacute;cticas aplicables en las empresas.</p>      <p>En la siguiente secci&oacute;n de la encuesta se pregunt&oacute; respecto a metodolog&iacute;as de desarrollo de software que se utilizan en las empresas. Se recibe con sorpresa este dato: en algunos casos las empresas hacen uso de alternativas convencionales tales como <i>espiral</i> y <i>prototipos</i>, aunque tambi&eacute;n es grato saber que otras han tomado la iniciativa y han adaptado los ya existentes<sup>15</sup> y tienen su propia manera de realizar la gesti&oacute;n del proceso y del producto en un proyecto de desarrollo de software.</p>      <p>Preocupa que "pr&aacute;cticamente" no se haga medici&oacute;n para asegurar la calidad en los proyectos de software. Esto se puede entender por que los procesos de desarrollo basados en una completa especificaci&oacute;n de requerimientos, construcci&oacute;n y pruebas no se ajustan al desarrollo r&aacute;pido de aplicaciones, implicando en algunas ocasiones que se deba sacrificar la calidad del producto de software para favorecer las entregas al usuario<sup>16</sup>, y m&aacute;s a&uacute;n teniendo en cuenta el car&aacute;cter de las empresas y la importancia que tienen las entregas r&aacute;pidas y a bajo costo<sup>17</sup>.</p>      <p>Como consecuencia, se tiene que el porcentaje dedicado a la calidad en las empresas para tiempo, costo y esfuerzo, no supera el 30&#37; de los proyectos. Y m&aacute;s a&uacute;n teniendo en cuenta que gran parte de ellos no hace uso de un modelo o est&aacute;ndar de calidad de software para favorecer el proceso de desarrollo en sus proyectos, ni tampoco acceden a la certificaci&oacute;n de calidad.</p>      ]]></body>
<body><![CDATA[<p>Finalmente, sobre las caracter&iacute;sticas de calidad de software esperadas en un producto, se aprecia que en muchas ocasiones se deben sacrificar algunas para favorecer otras, aunque seg&uacute;n los encuestados depende en gran parte del tipo de desarrollo de software al cual se enfrentan, lo cual refuerza lo dicho por Sommerville<sup>18</sup>. Dichas caracter&iacute;sticas se encuentran especificadas principalmente en los diferentes modelos de calidad de software enunciados, encontr&aacute;ndose que ninguno de los encuestados afirma tener conocimiento de ellos, lo cual motiva la realizaci&oacute;n del proyecto MACMHA. Cabe anotar que los encuestados acceden, aunque de manera limitada, a fuentes de informaci&oacute;n en busca de conocer buenas pr&aacute;cticas en el desarrollo de software, tales como Internet, tesis de grado, libros y gu&iacute;as de referencia.</p>      <br>      <p><font size="3"> <b>Conclusiones y trabajo futuro</b></font></p>      <p>Es importante resaltar el inter&eacute;s y la preocupaci&oacute;n de las empresas por mejorar d&iacute;a tras d&iacute;a en el desarrollo de sus productos y en la manera de hacerlo a trav&eacute;s de diversos m&eacute;todos y herramientas. Sin embargo, por tratarse de organizaciones peque&ntilde;as y con poco presupuesto, se dificulta el acceso que puedan tener a la informaci&oacute;n para hacer mejoras en la calidad de sus productos de software.</p>      <p>Se alcanza a ver que las MiPYMESPS existentes en el suroccidente colombiano son empresas j&oacute;venes, con experiencia y personal limitado. Sin embargo han hecho un gran esfuerzo para sobresalir en la regi&oacute;n y fuera de ella, trabajando en &aacute;reas diversas. El problema es que debido a sus caracter&iacute;sticas operativas dejan muy poco tiempo, o ninguno, para la aplicaci&oacute;n de t&eacute;cnicas que mejoren la calidad en sus productos software y, si bien es cierto que manifiestan realizar pruebas de software, en la mayor&iacute;a de los casos no hay un proceso espec&iacute;fico o documentaci&oacute;n suficiente.</p>      <p>Sobre las mediciones para evaluar la calidad de los productos que desarrollan estas empresas se visualiza un problema, pues la mayor parte de los encuestados ni siquiera conoce la terminolog&iacute;a, por lo cual se dificulta obtener m&aacute;s informaci&oacute;n sobre el tema. Entre los que s&iacute; la conocen existe el problema de que no hacen uso de las herramientas "disponibles", pues manifiestan carecer de tiempo y recursos suficientes para usarlas. Esto indica que la medici&oacute;n se realiza de forma m&iacute;nima, o que no se hace.</p>      <p>Un aspecto positivo al realizar la encuesta es que las empresas manifiestan hacer uso del paradigma orientado a objetos, as&iacute; como tambi&eacute;n aplican arquitecturas de software, lo cual las acerca un poco a las buenas pr&aacute;cticas de desarrollo.</p>      <p>Para las empresas es importante cumplir con los requisitos planteados por el cliente y si bien es cierto que esto tiene una gran influencia sobre la calidad de un producto, parece que otras caracter&iacute;sticas que tambi&eacute;n son influyentes, tales como acoplamiento, cohesi&oacute;n, etc, se dejan olvidadas. En parte esto se da debido al desconocimiento que tienen las empresas sobre modelos y est&aacute;ndares de calidad para el producto de software. En este sentido no existe una posible certificaci&oacute;n de calidad otorgada por estamentos como ISO o IEEE, la &uacute;nica forma que tiene de saber si su producto es adecuado es la aceptaci&oacute;n del cliente.</p>      <p>De las visitas realizadas a las empresas se logr&oacute; identificar que la mayor&iacute;a realizan desarrollos r&aacute;pidos, de 3 a 6 meses, en parte por que el presupuesto destinado es limitado. Se evidencia por otra parte otro problema, la desconfianza de los usuarios finales en la industria nacional. Adem&aacute;s notamos que las empresas poseen un conocimiento deficiente de las practicas que se deben llevar a cabo para obtener un producto de software con calidad, advirtiendo que la formaci&oacute;n acad&eacute;mica brindada en las universidades sobre el tema no es la suficiente y, en algunos casos, las empresas han sido conformadas con personas sin formaci&oacute;n acad&eacute;mica en el &aacute;rea de calidad de software.</p>      <p>Teniendo en cuenta esto se ha pensado en la realizaci&oacute;n del proyecto MACMHA, una iniciativa de estudiantes y docentes del Programa de Ingenier&iacute;a de Sistemas de la Universidad del Cauca, que pretende hacer un acercamiento entre la informaci&oacute;n que existe para el producto software orientado a objetos y las empresas de la regi&oacute;n, presentando una propuesta de c&oacute;mo acercar la universidad y las empresas en procura de mejorar la calidad en los productos que &eacute;stas desarrollan.</p>      ]]></body>
<body><![CDATA[<br>      <p><font size="3"><b>Agradecimientos</b></font></p>      <p>A todas las empresas participantes por su colaboraci&oacute;n y disposici&oacute;n, vitales para llevar a t&eacute;rmino esta y otras actividades. Su participaci&oacute;n es importante en pro del avance del proyecto MACMHA.</p>  <hr>   <font size="3">      <p><b>Pie de p&aacute;gina</b></font></p>  <sup><a name="num1"></a><a href="#nu1">*</a></sup> Limitado a algunas empresas localizadas en los departamentos de Cauca y Nari&ntilde;o.    <br>  <sup><a name="num2"></a><a href="#nu2">**</a></sup> Marco conceptual de Atributos, m&eacute;tricas y heur&iacute;sticas de calidad de software para la valoraci&oacute;n del producto software orientado a objetos. Universidad del Cauca.    <br>    <hr>   <font size="3">     <p><b>Bibliograf&iacute;a</b></font></p>      <!-- ref --><p>1. PRESSMAN, Roger S. Proceso, m&eacute;todos y herramientas. <u>En</u>: Ingenier&iacute;a del software: un enfoque pr&aacute;ctico. 5 ed. Madrid: McGraw – Hill, 2002. p. 14-16.&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;[&#160;<a href="javascript:void(0);" onclick="javascript: window.open('/scielo.php?script=sci_nlinks&ref=000120&pid=S1794-4449201000010000300001&lng=','','width=640,height=500,resizable=yes,scrollbars=1,menubar=yes,');">Links</a>&#160;]<!-- end-ref --><!-- ref --><p>2. MERCH&Aacute;N, Luis; URREA, Alba. Caracterizaci&oacute;n de las empresas pertenecientes a la industria emergente de software del suroccidente colombiano, caso Red de Parques PARQUESOFT. <u>En</u>: Avances en sistemas e inform&aacute;tica. Septiembre, 2007. vol. 4, no. 2, p.107-115.&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;[&#160;<a href="javascript:void(0);" onclick="javascript: window.open('/scielo.php?script=sci_nlinks&ref=000121&pid=S1794-4449201000010000300002&lng=','','width=640,height=500,resizable=yes,scrollbars=1,menubar=yes,');">Links</a>&#160;]<!-- end-ref --><!-- ref --><p>3. COLOMBIA. DEPARTAMENTO NACIONAL DE PLANEACI&Oacute;N. Agenda interna para la productividad y la competitividad. Bogot&aacute; D.C: Pretextos Ltda., 2007. 143 p.&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;[&#160;<a href="javascript:void(0);" onclick="javascript: window.open('/scielo.php?script=sci_nlinks&ref=000122&pid=S1794-4449201000010000300003&lng=','','width=640,height=500,resizable=yes,scrollbars=1,menubar=yes,');">Links</a>&#160;]<!-- end-ref --><!-- ref --><p>4. HURTADO, Julio y BASTARRICA, Cecilia. Proyecto SIMEP-SW, Hacia una l&iacute;nea de procesos &aacute;giles, Agile SPsL. Trabajo de investigaci&oacute;n. Popay&aacute;n: Universidad del Cauca. Facultad de Ingenier&iacute;a Electr&oacute;nica y Telecomunicaciones. Departamento de Sistemas, 2005. 139 p.&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;[&#160;<a href="javascript:void(0);" onclick="javascript: window.open('/scielo.php?script=sci_nlinks&ref=000123&pid=S1794-4449201000010000300004&lng=','','width=640,height=500,resizable=yes,scrollbars=1,menubar=yes,');">Links</a>&#160;]<!-- end-ref --><!-- ref --><p>5. OKTABA, Hanna y PIATTINI, Mario. Casos de estudio–Colombia. <u>En</u>: Competisoft. Mejora de procesos software para peque&ntilde;as y medianas empresas y proyectos. Madrid: Ra-Ma, 2008. p.190-204.&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;[&#160;<a href="javascript:void(0);" onclick="javascript: window.open('/scielo.php?script=sci_nlinks&ref=000124&pid=S1794-4449201000010000300005&lng=','','width=640,height=500,resizable=yes,scrollbars=1,menubar=yes,');">Links</a>&#160;]<!-- end-ref --><!-- ref --><p>6. COLOMBIA. CONGRESO DE LA REP&Uacute;BLICA. Ley 812 (26, junio, 2003). Por la cual se aprueba el plan nacional de desarrollo 2003-2006. Diario Oficial. Bogot&aacute;, D.C., 2003. no. 45231. p. 299.&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;[&#160;<a href="javascript:void(0);" onclick="javascript: window.open('/scielo.php?script=sci_nlinks&ref=000125&pid=S1794-4449201000010000300006&lng=','','width=640,height=500,resizable=yes,scrollbars=1,menubar=yes,');">Links</a>&#160;]<!-- end-ref --><!-- ref --><p>7. ANAYA, Raquel. Una visi&oacute;n de la ense&ntilde;anza de la ingenier&iacute;a de software como apoyo al mejoramiento de las empresas de software. <u>En</u>: Revista Universidad EAFIT. Enero-marzo, 2006, vol. 42, no. 141, p. 60-76.&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;[&#160;<a href="javascript:void(0);" onclick="javascript: window.open('/scielo.php?script=sci_nlinks&ref=000126&pid=S1794-4449201000010000300007&lng=','','width=640,height=500,resizable=yes,scrollbars=1,menubar=yes,');">Links</a>&#160;]<!-- end-ref --><!-- ref --><p>8. CAUCA. GOBERNACI&Oacute;N. Documento resumen plan regional de competitividad del Cauca. Cauca: Oficina de Prensa, 2008. 26 p.&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;[&#160;<a href="javascript:void(0);" onclick="javascript: window.open('/scielo.php?script=sci_nlinks&ref=000127&pid=S1794-4449201000010000300008&lng=','','width=640,height=500,resizable=yes,scrollbars=1,menubar=yes,');">Links</a>&#160;]<!-- end-ref --><!-- ref --><p>9. COLOMBIA. CONGRESO DE LA REP&Uacute;BLICA. Ley 905 (2, agosto, 2004). por medio de la cual se modifica la Ley 590 de 2000 sobre promoci&oacute;n del desarrollo de la micro, peque&ntilde;a y mediana empresa colombiana y se dictan otras disposiciones. Diario Oficial. Bogot&aacute;, D.C., 2004. no. 45628. p. 1-11.&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;[&#160;<a href="javascript:void(0);" onclick="javascript: window.open('/scielo.php?script=sci_nlinks&ref=000128&pid=S1794-4449201000010000300009&lng=','','width=640,height=500,resizable=yes,scrollbars=1,menubar=yes,');">Links</a>&#160;]<!-- end-ref --><!-- ref --><p>10. ANDRADE SOSA, Hugo Hernando. Compilaci&oacute;n de un modelo para evaluar atributos de calidad en productos software. <u>En</u>: Revista Enlace Inform&aacute;tico, Universidad Del Cauca. 2007, vol. 6, p. 99-111.&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;[&#160;<a href="javascript:void(0);" onclick="javascript: window.open('/scielo.php?script=sci_nlinks&ref=000129&pid=S1794-4449201000010000300010&lng=','','width=640,height=500,resizable=yes,scrollbars=1,menubar=yes,');">Links</a>&#160;]<!-- end-ref --><!-- ref --><p>11. PRESSMAN. Op. Cit., p. 14-16.&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;[&#160;<a href="javascript:void(0);" onclick="javascript: window.open('/scielo.php?script=sci_nlinks&ref=000130&pid=S1794-4449201000010000300011&lng=','','width=640,height=500,resizable=yes,scrollbars=1,menubar=yes,');">Links</a>&#160;]<!-- end-ref --><!-- ref --><p>12. INSTITUTO ESPA&Ntilde;OL DE COMERCIO EXTERIOR. El sector del software en Colombia: Notas sectoriales. Bogot&aacute; D.C: Oficina Econ&oacute;mica y Comercial de la Embajada de Espa&ntilde;a en Bogot&aacute;, 2005. 67 p.&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;[&#160;<a href="javascript:void(0);" onclick="javascript: window.open('/scielo.php?script=sci_nlinks&ref=000131&pid=S1794-4449201000010000300012&lng=','','width=640,height=500,resizable=yes,scrollbars=1,menubar=yes,');">Links</a>&#160;]<!-- end-ref --><!-- ref --><p>13. MERCH&Aacute;N. Op. Cit., p. 107-115.&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;[&#160;<a href="javascript:void(0);" onclick="javascript: window.open('/scielo.php?script=sci_nlinks&ref=000132&pid=S1794-4449201000010000300013&lng=','','width=640,height=500,resizable=yes,scrollbars=1,menubar=yes,');">Links</a>&#160;]<!-- end-ref --><!-- ref --><p>14. FENTON, Norman E.; and PFLEEGER, Shari Laurence. The basis of measurement. <u>En</u>: Software metrics: A rigorous and practical approach revised. 2 ed. Boston: PWS Publishing Company, 1998. p. 24-36.&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;[&#160;<a href="javascript:void(0);" onclick="javascript: window.open('/scielo.php?script=sci_nlinks&ref=000133&pid=S1794-4449201000010000300014&lng=','','width=640,height=500,resizable=yes,scrollbars=1,menubar=yes,');">Links</a>&#160;]<!-- end-ref --><!-- ref --><p>15. PRESSMAN. Op. Cit., p. 14-16.&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;[&#160;<a href="javascript:void(0);" onclick="javascript: window.open('/scielo.php?script=sci_nlinks&ref=000134&pid=S1794-4449201000010000300015&lng=','','width=640,height=500,resizable=yes,scrollbars=1,menubar=yes,');">Links</a>&#160;]<!-- end-ref --><!-- ref --><p>16. SOMMERVILLE, Ian. Gesti&oacute;n de la calidad. <u>En</u>: Ingenier&iacute;a del Software. 7 ed. Espa&ntilde;a: Pearson Education, 2005. p. 587-606.&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;[&#160;<a href="javascript:void(0);" onclick="javascript: window.open('/scielo.php?script=sci_nlinks&ref=000135&pid=S1794-4449201000010000300016&lng=','','width=640,height=500,resizable=yes,scrollbars=1,menubar=yes,');">Links</a>&#160;]<!-- end-ref --><!-- ref --><p>17. PRESSMAN. Op. Cit., p. 14-16.&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;[&#160;<a href="javascript:void(0);" onclick="javascript: window.open('/scielo.php?script=sci_nlinks&ref=000136&pid=S1794-4449201000010000300017&lng=','','width=640,height=500,resizable=yes,scrollbars=1,menubar=yes,');">Links</a>&#160;]<!-- end-ref --><!-- ref --><p>18. SOMMERVILLE. Op. Cit., p. 587-606.&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;[&#160;<a href="javascript:void(0);" onclick="javascript: window.open('/scielo.php?script=sci_nlinks&ref=000137&pid=S1794-4449201000010000300018&lng=','','width=640,height=500,resizable=yes,scrollbars=1,menubar=yes,');">Links</a>&#160;]<!-- end-ref --> ]]></body><back>
<ref-list>
<ref id="B1">
<label>1</label><nlm-citation citation-type="">
<person-group person-group-type="author">
<name>
<surname><![CDATA[PRESSMAN]]></surname>
<given-names><![CDATA[Roger S]]></given-names>
</name>
</person-group>
<article-title xml:lang="es"><![CDATA[Proceso, métodos y herramientas]]></article-title>
<source><![CDATA[]]></source>
<year></year>
</nlm-citation>
</ref>
<ref id="B2">
<label>2</label><nlm-citation citation-type="journal">
<person-group person-group-type="author">
<name>
<surname><![CDATA[MERCHÁN]]></surname>
<given-names><![CDATA[Luis]]></given-names>
</name>
<name>
<surname><![CDATA[URREA]]></surname>
<given-names><![CDATA[Alba]]></given-names>
</name>
</person-group>
<article-title xml:lang="es"><![CDATA[Caracterización de las empresas pertenecientes a la industria emergente de software del suroccidente colombiano, caso Red de Parques PARQUESOFT]]></article-title>
<source><![CDATA[Avances en sistemas e informática]]></source>
<year>Sept</year>
<month>ie</month>
<day>mb</day>
<volume>4</volume>
<numero>2</numero>
<issue>2</issue>
<page-range>107-115</page-range></nlm-citation>
</ref>
<ref id="B3">
<label>3</label><nlm-citation citation-type="book">
<collab>COLOMBIA. DEPARTAMENTO NACIONAL DE PLANEACIÓN</collab>
<source><![CDATA[Agenda interna para la productividad y la competitividad]]></source>
<year>2007</year>
<page-range>143</page-range><publisher-loc><![CDATA[Bogotá^eD.C D.C]]></publisher-loc>
<publisher-name><![CDATA[Pretextos Ltda]]></publisher-name>
</nlm-citation>
</ref>
<ref id="B4">
<label>4</label><nlm-citation citation-type="">
<person-group person-group-type="author">
<name>
<surname><![CDATA[HURTADO]]></surname>
<given-names><![CDATA[Julio]]></given-names>
</name>
<name>
<surname><![CDATA[BASTARRICA]]></surname>
<given-names><![CDATA[Cecilia]]></given-names>
</name>
</person-group>
<source><![CDATA[Proyecto SIMEP-SW, Hacia una línea de procesos ágiles, Agile SPsL]]></source>
<year></year>
<page-range>139</page-range></nlm-citation>
</ref>
<ref id="B5">
<label>5</label><nlm-citation citation-type="book">
<person-group person-group-type="author">
<name>
<surname><![CDATA[OKTABA]]></surname>
<given-names><![CDATA[Hanna]]></given-names>
</name>
<name>
<surname><![CDATA[PIATTINI]]></surname>
<given-names><![CDATA[Mario]]></given-names>
</name>
</person-group>
<article-title xml:lang="es"><![CDATA[Casos de estudio-Colombia]]></article-title>
<source><![CDATA[Mejora de procesos software para pequeñas y medianas empresas y proyectos]]></source>
<year>2008</year>
<page-range>190-204</page-range><publisher-loc><![CDATA[Madrid ]]></publisher-loc>
<publisher-name><![CDATA[Competisoft]]></publisher-name>
</nlm-citation>
</ref>
<ref id="B6">
<label>6</label><nlm-citation citation-type="book">
<collab>COLOMBIA. CONGRESO DE LA REPÚBLICA</collab>
<source><![CDATA[Ley 812 (26, junio, 2003). Por la cual se aprueba el plan nacional de desarrollo 2003-2006]]></source>
<year>2003</year>
<volume>45231</volume>
<page-range>299</page-range><publisher-loc><![CDATA[Bogotá^eD.C D.C]]></publisher-loc>
<publisher-name><![CDATA[Diario Oficial]]></publisher-name>
</nlm-citation>
</ref>
<ref id="B7">
<label>7</label><nlm-citation citation-type="journal">
<person-group person-group-type="author">
<name>
<surname><![CDATA[ANAYA]]></surname>
<given-names><![CDATA[Raquel]]></given-names>
</name>
</person-group>
<article-title xml:lang="es"><![CDATA[Una visión de la enseñanza de la ingeniería de software como apoyo al mejoramiento de las empresas de software]]></article-title>
<source><![CDATA[Revista Universidad EAFIT]]></source>
<year>Ener</year>
<month>o-</month>
<day>ma</day>
<volume>42</volume>
<numero>141</numero>
<issue>141</issue>
<page-range>60-76</page-range></nlm-citation>
</ref>
<ref id="B8">
<label>8</label><nlm-citation citation-type="book">
<collab>CAUCA. GOBERNACIÓN</collab>
<source><![CDATA[Documento resumen plan regional de competitividad del Cauca]]></source>
<year>2008</year>
<page-range>26</page-range><publisher-loc><![CDATA[^eCauca Cauca]]></publisher-loc>
<publisher-name><![CDATA[Oficina de Prensa]]></publisher-name>
</nlm-citation>
</ref>
<ref id="B9">
<label>9</label><nlm-citation citation-type="book">
<collab>COLOMBIA. CONGRESO DE LA REPÚBLICA</collab>
<source><![CDATA[Ley 905 (2, agosto, 2004). por medio de la cual se modifica la Ley 590 de 2000 sobre promoción del desarrollo de la micro, pequeña y mediana empresa colombiana y se dictan otras disposiciones]]></source>
<year>2004</year>
<volume>45628</volume>
<page-range>1-11</page-range><publisher-loc><![CDATA[Bogotá^eD.C D.C]]></publisher-loc>
<publisher-name><![CDATA[Diario Oficial]]></publisher-name>
</nlm-citation>
</ref>
<ref id="B10">
<label>10</label><nlm-citation citation-type="journal">
<person-group person-group-type="author">
<name>
<surname><![CDATA[ANDRADE SOSA]]></surname>
<given-names><![CDATA[Hugo Hernando]]></given-names>
</name>
</person-group>
<article-title xml:lang="es"><![CDATA[Compilación de un modelo para evaluar atributos de calidad en productos software]]></article-title>
<source><![CDATA[Revista Enlace Informático]]></source>
<year>2007</year>
<volume>6</volume>
<page-range>99-111</page-range><publisher-name><![CDATA[Universidad Del Cauca]]></publisher-name>
</nlm-citation>
</ref>
<ref id="B11">
<label>11</label><nlm-citation citation-type="">
<person-group person-group-type="author">
<name>
<surname><![CDATA[PRESSMAN]]></surname>
</name>
</person-group>
<source><![CDATA[Op. Cit.]]></source>
<year></year>
<page-range>14-16</page-range></nlm-citation>
</ref>
<ref id="B12">
<label>12</label><nlm-citation citation-type="book">
<collab>INSTITUTO ESPAÑOL DE COMERCIO EXTERIOR</collab>
<source><![CDATA[El sector del software en Colombia: Notas sectoriales]]></source>
<year>2005</year>
<page-range>67</page-range><publisher-loc><![CDATA[Bogotá^eD.C D.C]]></publisher-loc>
<publisher-name><![CDATA[Oficina Económica y Comercial de la Embajada de España en Bogotá]]></publisher-name>
</nlm-citation>
</ref>
<ref id="B13">
<label>13</label><nlm-citation citation-type="">
<person-group person-group-type="author">
<name>
<surname><![CDATA[MERCHÁN]]></surname>
</name>
</person-group>
<source><![CDATA[Op. Cit.]]></source>
<year></year>
<page-range>107-115</page-range></nlm-citation>
</ref>
<ref id="B14">
<label>14</label><nlm-citation citation-type="book">
<person-group person-group-type="author">
<name>
<surname><![CDATA[FENTON]]></surname>
<given-names><![CDATA[Norman E]]></given-names>
</name>
<name>
<surname><![CDATA[PFLEEGER]]></surname>
<given-names><![CDATA[Shari Laurence]]></given-names>
</name>
</person-group>
<article-title xml:lang="en"><![CDATA[The basis of measurement]]></article-title>
<source><![CDATA[Software metrics: A rigorous and practical approach revised]]></source>
<year>1998</year>
<edition>2</edition>
<page-range>24-36</page-range><publisher-loc><![CDATA[Boston ]]></publisher-loc>
<publisher-name><![CDATA[PWS Publishing Company]]></publisher-name>
</nlm-citation>
</ref>
<ref id="B15">
<label>15</label><nlm-citation citation-type="">
<person-group person-group-type="author">
<name>
<surname><![CDATA[PRESSMAN]]></surname>
</name>
</person-group>
<source><![CDATA[Op. Cit.]]></source>
<year></year>
<page-range>14-16</page-range></nlm-citation>
</ref>
<ref id="B16">
<label>16</label><nlm-citation citation-type="journal">
<person-group person-group-type="author">
<name>
<surname><![CDATA[SOMMERVILLE]]></surname>
<given-names><![CDATA[Ian]]></given-names>
</name>
</person-group>
<article-title xml:lang="es"><![CDATA[Gestión de la calidad]]></article-title>
<source><![CDATA[Ingeniería del Software]]></source>
<year>2005</year>
<volume>7</volume>
<page-range>587-606</page-range><publisher-name><![CDATA[Pearson Education]]></publisher-name>
</nlm-citation>
</ref>
<ref id="B17">
<label>17</label><nlm-citation citation-type="">
<person-group person-group-type="author">
<name>
<surname><![CDATA[PRESSMAN]]></surname>
</name>
</person-group>
<source><![CDATA[Op. Cit.]]></source>
<year></year>
<page-range>14-16</page-range></nlm-citation>
</ref>
<ref id="B18">
<label>18</label><nlm-citation citation-type="">
<person-group person-group-type="author">
<name>
<surname><![CDATA[SOMMERVILLE]]></surname>
</name>
</person-group>
<source><![CDATA[Op. Cit.]]></source>
<year></year>
<page-range>587-606</page-range></nlm-citation>
</ref>
</ref-list>
</back>
</article>
