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
.png)
Comentarios
Publicar un comentario