Brainscape's Knowledge GenomeTM

Browse over 1 million classes created by top students, professors, publishers, and experts.


See full index

Entornos de desarrollo > Metodología RUP > Flashcards

Metodología RUP Flashcards

1
Q

¿Qué significan las siglas RUP?

A

Rational Unified Process

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
2
Q

¿Quién creó la metodología RUP?

A

Fue creada por Rational Software y posteriormente comprada e implementada por IBM.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
3
Q

¿En qué se basa la metodología RUP?

A

Se basa en Programación Orientada a Objetos y deja obsoletas las metodologías en cascadas. Actualmente es la metodología más usada en desarrollos de tipo administrativo.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
4
Q

¿Qué enfoque utiliza esta metodología?

A

Usa un enfoque iterativo, su objetivo es la calidad del software y las necesidades del cliente, con costos y calendario predecibles.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
5
Q

¿En qué hace hincapié?

A

Hace hincapié en la asignación de tareas y responsabilidades integrando todos los aspectos del ciclo de vida del software

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
6
Q

¿Qué arquitectura utiliza?

A

Emplea una arquitectura basada en componentes, muy modular, manteniendo dichos componentes unidos pero también pueden separarse si fuera necesario.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
7
Q

¿Qué características tiene esta metodología?

A
  • Guiada por casos de uso
  • Centrada en la arquitectura
  • Iterativa e Incremental
  • Desarrollo basado en componentes
  • Utilización de un lenguaje de modelado estándar (UML)
How well did you know this?
1
Not at all
2
3
4
5
Perfectly
8
Q

¿Qué es un caso de uso?

A

Es un servicio que el software debe proveer a sus usuarios.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
9
Q

¿A qué equivalen los diagramas de casos de uso?

A

Equivalen a la especificación de requisitos funcionales en metodologías waterfall. Son la guía fundamental para el diseño, implementación y pruebas.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
10
Q

¿Qué es un diagrama de casos de uso?

A

Es la colección de requisitos a cumplir.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
11
Q

¿Por qué puntos está determinada la arquitectura en RUP?

A
  • Plataformas de software
  • Sistemas operativos
  • Gestores de bases de datos
  • Protocolos e interfaces
  • Sistemas heredados
  • Requerimientos no funcionales
How well did you know this?
1
Not at all
2
3
4
5
Perfectly
12
Q

¿Qué es la arquitectura RUP?

A

Es como un plano maestro del sistema que estamos desarrollando. Se representa mediante varias vistas que se centran en aspectos concretos, abstrayéndose de lo demás.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
13
Q

¿En qué se centra la vista lógica y qué diagramas usa?

A

Requisitos funcionales.

Usa diagramas de clases y de comunicación.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
14
Q

¿En qué se centra la vista de implementación y qué diagramas usa?

A

Módulos a implementar.

Usa diagramas de componentes y de paquetes.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
15
Q

¿En qué se centra la vista de proceso y qué diagramas usa?

A

Aspectos dinámicos.

Usa diagramas de actividad y de secuencia.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
16
Q

¿En qué se centra la vista de física y qué diagramas usa?

A

Componentes físicos.

Usa diagramas de despliegue.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
17
Q

¿En qué se centra la vista de casos de uso?

A

Se centra en dar cohesión a todas las vistas.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
18
Q

Diagrama de clase

A

Refleja todas las clases y los atributos y métodos que tienen cada una de ellas.

Lo realiza el diseñador o el arquitecto.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
19
Q

Diagrama de comunicación

A

Lo realiza el diseñador.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
20
Q

Diagrama de componentes

A

Lo realiza el diseñador.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
21
Q

Diagrama de paquetes

A

Lo realiza el arquitecto.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
22
Q

Diagrama de actividad

A

Lo realiza el diseñador/programador.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
23
Q

Diagrama de secuencia

A

Se usa cuando el proceso es complejo, cuando interaccionan varios objetos diferentes.

Lo realiza el diseñador.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
24
Q

Diagrama de despliegue

A

Lo realiza el arquitecto.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
25
Q

¿Cómo se divide el proceso Iterativo y Incremental?

A

Se divide en ciclos de desarrollo. Cada ciclo se considera un miniproyecto completo.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
26
Q

¿Cuáles son las 4 fases de referencia RUP?

A
  • Inicio
  • Elaboración
  • Construcción
  • Transición
How well did you know this?
1
Not at all
2
3
4
5
Perfectly
27
Q

¿Qué es iterfall?

A

La posibilidad de que se produzcan nuevos ciclos en número variable dentro de cada fase de referencia RUP.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
28
Q

¿En qué se basa RUP?

A

En iteraciones y modularidad.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
29
Q

¿Qué ocurre en cada iteración?

A

Los componentes existentes se dividen en otros más detallados.

Se denomina diseño top-down.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
30
Q

¿Qué significa UML?

A

Lenguaje Unificado de Modelado.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
31
Q

¿Qué lenguaje de modelado eligió RUP?

A

UML, actualmente estandarizados.

Otras metodologías también utilizan UML.

32
Q

¿En qué 4 elementos se define la estructura del proceso RUP?

A
  • El quién: roles
  • El qué: productos o artefactos
  • El cómo: actividades
  • El cuándo: flujos de trabajo
33
Q

¿A qué pregunta responden los roles?

A

A ¿quién?

34
Q

¿Qué es un rol?

A

Un rol define el comportamiento y responsabilidad de un individuo o grupo de individuos trabajando juntos.

35
Q

¿Una persona puede tener un único rol o puede tener varios?

A

Una persona puede desempeñar varios roles.

36
Q

¿Un rol puede ser representado por una única persona o por varias?

A

Un rol puede ser representado por varias personas.

37
Q

¿Cuál es la responsabilidad de un rol?

A

Realizar las actividades indicadas y ser el “propietario” de un conjunto de artefactos.

38
Q

Ejemplos de roles: Gestores

A

Jefe de configuración
Jefe de pruebas
Jefe de despliegue
Ingeniero de procesos
Revisor de gestión del proyecto
Gestor de pruebas

39
Q

Ejemplos de roles: Analistas

A

Analista de procesos de negocio
Diseñador del negocio
Analista de sistemas
Especificador de requisitos

40
Q

Ejemplos de roles: Desarrolladores

A

Arquitecto de software
Diseñador
Diseñador de interfaz de usuario
Diseñador de cápsulas
Diseñador de base de datos
Implementador
Integrador

41
Q

Ejemplos de roles: Especialista en pruebas: Tester

A

Analista de pruebas
Diseñador de pruebas

42
Q

Ejemplos de roles: Apoyo

A

Documentador técnico
Administrador de sistemas
Especialista en herramientas
Desarrollador de cursos
Artista gráfico

43
Q

Ejemplos de roles: Otros roles

A

Stakeholders
Revisor
Coordinador de revisiones
Revisor técnico

44
Q

¿A qué pregunta responden las Actividades?

A

Responden a la pregunta ¿cómo?

45
Q

¿Qué es una Actividad?

A

Una actividad de un trabajador es una unidad de trabajo.

46
Q

¿Qué objetivo tienen las Actividades?

A

Tienen un objetivo final concreto, normalmente indican qué crear o actualizar.

47
Q

Ejemplo de Actividad

A

Crear un plan de pruebas, es decir, un documento en el que se especifica en cada opción del programa qué proceso debe realizar.

48
Q

¿A qué pregunta responden los Productos o Artefactos?

A

Responden a la pregunta ¿qué?

49
Q

¿Qué es un artefacto?

A

Un artefacto es una pieza de información que es producido, modificado o usado por un proceso.

Puede ser un documento, una pieza de código ejecutable, …

Son el resultado tangible del proyecto, lo que se va creando y usando hasta el producto final

50
Q

Ejemplo de artefacto

A

Plan de pruebas

51
Q

¿A qué pregunta responden los Flujos de trabajo?

A

Responden a la pregunta ¿cuándo?

52
Q

¿Qué es el flujo de trabajo?

A

Consiste en la secuencia de actividades que nos generan unos resultados observables para la consecución del objetivo final.

53
Q

¿Cuáles son los 2 grupos principales de flujos de trabajo?

A
  • Flujos de proceso.
  • Flujos de apoyo.
54
Q

¿Cuáles son las fases RUP?

A
  • Inicio
  • Elaboración
  • Construcción
  • Transición
55
Q

¿Cuándo tendremos un MVP?

A

Al finalizar la primera iteración y hayamos pasado por todas las fases.

56
Q

¿Cuál es el proceso de las fases?

A

Cuando termina la primera iteración, en la que tenemos un MVP, mostramos al cliente esa versión y volvemos a reiniciar una nueva iteración, avanzando el proyecto en cada una de ellas. Vamos iterando hasta tener el producto terminado.

57
Q

¿Se dividen las diferentes fases RUP?

A

No. En cascada sí se dividían pero no en RUP.

58
Q

¿Qué hay que dejar claro en cada caso para cada fase?

A

Los criterios de evaluación y objetivos mínimos para pasar a la fase siguiente.

59
Q

¿Cómo se repiten las fases?

A

Incrementalmente, produciendo versiones más avanzadas del desarrollo.

60
Q

¿Qué es la fase de inicio?

A

Es la parte inicial del desarrollo.

61
Q

¿A qué preguntas responde la fase de inicio?

A
  • ¿Cuál es el objetivo?
  • ¿Es factible?
  • ¿Construimos la solución o la compramos?
  • ¿Cuánto va a costar?
  • ¿Es rentable?
62
Q

¿Cuánto debe durar como máximo la fase de inicio?

A

No debería durar más de 1 semana.

63
Q

¿Cuáles son los objetivos de la fase de inicio?

A
  • Establecer el ámbito del proyecto y sus límites.
  • Encontrar los casos de uso críticos del sistema, los escenarios básicos y los actores que definen la funcionalidad principal.
  • Mostrar al menos una arquitectura candidata, que es el estudio del diseño de lo que vamos a necesitar para el proyecto, por ejemplo el número de servidores que necesitaremos.
  • Estimar el coste en recursos y tiempo de todo el proyecto y diferentes alternativas.
  • Estimar los riesgos, las fuentes de incertidumbre.
64
Q

¿Qué debemos obtener con los artefactos de la fase de inicio?

A
  • Visión del negocio: Describe los objetivos y restricciones a alto nivel.
  • Modelo de casos de uso simple: una primera aproximación.
  • Requisitos no funcionales de un modo genérico.
  • Glosario: Terminología clave del dominio.
  • Lista de riesgos y planes de contingencia, categorizados por importancia
  • El caso de negocio: Estudiar qué beneficios puede aportar la inversión en el proyecto.
  • Prototipos exploratorios para probar conceptos o la arquitectura candidata.
  • Plan de fases y plan de iteración para la primera iteración de la fase de elaboración.
65
Q

¿Qué se hace en la fase de elaboración?

A
  • Analizamos el dominio del problema: Debemos conocer los detalles de las necesidades del cliente y su negocio.
  • Establecemos los cimientos de la arquitectura: Los bloques que van a formar parte de nuestro sistema y la forma en que están conectados.
  • Desarrollamos el plan del proyecto: Planificamos las diferentes iteraciones y el uso de recursos en cada momento.
  • Eliminamos mayores riesgos: No tomar decisiones que pongan en riesgo nuestro producto y en caso de hacerlo planificar planes de contingencia.
66
Q

¿Cuándo llega el punto de no retorno?

A

Al finalizar la fase de elaboración.

67
Q

Artefactos de la fase de Elaboración

A
  • Un modelo de casos de uso completo al menos hasta el 80%: todos los casos y actores identificados y la mayoría de casos desarrollados.
  • Requisitos adicionales, incluyendo los no funcionales, esta vez más detallados.
  • Descripción de la arquitectura software, obtenida de forma incremental a partir de la definida en la fase de inicio.
  • Un prototipo ejecutable de la arquitectura y su plan de revisión.
  • Lista de riesgos y casos de negocio revisados.
  • Plan de desarrollo para el proyecto.
  • Un caso de desarrollo actualizado que especifica el proceso a seguir (workflow).
  • Posiblemente un manual de usuario preliminar
68
Q

¿Cuál es la finalidad principal de la fase de construcción?

A

Alcanzar la capacidad operativa del producto de forma incremental a través de sucesivas iteraciones.

69
Q

¿Cuándo han de ser implementados y testeados los componentes, características y requisitos?

A

En la fase de Construcción.

70
Q

¿Cuáles son los objetivos de la fase de construcción?

A
  • Minimizar los costes de desarrollo mediante la optimización de recursos y evitando el tener que rehacer un trabajo o incluso desecharlo.
  • Conseguir una calidad adecuada tan rápido como sea posible.
  • Conseguir versiones funcionales (alfa, beta y otras versiones de prueba) tan rápido como sea posible.
71
Q

Artefactos de la Fase de Construcción

A
  • Modelos Completos: Casos de Uso, Análisis, Diseño, Despliegue e Implementación.
  • Arquitectura íntegra: mantenida y mínimamente actualizada.
  • Conjunto completo de resultados de tests.
  • Riesgos presentados mitigados.
  • Plan del proyecto para la fase de Transición.
  • Manual inicial de usuario: con suficiente detalle.
  • Prototipo Operacional (versión beta).
  • Business Case Actualizado que describa los beneficios que aporta el producto construido.
72
Q

¿Cuál es la finalidad de la Fase de Transición?

A

Poner el producto en manos de los usuarios finales.

73
Q

¿Qué puntos requiere la fase de transición?

A
  • Desarrollar nuevas versiones del producto.
  • Completar la documentación.
  • Entrenar al usuario en el manejo del producto.
  • Tareas relacionadas con el ajuste, configuración, instalación y usabilidad del producto.
74
Q

¿Cuáles son los objetivos de la Fase de Transición?

A
  • Conseguir que el usuario se valga por sí mismo, a través de cursos de formación, asistencia en línea, etc.
  • Un producto final que cumpla los requisitos esperados, que funcione y satisfaga suficientemente al usuario.
75
Q

¿Cuál es el objetivo de iterar la fase de Transición?

A

Las iteraciones de esta fase irán dirigidas normalmente a conseguir nuevas versiones.

76
Q

¿Qué tipo de mantenimiento hay en la fase de Transición?

A
  • Correctivo: para corregir errores.
  • Perfectivo: para mejorar características y/o comportamientos.
  • Adaptativo: para adaptarse a los cambios no previstos inicialmente.

Entornos de desarrollo (1 decks)

Brainscape helps you reach your goals faster, through stronger study habits.
© 2025 Bold Learning Solutions. Terms and Conditions