ഒബ്ജക്റ്റ്-ഓറിയൻ്റഡ് സമീപനത്തിൻ്റെ ആശയപരമായ അടിസ്ഥാനം ഒബ്ജക്റ്റ് മോഡലാണ്. അതിൻ്റെ നിർമ്മാണത്തിൻ്റെ പ്രധാന തത്വങ്ങൾ ഇവയാണ്:

· അമൂർത്തീകരണം;

· എൻക്യാപ്സുലേഷൻ;

· മോഡുലാരിറ്റി;

· അധികാരശ്രേണി.

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

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

എൻക്യാപ്‌സുലേഷൻ എന്നത് ഒരൊറ്റ അമൂർത്തീകരണത്തിനുള്ളിൽ ("ബ്ലാക്ക് ബോക്‌സ്" ആയി കണക്കാക്കപ്പെടുന്നു), ഒരു പൊതു ഇൻ്റർഫേസിന് പിന്നിൽ അവയുടെ നിർവ്വഹണത്തെ മറയ്ക്കുന്ന വസ്തുവകകളുടെയും പെരുമാറ്റത്തിൻ്റെയും ഭൗതിക പ്രാദേശികവൽക്കരണമാണ്.

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

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

മോഡുലാരിറ്റി എന്നത് ആന്തരികമായി ശക്തമായി ഘടിപ്പിച്ചതും എന്നാൽ ദുർബലമായി പരസ്പരബന്ധിതവുമായ ഉപസിസ്റ്റമുകളായി (മൊഡ്യൂളുകൾ) വിഘടിപ്പിക്കാനുള്ള സാധ്യതയുമായി ബന്ധപ്പെട്ട ഒരു സിസ്റ്റത്തിൻ്റെ സ്വത്താണ്.

വ്യക്തിഗത മൊഡ്യൂളുകളുടെ സ്വതന്ത്ര വികസനം അനുവദിക്കുന്നതിലൂടെ മോഡുലാരിറ്റി സിസ്റ്റം സങ്കീർണ്ണത കുറയ്ക്കുന്നു. എൻക്യാപ്‌സുലേഷനും മോഡുലാരിറ്റിയും അമൂർത്തതകൾക്കിടയിൽ തടസ്സങ്ങൾ സൃഷ്ടിക്കുന്നു.

ശ്രേണി ക്രമീകരിച്ചതോ ക്രമപ്പെടുത്തിയതോ ആയ സംഗ്രഹങ്ങളുടെ ഒരു സംവിധാനമാണ്, ലെവലുകൾ അനുസരിച്ച് അവയുടെ ക്രമീകരണം.

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

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

UML മോഡലിംഗ് ഭാഷ ഉപയോഗിച്ച് ഒരു പ്രശ്നത്തിൻ്റെ ഒബ്ജക്റ്റ് മോഡൽ നിർമ്മിക്കുന്നു.

StarUML-ൽ ജോലി പൂർത്തിയായി

ലീഡ് ടൈം:

2-3 പാഠങ്ങൾ

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

ഉദാഹരണ ടാസ്ക്:

ഇനിപ്പറയുന്ന വിവരങ്ങൾ ഡാറ്റാബേസിൽ സംഭരിച്ചിട്ടുണ്ടെന്ന് ഉറപ്പാക്കേണ്ടത് ആവശ്യമാണ്:

- വിദ്യാർത്ഥി വിവരങ്ങൾ

ഒ പൂർണ്ണമായ പേര്.,

ഒ വിലാസം,

ഒ പാസ്പോർട്ട് വിശദാംശങ്ങൾ,

ഒ റെക്കോർഡ് നമ്പർ,

ഒ ജനനത്തീയതി,

ഒ ഗ്രൂപ്പ്);

- പ്രത്യേകതകളെക്കുറിച്ചുള്ള വിവരങ്ങൾ

ഒ പ്രത്യേകതയുടെ പേര്,

ഒ സൈഫർ;

- ഗ്രൂപ്പുകളെക്കുറിച്ചുള്ള വിവരങ്ങൾ

ഒ പ്രത്യേകത,

ഒ പ്രവേശന വർഷം,

ഒ ഗ്രൂപ്പ് നമ്പർ.

ഇനിപ്പറയുന്ന ഫീൽഡുകൾ അടങ്ങുന്ന ഒരു "ഗ്രൂപ്പ് ലിസ്റ്റ്" ഡോക്യുമെൻ്റ് ഇഷ്യൂ ചെയ്യുന്നത് ഉറപ്പാക്കുക:

· സീരിയൽ നമ്പർ,

· പൂർണ്ണമായ പേര്.,

· റെക്കോർഡ് നമ്പർ.

ജോലി ക്രമം

ഒബ്ജക്റ്റ് മോഡലിൻ്റെ നിർമ്മാണം യുക്തിസഹമായ റോസ് പാക്കേജിലാണ് നടത്തുന്നത്. ഇത് ചെയ്യുന്നതിന്, നമുക്ക് ഒരു ശൂന്യമായ പ്രോജക്റ്റ് സൃഷ്ടിക്കാം. ഒരു യൂസ് കേസ് ഡയഗ്രം ഉപയോഗിച്ച് നിങ്ങളുടെ ജോലി ആരംഭിക്കണം. ചിത്രം 9-ൽ കാണിച്ചിരിക്കുന്നതുപോലെ, യൂസ് കേസ് വ്യൂ വിഭാഗത്തിൻ്റെ പ്രധാന ഏരിയയിലാണ് ഇത് നിർമ്മിച്ചിരിക്കുന്നത്.

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

നിർമ്മിച്ച ഡയഗ്രം ചിത്രത്തിൽ കാണിച്ചിരിക്കുന്നു. 10.

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

നിർമ്മിച്ച ക്ലാസ് ഡയഗ്രം ഭാവി ആപ്ലിക്കേഷൻ്റെ എല്ലാ രൂപങ്ങളും അവയുടെ ബന്ധങ്ങളും പ്രദർശിപ്പിക്കുന്നു.

നിങ്ങൾ പ്രധാന ഫീൽഡുകൾ നൽകി ഒരു കണക്ഷൻ സ്ഥാപിക്കണം (അമ്പ് സന്ദർഭ മെനുവിൽ നിന്ന് - മൾട്ടിപ്ലസിറ്റി).

ഒരു ഒബ്ജക്റ്റ് മോഡൽ നിർമ്മിക്കുന്നതിൻ്റെ അടുത്ത ഘട്ടം സീക്വൻസ് ഡയഗ്രമുകൾ സൃഷ്ടിക്കുകയാണ്. ഉപയോഗ കേസ് ഡയഗ്രാമിൽ ഓരോ ഉപയോഗ കേസിനും സീക്വൻസ് ഡയഗ്രമുകൾ സൃഷ്ടിക്കപ്പെടുന്നു. ഒരു യൂസ് കെയ്‌സിലേക്ക് ഒരു സീക്വൻസ് ഡയഗ്രം ചേർക്കുന്നതിന്, നിങ്ങൾ അത് ട്രീയിൽ തിരഞ്ഞെടുത്ത് ചിത്രത്തിൽ കാണിച്ചിരിക്കുന്നതുപോലെ അതിലെ സന്ദർഭ മെനുവിൽ (NewàSequence ഡയഗ്രം) വിളിക്കേണ്ടതുണ്ട്. 13.

"സ്പെഷ്യാലിറ്റികളുടെ ഒരു ലിസ്റ്റ് പരിപാലിക്കുക" എന്നതിൻ്റെ ഒരു സീക്വൻസ് ഡയഗ്രാമിൻ്റെ ഉദാഹരണം ചിത്രത്തിൽ കാണിച്ചിരിക്കുന്നു. 14.

"ഗ്രൂപ്പ് ലിസ്റ്റ്" എന്ന ഔട്ട്പുട്ട് പ്രമാണത്തിനായി ഇത്തരത്തിലുള്ള ഡയഗ്രം നിർമ്മിക്കുമ്പോൾ, ഞങ്ങളുടെ കാര്യത്തിൽ, നിങ്ങൾ ആദ്യം "ഗ്രൂപ്പ് സെലക്ഷൻ" ഫോമിൽ ഗ്രൂപ്പ് തിരഞ്ഞെടുക്കണം (ഇത് "ഗ്രൂപ്പിൽ നിന്ന് ഡാറ്റ സ്വീകരിക്കണം" എന്നത് ശ്രദ്ധിക്കേണ്ടതാണ്. ” എൻ്റിറ്റി), തുടർന്ന് “വിദ്യാർത്ഥി” എൻ്റിറ്റിയിൽ നിന്ന് ഡാറ്റ വരുന്ന ഔട്ട്‌പുട്ട് ഫോം ഡോക്യുമെൻ്റ് പ്രദർശിപ്പിക്കുക.

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

ആപ്ലിക്കേഷൻ സിസ്റ്റങ്ങൾ വികസിപ്പിക്കുമ്പോൾ, ഒബ്‌ജക്റ്റുകളുടെ എല്ലാ ഗുണങ്ങളും സ്വകാര്യമാണെന്ന് അനുമാനിക്കുന്നത് സൗകര്യപ്രദമാണ് (അതായത്, ഒബ്‌ജക്റ്റിന് പുറത്ത് അവ ആക്‌സസ് ചെയ്യാൻ കഴിയില്ല). ഒബ്ജക്റ്റ് പ്രവർത്തനങ്ങൾ പൊതുവായതോ സ്വകാര്യമോ ആകാം.

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

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

ഈ മാർഗങ്ങളിൽ ഒന്ന് ഡൈനാമിക് മോഡൽ ഉപസിസ്റ്റങ്ങൾ. സബ്സിസ്റ്റത്തിൻ്റെ ഒബ്ജക്റ്റ് മോഡൽ നിർമ്മിക്കുകയും മുമ്പ് അംഗീകരിക്കുകയും ഡീബഗ്ഗ് ചെയ്യുകയും ചെയ്തതിന് ശേഷമാണ് ഇത് നിർമ്മിച്ചിരിക്കുന്നത്. ഒരു സബ്സിസ്റ്റത്തിൻ്റെ ഡൈനാമിക് മോഡൽ അതിൻ്റെ സബ്സിസ്റ്റം ഒബ്ജക്റ്റുകളുടെ സ്റ്റേറ്റ് ഡയഗ്രമുകൾ ഉൾക്കൊള്ളുന്നു.

ഒരു വസ്തുവിൻ്റെ നിലവിലെ അവസ്ഥ അതിൻ്റെ ആട്രിബ്യൂട്ടുകളുടെയും ബന്ധങ്ങളുടെയും നിലവിലെ മൂല്യങ്ങളുടെ ഒരു കൂട്ടമാണ്. സിസ്റ്റത്തിൻ്റെ പ്രവർത്തന സമയത്ത്, അതിൻ്റെ ഘടക വസ്തുക്കൾ പരസ്പരം ഇടപഴകുന്നു, അതിൻ്റെ ഫലമായി അവയുടെ അവസ്ഥകൾ മാറുന്നു. സ്വാധീനത്തിൻ്റെ യൂണിറ്റ് ആണ് സംഭവം: ഓരോ ഇവൻ്റും സിസ്റ്റത്തിലെ ഒന്നോ അതിലധികമോ ഒബ്‌ജക്റ്റുകളുടെ അവസ്ഥയിലോ പുതിയ സംഭവങ്ങളുടെ സംഭവത്തിലേക്കോ നയിക്കുന്നു. ഒരു സിസ്റ്റത്തിൻ്റെ പ്രവർത്തനം അതിൽ സംഭവിക്കുന്ന സംഭവങ്ങളുടെ ക്രമമാണ്.

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

സംഭവങ്ങൾക്ക് കാര്യകാരണ ബന്ധമില്ലെങ്കിൽ (അതായത് അവ യുക്തിപരമായി സ്വതന്ത്രമാണ്), അവയെ വിളിക്കുന്നു സ്വതന്ത്രമായ(സമകാലികം). അത്തരം സംഭവങ്ങൾ പരസ്പരം ബാധിക്കുന്നില്ല. സ്വതന്ത്ര ഇവൻ്റുകൾ ക്രമപ്പെടുത്തുന്നതിൽ അർത്ഥമില്ല, കാരണം അവ ഏത് ക്രമത്തിലും സംഭവിക്കാം. ഒരു വിതരണം ചെയ്ത സിസ്റ്റം മോഡലിൽ സ്വതന്ത്രമായ ഇവൻ്റുകളും പ്രവർത്തനങ്ങളും ഉണ്ടായിരിക്കണം.

സംഭവങ്ങളുടെ ക്രമത്തെ സ്ക്രിപ്റ്റ് എന്ന് വിളിക്കുന്നു. സാഹചര്യങ്ങൾ വികസിപ്പിക്കുകയും വിശകലനം ചെയ്യുകയും ചെയ്ത ശേഷം, ഓരോ സാഹചര്യ പരിപാടിയും സൃഷ്ടിക്കുകയും സ്വീകരിക്കുകയും ചെയ്യുന്ന ഒബ്ജക്റ്റുകൾ നിർണ്ണയിക്കപ്പെടുന്നു.

ഒരു ഇവൻ്റ് സംഭവിക്കുമ്പോൾ, ഒബ്ജക്റ്റ് ഒരു പുതിയ അവസ്ഥയിലേക്ക് മാറുക മാത്രമല്ല, ഈ ഇവൻ്റുമായി ബന്ധപ്പെട്ട പ്രവർത്തനവും നടത്തുന്നു. ഒരു ഇവൻ്റുമായി ബന്ധപ്പെട്ട ഒരു തൽക്ഷണ പ്രവർത്തനമാണ് പ്രവർത്തനം.

ഒരു ഒബ്ജക്റ്റ് മോഡൽ നിർമ്മിക്കുന്ന പ്രക്രിയയിൽ ഇനിപ്പറയുന്ന ഘട്ടങ്ങൾ ഉൾപ്പെടുന്നു:

ഒബ്ജക്റ്റുകളുടെയും ക്ലാസുകളുടെയും നിർവചനം;

ഡാറ്റ നിഘണ്ടു തയ്യാറാക്കുന്നു:

വസ്തുക്കൾ തമ്മിലുള്ള ആശ്രിതത്വം നിർണ്ണയിക്കൽ;

വസ്തുക്കളുടെയും കണക്ഷനുകളുടെയും സവിശേഷതകൾ നിർണ്ണയിക്കുക;

പാരമ്പര്യം ഉപയോഗിക്കുമ്പോൾ ക്ലാസുകൾ സംഘടിപ്പിക്കുകയും ലളിതമാക്കുകയും ചെയ്യുക;

മോഡലിൻ്റെ കൂടുതൽ ഗവേഷണവും മെച്ചപ്പെടുത്തലും.

വിഷയം 4: ബിസിനസ് പ്രോസസ് മോഡലിംഗ് രീതിശാസ്ത്രം

1. പുനർനിർമ്മാണത്തിൽ മോഡലുകളുടെ മോഡലിംഗിൻ്റെയും വർഗ്ഗീകരണത്തിൻ്റെയും സാരാംശം

ഒരു കമ്പനിയിൽ ബിസിനസ് പ്രോസസ് മോഡലുകൾ നിർമ്മിക്കുന്നതിനുള്ള അടിസ്ഥാന ആവശ്യകതകൾ

ഒരു മാതൃകാ മാതൃക നിർമ്മിക്കുന്നതിനുള്ള രീതിശാസ്ത്രം

ഒരു ഒബ്ജക്റ്റ് മോഡൽ നിർമ്മിക്കുന്നതിനുള്ള രീതിശാസ്ത്രം

ചോദ്യം 1

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

ഒരു അമൂർത്ത മാതൃക എന്നത് ചിന്തയിലൂടെ നിർമ്മിച്ച അനുയോജ്യമായ ഘടനകളുടെ രൂപത്തിൽ ഒരു യഥാർത്ഥ വസ്തുവിൻ്റെ പ്രതിഫലനമാണ്. അമൂർത്ത മോഡലുകളുടെ രണ്ട് പ്രധാന ക്ലാസുകൾ നമുക്ക് വേർതിരിക്കാം: ഔപചാരികമായ (ഗണിതശാസ്ത്രം) കൂടാതെ സെമാൻ്റിക് (അർത്ഥമുള്ളത്).

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

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

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

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

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

ചോദ്യം 2

എല്ലാ വിശദാംശങ്ങളും ഉൾക്കൊള്ളുന്ന ഒരു ഔപചാരിക മോഡൽ നിർമ്മിക്കുന്നത് അസാധ്യമായ ഒരു സങ്കീർണ്ണ സംവിധാനമാണ് ഏതൊരു കമ്പനിയും. അതിനാൽ, ഒന്നല്ല, നിരവധി ഏകോപിത മോഡലുകൾ ആവശ്യമാണ്, അവ കൂടുതൽ വിശദമായ മോഡലുകൾ നിർമ്മിക്കുന്നതിനുള്ള അടിസ്ഥാനമാണ്.

ബിസിനസ്സ് മോഡൽ പ്രതിഫലിപ്പിക്കണം:

1. പുറം ലോകത്തെ കമ്പനിയുടെ പ്രവർത്തനം: അവൾ എന്ത് ചെയ്യുന്നു, ആർക്കുവേണ്ടി, എന്ത് ഉദ്ദേശ്യത്തിനായി. ഉപഭോക്താക്കൾ, പങ്കാളികൾ, ഉപ കരാറുകാർ തുടങ്ങിയവർ ഉൾപ്പെടുന്ന കമ്പനിയുടെ പരിസ്ഥിതിയും ഈ പരിതസ്ഥിതിയുമായുള്ള കമ്പനിയുടെ ഇടപെടലും വിവരിക്കേണ്ടത് ആവശ്യമാണ്.

2. കമ്പനി വാസ്തുവിദ്യ, അതായത്. കമ്പനിയുടെ ഏറ്റവും പ്രധാനപ്പെട്ട സ്റ്റാറ്റിക് ഘടനകൾ. ഘടനയുടെ ഘടകങ്ങൾ ഇതായിരിക്കണം:

കമ്പനിയുടെ ബാഹ്യവും ആന്തരികവുമായ പ്രക്രിയകൾ;

പ്രവർത്തനങ്ങൾ (വ്യക്തിഗത പ്രക്രിയ ഘട്ടങ്ങൾ);

ഉൽപ്പന്നങ്ങൾ (പ്രക്രിയകളുടെയും പ്രവർത്തനങ്ങളുടെയും ഔട്ട്പുട്ട്);

മാനുഷികവും സാങ്കേതികവുമായ വിഭവങ്ങൾ.

ഘടകങ്ങളെ അവയുടെ അവസ്ഥകൾ വിവരിക്കാൻ അനുവദിക്കുന്ന പരാമീറ്ററുകളാൽ വിശേഷിപ്പിക്കാം. ഘടനകളെ വിവരിക്കുന്നതിന്, ഘടകങ്ങൾ തമ്മിലുള്ള ബന്ധത്തെ പ്രതിഫലിപ്പിക്കേണ്ടതും ആവശ്യമാണ്:

പ്രക്രിയകൾ തമ്മിലുള്ള ബന്ധം, പ്രക്രിയകളുടെ വ്യക്തിഗത പ്രവർത്തനങ്ങൾ (ഘട്ടങ്ങൾ);

പ്രക്രിയയിൽ പങ്കെടുക്കുന്നവർ തമ്മിലുള്ള ബന്ധം - വിവിധ തരത്തിലുള്ള വിഭവങ്ങൾ, മാർഗങ്ങൾ, ഉൽപ്പന്നങ്ങൾ;

ആളുകൾ തമ്മിലുള്ള ബന്ധം (കീഴടങ്ങൽ, ആശയവിനിമയം മുതലായവ).

3. ബിസിനസ്സിൻ്റെ "ഡൈനാമിക്സ്", അതായത്. കൃത്യസമയത്ത് ബിസിനസ്സ് പ്രക്രിയകളുടെ നിർവ്വഹണം. ചലനാത്മകത സംഭവങ്ങളുടെ ഒഴുക്കിൻ്റെ രൂപത്തിൽ പ്രതിഫലിക്കുന്നു, അതായത്. പ്രവർത്തനങ്ങളുടെ ക്രമവും അവ നടപ്പിലാക്കുന്നതിനുള്ള പ്രോത്സാഹനങ്ങളുടെ കൈമാറ്റവും.

കമ്പനി മോഡലുകൾ നിർമ്മിക്കുന്നതിനുള്ള രീതിശാസ്ത്രം മനസ്സിലാക്കാവുന്നതും നിരീക്ഷിക്കാവുന്നതുമായ മോഡലുകൾ നിർമ്മിക്കാൻ അനുവദിക്കണം. ഏറ്റവും പ്രധാനപ്പെട്ട വശങ്ങളിൽ ശ്രദ്ധ കേന്ദ്രീകരിച്ച് മോഡൽ അനാവശ്യ വിശദാംശങ്ങൾ ഒഴിവാക്കണം. മാതൃകാ വിവരണ ഭാഷ വേണ്ടത്ര പ്രകടമാകേണ്ടത് ആവശ്യമാണ്.

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

ചോദ്യം 3

ഏറ്റവും വ്യാപകമായത് ബിസിനസ് പ്രോസസ് മോഡലിംഗ് രീതികളുടെ 2 ഗ്രൂപ്പുകളാണ്:

1. P-O മോഡലുകൾ നിർമ്മിക്കുന്നതിനുള്ള രീതിശാസ്ത്രം (മുൻകൂർ-ഒബ്ജക്റ്റ് മോഡലുകൾ) ഈ സാങ്കേതികതയിൽ രണ്ട് തരത്തിലുള്ള ബിസിനസ്സ് മോഡലുകളുടെ തുടർച്ചയായ നിർമ്മാണം ഉൾപ്പെടുന്നു: ബാഹ്യ (മുൻകാല അല്ലെങ്കിൽ P- മോഡൽ), ആന്തരിക (വസ്തു അല്ലെങ്കിൽ O- മോഡൽ).

ബാഹ്യമോ മുൻകൂർ മാതൃകയോ (പി-മോഡൽ) പുറത്ത് നിന്ന് ദൃശ്യമാകുന്ന ബിസിനസ്സിനെ വിവരിക്കുന്നു, അതായത്. പരിസ്ഥിതിയിലെ ക്ലയൻ്റുകളും മറ്റുള്ളവരും ഇത് എങ്ങനെ മനസ്സിലാക്കുന്നു. പി-മോഡൽ എന്ന ആശയം പ്രതിഫലിപ്പിക്കുന്നു എന്ത് ബിസിനസ്സ് ചെയ്യുന്നു, അല്ല എങ്ങനെ ചെയ്യുന്നു.

എന്താണ് സംഭവിക്കുന്നത് " മുൻകൂർ". ഒരു യൂസ് കേസ് ഒരു "ബാഹ്യ" ഉപഭോക്തൃ-അധിഷ്‌ഠിത ബിസിനസ്സ് പ്രക്രിയയാണ്. ഒരു ഉൽപ്പന്നത്തിൻ്റെ രസീതിയോടെ ഒരു ഉപയോഗ കേസ് അവസാനിക്കുന്നു - ബിസിനസ് സിസ്റ്റത്തിലെ ചില വ്യക്തിഗത ഉപഭോക്താക്കൾക്ക് അളക്കാവുന്ന ഉപഭോക്തൃ മൂല്യം.

മുൻഗാമികൾക്ക് സംഭവങ്ങളുടെ നിരവധി കോഴ്സുകൾ ഉണ്ടാകാം. ഓരോ നിർദ്ദിഷ്ട മുൻവിധിയും (ഓപ്ഷൻ) വിളിക്കുന്നു പകർത്തുക . ഒരു നിർദ്ദിഷ്ട ക്ലയൻ്റിനായി നിർദ്ദിഷ്ട വ്യവസ്ഥകളിൽ ഇവൻ്റുകളുടെ ഒരു നിർദ്ദിഷ്ട ഒഴുക്ക് ഒരു ഉദാഹരണം നടപ്പിലാക്കുന്നു. ഇവൻ്റുകളുടെ കോഴ്സിനുള്ള സമാന ഓപ്ഷനുകൾ ഗ്രൂപ്പുകളായി തിരിച്ചിരിക്കുന്നു ക്ലാസുകൾ മുൻഗാമികൾ.

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

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

മുൻഗാമികളെപ്പോലെ, വിഷയങ്ങൾക്കും ക്ലാസിൻ്റെയും ഉദാഹരണത്തിൻ്റെയും ആശയങ്ങൾ വേർതിരിച്ചിരിക്കുന്നു. ഒരു സബ്ജക്ട് ക്ലാസ് ചില തരത്തിലുള്ള വിഷയങ്ങളുടെ പൊതു സ്വഭാവങ്ങളെ വിവരിക്കുന്നു, ഒരു ഉദാഹരണം ഒരു നിർദ്ദിഷ്ട വിഷയത്തിൻ്റെ സവിശേഷതകളെ വിവരിക്കുന്നു.

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

ഈ മാതൃകയിൽ പ്രതിനിധീകരിക്കുന്ന ബന്ധങ്ങളെ ബന്ധങ്ങൾ എന്ന് വിളിക്കുന്നു ആശയവിനിമയങ്ങൾ . ദ്രവ്യത്തിൻ്റെ കൈമാറ്റം (അസംസ്കൃത വസ്തുക്കൾ, ഉപകരണങ്ങൾ, പൂർത്തിയായ ഉൽപ്പന്നങ്ങൾ), ഊർജ്ജം, വിവരങ്ങൾ എന്നിവ ഉൾക്കൊള്ളുന്ന പരിസ്ഥിതിയുമായുള്ള മുൻഗാമികളുടെ യഥാർത്ഥ ബന്ധങ്ങളെ അവ പ്രതിഫലിപ്പിക്കുന്നു. അത്. ആശയവിനിമയ ബന്ധങ്ങളുടെ മാതൃക മെറ്റീരിയൽ, ഊർജ്ജം, വിവര പ്രവാഹങ്ങൾ.

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

ഉദാഹരണമായി, "ഉൽപ്പന്ന വിൽപ്പന" മുൻഗാമിയുടെ വിവരണം പരിഗണിക്കാം. ഇവൻ്റുകളുടെ പ്രധാന സ്ട്രീം:

1. വിൽപ്പനക്കാരന് ക്ലയൻ്റിൻ്റെ അഭ്യർത്ഥന ലഭിക്കുന്നു

2. ആപ്ലിക്കേഷൻ ഒരു പൂർത്തിയായ ഉൽപ്പന്നം വ്യക്തമാക്കുകയാണെങ്കിൽ, വിൽപ്പനക്കാരൻ വെയർഹൗസിൽ ആവശ്യമായ ഉൽപ്പന്നത്തിൻ്റെ ലഭ്യത പരിശോധിക്കുന്നു. ഉപയോഗ കേസ് ഘട്ടം 5 മുതൽ തുടരുന്നു.

3. ഓർഡർ ഒരു ഇഷ്‌ടാനുസൃത ഉൽപ്പന്നം വ്യക്തമാക്കുകയാണെങ്കിൽ, വിൽപ്പനക്കാരൻ ഓർഡർ വിശദാംശങ്ങൾ വ്യക്തമാക്കുകയും അവ ഉൽപ്പന്ന ഡിസൈനർക്ക് കൈമാറുകയും ചെയ്യുന്നു

4. ഉപഭോക്താവിൻ്റെ ആവശ്യങ്ങൾക്കനുസരിച്ച് ഡിസൈനർ ഉൽപ്പന്നം പരിഷ്ക്കരിക്കുന്നു

5. വിൽപ്പനക്കാരൻ ക്ലയൻ്റിൽ നിന്ന് പേയ്മെൻ്റ് സ്വീകരിക്കുന്നു

6. വിൽപ്പനക്കാരൻ ഉൽപ്പന്നത്തിൻ്റെ അളവും ഉപഭോക്താവിൻ്റെ വിലാസവും ഓർഡറുകൾ ഗതാഗതവും അയച്ചയാളെ അറിയിക്കുന്നു

7. അയച്ചയാൾ ഉൽപ്പന്നം ഉപഭോക്താവിന് കൈമാറുന്നു.

ഒരു മുൻഗാമിയുടെ ഓരോ ഘട്ടവും (ഇവൻ്റ്) ഒരു പുതിയ അവസ്ഥയിലേക്ക് മുൻകൂർ കൈമാറ്റം ചെയ്യുന്ന ചില പ്രവർത്തനങ്ങളെ പ്രതിനിധീകരിക്കുന്നു. അതാകട്ടെ, മുൻഗാമിയുടെ പുതിയ അവസ്ഥ അടുത്ത ഘട്ടം (ഇവൻ്റ്) നിർവഹിക്കാനുള്ള ഒരു പ്രോത്സാഹനമാണ്. അതിനാൽ, മുൻഗാമിയായി കണക്കാക്കുന്നു സംസ്ഥാന-ഇവൻ്റ് മെഷീൻ .

ചോദ്യം 4

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

ഇനിപ്പറയുന്നവ വേറിട്ടുനിൽക്കുന്നു: സാധാരണ ഒബ്ജക്റ്റ് ക്ലാസുകൾ:

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

2. മാനേജർമാർ - പ്രക്രിയകളെ നിയന്ത്രിക്കുന്ന സജീവ വസ്തുക്കൾ, എന്നാൽ പരിസ്ഥിതിയുമായി സമ്പർക്കം പുലർത്തുന്നില്ല. ഒരു കമ്പനിയിലെ മാനേജ്മെൻ്റ് ഒബ്ജക്റ്റുകളുടെ സാധാരണ ഉദാഹരണങ്ങൾ ഉൽപ്പന്ന ഡെവലപ്പർ, പ്രോജക്റ്റ് മാനേജർ എന്നിവയാണ്.

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

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

ഒബ്ജക്റ്റുകൾ (ക്ലാസ്സുകളും സംഭവങ്ങളും) ബന്ധപ്പെട്ടിരിക്കുന്നു ബന്ധങ്ങൾ . ഒരു ബൈനറി ബന്ധം രണ്ട് വസ്തുക്കളെ ബന്ധിപ്പിക്കുന്നു. ഇത് ഏകപക്ഷീയമോ ദ്വിദിശയോ ആകാം.

മുൻകാല വസ്തുക്കളുടെ പ്രതിപ്രവർത്തനത്തിൻ്റെ ഗ്രാഫിക്കൽ മാതൃകയിൽ, വസ്തുക്കളെ ത്രികോണങ്ങളാൽ ചിത്രീകരിക്കുന്നു (അകത്ത് "i" എന്ന അക്ഷരമുള്ള ഇൻ്റർഫേസ്, ഉള്ളിൽ "y" എന്ന അക്ഷരം ഉള്ളവ നിയന്ത്രിക്കുക), കൂടാതെ വസ്തുക്കൾ തമ്മിലുള്ള ബന്ധത്തെ ഒരു ആർക്ക് (അമ്പ്) പ്രതിനിധീകരിക്കുന്നു. ). ചിത്രത്തിൽ. ക്ലോസ് 3.2.1-ൽ വിവരിച്ചിരിക്കുന്ന "ഒരു ഇഷ്‌ടാനുസൃത ഉൽപ്പന്നത്തിൻ്റെ വിൽപ്പന" മുൻകൂർ വസ്തു ബന്ധങ്ങളുടെ ഒരു മാതൃക 3.4 അവതരിപ്പിക്കുന്നു.

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

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

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

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

©2015-2019 സൈറ്റ്
എല്ലാ അവകാശങ്ങളും അവയുടെ രചയിതാക്കൾക്കുള്ളതാണ്. ഈ സൈറ്റ് കർത്തൃത്വം അവകാശപ്പെടുന്നില്ല, എന്നാൽ സൗജന്യ ഉപയോഗം നൽകുന്നു.
പേജ് സൃഷ്‌ടിച്ച തീയതി: 2017-10-11

ആമുഖം

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

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

തൽഫലമായി, എൻ്റെ കോഴ്‌സ് ജോലിയുടെ ലക്ഷ്യം ഓട്ടോസർവീസ് ഇൻഫർമേഷൻ സിസ്റ്റത്തിൻ്റെ ഒരു ഒബ്‌ജക്റ്റ് മോഡൽ നിർമ്മിക്കുക, ഒരു ഒബ്‌ജക്റ്റ് മോഡൽ നിർമ്മിക്കുന്നതിൻ്റെ തത്വം പഠിക്കുക, നിർമ്മാണ പ്രക്രിയ വിവരിക്കുക, ഈ അറിവ് കൈവശം വയ്ക്കുന്നതിൻ്റെ പ്രാധാന്യവും അത് പ്രയോഗിക്കാനുള്ള കഴിവും തെളിയിക്കുക. പ്രാക്ടീസ്.

കോഴ്‌സ് വർക്കിൻ്റെ ഘടന ഇപ്രകാരമാണ്: ആദ്യം, ഒരു വസ്തുനിഷ്ഠമായ മാതൃക നിർമ്മിക്കുന്നതിനുള്ള സിദ്ധാന്തം പഠിക്കുന്നു, തുടർന്ന് സിദ്ധാന്തത്തിൻ്റെ നടപ്പാക്കൽ ഒരു പ്രായോഗിക ഉദാഹരണം ഉപയോഗിച്ച് പരീക്ഷിക്കുന്നു.

1. ഒബ്ജക്റ്റ് ഓറിയൻ്റഡ് സമീപനത്തിൻ്റെ അടിസ്ഥാന ആശയങ്ങൾ

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

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

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

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

ഒബ്ജക്റ്റ്-ഓറിയൻ്റഡ് സോഫ്‌റ്റ്‌വെയർ വികസനത്തിൽ സോഫ്റ്റ്‌വെയർ സിസ്റ്റങ്ങളുടെയും അവയുടെ ഘടകങ്ങളുടെയും വികസനത്തിൽ ഒബ്‌ജക്റ്റ് ഓറിയൻ്റഡ് മോഡലുകളുടെ ഉപയോഗം ഉൾപ്പെടുന്നു.

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

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

ഒരു ആപ്ലിക്കേഷൻ സോഫ്‌റ്റ്‌വെയർ സിസ്റ്റത്തിൻ്റെ രൂപകൽപ്പന ആരംഭിക്കുന്നത് അത് നിറവേറ്റേണ്ട ആവശ്യകതകളുടെ വിശകലനത്തോടെയാണ്. സിസ്റ്റത്തിൻ്റെ പ്രാഥമിക രൂപകൽപ്പന തയ്യാറാക്കാൻ കഴിയുന്ന തരത്തിൽ അതിൻ്റെ ഉദ്ദേശ്യവും പ്രവർത്തന സാഹചര്യങ്ങളും മനസ്സിലാക്കുന്നതിനാണ് അത്തരമൊരു വിശകലനം നടത്തുന്നത്.

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

വികസിപ്പിച്ചുകൊണ്ടിരിക്കുന്ന സിസ്റ്റത്തിൻ്റെ വികസനത്തിൻ്റെ പ്രാരംഭ ഘട്ടത്തിൽ അതിൻ്റെ പ്രകടനം പരിശോധിക്കാനും സിസ്റ്റത്തിൻ്റെ ഉപഭോക്താവുമായി ആശയവിനിമയം നടത്താനും സിസ്റ്റത്തിനായുള്ള അതിൻ്റെ ആവശ്യകതകൾ വ്യക്തമാക്കാനും (ആവശ്യമെങ്കിൽ) സിസ്റ്റം രൂപകൽപ്പനയിൽ (രണ്ടും തുടക്കത്തിൽ) മാറ്റങ്ങൾ വരുത്താനും മോഡലുകൾ സഹായിക്കുന്നു. അതിൻ്റെ രൂപകൽപ്പനയും അതിൻ്റെ ജീവിത ചക്രത്തിൻ്റെ മറ്റ് ഘട്ടങ്ങളിലും).

സിസ്റ്റം ലൈഫ് സൈക്കിളിൻ്റെ ആദ്യ ഘട്ടത്തിൽ വികസിപ്പിച്ചതും ഡീബഗ് ചെയ്തതുമായ മോഡലുകൾ തുടർന്നുള്ള എല്ലാ ഘട്ടങ്ങളിലും ഉപയോഗിക്കുന്നത് തുടരുന്നു, സിസ്റ്റം പ്രോഗ്രാമിംഗ്, ഡീബഗ്ഗിംഗ്, ടെസ്റ്റിംഗ്, മെയിൻ്റനൻസ്, കൂടുതൽ പരിഷ്‌ക്കരണങ്ങൾ എന്നിവ സുഗമമാക്കുന്നു.

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

ഒരു ഒബ്ജക്റ്റ് മോഡൽ നിർമ്മിക്കുന്നതിൽ ഉപയോഗിക്കുന്ന അടിസ്ഥാന ആശയങ്ങൾ നമുക്ക് പരിഗണിക്കാം.

ഒരു വസ്തു എന്നത് ഒരു അമൂർത്തതയാണ് അല്ലെങ്കിൽ വ്യക്തമായി നിർവചിക്കപ്പെട്ട അതിരുകളുള്ള ഏതെങ്കിലും വസ്തുവാണ്, അത് പ്രായോഗിക പ്രശ്നത്തിൻ്റെ പശ്ചാത്തലത്തിൽ അർത്ഥമാക്കുന്നു. ഒബ്‌ജക്റ്റുകളുടെ ആമുഖത്തിന് രണ്ട് ലക്ഷ്യങ്ങളുണ്ട്: പ്രയോഗിച്ച ടാസ്‌ക് (പ്രശ്നം) മനസിലാക്കുക, ഒരു കമ്പ്യൂട്ടറിൽ നടപ്പിലാക്കുന്നതിനുള്ള അടിസ്ഥാനം അവതരിപ്പിക്കുക.

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

ഒരേ ഗുണങ്ങളുള്ള ഒരു കൂട്ടം ഒബ്‌ജക്‌റ്റുകളുടെ വിവരണമാണ് ക്ലാസ്. ഒരു ക്ലാസ് നിരവധി വസ്തുക്കളുടെ ഗുണങ്ങളെ വിവരിക്കുന്നു. ഓരോ ഒബ്ജക്‌റ്റും ഒരു ക്ലാസിൻ്റെ ഉദാഹരണമാണ്.

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

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

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

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

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

വ്യത്യസ്ത ക്ലാസുകളിലെ ഒബ്‌ജക്റ്റുകളിൽ ഒരേ പ്രവർത്തനം പ്രയോഗിക്കാൻ കഴിയും: അത്തരം പ്രവർത്തനത്തെ പോളിമോർഫിക് എന്ന് വിളിക്കുന്നു, കാരണം ഇതിന് വ്യത്യസ്ത ക്ലാസുകൾക്ക് വ്യത്യസ്ത രൂപങ്ങൾ ഉണ്ടാകാം.

ക്ലാസുകൾ തമ്മിലുള്ള ആശ്രിതത്വം രണ്ട് വഴികളാണ്: ആശ്രിതത്വത്തിലെ എല്ലാ ക്ലാസുകൾക്കും തുല്യ അവകാശങ്ങളുണ്ട്. ആശ്രിതത്വത്തിൻ്റെ പേര് ആശ്രിതത്വത്തിലേക്ക് ദിശ കൊണ്ടുവരുന്നതായി തോന്നുന്ന സന്ദർഭങ്ങളിൽ പോലും ഇത് ശരിയാണ്. ക്ലാസുകൾ തമ്മിലുള്ള ആശ്രിതത്വം ഈ ക്ലാസുകളുടെ ഒബ്ജക്റ്റുകൾ തമ്മിലുള്ള ആശ്രിതത്വവുമായി പൊരുത്തപ്പെടുന്നു. ക്ലാസുകൾ പോലെ ആശ്രിതത്വത്തിനും ആട്രിബ്യൂട്ടുകൾ ഉണ്ടാകാം.

ഒരു വിവേചനക്കാരൻ എന്നത് "എണ്ണിക്കൽ" തരത്തിൻ്റെ ഒരു ആട്രിബ്യൂട്ടാണ്, അത് നൽകിയിരിക്കുന്ന സാമാന്യവൽക്കരണം ഏത് വസ്തുക്കളുടെ ഗുണങ്ങളാണ് നിർമ്മിച്ചിരിക്കുന്നത് എന്ന് കാണിക്കുന്നു.

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

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

ഒരു ആശ്രിതത്വത്തിൻ്റെ ഫലപ്രദമായ ഗുണിതം കുറയ്ക്കാൻ നിങ്ങളെ അനുവദിക്കുന്ന ഒരു ആട്രിബ്യൂട്ടാണ് ക്വാളിഫയർ. ക്വാളിഫയറുകൾ ഒന്നിൽ നിന്ന് പലതും പലതും പലതും ആശ്രിതത്വത്തിൽ ഉപയോഗിക്കുന്നു.

സംയോജിത ഒബ്‌ജക്‌റ്റുകളുടെ ഒരു ക്ലാസും ഈ ഒബ്‌ജക്‌റ്റുകളുടെ ഘടകങ്ങളെ പ്രതിനിധീകരിക്കുന്ന ക്ലാസുകളും (“മുഴുവൻ”-“ഭാഗം” ബന്ധം) തമ്മിലുള്ള ആശ്രിതത്വമാണ് അഗ്രഗേഷൻ.

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

ഒരു വിവേചനക്കാരൻ എന്നത് "എണ്ണിക്കൽ" തരത്തിൻ്റെ ഒരു ആട്രിബ്യൂട്ടാണ്, അത് നൽകിയിരിക്കുന്ന സാമാന്യവൽക്കരണം ഏത് വസ്തുക്കളുടെ ഗുണങ്ങളാണ് നിർമ്മിച്ചിരിക്കുന്നത് എന്ന് കാണിക്കുന്നു.

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

സോഫ്റ്റ്‌വെയർ സിസ്റ്റങ്ങൾക്കായുള്ള ആവശ്യകതകളുടെ വിശകലനത്തിലും അവയുടെ പ്രാഥമിക രൂപകൽപ്പനയിലും മാത്രമല്ല, അവ നടപ്പിലാക്കുന്നതിലും സാമാന്യവൽക്കരണവും പാരമ്പര്യവും വ്യാപകമായി ഉപയോഗിക്കുന്നു.

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

ഒരു അസാധുവാക്കൽ ഇനിപ്പറയുന്ന ഉദ്ദേശ്യങ്ങളിൽ ഒന്ന് നിറവേറ്റും:

വിപുലീകരണം: സബ്ക്ലാസ് ആട്രിബ്യൂട്ടുകളുടെ സ്വാധീനം കണക്കിലെടുത്ത്, പുതിയ പ്രവർത്തനം പാരമ്പര്യമായി ലഭിച്ച പ്രവർത്തനത്തെ വിപുലീകരിക്കുന്നു;

പരിമിതി: സബ്ക്ലാസിൻ്റെ ഒബ്ജക്റ്റുകളുടെ പ്രത്യേകതകൾ ഉപയോഗിച്ച്, പാരമ്പര്യമായി ലഭിച്ച പ്രവർത്തനത്തിൻ്റെ പ്രവർത്തനങ്ങളുടെ ഒരു ഭാഗം മാത്രം നിർവഹിക്കുന്നതിന് പുതിയ പ്രവർത്തനം പരിമിതപ്പെടുത്തിയിരിക്കുന്നു;

ഒപ്റ്റിമൈസേഷൻ: സബ്ക്ലാസ് ഒബ്ജക്റ്റുകളുടെ പ്രത്യേകതകൾ ഉപയോഗിക്കുന്നത് അനുബന്ധ രീതി ലളിതമാക്കാനും വേഗത്തിലാക്കാനും നിങ്ങളെ അനുവദിക്കുന്നു;

സൗകര്യം.

അനന്തരാവകാശത്തിൻ്റെ ഇനിപ്പറയുന്ന സെമാൻ്റിക് നിയമങ്ങൾ പാലിക്കുന്നത് ഉചിതമാണ്:

എല്ലാ അന്വേഷണ പ്രവർത്തനങ്ങളും (ആട്രിബ്യൂട്ട് മൂല്യങ്ങൾ ഉപയോഗിക്കുന്നതും എന്നാൽ അവ മാറ്റാത്തതുമായ പ്രവർത്തനങ്ങൾ) എല്ലാ ഉപവിഭാഗങ്ങൾക്കും പാരമ്പര്യമായി ലഭിച്ചിരിക്കണം;

ആട്രിബ്യൂട്ട് മൂല്യങ്ങൾ മാറ്റുന്ന എല്ലാ പ്രവർത്തനങ്ങളും അവയുടെ എല്ലാ വിപുലീകരണങ്ങളിലും പാരമ്പര്യമായി ലഭിച്ചിരിക്കണം;

നിയന്ത്രിത ആട്രിബ്യൂട്ടുകളുടെ മൂല്യങ്ങൾ മാറ്റുന്ന എല്ലാ പ്രവർത്തനങ്ങളും ഡിപൻഡൻസികളെ നിർവ്വചിക്കുന്ന ആട്രിബ്യൂട്ടുകളും അവയുടെ എല്ലാ വിപുലീകരണങ്ങളിലും തടയണം;

പ്രവർത്തനങ്ങൾ അടിസ്ഥാനപരമായി പുനർനിർവചിക്കാൻ പാടില്ല; ഒരേ പ്രവർത്തനം നടപ്പിലാക്കുന്ന എല്ലാ രീതികളും സമാനമായ ആട്രിബ്യൂട്ട് പരിവർത്തനം നടത്തണം;

അധിക പ്രവർത്തനങ്ങൾ ചേർത്തുകൊണ്ട് പാരമ്പര്യ പ്രവർത്തനങ്ങൾ പരിഷ്കരിക്കാനാകും.

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

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

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

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

മറ്റ് ഡാറ്റയെ വിവരിക്കുന്ന ഡാറ്റയാണ് മെറ്റാഡാറ്റ. ഉദാഹരണത്തിന്, ഒരു ക്ലാസിൻ്റെ നിർവചനം മെറ്റാഡാറ്റയാണ്, കാരണം ക്ലാസ് മറ്റ് ഡാറ്റയെ - ഈ ക്ലാസിലെ ഒബ്ജക്റ്റുകളെ വിവരിക്കുന്നു. മോഡലുകൾ മെറ്റാഡാറ്റയാണ്, കാരണം അവ മോഡൽ ചെയ്യുന്ന വസ്തുക്കളെ വിവരിക്കുന്നു. മെറ്റാഡാറ്റയുടെ മറ്റൊരു ഉദാഹരണം ഒരു അമൂർത്ത ക്ലാസ് ആണ്.

സിസ്റ്റവുമായി നേരിട്ട് സംവദിക്കുന്ന എൻ്റിറ്റികൾ വഹിക്കുന്ന വേഷങ്ങളാണ് അഭിനേതാക്കൾ.

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

ജിം ആർലോയുടെയും ഐൽ ന്യൂസ്റ്റാഡിൻ്റെയും "UML 2 ഉം ഏകീകൃത പ്രക്രിയയും" എന്ന കൃതിയിലെ "നടൻ" എന്ന ആശയത്തിൻ്റെ വിവരണം എനിക്ക് ശരിക്കും ഇഷ്ടപ്പെട്ടു: "അഭിനേതാക്കളെ മനസിലാക്കാൻ, റോളുകളുടെ ആശയം മനസ്സിലാക്കേണ്ടത് പ്രധാനമാണ്. ഒരു പ്രത്യേക സാഹചര്യത്തിൽ ധരിക്കുന്ന ഒരു തൊപ്പിയായി ഒരു വേഷത്തെ കണക്കാക്കാം." (പേജ് 92).

അടിസ്ഥാന ആശയങ്ങൾ അറിയുമ്പോൾ, നമുക്ക് മാതൃക നിർമ്മിക്കുന്നത് പരിഗണിക്കാം

1. ഒരു ഒബ്ജക്റ്റ് മോഡൽ നിർമ്മിക്കുന്നു

1. ക്ലാസുകൾ നിർവചിക്കുന്നു

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

സാധ്യമായ ക്ലാസുകൾ തിരിച്ചറിയുമ്പോൾ, കഴിയുന്നത്ര ക്ലാസുകൾ തിരിച്ചറിയാൻ ശ്രമിക്കണം, മനസ്സിൽ വരുന്ന ഓരോ ക്ലാസിൻ്റെയും പേര് എഴുതുക. പ്രത്യേകിച്ചും, പ്രശ്നത്തിൻ്റെ പ്രാഥമിക പ്രസ്താവനയിൽ ദൃശ്യമാകുന്ന ഓരോ നാമത്തിനും അനുബന്ധ ക്ലാസ് ഉണ്ടായിരിക്കാം. അതിനാൽ, സാധ്യമായ ക്ലാസുകൾ തിരിച്ചറിയുമ്പോൾ, അത്തരം ഓരോ നാമവും സാധാരണയായി സാധ്യമായ ക്ലാസുമായി ബന്ധപ്പെട്ടിരിക്കുന്നു.

അനാവശ്യ ക്ലാസുകൾ: രണ്ടോ അതിലധികമോ ക്ലാസുകൾ ഒരേ വിവരങ്ങൾ പ്രകടിപ്പിക്കുകയാണെങ്കിൽ, അവയിലൊന്ന് മാത്രം നിലനിർത്തണം;

അപ്രസക്തമായ (പ്രശ്നവുമായി നേരിട്ട് ബന്ധമില്ലാത്ത) ക്ലാസുകൾ: സാധ്യമായ ഒരു ക്ലാസിൻ്റെ ഓരോ പേരിനും, ഭാവിയിലെ സിസ്റ്റത്തിൽ അത് എത്രത്തോളം ആവശ്യമാണെന്ന് വിലയിരുത്തപ്പെടുന്നു (ഇത് വിലയിരുത്തുന്നത് പലപ്പോഴും വളരെ ബുദ്ധിമുട്ടാണ്); അപ്രസക്തമായ ക്ലാസുകൾ ഒഴിവാക്കിയിരിക്കുന്നു;

അവ്യക്തമായി നിർവചിക്കപ്പെട്ട (പരിഗണനയിലുള്ള പ്രശ്നത്തിൻ്റെ വീക്ഷണകോണിൽ നിന്ന്) ക്ലാസുകൾ;

ആട്രിബ്യൂട്ടുകൾ: ചില നാമങ്ങൾ ക്ലാസുകളേക്കാൾ ആട്രിബ്യൂട്ടുകളുമായി കൂടുതൽ യോജിക്കുന്നു; അത്തരം നാമങ്ങൾ, ചട്ടം പോലെ, വസ്തുക്കളുടെ ഗുണങ്ങളെ വിവരിക്കുന്നു (ഉദാഹരണത്തിന്, പേര്, പ്രായം, ഭാരം, വിലാസം മുതലായവ);

പ്രവർത്തനങ്ങൾ: ചില നാമങ്ങൾ ക്ലാസുകളേക്കാൾ പ്രവർത്തന നാമങ്ങളാകാനുള്ള സാധ്യത കൂടുതലാണ് (ഉദാഹരണത്തിന്, ടെലിഫോൺ_കോൾ ഏതെങ്കിലും ക്ലാസിനെ അർത്ഥമാക്കാൻ സാധ്യതയില്ല);

റോളുകൾ: ചില നാമങ്ങൾ ഒബ്ജക്റ്റ് മോഡലിലെ റോൾ നാമങ്ങൾ നിർവചിക്കുന്നു (ഉദാഹരണത്തിന്, ഉടമ, ഡ്രൈവർ, ബോസ്, ജീവനക്കാരൻ; ഈ പേരുകളെല്ലാം വ്യക്തി ക്ലാസിലെ വിവിധ ഒബ്ജക്റ്റ് ഡിപൻഡൻസികളിലെ റോളുകളുമായി ബന്ധപ്പെട്ടിരിക്കുന്നു);

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

അനാവശ്യമായ (അമിത) സാധ്യമായ എല്ലാ ക്ലാസുകളുടെയും പേരുകൾ ഇല്ലാതാക്കിയ ശേഷം, രൂപകൽപ്പന ചെയ്ത സിസ്റ്റം ഉൾക്കൊള്ളുന്ന ക്ലാസുകളുടെ പ്രാഥമിക ലിസ്റ്റ് ലഭിക്കും.

1. ഡാറ്റാ നിഘണ്ടു തയ്യാറാക്കുന്നു

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

2.3 ഡിപൻഡൻസികൾ നിർവചിക്കുന്നു

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

ആപ്ലിക്കേഷൻ പ്രശ്നത്തിൻ്റെ പ്രാഥമിക പ്രസ്താവനയിൽ കാണപ്പെടുന്ന നാമങ്ങളിൽ നിന്ന് സാധ്യമായ ക്ലാസുകളുടെ പേരുകൾ ലഭിച്ചതുപോലെ, നിർദ്ദിഷ്ട പ്രമാണത്തിൽ കാണപ്പെടുന്ന ക്രിയകളിൽ നിന്നോ ക്രിയകളിൽ നിന്നോ സാധ്യമായ ആശ്രിതത്വങ്ങളുടെ പേരുകൾ ലഭിക്കും. അവർ സാധാരണയായി വിവരിക്കുന്നത് ഇങ്ങനെയാണ്: ശാരീരിക സ്ഥാനം (follows_behind, is_part, is_contained), ഡയറക്ട് ആക്ഷൻ (lead_to_movement), ആശയവിനിമയം ( talks_to), belonging (has, is_part) തുടങ്ങിയവ.

ഇനിപ്പറയുന്ന മാനദണ്ഡങ്ങൾ ഉപയോഗിച്ച് നിങ്ങൾ അനാവശ്യമോ തെറ്റായതോ ആയ ഡിപൻഡൻസികൾ നീക്കം ചെയ്യണം:

ഒഴിവാക്കപ്പെട്ട ക്ലാസുകൾ തമ്മിലുള്ള ആശ്രിതത്വം ഇല്ലാതാക്കണം, അല്ലെങ്കിൽ ശേഷിക്കുന്ന ക്ലാസുകളുടെ അടിസ്ഥാനത്തിൽ പരിഷ്കരിക്കണം;

അപ്രസക്തവും നടപ്പാക്കലുമായി ബന്ധപ്പെട്ടതുമായ ആശ്രിതത്വം ഇല്ലാതാക്കണം;

പ്രവർത്തനങ്ങൾ: ആശ്രിതത്വം ആപ്ലിക്കേഷൻ ഡൊമെയ്‌നിൻ്റെ ഘടനാപരമായ സവിശേഷതകളെ വിവരിക്കേണ്ടതാണ്, അല്ലാതെ അപ്രധാന സംഭവങ്ങളല്ല;

ട്രെനറി ഡിപൻഡൻസികൾ: മൂന്നോ അതിലധികമോ ക്ലാസുകൾക്കിടയിലുള്ള മിക്ക ഡിപൻഡൻസികളും ആവശ്യമെങ്കിൽ ക്വാളിഫയറുകൾ ഉപയോഗിച്ച് നിരവധി ബൈനറി ഡിപൻഡൻസികളായി വിഘടിപ്പിക്കാം; ചില (വളരെ അപൂർവ്വം) കേസുകളിൽ അത്തരം വിഘടനം നടത്താൻ കഴിയില്ല; ഉദാഹരണത്തിന്, "പ്രൊഫസർ 628 മുറിയിൽ ഒരു കോഴ്സ് പഠിപ്പിക്കുന്നു" എന്ന ട്രെനറി ആശ്രിതത്വം വിവരങ്ങൾ നഷ്ടപ്പെടാതെ ബൈനറി ആയി വിഘടിപ്പിക്കാൻ കഴിയില്ല;

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

അനാവശ്യ ഡിപൻഡൻസികൾ നീക്കം ചെയ്‌ത ശേഷം, ശേഷിക്കുന്ന ഡിപൻഡൻസികളുടെ സെമാൻ്റിക്‌സ് നിങ്ങൾ ഇനിപ്പറയുന്ന രീതിയിൽ വ്യക്തമാക്കേണ്ടതുണ്ട്:

തെറ്റായി പേരിട്ടിരിക്കുന്ന ആശ്രിതത്വങ്ങൾ: അവയുടെ അർത്ഥം വ്യക്തമാകുന്ന തരത്തിൽ അവ പുനർനാമകരണം ചെയ്യണം;

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

യോഗ്യതകൾ: ആവശ്യമുള്ളിടത്ത് ക്വാളിഫയറുകൾ ചേർക്കുന്നതിലൂടെ, ഞങ്ങൾ സന്ദർഭത്തിൻ്റെ ഘടകങ്ങൾ അവതരിപ്പിക്കുന്നു, ഇത് വസ്തുക്കളുടെ അവ്യക്തമായ തിരിച്ചറിയൽ നേടാൻ ഞങ്ങളെ അനുവദിക്കുന്നു; ക്വാളിഫയറുകൾ ചില ആശ്രിതത്വങ്ങളെ അവയുടെ ഗുണിതം കുറച്ചുകൊണ്ട് ലളിതമാക്കുന്നതും സാധ്യമാക്കുന്നു;

മൾട്ടിപ്ലസിറ്റി: ഡിപൻഡൻസികളുടെ ഗുണിതത്തിന് പദവികൾ ചേർക്കേണ്ടത് ആവശ്യമാണ്; സിസ്റ്റം ആവശ്യകതകളുടെ കൂടുതൽ വിശകലന പ്രക്രിയയിൽ ഡിപൻഡൻസികളുടെ ഗുണിതം മാറിയേക്കാമെന്ന് ഓർമ്മിക്കേണ്ടതാണ്;

കണക്കാക്കാത്ത ഡിപൻഡൻസികൾ തിരിച്ചറിയുകയും മോഡലിൽ ചേർക്കുകയും വേണം.

2.4 ആട്രിബ്യൂട്ട് പരിഷ്ക്കരണം

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

ആട്രിബ്യൂട്ടുകൾ സാധാരണയായി നാമങ്ങളുമായി പൊരുത്തപ്പെടുന്നു; ഉദാഹരണത്തിന്, car_color (object properties), cursor_position (object state). ആട്രിബ്യൂട്ടുകൾ, ചട്ടം പോലെ, ഒബ്ജക്റ്റ് മോഡലിൻ്റെ ഘടനയിൽ കാര്യമായ സ്വാധീനം ചെലുത്തുന്നില്ല.

ഒബ്ജക്റ്റ് ആട്രിബ്യൂട്ടുകൾക്കൊപ്പം, ക്ലാസുകൾക്കിടയിലുള്ള ഡിപൻഡൻസികളുടെ ആട്രിബ്യൂട്ടുകളും നൽകേണ്ടത് ആവശ്യമാണ് (വസ്തുക്കൾ തമ്മിലുള്ള ബന്ധം).

ആട്രിബ്യൂട്ടുകൾ വ്യക്തമാക്കുമ്പോൾ, അവ ഇനിപ്പറയുന്ന മാനദണ്ഡങ്ങളാൽ നയിക്കപ്പെടുന്നു:

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

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

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

ഐഡൻ്റിഫയറുകൾ. ഒബ്ജക്റ്റ് ഐഡൻ്റിഫയറുകൾ അവയുടെ നടപ്പാക്കലുമായി ബന്ധപ്പെട്ടിരിക്കുന്നു. ഡിസൈനിൻ്റെ പ്രാരംഭ ഘട്ടത്തിൽ അവ ആട്രിബ്യൂട്ടുകളായി കണക്കാക്കരുത്.

കണക്ഷനുകളുടെ ആട്രിബ്യൂട്ടുകൾ. ചില സ്വത്ത് വസ്‌തുവല്ല, മറിച്ച് മറ്റൊരു ഒബ്‌ജക്‌റ്റുമായുള്ള (ഒബ്‌ജക്‌റ്റുകളുമായുള്ള) ബന്ധത്തിൻ്റെ സവിശേഷതയാണെങ്കിൽ, ഇത് കണക്ഷൻ്റെ ഒരു ആട്രിബ്യൂട്ടാണ്, അല്ലാതെ വസ്തുവിൻ്റെ ആട്രിബ്യൂട്ടല്ല.

ആന്തരിക മൂല്യങ്ങൾ. വസ്തുവിന് പുറത്ത് അദൃശ്യമായ, ഒരു വസ്തുവിൻ്റെ ആന്തരിക അവസ്ഥയെ മാത്രം നിർവചിക്കുന്ന ആട്രിബ്യൂട്ടുകൾ പരിഗണനയിൽ നിന്ന് ഒഴിവാക്കണം.

അപ്രധാന വിശദാംശങ്ങൾ. മിക്ക പ്രവർത്തനങ്ങളുടെയും നിർവ്വഹണത്തെ ബാധിക്കാത്ത ആട്രിബ്യൂട്ടുകൾ ഒഴിവാക്കാൻ ശുപാർശ ചെയ്യുന്നു.

2.5 ഉപസിസ്റ്റങ്ങളുടെ ഒറ്റപ്പെടൽ

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

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

തുടങ്ങിയവ.................