INGENIERIA DE SEGURIDAD
AUTOR: YUNIOR AQUISE VILLALTA
UNIVERSIDAD TECNOLOGICA DEL PERU
FACULTAD DE INGENERIAS
SISTEMAS E INFORMATICA
INEGENIERIA DE REQUISITOS Y DISEO DE SOTFWARE - VI
ABSTRACT
El Proceso Unificado Racional (Rational Unified Process en ingls, habitualmente resumido
como RUP) es un proceso de desarrollo de software y junto con el Lenguaje Unificado de
Modelado UML, constituye la metodologa estndar ms utilizada para el anlisis,
implementacin y documentacin de sistemas orientados a objetos.
El RUP no es un sistema con pasos firmemente establecidos, sino un conjunto de metodologas
adaptables al contexto y necesidades de cada organizacin.
Tambin se conoce por este nombre al software desarrollado por Rational, hoy propiedad de
IBM, el cual incluye informacin entrelazada de diversos artefactos y descripciones de las
diversas actividades. Est incluido en el Rational Method Composer (RMC), que permite la
personalizacin de acuerdo a necesidades.
Originalmente se dise un proceso genrico y de dominio pblico, el Proceso Unificado, y una
especificacin ms detallada, el Rational Unified Process, que se vendiera como producto
independiente.
INTRODUCCIN
Al momento de realizar un software hay varias metodologas que podemos usar para
desarrollarlo y debemos hacer la pregunta Cul vamos a usar?, Cul nos conviene ms?... Y
estas preguntas deben ser respondidas en base al estudio de cada una de esas metodologas. El
software no debe ser realizado creyendo que ese producto est bien porque nosotros creemos que
esta correcto, cuando en realidad debe ser pensado, analizado y diseado de tal forma que la
calidad que le demos al cliente sea la ms propicia a que cumpla con todas sus necesidades.
Vamos a ver a continuacin una de las metodologas de desarrollo que se aplica al desarrollo de
software (sistemas) que el RUP o proceso racional unificado el cual tiene tanto ventajas como
desventajas y veremos sus caractersticas principales.
PROCESO UNIFICADO RATIONAL RUP
El RUP no es un sistema con pasos firmemente establecidos, sino que trata de un conjunto de
metodologas adaptables al contexto y necesidades de cada organizacin, donde el software es
organizado como una coleccin de unidades atmicas llamados objetos, constituidos por datos y
funciones, que interactan entre s. RUP es un proceso para el desarrollo de un proyecto de un
software que define claramente quien, cmo, cundo y qu debe hacerse en el proyecto
RUP es explcito en la definicin de software y su trazabilidad, es decir, contempla en relacin
causal de los programas creados desde los requerimientos hasta la implementacin y pruebas e
identifica claramente a los profesionales (actores) involucrados en el desarrollo del software y
sus responsabilidades en cada una de las actividades.
Caractersticas Principales
Sus caractersticas es que es iterativo e incremental y est basada mucho en los casos de uso,
tambin sus caractersticas es que verifica de manera seguida la calidad del software y
administrar los requisitos. Este proceso de desarrollo tiene tanto artefactos como roles (que son
las personas que estn encargadas dentro del desarrollo o proceso)
Estructura o elementos especficos de la metodologa
Fases de desarrollo del software
Inicio
Elaboracin
Construccin
Transicin
Fase de inicio
Se hace un plan de fases, donde se identifican los principales casos de uso y se identifican los
riesgos. Se concreta la idea, la visin del producto, como se enmarca en el negocio, el alcance
del proyecto. El objetivo en esta etapa es determinar la visin del proyecto.
Modelado del negocio
En esta fase el equipo se familiarizar ms al funcionamiento de la empresa, sobre
conocer sus procesos.
Entender la estructura y la dinmica de la organizacin para la cual el sistema va
ser desarrollado.
Entender el problema actual en la organizacin objetivo e identificar potenciales
mejoras.
Asegurar que clientes, usuarios finales y desarrolladores tengan un entendimiento
comn de la organizacin objetivo.
Requisitos
En esta lnea los requisitos son el contrato que se debe cumplir, de modo que los usuarios
finales tienen que comprender y aceptar los requisitos que especifiquemos.
Establecer y mantener un acuerdo entre clientes y otros stakeholders sobre lo que
el sistema podra hacer.
Proveer a los desarrolladores un mejor entendimiento de los requisitos del
sistema.
Definir el mbito del sistema.
Proveer una base para estimar costos y tiempo de desarrollo del sistema.
Definir una interfaz de usuarios para el sistema, enfocada a las necesidades y
metas del usuario.
Fase de elaboracin
Se realiza el plan de proyecto, donde se completan los casos de uso y se mitigan los riesgos.
Planificar las actividades necesarias y los recursos requeridos, especificando las caractersticas y
el diseo de la arquitectura. En esta etapa el objetivo es determinar la arquitectura ptima.
Anlisis y Diseo
En esta actividad se especifican los requerimientos y se describen sobre cmo se van a
implementar en el sistema.
Transformar los requisitos al diseo del sistema.
Desarrollar una arquitectura para el sistema.
Adaptar el diseo para que sea consistente con el entorno de implementacin.
Fase de construccin
Se basa en la elaboracin de un producto totalmente operativo y en la elaboracin del manual de
usuario. Construir el producto, la arquitectura y los planes, hasta que el producto est listo para
ser enviado a la comunidad de usuarios. En esta etapa el objetivo es llevar a obtener la capacidad
operacional inicial.
Implementacin
Se implementan las clases y objetos en ficheros fuente, binarios, ejecutables y dems. El
resultado final es un sistema ejecutable.
Planificar qu subsistemas deben ser implementados y en qu orden deben ser
integrados, formando el Plan de Integracin.
Cada implementador decide en qu orden implementa los elementos del
subsistema.
Si encuentra errores de diseo, los notifica.
Se integra el sistema siguiendo el plan.
Pruebas
Este flujo de trabajo es el encargado de evaluar la calidad del producto que estamos
desarrollando, pero no para aceptar o rechazar el producto al final del proceso de desarrollo,
sino que debe ir integrado en todo el ciclo de vida.
Encontrar y documentar defectos en la calidad del software.
Generalmente asesora sobre la calidad del software percibida.
Provee la validacin de los supuestos realizados en el diseo y especificacin de
requisitos por medio de demostraciones concretas.
Verificar las funciones del producto de software segn lo diseado.
Verificar que los requisitos tengan su apropiada implementacin.
Etapa de transicin
El objetivo es llegar a obtener el release del proyecto. Se realiza la instalacin del producto en el
cliente y se procede al entrenamiento de los usuarios. Realizar la transicin del producto a los
usuarios, lo cual incluye: manufactura, envo, entrenamiento, soporte y mantenimiento del
producto, hasta que el cliente quede satisfecho, por tanto en esta fase suelen ocurrir cambios.
Despliegue
Esta actividad tiene como objetivo producir con xito distribuciones del producto y distribuirlo a
los usuarios. Las actividades implicadas incluyen:
Probar el producto en su entorno de ejecucin final.
Empaquetar el software para su distribucin.
Distribuir el software.
Instalar el software.
Proveer asistencia y ayuda a los usuarios.
Formar a los usuarios y al cuerpo de ventas.
Migrar el software existente o convertir bases de datos.
Referencias
Rosenda Agustin Hernandez. (martes ,15 De junio De 2014). Proceso Unificado de Rational
(RUP).https://ciclodevidasoftware.wikispaces.com/Proceso+Unificado+de+Rational+(RUP)
Alejandro Luna Villagrana , lunes, 24 de febrero de 2014, RUP (Rational Unified
Process) Proceso Unificado Racional. http://proceso-unificado-racional.blogspot.pe/
