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 Ing. Rosa Menndez Mueras Tomo I
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.
Construccin de Software O.O. con el Proceso Unificado y UML, un punto de vista prctico Ing. Rosa Menndez Mueras Tomo I
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 Construccin de Software O.O. con el Proceso Unificado y UML, un punto de vista prctico Ing. Rosa Menndez Mueras Tomo I
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 Construccin de Software O.O. con el Proceso Unificado y UML, un punto de vista prctico Ing. Rosa Menndez Mueras Tomo I
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. Construccin de Software O.O. con el Proceso Unificado y UML, un punto de vista prctico Ing. Rosa Menndez Mueras Tomo I
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.
Construccin de Software O.O. con el Proceso Unificado y UML, un punto de vista prctico Ing. Rosa Menndez Mueras Tomo I
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 Construccin de Software O.O. con el Proceso Unificado y UML, un punto de vista prctico Ing. Rosa Menndez Mueras Tomo I
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.
Construccin de Software O.O. con el Proceso Unificado y UML, un punto de vista prctico Ing. Rosa Menndez Mueras Tomo I
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. Construccin de Software O.O. con el Proceso Unificado y UML, un punto de vista prctico Ing. Rosa Menndez Mueras Tomo I
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.
Construccin de Software O.O. con el Proceso Unificado y UML, un punto de vista prctico Ing. Rosa Menndez Mueras Tomo I
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 Construccin de Software O.O. con el Proceso Unificado y UML, un punto de vista prctico Ing. Rosa Menndez Mueras Tomo I
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 Construccin de Software O.O. con el Proceso Unificado y UML, un punto de vista prctico Ing. Rosa Menndez Mueras Tomo I
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 Construccin de Software O.O. con el Proceso Unificado y UML, un punto de vista prctico Ing. Rosa Menndez Mueras Tomo I
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.
Construccin de Software O.O. con el Proceso Unificado y UML, un punto de vista prctico Ing. Rosa Menndez Mueras Tomo I
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.
Construccin de Software O.O. con el Proceso Unificado y UML, un punto de vista prctico Ing. Rosa Menndez Mueras Tomo I
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 Construccin de Software O.O. con el Proceso Unificado y UML, un punto de vista prctico Ing. Rosa Menndez Mueras Tomo I
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 Construccin de Software O.O. con el Proceso Unificado y UML, un punto de vista prctico Ing. Rosa Menndez Mueras Tomo I
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.
Construccin de Software O.O. con el Proceso Unificado y UML, un punto de vista prctico Ing. Rosa Menndez Mueras Tomo I
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 Construccin de Software O.O. con el Proceso Unificado y UML, un punto de vista prctico Ing. Rosa Menndez Mueras Tomo I
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 Construccin de Software O.O. con el Proceso Unificado y UML, un punto de vista prctico Ing. Rosa Menndez Mueras Tomo I
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.
Construccin de Software O.O. con el Proceso Unificado y UML, un punto de vista prctico Ing. Rosa Menndez Mueras Tomo I
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 Construccin de Software O.O. con el Proceso Unificado y UML, un punto de vista prctico Ing. Rosa Menndez Mueras Tomo I
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 . Construccin de Software O.O. con el Proceso Unificado y UML, un punto de vista prctico Ing. Rosa Menndez Mueras Tomo I
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 Construccin de Software O.O. con el Proceso Unificado y UML, un punto de vista prctico Ing. Rosa Menndez Mueras Tomo I
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.
Construccin de Software O.O. con el Proceso Unificado y UML, un punto de vista prctico Ing. Rosa Menndez Mueras Tomo I
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 Construccin de Software O.O. con el Proceso Unificado y UML, un punto de vista prctico Ing. Rosa Menndez Mueras Tomo I
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 Construccin de Software O.O. con el Proceso Unificado y UML, un punto de vista prctico Ing. Rosa Menndez Mueras Tomo I
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 Construccin de Software O.O. con el Proceso Unificado y UML, un punto de vista prctico Ing. Rosa Menndez Mueras Tomo I
29
Figura 22, Ej empl o del Di agr ama del Despl i egue.
Construccin de Software O.O. con el Proceso Unificado y UML, un punto de vista prctico Ing. Rosa Menndez Mueras Tomo I
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. Construccin de Software O.O. con el Proceso Unificado y UML, un punto de vista prctico Ing. Rosa Menndez Mueras Tomo I
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.
Construccin de Software O.O. con el Proceso Unificado y UML, un punto de vista prctico Ing. Rosa Menndez Mueras Tomo I
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.
Construccin de Software O.O. con el Proceso Unificado y UML, un punto de vista prctico Ing. Rosa Menndez Mueras Tomo I
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.
Construccin de Software O.O. con el Proceso Unificado y UML, un punto de vista prctico Ing. Rosa Menndez Mueras Tomo I
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 Construccin de Software O.O. con el Proceso Unificado y UML, un punto de vista prctico Ing. Rosa Menndez Mueras Tomo I
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 Construccin de Software O.O. con el Proceso Unificado y UML, un punto de vista prctico Ing. Rosa Menndez Mueras Tomo I
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.
Construccin de Software O.O. con el Proceso Unificado y UML, un punto de vista prctico Ing. Rosa Menndez Mueras Tomo I
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 Construccin de Software O.O. con el Proceso Unificado y UML, un punto de vista prctico Ing. Rosa Menndez Mueras Tomo I
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.
Construccin de Software O.O. con el Proceso Unificado y UML, un punto de vista prctico Ing. Rosa Menndez Mueras Tomo I
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. Construccin de Software O.O. con el Proceso Unificado y UML, un punto de vista prctico Ing. Rosa Menndez Mueras Tomo I
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. Construccin de Software O.O. con el Proceso Unificado y UML, un punto de vista prctico Ing. Rosa Menndez Mueras Tomo I
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.
Construccin de Software O.O. con el Proceso Unificado y UML, un punto de vista prctico Ing. Rosa Menndez Mueras Tomo I
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 Construccin de Software O.O. con el Proceso Unificado y UML, un punto de vista prctico Ing. Rosa Menndez Mueras Tomo I
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.
Construccin de Software O.O. con el Proceso Unificado y UML, un punto de vista prctico Ing. Rosa Menndez Mueras Tomo I
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 Construccin de Software O.O. con el Proceso Unificado y UML, un punto de vista prctico Ing. Rosa Menndez Mueras Tomo I
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.
Construccin de Software O.O. con el Proceso Unificado y UML, un punto de vista prctico Ing. Rosa Menndez Mueras Tomo I
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 Construccin de Software O.O. con el Proceso Unificado y UML, un punto de vista prctico Ing. Rosa Menndez Mueras Tomo I
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.
Construccin de Software O.O. con el Proceso Unificado y UML, un punto de vista prctico Ing. Rosa Menndez Mueras Tomo I
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. Construccin de Software O.O. con el Proceso Unificado y UML, un punto de vista prctico Ing. Rosa Menndez Mueras Tomo I
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, Construccin de Software O.O. con el Proceso Unificado y UML, un punto de vista prctico Ing. Rosa Menndez Mueras Tomo I
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. Construccin de Software O.O. con el Proceso Unificado y UML, un punto de vista prctico Ing. Rosa Menndez Mueras Tomo I
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 Construccin de Software O.O. con el Proceso Unificado y UML, un punto de vista prctico Ing. Rosa Menndez Mueras Tomo I
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.
Construccin de Software O.O. con el Proceso Unificado y UML, un punto de vista prctico Ing. Rosa Menndez Mueras Tomo I
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.
Construccin de Software O.O. con el Proceso Unificado y UML, un punto de vista prctico Ing. Rosa Menndez Mueras Tomo I
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 Construccin de Software O.O. con el Proceso Unificado y UML, un punto de vista prctico Ing. Rosa Menndez Mueras Tomo I
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.
Construccin de Software O.O. con el Proceso Unificado y UML, un punto de vista prctico Ing. Rosa Menndez Mueras Tomo I
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.
Construccin de Software O.O. con el Proceso Unificado y UML, un punto de vista prctico Ing. Rosa Menndez Mueras Tomo I
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.
Construccin de Software O.O. con el Proceso Unificado y UML, un punto de vista prctico Ing. Rosa Menndez Mueras Tomo I
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.
Construccin de Software O.O. con el Proceso Unificado y UML, un punto de vista prctico Ing. Rosa Menndez Mueras Tomo I
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.
Construccin de Software O.O. con el Proceso Unificado y UML, un punto de vista prctico Ing. Rosa Menndez Mueras Tomo I
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.
Construccin de Software O.O. con el Proceso Unificado y UML, un punto de vista prctico Ing. Rosa Menndez Mueras Tomo I
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 .
Construccin de Software O.O. con el Proceso Unificado y UML, un punto de vista prctico Ing. Rosa Menndez Mueras Tomo I
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.
Construccin de Software O.O. con el Proceso Unificado y UML, un punto de vista prctico Ing. Rosa Menndez Mueras Tomo I
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.
Construccin de Software O.O. con el Proceso Unificado y UML, un punto de vista prctico Ing. Rosa Menndez Mueras Tomo I
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.
Construccin de Software O.O. con el Proceso Unificado y UML, un punto de vista prctico Ing. Rosa Menndez Mueras Tomo I
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.
Construccin de Software O.O. con el Proceso Unificado y UML, un punto de vista prctico Ing. Rosa Menndez Mueras Tomo I
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.
Construccin de Software O.O. con el Proceso Unificado y UML, un punto de vista prctico Ing. Rosa Menndez Mueras Tomo I
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
Construccin de Software O.O. con el Proceso Unificado y UML, un punto de vista prctico Ing. Rosa Menndez Mueras Tomo I
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.
Construccin de Software O.O. con el Proceso Unificado y UML, un punto de vista prctico Ing. Rosa Menndez Mueras Tomo I
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.
Construccin de Software O.O. con el Proceso Unificado y UML, un punto de vista prctico Ing. Rosa Menndez Mueras Tomo I
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.
Construccin de Software O.O. con el Proceso Unificado y UML, un punto de vista prctico Ing. Rosa Menndez Mueras Tomo I
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.
Construccin de Software O.O. con el Proceso Unificado y UML, un punto de vista prctico Ing. Rosa Menndez Mueras Tomo I
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. Construccin de Software O.O. con el Proceso Unificado y UML, un punto de vista prctico Ing. Rosa Menndez Mueras Tomo I
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.
Construccin de Software O.O. con el Proceso Unificado y UML, un punto de vista prctico Ing. Rosa Menndez Mueras Tomo I
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.
Construccin de Software O.O. con el Proceso Unificado y UML, un punto de vista prctico Ing. Rosa Menndez Mueras Tomo I
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.
Construccin de Software O.O. con el Proceso Unificado y UML, un punto de vista prctico Ing. Rosa Menndez Mueras Tomo I
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. Construccin de Software O.O. con el Proceso Unificado y UML, un punto de vista prctico Ing. Rosa Menndez Mueras Tomo I
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 Construccin de Software O.O. con el Proceso Unificado y UML, un punto de vista prctico Ing. Rosa Menndez Mueras Tomo I
78
Figura 56, Ar t ef act os pr oduci dos ut i l i zados por el t r abaj ador Di seador de Negoci o.
3.11.2. ARTEFACTOS DE REQUERIMIENTOS
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 ANALISIS DE REQUERIMIENTOS.
Figura 57, Ar t ef act os pr oduci dos ut i l i zados por el 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 Construccin de Software O.O. con el Proceso Unificado y UML, un punto de vista prctico Ing. Rosa Menndez Mueras Tomo I
79
Figura 58, Ar t ef act os pr oduci dos ut i l i zados por el t r abaj ador Anal i st a de Si st emas.
Figura 59, Ar t ef act os pr oduci dos ut i l i zados por el 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 Construccin de Software O.O. con el Proceso Unificado y UML, un punto de vista prctico Ing. Rosa Menndez Mueras Tomo I
80
3.11.3. ARTEFACTOS DE DISEO
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 DISEO.
Figura 60, Ar t ef act os pr oduci dos ut i l i zados por el t r abaj ador Ar qui t ect o.
Figura 61, Ar t ef act os pr oduci dos ut i l i zados por el 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 Construccin de Software O.O. con el Proceso Unificado y UML, un punto de vista prctico Ing. Rosa Menndez Mueras Tomo I
81
Figura 62, 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 oceso de negoci o.
Figura 63, Ar t ef act os pr oduci dos ut i l i zados por el t r abaj ador Di seador de l a est r uct ur a.
Figura 64, Ar t ef act os pr oduci dos ut i l i zados por el 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 Construccin de Software O.O. con el Proceso Unificado y UML, un punto de vista prctico Ing. Rosa Menndez Mueras Tomo I
82
Figura 65, Ar t ef act os pr oduci dos ut i l i zados por el t r abaj ador Di seador de Pr uebas.
3.11.4. ARTEFACTOS DE IMPLEMENTACIN
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 IMPLEMENTACIN.
Figura 66, Ar t ef act os pr oduci dos ut i l i zados por el t r abaj ador Ar qui t ect o.
Figura 67, Ar t ef act os pr oduci dos ut i l i zados por el 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 Construccin de Software O.O. con el Proceso Unificado y UML, un punto de vista prctico Ing. Rosa Menndez Mueras Tomo I
83
Figura 68, Ar t ef act os pr oduci dos ut i l i zados por el t r abaj ador Di seador de Pr uebas.
Figura 69, Ar t ef act os pr oduci dos ut i l i zados por el t r abaj ador I mpl ement ador .
3.11.5. ARTEFACTOS DE DESPLIEGUE
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 DESPLIEGUE.
Diseador de pruebas Prueba de escrituras
Implementador Sub sistema de implementacin Componente Prueba de sub sistema y componentes Construccin de Software O.O. con el Proceso Unificado y UML, un punto de vista prctico Ing. Rosa Menndez Mueras Tomo I
84
Figura 70, Ar t ef act os pr oduci dos ut i l i zados por el t r abaj ador Di seador del Cur so.
Figura 71, Ar t ef act os pr oduci dos ut i l i zados por el t r abaj ador I mpl ement ador .
Figura 72, Ar t ef act os pr oduci dos ut i l i zados por el 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 Construccin de Software O.O. con el Proceso Unificado y UML, un punto de vista prctico Ing. Rosa Menndez Mueras Tomo I
85
Figura 73, Ar t ef act os pr oduci dos ut i l i zados por el t r abaj ador Admi ni st r ador del Despl i egue.
3.11.6. ARTEFACTOS DE ADMINISTRACIN
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 ADMINISTRACIN.
Figura 74, Ar t ef act os pr oduci dos ut i l i zados por el 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 Construccin de Software O.O. con el Proceso Unificado y UML, un punto de vista prctico Ing. Rosa Menndez Mueras Tomo I
86
Figura 75, Ar t ef act os pr oduci dos ut i l i zados por el t r abaj ador Di seador de Pr uebas.
Figura 76, Ar t ef act os pr oduci dos ut i l i zados por el t r abaj ador I ngeni er o de Pr ocesos.
Figura 77, Ar t ef act os pr oduci dos ut i l i zados por el 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 Construccin de Software O.O. con el Proceso Unificado y UML, un punto de vista prctico Ing. Rosa Menndez Mueras Tomo I
87
3.11.7. ARTEFACTOS DE ESPECIFICACIN Y PAUTAS
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 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 Construccin de Software O.O. con el Proceso Unificado y UML, un punto de vista prctico Ing. Rosa Menndez Mueras Tomo I
88
Figura 81, Ar t ef act os pr oduci dos ut i l i zados por el 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 Construccin de Software O.O. con el Proceso Unificado y UML, un punto de vista prctico Ing. Rosa Menndez Mueras Tomo I
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.
Construccin de Software O.O. con el Proceso Unificado y UML, un punto de vista prctico Ing. Rosa Menndez Mueras Tomo I
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.
Construccin de Software O.O. con el Proceso Unificado y UML, un punto de vista prctico Ing. Rosa Menndez Mueras Tomo I
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!
Construccin de Software O.O. con el Proceso Unificado y UML, un punto de vista prctico Ing. Rosa Menndez Mueras Tomo I
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 Construccin de Software O.O. con el Proceso Unificado y UML, un punto de vista prctico Ing. Rosa Menndez Mueras Tomo I
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
Construccin de Software O.O. con el Proceso Unificado y UML, un punto de vista prctico Ing. Rosa Menndez Mueras Tomo I
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 Construccin de Software O.O. con el Proceso Unificado y UML, un punto de vista prctico Ing. Rosa Menndez Mueras Tomo I
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
Construccin de Software O.O. con el Proceso Unificado y UML, un punto de vista prctico Ing. Rosa Menndez Mueras Tomo I
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. Construccin de Software O.O. con el Proceso Unificado y UML, un punto de vista prctico Ing. Rosa Menndez Mueras Tomo I
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 Construccin de Software O.O. con el Proceso Unificado y UML, un punto de vista prctico Ing. Rosa Menndez Mueras Tomo I
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 Construccin de Software O.O. con el Proceso Unificado y UML, un punto de vista prctico Ing. Rosa Menndez Mueras Tomo I
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 Construccin de Software O.O. con el Proceso Unificado y UML, un punto de vista prctico Ing. Rosa Menndez Mueras Tomo I
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 Construccin de Software O.O. con el Proceso Unificado y UML, un punto de vista prctico Ing. Rosa Menndez Mueras Tomo I
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 Construccin de Software O.O. con el Proceso Unificado y UML, un punto de vista prctico Ing. Rosa Menndez Mueras Tomo I
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 Construccin de Software O.O. con el Proceso Unificado y UML, un punto de vista prctico Ing. Rosa Menndez Mueras Tomo I
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 Construccin de Software O.O. con el Proceso Unificado y UML, un punto de vista prctico Ing. Rosa Menndez Mueras Tomo I
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 Construccin de Software O.O. con el Proceso Unificado y UML, un punto de vista prctico Ing. Rosa Menndez Mueras Tomo I
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 Construccin de Software O.O. con el Proceso Unificado y UML, un punto de vista prctico Ing. Rosa Menndez Mueras Tomo I
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:
Construccin de Software O.O. con el Proceso Unificado y UML, un punto de vista prctico Ing. Rosa Menndez Mueras Tomo I
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. Construccin de Software O.O. con el Proceso Unificado y UML, un punto de vista prctico Ing. Rosa Menndez Mueras Tomo I
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. Construccin de Software O.O. con el Proceso Unificado y UML, un punto de vista prctico Ing. Rosa Menndez Mueras Tomo I
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.
Construccin de Software O.O. con el Proceso Unificado y UML, un punto de vista prctico Ing. Rosa Menndez Mueras Tomo I
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! Construccin de Software O.O. con el Proceso Unificado y UML, un punto de vista prctico Ing. Rosa Menndez Mueras Tomo I
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. Construccin de Software O.O. con el Proceso Unificado y UML, un punto de vista prctico Ing. Rosa Menndez Mueras Tomo I
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! .
Construccin de Software O.O. con el Proceso Unificado y UML, un punto de vista prctico Ing. Rosa Menndez Mueras Tomo I
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.
Construccin de Software O.O. con el Proceso Unificado y UML, un punto de vista prctico Ing. Rosa Menndez Mueras Tomo I
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.
Construccin de Software O.O. con el Proceso Unificado y UML, un punto de vista prctico Ing. Rosa Menndez Mueras Tomo I
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.
Construccin de Software O.O. con el Proceso Unificado y UML, un punto de vista prctico Ing. Rosa Menndez Mueras Tomo I
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. Construccin de Software O.O. con el Proceso Unificado y UML, un punto de vista prctico Ing. Rosa Menndez Mueras Tomo I
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.
Construccin de Software O.O. con el Proceso Unificado y UML, un punto de vista prctico Ing. Rosa Menndez Mueras Tomo I
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 Construccin de Software O.O. con el Proceso Unificado y UML, un punto de vista prctico Ing. Rosa Menndez Mueras Tomo I
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 .
Construccin de Software O.O. con el Proceso Unificado y UML, un punto de vista prctico Ing. Rosa Menndez Mueras Tomo I
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 .
Construccin de Software O.O. con el Proceso Unificado y UML, un punto de vista prctico Ing. Rosa Menndez Mueras Tomo I
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