| PERT se estima un tiempo determinado y este tiempo no debe variar. planifica y organiza todas las actividades de un proyecto | CPM Se dibuja un diagrama con todas las actividades y sus relaciones. Todas las actividades que no tienen predecesoras comienzan en el nodo 1. El último nodo debe ser el número más alto. Si es necesario, se pueden utilizar actividades con duración cero, denominadas dummy. Se construye una tabla donde se muestran cada una de las actividades del proyecto. En las tres filas siguientes de la tabla, se definen los nodos (la palabra “Nodos” en la primera, el nodo de comienzo de cada actividad en la segunda y en la tercera, el nodo de terminación). A continuación, en la fila siguiente, la palabra “Tiempo” y en la fila inferior, la duración de cada actividad.  |
jueves, 24 de junio de 2010
CPM y PERT
jueves, 17 de junio de 2010
modelo de prototipos
Este modelo es básicamente prueba y error ya que si al usuario no le gusta una parte del prototipo significa que la prueba fallo por lo cual se debe corregir el error que se tenga hasta que el usuario quede satisfecho.
Además el prototipo debe ser construido en poco tiempo, usando los programas adecuados y no se debe utilizar mucho dinero pues a partir de que este sea aprobado nosotros podemos iniciar el verdadero desarrollo del software
pasos del modelado de prototipos
1.- recolección y análisis de los requerimientos
2.- diseño de un modelo de trabajo (diseño rapido), en esta parte se validan y verifican los procesos. se le pregunata al cliente(¿esto es lo que espera?).
3.- construccion del prototipo.
4.- evaluación del prototipo por el usuario.
5.- refinamiento del prototipo (detalles.
6.- se repite n veces los pasos hasta que se cumpla con lo deseado.
Además el prototipo debe ser construido en poco tiempo, usando los programas adecuados y no se debe utilizar mucho dinero pues a partir de que este sea aprobado nosotros podemos iniciar el verdadero desarrollo del software
pasos del modelado de prototipos
1.- recolección y análisis de los requerimientos
2.- diseño de un modelo de trabajo (diseño rapido), en esta parte se validan y verifican los procesos. se le pregunata al cliente(¿esto es lo que espera?).
3.- construccion del prototipo.
4.- evaluación del prototipo por el usuario.
5.- refinamiento del prototipo (detalles.
6.- se repite n veces los pasos hasta que se cumpla con lo deseado.
jueves, 10 de junio de 2010
cliclo de vida
una aproximacion logica a la adquisicion, el suministro, el desarrollo, la explotacion y el mantenimiento del software.
un marco de referencia que contiene los procesos, las actividades y las tareas involucradas en el desarrollo, la explotacion y el mantenimiento de un producto de software, abarcando la vida del sistema desde la definicion de los requisitos hasta la finalizacion de su uso.
ciclo de vida de software(definicion edgar miranda)
considero que el cliclo de vida de un sofware nos permite verificar y analizar el proceso de desarrollo del software con la finalidad de no cometer errores que con el tiempo puedan involucrar altos costos. Este tambien nos permite documentar el proceso de desarrollo del software.
modelos
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
caracteristicas:
cada fase se analiza y verifica.
el proceso de recopilación de los requisitos se centra e intensifica especialmente en el software.
el diseño debe traducirse en una forma legible para la maquina.
se debe realizar el mantenimiento.
modelo en v
El modelo de ciclo de vida V proviene del principio que establece que los procedimientos utilizados para probar si la aplicación cumple las especificaciones ya deben haberse creado en la fase de diseño.
El Modelo V tiende a ser muy relacionado con el Modelo de Cascada puesto que es una evolución del mismo.
Desventajas:
El riesgo es mayor que el de otros modelos, pues en lugar de hacer pruebas de aceptación al final de cada etapa, las pruebas comienzan a efectuarse luego de haber terminado la implementación, lo que puede traer como consecuencia un “roll-back” de todo un proceso que costó tiempo y dinero.
El modelo no contempla la posibilidad de retornar a etapas inmediatamente anteriores, cosa que en la realidad puede ocurrir.
Se toma toda la complejidad del problema de una vez y no en iteraciones o ciclos de desarrollo, lo que disminuye el riesgo.
un marco de referencia que contiene los procesos, las actividades y las tareas involucradas en el desarrollo, la explotacion y el mantenimiento de un producto de software, abarcando la vida del sistema desde la definicion de los requisitos hasta la finalizacion de su uso.
ciclo de vida de software(definicion edgar miranda)
considero que el cliclo de vida de un sofware nos permite verificar y analizar el proceso de desarrollo del software con la finalidad de no cometer errores que con el tiempo puedan involucrar altos costos. Este tambien nos permite documentar el proceso de desarrollo del software.
modelos
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
caracteristicas:
cada fase se analiza y verifica.
el proceso de recopilación de los requisitos se centra e intensifica especialmente en el software.
el diseño debe traducirse en una forma legible para la maquina.
se debe realizar el mantenimiento.
modelo en v
El modelo de ciclo de vida V proviene del principio que establece que los procedimientos utilizados para probar si la aplicación cumple las especificaciones ya deben haberse creado en la fase de diseño.
El Modelo V tiende a ser muy relacionado con el Modelo de Cascada puesto que es una evolución del mismo.
Desventajas:
El riesgo es mayor que el de otros modelos, pues en lugar de hacer pruebas de aceptación al final de cada etapa, las pruebas comienzan a efectuarse luego de haber terminado la implementación, lo que puede traer como consecuencia un “roll-back” de todo un proceso que costó tiempo y dinero.
El modelo no contempla la posibilidad de retornar a etapas inmediatamente anteriores, cosa que en la realidad puede ocurrir.
Se toma toda la complejidad del problema de una vez y no en iteraciones o ciclos de desarrollo, lo que disminuye el riesgo.
jueves, 3 de junio de 2010
induccion y conceptos basicos
ingenierìa inversa
identificar que componentes interactuan entre los elementos de un sistema de informacion y la interrelaccion que existen entre ellos.
---La ingeniería inversa es el proceso de descubrir los principios tecnológicos de un dispositivo, objeto o sistema, a través de razonamiento abductivo de su estructura, función y operación.
La ingeniería inversa se trata de tomar algo (un dispositivo mecánico o electrónico, un software de computadora, etc.) para analizar su funcionamiento en detalle, generalmente para intentar crear un dispositivo o programa que haga la misma o similar tarea sin copiar la original.
restructuración
es la transformaicon de una forma de representacion de un sistema en otra distinta pero en el mismo nivel de abstraccion sin modificar el comportamiento externo del sistema.
Suscribirse a:
Entradas (Atom)