Software Configuration Management KA proporciona detalles de SCM y analiza el proceso mediante el cual se envían, evalúan y aprueban las solicitudes de cambio de software. SCM para el mantenimiento de software es diferente de SCM para el desarrollo de software en la cantidad de pequeños cambios que deben descargarmobilism.com controlarse en el software operativo. El proceso de SCM se implementa desarrollando y siguiendo un plan de gestión de configuración de software y procedimientos operativos. Los mantenedores participan en los tableros de control de configuración para determinar el contenido de la próxima versión.
Evolución del software y modelo por etapas del ciclo de vida del software
Siete oficinas de Inspectores Generales participaron en esta tarea del proyecto PCIE. Los Inspectores Generales revisaron la gestión del proceso de mantenimiento de software (por ejemplo, políticas y procedimientos, gestión de contratos, etc.) para las principales aplicaciones administrativas / de apoyo a la misión dentro de sus agencias. Con base en los resultados del trabajo de campo realizado entre noviembre de 1992 y noviembre de 1995, se prepararon y publicaron seis informes de agencias individuales. El participante restante, la Administración del Seguro Social, no hizo recomendaciones y emitió un memorando de cierre en lugar de un informe. Los proyectos de software varían mucho en el uso de los estándares de programación establecidos, incluidas las interfaces gráficas de usuario, las bases de datos y los lenguajes de programación.
Consulte el Apéndice E, página 51, para obtener una descripción de la metodología de auditoría. Los resultados del trabajo de campo software mantenimiento realizado entre noviembre de 1992 y noviembre de 1995, se prepararon y publicaron seis informes de agencias individuales.
Fase de análisis de problemas
Generalmente se realiza como resultado de requisitos nuevos o cambiantes, o en un intento de aumentar o ajustar el software. El mantenimiento perfecto comprende aproximadamente el 60 por ciento de todo el mantenimiento del software. Los objetivos principales de la Tarea 4 fueron identificar problemas comunes de mantenimiento de software en las agencias federales e identificar recomendaciones de todo el gobierno para las agencias de supervisión. Como líder de tareas, el personal de la EPA / OIG desarrolló una guía de encuesta de Tarea 4, una guía de auditoría y un instrumento de recopilación de datos que los participantes utilizaron al realizar este trabajo de auditoría.
- 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.
- Además, las agencias deben realizar un análisis de costo-beneficio para que los sistemas de información se utilicen como material de justificación presupuestaria, así como formar parte del proceso continuo de supervisión de la gestión para garantizar la asignación prudente de los escasos recursos.
- El término «costo total» comprende todos los costos directos, indirectos y generales y administrativos incurridos en la operación de la instalación.
Además, la implementación técnica inadecuada de las características del software de seguridad y los controles administrativos inadecuados sobre el software de seguridad aumentaron aún más los riesgos para la continuidad operativa, así como la integridad de las aplicaciones críticas que respaldan las misiones de la agencia. Las agencias tuvieron una oportunidad similar de ahorrar recursos informáticos sustanciales al procesar archivos de cinta magnética mediante la aplicación de técnicas de gestión de almacenamiento de cinta generalmente aceptadas. el informe contenía ocho recomendaciones de todo el gobierno para fortalecer la administración del sistema operativo y el software de seguridad de los centros de cómputo, y cuatro recomendaciones de todo el gobierno para fortalecer el almacenamiento en disco y cinta en los centros de computación federales. La implementación de estas recomendaciones requirió la acción de OMB, NIST, NSA y GSA. Sin un formulario de solicitud de cambio estandarizado, es posible que no haya suficientes datos disponibles 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.
La reutilización de componentes de otro software es otro factor que los modelos de costos de mantenimiento pueden no tener en cuenta. Los estándares como las convenciones de nomenclatura también tienen un mayor efecto en los requisitos de mantenimiento, especialmente cuando el equipo que mantiene oracionesasanalejo.com el software no es el mismo que lo desarrolló originalmente. No basta con realizar un seguimiento de las solicitudes de modificación o los informes de problemas. Este control se establece mediante la implementación y el cumplimiento de un proceso de gestión de configuración de software aprobado.
Looking back at COVID’s impact on 2020 – North Carolina Health News
Looking back at COVID’s impact on 2020.
Posted: Wed, 30 Dec 2020 15:52:28 GMT [source]
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 software transportes desperdiciar tiempo y recursos valiosos al tratar de discernir la naturaleza del cambio solicitado o devolver una solicitud de más información.
El informe consolidado de la Tarea 2A de octubre de 1988 describía graves deficiencias en el control del software de seguridad y del sistema operativo en todos los centros de computación de la agencia examinados. Al explotar las exposiciones a la integridad del sistema operativo identificadas, un perpetrador informado habría podido acceder, modificar y / o destruir los datos, programas y otros recursos informáticos de una agencia sin dejar una pista de auditoría. Estas exposiciones resultaron de controles inadecuados sobre las mejoras al sistema operativo; administración inadecuada del Servicio de Programa Autorizado; mantenimiento inadecuado del software del sistema operativo; y la falta de políticas, estándares y procedimientos relacionados con la gestión del software del sistema.
El participante restante, SSA, no hizo recomendaciones y emitió un memorando de cierre en lugar de un informe. Los resultados del trabajo de auditoría en una agencia indicaron que la calidad y cantidad de información sobre los costos de mantenimiento del software era adecuada, la gestión del desempeño del contratista era eficaz oracionesasanalejo.com y la gestión general del proceso del ciclo de vida del mantenimiento del software era eficaz. Por lo tanto, este informe consolida los hallazgos de las cinco evaluaciones de agencias individuales que informaron debilidades en las áreas antes mencionadas, y presenta recomendaciones que abordan temas de todo el gobierno.
¿Cuál es la diferencia entre desarrollo de software y mantenimiento de software?
En resumen, el mantenimiento de software es esencialmente proporcionar un servicio, mientras que el desarrollo de software se ocupa del desarrollo de productos. Para proporcionar un mantenimiento de software de alta calidad, se necesitan procesos diferentes y adicionales que los proporcionados por una organización de desarrollo de software de alta calidad.
Como parte del programa para proporcionar información a las agencias federales sobre la disponibilidad, las capacidades, las limitaciones y las aplicaciones de las herramientas de desarrollo de software, se recopiló una base de datos de información sobre las herramientas existentes durante un período de tres años. Este documento presenta un análisis de la información contenida en esta base de datos.