Los 4 tipos de mantenimiento de software

Para evitar el desarrollo de SOW vagas e imprecisas, se deben identificar estándares de desempeño medibles y niveles de calidad aceptables dentro de la SOW para los contratos individuales. Esto le da a las agencias el apalancamiento necesario para asegurar que los niveles de desempeño de los contratistas sean de una calidad aceptable y que el gobierno solo pague por productos y servicios que cumplan con los hacerpinatas.info estándares de contratación. El monto de la tarifa que se pagará se determina mediante la evaluación de juicio del Gobierno del desempeño del contratista en términos de los criterios establecidos en el contrato. Las políticas y los procedimientos gubernamentales para el mantenimiento de software han sido prescritos en términos generales por una variedad de fuentes federales, incluido el Congreso y la OMB.

Los cuatro tipos de mantenimiento de software

Esto, a su vez, genera preocupación por mantener un nivel adecuado de integridad y seguridad del sistema informático. Por lo tanto, los controles internos rentables son esenciales para administrar y salvaguardar adecuadamente las operaciones informáticas y los datos confidenciales de la agencia. Como estufas-electricas.com se mencionó anteriormente, el mantenimiento adaptativo también tiene como objetivo evitar que el software quede desactualizado. Las nuevas versiones de los sistemas operativos aparecen con frecuencia, algunos lenguajes de programación o marcos pueden dejar de ser compatibles con sus creadores.

Los cuatro tipos de mantenimiento de software

Esta situación plantea problemas de control de gestión porque los contratistas pueden no informar las quejas de los usuarios o pueden iniciar cambios de software innecesarios, lo que aumenta la necesidad de sus servicios. Además, si un contrato no especifica las calificaciones requeridas del personal del contratista, las opciones de las agencias son limitadas si el contratista no proporciona personal calificado. Estas debilidades ocurrieron principalmente porque las agencias no están definiendo el mantenimiento de software de manera consistente y no se están siguiendo los requisitos de contabilidad federal. software transportes Dos de los participantes afirmaron que sus agencias no tienen una definición estándar de mantenimiento de software. Tres participantes informaron que el mantenimiento se define por los tipos de mantenimiento de software (es decir, perfectivo, adaptativo y correctivo), mientras que otros dos adoptaron la publicación FIPS. El mantenimiento declarado por el participante restante se distingue del desarrollo por el tiempo que lleva completar la tarea (por ejemplo, un esfuerzo de mantenimiento generalmente se realiza dentro de un período de tiempo más corto que un esfuerzo de desarrollo de software).

La tecnología de la información sigue desempeñando un papel vital en el apoyo a las operaciones y misiones de las agencias federales. Este creciente uso y dependencia de los sistemas de información presenta oportunidades de fraude, despilfarro y abuso en los programas federales.

Los cuatro tipos de mantenimiento de software

En este caso, es extremadamente importante actuar con rapidez para que la aplicación sea relevante y esté actualizada. Cuando hablamos de corregir errores, defectos de software y otras debilidades, hablamos de mantenimiento correctivo. Los errores pueden aparecer inesperadamente en cualquier momento después del lanzamiento a producción, por eso es tan esencial contar con un equipo de mantenimiento que resuelva cualquier tipo de problema antes de que se convierta en un desastre para el negocio.

revisados, aprobados o «cerrados» por la junta de control de cambios o por los funcionarios de gestión de origen responsables. 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.

• La Circular OMB A-130, con fecha del 8 de febrero de 1996 y titulada «Administración de recursos de información federal», requiere que las agencias federales contabilicen los costos totales de operación de las instalaciones de tecnología de la información y recuperen estos costos de los usuarios.
• Esta Circular también requiere que las agencias federales implementen un sistema para distribuir el costo total de brindar servicios al usuario.
• El resumen del análisis debe presentar las capacidades, deficiencias y recomendaciones del software.

Algunas empresas, los proveedores de servicios de mantenimiento, ofrecen estos tipos de mantenimiento por separado, mientras que otras, como Smartym Pro, proporcionan todos los tipos de mantenimiento de software a la vez. La aplicación continúa ejecutándose y el departamento de TI olvida esta responsabilidad teórica y se centra en los requisitos y problemas más urgentes en otros lugares. Dicha deuda se acumula con el tiempo, devorando silenciosamente el valor del activo de software.

En el seguimiento de sus informes anteriores, las OIG participantes constataron que, en conjunto, casi la mitad de sus recomendaciones anteriores no se habían aplicado plenamente o las medidas correctivas adoptadas no satisfacían plenamente la intención de las recomendaciones. Además, las OIG participantes encontraron que sus agencias desconocían o no habían cumplido suficientemente con la Directiva OMB M-89-06. Los resultados de las auditorías en agencias individuales se presentaron formalmente en 14 informes de auditoría que en conjunto contienen 206 recomendaciones para esas agencias. Además, los participantes de la tarea evaluaron qué tan bien sus agencias individuales cumplieron con la Directiva M de OMB del 28 de noviembre de 1988 para corregir las deficiencias identificadas, tanto en los sistemas específicos revisados ​​en la Tarea 2A como en otros sistemas de agencias con software de sistema similar. 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 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 Administración de Personal y NIST.

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 tomaran 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. Sin embargo, este impulso fue 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. Finalmente, existía incertidumbre con respecto a la idoneidad, aplicabilidad e impacto potencial de las recomendaciones propuestas en aquellas agencias federales donde 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.

Los auditores concluyeron que el alcance y la frecuencia de la interfaz de la oficina de programas durante las etapas finales del procesamiento de control de cambios fueron a menudo mínimos y, en algunos casos, limitados a enrutar administrativamente el código modificado al centro de datos para su implementación. Otra agencia concluyó que el alcance del mantenimiento del software que realizan los contratistas de manera rutinaria aumenta la vulnerabilidad del gobierno a los costos excesivos de los contratistas y limita su capacidad para controlar la actividad de mantenimiento del software. Por ejemplo, una mesa de ayuda en una agencia está dotada en su totalidad de empleados contratados debido a la escasez de empleados federales informados para ayudar a los usuarios con sus problemas.