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

മോഡലുകൾ സഹായിക്കുന്നു:

അതിൻ്റെ വികസനത്തിൻ്റെ പ്രാരംഭ ഘട്ടത്തിൽ വികസിപ്പിച്ചുകൊണ്ടിരിക്കുന്ന സിസ്റ്റത്തിൻ്റെ പ്രകടനം പരിശോധിക്കുക;

സിസ്റ്റം ഉപഭോക്താവുമായി ആശയവിനിമയം നടത്തുക, സിസ്റ്റത്തിനായുള്ള അവൻ്റെ ആവശ്യകതകൾ വ്യക്തമാക്കുക;

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

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

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

ഒബ്ജക്റ്റ് മോഡൽ ക്ലാസുകൾ നിർവചിക്കുന്നു

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

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

ഫലമായി, സാധ്യമായ ക്ലാസ് പേരുകളുടെ ഇനിപ്പറയുന്ന ലിസ്റ്റ് നമുക്ക് ലഭിക്കും:

മറ്റൊരു പ്രോക്സി;

പ്രമാണം;

റിമോട്ട് വെബ് സെർവർ;

കോൺഫിഗറേഷൻ;

പ്രമാണത്തെക്കുറിച്ചുള്ള വിവരങ്ങൾ;

റിമോട്ട് വെബ് സെർവറിനെക്കുറിച്ചുള്ള വിവരങ്ങൾ;

അഭ്യർത്ഥന തലക്കെട്ട്;

പ്രതികരണ തലക്കെട്ട്.

UML മോഡലിംഗ് ഭാഷ ഉപയോഗിച്ച് "സ്പോർട്സ് ക്ലബ് പ്രക്രിയകളുടെ ഓർഗനൈസേഷൻ" എന്ന വിഷയ മേഖലയുടെ ഒരു ഒബ്ജക്റ്റ് മോഡലിൻ്റെ നിർമ്മാണം

1. ഒബ്ജക്റ്റ്-ഓറിയൻ്റഡ് മെത്തഡോളജിയുടെ അടിസ്ഥാന സൈദ്ധാന്തിക വ്യവസ്ഥകൾ

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

വിഷയ ഭാഷാ പ്രോഗ്രാമിംഗ് മോഡൽ

വളരെക്കാലമായി, പ്രോഗ്രാമിംഗ് ഘടനാപരമായ, നടപടിക്രമങ്ങളെ അടിസ്ഥാനമാക്കിയുള്ള ഒരു മാതൃകയാണ് ഉപയോഗിക്കുന്നത്. പ്രോജക്റ്റ് ലക്ഷ്യങ്ങൾ തിരഞ്ഞെടുക്കുന്നത് "ടോപ്പ്-ഡൌൺ" എന്നും അതനുസരിച്ച് "ബോട്ടം-അപ്പ്" എന്നും വിളിക്കപ്പെടുന്ന രണ്ട് സമീപനങ്ങളിൽ ഒന്ന് ഉപയോഗിച്ചാണ് നടത്തുന്നത്.

1. "ടോപ്പ്-ഡൌൺ" സമീപനം സൂചിപ്പിക്കുന്നത്, ടാസ്‌ക്കിനെ ഉപടാസ്‌ക്കുകളായി തിരിച്ചിരിക്കുന്നു, അത് അടുത്ത ലെവലിൻ്റെ ഉപടാസ്‌ക്കുകളായി വിഭജിക്കപ്പെട്ടിരിക്കുന്നു. ഡീകോപോസിഷൻ എന്ന് വിളിക്കപ്പെടുന്ന ഈ പ്രക്രിയ, ഉപ ടാസ്‌ക്കുകളുടെ ലഘൂകരണം ഔപചാരികമാക്കാൻ കഴിയുന്ന പ്രാഥമിക ഫംഗ്‌ഷനുകളിലേക്ക് ചുരുക്കുന്നത് വരെ തുടരുന്നു.

2. "ബോട്ടം-അപ്പ്" സമീപനം സൂചിപ്പിക്കുന്നത്, ലളിതമായ പ്രശ്നങ്ങൾ പരിഹരിക്കുന്നതിനായി നടപടിക്രമങ്ങൾ എഴുതപ്പെട്ടിരിക്കുന്നു, തുടർന്ന് ആവശ്യമുള്ള ഫലം കൈവരിക്കുന്നതുവരെ അവ തുടർച്ചയായി കൂടുതൽ സങ്കീർണ്ണമായ നടപടിക്രമങ്ങളിലേക്ക് കൂട്ടിച്ചേർക്കപ്പെടുന്നു.

പ്രധാന പ്രോഗ്രാമിംഗ് ആശയങ്ങൾ നടപടിക്രമങ്ങൾ അടിസ്ഥാനമാക്കിയുള്ള പ്രോഗ്രാമിംഗും ഒബ്ജക്റ്റ് ഓറിയൻ്റഡ് പ്രോഗ്രാമിംഗുമാണ്.

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

ഒബ്ജക്റ്റ്-ഓറിയൻ്റഡ് പ്രോഗ്രാമിംഗ് (OOP) എന്നത് ഒരു പ്രോഗ്രാമിംഗ് ശൈലിയാണ്, അത് അതിൻ്റെ നിർവ്വഹണ വിശദാംശങ്ങൾ മറയ്ക്കുന്ന രീതിയിൽ യഥാർത്ഥ-ലോക സ്വഭാവം പകർത്തുന്നു.

ഒരു ഒബ്ജക്റ്റ് എന്നത് അതിൻ്റെ ഗുണങ്ങൾ, പെരുമാറ്റം, മറ്റ് ആപ്ലിക്കേഷൻ ഒബ്ജക്റ്റുകളുമായുള്ള ഇടപെടൽ എന്നിവ കാരണം മറ്റ് എൻ്റിറ്റികൾക്കിടയിൽ വേറിട്ടുനിൽക്കുന്ന ഒരു പ്രത്യേക സ്ഥാപനമാണ്.

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

OOP ഉം നടപടിക്രമങ്ങൾ അടിസ്ഥാനമാക്കിയുള്ള പ്രോഗ്രാമിംഗും തമ്മിൽ രണ്ട് പ്രധാന വ്യത്യാസങ്ങളുണ്ട്:

1. OOP-ൽ, പ്രോഗ്രാമർ ആദ്യം സബ്ജക്ട് ഏരിയയുടെ വിവരണത്തിൽ നിന്ന് ക്ലാസുകൾ തിരഞ്ഞെടുക്കുന്നു, തുടർന്ന് പ്രശ്നം പരിഹരിക്കുന്നതിന് ഒരു ഒബ്ജക്റ്റ് മോഡൽ നിർമ്മിക്കുന്നു, അതിനുശേഷം മാത്രമേ അവയുടെ രീതികളും സവിശേഷതകളും വിശകലനം ചെയ്യാൻ മുന്നോട്ടുപോകൂ.

2. രീതികളും ഗുണങ്ങളും അനുബന്ധ പ്രവർത്തനങ്ങൾ നടത്താൻ ഉദ്ദേശിച്ചിട്ടുള്ള ഒരു ക്ലാസുമായി ബന്ധപ്പെട്ടിരിക്കുന്നു.

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

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

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

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

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

ഒരു വസ്തു മറ്റ് വസ്തുക്കളെ എങ്ങനെ ബാധിക്കുന്നു അല്ലെങ്കിൽ അവയുടെ സ്വാധീനത്തിൽ സ്വയം മാറുന്നത് എങ്ങനെയെന്നതിൻ്റെ സ്വഭാവമാണ് പെരുമാറ്റം. ഒരു വസ്തുവിൻ്റെ അവസ്ഥകൾ മാറുന്ന രീതിയെ പെരുമാറ്റം ബാധിക്കുന്നു.

ഒബ്ജക്റ്റ് ഓറിയൻ്റഡ് പ്രോഗ്രാമിംഗ് സാങ്കേതികവിദ്യ "മൂന്ന് സ്തംഭങ്ങളെ" അടിസ്ഥാനമാക്കിയുള്ളതാണ്: എൻക്യാപ്സുലേഷൻ, ഹെറിറ്റൻസ്, പോളിമോർഫിസം.

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

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

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

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

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

ഒരു ക്ലാസിലെ ഒബ്‌ജക്‌റ്റുകൾ ഉപയോഗിക്കുന്നതിന് പകരം മറ്റൊന്ന് ഉപയോഗിക്കുന്നതിൽ നിന്ന് പരിരക്ഷിക്കുന്നതിനുള്ള ഒരു മാർഗമാണ് ടൈപ്പിംഗ്, അല്ലെങ്കിൽ കുറഞ്ഞത് അത്തരം ഉപയോഗം നിയന്ത്രിക്കുക.

പാരലലിസം എന്നത് സജീവമായ വസ്തുക്കളെ നിഷ്ക്രിയമായവയിൽ നിന്ന് വേർതിരിക്കുന്ന ഒരു സ്വത്താണ്.

സ്ഥിരത എന്നത് ഒരു വസ്തുവിന് ജന്മം നൽകിയ പ്രക്രിയയെ അതിജീവിച്ച്, (അല്ലെങ്കിൽ) ബഹിരാകാശത്ത്, അതിൻ്റെ യഥാർത്ഥ വിലാസ സ്ഥലത്ത് നിന്ന് നീങ്ങാനുള്ള കഴിവാണ്.

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

അതിനാൽ, ഒബ്ജക്റ്റ് ഓറിയൻ്റഡ് പ്രോഗ്രാമുകൾ വികസിപ്പിക്കുന്ന പ്രക്രിയയിൽ ഇത് ആവശ്യമാണ്:

1. അത് രൂപപ്പെടുത്തുന്ന ഒബ്ജക്റ്റ് ക്ലാസുകളുടെ സെറ്റ് നിർണ്ണയിക്കുക (വിഘടിപ്പിക്കൽ);

2. ഓരോ ഒബ്ജക്റ്റ് ക്ലാസിനും, ആവശ്യമായ ഡാറ്റയുടെ (ഫീൽഡുകൾ) ഒരു സെറ്റ് വ്യക്തമാക്കുക;

3. ഓരോ ക്ലാസ് ഒബ്‌ജക്‌റ്റുകൾക്കും, ഒബ്‌ജക്‌റ്റുകൾ നടത്തുന്ന ഒരു കൂട്ടം പ്രവർത്തനങ്ങൾ (രീതികൾ) വ്യക്തമാക്കുക;

4. ഓരോ ക്ലാസ് ഒബ്‌ജക്‌റ്റുകൾക്കും, ഒബ്‌ജക്‌റ്റുകൾ പ്രതികരിക്കുന്ന ഇവൻ്റുകൾ വ്യക്തമാക്കുകയും അനുബന്ധ ഹാൻഡ്‌ലർ നടപടിക്രമങ്ങൾ എഴുതുകയും ചെയ്യുക.

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

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

ക്ലാസിലെ അംഗങ്ങൾ ഇതായിരിക്കാം:

1. ഡാറ്റ സംഭരിക്കുന്നതിന് ഉപയോഗിക്കുന്ന ഫീൽഡുകൾ;

2. സ്വകാര്യ ഫീൽഡുകൾ ആക്സസ് ചെയ്യുന്നതിനുള്ള ഒരു മാർഗമായി പ്രോപ്പർട്ടികൾ;

3. വസ്തുക്കളുടെ പ്രവർത്തനക്ഷമത നിർവചിക്കുന്ന രീതികൾ;

4. പ്രോഗ്രാം മാനേജ്മെൻ്റിൻ്റെ മാർഗമായി ഇവൻ്റുകളും അവയുടെ ഹാൻഡലറുകളും.

വേൾഡ് ഓഫ് കമ്പ്യൂട്ടർസ് എൽഎൽസിയുടെ പ്രവർത്തനങ്ങൾ കൈകാര്യം ചെയ്യുന്നതിനുള്ള പ്രശ്നങ്ങൾ പരിഹരിക്കുന്നതിനുള്ള ഓട്ടോമേഷൻ

മുനിസിപ്പൽ യൂണിറ്ററി എൻ്റർപ്രൈസ് "RPKHB" യുടെ വിവര സംവിധാനത്തിൻ്റെ ആശയപരമായ മാതൃകയുടെ നിർമ്മാണം

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

UML മോഡലിംഗ് ഭാഷ ഉപയോഗിച്ച് "സ്പോർട്സ് ക്ലബ് പ്രക്രിയകളുടെ ഓർഗനൈസേഷൻ" എന്ന വിഷയ മേഖലയുടെ ഒരു ഒബ്ജക്റ്റ് മോഡലിൻ്റെ നിർമ്മാണം

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

ഡെൽഫിയിലെ ഗണിത പ്രക്രിയകളുടെ പ്രോഗ്രാമിംഗ്

മോട്ടോർ ട്രാൻസ്പോർട്ട് കമ്പനിയായ "TransAuto" യുടെ ചരക്ക് ഗതാഗതത്തിനുള്ള ഓർഡറുകൾ രേഖപ്പെടുത്തുന്നതിനുള്ള ഒരു സംവിധാനത്തിൻ്റെ പദ്ധതി

കമ്പനിയിലെ ആശയവിനിമയത്തിൻ്റെ പ്രധാന ചാനൽ റിപ്പോർട്ടുകൾ, വാർത്താക്കുറിപ്പുകൾ, പരമ്പരാഗത (പേപ്പർ) രീതിയിൽ രചിച്ച സന്ദേശങ്ങൾ എഴുതിയതാണ്, ഇത് ജോലിയുടെ വേഗത ഗണ്യമായി കുറയ്ക്കുന്നു. മിക്ക ജോലികളും സ്വമേധയാ ചെയ്യുന്നു ...

BPwin ഉപയോഗിച്ച് വിവര സംവിധാനങ്ങളുടെ രൂപകൽപ്പന

ഒരു ലൈബ്രേറിയൻ്റെ ജോലിസ്ഥലം ഓട്ടോമേറ്റ് ചെയ്യുന്നതിനുള്ള ഒരു വിവര സംവിധാനത്തിൻ്റെ വികസനം

ഒരു സർവ്വകലാശാലയുടെ ഡീൻ ഓഫീസിനായി ഒരു വിവര ഉപസിസ്റ്റത്തിൻ്റെ ഒബ്ജക്റ്റ്-ഓറിയൻ്റഡ് മോഡലിൻ്റെ വികസനം (വിദ്യാർത്ഥി പുരോഗതിയുടെ അക്കൗണ്ടിംഗ്)

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

ഒരു വിദ്യാഭ്യാസ ലൈബ്രറി വിവര സംവിധാനത്തിൻ്റെ ഒബ്ജക്റ്റ്-ഓറിയൻ്റഡ് മോഡലിൻ്റെ വികസനം

ആധുനിക വിവര സാങ്കേതിക വിദ്യകളുടെ വികസന പ്രവണതകൾ മനുഷ്യ പ്രവർത്തനത്തിൻ്റെ വിവിധ മേഖലകളിൽ സൃഷ്ടിക്കപ്പെട്ട വിവര സംവിധാനങ്ങളുടെ (ഐഎസ്) സങ്കീർണ്ണതയിൽ നിരന്തരമായ വർദ്ധനവിന് കാരണമാകുന്നു.

ഒഒഎംഡി വികസനം മോഡലിംഗിലേക്കുള്ള ഒബ്‌ജക്റ്റ് ഓറിയൻ്റഡ് സമീപനം ഉപയോഗിച്ച് ഒരു ഡാറ്റ മോഡൽ വികസിപ്പിക്കുന്നത് ഉൾക്കൊള്ളുന്നു...

ഖാർകോവ് കോളേജ് ഓഫ് ടെക്സ്റ്റൈൽസ് ആൻഡ് ഡിസൈനിനായുള്ള "ലൈബ്രറി ഫണ്ട് അക്കൗണ്ടിംഗ്" എന്ന ടാസ്ക്കിനായുള്ള ഒരു ഡാറ്റാബേസ് സ്കീമയുടെ വികസനം

ഒരു പ്രത്യേക സിസ്റ്റം നടപ്പിലാക്കുന്നതിനായി ഒരു DBMS തിരഞ്ഞെടുക്കുമ്പോൾ, നിലവിൽ ലഭ്യമായ സാങ്കേതികവിദ്യകളുടെ എല്ലാ സവിശേഷതകളും കണക്കിലെടുക്കേണ്ടത് ആവശ്യമാണ്. അതിനാൽ, OO, ER മോഡലുകൾ ഏറ്റവും വികസിതമായി കണക്കാക്കാം...

വിഷയം 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. ഒബ്ജക്റ്റ് മോഡൽ നിങ്ങളെ ഒബ്ജക്റ്റിൻ്റെയും ഒബ്ജക്റ്റ് ഓറിയൻ്റഡ് പ്രോഗ്രാമിംഗിൻ്റെയും പ്രകടിപ്പിക്കുന്ന കഴിവുകൾ പൂർണ്ണമായി ഉപയോഗിക്കാൻ അനുവദിക്കുന്നു. Stroustrup കുറിപ്പുകൾ, "C++ പോലെയുള്ള ഒരു ഭാഷയുടെ പൂർണ്ണമായ പ്രയോജനം എങ്ങനെ നേടാം എന്നത് എല്ലായ്പ്പോഴും വ്യക്തമല്ല. കാര്യക്ഷമതയിലും കോഡ് ഗുണനിലവാരത്തിലും കാര്യമായ മെച്ചപ്പെടുത്തലുകൾ C++ ഡാറ്റ അമൂർത്തീകരണ ഘടകങ്ങളുള്ള ഒരു 'മെച്ചപ്പെടുത്തിയ C' ആയി ഉപയോഗിക്കുന്നതിലൂടെ നേടാനാകും. എന്നിരുന്നാലും, കൂടുതൽ " ഡിസൈൻ പ്രക്രിയയിൽ ക്ലാസ് ശ്രേണിയുടെ ആമുഖമാണ് ഒരു പ്രധാന മുന്നേറ്റം. ഇതിനെയാണ് ഒബ്ജക്റ്റ് ഓറിയൻ്റഡ് ഡിസൈൻ എന്ന് വിളിക്കുന്നത്, ഇവിടെയാണ് C++ ൻ്റെ പ്രയോജനങ്ങൾ ഏറ്റവും നന്നായി പ്രകടമാകുന്നത്." Smalltalk, Object Pascal, C++, CLOS, Ada തുടങ്ങിയ ഭാഷകൾ ഒബ്ജക്റ്റ് മോഡലിന് പുറത്ത് ഉപയോഗിക്കുമ്പോൾ, അവയുടെ ശക്തമായ സവിശേഷതകൾ അവഗണിക്കപ്പെടുകയോ തെറ്റായി പ്രയോഗിക്കപ്പെടുകയോ ചെയ്യപ്പെടുമെന്ന് അനുഭവം തെളിയിക്കുന്നു.
2. ഒബ്ജക്റ്റ് അധിഷ്ഠിത സമീപനം ഉപയോഗിക്കുന്നത് വികസനത്തിൻ്റെ ഏകീകരണത്തിൻ്റെ തോതും പ്രോഗ്രാമുകളുടെ മാത്രമല്ല, പദ്ധതികളുടെ പുനരുപയോഗക്ഷമതയും ഗണ്യമായി വർദ്ധിപ്പിക്കുന്നു, ഇത് ആത്യന്തികമായി ഒരു വികസന അന്തരീക്ഷം സൃഷ്ടിക്കുന്നതിലേക്ക് നയിക്കുന്നു. ഒബ്ജക്റ്റ്-ഓറിയൻ്റഡ് സിസ്റ്റങ്ങൾ പലപ്പോഴും അവയുടെ നോൺ-ഒബ്ജക്റ്റ്-ഓറിയൻ്റഡ് തുല്യതകളേക്കാൾ കൂടുതൽ ഒതുക്കമുള്ളവയാണ്. ഇതിനർത്ഥം പ്രോഗ്രാം കോഡിൻ്റെ അളവ് കുറയ്ക്കുക മാത്രമല്ല, മുൻ സംഭവവികാസങ്ങളുടെ ഉപയോഗം കാരണം പ്രോജക്റ്റിൻ്റെ ചിലവ് കുറയുകയും ചെയ്യുന്നു, ഇത് ചെലവിലും സമയത്തിലും നേട്ടം നൽകുന്നു.
3. ഒരു ഒബ്ജക്റ്റ് മോഡലിൻ്റെ ഉപയോഗം സ്ഥിരതയുള്ള ഇൻ്റർമീഡിയറ്റ് വിവരണങ്ങളെ അടിസ്ഥാനമാക്കിയുള്ള സിസ്റ്റങ്ങളുടെ നിർമ്മാണത്തിലേക്ക് നയിക്കുന്നു, ഇത് മാറ്റങ്ങൾ വരുത്തുന്ന പ്രക്രിയയെ ലളിതമാക്കുന്നു. ഇത് സിസ്റ്റത്തിന് ക്രമേണ വികസിപ്പിക്കാനുള്ള അവസരം നൽകുന്നു, പ്രാരംഭ ആവശ്യകതകളിലെ കാര്യമായ മാറ്റങ്ങളുടെ കാര്യത്തിൽ പോലും അതിൻ്റെ പൂർണ്ണമായ പുനർനിർമ്മാണത്തിലേക്ക് നയിക്കില്ല.
4. ഒബ്ജക്റ്റ് മോഡൽ സങ്കീർണ്ണമായ സംവിധാനങ്ങൾ വികസിപ്പിക്കുന്നതിനുള്ള അപകടസാധ്യത കുറയ്ക്കുന്നു, പ്രാഥമികമായി ഏകീകരണ പ്രക്രിയ ഒറ്റത്തവണ സംഭവമായി മാറുന്നതിനുപകരം മുഴുവൻ വികസന കാലയളവിലും വ്യാപിക്കുന്നു.ഒബ്ജക്റ്റ് സമീപനത്തിൽ നന്നായി ചിന്തിക്കുന്ന ഡിസൈൻ ഘട്ടങ്ങളുടെ ഒരു പരമ്പര അടങ്ങിയിരിക്കുന്നു. അപകടസാധ്യതയുടെ അളവ് കുറയ്ക്കുകയും എടുത്ത തീരുമാനങ്ങളുടെ കൃത്യതയിൽ ആത്മവിശ്വാസം വർദ്ധിപ്പിക്കുകയും ചെയ്യുന്നു.
5. ഒബ്‌ജക്റ്റ് മോഡൽ ലോകത്തെക്കുറിച്ചുള്ള മനുഷ്യൻ്റെ ധാരണയെ അടിസ്ഥാനമാക്കിയുള്ളതാണ്, അല്ലെങ്കിൽ, റോബ്‌സൻ്റെ വാക്കുകളിൽ, "ഒരു കമ്പ്യൂട്ടർ എങ്ങനെ പ്രവർത്തിക്കുന്നു എന്ന് അറിയാത്ത പലരും സിസ്റ്റങ്ങളോടുള്ള ഒബ്ജക്റ്റ്-ഓറിയൻ്റഡ് സമീപനം തികച്ചും സ്വാഭാവികമാണെന്ന് കണ്ടെത്തുന്നു."

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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