Preguntas y respuestas.

1. Conforme avanza hacia fuera por el flujo de proceso en espiral, ¿qué puede decirse sobre el software que se está desarrollando o que está en mantenimiento?

Cuando se está dando mantenimiento al mismo software en desarrollo, pareciera que en esa parte se terminara el ciclo, pero no es así, existe otra vuelta al ciclo la cual correspondería al inicio de un nuevo proyecto que puede o no tomar como base o referencia el proyecto anterior. 

Se puede decir que en este modelo el software debe enfocarse en la evolución real a que puede someterse de manera constante y que se evaluaran los riesgos que podrían llegar a tener si no hace un trabajo con existo.

1.  ¿Es posible combinar modelos de proceso? Si es así, diga un ejemplo.

Si se  pueden combinar los modelos de procesos por ejemplo en sistemas para las multinacionales donde los proyectos son complejos y sumamente grandes; otro claro ejemplo es el desarrollo de un nuevo sistema operativo

Si es posible cuando se tienen proyectos muy grandes y complejos como por ejemplo el desarrollo de un nuevo sistema operativo, es allí en donde podrían de una u otra forma haber involucrado más de dos modelos de procesos.

1.  El modelo de proceso concurrente define un conjunto de “estados”. Describa con sus propias palabras qué es lo que representan, y después indique cómo entran en juego dentro del modelo de proceso concurrente.

Claramente como su nombre lo indica representa un cambio en los procedimientos y volver a  crear nuevos estados que son los que el usuario o cliente del software requiere para un nuevo módulo o formulario. Es un modelo donde los estados son cambiantes ya que se trabaja de una manera simultánea con los clientes y siguen una metodología que ayuda  la interacción del cliente con el desarrollador; los pasos para esta metodología son:

•        Inactivo

•        En desarrollo

•        Cambios en espera

•        En evaluación

•        En revisión

•        Alcance mínimo

•        Terminado

1.  ¿Cuáles son las ventajas y desventajas de desarrollar software en el que la calidad no es “suficientemente buena”? Es decir, ¿qué pasa cuando se pone el énfasis en la velocidad de desarrollo sobre la calidad del producto?

En el desarrollo de un software donde la calidad no es la “suficientemente buena” como venta se tiene que es basado en necesidades específicas; otra ventaja  puede ser  la rapidez en la que se va a entregar el producto sin embargo  como desventaja la falta de pruebas pertinentes y de documentación del mismo o que el software contenga errores y conlleven a la no utilización del mismo.

...