modelado de procesos

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.