www.monografias.

com

Estrategias de calidad para PYMES de desarrollo de software

1. 2. 3. 4. 5. 6. Introduccin Gestin de calidad del software. Las normas ISO 9000:2000. Estrategia para la aplicacin de la ISO 9000:2000 aplicada a PYMES de Software. Conclusiones Bibliografa.

Introduccin A lo largo del tiempo el concepto de calidad ha adquirido un carcter multidimensional, debido a que los diferentes autores, conocidos como los gurs del tema, lo han enfocado desde puntos de vistas diferentes: Deming, como el grado predecible de uniformidad y conformidad a un bajo costo que se ajuste a las necesidades del mercado ; Crosby, como cumplir con los requisitos; Feigenbaum, como el conjunto total de las caractersticas del producto de marketing, ingeniera, fabricacin y mantenimiento a travs del cual el producto en uso satisfar las expectativas del cliente y Jurn, como la idoneidad o aptitud para el uso. En todas estas definiciones se valoran elementos comunes como la satisfaccin de necesidades o perspectivas del cliente y la existencia de rasgos o requisitos para satisfacerlas. Para alcanzarla se ha decursado por varios estadios, comenzando con la verificacin y terminando en la calidad total, pasando por el control y el aseguramiento de la calidad. La tendencia internacional actual est fundamentada en la aplicacin y certificacin sobre la base de las normas ISO 9000 que suponen un lenguaje comn, adoptado ya por un elevado nmero de pases. De ah, que se pueda considerar como el concepto ms actual de calidad el definido por la ISO 9000:2000 , que la define como grado en el que un conjunto de caractersticas inherentes cumplen con los requisitos. Adems de las normas ISO 9000, para lograr una efectiva gestin de la calidad en determinados sectores es necesario compatibilizarlas con otras normas especficas adecuadas al tipo de actividad que desarrollan. Tal es el caso de las empresas de la industria del software donde se usan metodologas tan extendidas como el CMM y la ISO SPICE, entre otros modelos. Finalmente, la naturaleza intangible de este negocio y el hecho de que el software constituye un producto del conocimiento de difcil estandarizacin, hace necesaria la aplicacin de otros modelos que prevn la inclusin de la gestin del conocimiento y su integracin a los modelos de calidad, como es el caso del EFQM de Excelencia, base del Premio Europeo de Calidad. Ante esta abundancia de modelos tericos y de normas de certificacin las pequeas empresas de software o las principiantes se ven ante el dilema de cul es el mejor camino a escoger, el ms rpido y menos costoso que le permita asegurar la calidad de su productos. En este trabajo se propone una estrategia concreta que pretende esclarecer los conceptos y trazar un camino para este tipo de empresas en aras de la difcil meta de la calidad.

1. Gestin de calidad del software. La calidad del software es definida por Pressman (1998) como la concordancia con los requisitos funcionales y de rendimiento explcitamente establecidos, con los estndares de desarrollo explcitamente documentados y con las caractersticas implcitas que se esperan de todo software desarrollado profesionalmente. A partir de esta definicin vale la pena sealar que no slo afecta la calidad el incumplimiento de los requisitos del cliente y los explcitamente definidos por la ingeniera de software, sino que los requisitos implcitos tambin deben ser considerados. Tngase en cuenta que pocas veces el cliente est en condiciones reales de explicitar todo lo que se puede esperar del producto, muchas veces por desconocimiento y otras por la asuncin tcita de muchas funcionalidades. La gestin de la calidad se puede entender como el conjunto de actividades y medios necesarios para definir e implementar un sistema de la calidad, por una parte y responsabilizarse de su control, aseguramiento y mejora continua, por otra. (Fernndez & Alarcn, 1999). El control est dirigido al cumplimiento de requisitos, el aseguramiento a inspirar confianza en que se cumplir el requisito pertinente y el mejoramiento al aumento de su eficiencia y eficacia. La gestin de calidad a nivel de la organizacin en entidades de software ha seguido dos lneas que pueden perfectamente complementarse entre s. Por una parte, se ha seguido la lnea marcada por las entidades internacionales de estandarizacin para todos los productos y servicios a travs de las normas ISO 9000 y por otra, el mundo del software ha creado su propia lnea de trabajo en la gestin de la calidad, trabajando sobre los procesos de produccin de software como medio de asegurar la calidad del producto final. Cuando los estndares de calidad se orientaban sobre todo al control, en las organizaciones dedicadas al software aparecen un grupo de modelos especficos con ese fin: Modelo de Boehm [Boehm et al., 1978], Modelo FCM (Factors/Criteria/Metrics) [McCall et al., 1977], Marco ISO 9126 [ISO/IEC, 1991], Paradigma GQM (Goal-Question-Metric) [Basili y Rombach, 1988], Modelo de Gilb [Gilb, 1988]. En los ltimos aos en que los estndares de calidad internacionales se han reorientado hacia el aseguramiento de la calidad, han aparecido en la industria del software dos importantes modelos de referencia que tienen en comn la evaluacin de la capacidad de los procesos en niveles de desarrollo o madurez: Modelo CMM (Capability Maturity Model) [Paulk, 1993] y Modelo SPICE (Software Process Improvement and Capability determination ) [Rout, 1995], [SPICE, 1999]. Estadsticas del Software Engineering Institute (SEI) reportan que del total de empresas que aplican CMM el 81 % se encuentra en el nivel 1, el 12 % en el nivel 2 y el 7 % en el nivel 3. Ninguna ha alcanzado los niveles 4 y 5. (Tinnirello, 1998). Esto da cuenta de la rigurosidad del modelo y de las pocas posibilidades que tendra las PYMES de ubicarse en los niveles superiores. Las grandes empresas ya consolidadas pueden disponer a su voluntad, y de hecho lo hacen, la implantacin de otras metodologas o esquemas propios para lograr la calidad y la mejora continua de sus procesos productivos, sin embargo, para las pequeas y medianas empresas de software la implantacin de sistemas de la calidad basados en las normas ISO 9000 puede constituir el mejor camino a seguir pues estas normas definen los requisitos bsicos de la organizacin y por otro lado la certificacin le confiere un prestigio importante ante sus clientes. La solucin ideal para los que comienzan es integrar ambos enfoques en la medida de los posible bajo el principio de especificar en la ISO 9000 todas aquellas caractersticas propias del producto de software que se contemplan en las otras metodologas. 2. Las normas ISO 9000:2000. En 1947 se cre la International Organization for Standartization, que es una federacin mundial de organismos nacionales de normalizacin, cuya sede actual est en Ginebra. En 1987 se publicaron por primera vez la familia de normas ISO 9000 para el aseguramiento de la calidad, compuesta por la norma ISO 8402: Vocabulario, la norma ISO 9000: Directrices para la seleccin de los modelos para el aseguramiento de la calidad y los tres modelos ISO 9001, 9002 y 9003 que planteaban los requisitos para los sistemas de calidad aplicables a empresas cuya actividad se enmarcaba en determinadas etapas del ciclo de vida del producto. Adems apareci el modelo ISO 9004 dirigido al aseguramiento de la calidad en el orden interno.

En el ao 1994 se realiz una revisin de estas normas y se introdujeron algunos cambios que no variaron de manera sustancial la estructura original de la familia del ao1987 , y en el ao 2000 apareci la ltima versin (vigente en la actualidad) en la cual se introdujo el enfoque de procesos y los tres modelos (ISO 9001, ISO 9002 e ISO 9003) se unieron en el modelo ISO 9001:2000 aplicable a cualquier organizacin. Adems la norma ISO 8402 se sustituy por la ISO 9000: Vocabulario y la ISO 9004 se convirti en el modelo para la mejora del desempeo. La otra integrante de la familia ISO 9000 (norma ISO 19011 para Auditorias de los sistemas de gestin de la calidad y medioambientales) ampli su alcance y se compatibiliz con las ISO 14 000. Qu son las normas ISO? Un conjunto de normas internacionales genricas que establecen sistemas de gestin de la calidad aplicados por organizaciones de cualquier tipo o tamao que fabrican productos o componentes (hardware) ,fabrican software, fabrican materiales procesados, ofrecen servicios, desempean funciones de administracin pblica. Qu no son las normas ISO? No son Especificaciones de Calidad de Productos. No son obligatorias. No es un programa de corta duracin. No es el punto final de la mejora continua El modelo de un sistema de gestin de la calidad basado en procesos que se muestra a continuacin ha servido a las organizaciones para enfocar sus esfuerzos en aquellos procesos que aportan valor al cliente y garantizan la satisfaccin de sus necesidades declaradas e implcitas:

C L I E N T E S

SISTEMA DE GESTIN DE LA CALIDAD MEJ ORA CONTINUA

R E Q U I S I T O S Responsabilidad de la Direccin Gestin de recursos Medicin, anlisis y mejoramiento S A T I S F A C C I O N Producto o Servicio

Entrada

Realizacin Producto o Servicio

Salida

C L I E N T E S

El proceso de Responsabilidad de la Direccin se identifica con los procesos estratgicos que aportan directivas al resto de los procesos, tales como la definicin de polticas, objetivos, responsabilidad y autoridad, comunicacin, as como el compromiso de la direccin y la revisin del sistema por parte de sta. La gestin de recursos se refiere a la infraestructura y los recursos humanos, materiales y financieros que se identifica con los procesos de apoyo que soportan los procesos de realizacin,

donde se manifiesta la cadena de valor que transforma las necesidades y expectativas de los clientes en productos que satisfagan sus expectativas. Luego la medicin, anlisis y mejora permitir determinar la eficacia, eficiencia y efectividad del resto de los proceso, y aportar la informacin necesaria para la toma de decisiones y la mejora continua del producto, los procesos y el sistema. Es importante no ver estos procesos en orden cronolgico ni como correspondientes a diferentes partes de la estructura de la organizacin, sino que son procesos simultneos, ntimamente relacionados y extensivos a toda la organizacin. 3. Estrategia para la aplicacin de la ISO 9000:2000 aplicada a PYMES de Software. Es comn que las empresas que acometen la implantacin de sistemas de calidad ISO 9000 se enfrenten a las siguientes situaciones: 1. Se contratan consultores externos que aunque conozcan la calidad a nivel gerencial desconocen las especificidades de los procesos de software. Esto dificulta la adaptacin eficaz de la norma a la organizacin y afecta la eficiencia del proceso de implantacin. 2. El exceso de documentacin provoca un rechazo general a la aplicacin de la norma. 3. Se pretende comenzar la implantacin de arriba hacia abajo, de modo que transcurre mucho tiempo en llegar al proceso concreto de realizacin del producto. Esto hace que no se vean resultados a corto plazo. 4. Se da ms importancia a las cuestiones organizativas de la administracin que a las del propio proyecto. 5. No se consideran las especificidades del proceso productivo como proceso de conocimiento: difcil estandarizacin, intervencin del cliente prcticamente durante todo el proceso, mayor importancia del servicio posventa. Para acometer la gestin de la calidad con resultados intermedios que permitan a la empresa ir obteniendo madurez en la medida en que avanza la implantacin de las normas, se propone definir 5 niveles, ya no especficos al proceso de desarrollo del producto como da cuenta el CMM, sino referentes a la gestin de la calidad a nivel de toda la organizacin: 1. Nivel inicial 2. Nivel de proyecto. 3. Nivel de gestin total de calidad 4. Nivel de certificacin 5. Nivel de referencia Nivel inicial Toda empresa de software aplica al menos un mnimo control de la calidad de sus productos y establece algunos parmetros mnimos como requisitos del producto. Las empresas que trabajan a este nivel se caracterizan por: 1. Definicin de polticas elementales de contratacin. 2. Obtencin de las especificaciones de los clientes. 3. Formacin emprica de equipos de trabajo de acuerdo a la disponibilidad de personal que se tenga. 4. Compromisos de plazos de entrega sin criterios bien fundamentados. 5. Uso de herramientas de ingeniara de software a voluntad de los desarrolladores. 6. Empleo de los lenguajes de programacin en que se tiene experiencia, al no ser que el cliente exija lo contrario. 7. Mnima documentacin. 8. Acta de aceptacin del cliente quien generalmente no est en condiciones de evaluar adecuadamente el producto. 9. Deficiente organizacin del mantenimiento posventa del producto. Nivel de proyecto En este nivel se incluyen: evaluaciones, revisiones y auditorias, normas, procedimientos de control y seguimiento de errores, as como el registro de la informacin como va de retroalimentacin para la calidad del proyecto. Algunas acciones importantes que no pueden dejar de realizarse son: asegurar que los procesos de ingeniera de software sean usados durante todo el ciclo de vida del proyecto; evaluar mediante mtricas, los requerimientos de calidad de los productos; chequear mediante mtricas las condiciones anormales en los procesos y eliminarlas antes de terminar el

producto; analizar las prdidas de calidad para definir acciones para el mejoramiento continuo del proceso de desarrollo de software. El siguiente modelo de Pressman (1998) muestra fehacientemente como asegurar a nivel de proyecto la calidad de proceso de desarrollo de software:

Marco de trabajo del proceso comn Actividades del marco de trabajo Conjunto de tareas Tareas Hitos, entregas

Puntos de Aseguramiento de la Calidad

Actividades de proteccin
Es necesario partir de un pequeo nmero de actividades del marco de trabajo que son aplicables a todos los proyectos de software, con independencia de su tamao y complejidad. Un conjunto de tareas que permiten que las actividades del marco de trabajo se adapten a las caractersticas del proceso de software y a los requisitos del equipo de proyecto. Finalmente las actividades de proteccin tales como la gestin de la calidad del software, gestin de configuracin del software y la medicin. Estas actividades sern independientes del cualquier actividad del marco de trabajo y deben aparecer durante todo el proceso. A este nivel pudiera organizarse la actividad de la forma siguiente: 1. Establecer polticas y procedimientos generales para: negociacin del proyecto, decisin de plazos de entrega, formacin del equipo de proyecto, decisin de plataformas de trabajo y lenguajes de programacin, documentacin mnima necesaria, herramientas comunes e imagen corporativa implcita en el software a desarrollar. 2. Planificar y organizar las tareas a ejecutar, definiendo las mtricas del proyecto, los hitos, las pruebas a realizar en cada uno. 3. Ejecucin del proyecto. 4. Control de calidad en cada uno de los hitos definidos y al final. (el control incluye la verificacin y correccin). 1. Polticas y procedimientos generales. Se definirn polticas en aquellos aspectos donde se requiera un alto nivel de flexibilidad como la negociacin del proyecto y la decisin de plataformas de trabajo y lenguajes de programacin. Pudiera definirse por ejemplo poltica de precios, requisitos de los contratos y todo lo que se relacione con el contacto directo con el cliente, de modo que no se establezcan camisas de fuerza que atenten finalmente contra su satisfaccin con el servicio que se le ofrece. Se definirn procedimientos en aquellos aspectos donde sea posible regular cada uno de los pasos a dar y las alternativas posibles a evaluar. Para la definicin de plazos de entrega pudiera trabajarse con rutas crticas o con las herramientas del Microsoft Project, por ejemplo. Para la formacin del equipo de proyecto sera necesario establecer un procedimiento que permita establecer las competencias que requiere el proyecto de sus especialistas, la evaluacin de esas competencias en el personal del que se pueda disponer y las mtricas de medicin de la inteligencia emocional del equipo. Los documentos mnimos pueden

establecerse sobre la base de depurar las metodologas de anlisis de sistema conocidas y definir lo que la organizacin considera necesario y con qu estructura. La imagen corporativa implcita en el software debe establecerse como criterio inicial que facilite los diseos de las diferentes interfaces. Las herramientas sern definidas con el objetivo de lograr una estandarizacin a nivel de la organizacin. Para desarrollar este marco de trabajo pueden crearse grupos de especialistas donde la experiencia cuente en primer lugar y obtenerse las polticas y procedimientos a partir de sesiones de trabajo. El Consejo Tcnico Asesor de la Gerencia puede ser una va propicia. 2. Planificacin y organizacin de las tareas. Se definirn cada una de las tareas del proyecto, se asignarn responsables, participantes, plazos y formas de control. Las formas de control se determinan a partir de definir las mtricas en cada etapa. Es importante que los controles se realicen en los hitos previamente definidos de manera que no se entorpezca el desarrollo del proyecto. Los perodos de control y correccin deben preverse en el cronograma de desarrollo del proyecto. 3. Ejecucin del proyecto. Adems de cumplir con las polticas y procedimientos trazados as como con la planificacin realizada, es importante tener en cuenta dos aspectos: la ingeniera del software y la documentacin. La ingeniera del software establece los requerimientos tecnolgicos del diseo. Debe lograrse en la organizacin que todos sus especialistas dominen las tcnicas y herramientas necesarias. Teniendo en cuenta las diferencias profesionales y de experiencia de los especialistas, es importante realizar acciones de gestin del conocimiento y seguir, al menos, los principios bsicos que garanticen la continua conversin del conocimiento tcito en explcito y viceversa. Par ese fin se recomiendan algunas acciones de fcil implementacin: Integrar los equipos con personal de diferente nivel de experiencia de modo que se trasmitan los conocimientos por la mejor va posible que es la prctica. Formar equipos multidisciplinarios en relacin con el proyecto, de manera que se compartan conocimientos de acuerdo al know how no informtico que se requiere. Estimular por diferentes vas la comparticin de los conocimientos, el desarrollo de clases y objetos para uso comn y conformar una biblioteca compartida. Discusiones en equipo de las soluciones informticas complejas y su explicitacin por escrito, de modo que no se requiera reinventar la rueda. Formacin inicial de los especialistas de reciente incorporacin con polticas, procedimientos, soluciones tcnicas documentadas. Formacin del cliente y empata de modo que se incorpore como un miembro del equipo, en posicin constructiva y proactiva. Un aspecto vital tanto para la calidad del proyecto como para ir sentando una cultura con vistas a la futura implantacin de sistemas de calidad a nivel organizacional, es la documentacin de cada una de las etapas en paralelo al desarrollo, de forma que se eviten omisiones o que la documentacin sea una carga a realizar una vez terminado el software. Es necesario insistir en que a este nivel debe establecerse la documentacin mnima necesaria que garantice la trazabilidad del proceso de desarrollo y que deje constancia, sobre todo, de todos los contactos con el cliente. Debe tenerse presente que en esta industria, a diferencia de la mayora, la interaccin con el cliente se da a todo lo largo del proceso. 4. Control de calidad. El control de calidad en cada uno de los hitos debe realizarse por personal especialmente dedicado a esta funcin. Debe escogerse los tcnicos de mayor experiencia. El control de calidad al final se recomienda lo realicen crculos de calidad creados ad hoc para cada proyecto. La separacin de las actividades de anlisis, programacin e implantacin es de gran ayuda al permitir lograr de forma natural una contrapartida permanente que sirva de retroalimentacin durante todo el proceso de desarrollo. Sin mencionar otros beneficios como el incremento de los niveles de productividad. Nivel de gestin total de calidad.

Una vez superada la etapa de lograr la calidad en los proyectos, la empresa estar en condiciones de revisar las normas ISO 9000 de manera detallada y comenzar a adecuar sus actividades y procesos a los requisitos mnimos que ellas establecen. Aqu es importante tener en cuenta: 1. Como la norma admite que la documentacin puede estar en cualquier formato o tipo de medio, revisar los diseos de la intranet y de los sistemas de informacin digital que minimicen la burocracia del exceso de documentacin con el que generalmente se acompaa la implantacin de estas normas. 2. Dentro de la gestin de recursos, prestar la mxima atencin a la gestin del capital humano (gestin del conocimiento a nivel de toda la organizacin y control de indicadores de capital intelectual). 3. Revisar el proceso de materializacin del producto que se defini a nivel de proyecto a la luz de la norma. 4. Conceder especial importancia dentro de la revisin de requisitos relacionados con el producto a los no explcitos por parte del cliente y a los de ingeniera de software. 5. El control de cambios de diseo y desarrollo mediante los registros adecuados garantizar la calidad del proceso de mantenimiento del software. 6. La identificacin y trazabilidad que establece la norma se garantizar con una adecuada gestin de la configuracin. 7. La propiedad del cliente requiere un respeto riguroso: habr que precisar la confidencialidad de la informacin que se maneja y hasta donde llega la participacin del cliente en el know how no informtico del producto. 8. En la preservacin de producto orientarse especifican mete al control de versiones. 9. La medicin, anlisis y mejora se da en dos etapas: durante el desarrollo del software utilizando las mtricas que proporcionan los mltiples modelos existentes y el seguimiento y medicin posterior. 10. Se requiere implementar adecuados sistemas de satisfaccin del cliente que permita retroalimentarse con el desempeo posterior del producto. Debe tenerse en cuenta que estos productos demuestran su eficacia sobre todo en momentos posteriores a su implementacin cuando se requieren cambios de su configuracin o cuando el volumen de datos procesados se hace significativamente grande. 11. Es importante implementar que la liberacin del producto la realice personal distinto al encargado de su desarrollo. Nivel de certificacin. Por la gran variabilidad de los procesos de desarrollo de software, es importante buscar una estabilidad del nivel anterior antes de pasar a este nivel. Por otro lado, los procesos de desarrollo de software ocurren en plazos mucho mayores que los procesos productivos y de servicios convencionales, de ah que para demostrar resultados con vistas a la certificacin hay que esperar un tiempo mayor. Una vez certificada la entidad tendr que ser capaz en el tiempo de demostrar su aptitud para mantener la certificacin otorgada en las auditorias recurrentes que establecen las normas. Nivel de referencia. Existe una tendencia a considerar el proceso de desarrollo de software como un proceso de I + D lo que no se considera exacto. El verdadero proceso de investigacin y desarrollo se da en el software cuando se trabaja en nuevas herramientas de ingeniera y en nuevos mtodos de trabajo que permitan obtener resultados superiores. Las empresas de alto desempeo se convierten en referencia para otras que comienzan a partir de convertir sus mtodos y experiencias en estndares de trabajo. Por otro lado, el desarrollo de software propicia la produccin de herramientas de ingeniera y de codificacin que hacen mas efectivos y productivos los procesos.

Conclusiones 1. Muchas empresas prestigiosas de software implementan sus propios modelos de calidad. 2. Para las pequeas y medianas empresas de software la implantacin de sistemas de la calidad basados en las normas ISO 9000 puede constituir el mejor camino a seguir pues estas normas definen los requisitos bsicos de la organizacin y por otro lado la certificacin le confiere un prestigio importante ante sus clientes. 3. La solucin ideal para empresas principiantes es integrar en la ISO 9000 todas aquellas caractersticas propias del producto de software que se contemplan en las otras metodologas. 4. La implantacin de sistemas de calidad ISO 9000 en empresas de software debe hacerse por niveles de desarrollo. 5. El nivel de proyecto constituye el ncleo de la gestin de calidad en empresas de software ya que cada proyecto es a su vez una empresa. 6. La inclusin de la gestin del conocimiento dentro del sistema de calidad es un requisito bsico para las empresas de software. Bibliografa. Basili, V.R. y Rombach, H.D., The TAME Project: Towards Improvement-Oriented Software Environments, IEEE Transaction on Software Engineering,14(6), 758-73 1988. Boehm, B.W., Kaspar, J.R. y otros Characteristics of Software Quality, TRW Series of Software Technology, 1978. Boehm, B.W., Clark, B., Horowitz, E. et al., Cost Models for future life cycle processes: COCOMO 2.0, Annals of Software Engineering 1(1), pp 1-24, 1995. DeMarco, T., Controlling Software Projects, Yourdon Press, 1982. Dolado, J.J. y Fernndez, L. (coordinadores). Medicin para la Gestin en la Ingeniera del Software. Ra-ma, 2000. Farbey, B., Software Quality metrics: considerations about requirements and requirements specification, Information and Software Technology, 32 (1), pp 60-64, 1990. Fernndez, Luis y Miren Idoia Alarcn. Necesidades de medicin en la gestin y aseguramiento de calidad del software. [en lnea: 05/04/04] http://www.sc.ehu.es/jiwdocoj/remis/docs/aseguracal.htm Gilb, T. Principles of Software Engineering Management, Addison-Wesley, 1988. ISO/IEC "Information Technology - Information Resources Dictionary System (IRDS) - Framework ", ISO/IEC intl. Standard edition, 1990. ISO/IEC 9126, Software Product Evaluation Quality Characteristics and Guidelines for their Use , 1991. Lorenz, M. and Kidd, J., Object_oriented Software Metrics, Prentice Hall 1994. McCall, J.A., Richards, P.K. and Walters, G.F. Factors in Software Quality, RADC TR-77-369, US Rome Air Development Center Reports NTIS AD/A-049 014, 015, 055, 1977. Paulk, M., Curtis, B., Chrissis, M., and Weber, C. Capability Maturity Model for Software: Version 1.1. Technical Report SEI-93-TR-24, Software Engineering Institute, Carnegie Mellon University, Pittsburgh, Pennsylvania, USA, 1993. Pressman, Roger S. (1998) Ingeniera de software. Un enfoque prctico. Cuarta Edicin, Madrid, Mc Graw-Hill Interamericana de Espaa S.A. Rout, T.P. Software Process Improvement and Practice, 1(1), pp 57-66, 1995. Samson, W.B., Nevill, D.G. Y Dugard, P.I., Predictive software Metrics based on a Formal Specification, Software Engineering Journal, 5(1), 1990. SPICE, SPICE Document Suite, Software Process Improvement and Capability determination , , 1999. Tinnirello, Paul C.,How's Your IT: Teetering Or Leading-Edge PC Week May 11, v15 n19 p77, 1998 M.Sc. Abilio Marrero Rodrguez abilio@hlg.desoft.cu