Como su nombre lo dice es un proceso de ingeniería de software el cual está orientado por una serie de disciplinas para el logro de desarrollo de software favoreciendo a un cierto número de empresas las cuales podrán depender de este.
RUP está diseñado para cierto número de profesionales los cuales puedan estar interesados en este producto para su propio uso y beneficio, ya que este permite ser configurado posteriormente.
El por qué de usar RUP seria simplemente por el hecho de que permite tener claro el proceso de desarrollo que se está usando a si como permite configurar las necesidades de tanto organización como el proyecto.
Unas características muy importantes es que están dirigidos por casos de uso, centrado en arquitectura a si como ser iterativo e incremental. También se puede decir que es amplio y diverso es orientado a objetos a si como adaptable y repetible.
Ciclo de Vida
En un diagrama general de RUP, el eje horizontal representa el tiempo y muestra el ciclo de vida del proceso y eje vertical representa las disciplinas, actividades, grupos de trabajo, artefactos y roles.
El tiempo de ciclo de vida de RUP está representado en cuatro fases en las cuales se lleva a cabo una evaluación del trabajo las cuales son inicio, elaboración, construcción y transición.
En inicio el objetivo principal es llegar a un acuerdo entre todos los interesados acerca de los objetivos del proyecto, en la elaboración es establecer l arquitectura base del sistema, al llegara a la construcción se clarifican los requerimientos faltantes y se complementa el desarrollo del sistema, y por ultimo al llegara a la transición, se debe de asegurar que dicho software está totalmente disponibles para el uso del usuario.
Dentro de esto también se toman en cuenta las disciplinas las cuales se pueden definir como un conjunto de actividades relacionadas con un área de atención dentro de todo el proyecto. Estas disciplinas se pueden definir como un conjunto de actividades relacionadas con ciertas aéreas del proyecto, como modelado de negocios, requerimientos, análisis, diseño etc.
También el modelado de negocios tiene un numero de propósitos, como entender los problemas de la organización, medir el impacto del cambio de la organización asegurar que cada persona compartan entendimiento sobre el problema.
La disciplina tiene el propósito de llegar a un acuerdo con el cliente, proveer a los desarrolladores, definir límites, llevar una planeación, llevar estimación de costo y tiempo, definir interfaz de usuario para el sistema.
El análisis y diseño se encargan de transformar requerimientos a diseño de sistema y desarrollar una arquitectura robusta para el sistema.
En la implementación se lleva una definición de la organización del código, implementar el diseño en términos de los elemento como los archivos fuente, binarios ejecutables etc.
En la pruebas se lleva una evaluación de la calidad y seguridad del producto basándose en detectar fallas en la calidad del software, recomendación y validar que el software trabaje para lo que fue diseñado el mismo.
La transición solo describe las actividades relacionadas con la entrega de dicho producto.
En la administración y configuración del cambio se lleva a cabo un análisis para identificar cuáles son los elementos configurables que ayuden a mantener la integridad del producto como fue diseñado en un principio.
Los roles son aquellos que definen el comportamiento y responsabilidad de un grupo de individuos los cuales llevan descripciones abstractas de conjunto de actividades realizadas.
En las actividades son echas un rol las cuales nos llevan a un resultado de interés, esta es una actividad de trabajos por un numero de individuos.
A continuación un pequeño juego sobre el tema (fabor de leer todos los temas antes de jugar) - www.quia.com/ba/519443.html
No hay comentarios:
Publicar un comentario