Libro Rup Uml RMM Tomoi

Construccin de Software O.O.
con el Proceso Unificado y UML, un punto de vista prctico

Ing. Rosa Menndez Mueras Tomo I

1

CAPTULO I

METODOLOGA ORIENTADO A OBJETOS

1.1. INTRODUCCIN

La exi genci a de sof t war e de cal i dad, que sat i sf agan l os
r equer i mi ent os del usuar i o act ual , es t odo un r et o, ya que
sol i ci t an un al t o gr ado de especi al i zaci n debi do al
const ant e cambi o de l os di ver sos f act or es que i nf l uyen en l a
or gani zaci n.

La or gani zaci n par a hacer f r ent e a l as exi genci as del
mer cado act ual , necesi t an sol uci ones i nf or mt i cas i nt egr al es,
pr epar adas par a sopor t ar pr ocesos exi gi dos por l a coyunt ur a.

Est os r equi er en l a const r ucci n de si st emas de
i nf or maci n en el menor t i empo posi bl e, que cumpl an con
est ndar es de cal i dad, f l exi bi l i dad, r obust ez y const r ui dos
en base a l os r equer i mi ent os de l a or gani zaci n.

La i nt er r ogant e ms f amosa es si n duda: Cmo
sat i sf acer a l os r equer i mi ent os del usuar i o act ual ?.

Despus de muchos aos de evol uci n en l a const r ucci n
de sof t war e, encont r amos l a sol uci n a l a i nt er r ogant e
ant er i or al apl i car l a Met odol og a Or i ent ado a Obj et os.

Construccin de Software O.O. con el Proceso Unificado y UML, un punto de vista prctico

2
Las car act er st i cas de l a Met odol og a Or i ent ada a
Obj et os como l a her enci a, el pol i mor f i smo y el
encapsul ami ent o hacen posi bl e l a const r ucci n r pi da de
sof t war e, car act er i zado por l a f l exi bi l i dad a cambi os
f ut ur os, segur o y r obust o, l ogr ando as sat i sf acer l as
exi genci as del usuar i o act ual .

El Amer i can Nat i onal St andar I nst i t ut e ( ANSI ) , cr ea l a
or gani zaci n no guber nament al y si n f i nes de l ucr o Obj ect
Management Gr oup ( OMG) , di cha i nst i t uci n se encar ga de
def i ni r l os l i neami ent os y pol t i cas par a est andar i zar a l os
pr ocesos, t cni cas, el ement os, not aci ones, et c. , basados en
l a met odol og a or i ent ada a obj et os.

La t cni ca de model ami ent o Uni f i ed Model i ng Language
( UML) , el pr oceso de const r ucci n de sof t war e Rat i onal
Uni f i ed Pr ocess f uer on acept ados por l a OMG como
est ndar es, convi r t i ndose en l a t cni ca de model ado y el
pr oceso de const r ucci n de sof t war e por excel enci a de l a
Met odol og a Or i ent ada a Obj et os.

En est e cap t ul o anal i zar emos l a Met odol og a Or i ent ada a
Obj et os desde el punt o de vi st a pr ct i co, expl i car l as
car act er st i cas y pr i nci pi os de l a met odol og a de maner a
senci l l a y pr eci sa si n necesi dad de l eer t ext os adi ci onal es
par a ent ender l os di f er ent es t pi cos ci t ados en el pr esent e
cap t ul o.


3

1.2. METODOLOGIA ORIENTADO A OBJETOS

Es un conj unt o de mt odos, pr ocesos y t cni cas que gu an
l a const r ucci n de sof t war e; car act er i zado por anal i zar ,
di sear y ej ecut ar l o que sucede en l a r eal i dad.

Los concept os base de l a Met odol og a Or i ent ada a
Obj et os son l os obj et os y l as cl ases.

Per mi t e el desar r ol l o r pi do de sof t war e al ut i l i zar l a
r eut i l i zaci n de component es car act er st i ca pr i nci pal del
l enguaj e de pr ogr amaci n or i ent ado a obj et os J AVA.

La Met odol og a Or i ent ada a Obj et os gu a el pr oceso de
const r ucci n de sof t war e al ut i l i zar el RUP adems de
per mi t i r a l os pr of esi onal es i nmi scui dos en el desar r ol l o del
sof t war e expr esar su t r abaj o en t r mi nos de di agr amas al
ut i l i zar el UML.

1.3. BASE CONCEPTUAL DE LA METODOLOGIA ORIENTADO A OBJETOS

1.3.1. OBJETO

Es un ent e r eal concept ual que posee car act er st i cas
i nher ent es ( at r i but os) y compor t ami ent o i dent i f i cabl e
( mt odos) . El obj et o es espec f i co.

Son r equi si t os que deben cumpl i r l os obj et os.

Figura 01, Ej empl os de obj et os r ef er i dos a l a cl ase Per sona.
IDENTIDAD + COMPORTAMIENTO + ESTADO
MaraGutirrez J uanLuna RosaPaz

4

1.3.2. CLASE

Es l a col ecci n de obj et os que compar t en at r i but os,
f unci ones y mt odos comunes.

Es una abst r acci n y no r ef enci a a ni ngn obj et o en
par t i cul ar .

Est as son genr i cas, per mi t i endo model ar el mundo r eal .

Figura 02, Ej empl os de Cl ases.

1.4. CARACTERISTICAS TERICAS DE LA METODOLOGA ORIENTADO A
OBJETOS.

1.4.1. ABSTRACCIN

Es l a r epr esent aci n de l as car act er st i cas esenci al es
de al go, si n i ncl ui r det al l es i r r el evant es.

1.4.2. PERSISTENCIA

Se r ef i er e al t i empo de vi da de un obj et o. Cuando est e
r esi de en l a memor i a RAM, se di ce que no es per si st ent e, per o
l os que se al macenan en un medi o per manent e, en el di sco
dur o, por ej empl o, se di ce que son per si st ent es.

Ej empl o:

La i nf or maci n de l a base de dat os son consi der ados
per si st ent es por no al t er ar se con r espet o al t i empo, l a ni ca
Persona Universidad Automvil

5
maner a de modi f i car l os es medi ant e el St r uct ur e Quer y
l anguage ( SQL) .

1.4.3. ENCAPSULAMIENTO

Consi st e en cont ener en una cl ase dat os y f unci ones, de
f or ma que el acceso a l os dat os se per mi t e sl o a t r avs de
l os pr opi os mt odos del obj et o.

Ni nguna ot r a par t e de l a apl i caci n or i ent ada a obj et os
debe oper ar di r ect ament e sobr e l os dat os de ot r o obj et o.

Empaquet amos en un obj et o una pi eza de i nf or maci n con
compor t ami ent o espec f i co que act a sobr e est a i nf or maci n.

Con est a car act er st i ca podemos l i mi t ar l os ef ect os de
cambi os sobr e el si st ema.

1.4.4. POLIMORFISMO

Un mi smo mt odo puede pr esent ar di f er ent es
compor t ami ent os, en f unci n al cont ext o. Est a car act er st i ca
per mi t e l ogr ar l a si mpl i ci dad y el or den en el ambi ent e de
pr ogr amaci n.

1.4.5. HERENCIA

Pr opi edad que per mi t e a l a cl ase o subCl ase t ener acceso
a l os at r i but os y mt odos de ot r a conoci da como cl ase padr e o
super cl ase.

La her enci a per mi t e a l os pr ogr amador es cr ear nuevas
cl ases pr ogr amando sol o l as di f er enci as con l a cl ase padr e.

Est a car act er st i ca br i nda f aci l i dad de mant eni mi ent o y
hace posi bl e l a r eut i l i zaci n de component es.

1.4.6 REUTILIZACIN DE COMPONENTES

Pr oduci da gr aci as a l a car act er st i ca de her enci a de l a
Met odol og a Or i ent ada a Obj et os. La r eut i l i zaci n de
component es i mpl i ca l a const r ucci n de sof t war e con equi po
l gi co que ya exi st e o que const r uyen t er cer os.

6
La vent aj a pr i nci pal que apor t a es l a gener aci n de
apl i caci ones ef i ci ent es y de gr an f i abi l i dad.

1.4.6.1. COMPONENTES

Son bl oques de const r ucci n de apl i caci ones. Los
" const r uct or es de sol uci ones" ut i l i zan muchos component es
sof t war e par a l a r eal i zaci n de sus si st emas.
El concept o de r eut i l i zaci n de component es abar ca el
equi po l gi co exi st ent e par a t ar eas bsi cas y genr i cas como
i mpr esi n, pr ocesador es de t ext os, hoj as de cl cul o,
gr f i cos, di agr amas de bar r as y di buj os. Todas est as pi ezas
deber an est ar di sponi bl es como component es r eut i l i zabl es
par a t odas l as sol uci ones que l os necesi t en.

1.4.6.2. OBTENCIN DE COMPONENTES
Si se acept a de f or ma uni ver sal el model o de obj et os
par a l a const r ucci n de component es, si gni f i ca que apar ecer
una nueva i ndust r i a de cr eaci n de component es genr i cos.
Las apl i caci ones ms habi t ual es ( pr ocesador es, gr f i cos,
et c. ) se encont r ar n di sponi bl es en f or ma de component es que
se podr n i nt egr ar par a consegui r nuevas apl i caci ones de gr an
f l exi bi l i dad y pot enci a. Lo ni co necesar i o es el l enguaj e de
pr ogr amaci n comn par a ensambl ar l os di st i nt os component es y
const r ui r l a apl i caci n.
Par a const r ui r una apl i caci n compl ej a, se di spondr de
component es genr i cos f abr i cados por t er cer os y que se
i nt egr ar n j unt o con l os component es espec f i cos
desar r ol l ados par a l a apl i caci n concr et a. Est o per mi t e
concent r ar el esf uer zo del desar r ol l ador en l as par t es de l a
apl i caci n que son de su compet enci a y poder as desar r ol l ar
sol uci ones pot ent es de f or ma muy r pi da.
La i dea es const r ui r nuest r os pr opi os component es, el l o
per mi t e l ogr ar especi al i zaci n y obvi ament e l a const r ucci n
r pi da de sof t war e.


7
1.4.7 MODELO DE OBJETOS
El model o de obj et os f or mal i za l a est r uct ur a y el
compor t ami ent o de l os component es par a que puedan t r abaj ar
conj unt ament e. El model o ve a l os component es como obj et os y
ut i l i za l os concept os de or i ent aci n a obj et os par a def i ni r
el mar co de desar r ol l o de l os mi smos.
El pr obl ema es l a f al t a de uni f or mi dad en el desar r ol l o
de l os component es par a que puedan comuni car se y t r abaj ar
conj unt ament e.

La f i nal i dad del model o de obj et os anl i si s or i ent ados
a obj et os par a l a const r ucci n de l a base de dat os es evi t ar
l a pr esenci a de nul os y r edundanci a l ogr ando adems l a
homogeni zaci n de l os dat os en el l a.

1.4.8 VENTAJAS DEL ANALISIS ORIENTADOS A OBJETOS EN
LA BASE DE DATOS
1

La base de dat os est compl et ament e l i br e de nul os.
La base de dat os est l i br e de r edundanci a.
La nor mal i zaci n de l a base de dat os es i mpl ci t a.
La base de dat os est pr epar ada par a cambi os f ut ur os.
Las cl ases son component es r eut i l i zabl es.
El model ami ent o or i ent ado a obj et os per mi t e:
o La gener aci n de cdi go par a l a pr ogr amaci n, y
o La gener aci n de scr i pt s SQL par a el di seo de l a
base de dat os.
El model o de obj et os conduce di r ect ament e haci a l a
pr ogr amaci n en l a WEB( accesos r emot os de BD) .

1.4.9. MENSAJE:

Los obj et os se comuni can ent r e si medi ant e mensaj es.

1
Idea original del Magster Amancio Guzmn Rodrguez

8
Cuando un obj et o no est a capaci t ado par a r eal i zar una
t ar ea, y ot r o l o est a; ent onces el pr i mer obj et o env a un
mensaj e al segundo. Los mensaj es r esuel ven l os pr obl emas
der i vados del encapsul ami ent o.

1.4.10. MTODO

Tambi n conoci do como operacin en l a et apa de
anl i si s. Son l as di ver sas acci ones ( compor t ami ent os) a
r eal i zar con l as car act er st i cas de l a cl ase.

Por ej empl o, par a el at r i but o nombr e, podemos consi der ar
l os si gui ent es mt odos:

agr egar Nombr e( )
gr abar Nombr e( )
modi f i car Nombr e( )
el i mi nar Nombr e( )

1.4.11. MODELO

Repr esent a el si st ema sof t war e desde una per spect i va
espec f i ca. Al i gual que l a pl ant a y el al zado de gr f i cos en
di buj o t cni co nos muest r an l a mi sma f i gur a, vi st a desde
di st i nt os ngul os, cada model o nos per mi t e vi sual i zar un
aspect o di st i nt o del si st ema.

Un model o puede ser expr esado en l os di ver sos di agr amas
pr opuest os por el UML.

El model o per mi t e a l os pr of esi onal es i nmi scui dos en l a
const r ucci n de sof t war e expr esar su t r abaj o en t r mi nos de
di agr amas.


9

CAPITULO II

LENGUAJE DE MODELAMIENTO UNIFICADO

2.1. INTRODUCCIN

La t cni ca de model ado est ndar UML ( Lenguaj e de
Model ami ent o Uni f i cado) , capt a cada vez ms i nt er s en el
mundo de desar r ol l o de sof t war e, ya que per mi t e vi sual i zar ,
especi f i car y document ar t odo el pr oceso de const r ucci n del
sof t war e de maner a cl ar a y senci l l a.

As como l os ar qui t ect os ut i l i zan l os pl anos par a
pl ani f i car l as car act er st i cas de una const r ucci n al
det al l e, l os pr of esi onal es que par t i ci pamos en l a
const r ucci n de sof t war e podemos t ambi n pl ani f i car el
pr oceso de const r ucci n, obvi ament e no ut i l i zamos pl anos
per o si l os di f er ent es di agr amas del UML.

Con el uso de l os di agr amas cont r ol amos l os det al l es de
const r ucci n del sof t war e, que si n el uso del UML ser a
compl i cado por l a car act er st i ca emp r i ca del pr oceso de
const r ucci n si n pr evi o anl i si s.

En est e cap t ul o anal i zar emos el det al l e del UML desde
un punt o de vi st a pr ct i co e i l ust r at i vo.

La construccin de software es un arte; como toda expresin
artstica la paciencia y creatividad son habilidades indispensables
conducentes al xito de la construccin del software.

10
2.2. CONCEPTO

El UML, es una t cni ca de model ado, NO una metodologa el
case de modelamiento Rational Rose, muchas per sonas t i enen
esa conf usi n, esper o despus de est a cl ar a expl i caci n no
haya l ugar a dudas.

El UML, apar t e de per mi t i r l a especi f i caci n,
vi sual i zaci n, const r ucci n y document aci n de l os el ement os
de un si st ema sof t war e, t ambi n se ut i l i za en el model ado de
pr ocesos de negoci o u ot r os si st emas no- sof t war e. UML r ene
una col ecci n de l as mej or es pr ct i cas en l a i ngeni er a de
sof t war e que han si do ut i l i zadas con xi t o par a model ar
si st emas gr andes y compl ej os. Est e l enguaj e es una not aci n
cal i f i cado por l a OMG como t cni ca de model ado est ndar .

El UML i ncr ement a l a pr oduct i vi dad y l a cal i dad del
si st ema, r educi endo i ncl uso el ci cl o de vi da de const r ucci n
del sof t war e al ser ut i l i zado adecuadament e por un pr oceso
de const r ucci n de sof t war e como el RUP por ej empl o.

UML ser pr edomi nant e en l os pr xi mos aos, debi do a l as
si gui ent es r azones:

Fue cr eado por exper t os en met odol og a, i nf or mt i ca y
t ecnol og as i nf l uyent es, sobr e l a base de l as
mej or es pr ct i cas en const r ucci n de sof t war e de t odos
l os t i empos.
Muchas empr esas l der es en t ecnol og a pat r oci nar on su
cr eaci n.
Ti ene l a acept aci n de l a OMG como not aci n est ndar .

2.3. ANTECEDENTES DEL UML

El UML ha si do cr eado por Gr ady Booch, I var J acobson, y
J ames Rumbaugh, t eni endo como pr i nci pal pat r oci nador a l a
cor por aci n Rat i onal , ut i l i zando i nf or maci n de ot r os
i mpor t ant es exper t os en met odol og as, vendedor es de
sof t war e, y usuar i os f i nal es.

El obj et i vo de su cr eaci n f ue uni f i car l os di ver sos
si st emas que hab a y cr ear un l enguaj e de model ado con l as
mej or es car act er st i cas de cada uno.


11

Figura 03, Cr eador es de Lenguaj e de Model ami ent o Uni f i cado.

Figura 04, Apor t es si gni f i cat i vos de l os mt odos or i gi nal es
de Gr ady Booch, I var J acobson, y J ames Rumbaugh al UML.

El UML nace en el ao 1995, el det al l e de su evol uci n
l o obser vamos en l a f i gur a N 05.

Jacobson
Booch
Jacobson
Rumbaugh
Grady
Booch
Ivar
J acobson
J ames
Rumbaugh

12

Figura 05, Evol uci n del UML desde el adveni mi ent o del Mt odo
Uni f i cado 0. 8.

2.4. UML AL DETALLE

Los el ement os y di agr amas UML est n basados en el
par adi gma or i ent ado a obj et os.

Podemos di vi di r al UML en cuat r o par t es:

2.4.1. VISTAS

Muest r an l os di f er ent es aspect os del si st ema que son
model ados. Una vi st a no es un gr f i co, per o es l a abst r acci n
consi st ent e en un nmer o de di agr amas.
OOSE
BOOCH
Otros
mtodos
OMT
1995 OOPSLA 950
Mtodo Unificado 0.8
Mtodo Unificado 0.8
1996
Socios del UML
Aceptacin por la OMG
Permiso final a la OMG
Permiso inicial a la OMG
1997 UML 1.1
Solicitud a una
revisin menor
UML 1.3 1999
UML 1.4
Planificacin de una
revisin menor
2001
2002
Planificacin de
una revisin mayor
UML 2.0
UML 0.9

13

Consi der amos l as si gui ent es vi st as:

Vi st a de casos de uso.
Vi st a l gi ca.
Vi st a de component es.
Vi st a concur r ent e.
Vi st a de despl i egue.

Las vi st as ant er i or es, son t r abaj ados en el br owser del
case de model ami ent o Rat i onal Rose, ver f i gur a N 06.

Figura 06, Vi st a del UML, desde 2 punt os de vi st a.

2.4.2. DIAGRAMAS

Son l os gr f i cos que descr i ben el cont eni do en una
vi st a. UML t i ene ocho t i pos de di agr amas que se usan par a
pr oveer t odas l as vi st as del si st ema.

2.4.3. ELEMENTOS DE MODELO

Los concept os usados son el ement os del model o que
r epr esent an concept os or i ent ados a obj et os como cl ases,
obj et os, mensaj es y r el aci ones i ncl uyendo asoci aci n
dependenci a y gener al i zaci n.

Logical View

Implementation
View

Process
View
Deployment View
Use Case
View
Systemtopology
Delivery, installation
Communication
Systemengineering
Programmers
Software management
End-user
Functionality
Performance
Scalability
Throughput

14

2.4.4 MECANISMOS GENERALES
Son s mbol os genr i cos par a i nf or maci n adi ci onal sobr e un
di agr ama, t pi cament e son l os que no pueden ser
r epr esent ados. Se t i ene l os ador nos y l as not as.

2.5. VISTAS DEL UML

2.5.1. VISTAS ESTTICAS

Los Di agr amas de est r uct ur a est t i ca de UML se van a
ut i l i zar par a r epr esent ar t ant o Model os Concept ual es como
di agr amas de cl ases de di seo, ambos usos son di st i nt os
concept ual ment e, mi ent r as l os pr i mer os model an el ement os del
domi ni o l os segundos pr esent an l os el ement os de l a sol uci n
sof t war e.

2.5.2. VISTAS DINMICAS

Vamos a r ecor dar l os di f er ent es model os que si r ven par a
r epr esent ar el aspect o di nmi co de un si st ema:

Di agr amas de secuenci a
Di agr amas de col abor aci n
Di agr amas de est ados
Di agr amas de casos de uso
Di agr amas de act i vi dades

2.6. DESCRIPCION DE LOS DIAGRAMAS DEL UML

2.6.1. DIAGRAMA DE CLASES

2.6.2. CONCEPTO

El di agr ama de cl ases es un ent or no est t i co, donde se
muest r a l as cl ases y sus r el aci ones, l as r el aci ones pueden
ser : Her enci a, Agr egaci n y Asoci aci n.


15

2.6.3. TIPOS DE RELACIONES ENTRE CLASES

2.6.3.1. HERENCIA

La Her enci a Gener al i zaci n es el pr oceso de
i dent i f i car l as car act er st i cas comunes y def i ni r r el aci ones
ent r e una Super cl ase ( genr i co) y Subcl ases ( concept os
especi al i zados, espec f i cos) . Una cl ase hi j a puede ser
r econoci da medi ant e l as pal abr as r eser vadas Es un tipo de.

2.6.3.2. AGREGACIN

La Agr egaci n i ndi ca una r el aci n de un t odo conf or mado
por par t es. Puede ser r econoci do medi ant e l as pal abr as
r eser vadas Es parte de.

2.6.3.3. ASOCIACIN

Rel aci n ent r e cl ases que i ndi can una conexi n
si gni f i cat i va, l a asoci aci n bi di r ecci onal NO si gni f i ca
dependenci a.

La asoci aci n est r epr esent ada con una l nea ent r e l as
cl ases con un nombr e que i dent i f i que l a r el aci n. Las
asoci aci ones uni di r ecci onal es si gni f i can dependenci a.


16

2.6.4. ELEMENTOS DEL DIAGRAMA DE CLASES

Figura 07, El ement os en un di agr ama de cl ases.

CLASES
Agregacin Agregacin
Unidireccional
Asociacin
Asociacin
Unidireccional
Dependencia
Clase
asociativa
Herencia

17

Figura 08, Ej empl os de Di agr amas de Cl ase.

2.7. DIAGRAMA DE PAQUETES

2.7.1. CONCEPTO

Di agr ama del t i po est t i co, el obj et i vo es most r ar l as
dependenci as que exi st en ent r e paquet es.

2.7.2. ELEMENTOS DEL DIAGRAMA DE PAQUETES

Figura 09, El ement os y Di agr ama de paquet es.

PAQUETE
DEPENDENCIA
INSTANCIA

18
2.8. DIAGRAMA DE CASOS DE USO

2.8.1. CONCEPTO

El di agr ama de Casos de Uso muest r a l a r el aci n ent r e
l os act or es y l os casos de uso t ant o en el negoci o como en
el si st ema.
Muest r an l a at omi zaci n del si st ema en f r agment os
f unci onal es r eut i l i zabl es, l a i nt er acci n de l os act or es con
l a f unci onal i dad del si st ema. Muest r a l a def i ni ci n vi sual de
l os r equer i mi ent os del usuar i o.

El di agr ama de casos de uso t ambi n muest r a el
f unci onami ent o del pr oceso empr esar i al en t r mi nos de sus
par t i ci pant es l os act or es i nt er nos y ext er nos con r espect o
a su r eal i zaci n en el ambi ent e de negoci o.


19

2.8.2. ELEMENTOS DEL DIAGRAMA DE CASOS DE USO

Figura 10, El ement os a ut i l i zar en un Di agr ama de Casos de
Uso.

Figura 11, Ej empl os de Di agr amas de Casos de Uso.

Caso de Uso
del Sistema
Actor
del Sistema
Herencia
Asociacin
Unidireccional
Dependencia
Instancia
Actor Interno
del Negocio
Caso de Uso
Realizacin
del Sistema
Caso de Uso
del Negocio
Actor Externo
del Negocio
Caso de Uso
Realizacin
del Sistema

20

2.9. DIAGRAMA ACTIVIDADES

2.9.1. CONCEPTO

Muest r a l as di ver sas act i vi dades ej ecut ados por una
per sona, una or gani zaci n, i ncl uso el har dwar e el
sof t war e.

Su obj et i vo es compr ender qu act i vi dades son necesar i as
y cual es son sus r el aci ones de dependenci a t r ansi ci n de
est ado.

Se ut i l i za par a r epr esent ar l os di st i nt os escenar i os que
i nvol ucr a un Caso de Uso, per mi t e descr i bi r l as t ar eas
si ncr oni zadas y r esponsabi l i dades, r esol vi endo f act or es de
deci si n.

2.9.2. ELEMENTOS DEL DIAGRAMA DE ACTIVIDADES

Figura 12, El ement os del Di agr ama de Act i vi dades.

Inicio
Swimlane
Transicin
Recursiva
Actividad
Desicion Sincronizacin
Horizontal y
Vertical
Transicin de
Estado
Fin

21

Figura 13, Ej empl o de Di agr ama de Act i vi dades.

2.10. DIAGRAMA DE ESTADOS

2.10.1. CONCEPTO

Muest r a l a secuenci a de est ados por l os que pasa el caso
de uso, el obj et o el si st ema a l o l ar go de t odo el t i empo
de vi da.

En el di agr ama de est ados se i ndi ca qu event os r eal i zan
l os casos de uso, l os obj et os y l os si st emas en gener al par a
pasar de un est ado a ot r o y cul es son l as r espuest as y
acci ones que gener a.


22
En cuant o a l a r epr esent aci n, el di agr ama de est ados
es un gr af o cuyos nodos son est ados y cuyos ar cos di r i gi dos
son t r ansi ci ones et i quet adas con nombr es de l os event os.

2.10.2. ELEMENTOS DEL DIAGRAMA DE ESTADOS

Figura 14, El ement os del Di agr ama de Est ados

Figura 15, Ej empl os del Di agr ama de Est ados.

Inicio
Transicin
Recursiva
Estado
Desicion Sincronizacin
Horizontal y
Vertical
Transicin de
Estado
Fin

23

2.11. DIAGRAMA DE OBJETOS

2.11.1. CONCEPTO

Es el ent or no i nt r nseco de l os di agr amas del t i po
i nt er act i vo, t ant o en el di agr ama de secuenci a como en el
di agr ama de col abor aci n se r eal i zan l os di agr ama de obj et os,
l os el ement os necesar i os par a r eal i zar cual qui er a de est os
di agr amas t i enen l a mi sma consecuenci a.

La ni ca di f er enci a ent r e ambos di agr amas es l a
or i ent aci n, con r espect o al t i empo en el di agr ama de
secuenci a y con r espect o al espaci o en el di agr ama de
col abor aci n; i ncl uso el case de model ami ent o Rat i onal Rose,
t oma como equi val ent es a est os di agr amas de i nt er acci n.

Conver t i r el di agr ama de secuenci a al di agr ama de
col abor aci n est a l a al t ur a de un click; obvi ament e
t ambi n f unci ona en el ot r o sent i do.

2.12. DIAGRAMAS DE INTERACCIN

En l os di agr amas de i nt er acci n se muest r a el pat r n de
i nt er acci n ent r e obj et os. Hay dos t i pos de di agr ama de
i nt er acci n, ambos basados en l a mi sma i nf or maci n, per o cada
uno enf at i zando un aspect o par t i cul ar . Son di agr amas de
i nt er acci n l os ya menci onados di agr amas de Secuenci a y l os
di agr amas de Col abor aci n.

2.12.1. DIAGRAMA DE SECUENCIA

2.12.1.1 . CONCEPTO

El di agr ama de Secuenci a muest r a l a i nt er acci n or denada
segn l a secuenci a t empor al de event os, con r espect o al
t i empo. Muest r a l os obj et os par t i ci pant es en l a i nt er acci n y
l os mensaj es que i nt er cambi an de maner a or denada y
secuenci al .

24

2.12.1.2. ELEMENTOS DEL DIAGRAMA DE SECUENCIA

Figura 16, El ement os del Di agr ama de Secuenci a.

Objeto
Marca de Destruccin
Mensaje Recursivo Mensaje con Retorno
Mensaje Objeto

25

Figura 17, Ej empl o del Di agr ama de Secuenci a.

2.12.2. DIAGRAMA DE COLABORACION

2.12.2.1. CONCEPTO

Es el di agr ama del t i po di nmi co, e i nt er act i vo, per mi t e
l a r el aci n ent r e obj et os qui enes se comuni can con ot r os
obj et os y ent r e s , medi ant e l a secuenci a de mensaj es con
r espect o al espaci o.


26

2.12.2.2. ELEMENTOS DEL DIAGRAMA DE COLABORACION

Figura 18, El ement os del Di agr ama de Col abor aci n.

Figura 19, Ej empl o del Di agr ama de Col abor aci n.

Objeto
Objeto Recursivo
Datos tipo Token
Inverso
Mensaje Link
Inverso
Datos tipo
Token
Mensaje Link
Objecto Link

27

2.13. DIAGRAMA COMPONENTES

2.13.1. CONCEPTO

Los component es per t enecen al mundo f si co, es deci r ,
r epr esent an el bl oque de const r ucci n al model ar aspect os
f si cos del si st ema.

La car act er st i ca bsi ca del component e es que:
debe def i ni r l a abst r acci n pr eci sa con l a i nt er f az bi en
def i ni da, per mi t i endo r eempl azar f ci l ment e l os component es
vi ej os con ot r os nuevos y compat i bl es. .

En el UML t odos l os el ement os f si cos se model an como
component es.

2.13.2. ELEMENTOS DEL DIAGRAMA DE COMPONENTES

Figura 20, El ement os del Di agr ama de Component es.
Especificacin
de un Subprograma
Especificacin
de la Tarea
Programa
Principal
Componente
Cuerpo de la Tarea
Especificacin del
Paquete
Cuerpo del
Subprograma
Cuerpo
del paquete

28

2.14. DIAGRAMA DE DESPLIEGUE

2.14.1. CONCEPTO

Al i gual que l os component es l os nodos per t enecen al
mundo mat er i al . Vamos a def i ni r el nodo como un el ement o
f si co, que exi st e en t i empo de ej ecuci n y r epr esent a el
r ecur so comput aci onal que gener al ment e t i ene al guna memor i a
y, a menudo, capaci dad de pr ocesami ent o. Los nodos si r ven
par a model ar l a t opol og a del har dwar e sobr e el que se
ej ecut a el si st ema. Un nodo r epr esent a nor mal ment e el
pr ocesador o el di sposi t i vo sobr e el que se pueden
despl egar l os component es.

Un nodo debe t ener un nombr e asi gnado que l o di st i nga
del r est o de nodos.

2.14.2. ELEMENTOS DEL DIAGRAMA DEL DESPLIEGUE

Figura 21, El ement os del Di agr ama del Despl i egue.

DEVICE PROCESOR

29

Figura 22, Ej empl o del Di agr ama del Despl i egue.


30

CAPITULO III

PROCESO UNIFICADO RATIONAL

3.1. INTRODUCCIN

Si no t enemos una gu a pr ot ot i po que di r i j a l os pasos
par a el l ogr o de un obj et i vo en par t i cul ar di f ci l ment e
l ogr ar emos el xi t o, el mundo r eal NO f unci ona en base a
cr i t er i os y pr ocedi mi ent o emp r i cos. Basar se en l a suer t e,
en lo NO previsto y en el ojala suceda como pienso,
demuest r an l a f al t a de conoci mi ent o e i nsegur i dad, el l o
r eper cut e en el f r acaso del obj et i vo t r azado.

Los pr of esi onal es dedi cados a l a const r ucci n de
sof t war e, sabemos que l a combi naci n del conoci mi ent o,
exper i enci a, habi l i dad y cr eat i vi dad en l a apl i caci n de
t cni cas, mt odos y pr ocesos, nos acer ca con cer t eza al xi t o
en l a cr eaci n del sof t war e.

Si no cont amos con el pl an que gu e el pr oceso de
const r ucci n de sof t war e, si n duda caer emos en el f r acaso.

Un pr oceso def i ne qui n est haci endo qu, cundo y cmo
par a l ogr ar el obj et i vo pr evi st o. En l a i ngeni er a de
sof t war e el obj et i vo es const r ui r el sof t war e mej or ar
al guno exi st ent e.

Par a l ogr ar el xi t o del pr oyect o i nf or mt i co NO bast a
t ener l a buena admi ni st r aci n del conj unt o.

31

Despus de un l ar go pr oceso de i nvest i gaci n y
compar aci n puedo est abl ecer con cer t eza, l a i mpor t anci a del
un pr oceso que gu e l a const r ucci n del sof t war e, el bi nomi o
administracin del proyecto y proceso de construccin del
software per mi t e acer car nos al xi t o del sof t war e en
t r mi nos de t i empo, cost o, cal i dad y al cance.

Debemos t ener cui dado al moment o de sel ecci onar el
pr oceso de const r ucci n, se debe poner especi al nf asi s en
el est udi o de l os pr ocesos or gani zaci onal es y pr ocur ar el
r espal dado por al guna or gani zaci n est ndar .

El adveni mi ent o del I nt er net , l a gl obal i zaci n y el
desar r ol l o agi gant ado de l a t ecnol og a hace que l os usuar i os
sol i ci t en sof t war e con car act er st i cas cada vez ms
sof i st i cados que l es per mi t an est ar a l a al t ur a de l os
const ant es cambi os i nt er nos como ext er nos par a per manecer en
l a car r er a compet i t i va exi gi da por el mer cado act ual .

Es necesar i a l a apl i caci n del pr oceso que per mi t a l a
cent r al i zaci n en l os pr ocesos empr esar i al es, adel ant ar se a
l os r i esgos, cent r ar se en l a ar qui t ect ur a de desar r ol l o,
pasar por una est r i ct a et apa de pr uebas y cont r ol de cal i dad,
per mi t i r que cada uno de l os i nt egr ant es del equi po act u y
pi ense como un sol o gr upo y anal i zar el ent or no
or gani zaci onal par a asegur ar el xi t o de l a i nt egr aci n.

El pr oceso Rat i onal Uni f i ed Pr ocess ( RUP) , basado en l a
met odol og a or i ent ado a obj et os y decl ar ado como pr oceso
est ndar por l a Obj ect Management Gr oup ( OMG) es una
al t er nat i va par a sol uci onar muchos de l os pr obl emas que
aquej an const ant ement e en l a const r ucci n del sof t war e.

En el pr esent e cap t ul o anal i zar emos l os pr i nci pal es
aspect os del RUP, como f r ut o de ms de un ao de
i nvest i gaci n; abor dar emos l os pr i nci pi os, f ases, el ement os y
concept os del RUP desde un punt o de vi st a pr ct i co y
di dct i co.


32

3.2. CONCEPTO

El Pr oceso Uni f i cado Rat i onal ( RUP) es el pr oceso de
ingeniera de software, cuyo obj et i vo es pr oduci r sof t war e de
al t a cal i dad, es deci r , que cumpl a con l os r equer i mi ent os de
l os usuar i os dent r o de l os mr genes de l a pl ani f i caci n y
pr esupuest os est abl eci dos.

El RUP, cubr e t odo el ci cl o de vi da de desar r ol l o de
sof t war e, el pr opsi t o es asegur ar l a pr oducci n de
sof t war e, es deci r , que col me l as expect at i vas y exi genci as
del usuar i o act ual , ent r egado en el t i empo pr evi st o, con l a
cal i dad esper ada, que se manej e dent r o del pr esupuest o- cost o
cal cul ado y que cumpl a con l os r equi si t os est abl eci dos en l a
def i ni ci n del pr oyect o de const r ucci n del sof t war e.

El RUP puede i nt egr ar t odos l os aspect os a t ener en
cuent a dur ant e el ci cl o de desar r ol l o del sof t war e con el
obj et i vo de hacer t angi bl es t odo t i po de pr oyect os si n
i nt er esar su enver gadur a.

3.3 ANTECEDENTES

Aos at r s nuest r os col egas especi al i st as en l as
const r ucci n de sof t war e encont r aban muchas di f i cul t ades en
el pr oceso de const r ucci n de sof t war e, pr obl emas t al es como:
mant ener el hi l o conduct or del pr oceso de desar r ol l o,
mant ener l a r et r oal i ment aci n const ant e ent r e cada una de l as
et apas de const r ucci n, f al t a de conoci mi ent o or gani zaci onal
y f al enci as en l a def i ni ci n de r ol es, f uer on al gunas de l as
causas de l a f al t a de cal i dad y per f or mance en el sof t war e
puest o en pr oducci n. Muchas de l as di f i cul t ades expuest as
son sol uci onadas por el pr oceso RUP.

El pr oceso RUP, nace a par t i r de l a necesi dad de cont ar
con un pr oceso, r obust o, pot ent e y f l exi bl e que per mi t a dar
sol uci n a l os r equer i mi ent os cada vez ms sof i st i cados del
usuar i o act ual donde el punt o de ent r ada ms i mpor t ant e es
el conoci mi ent o de l a or gani zaci n en base a pr ocesos y sus
par t i ci pant es i nt er nos ext er nos.


33
El RUP f ue cr eado por Grady Booch, Ivar Jacobson y
James Rumbaugh se hace pr esent e en el mer cado de desar r ol l o
de sof t war e a pr i nci pi os del 1998.

Los or genes del RUP se r emont a desde 1967, f echa en que
el mtodo Ericson er a el ms r espet abl e mt odo de
const r ucci n de sof t war e, a par t i r del modelo Ericson el
pr oceso RUP t uvo var i as i nf l uenci as como el Rational Approch
y el Objectory Process, ent r e ot r os.

Muchas empr esas r el aci onadas con l a t ecnol og a y l a
i nf or mt i ca pat r oci nar on l a cr eaci n del pr oceso RUP,
menci ono al gunos par a al i ment ar vuest r a cul t ur a y evi t ar el
si l enci o cuando al guna per sona pr i nci pi ant e en el apasi onado
mundo del RUP, comi enza a t ener dudas.

Empr esas pat r oci nador as par a l a cr eaci n del pr oceso
RUP:

I BM, Mi cr osof t , Sun Mi cr osyst ems, Rat i onal Cor por at i on,
Mi cr osof t , HP, Or acl e, Texas I nst r ument s, MCI , Syst emHouse,
ent r e ot r as.

3.4. IMPORTANCIA PROCESO RUP

Resumo l a i mpor t anci a del RUP en l os si gui ent es punt os:

Per mi t e dar sol uci n a l os exi gent es r equer i mi ent os de
l os usuar i os act ual es, cada vez ms exi gent es, debi do a
l os const ant es cambi os que l a mi sma soci edad y
compet enci as en el mer cado exi gen.

Per mi t e obt ener l os r equer i mi ent os y or gani zar l os,
document ar l os r equer i mi ent os de f unci onal i dad y
r est r i cci ones, document ar deci si ones, capt ar l as y por
l t i mo comuni car l os r equer i mi ent os del negoci o.

Per mi t e capt ur ar var i as de l as mejores prcticas en el
desar r ol l o moder no de sof t war e de f or ma que sea
apl i cabl e en un ampl i o r ango de pr oyect os y
or gani zaci ones.


34
Es una gu a de cmo ut i l i zar de maner a ef ect i va el UML.

La t cni ca de model ado UML, no se ut i l i za ni cament e
par a ef ect os de document aci n, gr aci as al pr oceso RUP,
el UML est pr esent e en t odas l as f ases y et apas
est abl eci das por RUP, con UML cada uno de l os r ol es
par t i ci pant es en el pr oceso de desar r ol l o de sof t war e
pueden expr esar su t r abaj o en t r mi nos de di agr amas.

Los anal i st as, i ngeni er os, ar qui t ect os de sof t war e,
r evi sor es de casos de uso, et c, ut i l i zan l os di agr amas
par a most r ar el det al l e del const r ucci n del sof t war e.

Pr ovee a cada mi embr o de equi po el f ci l acceso a una
base de conoci mi ent o con gu as, pl ant i l l as y
her r ami ent as par a t odas l as act i vi dades cr t i cas de
desar r ol l o.

Cr ea y mant i ene modelos, en l ugar de enf ocar se en l a
pr oducci n de gr an cant i dad de papel es de document aci n.

Per mi t e que t odos l os mi embr os del equi po compar t an:

Conoci mi ent o base, el pr oceso, l a vi si n de cmo
desar r ol l ar sof t war e y el l enguaj e de model ado.

Per mi t e l a ver i f i caci n de l a cal i dad del sof t war e,
medi ant e l as si gui ent es act i vi dades:

Cr ea pr uebas par a cada escenar i o ( casos de uso) ,
asegur ando que t odos l os r equer i mi ent os est n
apr opi adament e i mpl ement ados.

Ver i f i ca l a cal i dad del sof t war e con r espect o a l os
r equer i mi ent os basados en l a conf i abi l i dad,
f unci onal i dad, desempeo de l a apl i caci n y del
si st ema.

Pr ueba cada i t er aci n.

El pr oceso de Pr uebas, suj et o t ambi n al model o
i t er at i vo e i ncr ement al , per mi t e que cada caso de uso
que NO cumpl a con el cont r ol de cal i dad pueda
cor r egi r se e i mpl ement ar se en el moment o i ndi cado ya
que l a i mpl ement aci n de l a sol uci n obvi ament e

35
buena, puede no ser l a sol uci n i dnea si no es
i mpl ement ado en el moment o j ust o.

3.5. PRINCIPIOS DEL RUP

Figura 23, Pr i nci pi os del Pr oceso Uni f i cado Rat i onal

Despus de anal i zar ms de 22 pr i nci pi os ci t ados por
di f er ent es aut or es, det al l ar 7 pr i nci pi os:

Los pr i nci pi os menci onados en l a figura N 23, f uer on
paut as i mpor t ant es que obt uve en l a i nvest i gaci n y
desar r ol l o en ms de 11 pr oyect os de const r ucci n de sof t war e
con RUP. Const i t uyen el cor azn del pr oceso, l os cual es por
r azones que ya expondr son de r eal ut i l i dad per mi t i endo el
xi t o del sof t war e si se l ogr a combi nar de una maner a
i nt el i gent e y l gi ca el pr oceso de const r ucci n de sof t war e
con l a admi ni st r aci n del pr oyect o.

Si se desea const r ui r sof t war e de cal i dad,
en un t i empo cor t o, baj o el pr esupuest o
est abl eci do y cumpl a con l as
especi f i caci ones def i ni da por el pr i nci pal
i nvol ucr ado del pr oyect o, l a al t er nat i va,
si n duda es el pr oceso RUP.
Desarrollo
Iterativo Controlado
Desarrollo basado
en componentes
Dirigido por
casos de uso
Gestiona
requerimientos
Centrado en
la arquitectura
Define un
proceso configurable
Define tcnicas de
modelamiento visual

36
Ahor a empezamos de descr i bi r l os pr i nci pi os del RUP,
conducent es al xi t o en l a const r ucci n de cual qui er
sof t war e.

3.5.1 GUIADO POR CASOS DE USO

La r azn de ser del si st ema de sof t war e es ser vi r a l os
usuar i os, ya sean humanos u ot r os si st emas. El caso de uso
fragmento funcional del sistema, es l a f aci l i dad que el
sof t war e pr ovee a l os act or es ( per sonas, sof t war e har dwar e)
que ut i l i zan son ut i l i zados por l a pl at af or ma de
i nf or maci n del si st ema.

Los casos de uso, son i mpor t ant es ya que def i nen el
compor t ami ent o del f ut ur o si st ema, l os casos de uso NO son
par t e de l a or i ent aci n a obj et os t r adi ci onal , per o ent i enden
su f unci onal i dad, cada vez ms cl ar a y pr eci sa a medi da que
se evol uci ona; ot r os mt odos or i ent ados a obj et os usan l os
casos de uso como gu a per o con nombr es di f er ent es.

Los casos de uso j uegan un papel i mpor t ant e en cuat r o
et apas de l os pr ocesos gener al es del RUP: Requi si t os,
Anl i si s- Di seo, Codi f i caci n y Pr ueba.

El model o de casos de uso es el r esul t ado del anl i si s
en l a et apa de Requisitos Anlisis de
Requerimientos, en est a t empr ana et apa se necesi t an a
l os casos de uso par a conocer que har el sof t war e desde
el punt o de vi st a del usuar i o, l os casos de uso
const i t uyen un concept o i mpor t ant e y f undament al , deben
ser acept ados por el cl i ent e y el gr upo desar r ol l ador .

En l a segunda et apa Anlisis-Diseo, l os casos de uso
son ej ecut ados en el model o de di seo, se cr ea
r eal i zaci ones de casos de uso, que descr i ba como l os
casos de uso son r eal i zados en t r mi nos de i nt er acci n
de obj et os en el model o de di seo, est e model o descr i be
en t r mi nos de di seo de obj et os l as di f er ent es par t es
de l a i mpl ement aci n del
si st ema y cmo deben act uar f unci onar l as par t es.

En l a t er cer a et apa Implementacin, el model o de
di seo es l a especi f i caci n de l a i mpl ement aci n, por que
l os casos de uso r eal i zados en el model o de di seo, son
i mpl ement ados en t r mi nos de di seo de cl ases.


37
Dur ant e l a cuar t a et apa Pruebas, l os casos del uso
const i t uyen l a base par a i dent i f i car l a pr ueba de casos
de uso y l a pr ueba de pr ocedi mi ent os, el si st ema pasar
el cont r ol de cal i dad y l a et apa de pr uebas sol o si
t odos l os casos de uso especi f i cados y desar r ol l ados en
et apas ant er i or es son par t e f unci onal del si st ema f i nal .

Al ut i l i zar el model ami ent o de negoci o se hal l an l os
di ver sos pr ocesos empr esar i al es de l a or gani zaci n
convi r t i ndol as en casos de uso de negoci o,
post er i or ment e en casos de uso del si st ema segn el
al cance del pr oyect o.

3.5.2. CENTRADO EN LA ARQUITECTURA

El RUP, enf at i za l a const r ucci n de si st emas software
robusto, r espet ando l a ar qui t ect ur a de const r ucci n, el l o
di smi nuye el r ei ni ci o del sof t war e, aument ado l a
r eut i l i zaci n y f aci l i t a el mant eni mi ent o f ut ur o del mi smo.

La ar qui t ect ur a se ut i l i za par a pl ani f i car y admi ni st r ar
el desar r ol l o del sof t war e t eni endo en cuent a l a
r eut i l i zaci n de sus component es.

La ar qui t ect ur a i nvol ucr a l os el ement os ms
si gni f i cat i vos del si st ema y est i nf l uenci ada ent r e ot r os
por pl at af or mas sof t war e, si st emas oper at i vos, gest or es de
base de dat os, pr ot ocol os de comuni caci n, et c.

El enf oque de i t er aci ones t empr anas, def i ni do con mayor
nf asi s en l a f ase de el abor aci n es pr oduci r y val i dar una
ar qui t ect ur a de sof t war e, que el ci cl o de desar r ol l o i ni ci al
t oma l a f or ma de un pr ot ot i po ar qui t ect ni co ej ecut abl e el
cual evol uci ona gr adual ment e par a conver t i r se en un si st ema
f i nal en l as l t i mas i t er aci ones.

3.5.3. RESPETA EL MODELO ITERATIVO E INCREMENTAL

El RUP es un pr oceso i t er at i vo e i ncr ement al , el cual
per mi t e ent ender el pr obl ema a t r avs de sucesi vos
r ef i nami ent os e i ncr ement ar l a sol uci n ef ect i va medi ant e
ml t i pl es i nt er acci ones, est e acer cami ent o br i nda l a mej or
opci n en acomodar nuevos r equer i mi ent os cambi o de
t ct i cas en l os obj et i vos del negoci o y cont i nuar con el

38
pr oyect o i dent i f i cado, r esol vi endo r i esgos de maner a
opor t una.

El RUP es un pr oceso cont r ol ado, l a car act er st i ca
i t er at i va sol o es posi bl e al menos a t r avs de una cui dadosa
admi ni st r aci n de r equer i mi ent os y cont r ol de cambi os,
asegur ando as l a compr ensi n de l a f unci onal i dad del
sof t war e en el moment o adecuado consi der ando l a cal i dad
pr evi st a, adems per mi t e el cont r ol de l a ent r ega del
pr oyect o dent r o del t i empo est abl eci do.

Par a hacer ms manej abl e un pr oyect o se r ecomi enda
di vi di r l o en ci cl os, par a cada ci cl o se est abl ecen f ases de
r ef er enci a, cada una de l as cual es debe ser consi der ada como
mi ni - pr oyect o cuyo ncl eo f undament al est const i t ui do por
una ms i t er aci ones de l as act i vi dades pr i nci pal es bsi cas
de cual qui er pr oceso de desar r ol l o.

La car act er st i ca i t er at i va del RUP, per mi t e:

El ent endi mi ent o i ncr ement al del pr obl ema a t r avs de
r ef i nami ent os sucesi vos.

Habi l i t ar l a f ci l r et r oal i ment aci n del usuar i o.

Est abl ecer met as espec f i cas que per mi t en al equi po de
desar r ol l o mant ener su at enci n en pr oduci r r esul t ados.

La medi ci n del pr ogr eso es conf or me avanzan l as
i mpl ement aci ones.

3.5.4. DIRECCIN O ADMINISTRACIN DE LOS REQUISITOS

Es el acer cami ent o si st emt i co a encont r ar r esul t ados,
mi ent r as se document a, se or gani za y se r ast r ea l os
r equi si t os de un si st ema.

For mal ment e es el est abl eci mi ent o del acuer do ent r e l os
cl i ent es y el gr upo del pr oyect o par a admi ni st r ar l os cambi os
de r equer i mi ent os en el si st ema. Los punt os cl ave en el
manej o de r equi si t os son el mant eni mi ent o de una vi si n cl ar a
de l os r equi si t os en conj unt o con l os at r i but os apl i cabl es y
l a pr oyecci n a ot r os r equi si t os y/ o ar t ef act os del
pr oyect o.


39
Los r equer i mi ent os no son f ci l es de expr esar cl ar ament e
en pal abr as.
La abundanci a de r equer i mi ent os puede ser di f ci l de
manej ar por ende de cont r ol ar .
Los r equer i mi ent os cambi an con mucha f r ecuenci a.
Exi st en di ver sos t i pos de r equer i mi ent os y di f er ent es
ni vel es de det al l e.
Los r equi si t os no si empr e son obvi os y t i enen
di f er ent es f uent es.

Se debe t ener en cuent a l as si gui ent es habi l i dades par a
l ogr ar el xi t o aun con l as di f i cul t ades que pueden
pr esent ar l os r equi si t os:

El anl i si s y ent endi mi ent o del pr obl ema.
Compr ender l as necesi dades de cada uno de l os
i nvol ucr ados en el pr oyect o.
Def i ni r cl ar ament e el si st ema en base a casos de uso.
Def i ni r cl ar ament e el al cance del pr oyect o.
Ref i nar const ant ement e l a def i ni ci n del si st ema.
Real i zar el segui mi ent o y cont r ol a l os r equi si t os
cambi ant es.

3.5.5. PROCESO CONFIGURABLE

El Pr oceso Uni f i cado Rat i onal ( RUP) , es bast ant e
gener al y compl et o, puede ser usado en muchas
or gani zaci ones de sof t war e ( or gani zaci ones pr oyect i zadas
2
y
mat r i ci al es bal anceadas
3
) . En muchas ci r cunst anci as, est e
pr oceso de i ngeni er a de sof t war e necesi t ar ser modi f i cado,
aj ust ado, ext endi do y ent al l ado par a acomodar se a l as
car act er st i cas espec f i cas, ci r cunst anci as, ent or no
cul t ur al , or gani zaci onal y pol t i co de l a or gani zaci n que
l o adopt a.

Los el ement os del pr oceso de i ngeni er a de sof t war e que
pr obabl ement e ser n modi f i cados, per sonal i zados, agr egados o
supr i mi dos son l os si gui ent es:

Ar t ef act os
Act i vi dades

2
Organizacin Proyectizada: Organizacin con labores centradas en proyectos.
3
Organizacin Matricial Balanceada: Organizacin con labores funcionales y proyectizadas, es una mixtura.

40
Fl uj os de t r abaj o
Obr er os

3.5.6. TECNICAS DE MODELAMIENTO VISUAL

El RUP, al ut i l i zar di f er ent es t cni cas de model ami ent o
vi sual , per mi t e:

La capt ur a de l a est r uct ur a, compor t ami ent o de
ar qui t ect ur as y component es.
Most r ar como encaj an de f or ma conj unt a l os el ement os del
si st ema.
Mant ener l a consi st enci a ent r e un di seo y su
i mpl ement aci n.
Pr omover l a comuni caci n no ambi gua.

3.5.7. DESARROLLO BASADO EN COMPONENTES

Gr aci as a l a pr opi edad de her enci a, adopt ado de l a
Met odol og a Or i ent ada a Obj et os, el pr oceso RUP, per mi t e el
desar r ol l o de sof t war e basado en component es, el cual br i nda
vent aj as i mpor t ant es como:

Per mi t e enf ocar se en el pr ont o desar r ol l o de una
ar qui t ect ur a ej ecut abl e r obust a.
Es i nt ui t i vament e compr ensi bl e.
Pr omueve l a r eut i l i zaci n ms ef ect i va de sof t war e.
Per mi t e l a const r ucci n r pi da de sof t war e. Si t i enes
gr an cant i dad de component es r eut i l i zabl es se puede
f i nal i zar el pr oyect o i nf or mt i co en un t i empo
r eal ment e cor t o.
Es der i vada a par t i r de l os casos de uso ms
i mpor t ant es.

3.6. ESTRUCTURA DEL RUP:

El pr oceso RUP, se di vi de en dos di mensi ones, a r azn de
dos ej es, ver f i gur a N 24.

El ej e hor i zont al r epr esent a al t i empo, det al l a el
aspect o di nmi co del pr oceso, expr esado en t r mi nos de
ci cl os, f ases, i t er aci ones y met as.

41
El ej e ver t i cal r epr esent a l a car act er st i ca est t i ca
del pr oceso, det al l a como est descr i t o en t r mi nos de
actividades, artefactos, trabajadores y flujos de
trabajo.

Figura 24, Fases y Et apas del Pr oceso Uni f i cado Rat i onal .

3.7. FASES

3.7.1. GESTACIN CONCEPCIN

Est a f ase per mi t e el est abl eci mi ent o de l os obj et i vos y
el pl an del pr oyect o al def i ni r su al cance.

El pr opsi t o es est abl ecer l os casos de uso de negoci o
par a el nuevo si st ema o par a al guna act ual i zaci n i mpor t ant e
del si st ema exi st ent e.

En est a et apa se est abl ece l a vi si n gener al de l os
r equer i mi ent os del pr oyect o y de l os r equer i mi ent os
pr i nci pal es par a l a const r ucci n del sof t war e, def i ni endo el
model o i ni ci al de casos de uso y el model o del domi ni o.

Se r eal i za l a eval uaci n i ni ci al de r i esgos y l a
est i maci n de l os r ecur sos r equer i dos, par a mi ni mi zar l os
r i esgos evi t ar que l os r i esgos se convi er t an en pr obl emas.


42
Est a et apa es i deal par a def i ni r el gl osar i o de
concept os, pol t i cas de cr eaci n y nombr ami ent o de
ar t ef act os.

3.7.2. PREPARACIN ELABORACIN

Per mi t e l a def i ni ci n de l a ar qui t ect ur a, desar r ol l o del
pl an del pr oyect o y l a especi f i caci n de car act er st i cas del
si st ema.

Est a et apa per mi t e def i ni r l a funcionalidad del software
a const r ui r , al cl asi f i car y pr i or i zar l os casos de uso del
si st ema.

En est a f ase empezamos a desar r ol l ar l a pr ogr amaci n
l gi ca expr esados en di agr amas ( r eal i zados en l os model os de
anl i si s) , se r eal i za el anl i si s & di seo de l a base de
dat os, pasando por el model o concept ual , el model o l gi co y
el model o f si co de l a base de dat os.

Se r eal i zan l as pr uebas de cer t i f i caci n y cont r ol de
cal i dad hast a l l egar al f i nal de l a i t er aci n n, t odas l as
et apas menci onadas se pueden r eal i zar en par al el o, r egr esando
a l a et apa ant er i or pr oyect ndose a l a et apa si gui ent e,
gr aci as al model o i t er at i vo- i ncr ement al en el que se basa el
pr oceso.

3.7.3. CONSTRUCCIN

En est a f ase se desar r ol l a el cdi go f i nal , se const r uye
el pr oduct o f i nal .

El pr opsi t o de est a f ase es desar r ol l ar
i ncr ement al ment e el pr oduct o sof t war e compl et o el cual est ar
l i st o par a ser t r ansf er i do al usuar i o:

Se pr oducen l os si gui ent es ar t ef act os:

Despus de r eal i zar el pr oceso de i ngeni er a r ever sa, se
r eal i za el model o compl et o de di seo y casos de uso,
pr oduct o del cdi go de l a i mpl ement aci n
Li ber aci ones de pr oduct os ej ecut abl es de f unci onal i dad
i ncr ement al ( ver si ones, pr ot ot i pos)
Document aci n t cni ca del si st ema
Manual es de usuar i o

43
Se obt i ene l a ver si n bet a del pr oduct o

3.7.4. TRANSICIN

Se r eal i za l a t r ansi ci n del pr oduct o en el ent or no
usuar i o. Est a f ase, est dedi cada a est abl ecer l os
l i neami ent os de per f or mance, l ogr ando as cubr i r l as
expect at i vas de usuar i o.

Se obt i enen l os si gui ent es ar t ef act os:

Pr oducci n de ej ecut abl es de pr oduct o
Model o de component es al r eal i zar l a compi l aci n y
despl i egue de component es en base a l a ingeniera
reversa
Model o de di seo act ual i zado en base a l a I ngeni er a
r ever sa
Pr uebas bet a del sof t war e par a val i dar el nuevo
si st ema ver sus l as expect at i vas del usuar i o
Manual es de usuar i o act ual i zados
Document aci n de desar r ol l o act ual i zada
Se r eal i za el pr oceso de r et r oal i ment aci n desde el
punt o de vi st a del usuar i o r ef er ent e a l a r eci ent e
i mpl ement aci n. Se cont est a a l as si gui ent es pr egunt as
el usuar i o est sat i sf echo?, l os gast os r eal es de l os
r ecur sos ver sus gast os pr evi st os son acept abl es?

Uno de l os punt os de i mpor t anci a en est a f ase es el
desar r ol l ar el pl an de sopor t e y mant eni mi ent o par a el
si st ema de i nf or maci n que acaba de ser puest o en pr oducci n,
se def i ne cada cuant o t i empo se r eal i zar el mant eni mi ent o,
car act er st i cas del equi po de mant eni mi ent o, pr ocesos de
super vi si n, pol t i cas a segui r en el pr oceso de copi a de
segur i dad y l as pol t i cas de r egi st r o a l os nuevos usuar i os.


44
3.8. ETAPAS

3.8.1. DISCIPLINAS CENTRALES

3.8.1.1. MODELO DE NEGOCIO

Anal i za l a or gani zaci n en t r mi nos de pr ocesos y l as
per sonas u or gani zaci ones que i nf l uenci an par t i ci pan en l ,
de f or ma di r ect a i ndi r ect a. El model o de negoci o si r ve
par a det er mi nar cual es el pr obl ema de l a or gani zaci n.

Pr esent a dos et apas:

MODELO DE CASOS DE USO DE NEGOCIO

Est e model o muest r a l a r el aci n exi st ent e ent r e un act or
de negoci o ext er no i nt er no y al caso de uso de negoci o,
desde el punt o de vi st a gener al .

MODELO DE OBJETOS DE NEGOCIO

En est a et apa se def i ne el det al l e del negoci o en t r mi nos
de pr ocesos empr esar i al es; el caso de uso de negoci o def i ni do
en l a et apa ant er i or pasa por el pr oceso de r eal i zaci n,
donde ut i l i zando di f er ent es vi st as del UML como: di agr ama de
casos de uso ( r eal i zaci n del caso de uso) , di agr ama de
cl ase, di agr amas de secuenci a, di agr amas de col abor aci n e
i ncl uso el di agr ama de act i vi dades se l l ega al det al l e de
f unci onal i dad del pr oceso empr esar i al que se anal i za.

3.8.1.2. FUNCIONALIDAD

En est a et apa se def i ne qu hace el si st ema?, par a
r esponder l a i nt er r ogant e ant er i or se r eal i za di ver sos
pr ocesos par a el anl i si s de l os r equer i mi ent os, l ogr ando
def i ni r cual es ser n l as opci ones del men pr i nci pal del
si st ema i ncl uyendo cada uno de l as sub opci ones i ncl uso
def i ni r l as i nt er f aces del si st ema f i nal .

3.8.1.3. ANLISIS

Est a et apa est di r i gi da al anl i si s de l a i nf or maci n
obt eni da en el negoci o, despus de haber def i ni do l a
f unci onal i dad del sof t war e que se const r uye en l a et apa
ant er i or , es necesar i o def i ni r como se r eal i zar l a

45
i mpl ement aci n en base a t odos l os r equer i mi ent os
est abl eci dos. El Pr oceso Uni f i cado Rat i onal , pr opone l os
denomi nados, cl asi f i cador es de anl i si s, par a r eal i zar l a
pr ogr amaci n l gi ca; est e muest r a el det al l e de cmo se
r eal i zar l os pr ocesos de f unci onal i dad del sof t war e f i nal .

Ej empl o: cmo se i nser t a un r egi st r o a una t abl a
i ndependi ent e?

Par a el desar r ol l o de l a i nt er r ogant e ant er i or es
necesar i o conocer l as si gui ent es ent r adas:

En qu par t e del men pr i nci pal se encuent r a l a opci n
de i nser ci n del nuevo r egi st r o.
Cunt as y cul es son l as i nt er f aces que par t i ci pan en el
pr oceso de i nser ci n del r egi st r o
Cul es l a t abl a de l a base de dat os, obvi ament e,
debemos def i ni r l a est r uct ur a de l a f ut ur a t abl a, que
an no exi st e.
Por l t i mo se pr opone un model o ut i l i zando l os
cl asi f i cador es de anl i si s y ar t ef act os del UML
most r ando l a r el aci n l gi ca de par t i ci paci n e
i nt er acci n ent r e cada uno de l os ar t ef act os que
par t i ci pan par a l ogr ar i nser t ar el r egi st r o en una t abl a
i ndependi ent e.

3.8.1.4. DISEO

Est a et apa causa duda y cont r over si a, ent r e muchos
aut or es de l i br os ar t cul os en l a web, en ms del 60% del
mat er i al bi bl i ogr f i co i nvest i gado par a l a pr esent e edi ci n,
exi st e dudas con r espect o a est a et apa, par a muchos aut or es
est a es l a et apa de i mpl ement aci n l gi ca del sof t war e, hay
al gunos que pr et enden hacer una compar aci n con l a
met odol og a est r uct ur ada y su t pi co model o ent i dad /
r el aci n ( E/ R) par a l a const r ucci n de l a base de dat os. Es
l ament abl e que l as j ust i f i caci ones sean sl o t er i cas.

La pr ogr amaci n l gi ca ya f ue def i ni da en l a et apa de
anl i si s, en l a et apa de di seo nos dedi camos a l a
const r ucci n de l a base de dat os r el aci onal / obj et o,
Es i mpor t ant e menci onar que NO exi st e comuni n ent r e el
model o E/R y el model o de Objetos. Es i mposi bl e compar ar l os
ya que t i enen punt os de par t i da y consecuenci as di f er ent es.


46
En di seo t enemos que t omar en cuent a l a i nf or maci n
pr oveni ent e de et apas ant er i or es, se i ni ci a una de l as
act i vi dades ms i mpor t ant es en el pr oceso de const r ucci n de
sof t war e, el anl i si s y di seo de l a base de dat os, y l a
pr i mer a pr opuest a del model o de di seo del f ut ur o sof t war e.

Real i zar emos el model o or i ent ado a obj et os, def i ni do por
et apas i t er at i vas de desar r ol l o desde el model o concept ual ,
pasando por el model o l gi co hast a l l egar al model o f si co
que es el model o de base de dat os r el aci onal obj et o
pr opi ament e di cho.

El obj et i vo del model o or i ent ado a obj et os es l a
const r ucci n de una base de dat os r el aci onal obj et o que
cumpl a con t odos l os cr i t er i os de per f or mance y cal i dad.

Los cr i t er i os de cal i dad de l a base son l os si gui ent es:
l a base de dat os No debe per mi t i r nul os, ni r edundanci a
l ogr ando l a homogenei dad, si n pasar por el t edi oso mt odo de
nor mal i zaci n, el cual es un t r mi no no exi st ent e en el
pr oceso RUP.

3.8.1.5. IMPLEMENTACIN

En est a et apa se admi ni st r a l a gener aci n de ar chi vos,
empezamos l a codi f i caci n par a pr oduci r el sof t war e f i nal , se
debe t ener en cuent a l os ar t ef act os pr oduci dos en l as
ant er i or es et apas, sobr e t odo el model o de l a base de dat os
r el aci onal obj et o ( cl ases con el est er eot i po t abl a
relacional - objeto, est r uct ur a, r el aci ones ent r e cl ases, l as
l l aves pr i mar i as y l os campos f or neos) y el modelo de
anlisis ( pr ogr amaci n l gi ca en t r mi nos de di agr amas) .

Ya t er mi nada l a et apa de i mpl ement aci n, r eal i zamos el
pr oceso de ingeniera reversa par a act ual i zar par a pr i mer a
pr opuest a del di seo, est e pr oceso es t i l par a gar ant i zar
el cumpl i mi ent o de t odos l os r equer i mi ent os del usuar i o.

3.8.1.6. CERTIFICACIN

Est a et apa anal i zamos l os pr ot ot i pos, por cada caso de
uso. Gr aci as a l a car act er st i ca del model o i t er at i vo e
i ncr ement al del RUP, se const r uyen di ver sos pr ot ot i pos, l os
cual es deber n pasar por un est r i ct o cont r ol de cal i dad,
def i ni endo con cer t eza cual es son l os pr ot ot i pos que cumpl en

47
con l os r equer i mi ent os del usuar i o def i ni do en et apas
ant er i or es.

Exi st en muchos mt odos de pr ueba de cal i dad de sof t war e,
r ecomi endo el pr oceso de ingeniera reversa. Con est e pr oceso
pr obamos que l a pr i mer a pr opuest a del di seo r eal i zado en
base al model o de anl i si s es consecuent e con l a segunda
pr opuest a del di seo, obt eni do como pr oduct o del pr oceso de
i ngeni er a r ever sa.

3.8.1.7. ENTREGA

Se gest i ona el pr oceso de puest a en mar cha del sof t war e,
est e debe est ar pr epar ado par a l a pr oducci n si endo
f l exi bl e par a f aci l i t ar el pr oceso de i nt egr aci n con ot r os
si st emas de l a or gani zaci n.

Es r equi si t o i ndi spensabl e que l os si st emas de i nf or maci n
hayan apr obado t odos l os l i neami ent os de cal i dad,
est abl eci dos en l a et apa de pruebas, es suf i ci ent e l a
pr esenci a de un er r or en el si st ema de i nf or maci n par a No
ent r egar el sof t war e r esul t ado.

3.8.2. DISCIPLINAS DE SOPORTE

3.8.2.1. CONTROL DE CAMBIOS

Est abl eci mi ent o de pol t i cas de gest i n par a l a
admi ni st r aci n de cambi os en el pr oyect o de const r ucci n del
sof t war e.

Los cambi os gener al ment e vi enen de l os pr i nci pal es
i nvol ucr ados del pr oyect o l os cl i ent es, esos cambi os son
cl asi f i cados en 2 cat egor as:

Cambios relevantes, aquel l os que t i enes r eper cusi ones
ser i as en el desar r ol l o del pr oyect o, i ncl uso se puede
modi f i car l a est r uct ur a de l a base de dat os y l a
pr opuest a de i nt er f aces.

Cambios irrelevantes, aquel l as que pueden ser
sol uci onados si n mayor di f i cul t ad, est e t i po de
cambi os no r eper cut e en modi f i caci ones mayor es t ant o en
el mbi t o de apl i caci n como en el mbi t o de l a base de
dat os.


48
Al i ni ci o del pr oyect o se est abl ecen l as pol t i cas de
cont r ol de cambi o, qui n es l a per sona per sonas
i nt egr ant es del gr upo de desar r ol l o que r ecepci onar n l os
pedi dos de cambi o; se r esuel ven l as si gui ent es i nt er r ogant es
Cul es son l os f or mat os de r ecepci n?, Cul es son l os
medi os de r ecepci n del cambi o?, Cul es son l as
r est r i cci ones y supuest os, con r espect o al manej o del
cambi o?

3.8.2.2. GESTIN DE PROYECTOS

El xi t o de l a const r ucci n del sof t war e no sol o
depende del pr oceso, es necesar i o que el bi nomi o
admi ni st r aci n del pr oyect o y pr oceso de const r ucci n,
f unci onen de f or ma mancomunada, sl o as se l ogr a el xi t o
en l a const r ucci n de sof t war e.

La ger enci a de pr oyect os pr ovee el mar co que per mi t e
cumpl i r con l os obj et i vos de l a or gani zaci n usando un
pr oceso est r uct ur ado y cont r ol ado. Compr ende var i as t cni cas,
her r ami ent as y met odol og a que per mi t en al ger ent e y su
equi po l l evar a cabo un pr oyect o que cumpl a con el pr i nci pi o
del cuar t o cuadr ant e
4
.

El pr oyect o deber cumpl i r :

Con t er mi nar en el t i empo pact ado.
Dent r o de l os l mi t es de pr esupuest o.
Con l a cal i dad esper ada por el cl i ent e.
Con el al cance est abl eci do en l a def i ni ci n de pr oyect o.

El r ol del ger ent e de pr oyect os es de gr an
r esponsabi l i dad, si endo el encar gado de di r i gi r y super vi sar
el pr oyect o de pr i nci pi o a f i n.

Al gunas de sus pr i nci pal es t ar eas ser n:

Definir el proyecto: debe def i ni r el al cance del
pr oyect o, est abl eci endo sus l mi t es, en ot r as pal abr as,
se acl ar a que pr ocesos, depar t ament os el ement os de l a
or gani zaci n f or ma par t e del pr oyect o.

Est o es f undament al par a pr eveni r un cr eci mi ent o
i ndeseado del pr oyect o, a medi da que se pr ogr esa. Es

4
Principio del Cuarto Cuadrante: Este principio indica los 4 factores de xito para un proyecto: el TIEMPO,
el COSTO, la CALIDAD y el ALCANCE.

49
i mpor t ant e di f er enci ar cl ar ament e aquel l os el ement os y
r esul t ados que son absol ut ament e necesar i os, de aquel l os
que son deseabl es.

Planificar el proyecto: pl ani f i car el pr oyect o i mpl i ca
pr oponer l a sol uci n a desar r ol l ar , en base a l os
obj et i vos y r esul t ados necesar i os, y est abl ecer cmo l a
desar r ol l ar . Los punt os mas i mpor t ant es a consi der ar
son: est r at egi a ( cmo se r el aci ona el pr oyect o con el
pl an est r at gi co de l a empr esa) , r ecur sos ( que necesi t o
y con qu cuent o) , f i nanzas ( cuant o cost ar y dnde
obt ener el di ner o) y t i empo ( de cunt o t i empo se
di spone) .

Obtener el respaldo de la alta gerencia: par a el xi t o
de cual qui er pr oyect o, es f undament al el apoyo
i r r est r i ct o de uno o mas ger ent es de al t o ni vel . Est o
har mucho mas f l ui do t odo el pr oceso, i ncl uyendo l a
obt enci n de r ecur sos, l ogr ar l a col abor aci n de t oda l a
empr esa y l a r esol uci n de conf l i ct os ent r e
depar t ament os si es posi bl e.

Formar el equipo humano: I dent i f i car y ubi car a aquel l as
per sonas mej or cal i f i cadas par a l as di st i nt as t ar eas
i nvol ucr adas. Con f r ecuenci a, el equi po se f or ma con
per sonas pr oveni ent es de di st i nt as r eas de l a
or gani zaci n, por l o que no r epor t an di r ect ament e al
ger ent e del pr oyect o. En ocasi ones, es necesar i o
r ef or zar el equi po con per sonas de f uer a del ent or no de
t r abaj o, en cuyo caso hay que hacer el r ecl ut ami ent o.

Obtener los recursos: Es r esponsabi l i dad del ger ent e de
pr oyect os asegur ar l os r ecur sos ( di ner o, equi pos,
per sonal de apoyo, espaci o f si co, et c. ) que l e per mi t a
al equi po f unci onar en f or ma ef ect i va.

Definir las operaciones: I ncl uye det er mi nar l as
her r ami ent as a ut i l i zar ( ej . sof t war e de manej o de
pr oyect os) , def i ni r l os canal es de comuni caci n,
est abl ecer l a l og st i ca, et c.

Controlar el proyecto: Asegur ar que l as met as se est n
l ogr ando y que el pr oyect o si gue el cur so pl ani f i cado.

En el t r anscur so del desar r ol l o del pr oyect o,
sur gi r n cambi os e i mpr evi st os, en cuya ci r cunst anci a,

50
es l abor del ger ent e mant ener l a f l exi bi l i dad que l e
per mi t a adapt ar se, cor r egi r y/ o aj ust ar , si n poner en
pel i gr o l os r esul t ados.

Par a evi t ar pr obl emas de f r acaso del pr oyect o, l os
gest or es del pr oyect o deben pr est ar especi al at enci n a l as
pr i nci pal es r azones de f r acaso:

Mal a def i ni ci n o concepci n del pr oyect o
Cambi os en el al cance o def i ni ci n del pr oyect o
Fal t a de una met odol og a adecuada par a l a admi ni st r aci n
del pr oyect o
Fal t a de pl ani f i caci n en el cont r ol de l os cambi os
Fal t a de comuni caci n ent r e l os mi embr os del equi po
ent r e el l os y el r est o de l a empr esa
Fal t a de cl ar i dad del cont r at o en t r mi nos de supuest os
y r est r i cci ones
Desacuer dos ent r e cl i ent es y l os ger ent es de pr oyect o

3.8.2.3. ENTORNO

El anl i si s del ent or no, est abl ece cr i t er i os pol t i cas
que per mi t an el pr oceso de puest a en mar cha del sof t war e
const r ui do. El nuevo sof t war e debe f unci onar adecuadament e
con l os ot r os si st emas de i nf or maci n de l a or gani zaci n
f aci l i t ando as el pr oceso de i nt egr aci n de l os si st emas.

El si st ema de i nf or maci n necesi t a cumpl i r con l a
f act i bi l i dad t cni ca
5
y oper at i va
6
, par a l ogr ar el xi t o en
l a or gani zaci n.

5
Factibilidad Tcnica: La organizacin debe estar preparada tcnicamente para asegurar el xito de la
implementacin del software en trminos de Hw. Sw. Telecomunicaciones y equipos.
6
Factibilidad Operativa: Se cumple esta factibilidad cuando la construccin del software satisface a los
usuarios en trminos de requisitos y amigabilidad.

51

3.9 ROLES U OBREROS

Figura 25, Act i vi dades y Ar t ef act os de l os Obr er os segn el
Pr oceso Uni f i cado Rat i onal .

Un r ol ( obr er o) def i ne el conj unt o de acci ones,
conduct as ( en l as act i vi dades) y r esponsabi l i dades ( en l os
ar t ef act os) que puede ser desempeado por un i ndi vi duo o
conj unt o de i ndi vi duos en l a or gani zaci n de desar r ol l o.

Cada obr er o r eal i zar un conj unt o de act i vi dades
r el aci onadas con el domi ni o y conoci mi ent o del t ema.

Se puede consi der ar a un obr er o como un " sombrero" que
un i ndi vi duo puede l l evar en el pr oyect o, el obr er o puede
vest i r ms de un sombr er o en el pr oyect o de const r ucci n del
sof t war e.

Los obr er os NO son l os i ndi vi duos, l os obr er os descr i ben
cmo l os i ndi vi duos deben compor t ar se en el negoci o y qu
r esponsabi l i dades deben t ener .

El RUP est abl ece 30 r ol es di f er ent es. Una de l as
pr egunt as ms comunes es necesi t amos 30 per sonas como m ni mo
par a abor dar l a const r ucci n de un sof t war e?, l a r espuest a
obvi ament e es NO, una per sona puede r eal i zar ms de un r ol
en el desar r ol l o del pr oyect o, eso depender de su
exper i enci a, conoci mi ent o y habi l i dades; se debe t ener
especi al cui dado en l a asi gnaci n de r ol es, est e t r abaj o debe
ser r eal i zado por el i ngeni er o de sof t war e con col abor aci n
y comuni n del equi po de desar r ol l o, una per sona no puede
Implementador
de Casos de Uso
Implementador
de Casos de Uso

52
asumi r dos r ol es dependi ent es, es deci r una mi sma per sona NO
puede ser j uez y par t e.

Por ej empl o:

Si un i ndi vi duo abor da el r ol de especi f i cador de un
el ement o, NO podr abor dar el r ol de r evi sor del mi smo
el ement o.

El RUP, consi der a l os si gui ent es t r abaj ador es:

3.9.1. TRABAJADOR COMUN (ANY WORKER)

Figura 26A, Funci ones del Tr abaj ador Comn.

Un t r abaj ador comn def i ni do por el RUP, puede t ener
ni vel es de acceso y pr i vi l egi os, puede i ngr esar y sal i r de
al gn ar t ef act o r el aci onado con el mant eni mi ent o del si st ema,
ver f i gur a N 26A.


53

3.9.2. ARQUITECTO (ARCHITECT)

Figura 26B, Funci ones del Ar qui t ect o.

El Ar qui t ect o di r i ge y coor di na l as act i vi dades t cni cas y
l os ar t ef act os a l o l ar go del pr oyect o. El Ar qui t ect o
est abl ece l a est r uct ur a gl obal par a cada vi st a
ar qui t ect ni ca:

La descomposi ci n de l a vi st a, l a agr upaci n de el ement os
y l a compar aci n con ot r os obr er os.

El punt o de vi st a del Ar qui t ect o es pr of undo y gl obal , ver
f i gur a N 26B.


54

3.9.3. REVISOR DE LA ARQUITECTURA (ARCHITECTURE
REVIEWER)

Figura 27, Funci ones del Revi sor de l a Ar qui t ect ur a.

Pl anea y conduce l a r evi si n f or mal de l a ar qui t ect ur a y
el sof t war e en gener al , ver f i gur a N 27.

3.9.4. ANALISTA DE PROCESOS DE NEGOCIO (BUSINESS
PROCESS ANALYST)

Figura 28, Funci ones del Anal i st a de Pr ocesos de Negoci o.

Li der a y coor di na el model ami ent o de l os casos de uso de
negoci o par a det al l ar y del i mi t ar l a or gani zaci n que est

55
si endo model ada, por ej empl o def i ni r que act or es i nt er nos,
ext er nos y que casos de uso de negoci o exi st en. Tambi n
anal i zan sus r el aci ones, ver f i gur a N 28.

3.9.5. DISEADOR DE NEGOCIO (BUSINESS DESIGNER)

Figura 29, Funci ones del Di seador de Negoci o.

Det al l a l a especi f i caci n de una par t e de l a or gani zaci n
par a descr i bi r el f l uj o de t r abaj o de uno muchos casos de
uso, se encar ga de especi f i car que act or es y ent i dades de
negoci o, se necesi t an par a r eal i zar el caso de uso de negoci o
descr i bi endo el compor t ami ent o de l os casos de uso en l os
act or es y ent i dades. El di seador de negoci o, def i ne l as
r esponsabi l i dades, oper aci ones, at r i but os y r el aci ones de uno
o muchos t r abaj ador es de negoci o con sus r espect i vas
ent i dades de negoci o, ver f i gur a N 29.


56
3.9.6 REVISOR DEL MODELO DE NEGOCIO (BUSINESS-MODEL
REVIEWER)

Figura 30, Funci ones del Revi sor del Model o de Negoci o.

Par t i ci pa en r evi si ones f or mal es de l os model os de
casos de uso y l os model os de obj et os de negoci o, ver f i gur a
N 30

3.9.7. DISEADOR DE LA ESTRUCTURA (CAPSULE DESIGNER)

Figura 31, Funci ones del Di seador de l a Est r uct ur a.

Su f unci n es asegur ar que el si st ema pueda r esponder a l os
event os de maner a opor t una, acor de a l os r equi si t os del
usuar i o, ver f i gur a N 31.


57
3.9.8. CRTICO DEL CDIGO (CODE REVIEWER)

Figura 32, Funci ones del Cr t i co del Cdi go.

Un cr t i co del cdi go es r esponsabl e de:

Asegur ar l a cal i dad del cdi go f uent e
Pl anear y conduci r l a r evi si n del cdi go f uent e, ver
f i gur a N 32.

3.9.9. ADMINISTRADOR DE LA CONFIGURACIN
(CONFIGURATION MANAGER)

Figura 33, Funci ones del Admi ni st r ador de l a Conf i gur aci n.


58
Es r esponsabl e par a mant ener t oda l a i nf r aest r uct ur a y el
ambi ent e que el gr upo de desar r ol l o necesi t a par a pr obar el
pr oduct o que const r uyen. El admi ni st r ador de l a
Conf i gur aci n t ambi n es r esponsabl e de escr i bi r el Pl an de
cont r ol par a l a demanda de cambi os de conf i gur aci n y l as
est ad st i cas de pr ogr eso, ver f i gur a N 33.

3.9.10. DESARROLLADOR DEL CURSO (COURSE DEVELOPER)

Figura 34, Funci ones del Desar r ol l ador del Cur so.

El di seador del cur so desar r ol l a el mat er i al de
ent r enami ent o par a ensear a l os usuar i os cmo usar el
pr oduct o. Est o i ncl uye l a cr eaci n de di aposi t i vas, not as
par a el est udi ant e, ej empl os, gu as di dct i cas y t odo l o
necesar i o par a r ef or zar l a compr ensi n del pr oduct o, ver
f i gur a N 34.


59

3.9.11. DISEADOR DE LA BASE DE DATOS (DATABASE
DESIGNER)

Figura 35, Funci ones del Di seador de l a Base de Dat os.

El di seador de l a base de dat os def i ne que l as t abl as,
ndi ces, vi st as, const r ai nt s, t r i gger s, st or ed pr ocedur es,
espaci os de t abl as o par met r os del al macenami ent o, y ot r as
est r uct ur as de l a base de dat os que se necesi t an guar dar ,
r ecuper ar adems de anul ar l os obj et os per si st ent es, ver
f i gur a N 35.


60

3.9.12. GERENTE DEL DESPLIEGUE (DEPLOYMENT MANAGER)

Figura 36, Funci ones del Ger ent e del Despl i egue.

El ger ent e del despl i egue es r esponsabl e par a l os pl anes
de t r ansi ci n el pr oduct o a l a comuni dad del usuar i o,
encar gado de document ar l os pl anes del despl i egue, ver
f i gur a N 36.


61
3.9.13. REVISOR DE DISEO (DESIGN REVIEWER)

Figura 37, Funci ones del Revi sor de Di seo basado en el RUP.

El r evi sor de di seo pl anea y est abl ece pol t i cas par a
l as r evi si ones f or mal es de l os Ar t ef act os de di seo, ver
f i gur a N 37.

3.9.14. DISEADOR (DESIGNER)

Figura 38, Funci ones del Di seador .


62
El di seador def i ne l as r esponsabi l i dades,
f unci onami ent os, at r i but os, y r el aci ones de uno o var i as
cl ases, det er mi na como deben r el aci onar se l as cl ases en el
ambi ent e de apl i caci n, ver f i gur a N 38.

3.9.15. IMPLEMENTADOR (IMPLEMENTER)

Figura 39, Funci ones del I mpl ement ador .

Un i mpl ement ador , es r esponsabl e de desar r ol l ar y pr obar
l os component es de acuer do con l as nor mas adopt adas por el
pr oyect o, como l a def i ni ci n de est ndar es que per mi t a a l as
cl ases i nt egr ar se con sub si st emas ms gr andes, ver f i gur a
N 39.


63
3.9.16. CONTROLADOR DE LA INTEGRACIN (INTEGRATION
TESTER)

Figura 40, Funci ones del Cont r ol ador de l a I nt egr aci n.

El cont r ol ador de l a i nt egr aci n, es r esponsabl e de
ej ecut ar l a pr ueba de i nt egr aci n, sus acci ones i ncl uye:

Real i zar l a pr ueba de est r uct ur aci n y ej ecuci n
Real i zar l a eval uaci n de l a pr ueba de ej ecuci n y
r ecuper aci n de l os er r or es
Def i ni r La eval uaci n de l os r esul t ados de l a pr ueba
i dent i f i cando y document ado l os def ect os, ver f i gur a N
40.


64

3.9.17. CONTROLADOR DE CALIDAD (PERFORMANCE TESTER)

Figura 41, Funci ones del Cont r ol ador de Cal i dad.

El cont r ol ador de cal i dad es r esponsabl e de ej ecut ar l a
pr ueba de cal i dad del sof t war e, sus acci ones i ncl uye:

Real i zar l a pr ueba de est r uct ur aci n y ej ecuci n, con
r espect o a l a cal i dad.
Def i ni r l a eval uaci n de l a ej ecuci n y de l a pr ueba de
r ecuper aci n de er r or es eval uando l os r esul t ados de
pr ueba, i dent i f i cando y def i ni endo l os f act or es que
af ect an a l a per f or mance y l a cal i dad del sof t war e, ver
f i gur a N 41.


65
3.9.18. INGENIERO DE PROCESOS (PROCESS ENGINEER)

Figura 42, Funci ones del I ngeni er o de Pr ocesos.

El I ngeni er o de Pr ocesos es r esponsabl e del pr oceso de
desar r ol l o de sof t war e r espect i vament e, i ncl uye l a def i ni ci n
y conf i gur aci n del pr oceso ant es del i ni ci o del pr oyect o y
dur ant e el desar r ol l o del pr oyect o. Est e cont i nua br i ndando
mej or as en l a apl i caci n del pr oceso de desar r ol l o del
sof t war e, ver f i gur a N 42.


66
3.9.19. GESTOR DEL PROYECTO(PROJECT MANAGER)

Figura 43, Funci ones del Gest or del Pr oyect o.

El gest or de pr oyect os se encar ga de admi ni st r ar l os
r ecur sos, pr i or i dades, coor di na i nt er acci ones con l os
cl i ent es y usuar i os, hace que el i nt er s del equi po de
desar r ol l o se mant enga cent r ado con el obj et i vo del pr oyect o.

Est abl e el conj unt o de pr ct i cas que asegur a l a cal i dad e
i nt egr i dad de l os ar t ef act os del pr oyect o, adems es
r esponsabl e de l a ef ect i vi dad del sof t war e en t r mi nos de
f unci onal i dad, adapt abi l i dad, r obust ez y f l exi bi l i dad, ver
f i gur a N 43.


67

3.9.20. CRTICO DE REQUISITOS (REQUIREMENTS REVIEWER)

Figura 44, Funci ones del Cr t i co de Requi si t os.

Pl anea y admi ni st r a l a r evi si n f or mal de l os model os de
casos de uso, ver f i gur a N 44.

3.9.21. INVOLUCRADOS (STAKEHOLDERS)

Los i nvol ucr ados son i ndi vi duos y or gani zaci ones que est n
act i vament e i nvol ucr ados con el pr oyect o o cuyos i nt er eses
pueden est ar af ect ados posi t i va o negat i vament e por l os
r esul t ados de l a ej ecuci n del pr oyect o o de l a cul mi naci n
del mi smo. El l os t ambi n pueden i nf l uenci ar sobr e el pr oyect o
y sus r esul t ados.

El equi po de ger enci a del pr oyect o debe i dent i f i car a l os
i nvol ucr ados del pr oyect o, det er mi nar sus r equer i mi ent os,
l uego admi ni st r ar e i nf l uenci ar esos r equer i mi ent os par a
segui r el xi t o del pr oyect o.

La i dent i f i caci n de l os i nvol ucr ados es a menudo t edi oso.

Los i nvol ucr ados pr i nci pal es del un pr oyect o, i ncl uyen a:

Ger ent e del pr oyect o
Cl i ent e
Or gani zaci n ej ecut or a
Mi embr os del equi po de desar r ol l o
Pat r oci nador


68
3.9.22. ADMINISTRADOR DEL SISTEMA (SYSTEM
ADMINISTRATOR)

Figura 45, Funci ones del Admi ni st r ador del Si st ema.

El admi ni st r ador del si st ema mant i ene el ambi ent e de
desar r ol l o, har dwar e, sof t war e, admi ni st r aci n del si st ema,
r eal i za copi as de segur i dad, r egi st r a a l os usuar i os
est abl eci endo sus pr i vi l egi os, ver f i gur a N 45.


69
3.9.23. ANALISTA DEL SISTEMA (SYSTEM ANALYST)

Figura 46, Funci ones del Anal i st a del Si st ema.

El anal i st a del si st ema, pl anea y coor di na el pr oceso
de i dent i f i caci n, sel ecci n de l os model os de casos de uso,
est abl eci endo l a f unci onal i dad y par met r os del si st ema.

Al gunas de l as act i vi dades son:

La i dent i f i caci n de l os act or es y casos de uso
La est r uct ur aci n de l os model os de casos de uso

Par a ms det al l e, ver l a f i gur a N 46.


70

3.9.24. INTEGRADOR DEL SISTEMA (SYSTEM INTEGRATOR)

Figura 47, Funci ones del I nt egr ador de Si st emas.

Es el encar gado de pl anear el pr oceso de i nt egr aci n del
sof t war e con ot r os const r ui dos en f or ma par al el a con l os
que ya exi st en en l a or gani zaci n pat r oci nador a, el
i nt egr ador debe est abl ecer pol t i cas de i nt egr aci n con l a
f i nal i dad de evi t ar conf l i ct os de f unci onami ent o gl obal con
l os sof t war e act ual es y l os f ut ur os, ver f i gur a N 47.


71

3.9.25. PROBADOR DEL SISTEMA (SYSTEM TESTER)

Figura 48, Act i vi dades del Pr obador del Si st ema.

Es el encar gado de pl ani f i car , di sear y ej ecut ar l as
pr uebas del si st ema de i nf or maci n, l as pr uebas i ncl uyen:

La pr ueba de est r uct ur a y ej ecuci n
La eval uaci n del pr oceso de ej ecuci n de pr uebas y
pr opuest a de sol uci n de er r or es
La eval uaci n de r esul t ados del pr oceso de pr ueba y
document aci n del conj unt o de er r or es hal l ados en el
pr oceso, ver f i gur a N 48.


72

3.9.26. DOCUMENTADOR (TECHNICAL WRITER)

Figura 49, Funci ones del Document ador .

Es el encar gado de pr oduci r mat er i al de apoyo al usuar i o
f i nal como l as gu as del usuar i o, l os t ext os de ayuda, l as
not as del descar go, et c. , ver f i g. N 49.

3.9.27. DISEADOR DE PRUEBAS (TEST DESIGNER)

Figura 50, Funci ones del Di seador de Pr uebas.

73

El Di seador de Pr uebas es el pr i nci pal obr er o en el
pr oceso de pr uebas, es el encar gado de l a pl ani f i caci n,
apl i caci n y eval uaci n de l as pr uebas, i ncl uye l as
si gui ent es act i vi dades:

La gener aci n del pl an y model o de pr ueba
La apl i caci n de pr ocedi mi ent os de pr ueba
La eval uaci n de l a est r uct ur a, r esul t ados y ef ect i vi dad
de l as pr uebas, par a ms det al l e, ver f i gur a N 50.

3.9.28. ADMINISTRADOR DE HERRAMIENTAS (TOOLSMITH)

Figura 51, Funci ones del Admi ni st r ador de Her r ami ent as.

Es el encar gado de desar r ol l ar l as her r ami ent as de apoyo a
necesi dades especi al es, pr opor ci ona her r ami ent as y pr ocesos
adi ci onal es como sol uci n a t ar eas t edi osas en l a cor r ecci n
de er r or es, def i ne adems l a buena i nt egr aci n ent r e t al es
her r ami ent as, ver f i gur a N 51.


74

3.9.29. ESPECIFICADOR DE CASOS DE USO (USE-CASE SPECIFIER)

Figura 52, Funci ones del Especi f i cador de Casos de Uso.

Es el encar gado de det al l ar l a especi f i caci n de una
par t e de l a f unci onal i dad del si st ema descr i bi endo l os
aspect os de r equer i mi ent o de uno o muchos casos de uso,
adems es r esponsabl e del mant eni mi ent o e i nt egr aci n del
paquet e de casos de uso ( casos de uso, act or es, model o de
casos de uso) , ver f i gur a N 52.


75
3.9.30. DISEADOR DE LAS INTERFACES DE USUARIO (USER
INTERFACE DESIGNER)

Figura 53, Funci ones del Di seador de l a I nt er f aces de
Usuar i o.

Es el encar gado de coor di nar l as act i vi dades de anl i si s
de pr ot ot i pos con r espect o a l as i nt er f aces de usuar i o,
medi ant e:

La capt ur a de r equer i mi ent os par a l as i nt er f aces de
usuar i o
La const r ucci n de pr ot ot i pos de l as i nt er f aces de
usuar i o
La consi der aci n de opi ni ones de l os i nvol ucr ados del
pr oyect o par a l a def i ni ci n de i nt er f aces, ver f i gur a N
53.


76

3.10. ACTIVIDAD

Figura 54, Act i vi dades del Anal i st a de Pr ocesos de Negoci os.

La act i vi dad, descr i be una uni dad de t r abaj o que puede
ser asi gnada a un t r abaj ador . Ej empl o Cr ear o modi f i car un
ar t ef act o, ver f i gur a N 54.

Una act i vi dad l l eva ent r e un par de hor as, un par de
d as un poco ms dependi endo de l a habi l i dad, exper i enci a y
conoci mi ent o del t r abaj ador , i nvol ucr a un sol o t r abaj ador y
un nmer o pequeo de ar t ef act os.

Las act i vi dades se consi der an en l a pl ani f i caci n y
eval uaci n del pr ogr eso del pr oyect o.

3.11. ARTEFACTO:
Def i ni do como l a pi eza de i nf or maci n que es pr oduci da,
modi f i cada, ut i l i zada por un pr oceso en par t i cul ar , son
pr oduct os t angi bl es del pr oyect o, usados por l os t r abaj ador es
par a r eal i zar nuevas act i vi dades y son el r esul t ado de esas
act i vi dades. Pueden ser l os si gui ent es:
El document o, donde se especi f i quen a l os casos de uso
de negoci o donde se def i ne l a ar qui t ect ur a del
sof t war e.
El model o, como el model o de caso de uso, model o de
anl i si s, model o de di seo, et c.

77
Un el ement o dent r o de un model o t al como una cl ase
un sub si st ema.
Ahor a menci onar cual es son l os ar t ef act os a ut i l i zar en
cada de una de et apas de const r ucci n de sof t war e segn el
RUP, t ant o en l as et apas cent r al es como de sopor t e.
No se t r at a de memor i zar que ar t ef act o pr oduci r un
t r abaj ador , el uso const ant e de est os har que sean par t e
t ci t a del desar r ol l o de sof t war e, sl o t enemos que
apl i car l o.
Par a evi t ar l a compl ej i dad que DETESTO, apr ender emos l os
di f er ent es ar t ef act os por et apas de const r ucci n del sof t war e
ut i l i zando gr f i cos r el aci onados con l a not aci n UML:

3.11.1. ARTEFACTOS DEL MODELO DE NEGOCIO

A cont i nuaci n det al l o t odos l os ar t ef act os cr eados
ut i l i zados por un t r abaj ador , con r espect o a l a et apa de
MODELO DE NEGOCIO.

Figura 55, Ar t ef act os pr oduci dos ut i l i zados por el
t r abaj ador Anal i st a de pr ocesos de negoci o.

Analista de
procesos de negocio
Especificacin
suplementaria de
negocio
Modelo de objetos
de negocio
Modelo de
casos de uso
de negocio
S ecre taria
C onductor
R egis trar C onductor

78

t r abaj ador Di seador de Negoci o.

3.11.2. ARTEFACTOS DE REQUERIMIENTOS

ANALISIS DE REQUERIMIENTOS.

t r abaj ador Especi f i cador de Casos de Uso.

Diseador
de negocio
Trabajador
interno de
negocio
Realizacin del caso
de uso de negocio
Caso de uso
de negocio
Unidad
organizacional
Entidad de
negocio
Objetivo de
negocio

Especificador
de casos de uso
Paquete de
casos de uso
Caso de usos

79

t r abaj ador Anal i st a de Si st emas.

t r abaj ador Di seador de i nt er f aces de usuar i o.

Analista de
sistemas
Visin
Requerimiento de
involucrados
Modelo de casos
de uso de sistema
Caractersticas
de los requerimientos
Especificacin
suplementaria
Glosario
S e c r e t a r i a
C o n d u c t o r
R e g i s t r a r C o n d u c t o r

Diseador de
interfaces de usuario
Prototipos de
casos de uso
Prototipos de
interfaces de
usuario
Lmite
Actor

80

3.11.3. ARTEFACTOS DE DISEO

DISEO.

t r abaj ador Ar qui t ect o.

t r abaj ador Di seador .

Arquitecto
Modelo de diseo
Modelo anlisis
Protocolo
Evento
Interface
Seal
Documento de
la arquitectura de
software

Diseador
Caso de uso
realizacin de
diseo
Paquete de diseo
Modelo de
estados
Clase de diseo
Diseo de subsistemas Modelo de clases y paquetes

81

t r abaj ador Anal i st a de Pr oceso de negoci o.

t r abaj ador Di seador de l a est r uct ur a.

t r abaj ador Di seador de l a Base de Dat os.

Analista de
procesos de negocio
Especificacin
suplementaria de
negocio
Modelo de objetos
de negocio
Modelo de
casos de uso
de negocio

Diseador de
la estructura
Estructura

Diseador de la
base de datos
Modelo de
Clases

82

t r abaj ador Di seador de Pr uebas.

3.11.4. ARTEFACTOS DE IMPLEMENTACIN

IMPLEMENTACIN.

t r abaj ador Ar qui t ect o.

t r abaj ador I nt egr ador del Si st ema.

Diseador de
pruebas
Modelo de
pruebas
Modelo de
casos
Prueba
de procedimientos
Modelo del
plan de accin

Arquitecto
Modelo de
implementacin

Integrador
del sistema
Plan de construccin
de la
integracin

83


t r abaj ador I mpl ement ador .

3.11.5. ARTEFACTOS DE DESPLIEGUE

DESPLIEGUE.

Diseador
de pruebas
Prueba de
escrituras

Implementador
Sub sistema
de implementacin
Componente
Prueba de sub sistema
y componentes

84

t r abaj ador Di seador del Cur so.

t r abaj ador I mpl ement ador .

t r abaj ador Document ador Tcni co.

Diseador
del curso
Plan de
entrenamiento

Implementador
Instalacin de
artefactos

Documentador
Tcnico
Notas de
realizacin
Documento de
soporte a
usuarios

85

t r abaj ador Admi ni st r ador del Despl i egue.

3.11.6. ARTEFACTOS DE ADMINISTRACIN

ADMINISTRACIN.

t r abaj ador Gest or del Pr oyect o.

Administrador
del despliegue
Plan de
despliegue

Gestor del
proyecto
Especificacin d
del proyecto
Plan de medida
Casos de uso
de negocio
Lista de
riesgos
Plan de
desarrollo del
software
Especificacin de
iteracin
Valoracin de
iteracin
Valoracin de
estatus
Cambios de
requerimientos
Defectos X

86


t r abaj ador I ngeni er o de Pr ocesos.

t r abaj ador Admi ni st r ador de l a Conf i gur aci n.

Diseador de
pruebas
Plan de pruebas

Ingeniero
de procesos
Desarrollo de
valoracin
organizativa
Desarrollo de
casos

Administrador
de la
configuracin
Plan de
administracin de
la configuracin

87

3.11.7. ARTEFACTOS DE ESPECIFICACIN Y PAUTAS

ESPECIFICACIONES.

Figura 78, Ar t ef act os pr oduci dos ut i l i zados por l os
admi ni st r ador es.

Figura 79, Ar t ef act os pr oduci dos o ut i l i zados por el Anal i st a
de Pr ocesos de Negoci o.

Figura 80, Ar t ef act os pr oduci dos o ut i l i zados por el
t r abaj ador Anal i st a de Si st emas.

Integrador
del sistema
Herramientas
Administrador
de herramientas
Administrador
del sistema

Analista de
procesos de negocio
Base del
modelo de negocio

Analista de
sistemas
Desarrollo de
valoracin
organizativa
Base del
modelo de casos
de uso
Base de las caractersticas
de requerimientos

88

t r abaj ador Di seador de I nt er f aces de usuar i o.

3.12. PROCESO UNIFICADO RATIONAL Y EL CASE DE MODELAMIENTO
RATIONAL ROSE, EN EL TRABAJO DE NEGOCIO.

Figura 82, Vent ana de Cr eaci n de nuevos model os en el Case
de Model ami ent o Rat i onal Rose.

El Case Rat i onal Rose, es l a her r ami ent a de model ado que
sopor t a l as f ases y et apas del pr oceso RUP, par a ut i l i zar l as
ayudas y l i br er as del RUP en Rat i onal Rose, hacer cl i k en
l a pl ant i l l a Rat i onal Uni f i ed Pr occess, l uego cl i k en el
bot on ok, ver f i gur a N 82.

Diseador de
interfaces de
usuario
Base de
interfaces de usuario

89

Figura 83, Br owser del Case Rat i onal Rose, seal ando al
paquet e de casos de uso de negoci o.
Despus de cagar l as l i br er as del RUP , se t i ene una
pl ant i l l a de t r abaj o, desde un punt o de vi st a gener al ,
def i ni do en el paquet e Business Use Case Model, ent or no
donde se cr ea l os si gui ent es ar t ef act os:

Caso de uso de negoci o
Act or i nt er no de negoci o
Act or ext er no de negoci o
Uni dad or gani zaci onal
Model o de casos de uso de uso de negoci o.

Adems se r eal zan l as si gui ent es act i vi dades:

Def i ni ci n de uni dades or gani zaci onal es
Sel ecci n de act or es i nt er nos y ext er nos
Def i ni ci n de pr ocesos empr esar i al es
Est abl eci mi ent o de cr i t er i os y pol t i cas de acci n par a
l a cr eaci n de l os model o de casos de uso de negoci o,
ver f i gur a N 83.


90

Figura 84, Br owser del Case Rat i onal Rose, seal ando al
paquet e model o de obj et os de negoci o.

El punt o de vi st a det al l ado, se def i ne en el paquet e
Business Object Model, en est e ent or no se cr ea l os
si gui ent es ar t ef act os:

Di agr amas de r eal i zaci n del caso de uso de negoci o
Di agr amas de cl ases
Di agr amas de secuenci a
Di agr amas de col abor aci n
Ent i dades de negoci o

Adems se r eal i zan l as si gui ent es act i vi dades:

Def i ni ci n de ent i dades de negoci o
Real i zaci n del det al l e de negoci o medi ant e ar t ef act os
de cr eaci n de cl ases ( di agr ama de cl ases) y de
i nt er acci n de obj et os ( di agr ama de secuenci a
col abor aci n) , ver f i gur a N 84.


91

RESUMEN

Hast a est e cap t ul o, ust ed debe compr ender l as r azones
de opt ar por el pr oceso RUP par a l a const r ucci n de
sof t war e en est os d as, ya debemos est ar f ami l i ar i zados con
t odos l os el ement os que i mpl i ca el RUP y l i st os par a
adent r ar nos en el mar avi l l o y si empr e sor pr endent e mundo de
l a const r ucci n de sof t war e.

Los si gui ent es concept os deben ser conoci dos al 100% par a
cont i nuar con el si gui ent e cap t ul o:

Est r uct ur a del RUP
Fase y Et apas del RUP
Tr abaj ador es r ol es
Act i vi dades
Ent or no de t r abaj o par a el RUP

Hor a de comenzar con l a const r ucci n de un si st ema de
i nf or maci n en base a l os r equer i mi ent os del pr i nci pal
i nvol ucr ado del pr oyect o El cliente.

A TRABAJAR!


92

CAPITULO IV

MODELO DE NEGOCIO BASADO EN EL RUP

4.1. INTRODUCCIN

Ya est amos pr epar ados par a dar i ni ci o al pr oceso de
const r ucci n de sof t war e basado en RUP.

I ni ci amos como es de suponer a conocer l a or gani zaci n
pr obl ema, ut i l i zando par a est a t an i mpor t ant e l abor l a
pr i mer a et apa del RUP, Lo conoces?, si l a r espuest a es
negat i va r ecomi endo r evi sar el cap t ul o 3, donde se est udi o
el cor azn del pr oceso RUP.

Par a l as per sonas que si pr est ar on at enci n a l os
cap t ul os ant er i or es, es t i empo de poner manos a l a obr a,
per o, En base a que Caso?, el pr oceso de const r ucci n
est ar cent r ado en el caso compa a de t axi s TAXI SEGURO, a
det al l ar se en el cap t ul o 4. 2.

Si n ms pr embul os comenzamos con l a et apa MODELO DE
NEGOCIO, est a et apa i mpl i ca 2 sub et apas:

MODELO DE CASOS DE USO DE NEGOCIO Y
MODELO DE OBJETOS DE NEGOCIO

Ut i l i zar emos el case de Model ami ent o Rat i onal Rose, 2003,
par a l a pr esent e edi ci n del l i br o. Con r espect o a l a
ver si n ant er i or del Rat i onal Rose ( 2002) , l a l t i ma ver si n
pr esent a cambi os significativos, en el ambi ent e de NEGOCIO.
Dedi car emos el t i empo necesar i o par a det al l ar cul es son
aquel l os el ement os not aci onal es que f uer on modi f i cados

93
cul es son l as novedades, como si empr e el case de
model ami ent o Rat i onal Rose SORPRENDE!

4.2. CASO PRCTICO COMPAA DE TAXI TAXI SEGURO

La compa a de t axi s TAXI SEGURO at i ende a una gr an
r ea met r opol i t ana y empl ea apr oxi madament e 500 t axi s y 1000
conduct or es. El Depar t ament o de Cont abi l i dad r epor t
r eci ent ement e que l a cober t ur a de segur os par a TAXI SEGURO
est aument ando a r azn de 45 por ci ent o ms r pi do en
compar aci n con compa as de t axi s si mi l ar es en t oda l a
naci n. Adi ci onal ment e, l os i ngr esos se han quedado at r s en
un 22 por ci ent o con r espect o a l os pr onst i cos de l a
compa a como r esul t ado de menor es t ar i f as de l os t axi s. El
pr esi dent e de TAXI SEGURO cr ee que par t e de est e desempeo
poco br i l l ant e se debe a una pol t i ca poco agr esi va en l a
eval uaci n del desempeo de l os conduct or es.

En consecuenci a, el pr esi dent e ha sol i ci t ado que se di see
un si st ema de i nf or maci n que eval e aquel l os aspect os del
desempeo del conduct or que est n r el aci onados ms de cer ca
con l as pr i mas de segur os y l as sol i ci t udes del ser vi ci o de
t axi s.

Ust ed, como anal i st a pr ogr amador de si st emas de TAXI
SEGURO, cuent a con l as si gui ent es est ad st i cas: Las mul t as
de t r nsi t o han al canzado el pr omedi o de casi 2800 anual ment e
dur ant e l os t r es l t i mos aos. Los t axi s se ven i nvol ucr ados
en un pr omedi o de casi 57 acci dent es a l a semana, 45 de l os
cual es son consi der ados como gol pes menor es y 12 de l os
cual es i mpl i can al guna demanda por l esi ones per sonal es.

El per sonal de ser vi ci o a cl i ent es manej a ent r e 25 y 50
quej as de cl i ent es por t i empos de esper a l ar gos, l enguaj e
abusi vo, ser vi ci o ef i ci ent e, et c. , de f or ma di ar i a. Cada
quej a r epor t ada, acci dent e y mul t a de t r f i co se r egi st r a por
d a, conduct or , nmer o de t axi y hor a del d a


94

4.3. CONCEPTO DEL MODELO DE NEGOCIO

El modelamiento de negocio basado en el RUP, per mi t e
r eal i zar un est udi o exhaust i vo de l a or gani zaci n en t r mi nos
de Pr ocesos de Negoci o.

Gr aci as al modelamiento de negocio, podemos empezar el
desar r ol l o del Si st ema de I nf or maci n con i nf or maci n cer t er a
y de pr i mer a mano, pudi endo l ogr ar as l a const r ucci n de un
Si st ema de I nf or maci n de Cal i dad.

El modelamiento de negocio, puede exi st i r en cual qui er
or gani zaci n, aun cuando NO cuent e con un Si st ema de
I nf or maci n.

El r esul t ado del modelamiento de negocio, es l a ENTRADA
par a el Model o de Desar r ol l o de Sof t war e .

Figura 85, Ci cl o de desar r ol l o de sof t war e basado en el RUP.

4.4. PROPSITOS DEL MODELO DE NEGOCIO

Ent ender l os pr obl emas act ual es de l a or gani zaci n.
Asegur ar que cl i ent es, usuar i os, equi po de desar r ol l o y
ot r os i nvol ucr ados t engan i gual ent endi mi ent o de l a
or gani zaci n.
Un model o de negoci o pr ovee una vi st a est t i ca de l a
est r uct ur a de l a or gani zaci n y una vi st a di nmi ca
dent r o de l os pr ocesos de l a or gani zaci n.

Modelo
de
Casos de Uso
de Negocio
Modelo de
Objetos de
Negocio
Anlisis
de
Requerim
ientos
Anlisis
&
Diseo
Impleme
ntacin

Pruebas
Puesta
en
Marcha
Las salidas del Modelamiento de Negocio
sern las entradas del Modelo de
desarrollo de Sw., asegurando as el
conocimiento del Negocio como
requisito indispensable para el logro de
un software de Calidad

95

4.5. ELEMENTOS DE NEGOCIO SEGN EL RUP

4.5.1. GLOSARIO DE NEGOCIO

Es de vi t al i mpor t anci a acor dar l a t er mi nol og a de
negoci o comn desde l a def i ni ci n del pr oyect o, par a l ogr ar
est ndar es y agi l i dad en l a comuni caci n.

Ej empl o:

Para que un empleado obtenga los tiles de oficina,
mensualmente, tiene que presentar el documento PECOSA

4.5.2. PARTES DEL GLOSARIO DE NEGOCIO

No sol o l os document os son par t e de gl osar i o, al gunos
pr ocesos segn el gr ado de r el evanci a t ambi n son
consi der ados.

El RUP pr opone l a si gui ent e est r uct ur a de descr i pci n del
pr oceso.

I nt r oducci n
Pr opsi t o
Al cance
Ref er enci as
Resumen
Def i ni ci ones

4.5.3. REGLA DEL NEGOCIO

Pol t i cas condi ci ones a ser sat i sf echas por el negoci o.

No se realizar ningn pago sin documento de sustento
No se admite como empleado a una persona cuya documentacin
sea incompleta


96

Figura 86, Not aci n UML par a l a Regl a de Negoci o.

4.5.4. PARTES DEL DOCUMENTO REGLAS DEL NEGOCIO

I nt r oducci n.
Pr opsi t o.
Al cance
Ref er enci as
Resumen
Regl as del negoci o.

4.5.5. META

Es el r equi si t o a ser sat i sf echo por el negoci o, det al l a
el val or deseado de una medi da espec f i ca en el f ut ur o,
ut i l i zado par a pl anear y admi ni st r ar l as act i vi dades del
negoci o.

Ej empl o:

Figura 87, Not aci n UML par a l a Met a.

4.5.6. UNIDAD ORGANIZACIONAL

En esenci a, es si mi l ar al paquet e, si r ve par a or gani zar
l os ar t ef act os que per mi t an expl i car l os pr ocesos
Los pagos a
proveedores se realiza
mediante cheques
Eliminar las
tardanzas e
inasistencias a
diciembre del
ao 2005.

97
empr esar i al es que se anal i zan, en t r mi nos de act or es y
casos de uso de negoci o.

Ej empl o: Si r ve par a or gani zar l os model os de casos de uso
de negoci o r ef er i do a un pr oceso de ni vel macr o como:

Vent as, Compr as, Cont r ol de Per sonal , et c.

Figura 88, Not aci n UML par a una Uni dad Or gani zaci onal .

4.5.7. CASO DE USO DE NEGOCIO

Repr esent a a un pr oceso empr esar i al , aquel conj unt o de
act i vi dades cont i nuas, necesar i as par a l a exi st enci a de l a
or gani zaci n. Los casos de uso de negoci o empi ezan su
def i ni ci n en ver bo.

Ej empl o: Gener ar Pedi do, Gener ar Or den de Compr a,
Gener ar Fact ur a, Gener ar Bol et a, Regi st r ar Per sonas, et c. ,
ver f i gur a N 89.

Figura 89, Not aci n UML del Caso de uso de Negoci o.

4.5.8. ACTOR INTERNO DE NEGOCIO (WORKER)

Conoci do t ambi n como actor interno de negocio,
r epr esent a a una per sona un gr upo de per sonas que t i enen
Registrar
Cliente
Recursos Humanos
En el case Rational
Rose 2002
En el case Rational
Rose 2003
En el case Rational
Rose 2002
En el case Rational
Rose 2003

98
r el aci n d di ir re ec ct ta a con el pr oceso empr esar i al , su def i ni ci n
depende al caso de uso de negoci o que se est e anal i zando.

Ej empl o: Caj er o, consi der ando el pr oceso Gener ar Fact ur a

Figura 90, Not aci n UML de un Act or I nt er no de Negoci o.

4.5.9. ACTOR EXTERNO DE NEGOCIO

Repr esent a a una per sona un gr upo de per sonas que t enga
r el aci n i in nd di ir re ec ct ta a con el pr oceso empr esar i al caso de uso
de negoci o.

La def i ni ci n del act or ext er no de negoci o depende del
caso de uso de negoci o que se est anal i zando. Ej empl o
Pr oveedor , si consi der amos el pr oceso Sol i ci t ar / Regi st r ar
Pr of or ma.

Figura 91, Not aci n UML de un Act or Ext er no de Negoci o.

4.5.10 ENTIDAD DE NEGOCIO

Repr esent a a un document o cual qui er el ement o de
i nf or maci n que es usado mani pul ado por un t r abaj ador
i nt er no de negoci o.
Conductor
Proveedor
En el case Rational
Rose 2002
En el case Rational
Rose 2003
En el case Rational
Rose 2002
En el case Rational
Rose 2003

99

Por ej empl o: En el caso de uso de negoci o Regi st r ar
I nst r uct or , r egi st r amos l os dat os del i nst r uct or en al gn
ar chi vo, f i l e, f ol der base de dat os, cada uno de l os esos
el ement os donde se al macenan l a i nf or maci n del nuevo
conduct or se denomi na ent i dad de negoci o.

Figura 92, Not aci n UML de una Ent i dad de Negoci o.

4.5.11. REALIZACIN DEL CASO DE USO DE NEGOCIO

Si r ve como r eposi t or i o de t odos l os ar t ef act os, que t i enen
como obj et i vo expl i car el f unci onami ent o al det al l e del
pr oceso empr esar i al que se anal i za i ncl uyendo l a expl i caci n
de l os document os que se ut i l i zan gener an.

Ej empl o: Real i zaci n del caso de uso Regi st r ar Conduct or .

Figura 93, Not aci n UML, del caso de uso r eal i zaci n de
negoci o.

EN_Conductor
Realizacin:
Registrar Conductor
En el case Rational
Rose 2002
En el case Rational
Rose 2003
En el case Rational
Rose 2002
En el case Rational
Rose 2003

100

4.5.12. RECURSO

Est e el ement o r epr esent a al r ecur so de l a or gani zaci n,
l os r ecur sos y r ol es act an de maner a conj unt a par a
r eal i zaci n del si st ema de negoci o.

Figura 94, Not aci n UML, del el ement o Recur so.

4.5.13. MODELO DE CASOS DE USO DE NEGOCIO

Est e el ement o r epr esent a l a Model o de Casos uso de
Negoci o.

Figura 95, Not aci n UML Model o de Casos de Uso de Negoci o.

Recurso

Modelo de Casos de Uso de
Negocio _ Compaa de taxi

101

4.5.14. DOMINIO DEL NEGOCIO

Est e el ement o r epr esent a al campo de acci n , gi r o de l a
or gani zaci n.

Figura 96, Not aci n UML Domi ni o del Negoci o.

4.5.15 MODELO DE ANALISIS DE NEGOCIO

Est e el ement o r epr esent a a l a r eal i zaci n del caso de uso
de negoci o, a t r avs de ar t ef act os del UML, como di agr amas de
cl ases, secuenci a y col abor aci n, det al l ando l a f unci onal i dad
del pr oceso que se anal i za.

Figura 97, Not aci n UML Model o de Anl i si s de Negoci o.

Recurso
Enseanza Universitaria
Modelo de
Anlisis de Negocio

102

4.5.16 TRABAJADOR FISICO

Est e el ement o r epr esent a a una per sona gr upo de
per sonas, que l abor an dent r o de l a or gani zaci n ocupando
puest os cl aves par a l a or gani zaci n.

Figura 98, Not aci n UML del Tr abaj ador F si co.

4.5.17. RECURSOS COLABORATIVOS

Est e el ement o r epr esent a al gr upo de r ecur sos
empr esar i al es, cuya i t er aci n r el aci n es necesar i a par a
el xi t o de un det er mi nado pr oceso empr esar i al .

Figura 99 Not aci n UML del Recur so Col abor at i vo.

4.5.18. SISTEMA DE NEGOCIO

Est e el ement o r epr esent a a uni dades empr esar i al es
i ndi vi dual es, est e encapsul a un conj unt o de r ol es y r ecur sos,
par a el cumpl i mi ent o de un pr opsi t o en par t i cul ar , adems
def i ne un conj unt o de r esponsabi l i dades medi ant e l os cual es,
l os pr opsi t os pueden ser al canzados.
Trabajador Fsico
Generar Planilla mensual

103

Figura 100, Not aci n UML del Si st ema de Negoci o.

4.5.19. COMPONENTE DE NEGOCIO

Est e el ement o r epr esent a a un el ement o de negoci o con
cdi go cor r espondi ent e a cual qui er si st ema par t e de l a
or gani zaci n, desde el i ni ci o del est udi o empr esar i al par a
l a mej or a en t r mi nos de pr ocesos, i mpl ement aci n de un
nuevo si st ema de i nf or maci n l a mej or a de al guno
exi st ent e.

Figura 101, Not aci n UML de un Component e de Negoci o.

Proceso de revisin de automviles anual
Sistema de
Caja.class

104

4.5.20. LOCALIZACIN DEL NEGOCIO

Est e el ement o r epr esent a a l a ubi caci n geogr f i ca, l a ms
est r at gi ca par a ef ect os de mer cadeo de l a or gani zaci n.

Figura 102, Not aci n UML de l a l ocal i zaci n f si ca del
negoci o.

4.5.21. DISEADOR DE NEGOCIO

Est e el ement o es r esponsabl e de det al l ar l os event os
comer ci al es, usndol os par a descomponer espaci o y t i empo
dent r o del pr oceso empr esar i al que se anal i za.

Figura 103, Not aci n UML del Di seador de Negoci o.

4.5.22. EVENTO DE NEGOCIO

Repr esent a al conj unt o de sucesos, acci ones empr esar i al es
que r eper cut en di r ect ament e al pr oceso que se anal i za.
Oficina Central, park Avenue 135,
Miami-Florida
Especialista en transporte
pblico con taxis

105

Figura 104, Not aci n UML de un Event o de Negoci o.

4.5.23. DOCUMENTO DE NEGOCIO

Repr esent a al document o f or mal , ut i l i zado par a gar ant i zar
l a f unci onal i dad del un pr oceso en par t i cul ar con r ef er enci a
a or gani zaci ones super vi sor as del buen f unci onami ent o de l a
mi sma.

Ej empl o el document o f or mal Contrato de Trabajo,
ent i dad super vi sor a Ministerio de Trabajo.

Figura 105, Not aci n UML del document o de negoci o.

4.6 DETERMINACIN DE LA SITUACIN ACTUAL DE LA ORGANIZACIN

El abor ar un l i st ado de t r mi nos y def i ni ci ones usados
comnment e, en un Gl osar i o de Tr mi nos.

Consi st e en desar r ol l ar un ent endi mi ent o pr el i mi nar de
l os obj et i vos de l a empr esa, l os cual es son det er mi nados por
l os st akehol der s y r esponsabl es del negoci o.

Revisin Mecnica obligatoria
definido por la Municipalidad
Contrato de Trabajo
del Conductor

106
I dent i f i car l as r egl as del negoci o, par a l uego
pl asmar l os en el document o de Regl as del Negoci o. I nvol ucr ar
a l as per sonas con ms exper i enci a y conoci mi ent o en l a
or gani zaci n de l a si gui ent e maner a:

Conver t i r l os en mi embr os del equi po de model ado de
negoci o.
Ent r evi st ar l os par a conocer sus i deas y opi ni ones
basadas en sus exper i enci as.
Hacer que r evi sen nuest r os avances.

4.7. MODELO DE CASOS DE USO DE NEGOCIO

4.7.1. CONCEPTO

Est e model o, muest r a l a r el aci n exi st ent e ent r e un Caso
de Uso de Negoci o con l os di f er ent es act or es de negoci o, se
r eal i za en el ent or no de t r abaj o del diagrama de casos de
uso.

7.4.2. TIPOS DE RELACIONES EN EL MODELO DE CASOS DE
USO DE NEGOCIO.

En el ambi ent e de casos de uso de negoci o i dent i f i camos
l os si gui ent es t i pos:

4.7.2.1. RELACION DEL TIPO ASOCIACION UNIDIRECCIONAL

En el model o de caso de uso de negoci o, est a r el aci n
i ndi ca participacin.

4.7.2.2. RELACION DEL TIPO HERENCIA

Est e t i po de r el aci n i ndi ca que l as cl ases que
par t i ci pan en el model o de casos de uso de negoci o pueden
ut i l i zar l a car act er st i ca de generalizacin herencia.

4.7.3. TIPOS DE ESTERIOTIPOS EN LAS RELACIONES DE
MODELOS DE CASOS DE USO DEL NEGOCIO

En el model o de casos de uso de negoci o podemos
i dent i f i car a l os si gui ent es est er eot i pos:


107
4.7.3.1. <<REALIZE>>

El est er eot i po <<r eal i ze>>, br i nda el compor t ami ent o a
l a r el aci n exi st ent e ent r e un caso de uso ya sea de negoci o
si st ema con su r espect i vo caso de uso de r eal i zaci n.

4.7.3.2. <<IMPORT>>

El est er eot i po <<i mpor t >>, br i nda el compor t ami ent o a l a
r el aci n exi st ent e ent r e l os si gui ent es ar t ef act os:

Model o de casos de uso de negoci o y
Model o de anl i si s

4.7.3.3. <<SUPPORT>>

El est er eot i po <<suppor t >>, br i nda el compor t ami ent o a
l a r el aci n exi st ent e ent r e ar t ef act os de negoci o i ndi cando
apoyo sopor t e de acci n.

4.7.4. DESARROLLANDO EL MODELO DE CASOS DE USO DE
NEGOCIO DEL CASO TAXI SEGURO

4.7.4.1. AGREGAR ELEMENTOS DE NEGOCIO A LA CAJA DE
HERRAMIENTAS DEL CASE RATIONAL ROSE

Figura 106, Agr egando el ement os a l a caj a de her r ami ent as del
case Rat i onal Rose 2003.
Hacer click derecho en el Tool Box, seleccionar la
opcin Customize.
En la ventana Personalizar la barra de herramientas
agregar los elementos necesarios.

108

4.7.4.2. DEFINICION DE LAS METAS

En el paquet e Bussi ness Use Case, car gado por def ect o
al hacer cl i c en l a pl ant i l l a Rat i onal Uni f i ed Pr ocess ( ver
f i gur a N 82, de l a Vi st a de Casos de Uso del Case Rat i onal
Rose, def i ni r l os obj et i vos de negoci o, puede cr ear se dent r o
de un paquet e.

Figura 107, Al gunos obj et i vos a cumpl i r en el caso Compa a
de Taxi s Taxi Segur o.

4.7.4.3. DEFINICION DE LAS UNIDADES ORGANIZACIONALES

Figura 108, Def i ni ci n de l as Uni dades Or gani zaci onal es con
r espect o al caso Compa a de Taxi s Taxi Segur o.
Evitar personal
Indocumentado
Evitar faltas e
inasistencias
Disminuir los ndices
de accidentes
No exceder en las
primas de seguro
Para el presente caso
identificamos las
siguientes unidades
organizacionales, para
ms detalle ver la
figura n 108.

109

4.7.4.4. DOCUMENTACIN DE LAS UNIDADES
ORGANIZACIONALES

Figura 109, Document aci n de l a uni dad or gani zaci onal
Mant eni mi ent o.

4.7.4.5. DEFINICIN DE LOS ACTORES DE NEGOCIO

Figura 110, Cr eaci n de l os act or es de negoci o del caso
compa a de t axi s Taxi Segur o.

En el paquet e Busi ness Use- Case Model , cr ear un
di agr ama de casos de uso denomi nado Act or es de
Negoci o_Compa aDeTaxi ; en el event o dobl e cl i c al di agr ama
de casos de uso cr eado, aper t ur amos el ent or no de t r abaj o
cor r espondi ent e, ahor a si podemos comenzar con l a cr eaci n
de l os act or es i nt er nos y ext er nos de negoci o.


110
La i dea es t ener un r eposi t or i o de cr eaci n par a
el ement os si mi l ar es, l ogr ando su f ci l ubi caci n. En el
anl i si s de l a empr esa ABC por ej empl o, se pueden
encont r ar ms de 50 el ement os, l a i dea es encont r ar l os en el
ambi ent e pr eest abl eci do.

4.7.4.6. DESCRIPCION DE LOS ACTORES DE NEGOCIO

Figura 111, Document aci n del act or i nt er no de negoci o
Responsabl e de Mant eni mi ent o.

4.7.4.7. DEFINICION DE LOS CASOS DE USO DE NEGOCIO

Figura 112, Cr eaci n de l os casos de uso de negoci o del caso
compa a de t axi s Taxi Segur o.

El taln de Aquiles de la mayora de los desarrolladores de software es por la poca
importancia dada al proceso de documentacin en la construccin del software, se
preocupan de la documentacin slo cuando este, YA es un problema, la idea es
evitar que el riesgo se convierta en problema!

111

4.7.4.7. DESCRIPCION DE LOS CASOS DE USO DE NEGOCIO

Figura 113, Document aci n del caso de uso de negoci o Gener ar
cuent a del d a.

4.7.4.8. MODELO DE CASOS DE USO DE NEGOCIO

No ol vi demos que el Model o de Casos de Uso de Negoci o,
muest r a l a par t i ci paci n de l os act or es i nt er nos y ext er nos
de negoci o con un pr oceso de negoci o en par t i cul ar . Dnde se
cr ea?, no desesper e que a cont i nuaci n l o menci ono.

Figura 114, Cr eando un di agr ama de casos de uso, par a l os
Model os de Casos de Uso de Negoci o.

El modelo de casos de uso de negocio, se
crea en el entorno de trabajo de un
diagrama de casos de uso, los cuales
pueden ser agregados en cada unidad
organizacional al hacer click derecho,
new , Use Case Diagram.

112
Ahor a si podemos cr ear el t an esper ado Model o de Casos
de Uso de Negoci o par a el pr oceso REGISTRAR CONDUCTOR.

Figura 115, Model o de Casos de Uso de Negoci o Regi st r ar
conduct or .

Menci ono ot r o ej empl o par a mayor i l ust r aci n; per o sl o
dos?, NO se pr eocupe, el pr oceso nt egr o, l o det al l o en el
CD, que acompaa a l a pr esent e. REVISELO! .


113

Figura 116, Model o de Casos de Uso de Negoci o Pr ocesar
descuent o por f al t as e i nasi st enci as.

4.8. MODELO DE OBJETOS DE NEGOCIO

4.8.1. CONCEPTO

Est e model o, muest r a el detalle del caso de uso de negoci o
que se est anal i zando, como se r eal i za o desar r ol l a el caso
de uso en menci n, par a t al comet i do el RUP, i ndi ca el uso de
l os si gui ent es ar t ef act os pr opi os del UML:

Di agr ama de Casos de Uso, par a l a r eal i zaci n
Di agr ama de Cl ases
Di agr ama de Secuenci a
Di agr ama de Col abor aci n

4.8.2. TIPOS DE RELACIONES EN EL MODELO DE
OBJETOS DE NEGOCIO

4.8.2.1. ASOCIACION BIDIRECCIONAL

Est e t i po de asoci aci n cont i ene a l as denomi nadas
Regl as del negoci o.


114
4.8.2.2. OBJECT LINK

Est e t i po de r el aci n pr esent e en el di agr ama de
secuenci a, per mi t e l a def i ni ci n de un mensaj e ent r e dos
obj et os.

4.8.2.3. OBJECT LINK TO SELF

Muest r a l a ej ecuci n de un mensaj e desde el mi smo
obj et o, pr esent e sl o en di agr amas de secuenci a.

4.8.2.4. OBJECT MESSAGE

Est e t i po de r el aci n pr esent e en el di agr ama de
col abor aci n, per mi t e l a def i ni ci n del mensaj e ent r e dos
obj et os.

4.8.2.5. OBJECT MESSAGE TO SELF

Per mi t e l a def i ni ci n de un mensaj e ent r e el mi smo
obj et o, pr esent e sl o en di agr amas de col abor aci n.


115
4.8.3. DIAGRAMA DE DEPENDENCIAS ENTRE EL MODELO DE
CASOS DE USO DE NEGOCIO Y EL MODELO DE
ANALISIS O MODELO DE OBJETOS DE NEGOCIO

La i dea de est e di agr ama es demost r ar l a dependenci a
ent r e del Model o de Anl i si s Model o de obj et os de negoci o
con r espect o al Model o de Casos de Uso de Negoci o.

Figura 117, Dependenci a del Model o de Anl i si s con r espect o
al Model o de Casos de Uso, r ef er i do al caso Compa a de t axi
Taxi Segur o.


116
4.8.4. PROCESO DE REALIZACION DEL CASO DE USO DE
NEGOCIO

Figura 118, Di agr ama de casos de uso, most r ando l a
r eal i zaci n del pr oceso Regi st r ar Conduct or .

El compor t ami ent o de l a r el aci n est dado por el
est er eot i po <<r eal i ze>>, se puede act i var haci endo dobl e
cl i ck en l a r el aci n y sel ecci onado l a opci n deseada.

Figura 119, Di st r i buci n del br owser del case Rat i onal Rose,
en el ambi ent e de Model o de Obj et os de Negoci o.

R RE EA AL LI IZ ZE E
El caso de uso
realizacin de
negocio, permite
explicar al
detalle como se
realiza un
determinado
caso de uso de
negocio,
utilizando
artefactos como
diagrama de
clases, secuencia
y colaboracin.
Podemos crear un Sistema de
Negocio, es un paquete que ayuda
a organizar los artefactos para la
realizacin de un proceso
empresarial. Para nuestro caso se
denomina Registrar Conductor,
contiene al diagrama de casos de
uso, contenedor del modelo de
realizacin, al caso de uso
Realizacin: Registrar Conductor
y sus diagramas correspondientes.

117
4.8.4.1. DIAGRAMA DE CLASES

Figura 120, Di agr ama de Cl ases del pr oceso Regi st r ar
Conduct or , con r espect o al caso Compa a de t axi Taxi
Segur o.

No ol vi demos que el Di agr ama de Cl ases, es una
est r uct ur a est t i ca, muest r a l as cl ases y sus r el aci ones.

En el negoci o ut i l i zamos l a ya descr i t a Ent i dad de
Negoci o, el cual r epr esent a a cual qui er document o, f i cha,
ar chi vo, et c. ; cr eado, mani pul ado por un t r abaj ador i nt er no
de negoci o.

Como cual qui er el ement o deber ser cont eni do en un
r eposi t or i o, si se necesi t a l a mi sma ent i dad par a l a
r eal i zaci n de ot r o pr oceso, puede ser ubi cado con mucha
f aci l i dad.


118

4.8.4.1.1. DEFINIENDO UN REPOSITORIO PARA ENTIDADES
DE NEGOCIO.

Figura 121, Cr eando un r eposi t or i o par a l as ent i dades de
negoci o.

4.8.4.2. DIAGRAMA DE COLABORACIN

Sabemos que el di agr ama de col abor aci n es del t i po
di nmi co e i nt er act i vo, muest r a como cada uno de l os
obj et os, se comuni can medi ant e una secuenci a de mensaj es par a
expl i car el det al l e de un pr oceso en par t i cul ar . No ol vi den
que l a di st r i buci n es con r espect o al espaci o.

Figura 122, Di agr ama Col abor aci n par a l a r eal i zaci n del
pr oceso Regi st r ar Conduct or .
Entidad de Negocio

119

4.8.4.3. DIAGRAMA DE SECUENCIA

Est e di agr ama es equi val ent e al di agr ama de secuenci a,
l a di f er enci a r adi ca en l a di st r i buci n, el di agr ama de
secuenci a pr esent a l a di st r i buci n con r espect o al t i empo.

Figura 123, Di agr ama Secuenci a par a l a r eal i zaci n del
pr oceso Regi st r ar Conduct or .


120

4.8.4.4. DIAGRAMA DE ACTIVIDADES

Es necesar i o consi der ar l os di agr amas de act i vi dades en
el est udi o de l a or gani zaci n par a r esol ver l os FACTORES
DE DESICIN, l os cual es No son consi der ados por l os
ar t ef act os de negoci o ya que se asume l a af i r maci n.

Figura 124, Cr eando el Di agr ama de Act i vi dades Regi st r ar
Conduct or .

En el paquet e Busi ness Obj ect Model cr ear el paquet e
Di agr ama de Act i vi dades, el cual ser r eposi t or i o de t odos
l os di agr amas de act i vi dades di r i gi do a negoci o, par a el caso
que desar r ol l amos, se denomi na: Regi st r ar Conduct or .


121

Figura 125, Cr eando el Di agr ama de Act i vi dades Regi st r ar
Conduct or .

Jefe de RR-HH
Asistente de RR-HH
Postulante de Conductor

Libro Rup Uml RMM Tomoi

Încărcat de

Informații document

Titlu original

Drepturi de autor

Formate disponibile

Partajați acest document

Partajați sau inserați document

Opțiuni de partajare

Vi se pare util acest document?

Este necorespunzător acest conținut?

Drepturi de autor:

Formate disponibile

Libro Rup Uml RMM Tomoi

Încărcat de

Drepturi de autor:

Formate disponibile

Construccin de Software O.O.

con el Proceso Unificado y UML, un punto de vista prctico

S-ar putea să vă placă și