Normativa iso 14764

Estándar para el mantenimiento

Por favor, realice la prueba diagnóstica presente a continuación:

Prueba Diagnóstica

Definición

·
Estándar
que detalla la gestión del Plan de Mantenimiento del Software (PMS) descrito en
ISO 12207.

Pretende

Ser una guía para la planificación, ejecución, control, revisión, evaluación y cierre del Plan de Mantenimiento de Software. Además, busca establecer definiciones para los distintos tipos de mantenimiento.

provee

Un marco formal para que planes genéricos y específicos de mantenimiento puedan ser ejecutados, evaluados y adaptados. También brinda el entorno conceptual, terminológico y procesos para la aplicación consistente de la tecnología.

PROPONE

Describir la gestión de PMS y establecer las definiciones para los distintos tipos de mantenimiento incluyendo los productos de software que comparten recursos. Proporciona una guía aplicable a la planificación, ejecución, control, mantenimiento, revisión y evaluación.

fases

Este estándar define cambios en un producto software a
través de un proceso de mantenimiento dividido en fases, las cuales se detallan a lo largo del estándar, indicando en cada una los elementos de los que se dispone al empezar.

identificación-problema

En esta fase se identifican, clasifican y asignan una prioridad inicial a las modificaciones del software. Cada Solicitud de Modificación será evaluada para determinar su clasificación y prioridad. Esta contiene diversos cambios a realizar sobre el producto de software que
posteriormente se agruparán en bloques de implementación. La clasificación será identificada según los tipos de mantenimiento: correctivo, adaptativo, perfectivo y de emergencia.

Cuando finalice esta primera fase, se podrá disponer
de una Solicitud de Modificación validada y las tareas que se van a llevar acabo para realizar los cambios solicitados.

análisis

En esta fase se estudia la viabilidad y el alcance de las modificaciones, así como la generación de un plan preliminar de diseño, implementación, pruebas y liberación del software. La información que se va a utilizar en esta fase proviene del repositorio y de la Solicitud de Modificación validada en la fase anterior, además de la documentación del proyecto y del sistema existente.

Una Solicitud de Modificación podría generar varios requisitos de funcionalidad, rendimiento, usabilidad, fiabilidad, comprensibilidad y mantenibilidad, que podrán ser descompuestos en varios requisitos de software, base de datos, interface, documentación y hardware.

Diseño

La fase de implementación debería comenzar durante la fase de diseño para comprobar la factibilidad de los cambios propuestos. Es
posible que el grupo de ingeniería no entienda completamente el impacto y magnitud de los cambios hasta que no finalice la fase de diseño, o puede que un cambio específico sea demasiado complejo de implementar.

El proceso de diseño puede variar de un proyecto a otro y dependerá de: las herramientas utilizadas, el tamaño de las modificaciones, el tamaño del sistema existente, la disponibilidad o no de un sistema desarrollado y la accesibilidad a los usuarios y la organización que ha solicitado el mantenimiento.

implementación

Para dirigir apropiadamente el esfuerzo en la fase de implementación será necesario disponer, como en las otras fases, de la documentación actualizada del proyecto y del sistema, del código fuente actual, y los resultados de la fase de diseño.

En esta fase, se van a seguir unos determinados procesos que serán iterativos, y gradualmente incrementales, es decir, se irán repitiendo y desarrollando en mayor detalle, hasta obtener el
resultado previsto por la organización. Estos procesos son: Codificación y pruebas de unidad, Integración, Análisis de Riesgos y Revisión y Disponibilidad de Pruebas.

pruebas y su validación

Las pruebas de sistema se realizan sobre un sistema modificado. Deberían ser realizadas por una organización independiente y siempre estar presente el cliente y el usuario final. La organización
responsable de las pruebas del sistema deberá ser independiente de los desarrolladores y diseñadores del software, pero podrían utilizarse como recursos para el personal de pruebas. Esta fase ha de llevarse como si se tratara de un sistema integrado.

Los resultados de las pruebas realizadas antes del informe de revisión de disponibilidad de pruebas podrían ser utilizados por el
cliente para reducir el alcance de las pruebas de aceptación. Si es así, el cliente deberá documentar, en el informe de las pruebas de aceptación, los resultados que se tomaron de anteriores pruebas, de esta manera se establecerá el nuevo sistema de referencia y se situará la documentación generada durante las pruebas de aceptación bajo el control de Gestión de Configuración del Software.

Entrega

Una vez probado completamente el sistema, estamos a punto de pasar a la fase de liberación de la versión modificada.

Los pasos a seguir para instalar la nueva versión serán los siguientes:

A.      Organizar y documentar una Auditoría de Configuración Física.
B.      Proporcionar los materiales del sistema de acceso a los usuarios, incluyendo la replicación y distribución.
C.     Completar el documento de descripción de la versión Documentación de Descripción de la Versión (VDD).
D.     Completar cambios a la base de datos de estado contable.
E.      Colocar el contenido de la entrega en control de la Gestión de Configuración del Software.

ESTÁNDAR DESCRITO EN LA ISO 12207

Thank you! Your submission has been received!

Oops! Something went wrong while submitting the form

Evalúa tu aprendizaje

Conclusiones

El mantenimiento del software es de suma importancia, debido a que esto le permite
a un sistema perdurar en el tiempo y no quedar obsoleto, evitando así su desuso.. Para concluir, este estándar es un guía que facilita el proceso de mantenimiento de software, por lo cual, las consideraciones y procesos a seguir deben ser una pauta para la elaboración de estrategias correctas para la ejecución de un óptimo mantenimiento.

bibliografia

Contáctanos

Copyright J&H. Universidad Centroamericana -UCA-, 2015.

Aprendizaje e informática