CARRERA DE COMPUTACIÓN

1. Datos Informativos
1.1. Módulo: Normativas de Ingeniería de Software
1.2. Nivel: Séptimo A-M
1.3. Apellidos y Nombres: Enríquez Patricio
Fuel Steven
Guzmán Jessika
1.4. Tema: Metodología en Espiral, RUP y RAD
1.5. Fecha: 30 mayo de 2022
2. Objetivo
• Analizar mediante referencias bibliográficas los temas a investigar para obtener
nuevas ideas sobre el tema investigativo y compartir estos conocimientos en
clase
• Realizar un informe acerca del modelo en espiral
• Consultar sobre la metodología RUP identificando sus ventajas y
desventajas y características.
3. Contenido
Modelo en espiral
El modelo en espiral en el desarrollo de software es un excelente
modelo de ciclo de vida del software donde el esfuerzo de desarrollo es
iterativo, una vez que termina un esfuerzo de desarrollo, comienza otro;
Además, se siguen cuatro pasos principales en cada proceso de
desarrollo.
• Definir o establecer objetivos. En este paso, se definen objetivos
específicos para definir aún más los límites del sistema de proceso
y programa, así como el diseño de un plan de gestión detallado y
la identificación de riesgos.
• Análisis de riesgo. En este paso se realiza un análisis detallado
para cada riesgo específico del proyecto, los pasos a seguir para
reducir los riesgos identificados y luego de analizar estos riesgos
se planifican estrategias alternativas.
 • Desarrollo, verificación y validación. En este tercer paso, después
del análisis de riesgos, se selecciona y desarrolla un modelo para
el desarrollo del sistema de software.
• Planificación. Este último paso es donde se revisa el proyecto y se
toma la decisión de continuar este ciclo a la espiral. Si se decide
avanzar, se hacen planes para la siguiente fase del proyecto.
CARACTERÍSTICAS DEL MODELO EN ESPIRAL PARA EL
DESARROLLO DE SOFTWARE
Se considera un modelo evolutivo porque combina el modelo
clásico y el diseño arquetípico.
• Incluye un nuevo paso que es el análisis de riesgos, que antes no
estaba incluido.
• Este modelo es para el desarrollo de software con diferentes
versiones actualizadas como con el software de computadora
moderno.
• Las tecnologías se pueden desarrollar a través del ciclo de vida
clásico o del ciclo de vida de creación de prototipos.
• Este es el enfoque más práctico disponible en la actualidad.

El modelo en espiral se divide en varios procesos estructurales, también

conocidos como área de trabajo. Hay seis áreas de búsqueda.
• Comunicación con el cliente
• Planificación
• Análisis de riesgos
• Ingeniería
• Construcción y adaptación
• Evaluación al cliente
 VENTAJAS DEL MODELO EN ESPIRAL
• No requiere una definición completa de los requisitos para el
software desarrollado para comenzar su trabajo.
• Cuando completa un producto desde el final de la primera iteración,
es más probable que se aprueben los requisitos.
• Los retrasos son menos graves porque los conflictos tempranos se
verifican y corrigen de manera oportuna.
DESVENTAJAS DEL MODELO EN ESPIRAL
• Existe una complejidad en la evaluación del riesgo.
• Se requiere un compromiso continuo con el cliente.
• Inicialmente, se pierde tiempo en recrear las especificaciones
completas de los requisitos a medida que se cambia o mejora el
software.
(Fariño, G., 2011, Universidad Estatal de Milagro)
Metodología RUP (Rational Unified Process)

La metodología de desarrollo RUP es un proceso de desarrollo de

software y junto con el Lenguaje Unificado de Modelado UML, constituye
la metodología estándar más utilizada para el análisis, implementación y
documentación de sistemas orientados a objetos.
El proceso, tal como se visualiza en la imagen a continuación, debe
verse desde dos dimensiones. En primer lugar, está la dimensión
temporal, representada por el eje horizontal. La dimensión temporal se
expresa en términos de fases y ciclos, iteraciones e hitos y, en segundo
lugar, el eje vertical es la dimensión del proceso. Esta dimensión
representa el aspecto estático del proceso y se describe en términos de
actividades, artefactos, trabajadores y flujo de trabajo.

RUP: dimensión temporal

La dimensión temporal significa la organización dinámica del proceso
a lo largo del tiempo. El ciclo de vida del software se divide en ciclos. Cada
ciclo corresponde, por ejemplo, a un período en el que se está trabajando
en una nueva generación de un producto. El Rational Unified Process
(RUP) divide el desarrollo en cuatro fases consecutivas:
• Fase de comienzo
• Fase de elaboración
• Fase de construcción
• Fase de transición
Cada fase finaliza con un hito. Un hito es un punto en el tiempo en el
que se deben tomar decisiones de importancia crítica. Para poder tomar
esas decisiones, los objetivos deben haberse cumplido.
Por ejemplo, un hito de las dos primeras fases es el progreso del caso
de uso. Un caso de uso es una descripción del comportamiento de un
sistema y describe quién puede hacer qué usando un sistema. Este es un
componente importante en el desarrollo de software.
RUP divide el proceso de desarrollo en cuatro fases distintas, cada una
de las cuales involucra modelado, análisis y diseño de negocios,
implementación, prueba y despliegue. Las cuatro fases son:
1. Inicio: se establece la idea del proyecto. El equipo de desarrollo
determina si vale la pena continuar con el proyecto y qué recursos
se necesitarán.
2. Elaboración: se evalúan más la arquitectura del proyecto y los
recursos necesarios. Los desarrolladores consideran las posibles
aplicaciones del software y los costos asociados con el desarrollo.
3. Construcción: el proyecto está desarrollado y terminado. El
software está diseñado, escrito y probado.
4. Transición: el software se lanza al público. Los ajustes o
actualizaciones finales se realizan en función de los comentarios
de los usuarios finales
La metodología de desarrollo de RUP proporciona una forma
estructurada para que las empresas visualicen la creación de programas
de software. Dado que proporciona un plan específico para cada paso del
proceso de desarrollo, ayuda a evitar que se desperdicien recursos y
reduce los costos de desarrollo inesperados.
Principales características
• Forma disciplinada de asignar tareas y responsabilidades (quién
hace qué, cuándo y cómo)
• Pretende implementar las mejores prácticas en Ingeniería de
Software
• Desarrollo iterativo
• Administración de requisitos
• Uso de arquitectura basada en componentes
• Control de cambios
• Modelado visual del software
• Verificación de la calidad del software
 Se puede decir que la metodología RUP mejora la productividad del
equipo ya que permite que cada miembro del grupo sin importar su
responsabilidad específica pueda acceder a la misma base de datos
incluyendo sus conocimientos.
Ventajas
• Nos permite hacer frente a los requisitos cambiantes dentro del
ciclo de vida de desarrollo del proyecto según el cliente o las
necesidades del cliente, es decir, da la bienvenida al cambio.
• Es compatible con la construcción incremental del producto de
software.
• Proporciona la documentación adecuada del producto de software.
• Ayuda a utilizar los recursos de manera eficiente.
• Ayuda a identificar problemas en las primeras etapas del ciclo de
vida del proceso.
• Mejora el control de procesos y la gestión de riesgos.
• Mejora la productividad del equipo.
• Ayuda a reducir los costos de desarrollo inesperados.
Desventajas
• Es un modelo complejo de implementar ya que tiene múltiples
etapas del flujo de trabajo.
• Es un desafío para las organizaciones implementar lo que tiene,
tamaño de equipo pequeño o proyectos.
• Debe estar altamente orientado a resultados de individuos o
equipos.
• Hace hincapié en la integración de módulos a lo largo del proceso
de desarrollo de software, por lo que crea problemas durante la
fase de prueba.

Metodología RAD o DRA

Este método implica el desarrollo interactivo, la creación de prototipos y

el uso de utilidades de ingeniería de software asistida por computadora
(CASE). Además, las metodologías RAD suelen incluir facilidad de uso,
utilidad y velocidad de ejecución.

Dado que se trata de una metodología RAD, es necesario aclarar sus

supuestos básicos. James Martin a fines de la década de 1980 fue el
primero en hablar sobre el método RAD. Actualmente estamos trabajando
en uno de los métodos de desarrollo ágil más populares. James Martin
pensó que la aplicación correcta de las metodologías RAD requeriría la
consideración de cuatro componentes: personas, herramientas,
metodologías y gestión. Su idea principal es proporcionar un sistema de
alta calidad en poco tiempo y con un bajo costo de inversión.

Para qué sirve la metodología RAD

Actualmente, las organizaciones están invirtiendo la mayor parte de sus

recursos en desarrollar aplicaciones que funcionen de manera más
eficiente. Con la llegada de los modelos de desarrollo rápido de
aplicaciones, será posible crear software que satisfaga las necesidades
empresariales de forma rápida y económica, sin gastar tiempo ni dinero.

Ventajas y desventajas del modelo de desarrollo rápido de

aplicaciones RAD

Ventajas

Algunos de los principales beneficios de utilizar la metodología RAD son:

• Progreso medible: con numerosas iteraciones, componentes y prototipos

en cualquier momento, puede medir y evaluar fácilmente el desarrollo de
su proyecto y mantenerse dentro de su presupuesto. Sea más productivo
más rápido que
• Productivos más pronto: la metodología DRA permite a los desarrolladores
asumir un rol interdisciplinario para acelerar la edición y creación de
prototipos de código. Esto significa que puede ser más productivo más
rápido.
• Separación de componentes del sistema: la metodología RAD requiere
que los diseñadores y desarrolladores generen ellos mismos componentes
funcionales e independientes para su uso en versiones iterativas o
 prototipos. De esta manera, cada elemento se divide en secciones que se
pueden modificar a medida que cambian el software y las necesidades del
usuario.
• Comentarios continuos de los usuarios: los prototipos y las iteraciones se
pueden lanzar rápidamente para que pueda continuar recibiendo
comentarios valiosos de sus usuarios.
• Integración temprana del sistema: el software desarrollado utilizando
técnicas RAD se puede integrar con otros sistemas casi desde el principio.
A diferencia del software desarrollado en cascada, en realidad debe
esperar la integración al final del desarrollo. Poder realizar estas
integraciones iniciales te permite identificar posibles errores y encontrar
soluciones.
• Adaptabilidad: Gracias al rápido desarrollo de las aplicaciones, el software
es altamente adaptable y ayuda a permitir la adaptación a prototipos e
iteraciones.

Desventajas

El método RAD tiene algunos inconvenientes que deben tenerse en

cuenta al elegir un método.

• Requiere un sistema modular. Al aplicar el método RAD, cada componente

del sistema debe ser repetible y verificable por sí solo para que los
miembros del equipo puedan cambiarlo o reemplazarlo.
• Dificultad de grandes proyectos: Cuando se enfrenta a un proyecto que
involucra muchas personas y aplicaciones, la flexibilidad puede ser un
problema porque el control del diseño y desarrollo se pierde fácilmente. El
• requiere mucha interactividad del usuario. Obtener comentarios de los
usuarios desde el principio puede ser muy útil, pero al mismo tiempo puede
ser un arma de doble filo porque debe aceptar todo tipo de críticas
constructivas y comunicarse adecuadamente con sus usuarios.
• Necesidades de los desarrolladores avanzados: Aplicar la metodología
RAD no es tan fácil como parece. Por lo tanto, el equipo necesita
desarrolladores expertos que puedan adaptarse a cualquier necesidad o
cambio.
 Fases dentro de un proceso con metodología RAD

Para implementar un modelo de desarrollo rápido de aplicaciones, debe

seguir metodologías específicas, incluidas las siguientes fases son:

Planificación de necesidades:

En esta primera fase, debe sentar las bases para los requisitos de su
proyecto, tanto para los requisitos de su aplicación como para el alcance
de su proyecto, y así comenzar a crear prototipos.

Diseño y comentarios de los usuarios:

Los usuarios brindan comentarios esenciales sobre el diseño de la

arquitectura del sistema. Cree su primer modelo y prototipo en función de
los comentarios de los usuarios. Y este paso se puede repetir muchas
veces a lo largo del proyecto.

Construcción:

Ahora que tiene un diseño básico, necesita ejecutar la mayor parte de

su proyecto. Codificando, probando y realmente integrando su aplicación.
Al igual que en la fase anterior, puedes repetir esto tantas veces como
quieras, dependiendo de si tu proyecto tiene nuevos componentes o
cambios.

Transición:

La fase final, también conocida como "corte", permite que el equipo de

desarrollo mueva los componentes a un entorno de producción y realice las
pruebas requeridas.
 4. Conclusiones
• El prototipo del modelo espiral de ingeniería de software usa un
enfoque más práctico para el desarrollo de sistemas y software a
gran escala el cual empodera a los desarrolladores y clientes.
Comprender y responder a los riesgos en todos los niveles del DIU.
Utiliza la creación de prototipos como un mecanismo de mitigación
de riesgos, permite a los desarrolladores adoptar un método de
construcción en cualquier etapa del desarrollo del prototipo.
• RUP es un proceso iterativo para el desarrollo de software. Se
ocupa de la gestión de requisitos, la arquitectura basada en
componentes, el modelo de software, el control de riesgos, la
bienvenida a los cambios y la calidad del software.
• Se puede concluir que la metodología RAD será más fácil comprender
por qué usar RAD es una buena elección para tu forma de trabajar.
5. Referencia Bibliografía
Fariño, G. (2011). Modelo Espiral de un proyecto de desarrollo de software
Administración y Evaluación de Proyectos. Universidad Estatal de Milagro
– UNEMI. Recuperado de: Modelo Espiral de un proyecto de desarrollo de
software (ojovisual.net)
Sommerville, I. (2011). Ingeniería de software (9th ed.). México, D.F.: Pearson
Educación.

6. Referencia linkografía
Castro, M. (2019) Metodología RAD o DRA. El Desarrollo Rápido de
Aplicaciones. Recuperado de https://www.incentro.com/es-
ES/blog/metodologia-rad-desarrollo-rapido-aplicaciones

Hammad, M. (2020). RUP y sus Fases - GeeksforGeeks. Recuperado, de

https://www.geeksforgeeks.org/rup-y-sus-fases/

Janse, B. (2019). Proceso Unificado Racional (RUP). Recuperado, de Toolshero:

https://www.toolshero.com/informacion-tecnologica/racional-unificado-
proceso-rup/
Sacolick, I. (2022). InfoWorld. ¿Qué es la metodología ágil? Desarrollo de
software moderno explicado. Recuperado, de
https://www.infoworld.com/article/3237508/what-is-agile-methodology-
modern-software-development-explained.htm