ГОСТ бойынша бұл стандарт (1987 ж. қарашада қайта шығарылған) олардың мақсаты мен көлеміне қарамастан компьютерлерге, кешендер мен жүйелерге арналған бағдарламаны немесе бағдарламалық өнімді әзірлеуге арналған техникалық шарттарды құру және дайындау тәртібін белгілейді.
Оны жасау кезінде сіз өте мұқият және мұқият болуыңыз керек, өйткені... Көбінесе шебер (және сауатты) әзірленген техникалық сипаттама бүкіл жұмыстың сәттілігін анықтайды. Дәл осы техникалық сипаттамалар Тапсырыс берушімен келісілген, ол әдетте мүмкіндігінше көп қарама-қайшы және күшейтілген талаптарды енгізуге тырысады. Орындаушының міндеті, керісінше, оның өмірін жеңілдету. Бірақ екі жаққа қол қойылғаннан кейін, кез келген нәрсені қайталау тым кеш.
Жалпы ережелер
Техникалық тапсырма А4 және/немесе А3 пішіміндегі парақтарда, әдетте, парақтың жолақтарын толтырмай ресімделеді. Парақ (бет) нөмірлері парақтың жоғарғы жағында мәтіннің үстінде орналасады.Бағдарламаны немесе бағдарламалық өнімді әзірлеудің кейінгі кезеңдерінде техникалық негізге өзгерістер мен толықтырулар енгізу үшін оған қосымша шығарылады. толықтыруды келісу және бекіту техникалық сипаттамалартехникалық шарттарда белгіленген тәртіппен жүзеге асырылады.
Техникалық тапсырма келесі бөлімдерден тұруы керек:
- атауы және қолдану саласы;
- даму негізі;
- дамыту мақсаты;
- бағдарламаға немесе бағдарламалық өнімге қойылатын техникалық талаптар;
- техникалық-экономикалық көрсеткіштер;
- даму кезеңдері мен кезеңдері;
- бақылау және қабылдау тәртібі;
- қолданбалар.
Бөлім: Атауы және қолдану саласы
Бөлімде Атауы және қолдану саласыбағдарламаның немесе бағдарламалық өнімнің атын, қолдану аясының қысқаша сипаттамасын және бағдарлама немесе бағдарламалық өнім пайдаланылатын объектіні көрсету.Әзірлеудің негізі бөлімінде мыналар көрсетілуі керек:
- негізінде әзірлеу жүзеге асырылатын құжат(тар);
- осы құжатты бекіткен ұйым және оның бекітілген күні;
- аты және (немесе) символыдамыту тақырыптары.
Бөлім: Дамыту мақсаты
Бөлімде Дамыту мақсатыБағдарламаның немесе бағдарламалық өнімнің функционалдық және операциялық мақсаты көрсетілуі керек. Мұнда бір немесе екі сөз тіркесімен шектелуге болады. Ең бастысы, бұл бағдарлама не үшін екенін нақты анықтау.Мысалы: Бағдарлама үздіксіз әзірлеушіге арналған автоматтандырылған жұмыс станциясының (AWS) өзегі болып табылады сызықтық жүйелер автоматты басқару(ACS), пайдаланушыға қарапайым модельдерді талдау мәселелерін шешуге мүмкіндік береді.
тарау: Бағдарламаға немесе бағдарламалық өнімге қойылатын техникалық талаптар
Бұл бөлімде келесі бөлімшелер болуы керек: - функционалдық сипаттамаларға қойылатын талаптар;
- сенімділікке қойылатын талаптар;
- пайдалану шарттары;
- құрамы мен параметрлеріне қойылатын талаптар техникалық құралдар;
- ақпаратқа қойылатын талаптар және бағдарламалық қамтамасыз ету үйлесімділігі;
- таңбалауға және қаптамаға қойылатын талаптар;
- тасымалдауға және сақтауға қойылатын талаптар;
- арнайы талаптар.
Бөлім: Функционалдық сипаттамаларға қойылатын талаптар.
Мұнда орындалатын функциялардың құрамына қойылатын талаптар, кіріс және шығыс мәліметтерді ұйымдастыру, уақыт сипаттамалары және т.б. көрсетілуі керек.Мысалы : Бағдарлама ... есептеуге ... құруға ... құруға ... мүмкіндік беруі керек.
Енгізілген деректер: берілген... мәтіндік файл.
Шығарылатын деректер: графикалық және мәтіндік ақпарат – жүйелік талдау нәтижелері...; мәтіндік файлдар - жүйе күйінің ... диагностикасы туралы есептер және барлық орын алған қателер туралы хабарламалар.
Сенімділік талаптары. Сенімді жұмысты қамтамасыз ету талаптары көрсетілуі керек (тұрақты жұмысты қамтамасыз ету, кіріс және шығыс ақпаратты бақылау, ақаулықтан кейін қалпына келтіру уақыты және т.б.).
Бұл жерде бір нәрсені «болжау» қиын. IN ең жақсы жағдай сценарийіБағдарламаңыз тек дұрыс деректермен жұмыс істейтін опция болуы мүмкін. Әдетте, Тұтынушы бұған келіспейді, бірақ сіз көріңіз.
Мысалы: Бағдарлама операциялық алгоритмге сәйкес зерттелетін графиктің инциденттерінің берілген кеңейтілген матрицасымен жұмыс істеуі, бастапқы деректер дұрыс көрсетілмеген кезде қате туралы хабарларды генерациялауы және пайдаланушыға берілген мүмкіндіктер шеңберінде интерактивті режимді қолдауы керек.
Пайдалану шарттары. Жұмыс жағдайлары көрсетілуі керек (қоршаған орта температурасы, салыстырмалы ылғалдылықт.б. сақтау құралдарының таңдалған түрлері үшін) көрсетілген сипаттамаларды, сондай-ақ қызмет түрін қамтамасыз етуі керек, қажетті мөлшержәне персоналдың біліктілігі.
Әдетте бұл мәселеде қиындықтар болмайды. Өкінішке орай, Тұтынушының пайдаланушының кәсібилігі туралы тармақ міндетті түрде болжанады. Бұл, әрине, сіздің бағдарламаңыздың қатесін табудың тағы бір себебі. Дегенмен, бұл жерде біз «Бағдарламаның жұмыс шарттары IBM PC және олармен үйлесімді компьютерлердің жұмыс жағдайларымен сәйкес келеді», «Бағдарлама кәсіби емес пайдаланушыға арналған болуы керек» сияқты сөз тіркестерімен шектелуге болады. т.б.
Техникалық құралдардың құрамына және параметрлеріне қойылатын талаптар. көрсету қажетті құрамолардың техникалық сипаттамаларын көрсететін техникалық құралдар.
Мұнда ең бастысы, бір жағынан, ештеңені ұмытпау және бәрін қамтамасыз ету (әйтпесе, олар монохромды дисплейі бар және тінтуірсіз IBM PC/XT түріне түсіп кетеді), ал екінші жағынан, оны жоғары талаптармен асыра орындаңыз, әйтпесе Тапсырыс беруші икемді Мердігерді табады.
Мысалы: EGA (VGA) графикалық адаптері бар IBM PC - үйлесімді компьютеріңіз болуы керек. Қажетті дискілік кеңістік кемінде 600 КБ, бос орын көлемі Жедел Жадтау Құрылғысы- кемінде 400 КБ. EMS драйвері және тінтуір типті манипулятор болғаны жөн.
Ақпараттық және бағдарламалық қамтамасыз ету үйлесімділігіне қойылатын талаптар. Ерекшеліктер алдыңғы абзацтағыдай. Мұнда енгізу және шығару кезіндегі ақпараттық құрылымдарға және шешу әдістеріне, бастапқы кодтарға және бағдарламалау тілдеріне қойылатын талаптар көрсетілуі керек. Қажет болған жағдайда ақпарат пен бағдарламалардың қорғалуын қамтамасыз ету қажет.
Мысалы: Бағдарлама MS DOS ОЖ нұсқасында 3.3-тен төмен емес автономды түрде жұмыс істеуі керек. Бағдарламалаудың негізгі тілі – Turbo Pascal 6.0.
Таңбалау және орау талаптары, тасымалдау және сақтау талаптары өте экзотикалық. IN жалпы жағдаймұнда бағдарламалық өнімге таңбалауға қойылатын талаптар, орау опциялары мен әдістері көрсетіледі. Ал тасымалдауға және сақтауға қойылатын талаптар бағдарламалық өнімді тасымалдау жағдайларын, сақтау орындарын, сақтау шарттарын, сақтау шарттарын, әртүрлі жағдайларда сақтау мерзімдерін көрсетуі керек.
Арнайы талаптар өте маңызды нәрсе. Мүмкіндігінше олардан аулақ болған дұрыс. Және оны дереу жариялаңыз.
Мысалы: Бағдарламаның уақыт сипаттамаларына арнайы талаптар жоқ. Бағдарламаның сыйымдылық сипаттамаларына арнайы талаптар жоқ.
Техникалық-экономикалық көрсеткіштер. Бағдарламашы үшін бұл ең қиын нүкте әрқашан бола бермейді. Бұл, ең алдымен, сіздің мақсатыңыз орындалатын жұмыстың орасан зор тиімділігі мен маңыздылығын негіздеу болған кезде қажет. Бұл элемент әдетте Тұтынушы үшін өте жақсы жұмыс істейді. Кем дегенде, бұл дамудың уақыты мен ақшалай көлемінің ең жақсы негіздемесі.
Бұл бөлім мыналарды көрсетуі керек: шамамен экономикалық тиімділік, болжамды жылдық қажеттілік (мысалы: кешенге тұтастай алғанда жылына күтілетін шақырулар саны – 365 жұмыс сессиясы), үздік отандық және шетелдік үлгілермен немесе аналогтармен салыстырғанда әзірлеудің экономикалық артықшылықтары.
Сонымен қатар, бағдарламаны әзірлеудің сметалық құнының да анықтамасын да, бағдарламалаудың күрделілігінің анықтамасын да берген жөн.
Даму кезеңдері мен кезеңдері (бұл төменде толығырақ қарастырылатын болады) қажетті әзірлеу кезеңдерін, жұмыс кезеңдері мен мазмұнын (әзірлеуге, келісуге және бекітуге жататын бағдарламалық құжаттардың тізбесі), сондай-ақ ережесі, әзірлеу мерзімі және орындаушыларды анықтау.
Стандартты қадамдар осы жерде сипатталған. Ең бастысы - уақытты дұрыс анықтау. Мүмкін болса, кезеңдерді мерзімдер (және сомалар) бойынша біркелкі бөлуге тырысыңыз. Барлық жобалар өмір сүре алмайтынын есте сақтаңыз соңғы кезең. Және әр кезең бойынша есептер болуы керек. Жұмыс жобасы ең көп уақытты қажет ететінін де есте сақтаңыз. Егер сіз құжаттаманы уақытында толтыра алмасаңыз, Тапсырыс беруші жұмысты мүлде қабылдамауға толық құқығы бар барлық салдары бар.
Негізгі және міндетті кезеңдері мен қадамдары техникалық тапсырманың өзі болып табылады, алдын ала жобалау, техникалық және жұмыс жобалары.
Дизайн жобасы. Бұл кезеңде кіріс және шығыс мәліметтердің құрылымдары егжей-тегжейлі әзірленіп, оларды ұсыну формасы анықталады. Әзірлеу үстінде жалпы сипаттамаалгоритм, алгоритмнің өзі, программа құрылымы. Бағдарламаны әзірлеу және іске асыру бойынша іс-шаралар жоспары әзірленуде.
Техникалық жоба. Есепті шешу үшін әзірленген алгоритмді, сондай-ақ бастапқы ақпаратты бақылау әдістерін қамтиды. Мұнда қателерді өңдеу және диагностикалық хабарламаларды шығару құралдары әзірленеді, бастапқы деректерді ұсыну формалары және техникалық жабдықтың конфигурациясы анықталады.
Жұмыс жобасы. Бұл кезеңде бағдарламаны бағдарламалау және жөндеу, бағдарламалық құжаттарды, бағдарламаларды және сынақ әдістерін әзірлеу жүзеге асырылады. Сынақ және жөндеу мысалдары дайындалуда. Құжаттама және графикалық материал аяқталды. Әдетте бағдарламаны әзірлеу кезінде келесі құжаттаманы дайындау керек деп белгіленеді:
Бағдарлама мәтіні;
Бағдарламаның сипаттамасы;
Тест бағдарламасы мен әдістемесі;
Қолдану сипаттамасы;
Пайдаланушы нұсқаулығы.
Бұл стандартты талаптар. Егер Тұтынушы осы тізімнің барлығын ұсынуға болмайтынымен келіссе, бұл оның сізге және сіздің өніміңізге қатысты ниетінің маңызды емес екенін білдіреді.
Ешқандай графикалық материал болмауы мүмкін. Әсіресе, сіз өзіңіздің жұмысыңыздың нәтижелері туралы есеп бермесеңіз. Бірақ маңызды жобалар үшін бұл тармақ қажет.
Мысалы: Бағдарламаны жасау кезінде келесі графикалық материалды дайындау керек:
Техникалық-экономикалық көрсеткіштер;
Бағдарлама құрылымы;
Бағдарламаның кіріс деректерін ұсыну форматы;
Жалпы алгоритм диаграммасы (2 парақ);
обазиялық есептеу алгоритмдері;
Бағдарлама жұмысының мысалы.
Бақылау және қабылдау процедурасы бөлімінде сынақтардың түрлері мен көрсетілуі керек жалпы талаптаржұмысты қабылдау үшін. Мүмкін болса, осы тармақта «әзірлеуді бақылау және қабылдау Тапсырыс беруші берген жабдықты пайдалану арқылы жүзеге асырылады» деп көрсетіңіз, әйтпесе жабдықты өзіңізбен бірге алып келу талап етілуі мүмкін.
Мысалы: Әзірлеуді бақылау және қабылдау тестілеу сынағы және жөндеу мысалдары негізінде жүзеге асырылады. Бұл бағдарламаның барлық функцияларының орындалуын тексереді.
Техникалық ерекшеліктерге қосымшаларда қажет болған жағдайда мыналар көрсетіледі:
әзірлеуді негіздейтін зерттеулер мен басқа да жұмыстардың тізбесі;
Алгоритмдік диаграммалар, кестелер, сипаттамалар, негіздемелер, есептеулер және әзірлеу кезінде қолдануға болатын басқа да құжаттар;
Басқа даму көздері.
«Ақпарат пен бағдарламалық қамтамасыз етудің үйлесімділігіне қойылатын талаптар» бөлімінде енгізу және шығару кезіндегі ақпараттық құрылымдарға және шешу әдістеріне, бастапқы кодтарға, бағдарламалау тілдеріне және бағдарламада қолданылатын бағдарламалық қамтамасыз етуге қойылатын талаптар көрсетілуі керек. Қажет болған жағдайда ақпарат пен бағдарламалардың қорғалуын қамтамасыз ету қажет.
Мысал. Компьютерде Windows 98/NT 4.0 нұсқасынан төмен емес операциялық жүйе болуы керек. Талап ақпараттың үйлесімділігікіріс және шығыс ақпарат ретінде белгілі бір құрылымның геометриялық ақпарат файлдарымен жұмыс істеу арқылы қамтамасыз етілуі керек.
Жұмыстың аяқталуы -
Бұл тақырып келесі бөлімге жатады:
Бағдарламалық қамтамасыз етуді әзірлеу технологиясы
Веб-сайтта оқыңыз: «Бағдарламалық қамтамасыз етуді әзірлеу технологиясы»...
Қажет болса қосымша материалОсы тақырып бойынша немесе сіз іздеген нәрсені таппаған болсаңыз, жұмыстардың дерекқорындағы іздеуді пайдалануды ұсынамыз:
Алынған материалмен не істейміз:
Егер бұл материал сізге пайдалы болса, оны әлеуметтік желілердегі парақшаңызға сақтауға болады:
| Твит |
Осы бөлімдегі барлық тақырыптар:
Функционалдық талаптар
«Функционалдық сипаттамаларға қойылатын талаптар» кіші бөлімінде орындалатын функциялардың құрамына, кіріс және шығыс деректерін ұйымдастыруға, уақыт сипаттамаларына қойылатын талаптар көрсетілуі тиіс.
Талаптар туралы келісім
Талаптар келісімін жасау бірінші зертхананың екінші бөлімінің мақсаты болып табылады. Сондай-ақ талаптар туралы келісім курстық жұмыстың екінші бөлімі болып табылады.
Төменде оп.
Өнімнің қысқаша сипаттамасы Қысқаша сипатталған жәнежалпы ұғымдар
өнімнің негізгі функционалдық қасиеттері. Егер бағдарламалық өнім бұрыннан бар өнімнің кеңейтімі болса, тек оның жаңа мүмкіндіктері сипатталады.
Нәтижедегі өнім құрамдастары
Бұл бөлімде 2.1-кестеге ұқсас немесе баламалы кесте берілген. Бұл жағдайда ақпаратты дайындау уақытын қысқартатын алдын ала дайындалған баспа түрі қолданылады.
Қабылданбаған қолданбалар Егер мақсат өнімді қайта өңдеу немесе жақсарту немесе белгілі қателері бар өнімді ауыстыру болса, өнімде табылған қателерді түзету жоспарлары жасалуы керек.қазір
уақыт. Сондықтан, осы сәтте
Жоспардан шығарылған элементтер
Егер өнім басқа талаптарға сәйкес әзірленген болса, қамтамасыз етілмейтін арнайы бағдарламалық құрал мүмкіндіктері мен мүмкіндіктерін талап ететін жоспарлау нұсқаулары болса.
Егер өнімді жасау қажеттілігі өнімді шығару жоспары, сериялық шығару жоспары немесе тапсырма сипаттамасы сияқты құжатпен негізделсе, онда әрбір құжаттан белгілі бір үзінді келтіріледі немесе
Пайдаланушы талаптарының тізімі
Өнімнің тұтынушылары көрсетіліп, оларға не үшін қажет екені түсіндіріледі. Бұл бөлімде өнімді пайдаланудың күтілетін мерзімі де көрсетілген. Әдетте бұл жабдықтың қызмет ету мерзімі болады
Қарастырылған баламалар
Қарастырылған және қабылданбаған осы дизайнның баламалары, сондай-ақ бас тарту себептері қысқаша сипатталған. Бағдарламаларды сатып алу қажет болса, олардың неліктен сатып алынбағаны түсіндіріледі
Инвестициялардың қайтарымы
Өнімнің жасалуы беретін пайда сәйкес терминдермен анықталады көзделген мақсатұйымдар.
Мысал. ABC Services Финляндиядағы сатылымдарды күтеді
Жүйелік бағдарламалық қамтамасыз ету Жүйелікбағдарламалық қамтамасыз ету - бұл операциялық жүйелерді, компиляторларды, утилиталарды, пакеттерді қоса алғанда, барлық басқа бағдарламалық жасақтамақолданбалы бағдарламалар
Бұл бағдарламалық құрал
Жалпы сипаттама
Бөлімшелердің саны аз болуы үшін бүкіл өнімді бір функционалды модуль ретінде қарастыру қажет. Өнімді бөлек функционалдық бөліктерге бөлмей барабар сипаттау мүмкін болмаса
Сыртқы шектеулер
Барлық шектеулер тізімделген, олардың қолданылу аясы СТ қолдану аясынан кеңірек; Бұған, мысалы, өнеркәсіптік немесе өнім желісінің шектеулері кіреді. Рұқсат етілуі мүмкін
Үйлесімділік шектеулері
Үйлесімділіктің бірнеше аспектілері әрқашан ескерілуі керек: бастапқы тіл, машина тілі, деректер және хабарлама пішімдері, есеп пішімдері, тізім пішімдері және тапсырманы басқару тілі (JL) пішімдері.
Бағдарламалық қамтамасыз ету шектеулері
Қажет болған жағдайда ұсынылатын бағдарламалық өнім жұмыс істеуі керек операциялық жүйені, сондай-ақ процесте онымен интерфейске қосылуы керек басқа бағдарламалық жасақтаманы көрсетіңіз.
Аппараттық шектеулер
Бағдарламалық өнімнің жұмысында қолданылатын құрылғылар кестесі берілген. Әрбір құрылғы үшін қажетті ең аз, номиналды және максималды сан көрсетілген. Номиналды оңтайлы
Жұмыс нәтижелері
Бағдарламалық өнімнің немесе функционалдық модульдің барлық шығыс деректері олардың мазмұны мен мақсаты бойынша сипатталады - есептер, файлдар, жазбалар, деректер өрістері, хабарламалар, кестелер, құсбелгілер. керек
Тұтас немесе функционалдық модульдер қара жәшік (немесе қара жәшіктер жиынтығы) ретінде қарастырылатын бағдарламалық өніммен орындалатын операцияларды сипаттайды. Кем дегенде, орнату
Сенімділік
Бағдарламалық қамтамасыз етудің сенімділігі қалпына келтіру мүмкіндігін білдіреді қалыпты жұмысқателер мен жабдықтың дұрыс жұмыс істемеуі жағдайында. Пайдаланушы деректерін қорғау өте маңызды. DC
Қайтадан қосу
Төтенше үзілістен кейін жұмысты қалпына келтіру кезінде, мысалы, бақылау нүктесінен қайта іске қосу кезінде деректердің сақталуын және пайдаланылуын қамтамасыз ету үшін мүмкіндіктер көрсетілген.
Мысал 1. Бағдарлама
Тұтынушының талаптарын қанағаттандыру
Бағдарламалық өнімге немесе оның шығысына нақты талаптарды қанағаттандыруға мүмкіндік беретін қасиеттер көрсетілген. Мүмкін болса, талаптарды қанағаттандырмауы мүмкін модульдерді тізімдейді.
Өнімділік сипаттамалары
Бағдарламаның тиімділігі өлшенетін негізгі айнымалы немесе негізгі принцип беріледі; сол айнымалы үшін сәйкес мәнді немесе мәндер ауқымын көрсетеді. Гл
Пайдаланудың қарапайымдылығы
«Адам-машина» әрекеттесуін адамдарға ыңғайлы ететін қасиеттер сипатталған. Мысал ретінде еркін енгізу пішімі, диалогтық режим, синтаксистік үйлесімділік, мүмкін
Техникалық қызмет көрсетудің қарапайымдылығы
Бұл мәселе стандартта қарастырылмаса, модульдердің сәйкестендірілуін қамтамасыз ету үшін шаралар сипатталған.
Мысал 1. Әрбір көз және нысан модулі бағдарламалық құрал шифрімен қамтамасыз етіледі
Пайдаланушы интерфейсін қайта іске қосу
Мысал. Барлық белсенді пайдаланушылар үшін жүйе күйі (соның ішінде ажыратылған, бірақ әлі де қызмет көрсетілетін) дискіде мерзімді түрде сақталады (уақыттарды анықтауда көрсетілген аралықта).
Пайдаланушы интерфейсінің мүмкіндіктері
Мысал. Компьютерде тек ASK орындалады және қалпына келтіру параметрі минутына бір бақылау нүктесімен сипатталады деп есептесек, әрбір пәрменді орындау керек немесе
Пайдаланушы интерфейсінің ауқымы
Мысал. ASK көмегімен әдеттегі сессияда бағдарламалау тәжірибесі жоқ пайдаланушы жүйеге терминал арқылы қосылып, диалогқа кіреді, онда ол анықтайды:
Қажет болған жағдайда ұсынылатын бағдарламалық өнім жұмыс істеуі керек операциялық жүйені, сондай-ақ процесте онымен интерфейске қосылуы керек басқа бағдарламалық жасақтаманы көрсетіңіз.
Мысал. VSOS ILSAM үшін қажетті құрылғылардан басқа (2.4.1, b және c тармақтарын қараңыз) түзету процессорына 2.3-кестеде көрсетілген құрылғылар қажет болады.
2.3-кесте – Құрылғылар
Ішкі шектеулер
Өнімнің қандай болатынын ғана емес, не болмайтынын да анықтау маңызды. Шектеу – пайдаланушы қисынды түрде күтетін, бірақ бұл мүмкіндік (немесе мүмкіндік).
Анықтамалық құжаттар
СТ-де сілтеме жасалған әрбір жоспарлау немесе техникалық құжат бөлек көрсетіледі. Әрбір осындай құжат іс жүзінде болуы керек (және болашақта болжалмаған) және
Іске асыруға қолдау көрсететін ресурстар
Жүйені орнату үшін қажетті ресурстар 2.5.3 бөлімінде сипатталған ресурстармен бірге анықталады (бұл жерде біз машинаның уақыты, еңбек шығындары және қажетті біліктіліктерді айтамыз).
Сақтау құралы
Сақтау құрылғыларының түрі бағдарламалық өнімнің барлық бөлінген компоненттері үшін анықталады (мысалы, жолдар санымен және жазу тығыздығымен сипатталатын магниттік таспа
Қажетті қатынастар Осы бағдарламалық өнім басқа жобаларға немесе функцияларға қоятын талаптары анықталады. Берілгенқысқаша сипаттама
әрбір талап және оны орнатуға болатын кезеңді көрсетеді
Қолдау көрсетілетін өзара байланыстар
Бұл бөлім құрылымы бойынша алдыңғыға ұқсас, бірақ осы өнімге басқа өнімдер қоятын талаптарды қамтиды. 2.6.1.2-бөлімдегі әрбір талап талаптармен орындалуы керек
Техникалық тексеру комиссиясы
Әрбір СТ әрбір комиссия мүшесінің жұмыс орнын және мүмкіндігінше оның аты-жөнін, сондай-ақ тағайындалуын көрсете отырып, техникалық тексеру комиссиясын (ТРК) құруды ұсынуы керек.
Сынақ деңгейлері
Бағдарламаларды тестілеу үш кезеңде ұйымдастырылуы мүмкін, үш режимде жүзеге асырылады және он санатты болуы мүмкін («Тестілеу» 5 бөлімін қараңыз). Бұл ақпарат кесте түрінде берілген. Ка үшін
Салыстыруға арналған стандарттар
Салыстыру жүргізілетін анықтамалық жүйелер анықталады. Бұл жүйенің сипаттамалары салыстырмалы бірліктерде көрсетілген. Салыстыру үшін стандарт болмаса
Күнтізбелік күндердің өзгеруі туралы хабарлама
Мысал. Жоба атауы: ASK өнімін әзірлеу Жоба коды: C013. Өнім коды: L301A.
Өнім атауы: ASK
Техникалық шарттарды жазу
Тестілеу кезеңі әдетте жүйені құрудың қаржылық құнының жартысын құрайды. Нашар жоспарланған тестілеу әзірлеу уақытының айтарлықтай артуына әкеледі.
Бағдарламалық өнімдерді тестілеуді ұйымдастыру
Тестілеу бағдарламада белгілі бір қатенің неліктен орын алғанын анықтауға және оның себептерін жоюға арналған отладтауды білдірмейді, бірақ ақаулардың болуы фактісін анықтау процесі.
Бағдарламалық өнімді тестілеу түрлері. Сынақ кезеңдері
Жалпы, сынақтар уақыт бойынша бөлінген бірнеше кезеңде жүзеге асырылады.
Бірінші кезең бағдарламалау кезеңінің соңында орындалатын А сыныбының сынақтарын қамтиды.
Бағдарламаның сынақ режимдері
Тесттер оларды кім жүргізетініне байланысты өзгереді. Негізгі идея – тестілеу функциясының даму функциясынан тәуелсіздігі.
I сынақ режимі аяқталды дегенді білдіреді
Бағдарламалық қамтамасыз ету өнімдерін сынау категориялары
Сынақ кезеңдері сынақтардың қашан өткізілетінін көрсетеді, ал режимдер сынақтарды кім жүргізетінін анықтайды. Тест категориялары сынақтардың сипаты мен мақсатын белгілейді. Ойлы бөлу және
Тест технологиясы, эквиваленттік сабақтар
Бұл сұрақты зерттеудің бір жолы - қара жәшік сынағы, деректерге негізделген тестілеу немесе testo деп аталатын тестілеу стратегиясын зерттеу.
Құрылыс сынақтары
Сынақ құру процесі мыналарды қамтиды: 1) әрбір эквиваленттік класқа бірегей нөмір беру;
2) әрқайсысын қамтитын жаңа сынақтарды жобалау
Жалпы ережелер 1.1. Құжаттың құрылымы мен форматы ГОСТ 19.105-78 сәйкес белгіленеді. 1.2. Жүйелік бағдарламашы нұсқаулығында келесі бөлімдер болуы керек: –
Бағдарлама құрылымы
Бағдарлама «Автоматтандырылған жұмыс орныоқырман» келесі құрамдас бөліктерден тұрады: 1) zcon – Z39.50 клиентінің функцияларын жүзеге асыратын қосымша; 2) zgate -CGI-Бағдарламаны орнату
Бұл құжат файлдарды атау үшін ISO/IEC 9945-1 стандартында анықталған синтаксисті пайдаланады. Соларда
операциялық жүйелер
, қолдамайтын
көрсетілген әдісқолданбалардағы файлдарды атау Бағдарламаны тексеруБағдарлама оның орындалу әдісі бойынша тексеріледі. Бағдарламаны пайдаланудың нақты шарттары (Z39.50 серверлерінің мекенжайлары, деректер базаларының атаулары, қолдау көрсетілетін нүктелер) болуына байланысты
Жүйелік бағдарламашыға хабарламалар
5.1-кестеде қабылдауға болатын хабарламалар көрсетілген жүйелік бағдарламашыконфигурациялау, бағдарламаны тестілеу кезінде, сонымен қатар бағдарламаны орындау кезінде пайдаланушы.
Бағдарламалық қамтамасыз ету жүйесі деректерді кездейсоқ жоюдан және өзгертуден қорғауды қамтамасыз етуі керек. Дерекқор серверіне кірген және сәйкес рөлдері бар уәкілетті дерекқор әкімшісі немесе оқытушы ғана деректерге қатынаса алады.
Сенімді болу үшін оқыту жүйесі келесі талаптарға сай болуы керек:
әзірленген бағдарламада пайдаланушының қате әрекеттерінен қорғау құралдары болуы керек;
барлық қателер ескертулермен немесе оларды жою бойынша кеңестермен көрсетілуі керек;
сыртқы құрылғылардың жұмысында ақаулар болған жағдайда деректердің сақталуына кепілдік беру.
Сенімділікті арттыру үшін келесі шараларды қабылдау қажет:
техникалық талаптарға сәйкес аппараттық және бағдарламалық құралдарды конфигурациялау;
ақпараттың сақтық көшірмесін кезеңді түрде жасау;
деректер қорының тұтастығын жүйелі түрде тексеру;
Желілік жабдықтың денсаулығын сақтау.
Техникалық құралдардың құрамына және параметрлеріне қойылатын талаптар
Оқыту жүйесінің қалыпты жұмыс істеуін қамтамасыз ету үшін жүйенің минималды аппараттық конфигурациясы келесіден төмен болмауы керек:
ЖЖҚ 128 МБ немесе одан жоғары.
Қатты дискіде кемінде 150 МБ бос орын.
Конфигурацияларды әзірлеу үшін пайдаланылатын компьютерге қойылатын талаптар:
AMD Athlon процессоры 900 МГц немесе одан жоғары.
ЖЖҚ 256 МБ немесе одан жоғары.
Қатты дискіде кемінде 250 МБ бос орын.
Жергілікті желіде автоматтандырылған жүйені пайдалану кезінде алдын ала орнатылған дерекқоры бар Firebird1.5.3 сервері компьютерлердің бірінде орнатылып, жұмыс істеп тұруы керек. Басқа машиналарда жабдықты есепке алу жүйесінің клиенттік қосымшасын орнату қажет.
Ақпараттық және бағдарламалық қамтамасыз ету үйлесімділігіне қойылатын талаптар
Бағдарламалық өнімді пайдалану үшін сізде келесі құрамдас бөліктер болуы керек:
Microsoft®Windows® отбасының операциялық жүйесі (кемінде 2000).
Орнатылған және конфигурацияланған бағдарламалық өнімдер MicrosoftSQLServer, IBExpert2004, Borland®C++Builder™ 6.0, Microsoft.NETFrameworkSDKv2.0.
пайдалану шарттары
Бағдарлама жұмыс істейтін аппараттық құралда орындалуы керек. Кешенде қолданылатын ДК және басқа жабдықтардың жұмыс жағдайына қойылатын талаптар құрылғыларды жеткізу пакетіне кіретін техникалық құжаттарда белгіленген.
Программалық құжаттамаға қойылатын талаптар
Бағдарламалық құжаттама келесі құжаттарды қамтуы керек.
Жүйелік әкімші нұсқаулығы.
Мұғалімге арналған нұсқаулық.
Оқушыға арналған нұсқаулық.
Жүйе әкімшісінің нұсқаулығы осы жүйенің конфигурация мүмкіндіктерінің сипаттамасын қамтуы керек.
Бағдарламалық қамтамасыз ету жүйесі нұсқаушы жұмысының сценарийлерін сипаттайтын толық нұсқаушы нұсқаулығын қамтуы керек.
Бағдарламалық қамтамасыз ету жүйесі оқушының жұмыс сценарийін сипаттайтын толық оқушыға арналған нұсқаулықты қамтуы керек.
Бағдарламалық қамтамасыз ету жүйесінің даму кезеңдері
Бағдарламалық қамтамасыз ету жүйесін әзірлеу келесі кезеңдерде ұйымдастырылуы керек.
іске асыру жоспарын әзірлеу;
сынақ жоспарын әзірлеу;
жүзеге асыру жоспарын әзірлеу.
Дизайн:
бағдарламалық жүйе архитектурасын логикалық жобалау;
мәліметтер базасының құрылымын дамыту;
пайдаланушы интерфейсінің дизайны.
Іске асыру:
әзірленген пайдаланушы интерфейсін енгізу;
бағдарламалық жүйенің негізгі функцияларын жүзеге асыру.
Жүйелік тестілеу:
құрылымдық тестілеу;
функционалдық тестілеу;
қателерді түзету және жақсартулар.
Жүйені енгізу:
қажетті жабдықтардың болуын тексеру;
жүйені орнату;
кадрлар даярлау.
Жүйеге техникалық қызмет көрсету.
Тұтынушының сұрауы бойынша бұл бағдарламалық құрал Windows платформасы үшін әзірленген. Бағдарлама осы платформаның негізгі нұсқаларында жұмыс істеуі керек: Windows98, Windows 2000, Windows XP. Сонымен қатар, WinNT нұсқаларына арналған бағдарламаның серверлік бөлігі қызмет ретінде жұмыс істеуі керек (фонда жұмыс істейді).
Жүйенің функцияларын одан әрі кеңейту мүмкіндігін қамтамасыз ету қажет (әзірлеуге ашықтық және жаңа міндеттерді қосу әдістері).
Тасымалдау және сақтау талаптары
Жасалып жатқан басқару жүйесі RAID контроллері сатылған кезде жинақ ретінде жеткізіледі. Ол жүйелік драйверлерді және сатылатын контроллерге қажетті құжаттаманы қамтитын жеке ықшам дискіге жазылуы керек. Мұны істеу үшін орнату файлдарының өлшемі стандартты ықшам дискінің (700 МБ) шамамен 2/3 бөлігінен аспайтынына көз жеткізіңіз.
Арнайы талаптар
Бағдарламаның RAID жұмысын талдайтын сервер бөлігі әрқашан RAID жүйесі бар компьютерде жұмыс істеп тұруы керек. Егер бұл модуль тоқтатылса, онсыз RAID жүйесіне қосылу мүмкін болмайды және RAID жұмысын бақылау мүмкін болмайды (ақаулар туралы хабарлама жіберу және RAID жұмыс тарихы файлдарын жүргізу).
Бағдарламаның блок-схемасы
Бүкіл бағдарламалық жоба екі тәуелсіз модульге негізделген. Жоғарыда айтылғандай, олардың біреуі RAID жүйесі бар компьютерде, ал екіншісі әкімшінің компьютерінде бөлек жұмыс істейді. Қысқаша айтқанда, біз бірінші модульді шақырамыз Агент, ал екіншісі – Менеджер.
Менеджер– бағдарлама интерфейсін, бастапқы орнату шеберін және анықтама бөлімін қамтитын бағдарламаның пайдаланушы жағы. Менеджерарқылы RAID жүйесін басқарады Агент.
Агентнегізінен командаларды жіберу үшін қызмет етеді Менеджер RAID жүйесі және керісінше. Сондай-ақ Агент RAID бақылайды (журнал файлын жүргізеді) және қателер туындаған жағдайда әкімшіге хабарлайды.
Net
Күріш. 1.2. GUIRAIDManager бағдарламасының негізгі құрылымы
Жалпы жұмыстың негізгі құрылымы күріште көрсетілген. 1.2. Ол екі модуль жұмысының әртүрлі нұсқаларын көрсетеді. АгентЖәне Менеджер:
Агент(C3 ) компьютерде іске қосылады және RAID массивінің жұмысын талдайды Р2 ;
Менеджербірге қашықтағы компьютер (C2немесе C4) желі арқылы А-ға қосылуы мүмкін гентом(C3) RAID массивінің жұмысын басқару үшін Р2 ;
МенеджерЖәне Агент RAID массивінің жұмысын басқару үшін бір C1 компьютерінде іске қосылды Р2 . Бұл опциямен желі қосылымы қажет емес.
Енгізу және шығару деректерінің құрылымы
Жалпы жүйедегі негізгі деректер алмасу екі арна арқылы жүзеге асады:
арасында МенеджерЖәне Агент TCP/IP протоколы арқылы желі арқылы (командалар Менеджержәне жауаптар Агент);
арасында Агентжәне RS-232 интерфейсі арқылы RAID контроллері (контроллердің сауалнамасы және одан жауаптар).
Жобадағы деректер алмасудың жалпы схемасы суретте көрсетілген. 1.3.
Күріш. 1.3. GUIRAIDManager бағдарламасында деректер алмасу
арасындағы деректер пішімі МенеджерЖәне Агент, сонымен қатар арасында Агентжәне RAID контроллері «Модуль деректерінің пішімі Агент» осы бөлімнің.
Бұл жобадағы менің міндетім модуль әзірлеу Агент. Сондықтан модульдегі деректер алмасуды толығырақ қарастырайық Агентарасында Менеджержәне RAID контроллері. Модульдік құрылым Агентсуретте көрсетілген. 1.4
Күріш. 1.4. Агент модулінде деректер алмасу
Бұл диаграмма деректердің арасындағы екенін көрсетеді МенеджерЖәне Агентжелі бойынша деректерді қабылдау және беру модулі арқылы өту. Қосылымды тексеру үшін Менеджербұл модуль авторизация блогын пайдаланады. Барлық алынған мәліметтер командалық процессор блогында талданады Менеджер. Пәрмен түріне байланысты ақпарат параметрлер блогына, тарих файлы блогына немесе RAID күйін сұрау модуліне өтеді. Соңғысы RAID контроллеріне командалар жіберуге және одан жауап алуға қызмет етеді. Сұрау кезінде қате орын алса немесе контроллердің жауабында маңызды хабарлама болса, хабарландыру модулі әкімшіге осы қате туралы хабарлайды.