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

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

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

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

മെഷീൻ കോഡിൽ ക്ലാസ് പതിപ്പുകൾ സംരക്ഷിക്കാനുള്ള കഴിവ് ഉപയോഗിച്ച് പ്രോഗ്രാം പ്രവർത്തിക്കുമ്പോൾ (JIT സാങ്കേതികവിദ്യ) നേരിട്ട് ബൈറ്റ്കോഡ് മെഷീൻ കോഡിലേക്ക് വിവർത്തനം ചെയ്യുന്നതിനുള്ള സാങ്കേതികവിദ്യയുടെ പ്രയോഗം,

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

ത്വരിതപ്പെടുത്തിയ ബൈറ്റ്കോഡ് പ്രോസസ്സിംഗ് നൽകുന്ന ഹാർഡ്‌വെയർ (ഉദാഹരണത്തിന്, ചില ARM പ്രോസസ്സറുകൾ പിന്തുണയ്ക്കുന്ന Jazelle സാങ്കേതികവിദ്യ).

പ്രധാന ഭാഷാ സവിശേഷതകൾ:

ഓട്ടോമാറ്റിക് മെമ്മറി മാനേജ്മെൻ്റ്;

വിപുലമായ പ്രോസസ്സിംഗ് കഴിവുകൾ അസാധാരണമായ സാഹചര്യങ്ങൾ;

I/O ഫിൽട്ടറിംഗ് ടൂളുകളുടെ സമ്പന്നമായ സെറ്റ്;

അറേ, ലിസ്റ്റ്, സ്റ്റാക്ക് മുതലായവ പോലുള്ള സ്റ്റാൻഡേർഡ് ശേഖരങ്ങളുടെ ഒരു കൂട്ടം.

ലളിതമായ സൃഷ്ടിക്കൽ ഉപകരണങ്ങളുടെ ലഭ്യത നെറ്റ്‌വർക്ക് ആപ്ലിക്കേഷനുകൾ(RMI പ്രോട്ടോക്കോൾ ഉപയോഗിക്കുന്നത് ഉൾപ്പെടെ);

HTTP അഭ്യർത്ഥനകൾ നടത്താനും പ്രതികരണങ്ങൾ പ്രോസസ്സ് ചെയ്യാനും നിങ്ങളെ അനുവദിക്കുന്ന ക്ലാസുകളുടെ ലഭ്യത;

ഭാഷയിൽ നിർമ്മിച്ച സൃഷ്ടി ഉപകരണങ്ങൾ മൾട്ടി-ത്രെഡ് ആപ്ലിക്കേഷനുകൾ;

ഏകീകൃത പ്രവേശനംഡാറ്റാബേസുകളിലേക്ക്:

വ്യക്തിഗത SQL അന്വേഷണങ്ങളുടെ തലത്തിൽ - JDBC, SQLJ അടിസ്ഥാനമാക്കി;

ഡാറ്റാബേസിൽ സംഭരിക്കാനുള്ള കഴിവുള്ള വസ്തുക്കളുടെ ആശയത്തിൻ്റെ തലത്തിൽ ഡാറ്റ അടിസ്ഥാനമാക്കിയുള്ളത്ജാവ ഡാറ്റ ഒബ്‌ജക്‌റ്റുകളും ജാവ പെർസിസ്റ്റൻസ് എപിഐയും;

ടെംപ്ലേറ്റ് പിന്തുണ (പതിപ്പ് 1.5 മുതൽ ആരംഭിക്കുന്നു);

പ്രോഗ്രാമുകളുടെ സമാന്തര നിർവ്വഹണം.

1.4.3 C# പ്രോഗ്രാമിംഗ് ഭാഷ

2000 ജൂണിൽ, മൈക്രോസോഫ്റ്റിൻ്റെ ആഴത്തിൽ ജനിച്ച ഒരു പുതിയ പ്രോഗ്രാമിംഗ് ഭാഷയെക്കുറിച്ച് ഇത് അറിയപ്പെട്ടു. ഇത് .NET ("Dot Net" എന്ന് വായിക്കുക) എന്ന പുതിയ മൈക്രോസോഫ്റ്റ് സാങ്കേതികവിദ്യയുടെ ഭാഗമായി. ഈ സാങ്കേതികവിദ്യ വിവിധ പ്രോഗ്രാമിംഗ് ഭാഷകളിൽ എഴുതപ്പെട്ട പ്രോഗ്രാമുകൾക്ക് (പൊതുഭാഷാ റൺടൈം, CLR) ഒരു ഏകീകൃത നിർവ്വഹണ അന്തരീക്ഷം നൽകുന്നു. ഈ ഭാഷകളിൽ ഒന്ന്, ഈ പരിതസ്ഥിതിയിലെ പ്രധാനമായത്, C# ആണ് (C#, "C ഷാർപ്പ്" എന്ന് വായിക്കുക). ഭാഷയുടെ പേര്, തീർച്ചയായും, C++ യുമായുള്ള ബന്ധം ഊന്നിപ്പറയാൻ ആഗ്രഹിച്ചു, കാരണം # രണ്ട് വിഭജിക്കുന്ന പ്ലസ് ആണ്. എന്നാൽ എല്ലാറ്റിനുമുപരിയായി, പുതിയ ഭാഷ ജാവയ്ക്ക് സമാനമാണ്. സൂര്യൻ്റെ വെല്ലുവിളിക്ക് ഉത്തരം നൽകാനുള്ള മൈക്രോസോഫ്റ്റിൻ്റെ ആഗ്രഹമായിരുന്നു അത് പ്രത്യക്ഷപ്പെടാനുള്ള ഒരു കാരണം എന്നതിൽ സംശയമില്ല.

C# ൻ്റെ രചയിതാക്കൾ ഔദ്യോഗികമായി പേരെടുത്തിട്ടില്ലെങ്കിലും, ഭാഷാ റഫറൻസിൻ്റെ പ്രാഥമിക പതിപ്പുകളിലൊന്നിൻ്റെ ശീർഷക പേജിൽ 1996-ൽ മൈക്രോസോഫ്റ്റിലേക്ക് മാറിയ ടർബോ പാസ്കലിൻ്റെയും ഡെൽഫിയുടെയും സ്രഷ്ടാവായ ആൻഡേഴ്‌സ് ഹെജൽസ്‌ബെർഗിനെയും സ്കോട്ട് വിൽതാമുത്തിനെയും പട്ടികപ്പെടുത്തിയിട്ടുണ്ട്.

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

ആദ്യം, JVM-ൽ നിന്ന് വ്യത്യസ്തമായി, IL ഒരൊറ്റ പ്രോഗ്രാമിംഗ് ഭാഷയുമായി ബന്ധിപ്പിച്ചിട്ടില്ല. Microsoft.NET-ൻ്റെ പ്രീ-റിലീസ് പതിപ്പുകളിൽ C++, C#, എന്നിവയ്ക്കുള്ള കംപൈലറുകൾ ഉൾപ്പെടുന്നു. വിഷ്വൽ ബേസിക്. സ്വതന്ത്ര ഡെവലപ്പർമാർക്ക് ആ ഭാഷകളിൽ നിന്ന് IL കോഡിലേക്ക് കംപൈലറുകൾ സൃഷ്ടിച്ച് മറ്റ് ഭാഷകൾ ചേർക്കാൻ കഴിയും.

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

“സി#, സി, സി++ എന്നിവയിൽ നിന്നുള്ള ലളിതവും ആധുനികവും ഒബ്‌ജക്റ്റ് ഓറിയൻ്റഡും ടൈപ്പ്-സേഫ് ഭാഷയുമാണ്. C, C++ എന്നിവ അറിയുന്ന പ്രോഗ്രാമർമാർക്ക് C# സൗകര്യപ്രദവും മനസ്സിലാക്കാവുന്നതുമാണ്. C# വിഷ്വൽ ബേസിക്കിൻ്റെ ഉൽപ്പാദനക്ഷമതയെ C++ ൻ്റെ ശക്തിയുമായി സംയോജിപ്പിക്കുന്നു." ഈ വാക്കുകൾ C# ൻ്റെ വിവരണം ആരംഭിക്കുന്നു.

ഭാഷയുടെ സാങ്കേതിക സവിശേഷതകൾ നോക്കാം:

കംപൈലേഷൻ്റെ യൂണിറ്റ് ഒരു ഫയലാണ് (C, C++, Java പോലെ). ഫയലിൽ തരങ്ങളുടെ ഒന്നോ അതിലധികമോ വിവരണങ്ങൾ അടങ്ങിയിരിക്കാം: ക്ലാസുകൾ (ക്ലാസ്), ഇൻ്റർഫേസുകൾ (ഇൻ്റർഫേസ്), ഘടനകൾ (സ്‌ട്രക്‌റ്റ്), എന്യൂമറേഷൻസ് (enum), ഡെലിഗേറ്റ് തരങ്ങൾ (ഡെലിഗേറ്റ്) നെയിംസ്‌പെയ്‌സുകളിലുടനീളമുള്ള അവയുടെ വിതരണത്തിൻ്റെ (അല്ലെങ്കിൽ അല്ലാതെ) സൂചനകൾ;

നെയിംസ്‌പെയ്‌സുകൾ പ്രോഗ്രാം ഒബ്‌ജക്റ്റുകളുടെ ദൃശ്യപരത നിയന്ത്രിക്കുന്നു (C++ പോലെ). നെയിംസ്പേസുകൾ നെസ്റ്റഡ് ചെയ്യാം. ഈ ഒബ്‌ജക്‌റ്റ് ഉൾപ്പെടുന്ന നെയിംസ്‌പെയ്‌സ് വ്യക്തമായി വ്യക്തമാക്കാതെ പ്രോഗ്രാം ഒബ്‌ജക്റ്റുകൾ ഉപയോഗിക്കാൻ ഇത് അനുവദിച്ചിരിക്കുന്നു. ഉപയോഗ നിർദ്ദേശത്തിൽ (ടർബോ പാസ്കലിൽ ഉള്ളത് പോലെ) ഈ നെയിംസ്‌പെയ്‌സിൻ്റെ ഉപയോഗത്തെക്കുറിച്ച് പൊതുവായ പരാമർശം മാത്രം മതി. നെയിംസ്‌പേസ് പേരുകൾക്കുള്ള അപരനാമങ്ങൾ ഉപയോഗിക്കുന്ന നിർദ്ദേശത്തിൽ ഉണ്ട് (ഒബറോൺ ഭാഷയിലെന്നപോലെ);

എലിമെൻ്ററി ഡാറ്റ തരങ്ങൾ: 8-ബിറ്റ് (sbyte, byte), 16-bit (short, ushort), 32-bit (int, uint) കൂടാതെ 64-bit (long, ulong) ഒപ്പിട്ടതും ഒപ്പിടാത്തതുമായ പൂർണ്ണസംഖ്യകൾ, float ) കൂടാതെ ഇരട്ട കൃത്യത, യൂണികോഡ് പ്രതീകങ്ങൾ (ചാർ), ബൂളിയൻ തരം (ബൂൾ, പൂർണ്ണസംഖ്യകളുമായി പൊരുത്തപ്പെടുന്നില്ല), ദശാംശ തരം 28 പ്രധാന അക്കങ്ങളുടെ കൃത്യത നൽകുന്നു (ദശാംശം);

ഘടനാപരമായ തരങ്ങൾ: ക്ലാസുകളും ഇൻ്റർഫേസുകളും (ജാവയിലെ പോലെ), ഏകമാനവും മൾട്ടിഡൈമൻഷണലും (ജാവയിൽ നിന്ന് വ്യത്യസ്തമായി) അറേകൾ, സ്ട്രിംഗുകൾ, ഘടനകൾ (ഏതാണ്ട് ക്ലാസുകൾക്ക് സമാനമാണ്, എന്നാൽ കൂമ്പാരത്തിലും അനന്തരാവകാശമില്ലാതെയും അനുവദിച്ചിട്ടില്ല), കണക്കുകൾ, പൂർണ്ണസംഖ്യകളുമായി പൊരുത്തപ്പെടുന്നില്ല ( പാസ്കലിൽ ഉള്ളതുപോലെ);

ഡെലിഗേറ്റ് തരങ്ങൾ അല്ലെങ്കിൽ ലളിതമായി "പ്രതിനിധികൾ" (മോഡുല-2, ഒബെറോൺ എന്നിവയിലെ നടപടിക്രമ തരങ്ങൾക്ക് സമാനമാണ്, C, C++ എന്നിവയിലെ ഫംഗ്ഷൻ പോയിൻ്ററുകൾ);

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

യാന്ത്രിക മാലിന്യ ശേഖരണം (ഒബെറോണിലും ജാവയിലും ഉള്ളതുപോലെ);

14 മുൻഗണനാ തലങ്ങളുള്ള വിപുലമായ പ്രവർത്തനങ്ങൾ. പ്രവർത്തനങ്ങൾ പുനർനിർവചിക്കുന്നു (ALGOL-68, Ada, C++ പോലെ). പൂർണ്ണസംഖ്യകളിൽ പ്രവർത്തനങ്ങൾ നടത്തുമ്പോൾ ഓവർഫ്ലോ നിയന്ത്രണം നിയന്ത്രിക്കാൻ പരിശോധിച്ചതും പരിശോധിക്കാത്തതുമായ ഓപ്പറേറ്റർമാരെ ഉപയോഗിക്കാം;

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

നിയന്ത്രണ പ്രസ്‌താവനകൾ: if, മാറുക, അതേസമയം, ചെയ്യുക, വേണ്ടി, തകർക്കുക, തുടരുക (C, C++, Java എന്നിവയിലെന്നപോലെ). "ശേഖരത്തിൻ്റെ" ഓരോ ഘടകങ്ങളിലൂടെയും ലൂപ്പ് ചെയ്യുന്ന ഫോറെച്ച് സ്റ്റേറ്റ്മെൻ്റ്, ഗോട്ടോ ഓപ്പറേറ്ററുടെ നിരവധി വ്യതിയാനങ്ങൾ;

ഒഴിവാക്കൽ കൈകാര്യം ചെയ്യൽ (ജാവയിലെ പോലെ);

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

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

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

പോയിൻ്ററുകളും വിലാസ ഗണിതവും ഉപയോഗിക്കുന്ന സുരക്ഷിതമല്ലാത്ത കോഡ് സുരക്ഷിതമല്ലാത്ത മോഡിഫയർ ഉപയോഗിച്ച് അടയാളപ്പെടുത്തിയ പ്രോഗ്രാമിൻ്റെ ഭാഗങ്ങളിൽ പ്രാദേശികവൽക്കരിച്ചിട്ടുണ്ട്;

C, C++ എന്നിവയിൽ നിന്ന് വ്യത്യസ്തമായി, സോപാധികമായ കംപൈലേഷൻ ടൂളുകൾ മാത്രം നൽകുന്ന ഒരു പ്രീപ്രൊസസ്സർ.

തീർച്ചയായും, C# ൻ്റെ ചർച്ച ചെയ്ത പോരായ്മകൾ അതിൻ്റെ സാധ്യതകളുടെ ഭാഷയെ ഒട്ടും നഷ്ടപ്പെടുത്തുന്നില്ല. പല കാര്യങ്ങളിലും ഇത് C++ നേക്കാൾ നല്ലതാണ്. C++ ഭാഷയോടുള്ള പൊതുവായ അതൃപ്തി, പുതിയ ഭാഷയുടെ ഭാവം തന്നെ അതിൻ്റെ അംഗീകാരം, C# ൻ്റെ വിജയത്തിനുള്ള പ്രധാന മുൻവ്യവസ്ഥകളിലൊന്നാണ്.

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

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

കൂടാതെ, തീർച്ചയായും, C#-നുള്ള സാധ്യതകൾ പ്രാഥമികമായി മൈക്രോസോഫ്റ്റ്, തീർച്ചയായും, അത് പ്രോത്സാഹിപ്പിക്കുന്നതിന് നടത്തുന്ന ശ്രമങ്ങളുമായി ബന്ധപ്പെട്ടിരിക്കുന്നു.

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

സിസ്റ്റം അനലിസ്റ്റുകൾക്കും സോഫ്റ്റ്‌വെയർ ഡെവലപ്പർമാർക്കും പ്രോഗ്രാമർമാർക്കും വേണ്ടിയുള്ള ഡിസൈൻ, സോഫ്റ്റ്‌വെയർ വികസന പ്രക്രിയകൾ ഓട്ടോമേറ്റ് ചെയ്യുന്നതിനുള്ള ഉപകരണങ്ങളാണ് പ്രോഗ്രാം ഡെവലപ്‌മെൻ്റ് ഓട്ടോമേഷൻ ടൂളുകൾ (CASE ടൂളുകൾ). തുടക്കത്തിൽ, CASE ടൂളുകൾ വിശകലനത്തിൻ്റെയും രൂപകൽപ്പനയുടെയും ഏറ്റവും അധ്വാനം-ഇൻ്റൻസീവ് പ്രക്രിയകൾ ലളിതമാക്കുന്നതിനുള്ള ഉപകരണങ്ങളായി മാത്രമേ മനസ്സിലാക്കപ്പെട്ടിരുന്നുള്ളൂ, എന്നാൽ ISO/IEC 14102 സ്റ്റാൻഡേർഡിൻ്റെ വരവോടെ, സോഫ്റ്റ്വെയർ ലൈഫ് സൈക്കിൾ പ്രക്രിയകളെ പിന്തുണയ്ക്കുന്നതിനുള്ള സോഫ്റ്റ്വെയർ ടൂളുകളായി CASE ടൂളുകൾ നിർവചിക്കാൻ തുടങ്ങി.

ആധുനിക CASE ടൂളുകൾ നിരവധി IS ഡിസൈൻ സാങ്കേതികവിദ്യകൾക്കുള്ള പിന്തുണയുടെ വിപുലമായ ശ്രേണി ഉൾക്കൊള്ളുന്നു: ലളിതമായ വിശകലനവും ഡോക്യുമെൻ്റേഷൻ ടൂളുകളും മുതൽ മുഴുവൻ സോഫ്‌റ്റ്‌വെയർ ജീവിത ചക്രവും ഉൾക്കൊള്ളുന്ന പൂർണ്ണ തോതിലുള്ള ഓട്ടോമേഷൻ ടൂളുകൾ വരെ.

CASE ടൂളുകളിൽ പേഴ്സണൽ കമ്പ്യൂട്ടറുകൾക്കുള്ള താരതമ്യേന വിലകുറഞ്ഞ സിസ്റ്റങ്ങൾ ഉൾപ്പെടുന്നു വൈകല്യങ്ങൾ, കൂടാതെ വൈവിധ്യമാർന്ന കമ്പ്യൂട്ടിംഗ് പ്ലാറ്റ്‌ഫോമുകൾക്കും ഓപ്പറേറ്റിംഗ് പരിതസ്ഥിതികൾക്കുമുള്ള ചെലവേറിയ സംവിധാനങ്ങൾ. അതിനാൽ, ആധുനിക വിപണിഏകദേശം 300 വ്യത്യസ്ത CASE ടൂളുകൾ ഉണ്ട്, അവയിൽ ഏറ്റവും ശക്തമായത് മിക്കവാറും എല്ലാ പ്രമുഖ പാശ്ചാത്യ കമ്പനികളും ഒരു തരത്തിൽ അല്ലെങ്കിൽ മറ്റൊന്നിൽ ഉപയോഗിക്കുന്നു.

സാധാരണഗതിയിൽ, സോഫ്റ്റ്‌വെയർ ലൈഫ് സൈക്കിളിൽ ഒന്നോ അതിലധികമോ പ്രക്രിയകൾ ഓട്ടോമേറ്റ് ചെയ്യുന്നതും ഇനിപ്പറയുന്ന പ്രധാന സ്വഭാവ സവിശേഷതകളുള്ളതുമായ ഏതെങ്കിലും സോഫ്റ്റ്‌വെയർ CASE ടൂളുകളിൽ ഉൾപ്പെടുന്നു:

• · ശക്തമായ ഗ്രാഫിക് ഉപകരണങ്ങൾനൽകുന്ന വിവര സംവിധാനങ്ങളെ വിവരിക്കുന്നതിനും രേഖപ്പെടുത്തുന്നതിനും ഉപയോക്തൃ-സൗഹൃദ ഇൻ്റർഫേസ്ഡവലപ്പർക്കൊപ്പം അവൻ്റെ സൃഷ്ടിപരമായ കഴിവുകൾ വികസിപ്പിക്കുന്നു;
• CASE ടൂളുകളുടെ വ്യക്തിഗത ഘടകങ്ങളുടെ സംയോജനം, IS വികസന പ്രക്രിയയുടെ നിയന്ത്രണക്ഷമത ഉറപ്പാക്കൽ;
• · പ്രോജക്റ്റ് മെറ്റാഡാറ്റയുടെ (റിപ്പോസിറ്ററി) പ്രത്യേകം സംഘടിപ്പിച്ച സംഭരണത്തിൻ്റെ ഉപയോഗം.

ഒരു സംയോജിത CASE ടൂൾ (അല്ലെങ്കിൽ ഒരു സമ്പൂർണ്ണ സോഫ്‌റ്റ്‌വെയർ ജീവിത ചക്രത്തെ പിന്തുണയ്ക്കുന്ന ഒരു കൂട്ടം ടൂളുകൾ) ഇനിപ്പറയുന്ന ഘടകങ്ങൾ ഉൾക്കൊള്ളുന്നു;

• · റിപ്പോസിറ്ററി, ഇത് CASE ടൂളിൻ്റെ അടിസ്ഥാനമാണ്. പ്രോജക്റ്റിൻ്റെ പതിപ്പുകളുടെയും അതിൻ്റെ വ്യക്തിഗത ഘടകങ്ങളുടെയും സംഭരണം, ലഭിച്ച വിവരങ്ങളുടെ സമന്വയം എന്നിവ ഇത് ഉറപ്പാക്കണം വിവിധ ഡെവലപ്പർമാർഗ്രൂപ്പ് വികസന സമയത്ത്, പൂർണ്ണതയ്ക്കും സ്ഥിരതയ്ക്കും വേണ്ടി മെറ്റാഡാറ്റയുടെ നിയന്ത്രണം;
• · IS മോഡലുകൾ രൂപപ്പെടുത്തുന്ന ശ്രേണിപരമായി ബന്ധപ്പെട്ട ഡയഗ്രമുകൾ (DFD, ERD, മുതലായവ) സൃഷ്ടിക്കുന്നതിനും എഡിറ്റുചെയ്യുന്നതിനും നൽകുന്ന ഗ്രാഫിക്കൽ വിശകലനവും ഡിസൈൻ ടൂളുകളും;
• 4GL ഭാഷകളും കോഡ് ജനറേറ്ററുകളും ഉൾപ്പെടെയുള്ള ആപ്ലിക്കേഷൻ വികസന ഉപകരണങ്ങൾ;
• · കോൺഫിഗറേഷൻ മാനേജ്മെൻ്റ് ടൂളുകൾ;
• · ഡോക്യുമെൻ്റേഷൻ ടൂളുകൾ;
• · ടെസ്റ്റിംഗ് ടൂളുകൾ;
• · പ്രോജക്ട് മാനേജ്മെൻ്റ് ടൂളുകൾ;
• · പുനർനിർമ്മാണ ഉപകരണങ്ങൾ.

എല്ലാ ആധുനിക CASE ടൂളുകളും പ്രധാനമായും തരങ്ങളും വിഭാഗങ്ങളും അനുസരിച്ച് തരംതിരിക്കാം. തരം പ്രകാരമുള്ള വർഗ്ഗീകരണം ചില ജീവിത ചക്ര പ്രക്രിയകളിലേക്കുള്ള CASE ടൂളുകളുടെ പ്രവർത്തനപരമായ ഓറിയൻ്റേഷനെ പ്രതിഫലിപ്പിക്കുന്നു. വിഭാഗമനുസരിച്ചുള്ള വർഗ്ഗീകരണം നിർവ്വഹിച്ച പ്രവർത്തനങ്ങൾ അനുസരിച്ച് സംയോജനത്തിൻ്റെ അളവ് നിർണ്ണയിക്കുന്നു:

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

കൂടാതെ, ഇനിപ്പറയുന്ന മാനദണ്ഡങ്ങൾക്കനുസരിച്ച് CASE ടൂളുകളെ തരംതിരിക്കാം:

• · പ്രയോഗിച്ച രീതിശാസ്ത്രങ്ങളും സിസ്റ്റങ്ങളുടെയും ഡാറ്റാബേസുകളുടെയും മാതൃകകൾ;
• ഡിബിഎംഎസുമായുള്ള സംയോജനത്തിൻ്റെ അളവ്;
• · ലഭ്യമായ പ്ലാറ്റ്ഫോമുകൾ.

തരം അനുസരിച്ചുള്ള വർഗ്ഗീകരണം അടിസ്ഥാനപരമായി CASE ടൂളുകളുടെ ഘടക ഘടനയുമായി പൊരുത്തപ്പെടുന്നു കൂടാതെ ഇനിപ്പറയുന്ന പ്രധാന തരങ്ങളും ഉൾപ്പെടുന്നു:

• · വിശകലന ടൂളുകൾ (അപ്പർ കേസ്), ഡൊമെയ്ൻ മോഡലുകൾ നിർമ്മിക്കുന്നതിനും വിശകലനം ചെയ്യുന്നതിനുമായി രൂപകൽപ്പന ചെയ്തിരിക്കുന്നത് (ഡിസൈൻ/ഐഡിഇഎഫ് (മെറ്റാ സോഫ്റ്റ്‌വെയർ), ബിപിവിൻ (ലോജിക് വർക്ക്സ്));
• · വിശകലനവും ഡിസൈൻ ടൂളുകളും (മിഡിൽ കേസ്), ഏറ്റവും സാധാരണമായ ഡിസൈൻ രീതികളെ പിന്തുണയ്ക്കുകയും ഡിസൈൻ സവിശേഷതകൾ സൃഷ്ടിക്കാൻ ഉപയോഗിക്കുകയും ചെയ്യുന്നു (വാൻ്റേജ് ടീം ബിൽഡർ (കയെൻ), ഡിസൈനർ/2000 (ORACLE), സിൽവർറൺ (CSA), PRO-IV (McDonnell Douglas), കേസ് .അനലിസ്റ്റ് (മാക്രോ പ്രോജക്റ്റ്)). അത്തരം ടൂളുകളുടെ ഔട്ട്പുട്ട് സിസ്റ്റം ഘടകങ്ങളുടെയും ഇൻ്റർഫേസുകളുടെയും സ്പെസിഫിക്കേഷനുകളാണ്, സിസ്റ്റം ആർക്കിടെക്ചർ, അൽഗോരിതങ്ങൾ, ഡാറ്റാ ഘടനകൾ;
• ഏറ്റവും സാധാരണമായ DBMS-നായി ഡാറ്റാ മോഡലിംഗും ഡാറ്റാബേസ് സ്കീമകളുടെ (സാധാരണയായി SQL ഭാഷയിൽ) ജനറേഷനും നൽകുന്ന ഡാറ്റാബേസ് ഡിസൈൻ ടൂളുകൾ. ഇവയിൽ ERwin (ലോജിക് വർക്ക്സ്), എസ്-ഡിസൈനർ (SDP), ഡാറ്റാബേസ് ഡിസൈനർ (ORACLE) എന്നിവ ഉൾപ്പെടുന്നു. ഡാറ്റാബേസ് ഡിസൈൻ ടൂളുകൾ Vantage Team Builder, Designer/2000, Silverrun, PRO-IV CASE ടൂളുകളിലും ലഭ്യമാണ്;
• ആപ്ലിക്കേഷൻ വികസന ഉപകരണങ്ങൾ. ഇതിൽ 4GL ടൂളുകളും (Uniface (Compuware), JAM (JYACC), PowerBuilder (Sybase), Developer/2000 (ORACLE), New Era (Informix), SQL Windows (Gupta), Delphi (Borland) മുതലായവ) ജനറേറ്റർ കോഡുകളും ഉൾപ്പെടുന്നു. Vantage Team Builder, PRO-IV എന്നിവയിലും ഭാഗികമായി Silverrun-ലും ഉൾപ്പെടുത്തിയിട്ടുണ്ട്;
• · പ്രോഗ്രാം കോഡുകളുടെയും ഡാറ്റാബേസ് സ്കീമകളുടെയും വിശകലനം നൽകുന്ന റീഎൻജിനീയറിംഗ് ടൂളുകൾ, അവ അടിസ്ഥാനമാക്കിയുള്ള ജനറേഷൻ വിവിധ മോഡലുകൾഡിസൈൻ സവിശേഷതകളും. ഡാറ്റാബേസ് സ്കീമ വിശകലനവും ERD ജനറേഷൻ ടൂളുകളും Vantage Team Builder, PRO-IV, Silverrun, Designer/2000, ERwin, S-Designor എന്നിവയിൽ ഉൾപ്പെടുത്തിയിട്ടുണ്ട്. പ്രോഗ്രാം കോഡ് വിശകലന മേഖലയിൽ, C++ (റേഷണൽ റോസ് (റേഷണൽ സോഫ്‌റ്റ്‌വെയർ), ഒബ്‌ജക്റ്റ് ടീം (കയെൻ)) പ്രോഗ്രാമുകളുടെ പുനർനിർമ്മാണം നൽകുന്ന ഒബ്‌ജക്റ്റ്-ഓറിയൻ്റഡ് CASE ടൂളുകളാണ് ഏറ്റവും വ്യാപകമായി ഉപയോഗിക്കുന്നത്.

സഹായ തരങ്ങളിൽ ഇവ ഉൾപ്പെടുന്നു:

• · പ്രോജക്റ്റ് പ്ലാനിംഗ് ആൻഡ് മാനേജ്മെൻ്റ് ടൂളുകൾ (SE കമ്പാനിയൻ, Microsoft Projectമുതലായവ);
• · കോൺഫിഗറേഷൻ മാനേജ്മെൻ്റ് ടൂളുകൾ (PVCS (Intersolv));
• · ടെസ്റ്റിംഗ് ടൂളുകൾ (ക്വാളിറ്റി വർക്കുകൾ (സെഗ് സോഫ്‌റ്റ്‌വെയർ));
• · ഡോക്യുമെൻ്റേഷൻ ടൂളുകൾ (സോഡ (റേഷണൽ സോഫ്റ്റ്‌വെയർ)).

ഇന്ന്, CIS സോഫ്റ്റ്‌വെയർ വിപണിയിൽ ഇനിപ്പറയുന്ന ഏറ്റവും വികസിതമായ CASE ടൂളുകൾ ഉണ്ട്:

• · വാൻ്റേജ് ടീം ബിൽഡർ (വെസ്റ്റ്മൗണ്ട് I-CASE);
• · ഡിസൈനർ/2000;
• · സിൽവർറൺ;
• ERwin+BPwin;
• · എസ്-ഡിസൈനർ;
• · കേസ്.അനലിസ്റ്റ്.
• ഇ-ഡ്രോമാക്സ്

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

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

1. വിവര സംവിധാനത്തിൻ്റെ അടിസ്ഥാനം

a) ഡാറ്റ സംഭരിക്കുന്നതിനും ആക്സസ് ചെയ്യുന്നതിനുമുള്ള അന്തരീക്ഷം

b) കമ്പ്യൂട്ടിംഗ് പവർകമ്പ്യൂട്ടർ

വി) കമ്പ്യൂട്ടർ ശൃംഖലഡാറ്റ കൈമാറ്റത്തിനായി

d) വിവര പ്രോസസ്സിംഗ് രീതികൾ

2. വിവര സംവിധാനങ്ങൾ കേന്ദ്രീകരിച്ചിരിക്കുന്നു

a) ഉയർന്ന യോഗ്യതയില്ലാത്ത അന്തിമ ഉപയോക്താവ്

ബി) പ്രോഗ്രാമർ

സി) ഡിബിഎംഎസ് മേഖലയിലെ ഒരു സ്പെഷ്യലിസ്റ്റ്

d) എൻ്റർപ്രൈസസിൻ്റെ തലവൻ

3. ഏതൊരു വിവര സംവിധാനത്തിൻ്റെയും അവിഭാജ്യ ഘടകമാണ്

a) ഡാറ്റാബേസ്

b) ഡെൽഫി വികസന പരിതസ്ഥിതിയിൽ സൃഷ്ടിച്ച ഒരു പ്രോഗ്രാം

സി) ഇൻ്റർനെറ്റ് വഴി വിവരങ്ങൾ കൈമാറാനുള്ള കഴിവ്

d) ഒരു പ്രോഗ്രാമിംഗ് ഭാഷ ഉപയോഗിച്ച് സൃഷ്ടിച്ച ഒരു പ്രോഗ്രാം ഉയർന്ന തലം

4. നിലവിൽ, ഡാറ്റാബേസ് മാനേജ്മെൻ്റ് സിസ്റ്റങ്ങളാണ് ഏറ്റവും വ്യാപകമായി ഉപയോഗിക്കുന്നത്

a) ഒബ്ജക്റ്റ് ഓറിയൻ്റഡ്

b) ബന്ധമുള്ളത്

സി) ശ്രേണിപരമായ

d) നെറ്റ്‌വർക്ക്

5. ഡാറ്റാബേസ് മാനേജ്മെൻ്റ് സിസ്റ്റങ്ങൾ കൂടുതൽ ആധുനികമാണ്

a) ശ്രേണിപരമായ

ബി) നെറ്റ്വർക്ക്

സി) ബന്ധമുള്ളത്

d) പോസ്റ്റ് റിലേഷണൽ

6. ഒറാക്കിൾ ഡിബിഎംഎസ്, Informix, Subase, DB 2, MS SQL സെർവർപരാമർശിക്കുക

a) നെറ്റ്‌വർക്ക്

ബി) ശ്രേണിപരമായ

സി) ബന്ധമുള്ളത്

d) ഒബ്ജക്റ്റ് ഓറിയൻ്റഡ്

7. പരമ്പരാഗത രീതിവിവര സംവിധാനങ്ങളുടെ ഓർഗനൈസേഷൻ ആണ്

a) ക്ലയൻ്റ്-ക്ലയൻ്റ് ആർക്കിടെക്ചർ

b) ക്ലയൻ്റ്-സെർവർ ആർക്കിടെക്ചർ

സി) സെർവർ-സെർവർ ആർക്കിടെക്ചർ

d) എല്ലാ വിവരങ്ങളും ഒരു കമ്പ്യൂട്ടറിൽ സ്ഥാപിക്കുന്നു

8. ഐസി ഡിസൈനിലെ ആദ്യ ഘട്ടം

a) വിഷയ മേഖലയുടെ ഔപചാരിക വിവരണം

b) സമ്പൂർണ്ണവും സ്ഥിരതയുള്ളതുമായ IS മോഡലുകൾ നിർമ്മിക്കുക

c) ഒരു പ്രോഗ്രാമിംഗ് ഭാഷ തിരഞ്ഞെടുക്കുന്നു

d) IS ഇൻ്റർഫേസ് വികസനം

9. സോഫ്റ്റ്വെയർ വികസനത്തിൻ്റെ കാര്യക്ഷമത വർദ്ധിപ്പിക്കുന്നതിന്, ഉപയോഗിക്കുക

a) കേസ് - അർത്ഥമാക്കുന്നത്

10. CASE എന്നതുകൊണ്ട് ഞങ്ങൾ അർത്ഥമാക്കുന്നത്

a) സോഫ്റ്റ്‌വെയർ സൃഷ്ടിക്കുന്നതിനും പരിപാലിക്കുന്നതിനുമുള്ള പ്രക്രിയകളെ പിന്തുണയ്ക്കുന്ന സോഫ്റ്റ്‌വെയർ

b) ഉയർന്ന തലത്തിലുള്ള പ്രോഗ്രാമിംഗ് ഭാഷകൾ

സി) സോഫ്റ്റ്വെയർ വികസന പരിതസ്ഥിതികൾ

d) ആപ്ലിക്കേഷൻ പ്രോഗ്രാമുകൾ

11. ഒരു വിഷ്വൽ ആപ്ലിക്കേഷൻ ഡെവലപ്മെൻ്റ് ടൂൾ ആണ്

a) വിഷ്വൽ ബേസിക്

d) ഹൈടെക് പ്രോഗ്രാമിംഗ് ഭാഷ

12. Microsoft.Net ആണ്

a) പ്ലാറ്റ്ഫോം

b) പ്രോഗ്രാമിംഗ് ഭാഷ

സി) ഡാറ്റാബേസ് മാനേജ്മെൻ്റ് സിസ്റ്റം

ജി) ആപ്ലിക്കേഷൻ പ്രോഗ്രാം

13. സ്കെയിൽ പ്രകാരം, IP വിഭജിച്ചിരിക്കുന്നു

a) ചെറുത്, വലുത്

ബി) സങ്കീർണ്ണവും ലളിതവുമാണ്

വി) ഒബ്ജക്റ്റ്-ഓറിയൻ്റഡ്മറ്റുള്ളവരും

d) സിംഗിൾ, ഗ്രൂപ്പ്, കോർപ്പറേറ്റ്

14. ആപ്ലിക്കേഷൻ്റെ വ്യാപ്തി അനുസരിച്ച്, ഐ.പി

a) ഇടപാട് പ്രോസസ്സിംഗ് സംവിധാനങ്ങൾ

ബി) തീരുമാന പിന്തുണാ സംവിധാനങ്ങൾ

സി) സങ്കീർണ്ണമായ ഗണിതശാസ്ത്ര കണക്കുകൂട്ടലുകൾ നടത്തുന്നതിനുള്ള സംവിധാനങ്ങൾ

d) സാമ്പത്തിക വ്യവസ്ഥകൾ

15. ആപ്ലിക്കേഷൻ്റെ വ്യാപ്തി അനുസരിച്ച്, ഐ.പി

a) സാമ്പത്തിക

ബി) പ്രയോഗിച്ചു

സി) വിവരങ്ങളും റഫറൻസും

d) ഓഫീസ്

16. ഇടപാട് ആണ്

a) ഡാറ്റ കൈമാറ്റം

ബി) ഡാറ്റ പ്രോസസ്സിംഗ്

സി) ഒരു കൂട്ടം പ്രവർത്തനങ്ങൾ

d) ഡാറ്റ പരിവർത്തനം

17. പ്രോജക്റ്റിനായുള്ള എസ്റ്റിമേറ്റുകളും ബജറ്റും തയ്യാറാക്കൽ, വിഭവങ്ങളുടെ ആവശ്യകത നിർണ്ണയിക്കൽ, കലണ്ടർ പ്ലാനുകളും വർക്ക് ഷെഡ്യൂളുകളും വികസിപ്പിക്കൽ എന്നിവ ഘട്ടത്തിൽ പെടുന്നു

a) ഒരു സാങ്കേതിക നിർദ്ദേശം തയ്യാറാക്കൽ

ബി) ആശയപരമായ

സി) ഡിസൈൻ

d) വികസനം

18. പ്രാരംഭ ഡാറ്റയുടെ ശേഖരണവും നിലവിലുള്ള അവസ്ഥയുടെ വിശകലനവും, ഇതര മാർഗങ്ങളുടെ താരതമ്യ വിലയിരുത്തൽ ഘട്ടത്തിൽ ഉൾപ്പെടുന്നു

a) ആശയപരമായ

ബി) ഒരു സാങ്കേതിക നിർദ്ദേശം തയ്യാറാക്കൽ

സി) ഡിസൈൻ

d) വികസനം

19. ഐഎസ് വികസനത്തിൻ്റെ പ്രാരംഭ ഘട്ടങ്ങളിൽ താഴെ പറയുന്ന തെറ്റുകൾ മിക്കപ്പോഴും സംഭവിക്കാറുണ്ട്:

a) പ്രോഗ്രാമിംഗ് ഭാഷയുടെ തെറ്റായ തിരഞ്ഞെടുപ്പ്

b) DBMS-ൻ്റെ തെറ്റായ തിരഞ്ഞെടുപ്പ്

സി) പ്രോഗ്രാമർമാരുടെ തെറ്റായ തിരഞ്ഞെടുപ്പ്

d) ഉപഭോക്താവിൻ്റെ താൽപ്പര്യങ്ങൾ നിർണ്ണയിക്കുന്നതിൽ പിശകുകൾ

20. ജീവിത ചക്രം IP നിലവാരം ISO/IEC 12207 ആണ്. IEC ആണ്

എ) സ്റ്റാൻഡേർഡൈസേഷനുള്ള അന്താരാഷ്ട്ര സംഘടന

b) ഇലക്ട്രിക്കൽ എഞ്ചിനീയറിംഗിനെക്കുറിച്ചുള്ള അന്താരാഷ്ട്ര കമ്മീഷൻ

സി) വിവര സംവിധാനങ്ങൾക്കായുള്ള അന്താരാഷ്ട്ര സംഘടന

d) അന്താരാഷ്ട്ര സോഫ്റ്റ്‌വെയർ ഓർഗനൈസേഷൻ

21. സ്റ്റാൻഡേർഡ് അനുസരിച്ച്, IS ജീവിത ചക്രത്തിൻ്റെ ഘടനയിൽ പ്രക്രിയകൾ അടങ്ങിയിരിക്കുന്നു

a) പ്രധാനവും സഹായകരവുമായ ജീവിത ചക്രം പ്രക്രിയകളും സംഘടനാ പ്രക്രിയകളും

ബി) വികസനവും നടപ്പാക്കലും

സി) പ്രോഗ്രാമിംഗും ഡീബഗ്ഗിംഗും

d) ഐപിയുടെ സൃഷ്ടിയും ഉപയോഗവും

22. ഏറ്റവും സാധാരണമായ ജീവിത ചക്ര മാതൃക

a) സോഫ്റ്റ്‌വെയർ മൊഡ്യൂളുകളുടെ സമാന്തര വികസന മാതൃക

ബി) ഒബ്ജക്റ്റ് ഓറിയൻ്റഡ് മോഡൽ

സി) കാസ്കേഡ് മോഡൽ

d) ഐഎസ് വികസനത്തിനായുള്ള ഒരു സംയോജിത സമീപനത്തിൻ്റെ മാതൃക

23. ഏറ്റവും സാധാരണമായ ജീവിതചക്രം മാതൃകയാണ്

a) രേഖീയ മാതൃക

ബി) നോൺ-ലീനിയർ മോഡൽ

സി) തുടർച്ചയായ മാതൃക

d) സർപ്പിള മോഡൽ

24. കൂടുതൽ അഭികാമ്യമായ ജീവിതചക്ര മാതൃകയാണ്

a) കാസ്കേഡ്

b) ഐഎസ് വികസനത്തോടുള്ള സംയോജിത സമീപനത്തിൻ്റെ മാതൃക

സി) ലീനിയർ മോഡൽ

d) സർപ്പിളം

25. വാചകം - ദ്രുത ആപ്ലിക്കേഷൻ വികസനം എന്ന് ചുരുക്കിയിരിക്കുന്നു

26. റാപ്പിഡ് ആപ്ലിക്കേഷൻ ഡെവലപ്മെൻ്റ് മെത്തഡോളജി വികസിപ്പിക്കാൻ ഉപയോഗിക്കുന്നു

a) ചെറിയ ഐപികൾ

ബി) സ്റ്റാൻഡേർഡ് ഐസികൾ

c) ഉപയോക്തൃ ഇൻ്റർഫേസ് ദ്വിതീയമായ ആപ്ലിക്കേഷനുകൾ

d) മനുഷ്യൻ്റെ സുരക്ഷയെ ആശ്രയിക്കുന്ന സംവിധാനങ്ങൾ

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

a) വിവര സംവിധാനം

ബി) സിസ്റ്റം

c) മുഴുവൻ ഫീച്ചർ ചെയ്ത സോഫ്റ്റ്‌വെയറും ഹാർഡ്‌വെയറും

d) കമ്പ്യൂട്ടർ സെൻ്റർ

28. മിക്കവാറും എല്ലാ ഐപിയുടെയും അടിസ്ഥാനം ഇതാണ്

b) ഉയർന്ന തലത്തിലുള്ള പ്രോഗ്രാമിംഗ് ഭാഷ

d) ഐപി സൃഷ്ടിക്കുന്നതിനുള്ള ഒരു കൂട്ടം രീതികളും ഉപകരണങ്ങളും

29. ഒരു DBMS നടത്തുന്ന പ്രധാന പ്രവർത്തനങ്ങൾ സാധാരണയായി ഉൾപ്പെടുന്നു

a) ഇടപാട് മാനേജ്മെൻ്റ്

b) ലോഗിംഗ്

സി) കണക്കുകൂട്ടലുകൾ നടത്തുന്നു

d) ഡയഗ്രമിംഗ്

30. DBMS ട്രാൻസാക്ഷൻ മെക്കാനിസത്തിനുള്ള പിന്തുണയാണ്

a) നിർബന്ധമാണ്

b) അഭികാമ്യം

സി) ഓപ്ഷണൽ

d) വളരെ സാധ്യത

31. ഇടപാടുകളുടെ മിശ്രിതത്തിൻ്റെ സമാന്തര നിർവ്വഹണം, അവയുടെ തുടർച്ചയായ നിർവ്വഹണത്തിൻ്റെ ഫലത്തിന് തുല്യമായ ഫലത്തെ വിളിക്കുന്നു

a) സമാന്തരവൽക്കരണം

ബി) സങ്കീർണ്ണമായ പ്രോസസ്സിംഗ്

സി) സീരിയലൈസേഷൻ

d) ഇടപാടുകളുടെ ഒരേസമയം പ്രോസസ്സിംഗ്

32. ഡാറ്റാബേസിൽ സംഭവിക്കുന്ന മാറ്റങ്ങളെക്കുറിച്ചുള്ള വിവരങ്ങളുടെ ഒരു ലോഗ് എൻട്രിയെ വിളിക്കുന്നു

a) ലോഗിംഗ്

ബി) ഇവൻ്റുകൾ കണക്കിലെടുക്കുന്നു

സി) റെക്കോർഡിംഗ് മാറ്റങ്ങൾ

d) നിരീക്ഷണം

33. ഇ.കോഡിൻ്റെ പ്രവർത്തനത്തിന് നന്ദി, ഡാറ്റാബേസുകൾ സൃഷ്ടിച്ചു

a) ബന്ധമുള്ളത്

ബി) നെറ്റ്വർക്ക്

സി) ശ്രേണിപരമായ

d) ഒബ്ജക്റ്റ് ഓറിയൻ്റഡ്

34. റിലേഷണൽ ഡാറ്റാബേസുകൾക്ക് അവയുടെ പേര് ലഭിച്ചത് വസ്തുതയാണ്

a) ഡാറ്റ പട്ടികകൾ പരസ്പരം ബന്ധപ്പെട്ടിരിക്കുന്നു

b) അവർ വിവരങ്ങൾ വേഗത്തിൽ പ്രോസസ്സ് ചെയ്യുന്നു

സി) അവർക്ക് സങ്കീർണ്ണമായ ഘടനയുടെ ഡാറ്റ സംഭരിക്കാൻ കഴിയും

d) അവയിലെ ഡാറ്റ പട്ടികകളുടെ രൂപത്തിൽ അവതരിപ്പിച്ചിരിക്കുന്നു

35. അവസാന പരിഷ്കാരംവർഷത്തിൽ SQL ഭാഷാ നിലവാരം സ്വീകരിച്ചു

36. യഥാർത്ഥ ലോക സ്ഥാപനങ്ങൾ ഡാറ്റ മോഡലിന് അടുത്താണ്

a) ബന്ധമുള്ളത്

ബി) ഒബ്ജക്റ്റ് ഓറിയൻ്റഡ്

സി) ശ്രേണിപരമായ

d) നെറ്റ്‌വർക്ക്

37. റിലേഷണൽ ഡിബിഎംഎസുകൾ ഡാറ്റ മോഡലുകൾ ഉപയോഗിക്കുന്നു

a) ഒബ്ജക്റ്റ്-ഓറിയൻ്റഡ്, റിലേഷണൽ

ബി) ബന്ധവും ശ്രേണിയും

സി) ശ്രേണിയും ശൃംഖലയും

d) കാരണം

38. ഡാറ്റാബേസ് മാനേജ്മെൻ്റിനുള്ള റിലേഷണൽ സമീപനത്തിൻ്റെ പ്രധാന ഗുണങ്ങൾ ഉൾപ്പെടുന്നു

a) താരതമ്യേന ലളിതമായി മാതൃകയാക്കാനുള്ള കഴിവ് വിഷയ മേഖലകൾ

b) ലളിതവും ശക്തവുമായ ഒരു ഗണിത ഉപകരണത്തിൻ്റെ സാന്നിധ്യം

സി) ഏതെങ്കിലും സങ്കീർണ്ണതയുള്ള വസ്തുക്കളെ വിവരിക്കാനുള്ള കഴിവ്

d) യഥാർത്ഥ ലോക ബന്ധങ്ങൾ പ്രദർശിപ്പിക്കുന്നതിനുള്ള എളുപ്പം

39. ഒരേ തരത്തിലുള്ള ആറ്റോമിക് മൂല്യങ്ങളുടെ ഒരു കൂട്ടത്തെ വിളിക്കുന്നു

a) ഡൊമെയ്ൻ

ബി) ഒരു ട്യൂപ്പിൾ

c) ആട്രിബ്യൂട്ട്

d) ഡാറ്റ തരം

40. ഒരു ബന്ധത്തിൻ്റെ നിരകൾ വിളിക്കപ്പെടുന്നു

a) ട്യൂപ്പിൾസ്

b) ഡൊമെയ്‌നുകൾ

സി) ആട്രിബ്യൂട്ടുകൾ

d) ഒരേ തരത്തിലുള്ള മൂല്യങ്ങളുള്ള നിരകൾ

41. റിലേഷൻ ലൈൻ എന്ന് വിളിക്കുന്നു

a) ഒരു ട്യൂപ്പിൾ

b) ആട്രിബ്യൂട്ട്

സി) ഡൊമെയ്ൻ

d) പട്ടിക വരി

42. ട്യൂപ്പിളുകളുടെ എണ്ണം വിളിക്കപ്പെടുന്നു

a) കാർഡിനൽ നമ്പർ

ബി) വൈദ്യുതി അനുപാതം

സി) അനുപാതത്തിൻ്റെ അളവ്

d) നമ്പർ നിർവചിക്കുന്നു

43. ശൂന്യമായ ഫീൽഡ് മൂല്യങ്ങൾ സൂചിപ്പിക്കാൻ, ഉപയോഗിക്കുക

a) ഡാഷ്

d) ഏതെങ്കിലും ചിഹ്നങ്ങളുടെ അഭാവം

44. അനുബന്ധ ഫീൽഡിലാണെങ്കിൽ ആട്രിബ്യൂട്ടിൻ്റെ മൂല്യം അജ്ഞാതമാണ്

a) ഏതെങ്കിലും ചിഹ്നങ്ങൾ കാണുന്നില്ല

b) ഒരു ഡാഷ് ഉണ്ട്

c) NULL എന്ന വാക്ക് എഴുതിയിരിക്കുന്നു

d) സംഖ്യ പൂജ്യമാണ്

45. പ്രാഥമിക കീസ്വത്തുണ്ട്

a) അതുല്യത

b) ഉപയോഗം എളുപ്പം

സി) മിനിമലിസം

d) അവബോധം

46. ​​പട്ടികകളിൽ ആപേക്ഷിക അടിത്തറഡാറ്റ

a) ട്യൂപ്പിളുകളും ആട്രിബ്യൂട്ടുകളും ക്രമരഹിതമായ രൂപത്തിൽ സംഭരിച്ചിരിക്കുന്നു

b) ആട്രിബ്യൂട്ടുകൾ മാത്രമേ ഓർഡർ ചെയ്തിട്ടുള്ളൂ

c) ട്യൂപ്പിൾസ് മാത്രമേ ഓർഡർ ചെയ്തിട്ടുള്ളൂ

d) ആട്രിബ്യൂട്ടുകളും ട്യൂപ്പിളുകളും ഓർഡർ ചെയ്ത രൂപത്തിൽ സംഭരിച്ചിരിക്കുന്നു

47. ഡാറ്റ നോർമലൈസേഷൻ ലക്ഷ്യമിടുന്നത്

a) വിവരങ്ങളുടെ ആവർത്തനം കുറയ്ക്കുന്നു

b) ഡാറ്റ കൊണ്ടുവരുന്നു സാധാരണ കാഴ്ച

സി) ഡാറ്റ കൊണ്ടുവരുന്നു സാധാരണ നോക്കി

d) ഡാറ്റാ ഘടന ക്രമപ്പെടുത്തുന്നു

48. റിലേഷണൽ ഡാറ്റ മാനേജ്മെൻ്റിനുള്ള ഭാഷയാണ്

49. SQL ഭാഷയുടെ ആദ്യ പതിപ്പ് വിളിക്കപ്പെട്ടു

50. ANSI SQL ആണ്

a) ഭാഷാ നിലവാരം

b) ഭാഷയുടെ വിശദമായ വിവരണം

വി) ഏറ്റവും പുതിയ ഭാഷഡാറ്റ കൃത്രിമത്വം

d) SQL ഭാഷാ വിപുലീകരണം

51. SQL ഭാഷാ കമാൻഡുകൾ ഭാഷാ കമാൻഡുകളായി തിരിച്ചിരിക്കുന്നു

ഡാറ്റ നിർവചനങ്ങൾ

ഡാറ്റ കൃത്രിമത്വം

ഡാറ്റ പരിവർത്തനങ്ങൾ

ഡാറ്റ സംഭരണം

52. SQL ഭാഷാ കമാൻഡുകൾ ഭാഷാ കമാൻഡുകളായി തിരിച്ചിരിക്കുന്നു

53. SQL ഭാഷാ കമാൻഡുകൾ ഭാഷാ കമാൻഡുകളായി തിരിച്ചിരിക്കുന്നു

54. SQL ഭാഷാ കമാൻഡുകൾ കമാൻഡുകളായി തിരിച്ചിരിക്കുന്നു

ഡാറ്റാബേസ് അഡ്മിനിസ്ട്രേഷൻ

ഇടപാട് മാനേജ്മെൻ്റ്

ഡാറ്റാബേസ് നോർമലൈസേഷൻ

ഡാറ്റാബേസ് നവീകരണം

55. NULL മൂല്യംതത്തുല്യമായ

വിവരമില്ലായ്മ

സംഖ്യ പൂജ്യം

സ്ഥലം

ഡാഷ്

56. പ്രകടനം

മേശയിൽ നിന്ന് വ്യത്യസ്തമല്ല

ഏത് ഡാറ്റയും ശാശ്വതമായി സംഭരിക്കുന്നു

ഫോർമാറ്റിംഗിൽ മാത്രം ഒരു പട്ടികയിൽ നിന്ന് വ്യത്യസ്തമാണ്

മിക്ക സമയത്തും ഡാറ്റ അടങ്ങിയിട്ടില്ല

57. സംഭരിച്ച നടപടിക്രമങ്ങളാണ്

അനുബന്ധ SQL പ്രസ്താവനകളുടെ ഗ്രൂപ്പുകൾ

സബ്റൂട്ടീനുകൾ

ഡാറ്റ സംഭരണ ​​നിയമങ്ങൾ

58. ട്രിഗറുകൾ ആകുന്നു

സംഭരിച്ച നടപടിക്രമങ്ങളുടെ തരം

ഡാറ്റ സംഭരണ ​​രീതി

നടപടിക്രമങ്ങൾ റിസർവ് കോപ്പി

അനധികൃത ആക്‌സസ്സിൽ നിന്നുള്ള ഡാറ്റ സംരക്ഷണ പ്രവർത്തനങ്ങൾ

59. ഡാറ്റാബേസിൽ സംഭരിച്ചിരിക്കുന്ന വിവരങ്ങളിലേക്കുള്ള ആക്സസ് നിയന്ത്രണം പ്രത്യേകാവകാശങ്ങൾ ഉപയോഗിച്ച് നിയന്ത്രിക്കപ്പെടുന്നു

ഒരു പട്ടിക സൃഷ്ടിക്കാൻ

60. ഡാറ്റാബേസിൽ സംഭരിച്ചിരിക്കുന്ന വിവരങ്ങളിലേക്കുള്ള ആക്സസ് നിയന്ത്രണം പ്രത്യേകാവകാശങ്ങൾ ഉപയോഗിച്ച് നിയന്ത്രിക്കപ്പെടുന്നു

ഒരു സംഭരിച്ച നടപടിക്രമം സൃഷ്ടിക്കാൻ

ചേർക്കുക (ഫീൽഡ്_നാമം)

അപ്‌ഡേറ്റ് ചെയ്യുക (ഫീൽഡ്_നാമം)

61. ഒബ്ജക്റ്റ് പ്രിവിലേജുകൾ പ്രത്യേകാവകാശങ്ങളാണ്

ഒരു പട്ടിക സൃഷ്ടിക്കാൻ

ഒരു സംഭരിച്ച നടപടിക്രമം സൃഷ്ടിക്കാൻ

ഒരു കാഴ്ച സൃഷ്ടിക്കാൻ

62. ഒബ്ജക്റ്റ് പ്രിവിലേജുകൾ പ്രത്യേകാവകാശങ്ങളാണ്

ഒരു പട്ടിക ഇല്ലാതാക്കാൻ

ഒരു കാഴ്ച ഇല്ലാതാക്കാൻ

സംഭരിച്ച ഒരു നടപടിക്രമം ഇല്ലാതാക്കാൻ

63. റഫറൻസ് പ്രത്യേകാവകാശം അനുവദിക്കുന്നു

ഒരു നിർദ്ദിഷ്‌ട പട്ടികയുടെ എല്ലാ ഫീൽഡുകളും റഫർ ചെയ്യുക

പട്ടികകളും കാഴ്‌ചകളും സംഭരിച്ച നടപടിക്രമങ്ങളും സൃഷ്‌ടിക്കുകയും ഉപേക്ഷിക്കുകയും ചെയ്യുക

മറ്റ് ഉപയോക്താക്കൾക്ക് ആക്സസ് അവകാശങ്ങൾ കൈമാറുക

ഡാറ്റാബേസിലെ വിവരങ്ങൾ മാറ്റുക

64. SQL ഭാഷയിൽ ഡാറ്റാബേസിലേക്കുള്ള ഉപയോക്തൃ ആക്സസ് നിയന്ത്രിക്കുന്നതിന് ഒരു ഓപ്പറേറ്റർ ഉണ്ട്

65. GRANT പ്രസ്താവന ഉപയോഗിക്കുന്നു

ഉപയോക്താവിന് സിസ്റ്റം, ഒബ്‌ജക്റ്റ് ആനുകൂല്യങ്ങൾ നൽകുന്നു

ഒരു ഉപയോക്താവിന് നൽകിയിട്ടുള്ള പ്രത്യേകാവകാശങ്ങൾ റദ്ദാക്കുന്നു

ഒരു ഉപയോക്താവിന് സിസ്റ്റം പ്രത്യേകാവകാശങ്ങൾ നൽകുന്നു

66. REVOKE പ്രസ്താവന ഉപയോഗിക്കുന്നു

അനുവദിച്ച പ്രത്യേകാവകാശങ്ങൾ റദ്ദാക്കൽ

ഒരു ഉപയോക്താവിന് സിസ്റ്റം പ്രത്യേകാവകാശങ്ങൾ നൽകുന്നു

ഉപയോക്താവിന് സിസ്റ്റം, ഒബ്‌ജക്റ്റ് ആനുകൂല്യങ്ങൾ നൽകുന്നു

ഒരു ഉപയോക്തൃ ഒബ്ജക്റ്റ് പ്രത്യേകാവകാശങ്ങൾ നൽകുന്നു

67. പവർ ഡിസൈനർ ആണ്

ഡാറ്റ മോഡലിംഗ് സിസ്റ്റം

ഉയർന്ന തലത്തിലുള്ള പ്രോഗ്രാമിംഗ് ഭാഷ

അതിവേഗ വെബ്‌സൈറ്റ് വികസനത്തിനുള്ള സോഫ്റ്റ്‌വെയർ

68. കേസ് ഫണ്ടുകൾക്ക് നടപ്പിലാക്കാൻ കഴിയും

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

പദ്ധതി സ്ഥിരീകരണം

തീരുമാനമെടുക്കുന്നതിൽ സഹായിക്കുക

ഒരു പ്രോഗ്രാമിംഗ് ഭാഷ അല്ലെങ്കിൽ DBMS തിരഞ്ഞെടുക്കുന്നു

69. കേസ് ഫണ്ടുകൾക്ക് നടപ്പിലാക്കാൻ കഴിയും

ഓട്ടോമാറ്റിക് ജനറേഷൻ പ്രോഗ്രാം കോഡ്

പരിപാലനവും പുനർനിർമ്മാണവും

ഉപഭോക്താവുമായി വികസന ഘട്ടങ്ങളുടെ ഏകോപനം

പദ്ധതി ചെലവ് എസ്റ്റിമേറ്റ്

70. അനന്തരാവകാശ ശ്രേണിയിലെ എല്ലാ ഒബ്‌ജക്‌റ്റുകൾക്കും ബാധകമായ ഒരു നടപടിക്രമത്തിനോ പ്രവർത്തനത്തിനോ ഒരൊറ്റ പേര് നിർവചിക്കാനുള്ള കഴിവ് ഒരു അനന്തരഫലമാണ്

പോളിമോർഫിസം

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

അനന്തരാവകാശം

നടപ്പാക്കലുകൾ

71. ഈ ഡാറ്റ കൈകാര്യം ചെയ്യുന്ന നടപടിക്രമങ്ങളും പ്രവർത്തനങ്ങളുമായി ഡാറ്റ സംയോജിപ്പിക്കുന്നത് ഒരു അനന്തരഫലമാണ്

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

അനന്തരാവകാശം

പോളിമോർഫിസം

ബൈൻഡിംഗുകൾ

72. അവയിൽ നിന്ന് ഉരുത്തിരിഞ്ഞ ക്ലാസുകളുടെ ഒരു ശ്രേണി നിർമ്മിക്കുന്നതിന് ഇതിനകം നിർവചിക്കപ്പെട്ട ക്ലാസുകൾ ഉപയോഗിക്കാനുള്ള കഴിവ് -

അനന്തരാവകാശം

ക്ലാസ് സ്ഥിരത

പിന്തുടർച്ച

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

ഇൻഫർമേഷൻ സിസ്റ്റങ്ങളിലെ പരിശോധനയ്ക്കുള്ള ഉത്തരങ്ങൾ

CASE ഫണ്ടുകളുടെ സവിശേഷതകൾ

ബിസിനസ് പ്രക്രിയകളുടെ മോഡലിംഗിൻ്റെയും ഒപ്റ്റിമൈസേഷൻ്റെയും വീക്ഷണകോണിൽ നിന്ന് പ്രധാനപ്പെട്ട CASE ടൂളുകളുടെ പ്രധാന സവിശേഷതകൾ ഇനിപ്പറയുന്നവയാണ്:

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

CASE ഫണ്ടുകളുടെ തിരഞ്ഞെടുപ്പ്

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

യഥാർത്ഥ റിപ്പോർട്ടുമായി മുന്നോട്ടുപോകുന്നതിനു മുമ്പ്, ഇന്നത്തെ പാഠത്തിൻ്റെ വിഷയത്തെക്കുറിച്ച് ചില പ്രാഥമിക പരാമർശങ്ങൾ നടത്താൻ ഞാൻ ആഗ്രഹിക്കുന്നു.

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

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

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

മുകളിൽ സൂചിപ്പിച്ച മൂന്ന് സാഹചര്യങ്ങൾ - ഇൻ്റർനെറ്റിലേക്കുള്ള പ്രവേശനം, RUMS-ൻ്റെ ആവശ്യങ്ങളിലേക്കുള്ള കണക്ഷൻ, CASE ടൂളുകളുടെ പരിമിതമായ തിരഞ്ഞെടുപ്പ് - ഇന്ന് ചർച്ചചെയ്യുന്ന പ്രശ്നങ്ങളുടെ പരിധി ഗണ്യമായി ചുരുക്കുന്നത് സാധ്യമാക്കുന്നു.

ആമുഖം അല്ലെങ്കിൽ എപ്പിഗ്രാഫ്

ഒരു ഇറ്റാലിയൻ മത്സ്യത്തൊഴിലാളിയെക്കുറിച്ചുള്ള ഒരു കഥയിൽ നിന്നാണ് ഞാൻ ആരംഭിക്കുന്നത്.

“ഒരു ഇറ്റാലിയൻ മത്സ്യത്തൊഴിലാളി ചൂടുള്ള അഡ്രിയാറ്റിക് കടലിൻ്റെ തീരത്ത് കിടക്കുന്നു, ഒന്നും ചെയ്യുന്നില്ല, അമേരിക്കൻ വിനോദസഞ്ചാരികൾ കടന്നുപോകുകയും ഒരു ചോദ്യവുമായി മത്സ്യത്തൊഴിലാളിയുടെ നേരെ തിരിയുകയും ചെയ്യുന്നു.

· ഒന്നും ചെയ്യാതെ, പണം സമ്പാദിക്കാതെ എന്തിനാണ് ഇവിടെ കിടക്കുന്നത്?

· എന്തിനായി?

· ശരി, അമേരിക്കക്കാർ ആശ്ചര്യപ്പെടുന്നു, നിങ്ങൾക്ക് കൂടുതൽ ജോലി ചെയ്ത് ഒരു മത്സ്യത്തൊഴിലാളി മാത്രമല്ല, ഒരു ബോട്ട് ഉടമയാകാം.

· എന്തിനായി?

· നിങ്ങൾക്ക് കൂടുതൽ കഠിനാധ്വാനം ചെയ്യാനും നിരവധി ബോട്ടുകളുടെ ഉടമയാകാനും കഴിയും.

· എന്തിനായി?

· നിങ്ങൾ ഒരു വലിയ ഉടമയാകും, ധാരാളം പണം സമ്പാദിക്കുകയും തീരത്ത് വിശ്രമിക്കുകയും ഒന്നും ചെയ്യാതിരിക്കുകയും ചെയ്യും.

· ഞാൻ എന്താണ് ചെയ്യുന്നത്?

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

അത്തരമൊരു ശാസ്ത്രമുണ്ട്: സസ്യശാസ്ത്രം. പിസ്റ്റിൽ, കേസരങ്ങൾ, തണ്ട്, വേരുകൾ, ഇലകൾ.. പ്രകൃതിയുടെ വിവരണം. സാധാരണയായി വാക്കാലുള്ള, എന്നാൽ രേഖാമൂലമുള്ള രൂപത്തിൽ. മറ്റൊരു ശാസ്ത്രമുണ്ട്: സംസാരം. ഇന്ന് ഞങ്ങൾ അത് ചെയ്യും: CASE സാങ്കേതികവിദ്യകൾ എന്താണെന്നും അവ എങ്ങനെ കൈകാര്യം ചെയ്യണം എന്ന വിഷയത്തെക്കുറിച്ചുള്ള ഒരു ചാറ്റ്. 30-40 മിനിറ്റ് ക്ഷമയോടെ കാത്തിരിക്കാൻ ഞാൻ നിങ്ങളോട് ആവശ്യപ്പെടുന്നു, ഈ മുഴുവൻ കാലയളവിലും മേൽപ്പറഞ്ഞ വിഷയത്തെക്കുറിച്ചുള്ള എൻ്റെ സ്വതന്ത്രമായ പ്രസ്താവനകൾ സഹിക്കാൻ ശ്രമിക്കുക. ചില ഉദാഹരണങ്ങൾ അവർക്ക് നിസ്സാരമായി തോന്നിയാൽ, ഞാൻ സ്ത്രീകളോട് ക്ഷമ ചോദിക്കുന്നു.

2. നിബന്ധനകളും നിർവചനങ്ങളും

2.1 നിബന്ധനകളെ കുറിച്ച്

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

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

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

CASE എന്ന ചുരുക്കെഴുത്ത്: കമ്പ്യൂട്ടർ എയ്ഡഡ് സോഫ്‌റ്റ്‌വെയർ എഞ്ചിനീയറിംഗ്, ഇത് ഒരു കമ്പ്യൂട്ടർ ഉപയോഗിച്ച് ഏകദേശം സോഫ്റ്റ്‌വെയർ ഡെവലപ്‌മെൻ്റ് ആയി റഷ്യൻ ഭാഷയിലേക്ക് വിവർത്തനം ചെയ്യാവുന്നതാണ്. GOST 19781-90 അനുസരിച്ച് സോഫ്റ്റ്വെയർ- ഒരു കൂട്ടം വിവര പ്രോസസ്സിംഗ് സിസ്റ്റം പ്രോഗ്രാമുകളും അവയുടെ പ്രവർത്തനത്തിന് ആവശ്യമായ പ്രോഗ്രാം ഡോക്യുമെൻ്റുകളും. ലളിതമായി പറഞ്ഞാൽ: ഒരു കമ്പ്യൂട്ടറിൽ അവയുടെ വിവരണത്തോടൊപ്പം ഉപയോഗിക്കുന്ന പ്രോഗ്രാമുകളാണ് സോഫ്റ്റ്‌വെയർ. അപ്പോൾ നമുക്ക് എന്താണ് ഉള്ളത്? അതായത്, ഒരു കമ്പ്യൂട്ടറിൽ ഉപയോഗിക്കുന്ന പ്രോഗ്രാമുകളുടെ വികസനം, ഒരു കമ്പ്യൂട്ടർ ഉപയോഗിച്ച്. അപ്പോൾ? എന്നാൽ കമ്പ്യൂട്ടറില്ലാതെ അവ എങ്ങനെ എഴുതാനാകും? ഇതാണ് സംഭവിക്കുന്നത്... ഒരു പെൺകുട്ടിയുടെ സഹായത്തോടെ ഒരു പെൺകുട്ടിയെ നോക്കാൻ ... ഒരു പെൺകുട്ടി.. എന്നാൽ പെൺകുട്ടി ഇല്ലാത്തപ്പോൾ അവളെ എങ്ങനെ നോക്കും? നിങ്ങൾക്ക് അത് സങ്കൽപ്പിക്കാൻ കഴിയുമോ? ഞാൻ എങ്ങനെയോ അവ്യക്തനാണ്. നിങ്ങൾക്ക് തീർച്ചയായും, കല്ലിൽ നിന്ന് ഗലാറ്റിയയെ കൊത്തിയെടുക്കാനോ സംഗീതം രചിക്കാനോ കഴിയും, പ്രത്യേകിച്ച് നിങ്ങൾക്ക് മറ്റൊന്നും ചെയ്യാനില്ലാത്തപ്പോൾ ... പൊതുവേ, ഒന്നും വ്യക്തമല്ലെന്ന് വ്യക്തമാണ്. ഒരു പിസി ഉപയോഗിച്ച് സോഫ്റ്റ്‌വെയർ വികസിപ്പിക്കുന്നത് എങ്ങനെയിരിക്കും? ചോദ്യം തീർച്ചയായും രസകരമാണ് ... നമുക്ക് ഒരുമിച്ച് കണ്ടെത്താം.

2.2 ഭൂമിയിലേക്ക് ഇറങ്ങുന്നു

വ്യക്തമായും, വ്യത്യസ്ത തരം സോഫ്റ്റ്‌വെയർ ഉണ്ട്. പ്രത്യേകിച്ചും, പ്രയോഗവും വ്യവസ്ഥാപിതവും. ഇവിടെ എല്ലാം ലളിതമാണ്: ഞങ്ങൾ ഒപിഒയിൽ പ്രവർത്തിക്കുന്നു - RUMS-ൻ്റെ ഘടനാപരമായ വിഭജനവും സ്വഭാവവും പ്രൊഫഷണൽ പ്രവർത്തനംനമ്മളിൽ പലരും ആപ്ലിക്കേഷൻ സോഫ്റ്റ്‌വെയർ വികസന പ്രക്രിയയിൽ ഏർപ്പെട്ടിരിക്കുന്നു.

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

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

ചോദ്യം: ഈ ആപ്ലിക്കേഷൻ സോഫ്‌റ്റ്‌വെയർ വികസിപ്പിച്ചെടുക്കാൻ നമുക്ക് എങ്ങനെ ഇപ്പോഴും നമ്മുടെ കമ്പ്യൂട്ടറുകൾ ഉപയോഗിക്കാം?

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

ഗ്രാഡി ബുച്ചയുടെ "ഒബ്ജക്റ്റ്-ഓറിയൻ്റഡ് അനാലിസിസ് ആൻഡ് ഡിസൈൻ" എന്ന പുസ്തകം വായിക്കാത്തവർക്ക്, അറിയുന്നത് രസകരമായിരിക്കാം, എന്നാൽ മറ്റുള്ളവർക്ക് അദ്ദേഹത്തിൻ്റെ ക്ലാസിക് വർക്ക് ഇനിപ്പറയുന്ന കഥയിൽ നിന്നാണ് ആരംഭിക്കുന്നതെന്ന് ഞാൻ നിങ്ങളെ ഓർമ്മിപ്പിക്കും.

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

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

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

അതിനാൽ, ഇന്നത്തെ പാഠത്തിൻ്റെ വിഷയത്തെക്കുറിച്ച് നമുക്ക് സ്വയം ഓർമ്മിപ്പിക്കാം - തലക്കെട്ട് കാണുക. വ്യക്തമായും, ഇന്ന് വിപണിയിൽ ലഭ്യമായതും അതേ സമയം നമുക്ക് ആക്‌സസ് ചെയ്യാവുന്നതുമായ CASE ടൂളുകളിൽ ഏതാണ്, സോഫ്റ്റ്‌വെയർ വികസന സമയത്ത് ഞങ്ങളുടെ പ്രായോഗിക പ്രവർത്തനങ്ങളിൽ നമുക്ക് ഇതിനകം തന്നെ ഉപയോഗിക്കാൻ കഴിയും എന്നതാണ് താൽപ്പര്യത്തിൻ്റെ ചോദ്യം.

സാഹിത്യത്തിൽ നിങ്ങൾക്ക് CASE ടൂളുകൾ എന്തെല്ലാമാണ്, അവ എന്തിനുവേണ്ടിയാണ് ഉപയോഗിക്കുന്നത്, അവ ഉപയോഗിച്ച് എന്തുചെയ്യാൻ കഴിയും, ഊർജ്ജം, സമയം, പണം, ഞരമ്പുകൾ, ആരോഗ്യം എന്നിവ എങ്ങനെ ലാഭിക്കാൻ ഞങ്ങളെ അനുവദിക്കുന്നു എന്നതിനെക്കുറിച്ചുള്ള ധാരാളം നല്ലതും മനോഹരവും ബുദ്ധിപരവുമായ വാക്കുകൾ നിങ്ങൾക്ക് കണ്ടെത്താൻ കഴിയും. , തുടങ്ങിയവ. . ഇത്യാദി. നന്നായി, പൊതുവേ, എല്ലാവർക്കും ഈ വിഷയത്തിൽ ധാരാളം നല്ല കാര്യങ്ങൾ വായിക്കാൻ കഴിയും. ഇൻറർനെറ്റിൽ ഈ വിഷയത്തിൽ ഇതിനകം തന്നെ ധാരാളം പ്രശംസകൾ ഉണ്ട്, ചിലപ്പോൾ, ഇഷ്ടമില്ലാത്ത, പറയാനുള്ള ആഗ്രഹം ഉയർന്നുവരുന്നു: "സോവിയറ്റ് അധികാരത്തിനായി എന്നെ പ്രക്ഷോഭം നടത്തരുത്." അല്ലെങ്കിൽ, നരഭോജിയായ എല്ലോച്ചയെപ്പോലെ, "എങ്ങനെയെന്ന് എന്നെ പഠിപ്പിക്കരുത്. ജീവിക്കാൻ.. സാമ്പത്തികമായി മെച്ചപ്പെട്ട സഹായം.”. റഷ്യൻ ഭാഷയിലേക്ക് വിവർത്തനം ചെയ്തതിൻ്റെ അർത്ഥം, ചോദ്യത്തിനുള്ള ഉത്തരം എനിക്ക് തരൂ: എന്ത് പ്രതിവിധി, എവിടെ ഉപയോഗിക്കണം? ഈ വിഷയത്തെക്കുറിച്ചുള്ള വിവരങ്ങൾ ഇൻ്റർനെറ്റിൽ വളരെ വിപുലമാണ്. നടപ്പിലാക്കാൻ കഴിയും മണിക്കൂറുകളോളംമോണിറ്റർ സ്ക്രീനുകളിൽ വായിക്കുക, വായിക്കുക, വായിക്കുക.. അതുപോലെ, ഇപ്പോൾ നമുക്ക് ചാറ്റ് ചെയ്യാം, ചാറ്റ് ചെയ്യാം, ചാറ്റ് ചെയ്യാം.. ഈ പ്രവർത്തനങ്ങളിലെല്ലാം ഞാൻ വ്യക്തിപരമായി പോയിൻ്റ് കാണുന്നില്ല. അടിസ്ഥാന സാമാന്യബുദ്ധിയെ അടിസ്ഥാനമാക്കി ഈ വിഷയത്തെക്കുറിച്ച് ഊഹിക്കാൻ ഞാൻ ഇപ്പോൾ നിർദ്ദേശിക്കുന്നു.

ആദ്യം, നിങ്ങൾക്ക് എന്ത് തിരഞ്ഞെടുക്കാം എന്നതിനെക്കുറിച്ച്. എ. വെൻഡ്രോവിൻ്റെ അഭിപ്രായത്തിൽ, ഇന്ന് റഷ്യൻ സോഫ്റ്റ്‌വെയർ വിപണിയിൽ ഇനിപ്പറയുന്ന ഏറ്റവും വികസിതമായ CASE ടൂളുകൾ ഉണ്ട്:

വാൻ്റേജ് ടീം ബിൽഡർ (വെസ്റ്റ്മൗണ്ട് I-CASE);

വ്യക്തമായും, ഈ ലിസ്റ്റ് പൂർണ്ണമല്ല. ഒരു അവലോകനത്തിൽ, ഞാൻ ഇനിപ്പറയുന്ന കണക്ക് കണ്ടു: ഒരാൾ വളരെ മടിയനായിരുന്നില്ല, കൂടാതെ ആകെ 300 ഓളം വ്യത്യസ്ത CASE ടൂളുകൾ ഇതിനകം ഉണ്ടെന്ന് കണക്കാക്കി. അതേ സമയം, പതിവുപോലെ, എല്ലാ പ്രസിദ്ധീകരണങ്ങളിലും ഏറ്റവും മികച്ചത്, ഏറ്റവും സാർവത്രികം മുതലായവ. മുതലായവ - ചുരുക്കത്തിൽ, ഏറ്റവും മികച്ചത്, ഒരു രചയിതാവ് അല്ലെങ്കിൽ മറ്റൊരാളുടെ അഭിപ്രായത്തിൽ, അവൻ ഉപയോഗിക്കുന്ന വികസന ഉപകരണമാണ്. ഇവിടെ കാരണങ്ങൾ വ്യക്തമാണ്: ചില സന്ദർഭങ്ങളിൽ, പണം നൽകുന്നയാൾ ട്യൂൺ വിളിക്കുന്നു, മറ്റുള്ളവയിൽ, രചയിതാവ് തൻ്റെ കയ്യിലുള്ളതിൽ നിന്ന് മുന്നോട്ട് പോകുന്നു. പൊതുവേ, ലോകത്ത് ധാരാളം CASE ടൂളുകൾ ഉണ്ട്. ഞങ്ങൾ ഇതിൽ നിന്ന് മുന്നോട്ട് പോകും. അതേ സമയം, നാമെല്ലാവരും സമ്പന്നരും ആരോഗ്യമുള്ളവരുമായിരിക്കാൻ ആഗ്രഹിക്കുന്നു, എന്നാൽ ഈ ആഗ്രഹം കാരണം ചില കാരണങ്ങളാൽ ലോകത്തിലെ രോഗികളുടെയും ദരിദ്രരുടെയും എണ്ണം കുറയുന്നില്ല. അതിനാൽ, ഏറ്റവും കൂടുതൽ ഒന്ന് പൊതുവായ പരിഗണനകൾലോകത്തിലെ എല്ലാ അവസരങ്ങൾക്കും ഒരൊറ്റ സാർവത്രിക CASE ഉപകരണം ഇല്ലാത്തതിനാൽ, അവയ്‌ക്കെല്ലാം അവരുടേതായ ഗുണങ്ങളും ദോഷങ്ങളുമുണ്ടെന്ന് ഒരാൾക്ക് ഊഹിക്കാം. അതല്ലേ ഇത്? ഈ മുഴുവൻ സമുദ്രത്തിലും മുങ്ങിമരിക്കുന്നത് എങ്ങനെ ഒഴിവാക്കാം?

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

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

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

ഒരു ജിയോളജിസ്റ്റ്, ഡെർമറ്റോവെനറോളജിസ്റ്റ് ആകാൻ ഞാൻ ആഗ്രഹിച്ചു,

അപ്പോൾ എനിക്ക് എൻ്റെ അമ്മയെപ്പോലെ ഒരു ഗൈനക്കോളജിസ്റ്റാകാൻ ആഗ്രഹമുണ്ടായിരുന്നു.

ശത്രുക്കളെ വെറുക്കാൻ അദ്ദേഹം ഒരു ന്യൂറോളജിസ്റ്റായി!

ഇപ്പോൾ ഞാൻ ചുറ്റിക കൊണ്ട് അവരുടെ തലയിൽ അടിച്ചു...

എ. റോസൻബോം

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

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

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

എങ്ങനെയാണ് നമ്മൾ സാധാരണയായി സോഫ്റ്റ്‌വെയർ വികസിപ്പിക്കുന്നത്? ഞങ്ങൾ സ്വതന്ത്രരായ കലാകാരന്മാരല്ല. RUMS-ൻ്റെ ചീഫ് എഞ്ചിനീയർ അംഗീകരിച്ച വളരെ കൃത്യമായ പ്ലാൻ നമുക്കെല്ലാവർക്കും ഉണ്ട്. ഈ പ്ലാനിൽ, ആരാണ് എന്താണ് ചെയ്യുന്നതെന്ന് വിശദമായി പറഞ്ഞിട്ടുണ്ട്. പ്ലാൻ സ്റ്റാൻഡിൽ തൂങ്ങിക്കിടക്കുകയാണ്. ഈ പ്ലാനിലെ ഇനങ്ങൾ എവിടെ നിന്ന് വന്നു? - തൊഴിലാളികളുടെ അഭ്യർത്ഥന പ്രകാരമാണ് എല്ലാം ചെയ്യുന്നതെന്ന് വ്യക്തമാണ്.

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

ബില്ലിംഗ് (ബില്ലിംഗും പ്രീ-ബില്ലിംഗും), അപകട വിശകലനം, സ്ഥിതിവിവരക്കണക്കുകൾ, അക്കൗണ്ടിംഗ് പ്രോഗ്രാമുകൾ മുതലായവ ഉൾപ്പെടെ 70 ഇനങ്ങൾ OPO ടാസ്‌ക് ലിസ്റ്റിലുണ്ട്. അവയിൽ പലതും AXE10-1, AXE10-2 എന്നീ സ്റ്റേഷനുകളിൽ നിന്ന് വരുന്ന വിവരങ്ങളുടെ വിശകലനത്തെ അടിസ്ഥാനമാക്കിയുള്ളതാണ്. ചുമതലകൾ വളരെ ഗൗരവമുള്ളതും വലിയ തോതിലുള്ളതും സങ്കീർണ്ണവുമാണ്. സർട്ടിഫിക്കറ്റുകൾ, അഭ്യർത്ഥനകൾ, മെമ്മോകൾ മുതലായവയുടെ രൂപത്തിൽ കൂടുതൽ കൂടുതൽ ഇൻപുട്ട് നിരന്തരം വരുന്നു എന്നതാണ് പ്രധാന ബുദ്ധിമുട്ട്. ഇത്യാദി. ഗ്രാഡി ബുക്കയുടെ അതേ ക്ലാസിക് പുസ്തകത്തിൽ അവർ പറയുന്നതുപോലെ, ചില കാരണങ്ങളാൽ, ഒരു ബിൽഡർ 100 നിലകളുള്ള ഒരു കെട്ടിടം നിർമ്മിക്കുമ്പോൾ, മുകളിലത്തെ നിലകൾ ഇതിനകം നിർമ്മിച്ചിരിക്കുമ്പോൾ, അടിത്തറ പുനർനിർമ്മിക്കാനോ വികസിപ്പിക്കാനോ ബിൽഡറോട് ആവശ്യപ്പെടാൻ ആരും ചിന്തിക്കുന്നില്ല. ഇവിടെ നമുക്ക് എല്ലാ സമയത്തും ഉണ്ട്. ഇവിടെ എന്താണ് കാര്യം, എന്തെല്ലാം പരിഹാരങ്ങൾ ഉണ്ടാകും - ഉദാഹരണത്തിന്, ഒരു സർപ്പിള സോഫ്‌റ്റ്‌വെയർ ലൈഫ് സൈക്കിൾ അല്ലെങ്കിൽ മറ്റുള്ളവ നടപ്പിലാക്കുമ്പോൾ, ഇത് സ്വയം കൈകാര്യം ചെയ്യുന്നവരെ എല്ലാ ദിവസവും വിധിക്കാൻ അനുവദിക്കുന്നതാണ് നല്ലത്. ഞാൻ അഭിമുഖീകരിക്കേണ്ടി വന്ന പ്രശ്‌നങ്ങളിലേക്കാണ് ഞാൻ തിരിയുന്നത്, ഇത് - എൻ്റെ - ഉദാഹരണം ഉപയോഗിച്ച്, പ്രശ്‌നങ്ങൾ പരിഹരിക്കാൻ ഏത് CASE ടൂൾ തിരഞ്ഞെടുത്തുവെന്നും ഇത് എന്താണെന്നും ഇത് മറ്റൊന്നല്ലെന്നും കാണിക്കുകയും പറയുകയും ചെയ്യുക. താരതമ്യ സവിശേഷതകളുടെ അവലോകനവും വിശകലനവുമായിരിക്കും ഇത്.

4.2 എന്റെ അനുഭവം

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

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

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

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