El proceso es el conocimiento
incorporado, y puesto que el conocimiento esta inicialmente disperso, el
desarrollo de software implícito, latente e incompleto en gran medida es un
proceso social de aprendizaje. El proceso es un dialogo en el que se reúne el
conocimiento y se incluye en el software para convertirse en software. El
proceso proporciona una iteración entre los usuarios y los diseñadores, entre
los usuarios y las herramientas de desarrollo, y entre los diseñadores y las
herramientas de desarrollo (tecnología). Es un proceso interactivo donde la
herramienta de desarrollo se usa como medio de comunicación, con cada iteración
del dialogo se obtiene mayor conocimiento.
Howard
Baetjer
4.1
Modelo de cascada
Modelo de Cascada (Bennington 1956, Modificado por Royce en 1970, Pressman lo presenta como ciclo de vida clásico). 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 modelo en Cascada establece que el software debe ser construido, rigurosamente, a través de una transformación sucesiva de documentos, siguiendo una estrategia lineal de desarrollo. Primero saber qué se quiere y después, cuando se conozca todo lo que se quiere, empezar a construirlo.
Bibliografía
http://dsc.itmorelia.edu.mx/~jcolivares/courses/sdf11b/sdf_p4.doc
https://es.wikipedia.org/wiki/M%C3%A9todo_en_V
4.1
Modelo de cascada
Está basado en el ciclo convencional de una ingeniería,
tiene las siguientes actividades que se muestran en la figura 4.1 del modelo de
cascada:
El Método-V define un procedimiento uniforme para el desarrollo de productos para las TIC. Es el estándar utilizado para los proyectos de la Administración Federal alemana y de defensa. Como está disponible públicamente muchas compañías lo usan. Es un método de gestión de proyectos comparable a PRINCE2 y describe tanto métodos para la gestión como para el desarrollo de sistemas.
Es una representación gráfica del ciclo de vida del desarrollo de sistemas. En él se resumen las principales medidas que deben adoptarse en relación con las prestaciones correspondientes en el marco del sistema informático de validación.
Es un proceso que representa la secuencia de pasos en el desarrollo del ciclo de vida de un proyecto. Se describen las actividades y resultados que deben producirse durante el desarrollo del producto. El lado izquierdo de la V representa la descomposición de las necesidades, y la creación de las especificaciones del sistema. El lado derecho de la V representa la integración de las piezas y su verificación. V significa «Verificación y validación». Es muy similar al modelo de la cascada clásico ya que es muy rígido y contiene una gran cantidad de iteraciones.
El
modelo espiral propuesto originalmente por Boehm en 1988, es un modelo de
proceso de software evolutivo ha sido desarrollado para cubrir las mejores
características tanto del ciclo de vida clásico, como de la creación de
prototipos, añadiendo al mismo tiempo un nuevo elemento: el análisis de riesgo. Proporciona el potencial para el desarrollo rápido
de versiones incrementales del software. En este modelo el software se
desarrolla en una serie de versiones incrementales. Durante las primeras
iteraciones, la versión incremental podría ser un modelo en papel o un
prototipo. En las últimas iteraciones, se producen versiones cada vez mas completas
del sistema diseñado.
Define
cuatro actividades principales, también llamadas regiones de tareas o sectores:
1.
Planificación.
Durante la
primera vuelta alrededor de la espiral se definen los objetivos, las
alternativas y las restricciones, se analizan e identifican los riesgos. Si el
análisis de riesgo indica que hay una incertidumbre en los requisitos, se puede
usar la creación de prototipos en el cuadrante de ingeniería para dar
asistencia tanto al encargado de desarrollo como al cliente.
2.
Análisis
de riesgo. El proyecto se revisa y se toma la decisión de si se
debe continuar con un ciclo posterior de la espiral. Si se decide continuar, se
desarrollan los planes para la siguiente fase del proyecto.
3.
Ingeniería.
En este sector se desarrolla y se valida. Después de la evaluación
de riesgos, se elige un modelo para el desarrollo del sistema.
4.
Evaluación
del cliente. El
cliente evalúa el trabajo de ingeniería (cuadrante de evaluación de cliente) y
sugiere modificaciones. Sobre la base de los comentarios del cliente se produce
la siguiente fase de planificación y de análisis de riesgo. En cada bucle alrededor
de la espiral, la culminación del análisis de riesgo resulta en una decisión de
"seguir o no seguir".
4.3 Modelo incremental
El
modelo incremental aplica secuencias lineales de forma escalonada mientras
avanza el tiempo. Corrige la necesidad de una secuencia no lineal de pasos de
desarrollo. Cada secuencia lineal produce un incremento del software. Por
ejemplo, el software de tratamiento de textos desarrollado con el paradigma
incremental podría extraer funciones de gestión de archivos básicos y de
producción de documentos en el primer incremento; funciones de edición mas
sofisticadas y de producción de documentos en el segundo incremento; corrección
ortográfica y gramatical en el tercero; y una función avanzada de esquema de
pagina en el cuarto. Se debería tener en cuenta que el flujo del proceso de
cualquier incremento pude incorporar el paradigma de construcción de
prototipos.
El modelo incremental entrega el software en partes pequeñas, pero
utilizables, llamadas “incrementos”. En general, cada incremento se construye
sobre aquel que ya ha sido entregado.
Es una representación gráfica del ciclo de vida del desarrollo de sistemas. En él se resumen las principales medidas que deben adoptarse en relación con las prestaciones correspondientes en el marco del sistema informático de validación.
Es un proceso que representa la secuencia de pasos en el desarrollo del ciclo de vida de un proyecto. Se describen las actividades y resultados que deben producirse durante el desarrollo del producto. El lado izquierdo de la V representa la descomposición de las necesidades, y la creación de las especificaciones del sistema. El lado derecho de la V representa la integración de las piezas y su verificación. V significa «Verificación y validación». Es muy similar al modelo de la cascada clásico ya que es muy rígido y contiene una gran cantidad de iteraciones.
Bibliografía
http://dsc.itmorelia.edu.mx/~jcolivares/courses/sdf11b/sdf_p4.doc
https://es.wikipedia.org/wiki/M%C3%A9todo_en_V
Comentarios
Publicar un comentario