Los 4 tipos de mantenimiento de software

De hecho, en una agencia, el 16 por ciento de todas las publicaciones crearon nuevos problemas que resultaron muy costosos en tecnología de la información y tiempo en la oficina del programa. Sin un proceso de prueba eficaz, no hay garantía de que existan controles de gestión para salvaguardar la integridad de una aplicación. El estándar de rendimiento medible podría ser el 100 por compra venta automoviles ciento de los cambios de software trasladados al entorno de producción que no requieren una versión de corrección. El nivel de calidad aceptable asociado indicaría que una desviación de más del 5 por ciento de las emisiones dará lugar a una deducción. El indicador de rendimiento estaría operativo en el entorno de producción sin errores durante dos o más ciclos de producción.

Los cuatro tipos de mantenimiento de software

Los gerentes reclasificaron los cargos con base en la definición y clasificaciones funcionales en FIPS Pub. Este examen reveló que los costos de mantenimiento se habían subestimado en 4,7 millones de dólares en el sistema de seguimiento. La razón principal de esta subestimación es que los proyectos se clasifican como mantenimiento o desarrollo en función de criterios y clasificaciones que no están segregados funcionalmente ni son consistentes con FIPS Pub.

Los cuatro tipos 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). Esto dio lugar a que los administradores de sistemas no interpretaran ni aplicaran una definición coherente de mantenimiento de software. Específicamente, estufas-electricas.com los mismos tipos de costos (por ejemplo, salarios administrativos y de oficina, materiales, uso de computadoras, telecomunicaciones, costos generales y salarios de los empleados federales) no se contabilizan de manera consistente como costos de mantenimiento. Un participante informó que la ausencia de una definición formal y aplicada de manera consistente de mantenimiento de software había creado una subestimación significativa de los costos de mantenimiento. Este participante solicitó a varios gerentes de TI que revisaran los cargos del proyecto de siete sistemas en su sistema de seguimiento durante un período de 18 meses.

Además, la gerencia no puede estar segura de que la aplicación funcionará según lo previsto. Por ejemplo, durante un período de ocho meses en una agencia, 26 versiones de cambios de software requirieron 44 nuevas versiones para corregir uno o más problemas con la versión anterior. Además, cuando una solicitud carece de evidencia de que los requisitos funcionales y técnicos se han determinado, revisado y aprobado formalmente por adelantado, es difícil garantizar que se hayan completado todos los pasos necesarios. Sin una prueba de aceptación funcional, los gerentes de programa no tienen ninguna garantía de que los cambios perfectivos o correctivos realizados satisfagan las necesidades del usuario cuando se pongan en producción. Esto aumenta el riesgo de que la implementación del cambio suponga una pérdida de tiempo y recursos.

The Sentinel Newspaper

Oil and Gas Project Management Software Market Outlook, Key Players, Share, Trends and Forecast by 2026

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.

Además, se señaló que las clasificaciones utilizadas tanto en el seguimiento de proyectos como en los procesos de facturación y asignación de clientes eran inconsistentes. Como resultado de las debilidades anteriores, es posible que los cambios en el software no se prueben lo suficiente para dar cuenta de todos los resultados válidos, no válidos, esperados e inesperados. Las pruebas y el análisis insuficientes de los resultados de las pruebas pueden provocar que el código fuente falle cuando se introduzca en el entorno de producción, debido a condiciones de transacción imprevistas, interfaces o entradas del usuario.

• 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.
• 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.
• 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.

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. Dos de los participantes afirmaron que sus agencias no tienen una definición estándar de mantenimiento de software.

Sin mediciones de desempeño, las agencias no pueden determinar si los millones de dólares que se pagan cada año para que los contratistas desarrollen y mantengan sistemas de aplicación se gastan de manera inteligente. Además, si los datos de desempeño no se recopilan y analizan, las agencias no pueden evitar problemas operativos graves causados ​​por el desempeño deficiente de los contratistas. Además, los empleados federales carecían de la experiencia técnica necesaria para supervisar adecuadamente a los contratistas de mantenimiento. Una agencia informó que la mayoría de sus sistemas de aplicaciones dependían del personal de los contratistas para realizar las actividades de mantenimiento del software debido a la ausencia de empleados calificados a tiempo completo.