Categorías de mantenimiento de software
Pero si un equipo es pequeño, un gerente de proyecto puede escribir la documentación. La metodología ágil anima a los equipos de ingeniería a centrarse siempre en ofrecer valor a sus clientes. Este principio clave también debe tenerse en cuenta en el proceso de producción de documentación de oracionasanjudas-tadeo.com software. Se debe proporcionar una buena documentación de software, ya sea un documento de especificaciones de software para programadores y probadores o manuales de software para usuarios finales. Debe encontrar un equilibrio entre la falta de documentación y la documentación excesiva.
Código Vs Comentarios
La gerencia debe establecer controles de cambios que aborden las modificaciones de software y los parches de software importantes, de rutina y de emergencia. La capacitación y el soporte diario también son componentes centrales de la fase de mantenimiento del software. Por tanto, es fundamental que el responsable de mantenimiento pueda comprender el código existente. Una buena documentación y una codificación clara y sencilla en la etapa de desarrollo serán de gran ayuda en este punto, especialmente si el desarrollador no está disponible o si ha habido una gran brecha desde el desarrollo. Las estimaciones se crean antes de que comience el proyecto y se pueden cambiar durante el desarrollo del producto. Como regla general, no hay una persona en particular responsable de cada pieza de documentación, por lo que esta responsabilidad se puede asignar según el tamaño del equipo y las responsabilidades y habilidades de los miembros. Por ejemplo, si un gerente de proyecto de un equipo grande no comprende el dominio comercial del cliente, esta tarea se asignará a un analista comercial.
El mantenimiento también requiere varias actividades que no se encuentran en el desarrollo de software (consulte la sección 3.2 sobre actividades únicas para obtener más detalles). La gestión de cambios implica establecer versiones de referencia de productos, servicios y procedimientos y garantizar que todos los cambios se aprueben, documenten y difundan. Los controles de cambio deben abordar todos los aspectos del entorno tecnológico de una organización, incluidos los programas de software, las configuraciones de hardware y software, los estándares y procedimientos operativos y las actividades de gestión de proyectos.
La documentación del sistema proporciona una descripción general del sistema y ayuda a los ingenieros y las partes interesadas a comprender la tecnología subyacente. Por lo general, consta del documento de requisitos, el diseño de la arquitectura, el código fuente, los descargarpseint.online documentos de validación, la información de verificación y prueba, y una guía de mantenimiento o ayuda. También existe la noción de mantenimiento previo a la entrega / lanzamiento, que es todo lo bueno que hace para reducir el costo total de propiedad del software.
La documentación deficiente provoca muchos errores y reduce la eficiencia en cada fase del desarrollo de productos de software. Al mismo tiempo, no es necesario proporcionar abundante documentación y repetir información en varios artículos. Encontrar el equilibrio adecuado también implica analizar la complejidad del proyecto antes de que comience el desarrollo. Las hojas de ruta del producto se utilizan en el desarrollo de software ágil para documentar la visión, la estrategia y los objetivos generales del proyecto. Las hojas de ruta se utilizan como documentos de proceso para mantener el curso del desarrollo sincronizado con los objetivos iniciales. Dependiendo del tipo de hoja de ruta del producto, puede expresar objetivos de alto nivel, priorización de tareas, la línea de tiempo del sprint o detalles de bajo nivel.
- El mantenimiento de software sustenta el producto de software durante todo su ciclo de vida.
- En contraste, el mantenimiento de software a menudo tiene como objetivo extender la vida útil del software durante el mayor tiempo posible.
- 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.
- En ambos casos, el retorno de la inversión es mucho menos claro, por lo que la opinión a nivel de la alta dirección es a menudo la de una actividad importante que consume recursos importantes sin un beneficio cuantificable claro para la organización.
- El énfasis principal es entregar un producto que satisfaga las necesidades del usuario a tiempo y dentro del presupuesto.
- Además, puede estar impulsado por la necesidad de satisfacer la demanda de los usuarios de actualizaciones y mejoras de software.