Los siguientes videos permiten obervar en forma ordenada los pasos a seguir en un ciclo de programaciòn.
domingo, 22 de febrero de 2009
sábado, 21 de febrero de 2009
Web Quest de Ciclos de Vida
La siguiente Web Quest esta relacionada con una serie de actividades que el estudiante debe realizar para apropiarse de los conceptos, importancia y aplicaciones de los ciclos de vida relacionados con la creaciòn y diseño de un sistema de informaciòn. http://phpwebquest.org/wq25/webquest/soporte_mondrian_w.php?id_actividad=65368&id_pagina=1
Serie de presentaciones en power Point de los Ciclos de vida
A continuacion se muestra una serie de diapositivas que permitiran comprender los principales conceptos de un Ciclo de vida http://www.slideshare.net/guest7fbba3/ciclodevida-presentation
Importancia y trascencia de los Ciclos de vida en un Sistema de Informaciòn
La evolución de la disciplina de ingeniería de software ha traído consigo propuestas diferentes para mejorar los resultados del proceso de construcción. Las metodologías tradicionales haciendo énfasis en la planeación, y las metodologías ágiles haciendo énfasis en la adaptabilidad del proceso, delinean las principales propuestas presentes en la literatura. De manera paralela, el tema de modelos para el mejoramiento de los procesos de desarrollo ocupa un lugar importante en la búsqueda de la metodología adecuada para producir software de calidad en cualquier contexto de desarrollo. (Jiménez Arboleda Hugo).
El autor hace referencia a la importancia de los diferentes métodos y en especial se debe recalcar los diferentes pasos que se dan en la construcción de un sistema de información que en procesos resumidos parten desde la identificar el problema, hacer un diagnostico y plantear mediante instrumentos de información (Entrevistas, encuestas, observaciones) una posible solución, la cual empieza su procesos cuando se plantean algoritmos, diagramas de flujo, Diagramas UML.
En ese proceso de construcción la elección del software con el cual se diseñara el sistema de información se deja a la pericia del programador. En este lenguaje de programación se da paso a la codificación, el código fuente que permitirá darle vida al sistema de información.
En forma consecutiva el diseño juega un papel muy importante y es la creatividad, la interacción con el usuario lo que permitirá obtener una buena vista del programa diseñado.
Ciclo de vida se refiere al período de tiempo que comienza cuando se concibe la idea de generar el programa hasta que finalmente se retira.
Los ciclos de vida pueden responder a diferentes formatos entre los que podemos mensionar.
Waterfall (en cascada): Se denomina modelo en cascada porque su característica principal es que no se comienza con un paso hasta que no se ha terminado el anterior.
El autor hace referencia a la importancia de los diferentes métodos y en especial se debe recalcar los diferentes pasos que se dan en la construcción de un sistema de información que en procesos resumidos parten desde la identificar el problema, hacer un diagnostico y plantear mediante instrumentos de información (Entrevistas, encuestas, observaciones) una posible solución, la cual empieza su procesos cuando se plantean algoritmos, diagramas de flujo, Diagramas UML.
En ese proceso de construcción la elección del software con el cual se diseñara el sistema de información se deja a la pericia del programador. En este lenguaje de programación se da paso a la codificación, el código fuente que permitirá darle vida al sistema de información.
En forma consecutiva el diseño juega un papel muy importante y es la creatividad, la interacción con el usuario lo que permitirá obtener una buena vista del programa diseñado.
Ciclo de vida se refiere al período de tiempo que comienza cuando se concibe la idea de generar el programa hasta que finalmente se retira.
Los ciclos de vida pueden responder a diferentes formatos entre los que podemos mensionar.
Waterfall (en cascada): Se denomina modelo en cascada porque su característica principal es que no se comienza con un paso hasta que no se ha terminado el anterior.
El principal problema de esta aproximación es el que no podemos esperar el que las especificaciones iniciales sean correctas y completas y que el usuario puede cambiar de opinión sobre una u otra característica. Además los resultados no se pueden ver hasta muy avanzado el proyecto por lo que cualquier cambio debido a un error puede suponer un gran retraso además de un alto coste de desarrollo.
Como es evidente esto es solo un modelo teórico, si el usuario cambia de opinión en algún aspecto tendremos que volver hacia atrás en el ciclo de vida.
Prototipos: Consiste en iterar en la fase de análisis tantas veces como sea necesario, mostrando prototipos al usuario para que pueda indicarnos de forma mas eficiente los requisitos del sistema. La iteración finalizará cuando el usuario de el visto bueno al prototipo.
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 más.
Prototipos: Consiste en iterar en la fase de análisis tantas veces como sea necesario, mostrando prototipos al usuario para que pueda indicarnos de forma mas eficiente los requisitos del sistema. La iteración finalizará cuando el usuario de el visto bueno al prototipo.
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 más.
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 análisis.
Incremental: Es una aproximación 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 desarrollaría una nueva versión de todo el sistema, en el incremental se parte de la versión anterior sin cambios y le añadimos las nuevas funciones.
En espiral: Toma las ventajas del modelo de desarrollo en cascada y el de prototipos añadiéndole el concepto de análisis de riesgo.
Suscribirse a:
Entradas (Atom)
