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.

1.   Dé tres ejemplos de proyectos de software que serían abordables con el modelo basado en componentes. Sea específico.

Software de sistemas de vuelos: teniendo en cuenta que ayuda a la productividad minimizando tiempos y costos.

Sistemas de ventas on line: permite a los usuarios una interacción con los datos no olvidando la seguridad del mismo.

Software médico: son los usados en los hospitales y clínicas.

1. ¿Es posible demostrar que un componente de software, o incluso un programa completo, es correcto? Entonces, ¿por qué no todos lo hacen?

Realizar las pruebas pertinentes es posible existen herramientas que nos permite evaluar paso a paso cada parte del desarrollo del mismo y probar si existe errores; es recomendable hacer esto en el transcurso de desarrollo del mismo, sin embargo no todos los desarrolladores hacen esta comprobación ya que puede que exista errores en la recolección de requerimientos o que no tengan el conocimiento suficiente en realizar estos test.

...