Los 4 tipos de mantenimiento de software

El trabajo de seguimiento de las recomendaciones para todo el gobierno, contenidas en los informes resumidos consolidados de PCIE, Tarea 1 y Tarea 2A, produjo dos grupos de nuevas recomendaciones propuestas para todo el gobierno asociadas con problemas de Tarea 2A únicamente. Un grupo pidió acciones por parte de la OMB para estimular a las agencias federales a corregir los problemas continuos identificados durante el trabajo de auditoría de seguimiento. La corrección de estos problemas fue también el foco específico de las recomendaciones contenidas en los 14 informes de auditoría emitidos a agencias individuales. En consecuencia, este grupo de recomendaciones de PCIE propuestas estaba dirigido principalmente a garantizar que las acciones correctivas específicas solicitadas en los informes individuales se tomen con prontitud. El otro grupo de recomendaciones propuestas para todo el gobierno pedía el desarrollo y la publicación de orientación adicional para todo el gobierno. Este impulso, sin embargo, era contrario a las iniciativas relacionadas con la descentralización y el empoderamiento descritas en el informe de Revisión del desempeño nacional del Vicepresidente.

Los esfuerzos de ingeniería inversa producen gráficos de llamadas y gráficos de flujo de control a partir del código fuente. Por último, la ingeniería inversa de datos, en la que los esquemas lógicos se recuperan de bases de datos físicas, ha ganado importancia en los últimos años. Las herramientas son clave para la ingeniería inversa y tareas relacionadas como la redocumentación y la recuperación del diseño. No es suficiente simplemente esperar que el mantenimiento del software produzca una mayor calidad.

También es posible que una junta de revisión desapruebe un cambio importante y necesario debido a la falta de información. Por último, la dirección podría desperdiciar tiempo y recursos valiosos al tratar de discernir la naturaleza del cambio solicitado o devolver una solicitud de más información. Además, se elegirán los tipos de contrato que más probablemente motiven a los contratistas a desempeñarse a niveles óptimos. Los contratos de precio fijo son apropiados para servicios que pueden definirse objetivamente y para los que el riesgo de desempeño es manejable. Para tales adquisiciones, se desarrollarán declaraciones de trabajo basadas en el desempeño y estándares de desempeño mensurables y planes de vigilancia y se preferirán los contratos de precio fijo a los contratos de reembolso de costos. En la mayor medida posible, los contratos deben incluir disposiciones de incentivos para garantizar que los contratistas sean recompensados ​​por su buen desempeño y programas de deducción de garantía de calidad para desalentar el desempeño insatisfactorio. Estas disposiciones se basarán en la medición frente a estándares de desempeño y planes de vigilancia predeterminados.

Los cuatro tipos de mantenimiento de software

Finalmente, existía incertidumbre con respecto a la idoneidad, aplicabilidad y el impacto potencial de las recomendaciones propuestas en aquellas agencias federales donde recientemente se habían producido o estaban en proceso cambios importantes en el entorno tecnológico. Por estas razones, la OIG del Departamento de Transporte concluyó que la emisión de un informe PCIE resumido consolidado para la Tarea 3 produciría pocos beneficios y, por lo tanto, no se emitió dicho informe. El informe PCIE consolidado de junio de 1988 para la Tarea 1 identificó cinco obstáculos comunes que limitaban la efectividad de las actividades de cumplimiento de la agencia. En consecuencia, el informe sueñoss.net hizo cinco recomendaciones para superar estos obstáculos y fortalecer las capacidades de implementación de las agencias en todo el gobierno. La implementación de estas recomendaciones requirió la acción de OMB, Administración de Servicios Generales, Oficina de Gestión de Personal y NIST. Sin un formulario de solicitud de cambio estandarizado, es posible que no se disponga de datos suficientes para evaluar adecuadamente la naturaleza de un cambio de software propuesto o sus beneficios, costos o impacto resultantes en el sistema de aplicación. Además, los cambios aprobados podrían clasificarse erróneamente o clasificarse de manera inapropiada debido a información insuficiente.

Estos cambios consisten en correcciones, inserciones, eliminaciones, extensiones y mejoras al sistema de línea de base. Generalmente, estos cambios se realizan para mantener el sistema en funcionamiento en un entorno operativo y de usuarios en evolución y expansión.

• Durante la etapa de prueba, el software y su documentación relacionada deben evaluarse en términos de preparación para la implementación.
• Se debe preparar un informe de análisis de prueba que resuma y documente los resultados y hallazgos de la prueba.
• Siempre que sea posible, los procedimientos de prueba y los datos de prueba deben ser desarrollados por alguien que no sea la persona que realizó el mantenimiento real del sistema.
• Los estándares y procedimientos de prueba deben definir el grado y la profundidad de las pruebas que se realizarán y la disposición de los materiales de prueba una vez que se hayan completado con éxito.

Deuda de mantenimiento

Además, las agencias deben documentar en los archivos del contrato las razones de los casos en los que no se utilizan métodos de contratación basados ​​en el desempeño. Las solicitudes de modificación del sistema deben revisarse y evaluarse antes de realizar cualquier trabajo real en el sistema. En particular, los cambios de mantenimiento perfectivo deben analizarse a fondo, ya que son opcionales en el sentido de que la falta de implementación no afectará negativamente al rendimiento del sistema. Debido a que el mantenimiento correctivo y adaptativo no son opcionales, el análisis de costo-beneficio se usa de manera más apropiada para determinar la mejor opción para aplicar los cambios requeridos. 106, «Directriz sobre mantenimiento de software», el mantenimiento de software es el conjunto de actividades que dan lugar a cambios en el conjunto de productos aceptado originalmente.

Otro informe de la agencia indicó que ninguno de los sistemas de solicitud revisados ​​tenía un proceso de revisión de cambios centralizado. Las solicitudes de cambio deben revisarse y evaluarse cuidadosamente antes de realizar cualquier trabajo real en el sistema. Hoy en día, las empresas de desarrollo de aplicaciones exitosas utilizan las últimas herramientas como Visual Studio, TFS, VSTS y SQL Server Management Studio y tecnologías como .Net 4.5, MVC, jQuery, MVVM, C La ingeniería inversa es el proceso de analizar software para identificar los componentes del software y sus interrelaciones y crear representaciones del software en otra forma o en niveles más altos de abstracción. La ingeniería inversa es pasiva; no cambia el software ni da como resultado un nuevo software.