Resultados obtenidos

3.1. Características del Modelo propuesto

El Modelo de Proceso Software desarrollado, representa un enfoque dirigido por el desarrollo del ciclo de vida de la construcción del producto software y por el proceso software con el conjunto de actividades sistematizadas, repetibles, no ordenadas en el tiempo como algo diferente del ciclo de vida, es decir que las actividades serán repetibles e independientes del ciclo de vida que adopte un producto software específico.

El Modelo propone la construcción del producto software en una serie de versiones, conformando cada una de ellas un ciclo de desarrollo indeterminado en el tiempo, en la secuencia de actividades y en la secuencia de productos construidos.

Esta diferenciación, permite separar las actividades del proceso, de las características de los productos que construye, y de esta manera poder analizar genéricamente el proceso software comparativamente con los procesos industriales, por una parte, y los productos software, por otra parte.

3.2. Conocimientos del equipo

El conocimiento es considerado como una materia prima inherente al producto que debe desarrollarse. La planificación de la producción debe ser consensuada y coordinada. Debe realizarse en cada puesto o módulo funcional y para construir la planificación global coordinada. El modelo propone incorporar prácticas que implican un mayor acercamiento en el conjunto de tareas, así como un vínculo más estrecho entre la concepción y la ejecución de tareas, lo que se logra a partir del conocimiento como capital e insumo de la producción.

3.3. Calidad

El Modelo propuesto incorpora los conceptos de calidad total basados en la detención del proceso de producción ante la presencia de fallos, en la que cada instancia del producto, desarrollada en una fase del Modelo, puede pasar a otra fase del desarrollo, cualquiera que sea, solo si tiene una aceptación de que todo lo necesario ha sido completado, y si el producto que la requiere para iniciar su ejecución cuenta con los conocimientos necesarios para comenzar dicha instancia. Si se detecta un fallo, el producto no pasa de fase y se detiene el proceso hasta que el problema está resuelto.

La Figura 1 expone una representación gráfica del modelo, en el cual las líneas paralelas representan las actividades del proceso software y las líneas tipo meridianos, representan los estados del producto software o sub productos por los que pasa a través del ciclo de vida, que es finalizado al llegar a cada uno de los polos del círculo.


3.4. Iteratividad versus Secuencialidad

En el Modelo desarrollado, la construcción de los productos se inicia a partir de la entrega de un producto en un polo, requiere, como condición esencial el conocimiento aportado por otro
producto anterior.

La construcción de los productos es realizada por las actividades del proceso, en tanto que, la
transmisión de la condición de inicio entre los productos determina la falta de secuencialidad en las actividades del proceso. 

La iteratividad y sucesión no secuencial de actividades es generada por las características de cada producto y por la indeterminación del tiempo de desarrollo de cada una de las actividades del proceso. 

Las condiciones para que cada producto sea entregado en un polo, la brindan las diferentes técnicas aplicadas en el proceso para cada una de las actividades que garantizan la calidad en el producto, como por ejemplo, las técnicas de requisitos, las técnicas de validación de diseño, las técnicas de verificación del código, etc.

3.5. Estados del ciclo de vida

Cada producto, en el estado en que se encuentre en el ciclo de vida, se comporta como un
dispositivo receptor y transmisor de conocimiento sobre cómo deben seguir los otros productos.

El desarrollo concurrente y paralelo de diversos productos en una misma fase del ciclo de vida, no se encuentra determinado en el orden de sucesión de instancias, sino que se va determinando de acuerdo a las condiciones para que cada producto, se construya, se detenga o se entregue en un polo. Cada actividad comienza a desarrollar un producto cuando tiene las condiciones para hacerlo.

Comentarios

Entradas más populares de este blog

Introducción

Lineas de investigación y desarrollo

Formación de recursos humanos