Dmms_u1_a1_sevo 5fp59

Universidad Abierta y a Distancia de México Ingeniería en Desarrollo de software

Asignatura: Métodos y Modelos de Desarrollo de Software

Unidad 1. Herramientas para el modelado de software Actividad 2: Fases del proceso RUP

Alumno: Sergio Vargas Olivares ES1511108843 Docente: Susana Salgado Segovia

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.- Plantea la lista resumida de actividades 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 s. 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. istrar los cambios de las evaluaciones realizadas por los s. Identificar riesgos. Asegurar la disponibilidad del software para los s. 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

2.- Identifica cuál de las 4 fases del modelo RUP es la adecuada (en cada actividad) para comenzar su ejecución. 3.- Elabora una tabla en un documento de texto, con tres columnas que se nombren: orden o número, actividad, fase, justificación .4.- Escribe la letra que identifica a la fase en el lado derecho (columna fase) de la actividad que le corresponde. 5.- Escribe tus respuestas en cada columna, sin olvidar redactar brevemente el porqué de tus respuestas.

Desarrollo: La metodología RUP (Rational Unified Process) o Proceso Unificado Racional, proporciona técnicas que se deben seguir los del equipo de desarrollo de software con el fin de aumentar su productividad en el proceso de desarrollo.

La metodología RUP utiliza el enfoque de la orientación a objetos en su diseño y está diseñado y documentado el uso de la notación UML para ilustrar los procesos en acción. Es un proceso considerado pesado, pero debido a que es ampliamente personalizable se permite adaptarse a proyectos de cualquier escala. Esta metodología tiene cuatro fases, las cuales son: Fase

Descripción

Letra

Inicio

Esta fase tiene como propósito definir y acordar el alcance del proyecto, identificar los riesgos asociados al proyecto, proponer una visión muy general de la arquitectura de software y producir el plan de las fases y el de iteraciones posteriores.

I

Elaboración

En esta fase se seleccionan los casos de uso que permiten definir la arquitectura base del sistema y se desarrollaran en esta fase, se realiza la especificación de los casos de uso seleccionados y el primer análisis del dominio del problema, se diseña la solución preliminar.

E

Construcción

El propósito de esta fase es completar la funcionalidad del sistema, para ello se deben clarificar los requisitos pendientes, istrar los cambios de acuerdo a las evaluaciones realizados por los s y se realizan las mejoras para el proyecto.

C

Transición

El propósito de esta fase es asegurar que el software esté disponible para los s finales, ajustar los errores y defectos encontrados en las pruebas de aceptación, capacitar a los s y proveer el soporte técnico necesario. Se debe verificar que el producto cumpla con las especificaciones entregadas por las personas involucradas en el proyecto.

T

A continuación, se muestra una tabla con las actividades listadas anteriormente, donde se escribirá la letra correspondiente a cada actividad y una justificación del porque se elige esa letra: Orden

ACTIVIDAD

FASE

JUSTIFICACION

1

Clarificar los requisitos pendientes.

C

2

Desarrollar la especificación de los casos de uso.

E

3

Definir visión general de la arquitectura.

I

La fase de construcción especifica que se deben clarificar los requisitos pendientes. Esta actividad es de la fase de elaboración porque aquí se especifican los casos de uso del sistema. En esta fase se define y acuerda el alcance del proyecto

4

Realizar las mejoras del proyecto. Ajustar los errores y defectos encontrados en las pruebas de aceptación.

C

En la fase de construcción se realizan mejoras al proyecto

T

En la fase de transición se hacen pruebas y si hay errores se corrigen.

6

Capacitar a los s.

T

7

Desarrollar la arquitectura base del sistema.

E

8

Verificar que el producto cumple con las especificaciones involucradas en el proyecto.

T

9

Diseñar la solución preliminar.

E

10

Completar la funcionalidad de la iteración.

I

11

Definir casos de uso de la arquitectura base del sistema. istrar los cambios de las evaluaciones realizadas por los s.

E

5

12

C

13

Identificar riesgos.

I

14

T

16

Asegurar la disponibilidad del software para los s. Definir el plan de las fases e iteraciones siguientes de desarrollo. Definir el alcance del proyecto.

17

Proveer soporte técnico.

T

18

Definir la viabilidad del proyecto.

I

15

I I

En la fase de transición se capacita a los s para que interactúen con lo que se ha desarrollado. Es en la fase de elaboración se seleccionan los casos de uso que definirán la arquitectura del sistema. En esta fase se verifica que el producto cumpla con las especificaciones que las personas involucradas entregaron. En esta fase ya se sabe cómo deberá quedar diseñado el producto y por tal motivo aquí se define la solución. En esta fase se deben establecer los alcances y objetivos de las iteraciones para decidir si se continua con el proyecto. En esta fase se elabora todo el trabajo pesado y se definen los procesos del producto. En esta fase los s han evaluado el producto por lo tanto se harán los cambios propuestos por los s. En la fase de inicio se define que es lo que se quiere lograr y se hace un análisis para definir los posibles riesgos que implica continuar con el proyecto. En la fase de transición se debe garantizar que el producto siempre este disponible. En esta fase se describe como se quiere el producto final y se define el plan de trabajo para lograr el objetivo. Para definir lo que se espera del proyecto se debe conocer el alcance que tendrá. Al entregar un producto a los s se debe dar soporte a dicho producto para mejoras o aumentar requisitos. En esta fase se identifican los riegos y el alcance del proyecto y se debe definir si es viable crear el producto.

Conclusiones: La planeación de un proyecto que incluye la creación de software requiere de organización, aquí es donde entra RUP, ya que es capaz de organizar los procesos de desarrollo de un producto de software. Además, ayuda a percibir el problema desde varias perspectivas y ahorra tiempo y recursos ante la creación del producto. Aunque también tiene unas desventajas y es que si no se definen concretamente las especificaciones y los requisitos puede fallar todo el proceso y si el proyecto es muy grande se requerirá de mucho personal para realizar las tareas.

Bibliografía: Un. (SF). Unidad 1. Herramientas para el modelado de software. 23 de enero de 2019, de Un Sitio web: https://unexico.blackboard.com/bbcswebdav/institution/DCEIT/2016_S2_B1/DS/04/D MMS/U1/Unidad_1_Herramientas_para_el_modelado_de_software_DMMS.pdf Metodoss. (SF). Metodología RUP. 03 de febrero de 2019, de Metodoss Sitio web: https://metodoss.com/metodologia-rup/ MIRIAN MILAGROS DÍAZ FLORES. (SF). Metodología RUP. 03 de febrero de 2019, de USPM Sitio web: http://www.usmp.edu.pe/publicaciones/boletin/fia/info49/articulos/RUP%20vs.%20XP.pdf