Please enter banners and links.
PC9yZWNvcmQ+PC9DaXRlPjxDaXRlPjxBdXRob3I+2KfYt9mE2KfYudin2Ko8L0F1dGhvcj48WWVh
cj4xMzgzPC9ZZWFyPjxSZWNOdW0+NzwvUmVjTnVtPjxyZWNvcmQ+PHJlYy1udW1iZXI+NzwvcmVj
LW51bWJlcj48Zm9yZWlnbi1rZXlzPjxrZXkgYXBwPSJFTiIgZGItaWQ9InpyMmZ4d3ZmaTJwMHN1
ZWZwdjZwdjBkcHdlemR6d2V3NTl2OSI+Nzwva2V5PjwvZm9yZWlnbi1rZXlzPjxyZWYtdHlwZSBu
YW1lPSJXZWIgUGFnZSI+MTI8L3JlZi10eXBlPjxjb250cmlidXRvcnM+PGF1dGhvcnM+PGF1dGhv
cj48c3R5bGUgZmFjZT0ibm9ybWFsIiBmb250PSJkZWZhdWx0IiBjaGFyc2V0PSIxNzgiIHNpemU9
IjEwMCUiPtmD2YXZitiq2Ycg2YHZhtmKINmF2LnZhdin2LHZiiDYp9i32YTYp9i52KfYqjwvc3R5
bGU+PC9hdXRob3I+PC9hdXRob3JzPjwvY29udHJpYnV0b3JzPjx0aXRsZXM+PHRpdGxlPjxzdHls
ZSBmYWNlPSJub3JtYWwiIGZvbnQ9ImRlZmF1bHQiIGNoYXJzZXQ9IjE3OCIgc2l6ZT0iMTAwJSI+
2KLYtNmG2KfYptmKINio2Kcg2YXZgdin2YfZitmFINmF2LnZhdin2LHZiiDYs9in2LLZhdin2YbZ
itiMINiv2KjZitix2K7Yp9mG2Ycg2LTZiNix2KfZiiDYudin2YTZiiDYp9i32YTYp9i5INix2LPY
p9mG2YrYjCDZg9mF2YrYqtmHINmB2YbZiiDZhdi52YXYp9ix2YogINin2LfZhNin2LnYp9iqPC9z
dHlsZT48L3RpdGxlPjwvdGl0bGVzPjxkYXRlcz48eWVhcj4xMzgzPC95ZWFyPjwvZGF0ZXM+PHVy
bHM+PHJlbGF0ZWQtdXJscz48dXJsPnd3dy5lbnRlcnByaXNlX2FyY2hpdGVjdHVyZS5pcjwvdXJs
PjwvcmVsYXRlZC11cmxzPjwvdXJscz48L3JlY29yZD48L0NpdGU+PENpdGU+PEF1dGhvcj7Yp9mF
2YrYsdix2LbYpzwvQXV0aG9yPjxZZWFyPjEzODY8L1llYXI+PFJlY051bT4xOTwvUmVjTnVtPjxy
ZWNvcmQ+PHJlYy1udW1iZXI+MTk8L3JlYy1udW1iZXI+PGZvcmVpZ24ta2V5cz48a2V5IGFwcD0i
RU4iIGRiLWlkPSJ6cjJmeHd2ZmkycDBzdWVmcHY2cHYwZHB3ZXpkendldzU5djkiPjE5PC9rZXk+
PC9mb3JlaWduLWtleXM+PHJlZi10eXBlIG5hbWU9IkpvdXJuYWwgQXJ0aWNsZSI+MTc8L3JlZi10
eXBlPjxjb250cmlidXRvcnM+PGF1dGhvcnM+PGF1dGhvcj48c3R5bGUgZmFjZT0ibm9ybWFsIiBm
b250PSJkZWZhdWx0IiBjaGFyc2V0PSIxNzgiIHNpemU9IjEwMCUiPtmF2YfYrNmI2LHZitin2YbY
jCDYp9mF2YrYsdix2LbYpzwvc3R5bGU+PC9hdXRob3I+PC9hdXRob3JzPjwvY29udHJpYnV0b3Jz
Pjx0aXRsZXM+PHRpdGxlPjxzdHlsZSBmYWNlPSJub3JtYWwiIGZvbnQ9ImRlZmF1bHQiIGNoYXJz
ZXQ9IjE3OCIgc2l6ZT0iMTAwJSI+2b7Yp9mK2KfZhiDZhtin2YXZhyDZg9in2LHYtNmG2KfYs9mK
INin2LHYtNivOiDYqtiv2YjZitmGINmF2KrYr9mI2YTZiNqY2Yog2KjYsdmG2KfZhdmHINix2YrY
stmKINmF2LnZhdin2LHZiiDYs9in2LLZhdin2YbZiiAgINiz2LHZiNmK2LMg2q/YsdinINiv2LEg
2KzZh9iqINm+2YjYtNi0INmD2KfZhdmEINio2Ycg2obYp9ix2obZiNioINiy2YPZhdmGPC9zdHls
ZT48c3R5bGUgZmFjZT0ibm9ybWFsIiBmb250PSJkZWZhdWx0IiBzaXplPSIxMDAlIj4gIDwvc3R5
bGU+PC90aXRsZT48c2Vjb25kYXJ5LXRpdGxlPjxzdHlsZSBmYWNlPSJub3JtYWwiIGZvbnQ9ImRl
ZmF1bHQiIGNoYXJzZXQ9IjE3OCIgc2l6ZT0iMTAwJSI+2K/Yp9mG2LTar9in2Ycg2LTZh9mK2K8g
2KjZh9i02KrZiiDYjCDYr9in2YbYtNmD2K/ZhyDZhdmH2YbYr9iz2Yog2KjYsdmCINmIINqp2KfZ
hdm+24zZiNiq2LE8L3N0eWxlPjwvc2Vjb25kYXJ5LXRpdGxlPjwvdGl0bGVzPjxwZXJpb2RpY2Fs
PjxmdWxsLXRpdGxlPtiv2KfZhti02q/Yp9mHINi02YfZitivINio2YfYtNiq2Yog2Iwg2K/Yp9mG
2LTZg9iv2Ycg2YXZh9mG2K/Ys9mKINio2LHZgiDZiCDaqdin2YXZvtuM2YjYqtixPC9mdWxsLXRp
dGxlPjwvcGVyaW9kaWNhbD48bnVtYmVyPjxzdHlsZSBmYWNlPSJub3JtYWwiIGZvbnQ9ImRlZmF1
bHQiIGNoYXJzZXQ9IjE3OCIgc2l6ZT0iMTAwJSI+INiMIC4g2LPYp9mEIDwvc3R5bGU+PC9udW1i
ZXI+PGRhdGVzPjx5ZWFyPjxzdHlsZSBmYWNlPSJub3JtYWwiIGZvbnQ9ImRlZmF1bHQiIGNoYXJz
ZXQ9IjE3OCIgc2l6ZT0iMTAwJSI+MTM4Njwvc3R5bGU+PC95ZWFyPjwvZGF0ZXM+PHVybHM+PC91
cmxzPjwvcmVjb3JkPjwvQ2l0ZT48Q2l0ZT48QXV0aG9yPtin2YjYp9mG2LPYsTwvQXV0aG9yPjxZ
ZWFyPjEzODQ8L1llYXI+PFJlY051bT4zPC9SZWNOdW0+PHJlY29yZD48cmVjLW51bWJlcj4zPC9y
ZWMtbnVtYmVyPjxmb3JlaWduLWtleXM+PGtleSBhcHA9IkVOIiBkYi1pZD0ienIyZnh3dmZpMnAw
c3VlZnB2NnB2MGRwd2V6ZHp3ZXc1OXY5Ij4zPC9rZXk+PC9mb3JlaWduLWtleXM+PHJlZi10eXBl
IG5hbWU9IkpvdXJuYWwgQXJ0aWNsZSI+MTc8L3JlZi10eXBlPjxjb250cmlidXRvcnM+PGF1dGhv
cnM+PGF1dGhvcj48c3R5bGUgZmFjZT0ibm9ybWFsIiBmb250PSJkZWZhdWx0IiBjaGFyc2V0PSIx
NzgiIHNpemU9IjEwMCUiPti12YXYr9uM2IwgINin2YjYp9mG2LPYsTwvc3R5bGU+PC9hdXRob3I+
PC9hdXRob3JzPjwvY29udHJpYnV0b3JzPjx0aXRsZXM+PHRpdGxlPjxzdHlsZSBmYWNlPSJub3Jt
YWwiIGZvbnQ9ImRlZmF1bHQiIGNoYXJzZXQ9IjE3OCIgc2l6ZT0iMTAwJSI+2YXZgtiv2YXZhyDY
p9uMINio2LEg2YXYudmF2KfYsduMINiz2KfYstmF2KfZhtuMPC9zdHlsZT48L3RpdGxlPjxzZWNv
bmRhcnktdGl0bGU+2K/YqNuM2LHYrtin2YbZhyDYtNmI2LHYp9uMINin2LfZhNin2Lkg2LHYs9in
2YbbjDwvc2Vjb25kYXJ5LXRpdGxlPjwvdGl0bGVzPjxwZXJpb2RpY2FsPjxmdWxsLXRpdGxlPtiv
2KjbjNix2K7Yp9mG2Ycg2LTZiNix2KfbjCDYp9i32YTYp9i5INix2LPYp9mG24w8L2Z1bGwtdGl0
bGU+PC9wZXJpb2RpY2FsPjxkYXRlcz48eWVhcj48c3R5bGUgZmFjZT0ibm9ybWFsIiBmb250PSJk
ZWZhdWx0IiBjaGFyc2V0PSIxNzgiIHNpemU9IjEwMCUiPjEzODQ8L3N0eWxlPjwveWVhcj48L2Rh
dGVzPjx1cmxzPjwvdXJscz48L3JlY29yZD48L0NpdGU+PENpdGU+PEF1dGhvcj7YrNi52YHYsdmK
PC9BdXRob3I+PFllYXI+MTM4OTwvWWVhcj48UmVjTnVtPjI5PC9SZWNOdW0+PHJlY29yZD48cmVj
LW51bWJlcj4yOTwvcmVjLW51bWJlcj48Zm9yZWlnbi1rZXlzPjxrZXkgYXBwPSJFTiIgZGItaWQ9
InpyMmZ4d3ZmaTJwMHN1ZWZwdjZwdjBkcHdlemR6d2V3NTl2OSI+Mjk8L2tleT48L2ZvcmVpZ24t
a2V5cz48cmVmLXR5cGUgbmFtZT0iSm91cm5hbCBBcnRpY2xlIj4xNzwvcmVmLXR5cGU+PGNvbnRy
aWJ1dG9ycz48YXV0aG9ycz48YXV0aG9yPjxzdHlsZSBmYWNlPSJub3JtYWwiIGZvbnQ9ImRlZmF1
bHQiIGNoYXJzZXQ9IjE3OCIgc2l6ZT0iMTAwJSI+2LnZhNuMINis2LnZgdix2Yo8L3N0eWxlPjwv
YXV0aG9yPjwvYXV0aG9ycz48L2NvbnRyaWJ1dG9ycz48dGl0bGVzPjx0aXRsZT48c3R5bGUgZmFj
ZT0ibm9ybWFsIiBmb250PSJkZWZhdWx0IiBjaGFyc2V0PSIxNzgiIHNpemU9IjEwMCUiPtio2qnY
p9ix2q/bjNix2Yog2KfYqNiy2KfYsdmH2KfZiiDYqNmE2KfYr9ix2YbaryDYr9ixINiq2YjZhNuM
2K8g2YXYrdi12YjZhNin2Kog2YXYudmF2KfYsdmKPC9zdHlsZT48c3R5bGUgZmFjZT0ibm9ybWFs
IiBmb250PSJkZWZhdWx0IiBzaXplPSIxMDAlIj4gRE9EQUYgVjEuMCA8L3N0eWxlPjxzdHlsZSBm
YWNlPSJub3JtYWwiIGZvbnQ9ImRlZmF1bHQiIGNoYXJzZXQ9IjE3OCIgc2l6ZT0iMTAwJSI+2KfY
siDYs9mG2KfYsduM2YjZh9in2Yog2YHYsdmF2KfZhtiv2YfbjCDZiCDaqdmG2KrYsdmEPC9zdHls
ZT48L3RpdGxlPjxzZWNvbmRhcnktdGl0bGU+PHN0eWxlIGZhY2U9Im5vcm1hbCIgZm9udD0iZGVm
YXVsdCIgY2hhcnNldD0iMTc4IiBzaXplPSIxMDAlIj7YtNix2qnYqiDYtdmG2KfbjNi5INmF2K7Y
p9io2LHYp9iqINi12KfYp9uM2LHYp9mGPC9zdHlsZT48L3NlY29uZGFyeS10aXRsZT48L3RpdGxl
cz48cGVyaW9kaWNhbD48ZnVsbC10aXRsZT7YtNix2qnYqiDYtdmG2KfbjNi5INmF2K7Yp9io2LHY
p9iqINi12KfYp9uM2LHYp9mGPC9mdWxsLXRpdGxlPjwvcGVyaW9kaWNhbD48ZGF0ZXM+PHllYXI+
PHN0eWxlIGZhY2U9Im5vcm1hbCIgZm9udD0iZGVmYXVsdCIgY2hhcnNldD0iMTc4IiBzaXplPSIx
MDAlIj4xMzg5PC9zdHlsZT48L3llYXI+PC9kYXRlcz48dXJscz48L3VybHM+PC9yZWNvcmQ+PC9D
aXRlPjxDaXRlPjxBdXRob3I+2K7ZiNi0INiz24zZhdinPC9BdXRob3I+PFllYXI+MTM4MjwvWWVh
cj48UmVjTnVtPjIyPC9SZWNOdW0+PHJlY29yZD48cmVjLW51bWJlcj4yMjwvcmVjLW51bWJlcj48
Zm9yZWlnbi1rZXlzPjxrZXkgYXBwPSJFTiIgZGItaWQ9InpyMmZ4d3ZmaTJwMHN1ZWZwdjZwdjBk
cHdlemR6d2V3NTl2OSI+MjI8L2tleT48L2ZvcmVpZ24ta2V5cz48cmVmLXR5cGUgbmFtZT0iTWFn
YXppbmUgQXJ0aWNsZSI+MTk8L3JlZi10eXBlPjxjb250cmlidXRvcnM+PGF1dGhvcnM+PGF1dGhv
cj7YrtmI2LQg2LPbjNmF2KcsINi62YTYp9mF2LHYttinPC9hdXRob3I+PC9hdXRob3JzPjwvY29u
dHJpYnV0b3JzPjx0aXRsZXM+PHRpdGxlPtmF2YLYr9mF2Ycg2KfbjCDYqNixINqG2KfYqNqp24wg
2K/YsSDYs9in2LLZhdin2YbZh9inPC90aXRsZT48dHJhbnNsYXRlZC10aXRsZT5UYWQtPC90cmFu
c2xhdGVkLXRpdGxlPjwvdGl0bGVzPjxwYWdlcz41NS01ODwvcGFnZXM+PG51bWJlcj4xMzQ8L251
bWJlcj48ZGF0ZXM+PHllYXI+MTM4MjwveWVhcj48cHViLWRhdGVzPjxkYXRlPjEzODIvMDQvMDE8
L2RhdGU+PC9wdWItZGF0ZXM+PC9kYXRlcz48dXJscz48cmVsYXRlZC11cmxzPjx1cmw+aHR0cDov
L3d3dy5ub29ybWFncy5jb20vdmlldy9mYS9BcnRpY2xlUGFnZS8zMTkxNTQ8L3VybD48L3JlbGF0
ZWQtdXJscz48L3VybHM+PGxhbmd1YWdlPjE8L2xhbmd1YWdlPjwvcmVjb3JkPjwvQ2l0ZT48Q2l0
ZT48QXV0aG9yPtix2KfYttuMPC9BdXRob3I+PFllYXI+MTM4NS04NjwvWWVhcj48UmVjTnVtPjUy
PC9SZWNOdW0+PHJlY29yZD48cmVjLW51bWJlcj41MjwvcmVjLW51bWJlcj48Zm9yZWlnbi1rZXlz
PjxrZXkgYXBwPSJFTiIgZGItaWQ9InpyMmZ4d3ZmaTJwMHN1ZWZwdjZwdjBkcHdlemR6d2V3NTl2
OSI+NTI8L2tleT48L2ZvcmVpZ24ta2V5cz48cmVmLXR5cGUgbmFtZT0iSm91cm5hbCBBcnRpY2xl
Ij4xNzwvcmVmLXR5cGU+PGNvbnRyaWJ1dG9ycz48YXV0aG9ycz48YXV0aG9yPjxzdHlsZSBmYWNl
PSJub3JtYWwiIGZvbnQ9ImRlZmF1bHQiIGNoYXJzZXQ9IjE3OCIgc2l6ZT0iMTAwJSI+2LnZhNuM
INix2KfYttuMPC9zdHlsZT48L2F1dGhvcj48L2F1dGhvcnM+PC9jb250cmlidXRvcnM+PHRpdGxl
cz48dGl0bGU+PHN0eWxlIGZhY2U9Im5vcm1hbCIgZm9udD0iZGVmYXVsdCIgY2hhcnNldD0iMTc4
IiBzaXplPSIxMDAlIj7Zhdi52YXYp9ix2Yog2LPYp9iy2YXYp9mG2Yog2obYp9io2YM8L3N0eWxl
PjwvdGl0bGU+PHNlY29uZGFyeS10aXRsZT48c3R5bGUgZmFjZT0ibm9ybWFsIiBmb250PSJkZWZh
dWx0IiBjaGFyc2V0PSIxNzgiIHNpemU9IjEwMCUiPtqv2LLYp9ix2LQg2LPZhdmK2YbYp9ix2YPY
p9ix2LTZhtin2LPZiiDYp9ix2LTYr9iMINiv2KfZhti02q/Yp9mHINii2LLYp9ivINin2LPZhNin
2YXbjC0g2YjYp9it2K8g2LnZhNmI2YUg2Ygg2KrYrdmC24zZgtin2Ko8L3N0eWxlPjxzdHlsZSBm
YWNlPSJub3JtYWwiIGZvbnQ9ImRlZmF1bHQiIHNpemU9IjEwMCUiPiYjeEQ7PC9zdHlsZT48L3Nl
Y29uZGFyeS10aXRsZT48L3RpdGxlcz48ZGF0ZXM+PHllYXI+PHN0eWxlIGZhY2U9Im5vcm1hbCIg
Zm9udD0iZGVmYXVsdCIgY2hhcnNldD0iMTc4IiBzaXplPSIxMDAlIj4xMzg1LTg2PC9zdHlsZT48
L3llYXI+PC9kYXRlcz48dXJscz48L3VybHM+PC9yZWNvcmQ+PC9DaXRlPjxDaXRlPjxBdXRob3I+
2LHYp9mF2YrZhjwvQXV0aG9yPjxZZWFyPjEzODI8L1llYXI+PFJlY051bT4xPC9SZWNOdW0+PHJl
Y29yZD48cmVjLW51bWJlcj4xPC9yZWMtbnVtYmVyPjxmb3JlaWduLWtleXM+PGtleSBhcHA9IkVO
IiBkYi1pZD0ienIyZnh3dmZpMnAwc3VlZnB2NnB2MGRwd2V6ZHp3ZXc1OXY5Ij4xPC9rZXk+PC9m
b3JlaWduLWtleXM+PHJlZi10eXBlIG5hbWU9IkpvdXJuYWwgQXJ0aWNsZSI+MTc8L3JlZi10eXBl
Pjxjb250cmlidXRvcnM+PGF1dGhvcnM+PGF1dGhvcj48c3R5bGUgZmFjZT0ibm9ybWFsIiBmb250
PSJkZWZhdWx0IiBjaGFyc2V0PSIxNzgiIHNpemU9IjEwMCUiPtin2YXYsdio2LHYjCDYsdin2YXZ
itmGIDwvc3R5bGU+PC9hdXRob3I+PC9hdXRob3JzPjwvY29udHJpYnV0b3JzPjx0aXRsZXM+PHRp
dGxlPjxzdHlsZSBmYWNlPSJub3JtYWwiIGZvbnQ9ImRlZmF1bHQiIGNoYXJzZXQ9IjE3OCIgc2l6
ZT0iMTAwJSI+2KfYsdin2KbZhyDZhdiv2YTZiiDYqNix2KfZiiDZhdi52YXYp9ix2Yog2YXYsdis
2Lkg2LHYp9mH2YPYpyDYsdiMINm+2KfZitin2YYg2YbYp9mF2Yc8L3N0eWxlPjxzdHlsZSBmYWNl
PSJub3JtYWwiIGZvbnQ9ImRlZmF1bHQiIHNpemU9IjEwMCUiPiA8L3N0eWxlPjxzdHlsZSBmYWNl
PSJub3JtYWwiIGZvbnQ9ImRlZmF1bHQiIGNoYXJzZXQ9IjE3OCIgc2l6ZT0iMTAwJSI+2YPYp9ix
2LTZhtin2LPZiiDYp9ix2LTYr9iMINiv2KfZhti02q/Yp9mHINii2LLYp9ivINin2LPZhNin2YXZ
iiAtINmI2KfYrdivINi52YTZiNmFINmIINiq2K3ZgtmK2YLYp9iqPC9zdHlsZT48L3RpdGxlPjwv
dGl0bGVzPjxkYXRlcz48eWVhcj4xMzgyPC95ZWFyPjwvZGF0ZXM+PHVybHM+PC91cmxzPjwvcmVj
b3JkPjwvQ2l0ZT48Q2l0ZT48QXV0aG9yPtix2LbYpzwvQXV0aG9yPjxZZWFyPjEzODI8L1llYXI+
PFJlY051bT40PC9SZWNOdW0+PHJlY29yZD48cmVjLW51bWJlcj40PC9yZWMtbnVtYmVyPjxmb3Jl
aWduLWtleXM+PGtleSBhcHA9IkVOIiBkYi1pZD0ienIyZnh3dmZpMnAwc3VlZnB2NnB2MGRwd2V6
ZHp3ZXc1OXY5Ij40PC9rZXk+PC9mb3JlaWduLWtleXM+PHJlZi10eXBlIG5hbWU9IlJlcG9ydCI+
Mjc8L3JlZi10eXBlPjxjb250cmlidXRvcnM+PGF1dGhvcnM+PGF1dGhvcj48c3R5bGUgZmFjZT0i
bm9ybWFsIiBmb250PSJkZWZhdWx0IiBjaGFyc2V0PSIxNzgiIHNpemU9IjEwMCUiPtmD2LHZhdmK
2Iwg2LHYttinIDwvc3R5bGU+PC9hdXRob3I+PC9hdXRob3JzPjwvY29udHJpYnV0b3JzPjx0aXRs
ZXM+PHRpdGxlPjxzdHlsZSBmYWNlPSJub3JtYWwiIGZvbnQ9ImRlZmF1bHQiIGNoYXJzZXQ9IjE3
OCIgc2l6ZT0iMTAwJSI+2K/Ysdii2YXYr9mKINio2LEg2YXYudmF2KfYsdmKINmB2YbYp9mI2LHZ
iiDYp9i32YTYp9i52KfYqiDYr9ixINiz2KfYstmF2Kcg2YbZh9inPC9zdHlsZT48L3RpdGxlPjxz
ZWNvbmRhcnktdGl0bGU+PHN0eWxlIGZhY2U9Im5vcm1hbCIgZm9udD0iZGVmYXVsdCIgY2hhcnNl
dD0iMTc4IiBzaXplPSIxMDAlIj7ar9iy2KfYsdi0INmB2YbZitiMINi02LHZg9iqINmF2YfZhtiv
2LPZiiDZhtix2YUg2KfZgdiy2KfYsdmKINqv2YTYs9iq2KfZhjwvc3R5bGU+PC9zZWNvbmRhcnkt
dGl0bGU+PC90aXRsZXM+PGRhdGVzPjx5ZWFyPjEzODI8L3llYXI+PC9kYXRlcz48dXJscz48L3Vy
bHM+PC9yZWNvcmQ+PC9DaXRlPjxDaXRlPjxBdXRob3I+2LnZhNmKPC9BdXRob3I+PFllYXI+MTM4
Ni0xMzg3PC9ZZWFyPjxSZWNOdW0+MTc8L1JlY051bT48cmVjb3JkPjxyZWMtbnVtYmVyPjE3PC9y
ZWMtbnVtYmVyPjxmb3JlaWduLWtleXM+PGtleSBhcHA9IkVOIiBkYi1pZD0ienIyZnh3dmZpMnAw
c3VlZnB2NnB2MGRwd2V6ZHp3ZXc1OXY5Ij4xNzwva2V5PjwvZm9yZWlnbi1rZXlzPjxyZWYtdHlw
ZSBuYW1lPSJKb3VybmFsIEFydGljbGUiPjE3PC9yZWYtdHlwZT48Y29udHJpYnV0b3JzPjxhdXRo
b3JzPjxhdXRob3I+PHN0eWxlIGZhY2U9Im5vcm1hbCIgZm9udD0iZGVmYXVsdCIgY2hhcnNldD0i
MTc4IiBzaXplPSIxMDAlIj7Ysdin2LbZitiMINi52YTZiiA8L3N0eWxlPjwvYXV0aG9yPjwvYXV0
aG9ycz48L2NvbnRyaWJ1dG9ycz48dGl0bGVzPjx0aXRsZT48c3R5bGUgZmFjZT0ibm9ybWFsIiBm
b250PSJkZWZhdWx0IiBjaGFyc2V0PSIxNzgiIHNpemU9IjEwMCUiPtio2YjZhdmKINmD2LHYr9mG
INqG2KfYsdqG2YjYqCDYstmD2YXZhiDYqNix2KfZiiDYs9in2LLZhdin2YYg2obYp9io2YM8L3N0
eWxlPjwvdGl0bGU+PHNlY29uZGFyeS10aXRsZT48c3R5bGUgZmFjZT0ibm9ybWFsIiBmb250PSJk
ZWZhdWx0IiBjaGFyc2V0PSIxNzgiIHNpemU9IjEwMCUiPtm+2KfZitin2YYg2YbYp9mF2Ycg2YPY
p9ix2LTZhtin2LPZiiDYp9ix2LTYryDYsdi02KrZhyDZhdmH2YbYr9iz2Yog2YPYp9mF2b7ZitmI
2KrYsTwvc3R5bGU+PHN0eWxlIGZhY2U9Im5vcm1hbCIgZm9udD0iZGVmYXVsdCIgc2l6ZT0iMTAw
JSI+LSA8L3N0eWxlPjxzdHlsZSBmYWNlPSJub3JtYWwiIGZvbnQ9ImRlZmF1bHQiIGNoYXJzZXQ9
IjE3OCIgc2l6ZT0iMTAwJSI+2YbYsdmFINin2YHYstin2LHYjNiv2KfZhti02q/Yp9mHINii2LLY
p9ivINin2LPZhNin2YXZiiDZiNin2K3YryDYudmE2YjZhSDZiCDYqtit2YLZitmC2KfYqjwvc3R5
bGU+PC9zZWNvbmRhcnktdGl0bGU+PC90aXRsZXM+PHBlcmlvZGljYWw+PGZ1bGwtdGl0bGU+2b7Y
p9mK2KfZhiDZhtin2YXZhyDZg9in2LHYtNmG2KfYs9mKINin2LHYtNivINix2LTYqtmHINmF2YfZ
htiv2LPZiiDZg9in2YXZvtmK2YjYqtixLSDZhtix2YUg2KfZgdiy2KfYsdiM2K/Yp9mG2LTar9in
2Ycg2KLYstin2K8g2KfYs9mE2KfZhdmKINmI2KfYrdivINi52YTZiNmFINmIINiq2K3ZgtmK2YLY
p9iqPC9mdWxsLXRpdGxlPjwvcGVyaW9kaWNhbD48ZGF0ZXM+PHllYXI+PHN0eWxlIGZhY2U9Im5v
cm1hbCIgZm9udD0iZGVmYXVsdCIgY2hhcnNldD0iMTc4IiBzaXplPSIxMDAlIj4xMzg2LTEzODc8
L3N0eWxlPjwveWVhcj48L2RhdGVzPjx1cmxzPjwvdXJscz48L3JlY29yZD48L0NpdGU+PENpdGU+
PEF1dGhvcj7YudmE2Yo8L0F1dGhvcj48WWVhcj4xMzg0PC9ZZWFyPjxSZWNOdW0+MTI8L1JlY051
bT48cmVjb3JkPjxyZWMtbnVtYmVyPjEyPC9yZWMtbnVtYmVyPjxmb3JlaWduLWtleXM+PGtleSBh
cHA9IkVOIiBkYi1pZD0ienIyZnh3dmZpMnAwc3VlZnB2NnB2MGRwd2V6ZHp3ZXc1OXY5Ij4xMjwv
a2V5PjwvZm9yZWlnbi1rZXlzPjxyZWYtdHlwZSBuYW1lPSJKb3VybmFsIEFydGljbGUiPjE3PC9y
ZWYtdHlwZT48Y29udHJpYnV0b3JzPjxhdXRob3JzPjxhdXRob3I+PHN0eWxlIGZhY2U9Im5vcm1h
bCIgZm9udD0iZGVmYXVsdCIgY2hhcnNldD0iMTc4IiBzaXplPSIxMDAlIj7Zgdiq2K0g2KfZhNmH
2YrYjCDYudmE2Yo8L3N0eWxlPjwvYXV0aG9yPjwvYXV0aG9ycz48L2NvbnRyaWJ1dG9ycz48dGl0
bGVzPjx0aXRsZT48c3R5bGUgZmFjZT0ibm9ybWFsIiBmb250PSJkZWZhdWx0IiBjaGFyc2V0PSIx
NzgiIHNpemU9IjEwMCUiPtio2LHYsdiz24w8L3N0eWxlPjxzdHlsZSBmYWNlPSJub3JtYWwiIGZv
bnQ9ImRlZmF1bHQiIHNpemU9IjEwMCUiPiBVTUwgPC9zdHlsZT48c3R5bGUgZmFjZT0ibm9ybWFs
IiBmb250PSJkZWZhdWx0IiBjaGFyc2V0PSIxNzgiIHNpemU9IjEwMCUiPtin2LIg2YbYuNixINmC
2KfYqNmE24zYqiDZvtmI2LTYtCDYqNmHINqG2KfYsdqG2YjYqCDYstqp2YXZhtiMINm+2KfbjNin
2YYg2YbYp9mF2Ycg2qnYp9ix2LTZhtin2LPbjCDYp9ix2LTYr9iMINiv2KfZhti02q/Yp9mHINi0
2YfbjNivINio2YfYtNiq24w8L3N0eWxlPjwvdGl0bGU+PC90aXRsZXM+PGRhdGVzPjx5ZWFyPjEz
ODQ8L3llYXI+PC9kYXRlcz48dXJscz48L3VybHM+PC9yZWNvcmQ+PC9DaXRlPjxDaXRlPjxBdXRo
b3I+2YHYsduM2K/ZiNmGPC9BdXRob3I+PFllYXI+MTM4MzwvWWVhcj48UmVjTnVtPjI8L1JlY051
bT48cmVjb3JkPjxyZWMtbnVtYmVyPjI8L3JlYy1udW1iZXI+PGZvcmVpZ24ta2V5cz48a2V5IGFw
cD0iRU4iIGRiLWlkPSJ6cjJmeHd2ZmkycDBzdWVmcHY2cHYwZHB3ZXpkendldzU5djkiPjI8L2tl
eT48L2ZvcmVpZ24ta2V5cz48cmVmLXR5cGUgbmFtZT0iSm91cm5hbCBBcnRpY2xlIj4xNzwvcmVm
LXR5cGU+PGNvbnRyaWJ1dG9ycz48YXV0aG9ycz48YXV0aG9yPjxzdHlsZSBmYWNlPSJub3JtYWwi
IGZvbnQ9ImRlZmF1bHQiIGNoYXJzZXQ9IjE3OCIgc2l6ZT0iMTAwJSI+2LTZhdiz2Iwg2YHYsduM
2K/ZiNmGPC9zdHlsZT48L2F1dGhvcj48L2F1dGhvcnM+PC9jb250cmlidXRvcnM+PHRpdGxlcz48
dGl0bGU+PHN0eWxlIGZhY2U9Im5vcm1hbCIgZm9udD0iZGVmYXVsdCIgY2hhcnNldD0iMTc4IiBz
aXplPSIxMDAlIj7ZhdmB2KfZh9uM2YUg2b7Yp9uM2Ycg2LPYp9iy2YXYp9mG24w8L3N0eWxlPjwv
dGl0bGU+PHNlY29uZGFyeS10aXRsZT7Zhdin2YfZhtin2YXZhyDYqtmI2LPYudmHINmIINqp2KfY
sdio2LHbjCDZgdmG2KfZiNix24wg2KfYt9mE2KfYudin2Kog2Ygg2KfYsdiq2KjYp9i32KfYqjwv
c2Vjb25kYXJ5LXRpdGxlPjwvdGl0bGVzPjxwZXJpb2RpY2FsPjxmdWxsLXRpdGxlPtmF2KfZh9mG
2KfZhdmHINiq2YjYs9i52Ycg2Ygg2qnYp9ix2KjYsduMINmB2YbYp9mI2LHbjCDYp9i32YTYp9i5
2KfYqiDZiCDYp9ix2KrYqNin2LfYp9iqPC9mdWxsLXRpdGxlPjwvcGVyaW9kaWNhbD48cGFnZXM+
MTE8L3BhZ2VzPjx2b2x1bWU+PHN0eWxlIGZhY2U9Im5vcm1hbCIgZm9udD0iZGVmYXVsdCIgY2hh
cnNldD0iMTc4IiBzaXplPSIxMDAlIj7YtNmF2KfYsdmHIDM8L3N0eWxlPjwvdm9sdW1lPjxkYXRl
cz48eWVhcj48c3R5bGUgZmFjZT0ibm9ybWFsIiBmb250PSJkZWZhdWx0IiBjaGFyc2V0PSIxNzgi
IHNpemU9IjEwMCUiPjEzODM8L3N0eWxlPjwveWVhcj48L2RhdGVzPjx1cmxzPjwvdXJscz48L3Jl
Y29yZD48L0NpdGU+PENpdGU+PEF1dGhvcj7ZhdmH2K/ZijwvQXV0aG9yPjxZZWFyPjEzODQ8L1ll
YXI+PFJlY051bT4xMTwvUmVjTnVtPjxyZWNvcmQ+PHJlYy1udW1iZXI+MTE8L3JlYy1udW1iZXI+
PGZvcmVpZ24ta2V5cz48a2V5IGFwcD0iRU4iIGRiLWlkPSJ6cjJmeHd2ZmkycDBzdWVmcHY2cHYw
ZHB3ZXpkendldzU5djkiPjExPC9rZXk+PC9mb3JlaWduLWtleXM+PHJlZi10eXBlIG5hbWU9Ikpv
dXJuYWwgQXJ0aWNsZSI+MTc8L3JlZi10eXBlPjxjb250cmlidXRvcnM+PGF1dGhvcnM+PGF1dGhv
cj48c3R5bGUgZmFjZT0ibm9ybWFsIiBmb250PSJkZWZhdWx0IiBjaGFyc2V0PSIxNzgiIHNpemU9
IjEwMCUiPtiy2LHar9ixINmG2KrYp9isINiMINiz2YrYryDZhdmH2K/ZiiA8L3N0eWxlPjwvYXV0
aG9yPjwvYXV0aG9ycz48L2NvbnRyaWJ1dG9ycz48dGl0bGVzPjx0aXRsZT48c3R5bGUgZmFjZT0i
bm9ybWFsIiBmb250PSJkZWZhdWx0IiBjaGFyc2V0PSIxNzgiIHNpemU9IjEwMCUiPtio2LHYsdiz
2Yog2LPYqNmDINmH2KfZiiDZhdi52YXYp9ix2Yog2YHZhtin2YjYsdmKINin2LfZhNin2LnYp9iq
INiz2KfYstmF2KfZhtiMINm+2KfZitin2YbZhtin2YXZhyDZg9in2LHYtNmG2KfYs9mKINin2LHY
tNiv2Iwg2K/Yp9mG2LTar9in2Ycg2LTZh9mK2K8g2KjZh9i02KrZijwvc3R5bGU+PC90aXRsZT48
L3RpdGxlcz48ZGF0ZXM+PHllYXI+PHN0eWxlIGZhY2U9Im5vcm1hbCIgZm9udD0iZGVmYXVsdCIg
Y2hhcnNldD0iMTc4IiBzaXplPSIxMDAlIj4xMzg0PC9zdHlsZT48L3llYXI+PC9kYXRlcz48dXJs
cz48L3VybHM+PC9yZWNvcmQ+PC9DaXRlPjwvRW5kTm90ZT5=
ADDIN EN.CITE PEVuZE5vdGU+PENpdGU+PEF1dGhvcj7Yp9ix2K/ZiNin2YbYjDwvQXV0aG9yPjxZZWFyPjEzODQ8
L1llYXI+PFJlY051bT4xMzwvUmVjTnVtPjxEaXNwbGF5VGV4dD5bMS0xNF08L0Rpc3BsYXlUZXh0
PjxyZWNvcmQ+PHJlYy1udW1iZXI+MTM8L3JlYy1udW1iZXI+PGZvcmVpZ24ta2V5cz48a2V5IGFw
cD0iRU4iIGRiLWlkPSJ6cjJmeHd2ZmkycDBzdWVmcHY2cHYwZHB3ZXpkendldzU5djkiPjEzPC9r
ZXk+PC9mb3JlaWduLWtleXM+PHJlZi10eXBlIG5hbWU9IldlYiBQYWdlIj4xMjwvcmVmLXR5cGU+
PGNvbnRyaWJ1dG9ycz48YXV0aG9ycz48YXV0aG9yPjxzdHlsZSBmYWNlPSJub3JtYWwiIGZvbnQ9
ImRlZmF1bHQiIGNoYXJzZXQ9IjE3OCIgc2l6ZT0iMTAwJSI+2YXYrNmK2K/Zijwvc3R5bGU+PHN0
eWxlIGZhY2U9Im5vcm1hbCIgZm9udD0iZGVmYXVsdCIgc2l6ZT0iMTAwJSI+IDwvc3R5bGU+PHN0
eWxlIGZhY2U9Im5vcm1hbCIgZm9udD0iZGVmYXVsdCIgY2hhcnNldD0iMTc4IiBzaXplPSIxMDAl
Ij7Yp9ix2K/ZiNin2YbYjDwvc3R5bGU+PC9hdXRob3I+PC9hdXRob3JzPjwvY29udHJpYnV0b3Jz
Pjx0aXRsZXM+PHRpdGxlPjxzdHlsZSBmYWNlPSJub3JtYWwiIGZvbnQ9ImRlZmF1bHQiIGNoYXJz
ZXQ9IjE3OCIgc2l6ZT0iMTAwJSI+2obZhSA6INqG2KfYsdqG2YjYqCDZiCDZhdiq2K/ZiNmE2Yja
mNmQ2Yog2YXZhNmKINmF2LnZhdin2LHZiiDZhti42KfZhSDZh9in2Yog2K7YsdivINmIINmD2YTY
p9mG2Iwg2YXZiNiz2LPZhyDZhdi32KfZhNi52KfYqjwvc3R5bGU+PHN0eWxlIGZhY2U9Im5vcm1h
bCIgZm9udD0iZGVmYXVsdCIgc2l6ZT0iMTAwJSI+ICYjeEQ7PC9zdHlsZT48c3R5bGUgZmFjZT0i
bm9ybWFsIiBmb250PSJkZWZhdWx0IiBjaGFyc2V0PSIxNzgiIHNpemU9IjEwMCUiPtix2KfZh9io
2LHYr9mKINmB2YbYp9mI2LHZiiDYp9i32YTYp9i52KfYqtiMINix2YrYp9iz2Kog2KzZhdmH2YjY
sdmK2Iwg2YXYsdmD2LIg2YHZhtin2YjYsdmKINin2LfZhNin2LnYp9iqINmIINin2LHYqtio2KfY
t9in2KrYjCDYr9mB2KrYsSDYqtit2YLZitmC2KfYqiDZiCDYqNix2YbYp9mF2Yc8L3N0eWxlPjxz
dHlsZSBmYWNlPSJub3JtYWwiIGZvbnQ9ImRlZmF1bHQiIHNpemU9IjEwMCUiPiYjeEQ7PC9zdHls
ZT48c3R5bGUgZmFjZT0ibm9ybWFsIiBmb250PSJkZWZhdWx0IiBjaGFyc2V0PSIxNzgiIHNpemU9
IjEwMCUiPtix2YrYstmK2Iw8L3N0eWxlPjwvdGl0bGU+PC90aXRsZXM+PGRhdGVzPjx5ZWFyPjxz
dHlsZSBmYWNlPSJub3JtYWwiIGZvbnQ9ImRlZmF1bHQiIGNoYXJzZXQ9IjE3OCIgc2l6ZT0iMTAw
JSI+MTM4NDwvc3R5bGU+PC95ZWFyPjwvZGF0ZXM+PHVybHM+PHJlbGF0ZWQtdXJscz48dXJsPmh0
dHA6Ly9XV1cuaXJpdC5pciA8L3VybD48L3JlbGF0ZWQtdXJscz48L3VybHM+PC9yZWNvcmQ+PC9D
aXRlPjxDaXRlPjxBdXRob3I+2KfYt9mE2KfYudin2Ko8L0F1dGhvcj48WWVhcj4xMzg1PC9ZZWFy
PjxSZWNOdW0+MTg8L1JlY051bT48cmVjb3JkPjxyZWMtbnVtYmVyPjE4PC9yZWMtbnVtYmVyPjxm
b3JlaWduLWtleXM+PGtleSBhcHA9IkVOIiBkYi1pZD0ienIyZnh3dmZpMnAwc3VlZnB2NnB2MGRw
d2V6ZHp3ZXc1OXY5Ij4xODwva2V5PjwvZm9yZWlnbi1rZXlzPjxyZWYtdHlwZSBuYW1lPSJKb3Vy
bmFsIEFydGljbGUiPjE3PC9yZWYtdHlwZT48Y29udHJpYnV0b3JzPjxhdXRob3JzPjxhdXRob3I+
PHN0eWxlIGZhY2U9Im5vcm1hbCIgZm9udD0iZGVmYXVsdCIgY2hhcnNldD0iMTc4IiBzaXplPSIx
MDAlIj7Yp9ix2K/ZiNin2YYg2YXYrNmK2K/ZitiMINmF2YjYs9iz2Ycg2YXYt9in2YTYudin2Kog
2LHYp9mH2KjYsdiv2Yog2YHZhiDYotmI2LHZiiDYp9i32YTYp9i52KfYqjwvc3R5bGU+PC9hdXRo
b3I+PC9hdXRob3JzPjwvY29udHJpYnV0b3JzPjx0aXRsZXM+PHRpdGxlPjxzdHlsZSBmYWNlPSJu
b3JtYWwiIGZvbnQ9ImRlZmF1bHQiIGNoYXJzZXQ9IjE3OCIgc2l6ZT0iMTAwJSI+2obZhTog2YrZ
gyDahtin2LHahtmI2Kgg2YjZhdiq2K/ZiNmE2YjamNmKINmF2LnZhdin2LHZiiDYs9in2LLZhdin
2YbZijwvc3R5bGU+PC90aXRsZT48c2Vjb25kYXJ5LXRpdGxlPtiv2YjYp9iy2K/Zh9mF2YrZhiDZ
g9mG2YHYsdin2YbYsyDYs9in2YTYp9mG2Ycg2KfZhtis2YXZhiDZg9in2YXZvtmK2YjYqtixINin
2YrYsdin2YY8L3NlY29uZGFyeS10aXRsZT48L3RpdGxlcz48cGVyaW9kaWNhbD48ZnVsbC10aXRs
ZT7Yr9mI2KfYstiv2YfZhdmK2YYg2YPZhtmB2LHYp9mG2LMg2LPYp9mE2KfZhtmHINin2YbYrNmF
2YYg2YPYp9mF2b7ZitmI2KrYsSDYp9mK2LHYp9mGPC9mdWxsLXRpdGxlPjwvcGVyaW9kaWNhbD48
ZGF0ZXM+PHllYXI+PHN0eWxlIGZhY2U9Im5vcm1hbCIgZm9udD0iZGVmYXVsdCIgY2hhcnNldD0i
MTc4IiBzaXplPSIxMDAlIj4xMzg1PC9zdHlsZT48L3llYXI+PC9kYXRlcz48dXJscz48L3VybHM+
PC9yZWNvcmQ+PC9DaXRlPjxDaXRlPjxBdXRob3I+2KfYt9mE2KfYudin2Ko8L0F1dGhvcj48WWVh
cj4xMzgzPC9ZZWFyPjxSZWNOdW0+NzwvUmVjTnVtPjxyZWNvcmQ+PHJlYy1udW1iZXI+NzwvcmVj
LW51bWJlcj48Zm9yZWlnbi1rZXlzPjxrZXkgYXBwPSJFTiIgZGItaWQ9InpyMmZ4d3ZmaTJwMHN1
ZWZwdjZwdjBkcHdlemR6d2V3NTl2OSI+Nzwva2V5PjwvZm9yZWlnbi1rZXlzPjxyZWYtdHlwZSBu
YW1lPSJXZWIgUGFnZSI+MTI8L3JlZi10eXBlPjxjb250cmlidXRvcnM+PGF1dGhvcnM+PGF1dGhv
cj48c3R5bGUgZmFjZT0ibm9ybWFsIiBmb250PSJkZWZhdWx0IiBjaGFyc2V0PSIxNzgiIHNpemU9
IjEwMCUiPtmD2YXZitiq2Ycg2YHZhtmKINmF2LnZhdin2LHZiiDYp9i32YTYp9i52KfYqjwvc3R5
bGU+PC9hdXRob3I+PC9hdXRob3JzPjwvY29udHJpYnV0b3JzPjx0aXRsZXM+PHRpdGxlPjxzdHls
ZSBmYWNlPSJub3JtYWwiIGZvbnQ9ImRlZmF1bHQiIGNoYXJzZXQ9IjE3OCIgc2l6ZT0iMTAwJSI+
2KLYtNmG2KfYptmKINio2Kcg2YXZgdin2YfZitmFINmF2LnZhdin2LHZiiDYs9in2LLZhdin2YbZ
itiMINiv2KjZitix2K7Yp9mG2Ycg2LTZiNix2KfZiiDYudin2YTZiiDYp9i32YTYp9i5INix2LPY
p9mG2YrYjCDZg9mF2YrYqtmHINmB2YbZiiDZhdi52YXYp9ix2YogINin2LfZhNin2LnYp9iqPC9z
dHlsZT48L3RpdGxlPjwvdGl0bGVzPjxkYXRlcz48eWVhcj4xMzgzPC95ZWFyPjwvZGF0ZXM+PHVy
bHM+PHJlbGF0ZWQtdXJscz48dXJsPnd3dy5lbnRlcnByaXNlX2FyY2hpdGVjdHVyZS5pcjwvdXJs
PjwvcmVsYXRlZC11cmxzPjwvdXJscz48L3JlY29yZD48L0NpdGU+PENpdGU+PEF1dGhvcj7Yp9mF
2YrYsdix2LbYpzwvQXV0aG9yPjxZZWFyPjEzODY8L1llYXI+PFJlY051bT4xOTwvUmVjTnVtPjxy
ZWNvcmQ+PHJlYy1udW1iZXI+MTk8L3JlYy1udW1iZXI+PGZvcmVpZ24ta2V5cz48a2V5IGFwcD0i
RU4iIGRiLWlkPSJ6cjJmeHd2ZmkycDBzdWVmcHY2cHYwZHB3ZXpkendldzU5djkiPjE5PC9rZXk+
PC9mb3JlaWduLWtleXM+PHJlZi10eXBlIG5hbWU9IkpvdXJuYWwgQXJ0aWNsZSI+MTc8L3JlZi10
eXBlPjxjb250cmlidXRvcnM+PGF1dGhvcnM+PGF1dGhvcj48c3R5bGUgZmFjZT0ibm9ybWFsIiBm
b250PSJkZWZhdWx0IiBjaGFyc2V0PSIxNzgiIHNpemU9IjEwMCUiPtmF2YfYrNmI2LHZitin2YbY
jCDYp9mF2YrYsdix2LbYpzwvc3R5bGU+PC9hdXRob3I+PC9hdXRob3JzPjwvY29udHJpYnV0b3Jz
Pjx0aXRsZXM+PHRpdGxlPjxzdHlsZSBmYWNlPSJub3JtYWwiIGZvbnQ9ImRlZmF1bHQiIGNoYXJz
ZXQ9IjE3OCIgc2l6ZT0iMTAwJSI+2b7Yp9mK2KfZhiDZhtin2YXZhyDZg9in2LHYtNmG2KfYs9mK
INin2LHYtNivOiDYqtiv2YjZitmGINmF2KrYr9mI2YTZiNqY2Yog2KjYsdmG2KfZhdmHINix2YrY
stmKINmF2LnZhdin2LHZiiDYs9in2LLZhdin2YbZiiAgINiz2LHZiNmK2LMg2q/YsdinINiv2LEg
2KzZh9iqINm+2YjYtNi0INmD2KfZhdmEINio2Ycg2obYp9ix2obZiNioINiy2YPZhdmGPC9zdHls
ZT48c3R5bGUgZmFjZT0ibm9ybWFsIiBmb250PSJkZWZhdWx0IiBzaXplPSIxMDAlIj4gIDwvc3R5
bGU+PC90aXRsZT48c2Vjb25kYXJ5LXRpdGxlPjxzdHlsZSBmYWNlPSJub3JtYWwiIGZvbnQ9ImRl
ZmF1bHQiIGNoYXJzZXQ9IjE3OCIgc2l6ZT0iMTAwJSI+2K/Yp9mG2LTar9in2Ycg2LTZh9mK2K8g
2KjZh9i02KrZiiDYjCDYr9in2YbYtNmD2K/ZhyDZhdmH2YbYr9iz2Yog2KjYsdmCINmIINqp2KfZ
hdm+24zZiNiq2LE8L3N0eWxlPjwvc2Vjb25kYXJ5LXRpdGxlPjwvdGl0bGVzPjxwZXJpb2RpY2Fs
PjxmdWxsLXRpdGxlPtiv2KfZhti02q/Yp9mHINi02YfZitivINio2YfYtNiq2Yog2Iwg2K/Yp9mG
2LTZg9iv2Ycg2YXZh9mG2K/Ys9mKINio2LHZgiDZiCDaqdin2YXZvtuM2YjYqtixPC9mdWxsLXRp
dGxlPjwvcGVyaW9kaWNhbD48bnVtYmVyPjxzdHlsZSBmYWNlPSJub3JtYWwiIGZvbnQ9ImRlZmF1
bHQiIGNoYXJzZXQ9IjE3OCIgc2l6ZT0iMTAwJSI+INiMIC4g2LPYp9mEIDwvc3R5bGU+PC9udW1i
ZXI+PGRhdGVzPjx5ZWFyPjxzdHlsZSBmYWNlPSJub3JtYWwiIGZvbnQ9ImRlZmF1bHQiIGNoYXJz
ZXQ9IjE3OCIgc2l6ZT0iMTAwJSI+MTM4Njwvc3R5bGU+PC95ZWFyPjwvZGF0ZXM+PHVybHM+PC91
cmxzPjwvcmVjb3JkPjwvQ2l0ZT48Q2l0ZT48QXV0aG9yPtin2YjYp9mG2LPYsTwvQXV0aG9yPjxZ
ZWFyPjEzODQ8L1llYXI+PFJlY051bT4zPC9SZWNOdW0+PHJlY29yZD48cmVjLW51bWJlcj4zPC9y
ZWMtbnVtYmVyPjxmb3JlaWduLWtleXM+PGtleSBhcHA9IkVOIiBkYi1pZD0ienIyZnh3dmZpMnAw
c3VlZnB2NnB2MGRwd2V6ZHp3ZXc1OXY5Ij4zPC9rZXk+PC9mb3JlaWduLWtleXM+PHJlZi10eXBl
IG5hbWU9IkpvdXJuYWwgQXJ0aWNsZSI+MTc8L3JlZi10eXBlPjxjb250cmlidXRvcnM+PGF1dGhv
cnM+PGF1dGhvcj48c3R5bGUgZmFjZT0ibm9ybWFsIiBmb250PSJkZWZhdWx0IiBjaGFyc2V0PSIx
NzgiIHNpemU9IjEwMCUiPti12YXYr9uM2IwgINin2YjYp9mG2LPYsTwvc3R5bGU+PC9hdXRob3I+
PC9hdXRob3JzPjwvY29udHJpYnV0b3JzPjx0aXRsZXM+PHRpdGxlPjxzdHlsZSBmYWNlPSJub3Jt
YWwiIGZvbnQ9ImRlZmF1bHQiIGNoYXJzZXQ9IjE3OCIgc2l6ZT0iMTAwJSI+2YXZgtiv2YXZhyDY
p9uMINio2LEg2YXYudmF2KfYsduMINiz2KfYstmF2KfZhtuMPC9zdHlsZT48L3RpdGxlPjxzZWNv
bmRhcnktdGl0bGU+2K/YqNuM2LHYrtin2YbZhyDYtNmI2LHYp9uMINin2LfZhNin2Lkg2LHYs9in
2YbbjDwvc2Vjb25kYXJ5LXRpdGxlPjwvdGl0bGVzPjxwZXJpb2RpY2FsPjxmdWxsLXRpdGxlPtiv
2KjbjNix2K7Yp9mG2Ycg2LTZiNix2KfbjCDYp9i32YTYp9i5INix2LPYp9mG24w8L2Z1bGwtdGl0
bGU+PC9wZXJpb2RpY2FsPjxkYXRlcz48eWVhcj48c3R5bGUgZmFjZT0ibm9ybWFsIiBmb250PSJk
ZWZhdWx0IiBjaGFyc2V0PSIxNzgiIHNpemU9IjEwMCUiPjEzODQ8L3N0eWxlPjwveWVhcj48L2Rh
dGVzPjx1cmxzPjwvdXJscz48L3JlY29yZD48L0NpdGU+PENpdGU+PEF1dGhvcj7YrNi52YHYsdmK
PC9BdXRob3I+PFllYXI+MTM4OTwvWWVhcj48UmVjTnVtPjI5PC9SZWNOdW0+PHJlY29yZD48cmVj
LW51bWJlcj4yOTwvcmVjLW51bWJlcj48Zm9yZWlnbi1rZXlzPjxrZXkgYXBwPSJFTiIgZGItaWQ9
InpyMmZ4d3ZmaTJwMHN1ZWZwdjZwdjBkcHdlemR6d2V3NTl2OSI+Mjk8L2tleT48L2ZvcmVpZ24t
a2V5cz48cmVmLXR5cGUgbmFtZT0iSm91cm5hbCBBcnRpY2xlIj4xNzwvcmVmLXR5cGU+PGNvbnRy
aWJ1dG9ycz48YXV0aG9ycz48YXV0aG9yPjxzdHlsZSBmYWNlPSJub3JtYWwiIGZvbnQ9ImRlZmF1
bHQiIGNoYXJzZXQ9IjE3OCIgc2l6ZT0iMTAwJSI+2LnZhNuMINis2LnZgdix2Yo8L3N0eWxlPjwv
YXV0aG9yPjwvYXV0aG9ycz48L2NvbnRyaWJ1dG9ycz48dGl0bGVzPjx0aXRsZT48c3R5bGUgZmFj
ZT0ibm9ybWFsIiBmb250PSJkZWZhdWx0IiBjaGFyc2V0PSIxNzgiIHNpemU9IjEwMCUiPtio2qnY
p9ix2q/bjNix2Yog2KfYqNiy2KfYsdmH2KfZiiDYqNmE2KfYr9ix2YbaryDYr9ixINiq2YjZhNuM
2K8g2YXYrdi12YjZhNin2Kog2YXYudmF2KfYsdmKPC9zdHlsZT48c3R5bGUgZmFjZT0ibm9ybWFs
IiBmb250PSJkZWZhdWx0IiBzaXplPSIxMDAlIj4gRE9EQUYgVjEuMCA8L3N0eWxlPjxzdHlsZSBm
YWNlPSJub3JtYWwiIGZvbnQ9ImRlZmF1bHQiIGNoYXJzZXQ9IjE3OCIgc2l6ZT0iMTAwJSI+2KfY
siDYs9mG2KfYsduM2YjZh9in2Yog2YHYsdmF2KfZhtiv2YfbjCDZiCDaqdmG2KrYsdmEPC9zdHls
ZT48L3RpdGxlPjxzZWNvbmRhcnktdGl0bGU+PHN0eWxlIGZhY2U9Im5vcm1hbCIgZm9udD0iZGVm
YXVsdCIgY2hhcnNldD0iMTc4IiBzaXplPSIxMDAlIj7YtNix2qnYqiDYtdmG2KfbjNi5INmF2K7Y
p9io2LHYp9iqINi12KfYp9uM2LHYp9mGPC9zdHlsZT48L3NlY29uZGFyeS10aXRsZT48L3RpdGxl
cz48cGVyaW9kaWNhbD48ZnVsbC10aXRsZT7YtNix2qnYqiDYtdmG2KfbjNi5INmF2K7Yp9io2LHY
p9iqINi12KfYp9uM2LHYp9mGPC9mdWxsLXRpdGxlPjwvcGVyaW9kaWNhbD48ZGF0ZXM+PHllYXI+
PHN0eWxlIGZhY2U9Im5vcm1hbCIgZm9udD0iZGVmYXVsdCIgY2hhcnNldD0iMTc4IiBzaXplPSIx
MDAlIj4xMzg5PC9zdHlsZT48L3llYXI+PC9kYXRlcz48dXJscz48L3VybHM+PC9yZWNvcmQ+PC9D
aXRlPjxDaXRlPjxBdXRob3I+2K7ZiNi0INiz24zZhdinPC9BdXRob3I+PFllYXI+MTM4MjwvWWVh
cj48UmVjTnVtPjIyPC9SZWNOdW0+PHJlY29yZD48cmVjLW51bWJlcj4yMjwvcmVjLW51bWJlcj48
Zm9yZWlnbi1rZXlzPjxrZXkgYXBwPSJFTiIgZGItaWQ9InpyMmZ4d3ZmaTJwMHN1ZWZwdjZwdjBk
cHdlemR6d2V3NTl2OSI+MjI8L2tleT48L2ZvcmVpZ24ta2V5cz48cmVmLXR5cGUgbmFtZT0iTWFn
YXppbmUgQXJ0aWNsZSI+MTk8L3JlZi10eXBlPjxjb250cmlidXRvcnM+PGF1dGhvcnM+PGF1dGhv
cj7YrtmI2LQg2LPbjNmF2KcsINi62YTYp9mF2LHYttinPC9hdXRob3I+PC9hdXRob3JzPjwvY29u
dHJpYnV0b3JzPjx0aXRsZXM+PHRpdGxlPtmF2YLYr9mF2Ycg2KfbjCDYqNixINqG2KfYqNqp24wg
2K/YsSDYs9in2LLZhdin2YbZh9inPC90aXRsZT48dHJhbnNsYXRlZC10aXRsZT5UYWQtPC90cmFu
c2xhdGVkLXRpdGxlPjwvdGl0bGVzPjxwYWdlcz41NS01ODwvcGFnZXM+PG51bWJlcj4xMzQ8L251
bWJlcj48ZGF0ZXM+PHllYXI+MTM4MjwveWVhcj48cHViLWRhdGVzPjxkYXRlPjEzODIvMDQvMDE8
L2RhdGU+PC9wdWItZGF0ZXM+PC9kYXRlcz48dXJscz48cmVsYXRlZC11cmxzPjx1cmw+aHR0cDov
L3d3dy5ub29ybWFncy5jb20vdmlldy9mYS9BcnRpY2xlUGFnZS8zMTkxNTQ8L3VybD48L3JlbGF0
ZWQtdXJscz48L3VybHM+PGxhbmd1YWdlPjE8L2xhbmd1YWdlPjwvcmVjb3JkPjwvQ2l0ZT48Q2l0
ZT48QXV0aG9yPtix2KfYttuMPC9BdXRob3I+PFllYXI+MTM4NS04NjwvWWVhcj48UmVjTnVtPjUy
PC9SZWNOdW0+PHJlY29yZD48cmVjLW51bWJlcj41MjwvcmVjLW51bWJlcj48Zm9yZWlnbi1rZXlz
PjxrZXkgYXBwPSJFTiIgZGItaWQ9InpyMmZ4d3ZmaTJwMHN1ZWZwdjZwdjBkcHdlemR6d2V3NTl2
OSI+NTI8L2tleT48L2ZvcmVpZ24ta2V5cz48cmVmLXR5cGUgbmFtZT0iSm91cm5hbCBBcnRpY2xl
Ij4xNzwvcmVmLXR5cGU+PGNvbnRyaWJ1dG9ycz48YXV0aG9ycz48YXV0aG9yPjxzdHlsZSBmYWNl
PSJub3JtYWwiIGZvbnQ9ImRlZmF1bHQiIGNoYXJzZXQ9IjE3OCIgc2l6ZT0iMTAwJSI+2LnZhNuM
INix2KfYttuMPC9zdHlsZT48L2F1dGhvcj48L2F1dGhvcnM+PC9jb250cmlidXRvcnM+PHRpdGxl
cz48dGl0bGU+PHN0eWxlIGZhY2U9Im5vcm1hbCIgZm9udD0iZGVmYXVsdCIgY2hhcnNldD0iMTc4
IiBzaXplPSIxMDAlIj7Zhdi52YXYp9ix2Yog2LPYp9iy2YXYp9mG2Yog2obYp9io2YM8L3N0eWxl
PjwvdGl0bGU+PHNlY29uZGFyeS10aXRsZT48c3R5bGUgZmFjZT0ibm9ybWFsIiBmb250PSJkZWZh
dWx0IiBjaGFyc2V0PSIxNzgiIHNpemU9IjEwMCUiPtqv2LLYp9ix2LQg2LPZhdmK2YbYp9ix2YPY
p9ix2LTZhtin2LPZiiDYp9ix2LTYr9iMINiv2KfZhti02q/Yp9mHINii2LLYp9ivINin2LPZhNin
2YXbjC0g2YjYp9it2K8g2LnZhNmI2YUg2Ygg2KrYrdmC24zZgtin2Ko8L3N0eWxlPjxzdHlsZSBm
YWNlPSJub3JtYWwiIGZvbnQ9ImRlZmF1bHQiIHNpemU9IjEwMCUiPiYjeEQ7PC9zdHlsZT48L3Nl
Y29uZGFyeS10aXRsZT48L3RpdGxlcz48ZGF0ZXM+PHllYXI+PHN0eWxlIGZhY2U9Im5vcm1hbCIg
Zm9udD0iZGVmYXVsdCIgY2hhcnNldD0iMTc4IiBzaXplPSIxMDAlIj4xMzg1LTg2PC9zdHlsZT48
L3llYXI+PC9kYXRlcz48dXJscz48L3VybHM+PC9yZWNvcmQ+PC9DaXRlPjxDaXRlPjxBdXRob3I+
2LHYp9mF2YrZhjwvQXV0aG9yPjxZZWFyPjEzODI8L1llYXI+PFJlY051bT4xPC9SZWNOdW0+PHJl
Y29yZD48cmVjLW51bWJlcj4xPC9yZWMtbnVtYmVyPjxmb3JlaWduLWtleXM+PGtleSBhcHA9IkVO
IiBkYi1pZD0ienIyZnh3dmZpMnAwc3VlZnB2NnB2MGRwd2V6ZHp3ZXc1OXY5Ij4xPC9rZXk+PC9m
b3JlaWduLWtleXM+PHJlZi10eXBlIG5hbWU9IkpvdXJuYWwgQXJ0aWNsZSI+MTc8L3JlZi10eXBl
Pjxjb250cmlidXRvcnM+PGF1dGhvcnM+PGF1dGhvcj48c3R5bGUgZmFjZT0ibm9ybWFsIiBmb250
PSJkZWZhdWx0IiBjaGFyc2V0PSIxNzgiIHNpemU9IjEwMCUiPtin2YXYsdio2LHYjCDYsdin2YXZ
itmGIDwvc3R5bGU+PC9hdXRob3I+PC9hdXRob3JzPjwvY29udHJpYnV0b3JzPjx0aXRsZXM+PHRp
dGxlPjxzdHlsZSBmYWNlPSJub3JtYWwiIGZvbnQ9ImRlZmF1bHQiIGNoYXJzZXQ9IjE3OCIgc2l6
ZT0iMTAwJSI+2KfYsdin2KbZhyDZhdiv2YTZiiDYqNix2KfZiiDZhdi52YXYp9ix2Yog2YXYsdis
2Lkg2LHYp9mH2YPYpyDYsdiMINm+2KfZitin2YYg2YbYp9mF2Yc8L3N0eWxlPjxzdHlsZSBmYWNl
PSJub3JtYWwiIGZvbnQ9ImRlZmF1bHQiIHNpemU9IjEwMCUiPiA8L3N0eWxlPjxzdHlsZSBmYWNl
PSJub3JtYWwiIGZvbnQ9ImRlZmF1bHQiIGNoYXJzZXQ9IjE3OCIgc2l6ZT0iMTAwJSI+2YPYp9ix
2LTZhtin2LPZiiDYp9ix2LTYr9iMINiv2KfZhti02q/Yp9mHINii2LLYp9ivINin2LPZhNin2YXZ
iiAtINmI2KfYrdivINi52YTZiNmFINmIINiq2K3ZgtmK2YLYp9iqPC9zdHlsZT48L3RpdGxlPjwv
dGl0bGVzPjxkYXRlcz48eWVhcj4xMzgyPC95ZWFyPjwvZGF0ZXM+PHVybHM+PC91cmxzPjwvcmVj
b3JkPjwvQ2l0ZT48Q2l0ZT48QXV0aG9yPtix2LbYpzwvQXV0aG9yPjxZZWFyPjEzODI8L1llYXI+
PFJlY051bT40PC9SZWNOdW0+PHJlY29yZD48cmVjLW51bWJlcj40PC9yZWMtbnVtYmVyPjxmb3Jl
aWduLWtleXM+PGtleSBhcHA9IkVOIiBkYi1pZD0ienIyZnh3dmZpMnAwc3VlZnB2NnB2MGRwd2V6
ZHp3ZXc1OXY5Ij40PC9rZXk+PC9mb3JlaWduLWtleXM+PHJlZi10eXBlIG5hbWU9IlJlcG9ydCI+
Mjc8L3JlZi10eXBlPjxjb250cmlidXRvcnM+PGF1dGhvcnM+PGF1dGhvcj48c3R5bGUgZmFjZT0i
bm9ybWFsIiBmb250PSJkZWZhdWx0IiBjaGFyc2V0PSIxNzgiIHNpemU9IjEwMCUiPtmD2LHZhdmK
2Iwg2LHYttinIDwvc3R5bGU+PC9hdXRob3I+PC9hdXRob3JzPjwvY29udHJpYnV0b3JzPjx0aXRs
ZXM+PHRpdGxlPjxzdHlsZSBmYWNlPSJub3JtYWwiIGZvbnQ9ImRlZmF1bHQiIGNoYXJzZXQ9IjE3
OCIgc2l6ZT0iMTAwJSI+2K/Ysdii2YXYr9mKINio2LEg2YXYudmF2KfYsdmKINmB2YbYp9mI2LHZ
iiDYp9i32YTYp9i52KfYqiDYr9ixINiz2KfYstmF2Kcg2YbZh9inPC9zdHlsZT48L3RpdGxlPjxz
ZWNvbmRhcnktdGl0bGU+PHN0eWxlIGZhY2U9Im5vcm1hbCIgZm9udD0iZGVmYXVsdCIgY2hhcnNl
dD0iMTc4IiBzaXplPSIxMDAlIj7ar9iy2KfYsdi0INmB2YbZitiMINi02LHZg9iqINmF2YfZhtiv
2LPZiiDZhtix2YUg2KfZgdiy2KfYsdmKINqv2YTYs9iq2KfZhjwvc3R5bGU+PC9zZWNvbmRhcnkt
dGl0bGU+PC90aXRsZXM+PGRhdGVzPjx5ZWFyPjEzODI8L3llYXI+PC9kYXRlcz48dXJscz48L3Vy
bHM+PC9yZWNvcmQ+PC9DaXRlPjxDaXRlPjxBdXRob3I+2LnZhNmKPC9BdXRob3I+PFllYXI+MTM4
Ni0xMzg3PC9ZZWFyPjxSZWNOdW0+MTc8L1JlY051bT48cmVjb3JkPjxyZWMtbnVtYmVyPjE3PC9y
ZWMtbnVtYmVyPjxmb3JlaWduLWtleXM+PGtleSBhcHA9IkVOIiBkYi1pZD0ienIyZnh3dmZpMnAw
c3VlZnB2NnB2MGRwd2V6ZHp3ZXc1OXY5Ij4xNzwva2V5PjwvZm9yZWlnbi1rZXlzPjxyZWYtdHlw
ZSBuYW1lPSJKb3VybmFsIEFydGljbGUiPjE3PC9yZWYtdHlwZT48Y29udHJpYnV0b3JzPjxhdXRo
b3JzPjxhdXRob3I+PHN0eWxlIGZhY2U9Im5vcm1hbCIgZm9udD0iZGVmYXVsdCIgY2hhcnNldD0i
MTc4IiBzaXplPSIxMDAlIj7Ysdin2LbZitiMINi52YTZiiA8L3N0eWxlPjwvYXV0aG9yPjwvYXV0
aG9ycz48L2NvbnRyaWJ1dG9ycz48dGl0bGVzPjx0aXRsZT48c3R5bGUgZmFjZT0ibm9ybWFsIiBm
b250PSJkZWZhdWx0IiBjaGFyc2V0PSIxNzgiIHNpemU9IjEwMCUiPtio2YjZhdmKINmD2LHYr9mG
INqG2KfYsdqG2YjYqCDYstmD2YXZhiDYqNix2KfZiiDYs9in2LLZhdin2YYg2obYp9io2YM8L3N0
eWxlPjwvdGl0bGU+PHNlY29uZGFyeS10aXRsZT48c3R5bGUgZmFjZT0ibm9ybWFsIiBmb250PSJk
ZWZhdWx0IiBjaGFyc2V0PSIxNzgiIHNpemU9IjEwMCUiPtm+2KfZitin2YYg2YbYp9mF2Ycg2YPY
p9ix2LTZhtin2LPZiiDYp9ix2LTYryDYsdi02KrZhyDZhdmH2YbYr9iz2Yog2YPYp9mF2b7ZitmI
2KrYsTwvc3R5bGU+PHN0eWxlIGZhY2U9Im5vcm1hbCIgZm9udD0iZGVmYXVsdCIgc2l6ZT0iMTAw
JSI+LSA8L3N0eWxlPjxzdHlsZSBmYWNlPSJub3JtYWwiIGZvbnQ9ImRlZmF1bHQiIGNoYXJzZXQ9
IjE3OCIgc2l6ZT0iMTAwJSI+2YbYsdmFINin2YHYstin2LHYjNiv2KfZhti02q/Yp9mHINii2LLY
p9ivINin2LPZhNin2YXZiiDZiNin2K3YryDYudmE2YjZhSDZiCDYqtit2YLZitmC2KfYqjwvc3R5
bGU+PC9zZWNvbmRhcnktdGl0bGU+PC90aXRsZXM+PHBlcmlvZGljYWw+PGZ1bGwtdGl0bGU+2b7Y
p9mK2KfZhiDZhtin2YXZhyDZg9in2LHYtNmG2KfYs9mKINin2LHYtNivINix2LTYqtmHINmF2YfZ
htiv2LPZiiDZg9in2YXZvtmK2YjYqtixLSDZhtix2YUg2KfZgdiy2KfYsdiM2K/Yp9mG2LTar9in
2Ycg2KLYstin2K8g2KfYs9mE2KfZhdmKINmI2KfYrdivINi52YTZiNmFINmIINiq2K3ZgtmK2YLY
p9iqPC9mdWxsLXRpdGxlPjwvcGVyaW9kaWNhbD48ZGF0ZXM+PHllYXI+PHN0eWxlIGZhY2U9Im5v
cm1hbCIgZm9udD0iZGVmYXVsdCIgY2hhcnNldD0iMTc4IiBzaXplPSIxMDAlIj4xMzg2LTEzODc8
L3N0eWxlPjwveWVhcj48L2RhdGVzPjx1cmxzPjwvdXJscz48L3JlY29yZD48L0NpdGU+PENpdGU+
PEF1dGhvcj7YudmE2Yo8L0F1dGhvcj48WWVhcj4xMzg0PC9ZZWFyPjxSZWNOdW0+MTI8L1JlY051
bT48cmVjb3JkPjxyZWMtbnVtYmVyPjEyPC9yZWMtbnVtYmVyPjxmb3JlaWduLWtleXM+PGtleSBh
cHA9IkVOIiBkYi1pZD0ienIyZnh3dmZpMnAwc3VlZnB2NnB2MGRwd2V6ZHp3ZXc1OXY5Ij4xMjwv
a2V5PjwvZm9yZWlnbi1rZXlzPjxyZWYtdHlwZSBuYW1lPSJKb3VybmFsIEFydGljbGUiPjE3PC9y
ZWYtdHlwZT48Y29udHJpYnV0b3JzPjxhdXRob3JzPjxhdXRob3I+PHN0eWxlIGZhY2U9Im5vcm1h
bCIgZm9udD0iZGVmYXVsdCIgY2hhcnNldD0iMTc4IiBzaXplPSIxMDAlIj7Zgdiq2K0g2KfZhNmH
2YrYjCDYudmE2Yo8L3N0eWxlPjwvYXV0aG9yPjwvYXV0aG9ycz48L2NvbnRyaWJ1dG9ycz48dGl0
bGVzPjx0aXRsZT48c3R5bGUgZmFjZT0ibm9ybWFsIiBmb250PSJkZWZhdWx0IiBjaGFyc2V0PSIx
NzgiIHNpemU9IjEwMCUiPtio2LHYsdiz24w8L3N0eWxlPjxzdHlsZSBmYWNlPSJub3JtYWwiIGZv
bnQ9ImRlZmF1bHQiIHNpemU9IjEwMCUiPiBVTUwgPC9zdHlsZT48c3R5bGUgZmFjZT0ibm9ybWFs
IiBmb250PSJkZWZhdWx0IiBjaGFyc2V0PSIxNzgiIHNpemU9IjEwMCUiPtin2LIg2YbYuNixINmC
2KfYqNmE24zYqiDZvtmI2LTYtCDYqNmHINqG2KfYsdqG2YjYqCDYstqp2YXZhtiMINm+2KfbjNin
2YYg2YbYp9mF2Ycg2qnYp9ix2LTZhtin2LPbjCDYp9ix2LTYr9iMINiv2KfZhti02q/Yp9mHINi0
2YfbjNivINio2YfYtNiq24w8L3N0eWxlPjwvdGl0bGU+PC90aXRsZXM+PGRhdGVzPjx5ZWFyPjEz
ODQ8L3llYXI+PC9kYXRlcz48dXJscz48L3VybHM+PC9yZWNvcmQ+PC9DaXRlPjxDaXRlPjxBdXRo
b3I+2YHYsduM2K/ZiNmGPC9BdXRob3I+PFllYXI+MTM4MzwvWWVhcj48UmVjTnVtPjI8L1JlY051
bT48cmVjb3JkPjxyZWMtbnVtYmVyPjI8L3JlYy1udW1iZXI+PGZvcmVpZ24ta2V5cz48a2V5IGFw
cD0iRU4iIGRiLWlkPSJ6cjJmeHd2ZmkycDBzdWVmcHY2cHYwZHB3ZXpkendldzU5djkiPjI8L2tl
eT48L2ZvcmVpZ24ta2V5cz48cmVmLXR5cGUgbmFtZT0iSm91cm5hbCBBcnRpY2xlIj4xNzwvcmVm
LXR5cGU+PGNvbnRyaWJ1dG9ycz48YXV0aG9ycz48YXV0aG9yPjxzdHlsZSBmYWNlPSJub3JtYWwi
IGZvbnQ9ImRlZmF1bHQiIGNoYXJzZXQ9IjE3OCIgc2l6ZT0iMTAwJSI+2LTZhdiz2Iwg2YHYsduM
2K/ZiNmGPC9zdHlsZT48L2F1dGhvcj48L2F1dGhvcnM+PC9jb250cmlidXRvcnM+PHRpdGxlcz48
dGl0bGU+PHN0eWxlIGZhY2U9Im5vcm1hbCIgZm9udD0iZGVmYXVsdCIgY2hhcnNldD0iMTc4IiBz
aXplPSIxMDAlIj7ZhdmB2KfZh9uM2YUg2b7Yp9uM2Ycg2LPYp9iy2YXYp9mG24w8L3N0eWxlPjwv
dGl0bGU+PHNlY29uZGFyeS10aXRsZT7Zhdin2YfZhtin2YXZhyDYqtmI2LPYudmHINmIINqp2KfY
sdio2LHbjCDZgdmG2KfZiNix24wg2KfYt9mE2KfYudin2Kog2Ygg2KfYsdiq2KjYp9i32KfYqjwv
c2Vjb25kYXJ5LXRpdGxlPjwvdGl0bGVzPjxwZXJpb2RpY2FsPjxmdWxsLXRpdGxlPtmF2KfZh9mG
2KfZhdmHINiq2YjYs9i52Ycg2Ygg2qnYp9ix2KjYsduMINmB2YbYp9mI2LHbjCDYp9i32YTYp9i5
2KfYqiDZiCDYp9ix2KrYqNin2LfYp9iqPC9mdWxsLXRpdGxlPjwvcGVyaW9kaWNhbD48cGFnZXM+
MTE8L3BhZ2VzPjx2b2x1bWU+PHN0eWxlIGZhY2U9Im5vcm1hbCIgZm9udD0iZGVmYXVsdCIgY2hh
cnNldD0iMTc4IiBzaXplPSIxMDAlIj7YtNmF2KfYsdmHIDM8L3N0eWxlPjwvdm9sdW1lPjxkYXRl
cz48eWVhcj48c3R5bGUgZmFjZT0ibm9ybWFsIiBmb250PSJkZWZhdWx0IiBjaGFyc2V0PSIxNzgi
IHNpemU9IjEwMCUiPjEzODM8L3N0eWxlPjwveWVhcj48L2RhdGVzPjx1cmxzPjwvdXJscz48L3Jl
Y29yZD48L0NpdGU+PENpdGU+PEF1dGhvcj7ZhdmH2K/ZijwvQXV0aG9yPjxZZWFyPjEzODQ8L1ll
YXI+PFJlY051bT4xMTwvUmVjTnVtPjxyZWNvcmQ+PHJlYy1udW1iZXI+MTE8L3JlYy1udW1iZXI+
PGZvcmVpZ24ta2V5cz48a2V5IGFwcD0iRU4iIGRiLWlkPSJ6cjJmeHd2ZmkycDBzdWVmcHY2cHYw
ZHB3ZXpkendldzU5djkiPjExPC9rZXk+PC9mb3JlaWduLWtleXM+PHJlZi10eXBlIG5hbWU9Ikpv
dXJuYWwgQXJ0aWNsZSI+MTc8L3JlZi10eXBlPjxjb250cmlidXRvcnM+PGF1dGhvcnM+PGF1dGhv
cj48c3R5bGUgZmFjZT0ibm9ybWFsIiBmb250PSJkZWZhdWx0IiBjaGFyc2V0PSIxNzgiIHNpemU9
IjEwMCUiPtiy2LHar9ixINmG2KrYp9isINiMINiz2YrYryDZhdmH2K/ZiiA8L3N0eWxlPjwvYXV0
aG9yPjwvYXV0aG9ycz48L2NvbnRyaWJ1dG9ycz48dGl0bGVzPjx0aXRsZT48c3R5bGUgZmFjZT0i
bm9ybWFsIiBmb250PSJkZWZhdWx0IiBjaGFyc2V0PSIxNzgiIHNpemU9IjEwMCUiPtio2LHYsdiz
2Yog2LPYqNmDINmH2KfZiiDZhdi52YXYp9ix2Yog2YHZhtin2YjYsdmKINin2LfZhNin2LnYp9iq
INiz2KfYstmF2KfZhtiMINm+2KfZitin2YbZhtin2YXZhyDZg9in2LHYtNmG2KfYs9mKINin2LHY
tNiv2Iwg2K/Yp9mG2LTar9in2Ycg2LTZh9mK2K8g2KjZh9i02KrZijwvc3R5bGU+PC90aXRsZT48
L3RpdGxlcz48ZGF0ZXM+PHllYXI+PHN0eWxlIGZhY2U9Im5vcm1hbCIgZm9udD0iZGVmYXVsdCIg
Y2hhcnNldD0iMTc4IiBzaXplPSIxMDAlIj4xMzg0PC9zdHlsZT48L3llYXI+PC9kYXRlcz48dXJs
cz48L3VybHM+PC9yZWNvcmQ+PC9DaXRlPjwvRW5kTm90ZT5=
ADDIN EN.CITE.DATA [1-14]
كليد واژه- چابكي، معماري سازماني چابك، روش هاي چابك، مدلسازي چابك، چارچوب چابك، فرآيند چابك ، چارچوب C4ISR
فهرست مطالب
TOC \o “1-3” \h \z \u 1-فصل اول: کلیات تحقیق PAGEREF _Toc340570224 \h 11-1- مقدمه PAGEREF _Toc340570225 \h 21-2- تعريف مساله PAGEREF _Toc340570226 \h 31-3- اهداف تحقيق PAGEREF _Toc340570227 \h 41-4- تحقيقات مرتبط PAGEREF _Toc340570228 \h 41-5- ساختار پايان نامه PAGEREF _Toc340570229 \h 52-فصل دوم:ادبیات تحقیق PAGEREF _Toc340570230 \h 62-1- تعریف معماری سازمانی PAGEREF _Toc340570231 \h 72-2- انواع معماری سازمانی PAGEREF _Toc340570232 \h 82-3- فرآیند معماری سازمانی PAGEREF _Toc340570233 \h 82-4- تفاوت محصولات معماری سازمانی با روشهای دیگر PAGEREF _Toc340570234 \h 92-5- کاربرد معماری سازمانی PAGEREF _Toc340570235 \h 102-6- جايگاه معماري سازماني PAGEREF _Toc340570236 \h 112-7- آشنائي با چارچوبهای معماري سازماني PAGEREF _Toc340570237 \h 122-7-1- چارچوب معماريِ زكمن PAGEREF _Toc340570238 \h 152-7-2- چارچوب معماريِ سازماني فدرال PAGEREF _Toc340570239 \h 162-7-3- چارچوب سازمان خزانه داري PAGEREF _Toc340570240 \h 192-7-4- چارچوب معماري C4ISR PAGEREF _Toc340570241 \h 202-8- چالشهای روشهاي كلاسيك معماري سازماني PAGEREF _Toc340570242 \h 272-9- چابکی در معماری سازمانی PAGEREF _Toc340570250 \h 312-10- اصول حاكم بر معماري سازماني چابك PAGEREF _Toc340570251 \h 332-11- اهداف معماري سازماني چابك PAGEREF _Toc340570252 \h 342-12- بهکارگیری تجارب عملي چابك در معماري سازماني PAGEREF _Toc340570253 \h 353-فصل سوم :روش پیشنهادی PAGEREF _Toc340570254 \h 393-1- مقدمه PAGEREF _Toc340570255 \h 403-2- متدلوژیهای چابک PAGEREF _Toc340570256 \h 403-2-1- متدولوژیDSDM PAGEREF _Toc340570257 \h 423-3- چابکسازی چارچوب معماری C4ISR PAGEREF _Toc340570258 \h 443-3-1- برنامه ريزي ترخيص (تعيين وضعيت موجود) PAGEREF _Toc340570261 \h 463-3-2- برنامه ريزي تكرار (تعيين وضعيت مطلوب) PAGEREF _Toc340570262 \h 503-3-3- برنامه ريزي روزانه (طرح گذار) PAGEREF _Toc340570263 \h 543-4- بررسي و ارزيابي راه حل چابك پيشنهادي PAGEREF _Toc340570264 \h 584-فصل چهارم: مطالعه موردی PAGEREF _Toc340570265 \h 604-1- مقدمه PAGEREF _Toc340570266 \h 614-2- محصولات معماري C4isr PAGEREF _Toc340570267 \h 634-2-1- محصول معماري AV -1 PAGEREF _Toc340570268 \h 634-3- رویکرد بررسی،دیدگاهها و محصولات معماري ارائه شده PAGEREF _Toc340570269 \h 644-4- محصول معماري OV-1 PAGEREF _Toc340570270 \h 654-5- محصول معماري OV-5 PAGEREF _Toc340570271 \h 664-6- محصول معماري OV-6c PAGEREF _Toc340570272 \h 674-7- محصول معماري OV-2 PAGEREF _Toc340570273 \h 674-8- محصول معماري OV-6b PAGEREF _Toc340570274 \h 694-9- محصول معماري OV-7 PAGEREF _Toc340570275 \h 714-10- نتیجه گیري PAGEREF _Toc340570276 \h 725-نتیجهگیری و پیشنهادات PAGEREF _Toc340570277 \h 745-1- خلاصه تحقيق PAGEREF _Toc340570278 \h 755-2- محدوديت هاي تحقيق PAGEREF _Toc340570279 \h 755-3- نتايج تحقيق PAGEREF _Toc340570280 \h 755-4- پیشنهادات و کارهای آتی PAGEREF _Toc340570281 \h 76مراجع PAGEREF _Toc340570282 \h 78
فهرست جداول
TOC \h \z \c “جدول” جدول 21- ماتريس چارچوب سازمان خزانه داري PAGEREF _Toc340529754 \h 20جدول 22- محصولات معماري در چارچوب C4ISR PAGEREF _Toc340529755 \h 26جدول 23- تفاوتهای معماري سازماني چابك با معماري سازماني كلاسيك PAGEREF _Toc340529756 \h 34
فهرست شکلها
TOC \h \z \c “شکل” شکل 21- جايگاه معماري سازماني و ارتباط آن با ساير حوزههای سازمان PAGEREF _Toc340530100 \h 11شکل 22- وجهها و دیدگاههای مختلف چارچوب معماري زكمن PAGEREF _Toc340530101 \h 16شکل 23- مؤلفههای چارچوب معماري سازماني فدرال PAGEREF _Toc340530102 \h 17شکل 24- دیدگاههای چارچوب معماری c4isr PAGEREF _Toc340530103 \h 21شکل 25- تعاملات دیدگاههای مختلف چارچوبC4ISR PAGEREF _Toc340530104 \h 24شکل 26- پشته مديريت چابك نیازمندیهای كاربران PAGEREF _Toc340530105 \h 36شکل 31: فرآيند متدلوژی DSDM PAGEREF _Toc340530106 \h 43شکل 32-چرخه حیات DSDM PAGEREF _Toc340530107 \h 45شکل 33- دیدگاههای چارچوب C4ISR PAGEREF _Toc340530108 \h 46شکل 34- برنامه ريزي ترخيص PAGEREF _Toc340530109 \h 47شکل 35- يك داستان كاربري ساده و اوليه PAGEREF _Toc340530110 \h 48شکل 36- برنامه ريزي تكرار PAGEREF _Toc340530111 \h 51شکل 37-نمونهای از كارت CRC PAGEREF _Toc340530112 \h 52شکل 38-مدل چابک چارچوب C4ISR PAGEREF _Toc340530113 \h 56شکل 41- محصول معماري OV-1 از دید سطح بالا PAGEREF _Toc340530114 \h 65شکل 42- محصول معماري OV-1 از دید سناریوي AV- 1 PAGEREF _Toc340530115 \h 65شکل 43- فلوچارت حمله به هدف در قالب محصول معماري OV- 5 PAGEREF _Toc340530116 \h 66شکل 44-نمودار توالی فازها در محصول معماري OV-6c PAGEREF _Toc340530117 \h 68شکل 45- نمودار کلاس نودهاي شرکت کننده در عملیات ارزیابی و اجراي حمله مطابق با محصول معماري OV- 2 PAGEREF _Toc340530118 \h 69شکل 46- نمودار ماشین حالت مطابق با محصول معماري OV-6b PAGEREF _Toc340530119 \h 71شکل 47- مدل منطقی داده مطابق با محصول معماری OV-7 PAGEREF _Toc340530120 \h 72
فصل اول: کلیات تحقیق
مقدمهيكي از مهمترين دلايل كندي و فرسايشي بودن فرآيند معماري سازماني تغييرات مداوم در حوزه فناوري و يا ماموريت هاي يك سازمان است. يكي از پارادايم هاي مطرح شده در حوزه معماري سازماني پارادايم چابكي است. چابكي به معني تطبيق پذير بودن در مقابل تغييرات مداوم كسب و كار است.
نيروهاي مسلح جمهوري اسلامي ايران، در راستاي انجام ماموريتهاي خود، نيازمند سيستمهائي يكپارچه و تعامل پذير هستند. به منظور رسيدن به سيستمهاي مطلوب ابتدا لازم است تا آنها را بصورتي علمي توصيف نمائيم. بهترين راه حل براي ايجاد توصيف هاي يكدست، يكپارچه، و تعامل پذير، استفاده از يك چارچوب معماري مناسب است. در صورتيكه هر سازمان، اقدام به توصيف سيستمهاي خود نمايد، به توصيفهائي ناسازگار و فاقد يكپاچگي و تعامل پذيري خواهيم رسيد. با وجود اينكه در اكثر متون به چارچوب زكمن به عنوان اولین چارچوب معماري سامانه هاي اطلاعاتي اشاره ميشود، ولي بايد گفت كه تلاشي كه در وزارت دفاع آمريكا در جهت معماري سامانه هاي اطلاعاتي و ارتباطي صورت گرفت، مستقل از چارچوب زكمن و مسائل مطرح شده در آن بود. C4ISR كه در ابتدا براي معماري سامانه هاي ارتباطي و اطلاعاتي در صحنة عمليات نظامي تدوين شده بود، رفته رفته جاي خود را به عنوان يك راه حل ممتاز براي پرداختن به معماري در حوزه هاي ديگر نيز باز كرد. چارچوب C4ISR بر خلاف زكمن كه شامل شش ديدگاه ميشد از سه ديدگاه تشكيل شده كه با هم تفاوت عمده دارند، اين سه ديدگاه عبارتند از :
ديدگاه عملياتي(Operational View) : اين ديدگاه توصيف كننده وظايف و عملكردهاي گره هاي عملياتي و گردش اطلاعات بين اين گره ها در جهت انجام عمليات است. با استفاده از نمادهاي گرافيكي ميتوان گره ها و عناصر عملياتي، چگونگي انجام و پشتيباني عمليات، نحوه گردش و تبادل اطلاعات بين گره ها را مشخص نمود.
ديدگاه سيستمي(Sys– View) : اين ديدگاه توصيف كننده سيستمهاي اطلاعاتي و چگونگي ارتباط بين آنها در جهت انجام يا پشتيباني عمليات است. آنچه كه نشان دهنده نقش فناوري در كمك به انجام بهتر ماموريتهاي سازمانی بوده، در اينجا توصيف ميشود. از ديدگاه عملياتي كه به ديدگاه سيستمي وارد شويم، گره هاي عملياتي با سيستم هاي اطلاعاتي و فواصل با خطوط انتقال اطلاعات جايگزين ميشوند.
ديدگاه تكنيكي(Technical View) : اين ديدگاه توصيف كننده قوانين، مشخصات و ملزومات تعيين شده براي هر سيستم در جهت نيل به اهداف و وظايف تعريف شده آن است. در حقيقت هدف از اين ديدگاه، تضمين تطابق در عملكرد سيستم ها با انتظارات خواسته شده از آنهاست
هدف نهایی چارچوب معماری C4ISR، افزایش میزان تعامل در سطح سازمان میباشد. با توجه به سایر چارچوب های معماری، در چارچوب معماریC4ISR “استاندارد سازی” بطور کامل مورد توجه قرار می گیرد. یکی از مهمترین اهداف اصلی معماری عملیاتی در چارچوب C4ISR تعریف ملزومات تبادل اطلاعات میباشد.
از جمله ويژگي هاي چارچوب معماري C4ISR میتوان به موارد زیر اشاره کرد:
محصول گرا
نمايش اطلاعات و تعامل پذيري
ايجاد كارايي و تعامل پذيري
بيان چگونگي تشريح معماري
پوشش به نياز در تمام سطوح
داراي سه ديدگاه معماري عملياتي،سيستمي، تكنيكي
معماري سازماني چابك يك پارادايم طراحي و مدلسازي براي معماري سازماني است. بومي كردن چارچوب C4ISR از طريق بكارگيري تجارب عملي چابك در جهت پوشش كامل به آن يك روش مناسب معماري براي سازمان هاي چابك و متلاطم است. نوآوري اين تحقيق چابکسازی چارچوب C4ISR در معماری سازمانی میباشد. این چابکسازی از طريق بکارگیری متدولوژی DSDM در چارچوب C4ISR و استفاده از تجارب عملی چابک خواهد بود.
تعريف مساله
در حال حاضر سازمان هاي متلاطم و پرتغيير به منظور برنامه ريزي و اجراي فرآيند معماري سازماني دچارمشكلاتي هستند. فرآيند معماري سازماني بسيار لخت، كند و فرسايشي بوده و گاهي اوقات به شكست منجر مي شود. يكي از مهمترين دلايل كندي و فرسايشي بودن فرآيند معماري سازماني تغييرات مداوم، گسترده و پيش بيني نشده (غيرقابل پيش بيني ) در حوزه فناوري و يا كسب و كار سازمان ها است. روش هاي جاري معماري سازماني مبتني بر پارادايم هاي قديمي تر بوده و از ويژگي هاي خاصي بر خوردار هستند. امروزه سازمان ها با كمبود منابع و زمان مواجه بوده و از طرفي ديگر به دليل گسترش بكارگيري فناوري هاي نوين مجبور به توليد كالاها و خدمات انعطاف پذير براي جلب رضايت مشتريان هستند. تلاطم و تغييرات مكرر و غير قابل پيش بيني سازمان ها ناشي از موارد فوق الذكر بوده و لذا نيازمند نگاهي جديد به معماري سازماني مي باشيم. در عصر چابكي ديگر نمي توان همه چيز را ازقبل پيش بيني و برنامه ريزي كرد، لذا استفاده از روش هاي كلاسيك معماري سازماني نتيجه بخش نخواهد بود. با توجه به گسترش تغييرات و تلاطم ديگر نمي توان وضعيت موجود و وضعيت مطلوب را به شكل ايستا تعريف نموده و سپس براي حركت از وضعيت موجود به وضعيت مطلوب برنامه ريزي نمود. روش هاي كلاسيك معماري سازماني به دليل داشتن برخي از ويژگي ها در محيط هاي پرتلاطم دچار مشكلاتي هستند. برخي از اين ويژگي ها عبارتند از :
سخت بودن توليد محصولات و فرآورده هاي معماري سازماني
توليد حجم عظيمي از مستندات
وجود افراد تطبيق ناپذير در تيم معماري سازماني و ساير تيم ها
اصراربيش از حد داشتن به مسائل تكنيكي به جاي همكاري و كارتيمي
عدم بكارگيري مديريت دانش محور
استفاده از متدولوژي هاي نامناسب
عدم وجود ابتكار وخلاقيت درافراد و تبعيت محض از برنامه ها و رعايت حداكثر بروكراسي
وجود فازها و چرخه هاي طولاني
برگزاري جلسات نامناسب كارشناسي و مديريتي
طولاني بودن زمان توسعه سيستم هاي كاربردي اثر بخش و تحول آفرين و…
روشهاي چابك معماري سازماني سعي دارند تا از شكنندگي معماري سازماني در سازمانهاي متلاطم و پرتغيير جلوگيري نمايند. بكارگيري بهترين تجارب چابك در جهت پوشش به زكمن و استفاده از آنها در متدولوژي هاي منطبق با آن يك روش مناسب جهت چابكي معماري سازماني است.
اهداف تحقيق
اهداف اصلي كه در پايان نامه مورد بحث قرار خواهند گرفت، به شرح زير است :
چابکسازی چارچوب معماري سازماني C4ISR با تزریق متدولوژی DSDM و استفاده از تجارب عملی چابک که براين اساس با استفاده از روش هاي تكاملي تدريجي و مدلسازي چابك، موارد غير ضروري و برخي از جزئيات از مدل ها و مستندات كاسته شده و سرعت برنامه ريزي افزايش مي يابد و سبب تزريق چابكي در روش ها و مدل ها مي گردد.
به طور كلي استفاده از بهترين تجارب عملي چابك در جهت پوشش به چارچوب C4ISR براي برنامه ريزي و مدلسازي فرآيند معماري سازماني
نشان دادن افزايش سرعت برنامه ريزي و سرعت انتقال معماري سازماني و استفاده از ايده هاي معماري سازماني چابك.
تحقيقات مرتبط
از آنجا كه موضوع اين تحقيق تركيبي از مباحث مربوط به معماري سازماني چابك، چارچوب زكمن و تجارب عملي چابك متاثر از روش هاي چابك توسعه نرم افزار است، تحقيق دقيقا” مشابهي شناسايي نگرديده اما مقالات، كتب و منابع متعددي درخصوص هر كدام از موارد مطرح شده بصورت جداگانه بحث نموده اند. نوآوري اين تحقيق مربوط به بومي سازي چارچوب زكمن از طريق ادغام تجارب عملي چابك در آن است. چارچوب و متدولوژي چم، معماري معماري سازماني مبتني بر، Scrum سازماني سرويس گرا [ 8]، معماري سازماني مبتني بر و RAD، AUP، Scrum، XP مدلسازي چابك و متدولوژي هاي چابك توسعه نرم افزار مثل…. هر كدام در مورد برخي از موارد اين تحقيق (و نه كامل ) سخن گفته اند.
در حال حاضر معماری سازمانی یکی از عوامل مهم و کلیدی در انجام مأموریتهای سازمانی محسوب میشود. آقاي امبلر كه يكي از نظريه پردازان مشهور معماري سازماني چابك میباشد، معتقد است كه معماري سازماني چابك به معماري میگویند كه مبتني بر خدمات باشد و در فرآيند معماري سازماني، مستند سازي و مدلسازي به شكل چابك صورت پذيرند که به عقيده آقاي امبلر بايد ابتدا از كوچك شروع كرده وسپس كار را توسعه داد [2, 3]. در[4] نیز با استفاده از تجارب عملي چابك به بررسی نحوه بكارگيري اين تجارب در معماری سازمانی تحت چارچوب زکمن پرداخته است که براي مدل سازي سطرها و ستونهای این چارچوب در جهت بهبود برنامه ريزي معماري سازماني راهكارهايي را ارائه داده است. این در حالی است که در زمینه چابکسازی چارچوب C4ISR در معماری سازمانی تاکنون پژوهشی صورت نگرفته است.
ساختار پايان نامه
درادامه ودر فصل هاي بعدي، مطالب زيررا مشاهده خواهيم نمود :
• فصل دوم در مورد ادبيات معماري سازماني چابك بحث خواهيم نمود.
• فصل سوم در مورد چابکسازی چارچوب C4ISR در معماری سازمانی با استفاده از تجارب عملي چابك و متدلوژی DSDM بحث خواهيم نمود.
• فصل چهارم با ارائه يك مطالعه موردي به ارائه یک سناریو جهت چابک سازی محصولات معماری در چارچوب C4ISR میپردازیم.
فصل دوم:ادبیات تحقیق
تعریف معماری سازمانیدر سازمانهای امروزی که اغلب دارای ابعاد و ساختارهای پیچیده و از نظر فیزیکی توزیع شده هستند تنها ذکر اینکه چه کارهایی باید توسط چه کسانی (شرح وظایف) انجام شود کافی نیست، بلکه فرآیندها، دادهها، اهداف و نقش افرادی که در سازمان انجام وظیفه میکنند باید با اهداف و راهبردهای سازمان که در قالب برنامهریزی راهبردی ارائه میشوند، همخوانی داشته باشد. چنین امری مستلزم آن است که سازمان دارای یک نقشه از تمام ابعاد خود باشد تا بتواند با استفاده از این نقشه، روابط بین ابعاد سازمان را درک نموده و در صورت نیاز با تغییرات هماهنگ نماید. این نقشه از سازمان، که حاوی اطلاعات افراد، فرآیندها، مکانها و دیگر ابعاد و خصوصیات سازمان است، معماری سازمانی نامیده میشود.
معماری سازمانی چارچوبی برای تببین، هماهنگسازی و همسوسازی کلیه فعالیتها و عناصر سازمان در جهت نیل به اهداف راهبردی سازمان است. معمار سازمانی همانند دیگر معماران با بخشهای مختلف سیستم درگیر میشود، اما برخلاف دیگر معماریها، معمار با سیستمی مواجه است که اجزای آن اغلب غیر فیزیکی، غیرقابل لمس و مفهومی بوده و روابط حاکم بر آنها منبعث از روابط و فرهنگ کاری و (یا) انسانی است. جهت توصیف چنین سیستمی، او نمیتواند از روشهای رایج برای دیگر معماریها استفاده نماید و نیاز به استفاده از مدلهای مختلف دارد. میتوان معماری سازمانی را با مجموعهای از مدلهای بهم پیوسته و مرتبط نمایش داد که انتخاب بین انواع مدلهای مناسب بر عهده معمار است. معماری سازمانی ریشه گرفته از بحث «معماری سیستمهای اطلاعاتی» و به خصوص «معماری اطلاعات» و ادامه این نوع از معماریها به طور خاص در سازمان است. تفاوت معماری سازمانی و معماری سیستمهای اطلاعاتی در این است که معماری سازمانی تمام جنبههای سازمان نظیر کاربران، موقعیت جغرافیایی سیستمها، نحوه توزیع آنها، فرآیندهای حرفه، انگیزه کارها، راهبردها، مأموریتهای سازمان و غیره را در نظر میگیرد، در حالیکه معماری اطلاعات، تنها بر اطلاعات متمرکز شده است. در واقع، در معماری سازمانی با یک نوع مهندسی مجدد در کل سازمان، از منظر سیستمهای اطلاعاتی روبرو هستیم که سعی در بهبود فرآیندهای کاری سازمان از طریق به کارگیری فناوری اطلاعات دارد. این روش از لحاظ تاریخی پیشینه طولانی ندارد و در بین بقیه روشها از تازهترینهاست و در طبقهبندی آنها از گونه سازمانگرا و دادهگراست و ناشی از گسترش بهکارگیری فناوری اطلاعات در سازمانها و افزایش تعاملات درون و برون سازمانی و همچنین شتاب روز افزون تغییرات است که بحران فناوری را ایجاد نموده است.
انواع معماری سازمانیهمانگونه که مشاهده میشود برای معماری سازمانی تعاریف مختلفی ارائه شده است این تعاریف مختلف به دلیل دیدگاههای مختلف به معماری سازمانی است در کل از این تعاریف این گونه برداشت میشود که سه نوع معماری سازمانی میتواند وجود داشته باشد که به طور مختصر توضیح داده میشود
– معماری سازمانی با محوریت فناوری اطلاعات
در معماری سازمانی با محوریت فناوری اطلاعات هدف از معماری سازمانی همراستا نمودن فناوری اطلاعات با كسب و كار جهت بهبود كارائی و بازدهی است. یكپارچگی سیستمهای اطلاعاتی و موثر بودن زیرساختهای فناوری در این رهیافت مورد تاکید قرار میگیرد. این رهیافت معمولاً با ساختاری چند لایه از زیر معماریهای حرفه، اطلاعات، سیستم، داده و فناوری نمایش داده میشود. هر لایه نیازهای خود را به لایه پایین تر منتقل میکند و از طرفی دیگر مسئول برآورده سازی نیازهای لایههای بالاتر خود است.
– معماری سازمانی فرآیند محور
این نوع معماری سازمانی با هدف مدیریت و بهبود فرآیندها صورت میپذیرد. ابتدا فرآیندها بهینه سازی میشوند و سپس هر فعالیت به یك نقش یا سیستم اطلاعاتی اختصاص داده میشود. بهینه سازی فرآیندها بدون در نظر گرفتن فناوری اطلاعات انجام میشود، اما نتیجه كار در مرحله بعد به فناوری اطلاعات سازمان متصل میشود
– معماری سازمانی دولت محور
در این رهیافت كه مخصوص سازمانهای ستادی است، هماهنگی و هدایت بین اجزاء و حوزه هایی كه خود نوعی سازمان محسوب میشوند، مورد توجه است. در این نوع معماری نتیجه فعالیتهای داخلی هر حوزه در قالب شاخصهای كارائی و جهت گیریهای رقابتی با دیگر حوزهها هماهنگ و همراستا میشود لذا مدیریت و بهبود فرآیندهای داخلی هر حوزه یا طراحی و یكپارچه سازی سیستمهای اطلاعاتی خارج از موضوع معماری سازمانی دولت محور بوده و مربوط به معماری داخلی هر حوزه میشود ADDIN EN.CITE <EndNote><Cite><Author>Bernard</Author><Year>2012</Year><RecNum>31</RecNum><DisplayText>[15]</DisplayText><record><rec-number>31</rec-number><foreign-keys><key app=”EN” db-id=”zr2fxwvfi2p0suefpv6pv0dpwezdzwew59v9″>31</key></foreign-keys><ref-type name=”Book”>6</ref-type><contributors><authors><author>Bernard, S.A.</author></authors></contributors><titles><title>An introduction to enterprise architecture</title></titles><dates><year>2012</year></dates><publisher>AuthorHouse</publisher><isbn>1477258000</isbn><urls></urls></record></Cite></EndNote>[15].
فرآیند معماری سازمانی
هدف از فرآیند معماری سازمانی ایجاد و اجرای معماری و ارائه خروجیهای معماری در سازمان است. این فرآیند در کنار دیگر فرآیندهای اصلی سازمان قرار گرفته و به صورت پیوسته اجرا میشود. به طور کلی، این فرآیند شامل سه مرحله اصلی است که عبارتند از: ۱) برنامهریزی راهبردی فناوری اطلاعات، ۲) برنامهریزی معماری سازمانی، ۳) اجرای معماری سازمانی. هر کدام از این سه مرحله اصلی، به زیر مراحلی تقسیم میشوند که بررسی هر یک از آنها خارج از حیطه این تحقیق است، به همین دلیل تنها به توضیح «فرآیند برنامهریزی معماری سازمانی» خواهیم پرداخت. در واقع، برنامهریزی راهبردی فناوری اطلاعات پایهای برای برنامهریزی معماری سازمانی است. برنامهریزی معماری سازمانی، عبارتست از فرآیندی که به منظور تعریف معماریهای لازم و برنامهریزی جهت پیادهسازی معماریهای فوق انجام شده و هدف از آن فراهم ساختن زمینههای استفاده موثر از اطلاعات جهت پشتیبانی از مأموریتهای سازمانی است. این برنامهریزی بر روی سه نوع زیر معماری انجام میشود که عبارتند از: معماری وضع موجود، معماری گذار و معماری وضع مطلوب. به همراه تعریف معماریها، برنامه اجرایی نیز برای اجرای آن ارائه خواهد شد تا معماری را به شکل عملی تبدیل نماید. اولین کاری که باید قبل از شروع مراحل «برنامهریزی معماری سازمانی» انجام شود، تعیین مواردی چون چشمانداز، اهداف و اصول معماری سازمانی است. به عبارت بهتر، باید منظور معماری سازمانی بیان شود که همان خروجیهای مرحله برنامهریزی راهبردی فناوری اطلاعات را تشکیل میدهند. همچنین، باید در نظر داشت که این فرآیند باید با همکاری تمام قسمتهای سازمان انجام شود، بنابراین مستلزم حمایت مدیریت و اختصاص به موقع منابع و همکاری مدیران قسمتهای مختلف سازمان است ADDIN EN.CITE <EndNote><Cite><Author>Tamm</Author><Year>2011</Year><RecNum>32</RecNum><DisplayText>[16]</DisplayText><record><rec-number>32</rec-number><foreign-keys><key app=”EN” db-id=”zr2fxwvfi2p0suefpv6pv0dpwezdzwew59v9″>32</key></foreign-keys><ref-type name=”Journal Article”>17</ref-type><contributors><authors><author>Tamm, T.</author><author>Seddon, P.B.</author><author>Shanks, G.</author><author>Reynolds, P.</author></authors></contributors><titles><title>How Does Enterprise Architecture Add Value to Organisations?</title><secondary-title>Communications of the Association for Information Sys–s</secondary-title></titles><periodical><full-title>Communications of the Association for Information Sys–s</full-title></periodical><pages>10</pages><volume>28</volume><number>1</number><dates><year>2011</year></dates><isbn>1529-3181</isbn><urls></urls></record></Cite></EndNote>[16].
تفاوت محصولات معماری سازمانی با روشهای دیگرطراحی و تولید سیستمهای اطلاعاتی کوچک و محلی دارای پیشینه و تجربه زیادی بوده و روشهای بسیاری برای آن ارائه شده است که آخرین آنها طراحی و توسعه بر اساس روشهای شیگرا و برپایه مولفهاست که کمک بسیاری به انعطافپذیری سیستمهای اطلاعاتی نموده است. با این وجود روشهای فوق نمیتوانند در مورد سیستمهای بزرگتری که حاوی چندین زیر سیستم کوچکتر هستند مفید واقع شوند. نگرشی که در طراحی و تولید یک سیستم اطلاعاتی مستقل وجود دارد مبتنی بر شناخت نیازمندیها و موجودیتهای اطلاعاتی محلی بوده و در نهایت منجر به ایجاد سیستمی برای مدیریت اطلاعات فوق میشود. سیستمهای اطلاعاتی بزرگتر که خود از چندین زیر سیستم کوچکتر تشکیل میشوند، محتاج نگرشی کلیتر و همه جانبهتر به مسئله هستند تا بتوانند این جزایر اطلاعاتی را با هم مرتبط سازند. شباهتهای زیادی که بین محصولات معماری سازمانی با خروجیهای متدلوژیهای تحلیل و طراحی سیستمها نظیر SSADM و RUP و غیره دارد، اغلب گیج کننده بوده و این سوال را مطرح میسازد که اساساً چه تفاوتی بین معماری سازمانی با روشهای فوق وجود دارد. نکته کلیدی در پاسخ به این سوال، توجه به مفهوم «عناصر پایه» است. همانطور که در بخش قبل نیز اشاره شد، هدف از معماری سازمانی ارائه توصیفهایی از جنبههای مختلف این عناصر پایه است. در این مورد معمولاً از تکنیکهایی استفاده میشود که در متدلوژیهای تحلیل و طراحی نیز رایج است. به عنوان نمونه اغلب تکنیکهای ساخت یافتهای که برای مدلهای داده یا فرآیند معماری سازمانی به کار میروند، عیناً برداشت شده از تکنیکهای تحلیل و طراحی ساختیافته یا شیگراست. در واقع، میتوان گفت تفاوت اساسی در محصولاتی است که در معماری سازمانی ایجاد میشود. محصولات معماری سازمانی کاملاً نرمال بوده و طراحی آنها به گونهای صورت گرفته که قادر به ایجاد «زیر ساخت» باشند. مهمترین نکته در رابطه با اجزائی که برای استفاده به عنوان زیر ساخت در نظر گرفته میشوند، قابلیت استفاده مجدد آنهاست. در صورتیکه این موضوع ممکن است در مورد محصولات متدلوژیهای تحلیل و طراحی صادق نباشد. محصولات معماری سازمانی ابتدائی و ساده بوده و این قابلیت را دارند که به صورت دیگری ساخته شوند که این همان انعطافپذیری است که به دنبال آن در معماری سازمانی هستیم. در مقایسه، سیستمهای اطلاعاتی عموماً محصولاتی قابل انعطاف تولید نمیکنند و با هدف کاملاً روشنی تولید میشوند. به عبارت بهتر، با استفاده از توصیفهای معماری سازمانی این امکان برای مدیران ارشد به وجود میآید که در صورت لزوم اقدام به ایجاد ترکیبی جدید از عناصر پایه و ارتباطات بین آنها نمایند.
کاربرد معماری سازمانی
افراد مختلف سازمان میتوانند کاربردهای مختلفی از معماری سازمانی داشته باشند. پس از تولید محصولات معماری، محصولات فوق در اختیار ذینفعان سازمان قرار داده میشوند. توصیفهای موجود در محصولات فوق که عمدتاً به صورت گرافیکی ارائه میشوند کمک زیادی به تصمیم گیریها، تحلیلهای راهبردی، ارزیابی و اصلاح فرآیندهای حرفه، ارزیابی و سنجش کارائی، پیش بینی و برنامهریزی تغییرات، ارزیابی هزینهها و غیره مینماید. هر کدام از افراد فوق، بسته به جایگاه خودشان میتوانند روی دیدگاه خاصی از معماری متمرکز شوند. به عنوان نمونه، دیدگاههای سطح بالایی چون «دیدگاه برنامهریز» و «دیدگاه مالک» مناسب هیئت مدیره و مدیر ارشد سازمان است چرا که این دو دیدگاه توصیف کننده سرفصلهای اطلاعاتی، مأموریتها، فرآیندهای کاری، توزیع جغرافیایی مکانهای سازمانی، ساختار سازمانی، رویدادهای مهم و راهبردهای مأموریتی سازمان هستند. از طرف دیگر، افرادی چون «کارشناسان فناوری اطلاعات»، «طراحان سیستم»، «تحلیلگران» و غیره میتوانند توجه خود را روی محصولات «دیدگاه طراح» متمرکز کرده و به بررسی مواردی چون مدل مفهومی و منطقی دادهها، نمودارهای فعالیت، مدل مفهومی شبکه، سلسله مراتب سازمانی، نمودارهای ترتیبی و قواعد کار بپردازند. در هر صورت یکی از مواردی که لازم است قبل از شروع هر نوع معماری مشخص شود، هدف و منظور معماری است که نوع محصولات و چگونگی آنها را مشخص مینماید و کمک شایانی به همگرایی محصولات میکند. علاوه بر اینها، معماری سازمانی یک مخزن اطلاعاتی کامل از کل سازمان در اختیار میگذارد که مطالب آن به صورت اصولی طبقه بندی شده و قابل استفاده برای همه سازمان است. از لحاظ ماهیت، معماری سازمانی فرآیندی است که پیش از آنکه جنبه فنی داشته باشد، جنبه مدیریتی و عملیاتی دارد. این نسبت بعضاً ۸۰ به ۲۰ عنوان میشود ADDIN EN.CITE <EndNote><Cite><Author>Spewak</Author><Year>1993</Year><RecNum>30</RecNum><DisplayText>[17]</DisplayText><record><rec-number>30</rec-number><foreign-keys><key app=”EN” db-id=”zr2fxwvfi2p0suefpv6pv0dpwezdzwew59v9″>30</key></foreign-keys><ref-type name=”Book”>6</ref-type><contributors><authors><author>Spewak, S.H.</author><author>Hill, S.C.</author><author>Zachman, J.</author></authors></contributors><titles><title>Enterprise Architecture Planning: Developing a blueprint for data, applications, and technology</title></titles><dates><year>1993</year></dates><publisher>QED Publishing Group</publisher><isbn>0894354361</isbn><urls></urls></record></Cite></EndNote>[17].
جايگاه معماري سازماني
در هر سازماني ابتدا به مسائل استراتژيك و راهبردي سازمان توجه میشود. در اين مرحله بايد تعيين شود كه سازمان براي چه به وجود آمده است؟ سیاستهای حاكم بر آن چيست؟ جهت گيري كلي سازمان چيست؟ مأموریت و چشم انداز آن چيست؟ اهداف و مقاصد سازمان چه میباشد؟ به اين سوالات در حوزه مديريت استراتژيك پاسخ داده خواهد شد. اين حوزه به عنوان پيش نياز حوزه بعدي، حوزه معماري سازماني است كه بيشتر به اين مطلب پاسخ میدهد كه آيا فناوري اطلاعات موجود در سازمان میتواند ما را به اهداف تعريف شده در حوزه مديريت استراتژيك برساند؟ در آخرين حوزه به كاربردها و سیستمهای عملياتي خواهيم رسيد. اين سه حوزه و ارتباط آنها با يكديگر نشان داده شده است ADDIN EN.CITE <EndNote><Cite><Author>رامين</Author><Year>1382</Year><RecNum>1</RecNum><DisplayText>[9]</DisplayText><record><rec-number>1</rec-number><foreign-keys><key app=”EN” db-id=”zr2fxwvfi2p0suefpv6pv0dpwezdzwew59v9″>1</key></foreign-keys><ref-type name=”Journal Article”>17</ref-type><contributors><authors><author><style face=”normal” font=”default” charset=”178″ size=”100%”>امربر، رامين </style></author></authors></contributors><titles><title><style face=”normal” font=”default” charset=”178″ size=”100%”>ارائه مدلي براي معماري مرجع راهكا ر، پايان نامه</style><style face=”normal” font=”default” size=”100%”> </style><style face=”normal” font=”default” charset=”178″ size=”100%”>كارشناسي ارشد، دانشگاه آزاد اسلامي – واحد علوم و تحقيقات</style></title></titles><dates><year>1382</year></dates><urls></urls></record></Cite></EndNote>[9].
شکل STYLEREF 1 \s 2 SEQ شکل \* ARABIC \s 1 1- جايگاه معماري سازماني و ارتباط آن با ساير حوزههای سازمان ADDIN EN.CITE <EndNote><Cite><Author>رامين</Author><Year>1382</Year><RecNum>1</RecNum><DisplayText>[9]</DisplayText><record><rec-number>1</rec-number><foreign-keys><key app=”EN” db-id=”zr2fxwvfi2p0suefpv6pv0dpwezdzwew59v9″>1</key></foreign-keys><ref-type name=”Journal Article”>17</ref-type><contributors><authors><author><style face=”normal” font=”default” charset=”178″ size=”100%”>امربر، رامين </style></author></authors></contributors><titles><title><style face=”normal” font=”default” charset=”178″ size=”100%”>ارائه مدلي براي معماري مرجع راهكا ر، پايان نامه</style><style face=”normal” font=”default” size=”100%”> </style><style face=”normal” font=”default” charset=”178″ size=”100%”>كارشناسي ارشد، دانشگاه آزاد اسلامي – واحد علوم و تحقيقات</style></title></titles><dates><year>1382</year></dates><urls></urls></record></Cite></EndNote>[9]
متأسفانه در اكثر سازمانها به حوزه اول كم توجهي میگردد و حوزه مديريت استراتژيك در ذهن مديران سازمان شكل میگیرد و تنها محدود به انتظاراتي میگردد كه آنها از سازمان خود دارند. در مورد حوزه دوم نيز از طرف سازمانها بي توجهي بسيار صورت میگیرد و اندك سازماني است كه به حوزه مهندسي و معماري سازمان توجه داشته باشد. مديران سازمان بيشتر به حوزه سوم توجه مینمایند و فكر میکنند در صورت تهيه مجموعهای از تجهيزات كامپيوتري و برنامههای كاربردي براي سازمان میتوانند سازمان را تجهيز و آماده ساخته و به اهداف خود برسند. با اين تفكر اولين خواسته مديران سازمان طراحي يكسري سیستمهای اطلاعاتي است. اما اين كافي نيست و قبل از آنكه بخواهيم به سراغ سیستمها و كاربردها برويم، بايد پيش نيازهايي را فراهم نماییم. قبل از آنكه بخواهيم سیستمها را طراحي نماييم بايد به معماري سازمان بپردازيم. در اين حوزه بايد معماري سازماني تعيين شده و بر اساس آن و نگرشهای حاصل، سیستمهای اطلاعاتي سازمان طراحي و توسعه داده شود.
با اجراي معماري سازماني مهمترین نتايجي كه بدست میآید عبارتند ADDIN EN.CITE <EndNote><Cite><Author>فریدون</Author><Year>1383</Year><RecNum>2</RecNum><DisplayText>[13]</DisplayText><record><rec-number>2</rec-number><foreign-keys><key app=”EN” db-id=”zr2fxwvfi2p0suefpv6pv0dpwezdzwew59v9″>2</key></foreign-keys><ref-type name=”Journal Article”>17</ref-type><contributors><authors><author><style face=”normal” font=”default” charset=”178″ size=”100%”>شمس، فریدون</style></author></authors></contributors><titles><title><style face=”normal” font=”default” charset=”178″ size=”100%”>مفاهیم پایه سازمانی</style></title><secondary-title>ماهنامه توسعه و کاربری فناوری اطلاعات و ارتباطات</secondary-title></titles><periodical><full-title>ماهنامه توسعه و کاربری فناوری اطلاعات و ارتباطات</full-title></periodical><pages>11</pages><volume><style face=”normal” font=”default” charset=”178″ size=”100%”>شماره 3</style></volume><dates><year><style face=”normal” font=”default” charset=”178″ size=”100%”>1383</style></year></dates><urls></urls></record></Cite></EndNote>[13]:
بهبود روشها و فرآيندها در مأموریتهای سازمانی: يكي از دستاوردهاي مهم معماري سیستمهای بزرگ اطلاعاتي كشف و حذف فرآيندهاي اضافي در جهت اجراي يك مأموریت است. در واقع معماري شامل بازمهندسي فرآيندهاي كسب و كار نيز میشود. اصلیترین هدف از ايجاد معماري اطلاعاتي تمركز بر دادهها، فرآيندها و تعاملات بين آنها است كه به بهينه سازي فرآيندها مي انجامد.
ايجاد نظامي يكدست و قابل مقايسه در توصيف سيستمها: طراحي و پیاده سازی مأموریتها، فرآيندها و سیستمها اطلاعاتي كه در سازمانهای بزرگ به كار گرفته میشوند، نيازمند وجود الگوهاي مناسب و استاندارد جهت توصيف آنهاست.در غير اين صورت امكان مقايسه خروجیهای سازمانهای مختلف با هم وجود نداشته و فرآيند يكپارچگي دچار چالشهای اساسي خواهد شد.
يكپارچگی: ايجاد يكپارچگي اطلاعاتي با ادغام و به اشتراك گذاري اطلاعات، از نتايج به كارگيري معماري اطلاعاتي میباشد. معماري اطلاعاتي با ايجاد استانداردهاي خاص قواعدي براي به اشتراك گذاري دادهها ايجاد مینماید. اين قواعد امكان رد و بدل نمودن اطلاعات در سطوح مختلف از پایگاههای داده تا زير سیستمها و تغييرات فرا ساختاری براي اخذ نتيجه مطلوب را مهيا مینمايد.
كاهش پيچيدگي در سیستمهای اطلاعاتي: يكي از دستاوردهاي مهم معماري سازمان، تعريف و حذف افزونگي دادهها و نرم افزارهاي كاربردي است. اين امر باعث كاهش پيچيدگي در سیستمهای اطلاعاتي گرديده، و باعث كاهش افزونگي و بهينه سازي نرم افزارها، و پایگاههای داده و ارتباطات ميان آنها میگردد. در نهايت میتوان گفت كه معماري سازماني از طريق كاهش پيچيدگي، باعث كاهش هزینههای سازمان خواهد شد.
آشنائي با چارچوبهای معماري سازمانيهمانگونه كه قبلاً توضيح داده شد، يك معماري شامل تعداد زيادي مستندات میباشد كه هر يك قسمتي از سازمان را توصيف نمودهاند. مشكلي كه در استفاده از اين توصيفات به وجود میآید اين است كه چگونه میتوان به همه آنها توجه داشت و بكار گرفت؟ بدين جهت و براي ايجاد نظم و سازماندهي توصيفات معماري سازماني استفاده از يك چارچوب الزامي میباشد.
به طور كلی “چارچوب” وسیلهای برای طبقه بندی اشیاء است.چارچوبهای معماری سازمانی مدلهایی هستند که در داخل این مدلها جنبهها و حوزههای سازمانی طبقه بندی میشود. برای هر سازمان حداقل دو چارچوب وجود دارد، یكی چارچوبی از مدلهای پایه كه توصیف كننده “وضعیت فعلی ” سازمان است و به آن چارچوب معماری موجود گویند و دیگری كه “وضعیت آینده “(پس از اعمال معماری سازمانی) را مشخص میكند و آن را چارچوب معماری مطلوب مینامند. نكته مهم این است كه اگر از “مدلهای پایه ” برای توصیف یك سازمان استفاده شود، تا زمان یکه تغییری در حرفه سازمان به وجود نیامده، نیازی به تغییر مدلها نیست
چارچوبهای معماري روشهایی براي تفكر سازماندهي شده درباره سیستمهای پيچيده ارائه میکنند. چارچوبهای معماري از اين حقيقت منشاء گرفتهاند كه هر سيستم از ديدگاه مهندسي داراي جنبههای گوناگوني است. به عنوان مثال اگر يك ساختمان را در نظر بگيريم، كاربري، توزيع فضا، نحوه ارتباطِ فضاهاي مختلف، نماي بيروني، اسكلت بندي، معماري داخلي، نقشه تاسيسات و غيره جنبههای مختلفي هستند كه يك معمار ساختمان میتواند به آنها توجه نمايد. در سیستمهای اطلاعاتي میتوانیم به اجزاء سيستم، نحوه انجام فرآيندها، نحوه توزيع اجزاء، كاربران، ترتيب انجام كارها و غيره اشاره نماییم. به عبارت ديگر، معمار سیستمهای اطلاعاتي براي حل يا تشريح راه حل مسئله میتواند به سوالاتي نظير سيستم از چه چیزهایی تشكيل شده است؟ نحوه كار سيستم چگونه است؟ اجزاء تشكيل دهنده سيستم بايد در كجا نصب شوند؟ ترتيب زماني انجام كارها چگونه است؟ و دليل و هدف از انجام فعالیتها چيست و غيره توجه نمايد.
همانطور كه مشاهده میشود، در سوالات فوق به شش جنبه اصلي چه چيز، چگونه، كجا، چه كسي، كي و چرا توجه شده است كه میتوان گفت نگرشي جامع را فراهم میسازند.
از طرف ديگر، نگرش معمار به سيستم میتواند بعد ديگري نيز داشته باشد، و آن اينكه سوالات فوق از چه كساني پرسيده شده يا از منظر چه كساني پاسخ داده شود. به عنوان مثال در مورد يك ساختمان، صاحب ساختمان، طراح ساختمان و مهندسي كه براي ساخت آن در نظر گرفته شده است، دیدگاههای مختلفي خواهند داشت. اين موضوع در مورد سیستمهای اطلاعاتي نيز صدق میکند. پاسخ افرادي نظير صاحب سيستم، طراح سيستم، سازنده سيستم و غيره با هم متفاوت خواهند بود.
بنابراين يك چارچوب دو بعدي در ارتباط با مسئله مطرح میشود كه شامل جنبهها و دیدگاههای مختلفي است. هر چارچوب معماري شامل تعاريف مشخصي از جنبهها و دیدگاههای فوق بوده و توصیههای لازم براي بيان هر كدام از آنها را نيز پيشنهاد میکند. به عنوان مثال در چارچوب زكمن از شش جنبه: چه چيز(داده)، چگونه(فرآيند)، كجا(شبكه)، چه كسي(كاربران)، كي (زمان) و چرا(انگيزه) و پنج ديدگاهِ طرح دهنده(توصيفي)، صاحب سيستم(مفهومي)، طراح سيستم(منطقي)، سازنده سيستم(فيزيكي) و شركت همكار به مسئله نگاه میشود كه در ادامه اين فصل توضيح داده خواهند شد. در هر صورت اگر بخواهيم يك تعريف رسمي از چارچوب معماري ارائه كنيم میتوان گفت: چارچوب ساختاريست منطقي براي طبقه بندي و سازماندهي اطلاعات پيچيده و درهم تنيده كه به منظور طراحي يا توصيف سیستمها به روشي علمي و مدون به كار میرود.
چارچوب معماري سازماني قصد دارد امكان تمركز بر روی يك جنبه از سازمان بدون از دست دادن ديدگاه كل نگر براي تمام ذينفعان را فراهم آورد. يك چارچوب خوب، تضمين كننده جامعيت محصولات نهایی توليد شده براي معماري میباشد. چارچوبهای معماري سازماني مانند قفسههای خالي يك كتابخانه هستند كه در آن مشخص شده چه چیزهایی بايد تهيه شده و جايگاه هر كدام كجاست. بدين شكل هم خروجیهای كه از معماري سازماني مورد انتظار میباشد، تعيين شده و هم چگونگي مرتب سازي آنها بيان گرديده است. برخي چارچوبها علاوه بر اين موضوع توصیههایی اجرائي نظير نحوه تشكيل تيم معماري، فرآيند كلي معماري و حتي تکنیکهایی استفاده از مدلسازی بيان داشتهاند. چارچوبهای گوناگوني براي معماري سازماني ارائه شده است، كه مهمترین آنها چارچوب زكمن میباشد. چند چارچوب معروف ديگر مانند چارچوبهای TEAF، FEAFوC4ISR ارائه شده كه نمونههای اجرا شده زيادي بر اساس آنها وجود دارد ADDIN EN.CITE <EndNote><Cite><Author>رضا</Author><Year>1382</Year><RecNum>4</RecNum><DisplayText>[10]</DisplayText><record><rec-number>4</rec-number><foreign-keys><key app=”EN” db-id=”zr2fxwvfi2p0suefpv6pv0dpwezdzwew59v9″>4</key></foreign-keys><ref-type name=”Report”>27</ref-type><contributors><authors><author><style face=”normal” font=”default” charset=”178″ size=”100%”>كرمي، رضا </style></author></authors></contributors><titles><title><style face=”normal” font=”default” charset=”178″ size=”100%”>درآمدي بر معماري فناوري اطلاعات در سازما نها</style></title><secondary-title><style face=”normal” font=”default” charset=”178″ size=”100%”>گزارش فني، شركت مهندسي نرم افزاري گلستان</style></secondary-title></titles><dates><year>1382</year></dates><urls></urls></record></Cite></EndNote>[10].
بعضي از آنها ابتدا براي مقاصد خاص ارائه گرديدند و به مرور به صورت همه منظوره درآمدند. در برخي از موارد سازمانها بسته به نياز و سليقه خود يكي از چارچوبهای معماري را به عنوان چارچوب پايه انتخاب نموده و در صورت لزوم به سفارشي سازي آن مطابق با نيازهاي خود مینمایند. در حال حاضر اغلب سازمانهای بزرگ دنيا داراي چارچوب اختصاصي خود هستند كه اغلب با توجه به يك يا چند عدد از چارچوبهای موجود تدوين شدهاند.اگر چه چارچوبهای فراواني تا به حال جهت توصيف همه جانبه معماري سازماني عرضه شدهاند ولي متأسفانه در ميان صاحبنظران اجماع نظر چنداني حتي بر سر تعاریف اوليه معماري سازماني و چارچوب وجود ندارد، اما میتوان گفت همه ساختارهايي كه ارائه شدهاند دست كم در يك مفهوم داراي اشتراك هستند و اين همان مفهوم دیدگاههای چندگانه است. البته همين شباهت نيز در واقع ناشي از ذات سازمان بوده كه متشكل از ذينفعان با ديدگاههاي متفاوت میباشد.
چارچوب معماريِ زكمنجان زكمن يكي از پيشگامان معماري سیستمهای اطلاعاتي است كه هم اكنون به عنوان راهبردستِ فن آوري اطلاعات و معماري سازماني و مدرس معماري اطلاعات در شركت زيفا فعاليت مینماید.وي به سال 1987 در كتاب ’چارچوب زكمن در معماري سازماني‘ ميگويد: « براي جلوگيري از فرو پاشیدگی مأموریتهای سازمان، لازم است تا مفهوم معماري سازماني از يك موجوديت غيرضروري به يك موجوديت ضروري و واجب تبديل شود.»
زكمن با ارائه يك روش و الگوي جامع در زمينه معماري اطلاعات آن را تبديل به يك چارچوب معماري اطلاعات نمود،كه در اين چارچوب يك سازمان از زواياي مختلف و در كليه سطوح مورد بررسي و تحليل قرار میگیرد. زكمن معتقد به تحليل سازمان بر مبناي يك چارچوب معماري است و میگوید تزريق فن آوري اطلاعات به يك سازمانْ بدون به كارگيري چارچوب معماري، سازمان را در آينده با هزینههای متعدد نگهداري و توسعه سیستمها، عدم كارائي در راستاي مأموریت سازمان و عدم تطابق پذيري با فناوریهای روز و هزینههای سنگين تبديل سیستمها و دادهها روبرو میسازد.
يكي از نكات كليدي در چارچوب معماري زكمن توجه به دیدگاههای مختلفي است كه در رابطه سازمان و سیستمهای اطلاعاتي، از طرف اشخاصي با موقعیتهای مختلف، وجود دارد. به عنوان مثال وقتي كه از ديدگاه يك تحليلگر سيستم به سازمان نگاه میکنیم، در واقع سازمان را از لحاظ « سرویسها و فرآيندها » مدل میکنیم. وقتي از ديدگاه مهندس سيستم به سازمان نگاه میکنیم، به سیستمها توجه میکنیم، و وقتي از ديدگاه يك طراح سيستم به فرآيندها نگاه میکنیم، مدلِ طراحي مد نظر ماست.
از طرف ديگر هر سيستم داراي جنبههای مختلفي است كه به صورت كلي عبارتند از:
چه چيز ؟ چه چیز در سازمان جريان دارد ؟ چه چیز براي سازمان مهم، حياتي و گلوگاهي است؟
چگونه ؟ نحوه انجام فرآيندهاي كاري چگونه است؟ كداميك از مأموریتهای سازمان مهمتر است؟ اين مأموريتها چگونه انجام میشوند ؟ به طور مثال، وظايف، مأموريتها، فرآيندها، جريانهاي كاري، حوزههاي مسئوليت و سيستمهاي كاربردي.
كجا ؟ كجا همه اين اتفاقات رخ میدهد ؟ موقعيت جغرافيايي، شعب سازمان، واحدهاي سازماني، چارت سازماني، شبكههاي كاري، شبكههاي دادهها و اطلاعات، شبكههاي كامپيوتري.
چه کسی ؟ چه کسی و يا كساني در اين رويدادها نقش دارند ؟ بازيگران چه كساني هستند ؟ مديران، كاركنان، نقشهاي سازماني، نقشهاي فرآيندي، نقشهاي سيستمي، واسطهاي كاربر.
چه وقت ؟ كي و چه وقت اين رويدادها اتفاق ميافتد ؟ چرخه حيات مسئوليتها، وظايف و مأموريتها، رويدادهاي مهم در كسب و كار، ساختار پردازش عمليات، زمانبندی عمليات.
چرا ؟ انگيزه اصلي در هر يك از اين رويداد چه بوده است ؟ اهداف اصلي چيست ؟ اهداف، مأموريتها، سياستها، راهبردها، نيازمنديها، قواعد كسب و كار، قواعد فرآيندها ADDIN EN.CITE <EndNote><Cite><Author>Zachman</Author><Year>2009</Year><RecNum>33</RecNum><DisplayText>[18]</DisplayText><record><rec-number>33</rec-number><foreign-keys><key app=”EN” db-id=”zr2fxwvfi2p0suefpv6pv0dpwezdzwew59v9″>33</key></foreign-keys><ref-type name=”Generic”>13</ref-type><contributors><authors><author>Zachman, J.</author></authors></contributors><titles><title>The Zachman Framework™ Evolution</title></titles><dates><year>2009</year></dates><urls></urls></record></Cite></EndNote>[18].
دیدگاهها و جنبههای مختلفي كه در چارچوب زكمن مورد توجه واقع شدهاند، به صورت يك ماتريس نشان داده میشود كه به ماتريس زكمن معروف است(شكل 1-2).
شکل STYLEREF 1 \s 2 SEQ شکل \* ARABIC \s 1 2- وجهها و دیدگاههای مختلف چارچوب معماري زكمن ADDIN EN.CITE <EndNote><Cite><Author>Zachman</Author><Year>1987</Year><RecNum>24</RecNum><DisplayText>[19]</DisplayText><record><rec-number>24</rec-number><foreign-keys><key app=”EN” db-id=”zr2fxwvfi2p0suefpv6pv0dpwezdzwew59v9″>24</key></foreign-keys><ref-type name=”Journal Article”>17</ref-type><contributors><authors><author>Zachman, J.A.</author></authors></contributors><titles><title>A framework for information sys–s architecture</title><secondary-title>IBM sys–s journal</secondary-title></titles><periodical><full-title>IBM sys–s journal</full-title></periodical><pages>276-292</pages><volume>26</volume><number>3</number><dates><year>1987</year></dates><isbn>0018-8670</isbn><urls></urls></record></Cite></EndNote>[19]
چارچوب معماريِ سازماني فدرالچارچوب معماري FEAF Version 1.1 توسط شوراي مديران ارشد اطلاعاتي دولت فدرال ايالات متحده آمريكا تهيه و تنظيم شد. اين معماري شامل رهنمودهايي براي معماران سیستمهای اطلاعاتي در توصيف مأموریتهای چند سازماني در دولت فدرال میباشد.مأموریت چند سازماني به مأموریتهایی اطلاق مي شود که در اجراي آن چندين سازمان به صورت مشترك فعاليت مینماید.
چارچوب معماريِ سازماني فدرال يك سازوكار سازماندهيِ مديريتِ توسعه و نگهداريِ توصيفاتِ معماري است. همچنين ساختاري را براي سازماندهي منابع اطلاعاتي و تشريح و مديريت فعالیتهای معماريِ سازماني فدرال ارائه میدهد. اين مدل معماري شامل هشت مؤلفه اساسي است كه متعاقباً شرح داده میشود.(شكل 1-3)
شکل STYLEREF 1 \s 2 SEQ شکل \* ARABIC \s 1 3- مؤلفههای چارچوب معماري سازماني فدرال ADDIN EN.CITE <EndNote><Cite><Author>Council</Author><Year>1999</Year><RecNum>25</RecNum><DisplayText>[20]</DisplayText><record><rec-number>25</rec-number><foreign-keys><key app=”EN” db-id=”zr2fxwvfi2p0suefpv6pv0dpwezdzwew59v9″>25</key></foreign-keys><ref-type name=”Journal Article”>17</ref-type><contributors><authors><author>Council, CIO</author></authors></contributors><titles><title>Federal Enterprise Architecture Framework Version 1.1</title><secondary-title>Retrieved from</secondary-title></titles><periodical><full-title>Retrieved from</full-title></periodical><pages>80</pages><dates><year>1999</year></dates><urls></urls></record></Cite></EndNote>[20]
– پيشران هاي معماريپيشران هاي معماري عبارتند از كليه تهديدها و فرصتهايي كه سازمان از نظر سرويسها و فناوريهاي اطلاعات در معرض آنها بوده، و شامل دو نوع پيشران تجاري (نگاه به بازار) و پيشران طراحي ( نگاه به فناوري) ميگردد. اين دو نوع پيشران يا محرك بيشترين فشار را به معماري فعلي فناوري اطلاعات ( اگر موجود باشد وگرنه تمام سازمان) وارد میکنند. پيشرانهاي تجاري و طراحي به عنوان تنها محرکهای بيروني، درصدد به حركت واداشتن معماري هستند، در حالی که سيستمهاي فعلي با اينرسي زياد خود مانع اين كار میشوند. البته سيستمهاي فعلي جزو لاينفك معماري فعلي است.
– جهت گيري راهبرديهر سازمان داراي اهداف،رسالتها،مأموريتها و راهبردهاي خاص خود است كه دليل اصلي شكلگيري آن نيز بوده است. پر واضح است كه هرگونه تغييري بايد در راستاي اين جهتگيريها باشد.
– معماري فعلي فناوري اطلاعات سازمانكليه سيستمهاي اطلاعاتي فعلي، تجهيزات، سختافزارها، شبكهها و فرآيندها را شامل ميگردد. به عبارت ديگر همه سيستمهاي فعلي (Legacy) جزو معماري فعلي هستند. هدف از معماري ايجاد انعطافپذيري در مقابل تغييرات محيطي است : تعميرات جزئي يا حتي بنيادي در اثر فرسودگي قطعات و زيرسيستمها كاملاً قابل توجيه بوده و در يك معماري پيشبينيهاي لازم صورت گرفته است. تنها تغيير عوامل و شرايط بيروني است كه معماري را از حالت بهينگي فعلي خارج میکند. تغييرات بيروني میتواند جنبه مثبت و منفي داشته باشد ولي به هر صورت تغيير است و معماري بايد بتواند خود را با آنها تطبيق دهد.
– معماري مطلوببا انگيزشي كه پيشرانه هاي طراحي و تجاری ايجاد كرده و بر اساس جهتگيريهاي راهبردي میتوان معماري مطلوب را پيشبيني كرد. اين معماري قطعاً به صورت مفهومي بوده و در اين مرحله نمیتواند چندان جزئي باشد. هدف طراحي فرآيند رسيدن به اين معماري و اصول فني و تكنيكي آن است.
– مدل معماري (چارچوب معماري)براي رسيدن از معماري فعلي به معماري مطلوب، در راستاي راهبرد سازمان، نيازمند مدل هستيم. مدل، باعث افزايش سرعت طراحي و نيز حفظ همساني میشود. به عنوان مثال، سفالگري را مجسم كنيد كه براي ساختن هر كوزه، هر بار از خلاقيت خود كمك بگيرد،بدون شك، هيچ دو كوزه از كارهاي وي، شبيه به يكديگر نخواهد بود. اما با داشتن يك قالب، هم خلاقيت كمتري مورد نياز است، هم هزينه كاهش مييابد و هم يكدستي و يكپارچگي در محصولات به وجود ميآيد، ضمناً سرعت هم افزايش مييابد.- فرآيند گذار
اعمال تغييرات از معماري موجود به معماري مطلوب، به پيروي از استانداردهاي معماري و توجه به هزينه فرآيند گذار، تصميم گیریهای متنوع، رویههای مديريتي، فرآيند گذار است. در اين مرحله بايد سناريويي جهت حركت از وضع موجود به هدف ارائه شود. به عبارت ديگر برنامه گذار يك فرآيند توسعه معماري بر اساس پتانسيلهاي سازمان در كليه بخشها اعم از نيروي انساني، فني، مالي و پشتيباني را تعريف میکند. اين فرآيند پيش از همه مقتضيات پيشبرد معماري را تهيه خواهد كرد و سپس يك برنامه اقدام براي توسعه و پيادهسازي معماري ارائه خواهد داد.
– بخشهای معماريهر سازمان داراي بخشهايي حياتي است كه فرآيند معماري بايد براي تکتک آنها مورد اجرا قرار گيرد.
– استانداردهاي فناوري اطلاعاتبراي تبديل معماري فعلي به معماري مطلوب بايد استانداردهايي در تمام لايههاي فناوري در نظر گرفت. اين استانداردها كمك میکند تا تعامل پذیری با ديگر سيستمها در سازمان و نيز سيستمهاي برونسازماني افزايش يابد و نيز سازگاري بين سيستمها به وجود آيد. پيشبيني فناوريهاي نوظهور و نيز استانداردهاي آتي میتواند ماندگاري معماري را افزايش دهد. بنابراين میتوان چنين نتيجه گرفت كه پيشبيني استانداردها بيشتر به عنوان خطوط راهنمايي براي ساختن زير ساختهاي فني سازمان است تا سرمايهگذاريها به بهترين نحو به مصرف برسد ADDIN EN.CITE <EndNote><Cite><Author>Council</Author><Year>1999</Year><RecNum>35</RecNum><DisplayText>[21]</DisplayText><record><rec-number>35</rec-number><foreign-keys><key app=”EN” db-id=”zr2fxwvfi2p0suefpv6pv0dpwezdzwew59v9″>35</key></foreign-keys><ref-type name=”Journal Article”>17</ref-type><contributors><authors><author>Council, UFC</author></authors></contributors><titles><title>Federal enterprise architecture framework (feaf)</title><secondary-title>United States Office of Management and Budget (Sep–ber 1999)</secondary-title></titles><periodical><full-title>United States Office of Management and Budget (Sep–ber 1999)</full-title></periodical><dates><year>1999</year></dates><urls></urls></record></Cite></EndNote>[21].
نقاط ضعف چارچوب فدرال:
– اگرچه چارچوب فدرال از استانداردها و طرحهای انتقالی به عنوان بخشی از معماری بهره برده است ولی مشخص نكرده كه این استانداردها چگونه میبایست سازماندهی و بكار برده شوند.
– در مورد طرح انتقالی هیچ راهنمائی ارائه نشده است
– اگرچه در مستندات چارچوب فدرال نیاز به مخزن مدلها مطرح شده ولی توضیح یا پیشنهادی داده نشده است.
– راهنمائی در خصوص امنیت وجود ندارد.
– چارچوب معماری سازمانی فدرال به عنوان “راهنما” برای سازمانهای فدرال ارائه شده و جنبه “اجباری” ندارد.
نقاط قوت چارچوب فدرال :
این چارچوب گامی مهم در راستای تعریف عناصر و اجزاء معماری سازمانی است. برخلاف زكمن كه تنها به خود چارچوب محصولات و مدلها میپردازد در اینجا به اهداف راهبردی و نیازهای گذار(تحول) نیز پرداخته شده است. از متدلوژی برنامه ریزی معماری سازمانی اسپیواك به عنوان روش برپاسازی نام برده شده و لایههای معماری تشریح شدهاند. چارچوب سازمان خزانه داريسازمان خزانه داري آمريكا اين چارچوب را در سال 2000 تعريف نمود. اهداف از اين چارچوب عبارتند از ADDIN EN.CITE <EndNote><Cite><Author>اطلاعات</Author><Year>1383</Year><RecNum>7</RecNum><DisplayText>[3]</DisplayText><record><rec-number>7</rec-number><foreign-keys><key app=”EN” db-id=”zr2fxwvfi2p0suefpv6pv0dpwezdzwew59v9″>7</key></foreign-keys><ref-type name=”Web Page”>12</ref-type><contributors><authors><author><style face=”normal” font=”default” charset=”178″ size=”100%”>كميته فني معماري اطلاعات</style></author></authors></contributors><titles><title><style face=”normal” font=”default” charset=”178″ size=”100%”>آشنائي با مفاهيم معماري سازماني، دبيرخانه شوراي عالي اطلاع رساني، كميته فني معماري اطلاعات</style></title></titles><dates><year>1383</year></dates><urls><related-urls><url>www.enterprise_architecture.ir</url></related-urls></urls></record></Cite></EndNote>[3]:
هدايت سازمانهای زير مجموعه و بخشهای مربوطه براي تهيه معماري سیستمهای اطلاعاتي
ارائه مفاهيم، قوانين، فناوري و استانداردهاي يكپارچه و مشترك براي توليد سیستمهای سازمان خزانه داري
ارائه قالبي استاندارد براي توصيف معماري سازماني
چارچوب TEAF بر اساس معماري زكمن طراحي شده است. میتوان گفت كه اين چارچوب بخشهایی تا سطح چهارم زكمن را در بر میگیرد. همانطور كه در جدول 1-2 مشخص میباشد، اين چارچوب چهار نگرش داده، عملكرد، اطلاعات و كنشگر و بستر عملياتي از چهار ديدگاه مختلف برنامه ريز، مالك، طراح و توليد كننده را در بر میگیرد. اين چارچوب در واقع يك نمونه از FEAF بوده كه به علت داشتن امتيازات خوب، مورد توجه زيادي قرار گرفت، به طوري كه به عنوان يكي از سه چارچوب برتر جهت معماري سازماني سازمانهای فدرال آمريكا برگزيده شد.
در بطن اين چارچوب ماتريسي وجود دارد كه عناصر سیستمهای اطلاعاتي سازمان را در خود توصيف مینماید. اين ماتريس شامل چهار ديدگاه عملكرد، اطلاعات، ساختار سازماني و زيرساخت است. اين دیدگاهها هر كدام، يكي از ستونهای ماتريس را تشكيل میدهند. اين دیدگاهها در چهار منظر مختلف مورد بررسي قرار میگیرند. منظرها در سطرهاي ماتريس قرار گرفتهاند كه شامل: برنامه ريز، مالك، طراح و سازنده میشود. در واقع دیدگاهها تقسيم بندي و بخشهای عناصر تشكيل دهنده معماري سازماني را بيان داشته و اين منظرها سطح توصيف و بيان هر يك از آن بخشها را بيان میدارد.
جدول STYLEREF 1 \s 2 SEQ جدول \* ARABIC \s 1 1- ماتريس چارچوب سازمان خزانه داري ADDIN EN.CITE <EndNote><Cite><Author>Urbaczewski</Author><Year>2006</Year><RecNum>51</RecNum><DisplayText>[22]</DisplayText><record><rec-number>51</rec-number><foreign-keys><key app=”EN” db-id=”zr2fxwvfi2p0suefpv6pv0dpwezdzwew59v9″>51</key></foreign-keys><ref-type name=”Journal Article”>17</ref-type><contributors><authors><author>Urbaczewski, L.</author><author>Mrdalj, S.</author></authors></contributors><titles><title>A comparison of enterprise architecture frameworks</title><secondary-title>Issues in Information Sys–s</secondary-title></titles><periodical><full-title>Issues in Information Sys–s</full-title></periodical><pages>18-23</pages><volume>7</volume><number>2</number><dates><year>2006</year></dates><urls></urls></record></Cite></EndNote>[22]چارچوب معماري C4ISRچارچوب معماري C4ISR كه در ابتدا براي توصيف معماري سیستمهای نظامي طراحي شده بود، چارچوبي است، بسيار جامع كه در نهايت از طريق تعدادي مستند معين، به نام « محصول» به توصيف كامل معماري نائل ميايد. اين چارچوب براي بيان سطوح مختلف يك سيستم، از سه نوع ديدگاه عملياتي، سيستم، و تكنيكي استفاده میکند(شكل4).
شکل STYLEREF 1 \s 2 SEQ شکل \* ARABIC \s 1 4- دیدگاههای چارچوب معماری c4isr ADDIN EN.CITE <EndNote><Cite><Author>Group</Author><Year>1997</Year><RecNum>37</RecNum><DisplayText>[23]</DisplayText><record><rec-number>37</rec-number><foreign-keys><key app=”EN” db-id=”zr2fxwvfi2p0suefpv6pv0dpwezdzwew59v9″>37</key></foreign-keys><ref-type name=”Journal Article”>17</ref-type><contributors><authors><author>C4ISR Architecture Working Group</author></authors></contributors><titles><title>C4ISR architecture framework version 2.0</title><secondary-title>US Department of Defense</secondary-title></titles><periodical><full-title>US Department of Defense</full-title></periodical><dates><year>1997</year></dates><urls></urls></record></Cite></EndNote>[23]
هر چند نسخه اول اين چارچوب به منظور به كارگيري در سیستمهای نظامي تهيه شده بود، ولي بعدها در ساير بخشهای وزارت دفاع نظير پرسنلي، و غيره نيز به كار گرفته شد.1- ديدگاه معماري عملياتي
ديدگاهِ عملياتي، توصيفي است كامل از مجموعه وظايف، فعالیتها، عناصر عملياتي و نحوه گردش اطلاعات، كه جهت انجام موفقيت آميز و يا پشتيباني يك عمليات نظامي لازم هستند.
اين ديدگاه شامل توصيفِ ( اغلب گرافيكي) عناصر عملياتي، فعالیتها و وظايف محول شده، و نحوه گردش اطلاعات مربوط به يك عمليات نظامي است كه در واقع به منظور پشتيباني از آن عمليات به كار گرفته میشوند. در توصيفِ گردش اطلاعات (جريان اطلاعاتي)، لازم است تا انواع اطلاعات، بسامدِ تبادلِ اطلاعات فوق، كارها و وظايفي كه با این کار مورد حمايت و پشتيباني واقع میشوند، و نيز روش تبادلِ اطلاعات (صرفاً تا حد روشن شدن نحوه تعامل بين عناصر) مشخص شوند.
اصول حاكم بر اين ديدگاه شامل موارد زير است:
هدف اصلي از معماري عملياتي، تعريفِ عناصر عملياتي، فعالیتها و وظايف، و ملزوماتِ مربوط به تبادل اطلاعات است.
در معماري عملياتي، به تعيين دكترين (فلسفه وجودي)، وظايف و فعاليتهائي كه بعهده هر عنصر عملياتي است پرداخته میشود.
ملزوماتِ مربوط به فعالیتها و تبادل اطلاعات ممكن است از حد و مرزهاي سازماني فراتر روند.
معماریهای عملياتي، لزوماً وابسته- به- سيستم نيستند.
توصیفهای مربوط به فعالیتهای كلي، از مدل سازماني يا ساختار نيروي مشخصي پيروي نمیکنند.
معماریهای عملياتي بايد به طور واضح بازه(هاي) زماني را كه پوشش میدهند را مشخص كنند.(به عنوان مثال « سالهای مشخص»، «زمان حال» يا «آنچه بايد باشد»، « طبق برنامه»، و/يا «دوره گذر»)2- ديدگاه معماريِ سیستمها
ديدگاه معماري سیستمها، توصيفي است از سیستمها و ارتباطات بين آنها (گرافيكي و غیر گرافیکی)، كه به منظور انجام يا پشتيبانيِ يك كار يا وظيفه جنگي در نظر گرفته شدهاند.
براي هر حوزه، ديدگاه معماري سیستمها، نشان میدهد كه چطور سیستمهای مختلف با هم اتصال پيدا كرده و كار میکنند. و حتي ممكن است به تشريح ساختار دروني و عملكرد سیستمهای خاصي از معماري نيز بپردازد. در ديدگاه معماريِ سیستمها، براي هر كدام از سیستمها، اتصال فيزيكي، محل، و مشخصههای گرههای كليدي، مدارها، شبکهها، ادوات جنگي و غيره تعيين میشوند. علاوه بر آن، پارامترهاي كيفي سيستم و اجزاء نيز تعيين میشوند( به عنوان مثال سطح دسترسي، ميزان حساسيت به خرابي، تعمير پذيري). ديدگاه معماري سیستمها، منابعِ فيزيكي و خواص كيفي آنها را، مطابق با استانداردهائي كه در معماري تكنيكي تعريف شدهاند، با ديدگاه عملياتي و ملزوماتِ آن مرتبط میسازد.
اصول حاكم بر اين ديدگاه شامل موارد زير است:
هدف اصلي معماري سیستمها، انجام يا تسهيل وظايف و فعالیتهای عملياتي از طريق به كارگيري منابع فيزيكي است.
معماریهای سیستمها، سیستمها را با ادوات، عملكردها، و مشخصاتي كه در معماري عملياتي بر ایشان تصور شده است، متناظر میسازند.
معماریهای سیستمها، مشخص كننده واسطهای سيستم، و تعريف کننده اتصالات بين سیستمها هستند.
معماریهای سیستمها، محدودیتها و مرزهاي رفتارِ كيفيِ سيستم را تعريف میکنند.
معماریهای سیستمها، وابسته- به-فناوري هستند، به این صورت كه در حوزه مورد نظر، نحوه اتصال و تعامل بين سیستمها را نشان میدهند، و حتي به تشريح جزئيات دروني برخي از سیستمها نيز میپردازند.
معماریهای سیستمها، میتوانند از چندين سازمان يا مأموریت پشتيباني كنند.
معماریهای سیستمها بايد به طور واضح بازه(هاي) زماني را كه پوشش میدهند را مشخص نمايند.
معماریهای سیستمها، در عين وابستگي به معماریهای تكنيكي، توسط آنها نيز محدود میشوند.
3- ديدگاه معماري تكنيكيديدگاه معماري تكنيكي عبارتست از تعيينِ حداقل مجموعه قوانين حاكم بر ترتيب، عملكرد، و وابستگیهای بين اجزاء يا عناصر يك سيستم، كه با هدف تضمين ملزومات و نیازمندیهای مشخص شده براي آن سيستم، تدوين میشوند.
ديدگاه معماري تكنيكي، دستورالعملهای پياده سازي سیستمها را در اختيار ما میگذارد، كه در اموري نظير استخراج مشخصات مهندسي، پياده سازي و اجراي بلوکهای اصلي، و ايجاد خطوط توليد استفاده میشوند. ديدگاه معماري تكنيكي، شامل مجموعهای از استانداردها، موافقت نامهها، قوانين، و شروط و حالات مختلف است كه به صورت يكسري پروفايل به تمام سرویسهای سيستمي، اينترفيس ها، و ارتباطات آنها اعمال میشود. هر كدام از اين پروفایلها در رابطه با يكي از دیدگاههای معماري سیستمها بوده و با ديدگاه عملياتي خاصي نيز در ارتباط است.
اصول حاكم بر اين ديدگاه شامل موارد زير است:
دیدگاههای معماريِ تكنيكي، مبتني بر تناظر و ارتباطي است كه بايد بين نیازمندیهای عملياتي، سیستمهای پشتيباني کننده آنها، فناوریها به کار گرفته شده، و شروط و نحوه تعامل بين آنها وجود داشته باشد.
اصلیترین وظيفه هر معماريِ تكنيكي، تعريف مجموعهای از استانداردها و قوانيني است كه بايد بر پياده سازي و عملكرد سيستم حاكم باشند.
هر كدام از پروفایلهای مربوط به معماري تكنيكي، از يكسري استاندارد سطح بالاي سازماني، و يكسري قوانين مربوط به طراحيِ استانداردهاي خاصتر تشكيل میشوند، كه در سندِ «معماري فنيِ مشترك» يا ساير مستندات استاندارد، توضيح داده شدهاند.
استانداردها و شروطِ معماري تكنيكي بايد بيانگرِ اصول پياده سازي سیستمهای اطلاعاتي چندگانه باشند.
پروفایلهای معماريِ تكنيكي، مرجعِ تصميم گيري در رابطه با نیازمندیهای سكوهاي مختلف و اتصالات شبکهای بين تمام سيستمهائي هستند كه به نوعي در توليد،استفاده، يا تبادل الكترونيكي اطلاعات، نقش دارند. البته هر كدام از اين پروفایلها در محدودههای كاملاً مشخصي از معماري اعتبار دارند.
معماریهای تكنيكي بايد بر اساس آخرين فناوریها و استانداردهاي روبه رشد تهيه شده و فناوریهای قديم را از رده خارج نمايند.
معماریهای تكنيكي بايد از استانداردها و جهت گیریهای تجاري تغذيه شوند. ADDIN EN.CITE <EndNote><Cite><Author>Liu</Author><Year>2010</Year><RecNum>38</RecNum><DisplayText>[24]</DisplayText><record><rec-number>38</rec-number><foreign-keys><key app=”EN” db-id=”zr2fxwvfi2p0suefpv6pv0dpwezdzwew59v9″>38</key></foreign-keys><ref-type name=”Journal Article”>17</ref-type><contributors><authors><author>Liu, X.</author><author>Tian, Y.</author></authors></contributors><titles><title>C~ 4ISR Architecture Framework and its Design Method [J]</title><secondary-title>Fire Control and Command Control</secondary-title></titles><periodical><full-title>Fire Control and Command Control</full-title></periodical><pages>003</pages><volume>1</volume><dates><year>2010</year></dates><urls></urls></record></Cite></EndNote>[24]
شکل STYLEREF 1 \s 2 SEQ شکل \* ARABIC \s 1 5- تعاملات دیدگاههای مختلف چارچوبC4ISR ADDIN EN.CITE <EndNote><Cite><Author>مهدي</Author><Year>1384</Year><RecNum>11</RecNum><DisplayText>[14]</DisplayText><record><rec-number>11</rec-number><foreign-keys><key app=”EN” db-id=”zr2fxwvfi2p0suefpv6pv0dpwezdzwew59v9″>11</key></foreign-keys><ref-type name=”Journal Article”>17</ref-type><contributors><authors><author><style face=”normal” font=”default” charset=”178″ size=”100%”>زرگر نتاج ، سيد مهدي </style></author></authors></contributors><titles><title><style face=”normal” font=”default” charset=”178″ size=”100%”>بررسي سبك هاي معماري فناوري اطلاعات سازمان، پاياننامه كارشناسي ارشد، دانشگاه شهيد بهشتي</style></title></titles><dates><year><style face=”normal” font=”default” charset=”178″ size=”100%”>1384</style></year></dates><urls></urls></record></Cite></EndNote>[14]
محصولات معماري در اين چارچوب مدلهای گرافيكي، متني و جداولي هستند كه معماري را توصيف میکنند. بديهي است كه اين محصولات ميان دیدگاههای مختلف معماري توزيع شده باشند. با اين حال C4ISRمحصولاتي دارد كه ميان همه دیدگاهها مشترك هستند. محصولات به دو دسته ضروري و پشتيبان تقسيم میشوند. اين تقسيم بندي به آن معني نيست كه براي توليد معماري میتوان از توليد برخي محصولات صرف نظر نمود، بلكه بيشتر به اين معني است كه محصولاتي وجود دارند كه محصولات ديگر را توصيف میکنند. به عبارت ديگر برخي براي ارائه به مديران سطح بالا كه احتمالاً اطلاعات فني زيادي ندارد، ضروري نيستند. اما اين محصولات براي كامل بودن معماري و عنوان پشتيبان و تكميل كننده مدلهای ضروري، بايد وجود داشته باشند. كاربرد اصلي اين محصولات بيشتر در زمان پياده سازي میباشد
جدول STYLEREF 1 \s 2 SEQ جدول \* ARABIC \s 1 2- محصولات معماري در چارچوب C4ISR ADDIN EN.CITE <EndNote><Cite><Author>علي</Author><Year>1384</Year><RecNum>12</RecNum><DisplayText>[12]</DisplayText><record><rec-number>12</rec-number><foreign-keys><key app=”EN” db-id=”zr2fxwvfi2p0suefpv6pv0dpwezdzwew59v9″>12</key></foreign-keys><ref-type name=”Journal Article”>17</ref-type><contributors><authors><author><style face=”normal” font=”default” charset=”178″ size=”100%”>فتح الهي، علي</style></author></authors></contributors><titles><title><style face=”normal” font=”default” charset=”178″ size=”100%”>بررسی</style><style face=”normal” font=”default” size=”100%”> UML </style><style face=”normal” font=”default” charset=”178″ size=”100%”>از نظر قابلیت پوشش به چارچوب زکمن، پایان نامه کارشناسی ارشد، دانشگاه شهید بهشتی</style></title></titles><dates><year>1384</year></dates><urls></urls></record></Cite></EndNote>[12]
ديدگاه معماري قابل اعمال محصول محصول معماري نوع معماري
كليه دیدگاهها(متن) AV-1 اطلاعات كلي و اجمالي ضروري
كليه ديدگاهها(محصولات) AV-2 واژه نامه يك پارچه ضروري
عملياتي OV – 1 نمودار مفاهيم عملياتي سطح بالا ضروري
عملياتي OV – 2 توصيف اتصال گره عملياتي ضروري
عملياتي OV – 3 ماتريس تبادل اطلاعات عملياتي ضروري
عملياتي OV – 4 نمودار اطلاعات فرماندهي پشتيبان
عملياتي OV – 5 مدل فعاليت پشتيبان
عملياتي OV – 6a مدل قواعد عملياتي پشتيبان
عملياتي OV – 6b توصيف انتقال حالت عمليات پشتيبان
عملياتي OV – 6c توصيف پيشامد/ ردیابی عملياتي پشتيبان
عملياتي OV – 7 مدل منطقي دادهها پشتيبان
سيستمي SV – 1 توصيف واسط سیستمها ضروري
سيستمي SV – 2 توصيف ارتباط سیستمها پشتيبان
سيستمي SV – 3 ماتريس ارتباط بين سيستمي پشتيبان
سيستمي SV – 4 توصيف كاركرد سیستمها پشتيبان
سيستمي SV – 5 ماتريس پيگيري فعاليت عملياتي به كاركرد سيستم پشتيبان
سيستمي SV – 6 ماتريس تبادل اطلاعات سيستم پشتيبان
سيستمي SV – 7 ماتريس پارامترهاي كارايي سيستم پشتيبان
سيستمي SV – 8 توصيف تكاملي سيستم پشتيبان
سيستمي SV – 9 پيش بيني فناوري سيستم پشتيبان
سيستمي SV – 10 a مدل قواعد سيستمها پشتيبان
سيستمي SV – 10 b توصيف انتقال حالات سيستم پشتيبان
سيستمي SV – 10 c توصيف وقايع / رديابي سيستمها پشتيبان
سيستمي SV – 11 مدل فيزيكي دادهها پشتيبان
تكنيكي TV – 1 نمايه معماري تكنيكي ضروري
تكنيكي TV – 2 تخمين استانداردهاي تكنولوژي پشتيبان
چالشهای روشهاي كلاسيك معماري سازماني
وجود چالشها و مشكلات در متدلوژیها و چارچوبهای رايج معماري سازماني سبب میگردند تا فرآيند معماري سازماني بسيار كند و شكننده باشد و معماري در قالب چارچوب حبس گردد. متدلوژیها و چارچوبهاي رايج معماري سازماني اغلب به سازمان به چشم يك ماشين در طراحي آن نگاه میکنند و اين در حالي است كه سازمان به عنوان يك موجود زنده و پويا داراي ابعاد فرهنگي و اجتماعي نيز ميباشد. همچنین معماري مستقل از برنامه ريزي راهبردي تعريف میشوند. در حالی كه اين دو کاملاً به هم وابسته هستند و گاه به موازات هم انجام ميشوند. ایدههای معماري در برنامه ريزي استراتژيك و تعيين مأموریتها و استراتژیهای سازمان هم موثرند. يكي دیگر از مشكلات و چالشهای بزرگ متدلوژیها و چارچوبهای رايج معماري سازماني فرآيند خطي آنها میباشد. در صورتی كه اگر به صورت موازي و تكرار پذير انجام شوند هم سرعت اجراي آنها بيشتر میشود و هم بهتر میتوانند تغييرات را مديريت نمايند. این مسأله منجر به طولاني شدن زمان آماده شدن معماري میگردد، كه ممکن است سازمان در اين مدت دچار تغیر شده و معماري در شرایط جاري به صورت كامل قابل اجرا نيست. مستندات به روز نيستند و بسيار حجيم هستند و اگر در به روز كردن و اجراي مو به موي معماري در سازمان پافشاري شود، مطلوبيت خود را از دست میدهد. چارچوبها و متدلوژیهای كلاسيك معماري سازماني خود را در قالب بندیها و مدل سازیهای کلیشهای محصور نموده و این محصور شدن در مدل سازي كليشه شده چارچوبهای موجود، اجازه انتقال ساده مفاهيم را ازمعمار سلب میکند. هميشه مدلها براي نمايش سیستمهای كاربردي گويا و کاملاً شفاف نيستند. يكي ديگر از مشكلات و چالشهای بزرگ متدلوژیها و چارچوبهای رايج معماري سازماني اين است كه جايي را براي نظريه پردازي در معماري در نظر نمیگیرند. چارچوبهای رايج تجزيه گرا هستند. آنها با الزام براي شكستن مدلهای معماري در جداول و نمودارهاي کاملاً متمايز شده، انسجام طرح را در انتقال روح تضعيف میکنند. شخصي كه مستندات معماري را مشاهده میکند. مدت زيادي بايد وقت صرف كند كه روح حاكم بر نظام مورد نظر معمار را درك كند. چارچوبها از این جهت غلط اندازند كه اگر حتي معمار به يك روح منسجم هم دست پيدا نكرده باشد، میتواند مستندات توصيف معماري را به گونهای ارائه كند كه از نظر كيفيت، مطلوب ارزيابي شود ADDIN EN.CITE <EndNote><Cite><Author>علي</Author><Year>1386-1387</Year><RecNum>17</RecNum><DisplayText>[11]</DisplayText><record><rec-number>17</rec-number><foreign-keys><key app=”EN” db-id=”zr2fxwvfi2p0suefpv6pv0dpwezdzwew59v9″>17</key></foreign-keys><ref-type name=”Journal Article”>17</ref-type><contributors><authors><author><style face=”normal” font=”default” charset=”178″ size=”100%”>راضي، علي </style></author></authors></contributors><titles><title><style face=”normal” font=”default” charset=”178″ size=”100%”>بومي كردن چارچوب زكمن براي سازمان چابك</style></title><secondary-title><style face=”normal” font=”default” charset=”178″ size=”100%”>پايان نامه كارشناسي ارشد رشته مهندسي كامپيوتر</style><style face=”normal” font=”default” size=”100%”>- </style><style face=”normal” font=”default” charset=”178″ size=”100%”>نرم افزار،دانشگاه آزاد اسلامي واحد علوم و تحقيقات</style></secondary-title></titles><periodical><full-title>پايان نامه كارشناسي ارشد رشته مهندسي كامپيوتر- نرم افزار،دانشگاه آزاد اسلامي واحد علوم و تحقيقات</full-title></periodical><dates><year><style face=”normal” font=”default” charset=”178″ size=”100%”>1386-1387</style></year></dates><urls></urls></record></Cite></EndNote>[11]. از مهمترین مشكلات روشهاي رايج معماري سازماني میتوان به موارد زیر اشاره کرد:
فرسايشي بودن روشهايكي از بزرگترین مشكلات روشهاي كلاسيك معماري سازماني فرسايشي بودن زمان برنامه ريزي معماري سازماني است. روشهاي كلاسيك به صورت آبشاري و ترتيبي هستند، تا اينكه تكرار پذير و تكاملي، بدين ترتيب داراي چرخههای طولاني بوده و توليد فرآوردهها در آنها بسيار زمان گير و مشكل است. بر این اساس در صورت بروز تغييرات سازماني، معماري دچار شكنندگي شده و در نتيجه مدلها و روشهاي توليد شده کارایی لازم را نداشته و به روز رساني آنها نيز زمان و هزينه زيادي را به دنبال خواهد داشت.
وجود حجم زيادي از مستندات و مدلها