Вы находитесь на странице: 1из 6

Un cronograma (del gr.

, jrnos tiempo y , grmma letra) es, en gestin de proyectos, en una lista de todos los elementos terminales de un proyecto con sus fechas previstas de comienzo y final. Un diagrama de Gantt que puede proporcionar una representacin es el software Primavera. Hay tambin herramientas libres y de cdigo abierto para la generacin de cronogramas de proyecto disponibles para la mayora de plataformas, ofreciendo oportunidades para la creacin de listas de tareas, la asignacin de recursos, precedencias y diagramas de Gantt. y nos ayuda a ver deede un punto diferente Un cronograma es la interpretacin en una grfica de tiempo la cronologia de un hecho o trabajo que se representa en un par de ejes de coordenadas, el eje de abscisas se divide en fracciones de tiempo, por ejemplo, dias, semanas, meses, aos, y en el eje de coordenadas se describe la tarea a realizar o la tarea realizada marcando el tiempo como se muestra en el ejemplo.

grafica modelo iterativo

Modelos evolutivos Esta familia de modelos se utilizan en las siguientes circunstancias: Si los requisitos cambian conforme el desarrollo avanza. Si las fechas de mercado hacen imposible tener un producto completo y hay que introducir una versin limitada. Si los requisitos centrales estn bien definidos pero todava hay que definir los detalles de las extensiones del producto. MODELO INCREMENTAL (HISTORIA) Propuesto por Mills en 1980. Sugiri el enfoque incremental de desarrollo como una forma de reducir la repeticin del trabajo en el proceso de desarrollo y dar oportunidad de retrasar la toma de decisiones en los requisitos hasta adquirir experiencia con el sistema . Surge porque en los primeros desarrollos se poda esperar largo tiempo hasta que el software estuviese listo. Las reglas del negocio de hoy no lo permiten. Diferencias: Evolutivo: Se diferencia del modelo por prototipos en que en prototipos se da por hecho que aunque se necesiten varias iteraciones para lograrlo al final se llegar a tener una serie de requisitos completos y sin errores, que no vayan a cambiar ms. En el modelo evolutivo se asume que los requisitos pueden cambiar en cualquier momento del ciclo de vida y no solo en la etapa de anlisis.

Incremental: Es una aproximacin muy parecida a la evolutiva. En este modelo se

desarrolla el sistema para satisfacer un subconjunto de los requisitos especificados y en posteriores versiones se incrementa el programa con nuevas funcionalidades que satisfagan mas requisitos. En el caso del modelo evolutivo se desarrollara una nueva versin de todo el sistema, en el incremental se parte de la versin anterior sin cambios y le aadimos las nuevas funciones.

Modelo de prototipos
De Wikipedia, la enciclopedia libre Saltar a: navegacin, bsqueda

El Modelo de prototipos, en Ingeniera de software, pertenece a los modelos de desarrollo evolutivo. El prototipo debe ser construido en poco tiempo, usando los programas adecuados y no se debe utilizar mucho dinero pues a partir de que ste sea aprobado nosotros podemos iniciar el verdadero desarrollo del software. El diseo rpido se centra en una representacin de aquellos aspectos del software que sern visibles para el cliente o el usuario final. Este diseo conduce a la construccin de un prototipo, el cual es evaluado por el cliente para una retroalimentacin; gracias a sta se refinan los requisitos del software que se desarrollar. La interaccin ocurre cuando el prototipo se ajusta para satisfacer las necesidades del cliente. Esto permite que al mismo tiempo el desarrollador entienda mejor lo que se debe hacer y el cliente vea resultados a corto plazo.

Contenido
[ocultar]

1 Etapas 2 Ventajas 3 Inconvenientes 4 Conclusiones 5 Vase tambin

[editar] Etapas

Plan rpido Modelado, diseo rpido Construccin del Prototipo Desarrollo, entrega y retroalimentacin Comunicacin

[editar] Ventajas

Este modelo es til cuando el cliente conoce los objetivos generales para el software, pero no identifica los requisitos detallados de entrada, procesamiento o salida. Tambin ofrece un mejor enfoque cuando el responsable del desarrollo del software est inseguro de la eficacia de un algoritmo, de la adaptabilidad de un sistema operativo o de la forma que debera tomar la interaccin humano-mquina.

La construccin de prototipos se puede utilizar como un modelo del proceso independiente, se emplea ms comnmente como una tcnica susceptible de implementarse dentro del contexto de cualquiera de los modelos del proceso expuestos. Sin importar la forma en que ste se aplique, el paradigma de construccin de prototipos ayuda al desarrollador de software y al cliente a entender de mejor manera cul ser el resultado de la construccin cuando los requisitos estn satisfechos. De esta manera, este ciclo de vida en particular, involucra al cliente ms profundamente para adquirir el producto.

[editar] Inconvenientes

El usuario tiende a crearse unas expectativas cuando ve el prototipo de cara al sistema final. A causa de la intencin de crear un prototipo de forma rpida, se suelen desatender aspectos importantes, tales como la calidad y el mantenimiento a largo plazo, lo que obliga en la mayor parte de los casos a reconstruirlo una vez que el prototipo ha cumplido su funcin. Es frecuente que el usuario se muestre reacio a ello y pida que sobre ese prototipo se construya el sistema final, lo que lo convertira en un prototipo evolutivo, pero partiendo de un estado poco recomendado. En aras de desarrollar rpidamente el prototipo, el desarrollador suele tomar algunas decisiones de implementacin poco convenientes (por ejemplo, elegir un lenguaje de programacin incorrecto porque proporcione un desarrollo ms rpido). Con el paso del tiempo, el desarrollador puede olvidarse de la razn que le llev a tomar tales decisiones, con lo que se corre el riesgo de que dichas elecciones pasen a formar parte del sistema final.

Modelo de desarrollo concurrentes

Modelo desarrollo concurrente.


domingo 19 de abril de 2009

El Modelo de Desarrollo Concurrente conocido adems como Ingeniera Concurrente dado por Davis Sitaram, se puede representar en forma de esquema como una serie de actividades tcnicas importantes, tareas y estados asociados a ellas. Este modelo se utiliza a menudo como el paradigma de desarrollo de aplicaciones cliente/servidor. Provee una meta-descripcin del proceso del software. El modelo concurrente tiene la capacidad de describir las mltiples actividades del software ocurriendo simultneamente.

La mayora de los modelos de procesos de desarrollo del software son dirigidos por el tiempo; cuanto ms tarde sea, ms atrs se encontrar en el proceso de desarrollo. Un modelo de proceso concurrente est dirigido por las necesidades del usuario, las decisiones de la gestin y los resultados de las revisiones. El modelo de proceso concurrente define una serie de acontecimientos que dispararn transiciones de estado a estado para cada una de las actividades de la ingeniera del software. Durante las primeras etapas del diseo, no se contempla una inconsistencia del modelo de anlisis. Esto genera la correccin del modelo de anlisis de sucesos, que disparar la actividad de anlisis del estado hecho al estado cambios en espera. Esto genera la correccin del modelo de anlisis de sucesos, que disparar la actividad de anlisis del estado hecho al estado cambios en espera. Es un modelo de tipo de red donde todas las personas actan simultneamente o al mismo tiempo. Un sistema cliente/servidor se compone de un conjunto de componentes funcionales. Cuando se aplica a cliente/servidor, el modelo de proceso concurrente define actividades en dos dimensiones: 1. Dimensin de sistemas. 2. Dimensin de componentes. Los aspectos del nivel de sistema se afrontan mediante tres actividades: diseo, ensamblaje y uso. En realidad, el modelo de proceso concurrente es aplicable a todo tipo de desarrollo de software y proporciona una imagen exacta del estado actual de un proyecto.

La concurrencia se logra de dos formas: 1. Las actividades de sistemas y de componentes ocurren simultneamente y pueden modelarse con el enfoque orientado a objetos. 2. Una aplicacin cliente/servidor tpica se implementa con muchos componentes, cada uno de los cuales se pueden disear y realizar concurrentemente. Ventajas

Excelente para proyectos en los que se conforman grupos de trabajo independientes. Proporciona una imagen exacta del estado actual de un proyecto. Desventajas Si no se dan las condiciones sealadas no es aplicable. Si no existen grupos de trabajo no se puede trabajar en este mtodo