ASIGNATURA MTODOS Y MODELOS DE

DESARROLLO DE SOFTWARE

UNIDAD 1 HERRAMIENTAS PARA EL MODELADO

DE SOFTWARE

ACTIVIDAD 2 FASES DEL PROCESO RUP

ACTIVIDAD ELABORADA TAREA

ALUMNO JULIO CSAR SERRANO QUIJANO

MATRCULA DEL ALUMNO ES1410906349

GRUPO DS-DMMS-1701-B1-004

DOCENTE VLADIMIR VALDEZ TREJO

FECHA FEBRERO 11, 2017

Actividad 2. Fases del proceso RUP

Propsito: Distinguir actividades que se realizan en un proyecto real siguiendo la

metodologa RUP para la elaboracin y finalizacin de un proyecto.

Instrucciones:
1. De la lista de actividades resumida de un proyecto real y que se enlistan de manera
desordenada, identifica cul de las 4 fases del modelo RUP es la adecuada para
comenzar su ejecucin. Para eso coloca la letra que identifica a la fase en el lado
derecho (columna fase) de la actividad que le corresponde.
2. Copia las tablas en un archivo de texto.
3. Coloca tus respuestas en la columna de la derecha y redacta brevemente el porqu
de tus respuestas.
4. Guarda la actividad con el nombre DMMS_U1_A2_XXYZ. Sustituye las XX por las
dos primeras letras de tu primer nombre, la Y por la inicial de tu primer apellido y la Z
por la inicial de tu segundo apellido.
5. Enva el archivo a tu Docente en lnea para recibir retroalimentacin mediante la
herramienta Tarea.

FASES DEL PROCESO RUP

LETRA NOMBRE DE FASE

I INICIO
E ELABORACION
C CONSTRUCCION
T TRANSICION/CIERR
E

LISTA DE ACTIVIDADES EN DESORDEN

Orde FAS
n ACTIVIDAD E
1 Clarificar los requisitos pendientes. Es necesario hacer entrevistas
y reuniones con los dueos y desarrolladores para aclarar dudas
acerca de los requerimientos. C
2 Desarrollar la especificacin de los casos de uso. Hacer esto
clarifica y da una mejor idea de lo que se requiere que haga el
sistema. E
3 Definir visin general de la arquitectura. Hay que determinar qu es
lo que se busca E
4 Realizar las mejoras del proyecto. Con la evolucin del sistema o
mejoras pensadas se pueden hacer correcciones en esta etapa T
5 Ajustar los errores y defectos encontrados en las pruebas de T
 aceptacin. Una virtud de cierto tipo de modelos es, corregir
errores encontrados en el sistema conforme se va desarrollando
y no esperar hasta terminar el producto.
6 Capacitar a los usuarios. Es necesario para el buen
funcionamiento del sistema. T
7 Desarrollar la arquitectura base del sistema. Es bueno utilizar
modelos para elaborar un buen diseo en la arquitectura de
software. E
8 Verificar que el producto cumple con las especificaciones involucradas
en el proyecto. Para ofrecer un producto de calidad es necesario
verificar que el producto haya sido desarrollado conforme a
todos los requerimientos. T
9 Disear la solucin preliminar. Es mejor disear una solucin
preliminar para dar una idea de cmo funcionara el sistema para
corregir inconvenientes al momento. E
10 Completar la funcionalidad de la iteracin. Lo bueno de modelos
que ofrecen crear un sistema por etapas es, que se puede
desarrollar en partes y hacer un mejor diseo conforme se
requieran las iteraciones. C
11 Definir casos de uso de la arquitectura base del sistema. Los casos
de uso dan una clara y sencilla idea de lo que se requiere que
haga el sistema. E
12 Administrar los cambios de las evaluaciones realizadas por los
usuarios. Es necesario administrar los cambios que sugieren los
usuarios e ir viendo cmo funciona el sistema y no hacerlos
todos de una sola vez. C
13 Identificar riesgos. Es necesario hacer un anlisis exhaustivo y a
conciencia para identificar riesgos en la elaboracin del sistema. I
14 Asegurar la disponibilidad del software para los usuarios. El software
debe estar disponible para los usuarios ya que son ellos los
principales usuarios. T
15 Definir el plan de las fases e iteraciones siguientes de desarrollo. Es
necesario hacer una buena planeacin I
16 Definir el alcance del proyecto. Es necesario aclarar los alcances
del proyecto para que satisfaga lo que el cliente necesita para la
solucin de sus problemas. I
17 Proveer soporte tcnico. Pudiera suceder que los usuarios
tuvieran problemas con el funcionamiento de la aplicacin y es
necesario un buen apoyo por medio de soporte tcnico. T
18 Definir la viabilidad del proyecto. Es necesario aclararle al cliente si
el desarrollo del software que requiere es, factible o no. I

FUENTE
MATERIAL DE APOYO DE LA UNADM Y PROGRAMA DESARROLLADO DE LA
ASIGNATURA.