Sí, esta es claramente una situación que probablemente promueva una burocracia innecesaria; aún es posible ser ágil: los equipos de administración centralizada necesitan encontrar una manera de trabajar con los suyos de manera efectiva. Durante el desarrollo, deben proporcionar los recursos, como los modelos existentes y los metadatos, que necesita y actuar como consultores cuando necesite ayuda para comprender y trabajar con esos recursos. Los equipos de administración centralizada deben estar enfocados en el cliente para ser verdaderamente ágiles, deben proporcionar valor comercial real a sus esfuerzos y esforzarse activamente por comprender cómo y por qué los clientes utilizan los recursos que administran.
Pro-Pence group spends $25K on ads to convince Trump his VP is loyal – Business Insider – Business Insider
Pro-Pence group spends $25K on ads to convince Trump his VP is loyal – Business Insider.
Posted: Mon, 04 Jan 2021 08:00:00 GMT [source]
Esto, a su vez, puede resultar, y a menudo lo hace, en una falta de documentación de software y entornos de prueba, que es una de las principales causas de dificultades en la comprensión del programa y el análisis de impacto posterior. La presencia de procesos, técnicas y herramientas sistemáticos y maduros ayuda a mejorar la capacidad de mantenimiento del software. La ingeniería inversa de software es el proceso de recuperar el diseño y la especificación de requisitos de un producto a partir laoracionasanpancracio.com de un análisis de su código. La ingeniería inversa se está volviendo importante, ya que varios productos de software existentes carecen de la documentación adecuada, están muy desestructurados o su estructura se ha degradado a través de una serie de esfuerzos de mantenimiento. Necesitará crear documentación sobre su proyecto, esto es cierto incluso para los proyectos XP más «extremos» y mucho menos para los proyectos RUP. Pero, ¿qué tipo de documentación posiblemente necesitará crear?
Los cuatro tipos de mantenimiento de software
Los cuatro tipos de mantenimiento de software
La Tabla 1 enumera algunos de los documentos más comunes que puede decidir crear como parte de su esfuerzo de desarrollo, documentos que entregará como parte de su sistema general. La Tabla 1 no incluye artefactos de gestión como cronogramas de proyectos, entregables de software como código fuente y conjuntos de pruebas, o productos de trabajo provisionales como modelos temporales. No toda la documentación que redactará será específicamente para su equipo de proyecto o para el equipo que se hará cargo de su sistema; es posible que parte de ella deba estar disponible 3l0g.com a nivel empresarial. Debe aprovechar los artefactos existentes, incluidos, entre otros, la documentación y los modelos del sistema dentro de su organización. Esto puede incluir definiciones existentes de reglas comerciales, interfaces existentes para sistemas heredados y su documentación, un repositorio de metadatos corporativos que describe los recursos de datos en toda su empresa o un modelo comercial empresarial. La información de origen provino de otros equipos de proyectos como el suyo y probablemente sea administrada por un equipo corporativo de especialistas.
Las herramientas de ingeniería inversa ayudan al proceso trabajando hacia atrás a partir de un producto existente para crear artefactos como especificaciones y descripciones de diseño, que luego se pueden transformar para generar un nuevo producto a partir de uno antiguo. Los encargados del mantenimiento también utilizan pruebas de software, gestión de configuración de software, documentación de software y herramientas de medición de software. Los objetivos organizacionales describen cómo demostrar el retorno de la inversión de las actividades mantenimiento de flota de mantenimiento de software. El desarrollo inicial de software generalmente se basa en proyectos, con una escala de tiempo y un presupuesto definidos. El énfasis principal es entregar un producto que satisfaga las necesidades del usuario a tiempo y dentro del presupuesto. Por el contrario, el mantenimiento del software a menudo tiene como objetivo prolongar la vida útil del software durante el mayor tiempo posible. Además, puede deberse a la necesidad de satisfacer la demanda de los usuarios de actualizaciones y mejoras de software.
¿Por qué se requiere mantenimiento para el software?
El propósito principal del mantenimiento de software es modificar y actualizar la aplicación de software después de la entrega para corregir fallas y mejorar el rendimiento. Se debe realizar el mantenimiento del software para: Corregir fallas. Mejora el diseño.
La mantenibilidad es a menudo difícil de lograr porque las subcaracterísticas a menudo no son un foco importante durante el proceso de desarrollo de software. Los desarrolladores están, por lo general, más preocupados por muchas otras actividades y con frecuencia son propensos a ignorar los requisitos del mantenedor.