ആമുഖം

ഉപസംഹാരം

സാഹിത്യം

ആമുഖം

കമ്പ്യൂട്ടർ സാങ്കേതികവിദ്യയുടെ വ്യാപകമായ ഉപയോഗവും വിവിധ ദിശകളിൽ വിവര സംവിധാനങ്ങൾ സൃഷ്ടിക്കാതെയും ഇന്നത്തെ ഘട്ടത്തിൽ മനുഷ്യ പ്രവർത്തനത്തിന്റെ വിവിധ മേഖലകളുടെ വികസനം അസാധ്യമാണ്. അത്തരം സംവിധാനങ്ങളിലെ വിവര സംസ്കരണം ഒരു സ്വതന്ത്ര ശാസ്ത്ര സാങ്കേതിക മേഖലയായി മാറിയിരിക്കുന്നു.

ഒരു വിവര മാതൃക നിർമ്മിക്കുന്ന ഘട്ടത്തിന് ശേഷം, സിസ്റ്റം ഡിസൈൻ ആരംഭിക്കുന്നു. ഈ ഘട്ടത്തിൽ, വിവര സംവിധാനം നിർമ്മിക്കപ്പെടുന്നതിന്റെ അടിസ്ഥാനത്തിൽ സാങ്കേതിക പരിഹാരങ്ങളുടെ ഒരു തിരഞ്ഞെടുപ്പ് നടത്തുന്നു.

ആധുനിക ലോകത്തിലെ വിവരങ്ങൾ ഏറ്റവും പ്രധാനപ്പെട്ട ഉറവിടങ്ങളിലൊന്നായി മാറിയിരിക്കുന്നു, കൂടാതെ മിക്കവാറും എല്ലാ പ്രവർത്തന മേഖലകളിലും വിവര സംവിധാനങ്ങൾ (ഐഎസ്) ആവശ്യമായ ഉപകരണമായി മാറിയിരിക്കുന്നു.

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

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

വിവര സംവിധാനങ്ങൾ സൃഷ്ടിക്കുന്ന പ്രക്രിയ ഘട്ടം ഘട്ടമായി പരിഗണിക്കുക എന്നതാണ് പരിശോധനയുടെ ലക്ഷ്യം.

ഈ സൃഷ്ടിയുടെ ലക്ഷ്യങ്ങൾ രൂപകൽപ്പനയുടെ പ്രധാന ഉദ്ദേശ്യവും വിവര സംവിധാനങ്ങൾ സൃഷ്ടിക്കുന്നതിന്റെ ഉദ്ദേശ്യവും കണ്ടെത്തുക എന്നതാണ്.

1. വിവര സംവിധാനങ്ങളുടെ രൂപകൽപ്പന

പ്രോജക്റ്റിന്റെ ഉദ്ദേശ്യം നിർവചിച്ചുകൊണ്ടാണ് ഇൻഫർമേഷൻ സിസ്റ്റം ഡിസൈൻ എപ്പോഴും ആരംഭിക്കുന്നത്. ഏതൊരു വിജയകരമായ പ്രോജക്റ്റിന്റെയും പ്രധാന ദൌത്യം, സിസ്റ്റം സമാരംഭിക്കുന്ന സമയത്തും അതിന്റെ പ്രവർത്തനത്തിലുടനീളം ഇത് ഉറപ്പാക്കാൻ കഴിയുമെന്ന് ഉറപ്പാക്കുക എന്നതാണ്:

· സിസ്റ്റത്തിന്റെ ആവശ്യമായ പ്രവർത്തനക്ഷമതയും അതിന്റെ പ്രവർത്തനത്തിന്റെ മാറിക്കൊണ്ടിരിക്കുന്ന സാഹചര്യങ്ങളുമായി പൊരുത്തപ്പെടുന്ന ബിരുദവും;

· ആവശ്യമായ സിസ്റ്റം ശേഷി;

ഒരു അഭ്യർത്ഥനയ്ക്ക് ആവശ്യമായ സിസ്റ്റം പ്രതികരണ സമയം;

· ആവശ്യമായ മോഡിൽ സിസ്റ്റത്തിന്റെ പ്രശ്നരഹിതമായ പ്രവർത്തനം, മറ്റൊരു വിധത്തിൽ പറഞ്ഞാൽ, ഉപയോക്തൃ അഭ്യർത്ഥനകൾ പ്രോസസ്സ് ചെയ്യുന്നതിനുള്ള സിസ്റ്റത്തിന്റെ സന്നദ്ധതയും ലഭ്യതയും;

· പ്രവർത്തനത്തിന്റെ എളുപ്പവും സിസ്റ്റത്തിന്റെ പിന്തുണയും;

· ആവശ്യമായ സുരക്ഷ.

ഒരു സിസ്റ്റത്തിന്റെ ഫലപ്രാപ്തി നിർണ്ണയിക്കുന്ന പ്രധാന ഘടകം പ്രകടനമാണ്. മികച്ച രൂപകൽപ്പനയാണ് ഉയർന്ന പ്രകടന സംവിധാനത്തിന്റെ അടിത്തറ.

വിവര സംവിധാനങ്ങളുടെ രൂപകൽപ്പന മൂന്ന് പ്രധാന മേഖലകളെ ഉൾക്കൊള്ളുന്നു:

ഡാറ്റാബേസിൽ നടപ്പിലാക്കുന്ന ഡാറ്റാ ഒബ്‌ജക്‌റ്റുകൾ രൂപകൽപ്പന ചെയ്യുന്നു;

· ഡാറ്റാ അന്വേഷണങ്ങളുടെ നിർവ്വഹണം ഉറപ്പാക്കുന്ന പ്രോഗ്രാമുകൾ, സ്ക്രീൻ ഫോമുകൾ, റിപ്പോർട്ടുകൾ രൂപകൽപ്പന ചെയ്യുക;

നിർദ്ദിഷ്ട പരിസ്ഥിതിയോ സാങ്കേതികവിദ്യയോ കണക്കിലെടുക്കുന്നു, അതായത്: നെറ്റ്‌വർക്ക് ടോപ്പോളജി, ഹാർഡ്‌വെയർ കോൺഫിഗറേഷൻ, ഉപയോഗിച്ച ആർക്കിടെക്ചർ (ഫയൽ-സെർവർ അല്ലെങ്കിൽ ക്ലയന്റ്-സെർവർ), സമാന്തര പ്രോസസ്സിംഗ്, വിതരണം ചെയ്ത ഡാറ്റ പ്രോസസ്സിംഗ് മുതലായവ.

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

ഐപി സൃഷ്ടിക്കുന്ന പ്രക്രിയയെ നിരവധി ഘട്ടങ്ങളായി (ഘട്ടങ്ങൾ) തിരിച്ചിരിക്കുന്നു, ഒരു നിശ്ചിത സമയ ഫ്രെയിമിൽ പരിമിതപ്പെടുത്തുകയും ഒരു നിർദ്ദിഷ്ട ഉൽപ്പന്നത്തിന്റെ (മോഡലുകൾ, സോഫ്റ്റ്വെയർ ഉൽപ്പന്നങ്ങൾ, ഡോക്യുമെന്റേഷൻ മുതലായവ) റിലീസിലൂടെ അവസാനിക്കുകയും ചെയ്യുന്നു.

സാധാരണഗതിയിൽ, ഒരു IS സൃഷ്ടിക്കുന്നതിനുള്ള ഇനിപ്പറയുന്ന ഘട്ടങ്ങൾ വേർതിരിച്ചിരിക്കുന്നു: സിസ്റ്റം ആവശ്യകതകളുടെ രൂപീകരണം, രൂപകൽപ്പന, നടപ്പിലാക്കൽ, പരിശോധന, കമ്മീഷൻ ചെയ്യൽ, പ്രവർത്തനം, പരിപാലനം.

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

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

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

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

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

ഡിസൈൻ ഘട്ടത്തിന്റെ അവസാന ഉൽപ്പന്നങ്ങൾ ഇവയാണ്:

· ഡാറ്റാബേസ് ഡയഗ്രം (വിശകലന ഘട്ടത്തിൽ വികസിപ്പിച്ച ER മോഡലിനെ അടിസ്ഥാനമാക്കി);

· സിസ്റ്റം മൊഡ്യൂളുകളുടെ ഒരു കൂട്ടം സ്പെസിഫിക്കേഷനുകൾ (അവ ഫംഗ്ഷൻ മോഡലുകളുടെ അടിസ്ഥാനത്തിലാണ് നിർമ്മിച്ചിരിക്കുന്നത്).

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

· അത് ഒരു "ഫയൽ-സെർവർ" അല്ലെങ്കിൽ "ക്ലയന്റ്-സെർവർ" ആർക്കിടെക്ചർ ആകുമോ;

· ഇത് ഇനിപ്പറയുന്ന ലെയറുകളുള്ള ഒരു 3-ടയർ ആർക്കിടെക്ചർ ആയിരിക്കുമോ: സെർവർ, മിഡിൽവെയർ (അപ്ലിക്കേഷൻ സെർവർ), ക്ലയന്റ് സോഫ്റ്റ്‌വെയർ;

· ഡാറ്റാബേസ് കേന്ദ്രീകൃതമാണോ വിതരണം ചെയ്യണോ എന്ന്. ഡാറ്റാബേസ് വിതരണം ചെയ്താൽ, ഡാറ്റയുടെ സ്ഥിരതയും പ്രസക്തിയും നിലനിർത്താൻ ഏതൊക്കെ മെക്കാനിസങ്ങൾ ഉപയോഗിക്കും;

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

· സമാന്തര ഡാറ്റാബേസ് സെർവറുകൾ (ഉദാഹരണത്തിന്, ഒറാക്കിൾ പാരലൽ സെർവർ, DB2 UDB) ശരിയായ പ്രകടനം കൈവരിക്കാൻ ഉപയോഗിക്കുമോ.

ഐപിയുടെ സാങ്കേതിക രൂപകൽപ്പനയുടെ വികസനത്തോടെ ഡിസൈൻ ഘട്ടം അവസാനിക്കുന്നു. നടപ്പാക്കൽ ഘട്ടത്തിൽ, പ്രവർത്തന ഡോക്യുമെന്റേഷനായി സോഫ്റ്റ്വെയർ സൃഷ്ടിക്കപ്പെടുന്നു.

ഒരു വ്യക്തിഗത സിസ്റ്റം മൊഡ്യൂളിന്റെ വികസനം പൂർത്തിയാക്കിയ ശേഷം, ഒരു ഒറ്റപ്പെട്ട പരിശോധന നടത്തുന്നു, അതിന് രണ്ട് പ്രധാന ലക്ഷ്യങ്ങളുണ്ട്:

· മൊഡ്യൂൾ പരാജയങ്ങൾ കണ്ടെത്തൽ (ഹാർഡ് പരാജയങ്ങൾ);

· സ്പെസിഫിക്കേഷനുമായി മൊഡ്യൂളിന്റെ അനുസരണം (ആവശ്യമായ എല്ലാ പ്രവർത്തനങ്ങളുടെയും സാന്നിധ്യം, അനാവശ്യ പ്രവർത്തനങ്ങളുടെ അഭാവം).

സ്വയംഭരണ പരിശോധന വിജയകരമായി പാസായതിനുശേഷം, മൊഡ്യൂൾ സിസ്റ്റത്തിന്റെ വികസിത ഭാഗത്ത് ഉൾപ്പെടുത്തുകയും ജനറേറ്റഡ് മൊഡ്യൂളുകളുടെ ഗ്രൂപ്പ് പരസ്പര സ്വാധീനം ട്രാക്കുചെയ്യുന്ന കണക്ഷൻ ടെസ്റ്റുകൾ പാസാക്കുകയും ചെയ്യുന്നു.

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

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

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

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

അക്ഷമർക്കും സമയക്കുറവുള്ളവർക്കും: വാചകത്തിന്റെ അവസാനം ഒരു സംഗ്രഹവും രസകരമായ ലിങ്കുകളും.

നമുക്ക് വ്യക്തമായതിൽ നിന്ന് ആരംഭിക്കാം.
വ്യക്തത #1:തീരുമാനമെടുക്കാൻ ആളുകൾക്ക് വിവരങ്ങൾ ആവശ്യമാണ്.
വ്യക്തത #2:വിവരങ്ങൾ ഇതായിരിക്കാം:

• അപൂർണ്ണം - ഉപയോക്താവിന്റെ വിവര അഭ്യർത്ഥനകൾ തൃപ്തിപ്പെടുത്താൻ ഇത് പര്യാപ്തമല്ല;
• ശരിയല്ല - ഇത് യാഥാർത്ഥ്യവുമായി പൊരുത്തപ്പെടുന്നില്ല;
• അനാവശ്യം - അതിൽ വളരെയധികം ഉണ്ട് കൂടാതെ/അല്ലെങ്കിൽ ഉപയോക്താവിന് മനസ്സിലാക്കാൻ കഴിയാത്തത്ര സങ്കീർണ്ണമാണ്;
• അപ്രസക്തം - അതിൽ ആവശ്യത്തിന് ഉണ്ട്, അത് ശരിയാണ്, മനസ്സിലാക്കാൻ കഴിയുന്നത്ര ലളിതമാണ്, പക്ഷേ... ഉപയോഗശൂന്യമാണ്. പല കാരണങ്ങളാൽ.

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

നിങ്ങളുടെ ശ്രദ്ധയിൽപ്പെടുത്തുന്ന ലേഖനം എഴുതാൻ എന്നെ പ്രേരിപ്പിച്ച പ്രധാന കാരണം ഇതായിരിക്കാം. ഇത് നിരവധി അധ്യായങ്ങളായി തിരിച്ചിരിക്കുന്നു, അതിൽ ഇനിപ്പറയുന്ന ചോദ്യങ്ങൾ പരിഗണിക്കാൻ ഞാൻ നിർദ്ദേശിക്കുന്നു:

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

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

ശരി, നമുക്ക് ആരംഭിക്കാം.

എന്തിനാണ് ഇൻഫർമേഷൻ ആർക്കിടെക്ചറിൽ പ്രവർത്തിക്കുന്നത്?

യഥാർത്ഥ പ്രതീകങ്ങൾ, സേവനങ്ങൾ എന്നിവയുമായുള്ള എല്ലാ പൊരുത്തങ്ങളും
കൂടാതെ ഉൽപ്പന്നങ്ങൾ ക്രമരഹിതമാണ്.

ഇവാൻ വ്‌ളാഡിമിറോവിച്ചിന് എന്ത് സംഭവിച്ചു

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

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

എലൈറ്റ്ബൂസ് ഡോട്ട് കോം ആയിരുന്നു അദ്ദേഹത്തിന്റെ തിരഞ്ഞെടുപ്പ്, അതിൽ ഏറ്റവും മികച്ച മദ്യം ഉണ്ടെന്ന് അദ്ദേഹം കേട്ടു. ഒറ്റനോട്ടത്തിൽ, ഇവാൻ വ്‌ളാഡിമിറോവിച്ച് സൈറ്റിന്റെ സ്റ്റൈലിഷും വൃത്തിയും ഉള്ള രൂപകൽപ്പനയിൽ മതിപ്പുളവാക്കി.

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

ഏകദേശം 15 മിനിറ്റ് അദ്ദേഹം ഓഫർ ഉൽപ്പന്നങ്ങൾ പരിശോധിച്ചു. അവന്റെ നിരാശയിൽ, റം സാധനങ്ങളുടെ പട്ടികയിൽ ഇല്ലായിരുന്നു. വാഗ്ദാനം ചെയ്ത സമ്മാനങ്ങൾ അവന്റെ ആവശ്യങ്ങളിൽ നിന്നും സാമ്പത്തിക ശേഷികളിൽ നിന്നും വളരെ അകലെയായിരുന്നു.

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

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

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

ഇപ്പോൾ എണ്ണത്തിലും

മേൽപ്പറഞ്ഞ കഥയിൽ, അതിശയോക്തി കലർന്നതാണെങ്കിലും ഐഎയുടെ ഒരു പ്രശ്നമുണ്ട്. Eliteboose.com-ൽ ഞങ്ങൾ അവ്യക്തമായി നിർവചിക്കപ്പെട്ടതും പേരിട്ടിരിക്കുന്നതുമായ വിഭാഗങ്ങളും ഉൽപ്പന്നങ്ങളുടെ വിഭാഗങ്ങളായി വ്യക്തമല്ലാത്ത വർഗ്ഗീകരണവും കാണുന്നു.

Eliteboose.com സ്റ്റോർ ഇവാൻ വ്‌ളാഡിമിറോവിച്ചിനൊപ്പം വളരെ ഭാഗ്യമായിരുന്നു എന്ന വസ്തുത നമുക്ക് പ്രസ്താവിക്കാം. നമ്മുടെ നായകൻ എ) ഒരു ഓൺലൈൻ സ്റ്റോറിൽ റം വാങ്ങുക എന്ന ആശയം ഉപേക്ഷിക്കാതിരിക്കാൻ ധാർഷ്ട്യമുള്ളവനായിരുന്നു, ബി) ഒരു സമ്മാനം വാങ്ങുന്നത് മൊത്തത്തിൽ ഉപേക്ഷിക്കാതിരിക്കാനുള്ള തത്ത്വങ്ങൾ, സി) മത്സരിക്കുന്ന ഒരു ഓൺലൈൻ സ്റ്റോറിലേക്ക് പോകാൻ വേണ്ടത്ര നിഷ്‌ക്രിയനായിരുന്നു.

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

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

1. ഞങ്ങൾ കണക്കാക്കുന്നു അനുയോജ്യമായ വരുമാന സാധ്യത– ഐഡിയൽ=എ*ബി, എവിടെ എഒപ്പം ബി- പ്രതിദിനം ശരാശരി പരിശോധനയും സാധ്യതയുള്ള വാങ്ങുന്നവരുടെ എണ്ണവും (ലീഡുകൾ).
2. നമുക്ക് ലഭിക്കുന്നു ആകെ നഷ്ടപ്പെട്ട വരുമാനം– Iforgone= ഐഡിയൽ -(ഐഡിയൽ *x/100), എവിടെ x- പൊതുവിൽ വാങ്ങൽ നിരസിക്കലുകളുടെ ശതമാനം
3. നമുക്ക് കണ്ടുപിടിക്കാം IA ലെ ഒരു പിശകിന്റെ വില – IAcost= Iforgone *y/100, $3500*20/100, എവിടെ വൈ- IA യുടെ തെറ്റ് കാരണം പരാജയങ്ങളുടെ അനുപാതം.

ഉദാഹരണം
നൽകിയത്:

1. ശരാശരി ഓർഡർ ബിൽ - $100 ;
2. പ്രതിദിനം സാധ്യതയുള്ള വാങ്ങുന്നവരുടെ എണ്ണം (ലീഡുകൾ) - 50 ;
3. വാങ്ങൽ നിരസിക്കലുകളുടെ ശതമാനം - 70% ;
4. അതിൽ, IA യുടെ പിഴവിലൂടെ - 20% .

ഞങ്ങൾ കണക്കാക്കുന്നു:

• അനുയോജ്യമായ വരുമാനം - $100*50=$5000 പ്രതിദിനം
• ആകെ നഷ്ടപ്പെട്ട വരുമാനം - $5000-($5000*70/100)=$3500 പ്രതിദിനം
• IA-യിലെ ഒരു പിശകിന്റെ വില $3500*20/100 = $700 പ്രതിദിനം

ഞങ്ങൾ ഉപസംഹരിക്കുന്നു:
IA-യിലെ പിശകുകളുടെ വില പ്രതിദിനം $700, പ്രതിമാസം $21,000 അല്ലെങ്കിൽ പ്രതിവർഷം $252,000 വരുമാനമാണ്.

കോർപ്പറേറ്റ് സോഫ്‌റ്റ്‌വെയറിന്റെ കാര്യത്തിൽ, ജീവനക്കാരുടെ സമയനഷ്‌ടത്തിന് കാര്യമായ കുറവുണ്ടാകില്ല.

എന്നാൽ പ്രശ്നം പരിഹരിക്കുന്നതിന് മുമ്പ്, ഇനിപ്പറയുന്ന ചോദ്യം ന്യായമായും ഉയർന്നുവരുന്നു:
"വിവര വാസ്തുവിദ്യ എന്നതുകൊണ്ട് ഞങ്ങൾ എന്താണ് അർത്ഥമാക്കുന്നത്?"

എന്താണ് ഇൻഫർമേഷൻ ആർക്കിടെക്ചർ?

ഒരു ഐടി എന്റർപ്രൈസസിന്റെ ശരാശരി ജീവനക്കാരനെ എടുത്ത് ചോദ്യം ചോദിക്കാം: എന്താണ് ഇൻഫർമേഷൻ ആർക്കിടെക്ചർ, എന്തുകൊണ്ട് അത് ആവശ്യമാണ്? നമുക്ക് ലഭിക്കുന്ന ഉത്തരങ്ങളിൽ, വ്യത്യാസങ്ങളോടെ, ഇനിപ്പറയുന്നവ ആകാം:

• “ഇങ്ങനെയാണോ വിവരങ്ങൾ സംഘടിപ്പിക്കുന്നത്? എവിടെ, എന്താണ് അത്?";
• “ഉപയോഗക്ഷമതയിൽ നിന്ന് എന്തെങ്കിലും, സൈറ്റിന്റെ എളുപ്പത്തിലുള്ള ഉപയോഗത്തിനായി?”;
• “കൃത്യമായി, സൈറ്റ് മാപ്പ്! അതെ, തീർച്ചയായും ഇത് ഉപയോഗപ്രദമാണ് ... ഞാൻ അത് ശരിക്കും ഉപയോഗിക്കുന്നില്ല";
• "നാവിഗേഷൻ, പോലെ... ശരി, സൈറ്റിന് ചുറ്റും എങ്ങനെ നീങ്ങാം";

എല്ലാ ഉത്തരങ്ങളും യാഥാർത്ഥ്യത്തിന് പ്രസക്തമാണ്, എന്നാൽ IA എന്ന പ്രതിഭാസത്തെ മനസ്സിലാക്കുന്ന കാര്യത്തിൽ വ്യത്യസ്തമാണ്. എന്നാൽ മിക്കവാറും, നല്ല AI ഉപയോഗപ്രദമാണെന്നും മോശം വിവരങ്ങൾ ദോഷകരമാണെന്നും സർവേയിൽ പങ്കെടുത്ത എല്ലാവരും സമ്മതിക്കും. ഇതിനെക്കുറിച്ച് നിങ്ങളുടെ ക്ലയന്റുകളോട് ചോദിച്ചാൽ, അഭിപ്രായങ്ങളുടെ വ്യതിയാനം ഗണ്യമായി വർദ്ധിക്കും. IA-യെക്കുറിച്ചുള്ള അടിസ്ഥാന കൃതികൾ പഠിച്ച ശേഷം, ഇൻഫർമേഷൻ ആർക്കിടെക്റ്റുകൾക്കിടയിൽ പോലും IA-യെ കുറിച്ച് നിരവധി ധാരണകളുണ്ടെന്ന സത്യം വ്യക്തമാകും.

റിച്ചാർഡ് സോൾ വുർമാൻ

വിവര വാസ്തുവിദ്യയുടെ പിതാവ്, റിച്ചാർഡ് സോൾ വുർമാൻ, വിവര വാസ്തുവിദ്യയുടെ ഇനിപ്പറയുന്ന നിർവചനങ്ങൾ നൽകുന്നു:

• “ഡാറ്റയിൽ അന്തർലീനമായ പാറ്റേണുകൾ കണ്ടെത്തുകയും സംഘടിപ്പിക്കുകയും ചെയ്യുക. സങ്കീർണ്ണമായത് ലളിതമാക്കാൻ”;
• "വിജ്ഞാനത്തിലേക്കുള്ള അവരുടെ വ്യക്തിഗത പാത കണ്ടെത്താൻ ഉപയോക്താക്കളെ അനുവദിക്കുന്നതിന് വിവരങ്ങളുടെ ഒരു ഘടനയോ ഭൂപടമോ സൃഷ്ടിക്കുന്നു";
• "വ്യക്തത, മനുഷ്യ ധാരണ, വിവരങ്ങൾ സംഘടിപ്പിക്കുന്നതിനുള്ള ശാസ്ത്രം എന്നിവയിൽ ശ്രദ്ധ കേന്ദ്രീകരിക്കുന്ന 21-ാം നൂറ്റാണ്ടിൽ വളർന്നുവരുന്ന ഒരു തൊഴിൽ."

പീറ്റർ മോർവില്ലും ലൂയിസ് റോസൻഫെൽഡും IA "ഇന്റർനെറ്റിലെ ഇൻഫർമേഷൻ ആർക്കിടെക്ചർ" എന്ന ക്ലാസിക് വർക്കിൽ, നാല് നിർവചനങ്ങൾ നൽകിയിരിക്കുന്നു:

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

മോർവില്ലും റോസൻഫെൽഡും ചേർന്നു ഡോണ സ്പെൻസർ, അതിന്റെ പ്രാക്ടിക്കൽ ഗൈഡ് ടു ഇൻഫർമേഷൻ ആർക്കിടെക്ചറിലെ അവരുടെ നിർവചനങ്ങളെ അടിസ്ഥാനമാക്കിയുള്ളതാണ്.

ഈ പദത്തെക്കുറിച്ച് വളരെ വിശാലമായ ധാരണയുണ്ടെങ്കിലും, ഇന്ററാക്ഷൻ ഡിസൈനിലെ ഒരു പരിശീലകന്റെ വീക്ഷണകോണിൽ നിന്ന് IA യുടെ ഒരു നിർവചനവും ധാരണയും രൂപപ്പെടുത്തുന്നത് നന്നായിരിക്കും.

ഞാൻ ഇനിപ്പറയുന്നവ നിർദ്ദേശിക്കുന്നു (അത് IA മനസ്സിലാക്കുന്നതിനുള്ള മേൽപ്പറഞ്ഞ സമീപനങ്ങൾക്ക് വിരുദ്ധമാകില്ല):
"ഐഎ വെബ്‌സൈറ്റ് വിവരങ്ങൾ സംഘടിപ്പിക്കുന്നതിനുള്ള ഒരു പദ്ധതിയാണ്"

ലാക്കോണിക് വളരെ അമൂർത്തവും. വിവര ഏജൻസിയുടെ ഗുണനിലവാരത്തിന്റെ അളന്ന സൂചകങ്ങൾ വളരെ നിർദ്ദിഷ്ടമായിരിക്കണം:

1. വിവരങ്ങൾ കണ്ടെത്തുന്നതിനുള്ള വേഗത(KPI: വിവരങ്ങൾ കണ്ടെത്തുന്നതിനുള്ള ഘട്ടങ്ങളുടെ എണ്ണം അല്ലെങ്കിൽ ചെലവഴിച്ച സമയം);
2. കണ്ടെത്തിയ വിവരങ്ങളുടെ ഗുണനിലവാരം(കെപിഐ: 1 മുതൽ 10 വരെ, ഉപയോക്തൃ പ്രതീക്ഷകളുമായുള്ള വിവരങ്ങളുടെ അനുരൂപതയുടെ ഗുണപരമായ സൂചകം).

ഏത് ആപ്ലിക്കേഷനിലും ഐഎ എപ്പോഴും ഉണ്ടെന്ന് ശ്രദ്ധിക്കേണ്ടതാണ്. ഇത് ഉപയോക്താവിന്റെ ധാരണയ്ക്കും ആവശ്യത്തിനും അനുയോജ്യമാണോ എന്നത് മാത്രമാണ് ചോദ്യം.

അതിനാൽ ചോദ്യം നമ്പർ രണ്ട്:
ഇത് വളരെ പ്രധാനമാണെങ്കിൽ, മൊത്തത്തിലുള്ള ഇന്ററാക്ഷൻ ഡിസൈൻ പ്രക്രിയയിലേക്ക് IA വർക്ക് എങ്ങനെ സംയോജിപ്പിക്കാനാകും?

വിവര വാസ്തുവിദ്യയിൽ എങ്ങനെ പ്രവർത്തിക്കാം?

എനിക്ക് കാഴ്ചപ്പാട് ഇഷ്ടമാണ് ഡാൻ സഫർ, "ഇന്ററാക്ഷനുള്ള ഡിസൈനിംഗ്" എന്ന തന്റെ കൃതിയിൽ, ഇന്ററാക്ഷൻ ഡിസൈനിന്റെ നാല് പ്രായോഗിക സമീപനങ്ങൾ ചർച്ചചെയ്യുന്നു, അത് ഞാൻ ചുവടെ വിവരിക്കുന്നു. ഓരോ സമീപനത്തിലും IA-യിൽ പ്രവർത്തിക്കുന്നത് എങ്ങനെയാണ് ഉചിതം?

എ. ഉപയോക്തൃ കേന്ദ്രീകൃതം

ആശയം:ഉപയോക്താവിന് നന്നായി അറിയാം

ഫോക്കസ്:ഉപയോക്തൃ ലക്ഷ്യങ്ങളും ആവശ്യങ്ങളും

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

എവിടെ ഉപയോഗിച്ചു:വലിയ ഉൽപ്പന്ന കമ്പനികൾ, സ്റ്റാർട്ടപ്പുകൾ, ഡിജിറ്റൽ ഏജൻസികൾ.

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

IA സ്ഥലം:സമീപനത്തിന്റെ പ്രത്യേകതകൾ കാരണം - ഗവേഷണത്തിനുള്ള പ്രധാന ഊന്നൽ - സമയവും ബജറ്റും പാഴാക്കാതെ നിങ്ങൾക്ക് ഐഎ ടൂളുകളുടെ സിംഹഭാഗവും സുരക്ഷിതമായി ഉപയോഗിക്കാം (ഉപകരണങ്ങളെക്കുറിച്ച് ഞാൻ പ്രത്യേകം എഴുതാം). ഏറ്റവും ചെലവേറിയ ഭാഗം - ഗവേഷണ ഉപയോക്താക്കളുടെ റിക്രൂട്ട്മെന്റ് - കാരണം ഏത് സാഹചര്യത്തിലും പണം നൽകുന്നു അവർ ഇതിനകം തന്നെ UX ഗവേഷണത്തിലും പരിശോധനയിലും പങ്കെടുത്തിട്ടുണ്ട്. IA ഡിസൈൻ ക്ലാസിക്കൽ ടോപ്പ്-ഡൗൺ സ്കീം അനുസരിച്ച് തുടരും.

IA സൃഷ്ടിക്കൽ ഉപ-പ്രക്രിയ


ശ്രദ്ധിക്കുക: "കാർഡ് സോർട്ടിംഗ്" ഗവേഷണ രീതി ഒരേയൊരു രീതിയിൽ നിന്ന് വളരെ അകലെയാണ്. IA ഗവേഷണ രീതികളുടെ മികച്ച താരതമ്യ അവലോകനം വിവരിച്ചിരിക്കുന്നു ജിം റോസ് .

ബി. പ്രവർത്തന കേന്ദ്രീകൃതം

ആശയം:ഞങ്ങൾ ഉപയോക്താവിന്റെ ചുമതലകളിൽ നിന്ന് ആരംഭിക്കുന്നു.

ഫോക്കസ്:ഉപയോക്തൃ പ്രവർത്തനം.

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

എവിടെ ഉപയോഗിച്ചു:സ്റ്റാർട്ടപ്പുകളും ഔട്ട്‌സോഴ്‌സിംഗ് കമ്പനികളും.

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

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

IA സൃഷ്ടിക്കൽ ഉപ-പ്രക്രിയ

സി. സിസ്റ്റം ഡിസൈൻ

ആശയം:ഉപയോക്താവ് ചുറ്റുമുള്ള സിസ്റ്റത്തിന്റെ ഭാഗമാണ്.

ഫോക്കസ്:ഉപയോക്താവിന്റെ പരിസ്ഥിതി.

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

എവിടെ ഉപയോഗിച്ചു:ഡിജിറ്റൽ ഏജൻസികൾ, വലിയ ഉൽപ്പന്ന കമ്പനികൾ.

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

IA സ്ഥലം: IA-യുടെ നേരിട്ടുള്ള ഗവേഷണവും രൂപകല്പനയും ഇവിടെ സിസ്റ്റത്തിന്റെ ആർക്കിടെക്ചറിലുള്ള ജോലികൾ, വിവിധ ഉപകരണങ്ങളും സമീപനങ്ങളും ഉപയോഗിച്ച് മാറ്റിസ്ഥാപിക്കുന്നു.

D. "ജീനിയസ്" ഡിസൈൻ

ആശയം:ഡിസൈനർ എല്ലാറ്റിന്റെയും തലവനാണ്.

ഫോക്കസ്:ഡിസൈൻ, ഡിസൈൻ ഹ്യൂറിസ്റ്റിക്സ് എന്നിവയെക്കുറിച്ചുള്ള സ്വന്തം ധാരണ (ഉദാഹരണങ്ങൾ ഇവിടെ കാണാം

വിവര സംവിധാനങ്ങളുടെ രൂപകൽപ്പന.

1. വിവര സംവിധാനങ്ങളുടെ രൂപകൽപ്പനയുടെ തത്വങ്ങൾ.

2. ഓട്ടോമേറ്റഡ് ഇൻഫർമേഷൻ സിസ്റ്റങ്ങളുടെ വികസനത്തിന്റെ ഘട്ടങ്ങൾ.

3. സോഫ്റ്റ്‌വെയർ ലൈഫ് സൈക്കിൾ മോഡലുകൾ.

4. വിവര സംവിധാനങ്ങൾ രൂപകൽപ്പന ചെയ്യുന്നതിനുള്ള രീതിശാസ്ത്രവും സാങ്കേതികവിദ്യകളും.

5. വിവര സംവിധാനങ്ങളുടെ രൂപകൽപ്പനയ്ക്കുള്ള ഘടനാപരമായ സമീപനം.

ചോദ്യം നമ്പർ 1.വിവര സംവിധാനങ്ങളുടെ രൂപകൽപ്പനയുടെ തത്വങ്ങൾ.

വിവര സംവിധാനങ്ങൾ രൂപകൽപ്പന ചെയ്യുന്നതിന് ഇനിപ്പറയുന്ന തത്വങ്ങളുണ്ട്:

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

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

2. ടോപ്പ്-ഡൗൺ തത്വം.പൊതു-സ്വകാര്യ സംരംഭങ്ങളുടെയും ബാങ്കുകളുടെയും എണ്ണത്തിലുണ്ടായ ദ്രുതഗതിയിലുള്ള വളർച്ച ചില കമ്പനികളെ ഭാവി വിപണി കാണാനും ഈ വളരുന്ന മാർക്കറ്റിനായി സോഫ്റ്റ്വെയർ സൃഷ്ടിക്കുന്നതിൽ നിക്ഷേപിക്കാനും അനുവദിച്ചു. മുഴുവൻ പ്രശ്നങ്ങളിൽ നിന്നും, ഡവലപ്പർമാർ ഏറ്റവും ശ്രദ്ധേയമായത് തിരിച്ചറിഞ്ഞു:

അനലിറ്റിക്കൽ അക്കൗണ്ടിംഗിന്റെ ഓട്ടോമേഷൻ;

സാങ്കേതിക പ്രക്രിയകളുടെ ഓട്ടോമേഷൻ.

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

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

ഹ്യൂമൻ റിസോഴ്സ് മാനേജ്മെന്റ്;

വില്പന നടത്തിപ്പ്;

ലോജിസ്റ്റിക് മാനേജ്മെന്റ്;

ഇൻവെന്ററി മാനേജ്മെന്റ്;

അക്കൌണ്ടിംഗ്;

സാമ്പത്തിക പ്രവർത്തനങ്ങളുടെ വിശകലനം;

പ്രൊഡക്ഷൻ മാനേജ്മെന്റ് മുതലായവ.

ഈ സമീപനത്തിന്റെ പ്രയോജനം എന്റർപ്രൈസസിന്റെ നിലവിലുള്ള ഘടനയെ (വകുപ്പുകളിലേക്കും സേവനങ്ങളിലേക്കും വിഭജിക്കുന്നത്) ബാധിക്കപ്പെടുന്നില്ല, നിലവിലുള്ള ഘടനാപരമായ യൂണിറ്റുകളുടെ പ്രവർത്തനം ഓട്ടോമേറ്റഡ് ആണ്.

അതേ സമയം, "എന്റെ" രീതിയുടെ ഒരു പ്രധാന നേട്ടം, ഓരോ വ്യക്തിഗത ജോലിക്കും ഒരു പരിഹാരം ഒപ്റ്റിമൽ തിരഞ്ഞെടുക്കാനുള്ള സാധ്യത, നിലവിലുള്ള എന്റർപ്രൈസ് ഘടനയിലേക്ക് ഓരോ സബ്സിസ്റ്റവും എളുപ്പത്തിൽ നടപ്പിലാക്കുക, തുടർന്നുള്ള നവീകരണത്തിന്റെ സാധ്യത എന്നിവയാണ്.

ഈ സമീപനത്തിന്റെ പോരായ്മകളിൽ ഉപസിസ്റ്റങ്ങൾ തമ്മിലുള്ള വിവര കൈമാറ്റം നടപ്പിലാക്കുന്നതിലെ ബുദ്ധിമുട്ടുകളും വിവരങ്ങൾ ശേഖരിക്കുന്നതിലും പ്രോസസ്സ് ചെയ്യുന്നതിലുമുള്ള ആവർത്തനവും ഉൾപ്പെടുന്നു.

4. "പാളി" എന്ന തത്വം.മുഴുവൻ എന്റർപ്രൈസസിന്റെയും ഈ വിവര സംവിധാനത്തിന്റെ പ്രവർത്തനം ഓട്ടോമേറ്റ് ചെയ്യുന്നതാണ് "ലെയർ" രീതി. താഴത്തെ നിലകളുടെ (ഡിപ്പാർട്ട്‌മെന്റുകളുടെയോ സേവനങ്ങളുടെയോ പ്രവർത്തനം ഓട്ടോമേറ്റ് ചെയ്യുന്നതിന്) ശ്രേണിപരമായ ഘടനകൾക്കും ഈ രീതി ബാധകമാണ്. ഒരു ഓട്ടോമേറ്റഡ് സിസ്റ്റം നിർമ്മിക്കുന്നതിന് നിങ്ങൾക്ക് ഇത് ആവശ്യമാണ്:

വിവര സംവിധാനം വിവരിക്കുക (ഡാറ്റ ഫ്ലോകൾ തിരിച്ചറിയുക);

വിവരസംവിധാനം പര്യവേക്ഷണം ചെയ്യുകയും അതിനെ ഉപസിസ്റ്റങ്ങളായി വിഭജിക്കുകയും ചെയ്യുക;

അവയ്ക്കിടയിലുള്ള കണക്ഷനുകൾ കണക്കിലെടുത്ത് ഓട്ടോമേറ്റഡ് സബ്സിസ്റ്റങ്ങൾ രൂപകൽപ്പന ചെയ്യുക;

ഓട്ടോമേറ്റഡ് സബ്സിസ്റ്റങ്ങളെ ഒരു മൊത്തത്തിൽ ബന്ധിപ്പിക്കുക.

ഈ സാഹചര്യത്തിൽ, ഓട്ടോമേറ്റഡ് ഇൻഫർമേഷൻ സിസ്റ്റത്തിന് ഇനിപ്പറയുന്ന ഗുണങ്ങൾ ഉണ്ടായിരിക്കണം:

ü ഉപസിസ്റ്റങ്ങൾ പരസ്പരം പൊരുത്തപ്പെടുകയും പൊതുവായ വിവര ശ്രേണികൾ ഉപയോഗിക്കുകയും വേണം;

ü ഒരു പ്രത്യേക ഉപസിസ്റ്റം വിവരങ്ങൾ ശേഖരിക്കണം, ഓരോ ഉപസിസ്റ്റവും സ്വതന്ത്രമായിട്ടല്ല, തനിക്കുവേണ്ടി മാത്രം;

ü പരസ്പരം ഡാറ്റ കൈമാറ്റം ചെയ്യുന്നതിന് ഉപസിസ്റ്റങ്ങളുടെ വിവര ശ്രേണികൾ ബന്ധിപ്പിച്ചിരിക്കണം.

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

ചോദ്യം നമ്പർ 2.ഓട്ടോമേറ്റഡ് ഇൻഫർമേഷൻ സിസ്റ്റങ്ങളുടെ വികസനത്തിന്റെ ഘട്ടങ്ങൾ.

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

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

വിവരങ്ങൾ സ്വീകരിക്കുന്നു;

വിവര പ്രോസസ്സിംഗ്;

വിശകലനം, തയ്യാറെടുപ്പ്, തീരുമാനമെടുക്കൽ.

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

എന്റർപ്രൈസ് മാനേജ്‌മെന്റിന്റെ മൊത്തത്തിലുള്ള മെച്ചപ്പെടുത്തലിന്റെ അടിസ്ഥാനമായി AIS-ന്റെ ഉപയോഗം കണക്കാക്കാം. എന്റർപ്രൈസ് മാനേജ്മെന്റ് ഇനിപ്പറയുന്ന പ്രധാന പ്രവർത്തനങ്ങൾ നടപ്പിലാക്കുന്നു: ഉൽപ്പന്ന വികസനം; എന്റർപ്രൈസ് പ്രവർത്തനങ്ങളുടെ അക്കൗണ്ടിംഗും നിയന്ത്രണവും; എന്റർപ്രൈസസിന്റെ പ്രവർത്തനങ്ങൾക്കുള്ള സാമ്പത്തിക സഹായം മുതലായവ.

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

ഇത് ചെയ്യുന്നതിന്, എന്റർപ്രൈസിനുള്ളിൽ ഒരു ഏകീകൃത വിവര മാനേജുമെന്റ് സിസ്റ്റം അല്ലെങ്കിൽ ഒരു ഏകീകൃത ഡോക്യുമെന്റ് മാനേജ്മെന്റ് സിസ്റ്റം സൃഷ്ടിക്കപ്പെടുന്നു, ഇതിൽ ഇനിപ്പറയുന്നവ ഉൾപ്പെടുന്നു:

റിമോട്ട് വർക്ക്, ഒരേ ടീമിലെ അംഗങ്ങൾക്ക് കെട്ടിടത്തിന്റെ വ്യത്യസ്ത മുറികളിലോ വ്യത്യസ്ത കെട്ടിടങ്ങളിലോ പ്രവർത്തിക്കാൻ കഴിയുമ്പോൾ;

വ്യത്യസ്ത ഉപയോക്താക്കൾക്ക് പ്രകടനം നഷ്‌ടപ്പെടാതെയും നെറ്റ്‌വർക്കിലെ അവരുടെ സ്ഥാനം പരിഗണിക്കാതെയും ഒരേ ഡാറ്റയിലേക്ക് ആക്‌സസ് ഉണ്ടായിരിക്കുമ്പോൾ വിവരങ്ങളിലേക്കുള്ള ആക്‌സസ്;

ആശയവിനിമയത്തിനുള്ള മാർഗങ്ങൾ നൽകുന്നു, ഉദാഹരണത്തിന്: ഇലക്ട്രോണിക് ഫാക്സ്, പ്രമാണങ്ങളുടെ അച്ചടി;

ഒരു പൊതു ഡാറ്റാബേസിൽ ഡാറ്റ സമഗ്രത നിലനിർത്തുന്നു;

മുഴുവൻ വാചകവും വിശദമായ വിവരങ്ങളും തിരയുക; ഉപയോക്താക്കൾക്ക് പ്രമാണങ്ങൾ സൃഷ്ടിക്കുന്നതിനുള്ള പരിചിതമായ മാർഗങ്ങളിലേക്കും മറ്റ് സിസ്റ്റങ്ങളിൽ സൃഷ്‌ടിച്ച നിലവിലുള്ള പ്രമാണങ്ങളിലേക്കും ആക്‌സസ് ഉള്ളപ്പോൾ, സിസ്റ്റത്തിന്റെ തുറന്നത ഉറപ്പാക്കുന്നു.

അത്തരമൊരു സംവിധാനം സൃഷ്ടിക്കുന്നതിനുള്ള പ്രാരംഭ ഘട്ടം ഒരു ഡൊമെയ്ൻ മോഡൽ നിർമ്മിക്കുന്നുഅല്ലെങ്കിൽ, മറ്റൊരു വിധത്തിൽ പറഞ്ഞാൽ, ഒരു നിർദ്ദിഷ്ട ബിസിനസ്സിനായുള്ള ഡോക്യുമെന്റ് ഫ്ലോ മോഡലുകളും അതിൽ നിങ്ങളുടെ എന്റർപ്രൈസിന്റെ സ്ഥാനവും.

ചോദ്യം നമ്പർ 3.സോഫ്റ്റ്‌വെയർ ലൈഫ് സൈക്കിൾ മോഡലുകൾ.

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

കാസ്കേഡ് മോഡൽ ഉപയോഗിക്കുന്നതിന്റെ പോസിറ്റീവ് വശങ്ങൾ ഇനിപ്പറയുന്നവയാണ്:

ഓരോ ഘട്ടത്തിലും, പൂർണ്ണതയുടെയും സ്ഥിരതയുടെയും മാനദണ്ഡങ്ങൾ പാലിക്കുന്ന ഒരു സമ്പൂർണ്ണ ഡിസൈൻ ഡോക്യുമെന്റേഷൻ സൃഷ്ടിക്കപ്പെടുന്നു;

ലോജിക്കൽ സീക്വൻസിലുള്ള ജോലിയുടെ ഘട്ടങ്ങൾ, എല്ലാ ജോലികളുടെയും പൂർത്തീകരണ സമയവും അനുബന്ധ ചെലവുകളും ആസൂത്രണം ചെയ്യാൻ ഞങ്ങളെ അനുവദിക്കുന്നു.

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

കാസ്കേഡ് മോഡലിന്റെ പ്രധാന പോരായ്മ ഫലം ലഭിക്കുന്നതിനുള്ള ഗണ്യമായ കാലതാമസമാണ്. ഓരോ ഘട്ട ജോലിയും പൂർത്തിയാക്കിയ ശേഷം ആസൂത്രണം ചെയ്ത പോയിന്റുകളിൽ മാത്രമാണ് ഉപയോക്താക്കളുമായുള്ള ഫലങ്ങളുടെ ഏകോപനം നടത്തുന്നത്; ഐഎസിന്റെ ആവശ്യകതകൾ അതിന്റെ സൃഷ്ടിയുടെ മുഴുവൻ സമയത്തും സാങ്കേതിക സവിശേഷതകളുടെ രൂപത്തിൽ "ഫ്രീസുചെയ്‌തിരിക്കുന്നു".

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

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

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

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

ചോദ്യം നമ്പർ 4.വിവര സംവിധാനങ്ങൾ രൂപകൽപ്പന ചെയ്യുന്നതിനുള്ള രീതികളും സാങ്കേതികവിദ്യകളും.

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

ഡിസൈൻ സാങ്കേതികവിദ്യ മൂന്ന് ഘടകങ്ങളുടെ സംയോജനമായി നിർവചിച്ചിരിക്കുന്നു:

1. സാങ്കേതിക ഡിസൈൻ പ്രവർത്തനങ്ങളുടെ ക്രമം നിർവചിക്കുന്ന ഘട്ടം ഘട്ടമായുള്ള നടപടിക്രമം;

2. സാങ്കേതിക പ്രവർത്തനങ്ങളുടെ ഫലങ്ങൾ വിലയിരുത്തുന്നതിന് ഉപയോഗിക്കുന്ന മാനദണ്ഡങ്ങളും നിയമങ്ങളും;

3. രൂപകല്പന ചെയ്യുന്ന സിസ്റ്റത്തെ വിവരിക്കാൻ ഉപയോഗിക്കുന്ന നൊട്ടേഷനുകൾ (ഗ്രാഫിക്കൽ, ടെക്സ്റ്റ്വൽ മാർഗങ്ങൾ).

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

IS രൂപകൽപ്പന ചെയ്യുന്നതിനും വികസിപ്പിക്കുന്നതിനും പരിപാലിക്കുന്നതിനുമുള്ള സാങ്കേതികവിദ്യ ഇനിപ്പറയുന്ന പൊതുവായ ആവശ്യകതകൾ പാലിക്കണം:

ഒരു സമ്പൂർണ്ണ സോഫ്റ്റ്‌വെയർ ജീവിത ചക്രം നിലനിർത്തുക;

തന്നിരിക്കുന്ന ഗുണനിലവാരത്തിലും നിശ്ചിത സമയത്തിലും ഐപി വികസന ലക്ഷ്യങ്ങളുടെ ഗ്യാരണ്ടീഡ് നേട്ടം ഉറപ്പാക്കുക;

ഉപസിസ്റ്റങ്ങളുടെ രൂപത്തിൽ വലിയ പദ്ധതികൾ നടപ്പിലാക്കാനുള്ള കഴിവ് നൽകുക;

സ്പെഷ്യലിസ്റ്റുകളുടെ ചെറിയ ഗ്രൂപ്പുകൾ (3-7 ആളുകൾ) വ്യക്തിഗത സബ്സിസ്റ്റങ്ങളുടെ രൂപകൽപ്പനയിൽ പ്രവർത്തിക്കാനുള്ള കഴിവ് നൽകുക;

പ്രവർത്തിക്കുന്ന ഐഎസ് ലഭിക്കുന്നതിനുള്ള ഏറ്റവും കുറഞ്ഞ സമയം ഉറപ്പാക്കുക;

പ്രോജക്റ്റ് കോൺഫിഗറേഷൻ കൈകാര്യം ചെയ്യാനും പ്രോജക്റ്റിന്റെയും അതിന്റെ ഘടകങ്ങളുടെയും പതിപ്പുകൾ പരിപാലിക്കുന്നതിനും പ്രോജക്റ്റ് ഡോക്യുമെന്റേഷൻ സ്വയമേവ റിലീസ് ചെയ്യുന്നതിനും പ്രോജക്റ്റ് പതിപ്പുകളുമായി അതിന്റെ പതിപ്പുകൾ സമന്വയിപ്പിക്കുന്നതിനുമുള്ള കഴിവ് നൽകുക;

IS നടപ്പിലാക്കൽ ഉപകരണങ്ങളിൽ നിന്ന് നടപ്പിലാക്കിയ ഡിസൈൻ സൊല്യൂഷനുകളുടെ സ്വാതന്ത്ര്യം ഉറപ്പാക്കുക (ഡാറ്റാബേസ് മാനേജ്മെന്റ് സിസ്റ്റങ്ങൾ, ഓപ്പറേറ്റിംഗ് സിസ്റ്റങ്ങൾ, ഭാഷകൾ, പ്രോഗ്രാമിംഗ് സിസ്റ്റങ്ങൾ);

ജീവിത ചക്രത്തിന്റെ എല്ലാ ഘട്ടങ്ങളിലും നടത്തുന്ന പ്രക്രിയകളുടെ ഓട്ടോമേഷൻ നൽകുന്ന ഒരു കൂട്ടം കോർഡിനേറ്റഡ് CAST ടൂളുകൾ പിന്തുണയ്‌ക്കുക.

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

ഡിസൈൻ സ്റ്റാൻഡേർഡ്ഇൻസ്റ്റാൾ ചെയ്യണം:

ഓരോ ഡിസൈൻ ഘട്ടത്തിലും ആവശ്യമായ മോഡലുകളുടെ (ഡയഗ്രമുകൾ) അവയുടെ വിശദാംശങ്ങളുടെ തലം;

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

ഓപ്പറേറ്റിംഗ് സിസ്റ്റം ക്രമീകരണങ്ങൾ, CASE ടൂൾ ക്രമീകരണങ്ങൾ, പൊതുവായ പ്രോജക്റ്റ് ക്രമീകരണങ്ങൾ മുതലായവ ഉൾപ്പെടെയുള്ള ഡെവലപ്പർ വർക്ക്സ്റ്റേഷനുകളുടെ കോൺഫിഗറേഷനായുള്ള ആവശ്യകതകൾ;

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

ഡിസൈൻ സ്റ്റാൻഡേർഡ്ഡിസൈൻ ഡോക്യുമെന്റേഷൻ സ്ഥാപിക്കണം:

ഓരോ ഡിസൈൻ ഘട്ടത്തിലും ഡോക്യുമെന്റേഷന്റെ പൂർണ്ണത, ഘടന, ഘടന;

ഡോക്യുമെന്റേഷനായുള്ള ആവശ്യകതകൾ (വിഭാഗങ്ങൾ, ഉപവിഭാഗങ്ങൾ, ഖണ്ഡികകൾ, പട്ടികകൾ മുതലായവയുടെ ഉള്ളടക്കത്തിനുള്ള ആവശ്യകതകൾ ഉൾപ്പെടെ);

ഓരോ ഘട്ടത്തിനും സമയപരിധി സൂചിപ്പിക്കുന്ന ഡോക്യുമെന്റേഷന്റെ തയ്യാറാക്കൽ, അവലോകനം, ഏകോപനം, അംഗീകാരം എന്നിവയ്ക്കുള്ള നിയമങ്ങൾ;

ഒരു ബിൽറ്റ്-ഇൻ ഡോക്യുമെന്റേഷൻ തയ്യാറാക്കൽ ഉപകരണമായി ഉപയോഗിക്കുന്ന ഒരു പ്രസിദ്ധീകരണ സംവിധാനം സജ്ജീകരിക്കുന്നതിനുള്ള ആവശ്യകതകൾ;

സ്ഥാപിത ആവശ്യകതകൾക്ക് അനുസൃതമായി ഡോക്യുമെന്റേഷൻ തയ്യാറാക്കുന്നത് ഉറപ്പാക്കാൻ CASE ടൂളുകൾ സജ്ജീകരിക്കുന്നതിനുള്ള ആവശ്യകതകൾ.

ഇന്റർഫേസ് സ്റ്റാൻഡേർഡ്ഉപയോക്താവ് ഇൻസ്റ്റാൾ ചെയ്യണം:

സ്‌ക്രീൻ ഡിസൈൻ നിയമങ്ങൾ (ഫോണ്ടുകളും വർണ്ണ പാലറ്റും), വിൻഡോകളുടെയും നിയന്ത്രണങ്ങളുടെയും ഘടനയും ക്രമീകരണവും;

കീബോർഡും മൗസും ഉപയോഗിക്കുന്നതിനുള്ള നിയമങ്ങൾ;

സഹായ വാചകങ്ങൾ ഫോർമാറ്റ് ചെയ്യുന്നതിനുള്ള നിയമങ്ങൾ;

സാധാരണ സന്ദേശങ്ങളുടെ പട്ടിക;

ഉപയോക്തൃ പ്രതികരണങ്ങൾ പ്രോസസ്സ് ചെയ്യുന്നതിനുള്ള നിയമങ്ങൾ.

ചോദ്യം നമ്പർ 5.വിവര സംവിധാനങ്ങളുടെ രൂപകൽപ്പനയ്ക്കുള്ള ഘടനാപരമായ സമീപനം.

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

ഏറ്റവും സാധാരണമായ എല്ലാ ഘടനാപരമായ സമീപന രീതികളും നിരവധി പൊതു തത്വങ്ങളെ അടിസ്ഥാനമാക്കിയുള്ളതാണ്. ഇനിപ്പറയുന്ന രണ്ട് അടിസ്ഥാന തത്വങ്ങൾ ഉപയോഗിക്കുന്നു:

"വിഭജിച്ച് കീഴടക്കുക" എന്ന തത്വം - സങ്കീർണ്ണമായ പ്രശ്നങ്ങൾ പരിഹരിക്കാനും മനസ്സിലാക്കാനും പരിഹരിക്കാനും എളുപ്പമുള്ള നിരവധി ചെറിയ സ്വതന്ത്ര പ്രശ്നങ്ങളായി അവയെ വിഭജിച്ച് പരിഹരിക്കുക;

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

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

അമൂർത്തീകരണ തത്വം സിസ്റ്റത്തിന്റെ അവശ്യ വശങ്ങൾ എടുത്തുകാണിക്കാനും അപ്രധാനമായവയിൽ നിന്ന് അമൂർത്തീകരിക്കാനും നിർദ്ദേശിക്കുന്നു;

ഔപചാരികവൽക്കരണത്തിന്റെ തത്വം പ്രശ്നത്തിന് ഒരു രീതിപരമായ പരിഹാരത്തിന്റെ ആവശ്യകതയിലാണ്;

സ്ഥിരതയുടെ തത്വം മൂലകങ്ങളുടെ സാധുതയും സ്ഥിരതയും നൽകുന്നു;

ഡാറ്റ ഘടനാപരമായ തത്വം, ഡാറ്റ ഘടനാപരമായതും ശ്രേണിക്രമത്തിൽ ക്രമീകരിച്ചതുമായിരിക്കണം എന്നതാണ്.

വിവര ഉപയോഗത്തിന്റെ സ്വഭാവമനുസരിച്ച് വിവര സംവിധാനങ്ങളുടെ വർഗ്ഗീകരണം

ഓട്ടോമേഷൻ ഡിഗ്രി അനുസരിച്ച് വിവര സംവിധാനങ്ങളുടെ വർഗ്ഗീകരണം

ഡിസൈൻ സാങ്കേതികവിദ്യയുടെ അടിസ്ഥാന ആശയങ്ങൾ

പ്രഭാഷണ നമ്പർ 1

വിവര സംവിധാനങ്ങളുടെ രൂപകൽപ്പന

വിഷയത്തെക്കുറിച്ചുള്ള പ്രഭാഷണങ്ങൾവിവര സംവിധാനങ്ങൾ (IS)

വിവര സംവിധാനം (IS)ഒരു വിവര മാതൃക നിലനിർത്താൻ രൂപകൽപ്പന ചെയ്ത ഒരു സംവിധാനമാണ്, മിക്കപ്പോഴും മനുഷ്യ പ്രവർത്തനത്തിന്റെ ഏത് മേഖലയിലും. വിവര പ്രക്രിയകൾ സംഭവിക്കുന്നതിനുള്ള മാർഗങ്ങൾ ഈ സിസ്റ്റം നൽകണം:

· സംഭരണം

സിസ്റ്റങ്ങൾ, ഏത് വിവരങ്ങൾ സംഭരിക്കുകയും പ്രോസസ്സ് ചെയ്യുകയും ചെയ്യുന്നു, അവയെ വിവര കമ്പ്യൂട്ടിംഗ് സിസ്റ്റങ്ങൾ എന്ന് വിളിക്കുന്നു. വിവര സ്രോതസ്സിൽ നിന്ന് ഡാറ്റ വിവര സംവിധാനത്തിലേക്ക് പ്രവേശിക്കുന്നു. ഈ ഡാറ്റ സ്‌റ്റോറേജിനായി അയയ്‌ക്കുകയോ സിസ്റ്റത്തിൽ ചില പ്രോസസ്സിംഗിന് വിധേയരാകുകയും തുടർന്ന് ഉപഭോക്താവിന് കൈമാറുകയും ചെയ്യുന്നു.

ഉപഭോക്താവിനും വിവര സംവിധാനത്തിനും ഇടയിൽ ഫീഡ്ബാക്ക് സ്ഥാപിക്കാൻ കഴിയും. ഈ സാഹചര്യത്തിൽ, വിവര സംവിധാനത്തെ വിളിക്കുന്നു അടച്ചു. ലഭിച്ച വിവരങ്ങളോടുള്ള ഉപഭോക്താവിന്റെ പ്രതികരണം കണക്കിലെടുക്കുമ്പോൾ ഒരു ഫീഡ്ബാക്ക് ചാനൽ ആവശ്യമാണ്.

വിവര സംവിധാനത്തിൽ ഇവ ഉൾപ്പെടുന്നു:

വിവരങ്ങളുടെ ഉറവിടം,

ഒ ഐസി ഹാർഡ്‌വെയർ,

ഐഎസിന്റെ സോഫ്റ്റ്‌വെയർ ഭാഗം,

വിവരങ്ങളുടെ ഉപഭോക്താവ്.

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

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

സോഫ്‌റ്റ്‌വെയർ, ഹാർഡ്‌വെയർ നടപ്പാക്കലിന്റെ വീക്ഷണകോണിൽ നിന്ന്, നിരവധി സാധാരണ ഐഎസ് ആർക്കിടെക്ചറുകൾ വേർതിരിച്ചറിയാൻ കഴിയും:

1. പരമ്പരാഗത വാസ്തുവിദ്യാ പരിഹാരങ്ങൾ സമർപ്പിത ഫയൽ സെർവറുകൾ (ഫയൽ-സെർവർ) അല്ലെങ്കിൽ ഡാറ്റാബേസ് സെർവറുകൾ (ക്ലയന്റ്-സെർവർ) ഉപയോഗത്തെ അടിസ്ഥാനമാക്കിയുള്ളതാണ്.

2. കോർപ്പറേറ്റ് വിവര സംവിധാനങ്ങൾ, ഇന്റർനെറ്റ് സാങ്കേതികവിദ്യ (ഇൻട്രാനെറ്റ് ആപ്ലിക്കേഷനുകൾ) അടിസ്ഥാനമാക്കിയുള്ളതാണ്.

3. "ഡാറ്റവെയർഹൗസ്" - വൈവിധ്യമാർന്ന വിവര ഉറവിടങ്ങൾ ഉൾപ്പെടെയുള്ള സംയോജിത വിവര പരിതസ്ഥിതികൾ.

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

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

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

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

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

സ്ഥിതിവിവരക്കണക്കുകൾ പ്രകാരം, സ്റ്റാൻഡിഷ് ഗ്രൂപ്പ് (യുഎസ്എ) ശേഖരിച്ചത്, 1994-ൽ യുണൈറ്റഡ് സ്റ്റേറ്റ്സിൽ സർവേ നടത്തിയ 8,380 പ്രോജക്റ്റുകളിൽ, 80 ബില്യൺ ഡോളറിലധികം ചെലവ് വരുന്ന 30% പദ്ധതികളും പരാജയപ്പെട്ടു. അതേസമയം, മൊത്തം പദ്ധതികളുടെ 16% മാത്രമേ സമയബന്ധിതമായി പൂർത്തീകരിച്ചിട്ടുള്ളൂ, ആസൂത്രിത ബജറ്റിന്റെ 189% ചെലവ് കവിഞ്ഞു.

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

അതിനാൽ, വിവര സംവിധാനങ്ങൾ നിർമ്മിക്കുന്നതിനുള്ള ഒരു പുതിയ രീതിശാസ്ത്രം വികസിപ്പിക്കേണ്ട അടിയന്തിര ആവശ്യം ഉയർന്നു.

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

വിവര സംവിധാനങ്ങൾ നിർമ്മിക്കുന്നതിനുള്ള ഒരു രീതിശാസ്ത്രം സൃഷ്ടിക്കുന്നതിന്റെ ഉദ്ദേശ്യം IS ഡിസൈൻ പ്രക്രിയയെ നിയന്ത്രിക്കുകയും ഈ പ്രക്രിയയുടെ മാനേജ്മെന്റ് ഉറപ്പാക്കുകയും ചെയ്യുന്നത് IS-ന്റെയും വികസന പ്രക്രിയയുടെ സവിശേഷതകളുടേയും ആവശ്യകതകൾ പാലിക്കുന്നുവെന്ന് ഉറപ്പ് വരുത്തുന്നതിന്.

IS ഡിസൈൻ രീതിശാസ്ത്രം പരിഹരിക്കാൻ സഹായിക്കുന്ന പ്രധാന ജോലികൾ ഇനിപ്പറയുന്നവയാണ്:

• ഓർഗനൈസേഷന്റെ ലക്ഷ്യങ്ങളും ലക്ഷ്യങ്ങളും നിറവേറ്റുന്ന കോർപ്പറേറ്റ് വിവര സംവിധാനങ്ങൾ സൃഷ്ടിക്കുന്നത് ഉറപ്പാക്കുക, അതുപോലെ തന്നെ ഉപഭോക്താവിന്റെ ബിസിനസ്സ് പ്രക്രിയകളുടെ ഓട്ടോമേഷൻ ആവശ്യകതകൾ;
• ഒരു നിശ്ചിത സമയപരിധിക്കുള്ളിലും സ്ഥാപിത പ്രോജക്റ്റ് ബജറ്റിനുള്ളിലും നൽകിയിരിക്കുന്ന ഗുണനിലവാരമുള്ള ഒരു സിസ്റ്റം സൃഷ്ടിക്കുന്നതിന് ഗ്യാരണ്ടി;
• സിസ്റ്റം പരിപാലിക്കുന്നതിനും പരിഷ്കരിക്കുന്നതിനും വികസിപ്പിക്കുന്നതിനും സൗകര്യപ്രദമായ ഒരു അച്ചടക്കം നിലനിർത്തുക;
• വികസനത്തിന്റെ തുടർച്ച ഉറപ്പാക്കുക, അതായത്. വികസിത IS-ൽ ഓർഗനൈസേഷന്റെ നിലവിലുള്ള ഇൻഫർമേഷൻ ഇൻഫ്രാസ്ട്രക്ചറിന്റെ ഉപയോഗം (വിവര സാങ്കേതിക മേഖലയിലെ പശ്ചാത്തലം).

രീതിശാസ്ത്രത്തിന്റെ നടപ്പാക്കൽഈ പ്രക്രിയയുടെ സമ്പൂർണ്ണവും കൃത്യവുമായ വിവരണത്തിലൂടെ ഐപി സൃഷ്ടിക്കൽ പ്രക്രിയയുടെ സങ്കീർണ്ണത കുറയ്ക്കുന്നതിലേക്ക് നയിക്കണം, കൂടാതെ മുഴുവൻ ഐപി ജീവിത ചക്രത്തിലുടനീളം ഐപി സൃഷ്ടിക്കുന്നതിനുള്ള ആധുനിക രീതികളും സാങ്കേതികവിദ്യകളും ഉപയോഗിക്കുന്നു - ആശയം മുതൽ നടപ്പിലാക്കൽ വരെ.

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

ഇനിപ്പറയുന്നവ നിലവിൽ അറിയപ്പെടുന്നതും ഉപയോഗിക്കുന്നതുമാണ് ജീവിത ചക്ര മാതൃകകൾ:

• കാസ്കേഡ് മോഡൽ പ്രോജക്റ്റിന്റെ എല്ലാ ഘട്ടങ്ങളും കർശനമായി നിശ്ചിത ക്രമത്തിൽ തുടർച്ചയായി നടപ്പിലാക്കുന്നതിന് ഇത് നൽകുന്നു. അടുത്ത ഘട്ടത്തിലേക്കുള്ള മാറ്റം അർത്ഥമാക്കുന്നത് മുമ്പത്തെ ഘട്ടത്തിലെ ജോലിയുടെ പൂർണ്ണമായ പൂർത്തീകരണം എന്നാണ്.

• ഇന്റർമീഡിയറ്റ് നിയന്ത്രണമുള്ള സ്റ്റെപ്പ്വൈസ് മോഡൽ ഘട്ടങ്ങൾക്കിടയിലുള്ള ഫീഡ്ബാക്ക് ലൂപ്പുകൾ ഉപയോഗിച്ച് ആവർത്തനങ്ങളിൽ ഒരു IS വികസിപ്പിക്കുന്നത് ഉൾപ്പെടുന്നു. ഇന്റർസ്റ്റേജ് ക്രമീകരണങ്ങൾ വിവിധ ഘട്ടങ്ങളിലെ വികസന ഫലങ്ങളുടെ യഥാർത്ഥ പരസ്പര സ്വാധീനം കണക്കിലെടുക്കുന്നത് സാധ്യമാക്കുന്നു; ഓരോ ഘട്ടത്തിന്റെയും ആയുസ്സ് മുഴുവൻ വികസന കാലയളവിലും വ്യാപിക്കുന്നു.

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

പ്രായോഗികമായി, രണ്ട് പ്രധാന ജീവിത ചക്ര മാതൃകകൾ ഏറ്റവും വ്യാപകമായി ഉപയോഗിക്കുന്നു:

• കാസ്കേഡ് മോഡൽ (1970-1985 കാലഘട്ടത്തിലെ സാധാരണ);
• സർപ്പിള മോഡൽ (1986 ന് ശേഷമുള്ള കാലഘട്ടത്തിലെ സാധാരണ).

വളരെ ലളിതമായ IS-ന്റെ ആദ്യകാല പ്രോജക്ടുകളിൽ, ഓരോ ആപ്ലിക്കേഷനും ഒരൊറ്റ, പ്രവർത്തനപരമായും വിവരപരമായും സ്വതന്ത്രമായ ബ്ലോക്കായിരുന്നു. ഇത്തരത്തിലുള്ള ആപ്ലിക്കേഷൻ വികസിപ്പിക്കുന്നതിന് കാസ്കേഡ് രീതി ഫലപ്രദമാണെന്ന് തെളിയിക്കപ്പെട്ടിട്ടുണ്ട്. ആവശ്യമായ എല്ലാ ജോലികളുടെയും പൂർണ്ണമായ പൂർത്തീകരണത്തിനും ഡോക്യുമെന്റേഷനും ശേഷം ഓരോ ഘട്ടവും പൂർത്തിയായി.

കാസ്കേഡ് സമീപനം ഉപയോഗിക്കുന്നതിന്റെ ഇനിപ്പറയുന്ന പോസിറ്റീവ് വശങ്ങൾ ഹൈലൈറ്റ് ചെയ്യാൻ കഴിയും:

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

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

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

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

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

ഐസി ഡിസൈൻ മെത്തഡോളജി മൂന്ന് പ്രധാന മേഖലകൾ ഉൾക്കൊള്ളുന്നു:

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

പ്രോജക്റ്റിന്റെ ഉദ്ദേശ്യം നിർവചിച്ചുകൊണ്ടാണ് ഇൻഫർമേഷൻ സിസ്റ്റം ഡിസൈൻ എപ്പോഴും ആരംഭിക്കുന്നത്.

ഇനിപ്പറയുന്ന പോയിന്റുകൾ ഉൾപ്പെടെ പരസ്പരബന്ധിതമായ നിരവധി പ്രശ്നങ്ങൾ പരിഹരിക്കുക എന്നതായി പദ്ധതിയുടെ ലക്ഷ്യം നിർവചിക്കാം:

• സിസ്റ്റത്തിന്റെ ആവശ്യമായ പ്രവർത്തനക്ഷമതയും മാറിക്കൊണ്ടിരിക്കുന്ന ഓപ്പറേറ്റിംഗ് സാഹചര്യങ്ങളുമായി പൊരുത്തപ്പെടുന്ന നിലയും നടപ്പിലാക്കുക;
• ആവശ്യമായ സിസ്റ്റം ശേഷി നടപ്പിലാക്കൽ;
• ഒരു അഭ്യർത്ഥനയ്ക്ക് ആവശ്യമായ സിസ്റ്റം പ്രതികരണ സമയം നടപ്പിലാക്കൽ;
• സിസ്റ്റത്തിന്റെ പ്രശ്നരഹിതമായ പ്രവർത്തനം നടപ്പിലാക്കൽ;
• ആവശ്യമായ സുരക്ഷയുടെ നടപ്പാക്കൽ;
• പ്രവർത്തനത്തിന്റെ എളുപ്പവും സിസ്റ്റത്തിന്റെ പിന്തുണയും നടപ്പിലാക്കൽ.

ആധുനിക ഡിസൈൻ രീതിശാസ്ത്രമനുസരിച്ച്, ഒരു ഐപി സൃഷ്ടിക്കുന്ന പ്രക്രിയ ഇനിപ്പറയുന്ന ഘട്ടങ്ങളായി (ഘട്ടങ്ങളായി) തിരിച്ചിരിക്കുന്നു::

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

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

ഡിസൈൻ ഘട്ടത്തിന്റെ അവസാന ഉൽപ്പന്നങ്ങൾ ഇവയാണ്:

· ഡാറ്റാബേസ് ഡയഗ്രം (വിശകലന ഘട്ടത്തിൽ വികസിപ്പിച്ച ER മോഡലിനെ അടിസ്ഥാനമാക്കി);

· സിസ്റ്റം മൊഡ്യൂളുകളുടെ ഒരു കൂട്ടം സ്പെസിഫിക്കേഷനുകൾ (അവ ഫംഗ്ഷൻ മോഡലുകളുടെ അടിസ്ഥാനത്തിലാണ് നിർമ്മിച്ചിരിക്കുന്നത്).

· IS സാങ്കേതിക രൂപകൽപ്പന (സാങ്കേതിക സവിശേഷതകൾ), പ്രാഥമിക രൂപകൽപ്പന, പ്രവർത്തന ഡോക്യുമെന്റേഷൻ.

3. നടപ്പിലാക്കൽ:നടപ്പാക്കൽ ഘട്ടത്തിൽ, സിസ്റ്റം സോഫ്‌റ്റ്‌വെയർ സൃഷ്‌ടിക്കുകയും ഹാർഡ്‌വെയർ ഇൻസ്റ്റാൾ ചെയ്യുകയും പ്രവർത്തന ഡോക്യുമെന്റേഷൻ വികസിപ്പിക്കുകയും ചെയ്യുന്നു.

4. പരിശോധന:സാധാരണയായി കാലക്രമേണ വിതരണം ചെയ്യുന്നതായി കാണപ്പെടുന്നു. ഒരു വ്യക്തിഗത സിസ്റ്റം മൊഡ്യൂളിന്റെ വികസനം പൂർത്തിയാക്കിയ ശേഷം, ഒരു ഒറ്റപ്പെട്ട പരിശോധന നടത്തുന്നു, അതിന് രണ്ട് പ്രധാന ലക്ഷ്യങ്ങളുണ്ട്:

• മൊഡ്യൂൾ പരാജയങ്ങൾ കണ്ടെത്തൽ (ഹാർഡ് പരാജയങ്ങൾ);
• സ്പെസിഫിക്കേഷനുമായി മൊഡ്യൂൾ പാലിക്കൽ (ആവശ്യമായ എല്ലാ പ്രവർത്തനങ്ങളുടെയും സാന്നിധ്യം, അനാവശ്യ ഫംഗ്ഷനുകളുടെ അഭാവം).

ശേഷംസ്വയംഭരണ പരിശോധന വിജയകരമായി കടന്നുപോകുന്നു, മൊഡ്യൂൾ സിസ്റ്റത്തിന്റെ വികസിത ഭാഗത്ത് ഉൾപ്പെടുത്തിയിട്ടുണ്ട്, കൂടാതെ ജനറേറ്റഡ് മൊഡ്യൂളുകളുടെ ഗ്രൂപ്പ് അവരുടെ പരസ്പര സ്വാധീനം ട്രാക്കുചെയ്യുന്ന കണക്ഷൻ ടെസ്റ്റുകൾ പാസാക്കുന്നു.

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

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

ഏറ്റവും പുതിയ വിവര സിസ്റ്റം ടെസ്റ്റ്- സ്വീകാര്യത പരിശോധനകൾ. അത്തരം ഒരു പരിശോധനയിൽ ഉപഭോക്താവിന് വിവര സംവിധാനം കാണിക്കുന്നത് ഉൾപ്പെടുന്നു, കൂടാതെ ഉപഭോക്താവിന്റെ ആവശ്യകതകൾക്ക് അനുസൃതമായി നടപ്പിലാക്കുന്നത് കാണിക്കുന്നതിന് യഥാർത്ഥ ബിസിനസ്സ് പ്രക്രിയകളെ അനുകരിക്കുന്ന ഒരു കൂട്ടം ടെസ്റ്റുകൾ അടങ്ങിയിരിക്കണം.

ആമുഖം

പ്രോജക്റ്റിന്റെ ഉദ്ദേശ്യം നിർവചിച്ചുകൊണ്ടാണ് ഇൻഫർമേഷൻ സിസ്റ്റം ഡിസൈൻ എപ്പോഴും ആരംഭിക്കുന്നത്. ഏതൊരു വിജയകരമായ പ്രോജക്റ്റിന്റെയും പ്രധാന ദൌത്യം, സിസ്റ്റം സമാരംഭിക്കുന്ന സമയത്തും അതിന്റെ പ്രവർത്തനത്തിലുടനീളം ഇത് ഉറപ്പാക്കാൻ കഴിയുമെന്ന് ഉറപ്പാക്കുക എന്നതാണ്:

• സിസ്റ്റത്തിന്റെ ആവശ്യമായ പ്രവർത്തനക്ഷമതയും അതിന്റെ പ്രവർത്തനത്തിന്റെ മാറിക്കൊണ്ടിരിക്കുന്ന സാഹചര്യങ്ങളുമായി പൊരുത്തപ്പെടുന്നതിന്റെ അളവും;
• ആവശ്യമായ സിസ്റ്റം ശേഷി;
• ഒരു അഭ്യർത്ഥനയ്ക്ക് ആവശ്യമായ സിസ്റ്റം പ്രതികരണ സമയം;
• ആവശ്യമായ മോഡിൽ സിസ്റ്റത്തിന്റെ പ്രശ്നരഹിതമായ പ്രവർത്തനം, മറ്റൊരു വിധത്തിൽ പറഞ്ഞാൽ, ഉപയോക്തൃ അഭ്യർത്ഥനകൾ പ്രോസസ്സ് ചെയ്യുന്നതിനുള്ള സിസ്റ്റത്തിന്റെ സന്നദ്ധതയും ലഭ്യതയും;
• പ്രവർത്തനത്തിന്റെ എളുപ്പവും സിസ്റ്റത്തിന്റെ പിന്തുണയും;
• ആവശ്യമായ സുരക്ഷ.

ഒരു സിസ്റ്റത്തിന്റെ ഫലപ്രാപ്തി നിർണ്ണയിക്കുന്ന പ്രധാന ഘടകം പ്രകടനമാണ്. മികച്ച രൂപകൽപ്പനയാണ് ഉയർന്ന പ്രകടന സംവിധാനത്തിന്റെ അടിത്തറ.

വിവര സംവിധാനങ്ങളുടെ രൂപകൽപ്പന മൂന്ന് പ്രധാന മേഖലകളെ ഉൾക്കൊള്ളുന്നു:

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

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

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

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

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

അരി. 1. വെള്ളച്ചാട്ടം ഡയഗ്രം

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

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

ചില പ്രോജക്ട് വികസന പദ്ധതികൾ ഞങ്ങൾ ചുവടെ നോക്കും.

"വെള്ളച്ചാട്ടം" - പദ്ധതി വികസന ഡയഗ്രം

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

ചുവടെ ഞങ്ങൾ ഓരോ ഘട്ടങ്ങളും നോക്കും, ഡിസൈൻ ഘട്ടത്തിൽ കൂടുതൽ വിശദമായി ശ്രദ്ധ കേന്ദ്രീകരിക്കും.

തന്ത്രം

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

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

പ്രധാന സിസ്റ്റം സർവേ ഘട്ടം പൂർത്തിയായിക്കഴിഞ്ഞാൽ, ഹാർഡ്‌വെയർ, വാങ്ങിയ സോഫ്‌റ്റ്‌വെയർ, പുതിയ സോഫ്‌റ്റ്‌വെയർ ഡെവലപ്‌മെന്റ് എന്നിവയ്‌ക്കായുള്ള സാങ്കൽപ്പികമായ സാങ്കേതിക സമീപനങ്ങളും എസ്റ്റിമേറ്റ് ചെലവുകളും സാങ്കേതിക വിദഗ്ധർ രൂപപ്പെടുത്തുന്നു.

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

പ്രമാണം വിവരിക്കണം:

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

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

ഒരു തന്ത്രം തിരഞ്ഞെടുക്കുന്ന ഘട്ടത്തിലും വിശകലനത്തിന്റെ ഘട്ടത്തിലും രൂപകൽപ്പനയ്ക്കിടയിലും, പ്രോജക്റ്റ് വികസിപ്പിക്കുന്നതിൽ ഉപയോഗിക്കുന്ന രീതി പരിഗണിക്കാതെ തന്നെ, സിസ്റ്റത്തിന്റെ ആസൂത്രിത പ്രവർത്തനങ്ങൾ എല്ലായ്പ്പോഴും പ്രാധാന്യത്തിന്റെ അളവനുസരിച്ച് തരംതിരിക്കണമെന്ന് ശ്രദ്ധിക്കേണ്ടതാണ്. Clegg, Dai, Richard Barker, Case Method Fast-track: A RAD അപ്രോച്ച്, Adison-Wesley, 1994 എന്നതിൽ MoScoW എന്ന വർഗ്ഗീകരണം അവതരിപ്പിക്കുന്നതിനുള്ള സാധ്യമായ ഒരു ഫോർമാറ്റ് നിർദ്ദേശിക്കപ്പെട്ടിരിക്കുന്നു.

ഈ ചുരുക്കെഴുത്ത് സൂചിപ്പിക്കുന്നത്: ഉണ്ടായിരിക്കണം - ആവശ്യമായ പ്രവർത്തനങ്ങൾ; ഉണ്ടായിരിക്കണം - അഭികാമ്യമായ പ്രവർത്തനങ്ങൾ; സാധ്യമായ പ്രവർത്തനങ്ങൾ; ഫംഗ്‌ഷനുകൾ നഷ്‌ടമായിരിക്കില്ല.

രണ്ടാമത്തെയും മൂന്നാമത്തെയും വിഭാഗങ്ങളുടെ ഫംഗ്‌ഷനുകൾ നടപ്പിലാക്കുന്നത് സമയവും സാമ്പത്തിക ചട്ടക്കൂടുകളും കൊണ്ട് പരിമിതപ്പെടുത്തിയിരിക്കുന്നു: ആവശ്യമുള്ളത് ഞങ്ങൾ വികസിപ്പിക്കുന്നു, അതുപോലെ തന്നെ മുൻഗണനാ ക്രമത്തിൽ രണ്ടാമത്തെയും മൂന്നാമത്തെയും വിഭാഗങ്ങളുടെ പരമാവധി എണ്ണം ഫംഗ്‌ഷനുകൾ.

വിശകലനം

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

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

വിശകലന വിദഗ്ധർ പരസ്പരം ബന്ധപ്പെട്ട രണ്ട് രൂപങ്ങളിൽ വിവരങ്ങൾ ശേഖരിക്കുകയും രേഖപ്പെടുത്തുകയും ചെയ്യുന്നു:

• പ്രവർത്തനങ്ങൾ - ബിസിനസ്സിൽ സംഭവിക്കുന്ന സംഭവങ്ങളെയും പ്രക്രിയകളെയും കുറിച്ചുള്ള വിവരങ്ങൾ;
• എന്റിറ്റികൾ - ഓർഗനൈസേഷന് പ്രാധാന്യമുള്ള കാര്യങ്ങളെക്കുറിച്ചുള്ള വിവരങ്ങൾ, എന്തെങ്കിലും അറിയാവുന്നവ.

വിശകലനത്തിന്റെ രണ്ട് ക്ലാസിക് ഫലങ്ങൾ:

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

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

ഏറ്റവും സാധാരണയായി ഉപയോഗിക്കുന്ന മൂന്ന് ഘടനാപരമായ വിശകലന രീതികൾ ഞങ്ങൾ ചുവടെ നോക്കുന്നു:

• എന്റിറ്റി-റിലേഷൻഷിപ്പ് ഡയഗ്രമുകൾ (ERD), എന്റിറ്റികളെയും അവയുടെ ബന്ധങ്ങളെയും കുറിച്ചുള്ള വിവരങ്ങൾ ഔപചാരികമാക്കാൻ സഹായിക്കുന്നു;
• സിസ്റ്റം ഫംഗ്‌ഷനുകളുടെ പ്രാതിനിധ്യം ഔപചാരികമാക്കാൻ സഹായിക്കുന്ന ഡാറ്റാ ഫ്ലോ ഡയഗ്രമുകൾ (DFD);
• സ്റ്റേറ്റ് ട്രാൻസിഷൻ ഡയഗ്രമുകൾ (STD), ഇത് സിസ്റ്റത്തിന്റെ സമയ-ആശ്രിത സ്വഭാവത്തെ പ്രതിഫലിപ്പിക്കുന്നു; എന്റിറ്റി ലൈഫ് സൈക്കിൾ ഡയഗ്രമുകൾ ഈ വർഗ്ഗത്തിൽ പെട്ടതാണ്.

ER ഡയഗ്രമുകൾ

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

അരി. 2. ഒരു ഇആർ ഡയഗ്രാമിന്റെ ഉദാഹരണം

ഒരു എന്റിറ്റിയെ മുകളിലുള്ള എന്റിറ്റിയുടെ പേരുള്ള ദീർഘചതുരമായി ചിത്രീകരിച്ചിരിക്കുന്നു (ഉദാഹരണത്തിന്, TITLES). ദീർഘചതുരത്തിന് ഒരു എന്റിറ്റിയുടെ ആട്രിബ്യൂട്ടുകൾ ലിസ്റ്റ് ചെയ്യാൻ കഴിയും; ബോൾഡ്1-ൽ ടൈപ്പ് ചെയ്‌ത ER-ഡയഗ്രം ആട്രിബ്യൂട്ടുകളാണ് പ്രധാനം (ഉദാഹരണത്തിന്, ടൈറ്റിൽ ഐഡന്റിറ്റി എന്നത് TITLES എന്റിറ്റിയുടെ ഒരു പ്രധാന ആട്രിബ്യൂട്ടാണ്, മറ്റ് ആട്രിബ്യൂട്ടുകൾ പ്രധാനമല്ല).

രണ്ട് എന്റിറ്റികൾക്കിടയിലുള്ള ഒരു രേഖയാണ് ഒരു ബന്ധത്തെ പ്രതിനിധീകരിക്കുന്നത് (ചിത്രത്തിലെ നീല വരകൾ).

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

അരി. 3. ER ഡയഗ്രം ഘടകം

"തൊഴിലാളി" എന്ന റിഫ്ലെക്‌സീവ് ബന്ധത്തിന്റെ ഒരു ഇമേജിന്റെ ഒരു ഉദാഹരണവും (ചിത്രം 4) നമുക്ക് നൽകാം, അവിടെ ഒരു ജീവനക്കാരന് നിരവധി കീഴുദ്യോഗസ്ഥരെ നിയന്ത്രിക്കാനും അങ്ങനെ സ്ഥാനങ്ങളുടെ ശ്രേണിയെ നിയന്ത്രിക്കാനും കഴിയും.

അത്തരമൊരു ബന്ധം എല്ലായ്പ്പോഴും ഓപ്ഷണൽ ആണെന്ന് ശ്രദ്ധിക്കേണ്ടതാണ്, അല്ലാത്തപക്ഷം അത് അനന്തമായ ശ്രേണിയായിരിക്കും.

അരി. 4. റിഫ്ലെക്‌സീവ് മനോഭാവത്തിന്റെ ER ഡയഗ്രം

എന്റിറ്റി ആട്രിബ്യൂട്ടുകൾ പ്രധാനമാണ് - അവ ബോൾഡിൽ ഹൈലൈറ്റ് ചെയ്തിരിക്കുന്നു; നിർബന്ധം - അവയ്‌ക്ക് മുമ്പായി ഒരു “*” ചിഹ്നമുണ്ട്, അതായത്, അവയുടെ മൂല്യം എല്ലായ്പ്പോഴും അറിയപ്പെടുന്നു, ഓപ്‌ഷണൽ (ഓപ്ഷണൽ) - അവയ്‌ക്ക് മുമ്പായി ഒരു O ആണ്, അതായത്, ഈ ആട്രിബ്യൂട്ടിന്റെ മൂല്യങ്ങൾ ചിലതിൽ ഇല്ലായിരിക്കാം അല്ലെങ്കിൽ അനിശ്ചിതത്വത്തിലായിരിക്കാം നിമിഷങ്ങൾ.

ആർക്ക്സ്

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

അരി. 5. ആർക്ക്

ഈ സാഹചര്യത്തിൽ, ACCOUNT എന്റിറ്റിയുടെ OWNER ആട്രിബ്യൂട്ടിന് ഈ എന്റിറ്റിക്ക് ഒരു പ്രത്യേക അർത്ഥമുണ്ട് - എന്റിറ്റിയെ വിഭാഗമനുസരിച്ച് തരം തിരിച്ചിരിക്കുന്നു: "ഒരു വ്യക്തിക്ക്", "ഒരു നിയമപരമായ സ്ഥാപനത്തിന്." തത്ഫലമായുണ്ടാകുന്ന എന്റിറ്റികളെ സബ്ടൈപ്പുകൾ എന്ന് വിളിക്കുന്നു, കൂടാതെ യഥാർത്ഥ എന്റിറ്റി ഒരു സൂപ്പർ ടൈപ്പായി മാറുന്നു. ഒരു സൂപ്പർ ടൈപ്പ് ആവശ്യമാണോ ഇല്ലയോ എന്ന് മനസിലാക്കാൻ, വ്യത്യസ്ത ഉപവിഭാഗങ്ങൾക്ക് എത്ര സമാന ഗുണങ്ങളുണ്ടെന്ന് നിങ്ങൾ സ്ഥാപിക്കേണ്ടതുണ്ട്. സബ്ടൈപ്പുകളുടെയും സൂപ്പർടൈപ്പുകളുടെയും ദുരുപയോഗം വളരെ സാധാരണമായ തെറ്റാണ് എന്നത് ശ്രദ്ധിക്കേണ്ടതാണ്. ചിത്രത്തിൽ കാണിച്ചിരിക്കുന്നതുപോലെ അവ ചിത്രീകരിച്ചിരിക്കുന്നു. 6.

അരി. 6. ഉപവിഭാഗങ്ങൾ (വലത്), സൂപ്പർടൈപ്പ് (ഇടത്)

നോർമലൈസേഷൻ

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

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

അരി. 7. വൺ-ടു-വൺ കണക്ഷനുകൾ

ഒന്നിലധികം ബന്ധങ്ങൾ ചിത്രത്തിൽ കാണിച്ചിരിക്കുന്നു. 8.

അരി. 8. പലതും തമ്മിൽ ബന്ധങ്ങൾ

ഞാൻ സാമാന്യം ശക്തമായ ഒരു നിർമ്മിതിയാണ്, അത് ഒരേസമയം എ എന്റിറ്റിയുമായി ബന്ധപ്പെട്ട ഒരു സംഭവമെങ്കിലും സൃഷ്ടിക്കാതെ ബി എന്ന എന്റിറ്റിയുടെ ഒരു സംഭവം സൃഷ്ടിക്കാൻ കഴിയില്ലെന്ന് സൂചിപ്പിക്കുന്നു.

ആശയവിനിമയത്തിന്റെ ഏറ്റവും സാധാരണമായ രൂപമാണ് II. ബി എന്ന എന്റിറ്റിയുടെ ഒരു (ഒരേയൊരു) സംഭവത്തിന്റെ പശ്ചാത്തലത്തിൽ മാത്രമേ എ എന്റിറ്റിയുടെ ഓരോ സംഭവങ്ങളും നിലനിൽക്കൂ എന്ന് ഇത് അനുമാനിക്കുന്നു.

III - അപൂർവ്വമായി ഉപയോഗിക്കുന്നു. എയും ബിയും തമ്മിൽ യാതൊരു ബന്ധവുമില്ലാതെ നിലനിൽക്കും.

നിരവധി-പല ബന്ധങ്ങൾ ചിത്രത്തിൽ കാണിച്ചിരിക്കുന്നു. 9.

അരി. 9. പല പല ബന്ധങ്ങൾ

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

II - അപൂർവ്വമായി ഉപയോഗിക്കുന്നു. അത്തരം കണക്ഷനുകൾ എല്ലായ്പ്പോഴും കൂടുതൽ വിശദാംശങ്ങൾക്ക് വിധേയമാണ്.

നമുക്ക് ഇപ്പോൾ ആവർത്തന കണക്ഷനുകൾ പരിഗണിക്കാം (ചിത്രം 10).

അരി. 10. ആവർത്തന കണക്ഷനുകൾ

ഞാൻ - അപൂർവ്വമാണ്, പക്ഷേ സംഭവിക്കുന്നു. ഒരു ഇതര തരത്തിലുള്ള കണക്ഷനുകളെ പ്രതിഫലിപ്പിക്കുന്നു.

II - ഏത് തലങ്ങളുമായും ശ്രേണികളെ വിവരിക്കാൻ പലപ്പോഴും ഉപയോഗിക്കുന്നു.

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

അസാധുവായ കണക്ഷൻ തരങ്ങൾ. അസാധുവായ തരത്തിലുള്ള ബന്ധങ്ങളിൽ ഇനിപ്പറയുന്നവ ഉൾപ്പെടുന്നു: നിർബന്ധിത പല-മനേകം ബന്ധങ്ങളും (ചിത്രം. 11) നിരവധി ആവർത്തന ബന്ധങ്ങളും (ചിത്രം 12).

അരി. 11. അസാധുവായ പല പല ബന്ധങ്ങൾ

ഒരു നിർബന്ധിത പല-പല ബന്ധം തത്വത്തിൽ അസാധ്യമാണ്. അത്തരമൊരു ബന്ധം അർത്ഥമാക്കുന്നത് B കൂടാതെ A യുടെ ഒരു സംഭവവും നിലനിൽക്കില്ല, തിരിച്ചും. വാസ്തവത്തിൽ, അത്തരം ഓരോ നിർമ്മാണവും എല്ലായ്പ്പോഴും തെറ്റായി മാറുന്നു.

അരി. 12. അസാധുവായ ആവർത്തന ബന്ധങ്ങൾ

ഡാറ്റാ ഫ്ലോ ഡയഗ്രമുകൾ

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

അരി. 13. DFD ഉദാഹരണം

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

• ഒരു ഡാറ്റാ പോയിന്റിൽ നിന്ന് സിസ്റ്റം സങ്കൽപ്പിക്കാൻ നിങ്ങളെ അനുവദിക്കുന്നു;
• പ്രത്യേക ഇന്റർഫേസുകൾ ആവശ്യമായ ബാഹ്യ ഡാറ്റ ഡെലിവറി മെക്കാനിസങ്ങൾ ചിത്രീകരിക്കുക;
• ഓട്ടോമേറ്റഡ്, മാനുവൽ സിസ്റ്റം പ്രോസസ്സുകൾ അവതരിപ്പിക്കാൻ നിങ്ങളെ അനുവദിക്കുന്നു;
• മുഴുവൻ സിസ്റ്റത്തിന്റെയും ഡാറ്റാ കേന്ദ്രീകൃത പാർട്ടീഷനിംഗ് നടത്തുക.

ഒരു സിസ്റ്റത്തിന്റെ ഒരു ഭാഗത്ത് നിന്ന് മറ്റൊന്നിലേക്ക് വിവരങ്ങളുടെ (അല്ലെങ്കിൽ ഭൗതിക ഘടകങ്ങൾ പോലും) കൈമാറ്റം ചെയ്യുന്നതിനെ മാതൃകയാക്കാൻ ഡാറ്റ സ്ട്രീമുകൾ ഉപയോഗിക്കുന്നു. ഡയഗ്രാമുകളിലെ ഫ്ലോകളെ പേരുള്ള അമ്പടയാളങ്ങളാൽ പ്രതിനിധീകരിക്കുന്നു; അമ്പടയാളങ്ങൾ വിവരങ്ങൾ ഒഴുകുന്ന ദിശയെ സൂചിപ്പിക്കുന്നു. ചിലപ്പോൾ വിവരങ്ങൾ ഒരു ദിശയിലേക്ക് നീങ്ങുകയും പ്രോസസ്സ് ചെയ്യുകയും അതിന്റെ ഉറവിടത്തിലേക്ക് മടങ്ങുകയും ചെയ്യാം. ഈ സാഹചര്യം രണ്ട് വ്യത്യസ്ത ഫ്ലോകളിലൂടെയോ അല്ലെങ്കിൽ ഒരു ദ്വിദിശയിലൂടെയോ മാതൃകയാക്കാം.

പ്രോസസ് നാമം വ്യക്തമാക്കിയ പ്രവർത്തനമനുസരിച്ച് ഒരു ഇൻപുട്ട് ഡാറ്റ സ്ട്രീമിനെ ഒരു ഔട്ട്പുട്ട് സ്ട്രീം ആക്കി മാറ്റുന്നു. ഡയഗ്രാമിനുള്ളിലെ റഫറൻസിനായി ഓരോ പ്രക്രിയയ്ക്കും ഒരു അദ്വിതീയ നമ്പർ ഉണ്ടായിരിക്കണം. മുഴുവൻ മോഡലിനും ഒരു അദ്വിതീയ പ്രോസസ്സ് സൂചിക നൽകുന്നതിന് ഈ നമ്പർ ഡയഗ്രം നമ്പറുമായി സംയോജിച്ച് ഉപയോഗിക്കാം.

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

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

STD സ്റ്റേറ്റ് ട്രാൻസിഷൻ ഡയഗ്രമുകൾ

ഒരു എന്റിറ്റിയുടെ ജീവിത ചക്രം STD ഡയഗ്രമുകളുടെ ക്ലാസിൽ പെടുന്നു (ചിത്രം 14). കാലക്രമേണ ഒരു വസ്തുവിന്റെ അവസ്ഥയിലെ മാറ്റം ഈ ഡയഗ്രം കാണിക്കുന്നു. ഉദാഹരണത്തിന്, ഒരു വെയർഹൗസിലെ ഒരു ഉൽപ്പന്നത്തിന്റെ അവസ്ഥ പരിഗണിക്കുക: ഒരു ഉൽപ്പന്നം ഒരു വിതരണക്കാരനിൽ നിന്ന് ഓർഡർ ചെയ്യപ്പെടാം, വെയർഹൗസിൽ സ്വീകരിച്ച്, ഒരു വെയർഹൗസിൽ സൂക്ഷിക്കാം, ഗുണനിലവാര നിയന്ത്രണത്തിന് വിധേയമാകാം, വിൽക്കുകയോ നിരസിക്കുകയോ വിതരണക്കാരന് തിരികെ നൽകുകയോ ചെയ്യാം. ഡയഗ്രാമിലെ അമ്പടയാളങ്ങൾ സ്വീകാര്യമായ സംസ്ഥാന മാറ്റങ്ങളെ സൂചിപ്പിക്കുന്നു.

അരി. 14. ഒരു ലൈഫ് സൈക്കിൾ ഡയഗ്രാമിന്റെ ഉദാഹരണം

അത്തരം ഡയഗ്രമുകൾ ചിത്രീകരിക്കുന്നതിന് നിരവധി ഓപ്ഷനുകൾ ഉണ്ട്; അവയിലൊന്ന് മാത്രമേ ചിത്രം കാണിക്കൂ.

ഒരു വിവര മാതൃകയുടെ ഗുണനിലവാരവും സമ്പൂർണ്ണതയും പരിശോധിക്കുന്നതിനുള്ള ചില തത്വങ്ങൾ
(ഉറവിടം - റിച്ചാർഡ് ബാർക്കർ, കേസ് രീതി: എന്റിറ്റി റിലേഷൻഷിപ്പ് മോഡലിംഗ്, അഡിസൺ-വെസ്ലി, 1990)

നിങ്ങൾക്ക് ഉയർന്ന നിലവാരമുള്ള ഒരു മോഡൽ സൃഷ്ടിക്കണമെങ്കിൽ, CASE സാങ്കേതികവിദ്യയിൽ പ്രാവീണ്യമുള്ള അനലിസ്റ്റുകളുടെ സഹായം നിങ്ങൾ തേടേണ്ടിവരും. എന്നിരുന്നാലും, വിവര മാതൃക നിർമ്മിക്കുന്നതിലും നിരീക്ഷിക്കുന്നതിലും അനലിസ്റ്റുകൾ മാത്രമേ ഉൾപ്പെട്ടിരിക്കൂ എന്ന് ഇതിനർത്ഥമില്ല. സഹപ്രവർത്തകരുടെ സഹായവും ഏറെ സഹായകരമാകും. പ്രഖ്യാപിത ലക്ഷ്യം പരിശോധിക്കുന്നതിലും, യുക്തിയുടെ വീക്ഷണകോണിൽ നിന്നും വിഷയ മേഖലയുടെ വശങ്ങൾ കണക്കിലെടുക്കുന്ന വീക്ഷണകോണിൽ നിന്നും നിർമ്മിച്ച മാതൃകയുടെ വിശദമായ പഠനത്തിലും അവരെ ഉൾപ്പെടുത്തുക. മറ്റുള്ളവരുടെ ജോലിയിൽ തെറ്റ് കണ്ടെത്തുന്നത് മിക്കവർക്കും എളുപ്പമാണെന്ന് തോന്നുന്നു.

ഉപയോക്തൃ അംഗീകാരത്തിനായി നിങ്ങളുടെ വിവര മാതൃകയോ അല്ലെങ്കിൽ നിങ്ങൾക്ക് ആശങ്കകളുള്ള ഭാഗങ്ങളോ പതിവായി സമർപ്പിക്കുക. ഒഴിവാക്കലുകളും പരിമിതികളും പ്രത്യേകം ശ്രദ്ധിക്കുക.

എന്റിറ്റി നിലവാരം

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

എന്റിറ്റിക്കുള്ള സ്ഥിരീകരണ ചോദ്യങ്ങളുടെ ലിസ്റ്റ്:

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

ഉപവിഭാഗത്തിനായുള്ള സ്ക്രീനിംഗ് ചോദ്യങ്ങളുടെ ലിസ്റ്റ്:

• മറ്റ് ഉപവിഭാഗങ്ങളുമായി എന്തെങ്കിലും ഓവർലാപ്പ് ഉണ്ടോ?
• ഉപവിഭാഗത്തിന് എന്തെങ്കിലും ആട്രിബ്യൂട്ടുകളും കൂടാതെ/അല്ലെങ്കിൽ ബന്ധങ്ങളും ഉണ്ടോ?
• അവയ്‌ക്കെല്ലാം അവരുടേതായ അദ്വിതീയ ഐഡന്റിഫയറുകൾ ഉണ്ടോ അതോ സൂപ്പർടൈപ്പിൽ നിന്ന് എല്ലാവർക്കും ഒരു ഐഡന്റിഫയറുകൾ അവകാശമാക്കുന്നുണ്ടോ?
• ഒരു സമഗ്രമായ ഉപവിഭാഗങ്ങൾ ഉണ്ടോ?
• ഒരു ഉപവിഭാഗം ഒരു എന്റിറ്റിയുടെ സംഭവത്തിന്റെ ഉദാഹരണമല്ലേ?
• ഈ ഉപവിഭാഗത്തെ മറ്റുള്ളവരിൽ നിന്ന് വേർതിരിക്കുന്ന ഏതെങ്കിലും ആട്രിബ്യൂട്ടുകളോ ബന്ധങ്ങളോ വ്യവസ്ഥകളോ നിങ്ങൾക്കറിയാമോ?

ഗുണമേന്മ

ഇവ യഥാർത്ഥത്തിൽ ആട്രിബ്യൂട്ടുകളാണോ എന്ന് കണ്ടെത്തേണ്ടത് ആവശ്യമാണ്, അതായത്, അവ ഈ സത്തയെ ഒരു തരത്തിൽ അല്ലെങ്കിൽ മറ്റൊന്നിൽ വിവരിക്കുന്നുണ്ടോ എന്ന്.

ആട്രിബ്യൂട്ട് സ്ഥിരീകരണ ചോദ്യങ്ങളുടെ ലിസ്റ്റ്:

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

കണക്ഷൻ നിലവാരം

ബന്ധങ്ങൾ യഥാർത്ഥത്തിൽ എന്റിറ്റികൾ തമ്മിലുള്ള പ്രധാന ബന്ധങ്ങളെ പ്രതിഫലിപ്പിക്കുന്നുണ്ടോ എന്ന് നാം കണ്ടെത്തേണ്ടതുണ്ട്.

ആശയവിനിമയത്തിനുള്ള ചോദ്യങ്ങളുടെ പട്ടിക:

• ഉൾപ്പെട്ടിരിക്കുന്ന ഓരോ കക്ഷിക്കും ഒരു വിവരണം ഉണ്ടോ, അത് ആശയവിനിമയത്തിന്റെ ഉള്ളടക്കത്തെ കൃത്യമായി പ്രതിഫലിപ്പിക്കുന്നുണ്ടോ, അത് അംഗീകൃത വാക്യഘടനയിൽ യോജിക്കുന്നുണ്ടോ?
• ഇതിൽ രണ്ട് പാർട്ടികൾ മാത്രമാണോ ഉൾപ്പെട്ടിരിക്കുന്നത്?

കണക്ഷൻ പോർട്ടബിൾ അല്ലേ?

• ഓരോ കക്ഷിക്കും ബന്ധത്തിന്റെ അളവും പ്രതിബദ്ധതയും വ്യക്തമാക്കിയിട്ടുണ്ടോ?
• കണക്ഷൻ ഡിസൈൻ സ്വീകാര്യമാണോ?

കണക്ഷൻ ഡിസൈൻ അപൂർവ്വമായി ഉപയോഗിക്കുന്ന ഒന്നാണോ?

• അത് അനാവശ്യമല്ലേ?
• കാലത്തിനനുസരിച്ച് മാറുന്നില്ലേ?
• കണക്ഷൻ നിർബന്ധമാണെങ്കിൽ, അത് എല്ലായ്പ്പോഴും എതിർ വശത്തെ പ്രതിനിധീകരിക്കുന്ന എന്റിറ്റിയുമായുള്ള ബന്ധത്തെ പ്രതിഫലിപ്പിക്കുന്നുണ്ടോ?

ഒരു എക്സ്ക്ലൂസീവ് കണക്ഷനായി:

• ഒഴിവാക്കൽ ആർക്ക് മുഖേനയുള്ള ലിങ്കുകളുടെ എല്ലാ അറ്റങ്ങൾക്കും ഒരേ തരത്തിലുള്ള പ്രതിബദ്ധതയുണ്ടോ?
• അവയെല്ലാം ഒരേ സ്ഥാപനത്തെയാണോ സൂചിപ്പിക്കുന്നത്?
• സാധാരണയായി കമാനങ്ങൾ ക്രോസ് ബ്രാഞ്ചിംഗ് അവസാനിക്കുന്നു - ഈ കേസിനെക്കുറിച്ച് നിങ്ങൾക്ക് എന്ത് പറയാൻ കഴിയും?
• ഒരു കണക്ഷൻ ഒരു ആർക്ക് കൊണ്ട് മാത്രമേ മറയ്ക്കാൻ കഴിയൂ. അങ്ങനെയാണോ?
• ആർക്ക് കൊണ്ട് മൂടിയിരിക്കുന്ന ലിങ്കുകളുടെ എല്ലാ അറ്റങ്ങളും തനത് ഐഡന്റിഫയറിൽ ഉൾപ്പെടുത്തിയിട്ടുണ്ടോ?

സിസ്റ്റം പ്രവർത്തനങ്ങൾ

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

അരി. 15. വിഘടന ഉദാഹരണം

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

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

തന്ത്രം വ്യക്തമാക്കുന്നു

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

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

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

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