A continuación responda las siguientes preguntas: 1. El modelo en cascada o ciclo de vida clásico, es el paradigma más antiguo para la ingeniería del software. ¿Porque cree usted que algunas veces falla este modelo? Es responsabilidad del cliente o del desarrollador que el modelo presente fallas en el transcurso de la construcción del proyecto. R// considero que si el modelo falla es mas por error del programador que por el cliente, ya que el programador es el responsable de crear el proyecto etapa por etapa al menor costo, verificar su funcionamiento, tener contacto permanente con su cliente analizar los problemas y entregar un producto a satisfacción. 2. Los modelos prescriptivos de procesos se propusieron originalmente para ordenar el caos del desarrollo de software. ¿Por qué? R// Por la principal finalidad de utilización de los modelos prescriptivos es desarrollar un software de buena calidad siendo esto posible con la aplicación adecuada de las actividades, tareas y algunas acciones que lo hacen posible; aunque en estos modelos hay dificultades e imperfecciones en su utilización estos son la base para el trabajo de la ingeniería del software. 3. De un ejemplo de proyectos de software que pudieran adaptarse al modelo Codificar y Corregir. Ser específico. R// Un desarrollador crea un software para el minimercado “la compra perfecta” programa que maneja todo el inventario de la mercancía (abarrotes) que entra y sale a dicho establecimiento de una manera fácil y sencilla para sus empleados, dicho propietario decide unirse al grupo de cadena de almacenes éxito por lo cual el software usado queda obsoleto por la cantidad de elementos que ingresa y es mas factible colocar otro programa de mas alto rendimiento que modificar o corregir el existente. 4. ¿Es posible combinar modelos de procesos? (Justifique su respuesta a través de un ejemplo enfocado al campo empresarial) Estados de procesos o Jerarquías de procesos Los Sistemas Operativos deben disponer de una forma de crear y destruir procesos cuando se requiera durante la operación, teniendo además presente que los procesos pueden generar procesos hijos mediante llamadas al Sistema Operativo, pudiendo darse ejecución en paralelo. Respecto de los estados del proceso deben efectuarse las siguientes consideraciones: Cada proceso es una entidad independiente pero frecuentemente debe interactuar con otros procesos Los procesos pueden bloquearse en su ejecución porque: Desde el punto de vista lógico no puede continuar porque espera datos que aún no están disponibles. o o o o El Sistema Operativo asignó la cpu a otro proceso. Los estados que puede tener un proceso son: En ejecución: utiliza la cpu en el instante dado. Listo: ejecutable, se detiene en forma temporal para que se ejecute otro proceso. Bloqueado: no se puede ejecutar debido a la ocurrencia de algún evento externo. http://so-wiki.wetpaint.com/page/Estados+de+procesos El modelado de procesos debe ser entendido, a saber, por dos cuestiones importantes: el modelado y los procesos. Frecuentemente los sistemas (conjuntos de procesos y subprocesos integrados en una organización) son difíciles de comprender, amplios, complejos y confusos; con múltiples puntos de contacto entre sí y con un buen número de áreas funcionales, departamentos y puestos implicados. Un modelo puede dar la oportunidad de organizar y documentar la información sobre un sistema. http://es.wikipedia.org/wiki/Modelado_de_procesos 5. Explique con sus propias palabras cual ha sido el impacto del “caos” en la ingeniería del software R// El caos fue de vital importancia en el mundo del software, ya que se empezaron a encontrar errores en los desarrollos de los proyectos los cuales contribuyeron a que los desarrolladores buscaran dia a dia un orden y perfección en los proyectos ejecutados. 6. Describir con palabras propias la diferencia entre métricas del proceso y del proyecto. Métricas del proceso: permite al gestor verificar que funciona o que no funciona en el proyecto, establece un conjunto de indicadores que se basan en datos estadísticos; igual forma permite que el desarrollador tenga un mejor visión de la eficacia de un proceso ya existente. Métricas de proyecto: estas métricas tienen un propósito táctico, minimizar tiempo y reducción de problemas y riegos, valora y obtiene una mayor calidad del proyecto y reduce los defectos del mismo; permite al desarrollador evaluar paso a paso evaluar el estado de proyecto. 7. La complejidad del proyecto de software influye en la precisión de la estimación (medición). Desarrollar una lista de características de software que afecten la complejidad de un proyecto. Establecer prioridades en la lista. 8. Piense en una situación en la que un riesgo de alta probabilidad y alto impacto no sería considerado como parte de su plan de reducción, supervisión y gestión de riesgos. 9. ¿Por qué el desarrollo rápido recomienda que exista comunicación cara a cara con el cliente? Atraer un cliente es muchas veces mas caro que mantener otro, Tener contacto cara a cara con el cliente es mas productivo en el desarrollo de un proyecto, ya que se resuelven inquietudes, dudas, incógnitas, preguntas y posibles soluciones al problema que plantea el cliente; en el contacto cara a cara el desarrollador ofrece información sobre sus servicios entrega una solución adecuada y de gran satisfacción para el cliente de manera oportuna, a un bajo costo y de muy buena calidad. 10. ¿Qué puede retrasar un desarrollo de software que se construye a través del modelo rápido? La poca de comunicación entre el desarrollador y el cliente. La mala de planeación del proyecto. La improvisación del gestor al momento de desarrollar un proyecto. Un mal análisis del requerimiento del usuario.