Инсталляциядан кейін жүйені қалыпқа келтіру

Пән: Автоматтандыру, Техника
Жұмыс түрі: Материал
Тегін: Антиплагиат
Көлемі: 7 бет
Таңдаулыға:

ҚАЗАҚСТАН РЕСПУБЛИКАСЫНЫҢ БІЛІМ ЖӘНЕ ҒЫЛЫМ МИНИСТРЛІГІ

СЕМЕЙ ҚАЛАСЫНЫҢ ШӘКӘРІМ АТЫНДАҒЫ МЕМЛЕКЕТТІК УНИВЕРСИТЕТІ

Автоматтандыру және электротехника кафедрасы

СӨЖ

Тақырыбы : Инсталляциядан кейін жүйені қалыпқа келтіру

Орындаған: Нұрғалиева Әсем

Тобы: ВТ-305с

Қабылдаған: Курушбаева Д. Т

СЕМЕЙ 2015

Жүйені қалпына келтіру нүктелері - бұл Windows-тың ағымдық күйінің түсірілімдері, ол жүйені бұрынғы күйіне қайта келтіруге мүмкіндік береді. Әрине, жүйені бұрынғы қалпына келтіргенде, одан кейін енгізілген өзгерістер жойылады, яғни жүйені соңғы қайта келтіру нүктесін құрғаннан кейінгі баптаулар, қолданбалы бағдарламалардың баптаулары және т. с. с. өшіріледі. Бірақ мұның барлығы жүйені қайта қалпына келтіру кезінде маңызды рөль атқармайды, себебі жүйені және басқа бағдарламаларды қайта орнатуға қарағанда пайдаланушы баптауларын қайта орнатуға аз ғана уақыт кетеді.

Жүйені қалпына келтіру нүктелерінің келесідей типтері болады:

бастапқы нүктелер - мұндай нүктелер Windows алғаш рет іске қосылғанда құрылады. Олардың көмегімен барлық баптауларды бастапқы күйіне келтіруге және жаңадан орнатылған «таза» Windows-ты алуға болады;
жүйенің бақылау нүктелері - жүйеге қандай да бір өзгерістер енгізілуіне байланысты әрбір 24 сағат сайын құрылып отырады;
орнатудың бақылау нүктелері - бағдарлама орнату кезінде жүйені кейін бағдарламаны орнатқанға дейінгі күйге келтіру үшін құрылады;

пайдаланушының бақылау нүктелері - пайдаланушы қолымен

құрылады;

автоматты жаңарту қызметінің бақылау нүктелері - жүйені әрбір жаңарту алдында бақылау нүктелері құрылады;
қалпына келтірудің бақылау нүктелері - жүйені алдыңғы бақылау нүктесі арқылы қалпына келтірудің алдында құрылады (қалпына келтірген соң жүйе жұмысы одан да нашарлаған жағдайда алдыңғы күйіне келтіру үшін) ;
драйверлердің бақылау нүктелері - құрылғылардың белгісіз драйверлерін орнату алдында құрылады;
резервті бақылау нүктелері - Backup утилитасы арқылы жүйені қалпына келтіру алдында құрылады (қалпына келтірген соң жүйе жұмысы одан да бұзылған жағдайда алдыңғы күйіне келтіру үшін) .

Программалық қамтаманы тестілеу - жүйенің дұрыс жұмыс жасайтындығын тексеру үшін программалық өнімнің жұмыс сипаттамалары, орындалатын кодтың шығу деректерінің зерттелуі жəне тестілік деректерді жіберу [12] .

Тестілеу - бұл верификация жəне аттестациялаудың динамикалық əдісі, себебі орындалатын жүйеде қолданылады.

Верификация жəне аттестация - деп тексеру жəне талдау процессі аталады, олардың жұмысы кезінде программалық қамтама өз спецификациясына жəне тапсырыс беруші талаптарына сəйкестігі тексеріледі. Верификация жəне аттестация программалық қамтаманың өмірлік циклын толық қамтиды, олар талаптарды талдау кезеңінде басталады жəне дайын программалық жүйенің тестілеу кезеңінде программалық кодты тексерумен аяқталады.

Верификация жүйе дұрыс құрылды ма деген сұраққа, ал аттестация жүйе дұрыс жұмыс жасайды ма деген сұраққа жауап береді [1, 5] .

Осы берілген анықтамаларға сəйкес, верификация программалық қамтаманың жүйелік спецификацияға сəйкестігін тексереді, негізінде функциональды жəне функциональды емес талап- тар тексеріледі. Аттестация - бұл верификацияға қарағанда жалпы процесс, аттестация уақытында программалық өнім тапсырыс берушінің күтілген ойына сəйкестігін тексереді. Аттестация верифи- кациядан кейін жүргізіледі. Верификацияда, əрі аттестацияда жүйені тексеру жəне талдаудың негізгі екі əдістемесі қолданылады.

Программалық қамтама инспекциясы - əзірлеу процессінің барлық кезеңдерінде жүйенің əртүрлі көрсетілімдерін (артефактілерін) тексеру жəне талдау. Инспекциялау - бұл верфикация жəне аттестациялаудың статикалық əдісі, себебі оларға орындалатын жүйе талап етілмейді [1, 13] .

Зерттеу əдістемесі жəне жалпы ақпараттар. Программалық қамтаманы тестілеуге арналып жазылған көптеген əдебиеттерде, программалық қамтама функционалды моделін тарататын, про- граммалық жүйелердің тестілеу процестері сипатталады, бірақ объектіге бағытталған жүйелердің жеке тестілеуі қарастырылмайды [2, 15] .

Функциональды модельдер бойынша жəне объектіге бағытталған жүйелер бойынша өңделген жүйелердің маңызды ерекшеліктері бар:

объектілер жеке ішкі программа мен функцияларға қарағанда маңыздырақ болады;
ішкіжүйелерге интеграцияланған объектілер əдетте өзара оңай байланысқан, сондықтан жүйенің ең жоғарғы деңгейін анықтау қиынға түседі;
қайта қолданылатын объектілерді талдау кезінде, олардың орындалатын кодты тестілеуші үшін қолжетімді емес болуы мүмкін.

Бұл ерекшеліктер объектілерді тексеру кезінде оларды кодты талдауға негізделген ақ жəшік əдісімен тексеруге болатындығын білдіреді, ал жинау кезіндегі тестілеуде басқа жолдарды қол- данған дұрыс.

Объектілермен ассоциацияланған жеке əдістерді (операцияларды) тестілеу. Əдетте əдіс- тер өздерімен функция немесе процедураларды көрсетеді. Сондықтан мұнда қара жəне ақ жəшік əдістерімен тестілеу жүргізуге болады.

Функционалды тестілеу немесе қара жəшік əдісімен тестілеу жүйенің немесе оның компо- ненттеріне спецификацияланған барлық тестілерге негізделіп базаланады. Қара жəшік сияқты жүйенің тəртібін тек оның кіріс сəйкесінше шығыс деректерін оқып үйрену арқылы анықтауға болады, яғни программалық қамтама таратылуы тексерілмейді, ал оның орнына оның орындалатын функциялары тексеріледі. Ақ жəшік əдісі деп аталатын құрылымдық тестілеу əдісі, жүйенің құры- лымы жəне оның таратылуына негізделіп құрылады. Мұндай əдіс тəртіп бойынша салыстырмалы түрде үлкен емес, программалық элементтерге қолданылады, мысалы объектілермен ассоциация- ланған ішкі программалар немесе əдістер. Мұндай жол кезінде жобалаушы тестілік деректер алу үшін компонент құрылымы жайында білімдерін қолданады, программалық кодты талдайды [6, 7] .

Объектінің жеке кластарын тестілеу. Қара жəшік əдісімен тестілеу принципі еш өзгерусіз қалады, бірақ «эквивалентті класс» түсінігін кеңейту керек [7, 16] .

Жүйені тестілік жабу жолы программадағы барлық операторлар ең болмағанда бір рет орын- далуын, сонымен қатар, барлық программаның тармақтары орындалуын талап етеді. Объектілерді тестілеу кезінде толық тестілік жабу төмендегілерден тұрады:

объектілермен ассоциацияланған барлық əдістерді бөлек тестілеу;
объектілермен ассоциацияланған барлық атрибуттарды тексеру;
күйлерді модельдеу үшін керек, объект күйлерін өзгертуге əкелетін, объектінің мүмкін болатын барлық күйлерін тексеру. Мысалы, инсталляциядан кейін объект атрибуттарының тапсыр- маларын тексеретін тестілер керек болған кезде. Сонымен қатар объект əдістері үшін бақылау тестілерін анықтап алу жəне осы əдістерді тəуелсіз тестілеуден өткізу керек. Объект күйлерін тесті- леу кезінде оның күйлерінің моделі (UML күйлер диаграммасы) қолданылады, оның көмегімен тестілеуден өткізу керек күйлер тізбегін анықтап алуға болады.

Мұрагерленуді қолдану объект кластары үшін тестілерді əзірлеуді қиындатады. Егер класс ішкі кластардан мұрагерленген əдістерді көрсететін болса, онда барлық ішкі кластарды барлық мұрагерленген əдістерімен бірге тестілеуден өткізу керек [5, 7] .

Объектілердің кластерлерін тестілеу. Бəсеңдейтін жəне өспелі жинау жолдары байланысқан объектілер тобын құру үшін жарамайды. Сондықтан мұнда басқа тестілеу əдістерін қолданған дұрыс, мысалы, сценарийлерге негізделген əдістер. Объектіге бағытталған жүйелерде модулдерді тестілеу үшін тікелей эквиваленттер жоқ. Бірақ сервистер жиынын бірге беретін кластар тобын бір- ге тестілеуге болады деп есептеледі. Мұндай тестілеу түрін кластерлерді тестілеу деп атайды [8, 14] .

Кластерлерді құру, осы кластерлердің көмегімен таратылатын əдістер мен сервистерді ерек- шелеуге негізделеді. Объектіге бағытталған жүйелердің жиындарын тестілеу үшін үш жол қолданылады.

Қолдану варианттарын жəне сценарийлерді тестілеу. Қолдану варианттары (Use Case) немесе сценарийлер жүйенің қандай да бір режимінің жұмысын сипаттайды. Тестілеу берілген Use Case тарататын осы сценарийлер мен объектілердің кластерлерін сипаттауға негізделеді.
Ағымдарды тестілеу. Бұл жол жүйелік откликтерді деректерді енгізу немесе енгізілетін оқиғалар тобын тексеруге негізделеді. Объектіге бағытталған жүйелер тəртіп бойынша, оқиғалы- басқарылатын болып табылады, сондықтан олар үшін берілген тестілеу түрі əбден сəйкес келеді. Бұл жолды қолданған кезде жүйедегі негізгі жəне альтернативті оқиғалар ағымын əзірлеу қалай жүзеге асатындығын білу керек.

Объектілер арасындағы қарым-қатынастарды тестілеу. Бұл байланысатын объектілер тобын тестілеу əдісі. Бұл жүйені жинау аралық тестілеу деңгейі жолдарды «əдіс-хабарлама», объектілер арасындағы байланыстар тізбегін қадағалауды анықтауға негізделген. UML тізбек диаграммаларын тестілік сценарийлерді əзірлеу үшін тестіленетін операцияларды анықтауда қолдануға болады. Сценарийлерді тестілеу көп жағдайларда басқа тестілеу əдістеріне қарағанда тиімді болып табылады. Тестілеу процессінің өзін бірінші кезекте мүмкін болатын сценарийлер тексерілетінде, сосын ғана мүмкін болмайтын сценарийлер тексерілетін етіп жобалауға болады. Сценарийлер өңделген қолдану варианттарынан алынып анықталады, жəне керек кезде, жүйелік объектілердің көмегін қолдана отырып қолдану варианттарын бейнелейтін əрекеттесу диаграммаларын қолдануға

Жүйені тестілейтін сценарийлерді таңдағаннан кейін əрбір кластың əдістері болмағанда бір рет орындалатындығына көз жеткізу керек. Əрине, əдістердің барлық комбинацияларын орындау мүмкін емес, бірақ, ең болмағанда, барлық əдістердің қандай-да бір орындалатын əдістер тізбегі ретінде тестілеуден өткізілгендігіне көз жеткізуге болады [6, 8] .

Интерфейстерді тестілеу. Тəртіп бойынша, интерфейстерді тестілеу модульдер немесе ішкі жүйелер үлкен жүйелерге интеграцияланған жағдайлар кезінде орындалады. Əрбір модуль немесе ішкі жүйенің басқа компоненттерімен шақырылатын берілген интерфейстері болады. Интерфейсті тестілеудің мақсаты - жүйеде пайда болған қателерді, интерфейстегі қателердің салдарын немесе интерфейстер жайындағы қате тұжырымдамаларын табу [2] .

Берілген тестілеу түрі объектіге бағытталған жобалау кезінде ерекше маңызды, ашып айтар болсақ, объектілер жəне объект кластарын қайта қолданған кезде пайдалы. Объектілер маңызды деңгейлерде интерфейстердің көмегімен анықталады жəне əртүрлі жүйелердің, əрі əртүрлі объек- тілердің əртүрлі комбинацияларында қайта қолданылуы мүмкін. Жеке объектілерді тестілеу уақытында интерфейс қателерін шығару мүмкін емес, өйткені олар бір объектінің жекеленген тəртібіне қарағанда объектілер арасындағы қарым-қатынас нəтижесі болып табылады.

Программа компоненттерінің арасында көптеген интерфейс түрлері болуы мүмкін жəне сəйкесінше əртүрлі интерфейс қателері де болады. Мұндай интерфейстерге келесілерді жатқызады: параметрлік интерфейстер, бөлінетін жады интерфейстері, процедуралық интерфейстер жəне хабарламаларды беру интерфейстері.

... жалғасы

Сіз бұл жұмысты біздің қосымшамыз арқылы толығымен тегін көре аласыз.