<?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>1024-9435</journal-id>
<journal-title><![CDATA[ACIMED]]></journal-title>
<abbrev-journal-title><![CDATA[ACIMED]]></abbrev-journal-title>
<issn>1024-9435</issn>
<publisher>
<publisher-name><![CDATA[Centro Nacional de Información de Ciencias Médicas]]></publisher-name>
</publisher>
</journal-meta>
<article-meta>
<article-id>S1024-94351995000300005</article-id>
<title-group>
<article-title xml:lang="es"><![CDATA[Un enfoque actual sobre la calidad del software]]></article-title>
</title-group>
<contrib-group>
<contrib contrib-type="author">
<name>
<surname><![CDATA[Fernández Carrasco]]></surname>
<given-names><![CDATA[Oscar M]]></given-names>
</name>
<xref ref-type="aff" rid="A01"/>
</contrib>
<contrib contrib-type="author">
<name>
<surname><![CDATA[García León]]></surname>
<given-names><![CDATA[Delba]]></given-names>
</name>
<xref ref-type="aff" rid="A01"/>
</contrib>
<contrib contrib-type="author">
<name>
<surname><![CDATA[Beltrán Benavides]]></surname>
<given-names><![CDATA[Alfa]]></given-names>
</name>
<xref ref-type="aff" rid="A01"/>
</contrib>
</contrib-group>
<aff id="A01">
<institution><![CDATA[,SOFTCAL  ]]></institution>
<addr-line><![CDATA[ ]]></addr-line>
</aff>
<pub-date pub-type="pub">
<day>00</day>
<month>12</month>
<year>1995</year>
</pub-date>
<pub-date pub-type="epub">
<day>00</day>
<month>12</month>
<year>1995</year>
</pub-date>
<volume>3</volume>
<numero>3</numero>
<fpage>40</fpage>
<lpage>42</lpage>
<copyright-statement/>
<copyright-year/>
<self-uri xlink:href="http://scielo.sld.cu/scielo.php?script=sci_arttext&amp;pid=S1024-94351995000300005&amp;lng=en&amp;nrm=iso"></self-uri><self-uri xlink:href="http://scielo.sld.cu/scielo.php?script=sci_abstract&amp;pid=S1024-94351995000300005&amp;lng=en&amp;nrm=iso"></self-uri><self-uri xlink:href="http://scielo.sld.cu/scielo.php?script=sci_pdf&amp;pid=S1024-94351995000300005&amp;lng=en&amp;nrm=iso"></self-uri></article-meta>
</front><body><![CDATA[ <H3> Informes T&eacute;cnicos</H3>  <H2> Un enfoque actual sobre la calidad del <I>software</I></H2> <I>Oscar M. Fern&aacute;ndez Carrasco<SUP>1</SUP>, Delba Garc&iacute;a Le&oacute;n<SUP>2 </SUP>y Alfa Beltr&aacute;n Benavides<SUP>3</SUP></I> <OL>     <LI> Investigador Agregado. Centro de Desarrollo Inform&aacute;tico. SOFTCAL, SIME.</LI>      <LI> Especialista en Sistemas de Computaci&oacute;n.</LI>      <LI> Aspirante a Investigador.</LI>     </OL>       <P>Uno de los problemas que se afrontan actualmente en la esfera de la computaci&oacute;n es la calidad del <I>software</I>. Desde la d&eacute;cada del 70, este tema ha sido motivo de preocupaci&oacute;n para especialistas, ingenieros, investigadores y comercializadores de <I>softwares</I>, los cuales han realizado gran cantidad de investigaciones al respecto con dos objetivos fundamentales: <OL>     <LI> &iquest;C&oacute;mo obtener un <I>software</I> con calidad?</LI>      <LI> &iquest;C&oacute;mo evaluar la calidad del <I>software</I>?</LI>     </OL> Ambas interrogantes conllevan amplias respuestas, pero est&aacute;n estrechamente ligadas con el concepto de la calidad del <I>software</I>, que es el resultado de la primera y la fuente de la segunda. <H4> &iquest;QUE ES LA CALIDAD DEL <I>SOFTWARE</I>?</H4> La calidad del <I>software</I> es el conjunto de cualidades que lo caracterizan y que determinan su utilidad y existencia. La calidad es sin&oacute;nimo de eficiencia, flexibilidad, correcci&oacute;n, confiabilidad, mantenibilidad, portabilidad, usabilidad, seguridad e integridad.      <P>La calidad del <I>software</I> es medible y var&iacute;a de un sistema a otro o de un programa a otro. Un <I>software</I> elaborado para el control de naves espaciales debe ser confiable al nivel de "cero fallas"; un<I> software</I> hecho para ejecutarse una sola vez no requiere el mismo nivel de calidad; mientras que un producto de<I> software</I> para ser explotado durante un largo per&iacute;odo (10 a&ntilde;os o m&aacute;s), necesita ser confiable, mantenible y flexible para disminuir los costos de mantenimiento y perfeccionamiento durante el tiempo de explotaci&oacute;n.      ]]></body>
<body><![CDATA[<P>La calidad del software puede medirse despu&eacute;s de elaborado el producto. Pero esto puede resultar muy costoso si se detectan problemas deriva dos de imperfecciones en el dise&ntilde;o, por lo que es imprescindible tener en cuenta tanto la obtenci&oacute;n de la calidad como su control durante todas las etapas del ciclo de vida del <I>software</I>. <H4> &iquest;COMO OBTENER UN <I>SOFTWARE</I> DE CALIDAD?</H4> La obtenci&oacute;n de un <I>software</I> con calidad implica la utilizaci&oacute;n de metodolog&iacute;as o procedimientos est&aacute;ndares para el an&aacute;lisis, dise&ntilde;o, programaci&oacute;n y prueba del <I>software</I> que permitan uniformar la filosof&iacute;a de trabajo, en aras de lograr una mayor confiabilidad, mantenibilidad y facilidad de prueba, a la vez que eleven la productividad, tanto para la labor de desarrollo como para el control de la calidad del <I>software</I>.      <P>La pol&iacute;tica establecida debe estar sustentada sobre tres principios b&aacute;sicos: tecnol&oacute;gico, administrativo y ergon&oacute;mico.      <P>El principio tecnol&oacute;gico define las t&eacute;cnicas a utilizar en el proceso de desarrollo del <I>software.</I>      <P>El principio administrativo contempla las funciones de planificaci&oacute;n y control del desarrollo del <I>software</I>, as&iacute; como la organizaci&oacute;n del ambiente o centro de ingenier&iacute;a de <I>software</I>.      <P>El principio ergon&oacute;mico define la interfaz entre el usuario y el ambiente automatizado.      <P>La adopci&oacute;n de una buena pol&iacute;tica contribuye en gran medida a lograr la calidad del <I>software</I>, pero no la asegura. Para el aseguramiento de la calidad es necesario su control o evaluaci&oacute;n.      <P><B>&iquest;COMO CONTROLAR LA CALIDAD DEL <I>SOFTWARE</I>?</B>      <P>Para controlar la calidad del <I>software</I> es necesario, ante todo, definir los par&aacute;metros, indicadores o criterios de medici&oacute;n, ya que, como bien plantea Tom De Marco, "usted no puede controlar lo que no se puede medir".      <P>Las cualidades para medir la calidad del <I>software</I> son definidas por innumerables autores, los cuales las denominan y agrupan de formas diferentes. Por ejemplo, John Wiley define m&eacute;tricas de calidad y criterios, donde cada m&eacute;trica se obtiene a partir de combinaciones de los diferentes criterios. La <I>Metodolog&iacute;a para la evaluaci&oacute;n de la calidad de los medios de programas</I> de la CIC, de Rusia, define indicadores de calidad estructurados en cuatro niveles jer&aacute;rquicos: factor, criterio, m&eacute;trica, elemento de evaluaci&oacute;n, donde cada nivel inferior contiene los indicadores que conforman el nivel precedente. Otros autores identifican la calidad con el nivel de complejidad del <I>software</I> y definen dos categor&iacute;as de m&eacute;tricas: de complejidad de programa o c&oacute;digo, y de complejidad de sistema o estructura.      <P>Todos los autores coinciden en que el <I>software</I> posee determinados &iacute;ndices medibles que son las bases para la calidad, el control y el perfeccionamiento de la productividad.      ]]></body>
<body><![CDATA[<P>Una vez seleccionados los &iacute;ndices de calidad, se debe establecer el proceso de control, que requiere los siguientes pasos: <UL>     <LI> Definir el <I>software</I> que va a ser controlado: clasificaci&oacute;n por tipo, esfera de aplicaci&oacute;n, complejidad, etc., de acuerdo con los est&aacute;ndares establecidos para el desarrollo del<I> software</I>.</LI>      <LI> Seleccionar una medida que pueda ser aplicada al objeto de control. Para cada clase de <I>software</I> es necesario definir los indicadores y sus magnitudes.</LI>      <LI> Crear o determinar los m&eacute;todos de valoraci&oacute;n de los indicadores: m&eacute;todos manuales como cuestionarios o encuestas est&aacute;ndares para la medici&oacute;n de criterios periciales y herramientas automatizadas para medir los criterios de c&aacute;lculo.</LI>      <LI> Definir las regulaciones organizativas para realizar el control: qui&eacute;nes participan en el control de la calidad, cu&aacute;ndo se realiza, qu&eacute; documentos deben ser revisados y elaborados, etc.</LI>     </UL> A partir del an&aacute;lisis de todo lo anterior, nuestro Centro se encuentra enfrascado en un proyecto para el Aseguramiento de la Calidad del<I> Software</I> (ACS), v&aacute;lido para cualquier entidad que se dedique a la investigaci&oacute;n, producci&oacute;n y comercializaci&oacute;n del<I> software</I>, el cual incluye la elaboraci&oacute;n de un Sistema de Indicadores de la Calidad del<I> Software</I>, la confecci&oacute;n de una <I>Metodolog&iacute;a para el Aseguramiento de la Calidad del Software</I> y el desarrollo de herramientas manuales y automatizadas de apoyo para la aplicaci&oacute;n de las t&eacute;cnicas y procedimientos del ACS, de forma tal que se conforme un Sistema de Aseguramiento de la Calidad del<I> Software</I>. <H4> CONCLUSIONES</H4> Lograr el &eacute;xito en la producci&oacute;n de<I> software</I> es hacerlo con calidad y demostrar su buena calidad. Esto s&oacute;lo es posible con la implantaci&oacute;n de un Sistema para el Aseguramiento de la Calidad del <I>Software</I> directamente relacionado con la pol&iacute;tica establecida para su elaboraci&oacute;n y que est&eacute; en correspondencia con la definici&oacute;n internacional ISO de calidad, amplia mente aceptada, y por los est&aacute;ndares del grupo ISO 9000.       ]]></body>
</article>
