Unidad 1

Herramientas
para el
modelado de
software

Actividad 2. Fases del proceso RUP

Docente: Chrystian Orange Bernal

Alumno: Lizbeth Montserrat Reyes
Cruz
Matrícula: ES1611303628
Grupo: DS-DMMS-1801-B1-001

22-1-2018
Propósito:
Distinguir actividades que se realizan en un proyecto real siguiendo la metodología RUP
para la elaboración y finalización de un proyecto.
Instrucciones:
1. De la lista de actividades resumida de un proyecto real y que se enlistan de manera
desordenada:
• Clarificar los requisitos pendientes,
• Desarrollar la especificación de los casos de uso,
• Definir visión general de la arquitectura,
• Realizar las mejoras del proyecto,
• Ajustar los errores y defectos encontrados en las pruebas de aceptación,
• Capacitar a los usuarios,
• Desarrollar la arquitectura base del sistema,
• Verificar que el producto cumple con las especificaciones involucradas en el proyecto,
• Diseñar la solución preliminar,
• Completar la funcionalidad de la iteración,
• Definir casos de uso de la arquitectura base del sistema,
• Administrar los cambios de las evaluaciones realizadas por los usuarios,
• Identificar riesgos,
• Asegurar la disponibilidad del software para los usuarios,
• Definir el plan de las fases e iteraciones siguientes de desarrollo,
• Definir el alcance del proyecto,
• Proveer soporte técnico,
• Definir la viabilidad del proyecto
identifica cuál de las 4 fases del modelo RUP es la adecuada (en cada actividad) para
comenzar su ejecución. Para eso coloca la letra que identifica a la fase en el lado derecho
(columna fase) de la actividad que le corresponde.
2. Realiza una tabla en un archivo de texto, con tres columnas (orden o número, actividad,
fase, justificación).
3. Coloca tus respuestas en cada columna, sin olvidar redactar brevemente el porqué de
tus respuestas.

Orden Actividad Fase Justificación

1 Clarificar los requisitos pendientes
2 Desarrollar la especificación de los
casos de uso
3 Definir visión general de la
arquitectura
4 Realizar las mejoras del proyecto
C Especificación de requisitos
faltantes para poder llevar a
cabo el proyecto
E Diseño y desarrollo de casos de
uso, o flujos de casos de uso
arquitectónicos
I Define el alcance y el objetivo
de alto nivel de un programa o
proyecto
T Después de poner a prueba el
proyecto se realizan los

5 Ajustar los errores y defectos
encontrados en las pruebas de
aceptación
6 Capacitar a los usuarios
7 Desarrollar la arquitectura base del
sistema
8 Verificar que el producto cumple con
las especificaciones involucradas en
el proyecto
9 Diseñar la solución preliminar
10 Completar la funcionalidad de la
iteración
11 Definir casos de uso de la
arquitectura base del sistema
12 Administrar los cambios de las
evaluaciones realizadas por los
usuarios
13 Identificar riesgos
14 Asegurar la disponibilidad del
software para los usuarios
15 Definir el plan de las fases e
iteraciones siguientes de desarrollo
16 Definir el alcance del proyecto
17 Proveer soporte técnico
18 Definir la viabilidad del proyecto
cambios para un mejor
desempeño
T Una vez hecha la prueba de
aceptación, se enfocan en
corregir los errores encontrados
T Se capacita a los usuarios para
el manejo adecuado del
producto final del proyecto
E Es parte del documento de
arquitectura donde establece el
modelo y diagramas base para
el funcionamiento del sistema
T Pruebas de los casos de uso
desarrollados, que demuestran
que la arquitectura
documentada responde
adecuadamente a
requerimientos funcionales y no
funcionales
E Plantea la probable solución
C Permite completar la
funcionalidad del sistema
E Se definen los casos de uso
para conocer la arquitectura
base del sistema
C Se planean las modificaciones
según los resultados de las
evaluaciones, para después
hacer pruebas de regresión
I Dentro del documento de visión
se evalúan los posibles riesgos
del proyecto
T Se refiere a puesta en
producción a tiempo para que
los usuarios lo tengan a su
disposición según lo planeado
I Se plantean las
especificaciones para continuar
con el proyecto
I Es la base del documento de
visión, donde se establece que
es lo que se quiere lograr
T Dar servicio de soporte a los
usuarios finales
I El resultado de realizar un
análisis de los posibles riesgos
y alcances del proyecto
Bibliografía

UnADM. (2018). Unidad 1. Herramientas para el modelado de software. Enero 17,2018,

de UnADM Sitio web:
https://unadmexico.blackboard.com/bbcswebdav/institution/DCEIT/2016_S2_B1/DS/04/D
MMS/U1/Unidad_1_Herramientas_para_el_modelado_de_software_DMMS.pdf
Wikipedia. (2017). Proceso Unificado Racional. Enero 20,2018, de Wikipedia Sitio web:
https://es.wikipedia.org/wiki/Proceso_Unificado_Racional