5.4 ഒബ്‌ജക്റ്റ് ഡയഗ്രമുകൾ അത്യാവശ്യം: ഒബ്‌ജക്‌റ്റുകളും അവയുടെ ബന്ധങ്ങളും ഒരു ഒബ്‌ജക്റ്റ് ഡയഗ്രം ഒരു സിസ്റ്റത്തിന്റെ ലോജിക്കൽ ഡിസൈനിലെ നിലവിലുള്ള ഒബ്‌ജക്റ്റുകളും അവയുടെ ബന്ധങ്ങളും കാണിക്കുന്നു. മറ്റൊരു വിധത്തിൽ പറഞ്ഞാൽ, ചില കോൺഫിഗറേഷനിലെ സംഭവങ്ങളുടെ ഒഴുക്കിന്റെ ഒരു സ്നാപ്പ്ഷോട്ട് ആണ് ഒബ്ജക്റ്റ് ഡയഗ്രം.

5.7 പ്രോസസ്സ് ഡയഗ്രമുകൾ. അത്യാവശ്യം: പ്രോസസറുകൾ, ഉപകരണങ്ങൾ, കണക്ഷനുകൾ എന്നിവ ഒരു സിസ്റ്റത്തിന്റെ ഫിസിക്കൽ ഡിസൈനിൽ പ്രോസസ്സറുകളിലുടനീളം പ്രോസസ്സുകളുടെ വിതരണം കാണിക്കാൻ പ്രോസസ് ഡയഗ്രമുകൾ ഉപയോഗിക്കുന്നു. ഒരു പ്രത്യേക പ്രോസസ്സ് ഡയഗ്രം പ്രോസസ്സ് ഘടനയുടെ ഒരു കാഴ്ച കാണിക്കുന്നു

10.4 UML ഡയഗ്രം 10.4.1. വിഷ്വൽ ഡയഗ്രമുകളുടെ തരങ്ങൾ UMLUML നിങ്ങളെ പല തരത്തിലുള്ള വിഷ്വൽ ഡയഗ്രമുകൾ സൃഷ്ടിക്കാൻ അനുവദിക്കുന്നു: കേസ് ഡയഗ്രമുകൾ ഉപയോഗിക്കുക; സീക്വൻസ് ഡയഗ്രമുകൾ; സഹകരണ ഡയഗ്രമുകൾ; ക്ലാസ് ഡയഗ്രമുകൾ; സംസ്ഥാന ഡയഗ്രമുകൾ; ഡയഗ്രമുകൾ

1.2.6. ഡയഗ്രം ഫ്രെയിം ചിത്രം 1.2.26, ഡയഗ്രാമിന്റെ ഫ്രെയിം എന്ന് വിളിക്കപ്പെടുന്ന ബൗണ്ടിംഗ് ബോക്സുകളുള്ള ഒരു വിഘടിപ്പിക്കൽ ഡയഗ്രാമിന്റെ ഒരു സാധാരണ ഉദാഹരണം കാണിക്കുന്നു. അരി. 1.2.26. ഒരു വയർഫ്രെയിം ഉള്ള ഒരു വിഘടിപ്പിക്കൽ ഡയഗ്രത്തിന്റെ ഒരു ഉദാഹരണം വയർഫ്രെയിമിൽ ഒരു തലക്കെട്ടും (ബോക്സിന്റെ മുകളിൽ) ഒരു അടിക്കുറിപ്പും (താഴെ) അടങ്ങിയിരിക്കുന്നു.

ടൈമിംഗ് ചാർട്ടുകൾ ഇൻപുട്ട്, ഔട്ട്പുട്ട് വോൾട്ടേജുകൾക്കുള്ള ടൈമിംഗ് ചാർട്ടുകൾ ലഭിക്കുന്നതിന്, നിങ്ങൾ ഇൻപുട്ട് ഫയൽ ചെറുതായി പരിഷ്കരിക്കേണ്ടതുണ്ട്. മുമ്പത്തെ ഉദാഹരണത്തിലെന്നപോലെ, ഒരു sinusoidal ഇൻപുട്ട് വോൾട്ടേജ് ഉപയോഗിക്കും: Vi 1 0 sin (0 0.5V 5kHz) ക്ഷണികമായ വിശകലനത്തോടൊപ്പം

ചാർട്ടുകളും ഗ്രാഫുകളും സംഖ്യകളുടെ അനന്തമായ വരികൾക്ക് പിന്നിലെ അർത്ഥം ഒരു സ്പെഷ്യലിസ്റ്റിന് മാത്രമേ കാണാനാകൂ, എന്നാൽ ആർക്കും ഒരു ബാർ ചാർട്ട് അല്ലെങ്കിൽ ഒരു പൈ ചാർട്ട് മനസ്സിലാക്കാൻ (അല്ലെങ്കിൽ കുറഞ്ഞത് മനസ്സിലാക്കാൻ അവകാശപ്പെടാം). VBA-യ്ക്ക് ബിൽറ്റ്-ഇൻ ഡയഗ്രമിംഗ് ടൂളുകൾ ഇല്ല, പക്ഷേ അത്തരത്തിലുള്ളവയാണ്

5.1.14 ചാർട്ടുകൾ ഒരു പട്ടികയുടെ സംഖ്യാ ഡാറ്റയുടെ ഗ്രാഫിക്കൽ പ്രാതിനിധ്യമാണ്. പേജുകൾ നിരവധി തരം ചാർട്ടുകൾ വാഗ്ദാനം ചെയ്യുന്നു: നിര (നിര), അടുക്കിയ കോളം (മൾട്ടി-ടയേർഡ് കോളങ്ങൾ), വാഗ് (ഹിസ്റ്റോഗ്രാം), സ്റ്റാക്ക്ഡ് വാഗ് (മൾട്ടി-ടയേർഡ് ഹിസ്റ്റോഗ്രാം), ലൈൻ (ലീനിയർ), ഏരിയ (ഏരിയ), അടുക്കിയ പ്രദേശം (മൾട്ടി- നിരത്തി

5.2.8. ചാർട്ടുകൾ തിരഞ്ഞെടുത്ത ശ്രേണിയിൽ നിന്നുള്ള ഡാറ്റയുടെ ഗ്രാഫിക്കൽ പ്രാതിനിധ്യമാണ് ചാർട്ട്. ഒരു ചാർട്ട് നിർമ്മിക്കുന്നതിന്, ഇനിപ്പറയുന്ന അൽഗോരിതം 1 പിന്തുടരുക. കണക്കാക്കിയ മൂല്യങ്ങളുടെ ഒരു പട്ടിക സൃഷ്ടിക്കുക.2. ആവശ്യമുള്ള ശ്രേണി തിരഞ്ഞെടുക്കുക (അത് തൊട്ടടുത്തുള്ള ചതുരാകൃതിയിൽ അടങ്ങിയിരിക്കാം

സോഫ്‌റ്റ്‌വെയർ സിസ്റ്റങ്ങളുടെ വികസന സമയത്ത് സൃഷ്‌ടിച്ച എല്ലാ പുരാവസ്തുക്കളുടെയും സ്‌പെസിഫിക്കേഷൻ, വിഷ്വലൈസേഷൻ, ഡിസൈൻ, ഡോക്യുമെന്റേഷൻ എന്നിവയ്‌ക്കായുള്ള ഒരു പൊതു-ഉദ്ദേശ്യ ഗ്രാഫിക്കൽ മോഡലിംഗ് ഭാഷയാണ് UML ഭാഷ.

UML-നെ കുറിച്ച് വിശദമായി വിവരിക്കുന്ന ധാരാളം നല്ല പുസ്തകങ്ങളുണ്ട് (ചിലപ്പോൾ വളരെ വിശദമായി പോലും), പെട്ടെന്ന് തിരിച്ചുവിളിക്കുന്നതിനായി ഡയഗ്രമുകൾ, എന്റിറ്റികൾ, ബന്ധങ്ങൾ എന്നിവയെക്കുറിച്ചുള്ള അടിസ്ഥാന ആശയങ്ങൾ ഒരിടത്ത് ശേഖരിക്കാൻ ഞാൻ ആഗ്രഹിക്കുന്നു, ഒരു ചീറ്റ് ഷീറ്റ് പോലെ.

കുറിപ്പ് പുസ്തകങ്ങളിൽ നിന്നുള്ള മെറ്റീരിയലുകൾ ഉപയോഗിക്കുന്നു: ഇവാനോവ് ഡി.യു., നോവിക്കോവ് എഫ്.എ. ഏകീകൃത മോഡലിംഗ് ഭാഷ യു.എം.എൽഒപ്പം ലിയോനെൻകോവ്. UML ട്യൂട്ടോറിയൽ.

എഡിറ്ററിൽ നിന്ന് തുടങ്ങാം. Linux-ന് കീഴിൽ, ഞാൻ വ്യത്യസ്ത UML എഡിറ്റർമാരെ പരീക്ഷിച്ചു, എല്ലാറ്റിനും ഉപരിയായി എനിക്ക് UMLet ഇഷ്ടപ്പെട്ടു, ഇത് ജാവയിൽ എഴുതിയിട്ടുണ്ടെങ്കിലും, അത് വളരെ വേഗത്തിൽ നീങ്ങുന്നു, കൂടാതെ ഭൂരിഭാഗം എന്റിറ്റി ശൂന്യതകളും അതിലുണ്ട്. ക്രോസ്-പ്ലാറ്റ്ഫോം UML എഡിറ്ററായ ArgoUML ഉണ്ട്, ജാവയിലും എഴുതിയിരിക്കുന്നു, പ്രവർത്തനപരമായി സമ്പന്നമാണ്, എന്നാൽ കൂടുതൽ വേഗത കുറയ്ക്കുന്നു.

ഞാൻ അവിടെ നിർത്തി UMLet, താഴെ ഇൻസ്റ്റാൾ ചെയ്യുക ആർച്ച് ലിനക്സ്ഒപ്പം ഉബുണ്ടു:

# Arch Linux yaourt -S umlet-ന് കീഴിൽ # Ubuntu sudo apt-get install umlet

UML-ൽ, എല്ലാ എന്റിറ്റികളെയും ഇനിപ്പറയുന്ന തരങ്ങളായി വിഭജിക്കാം:

• ഘടനാപരമായ;
• പെരുമാറ്റം;
• ഗ്രൂപ്പിംഗ്;
• വ്യാഖ്യാനാത്മകം;

UML പ്രധാനമായും നാല് തരത്തിലുള്ള ബന്ധങ്ങൾ ഉപയോഗിക്കുന്നു:

ആശ്രിതത്വം- സ്വതന്ത്ര എന്റിറ്റിയെ മാറ്റുന്നത് ആശ്രിത എന്റിറ്റിയെ ഏതെങ്കിലും വിധത്തിൽ ബാധിക്കുന്നുവെന്ന് സൂചിപ്പിക്കുന്നു. ഗ്രാഫിക്കലായി, ഒരു ആശ്രിത ബന്ധത്തെ ആശ്രിത എന്റിറ്റിയിൽ നിന്ന് സ്വതന്ത്ര എന്റിറ്റിയിലേക്ക് ചൂണ്ടുന്ന ഒരു അമ്പടയാളമുള്ള ഒരു ഡോട്ട് വരയായി ചിത്രീകരിച്ചിരിക്കുന്നു.

അസോസിയേഷൻ- ഒരു എന്റിറ്റി മറ്റൊന്നുമായി നേരിട്ട് ബന്ധപ്പെട്ടിട്ടുണ്ടെങ്കിൽ (അല്ലെങ്കിൽ മറ്റുള്ളവരുമായി - അസോസിയേഷൻ ബൈനറി മാത്രമല്ല) സംഭവിക്കുന്നു. ഗ്രാഫിക്കലായി, ബന്ധപ്പെട്ട എന്റിറ്റികളെ ബന്ധിപ്പിക്കുന്ന വിവിധ കൂട്ടിച്ചേർക്കലുകളുള്ള ഒരു സോളിഡ് ലൈൻ ആയി ഒരു അസോസിയേഷൻ ചിത്രീകരിച്ചിരിക്കുന്നു.

പൊതുവൽക്കരണംരണ്ട് എന്റിറ്റികൾ തമ്മിലുള്ള ബന്ധമാണ്, അതിലൊന്ന് മറ്റൊന്നിന്റെ പ്രത്യേക (പ്രത്യേക) കേസാണ്. ഗ്രാഫിക്കലായി, സാമാന്യവൽക്കരണത്തെ അവസാനം ഒരു ത്രികോണാകൃതിയിലുള്ള പൂരിപ്പിക്കാത്ത അമ്പടയാളമുള്ള ഒരു വരിയായി ചിത്രീകരിച്ചിരിക്കുന്നു, പ്രത്യേക (സബ്ക്ലാസ്) മുതൽ ജനറൽ (സൂപ്പർക്ലാസ്) വരെ നയിക്കപ്പെടുന്നു.

നടപ്പാക്കലുകൾ- നടപ്പാക്കൽ ബന്ധം സൂചിപ്പിക്കുന്നത് ഒരു എന്റിറ്റി മറ്റൊന്നിന്റെ നടപ്പാക്കലാണെന്നാണ്. ഗ്രാഫിക്കലായി, നടപ്പിലാക്കുന്നത് ഒരു ഡോട്ട് ഇട്ട വരയായി ചിത്രീകരിച്ചിരിക്കുന്നു, അവസാനം ത്രികോണാകൃതിയിലുള്ള പൂരിപ്പിച്ചിട്ടില്ലാത്ത അമ്പടയാളം, നടപ്പിലാക്കുന്ന സ്ഥാപനത്തിൽ നിന്ന് നടപ്പിലാക്കിയതിലേക്ക് നയിക്കുന്നു.

IN UML 2നിർവചിച്ചിരിക്കുന്നത് 13 ചാർട്ട് തരങ്ങൾ. മാനദണ്ഡങ്ങൾ അനുസരിച്ച്, ഓരോ ചാർട്ടിനും മുകളിൽ ഇടത് കോണിൽ ഒരു ദീർഘചതുരം (താഴെ വലത് കോണിൽ വളഞ്ഞത്) ഉള്ള ഒരു ഫ്രെയിം ഉണ്ടായിരിക്കണം, അത് ചാർട്ട് ഐഡിയും (ടാഗ്) ശീർഷകവും സൂചിപ്പിക്കുന്നു.

സിസ്റ്റത്തിന്റെ ഘടന ചിത്രീകരിക്കുന്നതിനുള്ള ഡയഗ്രമുകൾ:

• ഘടക ഡയഗ്രം (ഘടക ഡയഗ്രം, ടാഗ് ഘടകം);
• വിന്യാസ ഡയഗ്രം (വിന്യാസ ഡയഗ്രം, ടാഗ് വിന്യാസം);
• ക്ലാസ് ഡയഗ്രം (ക്ലാസ് ഡയഗ്രം, ടാഗ് ക്ലാസ്);
• ഒബ്ജക്റ്റ് ഡയഗ്രം (ഒബ്ജക്റ്റ് ഡയഗ്രം, ടാഗ് വസ്തു);
• ആന്തരിക ഘടന ഡയഗ്രം (സംയോജിത ഘടന ഡയഗ്രം, ടാഗ് ക്ലാസ്);

സിസ്റ്റം സ്വഭാവം ചിത്രീകരിക്കുന്നതിനുള്ള ഡയഗ്രമുകൾ:

• സിൻക്രൊണൈസേഷൻ ഡയഗ്രം (ഇന്ററാക്ഷൻ ഡയഗ്രം, ടാഗ് സമയത്തിന്റെ);
• പ്രവർത്തന ഡയഗ്രം (ആക്‌റ്റിവിറ്റി ഡയഗ്രം, ടാഗ് പ്രവർത്തനം);
• സീക്വൻസ് ഡയഗ്രം (സീക്വൻസ് ഡയഗ്രം, ടാഗ് എസ്ഡി);
• ആശയവിനിമയ ഡയഗ്രം (ആശയവിനിമയ ഡയഗ്രം, ടാഗ് com);
• ഓട്ടോമാറ്റൺ ഡയഗ്രം (സ്റ്റേറ്റ് മെഷീൻ ഡയഗ്രം, ടാഗ് സംസ്ഥാന യന്ത്രം);
• ഇന്ററാക്ഷൻ അവലോകന ഡയഗ്രം, ടാഗ് ഇടപെടൽ);

ചാർട്ടുകൾ വേറിട്ടുനിൽക്കുന്നു:

• കേസ് ഡയഗ്രം ഉപയോഗിക്കുക (കേസ് ഡയഗ്രം ഉപയോഗിക്കുക, കേസ് ടാഗ് ഉപയോഗിക്കുക);
• പാക്കേജ് ഡയഗ്രം (പാക്കേജ് ഡയഗ്രം, ടാഗ് പാക്കേജ്);

ഉപയോഗ ഡയഗ്രം

ഉപയോഗ ഡയഗ്രം(ഉപയോഗ കേസ് ഡയഗ്രം) എന്നത് സിസ്റ്റത്തിന്റെ പ്രവർത്തനപരമായ ഉദ്ദേശ്യത്തിന്റെ ഏറ്റവും പൊതുവായ പ്രതിനിധാനമാണ്.

ഒരു സിസ്റ്റത്തിന്റെ മാതൃകയായി ഒരു യൂസ് കേസ് ഡയഗ്രം പരിഗണിക്കുമ്പോൾ, ഒരാൾക്ക് അതിനെ ഒരു ബ്ലാക്ക് ബോക്സ് മോഡലുമായി ബന്ധപ്പെടുത്താം. ഓരോ ഉപയോഗ കേസും ബന്ധപ്പെട്ട നടനുമായി സംവദിക്കുമ്പോൾ രൂപകൽപ്പന ചെയ്ത സിസ്റ്റം നടപ്പിലാക്കേണ്ട പ്രവർത്തനങ്ങളുടെ ഒരു ക്രമം നിർവചിക്കുന്നു.

ഉപയോഗ ഡയഗ്രം രണ്ട് തരം അടിസ്ഥാന എന്റിറ്റികൾ ഉപയോഗിക്കുന്നു: ഉപയോഗ കേസുകളും അഭിനേതാക്കളും, അവയ്ക്കിടയിൽ ഇനിപ്പറയുന്ന അടിസ്ഥാന തരത്തിലുള്ള ബന്ധങ്ങൾ സ്ഥാപിക്കപ്പെടുന്നു.

അസോസിയേഷൻ ബന്ധം- ഈ ബന്ധം ഒരു യൂസ് കെയ്‌സിന്റെ ഉദാഹരണവുമായി ഇടപഴകുമ്പോൾ ഒരു നടൻ എന്ത് പ്രത്യേക പങ്ക് വഹിക്കുന്നുവെന്ന് സ്ഥാപിക്കുന്നു. ഒരു അസോസിയേഷൻ ബന്ധത്തെ അഭിനേതാവും ഉപയോഗ കേസും തമ്മിലുള്ള ഒരു സോളിഡ് ലൈൻ സൂചിപ്പിക്കുന്നു. ഈ വരിയിൽ അധിക ചിഹ്നങ്ങൾ ഉണ്ടായിരിക്കാം, ഉദാഹരണത്തിന്, ഒരു പേരും ഒരു ഗുണിതവും.

വിപുലീകരണ ബന്ധം- കൂടുതൽ പൊതുവായ ഉപയോഗ കേസുമായി ഒരു സിംഗിൾ യൂസ് കേസിന്റെ ഇൻസ്‌റ്റൻസുകളുടെ ബന്ധം നിർവചിക്കുന്നു, ഈ സന്ദർഭങ്ങൾ ഒരുമിച്ച് സംയോജിപ്പിക്കുന്ന രീതിയെ അടിസ്ഥാനമാക്കി അതിന്റെ ഗുണവിശേഷതകൾ നിർണ്ണയിക്കപ്പെടുന്നു. അതിനാൽ, കേസ് A-യിൽ നിന്ന് കേസ് B ഉപയോഗിക്കുന്നതിന് ഒരു എക്സ്റ്റൻഷൻ ബന്ധമുണ്ടെങ്കിൽ, വിപുലീകൃത ഉപയോഗ കേസ് A-യിലെ ഗുണങ്ങളുടെ സാന്നിധ്യം കാരണം ഉപയോഗ കേസിന്റെ ഒരു ഉദാഹരണത്തിന്റെ ഗുണവിശേഷതകൾ അനുബന്ധമായി നൽകാമെന്നാണ് ഇതിനർത്ഥം.

ഉപയോഗ കേസുകൾ തമ്മിലുള്ള ഒരു വിപുലീകരണ ബന്ധം, യഥാർത്ഥ ഉപയോഗ കേസിന്റെ വിപുലീകരണമായ ഉപയോഗ കേസിൽ നിന്ന് ചൂണ്ടിക്കാണിക്കുന്ന ഒരു അമ്പടയാളമുള്ള (ആശ്രിത ബന്ധ കേസ്) ഒരു ഡാഷ്ഡ് ലൈൻ സൂചിപ്പിക്കുന്നു.

സാമാന്യവൽക്കരണ ബന്ധംചില ഉപയോഗ കേസ് A എന്നത് കേസ് B ഉപയോഗിക്കുന്നതിന് സാമാന്യവൽക്കരിക്കാനാകുമെന്ന വസ്തുത സൂചിപ്പിക്കാൻ സഹായിക്കുന്നു. ഈ സാഹചര്യത്തിൽ, ഉപയോഗം A എന്നത് ഉപയോഗ കേസ് B യുടെ ഒരു സ്പെഷ്യലൈസേഷൻ ആയിരിക്കും. ഈ സാഹചര്യത്തിൽ, Bയെ A യുടെ പൂർവ്വികൻ അല്ലെങ്കിൽ രക്ഷാകർത്താവ് എന്ന് വിളിക്കുന്നു, കൂടാതെ ഉപയോഗിക്കുക A എന്നത് V യുടെ ഉപയോഗ കേസ് B ഉപയോഗത്തിന്റെ പിൻഗാമിയാണ്.

ഗ്രാഫിക്കലായി, ഈ ബന്ധത്തെ രക്ഷാകർതൃ ഉപയോഗ കേസിലേക്ക് ചൂണ്ടിക്കാണിക്കുന്ന തുറന്ന ത്രികോണ അമ്പടയാളമുള്ള ഒരു സോളിഡ് ലൈൻ പ്രതിനിധീകരിക്കുന്നു.

കുട്ടികളുടെ ഉപയോഗ കേസുകൾക്ക് മാതാപിതാക്കളുടെ ഉപയോഗ കേസുകളുടെ എല്ലാ ഗുണങ്ങളും പെരുമാറ്റങ്ങളും ഉണ്ടെന്ന് ശ്രദ്ധിക്കേണ്ട സമയത്ത് ഉപയോഗ കേസുകൾ തമ്മിലുള്ള ഒരു സാമാന്യവൽക്കരണ ബന്ധം ഉപയോഗിക്കുന്നു.

ഉൾപ്പെടുത്തൽ ബന്ധംരണ്ട് ഉപയോഗ കേസുകൾക്കിടയിൽ, ഒരു ഉപയോഗ കേസിന്റെ ചില നിർദ്ദിഷ്ട സ്വഭാവം മറ്റൊരു ഉപയോഗ കേസിന്റെ പെരുമാറ്റ ക്രമത്തിൽ ഒരു ഘടകമായി ഉൾപ്പെടുത്തിയിട്ടുണ്ട്.

ഉപയോഗ കേസ് A മുതൽ കേസ് B വരെയുള്ള ഒരു ഇൻക്ലൂഷൻ ബന്ധം സൂചിപ്പിക്കുന്നത്, ഉപയോഗ കേസ് A യുടെ ഓരോ സന്ദർഭത്തിലും ഉപയോഗ കേസ് B ക്കായി വ്യക്തമാക്കിയ പ്രവർത്തന സവിശേഷതകൾ ഉൾപ്പെടുന്നു എന്നാണ്.

ഗ്രാഫിക്കലായി, ഈ ബന്ധത്തെ അടിസ്ഥാന ഉപയോഗ കേസിൽ നിന്ന് ഉൾപ്പെടുത്തിയ ഉപയോഗ കേസിലേക്ക് ചൂണ്ടിക്കാണിക്കുന്ന ഒരു അമ്പടയാളം (ഡിപൻഡൻസി റിലേഷൻഷിപ്പ് വേരിയന്റ്) ഉള്ള ഒരു ഡോട്ട് ലൈൻ പ്രതിനിധീകരിക്കുന്നു.

ക്ലാസ് ഡയഗ്രം

ക്ലാസ് ഡയഗ്രം(ക്ലാസ് ഡയഗ്രം) - സിസ്റ്റത്തിന്റെ സ്റ്റാറ്റിക് ഘടന വിവരിക്കുന്നതിനുള്ള പ്രധാന മാർഗ്ഗം.

ക്ലാസ് ഡയഗ്രം ഒരു പ്രധാന തരം എന്റിറ്റികൾ ഉപയോഗിക്കുന്നു: ക്ലാസുകൾ (ക്ലാസുകളുടെ നിരവധി പ്രത്യേക കേസുകൾ ഉൾപ്പെടെ: ഇന്റർഫേസുകൾ, പ്രാകൃത തരങ്ങൾ, അസോസിയേഷൻ ക്ലാസുകൾ മുതലായവ), അവയ്ക്കിടയിൽ ഇനിപ്പറയുന്ന പ്രധാന തരം ബന്ധങ്ങൾ സ്ഥാപിക്കപ്പെടുന്നു: ഡിപൻഡൻസികൾ, അസോസിയേഷനുകൾ, സാമാന്യവൽക്കരണങ്ങൾ, നടപ്പാക്കലുകൾ.

ആശ്രിത ബന്ധംരണ്ട് മോഡൽ ഘടകങ്ങൾ അല്ലെങ്കിൽ അത്തരം ഘടകങ്ങളുടെ രണ്ട് സെറ്റ് തമ്മിലുള്ള ചില സെമാന്റിക് ബന്ധം പൊതുവെ സൂചിപ്പിക്കുന്നു, അത് ഒരു കൂട്ടുകെട്ട്, സാമാന്യവൽക്കരണം അല്ലെങ്കിൽ നടപ്പിലാക്കൽ ബന്ധമല്ല. ഒരു മോഡൽ എലമെന്റിലെ ചില മാറ്റത്തിന് മറ്റൊരു ആശ്രിത മോഡൽ എലമെന്റിൽ മാറ്റം ആവശ്യമായി വരുന്ന സാഹചര്യത്തിൽ ഒരു ഡിപൻഡൻസി റിലേഷൻഷിപ്പ് ഉപയോഗിക്കുന്നു.

ഡിപൻഡൻസിയുടെ ക്ലയന്റ് ക്ലാസിൽ നിന്ന് ഇൻഡിപെൻഡൻസി അല്ലെങ്കിൽ സോഴ്‌സ് ക്ലാസിലേക്ക് അമ്പടയാളം ചൂണ്ടിക്കാണിച്ച്, ഒരു അറ്റത്ത് ഒരു അമ്പടയാളമുള്ള അനുബന്ധ ഘടകങ്ങൾക്കിടയിലുള്ള ഒരു ഡാഷ് ലൈൻ ഉപയോഗിച്ച് ഒരു ഡിപൻഡൻസി ബന്ധത്തെ ഗ്രാഫിക്കായി പ്രതിനിധീകരിക്കുന്നു.

പ്രത്യേക കീവേഡുകൾ (സ്റ്റീരിയോടൈപ്പുകൾ) അമ്പടയാളത്തിന് മുകളിൽ സ്ഥാപിക്കാം:

• "ആക്സസ്" - ക്ലയന്റ് ക്ലാസുകൾക്കുള്ള സോഴ്സ് ക്ലാസിന്റെ പൊതു ആട്രിബ്യൂട്ടുകളുടെയും പ്രവർത്തനങ്ങളുടെയും ലഭ്യത സൂചിപ്പിക്കാൻ സഹായിക്കുന്നു;
• "ബൈൻഡ്" - ക്ലയന്റ് ക്ലാസിന് അതിന്റെ തുടർന്നുള്ള പാരാമീറ്ററൈസേഷനായി ചില ടെംപ്ലേറ്റ് ഉപയോഗിക്കാം;
• "ഉത്പന്നം" - ക്ലയന്റ് ക്ലാസിന്റെ ആട്രിബ്യൂട്ടുകൾ സോഴ്സ് ക്ലാസിന്റെ ആട്രിബ്യൂട്ടുകളിൽ നിന്ന് കണക്കാക്കാം;
• "ഇറക്കുമതി" - സോഴ്‌സ് ക്ലാസിന്റെ പൊതു ആട്രിബ്യൂട്ടുകളും പ്രവർത്തനങ്ങളും ക്ലയന്റ് ക്ലാസിന്റെ ഭാഗമാകും, അവ അതിൽ നേരിട്ട് പ്രഖ്യാപിച്ചതുപോലെ;
• "ശുദ്ധീകരിക്കുക" - പ്രോജക്റ്റിന്റെ പ്രവർത്തന വേളയിൽ കൂടുതൽ വിവരങ്ങൾ ലഭ്യമാകുമ്പോൾ, ചരിത്രപരമായ കാരണങ്ങളാൽ ക്ലയന്റ് ക്ലാസ് സോഴ്സ് ക്ലാസിന്റെ പരിഷ്കരണമായി വർത്തിക്കുന്നു എന്ന് സൂചിപ്പിക്കുന്നു.

അസോസിയേഷൻ ബന്ധംക്ലാസുകൾ തമ്മിലുള്ള ചില ബന്ധങ്ങളുടെ സാന്നിധ്യവുമായി പൊരുത്തപ്പെടുന്നു. ഈ ബന്ധം ഒരു പ്രത്യേക അസോസിയേഷന്റെ വ്യക്തിഗത സവിശേഷതകളെ ചിത്രീകരിക്കുന്ന അധിക പ്രത്യേക ചിഹ്നങ്ങളുള്ള ഒരു സോളിഡ് ലൈൻ സൂചിപ്പിക്കുന്നു. അധിക പ്രത്യേക പ്രതീകങ്ങളായി, അസോസിയേഷന്റെ പേരും അതുപോലെ തന്നെ അസോസിയേഷന്റെ റോൾ ക്ലാസുകളുടെ പേരുകളും ഗുണിതങ്ങളും ഉപയോഗിക്കാം. ഒരു അസോസിയേഷന്റെ പേര് അതിന്റെ പദവിയുടെ ഒരു ഓപ്ഷണൽ ഘടകമാണ്.

അഗ്രഗേഷൻ ബന്ധംക്ലാസുകളിലൊന്ന് മറ്റ് എന്റിറ്റികളെ ഘടകങ്ങളായി ഉൾക്കൊള്ളുന്ന ഒരു എന്റിറ്റിയാണെങ്കിൽ നിരവധി ക്ലാസുകൾക്കിടയിൽ സംഭവിക്കുന്നു. "ഭാഗം-മുഴുവൻ" തരത്തിലുള്ള സിസ്റ്റം ബന്ധങ്ങളെ പ്രതിനിധീകരിക്കാൻ ഇത് ഉപയോഗിക്കുന്നു.

രചന ബന്ധംഒരു അഗ്രഗേഷൻ ബന്ധത്തിന്റെ ഒരു പ്രത്യേക സാഹചര്യമാണ്. ഈ ബന്ധം ഭാഗം-മുഴുവൻ ബന്ധത്തിന്റെ ഒരു പ്രത്യേക രൂപത്തെ ഉയർത്തിക്കാട്ടുന്നു, അതിൽ ഘടകഭാഗങ്ങൾ ഏതെങ്കിലും അർത്ഥത്തിൽ മൊത്തത്തിലുള്ളതാണ്. അവ തമ്മിലുള്ള ബന്ധത്തിന്റെ പ്രത്യേകത, ഭാഗങ്ങൾക്ക് മൊത്തത്തിൽ നിന്ന് ഒറ്റപ്പെട്ട് പ്രവർത്തിക്കാൻ കഴിയില്ല എന്ന വസ്തുതയിലാണ്, അതായത്, മൊത്തത്തിലുള്ള നാശത്തോടെ, അതിന്റെ എല്ലാ ഘടകഭാഗങ്ങളും നശിപ്പിക്കപ്പെടുന്നു.

സാമാന്യവൽക്കരണ ബന്ധംകൂടുതൽ പൊതുവായ ഘടകവും (മാതാപിതാക്കൾ അല്ലെങ്കിൽ പൂർവ്വികർ) കൂടുതൽ നിർദ്ദിഷ്ട അല്ലെങ്കിൽ പ്രത്യേക ഘടകവും (കുട്ടി അല്ലെങ്കിൽ പിൻഗാമി) തമ്മിലുള്ള ബന്ധമാണ്. ഒരു ക്ലാസ് ഡയഗ്രാമിൽ പ്രയോഗിക്കുന്നത് പോലെ, ഈ ബന്ധം ക്ലാസുകളുടെ ശ്രേണീകൃത ഘടനയും അവയുടെ സ്വഭാവങ്ങളുടെയും സ്വഭാവത്തിന്റെയും അനന്തരാവകാശത്തെ വിവരിക്കുന്നു. പിൻഗാമി വിഭാഗത്തിന് പൂർവ്വിക വർഗ്ഗത്തിന്റെ എല്ലാ ഗുണങ്ങളും പെരുമാറ്റങ്ങളും ഉണ്ടെന്നും പൂർവ്വിക വർഗ്ഗത്തിൽ ഇല്ലാത്ത സ്വന്തം സ്വഭാവങ്ങളും സ്വഭാവവും ഉണ്ടെന്ന് ഇത് അനുമാനിക്കുന്നു.

ഓട്ടോമാറ്റൺ ഡയഗ്രം

ഓട്ടോമാറ്റൺ ഡയഗ്രം(സ്റ്റേറ്റ് മെഷീൻ ഡയഗ്രം) അല്ലെങ്കിൽ സംസ്ഥാന ഡയഗ്രം UML-ലെ പെരുമാറ്റം വിശദമായി വിവരിക്കുന്നതിനുള്ള ഒരു മാർഗമാണ് UML 1 (സ്റ്റേറ്റ് ചാർട്ട് ഡയഗ്രം). സാരാംശത്തിൽ, ഓട്ടോമാറ്റൺ ഡയഗ്രമുകൾ, പേര് സൂചിപ്പിക്കുന്നത് പോലെ, നിരവധി അധിക വിശദാംശങ്ങളും വിശദാംശങ്ങളും നിറഞ്ഞ ഒരു പരിമിത ഓട്ടോമാറ്റണിന്റെ അവസ്ഥകളുടെയും സംക്രമണങ്ങളുടെയും ഒരു ഗ്രാഫാണ്.

സംസ്ഥാന ഡയഗ്രം ഒരു ക്ലാസിന്റെ അവസ്ഥകൾ മാറ്റുന്ന പ്രക്രിയയെ വിവരിക്കുന്നു, അല്ലെങ്കിൽ ഒരു പ്രത്യേക ക്ലാസിന്റെ ഒരു ഉദാഹരണം, അതായത്, ഒരു പ്രത്യേക വസ്തുവിന്റെ അവസ്ഥയിൽ സാധ്യമായ എല്ലാ മാറ്റങ്ങളെയും ഇത് മാതൃകയാക്കുന്നു. ഈ സാഹചര്യത്തിൽ, ഒരു വസ്തുവിന്റെ അവസ്ഥയിലെ മാറ്റം മറ്റ് വസ്തുക്കളിൽ നിന്നോ പുറത്തുനിന്നോ ഉള്ള ബാഹ്യ സ്വാധീനങ്ങളാൽ സംഭവിക്കാം. അത്തരം ബാഹ്യ സ്വാധീനങ്ങളോടുള്ള ഒരു വസ്തുവിന്റെ പ്രതികരണം വിവരിക്കാനാണ് സംസ്ഥാന ഡയഗ്രമുകൾ ഉപയോഗിക്കുന്നത്.

ഓട്ടോമാറ്റൺ ഡയഗ്രാമിൽ, ഒരു പ്രധാന തരം എന്റിറ്റി ഉപയോഗിക്കുന്നു - സംസ്ഥാനങ്ങൾ, ഒരു തരം ബന്ധം - സംക്രമണങ്ങൾ, എന്നാൽ അവ രണ്ടിനും നിരവധി ഇനങ്ങളും പ്രത്യേക കേസുകളും അധിക പദവികളും ഉണ്ട്. ഒരു ഡയറക്‌ടഡ് ഗ്രാഫിന്റെ രൂപത്തിൽ സിമുലേറ്റഡ് സിസ്റ്റത്തിന്റെ ചലനാത്മക വശങ്ങളെ ഓട്ടോമാറ്റൺ പ്രതിനിധീകരിക്കുന്നു, അതിന്റെ ലംബങ്ങൾ സംസ്ഥാനങ്ങളുമായി പൊരുത്തപ്പെടുന്നു, ആർക്കുകൾ സംക്രമണങ്ങളുമായി പൊരുത്തപ്പെടുന്നു.

പ്രാരംഭ അവസ്ഥആന്തരിക പ്രവർത്തനങ്ങളൊന്നും (കപട-സംസ്ഥാനങ്ങൾ) അടങ്ങിയിട്ടില്ലാത്ത ഒരു സംസ്ഥാനത്തിന്റെ പ്രത്യേക സാഹചര്യമാണ്. സമയത്തിന്റെ പ്രാരംഭ നിമിഷത്തിൽ ഒബ്ജക്റ്റ് ഡിഫോൾട്ടായി ഈ അവസ്ഥയിലാണ്. സംസ്ഥാനങ്ങൾ മാറ്റുന്ന പ്രക്രിയ ആരംഭിക്കുന്ന ഗ്രാഫിക്കൽ ഏരിയയുടെ സംസ്ഥാന ഡയഗ്രാമിൽ ഇത് സൂചിപ്പിക്കാൻ സഹായിക്കുന്നു.

ഫൈനൽ (ഫൈനൽ)ഒരു സംസ്ഥാനം എന്നത് ഒരു സംസ്ഥാനത്തിന്റെ ഒരു പ്രത്യേക കേസാണ്, അതിൽ ആന്തരിക പ്രവർത്തനങ്ങളൊന്നും അടങ്ങിയിട്ടില്ല (കപട-സംസ്ഥാനങ്ങൾ). അവസാന സമയത്ത് ഓട്ടോമാറ്റൺ പൂർത്തിയാക്കിയ ശേഷം ഒബ്‌ജക്റ്റ് ഡിഫോൾട്ടായി ഈ അവസ്ഥയിലായിരിക്കും.

പ്രവർത്തന ഡയഗ്രം

രൂപകൽപ്പന ചെയ്യുന്നതോ വിശകലനം ചെയ്യുന്നതോ ആയ ഒരു സിസ്റ്റത്തിന്റെ പെരുമാറ്റം മാതൃകയാക്കുമ്പോൾ, അതിന്റെ അവസ്ഥകൾ മാറ്റുന്ന പ്രക്രിയ അവതരിപ്പിക്കുക മാത്രമല്ല, സിസ്റ്റം നടത്തുന്ന പ്രവർത്തനങ്ങളുടെ അൽഗോരിതം, ലോജിക്കൽ നടപ്പാക്കലിന്റെ സവിശേഷതകൾ വിശദീകരിക്കുകയും ചെയ്യേണ്ടത് ആവശ്യമാണ്.

പ്രവർത്തന ഡയഗ്രം(ആക്‌റ്റിവിറ്റി ഡയഗ്രം) ഒരു അൽഗോരിതത്തിന്റെ നല്ല പഴയ ഫ്ലോചാർട്ടിനോട് ദൃശ്യപരമായി സാമ്യമുള്ള പെരുമാറ്റം വിവരിക്കുന്നതിനുള്ള മറ്റൊരു മാർഗമാണ്. പ്രവർത്തനങ്ങൾ നടത്തുന്ന പ്രക്രിയയെ അനുകരിക്കാൻ ഉപയോഗിക്കുന്നു.

പ്രവർത്തന ഡയഗ്രമുകൾ ഉപയോഗിക്കുന്നതിനുള്ള പ്രധാന ദിശ, ക്ലാസ് ഓപ്പറേഷനുകൾ നടപ്പിലാക്കുന്നതിന്റെ സവിശേഷതകൾ ദൃശ്യവൽക്കരിക്കുക എന്നതാണ്, അവയുടെ നിർവ്വഹണത്തിനായി അൽഗോരിതങ്ങൾ അവതരിപ്പിക്കേണ്ടത് ആവശ്യമാണ്.

പ്രവർത്തന ഡയഗ്രാമിൽ, ഒരു പ്രധാന തരം എന്റിറ്റികൾ ഉപയോഗിക്കുന്നു - പ്രവർത്തനം, ഒരു തരം ബന്ധം - സംക്രമണങ്ങൾ (നിയന്ത്രണ കൈമാറ്റങ്ങൾ). ഫോർക്കുകൾ, ലയനങ്ങൾ, കണക്ഷനുകൾ, ശാഖകൾ തുടങ്ങിയ നിർമ്മാണങ്ങളും ഉപയോഗിക്കുന്നു. ഒരു ലളിതമായ പ്രവർത്തനത്തിന്റെ പേരായി വിശദീകരണ വാക്കുകളുള്ള ഒരു ക്രിയ ഉപയോഗിക്കാൻ ശുപാർശ ചെയ്യുന്നു.

സീക്വൻസ് ഡയഗ്രം

സീക്വൻസ് ഡയഗ്രം(സീക്വൻസ് ഡയഗ്രം) സിസ്റ്റത്തിന്റെ സ്വഭാവം "ഉദാഹരണങ്ങൾ വഴി" വിവരിക്കുന്ന ഒരു മാർഗമാണ്.

വാസ്തവത്തിൽ, സിസ്റ്റത്തിന്റെ ഒരു പ്രത്യേക സെഷന്റെ (അല്ലെങ്കിൽ അത്തരമൊരു പ്രോട്ടോക്കോളിന്റെ ഒരു ഭാഗം) പ്രോട്ടോക്കോളിന്റെ ഒരു റെക്കോർഡാണ് സീക്വൻസ് ഡയഗ്രം. ഒബ്ജക്റ്റ് ഓറിയന്റഡ് പ്രോഗ്രാമിംഗിൽ, റൺടൈമിലെ ഏറ്റവും അത്യാവശ്യമായ കാര്യം, സഹകരിക്കുന്ന വസ്തുക്കൾക്കിടയിൽ സന്ദേശങ്ങൾ കൈമാറുക എന്നതാണ്. സന്ദേശങ്ങൾ അയയ്‌ക്കുന്നതിന്റെ ക്രമമാണ് ഈ ഡയഗ്രാമിൽ പ്രദർശിപ്പിക്കുന്നത്, അതിനാൽ ഈ പേര്.

സീക്വൻസ് ഡയഗ്രാമിൽ, ഒരു പ്രധാന തരം എന്റിറ്റികൾ ഉപയോഗിക്കുന്നു - സംവദിക്കുന്ന ക്ലാസിഫയറുകൾ (പ്രധാനമായും ക്ലാസുകൾ, ഘടകങ്ങൾ, അഭിനേതാക്കൾ), ഒരു തരത്തിലുള്ള ബന്ധം - സന്ദേശങ്ങൾ കൈമാറുന്ന ലിങ്കുകൾ.

സാധ്യമായ തരത്തിലുള്ള സന്ദേശങ്ങൾ (larin.in-ൽ നിന്ന് എടുത്ത ചിത്രം):

ആശയവിനിമയ ഡയഗ്രം

ആശയവിനിമയ ഡയഗ്രം(ആശയവിനിമയ ഡയഗ്രം) - പെരുമാറ്റം വിവരിക്കുന്നതിനുള്ള ഒരു മാർഗ്ഗം, ഒരു സീക്വൻസ് ഡയഗ്രാമിന് തുല്യമാണ്. വാസ്തവത്തിൽ, ഇത് മറ്റ് ഗ്രാഫിക് മാർഗങ്ങളിലൂടെ മാത്രം പ്രകടിപ്പിക്കുന്ന, ക്ലാസിഫയറുകളുടെ സംവേദനാത്മക സംഭവങ്ങളുടെ സന്ദേശ കൈമാറ്റ ക്രമത്തിന്റെ അതേ വിവരണമാണ്.

അതിനാൽ, ആശയവിനിമയ ഡയഗ്രാമിലും സീക്വൻസ് ഡയഗ്രാമിലും, ഒരു പ്രധാന തരം എന്റിറ്റികൾ ഉപയോഗിക്കുന്നു - സംവദിക്കുന്ന ക്ലാസിഫയറുകളുടെയും ഒരു തരം ബന്ധത്തിന്റെയും ഉദാഹരണങ്ങൾ - കണക്ഷനുകൾ. എന്നിരുന്നാലും, ഇവിടെ ഊന്നൽ നൽകുന്നത് സമയത്തിനല്ല, പ്രത്യേക സന്ദർഭങ്ങൾ തമ്മിലുള്ള ബന്ധങ്ങളുടെ ഘടനയിലാണ്.

ഘടകം ഡയഗ്രം

ഘടകം ഡയഗ്രം(ഘടക ഡയഗ്രം) - സിമുലേറ്റഡ് സിസ്റ്റം നിർമ്മിക്കുന്ന മൊഡ്യൂളുകൾ (ലോജിക്കൽ അല്ലെങ്കിൽ ഫിസിക്കൽ) തമ്മിലുള്ള ബന്ധം കാണിക്കുന്നു.

ഒരു ഘടക ഡയഗ്രാമിലെ പ്രധാന എന്റിറ്റി തരം ഘടകങ്ങൾ തന്നെയാണ്, അതുപോലെ തന്നെ ഘടകങ്ങൾ തമ്മിലുള്ള ബന്ധം സൂചിപ്പിക്കുന്ന ഇന്റർഫേസുകളും ആണ്. ഘടക ഡയഗ്രാമിൽ ഇനിപ്പറയുന്ന ബന്ധങ്ങൾ ബാധകമാണ്:

• ഘടകങ്ങളും ഇന്റർഫേസുകളും തമ്മിലുള്ള നടപ്പാക്കലുകൾ (ഘടകം ഇന്റർഫേസ് നടപ്പിലാക്കുന്നു);
• ഘടകങ്ങളും ഇന്റർഫേസുകളും തമ്മിലുള്ള ആശ്രിതത്വം (ഒരു ഘടകം ഒരു ഇന്റർഫേസ് ഉപയോഗിക്കുന്നു);

പ്ലേസ്മെന്റ് ഡയഗ്രം

പ്ലേസ്മെന്റ് ഡയഗ്രം(വിന്യാസ ഡയഗ്രം), സിസ്റ്റം ഘടകങ്ങളുടെ ഘടനയും ബന്ധങ്ങളും പ്രദർശിപ്പിക്കുന്നതിനൊപ്പം, നിർവ്വഹണ സമയത്ത് അവ എങ്ങനെ ഭൗതികമായി കമ്പ്യൂട്ടിംഗ് ഉറവിടങ്ങളിൽ സ്ഥാപിച്ചിരിക്കുന്നുവെന്ന് കാണിക്കുന്നു.

പ്ലേസ്‌മെന്റ് ഡയഗ്രാമിൽ, ഘടക ഡയഗ്രാമുമായി താരതമ്യപ്പെടുത്തുമ്പോൾ, രണ്ട് തരം എന്റിറ്റികൾ ചേർത്തിരിക്കുന്നു: ഒരു ആർട്ടിഫാക്റ്റ്, ഇത് ഘടകത്തിന്റെയും നോഡിന്റെയും നിർവ്വഹണമാണ് (ഇത് ഒന്നുകിൽ നോഡിന്റെ തരമോ ഒരു നിർദ്ദിഷ്ട ഉദാഹരണമോ വിവരിക്കുന്ന ഒരു ക്ലാസിഫയർ ആകാം), നോഡുകൾ തമ്മിലുള്ള ബന്ധവും, റൺ ടൈമിൽ നോഡുകൾ ശാരീരികമായി ബന്ധിപ്പിച്ചിട്ടുണ്ടെന്ന് കാണിക്കുന്നു.

ഒബ്ജക്റ്റ് ഡയഗ്രം

ഒബ്ജക്റ്റ് ഡയഗ്രം(ഒബ്ജക്റ്റ് ഡയഗ്രം) - ഒരു ക്ലാസ് ഡയഗ്രാമിന്റെ ഒരു ഉദാഹരണമാണ്.

ഒബ്‌ജക്റ്റ് ഡയഗ്രാമിൽ, ഒരു പ്രധാന തരം എന്റിറ്റികൾ ഉപയോഗിക്കുന്നു: ഒബ്‌ജക്റ്റുകൾ (ക്ലാസ് സംഭവങ്ങൾ), അവയ്ക്കിടയിൽ നിർദ്ദിഷ്ട ബന്ധങ്ങൾ സൂചിപ്പിച്ചിരിക്കുന്നു (മിക്കപ്പോഴും അസ്സോസിയേഷൻ സംഭവങ്ങൾ). ഒബ്ജക്റ്റ് ഡയഗ്രമുകൾ ഒരു സഹായ സ്വഭാവമുള്ളവയാണ് - വാസ്തവത്തിൽ, ഇവ സിസ്റ്റത്തിന്റെ പ്രവർത്തനത്തിലെ ചില പ്രത്യേക നിമിഷങ്ങളിൽ എന്തെല്ലാം വസ്തുക്കളും അവ തമ്മിലുള്ള ബന്ധവും കാണിക്കുന്ന ഉദാഹരണങ്ങളാണ് (ഒരാൾ പറയാം, മെമ്മറി ഡംപ്പുകൾ).

ആന്തരിക ഘടനയുടെ ഡയഗ്രം(സംയോജിത ഘടന ഡയഗ്രം) ഘടനാപരമായ ക്ലാസിഫയറുകൾ, പ്രാഥമികമായി ക്ലാസുകൾ, ഘടകങ്ങൾ എന്നിവയുടെ കൂടുതൽ വിശദമായ അവതരണത്തിനായി ഉപയോഗിക്കുന്നു.

ഒരു സ്ട്രക്ചറൽ ക്ലാസിഫയർ മുകളിൽ ക്ലാസിഫയറിന്റെ പേരുള്ള ഒരു ദീർഘചതുരമായി കാണിച്ചിരിക്കുന്നു. ഉള്ളിൽ ഭാഗങ്ങളുണ്ട്. നിരവധി ഭാഗങ്ങൾ ഉണ്ടാകാം. ഭാഗങ്ങൾ പരസ്പരം ഇടപഴകാൻ കഴിയും. വിവിധ തരത്തിലുള്ള കണക്ടറുകൾ ഇത് സൂചിപ്പിക്കുന്നു. കണക്റ്റർ ഘടിപ്പിച്ചിരിക്കുന്ന ഭാഗത്തിന്റെ പുറം അറ്റത്തുള്ള സ്ഥലത്തെ പോർട്ട് എന്ന് വിളിക്കുന്നു. ഘടനാപരമായ ക്ലാസിഫയറിന്റെ പുറം അതിർത്തിയിലും തുറമുഖങ്ങൾ സ്ഥിതിചെയ്യുന്നു.

ഇന്ററാക്ഷൻ അവലോകന ഡയഗ്രം(ഇന്ററാക്ഷൻ ഓവർവ്യൂ ഡയഗ്രം) ഒരു വിപുലീകൃത വാക്യഘടനയുള്ള ഒരു തരം ആക്റ്റിവിറ്റി ഡയഗ്രമാണ്: ഒരു അവലോകന ഇന്ററാക്ഷൻ ഡയഗ്രാമിന്റെ ഘടകങ്ങൾ എന്ന നിലയിൽ, സീക്വൻസ് ഡയഗ്രമുകൾ നിർവചിച്ചിരിക്കുന്ന ഇന്ററാക്ഷനുകളിലേക്കുള്ള ലിങ്കുകൾ (ഇന്ററാക്ഷൻ ഉപയോഗം) പ്രവർത്തിക്കാൻ കഴിയും.

സമയ ഡയഗ്രം

സമയ ഡയഗ്രം(ടൈമിംഗ് ഡയഗ്രം) എന്നത് ഒരു സീക്വൻസ് ഡയഗ്രാമിന്റെ ഒരു പ്രത്യേക രൂപമാണ്, അതിൽ ക്ലാസിഫയറുകളുടെ വിവിധ സന്ദർഭങ്ങളുടെ അവസ്ഥകളിലെ മാറ്റത്തിനും അവയുടെ സമയ സമന്വയത്തിനും പ്രത്യേക ശ്രദ്ധ നൽകുന്നു.

പാക്കേജ് ഡയഗ്രം

പാക്കേജ് ഡയഗ്രം(പാക്കേജ് ഡയഗ്രം) മോഡലിന്റെ സങ്കീർണ്ണത നിയന്ത്രിക്കാൻ നിങ്ങളെ അനുവദിക്കുന്ന ഒരേയൊരു ഉപകരണമാണ്.

നൊട്ടേഷന്റെ പ്രധാന ഘടകങ്ങൾ വിവിധ സ്റ്റീരിയോടൈപ്പുകളുള്ള പാക്കേജുകളും ഡിപൻഡൻസികളുമാണ്.

എന്റിറ്റി-റിലേഷൻഷിപ്പ് മോഡൽ (ER-മോഡൽ)

അനലോഗ് ക്ലാസ് ഡയഗ്രമുകൾ(UML) ആകാം ER മോഡൽ, ഇത് ഡാറ്റാബേസുകളുടെ രൂപകൽപ്പനയിൽ ഉപയോഗിക്കുന്നു (റിലേഷണൽ മോഡൽ).

എന്റിറ്റി-റിലേഷൻഷിപ്പ് മോഡൽ (ER-മോഡൽ) സബ്ജക്റ്റ് ഏരിയയുടെ ആശയപരമായ സ്കീമകൾ വിവരിക്കാൻ നിങ്ങളെ അനുവദിക്കുന്ന ഒരു ഡാറ്റ മോഡലാണ്. ഉയർന്ന തലത്തിലുള്ള (സങ്കല്പപരമായ) ഡാറ്റാബേസ് ഡിസൈനിൽ ER മോഡൽ ഉപയോഗിക്കുന്നു. അതിന്റെ സഹായത്തോടെ, നിങ്ങൾക്ക് പ്രധാന എന്റിറ്റികളെ ഹൈലൈറ്റ് ചെയ്യാനും ഈ എന്റിറ്റികൾക്കിടയിൽ സ്ഥാപിക്കാൻ കഴിയുന്ന ബന്ധങ്ങൾ നിശ്ചയിക്കാനും കഴിയും. വിക്കിപീഡിയ

സബ്ജക്ട് ഏരിയയുടെ ഏത് ശകലത്തെയും ഒരു കൂട്ടം എന്റിറ്റികളായി പ്രതിനിധീകരിക്കാം, അവയ്ക്കിടയിൽ ചില ബന്ധങ്ങളുണ്ട്.

അടിസ്ഥാന സങ്കൽപങ്ങൾ:

സാരാംശം(എന്റിറ്റി) മറ്റ് എന്റിറ്റികളിൽ നിന്ന് വേർതിരിക്കുന്ന തരത്തിൽ തിരിച്ചറിയാൻ കഴിയുന്ന ഒരു എന്റിറ്റിയാണ്, ഉദാഹരണത്തിന്, ക്ലയന്റ് 777. ഒരു എന്റിറ്റി യഥാർത്ഥത്തിൽ ആട്രിബ്യൂട്ടുകളുടെ ഒരു കൂട്ടമാണ്.

എന്റിറ്റി സെറ്റ്(എന്റിറ്റി സെറ്റ്) - ഒരേ തരത്തിലുള്ള എന്റിറ്റികളുടെ ഒരു കൂട്ടം (ഒരേ പ്രോപ്പർട്ടികൾ ഉള്ളത്).

കണക്ഷൻ(ബന്ധം) ഒന്നിലധികം എന്റിറ്റികൾക്കിടയിൽ സ്ഥാപിതമായ ഒരു അസോസിയേഷനാണ്.

ഡൊമെയ്ൻ(ഡൊമെയ്ൻ) - ആട്രിബ്യൂട്ടിന്റെ മൂല്യങ്ങളുടെ (ഡൊമെയ്ൻ) സെറ്റ്.

മൂന്ന് തരം ബൈനറി ലിങ്കുകൾ ഉണ്ട്:

• ഒന്ന് മുതൽ ഒന്ന് വരെ- ഒരു ക്ലാസിലെ ഒരു എന്റിറ്റിയുടെ ഒരൊറ്റ ഉദാഹരണം മറ്റൊരു ക്ലാസിലെ ഒരു എന്റിറ്റിയുടെ ഒരൊറ്റ സംഭവവുമായി ബന്ധപ്പെട്ടിരിക്കുന്നു, ഉദാഹരണത്തിന്, ഹെഡ് - ഡിപ്പാർട്ട്മെന്റ്;
• 1 മുതൽ Nഅഥവാ ഒന്നിൽ നിന്ന് പലതും- ഒരു ക്ലാസിലെ ഒരു എന്റിറ്റിയുടെ ഒരൊറ്റ ഉദാഹരണം മറ്റൊരു ക്ലാസിലെ ഒരു എന്റിറ്റിയുടെ നിരവധി സംഭവങ്ങളുമായി ബന്ധപ്പെട്ടിരിക്കുന്നു, ഉദാഹരണത്തിന്, വകുപ്പ് - ജീവനക്കാരൻ;
• എൻ മുതൽ എം വരെഅഥവാ പലതും പലതും- ഒരു ക്ലാസിലെ ഒരു എന്റിറ്റിയുടെ നിരവധി സംഭവങ്ങൾ മറ്റൊരു ക്ലാസിലെ ഒരു എന്റിറ്റിയുടെ നിരവധി സംഭവങ്ങളുമായി ബന്ധപ്പെട്ടിരിക്കുന്നു, ഉദാഹരണത്തിന്, ജീവനക്കാരൻ - പ്രോജക്റ്റ്;
UML-ലെ അടിസ്ഥാന ആശയങ്ങളുടെ ഗ്ലോസറി

വസ്തു- ഒരു പ്രത്യേകതയുള്ളതും അവസ്ഥയും പെരുമാറ്റവും ഉൾക്കൊള്ളുന്നതുമായ ഒരു സ്ഥാപനം.

ക്ലാസ്- സ്വഭാവം നിർവചിക്കുന്ന അവസ്ഥയും പ്രവർത്തനങ്ങളും നിർവചിക്കുന്ന പൊതുവായ ആട്രിബ്യൂട്ടുകളുള്ള ഒരു കൂട്ടം വസ്തുക്കളുടെ വിവരണം.

ഇന്റർഫേസ്- ഉപഭോക്താവിന് അഭ്യർത്ഥിക്കാവുന്നതും സേവന ദാതാവ് നൽകുന്നതുമായ സേവനങ്ങളുടെ ഒരു കൂട്ടം നിർവചിക്കുന്ന പ്രവർത്തനങ്ങളുടെ പേരുള്ള ഒരു കൂട്ടം.

സഹകരണം- ചില ലക്ഷ്യം നേടുന്നതിന് സംവദിക്കുന്ന വസ്തുക്കളുടെ ഒരു കൂട്ടം.

നടൻ- മോഡൽ ചെയ്ത സിസ്റ്റത്തിന് പുറത്തുള്ളതും നേരിട്ട് സംവദിക്കുന്നതുമായ ഒരു എന്റിറ്റി.

ഘടകം- ആവശ്യമായതും നൽകിയതുമായ ഇന്റർഫേസുകളുടെ നന്നായി നിർവചിക്കപ്പെട്ട ഒരു കൂട്ടം സിസ്റ്റത്തിന്റെ മോഡുലാർ ഭാഗം.

ആർട്ടിഫാക്റ്റ്- സോഫ്റ്റ്‌വെയർ വികസന പ്രക്രിയയിൽ ഉപയോഗിക്കുന്നതോ സൃഷ്ടിക്കുന്നതോ ആയ വിവരങ്ങളുടെ ഒരു ഘടകം. മറ്റൊരു വിധത്തിൽ പറഞ്ഞാൽ, ഒരു ആർട്ടിഫാക്റ്റ് എന്നത് ഒരു മോഡൽ എലമെന്റിൽ നിന്ന് (ഒരു ക്ലാസ് അല്ലെങ്കിൽ ഘടകം പോലെ) ഉരുത്തിരിഞ്ഞ ഒരു ഭൗതിക യൂണിറ്റാണ്.

നോഡ്- പുരാവസ്തുക്കൾ സ്ഥാപിക്കുകയും ആവശ്യമെങ്കിൽ നടപ്പിലാക്കുകയും ചെയ്യുന്ന ഒരു കമ്പ്യൂട്ടിംഗ് ഉറവിടം.

ബിഹേവിയറൽ എന്റിറ്റികൾ പെരുമാറ്റം വിവരിക്കാൻ ഉദ്ദേശിച്ചുള്ളതാണ്. രണ്ട് അടിസ്ഥാന സ്വഭാവസവിശേഷതകൾ മാത്രമേയുള്ളൂ: അവസ്ഥയും പ്രവർത്തനവും.

സംസ്ഥാനം- ഒരു വസ്തുവിന്റെ ജീവിത ചക്രത്തിലെ ഒരു കാലഘട്ടം, വസ്തു ഒരു നിശ്ചിത അവസ്ഥയെ തൃപ്തിപ്പെടുത്തുകയും സ്വന്തം പ്രവർത്തനം നടത്തുകയും അല്ലെങ്കിൽ ചില സംഭവങ്ങളുടെ സംഭവത്തിനായി കാത്തിരിക്കുകയും ചെയ്യുന്നു.

നടപടി- പ്രാകൃത ആറ്റോമിക് കണക്കുകൂട്ടൽ.

യന്ത്രംപരിമിതമായ എണ്ണം അവസ്ഥകളും പരിവർത്തനങ്ങളും ഉള്ള ഒരു പ്രത്യേക ഇടമായി മോഡൽ ചെയ്ത എന്റിറ്റിയുടെ സ്വഭാവത്തെ പ്രതിനിധീകരിക്കുന്നതിന് ആവശ്യമായ ഒരു കൂട്ടം ആശയങ്ങളെ നിർവചിക്കുന്ന ഒരു പാക്കേജാണ്.

ക്ലാസിഫയർഒരേ തരത്തിലുള്ള ഒബ്‌ജക്‌റ്റുകളുടെ ഒരു കൂട്ടം വിവരണമാണ്.

അധിക വായന

• ഫൗളർ എം. യുഎംഎൽ. അടിസ്ഥാനകാര്യങ്ങൾ, മൂന്നാം പതിപ്പ്
• ബുച്ച് ജി., റാംബോ ഡി., ജേക്കബ്സൺ ഐ. യുഎംഎൽ ഭാഷ. ഉപയോക്തൃ ഗൈഡ്

1997 അവസാനത്തോടെ ഒബ്‌ജക്റ്റ് മാനേജിംഗ് ഗ്രൂപ്പ് (OMG) അംഗീകരിച്ചതും ഒബ്‌ജക്റ്റ്-ഓറിയന്റഡ് CASE ഉൽപ്പന്നങ്ങളുടെ പിന്തുണയുള്ളതുമായ സോഫ്‌റ്റ്‌വെയർ സിസ്റ്റങ്ങളുടെ വിഷ്വൽ മോഡലിംഗിനുള്ള സ്റ്റാൻഡേർഡ് നോട്ടേഷനാണ് UML.

UML സ്റ്റാൻഡേർഡ് മോഡലിംഗിനായി ഇനിപ്പറയുന്ന ഡയഗ്രമുകൾ വാഗ്ദാനം ചെയ്യുന്നു:

കേസ് ഡയഗ്രം ഉപയോഗിക്കുക (കേസ് ഡയഗ്രം ഉപയോഗിക്കുക) - ഒരു ഓർഗനൈസേഷന്റെയോ എന്റർപ്രൈസസിന്റെയോ ബിസിനസ്സ് പ്രക്രിയകൾ മാതൃകയാക്കുന്നതിനും സൃഷ്ടിക്കുന്ന വിവര സംവിധാനത്തിന്റെ ആവശ്യകതകൾ നിർണ്ണയിക്കുന്നതിനും;

ക്ലാസ് ഡയഗ്രം (ക്ലാസ് ഡയഗ്രം) - സിസ്റ്റം ക്ലാസുകളുടെ സ്റ്റാറ്റിക് ഘടനയും അവ തമ്മിലുള്ള ബന്ധവും മാതൃകയാക്കുന്നതിന്;

സിസ്റ്റം പെരുമാറ്റ ഡയഗ്രം (പെരുമാറ്റ ഡയഗ്രമുകൾ);

ഇന്ററാക്ഷൻ ഡയഗ്രമുകൾ;

സീക്വൻസ് ഡയഗ്രമുകൾ - ഒരു ഉപയോഗ കേസിൽ ഒബ്‌ജക്റ്റുകൾക്കിടയിൽ സന്ദേശമയയ്‌ക്കൽ പ്രക്രിയ മാതൃകയാക്കുന്നതിന്;

സഹകരണ ഡയഗ്രം (സഹകരണ രേഖാചിത്രം) - ഒരേ ഉപയോഗ കേസിൽ വസ്തുക്കൾ തമ്മിലുള്ള സന്ദേശമയയ്‌ക്കൽ പ്രക്രിയ മാതൃകയാക്കുന്നതിന്;

സ്റ്റേറ്റ്‌ചാർട്ട് ഡയഗ്രം - ഒരു അവസ്ഥയിൽ നിന്ന് മറ്റൊന്നിലേക്ക് മാറുന്ന സമയത്ത് സിസ്റ്റം ഒബ്‌ജക്റ്റുകളുടെ സ്വഭാവം മാതൃകയാക്കുന്നതിന്;

ആക്റ്റിവിറ്റി ഡയഗ്രം - വിവിധ ഉപയോഗ കേസുകളുടെ ചട്ടക്കൂടിനുള്ളിൽ സിസ്റ്റത്തിന്റെ പെരുമാറ്റം മോഡലിംഗ്, അല്ലെങ്കിൽ മോഡലിംഗ് പ്രവർത്തനങ്ങൾ;

നടപ്പാക്കൽ ഡയഗ്രം (നിർവഹണ ഡയഗ്രമുകൾ):

ഘടക ഡയഗ്രമുകൾ (ഘടക ഡയഗ്രമുകൾ) - ഒരു വിവര സിസ്റ്റത്തിന്റെ ഘടകങ്ങളുടെ (ഉപസിസ്റ്റങ്ങൾ) ശ്രേണിയെ മാതൃകയാക്കുന്നതിന്;

വിന്യാസ ഡയഗ്രം (വിന്യാസ ഡയഗ്രം) - രൂപകൽപ്പന ചെയ്ത വിവര സംവിധാനത്തിന്റെ ഫിസിക്കൽ ആർക്കിടെക്ചർ മാതൃകയാക്കുന്നതിന്.

അത്തിപ്പഴത്തിൽ. 1.1 ഈ കോഴ്‌സ് പ്രോജക്‌റ്റിൽ വികസിപ്പിക്കേണ്ട പ്രധാന ഡയഗ്രമുകൾ ഉൾപ്പെടെ വിവര സംവിധാനത്തിന്റെ ഒരു സംയോജിത മാതൃക അവതരിപ്പിക്കുന്നു.

അരി. 1. UML ഭാഷയുടെ നൊട്ടേഷനിൽ ഒരു വിവര സംവിധാനത്തിന്റെ സംയോജിത മാതൃക

4.2. കേസ് ഡയഗ്രം ഉപയോഗിക്കുക

ചില ബാഹ്യവസ്തുക്കൾ (അഭിനേതാവ്) ട്രിഗർ ചെയ്യുന്ന ഒരു സംഭവത്തിന് പ്രതികരണമായി സിസ്റ്റം നടത്തുന്ന പ്രവർത്തനങ്ങളുടെ ഒരു ശ്രേണിയാണ് ഉപയോഗ കേസ്. ഒരു ഉപയോക്താവും സിസ്റ്റവും തമ്മിലുള്ള ഒരു സാധാരണ ഇടപെടലിനെ ഒരു ഉപയോഗ കേസ് വിവരിക്കുന്നു. ലളിതമായ സാഹചര്യത്തിൽ, ഈ വിവര സംവിധാനത്തിൽ നടപ്പിലാക്കാൻ ആഗ്രഹിക്കുന്ന പ്രവർത്തനങ്ങളെക്കുറിച്ച് ഉപയോക്താവുമായി ചർച്ച ചെയ്യുന്ന പ്രക്രിയയിലാണ് ഉപയോഗ കേസ് നിർണ്ണയിക്കുന്നത്. UML-ൽ, ഒരു ഉപയോഗ കേസ് ഇനിപ്പറയുന്ന രീതിയിൽ ചിത്രീകരിച്ചിരിക്കുന്നു:

ചിത്രം.2. കേസ് ഉപയോഗിക്കുക

സിസ്റ്റവുമായി ബന്ധപ്പെട്ട് ഒരു ഉപയോക്താവ് വഹിക്കുന്ന റോളാണ് നടൻ. അഭിനേതാക്കൾ റോളുകളെ പ്രതിനിധീകരിക്കുന്നു, നിർദ്ദിഷ്ട ആളുകളെയോ ജോലിയുടെ പേരുകളോ അല്ല. ഉപയോഗ രേഖാചിത്രങ്ങളിൽ അവയെ സ്റ്റൈലൈസ്ഡ് മനുഷ്യരൂപങ്ങളായി ചിത്രീകരിച്ചിട്ടുണ്ടെങ്കിലും, ഒരു നടന് സിസ്റ്റത്തിൽ നിന്ന് കുറച്ച് വിവരങ്ങൾ ആവശ്യമുള്ള ഒരു ബാഹ്യ വിവര സംവിധാനവും ആകാം. അഭിനേതാക്കൾക്ക് ചില ഉപയോഗ കേസുകൾ ആവശ്യമുള്ളപ്പോൾ മാത്രമേ നിങ്ങൾ ഒരു ഡയഗ്രാമിൽ അവരെ കാണിക്കാവൂ. UML-ൽ, അഭിനേതാക്കളെ രൂപങ്ങളായി പ്രതിനിധീകരിക്കുന്നു:

ചിത്രം.3. കഥാപാത്രം (നടൻ)

അഭിനേതാക്കളെ മൂന്ന് പ്രധാന തരങ്ങളായി തിരിച്ചിരിക്കുന്നു:

ഉപയോക്താക്കൾ

സംവിധാനങ്ങൾ;

ഇതുമായി സംവദിക്കുന്ന മറ്റ് സിസ്റ്റങ്ങൾ;

സിസ്റ്റത്തിലെ ഏതെങ്കിലും സംഭവങ്ങളുടെ ട്രിഗറിംഗ് അതിനെ ആശ്രയിച്ചിരിക്കുന്നുവെങ്കിൽ സമയം ഒരു നടനാകുന്നു.

4.2.1. ഉപയോഗ കേസുകളും അഭിനേതാക്കളും തമ്മിലുള്ള ബന്ധം

UML-ൽ, ഡയഗ്രം ഘടകങ്ങൾ തമ്മിലുള്ള പല തരത്തിലുള്ള ബന്ധങ്ങളെ ഉപയോഗ കേസ് ഡയഗ്രമുകൾ പിന്തുണയ്ക്കുന്നു:

ആശയവിനിമയം (ആശയവിനിമയം),

ഉൾപ്പെടുത്തൽ (ഉൾപ്പെടെ),

വിപുലീകരണം (നീട്ടുക),

പൊതുവൽക്കരണം.

ആശയവിനിമയ ആശയവിനിമയംഉപയോഗ കേസും നടനും തമ്മിലുള്ള ബന്ധമാണ്. UML-ൽ, വൺ-വേ അസോസിയേഷൻ (സോളിഡ് ലൈൻ) ഉപയോഗിച്ച് ആശയവിനിമയ ലിങ്കുകൾ കാണിക്കുന്നു.

ചിത്രം.4. ആശയവിനിമയ ലിങ്ക് ഉദാഹരണം

ഉൾപ്പെടുത്തൽ കണക്ഷൻഒന്നിലധികം ഉപയോഗ കേസുകളിൽ ആവർത്തിക്കുന്ന ചില സിസ്റ്റം സ്വഭാവമുള്ള സാഹചര്യങ്ങളിൽ ഉപയോഗിക്കുന്നു. അത്തരം ലിങ്കുകളുടെ സഹായത്തോടെ, പുനരുപയോഗിക്കാവുന്ന ഒരു ഫംഗ്ഷൻ സാധാരണയായി മാതൃകയാക്കുന്നു.

വിപുലീകരണ കണക്ഷൻഒരു സിസ്റ്റത്തിന്റെ സാധാരണ സ്വഭാവത്തിലെ മാറ്റങ്ങൾ വിവരിക്കാൻ ഉപയോഗിക്കുന്നു. ഒരു യൂസ് കെയ്‌സ് ആവശ്യമുള്ളപ്പോൾ മറ്റൊരു യൂസ് കെയ്‌സിന്റെ പ്രവർത്തനക്ഷമത ഉപയോഗിക്കാൻ ഇത് അനുവദിക്കുന്നു.

ചിത്രം.5. ഉൾപ്പെടുത്തൽ, വിപുലീകരണ ബന്ധത്തിന്റെ ഒരു ഉദാഹരണം

ആശയവിനിമയ സാമാന്യവൽക്കരണംനിരവധി അഭിനേതാക്കൾ അല്ലെങ്കിൽ ക്ലാസുകൾക്ക് പൊതുവായ ഗുണങ്ങളുണ്ടെന്ന് സൂചിപ്പിക്കുന്നു.

ചിത്രം.6. സാമാന്യവൽക്കരണ ബന്ധത്തിന്റെ ഒരു ഉദാഹരണം

4.3.

ഇന്ററാക്ഷൻ ഡയഗ്രമുകൾവസ്തുക്കളുടെ സംവദിക്കുന്ന ഗ്രൂപ്പുകളുടെ സ്വഭാവം വിവരിക്കുക. സാധാരണഗതിയിൽ, ഒരു ഇന്ററാക്ഷൻ ഡയഗ്രം ഒരൊറ്റ ഉപയോഗ കേസിനുള്ളിലെ വസ്തുക്കളുടെ സ്വഭാവം മാത്രമേ ഉൾക്കൊള്ളൂ. അത്തരം ഒരു ഡയഗ്രം നിരവധി ഒബ്‌ജക്റ്റുകളും അവ പരസ്പരം കൈമാറുന്ന സന്ദേശങ്ങളും പ്രദർശിപ്പിക്കുന്നു.

സന്ദേശംഅയച്ചയാളുടെ ഒബ്‌ജക്‌റ്റ് റിസീവർ ഒബ്‌ജക്‌റ്റിനോട് അതിന്റെ പ്രവർത്തനങ്ങളിലൊന്ന് നടത്താൻ അഭ്യർത്ഥിക്കുന്ന മാർഗമാണ്.

വിവരങ്ങൾ (വിജ്ഞാനപ്രദമായ) സന്ദേശംസ്വീകരിക്കുന്ന ഒബ്‌ജക്‌റ്റിന് അതിന്റെ അവസ്ഥ അപ്‌ഡേറ്റ് ചെയ്യുന്നതിന് ചില വിവരങ്ങൾ നൽകുന്ന ഒരു സന്ദേശമാണ്.

അഭ്യർത്ഥന സന്ദേശം (ചോദ്യം ചെയ്യുക)സ്വീകർത്താവിന്റെ ഒബ്ജക്റ്റിനെക്കുറിച്ചുള്ള ചില വിവരങ്ങളുടെ ഔട്ട്പുട്ട് അഭ്യർത്ഥിക്കുന്ന ഒരു സന്ദേശമാണ്.

അനിവാര്യമായ സന്ദേശംസ്വീകർത്താവിനോട് ചില പ്രവർത്തനങ്ങൾ നടത്താൻ ആവശ്യപ്പെടുന്ന ഒരു സന്ദേശമാണ്.

രണ്ട് തരത്തിലുള്ള ഇന്ററാക്ഷൻ ഡയഗ്രമുകൾ ഉണ്ട്: സീക്വൻസ് ഡയഗ്രമുകളും സഹകരണ ഡയഗ്രമുകളും.

4.3.1. സീക്വൻസ് ഡയഗ്രമുകൾ

സീക്വൻസ് ഡയഗ്രംഒരൊറ്റ ഉപയോഗ കേസിൽ സംഭവിക്കുന്ന സംഭവങ്ങളുടെ ഒഴുക്ക് പ്രതിഫലിപ്പിക്കുന്നു.

തന്നിരിക്കുന്ന സാഹചര്യത്തിൽ (ഉപയോഗ കേസ്) ഉൾപ്പെട്ടിരിക്കുന്ന എല്ലാ അഭിനേതാക്കളും (അഭിനേതാക്കൾ, ക്ലാസുകൾ അല്ലെങ്കിൽ വസ്തുക്കൾ) ഡയഗ്രാമിന്റെ മുകളിൽ കാണിച്ചിരിക്കുന്നു. ഒരു അഭിനേതാവിനും ഒബ്‌ജക്‌റ്റിനും ഇടയിലോ അല്ലെങ്കിൽ ആവശ്യമായ പ്രവർത്തനങ്ങൾ നിർവഹിക്കുന്നതിന് ഒബ്‌ജക്‌റ്റുകൾക്കിടയിലോ കൈമാറുന്ന സന്ദേശങ്ങളുമായി അമ്പടയാളങ്ങൾ യോജിക്കുന്നു.

ഒരു സീക്വൻസ് ഡയഗ്രാമിൽ, ഒരു വസ്തു ഒരു ദീർഘചതുരമായി ചിത്രീകരിച്ചിരിക്കുന്നു, അതിൽ നിന്ന് ഒരു കുത്തുകളുള്ള ലംബ രേഖ താഴേക്ക് വരയ്ക്കുന്നു. ഈ വരിയെ വിളിക്കുന്നു ഒരു വസ്തുവിന്റെ ലൈഫ്ലൈൻ . പ്രതിപ്രവർത്തന പ്രക്രിയയിലെ ഒരു വസ്തുവിന്റെ ജീവിത ചക്രത്തിന്റെ ഒരു ശകലമാണിത്.

ഓരോ സന്ദേശവും രണ്ട് വസ്തുക്കളുടെ ലൈഫ് ലൈനുകൾക്കിടയിലുള്ള അമ്പടയാളമായി പ്രതിനിധീകരിക്കുന്നു. പേജിൽ മുകളിൽ നിന്ന് താഴേക്ക് ദൃശ്യമാകുന്ന ക്രമത്തിൽ സന്ദേശങ്ങൾ ദൃശ്യമാകും. ഓരോ സന്ദേശവും കുറഞ്ഞത് സന്ദേശത്തിന്റെ പേരെങ്കിലും ടാഗ് ചെയ്തിരിക്കുന്നു. ഓപ്ഷണലായി, നിങ്ങൾക്ക് ആർഗ്യുമെന്റുകളും ചില നിയന്ത്രണ വിവരങ്ങളും ചേർക്കാം. നിങ്ങൾക്ക് സ്വയം ഡെലിഗേഷൻ കാണിക്കാൻ കഴിയും, ഒരു വസ്തു സ്വയം അയയ്‌ക്കുന്ന സന്ദേശം, അതേ ലൈഫ്‌ലൈനിലേക്ക് ചൂണ്ടിക്കാണിക്കുന്ന സന്ദേശ അമ്പടയാളം.

അരി. 7. സീക്വൻസ് ഡയഗ്രം ഉദാഹരണം

4.3.2. സഹകരണ ഡയഗ്രം

സഹകരണ രേഖാചിത്രങ്ങൾഒരു പ്രത്യേക സാഹചര്യത്തിൽ (ഉപയോഗ കേസ്) ഇവന്റുകളുടെ ഒഴുക്ക് പ്രദർശിപ്പിക്കുക. സന്ദേശങ്ങൾ സമയത്തിനനുസരിച്ച് ക്രമീകരിച്ചിരിക്കുന്നു, എന്നിരുന്നാലും സഹകരണ ഡയഗ്രമുകൾ വസ്തുക്കൾ തമ്മിലുള്ള ബന്ധങ്ങളിൽ കൂടുതൽ ശ്രദ്ധ കേന്ദ്രീകരിക്കുന്നു. ഒരു സഹകരണ ഡയഗ്രം ഒരു സീക്വൻസ് ഡയഗ്രാമിലുള്ള എല്ലാ വിവരങ്ങളും കാണിക്കുന്നു, എന്നാൽ ഒരു സഹകരണ ഡയഗ്രം സംഭവങ്ങളുടെ ഒഴുക്കിനെ മറ്റൊരു രീതിയിൽ വിവരിക്കുന്നു. അതിൽ നിന്ന് വസ്തുക്കൾക്കിടയിൽ നിലനിൽക്കുന്ന ബന്ധങ്ങൾ മനസ്സിലാക്കാൻ എളുപ്പമാണ്.

ഒരു സഹകരണ ഡയഗ്രാമിൽ, ഒരു സീക്വൻസ് ഡയഗ്രാമിലെന്നപോലെ, അമ്പടയാളങ്ങൾ നൽകിയിരിക്കുന്ന ഉപയോഗ കേസിൽ കൈമാറ്റം ചെയ്യപ്പെടുന്ന സന്ദേശങ്ങളെ പ്രതിനിധീകരിക്കുന്നു. സന്ദേശങ്ങൾ അക്കമിട്ട് അവരുടെ സമയ ക്രമം സൂചിപ്പിക്കുന്നു.

അരി. 8. ഒരു സഹകരണ ഡയഗ്രാമിന്റെ ഉദാഹരണം

4.4. ക്ലാസ് ഡയഗ്രം

4.4.1. പൊതുവിവരം

ക്ലാസ് ഡയഗ്രംസിസ്റ്റം ക്ലാസുകളുടെ തരങ്ങളും അവയ്ക്കിടയിൽ നിലനിൽക്കുന്ന വിവിധ തരം സ്റ്റാറ്റിക് ലിങ്കുകളും നിർവചിക്കുന്നു. ക്ലാസ് ഡയഗ്രമുകൾ ക്ലാസ് ആട്രിബ്യൂട്ടുകൾ, ക്ലാസ് പ്രവർത്തനങ്ങൾ, ക്ലാസുകൾ തമ്മിലുള്ള ബന്ധങ്ങളിൽ സ്ഥാപിച്ചിരിക്കുന്ന നിയന്ത്രണങ്ങൾ എന്നിവയും കാണിക്കുന്നു.

UML-ലെ ഒരു ക്ലാസ് ഡയഗ്രം ഒരു ഗ്രാഫ് ആണ്, അതിന്റെ നോഡുകൾ പ്രോജക്റ്റിന്റെ സ്റ്റാറ്റിക് ഘടനയുടെ (ക്ലാസുകൾ, ഇന്റർഫേസുകൾ) ഘടകങ്ങളാണ്, കൂടാതെ ആർക്കുകൾ നോഡുകൾ തമ്മിലുള്ള ബന്ധമാണ് (അസോസിയേഷനുകൾ, പാരമ്പര്യം, ആശ്രിതത്വം).

ക്ലാസ് ഡയഗ്രം ഇനിപ്പറയുന്ന ഘടകങ്ങൾ കാണിക്കുന്നു:

· പാക്കേജ് (പാക്കേജ്) - മോഡലിന്റെ ഘടകങ്ങളുടെ ഒരു കൂട്ടം, യുക്തിപരമായി പരസ്പരം ബന്ധപ്പെട്ടിരിക്കുന്നു;

· ക്ലാസ് (ക്ലാസ്) - സമാന വസ്തുക്കളുടെ ഒരു ഗ്രൂപ്പിന്റെ പൊതുവായ ഗുണങ്ങളുടെ വിവരണം;

· ഇന്റർഫേസ് (ഇന്റർഫേസ്) - തന്നിരിക്കുന്ന ഇന്റർഫേസുമായി ബന്ധപ്പെട്ട ഒരു അനിയന്ത്രിതമായ ക്ലാസിന്റെ ഒബ്ജക്റ്റ് മറ്റ് ഒബ്ജക്റ്റുകൾക്ക് നൽകുന്ന പ്രവർത്തനങ്ങളുടെ ഒരു കൂട്ടം വ്യക്തമാക്കുന്ന ഒരു അമൂർത്ത ക്ലാസ്.

4.4.2. ക്ലാസ്

ക്ലാസ്ഡാറ്റയും പെരുമാറ്റവും പോലുള്ള സമാന ഗുണങ്ങളുള്ള എന്റിറ്റികളുടെ (വസ്തുക്കൾ) ഒരു ഗ്രൂപ്പാണ്. ഒരു ക്ലാസിലെ ഒരു വ്യക്തിഗത അംഗത്തെ ക്ലാസിന്റെ ഒബ്ജക്റ്റ് അല്ലെങ്കിൽ ഒരു ഒബ്ജക്റ്റ് എന്ന് വിളിക്കുന്നു.

UML-ലെ ഒരു വസ്തുവിന്റെ പെരുമാറ്റം എന്നത് ഒരു വസ്തുവിന്റെ ബാഹ്യലോകവുമായും ഒബ്ജക്റ്റിന്റെ ഡാറ്റയുമായും ഇടപെടുന്നതിനുള്ള ഏതെങ്കിലും നിയമങ്ങളെ സൂചിപ്പിക്കുന്നു.

ഡയഗ്രാമുകളിൽ, ഒരു ക്ലാസ് ഒരു സോളിഡ് ബോർഡറുള്ള ഒരു ദീർഘചതുരമായി ചിത്രീകരിച്ചിരിക്കുന്നു, തിരശ്ചീന രേഖകൾ കൊണ്ട് 3 വിഭാഗങ്ങളായി തിരിച്ചിരിക്കുന്നു:

മുകളിലെ വിഭാഗത്തിൽ (പേര് വിഭാഗം) ക്ലാസിന്റെ പേരും മറ്റ് പൊതു സവിശേഷതകളും (പ്രത്യേകിച്ച്, സ്റ്റീരിയോടൈപ്പ്) അടങ്ങിയിരിക്കുന്നു.

മധ്യഭാഗത്ത് ആട്രിബ്യൂട്ടുകളുടെ ഒരു ലിസ്റ്റ് അടങ്ങിയിരിക്കുന്നു

ചുവടെ അതിന്റെ പെരുമാറ്റം (ക്ലാസ് നടത്തുന്ന പ്രവർത്തനങ്ങൾ) പ്രതിഫലിപ്പിക്കുന്ന ക്ലാസ് പ്രവർത്തനങ്ങളുടെ ഒരു ലിസ്റ്റ് ഉണ്ട്.

ആട്രിബ്യൂട്ട്, ഓപ്പറേഷൻ വിഭാഗങ്ങളിൽ ഏതെങ്കിലും കാണിക്കില്ല (അല്ലെങ്കിൽ രണ്ടും). നഷ്‌ടമായ വിഭാഗത്തിനായി, നിങ്ങൾ ഒരു വിഭജന രേഖ വരയ്‌ക്കേണ്ടതില്ല, അതിലെ ഘടകങ്ങളുടെ സാന്നിധ്യം അല്ലെങ്കിൽ അഭാവം എങ്ങനെയെങ്കിലും സൂചിപ്പിക്കുക.

ഒരു പ്രത്യേക നടപ്പാക്കലിന്റെ വിവേചനാധികാരത്തിൽ ഒഴിവാക്കലുകൾ പോലുള്ള അധിക വിഭാഗങ്ങൾ അവതരിപ്പിക്കാവുന്നതാണ്.

അരി. 9. ക്ലാസ് ഡയഗ്രം ഉദാഹരണം

4.4.2.1.ക്ലാസ് സ്റ്റീരിയോടൈപ്പുകൾ

ക്ലാസുകളെ വിഭാഗങ്ങളായി തരംതിരിക്കുന്നതിനുള്ള ഒരു സംവിധാനമാണ് ക്ലാസ് സ്റ്റീരിയോടൈപ്പിംഗ്.

UML മൂന്ന് പ്രധാന ക്ലാസ് സ്റ്റീരിയോടൈപ്പുകളെ നിർവചിക്കുന്നു:

അതിർത്തി (അതിർത്തി);

എന്റിറ്റി (എന്റ്റിറ്റി);

നിയന്ത്രണം (മാനേജ്മെന്റ്).

4.4.2.2.അതിർത്തി ക്ലാസുകൾ

സിസ്റ്റത്തിന്റെയും മുഴുവൻ പരിസ്ഥിതിയുടെയും അതിർത്തിയിൽ സ്ഥിതി ചെയ്യുന്ന ക്ലാസുകളാണ് ബൗണ്ടറി ക്ലാസുകൾ. ഡിസ്‌പ്ലേകൾ, റിപ്പോർട്ടുകൾ, ഹാർഡ്‌വെയർ ഉള്ള ഇന്റർഫേസുകൾ (പ്രിൻററുകൾ അല്ലെങ്കിൽ സ്കാനറുകൾ പോലുള്ളവ), മറ്റ് സിസ്റ്റങ്ങളുമായുള്ള ഇന്റർഫേസുകൾ എന്നിവയാണ് ഇവ.

അതിർത്തി ക്ലാസുകൾ കണ്ടെത്തുന്നതിന്, നിങ്ങൾ ഉപയോഗ കേസ് ഡയഗ്രമുകൾ പര്യവേക്ഷണം ചെയ്യേണ്ടതുണ്ട്. ഒരു അഭിനേതാവും ഒരു ഉപയോഗ കേസും തമ്മിലുള്ള എല്ലാ ഇടപെടലിനും കുറഞ്ഞത് ഒരു ബൗണ്ടറി ക്ലാസ് ഉണ്ടായിരിക്കണം. ഈ ക്ലാസാണ് നടനെ സിസ്റ്റവുമായി സംവദിക്കാൻ അനുവദിക്കുന്നത്.

4.4.2.3.എന്റിറ്റി ക്ലാസുകൾ

എന്റിറ്റി ക്ലാസുകളിൽ സംഭരിച്ച വിവരങ്ങൾ അടങ്ങിയിരിക്കുന്നു. അവയ്ക്ക് ഉപയോക്താവിന് ഏറ്റവും വലിയ അർത്ഥമുണ്ട്, അതിനാൽ അവരുടെ പേരുകൾ പലപ്പോഴും വിഷയ മേഖലയിൽ നിന്നുള്ള പദങ്ങൾ ഉപയോഗിക്കുന്നു. സാധാരണയായി, ഓരോ എന്റിറ്റി ക്ലാസിനും, ഡാറ്റാബേസിൽ ഒരു പട്ടിക സൃഷ്ടിക്കപ്പെടുന്നു.

4.4.2.4.നിയന്ത്രണ ക്ലാസുകൾ

മറ്റ് ക്ലാസുകളുടെ പ്രവർത്തനങ്ങൾ ഏകോപിപ്പിക്കുന്നതിന് നിയന്ത്രണ ക്ലാസുകൾ ഉത്തരവാദികളാണ്. സാധാരണഗതിയിൽ, ഓരോ ഉപയോഗ കേസിനും ഒരു കൺട്രോൾ ക്ലാസ് ഉണ്ട്, അത് ആ ഉപയോഗ കേസിന്റെ ഇവന്റുകളുടെ ക്രമം നിയന്ത്രിക്കുന്നു. കൺട്രോൾ ക്ലാസ് ഏകോപനത്തിന് ഉത്തരവാദിയാണ്, എന്നാൽ മറ്റ് ക്ലാസുകൾ ഇതിന് ധാരാളം സന്ദേശങ്ങൾ അയയ്‌ക്കാത്തതിനാൽ അതിൽ തന്നെ ഒരു പ്രവർത്തനവും വഹിക്കുന്നില്ല. പകരം, അവൻ തന്നെ ധാരാളം സന്ദേശങ്ങൾ അയയ്ക്കുന്നു. മാനേജർ ക്ലാസ് മറ്റ് ക്ലാസുകളിലേക്ക് ഉത്തരവാദിത്തം ഏൽപ്പിക്കുന്നു, അതിനാലാണ് ഇതിനെ പലപ്പോഴും മാനേജർ ക്ലാസ് എന്ന് വിളിക്കുന്നത്.

നിരവധി ഉപയോഗ കേസുകളിൽ പൊതുവായുള്ള മറ്റ് നിയന്ത്രണ ക്ലാസുകൾ സിസ്റ്റത്തിൽ ഉണ്ടായിരിക്കാം. ഉദാഹരണത്തിന്, സുരക്ഷയുമായി ബന്ധപ്പെട്ട ഇവന്റുകൾ നിരീക്ഷിക്കുന്നതിന് ഉത്തരവാദിത്തമുള്ള ഒരു സെക്യൂരിറ്റി മാനേജർ ക്ലാസ് ഉണ്ടായിരിക്കാം. ട്രാൻസാക്ഷൻ മാനേജർ ക്ലാസ് ഡാറ്റാബേസ് ഇടപാടുകളുമായി ബന്ധപ്പെട്ട സന്ദേശങ്ങളുടെ ഏകോപനം കൈകാര്യം ചെയ്യുന്നു. റിസോഴ്‌സ് പങ്കിടൽ, ഡിസ്ട്രിബ്യൂട്ടഡ് ഡാറ്റ പ്രോസസ്സിംഗ് അല്ലെങ്കിൽ പിശക് കൈകാര്യം ചെയ്യൽ തുടങ്ങിയ സിസ്റ്റത്തിന്റെ പ്രവർത്തനത്തിന്റെ മറ്റ് ഘടകങ്ങളുമായി ഇടപെടാൻ മറ്റ് മാനേജർമാർ ഉണ്ടായിരിക്കാം.

മുകളിൽ സൂചിപ്പിച്ച സ്റ്റീരിയോടൈപ്പുകൾ കൂടാതെ, നിങ്ങൾക്ക് സ്വന്തമായി സൃഷ്ടിക്കാൻ കഴിയും.

4.4.2.5.ഗുണവിശേഷങ്ങൾ

ഒരു ക്ലാസുമായി ബന്ധപ്പെട്ട വിവരങ്ങളുടെ ഒരു ഭാഗമാണ് ആട്രിബ്യൂട്ട്. ആട്രിബ്യൂട്ടുകൾ എൻക്യാപ്‌സുലേറ്റഡ് ക്ലാസ് ഡാറ്റ സംഭരിക്കുന്നു.

ആട്രിബ്യൂട്ടുകൾ ക്ലാസിനുള്ളിൽ അടങ്ങിയിരിക്കുന്നതിനാൽ, അവ മറ്റ് ക്ലാസുകളിൽ നിന്ന് മറഞ്ഞിരിക്കുന്നു. ഇക്കാരണത്താൽ, ആട്രിബ്യൂട്ടുകൾ വായിക്കാനും പരിഷ്ക്കരിക്കാനും ഏതൊക്കെ ക്ലാസുകൾക്ക് അവകാശമുണ്ടെന്ന് വ്യക്തമാക്കേണ്ടത് ആവശ്യമായി വന്നേക്കാം. ഈ ഗുണത്തെ ആട്രിബ്യൂട്ട് ദൃശ്യപരത എന്ന് വിളിക്കുന്നു.

ഈ പരാമീറ്ററിനായി ആട്രിബ്യൂട്ടിന് സാധ്യമായ നാല് മൂല്യങ്ങൾ ഉണ്ടായിരിക്കാം:

പൊതു (പൊതുവായത്, തുറന്നത്). മറ്റെല്ലാ ക്ലാസുകൾക്കും ആട്രിബ്യൂട്ട് ദൃശ്യമാകുമെന്ന് ഈ ദൃശ്യപരത മൂല്യം അനുമാനിക്കുന്നു. ഏതൊരു ക്ലാസിനും ഒരു ആട്രിബ്യൂട്ടിന്റെ മൂല്യം കാണാനോ മാറ്റാനോ കഴിയും. UML നൊട്ടേഷൻ അനുസരിച്ച്, ഒരു പൊതു ആട്രിബ്യൂട്ടിന് മുമ്പായി ഒരു "+" ചിഹ്നമുണ്ട്.

സ്വകാര്യം (അടച്ചത്, രഹസ്യം). അനുബന്ധ ആട്രിബ്യൂട്ട് മറ്റൊരു ക്ലാസിനും ദൃശ്യമല്ല. ഒരു സ്വകാര്യ ആട്രിബ്യൂട്ടിനെ UML നൊട്ടേഷൻ അനുസരിച്ച് "-" അടയാളം സൂചിപ്പിക്കുന്നു.

സംരക്ഷിത (സംരക്ഷിത). അത്തരമൊരു ആട്രിബ്യൂട്ട് ക്ലാസിനും അതിന്റെ പിൻഗാമികൾക്കും മാത്രമേ ലഭ്യമാകൂ. ഒരു പരിരക്ഷിത ആട്രിബ്യൂട്ടിനുള്ള UML നൊട്ടേഷൻ "#" പ്രതീകമാണ്.

പാക്കേജ് അല്ലെങ്കിൽ നടപ്പിലാക്കൽ (ബാച്ച്). തന്നിരിക്കുന്ന ആട്രിബ്യൂട്ട് പങ്കിട്ടിട്ടുണ്ടെന്ന് കരുതുക, എന്നാൽ അതിന്റെ പാക്കേജിനുള്ളിൽ മാത്രം. ഇത്തരത്തിലുള്ള ദൃശ്യപരത ഏതെങ്കിലും പ്രത്യേക ഐക്കൺ സൂചിപ്പിക്കുന്നില്ല.

ക്ലോസ്‌നെസ് അല്ലെങ്കിൽ സെക്യൂരിറ്റിയുടെ സഹായത്തോടെ, സിസ്റ്റത്തിന്റെ എല്ലാ ക്ലാസുകളും ആട്രിബ്യൂട്ട് മൂല്യം മാറ്റുമ്പോൾ സാഹചര്യം ഒഴിവാക്കാൻ കഴിയും. പകരം, ആട്രിബ്യൂട്ട് മോഡിഫിക്കേഷൻ ലോജിക് ആട്രിബ്യൂട്ടിന്റെ അതേ ക്ലാസിൽ പൊതിഞ്ഞതായിരിക്കും. നിങ്ങൾ സജ്ജമാക്കിയ ദൃശ്യപരത ഓപ്‌ഷനുകൾ ജനറേറ്റുചെയ്‌ത കോഡിനെ ബാധിക്കും.

4.4.2.6.പ്രവർത്തനങ്ങൾ

പ്രവർത്തനങ്ങൾ ക്ലാസുമായി ബന്ധപ്പെട്ട പെരുമാറ്റം നടപ്പിലാക്കുന്നു. ഒരു പ്രവർത്തനത്തിന് മൂന്ന് ഭാഗങ്ങളുണ്ട് - ഒരു പേര്, പാരാമീറ്ററുകൾ, ഒരു റിട്ടേൺ തരം.

പ്രവർത്തനത്തിന് ഇൻപുട്ടായി ലഭിക്കുന്ന ആർഗ്യുമെന്റുകളാണ് പാരാമീറ്ററുകൾ. റിട്ടേൺ തരം ഓപ്പറേഷന്റെ പ്രവർത്തനത്തിന്റെ ഫലത്തെ സൂചിപ്പിക്കുന്നു.

ഒരു ക്ലാസ് ഡയഗ്രാമിന് പ്രവർത്തനങ്ങളുടെ പേരുകളും പ്രവർത്തനങ്ങളുടെ പേരുകളും അവയുടെ പാരാമീറ്ററുകളും റിട്ടേൺ തരവും കാണിക്കാൻ കഴിയും. ഡയഗ്രാമിലെ ലോഡ് കുറയ്ക്കുന്നതിന്, അവയിൽ ചിലതിന്റെ പ്രവർത്തനങ്ങളുടെ പേരുകളും മറ്റുള്ളവയിൽ അവയുടെ മുഴുവൻ ഒപ്പും മാത്രം കാണിക്കുന്നത് ഉപയോഗപ്രദമാണ്.

UML-ൽ, പ്രവർത്തനങ്ങൾക്ക് ഇനിപ്പറയുന്ന നൊട്ടേഷൻ ഉണ്ട്:

ഓപ്പറേഷന്റെ പേര് (ആർഗ്യുമെന്റ്: ആർഗ്യുമെന്റ് ഡാറ്റ തരം, ആർഗ്യുമെന്റ്2: ആർഗ്യുമെന്റ്2 ഡാറ്റ തരം,...): റിട്ടേൺ തരം

പരിഗണിക്കേണ്ട നാല് വ്യത്യസ്ത തരം പ്രവർത്തനങ്ങളുണ്ട്:

നടപ്പാക്കൽ പ്രവർത്തനങ്ങൾ;

മാനേജ്മെന്റ് പ്രവർത്തനങ്ങൾ;

ആക്സസ് പ്രവർത്തനങ്ങൾ;

സഹായ പ്രവർത്തനങ്ങൾ.

നടപ്പാക്കൽ പ്രവർത്തനങ്ങൾ

ഇംപ്ലിമെന്റർ പ്രവർത്തനങ്ങൾ ചില ബിസിനസ് പ്രവർത്തനങ്ങൾ നടപ്പിലാക്കുന്നു. ഇന്ററാക്ഷൻ ഡയഗ്രമുകൾ പരിശോധിച്ചുകൊണ്ട് അത്തരം പ്രവർത്തനങ്ങൾ കണ്ടെത്താനാകും. ഈ തരത്തിലുള്ള ഡയഗ്രമുകൾ ബിസിനസ് ഫംഗ്‌ഷനുകളിൽ ശ്രദ്ധ കേന്ദ്രീകരിക്കുന്നു, കൂടാതെ ഡയഗ്രാമിലെ ഓരോ സന്ദേശവും ഒരു നടപ്പാക്കൽ പ്രവർത്തനവുമായി ബന്ധപ്പെട്ടിരിക്കാം.

ഓരോ നിർവ്വഹണ പ്രവർത്തനവും ആവശ്യമായ ആവശ്യകതകൾ എളുപ്പത്തിൽ കണ്ടെത്താവുന്നതായിരിക്കണം. സിമുലേഷന്റെ വിവിധ ഘട്ടങ്ങളിൽ ഇത് നേടിയെടുക്കുന്നു. ഇന്ററാക്ഷൻ ഡയഗ്രാമിലെ സന്ദേശത്തിൽ നിന്നാണ് ഓപ്പറേഷൻ ഉരുത്തിരിഞ്ഞത്, ഇവന്റുകളുടെ ഒഴുക്കിന്റെ വിശദമായ വിവരണത്തിൽ നിന്നാണ് സന്ദേശങ്ങൾ വരുന്നത്, അത് ഉപയോഗ സാഹചര്യത്തെ അടിസ്ഥാനമാക്കി സൃഷ്ടിക്കപ്പെടുന്നു, രണ്ടാമത്തേത് ആവശ്യകതകളെ അടിസ്ഥാനമാക്കിയാണ്. ഈ മുഴുവൻ ശൃംഖലയും കണ്ടെത്താനാകുന്നത് ഓരോ ആവശ്യകതയും കോഡിൽ നടപ്പിലാക്കിയിട്ടുണ്ടെന്നും ഓരോ കോഡും ചില ആവശ്യകതകൾ നടപ്പിലാക്കുന്നുവെന്നും ഉറപ്പാക്കാൻ സഹായിക്കുന്നു.

മാനേജ്മെന്റ് പ്രവർത്തനങ്ങൾ

മാനേജർ പ്രവർത്തനങ്ങൾ വസ്തുക്കളുടെ സൃഷ്ടിയും നാശവും നിയന്ത്രിക്കുന്നു. ക്ലാസ് കൺസ്ട്രക്റ്റർമാരും ഡിസ്ട്രക്റ്ററുകളും ഈ വിഭാഗത്തിൽ പെടുന്നു.

ആക്സസ് പ്രവർത്തനങ്ങൾ

ആട്രിബ്യൂട്ടുകൾ സാധാരണയായി സ്വകാര്യമോ പരിരക്ഷിതമോ ആണ്. എന്നിരുന്നാലും, മറ്റ് ക്ലാസുകൾ ചിലപ്പോൾ അവരുടെ മൂല്യങ്ങൾ കാണുകയോ മാറ്റുകയോ ചെയ്യേണ്ടതുണ്ട്. ഇതിനുള്ള ആക്സസ് ഓപ്പറേഷനുകൾ ഉണ്ട്. ഈ സമീപനം ഒരു ക്ലാസിനുള്ളിൽ ആട്രിബ്യൂട്ടുകൾ സുരക്ഷിതമായി സംയോജിപ്പിക്കുന്നത് സാധ്യമാക്കുന്നു, മറ്റ് ക്ലാസുകളിൽ നിന്ന് അവയെ സംരക്ഷിക്കുന്നു, പക്ഷേ അവയിലേക്ക് നിയന്ത്രിത ആക്‌സസ്സ് അനുവദിക്കുന്നു. ഒരു ക്ലാസിന്റെ ഓരോ ആട്രിബ്യൂട്ടിനും നേടുകയും സജ്ജീകരിക്കുകയും ചെയ്യുന്ന പ്രവർത്തനങ്ങൾ (ഒരു മൂല്യം നേടുകയും മാറ്റുകയും ചെയ്യുക) ഒരു സ്റ്റാൻഡേർഡാണ്.

സഹായ പ്രവർത്തനങ്ങൾ

ഓക്സിലറി (ഹെൽപ്പർ ഓപ്പറേഷൻസ്) എന്നത് ഒരു ക്ലാസിന്റെ ഉത്തരവാദിത്തങ്ങൾ നിറവേറ്റുന്നതിന് ആവശ്യമായ പ്രവർത്തനങ്ങളാണ്, എന്നാൽ മറ്റ് ക്ലാസുകൾക്ക് ഒന്നും അറിയാൻ പാടില്ല. ഇവ സ്വകാര്യവും പരിരക്ഷിതവുമായ ക്ലാസ് പ്രവർത്തനങ്ങളാണ്.

ഇടപാടുകൾ തിരിച്ചറിയാൻ, ഇനിപ്പറയുന്നവ ചെയ്യുക:

1. സീക്വൻസ് ഡയഗ്രമുകളും സഹകരണ ഡയഗ്രാമുകളും പഠിക്കുക. ഈ ഡയഗ്രാമുകളിലെ മിക്ക സന്ദേശങ്ങളും നടപ്പിലാക്കൽ പ്രവർത്തനങ്ങളാണ്. പ്രതിഫലന സന്ദേശങ്ങൾ സഹായ പ്രവർത്തനങ്ങളായിരിക്കും.

2. നിയന്ത്രണ പ്രവർത്തനങ്ങൾ പരിഗണിക്കുക. നിങ്ങൾ കൺസ്ട്രക്റ്ററുകളും ഡിസ്ട്രക്റ്ററുകളും ചേർക്കേണ്ടതായി വന്നേക്കാം.

3. ആക്സസ് പ്രവർത്തനങ്ങൾ പരിഗണിക്കുക. മറ്റ് ക്ലാസുകൾക്കൊപ്പം പ്രവർത്തിക്കേണ്ട ഓരോ ക്ലാസ് ആട്രിബ്യൂട്ടിനും, നിങ്ങൾ ഗെറ്റ് ആൻഡ് സെറ്റ് പ്രവർത്തനങ്ങൾ സൃഷ്ടിക്കേണ്ടതുണ്ട്.

4.4.2.7.കണക്ഷനുകൾ

ക്ലാസുകൾ തമ്മിലുള്ള അർത്ഥപരമായ ബന്ധമാണ് ബന്ധം. മറ്റൊരു ക്ലാസിന്റെ ആട്രിബ്യൂട്ടുകൾ, പ്രവർത്തനങ്ങൾ, ബന്ധങ്ങൾ എന്നിവയെക്കുറിച്ച് പഠിക്കാനുള്ള കഴിവ് ഇത് ഒരു ക്ലാസിന് നൽകുന്നു. മറ്റൊരു വിധത്തിൽ പറഞ്ഞാൽ, ഒരു ശ്രേണി അല്ലെങ്കിൽ സഹകരണ ഡയഗ്രാമിൽ ഒരു ക്ലാസ് മറ്റൊന്നിലേക്ക് ഒരു സന്ദേശം അയയ്ക്കുന്നതിന്, അവ തമ്മിൽ ഒരു ബന്ധം ഉണ്ടായിരിക്കണം.

ക്ലാസുകൾക്കിടയിൽ നാല് തരത്തിലുള്ള ബന്ധങ്ങൾ സ്ഥാപിക്കാൻ കഴിയും: അസോസിയേഷനുകൾ, ഡിപൻഡൻസികൾ, അഗ്രഗേഷനുകൾ, സാമാന്യവൽക്കരണങ്ങൾ.

കമ്മ്യൂണിക്കേഷൻ അസോസിയേഷൻ

ക്ലാസുകൾ തമ്മിലുള്ള സെമാന്റിക് ബന്ധമാണ് അസോസിയേഷൻ. ക്ലാസ് ഡയഗ്രാമിൽ അവ ഒരു സാധാരണ വരയായി വരച്ചിരിക്കുന്നു.

അരി. 10. കമ്മ്യൂണിക്കേഷൻ അസോസിയേഷൻ

അസോസിയേഷനുകൾ ഉദാഹരണത്തിലെന്നപോലെ ദ്വിദിശയോ ഏകദിശയോ ആകാം. UML-ൽ, ബൈഡയറക്ഷണൽ അസ്സോസിയേഷനുകൾ വരയ്ക്കുന്നത് അമ്പുകളില്ലാത്ത ഒരു ലളിതമായ വരയായാണ്, അല്ലെങ്കിൽ വരിയുടെ ഇരുവശത്തും അമ്പടയാളങ്ങൾ ഉപയോഗിച്ചാണ്. ഒരു ഏകദിശയിലുള്ള അസോസിയേഷന് അതിന്റെ ദിശ കാണിക്കുന്ന ഒരു അമ്പടയാളം മാത്രമേയുള്ളൂ.

സീക്വൻസ് ഡയഗ്രമുകളും കോഓപ്പറേറ്റീവ് ഡയഗ്രാമുകളും പരിശോധിച്ച് ഒരു അസോസിയേഷന്റെ ദിശ നിർണ്ണയിക്കാനാകും. അവയിലെ എല്ലാ സന്ദേശങ്ങളും ഒരു ക്ലാസ് മാത്രം അയയ്‌ക്കുകയും മറ്റൊരു ക്ലാസിൽ നിന്ന് മാത്രം സ്വീകരിക്കുകയും ചെയ്‌താൽ, തിരിച്ചും അല്ല, ഈ ക്ലാസുകൾക്കിടയിൽ ഏകപക്ഷീയമായ ആശയവിനിമയമുണ്ട്. കുറഞ്ഞത് ഒരു സന്ദേശമെങ്കിലും വിപരീത ദിശയിൽ അയച്ചാൽ, അസോസിയേഷൻ ദ്വിദിശയിലായിരിക്കണം.

അസോസിയേഷനുകൾ റിഫ്ലെക്സീവ് ആകാം. റിഫ്ലെക്‌സീവ് അസ്സോസിയേഷൻ എന്നതുകൊണ്ട് അർത്ഥമാക്കുന്നത് ഒരു ക്ലാസിലെ ഒരു സംഭവം അതേ ക്ലാസിലെ മറ്റ് സന്ദർഭങ്ങളുമായി സംവദിക്കുന്നു എന്നാണ്.

ആശയവിനിമയ ആസക്തി

ആശ്രിത ബന്ധങ്ങൾ ക്ലാസുകൾ തമ്മിലുള്ള ബന്ധത്തെ പ്രതിഫലിപ്പിക്കുന്നു, എന്നാൽ അവ എല്ലായ്പ്പോഴും ഏകപക്ഷീയവും ഒരു ക്ലാസ് മറ്റൊന്നിൽ നിർമ്മിച്ച നിർവചനങ്ങളെ ആശ്രയിച്ചിരിക്കുന്നു എന്ന് കാണിക്കുന്നു. ഉദാഹരണത്തിന്, ക്ലാസ് എ ക്ലാസ് ബിയുടെ രീതികൾ ഉപയോഗിക്കുന്നു. തുടർന്ന്, ക്ലാസ് ബി മാറുമ്പോൾ, എ ക്ലാസിൽ അനുബന്ധ മാറ്റങ്ങൾ വരുത്തേണ്ടത് ആവശ്യമാണ്.

രണ്ട് ഡയഗ്രം ഘടകങ്ങൾക്കിടയിൽ വരച്ച ഒരു ഡോട്ട് വരയാൽ ഒരു ആശ്രിതത്വത്തെ പ്രതിനിധീകരിക്കുന്നു, ഒരു അമ്പടയാളത്തിന്റെ അവസാനം നങ്കൂരമിട്ടിരിക്കുന്ന ഘടകം ആ അമ്പടയാളത്തിന്റെ തുടക്കത്തിൽ നങ്കൂരമിട്ടിരിക്കുന്ന ഘടകത്തെ ആശ്രയിച്ചിരിക്കുന്നു.

അരി. 11. ആശയവിനിമയ ആസക്തി

ഈ ക്ലാസുകൾക്കായി കോഡ് സൃഷ്ടിക്കുമ്പോൾ, അവയിലേക്ക് പുതിയ ആട്രിബ്യൂട്ടുകളൊന്നും ചേർക്കില്ല. എന്നിരുന്നാലും, ആശയവിനിമയത്തെ പിന്തുണയ്ക്കാൻ ആവശ്യമായ ഭാഷാ-നിർദ്ദിഷ്ട ഓപ്പറേറ്റർമാരെ സൃഷ്ടിക്കും.

ആശയവിനിമയ സമാഹരണം

അഗ്രിഗേഷനുകൾ കൂട്ടുകെട്ടിന്റെ ഒരു കർശനമായ രൂപമാണ്. സമ്പൂർണ്ണവും അതിന്റെ ഭാഗവും തമ്മിലുള്ള ബന്ധമാണ് അഗ്രഗേഷൻ. ഉദാഹരണത്തിന്, നിങ്ങൾക്ക് ഒരു കാർ ക്ലാസും എഞ്ചിൻ, ടയർ ക്ലാസുകളും മറ്റ് കാർ ഭാഗങ്ങൾക്കുള്ള ക്ലാസുകളും ഉണ്ടായിരിക്കാം. തൽഫലമായി, ക്ലാസ് കാറിന്റെ ഒരു ഒബ്‌ജക്‌റ്റിൽ ക്ലാസ് എഞ്ചിന്റെ ഒരു ഒബ്‌ജക്‌റ്റ്, ടയറിന്റെ നാല് ഒബ്‌ജക്‌റ്റുകൾ മുതലായവ അടങ്ങിയിരിക്കും. അഗ്രിഗേഷനുകൾ ഒരു പൂർണ്ണസംഖ്യയായ ഒരു ക്ലാസിന്റെ റോംബസ് ഉള്ള ഒരു വരിയായി ദൃശ്യവൽക്കരിക്കുന്നു:

അരി. 11. കമ്മ്യൂണിക്കേഷൻ അഗ്രഗേഷൻ

ലളിതമായ അഗ്രഗേഷനു പുറമേ, കോമ്പോസിഷൻ എന്ന് വിളിക്കപ്പെടുന്ന അഗ്രഗേഷന്റെ ശക്തമായ ഒരു രൂപവും UML അവതരിപ്പിക്കുന്നു. കോമ്പോസിഷൻ അനുസരിച്ച്, ഒരു ഒബ്ജക്റ്റ്-ഭാഗം ഒരൊറ്റ മൊത്തത്തിൽ മാത്രമേ ഉൾപ്പെടൂ, കൂടാതെ, ഒരു ചട്ടം പോലെ, ഭാഗങ്ങളുടെ ജീവിത ചക്രം മൊത്തത്തിലുള്ള ചക്രവുമായി പൊരുത്തപ്പെടുന്നു: അവ ജീവിക്കുകയും മരിക്കുകയും ചെയ്യുന്നു. മൊത്തത്തിലുള്ള ഏതെങ്കിലും നീക്കം അതിന്റെ ഭാഗങ്ങളിലേക്ക് വ്യാപിക്കുന്നു.

ഈ കാസ്കേഡിംഗ് ഇല്ലാതാക്കൽ പലപ്പോഴും അഗ്രഗേഷന്റെ നിർവചനത്തിന്റെ ഭാഗമായി കണക്കാക്കപ്പെടുന്നു, എന്നാൽ റോൾ മൾട്ടിപ്ലസിറ്റി 1..1 ആയിരിക്കുമ്പോൾ ഇത് എല്ലായ്പ്പോഴും സൂചിപ്പിക്കപ്പെടുന്നു; ഉദാഹരണത്തിന്, ഒരു ഉപഭോക്താവിനെ ഇല്ലാതാക്കണമെങ്കിൽ, ആ ഇല്ലാതാക്കൽ ഓർഡറുകളായി പ്രചരിപ്പിക്കണം (ഒപ്പം, ഓർഡർ ലൈനുകളും).

        സോഫ്‌റ്റ്‌വെയർ സിസ്റ്റങ്ങൾ, ബിസിനസ് മോഡലുകൾ, മറ്റ് നോൺ-സോഫ്റ്റ്‌വെയർ സിസ്റ്റങ്ങൾ എന്നിവ വ്യക്തമാക്കുന്നതിനും ദൃശ്യവൽക്കരിക്കുന്നതിനും നിർമ്മിക്കുന്നതിനും ഡോക്യുമെന്റുചെയ്യുന്നതിനുമുള്ള ഒരു ഭാഷയാണ് ഏകീകൃത മോഡലിംഗ് ലാംഗ്വേജ് (UML). വലുതും സങ്കീർണ്ണവുമായ സിസ്റ്റങ്ങളുടെ മോഡലിംഗിൽ മുമ്പ് വിജയകരമായി ഉപയോഗിച്ചിരുന്ന എഞ്ചിനീയറിംഗ് ടെക്നിക്കുകളുടെ സംയോജനമാണ് UML.

        സോഫ്‌റ്റ്‌വെയർ സിസ്റ്റങ്ങൾ, ബിസിനസ്സ് സിസ്റ്റങ്ങൾ, മറ്റ് സിസ്റ്റങ്ങൾ എന്നിവ നിർവചിക്കുന്നതിനും പ്രതിനിധീകരിക്കുന്നതിനും രൂപകൽപ്പന ചെയ്യുന്നതിനും ഡോക്യുമെന്റുചെയ്യുന്നതിനുമുള്ള ഒരു ഭാഷയായാണ് UML-ന്റെ സ്രഷ്‌ടാക്കൾ ഇതിനെ കാണുന്നത്. UML ഒരു നൊട്ടേഷനും മെറ്റാമോഡലും നിർവചിക്കുന്നു. മോഡലുകളിൽ ഉപയോഗിക്കുന്ന ഗ്രാഫിക്കൽ ഒബ്‌ജക്‌റ്റുകളുടെ ഒരു ശേഖരമാണ് നോട്ടേഷൻ; അത് ഒരു മോഡലിംഗ് ഭാഷയുടെ വാക്യഘടനയാണ്.

        UML ദൃശ്യ മോഡലുകൾ സൃഷ്ടിക്കുന്നതിനുള്ള എക്സ്പ്രസീവ് ടൂളുകൾ നൽകുന്നു:

• പദ്ധതിയിൽ ഉൾപ്പെട്ടിരിക്കുന്ന എല്ലാ ഡവലപ്പർമാരും ഒരേപോലെ മനസ്സിലാക്കുന്നു;
• പദ്ധതിക്കുള്ളിലെ ആശയവിനിമയ മാർഗങ്ങളാണ്.

        ഏകീകൃത മോഡലിംഗ് ഭാഷ (UML):

• ഒബ്ജക്റ്റ് ഓറിയന്റഡ് (OO) പ്രോഗ്രാമിംഗ് ഭാഷകളെ ആശ്രയിക്കുന്നില്ല;
• ഉപയോഗിച്ച പദ്ധതി വികസന രീതിയെ ആശ്രയിക്കുന്നില്ല;
• ഏതെങ്കിലും OO പ്രോഗ്രാമിംഗ് ഭാഷയെ പിന്തുണയ്ക്കാൻ കഴിയും.

          UML ഒരു ഓപ്പൺ സോഴ്‌സാണ്, കൂടാതെ അന്തർലീനമായ കോർ വിപുലീകരിക്കാനുള്ള മാർഗമുണ്ട്. UML-ൽ, ക്ലാസുകൾ, ഒബ്‌ജക്റ്റുകൾ, ഘടകങ്ങൾ എന്നിവ വിവിധ വിഷയ മേഖലകളിൽ അർത്ഥപൂർണ്ണമായി വിവരിക്കാം, പലപ്പോഴും പരസ്പരം വളരെ വ്യത്യസ്തമാണ്.

UML ഡയഗ്രമുകൾ

        സിസ്റ്റം ഡിസൈനറുടെ വിനിയോഗത്തിൽ, റേഷനൽ റോസ് ഇനിപ്പറയുന്ന തരത്തിലുള്ള ഡയഗ്രമുകൾ നൽകുന്നു, ഇതിന്റെ തുടർച്ചയായ സൃഷ്ടി, മുഴുവൻ സിസ്റ്റത്തിന്റെയും അതിന്റെ വ്യക്തിഗത ഘടകങ്ങളുടെയും പൂർണ്ണമായ ചിത്രം ലഭിക്കാൻ നിങ്ങളെ അനുവദിക്കുന്നു:

• കേസ് ഡയഗ്രം ഉപയോഗിക്കുക (മുൻ മാതൃകകളുടെ ഡയഗ്രമുകൾ);
• വിന്യാസ ഡയഗ്രം (ടോപോളജി ഡയഗ്രമുകൾ);
• സ്റ്റേറ്റ് ചാർട്ട് ഡയഗ്രം (സ്റ്റേറ്റ് ഡയഗ്രമുകൾ);
• ഇന്ററാക്ഷൻ ഡയഗ്രം (ഇന്ററാക്ഷൻ ഡയഗ്രമുകൾ); പ്രവർത്തന ഡയഗ്രം (ആക്ടിവിറ്റി ഡയഗ്രമുകൾ);
• സീക്വൻസ് ഡയഗ്രം (പ്രവർത്തനങ്ങളുടെ ക്രമങ്ങളുടെ ഡയഗ്രമുകൾ);
• സഹകരണ ഡയഗ്രം (സഹകരണ ഡയഗ്രമുകൾ);
• ക്ലാസ് ഡയഗ്രം (ക്ലാസ് ഡയഗ്രമുകൾ);
• ഘടക ഡയഗ്രം (ഘടക ഡയഗ്രമുകൾ);
• ബിഹേവിയർ ഡയഗ്രമുകൾ (പെരുമാറ്റത്തിന്റെ ഡയഗ്രമുകൾ);
• പ്രവർത്തന ഡയഗ്രം (ആക്‌റ്റിവിറ്റി ഡയഗ്രം);
• നടപ്പാക്കൽ ഡയഗ്രമുകൾ (ഇംപ്ലിമെന്റേഷൻ ഡയഗ്രമുകൾ);

        ഈ ഡയഗ്രമുകൾ ഓരോന്നും സിസ്റ്റം മോഡലിന്റെ വ്യത്യസ്‌ത വീക്ഷണം നൽകുന്നു. അതേ സമയം, യൂസ് കേസ് ഡയഗ്രം സിസ്റ്റത്തിന്റെ ആശയ മാതൃകയെ പ്രതിനിധീകരിക്കുന്നു, ഇത് മറ്റെല്ലാ ഡയഗ്രമുകളും നിർമ്മിക്കുന്നതിനുള്ള ആരംഭ പോയിന്റാണ്. ക്ലാസ് ഡയഗ്രം ഒരു ലോജിക്കൽ മോഡലാണ്, അത് സിസ്റ്റത്തിന്റെ ഘടനാപരമായ നിർമ്മാണത്തിന്റെ സ്റ്റാറ്റിക് വശങ്ങൾ പ്രതിഫലിപ്പിക്കുന്നു, കൂടാതെ ലോജിക്കൽ മോഡലിന്റെ ഇനങ്ങളായ പെരുമാറ്റ ഡയഗ്രമുകൾ അതിന്റെ പ്രവർത്തനത്തിന്റെ ചലനാത്മക വശങ്ങളെ പ്രതിഫലിപ്പിക്കുന്നു. ഒരു സിസ്റ്റത്തിന്റെ ഘടകങ്ങളെ പ്രതിനിധീകരിക്കുന്നതിനും അതിന്റെ ഭൗതിക മാതൃകയെ പരാമർശിക്കുന്നതിനും നടപ്പിലാക്കുന്ന ഡയഗ്രമുകൾ സഹായിക്കുന്നു.

        മുകളിൽ ലിസ്റ്റുചെയ്തിരിക്കുന്ന ഡയഗ്രമുകളിൽ ചിലത് രണ്ടോ അതിലധികമോ ഉപവിഭാഗങ്ങളെ നിയോഗിക്കുന്നു. സ്വതന്ത്ര പ്രാതിനിധ്യം എന്ന നിലയിൽ, ഇനിപ്പറയുന്ന ഡയഗ്രമുകൾ ഉപയോഗിക്കുന്നു: കേസുകൾ, ക്ലാസുകൾ, സംസ്ഥാനങ്ങൾ, പ്രവർത്തനങ്ങൾ, ക്രമം, സഹകരണം, ഘടകങ്ങൾ, വിന്യാസം എന്നിവ ഉപയോഗിക്കുക.

        UML ഡയഗ്രമുകൾക്കായി മൂന്ന് തരം വിഷ്വൽ സൂചകങ്ങളുണ്ട്, അവ ഉൾക്കൊള്ളുന്ന വിവരങ്ങളുടെ അടിസ്ഥാനത്തിൽ പ്രധാനമാണ്:

• കണക്ഷനുകൾ, ഏത് വിമാനത്തിൽ വ്യത്യസ്ത വരികൾ പ്രതിനിധീകരിക്കുന്നു;
• വാചകം, വ്യക്തിഗത ജ്യാമിതീയ രൂപങ്ങളുടെ അതിരുകൾക്കുള്ളിൽ അടങ്ങിയിരിക്കുന്നു;
• ഗ്രാഫിക് ചിഹ്നങ്ങൾ, ചാർട്ട് വിഷ്വലുകൾക്ക് സമീപം പ്രദർശിപ്പിച്ചിരിക്കുന്നു.

        ഡയഗ്രമുകളുടെ ഗ്രാഫിക്കൽ പ്രാതിനിധ്യം ചെയ്യുമ്പോൾ, ഇനിപ്പറയുന്ന നിയമങ്ങൾ പാലിക്കാൻ ശുപാർശ ചെയ്യുന്നു:

• ഓരോ ഡയഗ്രാമും മാതൃകാപരമായ വിഷയ മേഖലയുടെ ചില ഭാഗങ്ങളുടെ പൂർണ്ണമായ പ്രതിനിധാനം ആയിരിക്കണം;
• ഡയഗ്രാമിൽ അവതരിപ്പിച്ചിരിക്കുന്ന മോഡലിന്റെ എന്റിറ്റികൾ ഒരേ ആശയ തലത്തിലുള്ളതായിരിക്കണം;
• എന്റിറ്റികളെക്കുറിച്ചുള്ള എല്ലാ വിവരങ്ങളും ഡയഗ്രാമിൽ വ്യക്തമായി അവതരിപ്പിച്ചിരിക്കണം;
• ഡയഗ്രമുകളിൽ പരസ്പരവിരുദ്ധമായ വിവരങ്ങൾ അടങ്ങിയിരിക്കരുത്;
• ഡയഗ്രമുകൾ വാചക വിവരങ്ങൾ കൊണ്ട് ഓവർലോഡ് ചെയ്യാൻ പാടില്ല;
• ഓരോ ഡയഗ്രാമും അതിന്റെ എല്ലാ ഘടകങ്ങളുടെയും ശരിയായ വ്യാഖ്യാനത്തിന് സ്വയം പര്യാപ്തമായിരിക്കണം;
• ഒരു പ്രത്യേക സിസ്റ്റം വിവരിക്കുന്നതിന് ആവശ്യമായ ഡയഗ്രം തരങ്ങളുടെ എണ്ണം കർശനമായി നിശ്ചയിച്ചിട്ടില്ല, അത് ഡവലപ്പർ നിർണ്ണയിക്കുന്നു;
• UML ഭാഷയുടെ നൊട്ടേഷനിൽ നിർവചിച്ചിരിക്കുന്ന ഘടകങ്ങൾ മാത്രമേ സിസ്റ്റം മോഡലുകളിൽ അടങ്ങിയിരിക്കാവൂ.

UML-ലെ എന്റിറ്റികൾ

        UML നാല് എന്റിറ്റി തരങ്ങളെ നിർവചിക്കുന്നു: ഘടനാപരവും പെരുമാറ്റവും ഗ്രൂപ്പിംഗും വ്യാഖ്യാനവും. ഭാഷയുടെ പ്രധാന ഒബ്ജക്റ്റ്-ഓറിയന്റഡ് ഘടകങ്ങളാണ് എന്റിറ്റികൾ, അതിന്റെ സഹായത്തോടെ മോഡലുകൾ സൃഷ്ടിക്കപ്പെടുന്നു.

        ഘടനാപരമായ സ്ഥാപനങ്ങൾ UML മോഡലുകളിലെ നാമങ്ങളാണ്. ചട്ടം പോലെ, അവ സിസ്റ്റത്തിന്റെ ആശയപരമോ ഭൗതികമോ ആയ ഘടകങ്ങളുമായി പൊരുത്തപ്പെടുന്ന മോഡലിന്റെ സ്റ്റാറ്റിക് ഭാഗങ്ങളെ പ്രതിനിധീകരിക്കുന്നു. "ക്ലാസ്", "ഇന്റർഫേസ്", "സഹകരണം", "ഉപയോഗ കേസ്", "ഘടകം", "നോഡ്", "ആക്ടർ" എന്നിവയാണ് ഘടനാപരമായ എന്റിറ്റികളുടെ ഉദാഹരണങ്ങൾ.

        ബിഹേവിയറൽ എന്റിറ്റികൾ UML മോഡലിന്റെ ചലനാത്മക ഘടകങ്ങളാണ്. സമയത്തിലും സ്ഥലത്തും മോഡലിന്റെ പെരുമാറ്റം വിവരിക്കുന്ന ക്രിയകളാണിത്. രണ്ട് പ്രധാന തരം പെരുമാറ്റ ഘടകങ്ങളുണ്ട്:

• ഇടപെടൽ എന്നത് പെരുമാറ്റമാണ്, അതിന്റെ സാരാംശം ഒരു നിർദ്ദിഷ്ട ലക്ഷ്യം നേടുന്നതിന് ഒരു നിർദ്ദിഷ്ട സന്ദർഭത്തിനുള്ളിൽ വസ്തുക്കൾ തമ്മിലുള്ള സന്ദേശങ്ങളുടെ കൈമാറ്റമാണ്;
• ഓട്ടോമാറ്റൺ - വിവിധ സംഭവങ്ങളോടുള്ള പ്രതികരണമായി ഒരു വസ്തു അല്ലെങ്കിൽ ഇടപെടൽ കടന്നുപോകുന്ന അവസ്ഥകളുടെ ക്രമം നിർണ്ണയിക്കുന്ന ഒരു പെരുമാറ്റ അൽഗോരിതം.

        ഗ്രൂപ്പിംഗ് എന്റിറ്റികൾയുഎംഎൽ മോഡലിന്റെ ഓർഗനൈസിംഗ് ഭാഗങ്ങളാണ്. മോഡൽ വിഘടിപ്പിക്കാൻ കഴിയുന്ന ബ്ലോക്കുകളാണിവ. അത്തരമൊരു പ്രാഥമിക എന്റിറ്റി മാത്രമേയുള്ളൂ - അതൊരു പാക്കേജാണ്.

        പാക്കേജുകൾ ഗ്രൂപ്പുകളായി ഇനങ്ങൾ സംഘടിപ്പിക്കുന്നതിനുള്ള ഒരു പൊതു സംവിധാനമാണ്. ഘടനാപരവും പെരുമാറ്റപരവും മറ്റ് ഗ്രൂപ്പിംഗ് എന്റിറ്റികളും ഒരു പാക്കേജിൽ സ്ഥാപിക്കാവുന്നതാണ്. പ്രോഗ്രാം പ്രവർത്തിക്കുമ്പോൾ യഥാർത്ഥത്തിൽ നിലനിൽക്കുന്ന ഘടകങ്ങളിൽ നിന്ന് വ്യത്യസ്തമായി, പാക്കേജുകൾ പൂർണ്ണമായും ആശയപരമായ സ്വഭാവമാണ്, അതായത്, അവ വികസന സമയത്ത് മാത്രമേ നിലനിൽക്കൂ.

        വ്യാഖ്യാന എന്റിറ്റികൾയു‌എം‌എൽ മോഡലിന്റെ വിശദീകരണ ഭാഗങ്ങളാണ്: മോഡലിന്റെ ഏതെങ്കിലും ഘടകത്തെക്കുറിച്ചുള്ള കൂടുതൽ വിവരണത്തിനോ വ്യക്തതയ്‌ക്കോ അഭിപ്രായങ്ങൾക്കോ ​​ഉള്ള കമന്റുകൾ. വ്യാഖ്യാന ഘടകങ്ങൾക്ക് ഒരു അടിസ്ഥാന തരം മാത്രമേയുള്ളൂ - ശ്രദ്ധിക്കുക. അനൗപചാരികമോ ഔപചാരികമോ ആയ വാചകമായി പ്രകടിപ്പിക്കുന്ന ഡയഗ്രമുകളിൽ അഭിപ്രായങ്ങളോ നിയന്ത്രണങ്ങളോ നൽകാൻ ഒരു കുറിപ്പ് ഉപയോഗിക്കുന്നു.

UML-ലെ ബന്ധങ്ങൾ

        UML ഇനിപ്പറയുന്ന ബന്ധ തരങ്ങളെ നിർവചിക്കുന്നു: ആശ്രിതത്വം, കൂട്ടായ്മ, സാമാന്യവൽക്കരണം, നടപ്പാക്കൽ. ഈ ബന്ധങ്ങൾ UML-ന്റെ അടിസ്ഥാന ബൈൻഡിംഗ് നിർമ്മിതികളാണ്, അതുപോലെ തന്നെ മോഡലുകൾ നിർമ്മിക്കാൻ എന്റിറ്റികളും ഉപയോഗിക്കുന്നു.

        ആശ്രിതത്വം- ഇത് രണ്ട് എന്റിറ്റികൾ തമ്മിലുള്ള ഒരു സെമാന്റിക് ബന്ധമാണ്, അതിൽ അവയിലൊന്നിലെ മാറ്റം, സ്വതന്ത്രമായി, മറ്റൊന്നിന്റെ സെമാന്റിക്സിനെ ബാധിക്കും.

        അസോസിയേഷൻ- വസ്തുക്കൾ തമ്മിലുള്ള സെമാന്റിക് അല്ലെങ്കിൽ ലോജിക്കൽ ബന്ധങ്ങളുടെ സമഗ്രത വിവരിക്കുന്ന ഒരു ഘടനാപരമായ ബന്ധം.

        പൊതുവൽക്കരണംഒരു സ്പെഷ്യലൈസ്ഡ് എലമെന്റ് ഒബ്ജക്റ്റ് (കുട്ടി) ഒരു സാധാരണ എലമെന്റ് ഒബ്ജക്റ്റിന് (പൂർവ്വികർ) പകരം വയ്ക്കാവുന്ന ഒരു ബന്ധമാണ്. അതേ സമയം, ഒബ്ജക്റ്റ് ഓറിയന്റഡ് പ്രോഗ്രാമിംഗിന്റെ തത്വങ്ങൾക്ക് അനുസൃതമായി, കുട്ടി (കുട്ടി) അതിന്റെ പൂർവ്വികരുടെ (മാതാപിതാക്കളുടെ) ഘടനയും പെരുമാറ്റവും അവകാശമാക്കുന്നു.

        തിരിച്ചറിവ്ക്ലാസിഫയറുകൾ തമ്മിലുള്ള ഒരു സെമാന്റിക് ബന്ധമാണ്, അതിൽ ഒരു ക്ലാസിഫയർ ഒരു ബാധ്യതയെ നിർവചിക്കുന്നു, മറ്റൊന്ന് അതിന്റെ പൂർത്തീകരണത്തിന് ഉറപ്പ് നൽകുന്നു. നടപ്പിലാക്കൽ ബന്ധം രണ്ട് കേസുകളിൽ സംഭവിക്കുന്നു:

• ഇന്റർഫേസുകൾക്കും അവ നടപ്പിലാക്കുന്ന ക്ലാസുകൾക്കും ഘടകങ്ങൾക്കും ഇടയിൽ;
• മുൻകാലങ്ങൾക്കും അവ നടപ്പിലാക്കുന്ന സഹകരണത്തിനും ഇടയിൽ.

പൊതുവായ UML മെക്കാനിസങ്ങൾ

        ഒരു സിസ്റ്റം കൃത്യമായി വിവരിക്കുന്നതിന് UML പൊതുവായ മെക്കാനിസങ്ങൾ എന്ന് വിളിക്കുന്നു:

• സവിശേഷതകൾ;
• കൂട്ടിച്ചേർക്കലുകൾ (അലങ്കാരങ്ങൾ);
• ഡിവിഷനുകൾ (പൊതു വിഭജനങ്ങൾ);
• വിപുലീകരണങ്ങൾ (വിപുലീകരണ സംവിധാനങ്ങൾ).

        UML ഒരു ഗ്രാഫിക്കൽ ഭാഷ മാത്രമല്ല. ഓരോ ഗ്രാഫിക് ഘടകത്തിനും പിന്നിൽ, അതിന്റെ നൊട്ടേഷൻ ആണ് സ്പെസിഫിക്കേഷൻഅനുബന്ധ ഭാഷാ നിർമ്മാണത്തിന്റെ വാചക പ്രതിനിധാനം ഉൾക്കൊള്ളുന്ന എ. ഉദാഹരണത്തിന്, ഒരു ക്ലാസ് ഐക്കണിന് അതിന്റെ ആട്രിബ്യൂട്ടുകൾ, പ്രവർത്തനങ്ങൾ, പെരുമാറ്റം എന്നിവ വിവരിക്കുന്ന ഒരു സ്പെസിഫിക്കേഷൻ ഉണ്ട്, ദൃശ്യപരമായി, ഒരു ഡയഗ്രാമിൽ, ഐക്കൺ പലപ്പോഴും ഈ വിവരങ്ങളുടെ ഒരു ചെറിയ ഭാഗം മാത്രമേ പ്രതിഫലിപ്പിക്കുന്നുള്ളൂ. മാത്രമല്ല, മോഡലിന് ഈ ക്ലാസിന്റെ മറ്റൊരു പ്രാതിനിധ്യം ഉണ്ടായിരിക്കാം, അതിന്റെ തികച്ചും വ്യത്യസ്തമായ വശങ്ങൾ പ്രതിഫലിപ്പിക്കുന്നു, എന്നിരുന്നാലും, സ്പെസിഫിക്കേഷനുമായി പൊരുത്തപ്പെടുന്നു. അങ്ങനെ, UML ഗ്രാഫിക്കൽ നൊട്ടേഷൻ സിസ്റ്റം ദൃശ്യവൽക്കരിക്കാൻ ഉപയോഗിക്കുന്നു, കൂടാതെ സ്പെസിഫിക്കേഷനുകളുടെ സഹായത്തോടെ അതിന്റെ വിശദാംശങ്ങൾ വിവരിക്കുന്നു.

        മിക്കവാറും എല്ലാ UML ഘടകത്തിനും അതിന്റെ ഏറ്റവും പ്രധാനപ്പെട്ട സ്വഭാവസവിശേഷതകളുടെ ദൃശ്യാവിഷ്കാരം നൽകുന്ന ഒരു അതുല്യ ഗ്രാഫിക് ഉണ്ട്. "ക്ലാസ്" എന്റിറ്റി നൊട്ടേഷനിൽ അതിന്റെ പേര്, ആട്രിബ്യൂട്ടുകൾ, പ്രവർത്തനങ്ങൾ എന്നിവ അടങ്ങിയിരിക്കുന്നു. ക്ലാസ് സ്പെസിഫിക്കേഷനിൽ ആട്രിബ്യൂട്ടുകളുടെയും പ്രവർത്തനങ്ങളുടെയും ദൃശ്യപരത, അഭിപ്രായങ്ങൾ അല്ലെങ്കിൽ ക്ലാസ് അമൂർത്തമാണെന്ന സൂചന എന്നിവ പോലുള്ള മറ്റ് വിശദാംശങ്ങൾ അടങ്ങിയിരിക്കാം. ഈ വിശദാംശങ്ങളിൽ പലതും ഗ്രാഫിക്സോ വാചകമോ ആയി ദൃശ്യവൽക്കരിക്കാൻ കഴിയും. കൂട്ടിച്ചേർക്കലുകൾക്ലാസിനെ പ്രതിനിധീകരിക്കുന്ന സാധാരണ ദീർഘചതുരത്തിലേക്ക്.

        ഒബ്ജക്റ്റ് ഓറിയന്റഡ് സിസ്റ്റങ്ങൾ മോഡലിംഗ് ചെയ്യുമ്പോൾ, ഒരു നിശ്ചിതമുണ്ട് ഡിവിഷൻപ്രതിനിധീകരിക്കുന്ന സ്ഥാപനങ്ങൾ.

        ആദ്യം, ക്ലാസുകളിലേക്കും ഒബ്‌ജക്റ്റുകളിലേക്കും ഒരു വിഭജനമുണ്ട്. ഒരു ക്ലാസ് ഒരു അമൂർത്തീകരണമാണ്, ഒരു വസ്തു ആ അമൂർത്തീകരണത്തിന്റെ മൂർത്തമായ നടപ്പാക്കലാണ്. ഇക്കാര്യത്തിൽ, മിക്കവാറും എല്ലാ ഭാഷാ നിർമ്മിതികളും "ക്ലാസ് / ഒബ്ജക്റ്റ്" ദ്വന്ദ്വത്തിന്റെ സവിശേഷതയാണ്. അതിനാൽ, ഉപയോഗ കേസുകൾ, ഉപയോഗ കേസുകൾ, ഘടകങ്ങളുടെ ഘടകങ്ങൾ, നോഡുകൾ, നോഡുകളുടെ ഉദാഹരണങ്ങൾ എന്നിവയുണ്ട്. ഗ്രാഫിക്കൽ പ്രാതിനിധ്യത്തിൽ, ഒരു ഒബ്‌ജക്റ്റിന് ഒരു ക്ലാസിനുള്ള അതേ ചിഹ്നം ഉപയോഗിക്കുകയും പേര് അടിവരയിടുകയും ചെയ്യുന്നത് പതിവാണ്.

        രണ്ടാമതായി, ഒരു ഇന്റർഫേസിലേക്കും അതിന്റെ നിർവ്വഹണത്തിലേക്കും ഒരു വിഭജനമുണ്ട്. ഇന്റർഫേസ് ബാധ്യതകൾ പ്രഖ്യാപിക്കുന്നു, കൂടാതെ നടപ്പാക്കൽ ഈ ബാധ്യതകളുടെ മൂർത്തമായ നടപ്പാക്കലിനെ പ്രതിനിധീകരിക്കുകയും പ്രഖ്യാപിത സെമാന്റിക്‌സ് കൃത്യമായി പിന്തുടരുന്നുവെന്ന് ഉറപ്പാക്കുകയും ചെയ്യുന്നു. അതുപോലെ, മിക്കവാറും എല്ലാ UML നിർമ്മിതികളും ഇന്റർഫേസ്/ഇംപ്ലിമെന്റേഷൻ ദ്വിത്വത്തിന്റെ സവിശേഷതയാണ്. ഉദാഹരണത്തിന്, ഉപയോഗ കേസുകൾ സഹകരണത്തിലൂടെയാണ് നടപ്പിലാക്കുന്നത്, അതേസമയം പ്രവർത്തനങ്ങൾ രീതികളിലൂടെയാണ് നടപ്പിലാക്കുന്നത്.

          UML ഒരു തുറന്ന ഭാഷയാണ്, അതിനർത്ഥം ഡൊമെയ്ൻ മോഡലുകളുടെ സവിശേഷതകൾ പ്രതിഫലിപ്പിക്കാൻ നിയന്ത്രിത വിപുലീകരണങ്ങളെ ഇത് അനുവദിക്കുന്നു.

        UML വിപുലീകരണ സംവിധാനങ്ങളിൽ ഉൾപ്പെടുന്നു:

• സ്റ്റീരിയോടൈപ്പുകൾ (സ്റ്റീരിയോടൈപ്പ്) - UML-ന്റെ പദാവലി വികസിപ്പിക്കുക, ഭാഷയുടെ നിലവിലുള്ള ഘടകങ്ങളെ അടിസ്ഥാനമാക്കി പുതിയവ സൃഷ്ടിക്കാൻ നിങ്ങളെ അനുവദിക്കുന്നു, ഒരു പ്രത്യേക പ്രശ്നം പരിഹരിക്കുന്നതിൽ ശ്രദ്ധ കേന്ദ്രീകരിക്കുന്നു;
• ടാഗ് ചെയ്‌ത മൂല്യങ്ങൾ - അടിസ്ഥാന യു‌എം‌എൽ നിർമ്മിതികളുടെ സവിശേഷതകൾ വിപുലീകരിക്കുക, എലമെന്റ് സ്പെസിഫിക്കേഷനിൽ അധിക വിവരങ്ങൾ ഉൾപ്പെടുത്താൻ നിങ്ങളെ അനുവദിക്കുന്നു;
• നിയന്ത്രണങ്ങൾ (നിയന്ത്രണങ്ങൾ) - UML നിർമ്മിതികളുടെ സെമാന്റിക്സ് വിപുലീകരിക്കുക, പുതിയ നിയമങ്ങൾ സൃഷ്ടിക്കാനും നിലവിലുള്ള നിയമങ്ങൾ റദ്ദാക്കാനും നിങ്ങളെ അനുവദിക്കുന്നു.

        ഒരുമിച്ച്, ഈ മൂന്ന് ഭാഷാ എക്സ്റ്റൻഷൻ മെക്കാനിസങ്ങൾ പ്രോജക്റ്റിന്റെ ആവശ്യങ്ങൾക്കോ ​​​​വികസന സാങ്കേതികവിദ്യയുടെ പ്രത്യേകതകൾക്കോ ​​അനുസരിച്ച് ഇത് പരിഷ്കരിക്കാൻ നിങ്ങളെ അനുവദിക്കുന്നു.

കേസ് ഡയഗ്രം ഉപയോഗിക്കുക

        സിസ്റ്റം ചെയ്യുന്ന പ്രവർത്തനങ്ങളുടെ ഒരു ലിസ്റ്റ് സൃഷ്ടിക്കാൻ ഇത്തരത്തിലുള്ള ചാർട്ട് നിങ്ങളെ അനുവദിക്കുന്നു. പലപ്പോഴും ഈ തരത്തിലുള്ള ഡയഗ്രം ഒരു ഫംഗ്ഷൻ ഡയഗ്രം എന്ന് വിളിക്കുന്നു, കാരണം അത്തരം ഡയഗ്രമുകളുടെ ഒരു കൂട്ടം അടിസ്ഥാനമാക്കി, സിസ്റ്റം ആവശ്യകതകളുടെ ഒരു ലിസ്റ്റ് സൃഷ്ടിക്കുകയും സിസ്റ്റം നിർവ്വഹിക്കുന്ന ഫംഗ്ഷനുകളുടെ ഒരു കൂട്ടം നിർണ്ണയിക്കുകയും ചെയ്യുന്നു.

        ഉപയോഗ ഡയഗ്രമുകൾ സിസ്റ്റത്തിന്റെ പ്രവർത്തനത്തെക്കുറിച്ചോ സിസ്റ്റം ചെയ്യേണ്ട കാര്യങ്ങളെക്കുറിച്ചോ വിവരിക്കുന്നു. ഡയഗ്രാമിന്റെ വികസനത്തിന് ഇനിപ്പറയുന്ന ലക്ഷ്യങ്ങളുണ്ട്:

• മാതൃകാപരമായ വിഷയ മേഖലയുടെ പൊതുവായ അതിരുകളും സന്ദർഭവും നിർണ്ണയിക്കുക;
• രൂപകൽപ്പന ചെയ്ത സിസ്റ്റത്തിന്റെ പ്രവർത്തനപരമായ സ്വഭാവത്തിന് പൊതുവായ ആവശ്യകതകൾ രൂപപ്പെടുത്തുക;
• ലോജിക്കൽ, ഫിസിക്കൽ മോഡലുകളുടെ രൂപത്തിൽ തുടർന്നുള്ള വിശദാംശങ്ങൾക്കായി സിസ്റ്റത്തിന്റെ പ്രാരംഭ ആശയ മാതൃക വികസിപ്പിക്കുക;
• അതിന്റെ ഉപഭോക്താക്കളുമായും ഉപയോക്താക്കളുമായും സിസ്റ്റം ഡെവലപ്പർമാരുടെ ഇടപെടലിനായി പ്രാരംഭ ഡോക്യുമെന്റേഷൻ തയ്യാറാക്കുക.

        ഉപയോഗ കേസ് ഡയഗ്രാമിന്റെ സാരാംശം ഇപ്രകാരമാണ്. യൂസ് കെയ്‌സുകൾ ഉപയോഗിച്ച് സിസ്റ്റവുമായി സംവദിക്കുന്ന എന്റിറ്റികളുടെയോ അഭിനേതാക്കളുടെയോ ഒരു കൂട്ടമായാണ് രൂപകൽപ്പന ചെയ്യുന്ന സിസ്റ്റം പ്രതിനിധീകരിക്കുന്നത്. ഈ സാഹചര്യത്തിൽ, ഒരു നടൻ (അഭിനേതാവ്) അല്ലെങ്കിൽ ഒരു നടൻ എന്നത് സിസ്റ്റവുമായി പുറത്തുനിന്നുള്ള സംവദിക്കുന്ന ഏതെങ്കിലും സ്ഥാപനമാണ്. അത് ഒരു വ്യക്തിയോ സാങ്കേതിക ഉപകരണമോ പ്രോഗ്രാമോ മറ്റേതെങ്കിലും സംവിധാനമോ ആകാം, അത് ഡവലപ്പർ സ്വയം നിർണ്ണയിക്കുന്ന രീതിയിൽ സിമുലേറ്റഡ് സിസ്റ്റത്തിൽ സ്വാധീനം ചെലുത്തുന്നു. കേസ് ഉപയോഗിക്കുകസിസ്റ്റം നടന് നൽകുന്ന സേവനങ്ങളെ വിവരിക്കാൻ സഹായിക്കുന്നു.

        ഒരു എന്റിറ്റിയുടെ ആന്തരിക ഘടന വെളിപ്പെടുത്താതെ തന്നെ അതിന്റെ പൂർണ്ണമായ വശമോ സ്വഭാവമോ നിർവചിക്കുക എന്നതാണ് ഒരു ഉപയോഗ കേസിന്റെ ഉദ്ദേശ്യം. അത്തരമൊരു എന്റിറ്റിക്ക് സ്വന്തം സ്വഭാവമുള്ള ഒരു സിസ്റ്റമോ മോഡലിന്റെ ഏതെങ്കിലും ഘടകമോ ആകാം.

        ഓരോ ഉപയോഗ കേസും അഭിനേതാവിന്റെ അഭ്യർത്ഥന പ്രകാരം മോഡൽ ചെയ്ത എന്റിറ്റി നൽകുന്ന ഒരു പ്രത്യേക സേവനവുമായി പൊരുത്തപ്പെടുന്നു, അതായത്, എന്റിറ്റി എങ്ങനെ ഉപയോഗിക്കണമെന്ന് നിർണ്ണയിക്കുന്നു. ഒരു നടന്റെ അഭ്യർത്ഥനപ്രകാരം ആരംഭിക്കുന്ന ഒരു സേവനം, പ്രവർത്തനങ്ങളുടെ പൂർണ്ണമായ അവിഭാജ്യ ശ്രേണിയാണ്. ഇതിനർത്ഥം സിസ്റ്റം ഒരു അഭ്യർത്ഥന പ്രോസസ്സ് ചെയ്തുകഴിഞ്ഞാൽ, അടുത്ത അഭ്യർത്ഥനകൾക്ക് തയ്യാറാകുന്നതിന് അത് അതിന്റെ യഥാർത്ഥ അവസ്ഥയിലേക്ക് മടങ്ങണം എന്നാണ്.

        രൂപകല്പന ചെയ്യുന്ന ഒരു സിസ്റ്റത്തിന്റെ ബാഹ്യ ആവശ്യകതകൾ വ്യക്തമാക്കുന്നതിനും നിലവിലുള്ള ഒരു സിസ്റ്റത്തിന്റെ പ്രവർത്തനപരമായ സ്വഭാവം വ്യക്തമാക്കുന്നതിനും ഉപയോഗ കേസുകൾ ഉപയോഗിക്കാം. മൊത്തത്തിലുള്ള ഉപയോഗ കേസുകളുടെ കൂട്ടം സിസ്റ്റത്തിന്റെ പ്രതീക്ഷിക്കുന്ന സ്വഭാവത്തിന്റെ സാധ്യമായ എല്ലാ വശങ്ങളും നിർവചിക്കേണ്ടതാണ്. കൂടാതെ, നൽകിയിരിക്കുന്ന സേവനങ്ങളുമായി ശരിയായി പ്രവർത്തിക്കുന്നതിന് അഭിനേതാക്കൾ സിസ്റ്റവുമായി എങ്ങനെ ഇടപഴകണമെന്ന് നിർണ്ണയിക്കുന്ന ആവശ്യകതകൾ ഉപയോഗ കേസുകൾ പരോക്ഷമായി സ്ഥാപിക്കുന്നു. സൗകര്യാർത്ഥം, പല ഉപയോഗ കേസുകളും ഒരു പ്രത്യേക പാക്കേജായി കണക്കാക്കാം.

        ഉപയോഗ കേസുകളുടെ ഉദാഹരണങ്ങൾ ഇനിപ്പറയുന്ന പ്രവർത്തനങ്ങളാകാം: ഒരു ഉപഭോക്താവിന്റെ കറണ്ട് അക്കൗണ്ടിന്റെ നില പരിശോധിക്കൽ, സാധനങ്ങൾ വാങ്ങുന്നതിനുള്ള ഓർഡർ നൽകൽ, ഉപഭോക്താവിന്റെ ക്രെഡിറ്റ് യോഗ്യതയെക്കുറിച്ചുള്ള കൂടുതൽ വിവരങ്ങൾ നേടൽ, ഒരു മോണിറ്റർ സ്ക്രീനിൽ ഒരു ഗ്രാഫിക്കൽ ഫോം പ്രദർശിപ്പിക്കൽ, കൂടാതെ മറ്റ് പ്രവർത്തനങ്ങൾ.

ക്ലാസ് ഡയഗ്രം (ക്ലാസ് ഡയഗ്രം)

        സെൻട്രൽ ടു ഒബ്ജക്റ്റ്-ഓറിയന്റഡ് പ്രോഗ്രാമിംഗ് എന്നത് ഒരു ക്ലാസ് ഡയഗ്രം രൂപത്തിൽ ഒരു സിസ്റ്റത്തിന്റെ ലോജിക്കൽ മോഡലിന്റെ വികസനമാണ്. ക്ലാസ് ഡയഗ്രം (ക്ലാസ് ഡയഗ്രം) ഒബ്ജക്റ്റ് ഓറിയന്റഡ് പ്രോഗ്രാമിംഗ് ക്ലാസുകളുടെ ടെർമിനോളജിയിൽ സിസ്റ്റം മോഡലിന്റെ സ്റ്റാറ്റിക് ഘടനയെ പ്രതിനിധീകരിക്കുന്നു. ഒരു ക്ലാസ് ഡയഗ്രാമിന്, പ്രത്യേകിച്ച്, വസ്തുക്കളും ഉപസിസ്റ്റങ്ങളും പോലുള്ള വിഷയ മേഖലയുടെ വ്യക്തിഗത എന്റിറ്റികൾ തമ്മിലുള്ള വിവിധ ബന്ധങ്ങളെ പ്രതിഫലിപ്പിക്കാനും അവയുടെ ആന്തരിക ഘടനയും ബന്ധങ്ങളുടെ തരങ്ങളും വിവരിക്കാനും കഴിയും.

        ഡയഗ്രം ഐക്കണുകൾ സിസ്റ്റങ്ങളുടെ ഒരു സങ്കീർണ്ണ ശ്രേണി, ക്ലാസുകൾ (ക്ലാസുകൾ), ഇന്റർഫേസുകൾ (ഇന്റർഫേസുകൾ) എന്നിവ തമ്മിലുള്ള ബന്ധങ്ങൾ പ്രദർശിപ്പിക്കാൻ നിങ്ങളെ അനുവദിക്കുന്നു. ഈ തരത്തിലുള്ള ഡയഗ്രം, സിസ്റ്റം ഒബ്‌ജക്‌റ്റുകൾ പ്രദർശിപ്പിക്കുന്ന സഹകരണ ഡയഗ്രാമിന് ഉള്ളടക്കത്തിൽ വിപരീതമാണ്. വിവിധ നൊട്ടേഷനുകളിൽ ഇത്തരത്തിലുള്ള ഡയഗ്രം ഉപയോഗിച്ച് ക്ലാസുകൾ സൃഷ്ടിക്കാൻ യുക്തിസഹമായ റോസ് നിങ്ങളെ അനുവദിക്കുന്നു. മേഘം പോലെയുള്ള. അതിനാൽ, ഒരു ക്ലാസ് എന്നത് ഒരു ടെംപ്ലേറ്റ് മാത്രമാണ്, അതനുസരിച്ച് ഭാവിയിൽ ഒരു നിർദ്ദിഷ്ട ഒബ്ജക്റ്റ് സൃഷ്ടിക്കപ്പെടും.

        വിവിധ തരത്തിലുള്ള ഘടനാപരമായ ബന്ധങ്ങളാൽ ബന്ധിപ്പിച്ചിട്ടുള്ള "ക്ലാസിഫയർ" തരത്തിന്റെ മൂലകങ്ങളായ ഒരു ഗ്രാഫാണ് ക്ലാസ് ഡയഗ്രം. ഒരു ക്ലാസ് ഡയഗ്രാമിൽ ഇന്റർഫേസുകൾ, പാക്കേജുകൾ, ബന്ധങ്ങൾ, കൂടാതെ വസ്തുക്കളും ബന്ധങ്ങളും പോലുള്ള വ്യക്തിഗത സംഭവങ്ങളും അടങ്ങിയിരിക്കാം.

        ക്ലാസ് UML-ൽ, മറ്റ് ക്ലാസുകളിലെ ഒബ്‌ജക്‌റ്റുകളുമായുള്ള സമാന ഘടനയും പെരുമാറ്റവും ബന്ധവും ഉള്ള ഒരു കൂട്ടം ഒബ്‌ജക്റ്റുകളെ സൂചിപ്പിക്കാൻ ഇത് ഉപയോഗിക്കുന്നു. ഗ്രാഫിക്കലായി, ക്ലാസ് ഒരു ദീർഘചതുരമായി ചിത്രീകരിച്ചിരിക്കുന്നു, അത് തിരശ്ചീന രേഖകളാൽ വിഭാഗങ്ങളായോ വിഭാഗങ്ങളായോ വിഭജിക്കാം. ഈ വിഭാഗങ്ങളിൽ ക്ലാസിന്റെ പേര്, ആട്രിബ്യൂട്ടുകൾ (വേരിയബിളുകൾ), പ്രവർത്തനങ്ങൾ (രീതികൾ) എന്നിവ അടങ്ങിയിരിക്കാം.

സംസ്ഥാന ഡയഗ്രം (സ്റ്റേറ്റ്ചാർട്ട് ഡയഗ്രം)

        UML-ലെ ഓരോ സംസ്ഥാന ഡയഗ്രാമും ഒരു നിശ്ചിത ക്ലാസിന്റെ ഒരു സംഭവത്തിന്റെ സാധ്യമായ എല്ലാ അവസ്ഥകളും ഒരു അവസ്ഥയിൽ നിന്ന് മറ്റൊന്നിലേക്കുള്ള അതിന്റെ പരിവർത്തനത്തിന്റെ സാധ്യമായ ക്രമങ്ങളും വിവരിക്കുന്നു, അതായത്, ഒരു വസ്തുവിന്റെ അവസ്ഥയിലെ എല്ലാ മാറ്റങ്ങളും ബാഹ്യത്തോടുള്ള പ്രതികരണമായി ഇത് മാതൃകയാക്കുന്നു. സ്വാധീനങ്ങൾ.

        വ്യക്തിഗത ഒബ്‌ജക്‌റ്റുകളുടെ സ്വഭാവം വിവരിക്കാൻ ഏറ്റവും സാധാരണയായി ഉപയോഗിക്കുന്ന സ്റ്റേറ്റ്‌ചാർട്ടുകൾ, എന്നാൽ ഉപയോഗ കേസുകൾ, അഭിനേതാക്കൾ, ഉപസിസ്റ്റങ്ങൾ, പ്രവർത്തനങ്ങൾ, രീതികൾ എന്നിവ പോലുള്ള മറ്റ് മോഡൽ ഘടകങ്ങളുടെ പ്രവർത്തനക്ഷമത വ്യക്തമാക്കാനും ഇത് ഉപയോഗിക്കാം.

        ചില ഓട്ടോമാറ്റണുകളെ പ്രതിനിധീകരിക്കുന്ന ഒരു പ്രത്യേക തരത്തിലുള്ള ഗ്രാഫാണ് സ്റ്റേറ്റ് ഡയഗ്രം. ഗ്രാഫിന്റെ ലംബങ്ങൾ ഓട്ടോമാറ്റണിന്റെ സാധ്യമായ അവസ്ഥകളാണ്, അനുബന്ധ ഗ്രാഫിക് ചിഹ്നങ്ങളാൽ ചിത്രീകരിച്ചിരിക്കുന്നു, കൂടാതെ കമാനങ്ങൾ സംസ്ഥാനത്തിൽ നിന്ന് സംസ്ഥാനത്തിലേക്കുള്ള അതിന്റെ പരിവർത്തനങ്ങളെ സൂചിപ്പിക്കുന്നു. വ്യക്തിഗത മോഡൽ ഘടകങ്ങളുടെ കൂടുതൽ വിശദമായ പ്രാതിനിധ്യം നൽകുന്നതിന് സ്റ്റേറ്റ്ചാർട്ടുകൾ നെസ്റ്റ് ചെയ്യാവുന്നതാണ്.

        UML മെറ്റാമോഡലിൽ യന്ത്രംപരിമിതമായ എണ്ണം അവസ്ഥകളും പരിവർത്തനങ്ങളും ഉള്ള ഒരു പ്രത്യേക ഇടമായി മോഡൽ ചെയ്ത എന്റിറ്റിയുടെ സ്വഭാവത്തെ പ്രതിനിധീകരിക്കുന്നതിന് ആവശ്യമായ ഒരു കൂട്ടം ആശയങ്ങളെ നിർവചിക്കുന്ന ഒരു പാക്കേജാണ്.

        സാധ്യമായ ഏതെങ്കിലും സംസ്ഥാനങ്ങളിലെ സിസ്റ്റത്തിന്റെ ദൈർഘ്യം ഒരു സംസ്ഥാനത്തിൽ നിന്ന് മറ്റൊന്നിലേക്ക് മാറുന്നതിന് ചെലവഴിച്ച സമയത്തെ ഗണ്യമായി കവിയുന്നു. പരിധിയിൽ പരിവർത്തന സമയം പൂജ്യത്തിന് തുല്യമാകുമെന്ന് അനുമാനിക്കപ്പെടുന്നു (മറ്റൊരു വിധത്തിൽ വ്യക്തമാക്കിയിട്ടില്ലെങ്കിൽ), അതായത്, ഒബ്ജക്റ്റ് അവസ്ഥകളുടെ മാറ്റം തൽക്ഷണം സംഭവിക്കാം.

        അവയെ ബന്ധിപ്പിക്കുന്ന ആർക്കുകളുടെ ഓറിയന്റേഷൻ കണക്കിലെടുത്ത്, ശീർഷം മുതൽ ശീർഷകം വരെയുള്ള ഗ്രാഫിനൊപ്പം ഒരു തുടർച്ചയായ ചലനമായി ഓട്ടോമാറ്റണിന്റെ സ്വഭാവം രൂപപ്പെടുത്തിയിരിക്കുന്നു.

        വെൻഡിംഗ് മെഷീന് ഇനിപ്പറയുന്ന നിർബന്ധിത വ്യവസ്ഥകൾ പാലിക്കേണ്ടതുണ്ട്:

• ഒരു വസ്തുവിന് പോകാൻ കഴിയുന്ന അവസ്ഥ നിർണ്ണയിക്കുന്നത് അതിന്റെ നിലവിലെ അവസ്ഥയാണ്, അതിന്റെ ചരിത്രത്തെ ആശ്രയിക്കുന്നില്ല;
• ഏത് സമയത്തും, ഓട്ടോമാറ്റണിന് അതിന്റെ ഒരു സ്റ്റേറ്റിൽ മാത്രമേ കഴിയൂ. അതേ സമയം, സംഭവങ്ങളൊന്നും സംഭവിക്കുന്നില്ലെങ്കിൽ, ഓട്ടോമാറ്റൺ ഒരു പ്രത്യേക അവസ്ഥയിൽ ഏകപക്ഷീയമായി വളരെക്കാലം നിലനിൽക്കും;
• ഓട്ടോമാറ്റൺ ഒരു സംസ്ഥാനത്ത് അല്ലെങ്കിൽ മറ്റൊന്നിൽ ചെലവഴിച്ച സമയം, അതുപോലെ തന്നെ ഒരു സംസ്ഥാനത്തിലോ മറ്റൊന്നിലോ എത്താൻ എടുക്കുന്ന സമയം, ഒരു തരത്തിലും വ്യക്തമാക്കിയിട്ടില്ല;
• ഓട്ടോമാറ്റൺ സ്റ്റേറ്റുകളുടെ എണ്ണം പരിമിതമായിരിക്കണം, അവയെല്ലാം വ്യക്തമായി വ്യക്തമാക്കിയിരിക്കണം. വ്യക്തിഗത കപട-സംസ്ഥാനങ്ങൾക്ക് സ്പെസിഫിക്കേഷനുകൾ ഉണ്ടാകണമെന്നില്ല (പ്രാരംഭവും അവസാനവുമായ അവസ്ഥകൾ). ഈ സാഹചര്യത്തിൽ, അവയുടെ ഉദ്ദേശ്യവും സെമാന്റിക്സും പൂർണ്ണമായി നിർണ്ണയിക്കുന്നത് മോഡലിന്റെയും സംസ്ഥാന ഡയഗ്രാമിന്റെയും പശ്ചാത്തലത്തിൽ നിന്നാണ്;
• ഓട്ടോമാറ്റൺ ഗ്രാഫിൽ ഒറ്റപ്പെട്ട അവസ്ഥകളും സംക്രമണങ്ങളും അടങ്ങിയിരിക്കരുത്. ഓരോ സംസ്ഥാനത്തിനും, പ്രാരംഭം ഒഴികെ, മുമ്പത്തെ അവസ്ഥ നിർവചിക്കേണ്ടതുണ്ട്, കൂടാതെ ഓരോ സംക്രമണവും ഓട്ടോമാറ്റണിന്റെ രണ്ട് അവസ്ഥകളെ ബന്ധിപ്പിക്കണം;
• ഒബ്ജക്റ്റിന് ഒരേസമയം രണ്ടോ അതിലധികമോ തുടർന്നുള്ള അവസ്ഥകളിലേക്ക് (സമാന്തര സബ്ഓട്ടോമാറ്റ ഒഴികെ) പോകാൻ കഴിയുമ്പോൾ ഓട്ടോമാറ്റണിൽ വൈരുദ്ധ്യമുള്ള സംക്രമണങ്ങൾ അടങ്ങിയിരിക്കരുത്. UML ഭാഷയിൽ, ഗാർഡ് വ്യവസ്ഥകൾ അവതരിപ്പിക്കുന്നതിനെ അടിസ്ഥാനമാക്കി വൈരുദ്ധ്യം ഇല്ലാതാക്കൽ സാധ്യമാണ്.

സംസ്ഥാനം UML മെറ്റാമോഡലിൽ മാത്രമല്ല, അപ്ലൈഡ് സിസ്റ്റംസ് വിശകലനത്തിലും അടിസ്ഥാനപരമാണ്. ഒരു ചലനാത്മക സംവിധാനത്തിന്റെ മുഴുവൻ ആശയവും ഒരു സംസ്ഥാനത്തിന്റെ ആശയത്തെ അടിസ്ഥാനമാക്കിയുള്ളതാണ്. യു‌എം‌എൽ ഭാഷയിലെ സംസ്ഥാനത്തിന്റെ സെമാന്റിക്‌സിന് നിരവധി പ്രത്യേക സവിശേഷതകളുണ്ട്.

        UML-ൽ, ചില വ്യവസ്ഥകൾ ശരിയാകുന്ന ഒരു പ്രത്യേക സാഹചര്യത്തെ മാതൃകയാക്കാൻ ഉപയോഗിക്കുന്ന ഒരു അമൂർത്ത മെറ്റാക്ലാസ് ആണ് സംസ്ഥാനം. ക്ലാസ് അല്ലെങ്കിൽ ഒബ്ജക്റ്റ് ആട്രിബ്യൂട്ടുകളുടെ നിർദ്ദിഷ്ട മൂല്യങ്ങളുടെ ഒരു കൂട്ടമായി സംസ്ഥാനം വ്യക്തമാക്കാം. വ്യക്തിഗത ആട്രിബ്യൂട്ട് മൂല്യങ്ങളിലുള്ള മാറ്റങ്ങൾ മാതൃകാപരമായ ക്ലാസിന്റെ അല്ലെങ്കിൽ വസ്തുവിന്റെ അവസ്ഥയിലെ മാറ്റത്തെ പ്രതിഫലിപ്പിക്കും.

പ്രവർത്തന ഡയഗ്രം

        രൂപകൽപ്പന ചെയ്തതോ വിശകലനം ചെയ്തതോ ആയ ഒരു സിസ്റ്റത്തിന്റെ സ്വഭാവം മാതൃകയാക്കുമ്പോൾ, അതിന്റെ അവസ്ഥകൾ മാറ്റുന്ന പ്രക്രിയ അവതരിപ്പിക്കുക മാത്രമല്ല, സിസ്റ്റം നടത്തുന്ന പ്രവർത്തനങ്ങളുടെ അൽഗോരിതമിക്, ലോജിക്കൽ നടപ്പാക്കലിന്റെ സവിശേഷതകൾ വിശദീകരിക്കുകയും ചെയ്യേണ്ടത് ആവശ്യമാണ്.

        വാസ്തവത്തിൽ, മോഡലിംഗ് ചെയ്യുന്ന വസ്തുവിന്റെ അവസ്ഥകൾ പ്രതിഫലിപ്പിക്കുന്നതിനും ഇത്തരത്തിലുള്ള ഡയഗ്രം ഉപയോഗിക്കാം, എന്നിരുന്നാലും, പ്രവർത്തന ഡയഗ്രാമിന്റെ പ്രധാന ലക്ഷ്യം വസ്തുവിന്റെ ബിസിനസ്സ് പ്രക്രിയകളെ പ്രതിഫലിപ്പിക്കുക എന്നതാണ്. പ്രക്രിയകളുടെ ക്രമം മാത്രമല്ല, ബ്രാഞ്ചിംഗും പ്രക്രിയകളുടെ സമന്വയവും കാണിക്കാൻ ഇത്തരത്തിലുള്ള ഡയഗ്രം നിങ്ങളെ അനുവദിക്കുന്നു.

        ഈ തരത്തിലുള്ള ഡയഗ്രം ഏത് സങ്കീർണ്ണതയുടെയും ഒബ്ജക്റ്റുകളുടെ സ്വഭാവത്തിന് അൽഗോരിതം രൂപകൽപ്പന ചെയ്യാൻ നിങ്ങളെ അനുവദിക്കുന്നു, കൂടാതെ ബ്ലോക്ക് ഡയഗ്രമുകൾ സൃഷ്ടിക്കാനും ഇത് ഉപയോഗിക്കാം.

          UML പ്രവർത്തനങ്ങളുടെ പ്രക്രിയയെ മാതൃകയാക്കാൻ പ്രവർത്തന ഡയഗ്രമുകൾ ഉപയോഗിക്കുന്നു. അവയുടെ ഗ്രാഫിക്കൽ നൊട്ടേഷൻ പല തരത്തിൽ സ്റ്റേറ്റ്‌ചാർട്ട് നൊട്ടേഷനുമായി സാമ്യമുള്ളതാണ്, കാരണം ഈ ഡയഗ്രാമുകൾക്ക് അവസ്ഥയും സംക്രമണ ചിഹ്നങ്ങളും ഉണ്ട്. പ്രവർത്തന ഡയഗ്രാമിലെ ഓരോ സംസ്ഥാനവും ചില പ്രാഥമിക പ്രവർത്തനങ്ങളുടെ നിർവ്വഹണവുമായി പൊരുത്തപ്പെടുന്നു, ഈ പ്രവർത്തനം പൂർത്തിയാകുമ്പോൾ മാത്രമേ അടുത്ത അവസ്ഥയിലേക്കുള്ള മാറ്റം സംഭവിക്കുകയുള്ളൂ.

        അതിനാൽ, പ്രവർത്തന ഡയഗ്രമുകൾ സംസ്ഥാന ഡയഗ്രമുകളുടെ ഒരു പ്രത്യേക കേസായി കണക്കാക്കാം. ആന്തരിക പ്രവർത്തനങ്ങളുടെയും പ്രവർത്തനങ്ങളുടെയും പൂർത്തീകരണം കാരണം, നടപടിക്രമങ്ങളുടെയും സമന്വയ നിയന്ത്രണത്തിന്റെയും സവിശേഷതകൾ UML-ൽ നടപ്പിലാക്കാൻ അവർ നിങ്ങളെ അനുവദിക്കുന്നു. പ്രവർത്തന ഡയഗ്രമുകൾ ഉപയോഗിക്കുന്നതിനുള്ള പ്രധാന ദിശ, ക്ലാസ് ഓപ്പറേഷനുകൾ നടപ്പിലാക്കുന്നതിന്റെ സവിശേഷതകൾ ദൃശ്യവൽക്കരിക്കുക എന്നതാണ്, അവയുടെ നിർവ്വഹണത്തിനായി അൽഗോരിതങ്ങൾ അവതരിപ്പിക്കേണ്ടത് ആവശ്യമാണ്.

        UML-ന്റെ പശ്ചാത്തലത്തിൽ പ്രവർത്തനംഓട്ടോമാറ്റൺ നടത്തുന്ന വ്യക്തിഗത കണക്കുകൂട്ടലുകളുടെ ഒരു കൂട്ടമാണ്, ചില ഫലങ്ങളിലേക്കോ പ്രവർത്തനത്തിലേക്കോ (പ്രവർത്തനം) നയിക്കുന്നു. പ്രവർത്തന ഡയഗ്രം ഒരു പ്രവർത്തനത്തിൽ നിന്ന് മറ്റൊന്നിലേക്കുള്ള പരിവർത്തനത്തിന്റെ യുക്തിയും ക്രമവും കാണിക്കുന്നു, കൂടാതെ വിശകലന വിദഗ്ദ്ധന്റെ ശ്രദ്ധ ഫലങ്ങളിൽ കേന്ദ്രീകരിക്കുന്നു. ഒരു പ്രവർത്തനത്തിന്റെ ഫലം സിസ്റ്റത്തിന്റെ അവസ്ഥയിൽ മാറ്റം വരുത്തുകയോ അല്ലെങ്കിൽ ചില മൂല്യങ്ങൾ തിരികെ നൽകുകയോ ചെയ്തേക്കാം.

        പ്രവർത്തന നിലചില ഇൻപുട്ട് പ്രവർത്തനങ്ങളും കുറഞ്ഞത് ഒരു സംസ്ഥാന എക്സിറ്റ് ട്രാൻസിഷനും ഉള്ള ഒരു സംസ്ഥാനത്തിന്റെ പ്രത്യേക സാഹചര്യമാണ്. ഇൻപുട്ട് പ്രവർത്തനം ഇതിനകം പൂർത്തിയായതായി ഈ പരിവർത്തനം പരോക്ഷമായി അനുമാനിക്കുന്നു. പ്രവർത്തന നിലയ്ക്ക് ആന്തരിക സംക്രമണങ്ങൾ ഉണ്ടാകില്ല, കാരണം അത് പ്രാഥമികമാണ്. ഒരു ആക്ഷൻ സ്റ്റേറ്റിന്റെ പൊതുവായ ഉപയോഗം ഒരു അൽഗോരിതം (നടപടിക്രമം) അല്ലെങ്കിൽ നിയന്ത്രണ പ്രവാഹത്തിന്റെ നിർവ്വഹണത്തിലെ ഒരൊറ്റ ഘട്ടം മാതൃകയാക്കുക എന്നതാണ്.

സീക്വൻസ് ഡയഗ്രം

        സംസ്ഥാന, പ്രവർത്തന ഡയഗ്രമുകൾ പരിഗണിക്കുമ്പോൾ, സിസ്റ്റങ്ങളുടെ സ്വഭാവത്തിന്റെ ചലനാത്മകത വ്യക്തമാക്കാൻ ഈ ഡയഗ്രമുകൾ ഉപയോഗിക്കുന്നുണ്ടെങ്കിലും, അവയിൽ സമയം വ്യക്തമായി കാണുന്നില്ല. വസ്തുക്കളുടെ ഇടപെടലുകളെ വിവരിക്കുന്ന സിൻക്രണസ് പ്രക്രിയകൾ മാതൃകയാക്കുമ്പോൾ പെരുമാറ്റത്തിന്റെ താൽക്കാലിക വശത്തിന് കാര്യമായ പ്രാധാന്യമുണ്ട്. യുഎംഎൽ ഭാഷയിൽ ഒബ്‌ജക്‌റ്റുകളുടെ ഇടപെടലിനെ മാതൃകയാക്കാൻ സീക്വൻസ് ഡയഗ്രമുകൾ ഉപയോഗിക്കുന്നു.

        സീക്വൻസ് ഡയഗ്രമുകൾ അവ മാത്രം കാണിക്കുന്നു വസ്തുക്കൾആശയവിനിമയത്തിൽ നേരിട്ട് ഉൾപ്പെടുന്നവ. സീക്വൻസ് ഡയഗ്രമുകളുടെ പ്രധാന പോയിന്റ് കാലാകാലങ്ങളിൽ വസ്തുക്കളുടെ പ്രതിപ്രവർത്തനത്തിന്റെ ചലനാത്മകതയാണ്.

        UML-ൽ, ഒരു സീക്വൻസ് ഡയഗ്രാമിന് രണ്ട് അളവുകൾ ഉണ്ട്. ആദ്യത്തേത് ഇടത്തുനിന്ന് വലത്തോട്ട് ലംബ വരകളായി, അവയിൽ ഓരോന്നും പ്രതിപ്രവർത്തനത്തിൽ പങ്കെടുക്കുന്ന ഒരു വ്യക്തിഗത വസ്തുവിന്റെ ലൈഫ്‌ലൈൻ ചിത്രീകരിക്കുന്നു. ഡയഗ്രാമിലെ ഏറ്റവും ഇടതുവശത്തുള്ള ഒബ്ജക്റ്റ് പ്രതിപ്രവർത്തനത്തിന്റെ തുടക്കക്കാരനായ വസ്തുവാണ്. വലതുവശത്ത്, മറ്റൊരു വസ്തു ചിത്രീകരിച്ചിരിക്കുന്നു, അത് ആദ്യത്തേതുമായി നേരിട്ട് സംവദിക്കുന്നു. അങ്ങനെ, സീക്വൻസ് ഡയഗ്രാമിലെ എല്ലാ വസ്തുക്കളും ഒരു നിശ്ചിത ക്രമം ഉണ്ടാക്കുന്നു, പരസ്പരം ഇടപഴകുമ്പോൾ വസ്തുക്കളുടെ പ്രവർത്തനത്തിന്റെ ക്രമം അല്ലെങ്കിൽ അളവ് നിർണ്ണയിക്കുന്നു.

        ഗ്രാഫിക്കലായി, ഓരോ ഒബ്ജക്റ്റും ഒരു ദീർഘചതുരം കൊണ്ട് പ്രതിനിധീകരിക്കുകയും അതിന്റെ ലൈഫ് ലൈനിന്റെ മുകളിൽ സ്ഥിതി ചെയ്യുകയും ചെയ്യുന്നു. ദീർഘചതുരത്തിനുള്ളിൽ, വസ്തുവിന്റെ പേരും ക്ലാസിന്റെ പേരും ഒരു കോളൻ കൊണ്ട് വേർതിരിച്ചിരിക്കുന്നു. ഈ സാഹചര്യത്തിൽ, മുഴുവൻ റെക്കോർഡും അടിവരയിട്ടിരിക്കുന്നു, ഇത് വസ്തുവിന്റെ അടയാളമാണ്.

        ഒരു സീക്വൻസ് ഡയഗ്രാമിന്റെ രണ്ടാമത്തെ മാനം മുകളിൽ നിന്ന് താഴേക്കുള്ള ലംബ സമയ അക്ഷമാണ്. ഡയഗ്രാമിന്റെ ഏറ്റവും മുകളിലെ ഭാഗം സമയത്തിന്റെ പ്രാരംഭ നിമിഷവുമായി പൊരുത്തപ്പെടുന്നു. ഒരു ഒബ്‌ജക്‌റ്റ് മറ്റൊന്നിലേക്ക് അയയ്‌ക്കുന്ന സന്ദേശങ്ങളിലൂടെയാണ് ഒബ്‌ജക്റ്റ് ഇന്ററാക്ഷനുകൾ തിരിച്ചറിയുന്നത്. സന്ദേശങ്ങൾ സന്ദേശത്തിന്റെ പേരിനൊപ്പം തിരശ്ചീന അമ്പടയാളങ്ങളായി പ്രദർശിപ്പിക്കും, അവ സംഭവിച്ച സമയത്തിനനുസരിച്ച് അവയുടെ ക്രമം നിർണ്ണയിക്കപ്പെടുന്നു. അതായത്, സീക്വൻസ് ഡയഗ്രാമിൽ മുകളിലുള്ള സന്ദേശങ്ങൾ താഴെയുള്ളവയ്ക്ക് മുമ്പ് ആരംഭിക്കുന്നു. സമയ അക്ഷത്തിലെ സ്കെയിൽ സൂചിപ്പിച്ചിട്ടില്ല, കാരണം സീക്വൻസ് ഡയഗ്രം മുമ്പത്തെ-പിന്നീടുള്ള ഇടപെടലുകളുടെ താൽക്കാലിക ക്രമം മാത്രം മാതൃകയാക്കുന്നു.

സഹകരണ ഡയഗ്രം

        സഹകരണ രേഖാചിത്രത്തിന്റെ പ്രധാന സവിശേഷത പരസ്പര പ്രവർത്തനത്തിന്റെ ക്രമം മാത്രമല്ല, ഈ ഇടപെടലിൽ ഉൾപ്പെട്ടിരിക്കുന്ന വസ്തുക്കൾ തമ്മിലുള്ള എല്ലാ ഘടനാപരമായ ബന്ധങ്ങളെയും ഗ്രാഫിക്കായി പ്രതിനിധീകരിക്കാനുള്ള കഴിവാണ്.

        ഈ തരത്തിലുള്ള ഡയഗ്രം സന്ദേശങ്ങൾ കടന്നുപോകുന്ന ക്രമത്തിൽ നിന്ന് സംഗ്രഹിച്ച് ഒബ്ജക്റ്റുകളുടെ ഇടപെടൽ വിവരിക്കാൻ നിങ്ങളെ അനുവദിക്കുന്നു. ഇത്തരത്തിലുള്ള ഡയഗ്രം ഒരു പ്രത്യേക ഒബ്‌ജക്റ്റിന്റെ സ്വീകരിച്ചതും കൈമാറിയതുമായ എല്ലാ സന്ദേശങ്ങളെയും ഈ സന്ദേശങ്ങളുടെ തരങ്ങളെയും ഒരു കോം‌പാക്റ്റ് രൂപത്തിൽ പ്രതിഫലിപ്പിക്കുന്നു.

        ഒന്നാമതായി, സഹകരണത്തിന്റെ രേഖാചിത്രത്തിൽ, പ്രതിപ്രവർത്തനത്തിൽ പങ്കെടുക്കുന്ന വസ്തുക്കൾ ദീർഘചതുരങ്ങളുടെ രൂപത്തിൽ ചിത്രീകരിച്ചിരിക്കുന്നു, ഒബ്ജക്റ്റിന്റെ പേര്, അതിന്റെ ക്ലാസ്, ഒരുപക്ഷേ, ആട്രിബ്യൂട്ട് മൂല്യങ്ങൾ എന്നിവ അടങ്ങിയിരിക്കുന്നു. കൂടാതെ, ക്ലാസ് ഡയഗ്രാമിലെന്നപോലെ, വസ്തുക്കൾ തമ്മിലുള്ള ബന്ധങ്ങൾ വിവിധ ബന്ധിപ്പിക്കുന്ന ലൈനുകളുടെ രൂപത്തിൽ സൂചിപ്പിച്ചിരിക്കുന്നു. ഈ സാഹചര്യത്തിൽ, നിങ്ങൾക്ക് അസോസിയേഷന്റെ പേരുകളും ഈ അസോസിയേഷനിൽ ഒബ്ജക്റ്റുകൾ വഹിക്കുന്ന റോളുകളും വ്യക്തമായി വ്യക്തമാക്കാൻ കഴിയും. കൂടാതെ, ഡൈനാമിക് ലിങ്കുകൾ പ്രദർശിപ്പിക്കാൻ കഴിയും - സന്ദേശ പ്രവാഹങ്ങൾ. ഒബ്‌ജക്റ്റുകൾക്കിടയിൽ ബന്ധിപ്പിക്കുന്ന വരികളായും അവ പ്രതിനിധീകരിക്കുന്നു, അതിന് മുകളിൽ സന്ദേശം ആരംഭിക്കുന്നതിന്റെ പൊതുവായ ക്രമത്തിൽ ദിശ, സന്ദേശത്തിന്റെ പേര്, സീരിയൽ നമ്പർ എന്നിവ സൂചിപ്പിക്കുന്ന ഒരു അമ്പടയാളമുണ്ട്.

        ഒരു സീക്വൻസ് ഡയഗ്രാമിൽ നിന്ന് വ്യത്യസ്തമായി, ഒരു സഹകരണ ഡയഗ്രം ഒരു ഇടപെടലിൽ നിർദ്ദിഷ്ട പങ്ക് വഹിക്കുന്ന വസ്തുക്കൾ തമ്മിലുള്ള ബന്ധം മാത്രമേ കാണിക്കൂ. ഈ ചാർട്ട് സമയം ഒരു പ്രത്യേക മാനമായി കാണിക്കുന്നില്ല. അതിനാൽ, ക്രമ സംഖ്യകൾ ഉപയോഗിച്ച് പരസ്പര പ്രവർത്തനങ്ങളുടെയും സമാന്തര പ്രവാഹങ്ങളുടെയും ക്രമം നിർവചിക്കാം. അതിനാൽ, വസ്തുക്കൾ തമ്മിലുള്ള ബന്ധം തത്സമയം വ്യക്തമാക്കേണ്ടത് ആവശ്യമാണെങ്കിൽ, ഒരു ക്രമരേഖയിൽ അത് ചെയ്യുന്നതാണ് നല്ലത്.

        ആശയം സഹകരണം UML-ലെ അടിസ്ഥാന ആശയങ്ങളിൽ ഒന്നാണ്. മോഡൽ ചെയ്യപ്പെടുന്ന സിസ്റ്റത്തിന്റെ പൊതു സന്ദർഭത്തിൽ ഒരു പ്രത്യേക ഉദ്ദേശ്യവുമായി സംവദിക്കുന്ന ഒബ്ജക്റ്റുകളുടെ ഒരു കൂട്ടം നിയോഗിക്കാൻ ഇത് സഹായിക്കുന്നു. സിസ്റ്റത്തിലെ ഏറ്റവും പ്രധാനപ്പെട്ട വ്യക്തിഗത പ്രവർത്തനങ്ങൾ നടപ്പിലാക്കുന്നതിന്റെ സവിശേഷതകൾ വ്യക്തമാക്കുക എന്നതാണ് സഹകരണത്തിന്റെ ലക്ഷ്യം. ഈ സഹകരണത്തിൽ പങ്കാളികളുടെ ഇടപെടലിന്റെ അടിസ്ഥാനത്തിൽ സിസ്റ്റത്തിന്റെ സ്വഭാവത്തിന്റെ ഘടനയെ സഹകരണം നിർവ്വചിക്കുന്നു.

        സഹകരണം രണ്ട് തലങ്ങളിൽ പ്രതിനിധീകരിക്കാം:

• സ്പെസിഫിക്കേഷൻ ലെവൽ - ക്ലാസിഫയറുകളുടെ റോളുകളും പരിഗണിക്കപ്പെടുന്ന ഇടപെടലിലെ അസോസിയേഷനുകളുടെ പങ്കും കാണിക്കുന്നു;
• ഉദാഹരണ നില - സഹകരണത്തിലെ വ്യക്തിഗത റോളുകൾ രൂപപ്പെടുത്തുന്ന സംഭവങ്ങളെയും ബന്ധങ്ങളെയും സൂചിപ്പിക്കുന്നു.

        ഒരു സ്പെസിഫിക്കേഷൻ-ലെവൽ സഹകരണ ഡയഗ്രം പ്രതിപ്രവർത്തനത്തിൽ ഉൾപ്പെട്ടിരിക്കുന്ന ഘടകങ്ങൾ വഹിക്കുന്ന റോളുകൾ കാണിക്കുന്നു. ഈ തലത്തിലുള്ള സഹകരണത്തിന്റെ ഘടകങ്ങൾ ക്ലാസുകളും അസോസിയേഷനുകളുമാണ്, ഇത് ക്ലാസിഫയറുകളുടെ പ്രത്യേക റോളുകളും സഹകരണത്തിൽ പങ്കെടുക്കുന്നവർ തമ്മിലുള്ള അസോസിയേഷനുകളും സൂചിപ്പിക്കുന്നു.

        ഒബ്‌ജക്‌റ്റുകളുടെയും (ക്ലാസ് ഇൻസ്‌റ്റൻസുകളുടെയും) ബന്ധങ്ങളുടെയും (അസോസിയേഷൻ സംഭവങ്ങൾ) ഒരു ഇൻസ്‌റ്റൻസ്-ലെവൽ സഹകരണ ഡയഗ്രം പ്രതിനിധീകരിക്കുന്നു. അതേ സമയം, ലിങ്കുകൾ സന്ദേശ അമ്പടയാളങ്ങൾക്കൊപ്പം അനുബന്ധമായി നൽകുന്നു. ഈ തലത്തിൽ, ഓപ്പറേഷൻ അല്ലെങ്കിൽ ക്ലാസിഫയർ നടപ്പിലാക്കുന്നതുമായി നേരിട്ട് ബന്ധപ്പെട്ട വസ്തുക്കൾ മാത്രമേ പ്രദർശിപ്പിക്കുകയുള്ളൂ. ഈ സാഹചര്യത്തിൽ, എല്ലാ പ്രോപ്പർട്ടികളും അല്ലെങ്കിൽ എല്ലാ അസോസിയേഷനുകളും ചിത്രീകരിക്കേണ്ട ആവശ്യമില്ല, കാരണം സഹകരണ ഡയഗ്രാമിൽ ക്ലാസിഫയറുകളുടെ റോളുകൾ മാത്രമേ ഉള്ളൂ, പക്ഷേ ക്ലാസിഫയറുകൾ തന്നെ അല്ല. അതിനാൽ, ക്ലാസിഫയറിന് അതിന്റെ എല്ലാ സംഭവങ്ങളുടെയും പൂർണ്ണമായ വിവരണം ആവശ്യമാണെങ്കിലും, ക്ലാസിഫയറിന്റെ റോളിന് ഒരു പ്രത്യേക സഹകരണത്തിൽ പങ്കെടുക്കാൻ ആവശ്യമായ ഗുണങ്ങളുടെയും അസോസിയേഷനുകളുടെയും വിവരണം ആവശ്യമാണ്.

        ഇതിൽ നിന്ന് ഒരു പ്രധാന ഫലം പിന്തുടരുന്നു. ഒരേ കൂട്ടം വസ്തുക്കൾക്ക് വ്യത്യസ്ത സഹകരണങ്ങളിൽ പങ്കെടുക്കാൻ കഴിയും. പരിഗണനയിലുള്ള സഹകരണത്തെ ആശ്രയിച്ച്, വ്യക്തിഗത വസ്തുക്കളുടെ സവിശേഷതകളും അവ തമ്മിലുള്ള ലിങ്കുകളും മാറാം. ഒരു ക്ലാസ് ഡയഗ്രാമിൽ നിന്ന് ഒരു സഹകരണ ഡയഗ്രാമിനെ വേർതിരിക്കുന്നത് ഇതാണ്, ഇത് ഡയഗ്രാമിലെ ഘടകങ്ങൾ തമ്മിലുള്ള എല്ലാ ഗുണങ്ങളും ബന്ധങ്ങളും സൂചിപ്പിക്കണം.

ഘടകം ഡയഗ്രം

        സിസ്റ്റത്തിന്റെ ഫിസിക്കൽ ഡിസൈനിലെ ഘടകങ്ങളിലേക്ക് ക്ലാസുകളും ഒബ്ജക്റ്റുകളും അനുവദിക്കുന്നതിന് ഇത്തരത്തിലുള്ള ഡയഗ്രം ഉപയോഗിക്കുന്നു. ഈ തരത്തിലുള്ള ഡയഗ്രം പലപ്പോഴും മൊഡ്യൂൾ ഡയഗ്രമുകൾ എന്ന് വിളിക്കപ്പെടുന്നു.

        ഒരു സമ്പൂർണ്ണ സോഫ്‌റ്റ്‌വെയർ സിസ്റ്റം ഡിസൈൻ എന്നത് ലോജിക്കൽ, ഫിസിക്കൽ ലെവലുകളുടെ ഒരു കൂട്ടം മോഡലുകളാണ്, അത് പരസ്പരം ഏകോപിപ്പിക്കേണ്ടതാണ്. UML ഭാഷയിൽ, സിസ്റ്റം മോഡലുകളുടെ ഭൗതിക പ്രാതിനിധ്യത്തിനായി, നടപ്പിലാക്കൽ ഡയഗ്രമുകൾ (ഇംപ്ലിമെന്റേഷൻ ഡയഗ്രമുകൾ) ഉപയോഗിക്കുന്നു, അവയിൽ ഉൾപ്പെടുന്നു ഘടകം ഡയഗ്രംഒപ്പം വിന്യാസ ഡയഗ്രം.

        ഒരു ഘടക ഡയഗ്രം, മുമ്പ് ചർച്ച ചെയ്ത ഡയഗ്രമുകളിൽ നിന്ന് വ്യത്യസ്തമായി, സിസ്റ്റത്തിന്റെ ഭൗതിക പ്രാതിനിധ്യത്തിന്റെ സവിശേഷതകൾ വിവരിക്കുന്നു. സോഫ്‌റ്റ്‌വെയർ ഘടകങ്ങൾക്കിടയിൽ ഡിപൻഡൻസികൾ സ്ഥാപിച്ച് വികസിപ്പിച്ചുകൊണ്ടിരിക്കുന്ന സിസ്റ്റത്തിന്റെ ആർക്കിടെക്ചർ നിർണ്ണയിക്കാൻ ഇത് നിങ്ങളെ അനുവദിക്കുന്നു, അത് ഉറവിടവും എക്‌സിക്യൂട്ടബിൾ കോഡും ആകാം. ഒരു ഘടക ഡയഗ്രാമിന്റെ പ്രധാന ഗ്രാഫിക്കൽ ഘടകങ്ങൾ ഘടകങ്ങൾ, ഇന്റർഫേസുകൾ, അവയ്ക്കിടയിലുള്ള ആശ്രിതത്വം എന്നിവയാണ്.

        ഘടക ഡയഗ്രം ഇനിപ്പറയുന്ന ആവശ്യങ്ങൾക്കായി വികസിപ്പിച്ചതാണ്:

• സോഫ്റ്റ്വെയർ സിസ്റ്റത്തിന്റെ സോഴ്സ് കോഡിന്റെ പൊതു ഘടനയുടെ ദൃശ്യവൽക്കരണം;
• സോഫ്റ്റ്വെയർ സിസ്റ്റത്തിന്റെ എക്സിക്യൂട്ടബിൾ പതിപ്പിന്റെ സവിശേഷതകൾ;
• പ്രോഗ്രാം കോഡിന്റെ വ്യക്തിഗത ശകലങ്ങളുടെ പുനരുപയോഗം ഉറപ്പാക്കുന്നു;
• ഡാറ്റാബേസുകളുടെ ആശയപരവും ഭൗതികവുമായ സ്കീമകളുടെ പ്രതിനിധാനം.

        ഘടക ഡയഗ്രമുകളുടെ വികസനത്തിൽ സിസ്റ്റം അനലിസ്റ്റുകളും ആർക്കിടെക്റ്റുകളും പ്രോഗ്രാമർമാരും പങ്കെടുക്കുന്നു. ലോജിക്കൽ പ്രാതിനിധ്യത്തിൽ നിന്ന് പ്രോഗ്രാം കോഡിന്റെ രൂപത്തിൽ പ്രോജക്റ്റിന്റെ നിർദ്ദിഷ്ട നിർവ്വഹണത്തിലേക്ക് ഘടക ഡയഗ്രം സ്ഥിരമായ മാറ്റം നൽകുന്നു. ചില ഘടകങ്ങൾ പ്രോഗ്രാം കോഡ് കംപൈൽ ചെയ്യുന്ന ഘട്ടത്തിൽ മാത്രമേ നിലനിൽക്കൂ, മറ്റുള്ളവ അതിന്റെ നിർവ്വഹണ ഘട്ടത്തിൽ. ഘടക ഡയഗ്രം ഘടകങ്ങൾ തമ്മിലുള്ള പൊതുവായ ആശ്രിതത്വങ്ങളെ പ്രതിഫലിപ്പിക്കുന്നു, രണ്ടാമത്തേത് ക്ലാസിഫയറുകളായി കണക്കാക്കുന്നു.

          UML ഫിസിക്കൽ എന്റിറ്റികളെ പ്രതിനിധീകരിക്കാൻ ഒരു പ്രത്യേക പദം ഉപയോഗിക്കുന്നു - ഘടകം. ഘടകം ഒരു നിശ്ചിത ഇന്റർഫേസുകൾ നടപ്പിലാക്കുകയും മോഡലിന്റെ ഫിസിക്കൽ പ്രാതിനിധ്യത്തിന്റെ ഘടകങ്ങളുടെ പൊതുവായ പദവിയായി വർത്തിക്കുകയും ചെയ്യുന്നു. ഘടകത്തിന്റെ ഗ്രാഫിക്കൽ പ്രാതിനിധ്യത്തിനായി, ഒരു പ്രത്യേക ചിഹ്നം ഉപയോഗിക്കുന്നു - ഇടതുവശത്ത് രണ്ട് ചെറിയ ദീർഘചതുരങ്ങളുള്ള ഒരു ദീർഘചതുരം. വലിയ ദീർഘചതുരത്തിനുള്ളിൽ ഘടകത്തിന്റെ പേരും ആവശ്യമെങ്കിൽ ചില അധിക വിവരങ്ങളും ഉണ്ട്. ഘടകവുമായി ബന്ധപ്പെട്ട വിവരങ്ങളുടെ സ്വഭാവത്തെ ആശ്രയിച്ച് ഈ ചിഹ്നത്തിന്റെ ചിത്രം അല്പം വ്യത്യാസപ്പെടാം.

വിന്യാസ ഡയഗ്രം

        ഈ തരത്തിലുള്ള ഡയഗ്രം രൂപകൽപ്പന ചെയ്തിരിക്കുന്നത് സിസ്റ്റത്തിന്റെ ഹാർഡ്‌വെയർ, അതായത് ഹാർഡ്‌വെയർ, സോഫ്‌റ്റ്‌വെയറല്ല, വിശകലനം ചെയ്യാനാണ്. ഇംഗ്ലീഷിൽ നിന്നുള്ള നേരിട്ടുള്ള വിവർത്തനത്തിൽ, വിന്യാസം എന്നാൽ "വിന്യാസം" എന്നാണ് അർത്ഥമാക്കുന്നത്, എന്നാൽ "ടോപ്പോളജി" എന്ന പദം ഇത്തരത്തിലുള്ള ഡയഗ്രാമിന്റെ സത്തയെ കൂടുതൽ കൃത്യമായി പ്രതിഫലിപ്പിക്കുന്നു.

        ഏത് പ്ലാറ്റ്‌ഫോമിലാണ്, ഏത് കമ്പ്യൂട്ടിംഗ് ആണ് അത് നടപ്പിലാക്കുന്നത് എന്നതിനെ കുറിച്ച് ഒരു വിവരവും ഇല്ലെങ്കിൽ, ഒരു സോഫ്റ്റ്‌വെയർ സിസ്റ്റത്തിന്റെ ഭൗതിക പ്രാതിനിധ്യം പൂർത്തിയാകില്ല. ഉപയോക്താവിന്റെ കമ്പ്യൂട്ടറിൽ പ്രാദേശികമായി പ്രവർത്തിക്കുന്ന ഒരു പ്രോഗ്രാം വികസിപ്പിക്കുകയും പെരിഫറൽ ഉപകരണങ്ങളും ഉറവിടങ്ങളും ഉപയോഗിക്കാതിരിക്കുകയും ചെയ്യുന്നുവെങ്കിൽ, അധിക ഡയഗ്രമുകൾ വികസിപ്പിക്കേണ്ട ആവശ്യമില്ല. കോർപ്പറേറ്റ് ആപ്ലിക്കേഷനുകൾ വികസിപ്പിക്കുമ്പോൾ, വിതരണം ചെയ്ത കമ്പ്യൂട്ടിംഗ്, കമ്മ്യൂണിക്കേഷൻ നെറ്റ്‌വർക്ക് ഉറവിടങ്ങൾ ഫലപ്രദമായി ഉപയോഗിക്കുന്നതിനും സുരക്ഷ ഉറപ്പാക്കുന്നതിനും മറ്റുള്ളവയ്ക്കും ഘടകങ്ങളുടെ യുക്തിസഹമായ പ്ലേസ്‌മെന്റിന്റെ പ്രശ്നങ്ങൾ പരിഹരിക്കുന്നതിന് അത്തരം ഡയഗ്രമുകളുടെ സാന്നിധ്യം വളരെ ഉപയോഗപ്രദമാകും.

          ഒരു വിതരണം ചെയ്ത സോഫ്റ്റ്‌വെയർ സിസ്റ്റത്തിന്റെ മൊത്തത്തിലുള്ള കോൺഫിഗറേഷനും ടോപ്പോളജിയും പ്രതിനിധീകരിക്കാൻ UML വിന്യാസ ഡയഗ്രമുകൾ ഉപയോഗിക്കുന്നു.

        റൺടൈം ഘട്ടത്തിൽ മാത്രം നിലനിൽക്കുന്ന പ്രോഗ്രാം ഘടകങ്ങളും ഘടകങ്ങളും ദൃശ്യവൽക്കരിക്കുന്നതിനാണ് വിന്യാസ ഡയഗ്രം രൂപകൽപ്പന ചെയ്തിരിക്കുന്നത്. ഈ സാഹചര്യത്തിൽ, എക്സിക്യൂട്ടബിൾ ഫയലുകളോ ഡൈനാമിക് ലൈബ്രറികളോ ആയ പ്രോഗ്രാം ഇൻസ്റ്റൻസ് ഘടകങ്ങൾ മാത്രമേ അവതരിപ്പിക്കൂ. റൺടൈമിൽ ഉപയോഗിക്കാത്ത ഘടകങ്ങൾ വിന്യാസ ഡയഗ്രാമിൽ കാണിച്ചിട്ടില്ല. അതിനാൽ, പ്രോഗ്രാം സോഴ്സ് കോഡുകളുള്ള ഘടകങ്ങൾ ഘടക ഡയഗ്രാമിൽ മാത്രമേ ഉണ്ടാകൂ. വിന്യാസ ഡയഗ്രാമിൽ അവ കാണിച്ചിട്ടില്ല.

        ഒരു വിന്യാസ ഡയഗ്രാമിൽ പ്രോസസ്സറുകൾ, ഉപകരണങ്ങൾ, പ്രോസസ്സുകൾ, അവയുടെ ബന്ധങ്ങൾ എന്നിവയുടെ ഗ്രാഫിക്കൽ പ്രാതിനിധ്യം അടങ്ങിയിരിക്കുന്നു. ലോജിക്കൽ പ്രാതിനിധ്യ ഡയഗ്രമുകളിൽ നിന്ന് വ്യത്യസ്തമായി, വിന്യാസ ഡയഗ്രം മൊത്തത്തിൽ സിസ്റ്റത്തിന് സമാനമാണ്, കാരണം അത് നടപ്പിലാക്കുന്നതിന്റെ സവിശേഷതകൾ പൂർണ്ണമായും പ്രതിഫലിപ്പിക്കണം. ഒരു സോഫ്‌റ്റ്‌വെയർ സിസ്റ്റം മോഡലിന്റെ സ്‌പെസിഫിക്കേഷന്റെ അവസാന ഘട്ടമാണ് വിന്യാസ ഡയഗ്രം വികസിപ്പിക്കുന്നത്.

        ഒരു വിന്യാസ ഡയഗ്രം രൂപകൽപ്പന ചെയ്യുമ്പോൾ, ലക്ഷ്യങ്ങൾ ഇവയാണ്:

• അതിന്റെ ഫിസിക്കൽ നോഡുകളിൽ സിസ്റ്റം ഘടകങ്ങളുടെ വിതരണം നിർണ്ണയിക്കുക;
• അതിന്റെ നിർവ്വഹണ ഘട്ടത്തിൽ സിസ്റ്റം നടപ്പാക്കലിന്റെ എല്ലാ നോഡുകൾക്കും ഇടയിലുള്ള ഫിസിക്കൽ കണക്ഷനുകൾ കാണിക്കുക;
• സിസ്റ്റം തടസ്സങ്ങൾ തിരിച്ചറിയുകയും ആവശ്യമായ പ്രകടനം നേടുന്നതിനായി അതിന്റെ ടോപ്പോളജി പുനഃക്രമീകരിക്കുകയും ചെയ്യുക.

        വിന്യാസ ഡയഗ്രമുകൾ സിസ്റ്റം അനലിസ്റ്റുകൾ, നെറ്റ്‌വർക്ക് എഞ്ചിനീയർമാർ, സിസ്റ്റം എഞ്ചിനീയർമാർ എന്നിവർ സംയുക്തമായി വികസിപ്പിച്ചെടുത്തതാണ്.

Rational Rose ഡെസ്ക്ടോപ്പ് ഇന്റർഫേസിന്റെ സവിശേഷതകൾ

        Rational Rose CASE ടൂൾ, അറിയപ്പെടുന്ന വിഷ്വൽ പ്രോഗ്രാമിംഗ് എൻവയോൺമെന്റുകൾക്ക് സമാനമായി പ്രോഗ്രാമിന്റെ ഓപ്പറേറ്റിംഗ് ഇന്റർഫേസിനായി പൊതുവായി അംഗീകരിക്കപ്പെട്ട മാനദണ്ഡങ്ങൾ നടപ്പിലാക്കുന്നു. തുടക്കക്കാർക്ക് പോലും മിക്കവാറും ബുദ്ധിമുട്ടുകൾ ഉണ്ടാക്കുന്ന ഉപയോക്താവിന്റെ കമ്പ്യൂട്ടറിൽ Rational Rose ഇൻസ്റ്റാൾ ചെയ്ത ശേഷം, MS Windows 95/98-ൽ ഈ പ്രോഗ്രാം പ്രവർത്തിപ്പിക്കുന്നത് സ്ക്രീനിൽ ഒരു വർക്കിംഗ് ഇന്റർഫേസ് പ്രത്യക്ഷപ്പെടുന്നതിന് കാരണമാകുന്നു (ചിത്രം 6).

ചിത്രം - 6.റേഷനൽ റോസ് പ്രോഗ്രാമിന്റെ പ്രവർത്തന ഇന്റർഫേസിന്റെ പൊതുവായ കാഴ്ച

        യുക്തിസഹമായ റോസ് വർക്ക് ഇന്റർഫേസിൽ വിവിധ ഘടകങ്ങൾ അടങ്ങിയിരിക്കുന്നു, പ്രധാനമായവ:

• പ്രോഗ്രാമിന്റെ പ്രധാന മെനു
• ചാർട്ട് വിൻഡോ
• ഡോക്യുമെന്റേഷൻ വിൻഡോ
• ബ്രൗസർ വിൻഡോ
• ലോഗ് വിൻഡോ

ഈ ഓരോ ഘടകങ്ങളുടെയും ഉദ്ദേശ്യവും പ്രധാന പ്രവർത്തനങ്ങളും നമുക്ക് ചുരുക്കമായി പരിഗണിക്കാം.

പ്രോഗ്രാമിന്റെ പ്രധാന മെനു

പ്രോഗ്രാമിന്റെ പ്രധാന മെനു പൊതുവായി അംഗീകരിച്ച സ്റ്റാൻഡേർഡിലാണ് നിർമ്മിച്ചിരിക്കുന്നത്, താഴെപ്പറയുന്ന ഫോം ഉണ്ട് (ചിത്രം 7).

പ്രത്യേക മെനു ഇനങ്ങൾ, അവയുടെ പേരുകളിൽ നിന്ന് വ്യക്തമാകുന്ന ഉദ്ദേശ്യം, മുഴുവൻ പ്രോജക്റ്റുമായി ബന്ധപ്പെട്ട സമാന പ്രവർത്തനങ്ങൾ സംയോജിപ്പിക്കുക. ചില മെനു ഇനങ്ങളിൽ അറിയപ്പെടുന്ന ഫംഗ്‌ഷനുകൾ അടങ്ങിയിരിക്കുന്നു (ഒരു പ്രോജക്റ്റ് തുറക്കൽ, ഡയഗ്രമുകൾ പ്രിന്റുചെയ്യൽ, ക്ലിപ്പ്ബോർഡിലേക്ക് പകർത്തൽ, ക്ലിപ്പ്ബോർഡിൽ നിന്ന് വിവിധ ഡയഗ്രം ഘടകങ്ങൾ ഒട്ടിക്കൽ). മറ്റുള്ളവ വളരെ നിർദ്ദിഷ്ടമാണ്, അവർക്ക് പഠിക്കാൻ അധിക പരിശ്രമം ആവശ്യമായി വന്നേക്കാം (പ്രോഗ്രാം കോഡ് സൃഷ്ടിക്കുന്നതിനുള്ള ഓപ്ഷനുകൾ, മോഡലുകളുടെ സ്ഥിരത പരിശോധിക്കൽ, അധിക മൊഡ്യൂളുകൾ ബന്ധിപ്പിക്കൽ).

ചിത്രം - 7.പ്രോഗ്രാമിന്റെ പ്രധാന മെനുവിന്റെ രൂപം

സ്റ്റാൻഡേർഡ് ടൂൾബാർ

പ്രോഗ്രാമിന്റെ പ്രധാന മെനുവിന് താഴെയാണ് സ്റ്റാൻഡേർഡ് ടൂൾബാർ സ്ഥിതി ചെയ്യുന്നത്, ഇതുപോലെ കാണപ്പെടുന്നു (ചിത്രം 8). ചില ടൂളുകൾ ലഭ്യമല്ല (പുതിയ പ്രോജക്റ്റിൽ ഇനങ്ങളൊന്നുമില്ല). ഡെവലപ്പർമാർ മിക്കപ്പോഴും ഉപയോഗിക്കുന്ന മെനു കമാൻഡുകളിലേക്ക് സ്റ്റാൻഡേർഡ് ടൂൾബാർ ദ്രുത പ്രവേശനം നൽകുന്നു.

ചിത്രം - 8.സ്റ്റാൻഡേർഡ് ടൂൾബാറിന്റെ രൂപം

ഉപയോക്താവിന് അവന്റെ വിവേചനാധികാരത്തിൽ ഈ പാനലിന്റെ രൂപം ഇഷ്ടാനുസൃതമാക്കാൻ കഴിയും. ഇത് ചെയ്യുന്നതിന്, മെനു ഇനം ടൂൾസ് -> ഓപ്ഷനുകൾ (ടൂളുകൾ -> ഓപ്ഷനുകൾ) തിരഞ്ഞെടുത്ത് ടൂൾബാറുകൾ (ടൂൾബാറുകൾ) ടാബ് തുറക്കുക. ഈ രീതിയിൽ, നിങ്ങൾക്ക് വിവിധ ടൂൾ ബട്ടണുകൾ കാണിക്കാനോ മറയ്‌ക്കാനോ അവയുടെ വലുപ്പം മാറ്റാനോ കഴിയും.

ബ്രൗസർ വിൻഡോ

സ്റ്റാൻഡേർഡ് ടൂൾബാറിന് കീഴിൽ വർക്കിംഗ് ഇന്റർഫേസിന്റെ ഇടതുവശത്താണ് സ്ഥിരസ്ഥിതി ബ്രൗസർ വിൻഡോ സ്ഥിതി ചെയ്യുന്നത് (ചിത്രം 9).

പ്രൊജക്‌റ്റിലെ ഏതെങ്കിലും മോഡൽ ഘടകം നാവിഗേറ്റ് ചെയ്യാനും കണ്ടെത്താനും എളുപ്പമാക്കുന്ന ഒരു ശ്രേണിപരമായ ഘടനയിൽ ബ്രൗസർ മോഡൽ കാഴ്ചകൾ സംഘടിപ്പിക്കുന്നു. ഈ സാഹചര്യത്തിൽ, ഡവലപ്പർ മോഡലിലേക്ക് ചേർക്കുന്ന ഏത് ഘടകവും ബ്രൗസർ വിൻഡോയിൽ ഉടനടി പ്രദർശിപ്പിക്കും. അതനുസരിച്ച്, ബ്രൗസർ വിൻഡോയിൽ ഒരു ഘടകം തിരഞ്ഞെടുക്കുന്നതിലൂടെ, നമുക്ക് അത് ഡയഗ്രം വിൻഡോയിൽ ദൃശ്യമാക്കാം അല്ലെങ്കിൽ അതിന്റെ സ്പെസിഫിക്കേഷൻ മാറ്റാം. മോഡൽ ഘടകങ്ങളെ പാക്കേജുകളായി ക്രമീകരിക്കാനും മോഡലിന്റെ വ്യത്യസ്ത കാഴ്ചകൾക്കിടയിൽ ഘടകങ്ങൾ നീക്കാനും ബ്രൗസർ നിങ്ങളെ അനുവദിക്കുന്നു. വേണമെങ്കിൽ, ബ്രൗസർ വിൻഡോ വർക്കിംഗ് ഇന്റർഫേസിന്റെ മറ്റൊരു സ്ഥലത്ത് സ്ഥാപിക്കാം, അല്ലെങ്കിൽ മെനു ഇനം വ്യൂ (കാണുക) ഉപയോഗിച്ച് മൊത്തത്തിൽ മറയ്ക്കാം. നിങ്ങൾക്ക് ബ്രൗസറിന്റെ പുറം ഫ്രെയിമിന്റെ ബോർഡർ മൗസ് ഉപയോഗിച്ച് വലിച്ചുകൊണ്ട് വലുപ്പം മാറ്റാനും കഴിയും.

ചിത്രം - 9.ബ്രൗസർ രൂപം

പ്രത്യേക ടൂൾബാർ

വർക്കിംഗ് ഇന്റർഫേസിന്റെ മധ്യഭാഗത്ത് ബ്രൗസർ വിൻഡോയ്ക്കും ഡയഗ്രം വിൻഡോയ്ക്കും ഇടയിൽ ഒരു പ്രത്യേക ടൂൾബാർ സ്ഥിതിചെയ്യുന്നു. സ്ഥിരസ്ഥിതിയായി, ഒരു മോഡൽ ക്ലാസ് ഡയഗ്രം നിർമ്മിക്കുന്നതിന് ഒരു ടൂൾബാർ വാഗ്ദാനം ചെയ്യുന്നു (ചിത്രം 10).

ചിത്രം - 10.ഒരു ക്ലാസ് ഡയഗ്രാമിനുള്ള ഒരു പ്രത്യേക ടൂൾബാറിന്റെ രൂപം

ടൂൾബാറിന്റെ ഫ്രെയിം ആവശ്യമുള്ള സ്ഥലത്തേക്ക് നീക്കിക്കൊണ്ട് നിങ്ങൾക്ക് ഇഷ്‌ടാനുസൃത ടൂൾബാറിന്റെ സ്ഥാനം മാറ്റാനാകും. ചില ടൂളുകൾക്ക് അനുയോജ്യമായ വ്യക്തിഗത ബട്ടണുകൾ ചേർക്കുകയോ നീക്കം ചെയ്യുകയോ ചെയ്തുകൊണ്ട് നിങ്ങൾക്ക് പാനലിന്റെ ഘടന ഇഷ്ടാനുസൃതമാക്കാനും കഴിയും. ബന്ധപ്പെട്ട ബട്ടണിൽ മൗസ് പോയിന്റർ ഹോവർ ചെയ്തതിന് ശേഷം ദൃശ്യമാകുന്ന ടൂൾടിപ്പുകളിൽ ബട്ടൺ അസൈൻമെന്റുകൾ കണ്ടെത്താനാകും.

ചാർട്ട് വിൻഡോ

ഡയഗ്രം വിൻഡോ അതിന്റെ ഇന്റർഫേസിന്റെ പ്രധാന പ്രവർത്തന മേഖലയാണ്, അതിൽ പ്രോജക്റ്റ് മോഡലിന്റെ വിവിധ പ്രാതിനിധ്യങ്ങൾ ദൃശ്യവൽക്കരിക്കുന്നു. സ്ഥിരസ്ഥിതിയായി, ചാർട്ട് വിൻഡോ വർക്ക് ഇന്റർഫേസിന്റെ വലതുവശത്താണ് സ്ഥിതി ചെയ്യുന്നത്, എന്നാൽ അതിന്റെ സ്ഥാനവും വലുപ്പവും മാറ്റാൻ കഴിയും. ഒരു പുതിയ പ്രോജക്റ്റ് വികസിപ്പിക്കുമ്പോൾ, പ്രോജക്റ്റ് വിസാർഡ് ഉപയോഗിച്ചിട്ടില്ലെങ്കിൽ, ഡയഗ്രം വിൻഡോ എന്നത് മോഡൽ ഘടകങ്ങളൊന്നും ഉൾക്കൊള്ളാത്ത ഒരു ശൂന്യമായ പ്രദേശമാണ് (ചിത്രം 11).

ഈ വിൻഡോയിൽ സ്ഥിതി ചെയ്യുന്ന ഡയഗ്രാമിന്റെ പേര് പ്രോഗ്രാമിന്റെ ടൈറ്റിൽ ബാറിൽ (പ്രോഗ്രാമിന്റെ ഏറ്റവും മുകളിലെ വരി) അല്ലെങ്കിൽ വിൻഡോ പൂർണ്ണ സ്ക്രീനിലേക്ക് വലുതാക്കിയിട്ടില്ലെങ്കിൽ, ഡയഗ്രം വിൻഡോയുടെ ടൈറ്റിൽ ബാറിൽ സൂചിപ്പിച്ചിരിക്കുന്നു. ഡയഗ്രം വിൻഡോയിൽ ഒരേ സമയം നിരവധി ഡയഗ്രമുകൾ ഉണ്ടാകാം, എന്നാൽ അവയിലൊന്ന് മാത്രമേ സജീവമാകൂ. ഉദാഹരണത്തിന്, ചിത്രത്തിൽ. 11 മറ്റ് ഡയഗ്രമുകൾ ഉണ്ടെങ്കിലും വിന്യാസ ഡയഗ്രം സജീവമാണ്. സ്റ്റാൻഡേർഡ് ടൂൾബാറിൽ അല്ലെങ്കിൽ മെനു ഇനം വിൻഡോ (വിൻഡോ) വഴി ആവശ്യമുള്ള കാഴ്‌ച തിരഞ്ഞെടുത്ത് ചാർട്ടുകൾക്കിടയിൽ സ്വിച്ചുചെയ്യാനാകും. ഒരു വ്യക്തിഗത ചാർട്ട് കാഴ്‌ച സജീവമാകുമ്പോൾ, ഒരു പ്രത്യേക ടൂൾബാറിന്റെ രൂപം മാറുന്നു, അത് ഒരു പ്രത്യേക ചാർട്ട് കാഴ്‌ചയ്‌ക്കായി ഇഷ്‌ടാനുസൃതമാക്കിയിരിക്കുന്നു.

ചിത്രം - 11.മോഡലിന്റെ വ്യത്യസ്ത കാഴ്ചകളുള്ള ഡയഗ്രം വിൻഡോയുടെ രൂപം

ഡോക്യുമെന്റേഷൻ വിൻഡോ

ഡിഫോൾട്ട് ഡോക്യുമെന്റേഷൻ വിൻഡോ സ്ക്രീനിൽ ഉണ്ടാകണമെന്നില്ല. ഈ സാഹചര്യത്തിൽ, ഇത് മെനു ഇനം വ്യൂ -> ഡോക്യുമെന്റേഷൻ (വ്യൂ-> ഡോക്യുമെന്റേഷൻ) വഴി സജീവമാക്കാം, അതിനുശേഷം അത് ബ്രൗസറിന് താഴെ ദൃശ്യമാകും (ചിത്രം 12).

ഡോക്യുമെന്റേഷൻ വിൻഡോ, അതിന്റെ പേര് സൂചിപ്പിക്കുന്നത് പോലെ, മോഡൽ കാഴ്ചയുടെ ഘടകങ്ങൾ രേഖപ്പെടുത്താൻ ഉദ്ദേശിച്ചുള്ളതാണ്. ഇതിന് വൈവിധ്യമാർന്ന വിവരങ്ങൾ രേഖപ്പെടുത്താൻ കഴിയും, കൂടാതെ എന്താണ് പ്രധാനം - റഷ്യൻ ഭാഷയിൽ. ഈ വിവരങ്ങൾ പിന്നീട് കമന്റുകളായി പരിവർത്തനം ചെയ്യപ്പെടുകയും പ്രോഗ്രാം കോഡ് നിർവ്വഹണത്തിന്റെ യുക്തിയെ ഒരു തരത്തിലും ബാധിക്കുകയും ചെയ്യുന്നില്ല.

ഡോക്യുമെന്റേഷൻ വിൻഡോ ഡയഗ്രാമിലെ ഒരു തിരഞ്ഞെടുത്ത ഘടകവുമായി ബന്ധപ്പെട്ട വിവരങ്ങൾ സജീവമാക്കുന്നു. ഈ സാഹചര്യത്തിൽ, നിങ്ങൾക്ക് ബ്രൗസർ വിൻഡോയിലോ ഡയഗ്രം വിൻഡോയിലോ ഒരു ഘടകം തിരഞ്ഞെടുക്കാം. ഡയഗ്രാമിലേക്ക് ഒരു പുതിയ ഘടകം ചേർക്കുമ്പോൾ (ഉദാഹരണത്തിന്, ഒരു ക്ലാസ്), അതിനുള്ള ഡോക്യുമെന്റേഷൻ സ്വയമേവ ജനറേറ്റുചെയ്യുന്നു, അത് ശൂന്യമാണ് (ഡോക്യുമെന്റേഷൻ ഇല്ല). തുടർന്ന്, ഡവലപ്പർ ആവശ്യമായ വിശദീകരണ വിവരങ്ങൾ സ്വതന്ത്രമായി നൽകുന്നു, അത് ഓർമ്മിക്കപ്പെടുകയും പ്രോജക്റ്റിന്റെ പ്രവർത്തന സമയത്ത് മാറ്റുകയും ചെയ്യാം.

പ്രവർത്തന ഇന്റർഫേസിന്റെ മറ്റ് വിൻഡോകൾ പോലെ, നിങ്ങൾക്ക് ഡോക്യുമെന്റേഷൻ വിൻഡോയുടെ വലുപ്പവും സ്ഥാനവും മാറ്റാൻ കഴിയും.

ചിത്രം - 12.ഡോക്യുമെന്റേഷൻ വിൻഡോയുടെ രൂപം

ലോഗ് വിൻഡോ

ലോഗ് വിൻഡോ (ലോഗ്) പ്രോഗ്രാമുമായുള്ള പ്രവർത്തന സമയത്ത് സൃഷ്ടിച്ച വിവിധ സേവന വിവരങ്ങളുടെ യാന്ത്രിക റെക്കോർഡിംഗിനായി ഉദ്ദേശിച്ചുള്ളതാണ്. മോഡൽ അപ്‌ഡേറ്റ് ചെയ്യുക, മെനുകളും ടൂൾബാറുകളും ഇഷ്‌ടാനുസൃതമാക്കൽ, കോഡ് സൃഷ്‌ടിക്കുമ്പോൾ സംഭവിക്കുന്ന പിശക് സന്ദേശങ്ങൾ എന്നിവ പോലുള്ള ഡവലപ്പർ നടത്തുന്ന പ്രവർത്തനങ്ങളുടെ സമയവും സ്വഭാവവും ലോഗ് രേഖപ്പെടുത്തുന്നു.

ഡയഗ്രം വിൻഡോയുടെ ഏരിയയിലെ പ്രവർത്തന ഇന്റർഫേസിൽ ലോഗ് വിൻഡോ എല്ലായ്പ്പോഴും നിലവിലുണ്ട് (ചിത്രം 13). എന്നിരുന്നാലും, ഇത് മറ്റ് ചാർട്ട് വിൻഡോകൾ മറയ്ക്കുകയോ ചെറുതാക്കുകയോ ചെയ്യാം. വിൻഡോ-> ലോഗ് (വിൻഡോ-> ലോഗ്) മെനുവിലൂടെ നിങ്ങൾക്ക് ലോഗ് വിൻഡോ സജീവമാക്കാം. ഈ സാഹചര്യത്തിൽ, വർക്ക് ഇന്റർഫേസിന്റെ വലത് ഭാഗത്ത് മറ്റ് വിൻഡോകൾക്ക് മുകളിൽ ഇത് പ്രദർശിപ്പിക്കും. നിങ്ങൾക്ക് ഈ വിൻഡോ പൂർണ്ണമായും നീക്കംചെയ്യാൻ കഴിയില്ല, നിങ്ങൾക്ക് ഇത് ചെറുതാക്കാൻ മാത്രമേ കഴിയൂ.

ചിത്രം - 13.ലോഗ് വിൻഡോ രൂപം

ഉപസംഹാരം

        കാലക്രമേണ, UML ഭാഷ ഗണിതശാസ്ത്രജ്ഞർ, സിസ്റ്റം അനലിസ്റ്റുകൾ, ഭൗതികശാസ്ത്രജ്ഞർ, പ്രോഗ്രാമർമാർ, മാനേജർമാർ, സാമ്പത്തിക വിദഗ്ധർ, മറ്റ് തൊഴിലുകളിലെ വിദഗ്ധർ എന്നിവർക്ക് ആശയവിനിമയം നടത്താനും അവരുടെ പ്രൊഫഷണൽ അറിവ് ഒരു ഏകീകൃത രൂപത്തിൽ അവതരിപ്പിക്കാനും കഴിയുന്ന "എസ്പെറാന്റോ" ആയി മാറും. വാസ്തവത്തിൽ, സാരാംശത്തിൽ, ഓരോ സ്പെഷ്യലിസ്റ്റും അവന്റെ വിജ്ഞാന മേഖലയിൽ മാതൃകാ പ്രാതിനിധ്യത്തോടെ പ്രവർത്തിക്കുന്നു. ഈ മോഡൽ വശമാണ് UML ഭാഷയിലൂടെ വ്യക്തമാക്കാൻ കഴിയുന്നത്.

        ഇക്കാര്യത്തിൽ, UML ഭാഷയുടെ പ്രാധാന്യം ഗണ്യമായി വർദ്ധിക്കുന്നു, കാരണം അത് ഒരു വിജ്ഞാന പ്രാതിനിധ്യ ഭാഷയുടെ സവിശേഷതകൾ കൂടുതലായി നേടുന്നു. അതേസമയം, മോഡലിന്റെ ഘടനയെയും പെരുമാറ്റത്തെയും പ്രതിനിധീകരിക്കുന്നതിനുള്ള വിഷ്വൽ മാർഗങ്ങളുടെ UML-ൽ സാന്നിദ്ധ്യം, പ്രഖ്യാപനപരവും നടപടിക്രമപരവുമായ അറിവിന്റെ മതിയായ പ്രാതിനിധ്യം നേടാനും ഈ രൂപങ്ങൾക്കിടയിൽ ഒരു അർത്ഥപരമായ കത്തിടപാടുകൾ സ്ഥാപിക്കാനും സഹായിക്കുന്നു. അറിവ്. UML ഭാഷയുടെ ഈ സവിശേഷതകളെല്ലാം സമീപഭാവിയിൽ ഏറ്റവും ഗുരുതരമായ സാധ്യതകൾ ഉണ്ടെന്ന് നിഗമനം ചെയ്യാൻ ഞങ്ങളെ അനുവദിക്കുന്നു.

ഈ ലേഖനം സോഫ്‌റ്റ്‌വെയർ വികസനത്തിന്റെ പുതിയ യുഗത്തെക്കുറിച്ചും UML മുന്നോട്ട് വച്ചിരിക്കുന്ന പുതിയ ആവശ്യകതകളിൽ അതിന്റെ സ്വാധീനത്തെക്കുറിച്ചും അവ നിറവേറ്റുന്നതിനുള്ള മികച്ച രീതികളെക്കുറിച്ചും സംസാരിക്കുന്നു.
  7. "റേഷണൽ റോസിലെ ഡാറ്റ മോഡലിംഗ്" സെർജി ട്രോഫിമോവ്, യുക്തിസഹമായ റോസ് ഉപയോഗിച്ച് ഡാറ്റയുടെ ഭൗതിക പ്രാതിനിധ്യം എങ്ങനെ മാതൃകയാക്കാമെന്ന് വിവരിക്കുന്നു
  8. UML ഭാഷ. UML ഭാഷയെക്കുറിച്ചുള്ള പൊതുവായ ധാരണ: ഘടനകൾ, ഗ്രാഫിക് ഘടകങ്ങൾ, ഭാഷയുടെ ഡയഗ്രമുകൾ.
  9. പ്രായോഗിക UML. ഈ ഡോക്യുമെന്റ് "പ്രാക്ടിക്കൽ UML. ഡെവലപ്പർമാർക്കുള്ള ഒരു ഹാൻഡ്സ്-ഓൺ ആമുഖം" പ്രമാണത്തിന്റെ വിവർത്തനമാണ്. ഡെവലപ്പർമാർക്കുള്ള ഒരു പ്രായോഗിക ആമുഖം
  10. "സ്റ്റാൻഡേർഡ് ഒബ്ജക്റ്റ്-ഓറിയന്റഡ് മോഡലിംഗ് ഭാഷ UML" വെൻഡ്രോവ് അലക്സാണ്ടർ മിഖൈലോവിച്ച്. UML സൃഷ്ടിയുടെ ചരിത്രം
  11. UML - ഏകീകൃത മോഡലിംഗ് ഭാഷ. UML-ൽ ഉപയോഗിക്കുന്ന സോഫ്‌റ്റ്‌വെയർ സിസ്റ്റങ്ങളെയും നൊട്ടേഷനുകളെയും വിവരിക്കുന്ന രീതികളെക്കുറിച്ചുള്ള പ്രാരംഭ വിവരങ്ങൾ ഈ മെറ്റീരിയലിൽ അടങ്ങിയിരിക്കുന്നു
  12. UML ഭാഷ. ഉപയോക്തൃ ഗൈഡ്. രചയിതാക്കൾ: ഗ്രേഡി ബൂച്ച്, ജെയിംസ് റംബോഗ്, ഐവർ ജേക്കബ്സൺ
  13. "യുഎംഎൽ ഡയഗ്രമുകൾ ഇൻ റേഷനൽ റോസ്" സെർജി ട്രോഫിമോവ്
  14. "വിശകലനവും രൂപകൽപ്പനയും. വിഷ്വൽ മോഡലിംഗ് (UML) യുക്തിസഹമായ റോസ്" കോൺസ്റ്റാന്റിൻ ഡൊമോലെഗോ
  15. ഗെന്നഡി വെർനിക്കോവിന്റെ ലൈബ്രറി. ഡിസൈൻ, മോഡലിംഗ് മാനദണ്ഡങ്ങളുടെ പൂർണ്ണമായ വിവരണങ്ങൾ.
  16. "സോഫ്റ്റ്‌വെയർ സിസ്റ്റങ്ങളുടെ വികസനത്തിൽ UML ഉപയോഗിക്കുന്ന വിഷയ മേഖലയുടെ ഒരു വിവരണത്തിന്റെ ഉദാഹരണം" E.B. സോളോതുഖിന, ആർ.വി. ആൽഫിമോവ്. ഒരു നിർദ്ദിഷ്ട ഉദാഹരണം ഉപയോഗിച്ച് ഏകീകൃത മോഡലിംഗ് ഭാഷയുടെ (UML) ഉപയോഗത്തെ അടിസ്ഥാനമാക്കി ഡൊമെയ്ൻ മോഡലിംഗിലേക്കുള്ള സാധ്യമായ സമീപനം ലേഖനം കാണിക്കുന്നു.

UML ഭാഷയുടെ ഇമേജ് ഡയഗ്രമുകളുടെ സവിശേഷതകൾ

UML ഡയഗ്രമുകൾക്കായി, അവയിൽ അടങ്ങിയിരിക്കുന്ന വിവരങ്ങളുടെ അടിസ്ഥാനത്തിൽ പ്രധാനപ്പെട്ട മൂന്ന് തരം വിഷ്വൽ ഗ്രാഫിക് ചിഹ്നങ്ങളുണ്ട്:

· വിമാനത്തിലെ ജ്യാമിതീയ രൂപങ്ങൾ, അനുബന്ധ ഡയഗ്രമുകളുടെ ഗ്രാഫുകളുടെ ലംബങ്ങളുടെ പങ്ക് വഹിക്കുന്നു. അതേ സമയം, ജ്യാമിതീയ രൂപങ്ങൾ തന്നെ UML ഭാഷയുടെ ഗ്രാഫിക് ആദിമമായി പ്രവർത്തിക്കുന്നു, ഈ രൂപങ്ങളുടെ ആകൃതി (ദീർഘചതുരം, ദീർഘവൃത്തം) UML ഭാഷയുടെ വ്യക്തിഗത ഘടകങ്ങളുടെ ചിത്രവുമായി കർശനമായി പൊരുത്തപ്പെടണം (ക്ലാസ്, ഉപയോഗ കേസ്, സംസ്ഥാനം, പ്രവർത്തനം). UML ഗ്രാഫിക്‌സ് പ്രിമിറ്റീവുകൾക്ക് ഉപയോക്താക്കൾക്ക് അസാധുവാക്കാൻ അനുവാദമില്ലാത്ത നിശ്ചിത സെമാന്റിക്‌സ് ഉണ്ട്. ഗ്രാഫിക് പ്രിമിറ്റീവുകൾക്ക് അവരുടേതായ പേരുകൾ ഉണ്ടായിരിക്കണം, ഒരുപക്ഷേ, അനുബന്ധ ജ്യാമിതീയ രൂപങ്ങളുടെ അതിരുകൾക്കുള്ളിൽ അടങ്ങിയിരിക്കുന്ന മറ്റ് വാചകം അല്ലെങ്കിൽ ഒരു അപവാദമായി, ഈ രൂപങ്ങൾക്ക് സമീപം.

· ഗ്രാഫിക് ബന്ധങ്ങൾ, അവ വിമാനത്തിലെ വ്യത്യസ്ത വരകളാൽ പ്രതിനിധീകരിക്കുന്നു. UML-ലെ ബന്ധങ്ങൾ ഗ്രാഫ് സിദ്ധാന്തത്തിൽ നിന്നുള്ള ആർക്കുകളുടെയും അരികുകളുടെയും ആശയത്തെ സാമാന്യവൽക്കരിക്കുന്നു, എന്നാൽ ഔപചാരികമല്ലാത്തതും കൂടുതൽ വികസിതമായ സെമാന്റിക്സ് ഉള്ളതുമാണ്.

· പ്രത്യേക ഗ്രാഫിക് ചിഹ്നങ്ങൾ ഡയഗ്രമുകളുടെ ചില വിഷ്വൽ ഘടകങ്ങളോട് അടുത്ത് ചിത്രീകരിച്ചിരിക്കുന്നതും ഒരു അധിക സ്പെസിഫിക്കേഷന്റെ (അലങ്കാരങ്ങൾ) സ്വഭാവമുള്ളതുമാണ്.

UML-ലെ എല്ലാ ഡയഗ്രമുകളും ഒരു വിമാനത്തിലെ കണക്കുകൾ ഉപയോഗിച്ചാണ് വരച്ചിരിക്കുന്നത്. പ്രത്യേക ഘടകങ്ങൾ - ജ്യാമിതീയ രൂപങ്ങളുടെ സഹായത്തോടെ, അവയ്‌ക്കുള്ളിൽ മറ്റ് UML ഭാഷാ ഘടനകളെ ഉൾക്കൊള്ളുന്നതിനായി വ്യത്യസ്ത ഉയരങ്ങളും വീതിയും ഉണ്ടായിരിക്കാം. മിക്കപ്പോഴും, സെമാന്റിക്സ് വ്യക്തമാക്കുന്ന അല്ലെങ്കിൽ യുഎംഎൽ ഭാഷയുടെ അനുബന്ധ ഘടകങ്ങളുടെ വ്യക്തിഗത സവിശേഷതകൾ പരിഹരിക്കുന്ന അത്തരം ചിഹ്നങ്ങൾക്കുള്ളിൽ ടെക്സ്റ്റിന്റെ വരികൾ സ്ഥാപിക്കുന്നു. രൂപകല്പന ചെയ്യുന്ന സിസ്റ്റത്തിന്റെ ഒരു നിർദ്ദിഷ്ട മോഡലിന് കണക്കുകൾക്കുള്ളിൽ അടങ്ങിയിരിക്കുന്ന വിവരങ്ങൾ പ്രധാനമാണ്, കാരണം ഇത് പ്രോഗ്രാം കോഡിലെ അനുബന്ധ ഘടകങ്ങളുടെ നിർവ്വഹണത്തെ നിയന്ത്രിക്കുന്നു.

വ്യക്തിഗത ഗ്രാഫിക് ചിഹ്നങ്ങളെ ബന്ധിപ്പിക്കുന്ന ലൈൻ സെഗ്‌മെന്റുകളുടെ ക്രമങ്ങളാണ് പാതകൾ. ഈ സാഹചര്യത്തിൽ, ഗ്രാഫ് സിദ്ധാന്തത്തിലെ പതിവ് പോലെ, രേഖാ സെഗ്‌മെന്റുകളുടെ അവസാന പോയിന്റുകൾ ഡയഗ്രമുകളുടെ ലംബങ്ങൾ നിർണ്ണയിക്കാൻ സഹായിക്കുന്ന ജ്യാമിതീയ രൂപങ്ങളുമായി സമ്പർക്കം പുലർത്തണം. ആശയപരമായി, UML-ൽ പാതകൾക്ക് പ്രത്യേക പ്രാധാന്യം നൽകിയിട്ടുണ്ട്, കാരണം അവ ലളിതമായ ടോപ്പോളജിക്കൽ എന്റിറ്റികളാണ്. വ്യക്തിഗത പാത്ത് ഭാഗങ്ങൾ അല്ലെങ്കിൽ സെഗ്‌മെന്റുകൾ അവ ഉൾക്കൊള്ളുന്ന പാതയ്ക്ക് പുറത്ത് നിലനിൽക്കില്ല. പാതകൾ എല്ലായ്പ്പോഴും മറ്റ് ഗ്രാഫിക് ചിഹ്നങ്ങളെ ബന്ധപ്പെട്ട ലൈൻ സെഗ്‌മെന്റുകളുടെ രണ്ട് ബോർഡറുകളിലും സ്പർശിക്കുന്നു, അതായത്. ഒരു ഗ്രാഫിക് ചിഹ്നവും സ്പർശിക്കാത്ത ഒരു വരയുള്ള ഡയഗ്രാമിൽ പാതകൾ അവസാനിക്കാൻ കഴിയില്ല. മുകളിൽ സൂചിപ്പിച്ചതുപോലെ, പാതകൾക്ക് അവസാനമോ ടെർമിനേറ്ററോ ആയി ഒരു പ്രത്യേക ഗ്രാഫിക് ചിത്രം ഉണ്ടായിരിക്കാം - വരികളുടെ അറ്റങ്ങളിലൊന്നിൽ പ്രദർശിപ്പിക്കുന്ന ഒരു ഐക്കൺ.

അധിക ഐക്കണുകൾ അല്ലെങ്കിൽ അലങ്കാരങ്ങൾ ഒരു നിശ്ചിത വലുപ്പത്തിലും ആകൃതിയിലും ഉള്ള ഗ്രാഫിക് രൂപങ്ങളാണ്. ഉള്ളിൽ അധിക പ്രതീകങ്ങൾ ഉൾക്കൊള്ളിക്കുന്നതിന് അവയുടെ വലുപ്പം വർദ്ധിപ്പിക്കാൻ അവർക്ക് കഴിയില്ല. മറ്റ് ഗ്രാഫിക്കൽ ഘടനകൾക്ക് അകത്തും പുറത്തും ഐക്കണുകൾ സ്ഥാപിച്ചിരിക്കുന്നു. ഡയഗ്രം ഘടകങ്ങളുടെ ലിങ്കുകളുടെ അവസാനങ്ങൾ അല്ലെങ്കിൽ ക്ലാസുകളുടെ ആട്രിബ്യൂട്ടുകളുടെയും പ്രവർത്തനങ്ങളുടെയും ദൃശ്യപരത ക്വാണ്ടിഫയറുകളുടെ ഗ്രാഫിക് പദവികൾ എന്നിവയാണ് ഐക്കണുകളുടെ ഉദാഹരണങ്ങൾ.

സഹകരണ ഡയഗ്രം

കോപ്പറേഷൻ ഡയഗ്രമുകൾ രൂപകൽപ്പന ചെയ്യുന്ന സിസ്റ്റത്തിന്റെ ചലനാത്മക വശങ്ങൾ വിവരിക്കാൻ ഉദ്ദേശിച്ചുള്ളതാണ്. അവ സാധാരണയായി ഉപയോഗിക്കുന്നു:

ഒരു യഥാർത്ഥ പരിതസ്ഥിതിയിൽ സംവദിക്കുന്ന വസ്തുക്കളുടെ ഒരു കൂട്ടം "പക്ഷിയുടെ കാഴ്ചയിൽ നിന്ന്" കാണിക്കുക;

സിസ്റ്റത്തിന്റെ ചലനാത്മക വശങ്ങൾ പഠിക്കുന്നതിന്റെ ഫലങ്ങളെ അടിസ്ഥാനമാക്കി ക്ലാസുകൾക്കിടയിൽ പ്രവർത്തനക്ഷമത വിതരണം ചെയ്യുക;

സങ്കീർണ്ണമായ പ്രവർത്തനങ്ങൾ നടത്തുന്നതിനുള്ള യുക്തി വിവരിക്കുക, പ്രത്യേകിച്ച് ഒരു ഒബ്ജക്റ്റ് നിരവധി വസ്തുക്കളുമായി ഇടപഴകുന്ന സന്ദർഭങ്ങളിൽ;

സിസ്റ്റത്തിനുള്ളിലെ ഒബ്‌ജക്‌റ്റുകൾ നിർവ്വഹിക്കുന്ന റോളുകളും അവ ഉൾപ്പെട്ടിരിക്കുന്ന ഒബ്‌ജക്‌റ്റുകൾ തമ്മിലുള്ള ബന്ധവും പഠിക്കുക.

സഹകരണ ഡയഗ്രാമുകളെക്കുറിച്ച് പറയുമ്പോൾ, അത്തരം ഡയഗ്രമുകളുടെ രണ്ട് "ലെവലുകൾ" പലപ്പോഴും പരാമർശിക്കപ്പെടുന്നു:

· ഉദാഹരണ നില(ഉദാഹരണങ്ങൾ, ഇൻസ്റ്റൻസ്-ലെവൽ): ഒബ്ജക്റ്റുകൾ തമ്മിലുള്ള ഇടപെടലുകൾ പ്രദർശിപ്പിക്കുന്നു (ക്ലാസുകളുടെ സന്ദർഭങ്ങൾ); അത്തരം ഡയഗ്രംസാധാരണയായി പര്യവേക്ഷണം ചെയ്യാൻ സൃഷ്ടിച്ചതാണ് ആന്തരിക സംഘടനഒബ്ജക്റ്റ്-ഓറിയന്റഡ് സിസ്റ്റം.

· സ്പെസിഫിക്കേഷൻ ലെവൽ(സ്പെസിഫിക്കേഷൻ-ലെവൽ): പ്രധാന ക്ലാസുകൾ സിസ്റ്റത്തിൽ വഹിക്കുന്ന റോളുകൾ പഠിക്കാൻ ഉപയോഗിക്കുന്നു.

സന്ദേശങ്ങൾ അയയ്‌ക്കുന്നതിലൂടെയും സ്വീകരിക്കുന്നതിലൂടെയും നടക്കുന്ന വസ്തുക്കൾ തമ്മിലുള്ള ആശയവിനിമയം ഇത് കാണിക്കുന്നു.

ഘടകം ഡയഗ്രം

ഒരു ഘടകത്തിന്റെ ആവശ്യമായ ഇന്റർഫേസ് മറ്റൊരു ഘടകത്തിന്റെ നിലവിലുള്ള ഇന്റർഫേസുമായി ബന്ധിപ്പിച്ചിരിക്കുമ്പോൾ ഘടകങ്ങളെ ഡിപൻഡൻസികൾ വഴി ബന്ധിപ്പിച്ചിരിക്കുന്നു. രണ്ട് ഘടകങ്ങൾ തമ്മിലുള്ള ക്ലയന്റ്-സോഴ്സ് ബന്ധം ഇത് വ്യക്തമാക്കുന്നു.

ഒരു ഘടകം മറ്റൊരു ഘടകത്തിന് ആവശ്യമായ സേവനം നൽകുന്നുവെന്ന് ഒരു ആശ്രിതത്വം സൂചിപ്പിക്കുന്നു. ക്ലയന്റ് ഇന്റർഫേസിൽ നിന്നോ പോർട്ടിൽ നിന്നോ ഇറക്കുമതി ചെയ്ത ഇന്റർഫേസിലേക്കുള്ള ഒരു അമ്പടയാളമാണ് ഡിപൻഡൻസിയെ പ്രതിനിധീകരിക്കുന്നത്.

ഘടക ഡയഗ്രാമിലെ പ്രധാന തരം എന്റിറ്റികൾ ഘടകങ്ങൾ 1 തന്നെയാണ്, അതുപോലെ തന്നെ ഘടകങ്ങൾ തമ്മിലുള്ള ബന്ധം സൂചിപ്പിക്കുന്ന ഇന്റർഫേസുകൾ 2 ആണ്. ഘടക ഡയഗ്രാമിൽ ഇനിപ്പറയുന്ന ബന്ധങ്ങൾ ബാധകമാണ്:

ഘടകങ്ങളും ഇന്റർഫേസുകളും തമ്മിലുള്ള നടപ്പാക്കലുകൾ (ഘടകം ഇന്റർഫേസ് നടപ്പിലാക്കുന്നു);

ഘടകങ്ങളും ഇന്റർഫേസുകളും തമ്മിലുള്ള ആശ്രിതത്വം (ഒരു ഘടകം ഒരു ഇന്റർഫേസ് ഉപയോഗിക്കുന്നു) 3.

വിന്യാസ രേഖാചിത്രം

പ്രോഗ്രാമിന്റെ നിർവ്വഹണ ഘട്ടത്തിൽ (റൺടൈം) മാത്രം നിലനിൽക്കുന്ന ഘടകങ്ങളും ഘടകങ്ങളും ദൃശ്യവൽക്കരിക്കുന്നതിനാണ് വിന്യാസ ഡയഗ്രം രൂപകൽപ്പന ചെയ്തിരിക്കുന്നത്. ഈ സാഹചര്യത്തിൽ, എക്സിക്യൂട്ടബിൾ ഫയലുകളോ ഡൈനാമിക് ലൈബ്രറികളോ ആയ പ്രോഗ്രാം ഇൻസ്റ്റൻസ് ഘടകങ്ങൾ മാത്രമേ അവതരിപ്പിക്കൂ. റൺടൈമിൽ ഉപയോഗിക്കാത്ത ഘടകങ്ങൾ വിന്യാസ ഡയഗ്രാമിൽ കാണിച്ചിട്ടില്ല. അതിനാൽ, പ്രോഗ്രാം സോഴ്സ് കോഡുകളുള്ള ഘടകങ്ങൾ ഘടക ഡയഗ്രാമിൽ മാത്രമേ ഉണ്ടാകൂ. വിന്യാസ ഡയഗ്രാമിൽ അവ കാണിച്ചിട്ടില്ല.

ഒരു വിന്യാസ ഡയഗ്രാമിൽ പ്രോസസ്സറുകൾ, ഉപകരണങ്ങൾ, പ്രോസസ്സുകൾ, അവ തമ്മിലുള്ള ബന്ധങ്ങൾ എന്നിവയുടെ ഗ്രാഫിക് പ്രാതിനിധ്യം അടങ്ങിയിരിക്കുന്നു. ലോജിക്കൽ പ്രാതിനിധ്യ ഡയഗ്രമുകളിൽ നിന്ന് വ്യത്യസ്തമായി, വിന്യാസ ഡയഗ്രം മൊത്തത്തിൽ സിസ്റ്റത്തിന് സമാനമാണ്, കാരണം അത് നടപ്പിലാക്കുന്നതിന്റെ സവിശേഷതകൾ പൂർണ്ണമായും പ്രതിഫലിപ്പിക്കണം. ഒരു സോഫ്‌റ്റ്‌വെയർ സിസ്റ്റം മോഡലിന്റെ സ്‌പെസിഫിക്കേഷന്റെ അവസാന ഘട്ടമാണ് വിന്യാസ ഡയഗ്രം വികസിപ്പിക്കുന്നത്.

ഒരു വിന്യാസ ഡയഗ്രം വികസിപ്പിക്കുമ്പോൾ, ഇനിപ്പറയുന്ന ലക്ഷ്യങ്ങൾ പിന്തുടരുന്നു:

അതിന്റെ ഫിസിക്കൽ നോഡുകൾ ഉപയോഗിച്ച് സിസ്റ്റം ഘടകങ്ങളുടെ വിതരണം നിർണ്ണയിക്കുക;

സിസ്റ്റം നടപ്പിലാക്കുന്നതിന്റെ എല്ലാ നോഡുകളും തമ്മിലുള്ള ഫിസിക്കൽ ലിങ്കുകൾ അതിന്റെ നിർവ്വഹണ ഘട്ടത്തിൽ കാണിക്കുക;

· സിസ്റ്റം തടസ്സങ്ങൾ തിരിച്ചറിയുകയും ആവശ്യമായ പ്രകടനം നേടുന്നതിനായി അതിന്റെ ടോപ്പോളജി പുനഃക്രമീകരിക്കുകയും ചെയ്യുക.