El documento describe seis modelos o metodologías para el desarrollo de sistemas de información: el modelo en cascada, el modelo incremental, el modelo de prototipos, el modelo en espiral, el modelo XP (Programación Extrema) y el modelo RUP (Proceso Unificado de Rational). Resume brevemente cada modelo y discute sus ventajas y desventajas. Concluye que el mejor modelo es XP porque implementa un enfoque flexible que se adapta fácilmente a las circunstancias, da al cliente control sobre las prioridades y realiza pruebas continuas durante el pro
1. Modelos o Metodologías en la IS
Modelo en
cascada
Modelo
incremental
Prototipo Modelo Espiral
Modelo XP
(Programación
Extrema)
Modelo RUP
(Proceso Unificado
de Rational)
2. MODELO CASCADA
Fue un modelo propuesto en los años 70 (Winston
Royce), cuyos principios se basan en que el proyecto
de software se divide en fases (análisis, diseño,
desarrollo, pruebas, implementación), que deben ser
secuenciales y hasta que no se termine la fase es
imposible dar inicio a la siguiente.
Se conoce como cascada haciendo alusión a una
caída de agua
Es considerado como el primer modelo para la
construcción de software, a partir del cual se basan
los demás modelos.
Mejora en la definición de los
requerimientos
Involucramiento de satisfacción
de los usuarios
Control del proceso de desarrollo
de sistemas por los usuarios
Disminuir el rezago en cuanto al
desarrollo de aplicaciones
VENTAJAS DESVENTAJAS
Debe basarse en la planificación de
todo el proyecto desde principio a fin,
estableciendo tiempos, presupuestos y
personal, ya que ante un error es difícil
devolverse a fases anteriores.
Revisión y análisis insuficiente cuando
las funciones de analistas y usuarios ya
no están separadas
Falta de normas adecuadas y controles
para el aseguramiento de la calidad
Datos no controlados
Proliferación de los sistemas privados de
información
3. MODELO INCREMENTAL
Un modelo incremental lleva a pensar en un desarrollo modular, con entregas parciales del
producto Software denominados "incrementos" del sistema, que son escogidos en base a
prioridades predefinidas de algún modo.
El modelo permite una implementación con refinamientos sucesivos (ampliación y/o
mejoras).
Con cada incremento se agrega nueva funcionalidad o se cubren nuevos requisitos o bien
se mejora la versión previamente implementada del producto software.
Se evitan proyectos largos y se entrega "algo de valor" a los usuarios con cierta frecuencia.
El usuario se involucra más.
Difícil de evaluar el costo total.
Difícil de aplicar a los sistemas transaccionales que tienden a ser integrados y a operar como un todo.
Requiere gestores experimentados.
Los errores en los requisitos se detectan tarde.
El resultado puede ser positivo.
VENTAJAS DESVENTAJAS
Con un paradigma incremental se reduce el
tiempo de desarrollo inicial, ya que se
implementa la funcionalidad parcial.
También provee un impacto ventajoso frente al
cliente, que es la entrega temprana de partes
operativas del software.
El modelo proporciona todas las ventajas del
modelo en Cascada realimentado, reduciendo
sus desventajas sólo al ámbito de cada
El modelo incremental no es
recomendable para casos de sistemas
de tiempo real, de alto nivel de
seguridad, de procesamiento distribuido
y/o de alto índice de riesgos.
Requiere de mucha planeación, tanto
administrativa como técnica.
Requiere de metas claras para conocer
4. Los prototipos son una herramienta suplementaria a la especificación de
requisitos (funcionales). Con esto en mente, es posible que los usuarios
revisen y aprueben estos prototipos durante la fase inicial del proyecto.
Más adelante, el usuario puede confirmar su grado de satisfacción por
los prototipos, más cercanos al producto final.
La otra parte de la tarea, aunque igualmente importante, es que
entonces será el Analista Funcional el encargado de verificar que la
descripción de los prototipos corresponda a la especificación de los
requisitos en su totalidad. Las cosas así, es evidente que se incrementa el
esfuerzo de los Analistas, sobre todo en la etapa de Visión y Alcance del
proyecto. No obstante, el proceso de construcción de software puede
mejorarse con la inclusión de guías para la elaboración de prototipos en
las distintas plataformas.
DESVENTAJAS
Permiten el desarrollo de un sistema a partir de
requisitos poco claros o cambiantes. Esto ocurre con
cierta frecuencia en muchos proyectos de software.
2. Como información complementaria a los requisitos
constituyen un gran apoyo a las estimaciones de
esfuerzo de todas las áreas, incluyendo proveedores.
3. Son más fáciles de abordar con los usuarios finales.
4. El usuario participa más activamente en la
construcción del producto de software (La Solución), ya
que “lo puede ver” y, dependiendo del tipo de
prototipo, “utilizar” desde el primer momento.
5. Se reduce el riesgo o la incertidumbre sobre la
implementación del software.
6. Su uso redunda en una mayor satisfacción del
usuario con el producto final, ya que él o ella han
participado activamente de su diseño.
El usuario quiere empezar a trabajar desde el prime
momento con el prototipo para solucionar su problema
particular, cuando el prototipo es solo un modelo de lo
que será el producto.
2. Los prototipos generan o pueden generar otro tipo de
problemas si su presentación y discusión con los usuario
no es controlada: puesto que son modelos inconclusos
los usuarios suelen enfocarse en aspectos “superficiales”
del prototipo que los pueden dejar inconformes luego de
verlos por primera vez. También es posible que se pierda
mucho tiempo, innecesariamente, tratando de hace
entender al usuario la finalidad real de los prototipos.
3. Requiere participación activa del usuario, al menos
para evaluar el prototipo. Y mucho más involucramiento
si queremos que participe en su creación.
4. Una desventaja importante a tener en cuenta es la
VENTAJAS
MODELO PROTOTIPO
5. Es un proceso de desarrollo de software y junto con el lenguaje unificado de Modelado UML, constituye la
metodología estándar mas utilizada para el análisis, implementación y documentación de sistemas orientados a
objetos.
La característica esenciales de la metodología rup son tres: dirigida por casos de uso , interactiva incremental y
centrada en la arquitectura.
Se caracteriza por ser incremental, estar centrado en la arquitectura y guiado por los casos de uso. El ciclo de vida del
RUP es una implementación del Desarrollo en Espiral, fue creado ensamblando los elementos en secuencias semi-
ordenadas.
Fases RUP divide el proceso en 4 fases, dentro de las cuales se realizan varias iteraciones en número variable según el
proyecto y en las que se hace un mayor o menor hincapié en los distintas actividades.
VENTAJAS DESVENTAJAS
-Método pesado
-Por el grado de complejidad puede ser no muy
adecuado.
-En proyectos pequeños, es posible que no se
puedan cubrir los costos de dedicación del equipo
de profesionales necesarios.
.
es un proceso de software hecho a la medida para ser
publicado y hacerlo accesible para todo el equipo del
proyecto
Un proceso de software configurable, para satisfacer
necesidades especificas de un proyecto
Una definición común del proceso que puede ser
compartida por todo el equipo de desarrollo, ayudando a
asegurar una comunicación clara y sin ambigüedades entre
los miembros del equipo
Ofrece a cada usuario, un filtrado personalizado de la
definición del proceso publicado, acorde con su rol dentro
del proyecto.
-Es el proceso de desarrollo más general de los
existentes actualmente.
-Es una forma disciplinada de asignar tareas y
responsabilidades en una empresa de desarrollo (quién
hace qué, cuándo y cómo).
MODELO RUP
6. Metodología para un ágil desarrollo de software
Programación basada en los deseos del cliente
El equipo lo conforman los jefes de proyecto, desarrolladores y el cliente
Se rige por valores y principios
Valores comunicación crear software de sistemas comineados, simplicidad empezar con lo
necesario y requerido y trabajar desde ahí, retroalimentación del sistema, del cliente y del Equipo,
valentía programa para hoy y no para mañana y respeto el equipo debe trabajar como uno, sin
hacer decisiones repentinas.
Programación organizada.
Menor taza de errores.
Satisfacción del programador.
Solución de errores de programas
Versiones nuevas
Implementa una forma de trabajo donde se
adapte fácilmente a las circunstancias
El cliente tienen el control sobre las prioridades, se
hacen pruebas continuas durante el proyecto
VENTAJAS DESVENTAJAS
Es recomendable emplearlo solo en
proyectos a corto plazo
Altas comisiones en caso de fallar
Imposible prever todo antes de programar
Demasiado costoso e innecesario
MODELO XP
7. Analizando los seis Modelos o Metodologías en la IS llegamos a
la conclusión que el mejor es el XP porque Implementa una
forma de trabajo donde se adapte fácilmente a las
circunstancias; el cliente tiene el control sobre las prioridades y
se hacen pruebas continuas durante el proyecto.