no

1. INSTITUTO SUPERIOR TECNOLOGICO
JAPON
FACULTAD DE ESTUDIO DESARROLLO DE
SOFTWARE
“Análisis y desarrollo de
software”
Ingeniera
Elizabeth Graciela Moreno Trujillo
Primero-Nocturno-Desarrollo
de software
Mayo-Octubre 2022
Actividad
Consultar Principios de
desarrollo de la
Metodología RUP
Alex Leones

2. La metodología RUP se basa en 6 principios básicos
1.Adaptación del proceso a las necesidades del cliente interactuando con él
2.Equilibrar las necesidades o requerimientos de los participantes con prioridades justas
3.Etapas iteradas en el proceso
4.Colaboración continua entre equipos de desarrollo del software
5.Uso de elementos reutilizables que permita elevar el nivel de abstracción
6.La calidad del producto debe verificarse en todas las etapas del proceso
Principios de desarrollo de la
Metodología RUP
La metodología Rup es incremental que constituye un modelo de proceso de resultado, y tiene como objetivo ordenar y
estructurar el desarrollo de software en la cual se tienen un conjunto de actividades necesarias para transformar los
requisitos del usuario en un sistema, una de las perspectivas que tiene es la perspectiva estática la cual muestra como
están dispuestas las actividades que comprenden el proceso.
La metodología RUP es híbrida y tiene tanto aspectos de las metodologías clásicas como de las metodologías ágiles, está
conformado por los diagramas de casos de uso y diagramas de clases.
Las principales características de la metodología se resumen en:
• Disciplina en la asignación de tareas y responsabilidades
• Implementa las mejores prácticas de la ingeniería de software
• Propone un desarrollo iterativo
• Permite la administración de requisitos
• Control a los cambios
• Ofrece un modelamiento visual del software
• Incorpora la validación de calidad del software
Adaptar el proceso, perspectiva práctica
Son las prácticas que se realizan y estas son gestión de requisitos y desarrollar el
software de forma iterativa, el proceso deberá adaptárselas necesidades del
cliente ya que es muy importante interactuar con él, las características propias
del proyecto, el tamaño del mismo, así como su tipo o las regulaciones que lo
condicionen, influirán en su diseño específico también se deberá tener en cuenta
el alcance del proyecto.

3. Equilibrar prioridades, Perspectiva Estática
Debe poder encontrarse un equilibrio que satisfaga los deseos de todos y sus requisitos ya que estos
requerimientos son de los diversos participantes los cuales pueden ser diferentes, contradictorios o
disputarse recursos limitados
Muestra cómo están dispuestas las actividades que comprende el proceso de modelado del negocio,
los requisitos, sus análisis y diseño.
Demostrar valor iterativamente, Perspectiva Dinámica
Los proyectos se entregan, aunque sea de un modo interno, en etapas iteradas, en cada iteración se
analiza la opinión de los inversores, la estabilidad y calidad del producto y muestras las fases de
modelo de proceso a lo largo del tiempo cada iteración aborda una parte de la funcionalidad total,
pasando por todos los flujos de trabajo relevantes y refinando la arquitectura del software
Colaboración entre equipos
El desarrollo del software no lo hace una única persona sino múltiples equipos en la cual debe haber
una comunicación fluida para coordinar requisitos, desarrollo, evaluaciones, planes, mejorando la
calidad del producto y sus resultados

4. Elevar el nivel de abstracción
El elevar el nivel de abstracción ayuda a reducir la complejidad, así como la cantidad de
documentación requerida por el proyecto. Esto se logra a través de reutilización, del uso de
herramientas de modelamiento de alto nivel, y estabilizando la arquitectura tempranamente, este
principio dominante motiva el uso de conceptos reutilizados tales como patrón del software
beneficiando la productividad y reduciendo su complejidad
La calidad del producto debe verificarse en todas las etapas del proceso
El control de calidad no debe realizarse al final de cada iteración, sino en todos los aspectos de la
producción, asegurando la calidad del proceso de desarrollo y no de un grupo independiente, también
es una estrategia de desarrollo de software.