jueves, 24 de junio de 2010

PERT Y CPM

INVESTIGAREMOS LO QUE ES PERT Y CPM.

INTRODUCCIÓN

Los proyectos en gran escala por una sola vez han existido desde tiempos antiguos; este hecho lo atestigua la construcción de las pirámides de Egipto y los acueductos de Roma. Pero sólo desde hace poco se han analizado por parte de los investigadores operacionales los problemas gerenciales asociados con dichos proyectos.

El PERT/CPM fue diseñado para proporcionar diversos elementos útiles de información para los administradores del proyecto. Primero, el PERT/CPM expone la "ruta crítica" de un proyecto. Estas son las actividades que limitan la duración del proyecto. En otras palabras, para lograr que el proyecto se realice pronto, las actividades de la ruta crítica deben realizarse pronto.

El PERT/CPM identifica los instantes del proyecto en que estas restricciones causarán problemas y de acuerdo a la flexibilidad permitida por los tiempos de holgura de las actividades no críticas, permite que el gerente manipule ciertas actividades para aliviar estos problemas.

jueves, 17 de junio de 2010

Modelado de Sistemas

A menos que el proyecto de sistemas sea lo más tradicional o clasico, los usuarios no siempre podrán definir sus requerimientos en forma adecuada y precisa o simplemente no pueden especificar los requerimientos de manera previa.


a.Establecer los factores que llevan al uso de los prototipos.

-Los altos riesgos, Costos altos, donde la inversión involucra gran cantidad de recursos financieros y humanos.
-Problemas conocidos, novedosos y complejos.
-Analistasy usuarios.

b.Establecer los propósitos del prototipo.

-Es obtener y validar los requerimientos esenciales, manteniendo abiertas, las opciones de implementación, manteniendo una comunicación con e usuario.
-Salidas de Sistemas

c.Determinar en que etapa del Desarrollo puedo usar prototipos.

-
d.Determinar los roles que desempeña tanto los usuarios como los profesionales de sistema al usar Prototipos.

-analista :estara consulttando lo que le gusta o no le gusta al usiario.

e.Determinar las Ventajas y Desventajas al usar prototipos.
-Ventajas:
-Desventajas:

jueves, 10 de junio de 2010

Unidad 1 Ciclo de vida de los Sistemas

Concepto de vida del Software.

"Una aproximación lógica a la adquisición, el suministro, el desarrollo, la explotación y el mantenimiento del software".

Cocepto Personal

El término se describe como el desarrollo de software, desde la fase inicial hasta la fase final, definiendo las distintas fases intermedias del desarrollo para garantizar que el software se asegure de que los métodos utilizados son apropiados.
Fernando Ortega.

Lista de Modelos:

-Modelo en cascada.
-Modelo incremental.
-Modelo en espiral.
-Prototipado.


Conceptos de los Modelos:

Modelo Cascada.

Este es el más básico de todos los modelos, y sirve como bloque de construcción para los demás modelos de ciclo de vida. La visión del modelo cascada del desarrollo de software es muy simple; dice que el desarrollo de software puede ser a través de una secuencia simple de fases. Cada fase tiene un conjunto de metas bien definidas, y las actividades dentro de una fase contribuye a la satisfacción de metas de esa fase o quizás a una subsecuencia de metas de la fase. Las flechas muestran el flujo de información entre las fases. La flecha de avance muestra el flujo normal. Las flechas hacia atrás representan la retroalimentación.

Modelo De Desarrollo Incremental.

Los riesgos asociados con el desarrollo de sistemas largos y complejos son enormes. Una forma de reducir los riesgos es construir sólo una parte del sistema, reservando otros aspectos para niveles posteriores. El desarrollo incremental es el proceso de construcción siempre incrementando subconjuntos de requerimientos del sistema. Típicamente, un documento de requerimientos es escrito al capturar todos los requerimientos para el sistema completo.

Modelo De Desarrollo Evolutivo.

Como el modelo de desarrollo incremental, el modelo de desarrollo evolutivo (algunas veces denominado como prototipado evolutivo) construye una serie de grandes versiones sucesivas de un producto. Sin embargo, mientras que la aproximación incremental presupone que el conjunto completo de requerimientos es conocido al comenzar, el modelo evolutivo asume que los requerimientos no son completamente conocidos al inicio del proyecto.

En el modelo evolutivo, los requerimientos son cuidadosamente examinados, y sólo esos que son bien comprendidos son seleccionados para el primer incremento. Los desarrolladores construyen una implementación parcial del sistema que recibe sólo estos requerimientos.

Modelo Espiral.

El modelo espiral de los procesos software es un modelo del ciclo de meta-vida. En este modelo, el esfuerzo de desarrollo es iterativo. Tan pronto como uno completa un esfuerzo de desarrollo, otro comienza. Además, en cada desarrollo ejecutado, puedes seguir estos cuatros pasos:

•Determinar qué quieres lograr.

•Determinar las rutas alternativas que puedes tomar para lograr estas metas. Por cada una, analizar los riesgos y resultados finales, y seleccionar la mejor.

•Seguir la alternativa seleccionada en el paso 2.

•Establecer qué tienes terminado.

Modelo Concurrente.

Como el modelo espiral, el modelo concurrente provee una meta-descripción del proceso software. Mientras que la contribución primaria del modelo espiral es en realidad que esas actividades del software ocurran repetidamente, la contribución del modelo concurrente es su capacidad de describir las múltiples actividades del software ocurriendo simultáneamente.


Analisar y sentitizar 2 a elegir:


Modelo en cascada.

El modelo de ciclo de vida en cascada comenzó a diseñarse en 1966 y se terminó alrededor de 1970. Se define como una secuencia de fases en la que al final de cada una de ellas se reúne la documentación para garantizar que cumple las especificaciones y los requisitos antes de pasar a la fase siguiente:



Modelo iterativo incremental.

En términos generales, podemos distinguir, en la figura, los pasos generales que sigue el proceso de desarrollo de un producto software. En el modelo de ciclo de vida seleccionado, se identifican claramente dichos pasos. La Descripción del Sistema es esencial para especificar y confeccionar los distintos incrementos hasta llegar al Producto global y final. Las actividades concurrentes (Especificación, Desarrollo y Validación) sintetizan el desarrollo pormenorizado de los incrementos, que se hará posteriormente.

jueves, 3 de junio de 2010

Intruducción y Conceptos básicos

-Ingeniería Inversa:

Identifica los componentes de un sistema de informaciòn y la interrrelación que existen en ellos.

-Restruccturación.

Es la transformación de una forma de representación de un sistemaen ptra disitinta, pero de otro nivel de abstracción. Sin modificar el comportamioento externo del sistema.

-Reingeniería.


-Ingeniería hacia adelante (Fonward Engineering).
-Reingenieía de Empresas (Bissines Procese Reengineering).
-Para que se utiliza?
-Acciones