സ്ഥിരീകരണം - സോഫ്റ്റ്വെയർ സാധൂകരിക്കുന്നു പ്രക്രിയ

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

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

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

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

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

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

സ്ഥിരീകരണം - "ശരിയായ സോഫ്റ്റ്വെയർ ചെയ്യുമോ?" - ചോദ്യത്തിന് ഉത്തരം "ശരിയായി ചെയ്തു സോഫ്റ്റ്വെയറാണ്?" എന്നീ ആണ്.

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

ഉദാഹരണത്തിന്, ഒരു കമ്പ്യൂട്ടർ പ്രോഗ്രാം എന്ന പരിശോധന ഏത് ലക്ഷ്യം ആധാര, പ്രത്യേകിച്ചും ഉൽപ്പന്ന ജീവിതം ചക്രം, കഴിഞ്ഞ ഘട്ടത്തിൽ ലഭിക്കുന്ന ലഭിച്ച ഈ ആവശ്യങ്ങൾ നിറവേറ്റുന്നില്ല ഉറപ്പാക്കാൻ ഒരു പ്രക്രിയ നൽകുന്നു.

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

എപ്പോഴാണ് പരിശോധന സിസ്റ്റം കോഡ് സോഴ്സ് കോഡിംഗ് അപഗ്രഥിക്കുകയും അതിന്റെ പൊരുത്തപ്പെടുന്ന ഡോക്യുമെന്ററി വിവരണം പരിശോധിക്കുന്നതിൽ.

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