Anda di halaman 1dari 4

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