Home » Modeling » UML2 » mapping of an association (with an interface as member end) to a link in the instance diagram !?
| mapping of an association (with an interface as member end) to a link in the instance diagram !? [message #472542] |
Mon, 16 April 2007 18:23  |
Eclipse User |
|
|
|
Originally posted by: reichwein.isd.uni-stuttgart.de
This is a multi-part message in MIME format.
--------------090601050909080900060401
Content-Type: text/plain; charset=ISO-8859-15; format=flowed
Content-Transfer-Encoding: 7bit
Hello,
I want to show the links between instance specifications of classes.
However one class (e.g. Class2) might have a directed association with
an interface (e.g. Interface1), which is implemented by a class (e.g.
Class1). On the instance level, the instances of class1 and class2 exist
and indirectly a "link" exists between these two instances, since the
instance of class1 implements the interface, which is referenced by the
instance of class2. What is the best method to describe this indirect
"link" on the instance level (in the instance diagram). You can find a
picture describing my problem in the attachment. I know that a UML-link
is an instance of an association. But how can I map an association in a
class diagram to a link in an instance diagram, if one of the member
ends, in this case the interface, has no mapping to the instance level?
Thank you in advance for any help!
Best regards,
Axel
--------------090601050909080900060401
Content-Type: image/jpeg;
name="interfacetest.jpeg"
Content-Transfer-Encoding: base64
Content-Disposition: inline;
filename="interfacetest.jpeg"
/9j/4AAQSkZJRgABAQEAYABgAAD/2wBDAAsICAoIBwsKCQoNDAsNERwSEQ8P ESIZGhQcKSQr
KigkJyctMkA3LTA9MCcnOEw5PUNFSElIKzZPVU5GVEBHSEX/2wBDAQwNDREP ESESEiFFLicu
RUVFRUVFRUVFRUVFRUVFRUVFRUVFRUVFRUVFRUVFRUVFRUVFRUVFRUVFRUVF RUVFRUX/wAAR
CAHvAk8DASIAAhEBAxEB/8QAHwAAAQUBAQEBAQEAAAAAAAAAAAECAwQFBgcI CQoL/8QAtRAA
AgEDAwIEAwUFBAQAAAF9AQIDAAQRBRIhMUEGE1FhByJxFDKBkaEII0KxwRVS 0fAkM2JyggkK
FhcYGRolJicoKSo0NTY3ODk6Q0RFRkdISUpTVFVWV1hZWmNkZWZnaGlqc3R1 dnd4eXqDhIWG
h4iJipKTlJWWl5iZmqKjpKWmp6ipqrKztLW2t7i5usLDxMXGx8jJytLT1NXW 19jZ2uHi4+Tl
5ufo6erx8vP09fb3+Pn6/8QAHwEAAwEBAQEBAQEBAQAAAAAAAAECAwQFBgcI CQoL/8QAtREA
AgECBAQDBAcFBAQAAQJ3AAECAxEEBSExBhJBUQdhcRMiMoEIFEKRobHBCSMz UvAVYnLRChYk
NOEl8RcYGRomJygpKjU2Nzg5OkNERUZHSElKU1RVVldYWVpjZGVmZ2hpanN0 dXZ3eHl6goOE
hYaHiImKkpOUlZaXmJmaoqOkpaanqKmqsrO0tba3uLm6wsPExcbHyMnK0tPU 1dbX2Nna4uPk
5ebn6Onq8vP09fb3+Pn6/9oADAMBAAIRAxEAPwD1yiiigAooooAKKKKACiii gAooooAKKKKA
CiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAK KKKACiiigAoo
ooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiii gAooooAKKKKA
CiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAK KKKACiiigAoo
ooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiii gAooooAKKKKA
CiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAK KKKACiiigAoo
ooAKpNqcauyiGVtrFcjbjg49au1ihcvL/wBdX/8AQjQBc/tRP+eE3/jv+NH9 qJ/zwm/8d/xq
pto20AW/7UT/AJ4Tf+O/40f2on/PCb/x3/GsoahbNceQj75C5jAXnLD73/fP f06deKpw69FP
aJcR2d0VmKi2GEzcZBI2/NxwpJ3bcDrQB0P9qJ/zwm/8d/xo/tRP+eE3/jv+ Ncv/AGvdJq88
R0+8kQWsMot0EZaMl5QxJ3Y5CrwCenA604eJ7V4pp4bW7ltYArS3CKuxFaNZ A3LAkbXGcAkc
8UAdN/aif88Jv/Hf8aP7UT/nhN/47/jXLQ65cS6vbWsdnJPDL9pDSoqLtMc4 j6F84AJzxk5U
gdQEsvEUstn5t1plykr3cltDGpj/AHpV5BgfPgEKhySQCemeKAOq/tRP+eE3 /jv+NH9qJ/zw
m/8AHf8AGuaXW5Bq9zBPYzQ2cNpHcNO+weWGEhJYb84+THAzkNnjBpNQ1l0i hRIprWeSa3Ki
VV+eNp40fGCccOAc4I3CgDpv7UT/AJ4Tf+O/40f2on/PCb/x3/GuV0zXw+hW tzcpLMyWsUt3
OiqFjLIGJPI7HccA4BrVOoWy3Hku+yQOIyG4wx+7/wB9dj3xjrxQBq/2on/P Cb/x3/Gj+1E/
54Tf+O/41U20baALf9qJ/wA8Jv8Ax3/GrFtcrdIzKrLtbaQ2M9Ae31rM21c0 z7k//XX/ANlW
gC7RRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUjus cbO5wqgkn0FL
UF9/x4XH/XJv5GgBn9pW395/+/Tf4Uf2lbf3n/79N/hVLy6guEdpbaKORo/N kKllAJwEZu4I
7CmlcTdjU/tK2/vP/wB+m/wo/tK2/vP/AN+m/wAKof2VL/z/AFx/3zH/APE1 l6hq8Wh6Fc6j
fCWaK2kZG8tV3sPM2DjgelNxsriTu7HR/wBpW395/wDv03+FH9pW395/+/Tf 4Vx+r+LINO03
U7y2tZLtNPZEd9wSN3LBSobkkjPPGO2a2mvbNLxbNruBbphlYDIoc/Rc5qSj W/tK2/vP/wB+
m/wo/tK2/vP/AN+m/wAKx01GwkadUvbZmtwTMBKpMeOu7nj8aQ6ppos/th1C 1+y52+f5y7M+
m7OKANn+0rb+8/8A36b/AAo/tK2/vP8A9+m/wrCudS8or9msbq+QxiTzLYIV 2nPQswBPHQZP
I9al0y/ttX06C+sn328y5UkYPXBB9wQRQBrnU7UAku4A7+W3+FW6xLhMW0v+ 4f5VtJ/q1+go
AWiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooA KykXJk/66v8A
+hGtWs6Fch/+usn/AKEaAGMAqlmICgZJPQVW/tGx/wCf23/7+r/jUuqLjSb3 /rg//oJrMnuo
je2zPfRyoLtmZobxEURbeAV3DPzY4+b7reu2tIQUkZyk0WYLTT55zPatGzq+ /MTA7WP3un97
uO+M9eaz4PDMsMr3IuoBd+YskbR2uyMMFdSzIG+ZiJGBIIzgdMVoaU/m3Em6 4iuHW3iDvG4c
A7pOCRwTjGTgZ64Fc1pXiC/e6t4dXvbix1Ka68s2c1ni3I3/AHUfbksV6Hdj PapkrOxUXdXO
ms9Omhvpry5njllmgihYRxFF+RpDkAsevmdM9vfjOtPC32Xw7faV9r3fa4BD 5vl42Yt0hzjP
P3N3Xvj3rE8ReJr3UvAWo6pp8L2doSBb3cdwRK2J1Q/KANufm7npz1rQ1rxv LoT30V5pa+fb
WqXcaJc5EiNKI8E7flIJ6cj3qSjSh0KW1ubaeC6QPFLclw8OQyTSiRlGGGCM ABue/FMk0C4N
ncWi3Nq9vLcPMqXFn5gG9mZg3zjd8zZBGMY71l+I/GNzpMWo2txZvbXUFrHd xNb3CsWRpVjI
JaMhTk9MMOuD3q1pmq61c+L/ABDYmO2ltrPyvKR5tnl7oyVwRGSdxAzn7vbd 3ALf/COdYjdF
7aWxWxuFkQs8iqHAYNkYPznOQc+1VofCMcRyosIWEkTK1rYLCxCSpJhiCc52 AcYHOcHisvR/
GWoW3gaz1jV4Y7lp5vJSYSbASZHG6QBMRqNoGRuz7Grd/r+sNr3huKwjtPI1 BLhmj+0ApMVX
I+cRkhQMMCOTnBAxQA+PwPbRRQJixmIiijllubFZXbYiplCT8uQo4IYZrfOl 2zT+c8e+QuJC
W5yw+7/3z29OvXmsFvHloNeGnCKMp9u+wFvPHm+Z6+VjOzPG7PWuS8M+K7nT lt7/AFS8u7qC
LRZJnjeVm3yfbGRTyevRc+lAHqu2jbWDo3iJ/EaajbWTWtve2ZjBlR/tUJDj IIKld3Rh7Ed6
k8Dajd6z4Qsb6/l825l8ze+0LnEjAcAAdAKANrbU2m/duP8Arr/7KtG2l0// AJef+ux/9BWg
C5RSMyrjcQMnAye9LQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFF ABRRRQAVBff8
eFx/1yb+RqeoL7/jwuP+uTfyNAEHl1Q1JZFksjF5u/zzjytu7/Vv03cfnWj9 qtf+fmH/AL7F
RzNp9ymyeS2lTOdrlWGfxpxdncTV0Ut1/wCup/8AkrWD4j0q91nwJf2VlC81 5NMdqOyKxIuM
nJyFzgH29K6T7Hov/PHT/wDvlKsRy2MMYjimt0ReiqygD8KqUk1ZExi07s4T VvDerjwfqnh2
0tPtESmM2MwdFLp5isUbJHzLg89CPek1TRvEWo67bSS2pNvb6xFOhiMKx+Qv G8knzC+MAjpj
oDxjv/tVr/z8w/8AfYo+1Wv/AD8w/wDfYqCzzu18IX4s9R02WznOjyQ4ihea IzJIZAzeW4P3
eM/PjJAzilPhzxDLDpl1deY8tndTMyReQJ3iZQqM27MZcAY+h4Oea9D+1Wv/ AD8w/wDfYo+1
Wv8Az8w/99igDh20/WdN8P2WiaRp18luVYS3JngeaJS7HaMso3YPXoueMnmu n0SxisdHtra3
s5bOKJdqwSlSy8nklSQSevXvWj9qtf8An5h/77FH2q1/5+Yf++xQBBdJi0m/ 3G/lWkn+rX6C
s67ubZrOcLcREmNgAHHPFaKf6tfoKAFooooAKKKKACiiigAooooAKKKKACii igAooooAKKKK
ACiiigAooooAKKKKACqduuUf/rrJ/wChmrlUrf7Rsfy44mXzZMFpCD989tpo AbqFu8+nXUMY
y8kTqoz1JBAqhi+/6in/AJK1rZuv+eMP/f0//E0Zuv8AnjD/AN/T/wDE1SlY lxuZ+nwXAu7i
a4E+HRFUzmPdwWJ+5xj5hVJPCVvvsvtF9fXUFjIstvBO6lY3UYU5Chmx2yTW 7m6/54w/9/T/
APE0Zuv+eMP/AH9P/wATSbu7jSsrHNTeBLGXSbrSheX0enXBJFsjptiJcOdm Vz1XuT1OOtS6
74K0/wAQXU9xdzXKPPaLaMImUAIJRICMqedwH4du9dBm6/54w/8Af0//ABNG br/njD/39P8A
8TSGc/rvgrT/ABBdT3F3Nco89otowiZQAglEgIyp53Afh271di0CG31641aC 4uI5bpUFxCCp
jl2qVUnKkggHsRWnm6/54w/9/T/8TRm6/wCeMP8A39P/AMTQBhWfhKHT9LbT rTUL2O13lo48
xkRZLEqMocg7jw27oMYpi+C7CC20qKzmubR9K3/ZpomUuN/387lIOc+ldBm6 /wCeMP8A39P/
AMTRm6/54w/9/T/8TQBkQ+G4bbUJrm0u7u3S4nFxNbxsvlyScZJypYZwMgEA 1l2vw40a2g8h
mup4vsTWRWV15QymXPCj5gx4PsOK6vN1/wA8Yf8Av6f/AImjN1/zxh/7+n/4 mgDOh0eaG2li
Gr37ySBQszmItGF/ujZt57kgk+vAqPw94di8N6eLG2u7me2T/VpPsPl5JJwV UE5J759sVq5u
v+eMP/f0/wDxNGbr/njD/wB/T/8AE0ALtqrC06RXZtkV5POPDHH8Iqzm6/54 w/8Af0//ABNM
sM5utwAPnHIBz/CtAEVuZXYv5cUko6l5Tlfw28VZ33X/ADxh/wC/p/8AiaSO W2u55lQ7pbSQ
RyYBBRtqvjPf5WU+nNWKAIN91/zxh/7+n/4mjfdf88Yf+/p/+Jp0F3b3OPs9 xFLmNZR5bhso
2drcdjg4PfBp0M0dxCk0MiyRSKGR0IKsDyCCOooAj33X/PGH/v6f/iaN91/z xh/7+n/4mpEm
jkaRY5FZom2uFIJQ4BwfQ4IP0IqvqOqWekwCa+m8qM7sHaW+6jSN0B6KjH8P WgCTfdf88Yf+
/p/+Jo33X/PGH/v6f/ianpizRNM8KyIZUAZkDDcoOcEjsDg/kaAI991/zxh/ 7+n/AOJo33X/
ADxh/wC/p/8AianooAg33X/PGH/v6f8A4mjfdf8APGH/AL+n/wCJqeigCDfd f88Yf+/p/wDi
aN91/wA8Yf8Av6f/AImp6KAIN91/zxh/7+n/AOJo33X/ADxh/wC/p/8Aiano oAg33X/PGH/v
6f8A4mjfdf8APGH/AL+n/wCJqeigCDfdf88Yf+/p/wDiaN91/wA8Yf8Av6f/ AImp6KAIN91/
zxh/7+n/AOJqG8a5+xT7oogvltkiUnt/u1dqC+/48Lj/AK5N/I0AT0VB9nk/ 5+5vyT/4mj7P
J/z9zfkn/wATQBPRUH2eT/n7m/JP/iaPs8n/AD9zfkn/AMTQBPRUH2eT/n7m /JP/AImj7PJ/
z9zfkn/xNAE9FQfZ5P8An7m/JP8A4mj7PJ/z9zfkn/xNAE9FQfZ5P+fub8k/ +Jo+zyf8/c35
J/8AE0AF9/x4XH/XJv5Gpk/1a/QVTvIJBZTk3UrARtwQnPH+7VxP9Wv0FAC0 UUUAFFFFABRR
RQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABVO3ureON0kniVh LJkM4BHzmrlQ
Wf8AqW/66yf+hmgA+3Wv/PzD/wB/BR9utf8An5h/7+Cp6KAIPt1r/wA/MP8A 38FH261/5+Yf
+/gqeigCD7da/wDPzD/38FH261/5+Yf+/gqeigCD7da/8/MP/fwUfbrX/n5h /wC/gqeigCD7
da/8/MP/AH8FH261/wCfmH/v4KnooAg+3Wv/AD8w/wDfwUfbrX/n5h/7+Cp6 KAIPt1r/AM/M
P/fwUya/hWFzDPbPKFOxXmCqT2BIzge+D9KtUUAZNxqBfQ7kz3lpY3Zhk+eG bzliODhgSFLY
4OMe1cvpd7byIVvL97fSvPm8y6TUpCkkgWHYFnJDbSGk4yOVI7V31VbL793/ ANdz/wCgigDk
bmBUsfFep2l5dB7NvOtmiuX2ErZwsrHBw+eM7s5FTxrNHp41P7beNcDWWgAa 4cxiM3xiK7M7
SNp4yMjjB4FdjRQBwnhuG3udQs5b+8uRdX2iWZTdfSoZ22SiTADDcQCDx0J3 cEk1Ttri2sfC
WimHUZG8q32z2a6hIkrThI8ohycOvIEPCnd0Fej0UAcRMPsF74mNhNJ/aT3M cghku5P9QywC
SQKS2APnG8KSuMDgAVj69dTXWk3DfaLWW1Am8sW9892Ff7Fd7v3jKO235RnH J4zXp9FAHFrq
GovrnkyT2sNz9vIWN7+QSGASY4twm0gx87s9TkkYwLml3ejQ+ONWt7K4sEnn t4N8ULoGkmV5
zJkDkuBgt36ZrqKKACiiigAooooAKKKKACiiigAooooAKKKKACobxS1lOqgl jGwAHfipqKAK
/wBvhH/PX/vy/wDhSfb4P+mv/fl/8Ks0UAVvt8H/AE1/78v/AIUfb4P+mv8A 35f/AAqzRQBW
+3wf9Nf+/L/4Ufb4P+mv/fl/8Ks0UAVvt8H/AE1/78v/AIUfb4P+mv8A35f/ AAqzRQBW+3wf
9Nf+/L/4Ufb4P+mv/fl/8Ks0UAUbq7iltJkQSlmjYAeU/XH0q6n+rX6ClooA KKKKACiiigAo
oooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAqqsNzFuWKWLYW ZhujORkk+vvV
qigCttvf+etv/wB+2/8AiqNt7/z1t/8Av23/AMVVmigCttvf+etv/wB+2/8A iqNt7/z1t/8A
v23/AMVVmigCttvf+etv/wB+2/8AiqNt7/z1t/8Av23/AMVVmigCttvf+etv /wB+2/8Aiqii
muZnkVJYMxnB/dN+nzfUfhU95cC3ty25VZjtUscAE9/61WSa2hmtxDPG2R5R AcEn0P5/zoAn
23v/AD1t/wDv23/xVG29/wCetv8A9+2/+KqzRQBW23v/AD1t/wDv23/xVG29 /wCetv8A9+2/
+KqzRQBW23v/AD1t/wDv23/xVG29/wCetv8A9+2/+KqzRQBW23v/AD1t/wDv 23/xVOtYHgEp
kdWaRy+VGB0A/pU9FABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUU AFFFFABRRRQA
UUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABR RRQAUUUUAFFF
FABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFRQhRLOVbJLgkY6 HavH8j+NS1FC
VMs4VcEOATnqdq8/yH4UAS0UUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAF FFFABRRRQAUU
UUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRR QAUUUUAFFFFA
BRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAF FFFABRRRQAUy
PzN8u/7u75Ppgf1zT6ihCiWcq2SXBIx0O1eP5H8aAJaKKKACiiigAooooAKK KKACiiigAooo
oAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiig AooooAKKKKAC
iiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKK KKACiiigAooo
oAKKKKACiiigAooooAKihKmWcKuCHAJz1O1ef5D8Klpkfmb5d/3d3yfTA/rm gB9FFFABRRRQ
AUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFAB RRRQAUUUUAFF
FFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUU UAFFFFABRRRQ
AUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFRQhRLOVbJLgkY6HavH8j+ NS1FCVMs4VcE
OATnqdq8/wAh+FAEtFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAU UUUAFFFFABRR
RQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFF ABRRRQAUUUUA
FFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFRz3EduoaUkA nAwpPP4fSpKp
akMrAP8Apr/7K1AD/wC0rb+8/wD36b/Cj+0rb+8//fpv8KpeXVeOO6uZrgQy QxpE4TDRFifl
Vs53D+9TSuJuxq/2lbf3n/79N/hR/aVt/ef/AL9N/hWTPFeWqLJJLA6+YiFR EVPzMF67j61D
cavp9peyWdxcrFPHbG6cMCAsQO3dnGOvbOaGrAnc3P7Stv7z/wDfpv8ACo49 Sh3y72fbu+T9
03TA9vXNYNrrtneatHp0CzGSWzF6rtHtUxltvQ4YHPt0rV8ukMu/2lbf3n/7 9N/hR/aVt/ef
/v03+FUvLo8ugC7/AGlbf3n/AO/Tf4Uf2lbf3n/79N/hWFBrOm3Wqy6Zb3cc t7CheSOP5tgD
bTkjgEE4xnPtWh5dAF+O/t5ZFjRm3N0BRhnv3FWKyEXF3bf9dP8A2U1r0AFF FFABRRRQAUUU
UAFFFFABRRRQAUUUUAFFNlkEMLyNkqiljj2qn/aif8+83/jv+NAF6iqP9qJ/ z7zf+O/40f2o
n/PvN/47/jQBeoqj/aif8+83/jv+NH9qJ/z7zf8Ajv8AjQBeoqj/AGon/PvN /wCO/wCNH9qJ
/wA+83/jv+NAF6iqP9qJ/wA+83/jv+NH9qJ/z7zf+O/40AXqKo/2on/PvN/4 7/jSNq0aqWME
wAGT93/GgC/RQORRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFA BRRRQAUUUUAF
FFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABVW+GTbj/pr/AOytVqqt6yI1 s0jBVEvJY4H3
GoAj8ustLqa3vb5InCr5wOPsck3/ACzTupA/Ctb7Va/8/MP/AH2KqyQ6dJK8 hutrOct5d0yA
nAGcBgOgFVFpbkyTexRu7y4mjijkkDK08WR9glj/AOWi/wATHArlfFOhahf+ OY7u1tGnhtdN
WTY6nyrhlmJ8ot0zg7gD3A4xXbi300MpN0W2sGAe8dhkHI4LY61b+1Wv/PzD /wB9inJp7BFN
bnn2rSag/iKfV7HRry4R9B8tYZInjJczcoeMhgpJwOeOPWspNFvrhdbiMVza 2huLWeFYdNlW
CQhGLjyTlipOA2M84JAFerfarX/n5h/77FH2q1/5+Yf++xUFHmF5pupyW2j3 v9kN9rWDy20s
wO0I3SEllcf6lsc84wCAOmKspouot4tlnvGninTVBNBLHZPIZLfgBPODbUTb nKkZyM89K9G+
1Wv/AD8w/wDfYo+1Wv8Az8w/99igDjfMb/hZv2r7JffZv7O+x+d9im2eb52c btuMY53fd967
Dy6d9qtf+fmH/vsUfarX/n5h/wC+xQBCy4uLX/rr/wCytWlWe80MlxaiKWN2 83OFYH+Fq0KA
CiiigAooooAKKKKACiiigAooooAKKKKAIL7/AI8Lj/rk38jVDZV++/48Lj/r k38jUPl0AZz2
4uNRhhdpAhikchHZckFAOhHqasf2NB/euP8AwIk/+KqnqhWK+tWd0QeXIMvc tAOqfxL1+n+F
V/tMP/P1bf8Ag6l/wraKdlYybV3cp6lr66FpGkXNygkW8mht5JHk2iMMpJcn BzjHTj61WvPE
14ltpl1DZLDb3+pxWsZnJLPC+fn28bSccZzx1FWNY8NyeI9A0K2xF5UFxbz3 CSkjfGFIZRgd
Tn2+tR3HhfVp7TS7SS6gmi03U4bmKaR28x4Ez8rfLjeM4z0OOcVlLdmi2NNt d0xL1rSS5Ecy
q7fvEZVIT7+GIwcYOcHjFRDxLpLWf2r7SwhJRVLQyAyF87dilctnBxgHOKw4 /BmtzapY3Wp3
VteG3F0srSzyOJhIhVQI9oVAMgEA8jv0qWDwRdppV1ZzCCa3adJbW0a7kItt qkZSXbuByQfu
4ABHfNIZsXPiPSrOGOWe5KLIrMB5TlgqnDFlAyoB4JIGKi1XV7vT7O4v4rGC awgj83zWutpk
XaDlAFIPpyRmsp/A2oN9hmu7lNSnSxayuUlupbcSKWLD50BJHO0gjkDJ5q7q vhi71DR10v7B
pMkUduILeeRn323yKCVBVieRkfMOgzmgDcsplvrG3uo1ZUnjWRVcYIDDOD78 0+4TFtL/ALh/
lU1laPa2NvbyStM8Uao0rdXIGNx9z1pbtMWk3/XNv5UAaSf6tfoKWkT/AFa/ QUiSpIzBG3be
pHT86AHUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAVinzH klPmy/6xxxIw
H3j71tVlxpnzD/01f/0I0AVZ5Hgj3mS4bkKFWVskkgAcn1NM8y7/AOfa+/7/ AK//ABdS6iCl
sjBC5E8J2rjJ/eLwM8Va+2Sf9Ay7/wC+ov8A4urSVrkN6lKGSSbzAWuY3jba yvKcg4B7MR0I
p0r+RE8s1zJHHGpZ3eZgFA5JJzwKy9dYy+HfE7tE8R8iX5Hxkf6OvoSP1rj9 GVJ/CGpvqOf7
Ug0YiBHHypbGH5Wj9c/xHrnj0qZKzKi7o9Eifz4klhuZJI5FDI6TMQwPIIOe RT9sn/Pab/v6
3+Ned3Xii40zwraHS55/O06ws2njEMZiG9VwHLfMcgjGzp39tc63qsHiG8tL qYRmT7Q2njCG
2kWNDwzD5lYHliTjgjFIZ1u2T/ntN/39b/GjbJ/z2m/7+t/jXA/8JVq1vpTQ zPc/2ml3b2t0
skUQMHmAkshGEIOABu6dzzW1Z3fiF7B4LuxuJpBcyRvLDJbiZYgFKbgHChyG xx0xnHINAHSb
ZP8AntN/39b/ABo2yf8APab/AL+t/jXOfDRnm8D2LSI4IaX53IPmfvGO4ck9 SRzg5B7YJ6zZ
QBPprM1oN7FiHYZY5P3jVqqmm8Wzf9dH/wDQjVugAooooAKguP8AXWv/AF1P /oDVPVa7UtJb
BXZCZT8y4yPkb1oAs0VB9nk/5+5vyT/4mj7PJ/z9zfkn/wATQBPRUH2eT/n7 m/JP/iaPs8n/
AD9zfkn/AMTQBPRUH2eT/n7m/JP/AImj7PJ/z9zfkn/xNAE9FQfZ5P8An7m/ JP8A4mj7PJ/z
9zfkn/xNAE9FQfZ5P+fub8k/+Jo+zyf8/c35J/8AE0ANu/8AW2v/AF2/9lar NUponSa1LTyS
DzejBf7regFXaACiiigAooooAKKKKACiiigAooooAKKKKAIL7/jwuP8Ark38 jUf2iP8Auzf9
+X/wqS+/48Lj/rk38jU9AFT7RH/dm/78v/hR9oj/ALs3/fl/8Kt0UAVPtEf9 2b/vy/8AhR9o
j/uzf9+X/wAKt0UAVPtEf92b/vy/+FH2iP8Auzf9+X/wq3RQBU+0R/3Zv+/L /wCFH2iP+7N/
35f/AAq3RQBU+0R/3Zv+/L/4VDdzxmznAWXJjbrC47fStGoL7/jwuP8Ark38 jQBXuY7lihVl
MG0ZQISfx5Gf88VLF5zxjyp7faOMCE8e33qsp/q1+gqtHdwvqlxZqhE8UMcz tgYKuXCjPXI8
tvzFAD9l1/z2h/79H/4qjZdf89of+/R/+KpLG9j1CBpolZVWaWEhwM5jdkP4 ZU49qsUAQbLr
/ntD/wB+j/8AFUbLr/ntD/36P/xVT1m3Wv6fZXLwXEsitGQJHEEjRx5AI3OF 2rwR1IoAt7Lr
/ntD/wB+j/8AFUbLr/ntD/36P/xVT0UAQbLr/ntD/wB+j/8AFUbLr/ntD/36 P/xVT0UAQbLr
/ntD/wB+j/8AFUbLr/ntD/36P/xVT0UAQbLr/ntD/wB+j/8AFUbLr/ntD/36 P/xVT0UAQbLr
/ntD/wB+j/8AFUbLr/ntD/36P/xVT0UAQbLr/ntD/wB+j/8AFUbLr/ntD/36 P/xVT0UAQbLr
/ntD/wB+j/8AFUbLr/ntD/36P/xVT0UAQbLr/ntD/wB+j/8AFVBbITE24gt5 j5IGP4jV6qVv
A7o7C4lQGWT5VC4Hzn1FADL6y+2WrQ5UZZW+ddynDA4I7jiqP9hn/nlpf/gB /wDZ1rfZn/5+
pvyT/wCJo+zP/wA/U35J/wDE1Sk1oiXFPVlG10qOG2uIJkgkjuGJeNYQsZBU KRtyeCBz9TT2
0ewdI1extmWOIwoDEpCxkYKDjhSOMdKt/Zn/AOfqb8k/+Jo+zP8A8/U35J/8 TSbvqxpW0RnS
+HdIn2+dpVjJtQRrvt0OEHRRkdBjpU66TYpcy3C2Vus8w2ySiJdzj0Jxk1a+ zP8A8/U35J/8
TR9mf/n6m/JP/iaQypHo2nw2slrFYWyW0hy8KwqEb6jGDUlpp9tYQCGztobe IHIjhQIufoKn
+zP/AM/U35J/8TR9mf8A5+pvyT/4mgCG2sbeyt1t7SCKCBM7Y4kCquTk4A46 k1N5dH2Z/wDn
6m/JP/iaPsz/APP1N+Sf/E0AN0/iB/8Arq//AKEatVVsBtgcEliJXGT3+Y1a oAKKKKACq902
xrdyGKpIS21S2BtYdvrViigCt9vg/wCmv/fl/wDCj7fB/wBNf+/L/wCFWaKA K32+D/pr/wB+
X/wo+3wf9Nf+/L/4VZooArfb4P8Apr/35f8Awo+3wf8ATX/vy/8AhVmigCt9 vg/6a/8Afl/8
KPt8H/TX/vy/+FWaKAK32+D/AKa/9+X/AMKPt8H/AE1/78v/AIVZooApS3CT zWwjEh2y5JMb
AAbT3Iq7RRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQBBff8eFx/1yb+Ro+x x/3pv+/z/wCN
OukaS0mRBlmRgB6nFM+1P/z6T/8Ajv8A8VQAv2OP+9N/3+f/ABo+xx/3pv8A v8/+NN+1v/z6
XH/jv/xVH2t/+fS4/wDHf/iqAHfY4/703/f5/wDGj7HH/em/7/P/AI037W// AD6XH/jv/wAV
R9rf/n0uP/Hf/iqAHfY4/wC9N/3+f/Gj7HH/AHpv+/z/AONN+1v/AM+lx/47 /wDFUfa3/wCf
S4/8d/8AiqAHfY4/703/AH+f/Gj7HH/em/7/AD/4037W/wDz6XH/AI7/APFU fa3/AOfS4/8A
Hf8A4qgB32OP+9N/3+f/ABqG8tY1sp2DS5EbHmZz2+tSfa3/AOfS4/8AHf8A 4qo7iaWa2ljW
0nDOjKM7ccj60AP2Xhu4XjuIFswnzxNAxkY88h94AHTjaeh554ybq2lPiLUJ 5IZpLM2Nsroi
n97h5yVB74BBKjk5Hrg76cIv0paAPNtWt7x9EubWLSDvQ3s9pK2nySyB2uJS ojIx5RwEYMeu
RgHGK0LjTkN5qqfZbho5C7y3X9nuZc+cjCMn/lvGRnheiLjvXc0UAcC1peeV btNZ29vZGAxx
W/8AZM1wqt5smWEauDFuUxnnOOmRjm/qouptEi0stqcl2tssTIbX9zesUXIk cBtgJyDh16nr
xXX0UAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABVO3mdY3C28rgSyfM pXB+c+pq5UFn
/qW/66yf+hmgA+0Sf8+k35p/8VR9ok/59JvzT/4qp6KAIPtEn/PpN+af/FUf aJP+fSb80/8A
iqnooAg+0Sf8+k35p/8AFUfaJP8An0m/NP8A4qp6KAIPtEn/AD6Tfmn/AMVR 9ok/59JvzT/4
qp6KAIPtEn/PpN+af/FUfaJP+fSb80/+KqeigCtYEmFyQVJlfg9vmNWarWX+ qk/67Sf+hGrN
ABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUA FFFFABRRRQAU
UUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRR RQAUUUUAFFFF
ABRRRQAUUUUAFFFFABVc2UZYkNKuSSQsrAZJyeM1YooArfYk/wCetx/3+b/G j7En/PW4/wC/
zf41ZooArfYk/wCetx/3+b/Gj7En/PW4/wC/zf41ZooArfYk/wCetx/3+b/G j7En/PW4/wC/
zf41ZooArfYk/wCetx/3+b/Gj7En/PW4/wC/zf41ZooArfYk/wCetx/3+b/G j7En/PW4/wC/
zf41ZooAZDCkCbEzjJPJzyfen0UUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUU AFFFFABRRRQA
UUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABR RRQAUUUUAFFF
FABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUU AFFFFABRRRQA
UUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABR RRQAUUUUAFFF
FABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUU AFFFFABRRRQA
UUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABR RRQAUUUUAFFF
FABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUU AFFFFABRRRQA
UUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABR RRQAUUUUAFFF
FABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUU AFFFFABRRRQA
UUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABR RRQAUUUUAFFF
FABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUU AFFFFABRRRQA
UUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABR RRQAUUUUAFFF
FABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUU AFFFFABRRRQA
UUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABR RRQAUUUUAFFF
FABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUU AFFFFABRRRQA
UUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABR RRQAUUUUAFFF
FABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUU AFFFFABRRRQA
UVhG3jeSVmjUkyvyR/tGka2iVGbykwoJPAHT3PFAG9RXNKBIN0OnvLGfuuvl 4b82z+fNOiSO
SV43tTE6AMVdV6HODwT6GqcWhcyZ0dFYX2WL/nkn/fIqK2+x3sCz2rQTwvnb JEVZTg4OCOOo
qRnRUVhfZYv+eSf98ij7LF/zyT/vkUAbtFYX2WL/AJ5J/wB8ij7LF/zyT/vk UAbtFYX2WL/n
kn/fIo+yxf8APJP++RQBu0VhfZYv+eSf98ij7LF/zyT/AL5FAG7RWF9li/55 J/3yKPssX/PJ
P++RQBu0VhfZYv8Ankn/AHyKPssX/PJP++RQBu0Vzv8Aof2v7Lug+07PM8nK 79mcbsdcZ4zU
v2WL/nkn/fIoA3aKwvssX/PJP++RR9li/wCeSf8AfIoA3aKwvssX/PJP++RR 9li/55J/3yKA
N2isixjWLUE2KF3RtnAxnkVr0AFFFFABRRRQAUUUUAFFFFABRVHVUDxwKwBB l6H/AHWqh9li
/wCeSf8AfIoA3aK52VIo5FjW3EkrDKouwEjnJ5I9P8M4OI5P3MTySabKqICz NiPgDqfvVSi2
TzI6aisL7LF/zyT/AL5FRSfY4p4YJGgSafPlRsVDSYGTtHU4HXFSUdFRWF9l i/55J/3yKPss
X/PJP++RQBu0VhfZYv8Ankn/AHyKPssX/PJP++RQBu0VhfZYv+eSf98ij7LF /wA8k/75FAG7
RWF9li/55J/3yKPssX/PJP8AvkUAbtFYX2WL/nkn/fIo+yxf88k/75FAG7RW F9li/wCeSf8A
fIo+yxf88k/75FAG7RWBLFbQRPLMIo441LO7gAKByST2FEUVtPEksIikjkUM joAQwPIIPcUA
b9FYX2WL/nkn/fIo+yxf88k/75FAG7RWF9li/wCeSf8AfIo+yxf88k/75FAG 7RWF9li/55J/
3yK1dPOdPt8/88x/KgCxRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQBmRp nzD/ANNX/wDQ
jVXVrZJdMn8ySSMIpk3RnkbeemQD06H9DgjQt0yjn/prJ/6GaLq1+1Wk0BO0 SoybsdMjFOLs
7iaurGPoNrPpNkUmtL6e4lbzJWaWMruPZQX6e/U/kBaidp9VuC0EkJEEQ2yF ST80nPykim/2
Gf8Anlpf/gB/9nViw0v7HLNJ+4BkVV2wQ+WoxnnGTz836VrKSd3fUzjFqyPN PhqqXEWnR6pn
MUUkmmRsP3bfvG8xh6yA8ey8jqai0TXZLDwDY21hcXCX0Vnc3m2GKNhtWVwG cvxtyCML83p7
97H4f1GKKCKOXQ0jtm3wouksBE3PKjzuDyeR61C3hS5eGKJl8PtFCCI0OjEq gPJAHncZyc1i
amDbeI9UfVNKkvpGhsL9LZYTbIjoZXQMySA/MpOeMEYBBOaqN4s1iw07Vjes zanBb/aI4hGj
QGNpAqyRsvJABzhic/ga65PD2oRTxTxyaGk0KBI5F0hgyKBgAHzuBjjFOg0D UrXzvs82iRef
/rfL0ll8z/exNz+NAGfoa6lqQ1Gz1kzm2xE9vIZo45mVgc58huBleDnkHvzT Phqu7wFph/66
/wDo16vJ4Yu47WW1T+wFtpiDJCNHIRyOQSPOwaksfD2oaZv/ALPl0O08zG/y NJZN2M4zibnq
fzoA4fVp30PUvHeoaYsdvdwfYvLlWJSV8zG/qMfMeT6nnrWzqupa7Ya3f6XY 3aXUzaat3Abh
ETZIZQhUYAHIPAbPOBmtlvClw7zu6+Hme4z5zHRiTLlg3zfvufmAPPcZqxNo Wp3MrSzz6LLK
8fks76UzFkznaSZvu55x0oA4nVLyXWdK0OU3t4skOvxW0omiiV4nHUnC7SVO cEDHzYIOK0fF
viW50iO6XTbu5luNLSD7Ruhi8slyP9YTg5YH+ADH8uiPh7UDYiyMuhmzHS3O kN5f/fPnYqKb
wpc3G3zl8PybUEa79GJwg6KMzdB6UAcxd6/rMGheIdWXUDnS9Ve3ig8mPa0Y dF2scZ6N1BB9
zW9ps2oah4rvPs2oTyaRZM0cqyRx7XmP8CEIG2pnkkk5wOeavt4e1B7ee3eX Q2guJDLNGdJY
rK5IO5h52Ccgcn0pkfhm8hvTexHQUuyxYzro7CTJzk7vOzk5OfrQBbvA41fT lXU4rZW83dZs
qlrv5eNpJyNvU4/GuH8XvPD49BjaWO1OkqLySEZkjg887iv6ZPYZPau1k0nW JriG4lvNIeeD
d5UjaW5aPIwdp87IyOuKRtH1drk3LXejm4MflGU6W+8pnO3PnZxnnHSgDkr2 60/QPGD3MLrb
2MHh4eU8SbwoM4CkDvyR9aYNe8QyyavZ2hleW0uLbaJ1hW48p0ZnCgfIWwuR 7ZzyMV1I8NXq
rtVtBA8ryMDR2/1ec7P9d93POOmaYvhS5SGSFV8PrFLt8xBoxCvt+7kedzjJ x6UAc3c+KL4W
mnalFdznR5Icy3CQxmZJDIVXzEP8PGPkxkg47VYg1vXrzxBcCCNhaWuqCzlj YwrGIeBuyxEh
ckggAYPQZPFdE/h7UJGgZ5dDZrfAhLaQxMWOm399x+FEmgajLereSTaI92n3 Z20li6/RvOzQ
BjwWiW3xXlEZkPm6OZW8yVn5M/bcTgcdBgD0rsNlYP8Awilx9r+17fD32nzP N87+xjv35zu3
ednOec10kUUghQTMryhRvZF2qT3IBJwPbJ+tAEEK7dQi/wCub/zWtGqe3bqE H/XN/wCa1coA
KKKKACiiigAooooAKKKKAKl+M/Zx/wBNf/ZWqLZU92MvbD/pqf8A0BqdsoA5 W90hpvECOjXs
kKbZ5Y4pADuyQoDFgcfKfpjA4I26up3cjaVeA6fcoDA43M0eB8p5OHzUl5pH 2m7M4FsxKKm2
4t/Mxgk8fMMdf0FV5fD/AJsTxlNOQOpXcllhhnuDv4Nb8ydrvYx5Wr2W5yXx Ba9h8QeHH0xW
N0FuyuxcsB5a7ioPVguSB64qK5bStO1jwddWEmdOWK+nablmYCEFmbuW4Oe+ a7rUtNuLm4tr
i0axjnt922S5tDMy7gAdhDqVyM5654rOXw7fo6OsmhB0Z2VhpDZUvw5H77gt 39e9YGxySeJd
buLu7ttNlaVptMW8tDexxRksZFX5dp6EH5Q/OcZ95JvEmpto8V3azXTw208y 6gGjhF1EI1GQ
ARsYAnJIHQgdcmuli8K3MG/yV8Px70MbbNGI3KTkqf33IzzinN4avXto7Z20 FreI5jiOjsVQ
+oHnYFAHMXXiPXbq+uU0gtKtnbW06ErDFHOrqGd5PMYMoxkDb0I5q34i020v r0adoVsv9svO
s01+gybMbtxLP1yeQEz36Dit+58P6jeyRyXcuhzyRf6tpdJZin0Jm4qvL4Pl nmeWaHw5JLIx
Z3fRCWYnkkkzcmgCl8TYI38CX7vGrNG0TISMlT5ijI9DgkfQmqV1falFe+LI LO++yW2iWsMl
rDFBHtX9yW28r935en5EV0l7omqajCIr+40W6iVtwSfSmdQemcGbryfzpsfh 7UIUmSKXQ0Se
NYpVXSWAkQLtCt++5AXgA9uKAObtvEeqPqulSX0jQ2F+lssJt0R0MroGZJAf mUnPGMYGCc1F
4duF0PTfFWoXeo3Ait9TuEIaNGyxKASEBQSxJHGQvsOtdQnh7UIp4p45NDSa FAkci6QwZFAw
AD53AxxihvDl+800zvoTSzrslc6QxaReOGPncjgcH0oA42TxPra6m+nrdTRb dVs7cPcQxGXy
5kclWCfL/COmD9Ku3muahZ3Ovac+oXMk9nNbpZNFHEJZnlQkRnKFcZGc4BwO tdDF4WuoCDCP
D8ZDpINmjEYZc7W/13UZOD2zTrnwzeXjStdHQZ2lZWkMujsxcqCFJzNyQCQP QGgC/pNteQaX
bx6lci5vAv72UKFBY88AADA6dO1Y15vf4e6k0mpxaq32G4zeRKqrJ8r9ApI4 6celaVrpOsWV
utvaXmkW8CZ2xxaW6quTk4Amx1JpkeiapDZGyiuNFS0KlTAulMI8HORt87GD k5+tAHC6MqT+
ENUfUc/2pBoxECOPlS2MPytH65/iPXPHpTrrxRcaZ4VtDpc8/nadYWbTxiGM xDeq4Ds3zHII
xs6d/btm8P6i6Rq8uhsscRhQHSWIWMjBQfvuFI4x0qGXwpc3G3zl8PybUEa7 9GJwg6KMzdBj
pQBjHW9Wg8Q3lndTCMyfaG08YQ20ixoeGYfMrA8sSccEYrP/AOEq1a30poZn uf7TS7t7W6WS
KIGDzASWQjCEHAA3dO55rsF0HUkuZblZtEWeYbZJRpLbnHoT52TTY/D2oQ2s lrFJoaW0hy8K
6QwRvqPOwaAMeKWM6TLN4wtUnmtrmSG3hkEcskykKVBjQlTIRjjHGM8A5rS8 H6beafozLfKY
jNO80Vtu3fZo2Pyx59v60P4SnkgjhePw80MRJSNtFJVCcZwPO4zgflWpoukS aVDLEw09ImYM
qWNkbdQehJG9sk4Hp079gC3sqfTv+Qfb/wDXMfyp2ym6d/yD7f8A65j+VAFm iiigAooooAKK
KKACiiigAooooAKKKKACiiigCnb20ciOzGTJlk+7KwH3z2BqX7HF/em/7/P/ AI1BDdeQrxtB
OSJHOViJByxNSfb1/wCeFz/35agB/wBji/vTf9/n/wAaPscX96b/AL/P/jTP t6/88Ln/AL8t
R9vX/nhc/wDflqAH/Y4v703/AH+f/Gj7HF/em/7/AD/40z7ev/PC5/78tR9v X/nhc/8AflqA
H/Y4v703/f5/8aPscX96b/v8/wDjTPt6/wDPC5/78tR9vX/nhc/9+WoAf9ji /vTf9/n/AMaP
scX96b/v8/8AjTPt6/8APC5/78tR9vX/AJ4XP/flqAH/AGOL+9N/3+f/ABo+ xxf3pv8Av8/+
NM+3r/zwuf8Avy1H29f+eFz/AN+WoAf9ji/vTf8Af5/8aPscX96b/v8AP/jT Pt6/88Ln/vy1
H29f+eFz/wB+WoAf9ji/vTf9/n/xo+xxf3pv+/z/AONM+3r/AM8Ln/vy1H29 f+eFz/35agB/
2OL+9N/3+f8Axo+xxf3pv+/z/wCNM+3r/wA8Ln/vy1H29f8Anhc/9+WoAf8A Y4v703/f5/8A
Gj7HF/em/wC/z/40z7ev/PC5/wC/LUfb1/54XP8A35agB/2OL+9N/wB/n/xo +xxf3pv+/wA/
+NM+3r/zwuf+/LUfb1/54XP/AH5agB/2OL+9N/3+f/Gj7HF/em/7/P8A40z7 ev8Azwuf+/LU
fb1/54XP/flqAG+SsOoQbS5zG/3nLd19TVyqay/aL2FljlUKjgl4yvXbjr9D VygAooooAKKK
KACiiigAooooArXaCR7ZWzgyn7rEH7jdxTvscX96b/v8/wDjTbtjG1vJsdwk mSEUsfusP60n
29f+eFz/AN+WoAf9ji/vTf8Af5/8aPscX96b/v8AP/jTPt6/88Ln/vy1H29f +eFz/wB+WoAf
9ji/vTf9/n/xo+xxf3pv+/z/AONM+3r/AM8Ln/vy1H29f+eFz/35agB/2OL+ 9N/3+f8Axo+x
xf3pv+/z/wCNM+3r/wA8Ln/vy1H29f8Anhc/9+WoAf8AY4v703/f5/8AGj7H F/em/wC/z/40
z7ev/PC5/wC/LUfb1/54XP8A35agB/2OL+9N/wB/n/xo+xxf3pv+/wA/+NM+ 3r/zwuf+/LUf
b1/54XP/AH5agB/2OL+9N/3+f/Gj7HF/em/7/P8A40z7ev8Azwuf+/LUfb1/ 54XP/flqAH/Y
4v703/f5/wDGj7HF/em/7/P/AI0z7ev/ADwuf+/LUfb1/wCeFz/35agB/wBj i/vTf9/n/wAa
PscX96b/AL/P/jTPt6/88Ln/AL8tR9vX/nhc/wDflqAH/Y4v703/AH+f/Gj7 HF/em/7/AD/4
0z7ev/PC5/78tR9vX/nhc/8AflqAH/Y4v703/f5/8aPscX96b/v8/wDjTPt6 /wDPC5/78tR9
vX/nhc/9+WoAf9ji/vTf9/n/AMaPscX96b/v8/8AjTPt6/8APC5/78tR9vX/ AJ4XP/flqAH/
AGOL+9N/3+f/ABpunf8AIPt/+uY/lSC/Qn/UXI9/Jan2KsljArAqwQAgjBFA E9FFFABRRRQA
UUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABR RRQAUUUUAFFF
FABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUU AFFFFABRRRQA
UUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABR RRQAUUUUAFFF
FABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUU AFFFFABRRRQA
UUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABR RRQAUUUUAFFF
FABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUU AYRt43klZo1J
Mr8kf7RpGtolRm8pMKCTwB09zxVuNM+Yf+mr/wDoRqrq1skumT+ZJJGEUybo zyNvPTIB6dD+
hwQ0ruwnoiuoEg3Q6e8sZ+66+XhvzbP5806JI5JXje1MToAxV1Xoc4PBPoab oNrPpNkUmtL6
e4lbzJWaWMruPZQX6e/U/kBaidp9VuC0EkJEEQ2yFST80nPykitJRSvYiMm7 XG/ZYv8Ankn/
AHyKitvsd7As9q0E8L52yRFWU4ODgjjqK4H4aqlxFp0eqZzFFJJpkbD9237x vMYesgPHsvI6
motE12Sw8A2NtYXFwl9FZ3N5thijYbVlcBnL8bcgjC/N6e+RoekfZYv+eSf9 8ij7LF/zyT/v
kVyFt4j1R9U0qS+kaGwv0tlhNsiOhldAzJID8yk54wRgEE5qo3izWLDTtWN6 zNqcFv8AaI4h
GjQGNpAqyRsvJABzhic/gaAO6+yxf88k/wC+RR9li/55J/3yK53TlvNQW8td eijuIlaOSwW9
lhVp2ZG+VxEWXGQccHI5wcU3wXG0WteI7Zo47fyZ4gLW2bdBFlP4DgcnuMDB AoA6T7LF/wA8
k/75FH2WL/nkn/fIrzzVp30PUvHeoaYsdvdwfYvLlWJSV8zG/qMfMeT6nnrW zqupa7Ya3f6X
Y3aXUzaat3AbhETZIZQhUYAHIPAbPOBmgDqvssX/ADyT/vkUfZYv+eSf98iu A1S8l1nStDlN
7eLJDr8VtKJooleJx1Jwu0lTnBAx82CDitHxb4ludIjul027uZbjS0g+0boY vLJcj/WE4OWB
/gAx/IA677LF/wA8k/75FH2WL/nkn/fIrh7vX9Zg0LxDqy6gc6Xqr28UHkx7 WjDou1jjPRuo
IPua3tNm1DUPFd59m1CeTSLJmjlWSOPa8x/gQhA21M8kknOBzzQBtfZYv+eS f98ij7LF/wA8
k/75FMvA41fTlXU4rZW83dZsqlrv5eNpJyNvU4/GuH8XvPD49BjaWO1OkqLy SEZkjg887iv6
ZPYZPagDtv8AQ/tf2XdB9p2eZ5OV37M43Y64zxmpfssX/PJP++RXF3t1p+ge MHuYXW3sYPDw
8p4k3hQZwFIHfkj60wa94hlk1eztDK8tpcW20TrCtx5TozOFA+Qthcj2znkY oA7f7LF/zyT/
AL5FH2WL/nkn/fIrirnxRfC007Uoruc6PJDmW4SGMzJIZCq+Yh/h4x8mMkHH arEGt69eeILg
QRsLS11QWcsbGFYxDwN2WIkLkkEADB6DJ4oA637LF/zyT/vkUfZYv+eSf98i uN1iyt7HWvD0
un21pBaTX0apeWspeecFT8rcDKE8E7m4wfau/wBlAEFjGsWoJsULujbOBjPI rXrOhXbqEX/X
N/5rVuW6jjbYMvJ/cTk//W/GgCaimxl2QGRQjHqoOcU6gAooooAKKKKACsI2 8bySs0akmV+S
P9o1u1mRpnzD/wBNX/8AQjQBUa2iVGbykwoJPAHT3PFQKBIN0OnvLGfuuvl4 b82z+fNWNWtk
l0yfzJJIwimTdGeRt56ZAPTof0OCK+g2s+k2RSa0vp7iVvMlZpYyu49lBfp7 9T+QGkYrluZy
b5rDokjkleN7UxOgDFXVehzg8E+hqb7LF/zyT/vkU6J2n1W4LQSQkQRDbIVJ PzSc/KSK86+G
qpcRadHqmcxRSSaZGw/dt+8bzGHrIDx7LyOpqZKzKi7o762+x3sCz2rQTwvn bJEVZTg4OCOO
oqX7LF/zyT/vkV5vomuyWHgGxtrC4uEvorO5vNsMUbDasrgM5fjbkEYX5vT3 2bbxHqj6ppUl
9I0NhfpbLCbZEdDK6BmSQH5lJzxgjAIJzUlHX/ZYv+eSf98ij7LF/wA8k/75 FcK3izWLDTtW
N6zNqcFv9ojiEaNAY2kCrJGy8kAHOGJz+BrY0++8RCO9jktZrr5ojbyM9t5w jZTuYqrhMAr8
vPOe+DQB0X2WL/nkn/fIo+yxf88k/wC+RXN/D1pXj19JYrhSmqzfNO6s3RRt JBOWGBntyME8
4wNWnfQ9S8d6hpix293B9i8uVYlJXzMb+ox8x5PqeetAHof2WL/nkn/fIo+y xf8APJP++RXK
6rqWu2Gt3+l2N2l1M2mrdwG4RE2SGUIVGAByDwGzzgZrK1S8l1nStDlN7eLJ Dr8VtKJooleJ
x1Jwu0lTnBAx82CDigDv/ssX/PJP++RR9li/55J/3yK5Hxb4ludIjul027uZ bjS0g+0boYvL
Jcj/AFhODlgf4AMfyq3ev6zBoXiHVl1A50vVXt4oPJj2tGHRdrHGejdQQfc0 Adx9li/55J/3
yKPssX/PJP8AvkVi6bNqGoeK7z7NqE8mkWTNHKskce15j/AhCBtqZ5JJOcDn mte8DjV9OVdT
itlbzd1myqWu/l42knI29Tj8aAH/AGWL/nkn/fIqL/Q/tf2XdB9p2eZ5OV37 M43Y64zxmuJ8
XvPD49BjaWO1OkqLySEZkjg887iv6ZPYZPap7260/QPGD3MLrb2MHh4eU8Sb woM4CkDvyR9a
AO0+yxf88k/75FH2WL/nkn/fIriBr3iGWTV7O0Mry2lxbbROsK3HlOjM4UD5 C2FyPbOeRinX
Pii+Fpp2pRXc50eSHMtwkMZmSQyFV8xD/Dxj5MZIOO1AHa/ZYv8Ankn/AHyK PssX/PJP++RX
JQa3r154guBBGwtLXVBZyxsYVjEPA3ZYiQuSQQAMHoMnioru51GTx34Ze9sL uBpHuQIGkiKA
eXjI2uc4BJJOCewPSgDsvssX/PJP++RU1jGsWoJsULujbOBjPIqfZSQrt1CL /rm/81oA0aKK
KACiiigAooooAKKKKACiiigAooooAKKKKACiiigClbplHP8A01k/9DNF1a/a rSaAnaJUZN2O
mRilt7aORHZjJkyyfdlYD757A1L9ji/vTf8Af5/8aAMn+wz/AM8tL/8AAD/7 OrFhpf2OWaT9
wDIqrtgh8tRjPOMnn5v0q99ji/vTf9/n/wAaPscX96b/AL/P/jVOcmrMlQS1 Oej8P6jFFBFH
LoaR2zb4UXSWAibnlR53B5PI9ahbwpcvDFEy+H2ihBEaHRiVQHkgDzuM5Oa6 f7HF/em/7/P/
AI0fY4v703/f5/8AGpKOdTw9qEU8U8cmhpNCgSORdIYMigYAB87gY4xToNA1 K1877PNokXn/
AOt8vSWXzP8AexNz+NdB9ji/vTf9/n/xo+xxf3pv+/z/AONAHNJ4Xu47d7dP 7AWCQ7niGjEK
x9SPOwTVi00fVrCHybO60e3iznZDpboufoJq3fscX96b/v8AP/jR9ji/vTf9 /n/xoA5hvClw
7zu6+Hme4z5zHRiTLlg3zfvufmAPPcZqxNoWp3MrSzz6LLK8fks76UzFkzna SZvu55x0rf8A
scX96b/v8/8AjR9ji/vTf9/n/wAaAOdPh7UDYiyMuhmzHS3OkN5f/fPnYqKb wpc3G3zl8Pyb
UEa79GJwg6KMzdB6V0/2OL+9N/3+f/Gj7HF/em/7/P8A40Ac83h7UHt57d5d DaC4kMs0Z0li
srkg7mHnYJyByfSmR+GbyG9N7EdBS7LFjOujsJMnOTu87OTk5+tdJ9ji/vTf 9/n/AMaPscX9
6b/v8/8AjQBhyaTrE1xDcS3mkPPBu8qRtLctHkYO0+dkZHXFI2j6u1yblrvR zcGPyjKdLfeU
znbnzs4zzjpW79ji/vTf9/n/AMaPscX96b/v8/8AjQBzY8NXqrtVtBA8ryMD R2/1ec7P9d93
POOmaYvhS5SGSFV8PrFLt8xBoxCvt+7kedzjJx6V0/2OL+9N/wB/n/xo+xxf 3pv+/wA/+NAH
PP4e1CRoGeXQ2a3wIS2kMTFjpt/fcfhRJoGoy3q3kk2iPdp92dtJYuv0bzs1 0P2OL+9N/wB/
n/xo+xxf3pv+/wA/+NAHOQeG761uTc276FFcHrLHpDK5/ETZroIopBCgmZXl CjeyLtUnuQCT
ge2T9af9ji/vTf8Af5/8aPscX96b/v8AP/jQBA0YN9EpyA0cg4OD/DTF082u fK8yWMnJUSsr
focH9KoW2oJHrV5HMSFt7g28QBd2fMUL9Mkk5dunYe2al03xHDNpmkS3+6K4 1C3hkykEnlb3
A+XfgqCScAE56etAGlHbRSIGBuFz2aVwR+tO+xx/3pv+/wA/+NUF8TaY8JlS WZkLKqbbaUmX
IJGwbcuCFY5XIwCamfXLBApaZtpVXLCJyEDdCxxhf+BYoAs/Y4/703/f5/8A Gj7HH/em/wC/
z/41nXOr31lcIbnToks5LhbdZBc5lJZtqts24xkg/eyB24rYoAg+xx/3pv8A v8/+NH2OP+9N
/wB/n/xqeigCD7HH/em/7/P/AI1DaxgRMBnAkccnP8Rq7VO3to5EdmMmTLJ9 2VgPvnsDQAl1
a/arSaAnaJUZN2OmRis/+wz/AM8tL/8AAD/7Otb7HF/em/7/AD/40fY4v703 /f5/8apSa2Jc
U9yjYaX9jlmk/cAyKq7YIfLUYzzjJ5+b9KzI/D+oxRQRRy6Gkds2+FF0lgIm 55UedweTyPWu
h+xxf3pv+/z/AONH2OL+9N/3+f8AxpNtu7GklojmG8KXLwxRMvh9ooQRGh0Y lUB5IA87jOTm
pU8PahFPFPHJoaTQoEjkXSGDIoGAAfO4GOMV0X2OL+9N/wB/n/xo+xxf3pv+ /wA/+NIZz8Gg
ala+d9nm0SLz/wDW+XpLL5n+9ibn8aWz0LU9OV1sZ9FtVc5YQaSyBj6nE1b/ ANji/vTf9/n/
AMaPscX96b/v8/8AjQBhwaTrFr5v2a80iHzZDLJ5eluu9z1Y4m5J9aqN4UuH ed3Xw8z3GfOY
6MSZcsG+b99z8wB57jNdP9ji/vTf9/n/AMaPscX96b/v8/8AjQBgTaFqdzK0 s8+iyyvH5LO+
lMxZM52kmb7uecdKYfD2oGxFkZdDNmOludIby/8AvnzsV0X2OL+9N/3+f/Gj 7HF/em/7/P8A
40AcxN4Uubjb5y+H5NqCNd+jE4QdFGZug9Kmbw9qD289u8uhtBcSGWaM6SxW VyQdzDzsE5A5
PpXQ/Y4v703/AH+f/Gj7HF/em/7/AD/40Ac3H4ZvIb03sR0FLssWM66Owkyc 5O7zs5OTn61Y
k0nWJriG4lvNIeeDd5UjaW5aPIwdp87IyOuK3PscX96b/v8AP/jR9ji/vTf9 /n/xoAwm0fV2
uTctd6Obgx+UZTpb7ymc7c+dnGecdKgHhq9VdqtoIHleRgaO3+rznZ/rvu55 x0zXSfY4v703
/f5/8aPscX96b/v8/wDjQBzC+FLlIZIVXw+sUu3zEGjEK+37uR53OMnHpUz+ HtQkaBnl0Nmt
8CEtpDExY6bf33H4V0P2OL+9N/3+f/Gj7HF/em/7/P8A40Ac9JoGoy3q3kk2 iPdp92dtJYuv
0bzs1LJpOsTXENxLeaQ88G7ypG0ty0eRg7T52RkdcVufY4v703/f5/8AGj7H F/em/wC/z/40
AMiikEKCZleUKN7Iu1Se5AJOB7ZP1pu3bqEH/XN/5rUv2OL+9N/3+f8AxqLy Vh1CDaXOY3+8
5buvqaALlFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQBUikkgVkNt K3zuwK7cEFiR
396d9rf/AJ9Lj/x3/wCKqzRQBW+1v/z6XH/jv/xVH2t/+fS4/wDHf/iqs0UA Vvtb/wDPpcf+
O/8AxVH2t/8An0uP/Hf/AIqrNFAFb7W//Ppcf+O//FUfa3/59Lj/AMd/+Kqz RQBW+1v/AM+l
x/47/wDFUfa3/wCfS4/8d/8Aiqs0UAVvtb/8+lx/47/8VR9rf/n0uP8Ax3/4 qrNFAFb7W/8A
z6XH/jv/AMVR9rf/AJ9Lj/x3/wCKqzRQBW+1v/z6XH/jv/xVH2t/+fS4/wDH f/iqs0UAVvtb
/wDPpcf+O/8AxVH2t/8An0uP/Hf/AIqrNFAFb7W//Ppcf+O//FUfa3/59Lj/ AMd/+KqzRQBW
+1v/AM+lx/47/wDFUfa3/wCfS4/8d/8Aiqs0UAVvtb/8+lx/47/8VVdI1jvp Lxba/Msi7SrX
BMYHHSMvtB4HIAPX1NaNFAHO22nXsWuXuoRQqpuJ96iVuCnlQoRxnacxseAc 8Z9syHwrrCQa
ZbS3MUkVn9iIxdSqqCHyy6iMLtfJRiGb1AwMZrtaKAOTTw9qKWskfkWmwPGY bZb6ZUhIDgvG
4XdGTuUbVGAARnk0ybwldSeYs8n237XGi3Uj39xACwjWNj5UZ2uDtzglepGc Yx19FAGBdaTe
X2rQ3Ettp8bQSqyX8TN9o8tX3eXjb0IyD82OScVv0UUAFFFFABVSKSSBWQ20 rfO7ArtwQWJH
f3q3RQBW+1v/AM+lx/47/wDFUfa3/wCfS4/8d/8Aiqs0UAVvtb/8+lx/47/8 VR9rf/n0uP8A
x3/4qrNFAFb7W/8Az6XH/jv/AMVR9rf/AJ9Lj/x3/wCKqzRQBW+1v/z6XH/j v/xVH2t/+fS4
/wDHf/iqs0UAVvtb/wDPpcf+O/8AxVH2t/8An0uP/Hf/AIqrNFAFb7W//Ppc f+O//FUfa3/5
9Lj/AMd/+KqzRQBW+1v/AM+lx/47/wDFUfa3/wCfS4/8d/8Aiqs0UAVvtb/8 +lx/47/8VR9r
f/n0uP8Ax3/4qrNFAFb7W/8Az6XH/jv/AMVR9rf/AJ9Lj/x3/wCKqzRQBW+1 v/z6XH/jv/xV
H2t/+fS4/wDHf/iqs0UAVvtb/wDPpcf+O/8AxVH2t/8An0uP/Hf/AIqrNFAF b7W//Ppcf+O/
/FU1WkmvInMEkaojAl8dTj0J9Kt0UAFFFFABRRRQAUUUUAFFFFABRRRQAUUU UAFFFFABRRRQ
AUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFAB RRRQAUUUUAFF
FFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUU UAFFFFABRRRQ
AUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFAH/9k=
--------------090601050909080900060401--
|
|
|
| Re: mapping of an association (with an interface as member end) to a link in the instance diagram !? [message #472547 is a reply to message #472542] |
Tue, 17 April 2007 16:11  |
 james bruck
Messages: 1724
Registered: July 2009 |
Senior Member |
|
|
Hi Axel,
An InstanceSpecification can be typed by abstract types or interface. P.
82 of ptc 07-02-05 mentions ..."If the only classifier specified is
abstract, then the instance specification only partially describes the
entity".
What this is getting at is that you can create an object diagram with
instance specifications that only partially describe a particular instance.
P. 83 mentions " Not all structural features of all classifiers of the
instance specification need be represented by slots, in which case the
instance specification is a partial description".
It appears that UML is trying to keep things very "loose" and flexible. How
precisely the instance is constructed might even be derived.
The way in which you create your object diagram might depend on how you
intend on using it. One strategy might be to only represent concrete
classes with instance specifications and omit interfaces etc. but you are
not required to do that.
The following quote from the spec explains in detail what I'm getting at:
An instance specification may specify the existence of an entity in a
modeled system. An instance specification may provide an illustration or
example of a possible entity in a modeled system. An instance specification
describes the entity. These details can be incomplete. The purpose of an
instance specification is to show what is of interest about an entity in the
modeled system. The entity conforms to the specification of each classifier
of the instance specification, and has features with values indicated by
each slot of the instance specification. Having no slot in an instance
specification for some feature does not mean that the represented entity
does not have the feature, but merely that the feature is not of interest in
the model. An instance specification can represent an entity at a point in
time (a snapshot). Changes to the entity can be modeled using multiple
instance specifications, one for each snapshot. It is important to keep in
mind that InstanceSpecification is a model element and should not be
confused with the dynamic element that it is modeling. Therefore, one should
not expect the dynamic semantics of InstanceSpecification model elements in
a model repository to conform to the semantics of the dynamic elements that
they represent.
Regards,
- James.
"AxelR" <reichwein@isd.uni-stuttgart.de> wrote in message
news:f00euq$9fg$1@build.eclipse.org...
> Hello,
>
> I want to show the links between instance specifications of classes.
> However one class (e.g. Class2) might have a directed association with
> an interface (e.g. Interface1), which is implemented by a class (e.g.
> Class1). On the instance level, the instances of class1 and class2 exist
> and indirectly a "link" exists between these two instances, since the
> instance of class1 implements the interface, which is referenced by the
> instance of class2. What is the best method to describe this indirect
> "link" on the instance level (in the instance diagram). You can find a
> picture describing my problem in the attachment. I know that a UML-link
> is an instance of an association. But how can I map an association in a
> class diagram to a link in an instance diagram, if one of the member
> ends, in this case the interface, has no mapping to the instance level?
>
> Thank you in advance for any help!
>
> Best regards,
> Axel
>
------------------------------------------------------------ ----------------
----
|
|
|
| Re: mapping of an association (with an interface as member end) to a link in the instance diagram !? [message #472549 is a reply to message #472547] |
Tue, 17 April 2007 18:53 |
| Eclipse User |
|
|
|
Originally posted by: reichwein.isd.uni-stuttgart.de
Hello,
thank you very much for your answer.
My principal motivation is to show a snapshot of the existing instances
at a point in time. I have the impression that the spec is very loose on
the instance specifications because they don't play a big role in
software modeling, but as I want to model a 3d-geometric assembly using
object oriented concepts, I need to model instances and their
dependencies precisely :-)
If I can't solve my problem described previously (the link between two
instances: one is referencing an interface, that the other instance
implements) the normal way, what other UML constructs do you recommend
using? Should I use a dependency relationship between both instances and
add a stereotype to the dependency (although it is quoted in the spec:
"The presence of dependency relationships in a model does not have any
runtime semantics implications")? This is my only idea, are there others?
Thank you for any ideas.
Best regards,
Axel
James Bruck schrieb:
> Hi Axel,
>
> An InstanceSpecification can be typed by abstract types or interface. P.
> 82 of ptc 07-02-05 mentions ..."If the only classifier specified is
> abstract, then the instance specification only partially describes the
> entity".
>
> What this is getting at is that you can create an object diagram with
> instance specifications that only partially describe a particular instance.
>
> P. 83 mentions " Not all structural features of all classifiers of the
> instance specification need be represented by slots, in which case the
> instance specification is a partial description".
>
> It appears that UML is trying to keep things very "loose" and flexible. How
> precisely the instance is constructed might even be derived.
>
> The way in which you create your object diagram might depend on how you
> intend on using it. One strategy might be to only represent concrete
> classes with instance specifications and omit interfaces etc. but you are
> not required to do that.
>
> The following quote from the spec explains in detail what I'm getting at:
>
> An instance specification may specify the existence of an entity in a
> modeled system. An instance specification may provide an illustration or
> example of a possible entity in a modeled system. An instance specification
> describes the entity. These details can be incomplete. The purpose of an
> instance specification is to show what is of interest about an entity in the
> modeled system. The entity conforms to the specification of each classifier
> of the instance specification, and has features with values indicated by
> each slot of the instance specification. Having no slot in an instance
> specification for some feature does not mean that the represented entity
> does not have the feature, but merely that the feature is not of interest in
> the model. An instance specification can represent an entity at a point in
> time (a snapshot). Changes to the entity can be modeled using multiple
> instance specifications, one for each snapshot. It is important to keep in
> mind that InstanceSpecification is a model element and should not be
> confused with the dynamic element that it is modeling. Therefore, one should
> not expect the dynamic semantics of InstanceSpecification model elements in
> a model repository to conform to the semantics of the dynamic elements that
> they represent.
>
>
>
> Regards,
>
>
>
> - James.
>
>
>
> "AxelR" <reichwein@isd.uni-stuttgart.de> wrote in message
> news:f00euq$9fg$1@build.eclipse.org...
>
>>Hello,
>>
>>I want to show the links between instance specifications of classes.
>>However one class (e.g. Class2) might have a directed association with
>>an interface (e.g. Interface1), which is implemented by a class (e.g.
>>Class1). On the instance level, the instances of class1 and class2 exist
>>and indirectly a "link" exists between these two instances, since the
>>instance of class1 implements the interface, which is referenced by the
>>instance of class2. What is the best method to describe this indirect
>>"link" on the instance level (in the instance diagram). You can find a
>>picture describing my problem in the attachment. I know that a UML-link
>>is an instance of an association. But how can I map an association in a
>>class diagram to a link in an instance diagram, if one of the member
>>ends, in this case the interface, has no mapping to the instance level?
>>
>>Thank you in advance for any help!
>>
>>Best regards,
>>Axel
>>
>
>
>
> ------------------------------------------------------------ ----------------
> ----
>
>
>
>
>
|
|
|
| Re: mapping of an association (with an interface as member end) to a link in the instance diagram !? [message #472550 is a reply to message #472549] |
Wed, 18 April 2007 13:39 |
Kenn Hussey
Messages: 1620
Registered: July 2009 |
Senior Member |
|
|
Axel,
Is it not sufficient to specify the interface as one of the classifiers of
the instance specification representing an instance of Klasse1? That is,
couldn't the value for the schnittstelle1 slot could reference the Klasse1
instance directly?
Kenn
"AxelR" <reichwein@isd.uni-stuttgart.de> wrote in message
news:f03542$a13$1@build.eclipse.org...
> Hello,
>
> thank you very much for your answer.
>
> My principal motivation is to show a snapshot of the existing instances at
> a point in time. I have the impression that the spec is very loose on the
> instance specifications because they don't play a big role in software
> modeling, but as I want to model a 3d-geometric assembly using object
> oriented concepts, I need to model instances and their dependencies
> precisely :-)
>
> If I can't solve my problem described previously (the link between two
> instances: one is referencing an interface, that the other instance
> implements) the normal way, what other UML constructs do you recommend
> using? Should I use a dependency relationship between both instances and
> add a stereotype to the dependency (although it is quoted in the spec:
> "The presence of dependency relationships in a model does not have any
> runtime semantics implications")? This is my only idea, are there others?
>
> Thank you for any ideas.
>
> Best regards,
> Axel
>
>
>
>
>
> James Bruck schrieb:
>> Hi Axel,
>>
>> An InstanceSpecification can be typed by abstract types or interface.
>> P.
>> 82 of ptc 07-02-05 mentions ..."If the only classifier specified is
>> abstract, then the instance specification only partially describes the
>> entity".
>>
>> What this is getting at is that you can create an object diagram with
>> instance specifications that only partially describe a particular
>> instance.
>>
>> P. 83 mentions " Not all structural features of all classifiers of the
>> instance specification need be represented by slots, in which case the
>> instance specification is a partial description".
>>
>> It appears that UML is trying to keep things very "loose" and flexible.
>> How
>> precisely the instance is constructed might even be derived.
>>
>> The way in which you create your object diagram might depend on how you
>> intend on using it. One strategy might be to only represent concrete
>> classes with instance specifications and omit interfaces etc. but you
>> are
>> not required to do that.
>>
>> The following quote from the spec explains in detail what I'm getting at:
>>
>> An instance specification may specify the existence of an entity in a
>> modeled system. An instance specification may provide an illustration or
>> example of a possible entity in a modeled system. An instance
>> specification
>> describes the entity. These details can be incomplete. The purpose of an
>> instance specification is to show what is of interest about an entity in
>> the
>> modeled system. The entity conforms to the specification of each
>> classifier
>> of the instance specification, and has features with values indicated by
>> each slot of the instance specification. Having no slot in an instance
>> specification for some feature does not mean that the represented entity
>> does not have the feature, but merely that the feature is not of interest
>> in
>> the model. An instance specification can represent an entity at a point
>> in
>> time (a snapshot). Changes to the entity can be modeled using multiple
>> instance specifications, one for each snapshot. It is important to keep
>> in
>> mind that InstanceSpecification is a model element and should not be
>> confused with the dynamic element that it is modeling. Therefore, one
>> should
>> not expect the dynamic semantics of InstanceSpecification model elements
>> in
>> a model repository to conform to the semantics of the dynamic elements
>> that
>> they represent.
>>
>>
>>
>> Regards,
>>
>>
>>
>> - James.
>>
>>
>>
>> "AxelR" <reichwein@isd.uni-stuttgart.de> wrote in message
>> news:f00euq$9fg$1@build.eclipse.org...
>>
>>>Hello,
>>>
>>>I want to show the links between instance specifications of classes.
>>>However one class (e.g. Class2) might have a directed association with
>>>an interface (e.g. Interface1), which is implemented by a class (e.g.
>>>Class1). On the instance level, the instances of class1 and class2 exist
>>>and indirectly a "link" exists between these two instances, since the
>>>instance of class1 implements the interface, which is referenced by the
>>>instance of class2. What is the best method to describe this indirect
>>>"link" on the instance level (in the instance diagram). You can find a
>>>picture describing my problem in the attachment. I know that a UML-link
>>>is an instance of an association. But how can I map an association in a
>>>class diagram to a link in an instance diagram, if one of the member
>>>ends, in this case the interface, has no mapping to the instance level?
>>>
>>>Thank you in advance for any help!
>>>
>>>Best regards,
>>>Axel
>>>
>>
>>
>>
>> ------------------------------------------------------------ ----------------
>> ----
>>
>>
>>
>>
|
|
|
| Re: mapping of an association (with an interface as member end) to a link in the instance diagram !? [message #472663 is a reply to message #472550] |
Thu, 19 April 2007 09:18 |
| Eclipse User |
|
|
|
Originally posted by: reichwein.isd.uni-stuttgart.de
This is a multi-part message in MIME format.
--------------070509020505070106090505
Content-Type: text/plain; charset=ISO-8859-15; format=flowed
Content-Transfer-Encoding: 7bit
Hello,
thank you for the idea! The instance of class1 now also has the
Interface as classifier. Then, I can link the instance of Class2 with
the instance of Class1. In the attachment is a picture of the result
with RSA, I suppose, this is your idea.
I have edited the same model with the tree editor of the UML project,
and there I can define a link between the instance of Class2 and the
instance of Class1, without adding the interface as classifier to the
instance of Class1. The model, also in the attachment (see
linkClass1And2Instance) validates successfully. So what is 100% correct?
Do I need to add the interface as classifier like in RSA, which might be
specific to RSA, or could I simply draw a link between the instance of
Class2 and the instance of Class1, without adding the interface as
classifier to the instance of Class1?
Thank you for your help.
Axel
Kenn Hussey schrieb:
> Axel,
>
> Is it not sufficient to specify the interface as one of the classifiers of
> the instance specification representing an instance of Klasse1? That is,
> couldn't the value for the schnittstelle1 slot could reference the Klasse1
> instance directly?
>
> Kenn
>
> "AxelR" <reichwein@isd.uni-stuttgart.de> wrote in message
> news:f03542$a13$1@build.eclipse.org...
>
>>Hello,
>>
>>thank you very much for your answer.
>>
>>My principal motivation is to show a snapshot of the existing instances at
>>a point in time. I have the impression that the spec is very loose on the
>>instance specifications because they don't play a big role in software
>>modeling, but as I want to model a 3d-geometric assembly using object
>>oriented concepts, I need to model instances and their dependencies
>>precisely :-)
>>
>>If I can't solve my problem described previously (the link between two
>>instances: one is referencing an interface, that the other instance
>>implements) the normal way, what other UML constructs do you recommend
>>using? Should I use a dependency relationship between both instances and
>>add a stereotype to the dependency (although it is quoted in the spec:
>>"The presence of dependency relationships in a model does not have any
>>runtime semantics implications")? This is my only idea, are there others?
>>
>>Thank you for any ideas.
>>
>>Best regards,
>>Axel
>>
>>
>>
>>
>>
>>James Bruck schrieb:
>>
>>>Hi Axel,
>>>
>>>An InstanceSpecification can be typed by abstract types or interface.
>>>P.
>>>82 of ptc 07-02-05 mentions ..."If the only classifier specified is
>>>abstract, then the instance specification only partially describes the
>>>entity".
>>>
>>>What this is getting at is that you can create an object diagram with
>>>instance specifications that only partially describe a particular
>>>instance.
>>>
>>>P. 83 mentions " Not all structural features of all classifiers of the
>>>instance specification need be represented by slots, in which case the
>>>instance specification is a partial description".
>>>
>>>It appears that UML is trying to keep things very "loose" and flexible.
>>>How
>>>precisely the instance is constructed might even be derived.
>>>
>>>The way in which you create your object diagram might depend on how you
>>>intend on using it. One strategy might be to only represent concrete
>>>classes with instance specifications and omit interfaces etc. but you
>>>are
>>>not required to do that.
>>>
>>>The following quote from the spec explains in detail what I'm getting at:
>>>
>>>An instance specification may specify the existence of an entity in a
>>>modeled system. An instance specification may provide an illustration or
>>>example of a possible entity in a modeled system. An instance
>>>specification
>>>describes the entity. These details can be incomplete. The purpose of an
>>>instance specification is to show what is of interest about an entity in
>>>the
>>>modeled system. The entity conforms to the specification of each
>>>classifier
>>>of the instance specification, and has features with values indicated by
>>>each slot of the instance specification. Having no slot in an instance
>>>specification for some feature does not mean that the represented entity
>>>does not have the feature, but merely that the feature is not of interest
>>>in
>>>the model. An instance specification can represent an entity at a point
>>>in
>>>time (a snapshot). Changes to the entity can be modeled using multiple
>>>instance specifications, one for each snapshot. It is important to keep
>>>in
>>>mind that InstanceSpecification is a model element and should not be
>>>confused with the dynamic element that it is modeling. Therefore, one
>>>should
>>>not expect the dynamic semantics of InstanceSpecification model elements
>>>in
>>>a model repository to conform to the semantics of the dynamic elements
>>>that
>>>they represent.
>>>
>>>
>>>
>>>Regards,
>>>
>>>
>>>
>>>- James.
>>>
>>>
>>>
>>>"AxelR" <reichwein@isd.uni-stuttgart.de> wrote in message
>>>news:f00euq$9fg$1@build.eclipse.org...
>>>
>>>
>>>>Hello,
>>>>
>>>>I want to show the links between instance specifications of classes.
>>>>However one class (e.g. Class2) might have a directed association with
>>>>an interface (e.g. Interface1), which is implemented by a class (e.g.
>>>>Class1). On the instance level, the instances of class1 and class2 exist
>>>>and indirectly a "link" exists between these two instances, since the
>>>>instance of class1 implements the interface, which is referenced by the
>>>>instance of class2. What is the best method to describe this indirect
>>>>"link" on the instance level (in the instance diagram). You can find a
>>>>picture describing my problem in the attachment. I know that a UML-link
>>>>is an instance of an association. But how can I map an association in a
>>>>class diagram to a link in an instance diagram, if one of the member
>>>>ends, in this case the interface, has no mapping to the instance level?
>>>>
>>>>Thank you in advance for any help!
>>>>
>>>>Best regards,
>>>>Axel
>>>>
>>>
>>>
>>>
>>> ------------------------------------------------------------ ----------------
>>>----
>>>
>>>
>>>
>>>
>
>
--------------070509020505070106090505
Content-Type: image/jpeg;
name="linkingInstancesRSA.jpg"
Content-Transfer-Encoding: base64
Content-Disposition: inline;
filename="linkingInstancesRSA.jpg"
/9j/4AAQSkZJRgABAQEAYABgAAD/2wBDAAYEBQYFBAYGBQYHBwYIChAKCgkJ ChQODwwQFxQY
GBcUFhYaHSUfGhsjHBYWICwgIyYnKSopGR8tMC0oMCUoKSj/2wBDAQcHBwoI ChMKChMoGhYa
KCgoKCgoKCgoKCgoKCgoKCgoKCgoKCgoKCgoKCgoKCgoKCgoKCgoKCgoKCgo KCgoKCj/wAAR
CAGCAjcDASIAAhEBAxEB/8QAHAABAAMAAwEBAAAAAAAAAAAAAAQFBgIDBwEI /8QAUhAAAAUC
AgYFCQQGCAQFBAMAAAECAwQFEQYSExQVIZPSIjFUktEHFkFRUlNVlNMjMmGR VmVxo7KzJDVj
cnSBsdQzQmKhCBc0Q5YlJmSVgqXj/8QAGAEBAAMBAAAAAAAAAAAAAAAAAAEC AwT/xAAjEQEB
AQEBAAMAAQQDAAAAAAAAAQIRAxIhMSJBodHwgbHB/9oADAMBAAIRAxEAPwD9 UgAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAACHWJLkO nreZJBuEpCSz
kZl0lEnqIy9YptrVL2onBVzizxFvpSi/tWv5iRU6MBz2tUvaicFXOG1ql7UT gq5xw0Yz2K62
9R3IjUaK48t1Dr5mls1mtLKSWplpJGWd9ab5EXLcla9+TKoNJtape1E4KucN rVL2onBVzjzF
7Elc856fBgKo779TZiGT6XHnI6EOoqDpKRZVl5Sjt9IiQbtjuaCNOjVKo4kl VmkU+PUqfGlw
645AkPJhum1JvTlSEmbRPEZJIl5TSa1XUlK7lbKYenbWqXtROCrnDa1S9qJw Vc481j4yqkms
mUaO49FKqKpxw26LLUZJTJNhTuukehsREbpll3ERovfpCtnOV/FuG8BPVBdD aRW5CXXobkJy
THWk4LrqCcSbic5ZkGvKfUo27GejzOB65tape1E4KucNrVL2onBVzjzCTjuU 1Vlw4jkec1Ny
nBk7NkRmmiXKjx0qzrUaZSf6UleZo0EZN9ZE4k0z8QVyu0OTTqZKmQ3ZsxEi SUqJQpUlKG2j
ZTozjtOqXczdvpDWSSyknLdRGA9A2tUvaicFXOG1ql7UTgq5x5rHxpVmohvz 4LZm2hUlTJRn
WHnGUvGwlGiWeZt19VnGEqvn6TW406U/R9GA57WqXtROCrnDa1S9qJwVc44a MNGAvKPMVOpz
EhaSStaSNRF1Xt6BMFThX+o4390v9CFsAAAAAAAAAAAAAAAAAAAAAAAAAAAC rlVpqPKdY1aQ
4psyJSkZLXMiP0qL0GQ6tvt9il/u+cQ5LeaqVA/7VP8ALQINbUuJRp8lmxOs x3HEmZXsZJMy
EydvEW8nV1t9vsUv93zht9vsUv8Ad84q/N+T8YqHcY+mI0aO/Gq8qG9KdkoQ wy8lTqUEojUp
wjLopIrdAhe+fJ3qs3984vdvt9il/u+cNvt9il/u+cee0PHsGtQ4tSiUqqFQ pUnVWKq4TJMr
Ub2hQeQnDdIlOWSV2ytmIzsVzJg7HlMreAaXimsuQqFHnLcbSmXMSSCUlxaS SS1EkjMybM7W
9fqGa70Lb7fYpf7vnDb7fYpf7vnFG9UqYzV2KU9UITdUfQbjUNb6SecTv6SU XzGXRVvIv+U/
UIyq9THG6gVNkN1SVBWTT8SA4l55DhqNKUKSR9AzURldZpIrGajIkmZBpdvt 9il/u+cNvt9i
l/u+cYui4qj1DEz2H5dNqFLq7cNM9MeXolaRg1mg1pU04tO5RERkZke8rEe+ 2n0P4ALmm1Fq
eTujQ42ttWVSHCK/UR33GZekTRn8OFlqFQL/AKk/wJGgAAAAAAAAAAAAAAAA AAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAABXV/fTTL+2Z/mpELRifXN8Ai/tmf5qR16MBUzpseE ttD+lNxwlKSh
plbqjIrXOySM7FmL8xCkVCnSWybkxZbyCWlwkuU15REpKiUlVjR1koiMj9Bk RjqxaglT47JO
yGVvQpKErZYcdO+kYOxk2WYkmRGRmVjse4yOxitgstNVeoSUx3YSH6kiYTka nyjccbS3lNCy
0KSuo7qO+YvtF26REodOPLNz8r1z79dTXJxZxcOUN+dGrUWG0Ug8r7TrZqQR mZPmSspGRXPW
nzMzK5m4ZncyK3ZNwvS5iZemjuJXKkpluOsvuNOpeJpLRLQtCiU2ejQSDymV yNRH95V8F5Y3
5VP/APD0dRp02bBmxY0Jxl+JJcYWk1LbQdzQZXI0rUVjuXUdrkRkqeMcSQar 5QqZRk0pFPwd
AjyWnpqX5Lz5HFN3RrPSEajM0n9oarlbelZqunn1OWxvm9krc+aFI2nr2hkZ 9NrGg1t7VtLm
zZ9Xz6LNn6d8t8/T+9vEmNh6mxolGjMxsrFHy6inOo9DlaUyW8zuroLUXSv1 369480w9X8QY
h8s1GejVFuHSqhhKNVjpziHHm0IW8nMnc4lJvbzInsu5NiyHa51VH8sGKKlQ U1xiiNu0+RAq
ko8tNlIapyo6VqYJySZ6N8l6M0nkJFlH6D3HCXpreAsPoeW4USQd2VMNoVNf U3HQa0Lswg15
WbKabNJtkk0mhOW1iHarBdJVGbZUqqmba1LQ+dWlawnMSSUkntJpCQeRJmjN lM0kdrkRjynH
1QxPiXAnk9lVg6LFYrteppHEZadfaeadaStBPpUpJKTpCcUpreRloyJd0mpW nrnlDTQcVUej
0JFOkUcqxHw85GjQ3ySwpaPRJIiYSpszSWgIlHZJ9JJmZIDe03DtKpjLbcKn x29G8cklmjM4
p40GhTqlndSnFJMyNZmajIzuZ3MWejHkDflMxAXkZneUZ1mlKjLQ4USmJYcJ bKjlaBBuPaQy
cIi3mRNozeg0jU4Nq+IcTuYjplSTNprcRcc4VZYpbkA5KVpzLJLMtLljSpKk mZ3uSisSdxmG
20YaMYT/AMPE6bVvI9h+bVJcibMd1jO/IdU44u0hwiupRmZ2IiL9hD0bRgOG Ff6jjf3S/wBC
FsKnCv8AUcb+6X+hCwclMtvJZU4nSq6kFvV+Xq/EB3AAAAAAAAAAAAAAAAAA AAAAAAAACkS3
mqFRP+2T/KQIGKmrYXrB26ob38BixRIaan1FLiXzM3kn9mwtZf8ACR6UkZDs clRXW1NuMyVo
URpUlUN0yMj6yMsonN5ZUanZxntJWfXiT8qcFCKU5iCpHN143Cix7a5oc9s7 3Voujbr69/X+
AnbJw58CY/8A1SuQS4LdLp5LKBT1RSXY1EzT1ozW9dkbxtr0zc2Sf2ZZ89Sy 2/3eZeSmlYow
lgqkYUeoDqZcOStLtSW8wqGpk5KlrUnK7prm0Zkm7ZdM05iIrmMJTsC+UCB5 N6XQTpbqEFRK
lDW3BXCVITJfkKUlDzjxmRR1IyGehVnuR36k2/SWuse7l/KO8oa6x7uX8o7y jBs8Qw9gbEVF
qGGVU+j6F19mlt105L7D8JxuLHtmNJ/aokoWREjR3b6KFGdzURTsHUDEmD5F QRTMNOv0SBAW
mnU9+VGU8Up181uNxpG5Wqn0TM37OHlQeUzI0j2HXWPdy/lHeUNdY93L+Ud5 QHm/kypFURU5
dWxbRKijE01n+kVCQuMbDKCURpiRktvLUhtNzPeRGsyNSjuZEXouh/Ac9dY9 3L+Ud5Q11j3c
v5R3lARqIWWq1Iv+pP8AAkXgpKKtLlWqS0EskmpO5aDSf3EegyIxdgAAAAAA AAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAg1nfCSX9ux/NQO7RjoraTVBSklGgzfZ IlJtcvtU7yvu
HLUn/iUvutcgCmxDR5U2dCkxUpWTLbrakHMdin0zbMjzNkZn9w9x7t5eoQNh 1Lshf/IZnINR
qT/xKX3WuQNSf+JS+61yDWetk4zvnLes7U8FUyv4OhYexIyuXDZaZS601IdZ S4ptJEVzQpJq
Tcr2PdciO1yK3NnAtAaTXCKE4s65GbiVFbsp5xclpto2kkpSlGd8hmRqIyUd 7mZnvF/qT/xK
X3WuQNSf+JS+61yDO3t6vJycUDeBaAzKo0mPCcjyaRGRCiOx5TzSyjoNJpaW aVEbqCNBHlcz
F17t53iseTXCzEWTEapzhQX0Pt6mcx847RPEonNC0a8jJmTiyu2STIlqIjIj MhqdSf8AiUvu
tcgak/8AEpfda5BCVLJwZQ5NLoVOfg5odDeYkU9vTOFoHGU5WjuSrqsXoUZk fpuIEnya4Wk1
gqm5TnCklPRVcjcx9tnW02s/oUrJvPuK6stz33vcxqdSf+JS+61yBqT/AMSl 91rkAZZvya4W
bps+mppzh0qahxt2nqmPqipJa9IejYNejaPP0iNCUmk/umQnx8H0qPBlxWjq X9KyE7IVU5Kp
Jkg7pSUg3NKlJGajJJKIukvd0lXutSf+JS+61yBqT/xKX3WuQBS4PwbR8HwV QsPMSY0M+phy
Y8+23vUfQS4tRIuajM8trn13sQv9GOrUn/iUvutcgak/8Sl91rkAVFLiSJmH IiI0tyMoklfJ
Ys24t17XL9pf9x3w45xjJhcqXEWo7F0GjSs/wVk3n+2x/gOWDXkyMPx1oJwi K6PtG1IO6Tyn
uURHa5HY+oysZXIyMWLdQiu1WRTUO3mx2WpDreU+i24pxKDvax3NpzcR3LLv 6yuHDU3/AIlL
7rXIGpv/ABKX3WuQTRVOVpssSIorEWTIkEymRIdbyE3FbWaybNeZRGedTTiS JBKMjT0spGRm
EjU3/iUvutcgam/8Sl91rkE0AELU3/iUvutcgam/8Sl91rkEdvEVHdxIugM1 GM7Wm2VSHIba
yU402Ro3rIvuX0qLEqxmR3K5EdrUBC1N/wCJS+61yBqb/wASl91rkE0AELU3 /iUvutcgam/8
Sl91rkE0AELU3/iUvutcgam/8Sl91rkE0AELU3/iUvutcgam/wDEpfda5BNA BC1N/wCJS+61
yBqb/wASl91rkE0AFfSkKbeqKVOKcUUgrrVa5/ZN+oiL/sLAVTENuROqK3FP kZPpL7N9aC/4
TfoSZEJGzGPeS/m3eYBNAQtmMe8l/Nu8wbMY95L+bd5gE0BC2Yx7yX827zBs xj3kv5t3mATQ
ELZjHvJfzbvMGzGPeS/m3eYBNAQtmMe8l/Nu8wbMY95L+bd5gEanf17Vf7yP 5aBbCmpDSWax
U20Gs0kpO9azWf3EekzMxcgAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAg1
tRpgpUSTWZPsmSU2uf2qdxX3D7rj/wANl95rnCr/APpG/wDEMfzUCaAha4/8 Nl95rnDXH/hs
vvNc4mgAha4/8Nl95rnDXH/hsvvNc4mgAha4/wDDZfea5w1x/wCGy+81ziaA CFrj/wANl95r
nDXH/hsvvNc4mgAha4/8Nl95rnDXH/hsvvNc4mgAha4/8Nl95rnFey/XCrL7 r7KV0lSCJmMi
MhL6F9G5qdOQaVF97cTaest+473oAPD/ACVYNiVSp1Z3FFCKXEJk9XRPjmth SjqVSXmJCyyK
WSFtmSrGZJd3GROHfqg4cnbNXUHKNJ88angyLHg1FUVWsoqSI0lLxuSLXYds thOdxSM1iSRm
aTIvX8K/1HG/ul/oQtgHgBYZVMPLSoWrwlPQm5TNHwvKoKV//UYiycWpbmda kIbeNKkJ+zI3
DNSLpzaquYWg0/FWI6jT8I02RkotPjR1qpiXEISa5TL5pSkiNzJHNGZlBkpa EobK2ZI9VAB4
Lh2mtFNcViahOzsHsypaI8NvDMluMh1TMA2lt09SXFtldM37TLlzKc3kbljY moDsurVcosBq
MmShlNAc80pEqVDZ1VlDZR5BONohGl0nDShzR6Nd1qykq496ABhavVWm/KxR EnDq622KfLhu
Pt0uSthLrzsNTZaVLZosZNrurNlTlPMZDdAAAAAAAAAAAAAAAAAAAKhctcCb Mzw5LqXnCcQt
rKZGWRCfSot90mPu2v1fO/JHMLYAFTtr9XzvyRzBtr9XzvyRzC2ABU7a/V87 8kcwba/V878k
cwtgAVO2v1fO/JHMG2v1fO/JHMLYAFTtr9XzvyRzBtr9XzvyRzC2ABT0Y1PV CdJU2tonVEaU
OF0rElJX3XLrI/SLgAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAB1So7cp
hTTpKyGZH0VGkyMjuRkZby3kQh7Ia7VP+aX4ixABXbIa7VP+aX4hshrtU/5p fiLEAFdshrtU
/wCaX4hshrtU/wCaX4ixABXbIa7VP+aX4iubikc8yVJm6opZsoVrTl85Fc/T 1dZftT+I0Duf
RL0WXSWPLm6r+i4piZqGpnC1WOWRCTJ7WFb13M8xdDrIyv8A5kAlbIa7VP8A ml+IbIa7VP8A
ml+Int59GjS5ScsWbL1X9NhyAV2yGu1T/ml+IbIa7VP+aX4ixABXbIa7VP8A ml+IbIa7VP8A
ml+IsQAdMSO3EjoZZKzaCskvwHcAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AOpKV626o3CN
BoQRN+yd1XP/ADuX5DtEdGi2g9lvp9E3m9WW68v/AHzAJAAAAAAAAAAAAAAA AAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAA
AAAAAAAAAAAACkRiJlxCVohyzSorkfQ3l3hy2+32KX+75wFyAptvt9il/u+c Nvt9il/u+cBc
jqSpetupNsiQSEGTntHdVy/ysX5ir2+32KX+75x1JrlpTiziyzaNCUpR9nuM jVc/v+m5fkAv
gFNt9vsUv93zht9vsUv93zgLkBTbfb7FL/d84bfb7FL/AHfOAuQEanzW58fT NEpJZjSaVkVy
MjsZbhJAAAAAAABDrElyJT1vMEg3CUhJZyMy6SiT1EZesU+1al7UTgq5xZ4g K9MMvW6z/MSK
7RAOO1al7UTgq5w2rUvaicFXOK+RTo8/EcFiZHakNapIWSHUEorktkiOx+ne f5ix81aP8Jp/
y6PAaTOeS2qXWu2SPm1al7UTgq5w2rUvaicFXOPP8TYkm4cwfg7ZrcdcysTY NLQ7JSpaGdKn
e4aCNJrsST3Zk7zvfdY6/HNaxbh6VhmPIkwzRNxBT4i5kSMTSX2nTdJ1g21r cUk06NB5yUV9
IRFbKZnTU5bFpezr1DatS9qJwVc4bVqXtROCrnGQq2PKTRq2mn1mNUIDTjMp 5iY8x9k+UZOZ
7KlJm4WVOYyNSCJRJuk1Eabxj8otORh+nVWRSayxtN6KzT4y2m9JLORc2siy cNorkSjMlLSa
ST0iLMnNCW42rUvaicFXOG1al7UTgq5xka9WpjEGNPOqUbDMBf2alV5lRuKf uojbtpW0llyG
ZKSpZLIzNPRIlLk+TOtzMVYEo9bqcDUJcxnOtkiURblGRLSSt+VRESy69yi3 n1mGjXWqgzkW
5qq0Z0pUlLakmZGoi3HmP1+oaVCsySUXUZXGTqbeWJf+0b/jSNUx/wAFv+6X +gDmAAAAAAAA
AAIjlTgNrUhybFQtJ2NKnUkZH6j3iWMkhvM5IP8A/Ie/mKAaDa1O7fE4yfEN rU7t8TjJ8Rma
i4UKnypSkmsmGlOmkjtfKRnb/sOGgrPYYHzi/pC2cXU7FbuT6rU7Wp3b4nGT 4htandvicZPi
MrEXJVNfiTI7TTrTaHfsnTcI0qNZFvNKd/QMRI+IqBJqx0qNXKW9VCWps4bc ttTxKTfMnIR5
rlY7lbdYxGs3N5UyzU7G12tTu3xOMnxDa1O7fE4yfEY/DdYp2JaLGq1EkazT 5GbRO5FIzZVG
k9yiIy3pMt5egWehEJXu1qd2+Jxk+IbWp3b4nGT4ii0Iix5UORNlQ48uO7Li ZNYYQ4lTjOYr
pzpI7puW8r9ZANPtandvicZPiJTLrb7aXGXEONq6lIMjI/8AMhmNCJ+FN0SQ XoJ9f8RgLsAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAABkKc1enxTt1tJ/0IdVYJ xqGjQLNpbj7L
OdJEZpJbqUGZXIyvZR9ZC0pLV6XDO3Wyj+EhBxY2tFHJTWl0hSo2XRZc99O3 bLm6N/Vfd6xf
zndSK7+s19835Pxiodxj6YrVSkUiJXJFWlrVEpilOOPuII1JaSyhxRmSEle2 ZXUV/wBok6Ss
+vEn5U4VUykza/hTGtLJTqZ85D0VCpxoIyUuI2lJr0RGm28vuke78RrvP8b3 n/DLN/lOdUr/
AJQ2msMbbcoFUixX4Lk2CuWtgkyzTHXIJstG44pBqbbWq6kkRZTLrsR3tHxP TJdDw7OqMqFT
ZFcjMvRor8lJLWpaUHkRexrMjWktxekt28ZhFOxXJ8k7WFGcNSYcpqgrgSHJ j8Y0PKKGptKG
TbeUZKN3R71klOQl3MjsQxOLsC+UCfgdygN0t1aDolJiR24S4SUKWxZTyJbj pk4ZpXmNGiVk
3l61X5273BmpUx6rv0pmoQnKowgnHYaH0m82nd0lIvmIukneZf8AMXrEVnEF HlUh+p06c3U4
TK9GtdMI5pkrd0SSySlGfSSZkRbiO57t4xS8EVZGLqpFhUNtWGqkuoTKizPl NnHdkPNE2hcV
1CTkNLWRqJzMWVJKcJGbomdp5OqZiDDkCr67RpsiBFRFh0hh44e01x22ySaH FtrSyaEqUo0X
Xmsa73MyuF7gjEMLGOF4VepjUhqHLz5ESEpS4WRakHckmZdaT9PUL3Q/gMV5 BaLWMPeTun0H
EFHk0+ZA0mZbjrLjb2d5xfQNtaj3EZXzEnee6+8ei6H8AHDCxWhvl6n3P4jF yKjDZWjyi9Ul
3+MxbgAAAAAAAgVwrwCL1vs/zUjhoRzrebUCyESl6dmxKOxGelT1nvsPl6h2 WJ8yr6YDK4th
aWp05xyM08whl9Jm7TlzUpUamrdBG8jsSt/4GXpFZqUTsFN/+KSPEb29Q7LE +ZV9ML1DssT5
lX0xvn2ucyf7/wBMdeM1bWEreCnMS4PwtHOSqn1GkPw6iwpxnSIJ5lP3XEXS ak2NRGRKSd7H
fdY+iu+T6qYhlUiXWsQNqk0+qw6iluNCU3HNEc3TJBNqdWaVrN08zmY7khBZ ejc/Qr1DssT5
lX0wvUOyxPmVfTGNvb1rJyceP0HyKuUjEtJqrdebNdOXOWmUmnJKfJOSSyJb 8hS1JdWjPclG
3bcd07xaUnyWLp8CuMpnUpRVSSy+qnFR07KQTbZIy6obhndRkSzUlxJmpDZ9 STSr0y9Q7LE+
ZV9ML1DssT5lX0xCWGw7g2u4Yw1SKPRMStuohRiYcXVYJycxkZmSm8jrakF0 spJNSyJKGyK1
lGq08neEGcFYMpmH40lyUiGhRG84kkmtSlqWo7F1FmUdi32KxXPrPS3qHZYn zKvpheodlifM
q+mArq23lp6j/tGv5iRfNGRMIMzIiJJGZn+wUdc1zZytNHjob0jV1IfUoy+0 T6DQX+o7J9Nk
yVsvIkuKaSkv6P0SK9usrpMjP9pf5kAtI8tuQsyYzLQRf8Qi6B/gR+n/ACHe KqMlbyjbKozm
3Ulc2lttEoi7m8vxK5CRqb/xKX3WuQBNAQtTf+JS+61yBqb/AMSl91rkATQE LU3/AIlL7rXI
Gpv/ABKX3WuQBNGeiN5kvn/+Q9/MULTU3/iUvutcgjUpo9VXczUeneLMfWf2 qt+4BT4pathm
rn6ob38Bjo87U+9w1/8Auv8A/IaSfAbnQZMR7Non21NLynY7KIyO35iDsaZ8 dqfDj/SG3nrP
OaZbmu9ypqNOKq4gqLxKgqyxY6Lw5WsI++8e9WVNj39VvV6x5Z5FalQmfJRh zDlXdberjM/I
ujodIpjTyZ6lJUpnMSyJsyJxVy3IQozIyIyHuVPpBxJL8h2XJlvvIQ2a3iQV kpNRkREhKS61
qE/Q/gKell12Lecsz9vx9QcULpvkToFKackQXdj1OoMzF1RdOaW6mS4lCGlI San303M9DmSk
yUWbMZpNO2oeIan5z4Sm1esTKm9XI1LbahQ5CmHoalRzceeOJl0UiOs753v/ AG+kSbKbK36L
0P4BofwFF35+wLOxA9OrVCptXcq+IERtacqjkxw4p6SUosjrK21ajKQ2SiSy lKk3vnSrIRFK
8jsGVB8rflJiOU+FDQhFON5LExyRlcNlRkedbaVOGu61LWqys3t5jUXu+h/A ND+ACv0I+4YK
zMsvVIc/jUJ+h/AQsOlZM0vVJc/jUAtwAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAA
AAFDSZ8BFKhJcmxUrSyglJU6kjI8pbj3jukyaPKYWzJlQHmV7lNuOIUlX7SM S6J/UtP/AMO3
/CQmgMvszCXZaDw2fAToTlEgs6KE/TY7V82RlaEJv67ELoBa61f2omZPyKza NO7fE4yfENo0
7t8TjJ8RZgKpVm0ad2+Jxk+IbRp3b4nGT4izABWbRp3b4nGT4htGndvicZPi LMAFThw0qYlK
QZKScl0yMjuRlnMWwq6B9yb/AIp7+NQtAAAAAAAAQa2tLcFK3FElCX2TUpR2 Ii0qd5j7tand
vicZPiFX/wDSN/4hj+agTQELa1O7fE4yfENrU7t8TjJ8RNABC2tTu3xOMnxD a1O7fE4yfETQ
AQtrU7t8TjJ8Q2tTu3xOMnxE0AELa1O7fE4yfENrU7t8TjJ8RNABRV6oQn6a ptiZHccU41ZK
HUmZ/aJ9BGK+fjqhxUFGp9SptRqTUuLDfhMTUG8zpZTUdSlJK5lkU6VyMi3l a5XuJUmBJp2H
nmplWnVVxT7ayemIZStJZ0FlImm0JtuM95X3nv6rZGnU+uKwJh7C7mH5zT1I VSErmqejHHfK
LKjG4puzpuWNDa1lmQkzIrGRKMkmG8YxHQ5G09BWaa7su+v5JSFapbNfS2Po WyKvmt90/UY6
kYsw4tumuIr9IU3U1m3BUU1sylLJRJNLR5umZKMk2TfeZEPNHqHiipV1E3El OxBNVFp7yD1d
2nIbblnKhutqg9JKjbSpg1lrNzytpJRGZqSrQQ4mJkVekTNTnIqryG2Z8ta4 pxXYiH3DQ3JS
Ss5SEtOLO8dJNm85vNTZWSGgg4sJ+pw4sui1enMzlqbhSpiGkokrJCnCSSEu G62ZtoWuziEW
ymSrKsk9KMBHgVSo41pdReodSpzsZ5Tk16VUUyYS0lHcatFb0qsijWpBk5oW lGgnCUZGtSFb
8AAAABUU6nwn2XXH4cdxxUh66ltJMz+1V6TIW4qKciabLpsSI6G9YeslbClG X2qvSSy/0ASt
k07sETgp8A2TTuwROCnwDR1HtUT5ZX1A0dR7VE+WV9QA2TTuwROCnwDZNO7B E4KfANHUe1RP
llfUDR1HtUT5ZX1ADZNO7BE4KfANk07sETgp8A0dR7VE+WV9QNHUe1RPllfU ANk07sETgp8A
2TTuwROCnwDR1HtUT5ZX1A0dR7VE+WV9QA2TTuwROCnwETDiEtomobSSUJku ElKSsRFnVuIS
9HUe1RPllfUETDhKJE0nDJS9ZczGkrEZ51dRb7ALgAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAA
AAAAAAAAAAABT0eI8qkQVFUJSCNhBklKWrF0S3FdFxL1N/4lL7rXIK+DUVwo UeK9T5mkZbS2
rKSDK5ERbul1Dv21+r535I5gEnU3/iUvutcgam/8Sl91rkEbbX6vnfkjmDbX 6vnfkjmASdTf
+JS+61yBqb/xKX3WuQRttfq+d+SOYNtfq+d+SOYBJ1N/4lL7rXIGpv8AxKX3 WuQRttfq+d+S
OYNtfq+d+SOYBJ1N/wCJS+61yBqb/wASl91rkEbbX6vnfkjmDbX6vnfkjmAf cPEaWpZGo1GU
p0rn1n0z37haitoSFpYfU4k0KceW7kV1pJSjMr23XsZdQsgAAAAAAAdE2PrU Y2tIps7pUlab
XSpKiUR793WRCBqVT+Kr4bfKLYAFTqVT+Kr4bfKGpVP4qvht8otgAVOpVP4q vht8oalU/iq+
G3yi2ABU6lU/iq+G3yhqVT+Kr4bfKLYAFTqVT+Kr4bfKGpVP4qvht8otgAUr 9LnSG9HIqKnG
8xKNJoQV7GRl1JI+siFw2k0tpSfWREQ5AAAAAAAAAAAACliVONCQ6xJN5DpP umZaBZ7jcUZH
cit1GRi6HFSEKO6kpM/xIBXbdge8e+Xc5Q27A9498u5yiw0Tfu0fkQaJv3aP yIBX7dge8e+X
c5Q27A9498u5yiw0Tfu0fkQaJv3aPyIBX7dge8e+Xc5Q27A9498u5yiw0Tfu 0fkQaJv3aPyI
BX7dge8e+Xc5Q27A9498u5yiw0Tfu0fkQaJv3aPyIBX7dge8e+Xc5R1YcUS0 TFkR5VyHFpuR
kdjUoy3H+Bi10Tfu0fkQ5JQlN8qSK/qIB9AAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAR6i+qNT5T6CI1tNKWRH1GZEZg JADN7VqXtROC
rnDatS9qJwVc4DSAM3tWpe1E4KucNq1L2onBVzgNIAze1al7UTgq5w2rUvai cFXOA0gDN7Vq
XtROCrnDatS9qJwVc4DSAM3tWpe1E4KucNq1L2onBVzgNIAze1al7UTgq5w2 rUvaicFXOA0g
DN7VqXtROCrnDatS9qJwVc4DSAM3tWpe1E4KucNq1L2onBVzgNIAze1al7UT gq5w2rUvaicF
XOA0gDN7VqXtROCrnDatS9qJwVc4DSAM3tWpe1E4KucNq1L2onBVzgNIAze1 al7UTgq5w2rU
vaicFXOA0gDN7VqXtROCrnDatS9qJwVc4DSAM3tWpe1E4KucNq1L2onBVzgN IAze1al7UTgq
5w2rUvaicFXOA0gDN7VqXtROCrnHW/Wakyw46ZxFEhJqtoVFexf3wGoAcGHN Kyhy1sxXt6hz
AAAAAAAAAAAAAAARn6hCYcNt+XHbcLrSt1JGX+RmJIy8tGaq1A/7VP8ALQAu 9rU7t8TjJ8Q2
tTu3xOMnxGdk5Y8Z15akJS2m5mszIvw6iM952LcRnv3EZ7hBiPT57anoEaE4 wS1I6cpSVpMu
tK06M8quq5XMvUZkZGd841qdit3M3lbDa1O7fE4yfENrU7t8TjJ8RlYi5Kpr 8SZHaadabQ79
k6bhGlRrIt5pTv6BiJHxFQJNWOlRq5S3qoS1NnDbltqeJSb5k5CPNcrHcrbr GK6zc3lTLNTs
bXa1O7fE4yfENrU7t8TjJ8Rj8N1inYlosarUSRrNPkZtE7kUjNlUaT3KIjLe ky3l6BZ6EQle
7Wp3b4nGT4htandvicZPiM7KUzEjPSZTrbEdlBuOOuKJKUJIrmpRnuIiLeZm KePirDUiFKmR
8Q0d2JEyaw+ia0ptnMdk51EqybnuK/WYDdbWp3b4nGT4htandvicZPiMxTZU OqQm5lMlx5kR
y+R+O4lxtdjMjspJmR2MjL9pCVoQF7tandvicZPiG1qd2+Jxk+IzEeVDkTZU OPLjuy4mTWGE
OJU4zmK6c6SO6blvK/WQlaEBe7Wp3b4nGT4htandvicZPiKLQhoQF7tandvi cZPiG1qd2+Jx
k+IotCGhAXu1qd2+Jxk+IbWp3b4nGT4jAN4xwu9GmvxcQUuWiFGXLkFEkofU 2ygrqWaUGarF
+BekvWLilyY1UpkSoQHNLElsofZcymnOhSSUk7HYyuRluPeA0+1qd2+Jxk+I bWp3b4nGT4ii
0Ii1KVDpcJyZU5ceHEbtnfkOJbbRcyIrqUZEVzMi/aYDT7Wp3b4nGT4htand vicZPiMnR6lT
K1GVJo1Rh1COlZtqdiPpdSSiIjNJmkzK9jI7fiQn6EBp2XW320uMuIcbV1KQ ZGR/5kOYpMKb
okgvQT6/4jF2AAAAAhVv+pah/h3P4TE0Qq3/AFLUP8O5/CYCp0QyflCmVOnw G1QaactlZ5Mz
fTXpFdFKDSaTslWa3pzXyHYjsveaIZ/GEM3macZsIeablZnCXEVKSRaJwiM2 07z3mX7DMj9A
18LJuWsvaW4sjupOGYb1NjOVSg0qNOU2RvMtNJWlCvSRHbx/afWeMxriFzA/ kyrlagxGnnIM
h5thlZmlsjVLNpN7f8qcxHYrXIrXLrKy1KJ2Gm//ABSR4iNifC8aveSOqUap nLhx5CnFEqHA
cW4i0k3GzTHSRry3JB5C35blcustfXvx+7/X/Knlz5fU/p/hnfKzWcZ4RwFW KimbT3XG2W1t
TokLQ6uvWGUZFNuuO586XF2MrEnRne5qK2vruLYVDrdPgVCFUW2J0xuntT9E nQay4k1Ib3qz
nciIs6UmgjOxqIyUScRjWM5jTDlQpdcrNab1hlLLRwcG1NppP2zTpqcbVn0i vsSSkyNOUlr+
9m3VdRwpSZmL0VrXK0rLXmq5pJGDag7M6BJ/oxSMhWY6PRTk6PR67b+V0Nm3 5T6GrCc7E7kS
qtUFhC1sTFRyNEwku6H7MkqM0mazSRE6TZnmvayVmmfijENVhYGq9ZplG0E6 nsvOvRaqvRaM
kNGvMRtEtLv/AC7krIjuZGtKkmRZGDS6fGrNdqRy61palDKGplrBcxtiRZxS zdmNaI0yHF5j
QpSSbulSySSDURpRKfGgeT2r4ZgVCtN7VelLeWvB1SNiO0+SiU1GZJJaJJZi MiNSivmOx5tw
TcQ4yr8bCHk9qtO2W3IxHJgxJKX4rjiW1SWyVnQROpOyTJXRMzvct5W3zZPl Uo0ePWZbtOrJ
U6jVFVNqEzQI0UdZOJbz/futJmrqQSlkRXUkrpzZufTHJmGMI0hVXqSfNuZH lx3iwPU/tdXQ
SWkrTf8AvmoyMr3K2Wx5lSw7SZuCMZ4e17EaPOKsOVXWPNOoHq+Z1tejy6Pp 20ds1y6+rcA3
tMxlFqtRq0WlUuqzEU6S7BXJabQTTkppBLUym6yUk+siWsktmZWz703p/Jbj apYo8njFfqtF
kpkLzEkoTaVNylaZbZJaTpFKTbKklKcyJIzNVySRmUNpqmF5RmcVOPV5JsIf QTcfCM5l6STh
JIkSXUtWeQ2SSJCciTKyDNSjIzVQs4cgM4EjYTRUq8ulwJ6JkJDuD6ionEpe W6bMtOUkyEHn
Lckm96SPf1ANS15VKM9OgQGadWXKnLmTKfqaGEKcakxiSa21mS8u/OmyyUaC I7qUkiUZdrHl
NpEpyHEh0+qyKzJnyqcVMQhpLzb0ZOZ4lLU4TVkpNJ3Jw75ytcyO2MwhhSk4 exHSatrlaXqN
SqFR1aNg2oMNHrTLbWjQWRWRKNHcuvcZFutc+2LhyBT6+mu02pV5FUardQqz GsYPqLjKUS20
oW0pBJSpRpyJMlkpPpun1Brq15TaRRpNQanU+qpRSkRFVV5KGlIp5yTIm0uf aZlmVyM9EThb
9xmNZiWo7Cokmo7PqNS0OX+i09jTPuXUSeii5Xte57+ojMeVVLD1GqGKalW5 aJMp+qsxkTdd
wHNkqaW0jRqXFNaDJrMVjstLpEaSvmLcN3ibE7dQocmLQ5WI6PUXMuim+ak6 RorKIz+zUzZV
0kad/Ve/oAcPKXiKZhqFQ00xqOqXV6vGpTbshKltsaUzu4aEmk12JJllzJ3n e+6x57HNaxbh
6ThmPIkwzRNxBT4i5kSMTSH2nTdJ1g21rcUk06NB5yUV9IRFbKZnY4/k0nFc GloaPEcKZS6k
xVIrqsMVB1vStGdiWjRJNSTJSisSknex33WOmrrCcQyqRLrVVrypNPqsOoJb jYRqTcc0RzdM
kE2olmlazdPM5mO5IQWXo3MNTVceUmjVtNPrMaowGnGZTzEx5j7J8oycz2VK TNwsqcxkakES
iTdJqI03in5RaejD9Oqsik1ljab0VmnxltN6SWci5tZFks2iuRKMyUtJpJPS Isyc2CoWD6ZS
MS0mqt1OvGunLnLTKTgycU+ScklkS35Cm1JdWjPclG3bcd07xaUmjUynwK4y lc5RVSSy+qnl
gadspBNtkjLqhoM7qMiWakuJM1IbPqSaVBoPKljCs4a8nj+JKLS45KYyk+1V FLQ4wo3kN5dG
krObzUWYnCTYiUk1kZX9D0Q8XrNEjTfJPBwJGrGI0w22UtSZkvCVSkPOZXEu JJuyUk2kjTlJ
J57Jylfdc9E/iyslibCxEurOUppExVZWzhWeyh47JKOlCFNOLSZGZmdl2PKq 570pMJuLa/Wa
Z5SMG0KCunlT63rOmN6MtbqNAgnFZVE4kukRkkrpPKZX6XUIlE8qlGq0GhT0 U6sxqZWZhU+P
MkMIS2UkzWSWzIlmo75PvpSpBGdjURkok9OJno1Yx7hfETEmtRmqFpssVeEa k4p7TJyOXWSU
26BFl6J2O5nmLcVDTcO0mFgjBmHtexGvzdrDdV1jzTqBaxldcXo8uj6F9JbN c+rq3gLHD3lS
d2JjGr4qpEiDTqFUZEUnWUtq3IU2lDCiJ1Rm8ZrIjURaP/qIWc3yqUanSHYl Sp1Zi1Fmoxqa
9D0CHnW1yGzcaX9ktRLSZJVuQal3K2XeV83UsO0mbRMZ0PXsRoo+IpjlSy+a dQN+PKUptd9J
o8q2yU39zISrHbPcrg5h6jPbLWSJNPdhViJVFIpOA5sRp1MfSWQaSQpWZWkP pGsyIiKyCPMa
gt28U1mteVykUJhiq0mkqoqKu42pmOl1alLT0XiWalJQW9s0oJKyWZ/8tlFZ VXyn0OjKqqa1
EqtPXBgJqSEPxyzyY6ndElSEkozSZrNKcrujUWYrkVlWiVVNJqGOpmItaxXF 1mgromjjYbqC
HWszpuaZDuh3KK+4su4yI7+gefI8m1DchzI0mbVmUP0RukEdOwRPjGpbbzbq ZDt0q0izU2RK
+7mL0p6wHrc/GiafIpUKXh+st1eqPOtQ6deMbrqWmyWtzMT2jJJEZFY1koz6 kmW8Z3GvlHks
eSVGOMGxYcqCtCVKOoKWhbRm8lo06JJdMyUa0n00kVrkayEPFUGNiqRQ51cd kyqjSXn1NIdw
LUlwnWnWySaXGFXNSiUklEolkRW+6fWGLqdDrnk7ThCDIqVMgu9KSpnBE8iv pkvETKEIQltJ
KIyseczIyuo1XUoPXtEI1SatTpR/2S/9DHXhGpLqtPMpCpDktk7OuuUiTTkL uZ2yNv3M7FYj
spW/1XIhZVZq1Kmn/Yr/AITAW8D/ANGz/dId4oXqnIjIjx2oqySpBfbqy5b+ orqIr/tMv2GJ
MdTrKjcOBPdeMrG4440Z/sIs9iL8CIgFqAha4/8ADZfea5w1x/4bL7zXOAmg IWuP/DZfea5w
1x/4bL7zXOAmgIWuP/DZfea5w1x/4bL7zXOAmgIWuP8Aw2X3mucNcf8Ahsvv Nc4CaKI0ZqjU
T/tk/wApAsNcf+Gy+81ziNAJT0moLU2ptRvldCrXL7Jv1GZf9wFHi2DEkYdn nOY0zbDK305V
ZVpUlJmRpVY8p/jYy3mRkZGZHnMGOU/ClK1WG5hpb7h55Eg6xZTy/X/wtxF6 E+gvWZmZ+iT4
Dc6DJiPZtE+2ppeU7HZRGR2/MQdjTPjtT4cf6Q6PP0kx8Nf+sN+du/nP1TUa cVVxBUXiVBVl
ix0XhytYR99496sqbHv6rer1jyzyK1KhM+SjDmHKu629XGZ+RdHQ6RTGnkz1 KSpTOYlkTZkT
irluQhRmRkRkPcqfSDiSX5DsuTLfeQhs1vEgrJSajIiJCUl1rUKdeFKqpajL G2IkkZ3ykxT7
F+G+KMvSy67GnnLM/b8y0HFC6b5E6BSmnJEF3Y9TqDMxdUXTmlupkuJQhpSE mp99NzPQ5kpM
lFmzGaTTtqHiGp+c+EptXrEypvVyNS22oUOQph6GpUc3HnjiZdFIjrO+d7/2 +kSbKbK3sfmn
Vv04xHwKf/tQ806t+nGI+BT/APaii7ybA2IYdMm1uNjCsuVVmnRtpzaq5IW9 FzHKUbKHY7ib
w5SDSkksN9Z3uRqQm1XOq9HxRR8cY3lVmkxpb+GZNOg0luc0t5qIdzSuQRKO zq3FoIkFuTmS
k8yj3e2+adW/TjEfAp/+1DzTq36cYj4FP/2oDxfyerXiDFuEKQ3WqgmilgSK +7GgTltNreQ8
TarmgyNKkqKxmk0qujKZ5cyToaHiqsngvBuIKzXqhOzQ1xU02PKXGmPvnONp D7BEk0TXEoSR
KZcuRWJSr6Tf+hvNOrfpxiPgU/8A2oeadW/TjEfAp/8AtQHldCag4f8ALZ5R pU46icw2Ys2n
QkS3TdqJFGdN0mWTWRSLGlSUpsokGVk5bbvMMSY7rL1Nrz1JrkhlqRhuJUVF FrS5jjMlU5lJ
mpeVGruZXFJU02SUERlutYi/UfmnVv04xHwKf/tQ806t+nGI+BT/APagPDfK zUMRYVruKKZh
yr1l3NhZuouKW8p9wndeS268i9yZ+yU4Zk2SEpIrkScpWtMdVWJDqGDmsMYg KVheTMmJqMp3
EshEfTpjpNptycSlra3GpRNkdlGXV6S9e806t+nGI+BT/wDah5p1b9OMR8Cn /wC1AVfkpZqZ
eT+kJrlTaq09CFoVOaNRofSTiiQtKlJSayNBJsu3T+8RqIyUdC21DqvkGq6c MVOq4jjyKVPb
iypmd2VJUZOllO6UqUZKukiy9RERXGy806t+nGI+BT/9qHmnVv04xHwKf/tQ HkMitYcqfkJp
kBiXGqVWiYccUTMOQlxcFaaY6hbjyUqulJEpTfSIyJbiCtcyMsdirG0yl+T6 lsUyTIplRo9C
oz0Vx6pqjadThINSmIxJtLTYsi9Io0pynZJWVm/R/mnVv04xHwKf/tQ806t+ nGI+BT/9qA8r
RUqhE8olbpaq7UJc6dr78aRCNx9VKabZSSG5FONOVKSUZKbdR0njJHWlw79O C8aUbD2F6tMx
TNcnJoC47SagiedTjzpao55lQ3nCJelUSlJW2R5EFv3EpZn615p1b9OMR8Cn /wC1DzTq36cY
j4FP/wBqAxvkhZi1Go4kxKuq0qVW60uO5Mg0yY3JagNtoNDLZrSZ5l5c2ZW5 JmR5SsVz9K0I
hUrD1QhTUPycUVmotJIyOPJahpbVcuszbYQrd17lEL3Q/gAgYYKzMsvVIc/j ULkVGHSsmaXq
kufxqFuAAAAAhVv+pah/h3P4TE0Qq3/UtQ/w7n8JgOvWHvhsvvNc4aw98Nl9 5rnFiACu1h74
bL7zXOGsPfDZfea5xYgArtYe+Gy+81zhrD3w2X3mucWIAK7WHvhsvvNc4aw9 8Nl95rnFiACu
1h74bL7zXOGsPfDZfea5xYgArtYe+Gy+81zhrD3w2X3mucWIAK7WHvhsvvNc 4aw98Nl95rnF
iACu1h74bL7zXOGsPfDZfea5xYgArtYe+Gy+81zhrD3w2X3mucWIAK7WHvhs vvNc4aw98Nl9
5rnFiACu1h74bL7zXOGsPfDZfea5xYgArtYe+Gy+81zhrD3w2X3mucWIAK7W HvhsvvNc4aw9
8Nl95rnFiACu1h74bL7zXOGsPfDZfea5xYgArtYe+Gy+81zhrD3w2X3mucWI AK7WHvhsvvNc
4i1Z91VKmkqBJQRsLupSm7F0T37lmYpcZ1eY95LMXTn6PJpkhimTDRHqKY72 fKwoyUaULcbU
kz3ZVddjuVuvL1Kq4gRhOo1+RXHXW01t+lt08ozKWDjqqSohaQ8puKcShRmS krQXRRmSqyzW
HqsNKVwGkrIlJNBEZGVyMfY8VEZR6FS0tmX/AAr3SX7C9H7C3fgPF8PP1uh4 Pp7FPqdbqDtW
xHUYRoYbhE+ylt6c6pbJuIQ3mWpkjXpMxWNRIJJ5bXWGqvimdjKDRZs+TDis 6468iWiG7Mfb
aKAtCXTYM2m1GqQ4ncRGbRl0SWaXCD0uPUoMmfMgxpsZ6bDyazHbdSpxjOV0 Z0kd05i3lfrL
qEoeNYaOoU6guU+JW8UzqnLq1VeaYgNU0nEtMT3kOuXfbS3ZS3WjURmasyiy ElJKIrvycVes
44iorMusSacmPqWaDAZY0D2khRpK85utrc3qfUnorT0Upt0rqMPSgHkuAsR4 oqb+FKjUG6um
JXEE4+meqnIhpJcZbxaoTStYM8yUkknMx6POaiuWYtL5OIDNMqmNocZclbTd aRlVJkuSHDvA
hnvccUpSuv0mdisRbiIBtQAAAAAAFUxBiSZ1RXJisPLJ9JEpxslHbRN7t4tR VvsVBmU+5BXG
Nt5RLMnWzM0mSUp6yUW7okA79k07sETgp8A2TTuwROCnwEa9b9cHhq5wvW/X B4aucBJ2TTuw
ROCnwDZNO7BE4KfARr1v1weGrnC9b9cHhq5wEnZNO7BE4KfANk07sETgp8BG vW/XB4aucL1v
1weGrnASdk07sETgp8A2TTuwROCnwEa9b9cHhq5wvW/XB4aucBJ2TTuwROCn wDZNO7BE4KfA
Rr1v1weGrnC9b9cHhq5wEnZNO7BE4KfANk07sETgp8BGvW/XB4aucL1v1weG rnASdk07sETg
p8A2TTuwROCnwEa9b9cHhq5wvW/XB4aucBJ2TTuwROCnwDZNO7BE4KfARr1v 1weGrnC9b9cH
hq5wEnZNO7BE4KfANk07sETgp8BGvW/XB4aucL1v1weGrnASdk07sETgp8A2 TTuwROCnwEa9
b9cHhq5wvW/XB4aucBJ2TTuwROCnwDZNO7BE4KfARr1v1weGrnC9b9cHhq5w HHDiEtomobSS
UJkuElKSsRFnVuIXAr6REdiIeJ9SVLcWbhmkrFdRmZkRXPqMxYAAAAAPi0Jc QpC0kpCisaTK
5GXqH0AFSeHqYZn/AEVsv/4kHm7TOzI7peAtgAVPm7TOzI7peAebtM7Mjul4 C2ABU+btM7Mj
ul4B5u0zsyO6XgLYAFT5u0zsyO6XgHm7TOzI7peAtgAVPm7TOzI7peAebtM7 Mjul4C2ABU+b
tM7Mjul4B5u0zsyO6XgLYAFT5u0zsyO6XgHm7TOzI7peAtgAVPm7TOzI7peA ebtM7Mjul4C2
ABU+btM7Mjul4B5u0zsyO6XgLYAFT5u0zsyO6XgHm7TOzI7peAtgAVPm7TOz I7peAebtM7Mj
ul4C2ABU+btM7Mjul4B5u0zsyO6XgLYAFT5u0zsyO6XgHm7TOzI7peAtgAVP m7TOzI7peAeb
tM7Mjul4C2ABU+btM7Mjul4B5u0zsyO6XgLYAFLIwvR5DDjEiCy6y4k0LbWh KkrSZWMjIysZ
GXoHxrClDbQSCpkRTROabRqZSadJnz57Wtmz9K/Xm39YuwAVMnDVDlonpmUe nSdoaPXTfjIW
crR/8PS3Lp5bFbNe3oHdTaJSqW3GbplMgw24yHG2Ex46GyaQtRKWlJJIspKU lKjIusyIz6hY
AAqqjhyh1OAUGpUamzIRPKklHkRUONk6o1GpzKZGWYzWszV1maj9Zjqdwnhx 2VAlO0CkLk09
DbcN1UJs1xkNndCWzy3QST3kRWt6BdAAqqfhyh06qyanT6NTYlSk5tPLYiob edzKJSsyyK6r
qIjO57zK46qJhPDlBlLlUOgUimyVoNtTsOE2ytSDMjNJmlJHa5EdvwIXQAAA AAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAoJ1UmoqElljVybaUSSztqUZ3SlXWS i9YC/AZvatS9
qJwVc4gvYrNheR6pUhtdiVlXuOxkRke9z0kZH/mJkt/EWyfrZAMjExK7MWpE SdS31pK5paSa
jIvXuWJW1al7UTgq5wss/SWX8aQBm9q1L2onBVzhtWpe1E4KucQlpAGb2rUv aicFXOG1al7U
Tgq5wGkAZvatS9qJwVc4bVqXtROCrnAaQBm9q1L2onBVzhtWpe1E4KucBpAG b2rUvaicFXOG
1al7UTgq5wGkAZvatS9qJwVc4bVqXtROCrnAaQBm9q1L2onBVzhtWpe1E4Ku cBpAGb2rUvai
cFXOG1al7UTgq5wGkAZvatS9qJwVc4bVqXtROCrnAaQBXUOc5PiKW8lJOoWp B5CsR2Myvb0d
QsQAAAAAAAAAAAAAAAAAAAUE6qTUVCSyxq5NtKJJZ21KM7pSrrJResBfgMyu r1BCFLW5DShJ
XNRsqIiL1/fEN7FmhdW09UqQ26hRpWhe40mW4yMtJuMTM2/kRbJ+tkAycTEU iYSjhy6a+Sfv
G0g1W/bZYkbVqXtROCrnCyz6pL37jSAM3tWpe1E4KucNq1L2onBVziEtIAze 1al7UTgq5w2r
UvaicFXOA0gDN7VqXtROCrnDatS9qJwVc4DSAM3tWpe1E4KucNq1L2onBVzg NIAze1al7UTg
q5w2rUvaicFXOA0gDN7VqXtROCrnDatS9qJwVc4DSAM3tWpe1E4KucNq1L2o nBVzgNIAze1a
l7UTgq5w2rUvaicFXOA0gDN7VqXtROCrnDatS9qJwVc4DSAK6hznJ8RS3kpJ 1C1IPIViOxmV
7ejqFiAAAAAAAAAAAAAAAAAAM68jNU6gf9qn+WgaIU7beafUT/t0/wApACtn sSlQ3ip7jLUs
0nolvINSCV6LkX+u+3XZXUeS8nVZdMqg5iCsUiPEN00x465SVOkojstZqNZ7 jO5+nMd1FYju
r0XQjH0qLWYdMhxVpr6VMsobMmTgGgjSki6Jq323br7/AFjp8dT4XN45/XN+ c1Opr8ynzsSQ
Sp02LKyRJGfQOpXlutm17Hu9P5DAYUl4lxY5jKZFrjkWRSq1Kp0GCTLJRFky lGQnjNtTtlKP
pmlZHYzy5dw9ApcOouV1qTLTUtC3GdbvNONuUpTZllJn8EHe/wCFvSMRNwq7 En4gi0+iYzOj
1eW7InQ4r9L1aWpxJJdMlOuadKXCLeRKSZXPLl3Wz9edkjTz7y2qjBuLJFNp mM5NSnRnlIxd
NgRl1eplGYZQlKVJRpF5jSkiSoiShKjuZbiLMpMmkeVxusJw0cKi6LbENyUW vTUR0rWh4mVR
o6jLK88armSTNsjI0GZpzHl4owYTFSOpQcL44h1QqrLqzUtqVSlLackoJDza UreUg0GSU2zJ
NRW3K6x1N4FQjB0LC3mxjxVCZsT8VU6mGUtJPm+SV/b9Gy1GWZrIoysRmeVN smjSUfGMiu4o
rlChQo8N+A87FSqTIJUlJpQlRSVxeiZxjNRElaXDNV07kkZmmiVVatG8pFFw 7ExBWZUaezOb
luVOAzGU0ppCcjkVRsNpeUSj9GlTl6RlbeLKXRX52JWKzPwrjiQuKiSmGwqo U9KIhyCJLqm1
pkk7cyuRXWZIv0CTZOXqOi1R+twqvUqPjyoVGnsvtQHXnaMjVFPJJK3EpbcS SlWKxEslJ/6Q
Ga8nnlFrjuG8DNz47lerGKVzzS6t1qMiPq5mRFZLZFksV1HvUXSMiWeVAuF+ VkktMtO0iPFl
lV5dHlPzZ+hp8d2OjOZnJ0Zn0yNOQjbSZnm6stz44YwYWHXMMKjYXxxILDq5 aoKZEqlGRFJT
ZxKsryTURHdRb7kaj3mViLtcwo9syvQYuHceRGq3Mly5hszKWecpKUk62SVP GnL0U2O2dO+y
yJSiMO9OIsTueWtihNRY7dIcoTc9cORISlxu75JW4akNru4m6k6MlmgyK+cr 7unEPlYiUavy
6acOFLU3GqDrSY1SQ68lyI2a1IkNpIyZJZIXlPMpW4syUnmJM5uiLiV2j1ak 4OxhTZFNgIpa
UsSaatD0RCkqSysnZCzsRp+8k0r3n0uq2c/8uGCZhxk4ax6mnQWZ8eFDKXSd HGRMQtLpJVpc
6tyzMjWpRkZF177hbF5VFQ2KFMrlAchwK1S5NTimxLS+8RMMJfWlaMqUkRpN WQyWZn0cyUGZ
knsn+UeZSsGUbENXo9OjNVp6GzASVUUbaNOk1mqQ4plOiSlBXM0kvf6i3j5N wqzPYwzHm4Jx
g9HoMB+mstHLpySfZdYJhZOmUgjvkLrSad53HUeFpbmHqdR5VCx5IYpT0WRT HXH6OTkFce5I
NGVwiX0TsZOEsjL1HvAajycYtYxtSJ0tlhtpcKe9Ad0L5PsuKbsedpyxZ0KS pJkZpLrPd6Tu
KG/Upm0Nq0rZuhmOMxv6Ql7WWCtke6P3M1z6B7ytvFZRqhWabFU29hXGFQeW s3HJEuTTTWo7
ERWSiQlCSIiIrISkuszI1Goz6qFJq1I2j/8Aa+NJ2uTHJn9Nm093QZ7fZNf0 ksrabdFO+1z3
gMz5K5eJcW4LpGKna44qVMkrU7TlssphpZKSpC0pyt6W5NkZpu4fTJOYzK5D O4H8oMig+Q+g
VaqSI1QqDzM19SqrVSYW+TLy+gg1EtbjhkaSSkk2sW9SeiStLQsNyKJDi02J hvHCqDFk60xS
XJFJNltRPaZBZydJ4yS5ZRXcO+UiVmK5HTRvJwxCpMeDT8NY9iaOmyKQ6+iX SVOSIrzqnVNr
zumkrKUqykElVj3me4BpKL5R261iiJS4NM0TEiHEmNnNlIYkyESEGvMwyZGT qWyL7QyWRllW
REo0kSu3B2LZeOoc9uCw3R1oWtszN9D8uHleNBpkR1EWhdUlKjQR6RJGRmq9 iSuvThheXDrL
2FscPwKGuO9GhOzaabSnmGtG26o9PnIyIiM0oUlBqK5puar9segyWqzLqysO Y8dqbkNECPJc
n03SQ2EOaVKEGUgs/TymZvaQ1EmyjURqJQcMF16oyfKXMoe06hUKQmkIm5qv CTDlIf0ykWQ3
omVKbNPWrIoiURFmIzsfpuiGFwvSZcbGR1uo0LF0uqPxU07Xqk9TCRHj6Q1m WSO6m5ZjuZ5V
K3Fb0kfpWhAR8LFaPKL1PufxqF0M7S5C4cGc63HdkKTJcLI3a/31bx2x5c2a gnFsSSaM/uRl
tfkajXf8rAL0BC1x/wCGy+81zhrj/wANl95rnATQELXH/hsvvNc4a4/8Nl95 rnATQELXH/hs
vvNc4a4/8Nl95rnATQELXH/hsvvNc4a4/wDDZfea5wE0BC1x/wCGy+81zhrj /wANl95rnATR
nXkZqnUD/tU/y0C11x/4bL7zXOIMUlPS6gtTamzN4roXYzL7JHqMy/7gKbES JzdHkuUt1lqQ
hJrM3Ty3SW9REu5Eg7dSj3F60/eTT+TusoKgEvEVZozSnFmqNHKQklsNf8qV maj/AMk9aS3G
foTrK/Bdl0Koxo6SU89GcbQRna6jSZFv/aYp7Vj1Yl//AK4dPlZcXN5+uf0z ZuanXONIhzsS
Tl0+VHlNJiR0mthwlpI87265H19X5jAeSuXiXFuC6Rip2uOKlTJK1O05bLKY aWSkqQtKcrel
uTZGabuH0yTmMyuQ9FoMOdtOdKmpm5XGWW0HMNjOZpU4Z2Jrdbpl17+sefUT DUihxo1MhYdx
u5QIkrWWKWuRSTYQontMiy9KTxklyyiu5c7ESrlcjy9efL6/36a+ffj9szgf ygyKD5D6BVqp
IjVCoPMzX1KqtVJhb5MvL6CDUS1uOGRpJKSTaxb1J6JK2FF8o7daxREpcGma JiRDiTGzmykM
SZCJCDXmYZMjJ1LZF9oZLIyyrIiUaSJWbjeThiFSY8Gn4ax7E0dNkUh19Euk qckRXnVOqbXn
dNJWUpVlIJKrHvM9wuU4YXlw6y9hbHD8ChrjvRoTs2mm0p5hrRtuqPT5yMiI jNKFJQaiuabm
q+a7uoPlPiT6NVKvUoLdPhQlqbW0c1BymF6c2UNymlZNXWtVst1KQREo1LQR EZ5SFjyrVNXl
TbaxJTlu0mnNT6WdMNl1tvKypxwkKUk9KklZEKWZdZ7ibNREW0olMk0vE71f XhPGk+oqhpp7
K5kymr1eMSzWTaTKQRr3mV1uGtZ5Sured4tQw+9MkYwfLCuNI7uKWWY81TUm l9BDbZt2bzPn
bMgzIzO577llOwCFhPG9akPYcoDdP2xV5+HGK65OkykRmyNxdlJWSGtySvYj SlR3ykZWzLJS
PK43WE4aOFRdFtiG5KLXpqI6VrQ8TKo0dRlleeNVzJJm2RkaDM05jyzcL4fe w9WafVGMK40l
SoNHTRGtZk0vKcdLmkTckPpuotyb+ot5GdzOrbwKhGDoWFvNjHiqEzYn4qp1 MMpaSfN8kr+3
6NlqMszWRRlYjM8qbBbYQruJKh5WcbUaYiG5R6YuITadPZcdLjKlEaSJojcN ZkRqJSiybySa
i66GseW2JTma0pumwp64UBqotFBqqH0KbXISwbbq0JNLbqdIhRpTpE7z6XUZ 6GXRFycQVqpn
g7GCG65GTFqsJEmm6GYlLa20mozkG4gySu32a0dRX9N8vM8mbc6G5Gn0Dygy UHSmaM2a5VHS
bUZp5DqEpyuFcyU2RXVczIz/AAMgu8UeVRWFX6zHr1AcZkRKWirR2mZaXTcb W+TCUOnlIm1k
tSL5TcSRZrKVYs07FWO5mFZFEg1yn0aJUKs8+lpbtXUiG0002SjU4+pkjSoz USSSSDI7/eLq
ETGGFWcW1WfPrGCcYGuZSipK22pdOShLZPE8lxP9IvnJZEZXM07rGk947ahR apUJFKmzKPjx
ysUp512HUdLRidaS62SFt5Cc0SkmREdzQaiPqURbgGo8nuI2MaYNpmII0ZyM 3MQozZcMlGhS
VqQorl1lmSdj3XKx2LqKLNrVYieTWqV+o0dul1iJBkyjgOPlJShTaVmglLRY lEZJSZ2t126y
EqmVWrQILcc8HYrlKTc1PyJVPW44ozM1KM9ZIiuZn0UkSUluSSSIiKrprM2N hBeHJ+EsaVeG
6y7HeeqM+A4+8hw1ZiU4Uoj6lGkjKxkRF6gGaf8AOX/yf8404kmSnpWH3Jkp D6GWtCaoa3CW
wbLSFEsndHbMoyJJq/5spjpe8pjeEPJ/haXVNWmuqpECVKJ+pIRMeJ0kpNbL R3U6oukpRqNB
epRnmyzUYWlroDVFn0LHk+mR4a4cVl5+jp1YlMKj50qbcSo1E04tJZzUXSuZ GZEZVdQ8nDEu
mSqc1hrHsSHNhwoc1tiXST1ooiSSytRrdUaVESU3yGkjt1ddw1MHHypdfxFA RRnFFRlvIVGb
kJOoOk22lelTFMiM2lmokoWlajUakdEiMzTFpPlNiScIR65ObpUUpa2mY2Sr IXHJ5xs3NE88
aU6FaEpNSyNJ2LKSNIo8g7JdFfnYlYrM/CuOJC4qJKYbCqhT0oiHIIkuqbWm STtzK5FdZki/
QJNk5ZWFoczD9SrFSLCWMKhVKstpUuXLkUwlrJtGRtJJbfQgiIr9Sbnc7me6 wQvIpieXimNi
hNSq8OqSIFafjsripQhOrWTo1JSkzPIoyXlMzUZ2PpKtcekaIZTyfU1dFm1Z hnDeIobVWqL9
UfkVB+EtDbrhFdKSaeUrL0SIiyme/eY3ehAR8LFaPKL1PufxqF0KfDRWbmF6 pDn8ahcAAAAA
AAAAAAAAAAAAACoa1rX6jq7LDiNOm5uPGg76Jv0EkxbiqYnRI06ookymGVm+ kyS44STMtE3v
3gO29Q7LE+ZV9ML1DssT5lX0xz2tTu3xOMnxDa1O7fE4yfEBwvUOyxPmVfTC 9Q7LE+ZV9Mc9
rU7t8TjJ8Q2tTu3xOMnxAcL1DssT5lX0wvUOyxPmVfTHPa1O7fE4yfENrU7t 8TjJ8QHC9Q7L
E+ZV9ML1DssT5lX0xz2tTu3xOMnxDa1O7fE4yfEBwvUOyxPmVfTC9Q7LE+ZV 9Mc9rU7t8TjJ
8Q2tTu3xOMnxAcL1DssT5lX0wvUOyxPmVfTHPa1O7fE4yfENrU7t8TjJ8QHC 9Q7LE+ZV9ML1
DssT5lX0xz2tTu3xOMnxDa1O7fE4yfEBwvUOyxPmVfTC9Q7LE+ZV9Mc9rU7t 8TjJ8Q2tTu3x
OMnxAcL1DssT5lX0wvUOyxPmVfTHPa1O7fE4yfENrU7t8TjJ8QHC9Q7LE+ZV 9ML1DssT5lX0
xz2tTu3xOMnxDa1O7fE4yfEBwvUOyxPmVfTC9Q7LE+ZV9Mc9rU7t8TjJ8Q2t Tu3xOMnxARMN
5skzORJXrDlySdyI86uo91xPehtOO6VGZp73jZ2M/wBvoP8AzuKPB1VjVGRW GoyZV48twlLd
iutNrutdjbWtJJcLd1oMy6vWV8fjOoVyt+TjHFQ1qmsUVuFWIepamtUg9AT7 GbT6Uk9JTee2
i3EeW5mWYB6qA86rOOJ8LFRQaS21Wm5K34saI3AfjEUhqM66adeUZsLM1sKb NBERpNR3P7NR
H1OYsrSKVHe2pTSaN51MupuUCW2iCaUtmlp+Kp4nWsyVLcN9xSUJQlNystKj D0oB51iyM/SK
7Cmx14g079QiEupvVEzgNodlIbOOcUnLXNtWiSZMHY1oWpZKJTheigAAAAAA AAAAAqGta1+o
6uyw4jTpubjxoO+ib9BJMW4qmJ0SNOqKJMphlZvpMkuOEkzLRN794DtvUOyx PmVfTC9Q7LE+
ZV9Mc9rU7t8TjJ8Q2tTu3xOMnxAcL1DssT5lX0wvUOyxPmVfTHPa1O7fE4yf ENrU7t8TjJ8Q
HC9Q7LE+ZV9ML1DssT5lX0xz2tTu3xOMnxDa1O7fE4yfEBwvUOyxPmVfTC9Q 7LE+ZV9Mc9rU
7t8TjJ8Q2tTu3xOMnxAcL1DssT5lX0wvUOyxPmVfTHPa1O7fE4yfENrU7t8T jJ8QHC9Q7LE+
ZV9ML1DssT5lX0xz2tTu3xOMnxDa1O7fE4yfEBwvUOyxPmVfTC9Q7LE+ZV9M c9rU7t8TjJ8Q
2tTu3xOMnxAcL1DssT5lX0wvUOyxPmVfTHPa1O7fE4yfENrU7t8TjJ8QHC9Q 7LE+ZV9ML1Ds
sT5lX0xz2tTu3xOMnxDa1O7fE4yfEBwvUOyxPmVfTC9Q7LE+ZV9Mc9rU7t8T jJ8Q2tTu3xOM
nxAcL1DssT5lX0wvUOyxPmVfTHPa1O7fE4yfENrU7t8TjJ8QETDebJMzkSV6 w5cknciPOrqP
dcXAp8OLS4iatCiUhUlw0qI7kZGtW8hcAAAAAAAAAAAAAAAAAADqejMvGRut pUZbrmO0AEbU
IvuUBqEX3KBJABG1CL7lAahF9ygSQARtQi+5QGoRfcoEkAEbUIvuUBqEX3KB JABG1CL7lAah
F9ygSQARtQi+5QGoRfcoEkAEbUIvuUBqEX3KBJABG1CL7lAahF9ygSQARtQi +5QGoRfcoEkA
EbUIvuUBqEX3KBJABG1CL7lAahF9ygSQAcG2kN3yJJN7EdvwKxDOzcEUOY5O N9qcTM5DzciK
3UZLcZwnUqS79glwmyNWdRmZJvmM1XzbxpQAZqRgihv1PX1NTm3yW66hLNRk tNNuOIWhxxDS
XCQhxROOGa0pJWZalXzGZgrBFDXFbjONTnGErU46hdRkq1o1Ekj1m7n9ILKh KLO5yylltl3D
SgAz/mfRtq6/oJOfTazq+uv6rpc2bSatn0ObP082S+fp/e3jQAAAAAAAAAAA AAOp6My8ZG62
lRluuY7QARtQi+5QGoRfcoEkAEbUIvuUBqEX3KBJABG1CL7lAahF9ygSQARt Qi+5QGoRfcoE
kAEbUIvuUBqEX3KBJABG1CL7lAahF9ygSQARtQi+5QGoRfcoEkAEbUIvuUBq EX3KBJABG1CL
7lAahF9ygSQARtQi+5QGoRfcoEkAEbUIvuUBqEX3KBJABwbaQ3fIkk3sR2/A rEOYAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAP/Z
--------------070509020505070106090505
Content-Type: text/xml;
name="linkingInstancesTest.uml"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline;
filename="linkingInstancesTest.uml"
<?xml version="1.0" encoding="UTF-8"?>
<uml:Model xmi:version="2.1" xmlns:xmi="http://schema.omg.org/spec/XMI/2.1" xmlns:ecore="http://www.eclipse.org/emf/2002/Ecore" xmlns:uml="http://www.eclipse.org/uml2/2.0.0/UML" xmi:id="_rTM4QO5JEduZd4zcUpLVkQ" name="linkingInstancesTest">
<packageImport xmi:id="_rTM4Qe5JEduZd4zcUpLVkQ">
<importedPackage xmi:type="uml:Model" href="pathmap://UML_LIBRARIES/UMLPrimitiveTypes.library.uml#_0"/>
</packageImport>
<packagedElement xmi:type="uml:Class" xmi:id="_rTM4Qu5JEduZd4zcUpLVkQ" name="Class1" clientDependency="_rTM4Q-5JEduZd4zcUpLVkQ">
<interfaceRealization xmi:id="_rTM4Q-5JEduZd4zcUpLVkQ" supplier="_rTM4SO5JEduZd4zcUpLVkQ" client="_rTM4Qu5JEduZd4zcUpLVkQ" contract="_rTM4SO5JEduZd4zcUpLVkQ"/>
</packagedElement>
<packagedElement xmi:type="uml:Class" xmi:id="_rTM4RO5JEduZd4zcUpLVkQ" name="Class2">
<ownedAttribute xmi:id="_rTM4Re5JEduZd4zcUpLVkQ" name="interface1" visibility="private" type="_rTM4SO5JEduZd4zcUpLVkQ" association="_rTM4Se5JEduZd4zcUpLVkQ">
<upperValue xmi:type="uml:LiteralUnlimitedNatural" xmi:id="_rTM4Ru5JEduZd4zcUpLVkQ" value="1"/>
<lowerValue xmi:type="uml:LiteralInteger" xmi:id="_rTM4R-5JEduZd4zcUpLVkQ"/>
</ownedAttribute>
</packagedElement>
<packagedElement xmi:type="uml:Interface" xmi:id="_rTM4SO5JEduZd4zcUpLVkQ" name="Interface1"/>
<packagedElement xmi:type="uml:Association" xmi:id="_rTM4Se5JEduZd4zcUpLVkQ" memberEnd="_rTM4Re5JEduZd4zcUpLVkQ _rTM4Su5JEduZd4zcUpLVkQ">
<ownedEnd xmi:id="_rTM4Su5JEduZd4zcUpLVkQ" name="" visibility="private" type="_rTM4RO5JEduZd4zcUpLVkQ" association="_rTM4Se5JEduZd4zcUpLVkQ">
<upperValue xmi:type="uml:LiteralUnlimitedNatural" xmi:id="_rTM4S-5JEduZd4zcUpLVkQ" value="*"/>
<lowerValue xmi:type="uml:LiteralInteger" xmi:id="_rTM4TO5JEduZd4zcUpLVkQ"/>
</ownedEnd>
</packagedElement>
<packagedElement xmi:type="uml:Class" xmi:id="_rTM4Te5JEduZd4zcUpLVkQ" name="Class3"/>
<packagedElement xmi:type="uml:Class" xmi:id="_rTM4Tu5JEduZd4zcUpLVkQ" name="Class4">
<ownedAttribute xmi:id="_rTM4T-5JEduZd4zcUpLVkQ" name="class3" visibility="private" type="_rTM4Te5JEduZd4zcUpLVkQ" association="_rTM4Uu5JEduZd4zcUpLVkQ">
<upperValue xmi:type="uml:LiteralUnlimitedNatural" xmi:id="_rTM4UO5JEduZd4zcUpLVkQ" value="1"/>
<lowerValue xmi:type="uml:LiteralInteger" xmi:id="_rTM4Ue5JEduZd4zcUpLVkQ"/>
</ownedAttribute>
</packagedElement>
<packagedElement xmi:type="uml:Association" xmi:id="_rTM4Uu5JEduZd4zcUpLVkQ" memberEnd="_rTM4T-5JEduZd4zcUpLVkQ _rTM4U-5JEduZd4zcUpLVkQ">
<ownedEnd xmi:id="_rTM4U-5JEduZd4zcUpLVkQ" name="" visibility="private" type="_rTM4Tu5JEduZd4zcUpLVkQ" association="_rTM4Uu5JEduZd4zcUpLVkQ">
<upperValue xmi:type="uml:LiteralUnlimitedNatural" xmi:id="_rTM4VO5JEduZd4zcUpLVkQ" value="*"/>
<lowerValue xmi:type="uml:LiteralInteger" xmi:id="_rTM4Ve5JEduZd4zcUpLVkQ"/>
</ownedEnd>
</packagedElement>
<packagedElement xmi:type="uml:InstanceSpecification" xmi:id="_rTM4Vu5JEduZd4zcUpLVkQ" name="Class1Instance" classifier="_rTM4Qu5JEduZd4zcUpLVkQ"/>
<packagedElement xmi:type="uml:InstanceSpecification" xmi:id="_rTM4V-5JEduZd4zcUpLVkQ" name="Class2Instance" classifier="_rTM4RO5JEduZd4zcUpLVkQ"/>
<packagedElement xmi:type="uml:InstanceSpecification" xmi:id="_rTM4WO5JEduZd4zcUpLVkQ" name="Class3Instance" classifier="_rTM4Te5JEduZd4zcUpLVkQ"/>
<packagedElement xmi:type="uml:InstanceSpecification" xmi:id="_rTM4We5JEduZd4zcUpLVkQ" name="Class4Instance" classifier="_rTM4Tu5JEduZd4zcUpLVkQ">
<slot xmi:id="_rTM4Wu5JEduZd4zcUpLVkQ" definingFeature="_rTM4T-5JEduZd4zcUpLVkQ"/>
</packagedElement>
<packagedElement xmi:type="uml:InstanceSpecification" xmi:id="_rTM4W-5JEduZd4zcUpLVkQ" name="linkClass3And4Instance" classifier="_rTM4Uu5JEduZd4zcUpLVkQ">
<slot xmi:id="_rTM4XO5JEduZd4zcUpLVkQ" definingFeature="_rTM4U-5JEduZd4zcUpLVkQ">
<value xmi:type="uml:InstanceValue" xmi:id="_rTM4Xe5JEduZd4zcUpLVkQ" name="Class4Instance" instance="_rTM4We5JEduZd4zcUpLVkQ"/>
</slot>
<slot xmi:id="_rTM4Xu5JEduZd4zcUpLVkQ" definingFeature="_rTM4T-5JEduZd4zcUpLVkQ">
<value xmi:type="uml:InstanceValue" xmi:id="_rTM4X-5JEduZd4zcUpLVkQ" name="Class3Instance" instance="_rTM4WO5JEduZd4zcUpLVkQ"/>
</slot>
</packagedElement>
<packagedElement xmi:type="uml:InstanceSpecification" xmi:id="_Uzq6sO5KEduGlKX90A0_qQ" name="linkClass1And2Instance" classifier="_rTM4Se5JEduZd4zcUpLVkQ">
<slot xmi:id="_jqYQQO5KEduGlKX90A0_qQ" definingFeature="_rTM4Su5JEduZd4zcUpLVkQ">
<value xmi:type="uml:InstanceValue" xmi:id="_BBvL0O5LEduGlKX90A0_qQ" name="Class2Instance" instance="_rTM4V-5JEduZd4zcUpLVkQ"/>
</slot>
<slot xmi:id="_zV1cgO5KEduGlKX90A0_qQ" definingFeature="_rTM4Re5JEduZd4zcUpLVkQ">
<value xmi:type="uml:InstanceValue" xmi:id="_JWAvIO5LEduGlKX90A0_qQ" name="Class1Instance" instance="_rTM4Vu5JEduZd4zcUpLVkQ"/>
</slot>
</packagedElement>
<profileApplication xmi:id="_rTM4YO5JEduZd4zcUpLVkQ">
<eAnnotations xmi:id="_rTM4Ye5JEduZd4zcUpLVkQ" source="http://www.eclipse.org/uml2/2.0.0/UML">
<references xmi:type="ecore:EPackage" href=" pathmap://UML_PROFILES/Standard.profile.uml#_yzU58YinEdqtvbn fB2L_5w"/>
</eAnnotations>
<appliedProfile href="pathmap://UML_PROFILES/Standard.profile.uml#_0"/>
</profileApplication>
</uml:Model>
--------------070509020505070106090505--
|
|
|
| Re: mapping of an association (with an interface as member end) to a link in the instance diagram !? [message #472674 is a reply to message #472663] |
Thu, 19 April 2007 17:28 |
Kenn Hussey
Messages: 1620
Registered: July 2009 |
Senior Member |
|
|
Axel,
I'd say you would need the interface to be a classifier of the instance
specification because of this constraint:
[1] The defining feature of each slot is a structural feature (directly or
inherited) of a classifier of the instance specification. slot->forAll(s |
classifier->exists (c | c.allFeatures()->includes (s.definingFeature)))
This constraint is not yet implemented in UML2 (see
https://bugs.eclipse.org/bugs/show_bug.cgi?id=80307); we'd gladly welcome
contributions in this area!
Kenn
"AxelR" <reichwein@isd.uni-stuttgart.de> wrote in message
news:f07c4v$f5t$1@build.eclipse.org...
> Hello,
>
> thank you for the idea! The instance of class1 now also has the
> Interface as classifier. Then, I can link the instance of Class2 with
> the instance of Class1. In the attachment is a picture of the result
> with RSA, I suppose, this is your idea.
>
> I have edited the same model with the tree editor of the UML project,
> and there I can define a link between the instance of Class2 and the
> instance of Class1, without adding the interface as classifier to the
> instance of Class1. The model, also in the attachment (see
> linkClass1And2Instance) validates successfully. So what is 100% correct?
> Do I need to add the interface as classifier like in RSA, which might be
> specific to RSA, or could I simply draw a link between the instance of
> Class2 and the instance of Class1, without adding the interface as
> classifier to the instance of Class1?
>
> Thank you for your help.
>
> Axel
>
>
>
>
> Kenn Hussey schrieb:
>> Axel,
>>
>> Is it not sufficient to specify the interface as one of the classifiers
>> of
>> the instance specification representing an instance of Klasse1? That is,
>> couldn't the value for the schnittstelle1 slot could reference the
>> Klasse1
>> instance directly?
>>
>> Kenn
>>
>> "AxelR" <reichwein@isd.uni-stuttgart.de> wrote in message
>> news:f03542$a13$1@build.eclipse.org...
>>
>>>Hello,
>>>
>>>thank you very much for your answer.
>>>
>>>My principal motivation is to show a snapshot of the existing instances
>>>at
>>>a point in time. I have the impression that the spec is very loose on the
>>>instance specifications because they don't play a big role in software
>>>modeling, but as I want to model a 3d-geometric assembly using object
>>>oriented concepts, I need to model instances and their dependencies
>>>precisely :-)
>>>
>>>If I can't solve my problem described previously (the link between two
>>>instances: one is referencing an interface, that the other instance
>>>implements) the normal way, what other UML constructs do you recommend
>>>using? Should I use a dependency relationship between both instances and
>>>add a stereotype to the dependency (although it is quoted in the spec:
>>>"The presence of dependency relationships in a model does not have any
>>>runtime semantics implications")? This is my only idea, are there others?
>>>
>>>Thank you for any ideas.
>>>
>>>Best regards,
>>>Axel
>>>
>>>
>>>
>>>
>>>
>>>James Bruck schrieb:
>>>
>>>>Hi Axel,
>>>>
>>>>An InstanceSpecification can be typed by abstract types or interface.
>>>>P.
>>>>82 of ptc 07-02-05 mentions ..."If the only classifier specified is
>>>>abstract, then the instance specification only partially describes the
>>>>entity".
>>>>
>>>>What this is getting at is that you can create an object diagram with
>>>>instance specifications that only partially describe a particular
>>>>instance.
>>>>
>>>>P. 83 mentions " Not all structural features of all classifiers of the
>>>>instance specification need be represented by slots, in which case the
>>>>instance specification is a partial description".
>>>>
>>>>It appears that UML is trying to keep things very "loose" and flexible.
>>>>How
>>>>precisely the instance is constructed might even be derived.
>>>>
>>>>The way in which you create your object diagram might depend on how you
>>>>intend on using it. One strategy might be to only represent concrete
>>>>classes with instance specifications and omit interfaces etc. but you
>>>>are
>>>>not required to do that.
>>>>
>>>>The following quote from the spec explains in detail what I'm getting
>>>>at:
>>>>
>>>>An instance specification may specify the existence of an entity in a
>>>>modeled system. An instance specification may provide an illustration or
>>>>example of a possible entity in a modeled system. An instance
>>>>specification
>>>>describes the entity. These details can be incomplete. The purpose of an
>>>>instance specification is to show what is of interest about an entity in
>>>>the
>>>>modeled system. The entity conforms to the specification of each
>>>>classifier
>>>>of the instance specification, and has features with values indicated by
>>>>each slot of the instance specification. Having no slot in an instance
>>>>specification for some feature does not mean that the represented entity
>>>>does not have the feature, but merely that the feature is not of
>>>>interest
>>>>in
>>>>the model. An instance specification can represent an entity at a point
>>>>in
>>>>time (a snapshot). Changes to the entity can be modeled using multiple
>>>>instance specifications, one for each snapshot. It is important to keep
>>>>in
>>>>mind that InstanceSpecification is a model element and should not be
>>>>confused with the dynamic element that it is modeling. Therefore, one
>>>>should
>>>>not expect the dynamic semantics of InstanceSpecification model elements
>>>>in
>>>>a model repository to conform to the semantics of the dynamic elements
>>>>that
>>>>they represent.
>>>>
>>>>
>>>>
>>>>Regards,
>>>>
>>>>
>>>>
>>>>- James.
>>>>
>>>>
>>>>
>>>>"AxelR" <reichwein@isd.uni-stuttgart.de> wrote in message
>>>>news:f00euq$9fg$1@build.eclipse.org...
>>>>
>>>>
>>>>>Hello,
>>>>>
>>>>>I want to show the links between instance specifications of classes.
>>>>>However one class (e.g. Class2) might have a directed association with
>>>>>an interface (e.g. Interface1), which is implemented by a class (e.g.
>>>>>Class1). On the instance level, the instances of class1 and class2
>>>>>exist
>>>>>and indirectly a "link" exists between these two instances, since the
>>>>>instance of class1 implements the interface, which is referenced by the
>>>>>instance of class2. What is the best method to describe this indirect
>>>>>"link" on the instance level (in the instance diagram). You can find a
>>>>>picture describing my problem in the attachment. I know that a UML-link
>>>>>is an instance of an association. But how can I map an association in a
>>>>>class diagram to a link in an instance diagram, if one of the member
>>>>>ends, in this case the interface, has no mapping to the instance level?
>>>>>
>>>>>Thank you in advance for any help!
>>>>>
>>>>>Best regards,
>>>>>Axel
>>>>>
>>>>
>>>>
>>>>
>>>> ------------------------------------------------------------ ----------------
>>>>----
>>>>
>>>>
>>>>
>>>>
>>
>>
>
>
------------------------------------------------------------ --------------------
> <?xml version="1.0" encoding="UTF-8"?>
> <uml:Model xmi:version="2.1"
> xmlns:xmi="http://schema.omg.org/spec/XMI/2.1"
> xmlns:ecore="http://www.eclipse.org/emf/2002/Ecore"
> xmlns:uml="http://www.eclipse.org/uml2/2.0.0/UML"
> xmi:id="_rTM4QO5JEduZd4zcUpLVkQ" name="linkingInstancesTest">
> <packageImport xmi:id="_rTM4Qe5JEduZd4zcUpLVkQ">
> <importedPackage xmi:type="uml:Model"
> href="pathmap://UML_LIBRARIES/UMLPrimitiveTypes.library.uml#_0"/>
> </packageImport>
> <packagedElement xmi:type="uml:Class" xmi:id="_rTM4Qu5JEduZd4zcUpLVkQ"
> name="Class1" clientDependency="_rTM4Q-5JEduZd4zcUpLVkQ">
> <interfaceRealization xmi:id="_rTM4Q-5JEduZd4zcUpLVkQ"
> supplier="_rTM4SO5JEduZd4zcUpLVkQ" client="_rTM4Qu5JEduZd4zcUpLVkQ"
> contract="_rTM4SO5JEduZd4zcUpLVkQ"/>
> </packagedElement>
> <packagedElement xmi:type="uml:Class" xmi:id="_rTM4RO5JEduZd4zcUpLVkQ"
> name="Class2">
> <ownedAttribute xmi:id="_rTM4Re5JEduZd4zcUpLVkQ" name="interface1"
> visibility="private" type="_rTM4SO5JEduZd4zcUpLVkQ"
> association="_rTM4Se5JEduZd4zcUpLVkQ">
> <upperValue xmi:type="uml:LiteralUnlimitedNatural"
> xmi:id="_rTM4Ru5JEduZd4zcUpLVkQ" value="1"/>
> <lowerValue xmi:type="uml:LiteralInteger"
> xmi:id="_rTM4R-5JEduZd4zcUpLVkQ"/>
> </ownedAttribute>
> </packagedElement>
> <packagedElement xmi:type="uml:Interface"
> xmi:id="_rTM4SO5JEduZd4zcUpLVkQ" name="Interface1"/>
> <packagedElement xmi:type="uml:Association"
> xmi:id="_rTM4Se5JEduZd4zcUpLVkQ" memberEnd="_rTM4Re5JEduZd4zcUpLVkQ
> _rTM4Su5JEduZd4zcUpLVkQ">
> <ownedEnd xmi:id="_rTM4Su5JEduZd4zcUpLVkQ" name="" visibility="private"
> type="_rTM4RO5JEduZd4zcUpLVkQ" association="_rTM4Se5JEduZd4zcUpLVkQ">
> <upperValue xmi:type="uml:LiteralUnlimitedNatural"
> xmi:id="_rTM4S-5JEduZd4zcUpLVkQ" value="*"/>
> <lowerValue xmi:type="uml:LiteralInteger"
> xmi:id="_rTM4TO5JEduZd4zcUpLVkQ"/>
> </ownedEnd>
> </packagedElement>
> <packagedElement xmi:type="uml:Class" xmi:id="_rTM4Te5JEduZd4zcUpLVkQ"
> name="Class3"/>
> <packagedElement xmi:type="uml:Class" xmi:id="_rTM4Tu5JEduZd4zcUpLVkQ"
> name="Class4">
> <ownedAttribute xmi:id="_rTM4T-5JEduZd4zcUpLVkQ" name="class3"
> visibility="private" type="_rTM4Te5JEduZd4zcUpLVkQ"
> association="_rTM4Uu5JEduZd4zcUpLVkQ">
> <upperValue xmi:type="uml:LiteralUnlimitedNatural"
> xmi:id="_rTM4UO5JEduZd4zcUpLVkQ" value="1"/>
> <lowerValue xmi:type="uml:LiteralInteger"
> xmi:id="_rTM4Ue5JEduZd4zcUpLVkQ"/>
> </ownedAttribute>
> </packagedElement>
> <packagedElement xmi:type="uml:Association"
> xmi:id="_rTM4Uu5JEduZd4zcUpLVkQ" memberEnd="_rTM4T-5JEduZd4zcUpLVkQ
> _rTM4U-5JEduZd4zcUpLVkQ">
> <ownedEnd xmi:id="_rTM4U-5JEduZd4zcUpLVkQ" name="" visibility="private"
> type="_rTM4Tu5JEduZd4zcUpLVkQ" association="_rTM4Uu5JEduZd4zcUpLVkQ">
> <upperValue xmi:type="uml:LiteralUnlimitedNatural"
> xmi:id="_rTM4VO5JEduZd4zcUpLVkQ" value="*"/>
> <lowerValue xmi:type="uml:LiteralInteger"
> xmi:id="_rTM4Ve5JEduZd4zcUpLVkQ"/>
> </ownedEnd>
> </packagedElement>
> <packagedElement xmi:type="uml:InstanceSpecification"
> xmi:id="_rTM4Vu5JEduZd4zcUpLVkQ" name="Class1Instance"
> classifier="_rTM4Qu5JEduZd4zcUpLVkQ"/>
> <packagedElement xmi:type="uml:InstanceSpecification"
> xmi:id="_rTM4V-5JEduZd4zcUpLVkQ" name="Class2Instance"
> classifier="_rTM4RO5JEduZd4zcUpLVkQ"/>
> <packagedElement xmi:type="uml:InstanceSpecification"
> xmi:id="_rTM4WO5JEduZd4zcUpLVkQ" name="Class3Instance"
> classifier="_rTM4Te5JEduZd4zcUpLVkQ"/>
> <packagedElement xmi:type="uml:InstanceSpecification"
> xmi:id="_rTM4We5JEduZd4zcUpLVkQ" name="Class4Instance"
> classifier="_rTM4Tu5JEduZd4zcUpLVkQ">
> <slot xmi:id="_rTM4Wu5JEduZd4zcUpLVkQ"
> definingFeature="_rTM4T-5JEduZd4zcUpLVkQ"/>
> </packagedElement>
> <packagedElement xmi:type="uml:InstanceSpecification"
> xmi:id="_rTM4W-5JEduZd4zcUpLVkQ" name="linkClass3And4Instance"
> classifier="_rTM4Uu5JEduZd4zcUpLVkQ">
> <slot xmi:id="_rTM4XO5JEduZd4zcUpLVkQ"
> definingFeature="_rTM4U-5JEduZd4zcUpLVkQ">
> <value xmi:type="uml:InstanceValue" xmi:id="_rTM4Xe5JEduZd4zcUpLVkQ"
> name="Class4Instance" instance="_rTM4We5JEduZd4zcUpLVkQ"/>
> </slot>
> <slot xmi:id="_rTM4Xu5JEduZd4zcUpLVkQ"
> definingFeature="_rTM4T-5JEduZd4zcUpLVkQ">
> <value xmi:type="uml:InstanceValue" xmi:id="_rTM4X-5JEduZd4zcUpLVkQ"
> name="Class3Instance" instance="_rTM4WO5JEduZd4zcUpLVkQ"/>
> </slot>
> </packagedElement>
> <packagedElement xmi:type="uml:InstanceSpecification"
> xmi:id="_Uzq6sO5KEduGlKX90A0_qQ" name="linkClass1And2Instance"
> classifier="_rTM4Se5JEduZd4zcUpLVkQ">
> <slot xmi:id="_jqYQQO5KEduGlKX90A0_qQ"
> definingFeature="_rTM4Su5JEduZd4zcUpLVkQ">
> <value xmi:type="uml:InstanceValue" xmi:id="_BBvL0O5LEduGlKX90A0_qQ"
> name="Class2Instance" instance="_rTM4V-5JEduZd4zcUpLVkQ"/>
> </slot>
> <slot xmi:id="_zV1cgO5KEduGlKX90A0_qQ"
> definingFeature="_rTM4Re5JEduZd4zcUpLVkQ">
> <value xmi:type="uml:InstanceValue" xmi:id="_JWAvIO5LEduGlKX90A0_qQ"
> name="Class1Instance" instance="_rTM4Vu5JEduZd4zcUpLVkQ"/>
> </slot>
> </packagedElement>
> <profileApplication xmi:id="_rTM4YO5JEduZd4zcUpLVkQ">
> <eAnnotations xmi:id="_rTM4Ye5JEduZd4zcUpLVkQ"
> source="http://www.eclipse.org/uml2/2.0.0/UML">
> <references xmi:type="ecore:EPackage"
> href=" pathmap://UML_PROFILES/Standard.profile.uml#_yzU58YinEdqtvbn fB2L_5w"/>
> </eAnnotations>
> <appliedProfile href="pathmap://UML_PROFILES/Standard.profile.uml#_0"/>
> </profileApplication>
> </uml:Model>
>
|
|
|
| Re: mapping of an association (with an interface as member end) to a link in the instance diagram !? [message #472695 is a reply to message #472674] |
Fri, 20 April 2007 09:04 |
| Eclipse User |
|
|
|
Originally posted by: reichwein.isd.uni-stuttgart.de
Hello,
the link between class1Instance:Class1 and class2Instance:Class2 has two
slots with the corresponding defining features, interface1:Interface1
and class2:Class2. These are the only possible defining features as the
association, which is the classifier of the link, is between Class2 and
Interface1. So there is no problem with the defining features of the
slots. I hope I am correct.
I think that the question is whether the instance value of the slot with
the defining feature interface1:Interface1 can be the instance
class1Instance:Class1 or if it has to be
class1Instance:Class1,Interface1 (the instance with the interface as
extra classifier)? The only concern I can read in the spec about the
value of a slot is "values in a slot must conform to the defining
feature of the slot (in type, multiplicity, etc.).", and I can't find
any real constraints concerning the value of the slot. If it is
understood that Class1 conforms in type to Interface1 as it implements
that interface, then the link between class1Instance:Class1 and
class2Instance:Class2 could exist without class1Instance having the
interface as extra classifier, is this correct?
I don't bother that much how RSA interpreted the spec, I just want to be
sure that I understand the spec :-)
Axel
Kenn Hussey schrieb:
> Axel,
>
> I'd say you would need the interface to be a classifier of the instance
> specification because of this constraint:
>
> [1] The defining feature of each slot is a structural feature (directly or
> inherited) of a classifier of the instance specification. slot->forAll(s |
> classifier->exists (c | c.allFeatures()->includes (s.definingFeature)))
>
> This constraint is not yet implemented in UML2 (see
> https://bugs.eclipse.org/bugs/show_bug.cgi?id=80307); we'd gladly welcome
> contributions in this area!
>
> Kenn
>
> "AxelR" <reichwein@isd.uni-stuttgart.de> wrote in message
> news:f07c4v$f5t$1@build.eclipse.org...
>
>>Hello,
>>
>>thank you for the idea! The instance of class1 now also has the
>>Interface as classifier. Then, I can link the instance of Class2 with
>>the instance of Class1. In the attachment is a picture of the result
>>with RSA, I suppose, this is your idea.
>>
>>I have edited the same model with the tree editor of the UML project,
>>and there I can define a link between the instance of Class2 and the
>>instance of Class1, without adding the interface as classifier to the
>>instance of Class1. The model, also in the attachment (see
>>linkClass1And2Instance) validates successfully. So what is 100% correct?
>>Do I need to add the interface as classifier like in RSA, which might be
>>specific to RSA, or could I simply draw a link between the instance of
>>Class2 and the instance of Class1, without adding the interface as
>>classifier to the instance of Class1?
>>
>>Thank you for your help.
>>
>>Axel
>>
>>
>>
>>
>>Kenn Hussey schrieb:
>>
>>>Axel,
>>>
>>>Is it not sufficient to specify the interface as one of the classifiers
>>>of
>>>the instance specification representing an instance of Klasse1? That is,
>>>couldn't the value for the schnittstelle1 slot could reference the
>>>Klasse1
>>>instance directly?
>>>
>>>Kenn
>>>
>>>"AxelR" <reichwein@isd.uni-stuttgart.de> wrote in message
>>>news:f03542$a13$1@build.eclipse.org...
>>>
>>>
>>>>Hello,
>>>>
>>>>thank you very much for your answer.
>>>>
>>>>My principal motivation is to show a snapshot of the existing instances
>>>>at
>>>>a point in time. I have the impression that the spec is very loose on the
>>>>instance specifications because they don't play a big role in software
>>>>modeling, but as I want to model a 3d-geometric assembly using object
>>>>oriented concepts, I need to model instances and their dependencies
>>>>precisely :-)
>>>>
>>>>If I can't solve my problem described previously (the link between two
>>>>instances: one is referencing an interface, that the other instance
>>>>implements) the normal way, what other UML constructs do you recommend
>>>>using? Should I use a dependency relationship between both instances and
>>>>add a stereotype to the dependency (although it is quoted in the spec:
>>>>"The presence of dependency relationships in a model does not have any
>>>>runtime semantics implications")? This is my only idea, are there others?
>>>>
>>>>Thank you for any ideas.
>>>>
>>>>Best regards,
>>>>Axel
>>>>
>>>>
>>>>
>>>>
>>>>
>>>>James Bruck schrieb:
>>>>
>>>>
>>>>>Hi Axel,
>>>>>
>>>>>An InstanceSpecification can be typed by abstract types or interface.
>>>>>P.
>>>>>82 of ptc 07-02-05 mentions ..."If the only classifier specified is
>>>>>abstract, then the instance specification only partially describes the
>>>>>entity".
>>>>>
>>>>>What this is getting at is that you can create an object diagram with
>>>>>instance specifications that only partially describe a particular
>>>>>instance.
>>>>>
>>>>>P. 83 mentions " Not all structural features of all classifiers of the
>>>>>instance specification need be represented by slots, in which case the
>>>>>instance specification is a partial description".
>>>>>
>>>>>It appears that UML is trying to keep things very "loose" and flexible.
>>>>>How
>>>>>precisely the instance is constructed might even be derived.
>>>>>
>>>>>The way in which you create your object diagram might depend on how you
>>>>>intend on using it. One strategy might be to only represent concrete
>>>>>classes with instance specifications and omit interfaces etc. but you
>>>>>are
>>>>>not required to do that.
>>>>>
>>>>>The following quote from the spec explains in detail what I'm getting
>>>>>at:
>>>>>
>>>>>An instance specification may specify the existence of an entity in a
>>>>>modeled system. An instance specification may provide an illustration or
>>>>>example of a possible entity in a modeled system. An instance
>>>>>specification
>>>>>describes the entity. These details can be incomplete. The purpose of an
>>>>>instance specification is to show what is of interest about an entity in
>>>>>the
>>>>>modeled system. The entity conforms to the specification of each
>>>>>classifier
>>>>>of the instance specification, and has features with values indicated by
>>>>>each slot of the instance specification. Having no slot in an instance
>>>>>specification for some feature does not mean that the represented entity
>>>>>does not have the feature, but merely that the feature is not of
>>>>>interest
>>>>>in
>>>>>the model. An instance specification can represent an entity at a point
>>>>>in
>>>>>time (a snapshot). Changes to the entity can be modeled using multiple
>>>>>instance specifications, one for each snapshot. It is important to keep
>>>>>in
>>>>>mind that InstanceSpecification is a model element and should not be
>>>>>confused with the dynamic element that it is modeling. Therefore, one
>>>>>should
>>>>>not expect the dynamic semantics of InstanceSpecification model elements
>>>>>in
>>>>>a model repository to conform to the semantics of the dynamic elements
>>>>>that
>>>>>they represent.
>>>>>
>>>>>
>>>>>
>>>>>Regards,
>>>>>
>>>>>
>>>>>
>>>>>- James.
>>>>>
>>>>>
>>>>>
>>>>>"AxelR" <reichwein@isd.uni-stuttgart.de> wrote in message
>>>>>news:f00euq$9fg$1@build.eclipse.org...
>>>>>
>>>>>
>>>>>
>>>>>>Hello,
>>>>>>
>>>>>>I want to show the links between instance specifications of classes.
>>>>>>However one class (e.g. Class2) might have a directed association with
>>>>>>an interface (e.g. Interface1), which is implemented by a class (e.g.
>>>>>>Class1). On the instance level, the instances of class1 and class2
>>>>>>exist
>>>>>>and indirectly a "link" exists between these two instances, since the
>>>>>>instance of class1 implements the interface, which is referenced by the
>>>>>>instance of class2. What is the best method to describe this indirect
>>>>>>"link" on the instance level (in the instance diagram). You can find a
>>>>>>picture describing my problem in the attachment. I know that a UML-link
>>>>>>is an instance of an association. But how can I map an association in a
>>>>>>class diagram to a link in an instance diagram, if one of the member
>>>>>>ends, in this case the interface, has no mapping to the instance level?
>>>>>>
>>>>>>Thank you in advance for any help!
>>>>>>
>>>>>>Best regards,
>>>>>>Axel
>>>>>>
>>>>>
>>>>>
>>>>>
>>>>> ------------------------------------------------------------ ----------------
>>>>>----
>>>>>
>>>>>
>>>>>
>>>>>
>>>
>>>
>>
>
>
> ------------------------------------------------------------ --------------------
>
>
>
>><?xml version="1.0" encoding="UTF-8"?>
>><uml:Model xmi:version="2.1"
>>xmlns:xmi="http://schema.omg.org/spec/XMI/2.1"
>>xmlns:ecore="http://www.eclipse.org/emf/2002/Ecore"
>>xmlns:uml="http://www.eclipse.org/uml2/2.0.0/UML"
>>xmi:id="_rTM4QO5JEduZd4zcUpLVkQ" name="linkingInstancesTest">
>> <packageImport xmi:id="_rTM4Qe5JEduZd4zcUpLVkQ">
>> <importedPackage xmi:type="uml:Model"
>>href="pathmap://UML_LIBRARIES/UMLPrimitiveTypes.library.uml#_0"/>
>> </packageImport>
>> <packagedElement xmi:type="uml:Class" xmi:id="_rTM4Qu5JEduZd4zcUpLVkQ"
>>name="Class1" clientDependency="_rTM4Q-5JEduZd4zcUpLVkQ">
>> <interfaceRealization xmi:id="_rTM4Q-5JEduZd4zcUpLVkQ"
>>supplier="_rTM4SO5JEduZd4zcUpLVkQ" client="_rTM4Qu5JEduZd4zcUpLVkQ"
>>contract="_rTM4SO5JEduZd4zcUpLVkQ"/>
>> </packagedElement>
>> <packagedElement xmi:type="uml:Class" xmi:id="_rTM4RO5JEduZd4zcUpLVkQ"
>>name="Class2">
>> <ownedAttribute xmi:id="_rTM4Re5JEduZd4zcUpLVkQ" name="interface1"
>>visibility="private" type="_rTM4SO5JEduZd4zcUpLVkQ"
>>association="_rTM4Se5JEduZd4zcUpLVkQ">
>> <upperValue xmi:type="uml:LiteralUnlimitedNatural"
>>xmi:id="_rTM4Ru5JEduZd4zcUpLVkQ" value="1"/>
>> <lowerValue xmi:type="uml:LiteralInteger"
>>xmi:id="_rTM4R-5JEduZd4zcUpLVkQ"/>
>> </ownedAttribute>
>> </packagedElement>
>> <packagedElement xmi:type="uml:Interface"
>>xmi:id="_rTM4SO5JEduZd4zcUpLVkQ" name="Interface1"/>
>> <packagedElement xmi:type="uml:Association"
>>xmi:id="_rTM4Se5JEduZd4zcUpLVkQ" memberEnd="_rTM4Re5JEduZd4zcUpLVkQ
>>_rTM4Su5JEduZd4zcUpLVkQ">
>> <ownedEnd xmi:id="_rTM4Su5JEduZd4zcUpLVkQ" name="" visibility="private"
>>type="_rTM4RO5JEduZd4zcUpLVkQ" association="_rTM4Se5JEduZd4zcUpLVkQ">
>> <upperValue xmi:type="uml:LiteralUnlimitedNatural"
>>xmi:id="_rTM4S-5JEduZd4zcUpLVkQ" value="*"/>
>> <lowerValue xmi:type="uml:LiteralInteger"
>>xmi:id="_rTM4TO5JEduZd4zcUpLVkQ"/>
>> </ownedEnd>
>> </packagedElement>
>> <packagedElement xmi:type="uml:Class" xmi:id="_rTM4Te5JEduZd4zcUpLVkQ"
>>name="Class3"/>
>> <packagedElement xmi:type="uml:Class" xmi:id="_rTM4Tu5JEduZd4zcUpLVkQ"
>>name="Class4">
>> <ownedAttribute xmi:id="_rTM4T-5JEduZd4zcUpLVkQ" name="class3"
>>visibility="private" type="_rTM4Te5JEduZd4zcUpLVkQ"
>>association="_rTM4Uu5JEduZd4zcUpLVkQ">
>> <upperValue xmi:type="uml:LiteralUnlimitedNatural"
>>xmi:id="_rTM4UO5JEduZd4zcUpLVkQ" value="1"/>
>> <lowerValue xmi:type="uml:LiteralInteger"
>>xmi:id="_rTM4Ue5JEduZd4zcUpLVkQ"/>
>> </ownedAttribute>
>> </packagedElement>
>> <packagedElement xmi:type="uml:Association"
>>xmi:id="_rTM4Uu5JEduZd4zcUpLVkQ" memberEnd="_rTM4T-5JEduZd4zcUpLVkQ
>>_rTM4U-5JEduZd4zcUpLVkQ">
>> <ownedEnd xmi:id="_rTM4U-5JEduZd4zcUpLVkQ" name="" visibility="private"
>>type="_rTM4Tu5JEduZd4zcUpLVkQ" association="_rTM4Uu5JEduZd4zcUpLVkQ">
>> <upperValue xmi:type="uml:LiteralUnlimitedNatural"
>>xmi:id="_rTM4VO5JEduZd4zcUpLVkQ" value="*"/>
>> <lowerValue xmi:type="uml:LiteralInteger"
>>xmi:id="_rTM4Ve5JEduZd4zcUpLVkQ"/>
>> </ownedEnd>
>> </packagedElement>
>> <packagedElement xmi:type="uml:InstanceSpecification"
>>xmi:id="_rTM4Vu5JEduZd4zcUpLVkQ" name="Class1Instance"
>>classifier="_rTM4Qu5JEduZd4zcUpLVkQ"/>
>> <packagedElement xmi:type="uml:InstanceSpecification"
>>xmi:id="_rTM4V-5JEduZd4zcUpLVkQ" name="Class2Instance"
>>classifier="_rTM4RO5JEduZd4zcUpLVkQ"/>
>> <packagedElement xmi:type="uml:InstanceSpecification"
>>xmi:id="_rTM4WO5JEduZd4zcUpLVkQ" name="Class3Instance"
>>classifier="_rTM4Te5JEduZd4zcUpLVkQ"/>
>> <packagedElement xmi:type="uml:InstanceSpecification"
>>xmi:id="_rTM4We5JEduZd4zcUpLVkQ" name="Class4Instance"
>>classifier="_rTM4Tu5JEduZd4zcUpLVkQ">
>> <slot xmi:id="_rTM4Wu5JEduZd4zcUpLVkQ"
>>definingFeature="_rTM4T-5JEduZd4zcUpLVkQ"/>
>> </packagedElement>
>> <packagedElement xmi:type="uml:InstanceSpecification"
>>xmi:id="_rTM4W-5JEduZd4zcUpLVkQ" name="linkClass3And4Instance"
>>classifier="_rTM4Uu5JEduZd4zcUpLVkQ">
>> <slot xmi:id="_rTM4XO5JEduZd4zcUpLVkQ"
>>definingFeature="_rTM4U-5JEduZd4zcUpLVkQ">
>> <value xmi:type="uml:InstanceValue" xmi:id="_rTM4Xe5JEduZd4zcUpLVkQ"
>>name="Class4Instance" instance="_rTM4We5JEduZd4zcUpLVkQ"/>
>> </slot>
>> <slot xmi:id="_rTM4Xu5JEduZd4zcUpLVkQ"
>>definingFeature="_rTM4T-5JEduZd4zcUpLVkQ">
>> <value xmi:type="uml:InstanceValue" xmi:id="_rTM4X-5JEduZd4zcUpLVkQ"
>>name="Class3Instance" instance="_rTM4WO5JEduZd4zcUpLVkQ"/>
>> </slot>
>> </packagedElement>
>> <packagedElement xmi:type="uml:InstanceSpecification"
>>xmi:id="_Uzq6sO5KEduGlKX90A0_qQ" name="linkClass1And2Instance"
>>classifier="_rTM4Se5JEduZd4zcUpLVkQ">
>> <slot xmi:id="_jqYQQO5KEduGlKX90A0_qQ"
>>definingFeature="_rTM4Su5JEduZd4zcUpLVkQ">
>> <value xmi:type="uml:InstanceValue" xmi:id="_BBvL0O5LEduGlKX90A0_qQ"
>>name="Class2Instance" instance="_rTM4V-5JEduZd4zcUpLVkQ"/>
>> </slot>
>> <slot xmi:id="_zV1cgO5KEduGlKX90A0_qQ"
>>definingFeature="_rTM4Re5JEduZd4zcUpLVkQ">
>> <value xmi:type="uml:InstanceValue" xmi:id="_JWAvIO5LEduGlKX90A0_qQ"
>>name="Class1Instance" instance="_rTM4Vu5JEduZd4zcUpLVkQ"/>
>> </slot>
>> </packagedElement>
>> <profileApplication xmi:id="_rTM4YO5JEduZd4zcUpLVkQ">
>> <eAnnotations xmi:id="_rTM4Ye5JEduZd4zcUpLVkQ"
>>source="http://www.eclipse.org/uml2/2.0.0/UML">
>> <references xmi:type="ecore:EPackage"
>>href=" pathmap://UML_PROFILES/Standard.profile.uml#_yzU58YinEdqtvbn fB2L_5w"/>
>> </eAnnotations>
>> <appliedProfile href="pathmap://UML_PROFILES/Standard.profile.uml#_0"/>
>> </profileApplication>
>></uml:Model>
>>
>
>
|
|
|
| Re: mapping of an association (with an interface as member end) to a link in the instance diagram !? [message #472700 is a reply to message #472695] |
Fri, 20 April 2007 13:53 |
Kenn Hussey
Messages: 1620
Registered: July 2009 |
Senior Member |
|
|
Axel,
Yes, sorry, you are correct (confused myself for a moment there). Currently,
the notion of "conformance" in the specification is based (only) on
generalization:
[6] The query conformsTo() gives true for a classifier that defines a type
that conforms to another. This is used, for example, in the specification of
signature conformance for operations. Classifier::conformsTo(other:
Classifier): Boolean; conformsTo = (self=other) or
(self.allParents()->includes(other))
However, as you've pointed out, there's no formal constraint (other than
that statement in English) to ensure that slot values conform to the
defining feature (there should be). So while it is possible to violate this
guidance, I'd say it is more correct for the instance specification to
specify the interface as one of its classifiers.
Kenn
"AxelR" <reichwein@isd.uni-stuttgart.de> wrote in message
news:f09vn6$c3o$1@build.eclipse.org...
> Hello,
>
> the link between class1Instance:Class1 and class2Instance:Class2 has two
> slots with the corresponding defining features, interface1:Interface1 and
> class2:Class2. These are the only possible defining features as the
> association, which is the classifier of the link, is between Class2 and
> Interface1. So there is no problem with the defining features of the
> slots. I hope I am correct.
>
> I think that the question is whether the instance value of the slot with
> the defining feature interface1:Interface1 can be the instance
> class1Instance:Class1 or if it has to be class1Instance:Class1,Interface1
> (the instance with the interface as extra classifier)? The only concern I
> can read in the spec about the value of a slot is "values in a slot must
> conform to the defining feature of the slot (in type, multiplicity,
> etc.).", and I can't find any real constraints concerning the value of the
> slot. If it is understood that Class1 conforms in type to Interface1 as it
> implements that interface, then the link between class1Instance:Class1 and
> class2Instance:Class2 could exist without class1Instance having the
> interface as extra classifier, is this correct?
>
> I don't bother that much how RSA interpreted the spec, I just want to be
> sure that I understand the spec :-)
>
> Axel
>
>
>
>
> Kenn Hussey schrieb:
>> Axel,
>>
>> I'd say you would need the interface to be a classifier of the instance
>> specification because of this constraint:
>>
>> [1] The defining feature of each slot is a structural feature (directly
>> or inherited) of a classifier of the instance specification.
>> slot->forAll(s | classifier->exists (c | c.allFeatures()->includes
>> (s.definingFeature)))
>>
>> This constraint is not yet implemented in UML2 (see
>> https://bugs.eclipse.org/bugs/show_bug.cgi?id=80307); we'd gladly welcome
>> contributions in this area!
>>
>> Kenn
>>
>> "AxelR" <reichwein@isd.uni-stuttgart.de> wrote in message
>> news:f07c4v$f5t$1@build.eclipse.org...
>>
>>>Hello,
>>>
>>>thank you for the idea! The instance of class1 now also has the
>>>Interface as classifier. Then, I can link the instance of Class2 with
>>>the instance of Class1. In the attachment is a picture of the result
>>>with RSA, I suppose, this is your idea.
>>>
>>>I have edited the same model with the tree editor of the UML project,
>>>and there I can define a link between the instance of Class2 and the
>>>instance of Class1, without adding the interface as classifier to the
>>>instance of Class1. The model, also in the attachment (see
>>>linkClass1And2Instance) validates successfully. So what is 100% correct?
>>>Do I need to add the interface as classifier like in RSA, which might be
>>>specific to RSA, or could I simply draw a link between the instance of
>>>Class2 and the instance of Class1, without adding the interface as
>>>classifier to the instance of Class1?
>>>
>>>Thank you for your help.
>>>
>>>Axel
>>>
>>>
>>>
>>>
>>>Kenn Hussey schrieb:
>>>
>>>>Axel,
>>>>
>>>>Is it not sufficient to specify the interface as one of the classifiers
>>>>of
>>>>the instance specification representing an instance of Klasse1? That is,
>>>>couldn't the value for the schnittstelle1 slot could reference the
>>>>Klasse1
>>>>instance directly?
>>>>
>>>>Kenn
>>>>
>>>>"AxelR" <reichwein@isd.uni-stuttgart.de> wrote in message
>>>>news:f03542$a13$1@build.eclipse.org...
>>>>
>>>>
>>>>>Hello,
>>>>>
>>>>>thank you very much for your answer.
>>>>>
>>>>>My principal motivation is to show a snapshot of the existing instances
>>>>>at
>>>>>a point in time. I have the impression that the spec is very loose on
>>>>>the
>>>>>instance specifications because they don't play a big role in software
>>>>>modeling, but as I want to model a 3d-geometric assembly using object
>>>>>oriented concepts, I need to model instances and their dependencies
>>>>>precisely :-)
>>>>>
>>>>>If I can't solve my problem described previously (the link between two
>>>>>instances: one is referencing an interface, that the other instance
>>>>>implements) the normal way, what other UML constructs do you recommend
>>>>>using? Should I use a dependency relationship between both instances
>>>>>and
>>>>>add a stereotype to the dependency (although it is quoted in the spec:
>>>>>"The presence of dependency relationships in a model does not have any
>>>>>runtime semantics implications")? This is my only idea, are there
>>>>>others?
>>>>>
>>>>>Thank you for any ideas.
>>>>>
>>>>>Best regards,
>>>>>Axel
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>James Bruck schrieb:
>>>>>
>>>>>
>>>>>>Hi Axel,
>>>>>>
>>>>>>An InstanceSpecification can be typed by abstract types or interface.
>>>>>>P.
>>>>>>82 of ptc 07-02-05 mentions ..."If the only classifier specified is
>>>>>>abstract, then the instance specification only partially describes the
>>>>>>entity".
>>>>>>
>>>>>>What this is getting at is that you can create an object diagram with
>>>>>>instance specifications that only partially describe a particular
>>>>>>instance.
>>>>>>
>>>>>>P. 83 mentions " Not all structural features of all classifiers of the
>>>>>>instance specification need be represented by slots, in which case the
>>>>>>instance specification is a partial description".
>>>>>>
>>>>>>It appears that UML is trying to keep things very "loose" and
>>>>>>flexible.
>>>>>>How
>>>>>>precisely the instance is constructed might even be derived.
>>>>>>
>>>>>>The way in which you create your object diagram might depend on how
>>>>>>you
>>>>>>intend on using it. One strategy might be to only represent concrete
>>>>>>classes with instance specifications and omit interfaces etc. but you
>>>>>>are
>>>>>>not required to do that.
>>>>>>
>>>>>>The following quote from the spec explains in detail what I'm getting
>>>>>>at:
>>>>>>
>>>>>>An instance specification may specify the existence of an entity in a
>>>>>>modeled system. An instance specification may provide an illustration
>>>>>>or
>>>>>>example of a possible entity in a modeled system. An instance
>>>>>>specification
>>>>>>describes the entity. These details can be incomplete. The purpose of
>>>>>>an
>>>>>>instance specification is to show what is of interest about an entity
>>>>>>in
>>>>>>the
>>>>>>modeled system. The entity conforms to the specification of each
>>>>>>classifier
>>>>>>of the instance specification, and has features with values indicated
>>>>>>by
>>>>>>each slot of the instance specification. Having no slot in an instance
>>>>>>specification for some feature does not mean that the represented
>>>>>>entity
>>>>>>does not have the feature, but merely that the feature is not of
>>>>>>interest
>>>>>>in
>>>>>>the model. An instance specification can represent an entity at a
>>>>>>point
>>>>>>in
>>>>>>time (a snapshot). Changes to the entity can be modeled using multiple
>>>>>>instance specifications, one for each snapshot. It is important to
>>>>>>keep
>>>>>>in
>>>>>>mind that InstanceSpecification is a model element and should not be
>>>>>>confused with the dynamic element that it is modeling. Therefore, one
>>>>>>should
>>>>>>not expect the dynamic semantics of InstanceSpecification model
>>>>>>elements
>>>>>>in
>>>>>>a model repository to conform to the semantics of the dynamic elements
>>>>>>that
>>>>>>they represent.
>>>>>>
>>>>>>
>>>>>>
>>>>>>Regards,
>>>>>>
>>>>>>
>>>>>>
>>>>>>- James.
>>>>>>
>>>>>>
>>>>>>
>>>>>>"AxelR" <reichwein@isd.uni-stuttgart.de> wrote in message
>>>>>>news:f00euq$9fg$1@build.eclipse.org...
>>>>>>
>>>>>>
>>>>>>
>>>>>>>Hello,
>>>>>>>
>>>>>>>I want to show the links between instance specifications of classes.
>>>>>>>However one class (e.g. Class2) might have a directed association
>>>>>>>with
>>>>>>>an interface (e.g. Interface1), which is implemented by a class (e.g.
>>>>>>>Class1). On the instance level, the instances of class1 and class2
>>>>>>>exist
>>>>>>>and indirectly a "link" exists between these two instances, since the
>>>>>>>instance of class1 implements the interface, which is referenced by
>>>>>>>the
>>>>>>>instance of class2. What is the best method to describe this indirect
>>>>>>>"link" on the instance level (in the instance diagram). You can find
>>>>>>>a
>>>>>>>picture describing my problem in the attachment. I know that a
>>>>>>>UML-link
>>>>>>>is an instance of an association. But how can I map an association in
>>>>>>>a
>>>>>>>class diagram to a link in an instance diagram, if one of the member
>>>>>>>ends, in this case the interface, has no mapping to the instance
>>>>>>>level?
>>>>>>>
>>>>>>>Thank you in advance for any help!
>>>>>>>
>>>>>>>Best regards,
>>>>>>>Axel
>>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>> ------------------------------------------------------------ ----------------
>>>>>>----
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>
>>>>
>>>
>>
>>
>> ------------------------------------------------------------ --------------------
>>
>>
>>
>>><?xml version="1.0" encoding="UTF-8"?>
>>><uml:Model xmi:version="2.1"
>>>xmlns:xmi="http://schema.omg.org/spec/XMI/2.1"
>>>xmlns:ecore="http://www.eclipse.org/emf/2002/Ecore"
>>>xmlns:uml="http://www.eclipse.org/uml2/2.0.0/UML"
>>>xmi:id="_rTM4QO5JEduZd4zcUpLVkQ" name="linkingInstancesTest">
>>> <packageImport xmi:id="_rTM4Qe5JEduZd4zcUpLVkQ">
>>> <importedPackage xmi:type="uml:Model"
>>> href="pathmap://UML_LIBRARIES/UMLPrimitiveTypes.library.uml#_0"/>
>>> </packageImport>
>>> <packagedElement xmi:type="uml:Class" xmi:id="_rTM4Qu5JEduZd4zcUpLVkQ"
>>> name="Class1" clientDependency="_rTM4Q-5JEduZd4zcUpLVkQ">
>>> <interfaceRealization xmi:id="_rTM4Q-5JEduZd4zcUpLVkQ"
>>> supplier="_rTM4SO5JEduZd4zcUpLVkQ" client="_rTM4Qu5JEduZd4zcUpLVkQ"
>>> contract="_rTM4SO5JEduZd4zcUpLVkQ"/>
>>> </packagedElement>
>>> <packagedElement xmi:type="uml:Class" xmi:id="_rTM4RO5JEduZd4zcUpLVkQ"
>>> name="Class2">
>>> <ownedAttribute xmi:id="_rTM4Re5JEduZd4zcUpLVkQ" name="interface1"
>>> visibility="private" type="_rTM4SO5JEduZd4zcUpLVkQ"
>>> association="_rTM4Se5JEduZd4zcUpLVkQ">
>>> <upperValue xmi:type="uml:LiteralUnlimitedNatural"
>>> xmi:id="_rTM4Ru5JEduZd4zcUpLVkQ" value="1"/>
>>> <lowerValue xmi:type="uml:LiteralInteger"
>>> xmi:id="_rTM4R-5JEduZd4zcUpLVkQ"/>
>>> </ownedAttribute>
>>> </packagedElement>
>>> <packagedElement xmi:type="uml:Interface"
>>> xmi:id="_rTM4SO5JEduZd4zcUpLVkQ" name="Interface1"/>
>>> <packagedElement xmi:type="uml:Association"
>>> xmi:id="_rTM4Se5JEduZd4zcUpLVkQ" memberEnd="_rTM4Re5JEduZd4zcUpLVkQ
>>> _rTM4Su5JEduZd4zcUpLVkQ">
>>> <ownedEnd xmi:id="_rTM4Su5JEduZd4zcUpLVkQ" name=""
>>> visibility="private" type="_rTM4RO5JEduZd4zcUpLVkQ"
>>> association="_rTM4Se5JEduZd4zcUpLVkQ">
>>> <upperValue xmi:type="uml:LiteralUnlimitedNatural"
>>> xmi:id="_rTM4S-5JEduZd4zcUpLVkQ" value="*"/>
>>> <lowerValue xmi:type="uml:LiteralInteger"
>>> xmi:id="_rTM4TO5JEduZd4zcUpLVkQ"/>
>>> </ownedEnd>
>>> </packagedElement>
>>> <packagedElement xmi:type="uml:Class" xmi:id="_rTM4Te5JEduZd4zcUpLVkQ"
>>> name="Class3"/>
>>> <packagedElement xmi:type="uml:Class" xmi:id="_rTM4Tu5JEduZd4zcUpLVkQ"
>>> name="Class4">
>>> <ownedAttribute xmi:id="_rTM4T-5JEduZd4zcUpLVkQ" name="class3"
>>> visibility="private" type="_rTM4Te5JEduZd4zcUpLVkQ"
>>> association="_rTM4Uu5JEduZd4zcUpLVkQ">
>>> <upperValue xmi:type="uml:LiteralUnlimitedNatural"
>>> xmi:id="_rTM4UO5JEduZd4zcUpLVkQ" value="1"/>
>>> <lowerValue xmi:type="uml:LiteralInteger"
>>> xmi:id="_rTM4Ue5JEduZd4zcUpLVkQ"/>
>>> </ownedAttribute>
>>> </packagedElement>
>>> <packagedElement xmi:type="uml:Association"
>>> xmi:id="_rTM4Uu5JEduZd4zcUpLVkQ" memberEnd="_rTM4T-5JEduZd4zcUpLVkQ
>>> _rTM4U-5JEduZd4zcUpLVkQ">
>>> <ownedEnd xmi:id="_rTM4U-5JEduZd4zcUpLVkQ" name=""
>>> visibility="private" type="_rTM4Tu5JEduZd4zcUpLVkQ"
>>> association="_rTM4Uu5JEduZd4zcUpLVkQ">
>>> <upperValue xmi:type="uml:LiteralUnlimitedNatural"
>>> xmi:id="_rTM4VO5JEduZd4zcUpLVkQ" value="*"/>
>>> <lowerValue xmi:type="uml:LiteralInteger"
>>> xmi:id="_rTM4Ve5JEduZd4zcUpLVkQ"/>
>>> </ownedEnd>
>>> </packagedElement>
>>> <packagedElement xmi:type="uml:InstanceSpecification"
>>> xmi:id="_rTM4Vu5JEduZd4zcUpLVkQ" name="Class1Instance"
>>> classifier="_rTM4Qu5JEduZd4zcUpLVkQ"/>
>>> <packagedElement xmi:type="uml:InstanceSpecification"
>>> xmi:id="_rTM4V-5JEduZd4zcUpLVkQ" name="Class2Instance"
>>> classifier="_rTM4RO5JEduZd4zcUpLVkQ"/>
>>> <packagedElement xmi:type="uml:InstanceSpecification"
>>> xmi:id="_rTM4WO5JEduZd4zcUpLVkQ" name="Class3Instance"
>>> classifier="_rTM4Te5JEduZd4zcUpLVkQ"/>
>>> <packagedElement xmi:type="uml:InstanceSpecification"
>>> xmi:id="_rTM4We5JEduZd4zcUpLVkQ" name="Class4Instance"
>>> classifier="_rTM4Tu5JEduZd4zcUpLVkQ">
>>> <slot xmi:id="_rTM4Wu5JEduZd4zcUpLVkQ"
>>> definingFeature="_rTM4T-5JEduZd4zcUpLVkQ"/>
>>> </packagedElement>
>>> <packagedElement xmi:type="uml:InstanceSpecification"
>>> xmi:id="_rTM4W-5JEduZd4zcUpLVkQ" name="linkClass3And4Instance"
>>> classifier="_rTM4Uu5JEduZd4zcUpLVkQ">
>>> <slot xmi:id="_rTM4XO5JEduZd4zcUpLVkQ"
>>> definingFeature="_rTM4U-5JEduZd4zcUpLVkQ">
>>> <value xmi:type="uml:InstanceValue" xmi:id="_rTM4Xe5JEduZd4zcUpLVkQ"
>>> name="Class4Instance" instance="_rTM4We5JEduZd4zcUpLVkQ"/>
>>> </slot>
>>> <slot xmi:id="_rTM4Xu5JEduZd4zcUpLVkQ"
>>> definingFeature="_rTM4T-5JEduZd4zcUpLVkQ">
>>> <value xmi:type="uml:InstanceValue" xmi:id="_rTM4X-5JEduZd4zcUpLVkQ"
>>> name="Class3Instance" instance="_rTM4WO5JEduZd4zcUpLVkQ"/>
>>> </slot>
>>> </packagedElement>
>>> <packagedElement xmi:type="uml:InstanceSpecification"
>>> xmi:id="_Uzq6sO5KEduGlKX90A0_qQ" name="linkClass1And2Instance"
>>> classifier="_rTM4Se5JEduZd4zcUpLVkQ">
>>> <slot xmi:id="_jqYQQO5KEduGlKX90A0_qQ"
>>> definingFeature="_rTM4Su5JEduZd4zcUpLVkQ">
>>> <value xmi:type="uml:InstanceValue" xmi:id="_BBvL0O5LEduGlKX90A0_qQ"
>>> name="Class2Instance" instance="_rTM4V-5JEduZd4zcUpLVkQ"/>
>>> </slot>
>>> <slot xmi:id="_zV1cgO5KEduGlKX90A0_qQ"
>>> definingFeature="_rTM4Re5JEduZd4zcUpLVkQ">
>>> <value xmi:type="uml:InstanceValue" xmi:id="_JWAvIO5LEduGlKX90A0_qQ"
>>> name="Class1Instance" instance="_rTM4Vu5JEduZd4zcUpLVkQ"/>
>>> </slot>
>>> </packagedElement>
>>> <profileApplication xmi:id="_rTM4YO5JEduZd4zcUpLVkQ">
>>> <eAnnotations xmi:id="_rTM4Ye5JEduZd4zcUpLVkQ"
>>> source="http://www.eclipse.org/uml2/2.0.0/UML">
>>> <references xmi:type="ecore:EPackage"
>>> href=" pathmap://UML_PROFILES/Standard.profile.uml#_yzU58YinEdqtvbn fB2L_5w"/>
>>> </eAnnotations>
>>> <appliedProfile
>>> href="pathmap://UML_PROFILES/Standard.profile.uml#_0"/>
>>> </profileApplication>
>>></uml:Model>
>>>
>>
|
|
|
| Re: mapping of an association (with an interface as member end) to a link in the instance diagram !? [message #472715 is a reply to message #472700] |
Sat, 21 April 2007 12:53 |
| Eclipse User |
|
|
|
Originally posted by: reichwein.isd.uni-stuttgart.de
Thank you very much for clarifying this subject!
Axel
Kenn Hussey schrieb:
> Axel,
>
> Yes, sorry, you are correct (confused myself for a moment there). Currently,
> the notion of "conformance" in the specification is based (only) on
> generalization:
>
> [6] The query conformsTo() gives true for a classifier that defines a type
> that conforms to another. This is used, for example, in the specification of
> signature conformance for operations. Classifier::conformsTo(other:
> Classifier): Boolean; conformsTo = (self=other) or
> (self.allParents()->includes(other))
>
> However, as you've pointed out, there's no formal constraint (other than
> that statement in English) to ensure that slot values conform to the
> defining feature (there should be). So while it is possible to violate this
> guidance, I'd say it is more correct for the instance specification to
> specify the interface as one of its classifiers.
>
> Kenn
>
> "AxelR" <reichwein@isd.uni-stuttgart.de> wrote in message
> news:f09vn6$c3o$1@build.eclipse.org...
>
>>Hello,
>>
>>the link between class1Instance:Class1 and class2Instance:Class2 has two
>>slots with the corresponding defining features, interface1:Interface1 and
>>class2:Class2. These are the only possible defining features as the
>>association, which is the classifier of the link, is between Class2 and
>>Interface1. So there is no problem with the defining features of the
>>slots. I hope I am correct.
>>
>>I think that the question is whether the instance value of the slot with
>>the defining feature interface1:Interface1 can be the instance
>>class1Instance:Class1 or if it has to be class1Instance:Class1,Interface1
>>(the instance with the interface as extra classifier)? The only concern I
>>can read in the spec about the value of a slot is "values in a slot must
>>conform to the defining feature of the slot (in type, multiplicity,
>>etc.).", and I can't find any real constraints concerning the value of the
>>slot. If it is understood that Class1 conforms in type to Interface1 as it
>>implements that interface, then the link between class1Instance:Class1 and
>>class2Instance:Class2 could exist without class1Instance having the
>>interface as extra classifier, is this correct?
>>
>>I don't bother that much how RSA interpreted the spec, I just want to be
>>sure that I understand the spec :-)
>>
>>Axel
>>
>>
>>
>>
>>Kenn Hussey schrieb:
>>
>>>Axel,
>>>
>>>I'd say you would need the interface to be a classifier of the instance
>>>specification because of this constraint:
>>>
>>>[1] The defining feature of each slot is a structural feature (directly
>>>or inherited) of a classifier of the instance specification.
>>>slot->forAll(s | classifier->exists (c | c.allFeatures()->includes
>>>(s.definingFeature)))
>>>
>>>This constraint is not yet implemented in UML2 (see
>>>https://bugs.eclipse.org/bugs/show_bug.cgi?id=80307); we'd gladly welcome
>>>contributions in this area!
>>>
>>>Kenn
>>>
>>>"AxelR" <reichwein@isd.uni-stuttgart.de> wrote in message
>>>news:f07c4v$f5t$1@build.eclipse.org...
>>>
>>>
>>>>Hello,
>>>>
>>>>thank you for the idea! The instance of class1 now also has the
>>>>Interface as classifier. Then, I can link the instance of Class2 with
>>>>the instance of Class1. In the attachment is a picture of the result
>>>>with RSA, I suppose, this is your idea.
>>>>
>>>>I have edited the same model with the tree editor of the UML project,
>>>>and there I can define a link between the instance of Class2 and the
>>>>instance of Class1, without adding the interface as classifier to the
>>>>instance of Class1. The model, also in the attachment (see
>>>>linkClass1And2Instance) validates successfully. So what is 100% correct?
>>>>Do I need to add the interface as classifier like in RSA, which might be
>>>>specific to RSA, or could I simply draw a link between the instance of
>>>>Class2 and the instance of Class1, without adding the interface as
>>>>classifier to the instance of Class1?
>>>>
>>>>Thank you for your help.
>>>>
>>>>Axel
>>>>
>>>>
>>>>
>>>>
>>>>Kenn Hussey schrieb:
>>>>
>>>>
>>>>>Axel,
>>>>>
>>>>>Is it not sufficient to specify the interface as one of the classifiers
>>>>>of
>>>>>the instance specification representing an instance of Klasse1? That is,
>>>>>couldn't the value for the schnittstelle1 slot could reference the
>>>>>Klasse1
>>>>>instance directly?
>>>>>
>>>>>Kenn
>>>>>
>>>>>"AxelR" <reichwein@isd.uni-stuttgart.de> wrote in message
>>>>>news:f03542$a13$1@build.eclipse.org...
>>>>>
>>>>>
>>>>>
>>>>>>Hello,
>>>>>>
>>>>>>thank you very much for your answer.
>>>>>>
>>>>>>My principal motivation is to show a snapshot of the existing instances
>>>>>>at
>>>>>>a point in time. I have the impression that the spec is very loose on
>>>>>>the
>>>>>>instance specifications because they don't play a big role in software
>>>>>>modeling, but as I want to model a 3d-geometric assembly using object
>>>>>>oriented concepts, I need to model instances and their dependencies
>>>>>>precisely :-)
>>>>>>
>>>>>>If I can't solve my problem described previously (the link between two
>>>>>>instances: one is referencing an interface, that the other instance
>>>>>>implements) the normal way, what other UML constructs do you recommend
>>>>>>using? Should I use a dependency relationship between both instances
>>>>>>and
>>>>>>add a stereotype to the dependency (although it is quoted in the spec:
>>>>>>"The presence of dependency relationships in a model does not have any
>>>>>>runtime semantics implications")? This is my only idea, are there
>>>>>>others?
>>>>>>
>>>>>>Thank you for any ideas.
>>>>>>
>>>>>>Best regards,
>>>>>>Axel
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>James Bruck schrieb:
>>>>>>
>>>>>>
>>>>>>
>>>>>>>Hi Axel,
>>>>>>>
>>>>>>>An InstanceSpecification can be typed by abstract types or interface.
>>>>>>>P.
>>>>>>>82 of ptc 07-02-05 mentions ..."If the only classifier specified is
>>>>>>>abstract, then the instance specification only partially describes the
>>>>>>>entity".
>>>>>>>
>>>>>>>What this is getting at is that you can create an object diagram with
>>>>>>>instance specifications that only partially describe a particular
>>>>>>>instance.
>>>>>>>
>>>>>>>P. 83 mentions " Not all structural features of all classifiers of the
>>>>>>>instance specification need be represented by slots, in which case the
>>>>>>>instance specification is a partial description".
>>>>>>>
>>>>>>>It appears that UML is trying to keep things very "loose" and
>>>>>>>flexible.
>>>>>>>How
>>>>>>>precisely the instance is constructed might even be derived.
>>>>>>>
>>>>>>>The way in which you create your object diagram might depend on how
>>>>>>>you
>>>>>>>intend on using it. One strategy might be to only represent concrete
>>>>>>>classes with instance specifications and omit interfaces etc. but you
>>>>>>>are
>>>>>>>not required to do that.
>>>>>>>
>>>>>>>The following quote from the spec explains in detail what I'm getting
>>>>>>>at:
>>>>>>>
>>>>>>>An instance specification may specify the existence of an entity in a
>>>>>>>modeled system. An instance specification may provide an illustration
>>>>>>>or
>>>>>>>example of a possible entity in a modeled system. An instance
>>>>>>>specification
>>>>>>>describes the entity. These details can be incomplete. The purpose of
>>>>>>>an
>>>>>>>instance specification is to show what is of interest about an entity
>>>>>>>in
>>>>>>>the
>>>>>>>modeled system. The entity conforms to the specification of each
>>>>>>>classifier
>>>>>>>of the instance specification, and has features with values indicated
>>>>>>>by
>>>>>>>each slot of the instance specification. Having no slot in an instance
>>>>>>>specification for some feature does not mean that the represented
>>>>>>>entity
>>>>>>>does not have the feature, but merely that the feature is not of
>>>>>>>interest
>>>>>>>in
>>>>>>>the model. An instance specification can represent an entity at a
>>>>>>>point
>>>>>>>in
>>>>>>>time (a snapshot). Changes to the entity can be modeled using multiple
>>>>>>>instance specifications, one for each snapshot. It is important to
>>>>>>>keep
>>>>>>>in
>>>>>>>mind that InstanceSpecification is a model element and should not be
>>>>>>>confused with the dynamic element that it is modeling. Therefore, one
>>>>>>>should
>>>>>>>not expect the dynamic semantics of InstanceSpecification model
>>>>>>>elements
>>>>>>>in
>>>>>>>a model repository to conform to the semantics of the dynamic elements
>>>>>>>that
>>>>>>>they represent.
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>Regards,
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>- James.
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>"AxelR" <reichwein@isd.uni-stuttgart.de> wrote in message
>>>>>>>news:f00euq$9fg$1@build.eclipse.org...
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>>Hello,
>>>>>>>>
>>>>>>>>I want to show the links between instance specifications of classes.
>>>>>>>>However one class (e.g. Class2) might have a directed association
>>>>>>>>with
>>>>>>>>an interface (e.g. Interface1), which is implemented by a class (e.g.
>>>>>>>>Class1). On the instance level, the instances of class1 and class2
>>>>>>>>exist
>>>>>>>>and indirectly a "link" exists between these two instances, since the
>>>>>>>>instance of class1 implements the interface, which is referenced by
>>>>>>>>the
>>>>>>>>instance of class2. What is the best method to describe this indirect
>>>>>>>>"link" on the instance level (in the instance diagram). You can find
>>>>>>>>a
>>>>>>>>picture describing my problem in the attachment. I know that a
>>>>>>>>UML-link
>>>>>>>>is an instance of an association. But how can I map an association in
>>>>>>>>a
>>>>>>>>class diagram to a link in an instance diagram, if one of the member
>>>>>>>>ends, in this case the interface, has no mapping to the instance
>>>>>>>>level?
>>>>>>>>
>>>>>>>>Thank you in advance for any help!
>>>>>>>>
>>>>>>>>Best regards,
>>>>>>>>Axel
>>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> ------------------------------------------------------------ ----------------
>>>>>>>----
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>
>>>>>
>>>
>>> ------------------------------------------------------------ --------------------
>>>
>>>
>>>
>>>
>>>><?xml version="1.0" encoding="UTF-8"?>
>>>><uml:Model xmi:version="2.1"
>>>>xmlns:xmi="http://schema.omg.org/spec/XMI/2.1"
>>>>xmlns:ecore="http://www.eclipse.org/emf/2002/Ecore"
>>>>xmlns:uml="http://www.eclipse.org/uml2/2.0.0/UML"
>>>>xmi:id="_rTM4QO5JEduZd4zcUpLVkQ" name="linkingInstancesTest">
>>>><packageImport xmi:id="_rTM4Qe5JEduZd4zcUpLVkQ">
>>>> <importedPackage xmi:type="uml:Model"
>>>>href="pathmap://UML_LIBRARIES/UMLPrimitiveTypes.library.uml#_0"/>
>>>></packageImport>
>>>><packagedElement xmi:type="uml:Class" xmi:id="_rTM4Qu5JEduZd4zcUpLVkQ"
>>>>name="Class1" clientDependency="_rTM4Q-5JEduZd4zcUpLVkQ">
>>>> <interfaceRealization xmi:id="_rTM4Q-5JEduZd4zcUpLVkQ"
>>>>supplier="_rTM4SO5JEduZd4zcUpLVkQ" client="_rTM4Qu5JEduZd4zcUpLVkQ"
>>>>contract="_rTM4SO5JEduZd4zcUpLVkQ"/>
>>>></packagedElement>
>>>><packagedElement xmi:type="uml:Class" xmi:id="_rTM4RO5JEduZd4zcUpLVkQ"
>>>>name="Class2">
>>>> <ownedAttribute xmi:id="_rTM4Re5JEduZd4zcUpLVkQ" name="interface1"
>>>>visibility="private" type="_rTM4SO5JEduZd4zcUpLVkQ"
>>>>association="_rTM4Se5JEduZd4zcUpLVkQ">
>>>> <upperValue xmi:type="uml:LiteralUnlimitedNatural"
>>>>xmi:id="_rTM4Ru5JEduZd4zcUpLVkQ" value="1"/>
>>>> <lowerValue xmi:type="uml:LiteralInteger"
>>>>xmi:id="_rTM4R-5JEduZd4zcUpLVkQ"/>
>>>> </ownedAttribute>
>>>></packagedElement>
>>>><packagedElement xmi:type="uml:Interface"
>>>>xmi:id="_rTM4SO5JEduZd4zcUpLVkQ" name="Interface1"/>
>>>><packagedElement xmi:type="uml:Association"
>>>>xmi:id="_rTM4Se5JEduZd4zcUpLVkQ" memberEnd="_rTM4Re5JEduZd4zcUpLVkQ
>>>>_rTM4Su5JEduZd4zcUpLVkQ">
>>>> <ownedEnd xmi:id="_rTM4Su5JEduZd4zcUpLVkQ" name=""
>>>>visibility="private" type="_rTM4RO5JEduZd4zcUpLVkQ"
>>>>association="_rTM4Se5JEduZd4zcUpLVkQ">
>>>> <upperValue xmi:type="uml:LiteralUnlimitedNatural"
>>>>xmi:id="_rTM4S-5JEduZd4zcUpLVkQ" value="*"/>
>>>> <lowerValue xmi:type="uml:LiteralInteger"
>>>>xmi:id="_rTM4TO5JEduZd4zcUpLVkQ"/>
>>>> </ownedEnd>
>>>></packagedElement>
>>>><packagedElement xmi:type="uml:Class" xmi:id="_rTM4Te5JEduZd4zcUpLVkQ"
>>>>name="Class3"/>
>>>><packagedElement xmi:type="uml:Class" xmi:id="_rTM4Tu5JEduZd4zcUpLVkQ"
>>>>name="Class4">
>>>> <ownedAttribute xmi:id="_rTM4T-5JEduZd4zcUpLVkQ" name="class3"
>>>>visibility="private" type="_rTM4Te5JEduZd4zcUpLVkQ"
>>>>association="_rTM4Uu5JEduZd4zcUpLVkQ">
>>>> <upperValue xmi:type="uml:LiteralUnlimitedNatural"
>>>>xmi:id="_rTM4UO5JEduZd4zcUpLVkQ" value="1"/>
>>>> <lowerValue xmi:type="uml:LiteralInteger"
>>>>xmi:id="_rTM4Ue5JEduZd4zcUpLVkQ"/>
>>>> </ownedAttribute>
>>>></packagedElement>
>>>><packagedElement xmi:type="uml:Association"
>>>>xmi:id="_rTM4Uu5JEduZd4zcUpLVkQ" memberEnd="_rTM4T-5JEduZd4zcUpLVkQ
>>>>_rTM4U-5JEduZd4zcUpLVkQ">
>>>> <ownedEnd xmi:id="_rTM4U-5JEduZd4zcUpLVkQ" name=""
>>>>visibility="private" type="_rTM4Tu5JEduZd4zcUpLVkQ"
>>>>association="_rTM4Uu5JEduZd4zcUpLVkQ">
>>>> <upperValue xmi:type="uml:LiteralUnlimitedNatural"
>>>>xmi:id="_rTM4VO5JEduZd4zcUpLVkQ" value="*"/>
>>>> <lowerValue xmi:type="uml:LiteralInteger"
>>>>xmi:id="_rTM4Ve5JEduZd4zcUpLVkQ"/>
>>>> </ownedEnd>
>>>></packagedElement>
>>>><packagedElement xmi:type="uml:InstanceSpecification"
>>>>xmi:id="_rTM4Vu5JEduZd4zcUpLVkQ" name="Class1Instance"
>>>>classifier="_rTM4Qu5JEduZd4zcUpLVkQ"/>
>>>><packagedElement xmi:type="uml:InstanceSpecification"
>>>>xmi:id="_rTM4V-5JEduZd4zcUpLVkQ" name="Class2Instance"
>>>>classifier="_rTM4RO5JEduZd4zcUpLVkQ"/>
>>>><packagedElement xmi:type="uml:InstanceSpecification"
>>>>xmi:id="_rTM4WO5JEduZd4zcUpLVkQ" name="Class3Instance"
>>>>classifier="_rTM4Te5JEduZd4zcUpLVkQ"/>
>>>><packagedElement xmi:type="uml:InstanceSpecification"
>>>>xmi:id="_rTM4We5JEduZd4zcUpLVkQ" name="Class4Instance"
>>>>classifier="_rTM4Tu5JEduZd4zcUpLVkQ">
>>>> <slot xmi:id="_rTM4Wu5JEduZd4zcUpLVkQ"
>>>>definingFeature="_rTM4T-5JEduZd4zcUpLVkQ"/>
>>>></packagedElement>
>>>><packagedElement xmi:type="uml:InstanceSpecification"
>>>>xmi:id="_rTM4W-5JEduZd4zcUpLVkQ" name="linkClass3And4Instance"
>>>>classifier="_rTM4Uu5JEduZd4zcUpLVkQ">
>>>> <slot xmi:id="_rTM4XO5JEduZd4zcUpLVkQ"
>>>>definingFeature="_rTM4U-5JEduZd4zcUpLVkQ">
>>>> <value xmi:type="uml:InstanceValue" xmi:id="_rTM4Xe5JEduZd4zcUpLVkQ"
>>>>name="Class4Instance" instance="_rTM4We5JEduZd4zcUpLVkQ"/>
>>>> </slot>
>>>> <slot xmi:id="_rTM4Xu5JEduZd4zcUpLVkQ"
>>>>definingFeature="_rTM4T-5JEduZd4zcUpLVkQ">
>>>> <value xmi:type="uml:InstanceValue" xmi:id="_rTM4X-5JEduZd4zcUpLVkQ"
>>>>name="Class3Instance" instance="_rTM4WO5JEduZd4zcUpLVkQ"/>
>>>> </slot>
>>>></packagedElement>
>>>><packagedElement xmi:type="uml:InstanceSpecification"
>>>>xmi:id="_Uzq6sO5KEduGlKX90A0_qQ" name="linkClass1And2Instance"
>>>>classifier="_rTM4Se5JEduZd4zcUpLVkQ">
>>>> <slot xmi:id="_jqYQQO5KEduGlKX90A0_qQ"
>>>>definingFeature="_rTM4Su5JEduZd4zcUpLVkQ">
>>>> <value xmi:type="uml:InstanceValue" xmi:id="_BBvL0O5LEduGlKX90A0_qQ"
>>>>name="Class2Instance" instance="_rTM4V-5JEduZd4zcUpLVkQ"/>
>>>> </slot>
>>>> <slot xmi:id="_zV1cgO5KEduGlKX90A0_qQ"
>>>>definingFeature="_rTM4Re5JEduZd4zcUpLVkQ">
>>>> <value xmi:type="uml:InstanceValue" xmi:id="_JWAvIO5LEduGlKX90A0_qQ"
>>>>name="Class1Instance" instance="_rTM4Vu5JEduZd4zcUpLVkQ"/>
>>>> </slot>
>>>></packagedElement>
>>>><profileApplication xmi:id="_rTM4YO5JEduZd4zcUpLVkQ">
>>>> <eAnnotations xmi:id="_rTM4Ye5JEduZd4zcUpLVkQ"
>>>>source="http://www.eclipse.org/uml2/2.0.0/UML">
>>>> <references xmi:type="ecore:EPackage"
>>>>href=" pathmap://UML_PROFILES/Standard.profile.uml#_yzU58YinEdqtvbn fB2L_5w"/>
>>>> </eAnnotations>
>>>> <appliedProfile
>>>>href="pathmap://UML_PROFILES/Standard.profile.uml#_0"/>
>>>></profileApplication>
>>>></uml:Model>
>>>>
>
|
|
|
| Re: mapping of an association (with an interface as member end) to a link in the instance diagram !? [message #607706 is a reply to message #472542] |
Tue, 17 April 2007 16:11 |
james bruck
Messages: 1724
Registered: July 2009 |
Senior Member |
|
|
Hi Axel,
An InstanceSpecification can be typed by abstract types or interface. P.
82 of ptc 07-02-05 mentions ..."If the only classifier specified is
abstract, then the instance specification only partially describes the
entity".
What this is getting at is that you can create an object diagram with
instance specifications that only partially describe a particular instance.
P. 83 mentions " Not all structural features of all classifiers of the
instance specification need be represented by slots, in which case the
instance specification is a partial description".
It appears that UML is trying to keep things very "loose" and flexible. How
precisely the instance is constructed might even be derived.
The way in which you create your object diagram might depend on how you
intend on using it. One strategy might be to only represent concrete
classes with instance specifications and omit interfaces etc. but you are
not required to do that.
The following quote from the spec explains in detail what I'm getting at:
An instance specification may specify the existence of an entity in a
modeled system. An instance specification may provide an illustration or
example of a possible entity in a modeled system. An instance specification
describes the entity. These details can be incomplete. The purpose of an
instance specification is to show what is of interest about an entity in the
modeled system. The entity conforms to the specification of each classifier
of the instance specification, and has features with values indicated by
each slot of the instance specification. Having no slot in an instance
specification for some feature does not mean that the represented entity
does not have the feature, but merely that the feature is not of interest in
the model. An instance specification can represent an entity at a point in
time (a snapshot). Changes to the entity can be modeled using multiple
instance specifications, one for each snapshot. It is important to keep in
mind that InstanceSpecification is a model element and should not be
confused with the dynamic element that it is modeling. Therefore, one should
not expect the dynamic semantics of InstanceSpecification model elements in
a model repository to conform to the semantics of the dynamic elements that
they represent.
Regards,
- James.
"AxelR" <reichwein@isd.uni-stuttgart.de> wrote in message
news:f00euq$9fg$1@build.eclipse.org...
> Hello,
>
> I want to show the links between instance specifications of classes.
> However one class (e.g. Class2) might have a directed association with
> an interface (e.g. Interface1), which is implemented by a class (e.g.
> Class1). On the instance level, the instances of class1 and class2 exist
> and indirectly a "link" exists between these two instances, since the
> instance of class1 implements the interface, which is referenced by the
> instance of class2. What is the best method to describe this indirect
> "link" on the instance level (in the instance diagram). You can find a
> picture describing my problem in the attachment. I know that a UML-link
> is an instance of an association. But how can I map an association in a
> class diagram to a link in an instance diagram, if one of the member
> ends, in this case the interface, has no mapping to the instance level?
>
> Thank you in advance for any help!
>
> Best regards,
> Axel
>
------------------------------------------------------------ ----------------
----
|
|
|
| Re: mapping of an association (with an interface as member end) to a link in the instance diagram !? [message #607712 is a reply to message #472547] |
Tue, 17 April 2007 18:53 |
| Eclipse User |
|
|
|
Originally posted by: reichwein.isd.uni-stuttgart.de
Hello,
thank you very much for your answer.
My principal motivation is to show a snapshot of the existing instances
at a point in time. I have the impression that the spec is very loose on
the instance specifications because they don't play a big role in
software modeling, but as I want to model a 3d-geometric assembly using
object oriented concepts, I need to model instances and their
dependencies precisely :-)
If I can't solve my problem described previously (the link between two
instances: one is referencing an interface, that the other instance
implements) the normal way, what other UML constructs do you recommend
using? Should I use a dependency relationship between both instances and
add a stereotype to the dependency (although it is quoted in the spec:
"The presence of dependency relationships in a model does not have any
runtime semantics implications")? This is my only idea, are there others?
Thank you for any ideas.
Best regards,
Axel
James Bruck schrieb:
> Hi Axel,
>
> An InstanceSpecification can be typed by abstract types or interface. P.
> 82 of ptc 07-02-05 mentions ..."If the only classifier specified is
> abstract, then the instance specification only partially describes the
> entity".
>
> What this is getting at is that you can create an object diagram with
> instance specifications that only partially describe a particular instance.
>
> P. 83 mentions " Not all structural features of all classifiers of the
> instance specification need be represented by slots, in which case the
> instance specification is a partial description".
>
> It appears that UML is trying to keep things very "loose" and flexible. How
> precisely the instance is constructed might even be derived.
>
> The way in which you create your object diagram might depend on how you
> intend on using it. One strategy might be to only represent concrete
> classes with instance specifications and omit interfaces etc. but you are
> not required to do that.
>
> The following quote from the spec explains in detail what I'm getting at:
>
> An instance specification may specify the existence of an entity in a
> modeled system. An instance specification may provide an illustration or
> example of a possible entity in a modeled system. An instance specification
> describes the entity. These details can be incomplete. The purpose of an
> instance specification is to show what is of interest about an entity in the
> modeled system. The entity conforms to the specification of each classifier
> of the instance specification, and has features with values indicated by
> each slot of the instance specification. Having no slot in an instance
> specification for some feature does not mean that the represented entity
> does not have the feature, but merely that the feature is not of interest in
> the model. An instance specification can represent an entity at a point in
> time (a snapshot). Changes to the entity can be modeled using multiple
> instance specifications, one for each snapshot. It is important to keep in
> mind that InstanceSpecification is a model element and should not be
> confused with the dynamic element that it is modeling. Therefore, one should
> not expect the dynamic semantics of InstanceSpecification model elements in
> a model repository to conform to the semantics of the dynamic elements that
> they represent.
>
>
>
> Regards,
>
>
>
> - James.
>
>
>
> "AxelR" <reichwein@isd.uni-stuttgart.de> wrote in message
> news:f00euq$9fg$1@build.eclipse.org...
>
>>Hello,
>>
>>I want to show the links between instance specifications of classes.
>>However one class (e.g. Class2) might have a directed association with
>>an interface (e.g. Interface1), which is implemented by a class (e.g.
>>Class1). On the instance level, the instances of class1 and class2 exist
>>and indirectly a "link" exists between these two instances, since the
>>instance of class1 implements the interface, which is referenced by the
>>instance of class2. What is the best method to describe this indirect
>>"link" on the instance level (in the instance diagram). You can find a
>>picture describing my problem in the attachment. I know that a UML-link
>>is an instance of an association. But how can I map an association in a
>>class diagram to a link in an instance diagram, if one of the member
>>ends, in this case the interface, has no mapping to the instance level?
>>
>>Thank you in advance for any help!
>>
>>Best regards,
>>Axel
>>
>
>
>
> ------------------------------------------------------------ ----------------
> ----
>
>
>
>
>
|
|
|
| Re: mapping of an association (with an interface as member end) to a link in the instance diagram !? [message #607714 is a reply to message #472549] |
Wed, 18 April 2007 13:39 |
Kenn Hussey
Messages: 1620
Registered: July 2009 |
Senior Member |
|
|
Axel,
Is it not sufficient to specify the interface as one of the classifiers of
the instance specification representing an instance of Klasse1? That is,
couldn't the value for the schnittstelle1 slot could reference the Klasse1
instance directly?
Kenn
"AxelR" <reichwein@isd.uni-stuttgart.de> wrote in message
news:f03542$a13$1@build.eclipse.org...
> Hello,
>
> thank you very much for your answer.
>
> My principal motivation is to show a snapshot of the existing instances at
> a point in time. I have the impression that the spec is very loose on the
> instance specifications because they don't play a big role in software
> modeling, but as I want to model a 3d-geometric assembly using object
> oriented concepts, I need to model instances and their dependencies
> precisely :-)
>
> If I can't solve my problem described previously (the link between two
> instances: one is referencing an interface, that the other instance
> implements) the normal way, what other UML constructs do you recommend
> using? Should I use a dependency relationship between both instances and
> add a stereotype to the dependency (although it is quoted in the spec:
> "The presence of dependency relationships in a model does not have any
> runtime semantics implications")? This is my only idea, are there others?
>
> Thank you for any ideas.
>
> Best regards,
> Axel
>
>
>
>
>
> James Bruck schrieb:
>> Hi Axel,
>>
>> An InstanceSpecification can be typed by abstract types or interface.
>> P.
>> 82 of ptc 07-02-05 mentions ..."If the only classifier specified is
>> abstract, then the instance specification only partially describes the
>> entity".
>>
>> What this is getting at is that you can create an object diagram with
>> instance specifications that only partially describe a particular
>> instance.
>>
>> P. 83 mentions " Not all structural features of all classifiers of the
>> instance specification need be represented by slots, in which case the
>> instance specification is a partial description".
>>
>> It appears that UML is trying to keep things very "loose" and flexible.
>> How
>> precisely the instance is constructed might even be derived.
>>
>> The way in which you create your object diagram might depend on how you
>> intend on using it. One strategy might be to only represent concrete
>> classes with instance specifications and omit interfaces etc. but you
>> are
>> not required to do that.
>>
>> The following quote from the spec explains in detail what I'm getting at:
>>
>> An instance specification may specify the existence of an entity in a
>> modeled system. An instance specification may provide an illustration or
>> example of a possible entity in a modeled system. An instance
>> specification
>> describes the entity. These details can be incomplete. The purpose of an
>> instance specification is to show what is of interest about an entity in
>> the
>> modeled system. The entity conforms to the specification of each
>> classifier
>> of the instance specification, and has features with values indicated by
>> each slot of the instance specification. Having no slot in an instance
>> specification for some feature does not mean that the represented entity
>> does not have the feature, but merely that the feature is not of interest
>> in
>> the model. An instance specification can represent an entity at a point
>> in
>> time (a snapshot). Changes to the entity can be modeled using multiple
>> instance specifications, one for each snapshot. It is important to keep
>> in
>> mind that InstanceSpecification is a model element and should not be
>> confused with the dynamic element that it is modeling. Therefore, one
>> should
>> not expect the dynamic semantics of InstanceSpecification model elements
>> in
>> a model repository to conform to the semantics of the dynamic elements
>> that
>> they represent.
>>
>>
>>
>> Regards,
>>
>>
>>
>> - James.
>>
>>
>>
>> "AxelR" <reichwein@isd.uni-stuttgart.de> wrote in message
>> news:f00euq$9fg$1@build.eclipse.org...
>>
>>>Hello,
>>>
>>>I want to show the links between instance specifications of classes.
>>>However one class (e.g. Class2) might have a directed association with
>>>an interface (e.g. Interface1), which is implemented by a class (e.g.
>>>Class1). On the instance level, the instances of class1 and class2 exist
>>>and indirectly a "link" exists between these two instances, since the
>>>instance of class1 implements the interface, which is referenced by the
>>>instance of class2. What is the best method to describe this indirect
>>>"link" on the instance level (in the instance diagram). You can find a
>>>picture describing my problem in the attachment. I know that a UML-link
>>>is an instance of an association. But how can I map an association in a
>>>class diagram to a link in an instance diagram, if one of the member
>>>ends, in this case the interface, has no mapping to the instance level?
>>>
>>>Thank you in advance for any help!
>>>
>>>Best regards,
>>>Axel
>>>
>>
>>
>>
>> ------------------------------------------------------------ ----------------
>> ----
>>
>>
>>
>>
|
|
|
| Re: mapping of an association (with an interface as member end) to a link in the instance diagram !? [message #608514 is a reply to message #472550] |
Thu, 19 April 2007 09:18 |
| Eclipse User |
|
|
|
Originally posted by: reichwein.isd.uni-stuttgart.de
This is a multi-part message in MIME format.
--------------070509020505070106090505
Content-Type: text/plain; charset=ISO-8859-15; format=flowed
Content-Transfer-Encoding: 7bit
Hello,
thank you for the idea! The instance of class1 now also has the
Interface as classifier. Then, I can link the instance of Class2 with
the instance of Class1. In the attachment is a picture of the result
with RSA, I suppose, this is your idea.
I have edited the same model with the tree editor of the UML project,
and there I can define a link between the instance of Class2 and the
instance of Class1, without adding the interface as classifier to the
instance of Class1. The model, also in the attachment (see
linkClass1And2Instance) validates successfully. So what is 100% correct?
Do I need to add the interface as classifier like in RSA, which might be
specific to RSA, or could I simply draw a link between the instance of
Class2 and the instance of Class1, without adding the interface as
classifier to the instance of Class1?
Thank you for your help.
Axel
Kenn Hussey schrieb:
> Axel,
>
> Is it not sufficient to specify the interface as one of the classifiers of
> the instance specification representing an instance of Klasse1? That is,
> couldn't the value for the schnittstelle1 slot could reference the Klasse1
> instance directly?
>
> Kenn
>
> "AxelR" <reichwein@isd.uni-stuttgart.de> wrote in message
> news:f03542$a13$1@build.eclipse.org...
>
>>Hello,
>>
>>thank you very much for your answer.
>>
>>My principal motivation is to show a snapshot of the existing instances at
>>a point in time. I have the impression that the spec is very loose on the
>>instance specifications because they don't play a big role in software
>>modeling, but as I want to model a 3d-geometric assembly using object
>>oriented concepts, I need to model instances and their dependencies
>>precisely :-)
>>
>>If I can't solve my problem described previously (the link between two
>>instances: one is referencing an interface, that the other instance
>>implements) the normal way, what other UML constructs do you recommend
>>using? Should I use a dependency relationship between both instances and
>>add a stereotype to the dependency (although it is quoted in the spec:
>>"The presence of dependency relationships in a model does not have any
>>runtime semantics implications")? This is my only idea, are there others?
>>
>>Thank you for any ideas.
>>
>>Best regards,
>>Axel
>>
>>
>>
>>
>>
>>James Bruck schrieb:
>>
>>>Hi Axel,
>>>
>>>An InstanceSpecification can be typed by abstract types or interface.
>>>P.
>>>82 of ptc 07-02-05 mentions ..."If the only classifier specified is
>>>abstract, then the instance specification only partially describes the
>>>entity".
>>>
>>>What this is getting at is that you can create an object diagram with
>>>instance specifications that only partially describe a particular
>>>instance.
>>>
>>>P. 83 mentions " Not all structural features of all classifiers of the
>>>instance specification need be represented by slots, in which case the
>>>instance specification is a partial description".
>>>
>>>It appears that UML is trying to keep things very "loose" and flexible.
>>>How
>>>precisely the instance is constructed might even be derived.
>>>
>>>The way in which you create your object diagram might depend on how you
>>>intend on using it. One strategy might be to only represent concrete
>>>classes with instance specifications and omit interfaces etc. but you
>>>are
>>>not required to do that.
>>>
>>>The following quote from the spec explains in detail what I'm getting at:
>>>
>>>An instance specification may specify the existence of an entity in a
>>>modeled system. An instance specification may provide an illustration or
>>>example of a possible entity in a modeled system. An instance
>>>specification
>>>describes the entity. These details can be incomplete. The purpose of an
>>>instance specification is to show what is of interest about an entity in
>>>the
>>>modeled system. The entity conforms to the specification of each
>>>classifier
>>>of the instance specification, and has features with values indicated by
>>>each slot of the instance specification. Having no slot in an instance
>>>specification for some feature does not mean that the represented entity
>>>does not have the feature, but merely that the feature is not of interest
>>>in
>>>the model. An instance specification can represent an entity at a point
>>>in
>>>time (a snapshot). Changes to the entity can be modeled using multiple
>>>instance specifications, one for each snapshot. It is important to keep
>>>in
>>>mind that InstanceSpecification is a model element and should not be
>>>confused with the dynamic element that it is modeling. Therefore, one
>>>should
>>>not expect the dynamic semantics of InstanceSpecification model elements
>>>in
>>>a model repository to conform to the semantics of the dynamic elements
>>>that
>>>they represent.
>>>
>>>
>>>
>>>Regards,
>>>
>>>
>>>
>>>- James.
>>>
>>>
>>>
>>>"AxelR" <reichwein@isd.uni-stuttgart.de> wrote in message
>>>news:f00euq$9fg$1@build.eclipse.org...
>>>
>>>
>>>>Hello,
>>>>
>>>>I want to show the links between instance specifications of classes.
>>>>However one class (e.g. Class2) might have a directed association with
>>>>an interface (e.g. Interface1), which is implemented by a class (e.g.
>>>>Class1). On the instance level, the instances of class1 and class2 exist
>>>>and indirectly a "link" exists between these two instances, since the
>>>>instance of class1 implements the interface, which is referenced by the
>>>>instance of class2. What is the best method to describe this indirect
>>>>"link" on the instance level (in the instance diagram). You can find a
>>>>picture describing my problem in the attachment. I know that a UML-link
>>>>is an instance of an association. But how can I map an association in a
>>>>class diagram to a link in an instance diagram, if one of the member
>>>>ends, in this case the interface, has no mapping to the instance level?
>>>>
>>>>Thank you in advance for any help!
>>>>
>>>>Best regards,
>>>>Axel
>>>>
>>>
>>>
>>>
>>> ------------------------------------------------------------ ----------------
>>>----
>>>
>>>
>>>
>>>
>
>
--------------070509020505070106090505
Content-Type: image/jpeg;
name="linkingInstancesRSA.jpg"
Content-Transfer-Encoding: base64
Content-Disposition: inline;
filename="linkingInstancesRSA.jpg"
/9j/4AAQSkZJRgABAQEAYABgAAD/2wBDAAYEBQYFBAYGBQYHBwYIChAKCgkJ ChQODwwQFxQY
GBcUFhYaHSUfGhsjHBYWICwgIyYnKSopGR8tMC0oMCUoKSj/2wBDAQcHBwoI ChMKChMoGhYa
KCgoKCgoKCgoKCgoKCgoKCgoKCgoKCgoKCgoKCgoKCgoKCgoKCgoKCgoKCgo KCgoKCj/wAAR
CAGCAjcDASIAAhEBAxEB/8QAHAABAAMAAwEBAAAAAAAAAAAAAAQFBgIDBwEI /8QAUhAAAAUC
AgYFCQQGCAQFBAMAAAECAwQFEQYSExQVIZPSIjFUktEHFkFRUlNVlNMjMmGR VmVxo7KzJDVj
cnSBsdQzQmKhCBc0Q5YlJmSVgqXj/8QAGAEBAAMBAAAAAAAAAAAAAAAAAAEC AwT/xAAjEQEB
AQEBAAMAAQQDAAAAAAAAAQIRAxIhMSJBodHwgbHB/9oADAMBAAIRAxEAPwD9 UgAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAACHWJLkO nreZJBuEpCSz
kZl0lEnqIy9YptrVL2onBVzizxFvpSi/tWv5iRU6MBz2tUvaicFXOG1ql7UT gq5xw0Yz2K62
9R3IjUaK48t1Dr5mls1mtLKSWplpJGWd9ab5EXLcla9+TKoNJtape1E4KucN rVL2onBVzjzF
7Elc856fBgKo779TZiGT6XHnI6EOoqDpKRZVl5Sjt9IiQbtjuaCNOjVKo4kl VmkU+PUqfGlw
645AkPJhum1JvTlSEmbRPEZJIl5TSa1XUlK7lbKYenbWqXtROCrnDa1S9qJw Vc481j4yqkms
mUaO49FKqKpxw26LLUZJTJNhTuukehsREbpll3ERovfpCtnOV/FuG8BPVBdD aRW5CXXobkJy
THWk4LrqCcSbic5ZkGvKfUo27GejzOB65tape1E4KucNrVL2onBVzjzCTjuU 1Vlw4jkec1Ny
nBk7NkRmmiXKjx0qzrUaZSf6UleZo0EZN9ZE4k0z8QVyu0OTTqZKmQ3ZsxEi SUqJQpUlKG2j
ZTozjtOqXczdvpDWSSyknLdRGA9A2tUvaicFXOG1ql7UTgq5x5rHxpVmohvz 4LZm2hUlTJRn
WHnGUvGwlGiWeZt19VnGEqvn6TW406U/R9GA57WqXtROCrnDa1S9qJwVc44a MNGAvKPMVOpz
EhaSStaSNRF1Xt6BMFThX+o4390v9CFsAAAAAAAAAAAAAAAAAAAAAAAAAAAC rlVpqPKdY1aQ
4psyJSkZLXMiP0qL0GQ6tvt9il/u+cQ5LeaqVA/7VP8ALQINbUuJRp8lmxOs x3HEmZXsZJMy
EydvEW8nV1t9vsUv93zht9vsUv8Ad84q/N+T8YqHcY+mI0aO/Gq8qG9KdkoQ wy8lTqUEojUp
wjLopIrdAhe+fJ3qs3984vdvt9il/u+cNvt9il/u+cee0PHsGtQ4tSiUqqFQ pUnVWKq4TJMr
Ub2hQeQnDdIlOWSV2ytmIzsVzJg7HlMreAaXimsuQqFHnLcbSmXMSSCUlxaS SS1EkjMybM7W
9fqGa70Lb7fYpf7vnDb7fYpf7vnFG9UqYzV2KU9UITdUfQbjUNb6SecTv6SU XzGXRVvIv+U/
UIyq9THG6gVNkN1SVBWTT8SA4l55DhqNKUKSR9AzURldZpIrGajIkmZBpdvt 9il/u+cNvt9i
l/u+cYui4qj1DEz2H5dNqFLq7cNM9MeXolaRg1mg1pU04tO5RERkZke8rEe+ 2n0P4ALmm1Fq
eTujQ42ttWVSHCK/UR33GZekTRn8OFlqFQL/AKk/wJGgAAAAAAAAAAAAAAAA AAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAABXV/fTTL+2Z/mpELRifXN8Ai/tmf5qR16MBUzpseE ttD+lNxwlKSh
plbqjIrXOySM7FmL8xCkVCnSWybkxZbyCWlwkuU15REpKiUlVjR1koiMj9Bk RjqxaglT47JO
yGVvQpKErZYcdO+kYOxk2WYkmRGRmVjse4yOxitgstNVeoSUx3YSH6kiYTka nyjccbS3lNCy
0KSuo7qO+YvtF26REodOPLNz8r1z79dTXJxZxcOUN+dGrUWG0Ug8r7TrZqQR mZPmSspGRXPW
nzMzK5m4ZncyK3ZNwvS5iZemjuJXKkpluOsvuNOpeJpLRLQtCiU2ejQSDymV yNRH95V8F5Y3
5VP/APD0dRp02bBmxY0Jxl+JJcYWk1LbQdzQZXI0rUVjuXUdrkRkqeMcSQar 5QqZRk0pFPwd
AjyWnpqX5Lz5HFN3RrPSEajM0n9oarlbelZqunn1OWxvm9krc+aFI2nr2hkZ 9NrGg1t7VtLm
zZ9Xz6LNn6d8t8/T+9vEmNh6mxolGjMxsrFHy6inOo9DlaUyW8zuroLUXSv1 369480w9X8QY
h8s1GejVFuHSqhhKNVjpziHHm0IW8nMnc4lJvbzInsu5NiyHa51VH8sGKKlQ U1xiiNu0+RAq
ko8tNlIapyo6VqYJySZ6N8l6M0nkJFlH6D3HCXpreAsPoeW4USQd2VMNoVNf U3HQa0Lswg15
WbKabNJtkk0mhOW1iHarBdJVGbZUqqmba1LQ+dWlawnMSSUkntJpCQeRJmjN lM0kdrkRjynH
1QxPiXAnk9lVg6LFYrteppHEZadfaeadaStBPpUpJKTpCcUpreRloyJd0mpW nrnlDTQcVUej
0JFOkUcqxHw85GjQ3ySwpaPRJIiYSpszSWgIlHZJ9JJmZIDe03DtKpjLbcKn x29G8cklmjM4
p40GhTqlndSnFJMyNZmajIzuZ3MWejHkDflMxAXkZneUZ1mlKjLQ4USmJYcJ bKjlaBBuPaQy
cIi3mRNozeg0jU4Nq+IcTuYjplSTNprcRcc4VZYpbkA5KVpzLJLMtLljSpKk mZ3uSisSdxmG
20YaMYT/AMPE6bVvI9h+bVJcibMd1jO/IdU44u0hwiupRmZ2IiL9hD0bRgOG Ff6jjf3S/wBC
FsKnCv8AUcb+6X+hCwclMtvJZU4nSq6kFvV+Xq/EB3AAAAAAAAAAAAAAAAAA AAAAAAAACkS3
mqFRP+2T/KQIGKmrYXrB26ob38BixRIaan1FLiXzM3kn9mwtZf8ACR6UkZDs clRXW1NuMyVo
URpUlUN0yMj6yMsonN5ZUanZxntJWfXiT8qcFCKU5iCpHN143Cix7a5oc9s7 3Voujbr69/X+
AnbJw58CY/8A1SuQS4LdLp5LKBT1RSXY1EzT1ozW9dkbxtr0zc2Sf2ZZ89Sy 2/3eZeSmlYow
lgqkYUeoDqZcOStLtSW8wqGpk5KlrUnK7prm0Zkm7ZdM05iIrmMJTsC+UCB5 N6XQTpbqEFRK
lDW3BXCVITJfkKUlDzjxmRR1IyGehVnuR36k2/SWuse7l/KO8oa6x7uX8o7y jBs8Qw9gbEVF
qGGVU+j6F19mlt105L7D8JxuLHtmNJ/aokoWREjR3b6KFGdzURTsHUDEmD5F QRTMNOv0SBAW
mnU9+VGU8Up181uNxpG5Wqn0TM37OHlQeUzI0j2HXWPdy/lHeUNdY93L+Ud5 QHm/kypFURU5
dWxbRKijE01n+kVCQuMbDKCURpiRktvLUhtNzPeRGsyNSjuZEXouh/Ac9dY9 3L+Ud5Q11j3c
v5R3lARqIWWq1Iv+pP8AAkXgpKKtLlWqS0EskmpO5aDSf3EegyIxdgAAAAAA AAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAg1nfCSX9ux/NQO7RjoraTVBSklGgzfZ IlJtcvtU7yvu
HLUn/iUvutcgCmxDR5U2dCkxUpWTLbrakHMdin0zbMjzNkZn9w9x7t5eoQNh 1Lshf/IZnINR
qT/xKX3WuQNSf+JS+61yDWetk4zvnLes7U8FUyv4OhYexIyuXDZaZS601IdZ S4ptJEVzQpJq
Tcr2PdciO1yK3NnAtAaTXCKE4s65GbiVFbsp5xclpto2kkpSlGd8hmRqIyUd 7mZnvF/qT/xK
X3WuQNSf+JS+61yDO3t6vJycUDeBaAzKo0mPCcjyaRGRCiOx5TzSyjoNJpaW aVEbqCNBHlcz
F17t53iseTXCzEWTEapzhQX0Pt6mcx847RPEonNC0a8jJmTiyu2STIlqIjIj MhqdSf8AiUvu
tcgak/8AEpfda5BCVLJwZQ5NLoVOfg5odDeYkU9vTOFoHGU5WjuSrqsXoUZk fpuIEnya4Wk1
gqm5TnCklPRVcjcx9tnW02s/oUrJvPuK6stz33vcxqdSf+JS+61yBqT/AMSl 91rkAZZvya4W
bps+mppzh0qahxt2nqmPqipJa9IejYNejaPP0iNCUmk/umQnx8H0qPBlxWjq X9KyE7IVU5Kp
Jkg7pSUg3NKlJGajJJKIukvd0lXutSf+JS+61yBqT/xKX3WuQBS4PwbR8HwV QsPMSY0M+phy
Y8+23vUfQS4tRIuajM8trn13sQv9GOrUn/iUvutcgak/8Sl91rkAVFLiSJmH IiI0tyMoklfJ
Ys24t17XL9pf9x3w45xjJhcqXEWo7F0GjSs/wVk3n+2x/gOWDXkyMPx1oJwi K6PtG1IO6Tyn
uURHa5HY+oysZXIyMWLdQiu1WRTUO3mx2WpDreU+i24pxKDvax3NpzcR3LLv 6yuHDU3/AIlL
7rXIGpv/ABKX3WuQTRVOVpssSIorEWTIkEymRIdbyE3FbWaybNeZRGedTTiS JBKMjT0spGRm
EjU3/iUvutcgam/8Sl91rkE0AELU3/iUvutcgam/8Sl91rkEdvEVHdxIugM1 GM7Wm2VSHIba
yU402Ro3rIvuX0qLEqxmR3K5EdrUBC1N/wCJS+61yBqb/wASl91rkE0AELU3 /iUvutcgam/8
Sl91rkE0AELU3/iUvutcgam/8Sl91rkE0AELU3/iUvutcgam/wDEpfda5BNA BC1N/wCJS+61
yBqb/wASl91rkE0AFfSkKbeqKVOKcUUgrrVa5/ZN+oiL/sLAVTENuROqK3FP kZPpL7N9aC/4
TfoSZEJGzGPeS/m3eYBNAQtmMe8l/Nu8wbMY95L+bd5gE0BC2Yx7yX827zBs xj3kv5t3mATQ
ELZjHvJfzbvMGzGPeS/m3eYBNAQtmMe8l/Nu8wbMY95L+bd5gEanf17Vf7yP 5aBbCmpDSWax
U20Gs0kpO9azWf3EekzMxcgAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAg1
tRpgpUSTWZPsmSU2uf2qdxX3D7rj/wANl95rnCr/APpG/wDEMfzUCaAha4/8 Nl95rnDXH/hs
vvNc4mgAha4/8Nl95rnDXH/hsvvNc4mgAha4/wDDZfea5w1x/wCGy+81ziaA CFrj/wANl95r
nDXH/hsvvNc4mgAha4/8Nl95rnDXH/hsvvNc4mgAha4/8Nl95rnFey/XCrL7 r7KV0lSCJmMi
MhL6F9G5qdOQaVF97cTaest+473oAPD/ACVYNiVSp1Z3FFCKXEJk9XRPjmth SjqVSXmJCyyK
WSFtmSrGZJd3GROHfqg4cnbNXUHKNJ88angyLHg1FUVWsoqSI0lLxuSLXYds thOdxSM1iSRm
aTIvX8K/1HG/ul/oQtgHgBYZVMPLSoWrwlPQm5TNHwvKoKV//UYiycWpbmda kIbeNKkJ+zI3
DNSLpzaquYWg0/FWI6jT8I02RkotPjR1qpiXEISa5TL5pSkiNzJHNGZlBkpa EobK2ZI9VAB4
Lh2mtFNcViahOzsHsypaI8NvDMluMh1TMA2lt09SXFtldM37TLlzKc3kbljY moDsurVcosBq
MmShlNAc80pEqVDZ1VlDZR5BONohGl0nDShzR6Nd1qykq496ABhavVWm/KxR EnDq622KfLhu
Pt0uSthLrzsNTZaVLZosZNrurNlTlPMZDdAAAAAAAAAAAAAAAAAAAKhctcCb Mzw5LqXnCcQt
rKZGWRCfSot90mPu2v1fO/JHMLYAFTtr9XzvyRzBtr9XzvyRzC2ABU7a/V87 8kcwba/V878k
cwtgAVO2v1fO/JHMG2v1fO/JHMLYAFTtr9XzvyRzBtr9XzvyRzC2ABT0Y1PV CdJU2tonVEaU
OF0rElJX3XLrI/SLgAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAB1So7cp
hTTpKyGZH0VGkyMjuRkZby3kQh7Ia7VP+aX4ixABXbIa7VP+aX4hshrtU/5p fiLEAFdshrtU
/wCaX4hshrtU/wCaX4ixABXbIa7VP+aX4iubikc8yVJm6opZsoVrTl85Fc/T 1dZftT+I0Duf
RL0WXSWPLm6r+i4piZqGpnC1WOWRCTJ7WFb13M8xdDrIyv8A5kAlbIa7VP8A ml+IbIa7VP8A
ml+Int59GjS5ScsWbL1X9NhyAV2yGu1T/ml+IbIa7VP+aX4ixABXbIa7VP8A ml+IbIa7VP8A
ml+IsQAdMSO3EjoZZKzaCskvwHcAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AOpKV626o3CN
BoQRN+yd1XP/ADuX5DtEdGi2g9lvp9E3m9WW68v/AHzAJAAAAAAAAAAAAAAA AAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAA
AAAAAAAAAAAACkRiJlxCVohyzSorkfQ3l3hy2+32KX+75wFyAptvt9il/u+c Nvt9il/u+cBc
jqSpetupNsiQSEGTntHdVy/ysX5ir2+32KX+75x1JrlpTiziyzaNCUpR9nuM jVc/v+m5fkAv
gFNt9vsUv93zht9vsUv93zgLkBTbfb7FL/d84bfb7FL/AHfOAuQEanzW58fT NEpJZjSaVkVy
MjsZbhJAAAAAAABDrElyJT1vMEg3CUhJZyMy6SiT1EZesU+1al7UTgq5xZ4g K9MMvW6z/MSK
7RAOO1al7UTgq5w2rUvaicFXOK+RTo8/EcFiZHakNapIWSHUEorktkiOx+ne f5ix81aP8Jp/
y6PAaTOeS2qXWu2SPm1al7UTgq5w2rUvaicFXOPP8TYkm4cwfg7ZrcdcysTY NLQ7JSpaGdKn
e4aCNJrsST3Zk7zvfdY6/HNaxbh6VhmPIkwzRNxBT4i5kSMTSX2nTdJ1g21r cUk06NB5yUV9
IRFbKZnTU5bFpezr1DatS9qJwVc4bVqXtROCrnGQq2PKTRq2mn1mNUIDTjMp 5iY8x9k+UZOZ
7KlJm4WVOYyNSCJRJuk1Eabxj8otORh+nVWRSayxtN6KzT4y2m9JLORc2siy cNorkSjMlLSa
ST0iLMnNCW42rUvaicFXOG1al7UTgq5xka9WpjEGNPOqUbDMBf2alV5lRuKf uojbtpW0llyG
ZKSpZLIzNPRIlLk+TOtzMVYEo9bqcDUJcxnOtkiURblGRLSSt+VRESy69yi3 n1mGjXWqgzkW
5qq0Z0pUlLakmZGoi3HmP1+oaVCsySUXUZXGTqbeWJf+0b/jSNUx/wAFv+6X +gDmAAAAAAAA
AAIjlTgNrUhybFQtJ2NKnUkZH6j3iWMkhvM5IP8A/Ie/mKAaDa1O7fE4yfEN rU7t8TjJ8Rma
i4UKnypSkmsmGlOmkjtfKRnb/sOGgrPYYHzi/pC2cXU7FbuT6rU7Wp3b4nGT 4htandvicZPi
MrEXJVNfiTI7TTrTaHfsnTcI0qNZFvNKd/QMRI+IqBJqx0qNXKW9VCWps4bc ttTxKTfMnIR5
rlY7lbdYxGs3N5UyzU7G12tTu3xOMnxDa1O7fE4yfEY/DdYp2JaLGq1EkazT 5GbRO5FIzZVG
k9yiIy3pMt5egWehEJXu1qd2+Jxk+IbWp3b4nGT4ii0Iix5UORNlQ48uO7Li ZNYYQ4lTjOYr
pzpI7puW8r9ZANPtandvicZPiJTLrb7aXGXEONq6lIMjI/8AMhmNCJ+FN0SQ XoJ9f8RgLsAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAABkKc1enxTt1tJ/0IdVYJ xqGjQLNpbj7L
OdJEZpJbqUGZXIyvZR9ZC0pLV6XDO3Wyj+EhBxY2tFHJTWl0hSo2XRZc99O3 bLm6N/Vfd6xf
zndSK7+s19835Pxiodxj6YrVSkUiJXJFWlrVEpilOOPuII1JaSyhxRmSEle2 ZXUV/wBok6Ss
+vEn5U4VUykza/hTGtLJTqZ85D0VCpxoIyUuI2lJr0RGm28vuke78RrvP8b3 n/DLN/lOdUr/
AJQ2msMbbcoFUixX4Lk2CuWtgkyzTHXIJstG44pBqbbWq6kkRZTLrsR3tHxP TJdDw7OqMqFT
ZFcjMvRor8lJLWpaUHkRexrMjWktxekt28ZhFOxXJ8k7WFGcNSYcpqgrgSHJ j8Y0PKKGptKG
TbeUZKN3R71klOQl3MjsQxOLsC+UCfgdygN0t1aDolJiR24S4SUKWxZTyJbj pk4ZpXmNGiVk
3l61X5273BmpUx6rv0pmoQnKowgnHYaH0m82nd0lIvmIukneZf8AMXrEVnEF HlUh+p06c3U4
TK9GtdMI5pkrd0SSySlGfSSZkRbiO57t4xS8EVZGLqpFhUNtWGqkuoTKizPl NnHdkPNE2hcV
1CTkNLWRqJzMWVJKcJGbomdp5OqZiDDkCr67RpsiBFRFh0hh44e01x22ySaH FtrSyaEqUo0X
Xmsa73MyuF7gjEMLGOF4VepjUhqHLz5ESEpS4WRakHckmZdaT9PUL3Q/gMV5 BaLWMPeTun0H
EFHk0+ZA0mZbjrLjb2d5xfQNtaj3EZXzEnee6+8ei6H8AHDCxWhvl6n3P4jF yKjDZWjyi9Ul
3+MxbgAAAAAAAgVwrwCL1vs/zUjhoRzrebUCyESl6dmxKOxGelT1nvsPl6h2 WJ8yr6YDK4th
aWp05xyM08whl9Jm7TlzUpUamrdBG8jsSt/4GXpFZqUTsFN/+KSPEb29Q7LE +ZV9ML1DssT5
lX0xvn2ucyf7/wBMdeM1bWEreCnMS4PwtHOSqn1GkPw6iwpxnSIJ5lP3XEXS ak2NRGRKSd7H
fdY+iu+T6qYhlUiXWsQNqk0+qw6iluNCU3HNEc3TJBNqdWaVrN08zmY7khBZ ejc/Qr1DssT5
lX0wvUOyxPmVfTGNvb1rJyceP0HyKuUjEtJqrdebNdOXOWmUmnJKfJOSSyJb 8hS1JdWjPclG
3bcd07xaUnyWLp8CuMpnUpRVSSy+qnFR07KQTbZIy6obhndRkSzUlxJmpDZ9 STSr0y9Q7LE+
ZV9ML1DssT5lX0xCWGw7g2u4Yw1SKPRMStuohRiYcXVYJycxkZmSm8jrakF0 spJNSyJKGyK1
lGq08neEGcFYMpmH40lyUiGhRG84kkmtSlqWo7F1FmUdi32KxXPrPS3qHZYn zKvpheodlifM
q+mArq23lp6j/tGv5iRfNGRMIMzIiJJGZn+wUdc1zZytNHjob0jV1IfUoy+0 T6DQX+o7J9Nk
yVsvIkuKaSkv6P0SK9usrpMjP9pf5kAtI8tuQsyYzLQRf8Qi6B/gR+n/ACHe KqMlbyjbKozm
3Ulc2lttEoi7m8vxK5CRqb/xKX3WuQBNAQtTf+JS+61yBqb/AMSl91rkATQE LU3/AIlL7rXI
Gpv/ABKX3WuQBNGeiN5kvn/+Q9/MULTU3/iUvutcgjUpo9VXczUeneLMfWf2 qt+4BT4pathm
rn6ob38Bjo87U+9w1/8Auv8A/IaSfAbnQZMR7Non21NLynY7KIyO35iDsaZ8 dqfDj/SG3nrP
OaZbmu9ypqNOKq4gqLxKgqyxY6Lw5WsI++8e9WVNj39VvV6x5Z5FalQmfJRh zDlXdberjM/I
ujodIpjTyZ6lJUpnMSyJsyJxVy3IQozIyIyHuVPpBxJL8h2XJlvvIQ2a3iQV kpNRkREhKS61
qE/Q/gKell12Lecsz9vx9QcULpvkToFKackQXdj1OoMzF1RdOaW6mS4lCGlI San303M9DmSk
yUWbMZpNO2oeIan5z4Sm1esTKm9XI1LbahQ5CmHoalRzceeOJl0UiOs753v/ AG+kSbKbK36L
0P4BofwFF35+wLOxA9OrVCptXcq+IERtacqjkxw4p6SUosjrK21ajKQ2SiSy lKk3vnSrIRFK
8jsGVB8rflJiOU+FDQhFON5LExyRlcNlRkedbaVOGu61LWqys3t5jUXu+h/A ND+ACv0I+4YK
zMsvVIc/jUJ+h/AQsOlZM0vVJc/jUAtwAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAA
AAFDSZ8BFKhJcmxUrSyglJU6kjI8pbj3jukyaPKYWzJlQHmV7lNuOIUlX7SM S6J/UtP/AMO3
/CQmgMvszCXZaDw2fAToTlEgs6KE/TY7V82RlaEJv67ELoBa61f2omZPyKza NO7fE4yfENo0
7t8TjJ8RZgKpVm0ad2+Jxk+IbRp3b4nGT4izABWbRp3b4nGT4htGndvicZPi LMAFThw0qYlK
QZKScl0yMjuRlnMWwq6B9yb/AIp7+NQtAAAAAAAAQa2tLcFK3FElCX2TUpR2 Ii0qd5j7tand
vicZPiFX/wDSN/4hj+agTQELa1O7fE4yfENrU7t8TjJ8RNABC2tTu3xOMnxD a1O7fE4yfETQ
AQtrU7t8TjJ8Q2tTu3xOMnxE0AELa1O7fE4yfENrU7t8TjJ8RNABRV6oQn6a ptiZHccU41ZK
HUmZ/aJ9BGK+fjqhxUFGp9SptRqTUuLDfhMTUG8zpZTUdSlJK5lkU6VyMi3l a5XuJUmBJp2H
nmplWnVVxT7ayemIZStJZ0FlImm0JtuM95X3nv6rZGnU+uKwJh7C7mH5zT1I VSErmqejHHfK
LKjG4puzpuWNDa1lmQkzIrGRKMkmG8YxHQ5G09BWaa7su+v5JSFapbNfS2Po WyKvmt90/UY6
kYsw4tumuIr9IU3U1m3BUU1sylLJRJNLR5umZKMk2TfeZEPNHqHiipV1E3El OxBNVFp7yD1d
2nIbblnKhutqg9JKjbSpg1lrNzytpJRGZqSrQQ4mJkVekTNTnIqryG2Z8ta4 pxXYiH3DQ3JS
Ss5SEtOLO8dJNm85vNTZWSGgg4sJ+pw4sui1enMzlqbhSpiGkokrJCnCSSEu G62ZtoWuziEW
ymSrKsk9KMBHgVSo41pdReodSpzsZ5Tk16VUUyYS0lHcatFb0qsijWpBk5oW lGgnCUZGtSFb
8AAAABUU6nwn2XXH4cdxxUh66ltJMz+1V6TIW4qKciabLpsSI6G9YeslbClG X2qvSSy/0ASt
k07sETgp8A2TTuwROCnwDR1HtUT5ZX1A0dR7VE+WV9QA2TTuwROCnwDZNO7B E4KfANHUe1RP
llfUDR1HtUT5ZX1ADZNO7BE4KfANk07sETgp8A0dR7VE+WV9QNHUe1RPllfU ANk07sETgp8A
2TTuwROCnwDR1HtUT5ZX1A0dR7VE+WV9QA2TTuwROCnwETDiEtomobSSUJku ElKSsRFnVuIS
9HUe1RPllfUETDhKJE0nDJS9ZczGkrEZ51dRb7ALgAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAA
AAAAAAAAAAABT0eI8qkQVFUJSCNhBklKWrF0S3FdFxL1N/4lL7rXIK+DUVwo UeK9T5mkZbS2
rKSDK5ERbul1Dv21+r535I5gEnU3/iUvutcgam/8Sl91rkEbbX6vnfkjmDbX 6vnfkjmASdTf
+JS+61yBqb/xKX3WuQRttfq+d+SOYNtfq+d+SOYBJ1N/4lL7rXIGpv8AxKX3 WuQRttfq+d+S
OYNtfq+d+SOYBJ1N/wCJS+61yBqb/wASl91rkEbbX6vnfkjmDbX6vnfkjmAf cPEaWpZGo1GU
p0rn1n0z37haitoSFpYfU4k0KceW7kV1pJSjMr23XsZdQsgAAAAAAAdE2PrU Y2tIps7pUlab
XSpKiUR793WRCBqVT+Kr4bfKLYAFTqVT+Kr4bfKGpVP4qvht8otgAVOpVP4q vht8oalU/iq+
G3yi2ABU6lU/iq+G3yhqVT+Kr4bfKLYAFTqVT+Kr4bfKGpVP4qvht8otgAUr 9LnSG9HIqKnG
8xKNJoQV7GRl1JI+siFw2k0tpSfWREQ5AAAAAAAAAAAACliVONCQ6xJN5DpP umZaBZ7jcUZH
cit1GRi6HFSEKO6kpM/xIBXbdge8e+Xc5Q27A9498u5yiw0Tfu0fkQaJv3aP yIBX7dge8e+X
c5Q27A9498u5yiw0Tfu0fkQaJv3aPyIBX7dge8e+Xc5Q27A9498u5yiw0Tfu 0fkQaJv3aPyI
BX7dge8e+Xc5Q27A9498u5yiw0Tfu0fkQaJv3aPyIBX7dge8e+Xc5R1YcUS0 TFkR5VyHFpuR
kdjUoy3H+Bi10Tfu0fkQ5JQlN8qSK/qIB9AAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAR6i+qNT5T6CI1tNKWRH1GZEZg JADN7VqXtROC
rnDatS9qJwVc4DSAM3tWpe1E4KucNq1L2onBVzgNIAze1al7UTgq5w2rUvai cFXOA0gDN7Vq
XtROCrnDatS9qJwVc4DSAM3tWpe1E4KucNq1L2onBVzgNIAze1al7UTgq5w2 rUvaicFXOA0g
DN7VqXtROCrnDatS9qJwVc4DSAM3tWpe1E4KucNq1L2onBVzgNIAze1al7UT gq5w2rUvaicF
XOA0gDN7VqXtROCrnDatS9qJwVc4DSAM3tWpe1E4KucNq1L2onBVzgNIAze1 al7UTgq5w2rU
vaicFXOA0gDN7VqXtROCrnDatS9qJwVc4DSAM3tWpe1E4KucNq1L2onBVzgN IAze1al7UTgq
5w2rUvaicFXOA0gDN7VqXtROCrnHW/Wakyw46ZxFEhJqtoVFexf3wGoAcGHN Kyhy1sxXt6hz
AAAAAAAAAAAAAAARn6hCYcNt+XHbcLrSt1JGX+RmJIy8tGaq1A/7VP8ALQAu 9rU7t8TjJ8Q2
tTu3xOMnxGdk5Y8Z15akJS2m5mszIvw6iM952LcRnv3EZ7hBiPT57anoEaE4 wS1I6cpSVpMu
tK06M8quq5XMvUZkZGd841qdit3M3lbDa1O7fE4yfENrU7t8TjJ8RlYi5Kpr 8SZHaadabQ79
k6bhGlRrIt5pTv6BiJHxFQJNWOlRq5S3qoS1NnDbltqeJSb5k5CPNcrHcrbr GK6zc3lTLNTs
bXa1O7fE4yfENrU7t8TjJ8Rj8N1inYlosarUSRrNPkZtE7kUjNlUaT3KIjLe ky3l6BZ6EQle
7Wp3b4nGT4htandvicZPiM7KUzEjPSZTrbEdlBuOOuKJKUJIrmpRnuIiLeZm KePirDUiFKmR
8Q0d2JEyaw+ia0ptnMdk51EqybnuK/WYDdbWp3b4nGT4htandvicZPiMxTZU OqQm5lMlx5kR
y+R+O4lxtdjMjspJmR2MjL9pCVoQF7tandvicZPiG1qd2+Jxk+IzEeVDkTZU OPLjuy4mTWGE
OJU4zmK6c6SO6blvK/WQlaEBe7Wp3b4nGT4htandvicZPiKLQhoQF7tandvi cZPiG1qd2+Jx
k+IotCGhAXu1qd2+Jxk+IbWp3b4nGT4jAN4xwu9GmvxcQUuWiFGXLkFEkofU 2ygrqWaUGarF
+BekvWLilyY1UpkSoQHNLElsofZcymnOhSSUk7HYyuRluPeA0+1qd2+Jxk+I bWp3b4nGT4ii
0Ii1KVDpcJyZU5ceHEbtnfkOJbbRcyIrqUZEVzMi/aYDT7Wp3b4nGT4htand vicZPiMnR6lT
K1GVJo1Rh1COlZtqdiPpdSSiIjNJmkzK9jI7fiQn6EBp2XW320uMuIcbV1KQ ZGR/5kOYpMKb
okgvQT6/4jF2AAAAAhVv+pah/h3P4TE0Qq3/AFLUP8O5/CYCp0QyflCmVOnw G1QaactlZ5Mz
fTXpFdFKDSaTslWa3pzXyHYjsveaIZ/GEM3macZsIeablZnCXEVKSRaJwiM2 07z3mX7DMj9A
18LJuWsvaW4sjupOGYb1NjOVSg0qNOU2RvMtNJWlCvSRHbx/afWeMxriFzA/ kyrlagxGnnIM
h5thlZmlsjVLNpN7f8qcxHYrXIrXLrKy1KJ2Gm//ABSR4iNifC8aveSOqUap nLhx5CnFEqHA
cW4i0k3GzTHSRry3JB5C35blcustfXvx+7/X/Knlz5fU/p/hnfKzWcZ4RwFW KimbT3XG2W1t
TokLQ6uvWGUZFNuuO586XF2MrEnRne5qK2vruLYVDrdPgVCFUW2J0xuntT9E nQay4k1Ib3qz
nciIs6UmgjOxqIyUScRjWM5jTDlQpdcrNab1hlLLRwcG1NppP2zTpqcbVn0i vsSSkyNOUlr+
9m3VdRwpSZmL0VrXK0rLXmq5pJGDag7M6BJ/oxSMhWY6PRTk6PR67b+V0Nm3 5T6GrCc7E7kS
qtUFhC1sTFRyNEwku6H7MkqM0mazSRE6TZnmvayVmmfijENVhYGq9ZplG0E6 nsvOvRaqvRaM
kNGvMRtEtLv/AC7krIjuZGtKkmRZGDS6fGrNdqRy61palDKGplrBcxtiRZxS zdmNaI0yHF5j
QpSSbulSySSDURpRKfGgeT2r4ZgVCtN7VelLeWvB1SNiO0+SiU1GZJJaJJZi MiNSivmOx5tw
TcQ4yr8bCHk9qtO2W3IxHJgxJKX4rjiW1SWyVnQROpOyTJXRMzvct5W3zZPl Uo0ePWZbtOrJ
U6jVFVNqEzQI0UdZOJbz/futJmrqQSlkRXUkrpzZufTHJmGMI0hVXqSfNuZH lx3iwPU/tdXQ
SWkrTf8AvmoyMr3K2Wx5lSw7SZuCMZ4e17EaPOKsOVXWPNOoHq+Z1tejy6Pp 20ds1y6+rcA3
tMxlFqtRq0WlUuqzEU6S7BXJabQTTkppBLUym6yUk+siWsktmZWz703p/Jbj apYo8njFfqtF
kpkLzEkoTaVNylaZbZJaTpFKTbKklKcyJIzNVySRmUNpqmF5RmcVOPV5JsIf QTcfCM5l6STh
JIkSXUtWeQ2SSJCciTKyDNSjIzVQs4cgM4EjYTRUq8ulwJ6JkJDuD6ionEpe W6bMtOUkyEHn
Lckm96SPf1ANS15VKM9OgQGadWXKnLmTKfqaGEKcakxiSa21mS8u/OmyyUaC I7qUkiUZdrHl
NpEpyHEh0+qyKzJnyqcVMQhpLzb0ZOZ4lLU4TVkpNJ3Jw75ytcyO2MwhhSk4 exHSatrlaXqN
SqFR1aNg2oMNHrTLbWjQWRWRKNHcuvcZFutc+2LhyBT6+mu02pV5FUardQqz GsYPqLjKUS20
oW0pBJSpRpyJMlkpPpun1Brq15TaRRpNQanU+qpRSkRFVV5KGlIp5yTIm0uf aZlmVyM9EThb
9xmNZiWo7Cokmo7PqNS0OX+i09jTPuXUSeii5Xte57+ojMeVVLD1GqGKalW5 aJMp+qsxkTdd
wHNkqaW0jRqXFNaDJrMVjstLpEaSvmLcN3ibE7dQocmLQ5WI6PUXMuim+ak6 RorKIz+zUzZV
0kad/Ve/oAcPKXiKZhqFQ00xqOqXV6vGpTbshKltsaUzu4aEmk12JJllzJ3n e+6x57HNaxbh
6ThmPIkwzRNxBT4i5kSMTSH2nTdJ1g21rcUk06NB5yUV9IRFbKZnY4/k0nFc GloaPEcKZS6k
xVIrqsMVB1vStGdiWjRJNSTJSisSknex33WOmrrCcQyqRLrVVrypNPqsOoJb jYRqTcc0RzdM
kE2olmlazdPM5mO5IQWXo3MNTVceUmjVtNPrMaowGnGZTzEx5j7J8oycz2VK TNwsqcxkakES
iTdJqI03in5RaejD9Oqsik1ljab0VmnxltN6SWci5tZFks2iuRKMyUtJpJPS Isyc2CoWD6ZS
MS0mqt1OvGunLnLTKTgycU+ScklkS35Cm1JdWjPclG3bcd07xaUmjUynwK4y lc5RVSSy+qnl
gadspBNtkjLqhoM7qMiWakuJM1IbPqSaVBoPKljCs4a8nj+JKLS45KYyk+1V FLQ4wo3kN5dG
krObzUWYnCTYiUk1kZX9D0Q8XrNEjTfJPBwJGrGI0w22UtSZkvCVSkPOZXEu JJuyUk2kjTlJ
J57Jylfdc9E/iyslibCxEurOUppExVZWzhWeyh47JKOlCFNOLSZGZmdl2PKq 570pMJuLa/Wa
Z5SMG0KCunlT63rOmN6MtbqNAgnFZVE4kukRkkrpPKZX6XUIlE8qlGq0GhT0 U6sxqZWZhU+P
MkMIS2UkzWSWzIlmo75PvpSpBGdjURkok9OJno1Yx7hfETEmtRmqFpssVeEa k4p7TJyOXWSU
26BFl6J2O5nmLcVDTcO0mFgjBmHtexGvzdrDdV1jzTqBaxldcXo8uj6F9JbN c+rq3gLHD3lS
d2JjGr4qpEiDTqFUZEUnWUtq3IU2lDCiJ1Rm8ZrIjURaP/qIWc3yqUanSHYl Sp1Zi1Fmoxqa
9D0CHnW1yGzcaX9ktRLSZJVuQal3K2XeV83UsO0mbRMZ0PXsRoo+IpjlSy+a dQN+PKUptd9J
o8q2yU39zISrHbPcrg5h6jPbLWSJNPdhViJVFIpOA5sRp1MfSWQaSQpWZWkP pGsyIiKyCPMa
gt28U1mteVykUJhiq0mkqoqKu42pmOl1alLT0XiWalJQW9s0oJKyWZ/8tlFZ VXyn0OjKqqa1
EqtPXBgJqSEPxyzyY6ndElSEkozSZrNKcrujUWYrkVlWiVVNJqGOpmItaxXF 1mgromjjYbqC
HWszpuaZDuh3KK+4su4yI7+gefI8m1DchzI0mbVmUP0RukEdOwRPjGpbbzbq ZDt0q0izU2RK
+7mL0p6wHrc/GiafIpUKXh+st1eqPOtQ6deMbrqWmyWtzMT2jJJEZFY1koz6 kmW8Z3GvlHks
eSVGOMGxYcqCtCVKOoKWhbRm8lo06JJdMyUa0n00kVrkayEPFUGNiqRQ51cd kyqjSXn1NIdw
LUlwnWnWySaXGFXNSiUklEolkRW+6fWGLqdDrnk7ThCDIqVMgu9KSpnBE8iv pkvETKEIQltJ
KIyseczIyuo1XUoPXtEI1SatTpR/2S/9DHXhGpLqtPMpCpDktk7OuuUiTTkL uZ2yNv3M7FYj
spW/1XIhZVZq1Kmn/Yr/AITAW8D/ANGz/dId4oXqnIjIjx2oqySpBfbqy5b+ orqIr/tMv2GJ
MdTrKjcOBPdeMrG4440Z/sIs9iL8CIgFqAha4/8ADZfea5w1x/4bL7zXOAmg IWuP/DZfea5w
1x/4bL7zXOAmgIWuP/DZfea5w1x/4bL7zXOAmgIWuP8Aw2X3mucNcf8Ahsvv Nc4CaKI0ZqjU
T/tk/wApAsNcf+Gy+81ziNAJT0moLU2ptRvldCrXL7Jv1GZf9wFHi2DEkYdn nOY0zbDK305V
ZVpUlJmRpVY8p/jYy3mRkZGZHnMGOU/ClK1WG5hpb7h55Eg6xZTy/X/wtxF6 E+gvWZmZ+iT4
Dc6DJiPZtE+2ppeU7HZRGR2/MQdjTPjtT4cf6Q6PP0kx8Nf+sN+du/nP1TUa cVVxBUXiVBVl
ix0XhytYR99496sqbHv6rer1jyzyK1KhM+SjDmHKu629XGZ+RdHQ6RTGnkz1 KSpTOYlkTZkT
irluQhRmRkRkPcqfSDiSX5DsuTLfeQhs1vEgrJSajIiJCUl1rUKdeFKqpajL G2IkkZ3ykxT7
F+G+KMvSy67GnnLM/b8y0HFC6b5E6BSmnJEF3Y9TqDMxdUXTmlupkuJQhpSE mp99NzPQ5kpM
lFmzGaTTtqHiGp+c+EptXrEypvVyNS22oUOQph6GpUc3HnjiZdFIjrO+d7/2 +kSbKbK3sfmn
Vv04xHwKf/tQ806t+nGI+BT/APaii7ybA2IYdMm1uNjCsuVVmnRtpzaq5IW9 FzHKUbKHY7ib
w5SDSkksN9Z3uRqQm1XOq9HxRR8cY3lVmkxpb+GZNOg0luc0t5qIdzSuQRKO zq3FoIkFuTmS
k8yj3e2+adW/TjEfAp/+1DzTq36cYj4FP/2oDxfyerXiDFuEKQ3WqgmilgSK +7GgTltNreQ8
TarmgyNKkqKxmk0qujKZ5cyToaHiqsngvBuIKzXqhOzQ1xU02PKXGmPvnONp D7BEk0TXEoSR
KZcuRWJSr6Tf+hvNOrfpxiPgU/8A2oeadW/TjEfAp/8AtQHldCag4f8ALZ5R pU46icw2Ys2n
QkS3TdqJFGdN0mWTWRSLGlSUpsokGVk5bbvMMSY7rL1Nrz1JrkhlqRhuJUVF FrS5jjMlU5lJ
mpeVGruZXFJU02SUERlutYi/UfmnVv04xHwKf/tQ806t+nGI+BT/APagPDfK zUMRYVruKKZh
yr1l3NhZuouKW8p9wndeS268i9yZ+yU4Zk2SEpIrkScpWtMdVWJDqGDmsMYg KVheTMmJqMp3
EshEfTpjpNptycSlra3GpRNkdlGXV6S9e806t+nGI+BT/wDah5p1b9OMR8Cn /wC1AVfkpZqZ
eT+kJrlTaq09CFoVOaNRofSTiiQtKlJSayNBJsu3T+8RqIyUdC21DqvkGq6c MVOq4jjyKVPb
iypmd2VJUZOllO6UqUZKukiy9RERXGy806t+nGI+BT/9qHmnVv04xHwKf/tQ HkMitYcqfkJp
kBiXGqVWiYccUTMOQlxcFaaY6hbjyUqulJEpTfSIyJbiCtcyMsdirG0yl+T6 lsUyTIplRo9C
oz0Vx6pqjadThINSmIxJtLTYsi9Io0pynZJWVm/R/mnVv04xHwKf/tQ806t+ nGI+BT/9qA8r
RUqhE8olbpaq7UJc6dr78aRCNx9VKabZSSG5FONOVKSUZKbdR0njJHWlw79O C8aUbD2F6tMx
TNcnJoC47SagiedTjzpao55lQ3nCJelUSlJW2R5EFv3EpZn615p1b9OMR8Cn /wC1DzTq36cY
j4FP/wBqAxvkhZi1Go4kxKuq0qVW60uO5Mg0yY3JagNtoNDLZrSZ5l5c2ZW5 JmR5SsVz9K0I
hUrD1QhTUPycUVmotJIyOPJahpbVcuszbYQrd17lEL3Q/gAgYYKzMsvVIc/j ULkVGHSsmaXq
kufxqFuAAAAAhVv+pah/h3P4TE0Qq3/UtQ/w7n8JgOvWHvhsvvNc4aw98Nl9 5rnFiACu1h74
bL7zXOGsPfDZfea5xYgArtYe+Gy+81zhrD3w2X3mucWIAK7WHvhsvvNc4aw9 8Nl95rnFiACu
1h74bL7zXOGsPfDZfea5xYgArtYe+Gy+81zhrD3w2X3mucWIAK7WHvhsvvNc 4aw98Nl95rnF
iACu1h74bL7zXOGsPfDZfea5xYgArtYe+Gy+81zhrD3w2X3mucWIAK7WHvhs vvNc4aw98Nl9
5rnFiACu1h74bL7zXOGsPfDZfea5xYgArtYe+Gy+81zhrD3w2X3mucWIAK7W HvhsvvNc4aw9
8Nl95rnFiACu1h74bL7zXOGsPfDZfea5xYgArtYe+Gy+81zhrD3w2X3mucWI AK7WHvhsvvNc
4i1Z91VKmkqBJQRsLupSm7F0T37lmYpcZ1eY95LMXTn6PJpkhimTDRHqKY72 fKwoyUaULcbU
kz3ZVddjuVuvL1Kq4gRhOo1+RXHXW01t+lt08ozKWDjqqSohaQ8puKcShRmS krQXRRmSqyzW
HqsNKVwGkrIlJNBEZGVyMfY8VEZR6FS0tmX/AAr3SX7C9H7C3fgPF8PP1uh4 Pp7FPqdbqDtW
xHUYRoYbhE+ylt6c6pbJuIQ3mWpkjXpMxWNRIJJ5bXWGqvimdjKDRZs+TDis 6468iWiG7Mfb
aKAtCXTYM2m1GqQ4ncRGbRl0SWaXCD0uPUoMmfMgxpsZ6bDyazHbdSpxjOV0 Z0kd05i3lfrL
qEoeNYaOoU6guU+JW8UzqnLq1VeaYgNU0nEtMT3kOuXfbS3ZS3WjURmasyiy ElJKIrvycVes
44iorMusSacmPqWaDAZY0D2khRpK85utrc3qfUnorT0Upt0rqMPSgHkuAsR4 oqb+FKjUG6um
JXEE4+meqnIhpJcZbxaoTStYM8yUkknMx6POaiuWYtL5OIDNMqmNocZclbTd aRlVJkuSHDvA
hnvccUpSuv0mdisRbiIBtQAAAAAAFUxBiSZ1RXJisPLJ9JEpxslHbRN7t4tR VvsVBmU+5BXG
Nt5RLMnWzM0mSUp6yUW7okA79k07sETgp8A2TTuwROCnwEa9b9cHhq5wvW/X B4aucBJ2TTuw
ROCnwDZNO7BE4KfARr1v1weGrnC9b9cHhq5wEnZNO7BE4KfANk07sETgp8BG vW/XB4aucL1v
1weGrnASdk07sETgp8A2TTuwROCnwEa9b9cHhq5wvW/XB4aucBJ2TTuwROCn wDZNO7BE4KfA
Rr1v1weGrnC9b9cHhq5wEnZNO7BE4KfANk07sETgp8BGvW/XB4aucL1v1weG rnASdk07sETg
p8A2TTuwROCnwEa9b9cHhq5wvW/XB4aucBJ2TTuwROCnwDZNO7BE4KfARr1v 1weGrnC9b9cH
hq5wEnZNO7BE4KfANk07sETgp8BGvW/XB4aucL1v1weGrnASdk07sETgp8A2 TTuwROCnwEa9
b9cHhq5wvW/XB4aucBJ2TTuwROCnwDZNO7BE4KfARr1v1weGrnC9b9cHhq5w HHDiEtomobSS
UJkuElKSsRFnVuIXAr6REdiIeJ9SVLcWbhmkrFdRmZkRXPqMxYAAAAAPi0Jc QpC0kpCisaTK
5GXqH0AFSeHqYZn/AEVsv/4kHm7TOzI7peAtgAVPm7TOzI7peAebtM7Mjul4 C2ABU+btM7Mj
ul4B5u0zsyO6XgLYAFT5u0zsyO6XgHm7TOzI7peAtgAVPm7TOzI7peAebtM7 Mjul4C2ABU+b
tM7Mjul4B5u0zsyO6XgLYAFT5u0zsyO6XgHm7TOzI7peAtgAVPm7TOzI7peA ebtM7Mjul4C2
ABU+btM7Mjul4B5u0zsyO6XgLYAFT5u0zsyO6XgHm7TOzI7peAtgAVPm7TOz I7peAebtM7Mj
ul4C2ABU+btM7Mjul4B5u0zsyO6XgLYAFT5u0zsyO6XgHm7TOzI7peAtgAVP m7TOzI7peAeb
tM7Mjul4C2ABU+btM7Mjul4B5u0zsyO6XgLYAFLIwvR5DDjEiCy6y4k0LbWh KkrSZWMjIysZ
GXoHxrClDbQSCpkRTROabRqZSadJnz57Wtmz9K/Xm39YuwAVMnDVDlonpmUe nSdoaPXTfjIW
crR/8PS3Lp5bFbNe3oHdTaJSqW3GbplMgw24yHG2Ex46GyaQtRKWlJJIspKU lKjIusyIz6hY
AAqqjhyh1OAUGpUamzIRPKklHkRUONk6o1GpzKZGWYzWszV1maj9Zjqdwnhx 2VAlO0CkLk09
DbcN1UJs1xkNndCWzy3QST3kRWt6BdAAqqfhyh06qyanT6NTYlSk5tPLYiob edzKJSsyyK6r
qIjO57zK46qJhPDlBlLlUOgUimyVoNtTsOE2ytSDMjNJmlJHa5EdvwIXQAAA AAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAoJ1UmoqElljVybaUSSztqUZ3SlXWS i9YC/AZvatS9
qJwVc4gvYrNheR6pUhtdiVlXuOxkRke9z0kZH/mJkt/EWyfrZAMjExK7MWpE SdS31pK5paSa
jIvXuWJW1al7UTgq5wss/SWX8aQBm9q1L2onBVzhtWpe1E4KucQlpAGb2rUv aicFXOG1al7U
Tgq5wGkAZvatS9qJwVc4bVqXtROCrnAaQBm9q1L2onBVzhtWpe1E4KucBpAG b2rUvaicFXOG
1al7UTgq5wGkAZvatS9qJwVc4bVqXtROCrnAaQBm9q1L2onBVzhtWpe1E4Ku cBpAGb2rUvai
cFXOG1al7UTgq5wGkAZvatS9qJwVc4bVqXtROCrnAaQBXUOc5PiKW8lJOoWp B5CsR2Myvb0d
QsQAAAAAAAAAAAAAAAAAAAUE6qTUVCSyxq5NtKJJZ21KM7pSrrJResBfgMyu r1BCFLW5DShJ
XNRsqIiL1/fEN7FmhdW09UqQ26hRpWhe40mW4yMtJuMTM2/kRbJ+tkAycTEU iYSjhy6a+Sfv
G0g1W/bZYkbVqXtROCrnCyz6pL37jSAM3tWpe1E4KucNq1L2onBVziEtIAze 1al7UTgq5w2r
UvaicFXOA0gDN7VqXtROCrnDatS9qJwVc4DSAM3tWpe1E4KucNq1L2onBVzg NIAze1al7UTg
q5w2rUvaicFXOA0gDN7VqXtROCrnDatS9qJwVc4DSAM3tWpe1E4KucNq1L2o nBVzgNIAze1a
l7UTgq5w2rUvaicFXOA0gDN7VqXtROCrnDatS9qJwVc4DSAK6hznJ8RS3kpJ 1C1IPIViOxmV
7ejqFiAAAAAAAAAAAAAAAAAAM68jNU6gf9qn+WgaIU7beafUT/t0/wApACtn sSlQ3ip7jLUs
0nolvINSCV6LkX+u+3XZXUeS8nVZdMqg5iCsUiPEN00x465SVOkojstZqNZ7 jO5+nMd1FYju
r0XQjH0qLWYdMhxVpr6VMsobMmTgGgjSki6Jq323br7/AFjp8dT4XN45/XN+ c1Opr8ynzsSQ
Sp02LKyRJGfQOpXlutm17Hu9P5DAYUl4lxY5jKZFrjkWRSq1Kp0GCTLJRFky lGQnjNtTtlKP
pmlZHYzy5dw9ApcOouV1qTLTUtC3GdbvNONuUpTZllJn8EHe/wCFvSMRNwq7 En4gi0+iYzOj
1eW7InQ4r9L1aWpxJJdMlOuadKXCLeRKSZXPLl3Wz9edkjTz7y2qjBuLJFNp mM5NSnRnlIxd
NgRl1eplGYZQlKVJRpF5jSkiSoiShKjuZbiLMpMmkeVxusJw0cKi6LbENyUW vTUR0rWh4mVR
o6jLK88armSTNsjI0GZpzHl4owYTFSOpQcL44h1QqrLqzUtqVSlLackoJDza UreUg0GSU2zJ
NRW3K6x1N4FQjB0LC3mxjxVCZsT8VU6mGUtJPm+SV/b9Gy1GWZrIoysRmeVN smjSUfGMiu4o
rlChQo8N+A87FSqTIJUlJpQlRSVxeiZxjNRElaXDNV07kkZmmiVVatG8pFFw 7ExBWZUaezOb
luVOAzGU0ppCcjkVRsNpeUSj9GlTl6RlbeLKXRX52JWKzPwrjiQuKiSmGwqo U9KIhyCJLqm1
pkk7cyuRXWZIv0CTZOXqOi1R+twqvUqPjyoVGnsvtQHXnaMjVFPJJK3EpbcS SlWKxEslJ/6Q
Ga8nnlFrjuG8DNz47lerGKVzzS6t1qMiPq5mRFZLZFksV1HvUXSMiWeVAuF+ VkktMtO0iPFl
lV5dHlPzZ+hp8d2OjOZnJ0Zn0yNOQjbSZnm6stz44YwYWHXMMKjYXxxILDq5 aoKZEqlGRFJT
ZxKsryTURHdRb7kaj3mViLtcwo9syvQYuHceRGq3Mly5hszKWecpKUk62SVP GnL0U2O2dO+y
yJSiMO9OIsTueWtihNRY7dIcoTc9cORISlxu75JW4akNru4m6k6MlmgyK+cr 7unEPlYiUavy
6acOFLU3GqDrSY1SQ68lyI2a1IkNpIyZJZIXlPMpW4syUnmJM5uiLiV2j1ak 4OxhTZFNgIpa
UsSaatD0RCkqSysnZCzsRp+8k0r3n0uq2c/8uGCZhxk4ax6mnQWZ8eFDKXSd HGRMQtLpJVpc
6tyzMjWpRkZF177hbF5VFQ2KFMrlAchwK1S5NTimxLS+8RMMJfWlaMqUkRpN WQyWZn0cyUGZ
knsn+UeZSsGUbENXo9OjNVp6GzASVUUbaNOk1mqQ4plOiSlBXM0kvf6i3j5N wqzPYwzHm4Jx
g9HoMB+mstHLpySfZdYJhZOmUgjvkLrSad53HUeFpbmHqdR5VCx5IYpT0WRT HXH6OTkFce5I
NGVwiX0TsZOEsjL1HvAajycYtYxtSJ0tlhtpcKe9Ad0L5PsuKbsedpyxZ0KS pJkZpLrPd6Tu
KG/Upm0Nq0rZuhmOMxv6Ql7WWCtke6P3M1z6B7ytvFZRqhWabFU29hXGFQeW s3HJEuTTTWo7
ERWSiQlCSIiIrISkuszI1Goz6qFJq1I2j/8Aa+NJ2uTHJn9Nm093QZ7fZNf0 ksrabdFO+1z3
gMz5K5eJcW4LpGKna44qVMkrU7TlssphpZKSpC0pyt6W5NkZpu4fTJOYzK5D O4H8oMig+Q+g
VaqSI1QqDzM19SqrVSYW+TLy+gg1EtbjhkaSSkk2sW9SeiStLQsNyKJDi02J hvHCqDFk60xS
XJFJNltRPaZBZydJ4yS5ZRXcO+UiVmK5HTRvJwxCpMeDT8NY9iaOmyKQ6+iX SVOSIrzqnVNr
zumkrKUqykElVj3me4BpKL5R261iiJS4NM0TEiHEmNnNlIYkyESEGvMwyZGT qWyL7QyWRllW
REo0kSu3B2LZeOoc9uCw3R1oWtszN9D8uHleNBpkR1EWhdUlKjQR6RJGRmq9 iSuvThheXDrL
2FscPwKGuO9GhOzaabSnmGtG26o9PnIyIiM0oUlBqK5puar9segyWqzLqysO Y8dqbkNECPJc
n03SQ2EOaVKEGUgs/TymZvaQ1EmyjURqJQcMF16oyfKXMoe06hUKQmkIm5qv CTDlIf0ykWQ3
omVKbNPWrIoiURFmIzsfpuiGFwvSZcbGR1uo0LF0uqPxU07Xqk9TCRHj6Q1m WSO6m5ZjuZ5V
K3Fb0kfpWhAR8LFaPKL1PufxqF0M7S5C4cGc63HdkKTJcLI3a/31bx2x5c2a gnFsSSaM/uRl
tfkajXf8rAL0BC1x/wCGy+81zhrj/wANl95rnATQELXH/hsvvNc4a4/8Nl95 rnATQELXH/hs
vvNc4a4/8Nl95rnATQELXH/hsvvNc4a4/wDDZfea5wE0BC1x/wCGy+81zhrj /wANl95rnATR
nXkZqnUD/tU/y0C11x/4bL7zXOIMUlPS6gtTamzN4roXYzL7JHqMy/7gKbES JzdHkuUt1lqQ
hJrM3Ty3SW9REu5Eg7dSj3F60/eTT+TusoKgEvEVZozSnFmqNHKQklsNf8qV maj/AMk9aS3G
foTrK/Bdl0Koxo6SU89GcbQRna6jSZFv/aYp7Vj1Yl//AK4dPlZcXN5+uf0z ZuanXONIhzsS
Tl0+VHlNJiR0mthwlpI87265H19X5jAeSuXiXFuC6Rip2uOKlTJK1O05bLKY aWSkqQtKcrel
uTZGabuH0yTmMyuQ9FoMOdtOdKmpm5XGWW0HMNjOZpU4Z2Jrdbpl17+sefUT DUihxo1MhYdx
u5QIkrWWKWuRSTYQontMiy9KTxklyyiu5c7ESrlcjy9efL6/36a+ffj9szgf ygyKD5D6BVqp
IjVCoPMzX1KqtVJhb5MvL6CDUS1uOGRpJKSTaxb1J6JK2FF8o7daxREpcGma JiRDiTGzmykM
SZCJCDXmYZMjJ1LZF9oZLIyyrIiUaSJWbjeThiFSY8Gn4ax7E0dNkUh19Euk qckRXnVOqbXn
dNJWUpVlIJKrHvM9wuU4YXlw6y9hbHD8ChrjvRoTs2mm0p5hrRtuqPT5yMiI jNKFJQaiuabm
q+a7uoPlPiT6NVKvUoLdPhQlqbW0c1BymF6c2UNymlZNXWtVst1KQREo1LQR EZ5SFjyrVNXl
TbaxJTlu0mnNT6WdMNl1tvKypxwkKUk9KklZEKWZdZ7ibNREW0olMk0vE71f XhPGk+oqhpp7
K5kymr1eMSzWTaTKQRr3mV1uGtZ5Sured4tQw+9MkYwfLCuNI7uKWWY81TUm l9BDbZt2bzPn
bMgzIzO577llOwCFhPG9akPYcoDdP2xV5+HGK65OkykRmyNxdlJWSGtySvYj SlR3ykZWzLJS
PK43WE4aOFRdFtiG5KLXpqI6VrQ8TKo0dRlleeNVzJJm2RkaDM05jyzcL4fe w9WafVGMK40l
SoNHTRGtZk0vKcdLmkTckPpuotyb+ot5GdzOrbwKhGDoWFvNjHiqEzYn4qp1 MMpaSfN8kr+3
6NlqMszWRRlYjM8qbBbYQruJKh5WcbUaYiG5R6YuITadPZcdLjKlEaSJojcN ZkRqJSiybySa
i66GseW2JTma0pumwp64UBqotFBqqH0KbXISwbbq0JNLbqdIhRpTpE7z6XUZ 6GXRFycQVqpn
g7GCG65GTFqsJEmm6GYlLa20mozkG4gySu32a0dRX9N8vM8mbc6G5Gn0Dygy UHSmaM2a5VHS
bUZp5DqEpyuFcyU2RXVczIz/AAMgu8UeVRWFX6zHr1AcZkRKWirR2mZaXTcb W+TCUOnlIm1k
tSL5TcSRZrKVYs07FWO5mFZFEg1yn0aJUKs8+lpbtXUiG0002SjU4+pkjSoz USSSSDI7/eLq
ETGGFWcW1WfPrGCcYGuZSipK22pdOShLZPE8lxP9IvnJZEZXM07rGk947ahR apUJFKmzKPjx
ysUp512HUdLRidaS62SFt5Cc0SkmREdzQaiPqURbgGo8nuI2MaYNpmII0ZyM 3MQozZcMlGhS
VqQorl1lmSdj3XKx2LqKLNrVYieTWqV+o0dul1iJBkyjgOPlJShTaVmglLRY lEZJSZ2t126y
EqmVWrQILcc8HYrlKTc1PyJVPW44ozM1KM9ZIiuZn0UkSUluSSSIiKrprM2N hBeHJ+EsaVeG
6y7HeeqM+A4+8hw1ZiU4Uoj6lGkjKxkRF6gGaf8AOX/yf8404kmSnpWH3Jkp D6GWtCaoa3CW
wbLSFEsndHbMoyJJq/5spjpe8pjeEPJ/haXVNWmuqpECVKJ+pIRMeJ0kpNbL R3U6oukpRqNB
epRnmyzUYWlroDVFn0LHk+mR4a4cVl5+jp1YlMKj50qbcSo1E04tJZzUXSuZ GZEZVdQ8nDEu
mSqc1hrHsSHNhwoc1tiXST1ooiSSytRrdUaVESU3yGkjt1ddw1MHHypdfxFA RRnFFRlvIVGb
kJOoOk22lelTFMiM2lmokoWlajUakdEiMzTFpPlNiScIR65ObpUUpa2mY2Sr IXHJ5xs3NE88
aU6FaEpNSyNJ2LKSNIo8g7JdFfnYlYrM/CuOJC4qJKYbCqhT0oiHIIkuqbWm STtzK5FdZki/
QJNk5ZWFoczD9SrFSLCWMKhVKstpUuXLkUwlrJtGRtJJbfQgiIr9Sbnc7me6 wQvIpieXimNi
hNSq8OqSIFafjsripQhOrWTo1JSkzPIoyXlMzUZ2PpKtcekaIZTyfU1dFm1Z hnDeIobVWqL9
UfkVB+EtDbrhFdKSaeUrL0SIiyme/eY3ehAR8LFaPKL1PufxqF0KfDRWbmF6 pDn8ahcAAAAA
AAAAAAAAAAAAACoa1rX6jq7LDiNOm5uPGg76Jv0EkxbiqYnRI06ookymGVm+ kyS44STMtE3v
3gO29Q7LE+ZV9ML1DssT5lX0xz2tTu3xOMnxDa1O7fE4yfEBwvUOyxPmVfTC 9Q7LE+ZV9Mc9
rU7t8TjJ8Q2tTu3xOMnxAcL1DssT5lX0wvUOyxPmVfTHPa1O7fE4yfENrU7t 8TjJ8QHC9Q7L
E+ZV9ML1DssT5lX0xz2tTu3xOMnxDa1O7fE4yfEBwvUOyxPmVfTC9Q7LE+ZV 9Mc9rU7t8TjJ
8Q2tTu3xOMnxAcL1DssT5lX0wvUOyxPmVfTHPa1O7fE4yfENrU7t8TjJ8QHC 9Q7LE+ZV9ML1
DssT5lX0xz2tTu3xOMnxDa1O7fE4yfEBwvUOyxPmVfTC9Q7LE+ZV9Mc9rU7t 8TjJ8Q2tTu3x
OMnxAcL1DssT5lX0wvUOyxPmVfTHPa1O7fE4yfENrU7t8TjJ8QHC9Q7LE+ZV 9ML1DssT5lX0
xz2tTu3xOMnxDa1O7fE4yfEBwvUOyxPmVfTC9Q7LE+ZV9Mc9rU7t8TjJ8Q2t Tu3xOMnxARMN
5skzORJXrDlySdyI86uo91xPehtOO6VGZp73jZ2M/wBvoP8AzuKPB1VjVGRW GoyZV48twlLd
iutNrutdjbWtJJcLd1oMy6vWV8fjOoVyt+TjHFQ1qmsUVuFWIepamtUg9AT7 GbT6Uk9JTee2
i3EeW5mWYB6qA86rOOJ8LFRQaS21Wm5K34saI3AfjEUhqM66adeUZsLM1sKb NBERpNR3P7NR
H1OYsrSKVHe2pTSaN51MupuUCW2iCaUtmlp+Kp4nWsyVLcN9xSUJQlNystKj D0oB51iyM/SK
7Cmx14g079QiEupvVEzgNodlIbOOcUnLXNtWiSZMHY1oWpZKJTheigAAAAAA AAAAAqGta1+o
6uyw4jTpubjxoO+ib9BJMW4qmJ0SNOqKJMphlZvpMkuOEkzLRN794DtvUOyx PmVfTC9Q7LE+
ZV9Mc9rU7t8TjJ8Q2tTu3xOMnxAcL1DssT5lX0wvUOyxPmVfTHPa1O7fE4yf ENrU7t8TjJ8Q
HC9Q7LE+ZV9ML1DssT5lX0xz2tTu3xOMnxDa1O7fE4yfEBwvUOyxPmVfTC9Q 7LE+ZV9Mc9rU
7t8TjJ8Q2tTu3xOMnxAcL1DssT5lX0wvUOyxPmVfTHPa1O7fE4yfENrU7t8T jJ8QHC9Q7LE+
ZV9ML1DssT5lX0xz2tTu3xOMnxDa1O7fE4yfEBwvUOyxPmVfTC9Q7LE+ZV9M c9rU7t8TjJ8Q
2tTu3xOMnxAcL1DssT5lX0wvUOyxPmVfTHPa1O7fE4yfENrU7t8TjJ8QHC9Q 7LE+ZV9ML1Ds
sT5lX0xz2tTu3xOMnxDa1O7fE4yfEBwvUOyxPmVfTC9Q7LE+ZV9Mc9rU7t8T jJ8Q2tTu3xOM
nxAcL1DssT5lX0wvUOyxPmVfTHPa1O7fE4yfENrU7t8TjJ8QETDebJMzkSV6 w5cknciPOrqP
dcXAp8OLS4iatCiUhUlw0qI7kZGtW8hcAAAAAAAAAAAAAAAAAADqejMvGRut pUZbrmO0AEbU
IvuUBqEX3KBJABG1CL7lAahF9ygSQARtQi+5QGoRfcoEkAEbUIvuUBqEX3KB JABG1CL7lAah
F9ygSQARtQi+5QGoRfcoEkAEbUIvuUBqEX3KBJABG1CL7lAahF9ygSQARtQi +5QGoRfcoEkA
EbUIvuUBqEX3KBJABG1CL7lAahF9ygSQAcG2kN3yJJN7EdvwKxDOzcEUOY5O N9qcTM5DzciK
3UZLcZwnUqS79glwmyNWdRmZJvmM1XzbxpQAZqRgihv1PX1NTm3yW66hLNRk tNNuOIWhxxDS
XCQhxROOGa0pJWZalXzGZgrBFDXFbjONTnGErU46hdRkq1o1Ekj1m7n9ILKh KLO5yylltl3D
SgAz/mfRtq6/oJOfTazq+uv6rpc2bSatn0ObP082S+fp/e3jQAAAAAAAAAAA AAOp6My8ZG62
lRluuY7QARtQi+5QGoRfcoEkAEbUIvuUBqEX3KBJABG1CL7lAahF9ygSQARt Qi+5QGoRfcoE
kAEbUIvuUBqEX3KBJABG1CL7lAahF9ygSQARtQi+5QGoRfcoEkAEbUIvuUBq EX3KBJABG1CL
7lAahF9ygSQARtQi+5QGoRfcoEkAEbUIvuUBqEX3KBJABwbaQ3fIkk3sR2/A rEOYAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAP/Z
--------------070509020505070106090505
Content-Type: text/xml;
name="linkingInstancesTest.uml"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline;
filename="linkingInstancesTest.uml"
<?xml version="1.0" encoding="UTF-8"?>
<uml:Model xmi:version="2.1" xmlns:xmi="http://schema.omg.org/spec/XMI/2.1" xmlns:ecore="http://www.eclipse.org/emf/2002/Ecore" xmlns:uml="http://www.eclipse.org/uml2/2.0.0/UML" xmi:id="_rTM4QO5JEduZd4zcUpLVkQ" name="linkingInstancesTest">
<packageImport xmi:id="_rTM4Qe5JEduZd4zcUpLVkQ">
<importedPackage xmi:type="uml:Model" href="pathmap://UML_LIBRARIES/UMLPrimitiveTypes.library.uml#_0"/>
</packageImport>
<packagedElement xmi:type="uml:Class" xmi:id="_rTM4Qu5JEduZd4zcUpLVkQ" name="Class1" clientDependency="_rTM4Q-5JEduZd4zcUpLVkQ">
<interfaceRealization xmi:id="_rTM4Q-5JEduZd4zcUpLVkQ" supplier="_rTM4SO5JEduZd4zcUpLVkQ" client="_rTM4Qu5JEduZd4zcUpLVkQ" contract="_rTM4SO5JEduZd4zcUpLVkQ"/>
</packagedElement>
<packagedElement xmi:type="uml:Class" xmi:id="_rTM4RO5JEduZd4zcUpLVkQ" name="Class2">
<ownedAttribute xmi:id="_rTM4Re5JEduZd4zcUpLVkQ" name="interface1" visibility="private" type="_rTM4SO5JEduZd4zcUpLVkQ" association="_rTM4Se5JEduZd4zcUpLVkQ">
<upperValue xmi:type="uml:LiteralUnlimitedNatural" xmi:id="_rTM4Ru5JEduZd4zcUpLVkQ" value="1"/>
<lowerValue xmi:type="uml:LiteralInteger" xmi:id="_rTM4R-5JEduZd4zcUpLVkQ"/>
</ownedAttribute>
</packagedElement>
<packagedElement xmi:type="uml:Interface" xmi:id="_rTM4SO5JEduZd4zcUpLVkQ" name="Interface1"/>
<packagedElement xmi:type="uml:Association" xmi:id="_rTM4Se5JEduZd4zcUpLVkQ" memberEnd="_rTM4Re5JEduZd4zcUpLVkQ _rTM4Su5JEduZd4zcUpLVkQ">
<ownedEnd xmi:id="_rTM4Su5JEduZd4zcUpLVkQ" name="" visibility="private" type="_rTM4RO5JEduZd4zcUpLVkQ" association="_rTM4Se5JEduZd4zcUpLVkQ">
<upperValue xmi:type="uml:LiteralUnlimitedNatural" xmi:id="_rTM4S-5JEduZd4zcUpLVkQ" value="*"/>
<lowerValue xmi:type="uml:LiteralInteger" xmi:id="_rTM4TO5JEduZd4zcUpLVkQ"/>
</ownedEnd>
</packagedElement>
<packagedElement xmi:type="uml:Class" xmi:id="_rTM4Te5JEduZd4zcUpLVkQ" name="Class3"/>
<packagedElement xmi:type="uml:Class" xmi:id="_rTM4Tu5JEduZd4zcUpLVkQ" name="Class4">
<ownedAttribute xmi:id="_rTM4T-5JEduZd4zcUpLVkQ" name="class3" visibility="private" type="_rTM4Te5JEduZd4zcUpLVkQ" association="_rTM4Uu5JEduZd4zcUpLVkQ">
<upperValue xmi:type="uml:LiteralUnlimitedNatural" xmi:id="_rTM4UO5JEduZd4zcUpLVkQ" value="1"/>
<lowerValue xmi:type="uml:LiteralInteger" xmi:id="_rTM4Ue5JEduZd4zcUpLVkQ"/>
</ownedAttribute>
</packagedElement>
<packagedElement xmi:type="uml:Association" xmi:id="_rTM4Uu5JEduZd4zcUpLVkQ" memberEnd="_rTM4T-5JEduZd4zcUpLVkQ _rTM4U-5JEduZd4zcUpLVkQ">
<ownedEnd xmi:id="_rTM4U-5JEduZd4zcUpLVkQ" name="" visibility="private" type="_rTM4Tu5JEduZd4zcUpLVkQ" association="_rTM4Uu5JEduZd4zcUpLVkQ">
<upperValue xmi:type="uml:LiteralUnlimitedNatural" xmi:id="_rTM4VO5JEduZd4zcUpLVkQ" value="*"/>
<lowerValue xmi:type="uml:LiteralInteger" xmi:id="_rTM4Ve5JEduZd4zcUpLVkQ"/>
</ownedEnd>
</packagedElement>
<packagedElement xmi:type="uml:InstanceSpecification" xmi:id="_rTM4Vu5JEduZd4zcUpLVkQ" name="Class1Instance" classifier="_rTM4Qu5JEduZd4zcUpLVkQ"/>
<packagedElement xmi:type="uml:InstanceSpecification" xmi:id="_rTM4V-5JEduZd4zcUpLVkQ" name="Class2Instance" classifier="_rTM4RO5JEduZd4zcUpLVkQ"/>
<packagedElement xmi:type="uml:InstanceSpecification" xmi:id="_rTM4WO5JEduZd4zcUpLVkQ" name="Class3Instance" classifier="_rTM4Te5JEduZd4zcUpLVkQ"/>
<packagedElement xmi:type="uml:InstanceSpecification" xmi:id="_rTM4We5JEduZd4zcUpLVkQ" name="Class4Instance" classifier="_rTM4Tu5JEduZd4zcUpLVkQ">
<slot xmi:id="_rTM4Wu5JEduZd4zcUpLVkQ" definingFeature="_rTM4T-5JEduZd4zcUpLVkQ"/>
</packagedElement>
<packagedElement xmi:type="uml:InstanceSpecification" xmi:id="_rTM4W-5JEduZd4zcUpLVkQ" name="linkClass3And4Instance" classifier="_rTM4Uu5JEduZd4zcUpLVkQ">
<slot xmi:id="_rTM4XO5JEduZd4zcUpLVkQ" definingFeature="_rTM4U-5JEduZd4zcUpLVkQ">
<value xmi:type="uml:InstanceValue" xmi:id="_rTM4Xe5JEduZd4zcUpLVkQ" name="Class4Instance" instance="_rTM4We5JEduZd4zcUpLVkQ"/>
</slot>
<slot xmi:id="_rTM4Xu5JEduZd4zcUpLVkQ" definingFeature="_rTM4T-5JEduZd4zcUpLVkQ">
<value xmi:type="uml:InstanceValue" xmi:id="_rTM4X-5JEduZd4zcUpLVkQ" name="Class3Instance" instance="_rTM4WO5JEduZd4zcUpLVkQ"/>
</slot>
</packagedElement>
<packagedElement xmi:type="uml:InstanceSpecification" xmi:id="_Uzq6sO5KEduGlKX90A0_qQ" name="linkClass1And2Instance" classifier="_rTM4Se5JEduZd4zcUpLVkQ">
<slot xmi:id="_jqYQQO5KEduGlKX90A0_qQ" definingFeature="_rTM4Su5JEduZd4zcUpLVkQ">
<value xmi:type="uml:InstanceValue" xmi:id="_BBvL0O5LEduGlKX90A0_qQ" name="Class2Instance" instance="_rTM4V-5JEduZd4zcUpLVkQ"/>
</slot>
<slot xmi:id="_zV1cgO5KEduGlKX90A0_qQ" definingFeature="_rTM4Re5JEduZd4zcUpLVkQ">
<value xmi:type="uml:InstanceValue" xmi:id="_JWAvIO5LEduGlKX90A0_qQ" name="Class1Instance" instance="_rTM4Vu5JEduZd4zcUpLVkQ"/>
</slot>
</packagedElement>
<profileApplication xmi:id="_rTM4YO5JEduZd4zcUpLVkQ">
<eAnnotations xmi:id="_rTM4Ye5JEduZd4zcUpLVkQ" source="http://www.eclipse.org/uml2/2.0.0/UML">
<references xmi:type="ecore:EPackage" href=" pathmap://UML_PROFILES/Standard.profile.uml#_yzU58YinEdqtvbn fB2L_5w"/>
</eAnnotations>
<appliedProfile href="pathmap://UML_PROFILES/Standard.profile.uml#_0"/>
</profileApplication>
</uml:Model>
--------------070509020505070106090505--
|
|
|
| Re: mapping of an association (with an interface as member end) to a link in the instance diagram !? [message #608517 is a reply to message #472663] |
Thu, 19 April 2007 17:28 |
Kenn Hussey
Messages: 1620
Registered: July 2009 |
Senior Member |
|
|
Axel,
I'd say you would need the interface to be a classifier of the instance
specification because of this constraint:
[1] The defining feature of each slot is a structural feature (directly or
inherited) of a classifier of the instance specification. slot->forAll(s |
classifier->exists (c | c.allFeatures()->includes (s.definingFeature)))
This constraint is not yet implemented in UML2 (see
https://bugs.eclipse.org/bugs/show_bug.cgi?id=80307); we'd gladly welcome
contributions in this area!
Kenn
"AxelR" <reichwein@isd.uni-stuttgart.de> wrote in message
news:f07c4v$f5t$1@build.eclipse.org...
> Hello,
>
> thank you for the idea! The instance of class1 now also has the
> Interface as classifier. Then, I can link the instance of Class2 with
> the instance of Class1. In the attachment is a picture of the result
> with RSA, I suppose, this is your idea.
>
> I have edited the same model with the tree editor of the UML project,
> and there I can define a link between the instance of Class2 and the
> instance of Class1, without adding the interface as classifier to the
> instance of Class1. The model, also in the attachment (see
> linkClass1And2Instance) validates successfully. So what is 100% correct?
> Do I need to add the interface as classifier like in RSA, which might be
> specific to RSA, or could I simply draw a link between the instance of
> Class2 and the instance of Class1, without adding the interface as
> classifier to the instance of Class1?
>
> Thank you for your help.
>
> Axel
>
>
>
>
> Kenn Hussey schrieb:
>> Axel,
>>
>> Is it not sufficient to specify the interface as one of the classifiers
>> of
>> the instance specification representing an instance of Klasse1? That is,
>> couldn't the value for the schnittstelle1 slot could reference the
>> Klasse1
>> instance directly?
>>
>> Kenn
>>
>> "AxelR" <reichwein@isd.uni-stuttgart.de> wrote in message
>> news:f03542$a13$1@build.eclipse.org...
>>
>>>Hello,
>>>
>>>thank you very much for your answer.
>>>
>>>My principal motivation is to show a snapshot of the existing instances
>>>at
>>>a point in time. I have the impression that the spec is very loose on the
>>>instance specifications because they don't play a big role in software
>>>modeling, but as I want to model a 3d-geometric assembly using object
>>>oriented concepts, I need to model instances and their dependencies
>>>precisely :-)
>>>
>>>If I can't solve my problem described previously (the link between two
>>>instances: one is referencing an interface, that the other instance
>>>implements) the normal way, what other UML constructs do you recommend
>>>using? Should I use a dependency relationship between both instances and
>>>add a stereotype to the dependency (although it is quoted in the spec:
>>>"The presence of dependency relationships in a model does not have any
>>>runtime semantics implications")? This is my only idea, are there others?
>>>
>>>Thank you for any ideas.
>>>
>>>Best regards,
>>>Axel
>>>
>>>
>>>
>>>
>>>
>>>James Bruck schrieb:
>>>
>>>>Hi Axel,
>>>>
>>>>An InstanceSpecification can be typed by abstract types or interface.
>>>>P.
>>>>82 of ptc 07-02-05 mentions ..."If the only classifier specified is
>>>>abstract, then the instance specification only partially describes the
>>>>entity".
>>>>
>>>>What this is getting at is that you can create an object diagram with
>>>>instance specifications that only partially describe a particular
>>>>instance.
>>>>
>>>>P. 83 mentions " Not all structural features of all classifiers of the
>>>>instance specification need be represented by slots, in which case the
>>>>instance specification is a partial description".
>>>>
>>>>It appears that UML is trying to keep things very "loose" and flexible.
>>>>How
>>>>precisely the instance is constructed might even be derived.
>>>>
>>>>The way in which you create your object diagram might depend on how you
>>>>intend on using it. One strategy might be to only represent concrete
>>>>classes with instance specifications and omit interfaces etc. but you
>>>>are
>>>>not required to do that.
>>>>
>>>>The following quote from the spec explains in detail what I'm getting
>>>>at:
>>>>
>>>>An instance specification may specify the existence of an entity in a
>>>>modeled system. An instance specification may provide an illustration or
>>>>example of a possible entity in a modeled system. An instance
>>>>specification
>>>>describes the entity. These details can be incomplete. The purpose of an
>>>>instance specification is to show what is of interest about an entity in
>>>>the
>>>>modeled system. The entity conforms to the specification of each
>>>>classifier
>>>>of the instance specification, and has features with values indicated by
>>>>each slot of the instance specification. Having no slot in an instance
>>>>specification for some feature does not mean that the represented entity
>>>>does not have the feature, but merely that the feature is not of
>>>>interest
>>>>in
>>>>the model. An instance specification can represent an entity at a point
>>>>in
>>>>time (a snapshot). Changes to the entity can be modeled using multiple
>>>>instance specifications, one for each snapshot. It is important to keep
>>>>in
>>>>mind that InstanceSpecification is a model element and should not be
>>>>confused with the dynamic element that it is modeling. Therefore, one
>>>>should
>>>>not expect the dynamic semantics of InstanceSpecification model elements
>>>>in
>>>>a model repository to conform to the semantics of the dynamic elements
>>>>that
>>>>they represent.
>>>>
>>>>
>>>>
>>>>Regards,
>>>>
>>>>
>>>>
>>>>- James.
>>>>
>>>>
>>>>
>>>>"AxelR" <reichwein@isd.uni-stuttgart.de> wrote in message
>>>>news:f00euq$9fg$1@build.eclipse.org...
>>>>
>>>>
>>>>>Hello,
>>>>>
>>>>>I want to show the links between instance specifications of classes.
>>>>>However one class (e.g. Class2) might have a directed association with
>>>>>an interface (e.g. Interface1), which is implemented by a class (e.g.
>>>>>Class1). On the instance level, the instances of class1 and class2
>>>>>exist
>>>>>and indirectly a "link" exists between these two instances, since the
>>>>>instance of class1 implements the interface, which is referenced by the
>>>>>instance of class2. What is the best method to describe this indirect
>>>>>"link" on the instance level (in the instance diagram). You can find a
>>>>>picture describing my problem in the attachment. I know that a UML-link
>>>>>is an instance of an association. But how can I map an association in a
>>>>>class diagram to a link in an instance diagram, if one of the member
>>>>>ends, in this case the interface, has no mapping to the instance level?
>>>>>
>>>>>Thank you in advance for any help!
>>>>>
>>>>>Best regards,
>>>>>Axel
>>>>>
>>>>
>>>>
>>>>
>>>> ------------------------------------------------------------ ----------------
>>>>----
>>>>
>>>>
>>>>
>>>>
>>
>>
>
>
------------------------------------------------------------ --------------------
> <?xml version="1.0" encoding="UTF-8"?>
> <uml:Model xmi:version="2.1"
> xmlns:xmi="http://schema.omg.org/spec/XMI/2.1"
> xmlns:ecore="http://www.eclipse.org/emf/2002/Ecore"
> xmlns:uml="http://www.eclipse.org/uml2/2.0.0/UML"
> xmi:id="_rTM4QO5JEduZd4zcUpLVkQ" name="linkingInstancesTest">
> <packageImport xmi:id="_rTM4Qe5JEduZd4zcUpLVkQ">
> <importedPackage xmi:type="uml:Model"
> href="pathmap://UML_LIBRARIES/UMLPrimitiveTypes.library.uml#_0"/>
> </packageImport>
> <packagedElement xmi:type="uml:Class" xmi:id="_rTM4Qu5JEduZd4zcUpLVkQ"
> name="Class1" clientDependency="_rTM4Q-5JEduZd4zcUpLVkQ">
> <interfaceRealization xmi:id="_rTM4Q-5JEduZd4zcUpLVkQ"
> supplier="_rTM4SO5JEduZd4zcUpLVkQ" client="_rTM4Qu5JEduZd4zcUpLVkQ"
> contract="_rTM4SO5JEduZd4zcUpLVkQ"/>
> </packagedElement>
> <packagedElement xmi:type="uml:Class" xmi:id="_rTM4RO5JEduZd4zcUpLVkQ"
> name="Class2">
> <ownedAttribute xmi:id="_rTM4Re5JEduZd4zcUpLVkQ" name="interface1"
> visibility="private" type="_rTM4SO5JEduZd4zcUpLVkQ"
> association="_rTM4Se5JEduZd4zcUpLVkQ">
> <upperValue xmi:type="uml:LiteralUnlimitedNatural"
> xmi:id="_rTM4Ru5JEduZd4zcUpLVkQ" value="1"/>
> <lowerValue xmi:type="uml:LiteralInteger"
> xmi:id="_rTM4R-5JEduZd4zcUpLVkQ"/>
> </ownedAttribute>
> </packagedElement>
> <packagedElement xmi:type="uml:Interface"
> xmi:id="_rTM4SO5JEduZd4zcUpLVkQ" name="Interface1"/>
> <packagedElement xmi:type="uml:Association"
> xmi:id="_rTM4Se5JEduZd4zcUpLVkQ" memberEnd="_rTM4Re5JEduZd4zcUpLVkQ
> _rTM4Su5JEduZd4zcUpLVkQ">
> <ownedEnd xmi:id="_rTM4Su5JEduZd4zcUpLVkQ" name="" visibility="private"
> type="_rTM4RO5JEduZd4zcUpLVkQ" association="_rTM4Se5JEduZd4zcUpLVkQ">
> <upperValue xmi:type="uml:LiteralUnlimitedNatural"
> xmi:id="_rTM4S-5JEduZd4zcUpLVkQ" value="*"/>
> <lowerValue xmi:type="uml:LiteralInteger"
> xmi:id="_rTM4TO5JEduZd4zcUpLVkQ"/>
> </ownedEnd>
> </packagedElement>
> <packagedElement xmi:type="uml:Class" xmi:id="_rTM4Te5JEduZd4zcUpLVkQ"
> name="Class3"/>
> <packagedElement xmi:type="uml:Class" xmi:id="_rTM4Tu5JEduZd4zcUpLVkQ"
> name="Class4">
> <ownedAttribute xmi:id="_rTM4T-5JEduZd4zcUpLVkQ" name="class3"
> visibility="private" type="_rTM4Te5JEduZd4zcUpLVkQ"
> association="_rTM4Uu5JEduZd4zcUpLVkQ">
> <upperValue xmi:type="uml:LiteralUnlimitedNatural"
> xmi:id="_rTM4UO5JEduZd4zcUpLVkQ" value="1"/>
> <lowerValue xmi:type="uml:LiteralInteger"
> xmi:id="_rTM4Ue5JEduZd4zcUpLVkQ"/>
> </ownedAttribute>
> </packagedElement>
> <packagedElement xmi:type="uml:Association"
> xmi:id="_rTM4Uu5JEduZd4zcUpLVkQ" memberEnd="_rTM4T-5JEduZd4zcUpLVkQ
> _rTM4U-5JEduZd4zcUpLVkQ">
> <ownedEnd xmi:id="_rTM4U-5JEduZd4zcUpLVkQ" name="" visibility="private"
> type="_rTM4Tu5JEduZd4zcUpLVkQ" association="_rTM4Uu5JEduZd4zcUpLVkQ">
> <upperValue xmi:type="uml:LiteralUnlimitedNatural"
> xmi:id="_rTM4VO5JEduZd4zcUpLVkQ" value="*"/>
> <lowerValue xmi:type="uml:LiteralInteger"
> xmi:id="_rTM4Ve5JEduZd4zcUpLVkQ"/>
> </ownedEnd>
> </packagedElement>
> <packagedElement xmi:type="uml:InstanceSpecification"
> xmi:id="_rTM4Vu5JEduZd4zcUpLVkQ" name="Class1Instance"
> classifier="_rTM4Qu5JEduZd4zcUpLVkQ"/>
> <packagedElement xmi:type="uml:InstanceSpecification"
> xmi:id="_rTM4V-5JEduZd4zcUpLVkQ" name="Class2Instance"
> classifier="_rTM4RO5JEduZd4zcUpLVkQ"/>
> <packagedElement xmi:type="uml:InstanceSpecification"
> xmi:id="_rTM4WO5JEduZd4zcUpLVkQ" name="Class3Instance"
> classifier="_rTM4Te5JEduZd4zcUpLVkQ"/>
> <packagedElement xmi:type="uml:InstanceSpecification"
> xmi:id="_rTM4We5JEduZd4zcUpLVkQ" name="Class4Instance"
> classifier="_rTM4Tu5JEduZd4zcUpLVkQ">
> <slot xmi:id="_rTM4Wu5JEduZd4zcUpLVkQ"
> definingFeature="_rTM4T-5JEduZd4zcUpLVkQ"/>
> </packagedElement>
> <packagedElement xmi:type="uml:InstanceSpecification"
> xmi:id="_rTM4W-5JEduZd4zcUpLVkQ" name="linkClass3And4Instance"
> classifier="_rTM4Uu5JEduZd4zcUpLVkQ">
> <slot xmi:id="_rTM4XO5JEduZd4zcUpLVkQ"
> definingFeature="_rTM4U-5JEduZd4zcUpLVkQ">
> <value xmi:type="uml:InstanceValue" xmi:id="_rTM4Xe5JEduZd4zcUpLVkQ"
> name="Class4Instance" instance="_rTM4We5JEduZd4zcUpLVkQ"/>
> </slot>
> <slot xmi:id="_rTM4Xu5JEduZd4zcUpLVkQ"
> definingFeature="_rTM4T-5JEduZd4zcUpLVkQ">
> <value xmi:type="uml:InstanceValue" xmi:id="_rTM4X-5JEduZd4zcUpLVkQ"
> name="Class3Instance" instance="_rTM4WO5JEduZd4zcUpLVkQ"/>
> </slot>
> </packagedElement>
> <packagedElement xmi:type="uml:InstanceSpecification"
> xmi:id="_Uzq6sO5KEduGlKX90A0_qQ" name="linkClass1And2Instance"
> classifier="_rTM4Se5JEduZd4zcUpLVkQ">
> <slot xmi:id="_jqYQQO5KEduGlKX90A0_qQ"
> definingFeature="_rTM4Su5JEduZd4zcUpLVkQ">
> <value xmi:type="uml:InstanceValue" xmi:id="_BBvL0O5LEduGlKX90A0_qQ"
> name="Class2Instance" instance="_rTM4V-5JEduZd4zcUpLVkQ"/>
> </slot>
> <slot xmi:id="_zV1cgO5KEduGlKX90A0_qQ"
> definingFeature="_rTM4Re5JEduZd4zcUpLVkQ">
> <value xmi:type="uml:InstanceValue" xmi:id="_JWAvIO5LEduGlKX90A0_qQ"
> name="Class1Instance" instance="_rTM4Vu5JEduZd4zcUpLVkQ"/>
> </slot>
> </packagedElement>
> <profileApplication xmi:id="_rTM4YO5JEduZd4zcUpLVkQ">
> <eAnnotations xmi:id="_rTM4Ye5JEduZd4zcUpLVkQ"
> source="http://www.eclipse.org/uml2/2.0.0/UML">
> <references xmi:type="ecore:EPackage"
> href=" pathmap://UML_PROFILES/Standard.profile.uml#_yzU58YinEdqtvbn fB2L_5w"/>
> </eAnnotations>
> <appliedProfile href="pathmap://UML_PROFILES/Standard.profile.uml#_0"/>
> </profileApplication>
> </uml:Model>
>
|
|
|
| Re: mapping of an association (with an interface as member end) to a link in the instance diagram !? [message #608523 is a reply to message #472674] |
Fri, 20 April 2007 09:04 |
| Eclipse User |
|
|
|
Originally posted by: reichwein.isd.uni-stuttgart.de
Hello,
the link between class1Instance:Class1 and class2Instance:Class2 has two
slots with the corresponding defining features, interface1:Interface1
and class2:Class2. These are the only possible defining features as the
association, which is the classifier of the link, is between Class2 and
Interface1. So there is no problem with the defining features of the
slots. I hope I am correct.
I think that the question is whether the instance value of the slot with
the defining feature interface1:Interface1 can be the instance
class1Instance:Class1 or if it has to be
class1Instance:Class1,Interface1 (the instance with the interface as
extra classifier)? The only concern I can read in the spec about the
value of a slot is "values in a slot must conform to the defining
feature of the slot (in type, multiplicity, etc.).", and I can't find
any real constraints concerning the value of the slot. If it is
understood that Class1 conforms in type to Interface1 as it implements
that interface, then the link between class1Instance:Class1 and
class2Instance:Class2 could exist without class1Instance having the
interface as extra classifier, is this correct?
I don't bother that much how RSA interpreted the spec, I just want to be
sure that I understand the spec :-)
Axel
Kenn Hussey schrieb:
> Axel,
>
> I'd say you would need the interface to be a classifier of the instance
> specification because of this constraint:
>
> [1] The defining feature of each slot is a structural feature (directly or
> inherited) of a classifier of the instance specification. slot->forAll(s |
> classifier->exists (c | c.allFeatures()->includes (s.definingFeature)))
>
> This constraint is not yet implemented in UML2 (see
> https://bugs.eclipse.org/bugs/show_bug.cgi?id=80307); we'd gladly welcome
> contributions in this area!
>
> Kenn
>
> "AxelR" <reichwein@isd.uni-stuttgart.de> wrote in message
> news:f07c4v$f5t$1@build.eclipse.org...
>
>>Hello,
>>
>>thank you for the idea! The instance of class1 now also has the
>>Interface as classifier. Then, I can link the instance of Class2 with
>>the instance of Class1. In the attachment is a picture of the result
>>with RSA, I suppose, this is your idea.
>>
>>I have edited the same model with the tree editor of the UML project,
>>and there I can define a link between the instance of Class2 and the
>>instance of Class1, without adding the interface as classifier to the
>>instance of Class1. The model, also in the attachment (see
>>linkClass1And2Instance) validates successfully. So what is 100% correct?
>>Do I need to add the interface as classifier like in RSA, which might be
>>specific to RSA, or could I simply draw a link between the instance of
>>Class2 and the instance of Class1, without adding the interface as
>>classifier to the instance of Class1?
>>
>>Thank you for your help.
>>
>>Axel
>>
>>
>>
>>
>>Kenn Hussey schrieb:
>>
>>>Axel,
>>>
>>>Is it not sufficient to specify the interface as one of the classifiers
>>>of
>>>the instance specification representing an instance of Klasse1? That is,
>>>couldn't the value for the schnittstelle1 slot could reference the
>>>Klasse1
>>>instance directly?
>>>
>>>Kenn
>>>
>>>"AxelR" <reichwein@isd.uni-stuttgart.de> wrote in message
>>>news:f03542$a13$1@build.eclipse.org...
>>>
>>>
>>>>Hello,
>>>>
>>>>thank you very much for your answer.
>>>>
>>>>My principal motivation is to show a snapshot of the existing instances
>>>>at
>>>>a point in time. I have the impression that the spec is very loose on the
>>>>instance specifications because they don't play a big role in software
>>>>modeling, but as I want to model a 3d-geometric assembly using object
>>>>oriented concepts, I need to model instances and their dependencies
>>>>precisely :-)
>>>>
>>>>If I can't solve my problem described previously (the link between two
>>>>instances: one is referencing an interface, that the other instance
>>>>implements) the normal way, what other UML constructs do you recommend
>>>>using? Should I use a dependency relationship between both instances and
>>>>add a stereotype to the dependency (although it is quoted in the spec:
>>>>"The presence of dependency relationships in a model does not have any
>>>>runtime semantics implications")? This is my only idea, are there others?
>>>>
>>>>Thank you for any ideas.
>>>>
>>>>Best regards,
>>>>Axel
>>>>
>>>>
>>>>
>>>>
>>>>
>>>>James Bruck schrieb:
>>>>
>>>>
>>>>>Hi Axel,
>>>>>
>>>>>An InstanceSpecification can be typed by abstract types or interface.
>>>>>P.
>>>>>82 of ptc 07-02-05 mentions ..."If the only classifier specified is
>>>>>abstract, then the instance specification only partially describes the
>>>>>entity".
>>>>>
>>>>>What this is getting at is that you can create an object diagram with
>>>>>instance specifications that only partially describe a particular
>>>>>instance.
>>>>>
>>>>>P. 83 mentions " Not all structural features of all classifiers of the
>>>>>instance specification need be represented by slots, in which case the
>>>>>instance specification is a partial description".
>>>>>
>>>>>It appears that UML is trying to keep things very "loose" and flexible.
>>>>>How
>>>>>precisely the instance is constructed might even be derived.
>>>>>
>>>>>The way in which you create your object diagram might depend on how you
>>>>>intend on using it. One strategy might be to only represent concrete
>>>>>classes with instance specifications and omit interfaces etc. but you
>>>>>are
>>>>>not required to do that.
>>>>>
>>>>>The following quote from the spec explains in detail what I'm getting
>>>>>at:
>>>>>
>>>>>An instance specification may specify the existence of an entity in a
>>>>>modeled system. An instance specification may provide an illustration or
>>>>>example of a possible entity in a modeled system. An instance
>>>>>specification
>>>>>describes the entity. These details can be incomplete. The purpose of an
>>>>>instance specification is to show what is of interest about an entity in
>>>>>the
>>>>>modeled system. The entity conforms to the specification of each
>>>>>classifier
>>>>>of the instance specification, and has features with values indicated by
>>>>>each slot of the instance specification. Having no slot in an instance
>>>>>specification for some feature does not mean that the represented entity
>>>>>does not have the feature, but merely that the feature is not of
>>>>>interest
>>>>>in
>>>>>the model. An instance specification can represent an entity at a point
>>>>>in
>>>>>time (a snapshot). Changes to the entity can be modeled using multiple
>>>>>instance specifications, one for each snapshot. It is important to keep
>>>>>in
>>>>>mind that InstanceSpecification is a model element and should not be
>>>>>confused with the dynamic element that it is modeling. Therefore, one
>>>>>should
>>>>>not expect the dynamic semantics of InstanceSpecification model elements
>>>>>in
>>>>>a model repository to conform to the semantics of the dynamic elements
>>>>>that
>>>>>they represent.
>>>>>
>>>>>
>>>>>
>>>>>Regards,
>>>>>
>>>>>
>>>>>
>>>>>- James.
>>>>>
>>>>>
>>>>>
>>>>>"AxelR" <reichwein@isd.uni-stuttgart.de> wrote in message
>>>>>news:f00euq$9fg$1@build.eclipse.org...
>>>>>
>>>>>
>>>>>
>>>>>>Hello,
>>>>>>
>>>>>>I want to show the links between instance specifications of classes.
>>>>>>However one class (e.g. Class2) might have a directed association with
>>>>>>an interface (e.g. Interface1), which is implemented by a class (e.g.
>>>>>>Class1). On the instance level, the instances of class1 and class2
>>>>>>exist
>>>>>>and indirectly a "link" exists between these two instances, since the
>>>>>>instance of class1 implements the interface, which is referenced by the
>>>>>>instance of class2. What is the best method to describe this indirect
>>>>>>"link" on the instance level (in the instance diagram). You can find a
>>>>>>picture describing my problem in the attachment. I know that a UML-link
>>>>>>is an instance of an association. But how can I map an association in a
>>>>>>class diagram to a link in an instance diagram, if one of the member
>>>>>>ends, in this case the interface, has no mapping to the instance level?
>>>>>>
>>>>>>Thank you in advance for any help!
>>>>>>
>>>>>>Best regards,
>>>>>>Axel
>>>>>>
>>>>>
>>>>>
>>>>>
>>>>> ------------------------------------------------------------ ----------------
>>>>>----
>>>>>
>>>>>
>>>>>
>>>>>
>>>
>>>
>>
>
>
> ------------------------------------------------------------ --------------------
>
>
>
>><?xml version="1.0" encoding="UTF-8"?>
>><uml:Model xmi:version="2.1"
>>xmlns:xmi="http://schema.omg.org/spec/XMI/2.1"
>>xmlns:ecore="http://www.eclipse.org/emf/2002/Ecore"
>>xmlns:uml="http://www.eclipse.org/uml2/2.0.0/UML"
>>xmi:id="_rTM4QO5JEduZd4zcUpLVkQ" name="linkingInstancesTest">
>> <packageImport xmi:id="_rTM4Qe5JEduZd4zcUpLVkQ">
>> <importedPackage xmi:type="uml:Model"
>>href="pathmap://UML_LIBRARIES/UMLPrimitiveTypes.library.uml#_0"/>
>> </packageImport>
>> <packagedElement xmi:type="uml:Class" xmi:id="_rTM4Qu5JEduZd4zcUpLVkQ"
>>name="Class1" clientDependency="_rTM4Q-5JEduZd4zcUpLVkQ">
>> <interfaceRealization xmi:id="_rTM4Q-5JEduZd4zcUpLVkQ"
>>supplier="_rTM4SO5JEduZd4zcUpLVkQ" client="_rTM4Qu5JEduZd4zcUpLVkQ"
>>contract="_rTM4SO5JEduZd4zcUpLVkQ"/>
>> </packagedElement>
>> <packagedElement xmi:type="uml:Class" xmi:id="_rTM4RO5JEduZd4zcUpLVkQ"
>>name="Class2">
>> <ownedAttribute xmi:id="_rTM4Re5JEduZd4zcUpLVkQ" name="interface1"
>>visibility="private" type="_rTM4SO5JEduZd4zcUpLVkQ"
>>association="_rTM4Se5JEduZd4zcUpLVkQ">
>> <upperValue xmi:type="uml:LiteralUnlimitedNatural"
>>xmi:id="_rTM4Ru5JEduZd4zcUpLVkQ" value="1"/>
>> <lowerValue xmi:type="uml:LiteralInteger"
>>xmi:id="_rTM4R-5JEduZd4zcUpLVkQ"/>
>> </ownedAttribute>
>> </packagedElement>
>> <packagedElement xmi:type="uml:Interface"
>>xmi:id="_rTM4SO5JEduZd4zcUpLVkQ" name="Interface1"/>
>> <packagedElement xmi:type="uml:Association"
>>xmi:id="_rTM4Se5JEduZd4zcUpLVkQ" memberEnd="_rTM4Re5JEduZd4zcUpLVkQ
>>_rTM4Su5JEduZd4zcUpLVkQ">
>> <ownedEnd xmi:id="_rTM4Su5JEduZd4zcUpLVkQ" name="" visibility="private"
>>type="_rTM4RO5JEduZd4zcUpLVkQ" association="_rTM4Se5JEduZd4zcUpLVkQ">
>> <upperValue xmi:type="uml:LiteralUnlimitedNatural"
>>xmi:id="_rTM4S-5JEduZd4zcUpLVkQ" value="*"/>
>> <lowerValue xmi:type="uml:LiteralInteger"
>>xmi:id="_rTM4TO5JEduZd4zcUpLVkQ"/>
>> </ownedEnd>
>> </packagedElement>
>> <packagedElement xmi:type="uml:Class" xmi:id="_rTM4Te5JEduZd4zcUpLVkQ"
>>name="Class3"/>
>> <packagedElement xmi:type="uml:Class" xmi:id="_rTM4Tu5JEduZd4zcUpLVkQ"
>>name="Class4">
>> <ownedAttribute xmi:id="_rTM4T-5JEduZd4zcUpLVkQ" name="class3"
>>visibility="private" type="_rTM4Te5JEduZd4zcUpLVkQ"
>>association="_rTM4Uu5JEduZd4zcUpLVkQ">
>> <upperValue xmi:type="uml:LiteralUnlimitedNatural"
>>xmi:id="_rTM4UO5JEduZd4zcUpLVkQ" value="1"/>
>> <lowerValue xmi:type="uml:LiteralInteger"
>>xmi:id="_rTM4Ue5JEduZd4zcUpLVkQ"/>
>> </ownedAttribute>
>> </packagedElement>
>> <packagedElement xmi:type="uml:Association"
>>xmi:id="_rTM4Uu5JEduZd4zcUpLVkQ" memberEnd="_rTM4T-5JEduZd4zcUpLVkQ
>>_rTM4U-5JEduZd4zcUpLVkQ">
>> <ownedEnd xmi:id="_rTM4U-5JEduZd4zcUpLVkQ" name="" visibility="private"
>>type="_rTM4Tu5JEduZd4zcUpLVkQ" association="_rTM4Uu5JEduZd4zcUpLVkQ">
>> <upperValue xmi:type="uml:LiteralUnlimitedNatural"
>>xmi:id="_rTM4VO5JEduZd4zcUpLVkQ" value="*"/>
>> <lowerValue xmi:type="uml:LiteralInteger"
>>xmi:id="_rTM4Ve5JEduZd4zcUpLVkQ"/>
>> </ownedEnd>
>> </packagedElement>
>> <packagedElement xmi:type="uml:InstanceSpecification"
>>xmi:id="_rTM4Vu5JEduZd4zcUpLVkQ" name="Class1Instance"
>>classifier="_rTM4Qu5JEduZd4zcUpLVkQ"/>
>> <packagedElement xmi:type="uml:InstanceSpecification"
>>xmi:id="_rTM4V-5JEduZd4zcUpLVkQ" name="Class2Instance"
>>classifier="_rTM4RO5JEduZd4zcUpLVkQ"/>
>> <packagedElement xmi:type="uml:InstanceSpecification"
>>xmi:id="_rTM4WO5JEduZd4zcUpLVkQ" name="Class3Instance"
>>classifier="_rTM4Te5JEduZd4zcUpLVkQ"/>
>> <packagedElement xmi:type="uml:InstanceSpecification"
>>xmi:id="_rTM4We5JEduZd4zcUpLVkQ" name="Class4Instance"
>>classifier="_rTM4Tu5JEduZd4zcUpLVkQ">
>> <slot xmi:id="_rTM4Wu5JEduZd4zcUpLVkQ"
>>definingFeature="_rTM4T-5JEduZd4zcUpLVkQ"/>
>> </packagedElement>
>> <packagedElement xmi:type="uml:InstanceSpecification"
>>xmi:id="_rTM4W-5JEduZd4zcUpLVkQ" name="linkClass3And4Instance"
>>classifier="_rTM4Uu5JEduZd4zcUpLVkQ">
>> <slot xmi:id="_rTM4XO5JEduZd4zcUpLVkQ"
>>definingFeature="_rTM4U-5JEduZd4zcUpLVkQ">
>> <value xmi:type="uml:InstanceValue" xmi:id="_rTM4Xe5JEduZd4zcUpLVkQ"
>>name="Class4Instance" instance="_rTM4We5JEduZd4zcUpLVkQ"/>
>> </slot>
>> <slot xmi:id="_rTM4Xu5JEduZd4zcUpLVkQ"
>>definingFeature="_rTM4T-5JEduZd4zcUpLVkQ">
>> <value xmi:type="uml:InstanceValue" xmi:id="_rTM4X-5JEduZd4zcUpLVkQ"
>>name="Class3Instance" instance="_rTM4WO5JEduZd4zcUpLVkQ"/>
>> </slot>
>> </packagedElement>
>> <packagedElement xmi:type="uml:InstanceSpecification"
>>xmi:id="_Uzq6sO5KEduGlKX90A0_qQ" name="linkClass1And2Instance"
>>classifier="_rTM4Se5JEduZd4zcUpLVkQ">
>> <slot xmi:id="_jqYQQO5KEduGlKX90A0_qQ"
>>definingFeature="_rTM4Su5JEduZd4zcUpLVkQ">
>> <value xmi:type="uml:InstanceValue" xmi:id="_BBvL0O5LEduGlKX90A0_qQ"
>>name="Class2Instance" instance="_rTM4V-5JEduZd4zcUpLVkQ"/>
>> </slot>
>> <slot xmi:id="_zV1cgO5KEduGlKX90A0_qQ"
>>definingFeature="_rTM4Re5JEduZd4zcUpLVkQ">
>> <value xmi:type="uml:InstanceValue" xmi:id="_JWAvIO5LEduGlKX90A0_qQ"
>>name="Class1Instance" instance="_rTM4Vu5JEduZd4zcUpLVkQ"/>
>> </slot>
>> </packagedElement>
>> <profileApplication xmi:id="_rTM4YO5JEduZd4zcUpLVkQ">
>> <eAnnotations xmi:id="_rTM4Ye5JEduZd4zcUpLVkQ"
>>source="http://www.eclipse.org/uml2/2.0.0/UML">
>> <references xmi:type="ecore:EPackage"
>>href=" pathmap://UML_PROFILES/Standard.profile.uml#_yzU58YinEdqtvbn fB2L_5w"/>
>> </eAnnotations>
>> <appliedProfile href="pathmap://UML_PROFILES/Standard.profile.uml#_0"/>
>> </profileApplication>
>></uml:Model>
>>
>
>
|
|
|
| Re: mapping of an association (with an interface as member end) to a link in the instance diagram !? [message #608524 is a reply to message #472695] |
Fri, 20 April 2007 13:53 |
Kenn Hussey
Messages: 1620
Registered: July 2009 |
Senior Member |
|
|
Axel,
Yes, sorry, you are correct (confused myself for a moment there). Currently,
the notion of "conformance" in the specification is based (only) on
generalization:
[6] The query conformsTo() gives true for a classifier that defines a type
that conforms to another. This is used, for example, in the specification of
signature conformance for operations. Classifier::conformsTo(other:
Classifier): Boolean; conformsTo = (self=other) or
(self.allParents()->includes(other))
However, as you've pointed out, there's no formal constraint (other than
that statement in English) to ensure that slot values conform to the
defining feature (there should be). So while it is possible to violate this
guidance, I'd say it is more correct for the instance specification to
specify the interface as one of its classifiers.
Kenn
"AxelR" <reichwein@isd.uni-stuttgart.de> wrote in message
news:f09vn6$c3o$1@build.eclipse.org...
> Hello,
>
> the link between class1Instance:Class1 and class2Instance:Class2 has two
> slots with the corresponding defining features, interface1:Interface1 and
> class2:Class2. These are the only possible defining features as the
> association, which is the classifier of the link, is between Class2 and
> Interface1. So there is no problem with the defining features of the
> slots. I hope I am correct.
>
> I think that the question is whether the instance value of the slot with
> the defining feature interface1:Interface1 can be the instance
> class1Instance:Class1 or if it has to be class1Instance:Class1,Interface1
> (the instance with the interface as extra classifier)? The only concern I
> can read in the spec about the value of a slot is "values in a slot must
> conform to the defining feature of the slot (in type, multiplicity,
> etc.).", and I can't find any real constraints concerning the value of the
> slot. If it is understood that Class1 conforms in type to Interface1 as it
> implements that interface, then the link between class1Instance:Class1 and
> class2Instance:Class2 could exist without class1Instance having the
> interface as extra classifier, is this correct?
>
> I don't bother that much how RSA interpreted the spec, I just want to be
> sure that I understand the spec :-)
>
> Axel
>
>
>
>
> Kenn Hussey schrieb:
>> Axel,
>>
>> I'd say you would need the interface to be a classifier of the instance
>> specification because of this constraint:
>>
>> [1] The defining feature of each slot is a structural feature (directly
>> or inherited) of a classifier of the instance specification.
>> slot->forAll(s | classifier->exists (c | c.allFeatures()->includes
>> (s.definingFeature)))
>>
>> This constraint is not yet implemented in UML2 (see
>> https://bugs.eclipse.org/bugs/show_bug.cgi?id=80307); we'd gladly welcome
>> contributions in this area!
>>
>> Kenn
>>
>> "AxelR" <reichwein@isd.uni-stuttgart.de> wrote in message
>> news:f07c4v$f5t$1@build.eclipse.org...
>>
>>>Hello,
>>>
>>>thank you for the idea! The instance of class1 now also has the
>>>Interface as classifier. Then, I can link the instance of Class2 with
>>>the instance of Class1. In the attachment is a picture of the result
>>>with RSA, I suppose, this is your idea.
>>>
>>>I have edited the same model with the tree editor of the UML project,
>>>and there I can define a link between the instance of Class2 and the
>>>instance of Class1, without adding the interface as classifier to the
>>>instance of Class1. The model, also in the attachment (see
>>>linkClass1And2Instance) validates successfully. So what is 100% correct?
>>>Do I need to add the interface as classifier like in RSA, which might be
>>>specific to RSA, or could I simply draw a link between the instance of
>>>Class2 and the instance of Class1, without adding the interface as
>>>classifier to the instance of Class1?
>>>
>>>Thank you for your help.
>>>
>>>Axel
>>>
>>>
>>>
>>>
>>>Kenn Hussey schrieb:
>>>
>>>>Axel,
>>>>
>>>>Is it not sufficient to specify the interface as one of the classifiers
>>>>of
>>>>the instance specification representing an instance of Klasse1? That is,
>>>>couldn't the value for the schnittstelle1 slot could reference the
>>>>Klasse1
>>>>instance directly?
>>>>
>>>>Kenn
>>>>
>>>>"AxelR" <reichwein@isd.uni-stuttgart.de> wrote in message
>>>>news:f03542$a13$1@build.eclipse.org...
>>>>
>>>>
>>>>>Hello,
>>>>>
>>>>>thank you very much for your answer.
>>>>>
>>>>>My principal motivation is to show a snapshot of the existing instances
>>>>>at
>>>>>a point in time. I have the impression that the spec is very loose on
>>>>>the
>>>>>instance specifications because they don't play a big role in software
>>>>>modeling, but as I want to model a 3d-geometric assembly using object
>>>>>oriented concepts, I need to model instances and their dependencies
>>>>>precisely :-)
>>>>>
>>>>>If I can't solve my problem described previously (the link between two
>>>>>instances: one is referencing an interface, that the other instance
>>>>>implements) the normal way, what other UML constructs do you recommend
>>>>>using? Should I use a dependency relationship between both instances
>>>>>and
>>>>>add a stereotype to the dependency (although it is quoted in the spec:
>>>>>"The presence of dependency relationships in a model does not have any
>>>>>runtime semantics implications")? This is my only idea, are there
>>>>>others?
>>>>>
>>>>>Thank you for any ideas.
>>>>>
>>>>>Best regards,
>>>>>Axel
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>James Bruck schrieb:
>>>>>
>>>>>
>>>>>>Hi Axel,
>>>>>>
>>>>>>An InstanceSpecification can be typed by abstract types or interface.
>>>>>>P.
>>>>>>82 of ptc 07-02-05 mentions ..."If the only classifier specified is
>>>>>>abstract, then the instance specification only partially describes the
>>>>>>entity".
>>>>>>
>>>>>>What this is getting at is that you can create an object diagram with
>>>>>>instance specifications that only partially describe a particular
>>>>>>instance.
>>>>>>
>>>>>>P. 83 mentions " Not all structural features of all classifiers of the
>>>>>>instance specification need be represented by slots, in which case the
>>>>>>instance specification is a partial description".
>>>>>>
>>>>>>It appears that UML is trying to keep things very "loose" and
>>>>>>flexible.
>>>>>>How
>>>>>>precisely the instance is constructed might even be derived.
>>>>>>
>>>>>>The way in which you create your object diagram might depend on how
>>>>>>you
>>>>>>intend on using it. One strategy might be to only represent concrete
>>>>>>classes with instance specifications and omit interfaces etc. but you
>>>>>>are
>>>>>>not required to do that.
>>>>>>
>>>>>>The following quote from the spec explains in detail what I'm getting
>>>>>>at:
>>>>>>
>>>>>>An instance specification may specify the existence of an entity in a
>>>>>>modeled system. An instance specification may provide an illustration
>>>>>>or
>>>>>>example of a possible entity in a modeled system. An instance
>>>>>>specification
>>>>>>describes the entity. These details can be incomplete. The purpose of
>>>>>>an
>>>>>>instance specification is to show what is of interest about an entity
>>>>>>in
>>>>>>the
>>>>>>modeled system. The entity conforms to the specification of each
>>>>>>classifier
>>>>>>of the instance specification, and has features with values indicated
>>>>>>by
>>>>>>each slot of the instance specification. Having no slot in an instance
>>>>>>specification for some feature does not mean that the represented
>>>>>>entity
>>>>>>does not have the feature, but merely that the feature is not of
>>>>>>interest
>>>>>>in
>>>>>>the model. An instance specification can represent an entity at a
>>>>>>point
>>>>>>in
>>>>>>time (a snapshot). Changes to the entity can be modeled using multiple
>>>>>>instance specifications, one for each snapshot. It is important to
>>>>>>keep
>>>>>>in
>>>>>>mind that InstanceSpecification is a model element and should not be
>>>>>>confused with the dynamic element that it is modeling. Therefore, one
>>>>>>should
>>>>>>not expect the dynamic semantics of InstanceSpecification model
>>>>>>elements
>>>>>>in
>>>>>>a model repository to conform to the semantics of the dynamic elements
>>>>>>that
>>>>>>they represent.
>>>>>>
>>>>>>
>>>>>>
>>>>>>Regards,
>>>>>>
>>>>>>
>>>>>>
>>>>>>- James.
>>>>>>
>>>>>>
>>>>>>
>>>>>>"AxelR" <reichwein@isd.uni-stuttgart.de> wrote in message
>>>>>>news:f00euq$9fg$1@build.eclipse.org...
>>>>>>
>>>>>>
>>>>>>
>>>>>>>Hello,
>>>>>>>
>>>>>>>I want to show the links between instance specifications of classes.
>>>>>>>However one class (e.g. Class2) might have a directed association
>>>>>>>with
>>>>>>>an interface (e.g. Interface1), which is implemented by a class (e.g.
>>>>>>>Class1). On the instance level, the instances of class1 and class2
>>>>>>>exist
>>>>>>>and indirectly a "link" exists between these two instances, since the
>>>>>>>instance of class1 implements the interface, which is referenced by
>>>>>>>the
>>>>>>>instance of class2. What is the best method to describe this indirect
>>>>>>>"link" on the instance level (in the instance diagram). You can find
>>>>>>>a
>>>>>>>picture describing my problem in the attachment. I know that a
>>>>>>>UML-link
>>>>>>>is an instance of an association. But how can I map an association in
>>>>>>>a
>>>>>>>class diagram to a link in an instance diagram, if one of the member
>>>>>>>ends, in this case the interface, has no mapping to the instance
>>>>>>>level?
>>>>>>>
>>>>>>>Thank you in advance for any help!
>>>>>>>
>>>>>>>Best regards,
>>>>>>>Axel
>>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>> ------------------------------------------------------------ ----------------
>>>>>>----
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>
>>>>
>>>
>>
>>
>> ------------------------------------------------------------ --------------------
>>
>>
>>
>>><?xml version="1.0" encoding="UTF-8"?>
>>><uml:Model xmi:version="2.1"
>>>xmlns:xmi="http://schema.omg.org/spec/XMI/2.1"
>>>xmlns:ecore="http://www.eclipse.org/emf/2002/Ecore"
>>>xmlns:uml="http://www.eclipse.org/uml2/2.0.0/UML"
>>>xmi:id="_rTM4QO5JEduZd4zcUpLVkQ" name="linkingInstancesTest">
>>> <packageImport xmi:id="_rTM4Qe5JEduZd4zcUpLVkQ">
>>> <importedPackage xmi:type="uml:Model"
>>> href="pathmap://UML_LIBRARIES/UMLPrimitiveTypes.library.uml#_0"/>
>>> </packageImport>
>>> <packagedElement xmi:type="uml:Class" xmi:id="_rTM4Qu5JEduZd4zcUpLVkQ"
>>> name="Class1" clientDependency="_rTM4Q-5JEduZd4zcUpLVkQ">
>>> <interfaceRealization xmi:id="_rTM4Q-5JEduZd4zcUpLVkQ"
>>> supplier="_rTM4SO5JEduZd4zcUpLVkQ" client="_rTM4Qu5JEduZd4zcUpLVkQ"
>>> contract="_rTM4SO5JEduZd4zcUpLVkQ"/>
>>> </packagedElement>
>>> <packagedElement xmi:type="uml:Class" xmi:id="_rTM4RO5JEduZd4zcUpLVkQ"
>>> name="Class2">
>>> <ownedAttribute xmi:id="_rTM4Re5JEduZd4zcUpLVkQ" name="interface1"
>>> visibility="private" type="_rTM4SO5JEduZd4zcUpLVkQ"
>>> association="_rTM4Se5JEduZd4zcUpLVkQ">
>>> <upperValue xmi:type="uml:LiteralUnlimitedNatural"
>>> xmi:id="_rTM4Ru5JEduZd4zcUpLVkQ" value="1"/>
>>> <lowerValue xmi:type="uml:LiteralInteger"
>>> xmi:id="_rTM4R-5JEduZd4zcUpLVkQ"/>
>>> </ownedAttribute>
>>> </packagedElement>
>>> <packagedElement xmi:type="uml:Interface"
>>> xmi:id="_rTM4SO5JEduZd4zcUpLVkQ" name="Interface1"/>
>>> <packagedElement xmi:type="uml:Association"
>>> xmi:id="_rTM4Se5JEduZd4zcUpLVkQ" memberEnd="_rTM4Re5JEduZd4zcUpLVkQ
>>> _rTM4Su5JEduZd4zcUpLVkQ">
>>> <ownedEnd xmi:id="_rTM4Su5JEduZd4zcUpLVkQ" name=""
>>> visibility="private" type="_rTM4RO5JEduZd4zcUpLVkQ"
>>> association="_rTM4Se5JEduZd4zcUpLVkQ">
>>> <upperValue xmi:type="uml:LiteralUnlimitedNatural"
>>> xmi:id="_rTM4S-5JEduZd4zcUpLVkQ" value="*"/>
>>> <lowerValue xmi:type="uml:LiteralInteger"
>>> xmi:id="_rTM4TO5JEduZd4zcUpLVkQ"/>
>>> </ownedEnd>
>>> </packagedElement>
>>> <packagedElement xmi:type="uml:Class" xmi:id="_rTM4Te5JEduZd4zcUpLVkQ"
>>> name="Class3"/>
>>> <packagedElement xmi:type="uml:Class" xmi:id="_rTM4Tu5JEduZd4zcUpLVkQ"
>>> name="Class4">
>>> <ownedAttribute xmi:id="_rTM4T-5JEduZd4zcUpLVkQ" name="class3"
>>> visibility="private" type="_rTM4Te5JEduZd4zcUpLVkQ"
>>> association="_rTM4Uu5JEduZd4zcUpLVkQ">
>>> <upperValue xmi:type="uml:LiteralUnlimitedNatural"
>>> xmi:id="_rTM4UO5JEduZd4zcUpLVkQ" value="1"/>
>>> <lowerValue xmi:type="uml:LiteralInteger"
>>> xmi:id="_rTM4Ue5JEduZd4zcUpLVkQ"/>
>>> </ownedAttribute>
>>> </packagedElement>
>>> <packagedElement xmi:type="uml:Association"
>>> xmi:id="_rTM4Uu5JEduZd4zcUpLVkQ" memberEnd="_rTM4T-5JEduZd4zcUpLVkQ
>>> _rTM4U-5JEduZd4zcUpLVkQ">
>>> <ownedEnd xmi:id="_rTM4U-5JEduZd4zcUpLVkQ" name=""
>>> visibility="private" type="_rTM4Tu5JEduZd4zcUpLVkQ"
>>> association="_rTM4Uu5JEduZd4zcUpLVkQ">
>>> <upperValue xmi:type="uml:LiteralUnlimitedNatural"
>>> xmi:id="_rTM4VO5JEduZd4zcUpLVkQ" value="*"/>
>>> <lowerValue xmi:type="uml:LiteralInteger"
>>> xmi:id="_rTM4Ve5JEduZd4zcUpLVkQ"/>
>>> </ownedEnd>
>>> </packagedElement>
>>> <packagedElement xmi:type="uml:InstanceSpecification"
>>> xmi:id="_rTM4Vu5JEduZd4zcUpLVkQ" name="Class1Instance"
>>> classifier="_rTM4Qu5JEduZd4zcUpLVkQ"/>
>>> <packagedElement xmi:type="uml:InstanceSpecification"
>>> xmi:id="_rTM4V-5JEduZd4zcUpLVkQ" name="Class2Instance"
>>> classifier="_rTM4RO5JEduZd4zcUpLVkQ"/>
>>> <packagedElement xmi:type="uml:InstanceSpecification"
>>> xmi:id="_rTM4WO5JEduZd4zcUpLVkQ" name="Class3Instance"
>>> classifier="_rTM4Te5JEduZd4zcUpLVkQ"/>
>>> <packagedElement xmi:type="uml:InstanceSpecification"
>>> xmi:id="_rTM4We5JEduZd4zcUpLVkQ" name="Class4Instance"
>>> classifier="_rTM4Tu5JEduZd4zcUpLVkQ">
>>> <slot xmi:id="_rTM4Wu5JEduZd4zcUpLVkQ"
>>> definingFeature="_rTM4T-5JEduZd4zcUpLVkQ"/>
>>> </packagedElement>
>>> <packagedElement xmi:type="uml:InstanceSpecification"
>>> xmi:id="_rTM4W-5JEduZd4zcUpLVkQ" name="linkClass3And4Instance"
>>> classifier="_rTM4Uu5JEduZd4zcUpLVkQ">
>>> <slot xmi:id="_rTM4XO5JEduZd4zcUpLVkQ"
>>> definingFeature="_rTM4U-5JEduZd4zcUpLVkQ">
>>> <value xmi:type="uml:InstanceValue" xmi:id="_rTM4Xe5JEduZd4zcUpLVkQ"
>>> name="Class4Instance" instance="_rTM4We5JEduZd4zcUpLVkQ"/>
>>> </slot>
>>> <slot xmi:id="_rTM4Xu5JEduZd4zcUpLVkQ"
>>> definingFeature="_rTM4T-5JEduZd4zcUpLVkQ">
>>> <value xmi:type="uml:InstanceValue" xmi:id="_rTM4X-5JEduZd4zcUpLVkQ"
>>> name="Class3Instance" instance="_rTM4WO5JEduZd4zcUpLVkQ"/>
>>> </slot>
>>> </packagedElement>
>>> <packagedElement xmi:type="uml:InstanceSpecification"
>>> xmi:id="_Uzq6sO5KEduGlKX90A0_qQ" name="linkClass1And2Instance"
>>> classifier="_rTM4Se5JEduZd4zcUpLVkQ">
>>> <slot xmi:id="_jqYQQO5KEduGlKX90A0_qQ"
>>> definingFeature="_rTM4Su5JEduZd4zcUpLVkQ">
>>> <value xmi:type="uml:InstanceValue" xmi:id="_BBvL0O5LEduGlKX90A0_qQ"
>>> name="Class2Instance" instance="_rTM4V-5JEduZd4zcUpLVkQ"/>
>>> </slot>
>>> <slot xmi:id="_zV1cgO5KEduGlKX90A0_qQ"
>>> definingFeature="_rTM4Re5JEduZd4zcUpLVkQ">
>>> <value xmi:type="uml:InstanceValue" xmi:id="_JWAvIO5LEduGlKX90A0_qQ"
>>> name="Class1Instance" instance="_rTM4Vu5JEduZd4zcUpLVkQ"/>
>>> </slot>
>>> </packagedElement>
>>> <profileApplication xmi:id="_rTM4YO5JEduZd4zcUpLVkQ">
>>> <eAnnotations xmi:id="_rTM4Ye5JEduZd4zcUpLVkQ"
>>> source="http://www.eclipse.org/uml2/2.0.0/UML">
>>> <references xmi:type="ecore:EPackage"
>>> href=" pathmap://UML_PROFILES/Standard.profile.uml#_yzU58YinEdqtvbn fB2L_5w"/>
>>> </eAnnotations>
>>> <appliedProfile
>>> href="pathmap://UML_PROFILES/Standard.profile.uml#_0"/>
>>> </profileApplication>
>>></uml:Model>
>>>
>>
|
|
|
| Re: mapping of an association (with an interface as member end) to a link in the instance diagram !? [message #608528 is a reply to message #472700] |
Sat, 21 April 2007 12:53 |
| Eclipse User |
|
|
|
Originally posted by: reichwein.isd.uni-stuttgart.de
Thank you very much for clarifying this subject!
Axel
Kenn Hussey schrieb:
> Axel,
>
> Yes, sorry, you are correct (confused myself for a moment there). Currently,
> the notion of "conformance" in the specification is based (only) on
> generalization:
>
> [6] The query conformsTo() gives true for a classifier that defines a type
> that conforms to another. This is used, for example, in the specification of
> signature conformance for operations. Classifier::conformsTo(other:
> Classifier): Boolean; conformsTo = (self=other) or
> (self.allParents()->includes(other))
>
> However, as you've pointed out, there's no formal constraint (other than
> that statement in English) to ensure that slot values conform to the
> defining feature (there should be). So while it is possible to violate this
> guidance, I'd say it is more correct for the instance specification to
> specify the interface as one of its classifiers.
>
> Kenn
>
> "AxelR" <reichwein@isd.uni-stuttgart.de> wrote in message
> news:f09vn6$c3o$1@build.eclipse.org...
>
>>Hello,
>>
>>the link between class1Instance:Class1 and class2Instance:Class2 has two
>>slots with the corresponding defining features, interface1:Interface1 and
>>class2:Class2. These are the only possible defining features as the
>>association, which is the classifier of the link, is between Class2 and
>>Interface1. So there is no problem with the defining features of the
>>slots. I hope I am correct.
>>
>>I think that the question is whether the instance value of the slot with
>>the defining feature interface1:Interface1 can be the instance
>>class1Instance:Class1 or if it has to be class1Instance:Class1,Interface1
>>(the instance with the interface as extra classifier)? The only concern I
>>can read in the spec about the value of a slot is "values in a slot must
>>conform to the defining feature of the slot (in type, multiplicity,
>>etc.).", and I can't find any real constraints concerning the value of the
>>slot. If it is understood that Class1 conforms in type to Interface1 as it
>>implements that interface, then the link between class1Instance:Class1 and
>>class2Instance:Class2 could exist without class1Instance having the
>>interface as extra classifier, is this correct?
>>
>>I don't bother that much how RSA interpreted the spec, I just want to be
>>sure that I understand the spec :-)
>>
>>Axel
>>
>>
>>
>>
>>Kenn Hussey schrieb:
>>
>>>Axel,
>>>
>>>I'd say you would need the interface to be a classifier of the instance
>>>specification because of this constraint:
>>>
>>>[1] The defining feature of each slot is a structural feature (directly
>>>or inherited) of a classifier of the instance specification.
>>>slot->forAll(s | classifier->exists (c | c.allFeatures()->includes
>>>(s.definingFeature)))
>>>
>>>This constraint is not yet implemented in UML2 (see
>>>https://bugs.eclipse.org/bugs/show_bug.cgi?id=80307); we'd gladly welcome
>>>contributions in this area!
>>>
>>>Kenn
>>>
>>>"AxelR" <reichwein@isd.uni-stuttgart.de> wrote in message
>>>news:f07c4v$f5t$1@build.eclipse.org...
>>>
>>>
>>>>Hello,
>>>>
>>>>thank you for the idea! The instance of class1 now also has the
>>>>Interface as classifier. Then, I can link the instance of Class2 with
>>>>the instance of Class1. In the attachment is a picture of the result
>>>>with RSA, I suppose, this is your idea.
>>>>
>>>>I have edited the same model with the tree editor of the UML project,
>>>>and there I can define a link between the instance of Class2 and the
>>>>instance of Class1, without adding the interface as classifier to the
>>>>instance of Class1. The model, also in the attachment (see
>>>>linkClass1And2Instance) validates successfully. So what is 100% correct?
>>>>Do I need to add the interface as classifier like in RSA, which might be
>>>>specific to RSA, or could I simply draw a link between the instance of
>>>>Class2 and the instance of Class1, without adding the interface as
>>>>classifier to the instance of Class1?
>>>>
>>>>Thank you for your help.
>>>>
>>>>Axel
>>>>
>>>>
>>>>
>>>>
>>>>Kenn Hussey schrieb:
>>>>
>>>>
>>>>>Axel,
>>>>>
>>>>>Is it not sufficient to specify the interface as one of the classifiers
>>>>>of
>>>>>the instance specification representing an instance of Klasse1? That is,
>>>>>couldn't the value for the schnittstelle1 slot could reference the
>>>>>Klasse1
>>>>>instance directly?
>>>>>
>>>>>Kenn
>>>>>
>>>>>"AxelR" <reichwein@isd.uni-stuttgart.de> wrote in message
>>>>>news:f03542$a13$1@build.eclipse.org...
>>>>>
>>>>>
>>>>>
>>>>>>Hello,
>>>>>>
>>>>>>thank you very much for your answer.
>>>>>>
>>>>>>My principal motivation is to show a snapshot of the existing instances
>>>>>>at
>>>>>>a point in time. I have the impression that the spec is very loose on
>>>>>>the
>>>>>>instance specifications because they don't play a big role in software
>>>>>>modeling, but as I want to model a 3d-geometric assembly using object
>>>>>>oriented concepts, I need to model instances and their dependencies
>>>>>>precisely :-)
>>>>>>
>>>>>>If I can't solve my problem described previously (the link between two
>>>>>>instances: one is referencing an interface, that the other instance
>>>>>>implements) the normal way, what other UML constructs do you recommend
>>>>>>using? Should I use a dependency relationship between both instances
>>>>>>and
>>>>>>add a stereotype to the dependency (although it is quoted in the spec:
>>>>>>"The presence of dependency relationships in a model does not have any
>>>>>>runtime semantics implications")? This is my only idea, are there
>>>>>>others?
>>>>>>
>>>>>>Thank you for any ideas.
>>>>>>
>>>>>>Best regards,
>>>>>>Axel
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>James Bruck schrieb:
>>>>>>
>>>>>>
>>>>>>
>>>>>>>Hi Axel,
>>>>>>>
>>>>>>>An InstanceSpecification can be typed by abstract types or interface.
>>>>>>>P.
>>>>>>>82 of ptc 07-02-05 mentions ..."If the only classifier specified is
>>>>>>>abstract, then the instance specification only partially describes the
>>>>>>>entity".
>>>>>>>
>>>>>>>What this is getting at is that you can create an object diagram with
>>>>>>>instance specifications that only partially describe a particular
>>>>>>>instance.
>>>>>>>
>>>>>>>P. 83 mentions " Not all structural features of all classifiers of the
>>>>>>>instance specification need be represented by slots, in which case the
>>>>>>>instance specification is a partial description".
>>>>>>>
>>>>>>>It appears that UML is trying to keep things very "loose" and
>>>>>>>flexible.
>>>>>>>How
>>>>>>>precisely the instance is constructed might even be derived.
>>>>>>>
>>>>>>>The way in which you create your object diagram might depend on how
>>>>>>>you
>>>>>>>intend on using it. One strategy might be to only represent concrete
>>>>>>>classes with instance specifications and omit interfaces etc. but you
>>>>>>>are
>>>>>>>not required to do that.
>>>>>>>
>>>>>>>The following quote from the spec explains in detail what I'm getting
>>>>>>>at:
>>>>>>>
>>>>>>>An instance specification may specify the existence of an entity in a
>>>>>>>modeled system. An instance specification may provide an illustration
>>>>>>>or
>>>>>>>example of a possible entity in a modeled system. An instance
>>>>>>>specification
>>>>>>>describes the entity. These details can be incomplete. The purpose of
>>>>>>>an
>>>>>>>instance specification is to show what is of interest about an entity
>>>>>>>in
>>>>>>>the
>>>>>>>modeled system. The entity conforms to the specification of each
>>>>>>>classifier
>>>>>>>of the instance specification, and has features with values indicated
>>>>>>>by
>>>>>>>each slot of the instance specification. Having no slot in an instance
>>>>>>>specification for some feature does not mean that the represented
>>>>>>>entity
>>>>>>>does not have the feature, but merely that the feature is not of
>>>>>>>interest
>>>>>>>in
>>>>>>>the model. An instance specification can represent an entity at a
>>>>>>>point
>>>>>>>in
>>>>>>>time (a snapshot). Changes to the entity can be modeled using multiple
>>>>>>>instance specifications, one for each snapshot. It is important to
>>>>>>>keep
>>>>>>>in
>>>>>>>mind that InstanceSpecification is a model element and should not be
>>>>>>>confused with the dynamic element that it is modeling. Therefore, one
>>>>>>>should
>>>>>>>not expect the dynamic semantics of InstanceSpecification model
>>>>>>>elements
>>>>>>>in
>>>>>>>a model repository to conform to the semantics of the dynamic elements
>>>>>>>that
>>>>>>>they represent.
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>Regards,
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>- James.
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>"AxelR" <reichwein@isd.uni-stuttgart.de> wrote in message
>>>>>>>news:f00euq$9fg$1@build.eclipse.org...
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>>Hello,
>>>>>>>>
>>>>>>>>I want to show the links between instance specifications of classes.
>>>>>>>>However one class (e.g. Class2) might have a directed association
>>>>>>>>with
>>>>>>>>an interface (e.g. Interface1), which is implemented by a class (e.g.
>>>>>>>>Class1). On the instance level, the instances of class1 and class2
>>>>>>>>exist
>>>>>>>>and indirectly a "link" exists between these two instances, since the
>>>>>>>>instance of class1 implements the interface, which is referenced by
>>>>>>>>the
>>>>>>>>instance of class2. What is the best method to describe this indirect
>>>>>>>>"link" on the instance level (in the instance diagram). You can find
>>>>>>>>a
>>>>>>>>picture describing my problem in the attachment. I know that a
>>>>>>>>UML-link
>>>>>>>>is an instance of an association. But how can I map an association in
>>>>>>>>a
>>>>>>>>class diagram to a link in an instance diagram, if one of the member
>>>>>>>>ends, in this case the interface, has no mapping to the instance
>>>>>>>>level?
>>>>>>>>
>>>>>>>>Thank you in advance for any help!
>>>>>>>>
>>>>>>>>Best regards,
>>>>>>>>Axel
>>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> ------------------------------------------------------------ ----------------
>>>>>>>----
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>
>>>>>
>>>
>>> ------------------------------------------------------------ --------------------
>>>
>>>
>>>
>>>
>>>><?xml version="1.0" encoding="UTF-8"?>
>>>><uml:Model xmi:version="2.1"
>>>>xmlns:xmi="http://schema.omg.org/spec/XMI/2.1"
>>>>xmlns:ecore="http://www.eclipse.org/emf/2002/Ecore"
>>>>xmlns:uml="http://www.eclipse.org/uml2/2.0.0/UML"
>>>>xmi:id="_rTM4QO5JEduZd4zcUpLVkQ" name="linkingInstancesTest">
>>>><packageImport xmi:id="_rTM4Qe5JEduZd4zcUpLVkQ">
>>>> <importedPackage xmi:type="uml:Model"
>>>>href="pathmap://UML_LIBRARIES/UMLPrimitiveTypes.library.uml#_0"/>
>>>></packageImport>
>>>><packagedElement xmi:type="uml:Class" xmi:id="_rTM4Qu5JEduZd4zcUpLVkQ"
>>>>name="Class1" clientDependency="_rTM4Q-5JEduZd4zcUpLVkQ">
>>>> <interfaceRealization xmi:id="_rTM4Q-5JEduZd4zcUpLVkQ"
>>>>supplier="_rTM4SO5JEduZd4zcUpLVkQ" client="_rTM4Qu5JEduZd4zcUpLVkQ"
>>>>contract="_rTM4SO5JEduZd4zcUpLVkQ"/>
>>>></packagedElement>
>>>><packagedElement xmi:type="uml:Class" xmi:id="_rTM4RO5JEduZd4zcUpLVkQ"
>>>>name="Class2">
>>>> <ownedAttribute xmi:id="_rTM4Re5JEduZd4zcUpLVkQ" name="interface1"
>>>>visibility="private" type="_rTM4SO5JEduZd4zcUpLVkQ"
>>>>association="_rTM4Se5JEduZd4zcUpLVkQ">
>>>> <upperValue xmi:type="uml:LiteralUnlimitedNatural"
>>>>xmi:id="_rTM4Ru5JEduZd4zcUpLVkQ" value="1"/>
>>>> <lowerValue xmi:type="uml:LiteralInteger"
>>>>xmi:id="_rTM4R-5JEduZd4zcUpLVkQ"/>
>>>> </ownedAttribute>
>>>></packagedElement>
>>>><packagedElement xmi:type="uml:Interface"
>>>>xmi:id="_rTM4SO5JEduZd4zcUpLVkQ" name="Interface1"/>
>>>><packagedElement xmi:type="uml:Association"
>>>>xmi:id="_rTM4Se5JEduZd4zcUpLVkQ" memberEnd="_rTM4Re5JEduZd4zcUpLVkQ
>>>>_rTM4Su5JEduZd4zcUpLVkQ">
>>>> <ownedEnd xmi:id="_rTM4Su5JEduZd4zcUpLVkQ" name=""
>>>>visibility="private" type="_rTM4RO5JEduZd4zcUpLVkQ"
>>>>association="_rTM4Se5JEduZd4zcUpLVkQ">
>>>> <upperValue xmi:type="uml:LiteralUnlimitedNatural"
>>>>xmi:id="_rTM4S-5JEduZd4zcUpLVkQ" value="*"/>
>>>> <lowerValue xmi:type="uml:LiteralInteger"
>>>>xmi:id="_rTM4TO5JEduZd4zcUpLVkQ"/>
>>>> </ownedEnd>
>>>></packagedElement>
>>>><packagedElement xmi:type="uml:Class" xmi:id="_rTM4Te5JEduZd4zcUpLVkQ"
>>>>name="Class3"/>
>>>><packagedElement xmi:type="uml:Class" xmi:id="_rTM4Tu5JEduZd4zcUpLVkQ"
>>>>name="Class4">
>>>> <ownedAttribute xmi:id="_rTM4T-5JEduZd4zcUpLVkQ" name="class3"
>>>>visibility="private" type="_rTM4Te5JEduZd4zcUpLVkQ"
>>>>association="_rTM4Uu5JEduZd4zcUpLVkQ">
>>>> <upperValue xmi:type="uml:LiteralUnlimitedNatural"
>>>>xmi:id="_rTM4UO5JEduZd4zcUpLVkQ" value="1"/>
>>>> <lowerValue xmi:type="uml:LiteralInteger"
>>>>xmi:id="_rTM4Ue5JEduZd4zcUpLVkQ"/>
>>>> </ownedAttribute>
>>>></packagedElement>
>>>><packagedElement xmi:type="uml:Association"
>>>>xmi:id="_rTM4Uu5JEduZd4zcUpLVkQ" memberEnd="_rTM4T-5JEduZd4zcUpLVkQ
>>>>_rTM4U-5JEduZd4zcUpLVkQ">
>>>> <ownedEnd xmi:id="_rTM4U-5JEduZd4zcUpLVkQ" name=""
>>>>visibility="private" type="_rTM4Tu5JEduZd4zcUpLVkQ"
>>>>association="_rTM4Uu5JEduZd4zcUpLVkQ">
>>>> <upperValue xmi:type="uml:LiteralUnlimitedNatural"
>>>>xmi:id="_rTM4VO5JEduZd4zcUpLVkQ" value="*"/>
>>>> <lowerValue xmi:type="uml:LiteralInteger"
>>>>xmi:id="_rTM4Ve5JEduZd4zcUpLVkQ"/>
>>>> </ownedEnd>
>>>></packagedElement>
>>>><packagedElement xmi:type="uml:InstanceSpecification"
>>>>xmi:id="_rTM4Vu5JEduZd4zcUpLVkQ" name="Class1Instance"
>>>>classifier="_rTM4Qu5JEduZd4zcUpLVkQ"/>
>>>><packagedElement xmi:type="uml:InstanceSpecification"
>>>>xmi:id="_rTM4V-5JEduZd4zcUpLVkQ" name="Class2Instance"
>>>>classifier="_rTM4RO5JEduZd4zcUpLVkQ"/>
>>>><packagedElement xmi:type="uml:InstanceSpecification"
>>>>xmi:id="_rTM4WO5JEduZd4zcUpLVkQ" name="Class3Instance"
>>>>classifier="_rTM4Te5JEduZd4zcUpLVkQ"/>
>>>><packagedElement xmi:type="uml:InstanceSpecification"
>>>>xmi:id="_rTM4We5JEduZd4zcUpLVkQ" name="Class4Instance"
>>>>classifier="_rTM4Tu5JEduZd4zcUpLVkQ">
>>>> <slot xmi:id="_rTM4Wu5JEduZd4zcUpLVkQ"
>>>>definingFeature="_rTM4T-5JEduZd4zcUpLVkQ"/>
>>>></packagedElement>
>>>><packagedElement xmi:type="uml:InstanceSpecification"
>>>>xmi:id="_rTM4W-5JEduZd4zcUpLVkQ" name="linkClass3And4Instance"
>>>>classifier="_rTM4Uu5JEduZd4zcUpLVkQ">
>>>> <slot xmi:id="_rTM4XO5JEduZd4zcUpLVkQ"
>>>>definingFeature="_rTM4U-5JEduZd4zcUpLVkQ">
>>>> <value xmi:type="uml:InstanceValue" xmi:id="_rTM4Xe5JEduZd4zcUpLVkQ"
>>>>name="Class4Instance" instance="_rTM4We5JEduZd4zcUpLVkQ"/>
>>>> </slot>
>>>> <slot xmi:id="_rTM4Xu5JEduZd4zcUpLVkQ"
>>>>definingFeature="_rTM4T-5JEduZd4zcUpLVkQ">
>>>> <value xmi:type="uml:InstanceValue" xmi:id="_rTM4X-5JEduZd4zcUpLVkQ"
>>>>name="Class3Instance" instance="_rTM4WO5JEduZd4zcUpLVkQ"/>
>>>> </slot>
>>>></packagedElement>
>>>><packagedElement xmi:type="uml:InstanceSpecification"
>>>>xmi:id="_Uzq6sO5KEduGlKX90A0_qQ" name="linkClass1And2Instance"
>>>>classifier="_rTM4Se5JEduZd4zcUpLVkQ">
>>>> <slot xmi:id="_jqYQQO5KEduGlKX90A0_qQ"
>>>>definingFeature="_rTM4Su5JEduZd4zcUpLVkQ">
>>>> <value xmi:type="uml:InstanceValue" xmi:id="_BBvL0O5LEduGlKX90A0_qQ"
>>>>name="Class2Instance" instance="_rTM4V-5JEduZd4zcUpLVkQ"/>
>>>> </slot>
>>>> <slot xmi:id="_zV1cgO5KEduGlKX90A0_qQ"
>>>>definingFeature="_rTM4Re5JEduZd4zcUpLVkQ">
>>>> <value xmi:type="uml:InstanceValue" xmi:id="_JWAvIO5LEduGlKX90A0_qQ"
>>>>name="Class1Instance" instance="_rTM4Vu5JEduZd4zcUpLVkQ"/>
>>>> </slot>
>>>></packagedElement>
>>>><profileApplication xmi:id="_rTM4YO5JEduZd4zcUpLVkQ">
>>>> <eAnnotations xmi:id="_rTM4Ye5JEduZd4zcUpLVkQ"
>>>>source="http://www.eclipse.org/uml2/2.0.0/UML">
>>>> <references xmi:type="ecore:EPackage"
>>>>href=" pathmap://UML_PROFILES/Standard.profile.uml#_yzU58YinEdqtvbn fB2L_5w"/>
>>>> </eAnnotations>
>>>> <appliedProfile
>>>>href="pathmap://UML_PROFILES/Standard.profile.uml#_0"/>
>>>></profileApplication>
>>>></uml:Model>
>>>>
>
|
|
|
Goto Forum:
Current Time: Fri Apr 26 15:16:26 GMT 2024
Powered by FUDForum. Page generated in 0.06424 seconds |
] 
Search
Help
Register
Login
Home
