Ir al contenido principal

Similitud del modelo RUP con otros modelos de desarrollo de software



RUP es una metodología que 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. Cuenta con características y elementos que lo diferencian enormemente de otros modelos de desarrollo de software, siendo elegido casi siempre por sobre los demás, sin embargo cuanta con unos aspectos que son muy parecidos, por no decir iguales, a otros modelos de desarrollo de software, tales como:

Orden:

Como se darán cuenta, todos o casi todos los modelos tienen un orden secuencial, esto significa que tienen un orden en el cual se deben de realizar sus fases o procesos, y varios modelos comparten una similitud con el modelo RUP que es la de ser iterativo, lo cual significa que estas fases o procesos se repiten una vez se terminan, esto para poder generar un nuevo producto cada vez que se hace una iteración y de esta forma hacer mas eficiente la creación y el diseño del software.

Estructura:

Otra similitud es que muchos modelos, incluyendo el RUP, cuentan con una estructura predefinida que nos ayuda a ver que se debe de hacer en cada caso, que se necesita y que se espera según la estructura predefinida, esta estructura claro esta, se puede modificar para adaptarlo a nuestro proyecto, sin embargo ayuda enormemente debido a que nos da una vista general de que deben de contener los proyectos y de como se llega a ese resultado normalmente.

Roles:

Es cierto que cada modelo tiene su propia noción de los roles y de que debe de desempeñar cada individuo, así como de que roles son requeridos, sin embargo varios modelos tienen similitud en sus roles, tal es el caso del programador, el diseñador y el jefe de proyecto, roles que se encuentran en varios modelos de desarrollo de software, incluyendo al modelo RUP, y en estos modelos estos roles son muy parecidos ya que son fundamentales y tienen casi la misma función en todos los modelos.

Disciplinas o fases:

Varios modelos cuentan con fases, tales como la fase de elaboración o construcción, las cuales están presentes en el modelo RUP, esto debido a que son fases fundamentales que no pueden faltar en ningún modelo, esto debido a que sin ellas seria muy difícil o seria imposible lograr crear un buen sistema de software ya que es donde se empieza a construir y donde se construye lo mas importante del programa, y sin la elaboración y la construcción es muy difícil elaborar y construir un buen sistema de software.

Artefactos:


Estos artefactos puede que no estén presentes en otros modelos con el mismo nombre, sin embargo según RUP estos artefactos son los resultados o productos que se generan cada vez que se siguen los pasos marcados en el modelo RUP, así mismo estos resultados se pueden obtener siguiendo otro modelo de desarrollo de software y aunque no se les diga artefactos en esos modelos, en teoría son lo mismo o son muy parecidos ya que son los resultados de seguir un modelo de desarrollo de software, así como los artefactos son los resultados de seguir el modelo RUP, el cual es un modelo de desarrollo de software.

Comentarios

Entradas más populares de este blog

Artefactos del modelo RUP

 En cada una de las fases del modelo RUP se realiza una serie de artefactos que sirven para comprender mejor tanto el análisis como el diseño del sistema, a continuación se presenta la lista de las fases del modelo RUP acompañadas con los artefactos que se realizan en ella: Inicio:     Documento Visión     Diagramas de casos de uso     Especificación de Requisitos     Diagrama de Requisitos Elaboración:     Documento Arquitectura que trabaja con las siguientes vistas:          Vista Lógica:               Diagrama de clases               Modelo E-R (Si el sistema así lo requiere)          Vista de Implementación:               Diagrama de Secuencia               Diagrama de estados               Diagrama de Colaboración          Vista Conceptual:               Modelo de dominio          Vista física:             Mapa de comportamiento a nivel de hardware                Diseño y desarrollos de casos de uso, o flujos de casos de uso arquitectónicos             Pruebas de los casos de uso

Roles del modelo RUP

 ¿Qué es un rol? Un rol es la función que una persona desempeña en un lugar o en una situación. En RUP, un rol define el comportamiento y responsabilidades de un individuo o de un grupo de individuos trabajando juntos como un equipo. Una persona puede desempeñar diversos roles, así como un rol puede ser interpretado por varias personas. Los roles se distribuyen entre los miembros del proyecto y son los que definen las tareas de cada uno y el resultado (artefactos) que se espera de cada uno de ellos. Las responsabilidades de un rol son tanto llevar a cabo un conjunto de actividades así como ser el dueño de un conjunto de artefactos.  ¿Qué roles existen? Hay diversos roles en RUP los cuales sirven para establecer que tarea le tocara desempeñar a que persona, estos roles son los que se enlistan a continuación: Jefe de Proyecto:      Establece un conjunto de prácticas que aseguran la integridad y calidad de los artefactos del proyecto. Se encargará de supervisar el establecimiento de la ar

MODELO RUP

Qué es RUP? Es un proceso de ingeniería de software, que hace una propuesta orientada por disciplinas para lograr las tareas y responsabilidades de una organización que desarrolla software. Su meta principal es asegurar la producción de software de alta calidad que cumpla con las necesidades de los usuarios, con una planeación y presupuesto predecible. Para quién es RUP? Diseñado para: Profesionales en el desarrollo de software. Interesados en productos de software. Profesionales en la ingeniería y administración de procesos de software. Por qué usar RUP? Porque: Provee un entorno de proceso de desarrollo configurable, basado en estándares. Permite tener claro y accesible el proceso de desarrollo que se sigue. Permite ser configurado a las necesidades de la organización y del proyecto. Provee a cada participante con la parte del proceso que le compete directamente, filtrando el resto. Características: Dirigido por Casos de Uso: Los casos de uso son los artefactos primarios para estable