Tono Revist
a
Técnic
a
de l
a
E
mpres
a
de Telecomunic
a
ciones de Cub
a
S
.A.
51
T
anto en Internet como en la
s
intranet
s
o rede
s
corpora-
tivas,
s
e dispone de gran cantidad
esto
s
usan distinta
s
tecnología
s
depre
s
entación(
r
ende
r
ing),
notándo
s
e entre las má
s
comune
s
,
lasaplicacione
s
cliente
s
de
sobreme
s
a que ejecutan bajo el
subsistemadeventana
s
del
Sistema Operativo Window
s
, la
s
aplicacionesWebu
s
andolo
s
navegadore
s
—Mic
r
o
s
oft Inte
r
net
Explo
r
er, Opera,
L
ynx, Net
s
ca-
pe’s Navigato
r
—, o la
s
aplica-
cione
s
sobre dispo
s
itivo
s
móvile
s
—Pocket PC, Sma
r
t Device
s
—
2
,
Enunaaplicacióndeestetipolosobjetosestánseparados
conceptualmente según el papel que desempeñan, la tecnología que
s
u
s
tenta o su distribución, también atendiendo a la configuración del
de información almacenada enactor, quien en un momento determinado hace uso del
S
istema.
diferente
s
medios y formato
s
, que
P
ara que el especialista responsabilizado con el manejo y la
debe ser manipulada y proce
s
adapre
s
entación de los contenidos, que están en el
S
itio Web, pueda
antes de pre
s
entarla en un
S
itiorealizar
s
u trabajo de una forma eficiente, debe disponer de herramientas
Web. Pueden encontrar
s
e ba
s
e
s
admini
s
trativas que le permitan gestionar todo el
S
istema de una forma
de datos en todas
s
u
s
variante
s
homogénea, de manera que en una parte se encuentren los flujos de
—SQL Server, Oracle, Acce
ss
,información, definidos como contenidos que provienen de di
s
tintas
FoxPro—, el sistema de archivo defuente
s
y necesitan la realización de un procesamiento previo o ser
la PC, el si
s
tema de archivo
s
cualificados según reglas empresariales; y del otro lado se tengan
distribuido de la entidad corpora-cliente
s
que se definen como actores activos y esperan una salida
tiva —Di
s
tributed File Sy
s
temagradable, independiente de los medios empleados para accede
r
a los
(DFS)—
1
, lo
s
buzone
s
de correo, ydato
s
.
otros recurso
s
de la red como
F
T
P
,En la figura 1 puede observarse el flujo de trabajo que sigue el
Gopher, WAIS, li
s
ta
s
de di
s
cu-
M
anejador de Contenidos. Desde que el usuario solicita la información,
siones, etc.e
s
ta
s
e pasa al
S
istema —Manejador de Contenido—, que po
s
ee un
Por su estructura lógica, ademá
s
contexto de ejecución determinado por la plataforma en la cual ejecuta
su localización fí
s
ica tan di
s
ímil, la—
r
untime engine—. Luego, la petición es analizada y decide qué
información e
s
muy difícil decontenedores de salida asociarle a partir del conocimiento de la
publicar y de admini
s
trar —ya
s
eatecnología actual del cliente, qué transformación hacerle y qué flujo de
añadir, actualizar, eliminar o a
s
o-información debe ser obtenido. Cuando se conozcan todos los objetos
ciar metadatos a dicho
s
dato
s
—que van a utilizarse para la creación de la respuesta final, se hará un
de una forma homogénea. Tambiénproce
s
amiento y la salida es enviada al originario de la petición.
existen vario
s
cliente
s
que nece
s
i-
P
ara facilitar la compresión del problema se definen nuevos conceptos
tan acceder a la información, ycomo la
s
plantillas (template) —objetos que contienen elementos
P
o
r
D
r
.
A
r
m
a
ndo
S
a
r
m
i
e
n
t
o
R
o
j
a
s
,
J
e
f
e
C
e
n
t
r
o
L
i
c.
J
u
a
n
C
a
rl
o
s
O
l
a
m
e
nd
y
Tu
rr
u
e
ll
a
s
,
P
r
o
f
e
s
i
on
a
l
e
n
A
d
i
e
s
t
r
a
m
i
e
n
t
o
C
e
n
t
r
o
R
e
g
i
on
a
l
d
e
C
a
p
a
c
i
t
a
c
i
ón
d
e
V
ill
a
C
l
a
r
a
,
E
T
E
C
S
A
s
a
r
m
i
e
n
t
o
@
t
e
l
.
e
t
e
c
s
a
.c
u
,
j
ohn
@v
c
l
.t
e
l
.
e
t
e
c
s
a
.c
u
C
on
t
e
n
i
do
s
etc.
F
i
g
u
r
a
1
F
l
u
j
o
d
e
t
r
a
b
a
j
o
d
e
l
m
a
n
e
j
a
do
r
d
e
c
on
t
e
n
i
do
s
M
a
n
e
j
a
do
r
d
e
52
Tono Revista Técnic
a
de l
a
E
mpres
a
de Telecomunic
a
ciones de Cub
a
S.A.
estáticos predi
s
eñado
s
con ante-fallo de grandes proyectos ante-controles Web del lado del
rioridad—ylo
s
contenedore
s
riormente desarrollados. A la espe-cliente y del servidor; trans-
(containe
r
s) —receptore
s
de lacificacióndedichoproceso,formaciones X
S
L sobre docu-
información de interé
s
, generada
s
compañías productoras de soft-mentos XML u otros objetos
dinámicamente por lo
s
tran
s
for-ware como Microsoft, IBM y H
P
que definan su mecanismo de
madore
s
—. E
s
to
s
s
on lo
s
primero
s
han hecho grandes contribuciones.persistencia en dicho formato;
elementos que forman parte delLa idea general del
S
istema consistecontroles clientes sob
r
e for-
flujo de trabajo del
S
i
s
tema.en crear capas donde se agrupanmularios de Windows; contro-
Lageneracióndeelemento
s
objetosconceptualmenterelacio-les para aplicaciones móviles;
dinámico
s
es muy amplia. Exi
s
tennado
s
.
S
iguiendo las prácticas delu otros tipos de componentes
tipos bien definido
s
y exten
s
ible
s
di
s
eño de aplicaciones, documen-contecnologíacapazde
queespecificancómogenerartada
s
como
P
atrones de Diseñogenerarunapresentación
información dinámicamente —map-—De
s
ign Pattern—
4,5
, la creación de—rendering technology— a
pe
r
s / transformadore
s
— y cono-aplicacionesdevariascapaspartir de los datos que se le
ciendo una fuente,
s
e le aplica la—n-tier applications— permite,asocien y transformaciones
operación transformar y la
s
alida
s
eentre otras cosas, independizarrelacionadasconestos.
asocia a un contenedor. La plata-parte
s
de la aplicación, según elAdemás se especifican los
forma contiene una colección depapelglobalquejuegue,ycomponentescontroladores
transformadore
s
por defecto
s
, quedi
s
tribuirlas entre varios entornosdel proceso de presentación,
po
s
ibilita que
s
e agreguen má
s
de ejecución, ya sean
S
ervidoressegún el patrón de diseño
transformadore
s
.deAplicaciones—ApplicationModelo-Vista-Controlador
Se tienen, ademá
s
, fuente
s
deSe
r
ve
r
s—, servidores,
P
C, dispo-—Model-View-Controller—
7
.
información que
s
on lo
s
punto
s
de
s
itivos móviles, que posibilitan el2.La capa de negocio o
donde
s
e extraerán lo
s
dato
s
.nece
s
arioaislamientofísicoylógica —Business
L
ayer—
8
Todas esta
s
idea
s
bá
s
ica
s
creanlógico a los componentes com-contienelosobjeto
s
que
un modelo de programación avan-putacionalesy,encasodeparticipan en la lógica de la
zado, meno
s
ab
s
tracto, y orien-pre
s
entar problema uno de ellos,aplicación, o sea, lo
s
com-
tado a especificar el problema
s
inno fallará la aplicación completa,ponentesquedefinenel
importar cómo va a implementar
s
e.permitirá al usuario el funciona-dominiosemánticodela
Para la ge
s
tión total del proyectomiento de su aplicación sin aaplicación: Entidades Empre-
se hace u
s
o del RU
P
—Rationalpena
s
darse cuenta. Este tipo desariales —Business Entity—
9
Unified P
r
ocess /
P
roce
s
o Unifi-arquitectura se caracteriza por serque representan los objetos
cadoRacional—
3
quee
s
une
s
calable, distribuida, más establecon información asociados a
conjuntodeprocedimiento
s
yy garantiza la independencia yun mecanismo y medio de
métrica
s
para mo
s
trar el e
s
tado ac-coherencia de los módulos delpersistencia —bases de da-
tual del desarrollo de un proyecto, y
S
i
s
tema. Además, se divide eltos, documentos XML, flu-
permite responder a la
s
pregunta
s
:problema grande en subproblemasjos, etc.—; los Objetos Em-
¿cuál sería la próxima fa
s
e?, ¿quéfácile
s
de resolver, y la buenapresariales —Busine
s
s Ob-
fa
s
espuedende
s
arrollar
s
eenarmonía de la comunicación entrejects—
10
queincluyenla
paralelo?, ¿en qué momento puedee
s
to
s
—orchestration / orquesta-lógica, las reglas y los casos
ocurrir un hecho
s
ignificativo o hitoción—
6
permite dar una soluciónde usos de la aplicación; y
como la entrega de una ver
s
ión definal,
s
egún el principio “divide ylos
F
lujosEmpresariales
software o el cambio de una fa
s
e avencerás”—divideandcon-—BusinessWorkflows—
11
otra, por ejemplo, pa
s
ar de la etapaque
r
—.Deestaformaselos cuales contienen las defi-
del diseño a la etapa de imple-de
s
arrolla un modelo donde seniciones de los pasos nece-
mentación?, ¿cuándo
s
e podría dare
s
tablecen capas bien definidassariosparalaperfecta
conclu
s
ión al trabajo?, ¿cuánta
s
queseparanlosobjetosdeejecución de los casos de
per
s
ona
s
debentrabajarenelacuerdo con su función en lausos de la aplicación (or-
proyecto y cuále
s
s
on
s
u
s
re
s
pon-aplicación:chestration). Aquí se cons-
sabilidade
s
?1.La capa de presentacióntruyeundiagramade
E
s
tos procedimiento
s
tienen fun-—P
r
esentation
L
ayer— con-interfases, las clases y sus
damento
s
matemático
s
, e incluyentiene los objetos que partici-relaciones, y se modelan los
la heurí
s
tica de
s
arrollada a partirpan en la presentación delconceptos del Manejador de
de la experiencia del éxito o delcontenido,esdecir,losContenidos como los flujos
Tono Revist
a
Técnic
a
de l
a
E
mpres
a
de Telecomunic
a
ciones de Cub
a
S
.A.
53
de dato
s
, los metadato
s
de ello
s
—dato
s
asociados a datos, oproblema y expresarlo en términos
datos de dato
s
—, lo
s
po
s
ible
s
ca
s
o
s
de usos de la aplicación yde objetos y sus relacione
s
, con
sus escenarios.el empleo de un lenguaje sencillo e
3.La capa de acce
s
o a recur
s
o
s
externo
s
—Data Access
L
ayer—independiente del tipo de imple-
abarca lo
s
objeto
s
que permiten acceder a recursos externos paramentación. Además, se hace uso
bu
s
car información, pueden
s
er ba
s
e
s
de datos, recursos de la red,de metodologías emergentes en
recurso
s
del sistema operativo en el cual corre la aplicación, entrelos últimos tiempos, como la
otros. E
s
ta e
s
la única capa que depende de la plataforma de
P
rogramación Orientada a
P
a-
despliegue—deployment platfo
r
m—. Contiene un conjunto detrones de Diseños —Pattern De-
adaptadore
s
(adapte
rs
) que conocen lo
s
objetos externos, sussign-Oriented Programming—, la
estructuras, el método de acce
s
o a ello
s
, y se convierten en
P
rogramación Orientada a Aspec-
proveedore
s
de
s
ervicio
s
de lo
s
objeto
s
que están en las capastos —Aspect-Oriented Program-
superiores, de tal manera que
s
e independiza la lógica de laming— y la Arquitectura Orientada
aplicación de los objeto
s
externo
s
, creándo
s
e un buen mecanismoa
S
ervicios —Service-Oriented Ar-
de portabilidad.
P
ueden definir
s
e otra
s
cla
s
es de adaptadores conchitecture—.
sólo implementar una interfa
s
e, y lo
s
objetos instancias de dichas
S
e describen, también, los esce-
clases se agregan como add-in a la plataforma, incluso, en tiemponarios de los casos de uso defi-
de corrida —hot add-in—.nidos en la etapa anterior, aparece
Puede observar
s
e en la figura 2 el modelo de la aplicación en capas yun modelo de objetos y sus
los objeto
s
a
s
ociado
s
a e
s
ta
s
, donde cada una consume servicios de lasrelaciones por cada capa, incluso,
capa
s
inmediatas inferiore
s
, y le provee de servicios a las capasverticalmente —relaciones entre
inmediata
s
s
uperiore
s
, mediante un conjunto de interfases delas capas—.
programación, que
s
e denominan cara
s
de lo
s
servicios o facades.En la capa de presentación se
En la etapa de diseño
s
e emplea UML —Unified Modeling
L
anguage /usancontrolesquebrindala
Lenguaje de Modelado Unificado—
12,13
, el cual es un lenguajeplataforma donde se desarrolla la
desarrollado por tre
s
grande
s
teórico
s
de la programación —Gradysolución.Además,sedefinen
Booch, Ivar
J
acob
s
on y
J
ame
s
Rumbaugh—, permite modelar cualquiernuevos controles para extender la
interfazgráfica,lastransfor-
maciones que deben aplicarse a
los flujos y los controladores del
proceso de la interfaz gráfica.
En la capa de negocio o lógica se
definen conceptos de la semántica
de la aplicación, por ejemplo:
1.Una extensión del
S
istema
Archivo como raíz común de
todos los flujos que se van a
administrar permitiendo que
se le asignen metadatos. Apa-
recen algunas Business En-
tity, como las categorías de
información, que contienen a
su vez otras categoría
s
o
información.
2.Los aspectos, o sea, todos
los objetos que cualifiquen el
S
istema y que por su natura-
leza son globales.
3.Objetos que a partir de la
definición de flujos de traba-
jos, orquestan otros objetos
de lógica, de una forma cohe-
rente y espacial, para lograr
una solución cooperativa final.
F
i
g
u
r
a
2
Mod
e
l
o
d
e
l
a
a
p
li
c
a
c
i
ón
e
n
c
a
p
a
s
54
Tono Revista Técnic
a
de l
a
E
mpres
a
de Telecomunic
a
ciones de Cub
a
S.A.
Ademá
s
, se brindan interfa
s
e
s
de programación, que permiten
extender la plataforma con nueva
s
funciones, al crear componentes
para la implementación de dicha
s
interfases y, agregando sus
in
s
tancias a zona
s
e
s
pecífica
s
del flujo de trabajo, sin rediseñarse
ni parar el si
s
tema.
En la capa de acce
s
o a recur
s
o
s
externo
s
s
e definen todos los adaptadores
(adapte
r
s)
14
a recur
s
o
s
de lo
s
flujo
s
de información.
S
e han definido flujos
a ba
s
e
s
de dato
s
, a recur
s
o
s
de red y al
S
i
s
tema de Archivo, además de
interfases de programación, y
s
i
s
e de
s
ea añadir nuevas fuentes de flujos,
se crea un componente que implemente dicha
s
interfases y se le informa al
admini
s
trador de flujo
s
, y a quien
s
e comunica con los flujos mediante
dicha
s
interfases.
Para la etapa de implementación
s
e emplean tecnologías novedosas que
permiten especificar lógicamente lo que
s
e ha expresado en el modelo,
sin establecer una ruptura con la
s
emántica de la solución.
S
e ha
e
s
cogido a Micro
s
oft.NET como entorno de desarrollo y de ejecución,
debido a la cantidad de tecnología
s
que e
s
ta plataforma brinda para la
programación y la
s
bondade
s
en tiempo de corrida, como el uso del
Recolector de Ba
s
ura —Ga
r
bage Collector— que libera la memoria
asignada a un objeto que ya no exi
s
te, y optimiza dicho recurso muy
esca
s
o.
La arquitectura de la
s
olución
s
e ha enriquecido gracias a la plataforma
Microsoft.NET y a la biblioteca de cla
s
e
s
—Base Class
L
ibrary— que esta
incorpora.
La capa de pre
s
entación u
s
a lo
s
controles Web —WebControls y
HtmlCont
r
ols— y define nuevo
s
objeto
s
gráficos.
La capa de negocio o lógica importa utilitarios e instancias bases de
Microsoft.NET para la implementación de los escenarios.
La capa de acce
s
o a ba
s
e
s
de dato
s
y recursos externos utiliza los
adaptadore
s
(Adapte
rs
) elementale
s
predefinidos —
S
qlDataAdapter,
OdbcDataAdapte
r
, OleDbDataAdapte
r
, OracleDataAdapter— para crear
nuevos componente
s
para flujo
s
de dato
s
como el correo electrónico,
recurso
s
de red FT
P
, Web, Active Di
r
ecto
r
y, y el sistema de archivo.
Se con
s
idera que con el de
s
arrollo del
M
anejador de Contenidos se ha
creado una plataforma
s
ólida para la ge
s
tión de la información en el
de
s
arrollo de sitio
s
, que tendrá un impacto positivo no solamente en el
ámbito de la Gerencia Territorial de Villa Clara, sino también en ETEC
S
A,
una vez generalizada
s
u utilización. E
s
un producto con posibilidades de
ser comercializable por
s
u novedad y la
s
tecnologías que incorpora.
E
s
te Manejador de Contenido
s
, a diferencia de otros en el mercado, es
capaz de administrar cualquier tipo de flujo de información y producir una
salida independiente del di
s
po
s
itivo u
s
ado para acceder a la información,
ya sea un navegador en una
P
C, un di
s
positivo móvil, un dispositivo
inteligente o una terminal de información; y no contiene ningún elemento
que invalide su u
s
o exten
s
ivo, tanto en la Intranet Corporativa como en
otra
s
redes nacionale
s
. Ademá
s
, e
s
una plataforma extensible capaz de
asimilar
s
itios ya exi
s
tente
s
y proveerlo
s
de nuevas funcionalidades.
N
o
t
a
s
1
D
a
n
i
e
l
A
.
M
e
n
a
s
c
é
.
D
i
s
t
r
i
b
u
t
ed
F
il
e
S
y
s
t
em
.
1
s
t
E
d
itio
n
.
U
S
A
:
A
dd
i
s
o
n
-
W
e
s
l
e
y
P
r
of
e
s
-
s
io
n
a
l
,
2004.
2
Jo
hn
K
a
n
a
l
a
k
i
s
.
D
e
v
e
l
o
p
i
n
g .
N
E
T
E
n
t
e
r
p
r
i
s
e
A
pp
li
c
a
t
i
o
n
s
.
U
S
A
:
A
p
r
e
ss
.
2004.
3
“
R
a
tio
n
a
l
U
n
ifi
e
d
P
r
o
c
e
ss
”
.
D
i
p
o
n
i
b
l
e
e
n
:
h
tt
p
:
//www
.
r
a
tio
n
a
l
.
c
o
m
/
r
u
p
/i
n
d
e
x
.
j
s
p
(
Co
n
s
u
lt
a
d
o
:
d
i
c
i
em
b
r
e
,
2004
)
.
4
C
h
r
i
s
to
p
h
e
r
A
l
e
x
a
n
d
e
r
.
T
h
e
T
i
me
l
e
ss
W
a
y
o
f B
u
il
d
i
n
g
s
.
U
K
:
O
x
fo
r
d
U
n
i
v
e
r
s
it
y
P
r
e
ss
.
1979.
5
G
a
mm
a
,
H
e
l
m
,
Jo
hn
s
o
n
,
a
n
d
V
li
ss
i
d
e
s
.
D
e
s
ig
n
P
a
tt
e
r
n
s
:
E
l
eme
n
t
s
o
f
R
e
u
s
ab
l
e
O
b
j
e
c
t
-
O
r
i
e
n
t
ed
S
o
f
t
w
a
r
e
.
1
s
t
E
d
itio
n
.
U
S
A
:
A
dd
i
s
o
n
-
W
e
s
l
e
y
P
r
of
e
ss
io
n
a
l
,
1995.
6
J
u
r
i
c
M
a
tj
a
z
,
B
e
nn
y
M
a
t
h
e
w
,
P
oo
r
n
a
c
h
a
n
d
r
a
S
a
r
a
n
g
.
B
u
s
i
n
e
ss
P
r
o
c
e
ss
E
x
e
c
u
tio
n
L
a
n
g
u
a
g
e
F
o
r
W
e
b
S
e
r
v
i
c
e
s
.
U
K
:
P
a
c
k
t
P
u
b
li
s
h
i
n
g
L
i
m
it
e
d
,
2004.
7
P
r
o
g
r
a
mm
i
n
g
u
s
i
n
g
M
o
d
e
l
-
V
i
e
w
-
Co
n
t
r
oll
e
r
.
S
c
ott
R
.
W
e
i
n
e
r
,
S
t
e
p
h
e
n
A
s
b
u
r
y
,
S
c
ott
W
e
i
n
e
r
.
U
S
A
:
Jo
hn
W
il
e
y
&
S
o
n
s
.
1998.
8
E
n
t
e
r
p
r
i
s
e
A
pp
li
c
a
tio
n
s
.
B
e
s
t
P
r
a
c
ti
c
e
s
.
M
i
cr
o
s
oft
P
r
e
ss
.
2004.
9
I
b
í
d
em
.
10
I
b
í
d
em
.
11
I
b
í
d
em
.
12
“
R
a
tio
n
a
l
U
n
ifi
e
d
P
r
o
c
e
ss
”
.
D
i
s
p
o
n
i
b
l
e
e
n
:
h
tt
p
:
//www
.
u
m
l
.
o
r
g
.
(
Co
n
s
u
lt
a
d
o
:
d
i
c
i
em
b
r
e
,
2004
)
.
13
G
r
a
dy
Boo
c
h
;
J
a
me
s
R
u
m
b
a
u
g
h
;
I
v
a
r
J
a
c
o
b
s
o
n
.
T
h
e
U
n
ifi
ed
M
o
de
li
n
g
L
a
n
g
u
a
g
e
U
s
e
r
G
u
i
de
.
1
s
t
E
d
itio
n
.
U
S
A
:
A
dd
i
s
o
n
-
W
e
s
l
e
y
P
r
of
e
ss
io
n
a
l
,
1998.
14
H
a
s
a
n
J
e
ff
r
e
y
.
E
x
p
e
r
t
S
e
r
v
i
c
e
-
O
r
i
e
n
t
ed
A
r
c
h
i
t
e
c
t
u
r
e
i
n
C
#
.
U
S
A
:
A
dd
i
s
o
n
-
W
e
s
l
e
y
,
2005.
B
i
b
li
o
g
r
a
f
í
a
A
l
e
x
a
n
d
e
r
,
C
h
r
i
s
to
p
h
e
r
.
T
h
e
T
i
me
l
e
ss
W
a
y
o
f B
u
il
d
i
n
g
s
.
U
K
:
O
x
fo
r
d
U
n
i
v
e
r
s
it
y
P
r
e
ss
,
1979.
Boo
c
h
,
G
r
a
dy
;
R
u
m
b
a
u
g
h
,
J
a
me
s
;
I
v
a
r
J
a
c
o
b
s
o
n
.
T
h
e
U
n
ifi
ed
M
o
de
li
n
g
L
a
n
g
u
a
g
e
U
s
e
r
G
u
i
de
.
1
s
t
E
d
itio
n
.
U
S
A
:
A
dd
i
s
o
n
-
W
e
s
l
e
y
P
r
of
e
ss
io
n
a
l
,
1998.
E
n
t
e
r
p
r
i
s
e
A
pp
li
c
a
t
i
o
n
s
.
B
e
s
t
P
r
a
c
t
i
c
e
s
.
M
i
cr
o
s
oft
P
r
e
ss
,
2004.
G
a
mm
a
,
E
r
i
c
h
;
H
e
l
m
,
R
i
c
h
a
r
d
;
Jo
hn
s
o
n
,
R
a
l
p
h
;
a
n
d
V
li
ss
i
d
e
s
,
Jo
hn
.
D
e
s
ig
n
P
a
tt
e
r
n
s
:
E
l
eme
n
t
s
o
f
R
e
u
s
ab
l
e
O
b
j
e
c
t
-
O
r
i
e
n
t
ed
S
o
f
t
w
a
r
e
.
1
s
t
E
d
itio
n
.
U
S
A
:
A
dd
i
s
o
n
-
W
e
s
l
e
y
P
r
of
e
ss
io
n
a
l
,
1995.
J
e
ff
r
e
y
,
H
a
s
a
n
.
E
x
p
e
r
t
S
e
r
v
i
c
e
-
O
r
i
e
n
t
ed
A
r
c
h
i
t
e
c
t
u
r
e
i
n
C
#
.
U
S
A
:
A
dd
i
s
o
n
-
W
e
s
l
e
y
,
2005.
J
u
r
i
c
,
M
a
tj
a
z
B
.
;
M
a
t
h
e
w
,
B
e
nn
y
;
S
a
r
a
n
g
,
P
oo
r
n
a
c
h
a
n
d
r
a
.
B
u
s
i
n
e
ss
P
r
o
c
e
ss
E
x
e
c
u
t
i
o
n
L
a
n
g
u
a
g
e
F
o
r
W
e
b
S
e
r
v
i
c
e
s
.
U
K
:
P
a
c
k
t
P
u
b
li
s
h
i
n
g
L
i
m
it
e
d
,
2004.
K
a
n
a
l
a
k
i
s
,
Jo
hn
.
D
e
v
e
l
o
p
i
n
g .
N
E
T
E
n
t
e
r
p
r
i
s
e
A
pp
li
c
a
t
i
o
n
s
.
U
S
A
:
A
p
r
e
ss
,
2004.
M
e
n
a
s
c
é
,
D
a
n
i
e
l
A
.
D
i
s
t
r
i
b
u
t
ed
F
il
e
S
y
s
t
em
.
1
s
t
E
d
itio
n
.
U
S
A
:
A
dd
i
s
o
n
-
W
e
s
l
e
y
P
r
of
e
ss
io
n
a
l
,
2004.
“
R
a
tio
n
a
l
U
n
ifi
e
d
P
r
o
c
e
ss
”
.
D
i
s
p
o
n
i
b
l
e
e
n
:
h
tt
p
:
//www
.
r
a
tio
n
a
l
.
c
o
m
/
r
u
p
/i
n
d
e
x
.
j
s
p
(
Co
n
s
u
lt
a
d
o
:
d
i
c
i
em
b
r
e
,
2004
)
.
“
R
a
tio
n
a
l
U
n
ifi
e
d
P
r
o
c
e
ss
”
.
D
i
s
p
o
n
i
b
l
e
e
n
:
h
tt
p
:
//www
.
u
m
l
.
o
r
g
.
(
Co
n
s
u
lt
a
d
o
:
d
i
c
i
em
b
r
e
,
2004
)
.
W
e
i
n
e
r
,
S
c
ott
R
.
,
A
s
b
u
r
y
,
S
t
e
p
h
e
n
,
W
e
i
n
e
r
,
S
c
ott
.
P
r
o
g
r
a
mm
i
n
g
u
s
i
n
g
M
o
de
l
-
Vi
e
w
-
C
o
n
t
r
o
ll
e
r
.
U
S
A
:
Jo
hn
W
il
e
y
&
S
o
n
s
.
,
1998.
