Mantenimiento Q

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. La Oficina del Inspector General de la Agencia de Protección Ambiental tenía la responsabilidad general de coordinar esta tarea. Proyectar los costos es uno de los requisitos más desafiantes del desarrollo de software. Los costos de mantenimiento pueden ser particularmente difíciles de estimar con el uso de metodologías kefir.win lean como Agile, que no hacen una distinción clara entre desarrollo y mantenimiento. Los gerentes de proyecto a menudo se encuentran en la posición de tener que proyectar los costos de mantenimiento antes de que el proyecto haya entrado en desarrollo. El tipo general y el área de aplicación del software pueden afectar significativamente la cantidad de mantenimiento que requiere. Por ejemplo, los sistemas administrativos, integrados y en tiempo real tienen distintos requisitos de mantenimiento.

Los esfuerzos de desarrollo de software dan como resultado la entrega de un producto de software que satisface los requisitos del usuario. Una vez en funcionamiento, se descubren los defectos, los entornos operativos cambian y surgen nuevos requisitos de usuario. La fase de mantenimiento del ciclo de vida comienza después de un período de garantía o de la entrega de soporte posterior a la implementación, pero las actividades de mantenimiento ocurren mucho antes. La aplicación continúa ejecutándose y el departamento de TI olvida esta responsabilidad teórica, centrándose en requisitos y problemas más urgentes en otros lugares. Dicha deuda se acumula con el tiempo, devorando silenciosamente el valor del activo de software. El proceso de implementación contiene actividades de preparación y transición del software, como la concepción y creación del plan de mantenimiento; la preparación para manejar los problemas identificados durante el desarrollo; y el seguimiento de la gestión de la configuración del producto. Por lo tanto, cualquier trabajo realizado para cambiar el software después de que esté en funcionamiento se considera trabajo de mantenimiento.

¿Qué se entiende por mantenimiento de software?

Multiplique el ACT por el costo total de desarrollo para estimar el costo de mantenimiento anual. El mantenimiento adaptativo modifica el software para que pueda manejar cambios en su entorno, como el sistema de gestión de bases de datos y el sistema operativo. El mantenimiento perfecto realiza cambios para adaptarse a los requisitos del usuario nuevos o modificados, incluidas las mejoras funcionales. El mantenimiento correctivo diagnostica y corrige errores, a menudo los identificados por los usuarios. El mantenimiento preventivo corrige los defectos que aún se han manifestado, aumentando así la confiabilidad del software.

• Un análisis de costo-beneficio actual tiene un propósito valioso, especialmente cuando se asignan recursos presupuestarios escasos.
• Esto podría resultar en una falta de fondos para los cambios de software propuestos que son obligatorios por naturaleza o necesarios para el funcionamiento adecuado de la aplicación.
• Estos análisis garantizan que se elija la alternativa más rentable que satisfaga los requisitos del sistema.
• Como resultado de estas debilidades, los administradores de sistemas no están en condiciones de tomar decisiones informadas y efectivas a corto y largo plazo, como elegir la mejor mejora, actualización o mejora basada en información precisa de costos o análisis de costo-beneficio.
• En particular, las agencias no pueden determinar cuándo se deben evaluar los sistemas para su rediseño o reemplazo debido a costos de mantenimiento excesivos.

Preguntas y respuestas de ingeniería de software

Debe planificarse e implementarse procesos para respaldar el proceso de mantenimiento. El mantenimiento de software sustenta el producto de software durante todo su ciclo de vida. Las solicitudes de modificación se registran y rastrean, se determina el impacto de los cambios propuestos, se modifican el código y otros artefactos de software, se realizan pruebas y se lanza una nueva versión del producto de software. El término mantenedor se define como una organización que realiza actividades de mantenimiento. En este KA, el término a veces se referirá a las personas que realizan esas actividades, contrastándolas con los desarrolladores.

El resultado de esta fase es una lista de modificaciones refinada, un análisis detallado refinado, planes de prueba modificados, requisitos verificados y la lista de restricciones y riesgos en la implementación. El resultado proporciona información de análisis detallado de los requisitos del usuario junto con el plan de implementación. Este plan enumera las tareas que se implementarán en la fase de implementación de SMLC. Generalmente, 3l0g.com los factores de calidad que se consideran antes de desarrollar el diseño del software incluyen la flexibilidad del diseño y la reutilización del código del software. Antes del soporte de ISSU, las instalaciones de SMU daban como resultado el reinicio de uno o más procesos o la recarga de uno o más nodos. Consulte Descripción general de las SMU de ISSU para obtener una descripción general completa de la instalación de las SMU de ISSU.

Un cambio importante en el área de aplicación, como la migración de la facturación estándar a los últimos deportes locales, también requerirá un mantenimiento importante para su implementación. Algunos tipos de mantenimiento de aplicaciones son inusualmente sensibles a los cambios en el entorno operativo, especialmente si tienen restricciones sobre su eficiencia, tiempo y uso de memoria. La complejidad del software es uno de los principales factores de costo del mantenimiento. Si bien los modelos estándar tienen en cuenta la complejidad, los muchos tipos de complejidad en el software pueden requerir un escrutinio adicional para algunos proyectos.

Propiedad administrativa

Este análisis debe incluirse en el plan de jubilación, que cubre los requisitos de jubilación, el impacto, el reemplazo, el cronograma y el esfuerzo. 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. 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.

Las medidas simples de complejidad incluyen el número de módulos y el tamaño promedio de los módulos. Las medidas más formales incluyen la complejidad ciclomática de McCabe y la complejidad de los datos de Halstead. La recopilación de métricas puede aumentar en gran medida la confiabilidad de estas medidas, aunque este proceso puede no ser rentable. ACT se puede calcular dividiendo la suma de los mantenimiento de flota KLOC agregados y los KLOC eliminados por el total de líneas de código. Sin embargo, este cálculo no tiene en cuenta factores como la complejidad del software, los requisitos de hardware, la familiaridad de los encargados del mantenimiento con el proyecto o su nivel de experiencia general. También puede calcular el ACT dividiendo la suma de los FP agregados y eliminados por el número total de FP.

El valor se puede mejorar expandiendo la base de clientes, cumpliendo requisitos adicionales, volviéndose más fácil de usar, más eficiente y empleando tecnología más nueva. El mantenimiento puede durar 20 años, mientras que el desarrollo puede ser de 1 a 2 años. El concesionario puede optar por utilizar un porcentaje alternativo si el porcentaje se puede establecer a satisfacción del Departamento de que el porcentaje alternativo se basa en métodos contables razonables. Por ejemplo, el porcentaje alternativo puede derivarse utilizando el costo o el precio de venta minorista estimado de la actualización, mejora o mejora del software. Si se determina que el porcentaje alternativo utilizado por el distribuidor no se basa en métodos de contabilidad razonables, el Departamento requerirá que el distribuidor remita impuestos adicionales sobre las ventas y el uso en base al 50 por ciento del precio de venta indicado del contrato de mantenimiento del software. En contraste, la segunda definición incluye el mantenimiento de software como un aspecto esencial de todo el ciclo de vida de un producto de software, comenzando el desarrollo temprano. Conjunto de actividades de mantenimiento de software que se producen cuando el software sufre modificaciones en el código y la documentación asociada debido a un problema o necesidad de mejora o adaptación.