14
UNIVERSIDAD NACIONAL DEL SANTA FACULTAD DE INGENIERIA E.A.P. SISTEMAS E INFORMATICA “RESUMEN DEL Proceso racional unifcao! CURSO" Ingeniería de Software PROFESOR" Ing. Noe Silva INTEGRANTES"  Corales Rivera Diego  Rodríguez Esquivel Luis  Torrealva Mendoza Neyda   ega !lore s !redy   "lvarado Ro#$n Lu is  %ala&ios 'a#udio (randon

Resumen RUP

Embed Size (px)

DESCRIPTION

RUP

Citation preview

Page 1: Resumen RUP

7/17/2019 Resumen RUP

http://slidepdf.com/reader/full/resumen-rup-568dd06dac462 1/14

UNIVERSIDAD NACIONALDEL SANTA

FACULTAD DE INGENIERIA

E.A.P. SISTEMAS EINFORMATICA

“RESUMEN DEL Procesoracional unifcao!

CURSO"

Ingeniería de Software

PROFESOR"

Ing. Noe Silva

INTEGRANTES"

 Corales Rivera Diego

 Rodríguez Esquivel Luis Torrealva Mendoza Neyda

  ega !lores !redy 

  "lvarado Ro#$n Luis

 %ala&ios 'a#udio (randon

Page 2: Resumen RUP

7/17/2019 Resumen RUP

http://slidepdf.com/reader/full/resumen-rup-568dd06dac462 2/14

PROCESO RACIONAL UNIFICADO

#$U% ES PROCESO RACIONAL UNIFICADO &

Proceso de ingeniería de software que proporciona un enfoque para laasignación de tareas y responsabilidades dentro de una organización dedesarrollo.  Su objetivo es asegurar la producción de software de alta calidad quesatisfaga las necesidades de sus usuarios nales.

Las actividades del proceso racional unicado es crear y mantener modelos.n lugar de centrarse en la producción de gran cantidad de documentos enpapel! el Proceso "nicado enfatiza el desarrollo y mantenimiento demodelos#sem$nticamente ricas en representaciones del sistema de softwareen fase de desarrollo.

  l proceso racional unicado es una guía para saber cómo utilizar elLenguaje "nicado de %odelado&"%L'. l "%L fue creado por (ationalSoftware! y a)ora es mantenido por el *rupo de *estión organización deest$ndares de objetos &+%*'.

l proceso racional unicado! es un proceso congurable.l Proceso "nicado

se basa en una arquitectura de proceso simple y claro! que puede variar paraadaptarse a diferentes situaciones.

IMPLEMENTACI'N EFECTIVA DE LAS ( ME)ORESPR*CTICAS

l proceso racional unicado! describe cómo implementar enfoquesdemostrando el desarrollo de software. ,stos se llaman las -mejorespr$cticas- no tanto porque se puede cuanticar con precisión su valor!sino m$s bien! porque se observan a ser de uso comn.l  proceso racional unicado proporciona a cada miembro del equipo/

0irectrices! plantillas y mentores de )erramientas necesarias para todoel equipo para aprovec)ar al m$1imo entre otros las siguientespr$cticas/

2. 0esarrollar software iterativo

3. 4dministrar requisitos

5. "tilice las arquitecturas basadas en componentes

6. Software de modelo 7isual

8. 7ericacion de la calidad del software

Page 3: Resumen RUP

7/17/2019 Resumen RUP

http://slidepdf.com/reader/full/resumen-rup-568dd06dac462 3/14

9. :ontrol de cambios en el software

+ Desarrollar so,-are I-era-i/o

0ado los sistemas de software de )oy en día! no es posibledenir todo el problema. Se requiere un enfoque iterativo quepermita una comprensión del problema a trav;s derenamientos sucesivos.l proceso racional unicado apoya con un enfoque iterativo. steenfoque iterativo le ayuda a atacar el riesgo a trav;s de unprogreso demostrable! ejecutable que permiten poner n a laparticipación del usuario y la retroalimentación."n enfoque iterativo tambi;n )ace que sea f$cil adaptarse a loscambios t$cticos en

requisitos! características o el )orario.0 A1inis-rar Re2uisi-os

l proceso racional unicado describe cómo obtener! organizar ydocumentar la funcionalidad y limitaciones necesarias<decisiones< capturar y comunicar los requerimientos delnegocio. Proporcionan )ilos co)erentes y trazables! tanto eldesarrollo como el sistema entregado.

3 U-ilice las ar2ui-ec-uras 4asaas en co15onen-es

 l proceso se centra en el desarrollo temprano y línea de basede una arquitectura ejecutable robusta! antes de comprometerrecursos para el desarrollo a gran escala. n ;l se describe cómodise=ar una arquitectura que es >e1ible! comprensible! ypromueve la reutilización del software. l (ational "nied Processofrece un enfoque sistem$tico para la denición de unaarquitectura utilizando componentes nuevos y e1istentes. stosse ensamblan en una arquitectura bien denida! ya sea ad )oc! oen un componente de la infraestructura! tal como ?nternet!:+(@4! :+% .

6 So,-are e 1oelo /isual

l proceso muestra cómo el software de modelo visual captura laestructura y el comportamiento de arquitecturas y componentes.sto le permite ocultar los detalles y escribir códigos usandoabstracciones visuales que ayudan a comunicar los diferentesaspectos de su software de -bloques gr$cos de construcción

l est$ndar de la industria "nied %odeling Language &"%L'!creado por (ational Software! es la base para el modelado visual

e1itosa.7 Verifcaci8n e la Calia el So,-are

Page 4: Resumen RUP

7/17/2019 Resumen RUP

http://slidepdf.com/reader/full/resumen-rup-568dd06dac462 4/14

Pobre rendimiento de las aplicaciones y la escasa abilidad sonfactores comunes quein)iben la aceptabilidad de las aplicaciones de software. Por lotanto! la calidad debe ser revisada basada en la abilidad!funcionalidad! rendimiento de las aplicaciones y el rendimiento

del sistema. l (ational "nied Process le ayuda en laplanicación! dise=o! implementación! ejecución y evaluación deeste tipo de prueba.

( Con-rol e ca14ios 5ara so,-are

l proceso describe cómo controlar! rastrear y monitorear loscambios para permitir el desarrollo iterativo con ;1ito. Aambi;n leguía en la forma de establecer espacios de trabajo seguros paracada desarrollador! proporcionando el aislamiento de los cambiosrealizados en otras $reas de trabajo y mediante el control de loscambios de todos los artefactos de software &modelos! códigos!documentos! etc.'.

VISTA GENERAL DEL PROCESO

l proceso puede describirse en dos dimensiones! o en dos ejes/

B l eje )orizontal. (epresenta el tiempo y muestra el aspecto din$micodel proceso! se e1presa en t;rminos de ciclos! fases! iteraciones e)itos.

B l eje vertical. (epresenta el aspecto est$tico del proceso/ La formaen que se describe en t;rminos de actividades! artefactos! lostrabajadores y los >ujos de trabajo.

Page 5: Resumen RUP

7/17/2019 Resumen RUP

http://slidepdf.com/reader/full/resumen-rup-568dd06dac462 5/14

FASES E ITERACIONES 9 LA DIMENSI'N DEL TIEMPO

sta es la organización din$mica del proceso a lo largo del tiempo.l ciclo de vida del software se divide en fases. l (ational "nied Processdivide un ciclo de desarrollo en cuatro fases consecutivas

B Case de ?nicio

B Case de laboración

B Case de construcción

B Case de transición

:ada fase se concluye con un )ito! un punto bien denido en el tiempo en elque deben )acerse ciertas decisiones críticas.

• C4S 0 ?D?:?+

0urante la fase inicial! se establece el modelo de negocio para elsistema y se delimita el alcance del proyecto. Para esto es necesarioidenticar todas las entidades e1ternas con las que el sistemainteracta y denir la naturaleza de esta interacción. l resultado dela fase de inicio es/

B "n documento de visión/ una visión general de los requisitos del

proyecto b$sico! características clave y las limitaciones principales.B "n modelo de casos de uso inicial &2EF #3EF de avance'.B "n glosario proyecto inicial &se puede e1presar en parte como unmodelo de dominio'.B "n caso de negocio inicial! que incluye el conte1to empresarial!criterios de! y las previsiones nancieras.B "na evaluación inicial de riesgos.B "n plan de proyecto! mostrando fases e iteraciones.B "n modelo de negocio! si es necesario.B "no o varios prototipos.

OBJETIVOS DEL CICLO DE VIDA: HITO

Los criterios de evaluación para la fase inicial son/

Page 6: Resumen RUP

7/17/2019 Resumen RUP

http://slidepdf.com/reader/full/resumen-rup-568dd06dac462 6/14

B :oncurrencia de las partes interesadas en la denición del alcance yde las estimaciones de costo G )orario.B La credibilidad de las estimaciones de costo G )orario! prioridades!riesgos y proceso de desarrollo.B Profundidad y amplitud de cualquier prototipo arquitectónico que se

desarrolló.B Los gastos reales frente a los gastos previstos.

l proyecto puede ser cancelado o reformulado si no logra pasar aeste )ito.

• C4S 0 L4@+(4:?HD

l propósito de la fase de elaboración es analizar el dominio delproblema! establecer una base arquitectónica de sonido! desarrollar elplan del proyecto! y eliminar los elementos de mayor riesgo delproyecto. Para lograr estos objetivos! debe tener la -milla de anc)o y

pulgada de profundidad- vista del sistema.n la fase de elaboración! un prototipo de la arquitectura ejecutableest$ construido en m$s iteraciones! en función del alcance! tama=o!riesgo y novedad del proyecto.

l resultado de la fase de elaboración es/

B "n modelo de casos de uso &al menos un IEF de avance' # casos deuso y actores )an sido identicados.B "na 4rquitectura 0escripción del software.B "n prototipo de arquitectura ejecutable.

B "na lista de riesgos revisados y un caso de negocio revisado.B "n plan de desarrollo para el proyecto en general mostrandorepeticiones y criterios de evaluación para cada iteración.B "n caso de desarrollo actualizado especicando el proceso que seutilizar$.B "n manual preliminar &opcional'.

J?A+/ :?:L+ 0 7?04 4(K"?A:A"(4Los principales criterios de evaluación de la fase de elaboración implicalas respuestas a estas preguntas/

B s la visión del producto estableM

B s la arquitectura estableMB l programa de demostración ejecutable que los principaleselementos de riesgo se )an abordado y resuelto de manera creíbleMB s el plan para la fase de construcción sucientemente detallada yprecisaM s una copia de seguridad con una base creíble de lasestimacionesMB Aodas las partes interesadas est$n de acuerdo en que la visión actualse puede lograr si el plan actual se ejecuta para desarrollar el sistemacompleto! en el conte1to de la arquitectura actualMB s el gasto de recursos reales en comparación con los gastosprevistos aceptableM

l proyecto puede ser abortado si no logra pasar a este )ito.

Page 7: Resumen RUP

7/17/2019 Resumen RUP

http://slidepdf.com/reader/full/resumen-rup-568dd06dac462 7/14

• C4S 0 :+DSA("::?HD

La fase de construcción es un proceso de fabricación! donde se )ace)incapi; en la gestión de los recursos y control de las operaciones paraoptimizar costos! )orarios y calidad.l resultado de la fase de construcción es un producto listo para poneren manos de sus usuarios nales. :omo mínimo! se compone de/B ste producto de software integrado en las plataformas adecuadas.B Los manuales de usuario.B "na descripción de la versión actual.

J?A+/ :4P4:?040 +P(4A?74 ?D?:?4L

4l nal de la fase de construcción& tercer )ito importante' .n estepunto! usted decide si el software! los sitios y los usuarios est$ndispuestos a ir operativa! sin e1poner el proyecto a altos riesgos. stpes llamado comnmente un comunicado de -beta-.

Los criterios de evaluación para la fase de construcción implicanresponder a estas preguntas/

B s esta versión del producto estable y lo sucientemente maduropara ser desplegados en la comunidad de usuariosMB Son todas las partes interesadas prepararse para la transición a lacomunidad de usuariosMB Son los gastos de recursos reales frente a los gastos previstostodavía aceptableM

La transición puede ser aplazado por un lanzamiento si el proyecto no

llega a este )ito.  FASE DE TRANSICI'N

l propósito es la transición de producto de software para la comunidadde usuarios.La fase de transición se introduce cuando una línea de base es losucientemente maduro para ser desplegados en el dominio delusuario nal.sto requiere que algn subconjunto utilizable del sistema )a sidocompletado a un nivel aceptable de calidad y que la documentación deusuario est$ disponible para que la transición al usuario de positivo

resultados para todas las partes. sto incluye/

B -Pruebas beta- para validar el nuevo sistema frente a las e1pectativasde los usuariosB Cuncionamiento en paralelo con un sistema )eredado que est$reemplazandoB :onversión de bases de datos operacionalesB Cormación de los usuarios y mantenedoresB Puesta en marc)a del producto para la comercialización! distribucióny equipos de ventas

Los objetivos principales de la fase de transición incluyen/

Page 8: Resumen RUP

7/17/2019 Resumen RUP

http://slidepdf.com/reader/full/resumen-rup-568dd06dac462 8/14

B Lograr usuario auto#compatibilidadB Lograr la concurrencia de las partes interesadas de que las líneas debase de despliegue son completos y co)erentes con los criterios deevaluación.

J?A+/ P(+0":A+ 0 SA(D+

4l nal de la fase de transición! es el cuarto )ito importanteproyecto.4qui! usted decide si se cumplieron los objetivos! y si debeiniciar otro ciclo de desarrollo. n algunos casos! este )ito puedecoincidir con el nal de la fase de inicio para el siguiente ciclo.Los criterios de evaluación principales para la fase de transiciónimplican las respuestas a estas preguntas/

B st$ satisfec)o el usuarioMB Son los gastos de recursos reales frente a los gastos previstostodavía aceptableM

ESTRUCTURA EST*TICA DEL PROCESO

"n proceso describe qui;n est$ )aciendo qu;! cómo y cu$ndo. l(ational "nied Process se representa usando cuatro elementos/B Arabajadores! el Nqui;nNB 4ctividades! el -cómo-B Los artefactos! el -qu;-B Clujos de trabajo! el -cu$ndo-

TRA:A)ADOR"

 0ene el comportamiento y las responsabilidades de un individuo! oun grupo de individuos que trabajan juntos como un equipo.

ACTIVIDAD

La actividad de un trabajador especíco es una unidad de trabajo quese le puede pedir para llevar a cabo."na actividad debe ser utilizable como elemento de la planicación yprogreso

jemplo de actividades/

B Planicar una iteración! para el trabajador/ Project %anagerB ncuentra casos de uso y actores! para el trabajador/ 4nalista deSistemasB (evisar el dise=o! para el trabajador/ 0ise=o :rítico

ARTEFACTO

Los artefactos son los productos tangibles del proyecto! las cosas queel proyecto produce o utiliza mientras se trabaja )acia el producto

nal. Los artefactos pueden adoptar diversas formas/

Page 9: Resumen RUP

7/17/2019 Resumen RUP

http://slidepdf.com/reader/full/resumen-rup-568dd06dac462 9/14

B "n modelo.B "n elemento del modelo.B "n documento &caso de negocio o 4rquitectura de Software dedocumentos'B :ódigo fuente

FLU)OS DE TRA:A)O

"n >ujo de trabajo es una secuencia de actividades que produce unresultado de valor observable.

n t;rminos de "%L! un >ujo de trabajo se puede e1presar como undiagrama de secuencia! de colaboración! o de actividad.

FLU)OS DE TRA:A)O FUNDAMENTALESMODELADO DE NEGOCIOS

l (ational "nied Process aborda esto proporcionando un lenguaje y unproceso comn para la ingeniería de negocios e ingeniería de software! así como los que muestra cómo crear y mantener la trazabilidad directa entre lasempresas y modelos de software.

Los casos de uso del negocio son analizados para entender cómo la empresadebe apoyar los procesos de negocio

RE$UERIMIENTOSs describir lo que el sistema debe )acer y permite a los desarrolladores

• Se crea un documento de 7isión.•   Los actores se identican! en representación de los usuarios! y

cualquier otro sistema que pueden interactuar con el sistema que seest$ desarrollando.

•  Los casos de uso se identican! representa el comportamiento delsistema. 0ebido a que los casos de uso se desarrollan de acuerdo a lasnecesidades de los actores.

• :ada caso de uso se describe en detalle.

ESPECIFICACIONES.

Page 10: Resumen RUP

7/17/2019 Resumen RUP

http://slidepdf.com/reader/full/resumen-rup-568dd06dac462 10/14

Los casos de uso funcionan como un )ilo conductor a lo largo del ciclo dedesarrollo del sistema. l mismo caso de uso

modelo se utiliza durante la captura de requisitos! an$lisis y dise=o! y laprueba.

4n$lisis y 0ise=o l objetivo del >ujo de trabajo de 4n$lisis y 0ise=o esmostrar cómo se realizar$ el sistema en la fase de implementación. "stedquiere construir un sistema que/

B (ealiza en una implementación especíca con el medio ambiente delas tareas y funciones especicadas en el caso de uso

B :umple con todos sus requisitos.B st$ estructurado para ser robusto &f$cil cambiar si y cuando sus

requisitos funcionales cambian'.

Los resultados del an$lisis y dise=o de un modelo de dise=o y!opcionalmente! un modelo de an$lisis. l modelo de dise=o sirve como

l modelo de dise=o consiste en clases de dise=o estructurados en paquetesde dise=o y subsistemas de dise=o con interfaces bien denidas! lo querepresenta lo que se convertir$ en componentes de la aplicación. Aambi;ncontiene descripciones de cómo los objetos de estas clases de dise=ocolaboran para llevar a cabo los casos de uso.

IMPLEMENTACI'N

l propósito de la aplicación son/

B Para denir la organización del código! en t;rminos de subsistemas de

implementación organizados en capas.B ?mplementar clases y objetos en t;rminos de componentes &arc)ivos decódigo fuente! binarios! ejecutables! y

otros'.

B Para probar los componentes desarrollados como unidades.

B ?ntegrar los resultados producidos por los ejecutores individuales &oequipos'! en un arc)ivo ejecutable

PRUE:A"

Los propósitos de la prueba son/

# Para comprobar la interacción entre los objetos.

# Para vericar la adecuada integración de todos los componentes delsoftware.

# Para vericar que todos los requisitos se )an aplicadocorrectamente.

# ?denticar y asegurar defectos se tratan antes de la implementacióndel software.

Page 11: Resumen RUP

7/17/2019 Resumen RUP

http://slidepdf.com/reader/full/resumen-rup-568dd06dac462 11/14

La prueba se lleva a cabo a lo largo de tres dimensiones/ abilidad decalidad! funcionalidad! rendimiento de las aplicaciones y el rendimiento delsistema

DESPLIEGUE"

l propósito del >ujo de trabajo de despliegue es para producir con ;1itoversiones de productos! y entregar el software a sus usuarios nales.?ncluyendo las actividades/

# Producción de comunicados e1ternas del software.# mpaquetado software.# La distribución de software.# ?nstalación del software.# Proporcionar ayuda y asistencia a los usuarios.n muc)os casos! esto tambi;n incluye actividades tales como/

# Planicación y realización de pruebas beta.# %igración de software o datos e1istentes.# La aceptación formal.

%uc)as de las actividades necesitan ser incluidos en fases anteriores parapreparar para el despliegue en el nal de la fase de construcción.

GESTI'N DE PRO;ECTOS"

s el arte de equilibrar los objetivos de la competencia! la gestión del riesgo!y la superación de las limitaciones para ofrecer! con ;1ito! un producto quesatisfaga las necesidades de los clientes &los pagadores de facturas' y losusuarios.

Duestro objetivo con esta sección es )acer la tarea m$s f$cil al proporcionar/

# "n marco para la gestión de proyectos intensivos en software.# 0irectrices pr$cticas para la planicación! dotación de personal!ejecución y seguimiento de proyectos.# "n marco para la gestión del riesgo.

GESTI'N DE CONFIGURACI'N ; CAM:IOn este >ujo de trabajo se describe la forma de controlar los numerososartefactos producidos. :ontrol ayuda a evitar la confusión costosa! y seasegura de que los artefactos resultantes no est$n en con>icto debido a

algunos de los siguientes tipos de problemas/# 4ctualización simult$nea :uando dos o m$s trabajadores trabajan

por separado en el mismo artefacto.# Dotificación Limitado :uando un problema se resuelve en

artefactos compartidos por varios desarrolladores.# 7arias versiones se desarrollan programas m$s grandes en las

versiones evolutivas. "na liberación podría estar en uso de losclientes! mientras que otro es en la prueba! y el tercero an est$ endesarrollo.

ste >ujo de trabajo proporciona directrices para la gestión de mltiples

variantes de la evolución de los sistemas de software! seguimiento de las quese utilizan en las versiones de software dada construye! construye la

Page 12: Resumen RUP

7/17/2019 Resumen RUP

http://slidepdf.com/reader/full/resumen-rup-568dd06dac462 12/14

realización de los programas individuales o en lanzamientos completos deacuerdo con especicaciones de la versión denidos por el usuario! y )acercumplir las políticas de desarrollo especícas del sitio.AM:IENTE

l propósito del >ujo de trabajo del ambiente es proporcionar a laorganización de desarrollo de software junto al entorno de desarrollo desoftware! los procesos y las )erramientas que se necesitan para apoyar alequipo de desarrollo.

ste >ujo de trabajo se centra en las actividades para congurar el procesoen el conte1to de un proyecto. Aambi;n se centran en actividades paradesarrollar las pautas necesarias para apoyar un proyecto. "n procedimientopaso a paso se proporciona describiendo cómo se implementa un proceso enuna organización.

:iertos aspectos del >ujo de trabajo del 4mbiente no est$n cubiertos en elproceso! como la selección! adquisición! y fabricación de las )erramientas detrabajo! y mantenimiento del entorno de desarrollo.

PROCESO RACIONAL UNIFICADO9 EL PRODUCTO

l producto Proceso racional unicado consiste en/

"na base de conocimientos de bsqueda )abilitado para la web queproporciona todos los miembros del equipo con guías! plantillas y mentoresde )erramientas para todas las actividades críticas de desarrollo. La base deconocimientos se puede dividir a/

• 0irectrices amplias para todos los miembros del equipo! y todas laspartes del ciclo de vida del software. Se proporciona orientación tantopara el proceso de pensamiento de alto nivel! así como para lasactividades m$s tediosas del día a día.

• %entores de )erramientas que proporciona una guía pr$ctica paradisfrutar de )erramientas que cubren el ciclo de vida completo. Losmentores de la )erramienta se publican en forma de JA%L para laplataforma f$cil.

• (oseO racionales jemplos y plantillas que proporcionan orientación

para saber cómo estructurar la información en (ational (ose cuando sesigue el (ational "nied Proceso &(ational (ose es la )erramienta de(ational para el modelado visual'.

• Planes de Proyecto %icrosoft! %uc)os gerentes tienen dicultades paracrear planes de proyecto que re>eja un enfoque de desarrollo iterativo.Duestras plantillas inician la creación de planes de proyectos para eldesarrollo iterativo! segn el (ational "nied Process.

• it de 0esarrollo! se describe cómo personalizar y ampliar el (ational"nied Process a las necesidades especícas de la organización oproyecto! así como proporciona )erramientas y plantillas para ayudar

el esfuerzo.

Page 13: Resumen RUP

7/17/2019 Resumen RUP

http://slidepdf.com/reader/full/resumen-rup-568dd06dac462 13/14

• l acceso a centro de recursos que contiene las ltimas blancopapeles! actualizaciones! consejos y t;cnicas! así como las referenciasa a=adir productos y servicios.

INTEGRACI'N CON <ERRAMIENTAS

"n proceso de ingeniería de software requiere de )erramientas para apoyartodas las actividades en el ciclo de vida del sistema! especialmente paraapoyar el desarrollo! el mantenimiento y la contabilidad de varios artefactos#modelos en particular.

"n proceso de desarrollo iterativo pone requisitos especiales en el conjunto

de )erramientas que utiliza! como una mejor integración entre las)erramientas y la ingeniería de ida y vuelta entre los modelos y el código.

4 continuación encontrar$ una lista de algunas de las )erramientas de(ational que apoyan el Proceso (acional "nicado. "na )erramienta %entores una guía paso a paso que describe en detalle la forma de operar una)erramienta.

• (ational (equisiteOPro

• (ational :learKuestQ• (ational (oseO RI• (ational So04O• (ational PurifyO• (ational 7isual KuantifyQ

• (ational 7isualPure:overageQ

• (ational AeamAest•

(ationalPerformanceStudioQ• (ational :lear:aseO

Page 14: Resumen RUP

7/17/2019 Resumen RUP

http://slidepdf.com/reader/full/resumen-rup-568dd06dac462 14/14

UNA :REVE <ISTORIA DEL PROCESO RACIONALUNIFICADO

l Proceso (acional "nicado )a madurado a lo largo de muc)os a=os y

re>eja la e1periencia colectiva de las muc)as personas y empresas queconforman el rico patrimonio actual de Software (ational.

7amos a ec)ar un vistazo r$pido a la ascendencia de este proceso! como seilustra en la gura siguiente/

l Proceso (acional "nicado es el sucesor directo del Proceso +bjectory(acional &versión 6'. l Proceso (acional "nicado incorpora m$s materialen las $reas de ingeniería de datos! modelado de negocios! gestión deproyectos y gestión de la conguración.l Proceso +bjectory racional fue el resultado de la integración del -nfoqueracional- y el proceso +bjectory &versión 5'.sta versión tambi;n incorpora material sobre la gestión de requisitos de(equisitos! ?nc. y un proceso de prueba detallado )eredado de SK4! ?nc. O!las empresas que tambi;n se fusionaron con Software (ational.Por ltimo! este proceso fue el primero en utilizar el reci;n creado Lenguajede %odelamiento "nicado &"%L E.I'. l proceso +bjectory se creó enSuecia en 2RI por ?var Tacobson como resultado de su e1periencia conricsson. :entrado en el concepto de caso de uso y un m;todo de dise=oorientado a objetos! que r$pidamente ganó reconocimiento en la industriadel software y )a sido adoptado e integrado por muc)as empresas en todoel mundo.