# data[].attributes.body
son factores determinantes para establecer el origen de las disciplinas de un proceso en RUP la palabra proceso hace referencia al molde que se aplica en diferentes proyectos de desarrollo de software

# data[].attributes.body
El sistema es entonces una colección de modelos relacionados entre sí gracias a esa serie de conexiones, todos los participantes de un proyecto pueden comunicarse y negociar en el marco de reglas preestablecidas y con la orientación dirigida hacia objetivos puntuales

# data[].attributes.body
Esta disciplina permite conocer el contexto en que el grupo desarrollador implementará el proyecto. Además, busca proporcionar a los analistas un conocimiento del lenguaje específico de los clientes, gracias a este flujo de trabajo, los encargados obtienen artefactos que identifican los procesos y potencian la interacción con los usuarios

# data[].attributes.body
1. Enumerar los requisitos candidatos
Se trata de relacionar aquellas buenas ideas, surgidas del consenso entre los participantes del proyecto (clientes, desarrolladores) que es factible incorporar en versiones futuras, una vez se hayan suplido los requisitos indispensables

2. Comprender el contexto del sistema
Es importante que los analistas se encuentren ubicados en dicho contexto . Para ello , resulta primordial manejar la terminología empleada por éste , como también lograr una clara compresión de todo cuanto sucede en el proceso

# data[].attributes.body
3. Capturar los requisitos funcionales
Gracias a los casos de uso, los analistas determinan lo que esperan y quieren los usuarios, estos casos representan diversas opciones (una funcionalidad, una actividad ejecutada por una persona con el sistema)

4. Capturar los requisitos no funcionales
Estos requisitos que no corresponden, estrictamente, a peticiones de usuario involucran términos de la Ingeniería de Software cuya presencia ha de evidenciarse en el producto final, tales como mantenimiento, rendimiento y fiabilidad

# data[].attributes.body
El objetivo final de esta disciplina es analizar los requisitos que fueron descritos en la fase previa. De este modo, es posible comprenderlos plenamente, asegurar su permanencia en todos los momentos, idearlos como un sistema
Para explorar los casos de uso en consonancia con las características del sistema, el lenguaje del cliente se traduce a otro que es entendido por el desarrollador

# data[].attributes.body
Consolida un sistema que soporte los requisitos determinados en las disciplinas anteriores. Igualmente, ha sido concebida para establecer las relaciones entre clases, interfaces y subsistemas
Junto a ese lenguaje, en el diseño se consideran otros puntos que guardan relación entre sí: sistemas operativos, componentes del sistema, interfaz de usuario y gestión transaccional

# data[].attributes.body
En esta disciplina, que representa las actividades relacionadas con la programación, se verifican varias acciones. Por una parte, se planea el proceso de integración, por otro lado, se realiza la distribución lógica y física del sistema, para lo cual se consideran los recursos computacionales y sus funcionales

# data[].attributes.body
Si bien es cierto que esta disciplina se registra en las cuatro fases del proceso, su mayor aplicación se da en la etapa de construcción, cuando las pruebas basadas en los casos de uso definidos al inicio, se desarrollan para validar la integración y funcionalidad de los módulos diseñados.

# data[].attributes.body
RUP cuenta con cuatro fases claramente establecidas que determinan el avance del proyecto: Inicio, Elaboración, Construcción y Transición. Cada una de ellas posee objetivos puntuales, y es el cumplimiento de éstos lo que determina si se continúa a la siguiente
Por su parte, el cumplimiento de los requerimientos que han sido identificados en las etapas iniciales y es necesario administrar a lo largo de todo el proyecto, está garantizado por hitos

# data[].attributes.body
En esta fase, la primera del ciclo de desarrollo de RUP, a partir de un diálogo directo entre el cliente y los encargados del trabajo, se definen los propósitos y se planifican los costos y tiempos que regirán al proyecto
Los objetivos más importantes son:

• Comprender qué se quiere construir.
• Identificar las funcionalidades claves.
• Determinar una posible solución, cuando menos.
• Entender el costo, el calendario y los riesgos asociados.
• Decidir los procesos a seguir y las herramientas a usar.

# data[].attributes.body
Al finalizar esta fase, la arquitectura debe encontrarse plenamente delineada y los objetivos encaminados a mitigar los riesgos. Para alcanzar tales estados, se plantean las siguientes metas:

• Entender de manera detallada los requisitos del sistema.
• Diseñar, implementar, validar y elaborar la línea base de la arquitectura.
• Mitigar los riesgos esenciales.
• Refinar los casos de desarrollo.
• Adecuar apropiadamente el ambiente de desarrollo

# data[].attributes.body
En esta tercera fase se construye el sistema. Guarda cierta semejanza con el proceso de desarrollo, del cual surge el producto software definitivo que será entregado a los usuarios finales. Sus objetivos son:

• Minimizar los costos de desarrollo y lograr algún grado de paralelismo. costos d
• Consolidar, de manera iterativa, un producto completo.
• Lograr la suficiencia que permita pasar a la transición con la comunidad de usuarios.

# data[].attributes.body
Esta fase busca transferir el software a los usuarios del sistema e identificar nuevos ciclos (iteraciones) de acuerdo con el refinamiento necesario y las opiniones del cliente. Tras su realización, se obtiene el producto.