CICLO DE VIDA DEL SOFTWARE

El término ciclo de vida del software describe el desarrollo de software, desde la fase inicial hasta la fase final. El propósito de este programa es definir las distintas fases intermedias que se requieren para validar el desarrollo de la aplicación, es decir, para garantizar que el software cumpla los requisitos para la aplicación y verificación de los procedimientos de desarrollo: se asegura de que los métodos utilizados son apropiados.

El ciclo de vida básico de un software consta de los siguientes procedimientos:

· Definición de objetivos: definir el resultado del proyecto y su papel en la estrategia global.

· Análisis de los requisitos y su viabilidad: recopilar, examinar y formular los requisitos del cliente y examinar cualquier restricción que se pueda aplicar.

· Diseño general: requisitos generales de la arquitectura de la aplicación.

· Diseño en detalle: definición precisa de cada subconjunto de la aplicación.

· Programación (programación e implementación): es la implementación de un lenguaje de programación para crear las funciones definidas durante la etapa de diseño.

· Prueba de unidad: prueba individual de cada subconjunto de la aplicación para garantizar que se implementaron de acuerdo con las especificaciones.

· Integración: para garantizar que los diferentes módulos se integren con la aplicación. Éste es el propósito de la prueba de integración que está cuidadosamente documentada.

· Prueba beta (o validación), para garantizar que el software cumple con las especificaciones originales.

· Documentación: sirve para documentar información necesaria para los usuarios del software y para desarrollos futuros.

· Implementación

· Mantenimiento: para todos los procedimientos correctivos (mantenimiento correctivo) y las actualizaciones secundarias del software (mantenimiento continuo).

El orden y la presencia de cada uno de estos procedimientos en el ciclo de vida de una aplicación dependen del tipo de modelo de ciclo de vida acordado entre el cliente y el equipo de desarrolladores.

ETAPAS DEL CICLO DE VIDA DEL SOFTWARE

El ciclo de vida clásico del software siendo uno de los más utilizados tal como lo plantean diferentes autores, está conformado en su versión ampliada por siete etapas que se pueden representar mediante un modelo en cascada así:

INGENIERÍA DE SISTEMAS: En esta etapa el analista luego de un minucioso y detallado estudio de los sistemas de una organización, detecta un problema o una necesidad que para su solución y/o satisfacción es necesario realizar un desarrollo de software.

ANÁLISIS: En esta etapa se debe entender y comprender de forma detallada cual es la problemática a resolver, verificando el entorno en el cual se encuentra dicho problema, de tal manera que se obtenga la información necesaria y suficiente para afrontar su respectiva solución. Esta etapa es conocida como la del QUÉ se va a solucionar.

DISEÑO: Una vez que se tiene la suficiente información del problema a solucionar, es importante determinar la estrategia que se va a utilizar para resolver el problema. Esta etapa es conocida bajo el CÓMO se va a solucionar.

IMPLEMENTACIÓN: partiendo del análisis y diseño de la solución, en esta etapa se procede a desarrollar el correspondiente programa que solucione el problema mediante el uso de una herramienta computacional determinada.

PRUEBAS: Los errores humanos dentro de la programación de los computadores son muchos y aumentan considerablemente con la complejidad del problema.

Cuando se termina de escribir un programa de computador, es necesario realizar las debidas pruebas que garanticen el correcto funcionamiento de dicho programa bajo el mayor número de situaciones posibles a las que se pueda enfrentar.

DOCUMENTACIÓN: Es la guía o comunicación escrita en sus diferentes formas, ya sea en enunciados, procedimientos, dibujos o diagramas que se hace sobre el desarrollo de un programa. La importancia de la documentación radica en que a menudo un programa escrito por una persona, es modificado por otra. Por ello la documentación sirve para ayudar a comprender o usar un programa o para facilitar futuras modificaciones (mantenimiento).

La documentación se compone de tres partes:

a.    Documentación Interna: Son los comentarios o mensajes que se añaden al código fuente para hacer más claro el entendimiento de los procesos que lo conforman, incluyendo las precondiciones y las pos condiciones de cada función.

b. Documentación Externa: Se define en un documento escrito con los siguientes puntos:

Descripción del Problema

Datos del Autor

Algoritmo (diagrama de flujo o Pseudocódigo)

Diccionario de Datos

Código Fuente (programa)

c. Manual de Usuario: Describe paso a paso la manera cómo funciona el programa, con el fin de que el usuario lo pueda manejar para que obtenga el resultado deseado.

MANTENIMIENTO: una vez instalado un programa y puesto en marcha para realizar la solución del problema previamente planteado o satisfacer una determinada necesidad, es importante mantener una estructura de actualización, verificación y validación que permitan a dicho programa ser útil y mantenerse actualizado según las necesidades o requerimientos planteados durante su vida útil. Para realizar un adecuado mantenimiento, es necesario contar con una buena documentación del mismo.

Para terminar de entender la problemática en la cual se desarrolla este libro es importante tener unos conceptos claros y precisos de lo que es el Análisis y el Diseño de Algoritmos.

SOFTWARE EDUCATIVO

Ingeniería del Software Educativo

Se denomina software educativo al destinado a la enseñanza y el aprendizaje autónomo y que, además, permite el desarrollo de ciertas habilidades cognitivas.

Así como existen profundas diferencias entre las filosofías pedagógicas, así también existe una amplia gama de enfoques para la creación de software educativo, atendiendo a los diferentes tipos de interacción que debería existir entre los actores del proceso de enseñanza-aprendizaje: educador, aprendiz, conocimiento, computadora.

Existen muchos programas para trabajar en la computadora para afianzar el aprendizaje. El trabajo en equipo de profesionales de la informática, ha permitido crear programas para computadoras, que no solo facilitan el trabajo, sino que también sirven para entretener y educar.

Estos programas forman parte del software educativo, denominada en algunos casos como Instrucción Asistida por Computadora o Multimedia Educativa, utilizada como una herramienta instruccional o de enseñanza, que acompañada con un material adecuado que permite guiar a estudiantes a alcanzar un nivel educativo adaptado a sus necesidades.

Clasificación de los diferentes tipos de software educativo

Bajo este nombre (abreviado MEC “MATERIAL EDUCATIVO COMPUTARIZADO”) se agrupan diversos tipos de aplicaciones encaminados a apoyar el aprendizaje.

Una referencia bastante apropiada es "Ingeniería de Software Educativo" de Álvaro Galvis (Galvis, 94), de donde se ha tomado la clasificación que se presenta. Una primera clasificación de herramientas y materiales para asistir el aprendizaje los divide en algorítmicos y heurísticos. En los materiales algorítmicos predomina el aprendizaje vía transmisión de conocimiento desde quien sabe hacia quien lo desea aprender; quien diseña la herramienta planea secuencias de actividades  para conducir al estudiante; el rol de alumno es asimilar el máximo de lo que se le transmite. Por otra parte en los materiales heurísticos predomina el aprendizaje por experimentación y descubrimiento; el diseñador crea ambientes ricos en situaciones que el alumno debe explorar; el alumno debe llegar al conocimiento a partir de la experiencia, creando sus propios modelos de pensamiento, sus propias interpretaciones del mundo, las cuales puede someter a prueba con la herramienta. Tal clasificación puede refinarse aún más:

TIPO ALGORÍTMICO

Predomina el aprendizaje vía transmisión de conocimiento, desde quien sabe, hacia quien lo desea aprender y donde el diseñador se encarga de encapsular secuencias bien diseñadas de actividades de aprendizaje que conducen al interesado desde donde está hasta donde se desea llegar; el papel del usuario es asimilar al máximo de lo que se transmite. Dentro de este tipo se encuentran:

SISTEMAS TUTORIALES

Incluye cuatro fases que deben formar parte de todo proceso de enseñanza-aprendizaje:

La fase Introductoria, en la que se genera la motivación, se centra la atención y se favorece la percepción selectiva de lo que se desea que el usuario aprenda. La fase de orientación inicial en la que se da la codificación, almacenaje y retención de lo aprendido. La fase de aplicación en la que hay evocación y transferencia de lo aprendido. La fase de Retroalimentación en la que se de muestra lo aprendido, ofrece retroinformación y esfuerzo o refuerzo.

SISTEMAS DE EJERCITACIÓN Y PRÁCTICA

Refuerzan las dos fases finales del proceso de instrucción: aplicación y retroalimentación. Se parte de la base que el usuario tiene un conocimiento previo del tema relacionado con el software final. Donde el software le servirá para probar sus destrezas y conocimientos adquiridos previamente. Estos sistemas sirven como motivación y refuerzo para el usuario.

TIPO HEURÍSTICO

Predomina el aprendizaje experimental y por descubrimiento, donde el diseñador crea ambientes ricos en situaciones que el usuario debe explorar conjeturablemente. El usuario debe llegar al conocimiento a partir de experiencias, creando sus propios modelos de pensamiento, sus propias interpretaciones del mundo. Pertenecen a este grupo:

SIMULADORES Y JUEGOS EDUCATIVOS

Ambos poseen la cualidad de apoyar el aprendizaje de tipo experimental conjetural, como base para lograr aprendizaje por descubrimiento. La Interacción con un micromundo, en forma semejante a la que se tendría en una situación real, es la fuente del conocimiento; el usuario resuelve problemas, aprende procedimientos, llega a entender las características de los fenómenos y cómo controlarlos, o aprende qué acciones tomar en diferentes circunstancias. Lo esencial en ambos casos es que el usuario es un agente necesariamente activo que, además de participar en la situación debe continuamente procesar la información que el micromundo le proporciona en forma de situación problemática, condiciones de ejecución y resultado.

MICROMUNDOS EXPLORATORIOS Y LENGUAJE SINTÓNICO

Una forma particular de interactuar con micromundos es haciéndolos con ayuda de un lenguaje de computación, en particular si es de tipo sinfónico con sus instrucciones y que se puede usar naturalmente para interactuar con un micromundo en el que los comandos sean aplicables.

SISTEMAS EXPERTOS

Capaces de representar y razonar acerca de algún dominio rico en conocimientos, con el ánimo de resolver problemas y dar consejos a quienes no son expertos en la materia. Además, de demostrar gran capacidad de desempeño en términos de velocidad, precisión y exactitud, tiene como contenido un dominio de conocimientos que requiere gran cantidad de experiencia humana, no solo principios o reglas de alto nivel, y que es capaz de hallar o juzgar la solución de algo, explicando o justificando lo que haya o lo que juzgue; de modo que es capaz de convencer al usuario que su racionamiento es correcto.

· Los sistemas tutoriales pueden presentar las cuatro fases del aprendizaje, y resultan particularmente útiles cuando se requiere alta motivación, retroalimentación inmediata, ritmo propio y secuencia controlable por el usuario parcial o totalmente.

· Los sistemas de ejercitación y práctica permiten reforzar las dos fases finales del proceso de instrucción: aplicación y retroalimentación por medio de ejercicios tradicionales.

· Los simuladores pretenden apoyar el aprendizaje por medio de experimentos, de forma que el estudiante descubra conceptos en un micromundo semejante a una situación real. En este tipo de MEC, que puede emplearse en cualquier de las cuatro fases, el alumno es agente activo.

· Los juegos educativos, al igual que los simuladores apoyan el aprendizaje semejando situaciones, sin embargo, en la simulación se trata de situaciones reales mientras que esto no se da necesariamente en los juegos, además en éstos se dan situaciones excitantes o entretenidas.

Los micromundos exploratorios, emplean un lenguaje de programación sintónico, es decir no hay que aprenderlo, simplemente se está sintonizado con sus instrucciones y se emplea para interactuar en un micromundo. La diferencia básica con los simuladores es que además de exigir la solución de problemas, la exige de forma estructurada (es decir, una que conlleve división de problemas en subproblemas). Por esta razón, los lenguajes sintónicos permiten el desarrollo de estrategias para solución de problemas.

Los sistemas expertos son sistemas capaces de representar y razonar acerca de algún dominio rico en conocimientos, con el ánimo de resolver problemas y dar consejo a quienes no son expertos en la materia. Estos sistemas además de demostrar gran capacidad de desempeño en términos de velocidad, precisión y exactitud, cuentan con una base de conocimientos construida a partir de experiencia humana. Con la base de conocimientos y con reglas de alto nivel es capaz de hallar o juzgar la solución a algo, explicando o justificando lo que halla o lo que juzga, de modo que es capaz de convencer al usuario de que su razonamiento es correcto.

· Un sistema Tutorial Inteligente presenta un comportamiento "inteligentemente" adaptativo, es decir, adapta el tratamiento educativo en función de aquello que se desea aprender y de las características y desempeño del aprendiz. Además de tener los componentes típicos de un sistema experto (base de conocimiento, motor de inferencia, hechos e interfaz con usuario) hay un "modelo de estudiantes" donde se plasman sus conocimientos, habilidades y destrezas y un "módulo de interfaz" capaz de ofrecer distintos tipos de ambiente de aprendizaje a partir de las cuales se puede llegar al conocimiento buscado.

Metodología para la evaluación y desarrollo del software educativo.

En esencia se conservan los grandes pasos o etapas de un proceso sistemático para desarrollo de materiales (análisis, diseño, desarrollo, prueba y ajuste, implementación). Sin embargo, en este caso se da particular énfasis a los siguientes aspectos: la solidez del análisis, como punto de partida; el dominio de teorías sustantivas sobre el aprendizaje y la comunicación humanas, como fundamento para el diseño de los ambientes educativos computarizados; la evaluación permanente y bajo criterios predefinidos, a lo largo de todas las etapas del proceso, como medio de perfeccionamiento continuo del material; la documentación adecuada y suficiente de lo que se realiza en cada etapa, como base para el mantenimiento que requerirá el material a lo largo de su vida útil.

La anterior explicación permite entender la razón de ser del doble ciclo, para selección o desarrollo de MECs, que ha propuesto Galvis como metodología básica de trabajo y que se ilustra en la siguiente Figura.

El punto de partida de ambos ciclos es la identificación de necesidades educativas reales que conviene atender con material educativo computarizado. Dependiendo del resultado final de esta etapa, se procede en el sentido contrario al avance de las manecillas del reloj, cuando se trata de seleccionar un MEC; pero en el mismo sentido del avance de las manecillas, si conviene efectuar su desarrollo.

En cualquiera de los dos ciclos, una vez que se dispone de un MEC, se requiere evaluarlo con un grupo piloto de alumnos que pertenezca a la población objeto, bajo las condiciones para las cuales está diseñado. Esta es la base para decidir si el MEC debe llevarse a la práctica en gran escala, o para echar pie atrás, rediseñarlo, ajustarlo o desecharlo. Durante su implementación también es importante que se evalúe el MEC, de modo que se pueda establecer la efectividad real del material, éste es el sentido de la prueba de campo.

Las metodologías persiguen tres necesidades principales:

· Mejores aplicaciones, conducentes a una mejor calidad.

· Un proceso de desarrollo controlado.

· Un proceso normalizado en una organización, no dependiente del personal.

1.      Los procesos se descomponen hasta el nivel de tareas o actividades elementales, donde cada tarea está identificada por un procedimiento que define la forma de llevarla a cabo. Para aplicar un procedimiento se pueden usar una o más técnicas, pudiendo ser gráficos con textos.

1. CARACTERÍSTICAS Y CLASIFICACIÓN DE LAS METODOLOGÍAS

Se pueden enumerar una serie de características [Piattini, 1996] que debe tener la metodología y que influirán en el entorno de desarrollo:

· Reglas predefinidas

· Determinación de los pasos del ciclo de vida

· Verificaciones en cada etapa

· Planificación y control

· Comunicación efectiva entre desarrolladores y usuarios.

· Flexibilidad: aplicación en un amplio espectro de casos

· De fácil comprensión

· Soporte de herramientas automatizadas.

· Que permita definir mediciones que indiquen mejoras

· Que permita modificaciones

· Que soporte reusabilidad del software

3. El ciclo de vida y los procesos del software educativo.

Todo proyecto tiene asociado, por más pequeño que éste sea, pasos que se deben seguir tales como: planificación, estimación de recursos, seguimiento y control, y evaluación del proyecto. La selección de un modelo de ciclo de vida está asociada a un orden en la realización de las actividades a desarrollar. La red de actividades, es la que permitirá establecer a partir de la matriz de precedencia el camino crítico, como la secuencia de tareas más larga de principio al fin. El diagrama de Gantt, o los diagramas calendario permitirán establecer el estado del proyecto en un determinado momento a partir de su inicio, en cuanto a recursos se refiere. Para estimar el tamaño del producto o del programa a desarrollar, definido como la cantidad de código fuente, especificaciones, casos de prueba, documentación del usuario y otros productos, que han de ser desarrollados, se debe recurrir a datos estadísticos propios o no. La estimación consiste en la predicción del personal, el esfuerzo y el costo asociado para llevar a cabo todas las actividades del mismo.

1.    ¿CUÁLES SON LOS ELEMENTOS QUE INTERVIENEN EN EL CICLO DE VIDA DE UN SISTEMA?

2. La planificación de la gestión proyecto

Se la puede describir en términos de, las actividades a realizar, los documentos de salida y de las técnicas a utilizar.

Planificación de la gestión del proyecto
Actividades a realizar	Confeccionar el mapa de actividades para el modelo elegido del ciclo de vida, asignar de los recursos, definir el proyecto, planificar la gestión
Documentos de salida	Plan de gestión, plan de retiro
Técnicas a utilizar	CPM, PERT, diagrama de Gantt, estadísticas, simulación (Montecarlo), puntos funcionales, Modelos de estimación (COCOMO), Técnicas de descomposición para estimación.

La identificación de la necesidad

La identificación de una necesidad, enunciada en términos concretos, es el punto de partida para la puesta en marcha de un proyecto y la evaluación de las posibles soluciones dará la viabilidad del mismo.

Identificación de la necesidad
Actividades a realizar	Identificar necesidades, formular posibles soluciones y estudiar su viabilidad.
Documentos de salida	Informe de necesidades. Alternativas de solución. Soluciones factibles
Técnicas a utilizar	De adquisición de conocimientos, análisis costo beneficio, modelización, diagramas de flujos de datos, prototipado

.

El proceso de especificación de los requisitos

Consiste en establecer de un modo conciso, claro y preciso el conjunto de requisitos que deben ser satisfechos por el software a desarrollar. El objetivo es  determinar en forma total y consistente los requisitos de software. El análisis se realiza sobre la salida resultante, la descomposición de los datos, el procesamiento de los mismos, las bases de datos y las interfaces de usuario. (J. Juzgado, 1996). (ver Tabla 3.7). Se debe considerar que un requisito es una condición o característica que debe tener el programa para satisfacer un documento formal.

Estos requisitos pueden ser funcionales, de rendimiento o de interfaces. Los primeros especifican la función que el programa debe realizar, los segundos especifican una característica numérica y los últimos determinan las características de las interfaces, usuario-software, software-hardware y software- software. (Juzgado, 1996).

Especificación de requisito
Actividades a realizar	Definir y desarrollar los requisitos del software y de las interfaces
Documentos de salida	Especificación de los requisitos del software, requisitos de interfaces de usuario, de interfaces con otro software y con hardware. Requisitos de interfaces con el medio.
Técnicas a utilizar	Técnicas orientadas a los procesos: Análisis estructurado: diagramas de flujo de datos (DFD), diccionario de datos (DD), especificación de procesos. Diagramas de actividades. Técnicas orientadas a los datos: Diagramas entidad relación y diagramas de datos. Técnicas orientadas a los objetos. Diagramas de clases/objetos Jerarquía de clases/objetos Técnicas formales de especificación: Técnicas relacionales: ecuaciones implícitas, relaciones recurrentes, axiomas algebraicos. Técnicas orientadas al estado: tablas de decisión, de eventos, de transición, mecanismos de estado finitos, etc. Técnicas de prototipación

El proceso de diseño

El proceso de diseño es la piedra angular para la obtención de un producto coherente que satisfaga los requisitos de software. El diseño desde el punto de vista técnico comprende cuatro tipos de actividades: diseño de datos, arquitectónico, procedimental y diseño de interfaces y desde el punto de vista del proyecto evoluciona desde un diseño preliminar al diseño detallado.

El diseño de datos, modela las estructuras de datos necesarias para el desarrollo, el arquitectónico define las relaciones entre las estructuras del programa, considerando el desarrollo de módulos que se relacionan, mezcla la estructura de programas y de datos, y define las interfaces. El diseño procedimental transforma estructuras en descripción procedimental del software y por último el diseño de interface establece los mecanismos de interacción humano-computadora.

Este proceso de diseño, es la correcta traducción de los requisitos de software en un producto. (ver Tabla 3.8).

Se deben aplicar algunos principios conducentes a un software de calidad, tales como:

− Abstracción.

− Refinamiento sucesivo.

− Modularidad (consiste en la división en forma lógica de elementos en funciones y subfunciones).

− Estructura jerárquica en módulos con control entre componentes.

− Estructura de los datos.

− Procedimientos por capas funcionales.

− Ocultamiento de la información, etc., aplicación de métodos sistemáticos y una revisión constante.

Proceso de diseño
Actividades a realizar	Realizar el diseño arquitectónico, analizar el flujo de información, diseñar la base de datos, diseñar las interfaces, desarrollar los algoritmos, realizar el diseño detallado.
Documentos de salida	Descripción del diseño del software de la arquitectura del software, del flujo de información, descripción de la base de datos, de las interfaces, de los algoritmos.
Técnicas a utilizar	Descripción del diseño del software de la arquitectura del software, del flujo de información, descripción de la base de datos, de las interfaces, de los algoritmos. Técnicas orientadas a los procesos: diseño estructurado, diálogo de las interfaces, diseño lógico, HIPO (Hierarchy Input Process Output). Técnicas orientadas a los datos. Modelo lógico y físico de datos. Jackson, etc. Técnicas orientadas a los objetos: Modelo clase/objeto, diagrama de módulos. Técnicas de bajo nivel: Programación estructurada: diagramas de árbol Programación orientada a objetos: diagrama de procesos Técnicas de prototipación, Técnicas de refinamiento,

El proceso de implementación

Este proceso (ver Tabla 3.9), produce código fuente, código de la base de datos y documentación, de base de acuerdo a los estándares utilizados. La salida de este proceso  conduce a las pruebas de validación y verificación.

Proceso de implementación
Actividades a realizar	Crear los datos de prueba, crear código fuente, generar el código fuente, crear la documentación, planificar y realizar la integración de módulos.
Documentos de salida	Datos de prueba, documentación del sistema y del usuario. Plan de integración.
Técnicas a utilizar	Lenguajes de programación. Jackson

El proceso de instalación

Este proceso se centra en la verificación de la implementación adecuada del software y en la conformidad del cliente, previa prueba de aceptación (Tabla 3.10).

Proceso de instalación
Actividades a realizar	Planificar la instalación, instalar el software, cargar la base de datos, realizar las prueba de aceptación..
Documentos de salida	Plan de instalación del software e informe de instalación

Los procesos de mantenimiento y retiro

El proceso de mantenimiento se centra en el cambio asociado a los errores detectados, fallas, mejoras solicitadas y cambios. Se lo considera como una vuelta a la aplicación del ciclo de vida pero con un software existente como iteraciones de desarrollo.

Los tipos de mantenimiento pueden ser: correctivos, ante defectos encontrados, adaptativos, o sea, cambios del software de acuerdo al cambio en el entorno y de mejoras, con agregado de funciones adicionales.

Procesos de	Mantenimiento	Retiro
Actividades a realizar	Reaplicar el ciclo de vida.	Notificar al usuario, realizar las operaciones en paralelo y retirar el sistema.
Documentos de salida	Orden de mantenimiento Y recomendaciones de mantenimiento	Plan de retiro

El proceso de verificación y validación

Las tareas que abarca son las siguientes: pruebas de verificación, revisiones y auditoría e incluye las tareas de validación y pruebas de validación que se realizan durante el ciclo de vida del software para asegurar la satisfacción con los requisitos.

Para la verificación y validación del software, cuando ya exista código ejecutable, se pueden realizar las pruebas del mismo que consisten en ejecutar el software con determinados datos de entrada y producir resultados que luego serán comparados con los teóricos.

Un proceso asociado a las pruebas, es la depuración que consiste en tratar de deducir dónde están localizados los defectos en el software que hacen que este no funcione correctamente. (ver Tabla 3.12).

Procesos de verificación y de validación
Actividades a realizar	Planificar y ejecutar las tareas de verificación y validación. Recoger y analizar los datos de las métricas, planificar las pruebas, desarrollar las especificaciones de las pruebas y ejecutarlas.
Documentos de salida	Plan de verificación y validación. Informes de evaluación. Plan de pruebas. Especificación de las pruebas. Resultados de las pruebas.
Técnicas a utilizar	Técnicas de prueba de caja blanca: Técnicas de prueba de caja negra: Revisiones formales. Auditorías.

Los procesos de desarrollo de la documentación y de formación

Este proceso permite planificar, diseñar, implementar, editar, producir, distribuir y mantener los documentos para los desarrolladores y los usuarios.

Para una utilización efectiva del sistema se debe proporcionar al usuario las instrucciones y guías necesarias acerca del uso del software y de sus limitaciones.

Es un punto fundamental la formación del usuario en el sistema. También es importante la formación de los desarrolladores y soporte técnico.

Procesos de	Mantenimiento	Retiro
Actividades a realizar	Planificar e implementar La documentación, producir y distribuirla documentación	Planificar el programa de formación. Desarrollar materiales de formación. Validar e implementar el programa.
Documentos de salida	Plan de documentación	Plan de formación