{"id":882,"date":"2020-06-11T16:45:36","date_gmt":"2020-06-11T21:45:36","guid":{"rendered":"https:\/\/www.datazucar.cu\/?p=882"},"modified":"2021-06-30T09:57:24","modified_gmt":"2021-06-30T14:57:24","slug":"propuesta-de-mantenimiento-en-el-proceso-de-desarrollo-de-software","status":"publish","type":"post","link":"https:\/\/www.datazucar.cu\/?p=882","title":{"rendered":"Propuesta de mantenimiento en el proceso de desarrollo de software."},"content":{"rendered":"\r\n<p><strong>Resumen<\/strong><\/p>\r\n\r\n\r\n\r\n<p>El mantenimiento de software es un eslab\u00f3n fundamental para lograr la calidad y la mejora continua del producto final; se fundamenta en modificar un producto o software despu\u00e9s de la entrega con el fin de corregir errores, mejorar el rendimiento u otros atributos y constituye una de las actividades m\u00e1s comunes en la ingenier\u00eda de software. Sin embargo, por lo costoso en tiempo y esfuerzo de esta fase y la complejidad de este proceso no es muy aceptado en las organizaciones, dado que en todas existen varios productos de software heredados a los cuales se les hace complejo mantener el c\u00f3digo fuente por ser, en muchos casos, lenguajes de programaci\u00f3n obsoletos. Por esta situaci\u00f3n se plantean distintos tipos de mantenimientos a ejecutar en dependencia de las necesidades ya que ninguna empresa productora de software queda exenta de esta problem\u00e1tica. El presente trabajo aborda la teor\u00eda del mantenimiento basado en los est\u00e1ndares de calidad del software debido a que los factores de calidad inciden de forma directa sobre el esfuerzo y costos de mantenimiento, proponi\u00e9ndose una soluci\u00f3n y su aplicaci\u00f3n en DATAZUCAR.<\/p>\r\n\r\n\r\n\r\n<p><strong>Palabras clave: <\/strong>software, desarrollo de software, mantenimiento de software<\/p>\r\n\r\n\r\n\r\n<p><strong>Abstract<\/strong><\/p>\r\n\r\n\r\n\r\n<p>Software maintenance is a fundamental action to achieve the quality and continuous improvement of the final product; it is based on modifying a product or software after delivery, in order to correct malfunctions, improve performance or other attributes and constitutes one of the most common activities in software engineering. However, because of the costly time and effort of this phase and the complexity of this process, it is not very accepted in organizations since there are several inherited software products to which it is complex to maintain the source code, written, in many cases, with outdated programming languages. This situation requires different types of maintenance to be executed depending on the needs since no software production company is exempt from this problem. The present paper deals with the theory of maintenance based on the quality standards of the software because the quality factors have a direct impact on the effort and maintenance costs, proposing a solution and its application in DATAZUCAR.<\/p>\r\n\r\n\r\n\r\n<p><strong>Keywords: <\/strong>software, software development, software maintenance<\/p>\r\n\r\n\r\n\r\n<p><strong>INTRODUCCI\u00d3N<\/strong><\/p>\r\n\r\n\r\n\r\n<p>La industria de desarrollo de software mantiene una evoluci\u00f3n constante. Hace alg\u00fan tiempo se pod\u00eda ver que ingenieros en sistemas computacionales, electr\u00f3nica \u00a0o incluso de otra especialidad contaban con todos los conocimientos necesarios para desarrollar y entregar un software. En la actualidad, la creciente complejidad del software, las tecnolog\u00edas y procesos necesarios para su desarrollo y mantenimiento han provocado que los profesionales tengan que especializarse. Dentro de estas especializaciones encontramos algunas como la programaci\u00f3n, el levantamiento y an\u00e1lisis de requerimientos, el dise\u00f1o de aplicaciones, el dise\u00f1o de base de datos, las pruebas de software \u00a0y, recientemente, una actividad que es una de las m\u00e1s importantes y menos valoradas de la industria: el mantenimiento de software.<\/p>\r\n\r\n\r\n\r\n<p>El mantenimiento de software es, seg\u00fan la terminolog\u00eda ANSI-IEEE, \u201cla modificaci\u00f3n de un producto software despu\u00e9s de su entrega al cliente o usuario para corregir defectos, para mejorar el rendimiento u otras propiedades deseables o para adaptarlo a un cambio de entorno\u201d.<\/p>\r\n\r\n\r\n\r\n<p>&nbsp;<\/p>\r\n\r\n\r\n\r\n<p>Tomando en consideraci\u00f3n la velocidad con que se ha desarrollado la ingenier\u00eda de hardware, el desarrollo del software ha sufrido un retraso hist\u00f3rico en cuanto a la elaboraci\u00f3n y disposici\u00f3n de tecnolog\u00edas (metodolog\u00edas y herramientas). Esto evidentemente merma la calidad de los sistemas liberados y corriendo en ambientes de producci\u00f3n. Por lo que toma mayor relevancia la etapa de mantenimiento en el ciclo de vida del software (figura 1).<\/p>\r\n\r\n\r\n\r\n<div class=\"wp-block-image\">\r\n<figure class=\"aligncenter size-large\"><img loading=\"lazy\" decoding=\"async\" width=\"418\" height=\"310\" class=\"wp-image-883\" src=\"https:\/\/www.datazucar.cu\/wp-content\/uploads\/2020\/06\/imagen-15.png\" alt=\"\" srcset=\"https:\/\/www.datazucar.cu\/wp-content\/uploads\/2020\/06\/imagen-15.png 418w, https:\/\/www.datazucar.cu\/wp-content\/uploads\/2020\/06\/imagen-15-300x222.png 300w\" sizes=\"auto, (max-width: 418px) 100vw, 418px\" \/><\/figure>\r\n<\/div>\r\n\r\n\r\n\r\n<p><strong>DESARROLLO<\/strong><\/p>\r\n\r\n\r\n\r\n<p>Las tareas de mantenimiento son las \u00faltimas en realizarse en el ciclo de vida cl\u00e1sico del software. Sin embargo, considerando el total de la duraci\u00f3n del ciclo de vida, la etapa de mantenimiento dura un tiempo considerable ya que elaborar un sistema mediano lleva de cuatro a seis meses y, posteriormente, el sistema en producci\u00f3n podr\u00e1 correr durante varios a\u00f1os durante los cuales este debe ser soportado y mantenido.<\/p>\r\n\r\n\r\n\r\n<p>El mantenimiento es requerido por distintas necesidades de los clientes y de las aplicaciones como se muestra en la figura 2 y puede clasificarse en varios tipos:<\/p>\r\n\r\n\r\n\r\n<ul class=\"wp-block-list\">\r\n<li>Adaptativo:\u00a0Modificaci\u00f3n de un producto software, despu\u00e9s de su entrega, para conseguir que sea utilizable en un nuevo entorno.<\/li>\r\n<li>Correctivo:\u00a0Modificaci\u00f3n reactiva de un producto software, despu\u00e9s de su entrega, para corregir defectos detectados.\u00a0Errores actuales detectados.<\/li>\r\n<li>Perfectivo:\u00a0Modificaci\u00f3n de un producto software, despu\u00e9s de su entrega, para mejorar su rendimiento o su mantenibilidad.<\/li>\r\n<li>Preventivo: Modificaci\u00f3n de un producto software, despu\u00e9s de su entrega, para detectar y corregir defectos latentes antes de que produzcan fallos efectivos.<\/li>\r\n<\/ul>\r\n\r\n\r\n\r\n<div class=\"wp-block-image\">\r\n<figure class=\"aligncenter size-large\"><img loading=\"lazy\" decoding=\"async\" width=\"532\" height=\"224\" class=\"wp-image-884\" src=\"https:\/\/www.datazucar.cu\/wp-content\/uploads\/2020\/06\/imagen-16.png\" alt=\"\" srcset=\"https:\/\/www.datazucar.cu\/wp-content\/uploads\/2020\/06\/imagen-16.png 532w, https:\/\/www.datazucar.cu\/wp-content\/uploads\/2020\/06\/imagen-16-300x126.png 300w\" sizes=\"auto, (max-width: 532px) 100vw, 532px\" \/>\r\n<figcaption>Figura 2. Mantenimiento de software.<\/figcaption>\r\n<\/figure>\r\n<\/div>\r\n\r\n\r\n\r\n<p>Estos procedimientos de gesti\u00f3n del mantenimiento deben incluir:<\/p>\r\n\r\n\r\n\r\n<ul class=\"wp-block-list\">\r\n<li>Las reglas b\u00e1sicas usadas para determinar cu\u00e1ndo el software debe ser corregido o cu\u00e1ndo hace falta una nueva l\u00ednea temporal (es decir, el error es muy complejo); en este caso deber\u00e1 usarse el Proceso de Desarrollo.<\/li>\r\n<li>Descripciones de los tipos de versiones dependiendo de la frecuencia con que se hacen o de los efectos en el software. Formas de informar al adquiriente sobre el estado del proyecto.<\/li>\r\n<li>M\u00e9todos para confirmar que un cambio no provocar\u00e1 un nuevo error.<\/li>\r\n<li>Clasificaci\u00f3n de los tipos de cambio, urgencia y su interrelaci\u00f3n.<\/li>\r\n<\/ul>\r\n\r\n\r\n\r\n<p>Tambi\u00e9n es importante tener en cuenta que existen diversos est\u00e1ndares de calidad de software que tienen una relaci\u00f3n directa o indirecta con el mantenimiento del software:<\/p>\r\n\r\n\r\n\r\n<ul class=\"wp-block-list\">\r\n<li>Para los procesos del ciclo de vida del software: IEEE 1074 e ISO 12207.<\/li>\r\n<li>Para la calidad del software y sus m\u00e9tricas: IEEE 1061 e ISO 9126.<\/li>\r\n<li>Para el mantenimiento del software: IEEE 1219 e ISO\/IEC 14764.<\/li>\r\n<\/ul>\r\n\r\n\r\n\r\n<p>Los est\u00e1ndares de calidad del software tienen gran importancia para el mantenimiento del mismo, debido a que los factores de calidad (especialmente la complejidad y la mantenibilidad) inciden de forma directa sobre el esfuerzo de mantenimiento necesario.<\/p>\r\n\r\n\r\n\r\n<p>El est\u00e1ndar ISO 14764 es el est\u00e1ndar espec\u00edfico sobre mantenimiento del\u00a0software publicado por la ISO en\u00a01998. El est\u00e1ndar internacional ISO 14764 presenta los requerimientos para el proceso de mantenimiento del software; contiene las actividades y tareas de quien realizar\u00e1 el mantenimiento, proporciona una gu\u00eda que explica c\u00f3mo llevar a cabo este proceso y establece definiciones para los distintos tipos de mantenimiento existentes.<\/p>\r\n\r\n\r\n\r\n<p>La gu\u00eda es aplicable a la planificaci\u00f3n, ejecuci\u00f3n y control, mantenimiento, revisi\u00f3n y evaluaci\u00f3n de este proceso.<\/p>\r\n\r\n\r\n\r\n<p>La norma propone un plan que forma parte de la estrategia de mantenimiento; este plan es usado para guiar a los que ejecutan el mantenimiento de software, explica la necesidad de realizar el mantenimiento, refiri\u00e9ndose a qui\u00e9n efect\u00faa ese trabajo y c\u00f3mo se hace, contiene la documentaci\u00f3n y responsabilidades de todos los involucrados. Adem\u00e1s, debe incluir qu\u00e9 recursos hay disponibles para el ejecutarlo, d\u00f3nde se hace y cu\u00e1ndo comienza. Una vez definido dicho plan, el est\u00e1ndar propone establecer una gu\u00eda para desarrollarlo. Los requisitos que debe contener esta gu\u00eda para este est\u00e1ndar son:<\/p>\r\n\r\n\r\n\r\n<ul class=\"wp-block-list\">\r\n<li>La descripci\u00f3n del sistema al que se le brinda soporte; aqu\u00ed se especifican todos los detalles del sistema a mantener.<\/li>\r\n<li>Identificaci\u00f3n del estado inicial del software para saber cu\u00e1les son los nuevos cambios realizados.<\/li>\r\n<li>Descripci\u00f3n del soporte para facilitar el comienzo del desarrollo del mantenimiento del software.<\/li>\r\n<li>Identificaci\u00f3n de la organizaci\u00f3n que debe hacer el soporte o mantenimiento para contemplar el objetivo de este en el proceso de desarrollo del software.<\/li>\r\n<li>Descripci\u00f3n de cualquier acuerdo entre cliente y vendedor. Deber\u00e1 tenerse definido y escrito lo que desea el cliente, de este modo el vendedor sabr\u00e1 lo que tiene que hacer para satisfacerlo.<\/li>\r\n<\/ul>\r\n\r\n\r\n\r\n<p>Las actividades que comprende el proceso de mantenimiento, seg\u00fan el est\u00e1ndar, son:<\/p>\r\n\r\n\r\n\r\n<ul class=\"wp-block-list\">\r\n<li>Implementaci\u00f3n del proceso.<\/li>\r\n<li>An\u00e1lisis de modificaciones y problemas.<\/li>\r\n<li>Implementaci\u00f3n de modificaciones.<\/li>\r\n<li>Revisi\u00f3n y aceptaci\u00f3n del mantenimiento.<\/li>\r\n<li>Migraci\u00f3n.<\/li>\r\n<li>Retiro.<\/li>\r\n<\/ul>\r\n\r\n\r\n\r\n<p>B\u00e1sicamente, este es el enfoque que brinda la norma ISO 14764 para realizar la actividad de mantenimiento de software. Esta norma identifica adecuadamente qu\u00e9 hacer en las actividades y tareas a desarrollar en el proceso.<\/p>\r\n\r\n\r\n\r\n<p><em>La problem\u00e1tica de DATAZUCAR<\/em><\/p>\r\n\r\n\r\n\r\n<p>El mantenimiento de software consiste en realizar este de forma tan rigurosa y controlada que no se deteriore la calidad del sistema como resultado del proceso. Por la naturaleza del software, existen problemas relacionados con el mantenimiento de software que est\u00e1n claramente identificados.<\/p>\r\n\r\n\r\n\r\n<p>Dentro de la fase mantenimiento de software se encuentran los llamados \u201clegacy code\u201d (c\u00f3digo heredado) y la divisi\u00f3n DATAZUCAR no est\u00e1 exenta a esto.\u00a0Con el paso de los a\u00f1os, la organizaci\u00f3n ha producido un volumen muy grande de software. En la actualidad, la mayor parte de este software est\u00e1 formado por c\u00f3digo antiguo \u201cheredado\u201d; es decir, c\u00f3digo de aplicaciones desarrolladas hace alg\u00fan tiempo, con t\u00e9cnicas y herramientas en desuso y, en muchos casos, desarrollados por personas que ya no pertenecen a la empresa ni al grupo responsable en este momento del mantenimiento del software. La situaci\u00f3n se complica porque el c\u00f3digo heredado ha sido objeto de m\u00faltiples actividades de mantenimiento. La opci\u00f3n de desechar este software y reescribirlo para adaptarlo a las nuevas necesidades tecnol\u00f3gicas o a los cambios en la especificaci\u00f3n no es viable en la mayor\u00eda de las ocasiones debido a la gran carga financiera que supuso el desarrollo del software original y la necesidad econ\u00f3mica de su amortizaci\u00f3n.<\/p>\r\n\r\n\r\n\r\n<p>Otro problema inherente al mantenimiento del software es que a pesar de toda la estandarizaci\u00f3n y modelos de procesos que se busquen adoptar, el desarrollo de software es, en el fondo, un proceso creativo. Es as\u00ed que en el software siempre encontraremos patrones no uniformes de programaci\u00f3n ya que dependiendo de su habilidad, creatividad y experiencia, los programadores generan c\u00f3digo de maneras innumerables. As\u00ed mismo, es muy com\u00fan encontrarse con aplicaciones de software desarrolladas sin seguimiento a metodolog\u00edas, procesos, ni lineamientos, que se reflejan en c\u00f3digo mal escrito, mal documentado y, por lo tanto, dif\u00edcil de mantener.<\/p>\r\n\r\n\r\n\r\n<p>Por otra parte, pueden existir efectos secundarios o laterales no previstos ni deseados. Estos efectos se muestran como consecuencias de las modificaciones no controladas a las aplicaciones de software que, a su vez, representan problemas para el mantenimiento posterior del software. Existen tres tipos de efectos secundarios y se definen por su impacto en las diferentes \u00e1reas de una aplicaci\u00f3n, estos son:\u00a0<\/p>\r\n\r\n\r\n\r\n<ul class=\"wp-block-list\">\r\n<li>Efectos secundarios en el c\u00f3digo: ocurren cuando el c\u00f3digo sufre modificaciones como redise\u00f1os, eliminaci\u00f3n de procedimientos o subprogramas, modificaci\u00f3n de macros o dll\u2019s, cambios para mejorar el desempe\u00f1o, etc.\u00a0<\/li>\r\n<li>Efectos secundarios en los datos debidos al impacto de los cambios en los identificadores de las aplicaciones, tales como modificaciones en cat\u00e1logos, formularios, cambios en los par\u00e1metros de los programas, etc.\u00a0<\/li>\r\n<li>Efectos secundarios en la documentaci\u00f3n: ocurren cuando despu\u00e9s de un cambio en la aplicaci\u00f3n, la documentaci\u00f3n no es actualizada y esto genera problemas en la \u201cmantenibilidad\u201d del software.<\/li>\r\n<\/ul>\r\n\r\n\r\n\r\n<p><em>Propuesta de soluci\u00f3n a los problemas de mantenimiento de software.<\/em><\/p>\r\n\r\n\r\n\r\n<p>Existen diversas estrategias y acciones que se pueden llevar a cabo para resolver o mitigar los diferentes problemas descritos anteriormente y sirvan de gu\u00eda para poder enfrentar el mantenimiento de software. Entre las principales estrategias que se proponen se encuentran:<\/p>\r\n\r\n\r\n\r\n<ol class=\"wp-block-list\" type=\"1\">\r\n<li>C\u00f3digo mantenible.\u00a0<\/li>\r\n<\/ol>\r\n\r\n\r\n\r\n<p>La manera de estructurar un programa depende de la creatividad y habilidad de los programadores; sin embargo, existen pr\u00e1cticas que contribuyen a mejorar la facilidad de mantenimiento del c\u00f3digo. Estas son:<\/p>\r\n\r\n\r\n\r\n<ul class=\"wp-block-list\">\r\n<li>C\u00f3digo documentado: los diferentes segmentos de c\u00f3digo que se escriben deben contener comentarios objetivos que expliquen de forma adecuada el funcionamiento de estos. Cada programa, clase y m\u00e9todo debe incluir documentaci\u00f3n sobre su prop\u00f3sito, funcionamiento, entradas y salidas esperadas. Hoy, ello se realiza en DATAZUCAR pero no se efect\u00faa descriptivamente.\r\n<ul>\r\n<li>Banderas de cambio: es una pr\u00e1ctica poco utilizada en la industria; se refiere a la habilidad de establecer un mecanismo de identificaci\u00f3n de cambios a lo largo de la vida de una aplicaci\u00f3n. Es decir, si debido a una modificaci\u00f3n en el d\u00eda de hoy se cambian un par de l\u00edneas de c\u00f3digo, es importante marcar esas l\u00edneas con alguna bandera que nos permita identificar en el futuro la raz\u00f3n por la que se modific\u00f3 el c\u00f3digo. Ello permite tener una visi\u00f3n de las versiones y justificaciones que pudieron haber inyectado un error a la aplicaci\u00f3n.<\/li>\r\n<\/ul>\r\n<ul>\r\n<li>Documentaci\u00f3n actualizada: esta pr\u00e1ctica es poco ejecutada debido a que el tiempo y la forma de la documentaci\u00f3n no es suficiente en los proyectos de desarrollo. Sin embargo, se deben tener las especificaciones de las aplicaciones actualizadas y \u00a0no el manual de usuario que, en ocasiones, es de mucha ayuda pero resulta de mayor utilidad tener la documentaci\u00f3n t\u00e9cnica actualizada, tal como dise\u00f1os, diagramas, diccionarios de datos, etc. Ello se debe retomar pues se ha perdido en DATAZUCAR.<\/li>\r\n<\/ul>\r\n<\/li>\r\n<\/ul>\r\n\r\n\r\n\r\n<p>\u00a0Hoy se cuenta con la herramienta Agilepro, aplicaci\u00f3n utilizada para registrar las historias de usuarios y otros artefactos y que tiene bien definido d\u00f3nde adjuntar y salvar todo documento de apoyo en el proceso.<\/p>\r\n\r\n\r\n\r\n<ul class=\"wp-block-list\">\r\n<li>Personal dedicado al mantenimiento de software seg\u00fan el producto que necesite la atenci\u00f3n.<\/li>\r\n<\/ul>\r\n\r\n\r\n\r\n<p>A pesar de la importancia que tiene el mantenimiento de software, muchas organizaciones no justifican la asignaci\u00f3n de un equipo dedicado exclusivamente al mantenimiento de software y ello es comprensible pues este personal tardar\u00eda m\u00e1s tiempo en entender el c\u00f3digo que escribi\u00f3 otro desarrollador de las distintas aplicaciones.<\/p>\r\n\r\n\r\n\r\n<p>Sin embargo, es primordial tener identificadas, capacitadas y calificadas a las personas que realizar\u00e1n estas acciones. Por lo que se debe contar dentro de cada equipo con al menos dos que se dediquen al mantenimiento, seg\u00fan la necesidad del producto; es decir, en cada iteraci\u00f3n planificada debe existir un 40% del tiempo utilizado en tareas de mantenimiento de las aplicaciones que est\u00e9n en fase de pilotaje, que son mayormente las que introducen la necesidad de modificaci\u00f3n. La justificaci\u00f3n para tener este espacio dentro de los equipos es muy sencilla, basta con cuantificar el costo que tiene que un sistema de producci\u00f3n deje de funcionar o que genere problemas en su uso debido a un error.<\/p>\r\n\r\n\r\n\r\n<ul class=\"wp-block-list\">\r\n<li>Mantenimiento de software como una actividad planificada.<\/li>\r\n<\/ul>\r\n\r\n\r\n\r\n<p>El \u00e1rea de desarrollo de software en DATAZUCAR es responsable de esta planificaci\u00f3n y debe contar con recursos dedicados y capacitados para desempe\u00f1arla y quedar expl\u00edcitamente descrita en el anexo 12 del sistema de trabajo de esta divisi\u00f3n (plan de desarrollo del \u00e1rea).<\/p>\r\n\r\n\r\n\r\n<p><strong>CONCLUSIONES<\/strong><\/p>\r\n\r\n\r\n\r\n<ul class=\"wp-block-list\">\r\n<li>El mantenimiento de software es un tema complejo especialmente cuando se considera la cantidad de recursos que se deben destinar a esta actividad.<\/li>\r\n<li>Establecer en el plan de desarrollo los mantenimientos, teniendo en cuenta que cada equipo de trabajo es responsable de realizar las acciones de mantenimiento a todos los proyectos que realice y ello debe dejarse expl\u00edcito en el plan de desarrollo, haciendo uso del tiempo de pilotaje de cada proyecto en caso del no planificado.\u00a0<\/li>\r\n<\/ul>\r\n\r\n\r\n\r\n<p><strong>Recomendaciones<\/strong><\/p>\r\n\r\n\r\n\r\n<ul class=\"wp-block-list\">\r\n<li>Realizar una revisi\u00f3n de los est\u00e1ndares de calidad para el mantenimiento en el desarrollo de software y realizar una propuesta que sirva de gu\u00eda a DATAZUCAR en aras de la realizaci\u00f3n de ese objetivo.<\/li>\r\n<\/ul>\r\n\r\n\r\n\r\n<p><strong>BIBLIOGRAFIA<\/strong><\/p>\r\n\r\n\r\n\r\n<ul>\r\n<li>Tipos de mantenimiento de software,<a href=\"https:\/\/mundokramer.wordpress.com\/\">Mundo Kramers, <\/a><a href=\"https:\/\/mundokramer.wordpress.com\/2011\/05\/21\/tipos-de-mantenimiento-de-software\/\">https:\/\/mundokramer.wordpress.com\/2011\/05\/21\/tipos-de-mantenimiento-de-software\/<\/a> consultado enero 2017.\r\n\r\n<\/li>\r\n<li>Tipos de mantenimiento de software para programas espec\u00edficos, Samuel Juli\u00e1 <a href=\"http:\/\/www.gadae.com\/blog\/tipos-de-mantenimiento-de-software\/\">http:\/\/www.gadae.com\/blog\/tipos-de-mantenimiento-de-software\/<\/a> consultado diciembre 2016.\r\n\r\n\r\n\r\n<\/li>\r\n<li>Mantenimiento del Software,\u00a0 F Ruiz, <a href=\"http:\/\/alarcos.esi.uclm.es\/per\/fruiz\/cur\/mso\/trans\/s1.pdf\">http:\/\/alarcos.esi.uclm.es\/per\/fruiz\/cur\/mso\/trans\/s1.pdf<\/a> , consultado diciembre 2016.<\/li>\r\n<li><a href=\"https:\/\/swcb37.files.wordpress.com\/2013\/08\/mantenimiento-de-software.pdf\">https:\/\/swcb37.files.wordpress.com\/2013\/08\/mantenimiento-de-software.pdf<\/a><\/li>\r\n<li><a href=\"http:\/\/informacione13.over-blog.com\/article-mantwnimiwnto-preventivo-del-software-88394816.html\">http:\/\/informacione13.over-blog.com\/article-mantwnimiwnto-preventivo-del-software-88394816.html<\/a><\/li>\r\n<li><a href=\"http:\/\/www.4rsoluciones.com\/blog\/tipos-de-mantenimiento-de-software-2\/\">http:\/\/www.4rsoluciones.com\/blog\/tipos-de-mantenimiento-de-software-2\/<\/a><\/li>\r\n<li><a href=\"http:\/\/www.sincows.com\/sincows\/index.php?option=com_content&amp;view=article&amp;id=70&amp;Itemid=68\">http:\/\/www.sincows.com\/sincows\/index.php?option=com_content&amp;view=article&amp;id=70&amp;Itemid=68\u00a0<\/a> <\/li>\r\n<\/ul>\r\n\r\n\r\n","protected":false},"excerpt":{"rendered":"<p>Resumen El mantenimiento de software es un eslab\u00f3n fundamental para lograr la calidad y la mejora continua del producto final; se fundamenta en modificar un producto o software despu\u00e9s de la entrega con el fin de corregir errores, mejorar el rendimiento u otros atributos y constituye una de las actividades m\u00e1s comunes en la ingenier\u00eda [&#8230;]\n","protected":false},"author":16,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"_bbp_topic_count":0,"_bbp_reply_count":0,"_bbp_total_topic_count":0,"_bbp_total_reply_count":0,"_bbp_voice_count":0,"_bbp_anonymous_reply_count":0,"_bbp_topic_count_hidden":0,"_bbp_reply_count_hidden":0,"_bbp_forum_subforum_count":0,"_exactmetrics_skip_tracking":false,"_exactmetrics_sitenote_active":false,"_exactmetrics_sitenote_note":"","_exactmetrics_sitenote_category":0,"footnotes":""},"categories":[106],"tags":[],"class_list":["post-882","post","type-post","status-publish","format-standard","hentry","category-software"],"_links":{"self":[{"href":"https:\/\/www.datazucar.cu\/index.php?rest_route=\/wp\/v2\/posts\/882","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.datazucar.cu\/index.php?rest_route=\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.datazucar.cu\/index.php?rest_route=\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.datazucar.cu\/index.php?rest_route=\/wp\/v2\/users\/16"}],"replies":[{"embeddable":true,"href":"https:\/\/www.datazucar.cu\/index.php?rest_route=%2Fwp%2Fv2%2Fcomments&post=882"}],"version-history":[{"count":4,"href":"https:\/\/www.datazucar.cu\/index.php?rest_route=\/wp\/v2\/posts\/882\/revisions"}],"predecessor-version":[{"id":1333,"href":"https:\/\/www.datazucar.cu\/index.php?rest_route=\/wp\/v2\/posts\/882\/revisions\/1333"}],"wp:attachment":[{"href":"https:\/\/www.datazucar.cu\/index.php?rest_route=%2Fwp%2Fv2%2Fmedia&parent=882"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.datazucar.cu\/index.php?rest_route=%2Fwp%2Fv2%2Fcategories&post=882"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.datazucar.cu\/index.php?rest_route=%2Fwp%2Fv2%2Ftags&post=882"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}