Бағдарламалық қамтамасыз етуді әзірлеу тәсілдері. Бағдарламалық қамтамасыз етуді әзірлеуге құрылымдық көзқарас. Шапшаңдықты дамытудың принциптері мен мәні
1.Кодтау
Бағдарламалық қамтамасыз етуді әзірлеу кезеңінде келесі негізгі әрекеттер орындалады: кодтау; тестілеу; PP анықтама жүйесін әзірлеу; пайдаланушы құжаттамасын құру; нұсқасын жасау және бағдарламалық құралды орнату,
Кодтау – жоғары және төмен деңгейлі жобалау нәтижелерін дайын бағдарламалық өнімге түрлендіру процесі. Басқаша айтқанда, кодтау кезінде құрастырылған бағдарламалық модель таңдалған бағдарламалау тілі арқылы сипатталады, ол бар тілдердің кез келгені болуы мүмкін. Тілді таңдау тапсырыс берушінің өтініші бойынша немесе шешілетін мәселені ескере отырып жүзеге асырылады жеке тәжірибеәзірлеушілер.
Кодтау кезінде таңдалған тіл үшін стандартты сақтау керек, мысалы, Си тілі үшін бұл ANSI C, ал C++ үшін ISO/IEC 14882 «С++ бағдарламалау тілінің стандарты».
Бағдарламалау тілінің жалпы қабылданған стандартынан басқа, компания бағдарламаларды жазу ережелеріне өзінің қосымша талаптарын әзірлеуі мүмкін. Олар негізінен бағдарлама мәтінін пішімдеу ережелеріне қатысты.
Стандартты және компания ережелерін сақтау дұрыс жұмыс істейтін, оқуға оңай және басқа әзірлеушілерге түсінікті, әзірлеуші, жасалған күні, аты мен мақсаты туралы ақпаратты, сондай-ақ конфигурацияны басқару үшін қажетті деректерді қамтитын бағдарламаны жасауға мүмкіндік береді.
Кодтау кезеңінде программист программаларды жазып, оларды өзі тексереді. Тестілеудің бұл түрі бірлік сынағы деп аталады. Бағдарламалық құралды тестілеуге қатысты барлық мәселелер тарауда талқыланады. 10, бағдарламалық жасақтаманы әзірлеу кезеңінде қолданылатын тестілеу технологиясы да осында сипатталған. Бұл технология тестілеу деп аталады «шыны жәшік» (шыны жәшік);кейде оны тестілеу деп те атайды «ақ жәшік» (ақ жәшік)«қара жәшік» классикалық тұжырымдамасына қарсы.
Қара жәшік сынауында бағдарлама ішкі құрылымы белгісіз нысан ретінде қарастырылады. Тестілеуші деректерді енгізеді және нәтижені талдайды, бірақ ол бағдарламаның қалай жұмыс істейтінін нақты білмейді. Тесттерді таңдаған кезде маман стандартты емес нәтижелерге әкелуі мүмкін кіріс деректері мен оның көзқарасы бойынша қызықты жағдайларды іздейді. Ол, ең алдымен, сыналатын бағдарламада қателер болуы ықтимал кіріс деректерінің әрбір класының өкілдеріне қызығушылық танытады.
«Шыны қорапты» сынау кезінде жағдай мүлдем басқаша. Тестілеуші (бұл жағдайда бағдарламашының өзі) өзі қол жеткізе алатын бастапқы кодты білу негізінде тесттер әзірлейді. толық қолжетімділік. Нәтижесінде ол мынадай жеңілдіктерге ие болады.
1. Тестілеу бағыты. Бағдарламалаушы бағдарламаны бөліктерге бөліп тексере алады, сыналатын модульді шақыратын және оған бағдарламашыны қызықтыратын мәліметтерді жіберетін арнайы сынақ ішкі бағдарламаларын жасай алады. Бөлек модульді «шыны қорап» ретінде сынау әлдеқайда оңай.
2. Толық кодты қамту. Бағдарламалаушы әр сынақта қандай код фрагменттері жұмыс істейтінін әрқашан анықтай алады. Ол кодтың қандай басқа тармақтары тексерілмейтінін көреді және олар тексерілетін шарттарды таңдай алады. Төменде орындалған сынақтардың кодты қамту дәрежесін қалай бақылауға болатынын сипаттаймыз.
3. Командалар ағынын басқару мүмкіндігі. Бағдарламашы әрқашан бағдарламада келесі функцияны орындау керектігін және оның ағымдағы күйі қандай болуы керектігін біледі. Бағдарламаның өзі ойлағандай жұмыс істейтінін білу үшін бағдарламашы оның орындалуы туралы ақпаратты көрсететін отладтау командаларын қоса алады немесе бұл үшін арнайы бағдарламаны пайдалана алады. бағдарламалық қамтамасыз етуотладчик деп аталады. Түзеткіш көптеген пайдалы әрекеттерді орындай алады: бағдарлама командаларының орындалу ретін бақылау және өзгерту, оның айнымалыларының мазмұнын және олардың жадыдағы адрестерін көрсету және т.б.
4.Деректердің тұтастығын бақылау мүмкіндігі. Бағдарламашы әрбір деректер элементін бағдарламаның қай бөлігін өзгерту керектігін біледі. Деректердің күйін бақылай отырып (бірдей отладчик арқылы) ол қате модульдермен деректердің өзгертілуі, олардың дұрыс түсіндірмесі немесе сәтсіз ұйымдастырылуы сияқты қателерді анықтай алады.Бағдарламашы өзі тестілеуді автоматтандыра алады.
5.Ішкі шекаралық нүктелерді көру. IN бастапқы кодбағдарламаның сырттан көрінбейтін шекаралық нүктелері көрінеді. Мысалы, белгілі бір әрекетті орындау үшін бірнеше мүлде басқа алгоритмдер қолданылуы мүмкін және кодқа қарамай, бағдарламашы қайсысын таңдағанын анықтау мүмкін емес. Басқа жалпы мысал кіріс деректерін уақытша сақтау үшін пайдаланылатын буфердегі толып кету мәселесі болуы мүмкін. Программист буфер қандай көлемде деректердің толып кететінін бірден айта алады және оған мыңдаған сынақтарды жүргізудің қажеті жоқ.
6. Таңдалған алгоритммен анықталатын тестілеу мүмкіндігі. Өте күрделі есептеу алгоритмдерін қолданатын деректерді өңдеуді тестілеу арнайы технологияларды қажет етуі мүмкін. Классикалық мысалдарға матрицаны түрлендіру және деректерді сұрыптау кіреді. Тестілеуші, бағдарламашыдан айырмашылығы, қандай алгоритмдер қолданылатынын нақты білуі керек, сондықтан арнайы әдебиеттерге жүгінуге тура келеді.
Шыны қорапты сынау бағдарламалау процесінің бөлігі болып табылады. Бағдарламашылар бұл жұмысты үнемі жасайды; олар әрбір модульді жазғаннан кейін, содан кейін оны жүйеге біріктіргеннен кейін қайтадан тексереді.
Бірлік сынауын орындаған кезде құрылымдық немесе функционалды тестілеу технологиясын немесе екеуін де пайдалануға болады.
Құрылымдықтестілеу шыны қорапты сынаудың бір түрі болып табылады. Оның негізгі идеясы – тексерілетін бағдарламалық құрал жолын дұрыс таңдау. Оған қарама-қарсы функционалдықтестілеу қара жәшік сынағы санатына жатады. Әрбір бағдарлама функциясы оның кіріс деректерін енгізу және оның шығысын талдау арқылы тексеріледі. Сонымен қатар, бағдарламаның ішкі құрылымы өте сирек ескеріледі.
Құрылымдық тестілеу әлдеқайда күшті болғанымен теориялық негізі, тестілеушілердің көпшілігі функционалдық тестілеуді қалайды. Құрылымдық тестілеу математикалық модельдеуге жақсырақ келеді, бірақ бұл оның тиімдірек екенін білдірмейді. Әрбір технология екіншісін пайдалану кезінде жіберілген қателерді анықтауға мүмкіндік береді. Осы тұрғыдан алғанда, оларды бірдей тиімді деп атауға болады.
Тексеру объектісі ғана емес болуы мүмкін толық жолбағдарлама (басынан аяғына дейін орындайтын командалар тізбегі), сонымен қатар оның жеке бөлімдері. Бағдарламаны орындаудың барлық мүмкін жолдарын сынау мүлдем шындыққа жанаспайды. Сондықтан, тестілеу мамандары барлық ықтимал жолдардан тестілеуді қажет ететін топтарды анықтайды. Таңдау үшін олар деп аталатын арнайы критерийлерді пайдаланады қамту критерийлері (қамту критерийлері),сынақтардың өте нақты (тіпті үлкен болса да) санын анықтайды. Бұл критерийлер кейде деп аталады логикалық қамту критерийлері,немесе толықтық критерийлері.
3. Анықтама жүйесін әзірлеу бағдарламалық өнім. Пайдаланушы құжаттамасын жасау
Құжаттаманың техникалық редакторы ретінде жоба қызметкерлерінің бірін тағайындаған жөн. Бұл қызметкер басқа жұмыстарды да орындауы мүмкін, бірақ оның негізгі міндеті құжаттаманы талдау болуы керек, тіпті егер оны басқа қызметкерлер де әзірлеп жатса да.
Көбінесе бағдарламалық жасақтаманы жасауда бірнеше адам жұмыс істейді, бірақ олардың ешқайсысы оның сапасына толық жауапкершілікті көтермейді. Нәтижесінде бағдарламалық жасақтама оны көбірек адамдар жасағандықтан пайда көріп қана қоймай, сонымен бірге жоғалтады, өйткені әрқайсысы санадан тыс жауапкершілікті екіншісіне ауыстырады және әріптестері жұмыстың осы немесе басқа бөлігін жасайды деп күтеді. Бұл мәселе техникалық құжаттаманың сапасы мен дұрыстығына толық жауап беретін редакторды тағайындау арқылы шешіледі.
PP анықтамалық жүйесі пайдаланушы нұсқаулығы үшін әзірленген материал негізінде қалыптасады. Оны осы жұмысты орындауға жауапты тұлға қалыптастырады және жасайды. Бұл техникалық редактор немесе техникалық редактормен бірге әзірлеушілердің бірі болуы мүмкін.
Жақсы құжатталған PP келесі артықшылықтарға ие.
1. Пайдаланудың қарапайымдылығы. Бағдарламалық жасақтама жақсы құжатталған болса, оны қолдану әлдеқайда оңай. Пайдаланушылар оны тезірек үйренеді, аз қателіктер жібереді және нәтижесінде өз жұмысын тезірек және тиімдірек орындайды.
2. Төмен құн техникалық көмек. Пайдаланушы өзіне қажетті әрекеттерді қалай орындау керектігін анықтай алмаған кезде, ол ПХД өндірушісінің техникалық қолдау қызметіне қоңырау шалады. Мұндай қызметті іске қосу өте қымбат. Жақсы нұсқаулық пайдаланушыларға мәселелерді өз бетінше шешуге және техникалық қолдау көрсету тобына хабарласу қажеттілігін азайтуға көмектеседі.
3. Жоғары сенімділік. Түсініксіз немесе ұқыпсыз құжаттама бағдарламалық жасақтаманың сенімділігін төмендетеді, өйткені оның пайдаланушылары қателесу ықтималдығы жоғары және олардың не себеп болғанын және олардың салдарымен қалай күресуге болатынын түсіну қиынға соғады.
Техникалық қызмет көрсетудің қарапайымдылығы. Пайдаланушы қателерінен туындаған мәселелерді талдауға көп ақша мен уақыт жұмсалады. Бағдарламалық жасақтаманың жаңа шығарылымдарында енгізілген өзгерістер көбінесе ескі функциялардың интерфейсіне жасалған өзгерістер болып табылады. Олар пайдаланушылар бағдарламалық жасақтаманы қалай пайдалану керектігін және техникалық қолдау қызметіне қоңырау шалуды тоқтатуы үшін енгізілген. Жақсы басқару
Информатика, кибернетика және бағдарламалау
Итерация N Бірыңғай даму процесі бағдарламалық қамтамасыз ету USDP Use Case Model қолданбасы қолданылатын жағдайларды сипаттайды. Аналитикалық модель қолданбаға арналған негізгі сыныптарды сипаттайды. Дизайн моделі класстар мен бөлінген объектілер арасындағы байланыстар мен қатынастарды сипаттайды.Орналастыру моделі бағдарламалық қамтамасыз етудің компьютерлер арасында таралуын сипаттайды.
№20 сабақ
Бағдарламалық қамтамасыз етуді әзірлеудің жалпы принциптері мен тәсілдері
Бағдарламалық қамтамасыз етуді әзірлеу модельдері
- Водопадная
- Каскадты модель
- Спираль
- Экстремалды бағдарламалау
- Қосымша
- MSF әдістемесі
Сарқырама үлгісі
Спиральды модель
Үдемелі даму
Талаптарды талдау
Дизайн
Іске асыру
Құрамдас
тестілеу
Интеграция
Тестілеу
бір бүтін
1-итерация 2-итерация…. Итерация Н
Бірыңғай бағдарламалық жасақтаманы әзірлеу процесі (USDP)
- Use case үлгісі қолданба пайдаланылатын жағдайларды сипаттайды.
- Аналитикалық модель қолданбаға арналған негізгі сыныптарды сипаттайды.
- Дизайн моделі сыныптар мен таңдалған объектілер арасындағы байланыстар мен қатынастарды сипаттайды
- Орналастыру моделі бағдарламалық құралдың компьютерлер арасында таралуын сипаттайды.
- Іске асыру моделі бағдарлама кодының ішкі ұйымдастырылуын сипаттайды.
- Сынақ үлгісі сынақ құрамдастарынан, сынақ процедураларынан және әртүрлі сынақ жағдайларынан тұрады.
MSF әдістемесі
Типтік бағдарламалық өнім архитектурасы компоненттері және типтік бағдарламалық қамтамасыз ету талаптары
ақауларға төзімділікқателерді анықтау, жүйе үшін жағымсыз салдарды қалпына келтіру және локализациялау арқылы оның сенімділігін арттыратын жүйе қасиеттерінің жиынтығы. Ақауларға төзімділікті қамтамасыз ету үшін кез келген нақты жүйені жобалау кезінде жүйенің істен шығуына әкелетін барлық мүмкін жағдайларды қамтамасыз ету және ақауларды өңдеу механизмдерін әзірлеу қажет.
Сенімділік жүйенің әртүрлі ақаулар мен ақауларға төтеп беру қабілеті.
Бас тарту бұл жүйенің ауысуықатенің нәтижесінде мүлдем жұмыс істемейтін күйге ауысады.
Апат жүйенің істен шығуына әкелмейтін жүйенің жұмысындағы қате.
Белгілі бір уақыт аралығындағы сәтсіздіктер мен сәтсіздіктер неғұрлым аз болса, жүйе соғұрлым сенімді болып саналады.
Сізді қызықтыруы мүмкін басқа жұмыстар сияқты |
|||
| 57355. | Органикалық қосылыстардың әртүрлілігі, олардың классификациясы. Тірі табиғаттың органикалық заттары | 48,5 КБ | |
| Органикалық қосылыстардың әртүрлілігі көміртегі атомдарының бір-бірімен қарапайым және көп байланыстар арқылы қосылуының бірегей қабілетімен анықталады, атомдардың шексіз дерлік саны тізбектерде қосылған қосылыстар: циклдар, велосипедтер, трициклдер, полициклдер, рамалар және т.б. | |||
| 57359. | Вербальды ақпараттық модельдерді өңдеу | 291 КБ | |
| Негізгі ұғымдар: модель; ақпараттық модель; ауызша ақпараттық модель; аннотация; реферат. Конспект Лат тілінен алынған конспект. 2 үшін ескертпе жасаңыз. Құжатты өз қалтасында Note деген атпен сақтаңыз. | |||
| 57361. | Сан және сурет 3. Сандарды шекарада туралау 3. Сандарды жазу 3. Объектілердің санын туралау | 35,5 КБ | |
| Неше жаратылыс бар Кім бірінші орында Кім соңғы орында 1-ші орында Кім 2-ші орында Кірпінің көршілерін ата. Кім оң қол тиін Кім солақай жираф кім ең үлкен кім кіші кім жаратылыстардың ортасында Кім тұр Маған көрсетші, аяма. | |||
Бүгінгі таңда бағдарламалық қамтамасыз ету инженериясында EIS бағдарламалық жасақтамасын әзірлеудің екі негізгі тәсілі бар, олардың арасындағы түбегейлі айырмашылық осыған байланысты әртүрлі жолдаржүйелердің ыдырауы. Бірінші тәсіл функционалдық-модульдік немесе құрылымдық деп аталады. Ол функционалдық ыдырау принципіне негізделген, онда жүйенің құрылымы оның функцияларының иерархиясы және жеке адамдар арасындағы ақпараттың тасымалдануы тұрғысынан сипатталады. функционалдық элементтер. Екінші, объектілі-бағытталған тәсіл объектінің декомпозициясын пайдаланады. Бұл жағдайда жүйенің құрылымы объектілер мен олардың арасындағы байланыстар тұрғысынан сипатталады, ал жүйенің әрекеті объектілер арасындағы хабар алмасу тұрғысынан сипатталады.
Сонымен, EIS бағдарламалық қамтамасыз етуді әзірлеуге құрылымдық көзқарастың мәні оның автоматтандырылған функцияларға ыдырауында (бөлуінде) жатыр: жүйе функционалдық ішкі жүйелерге бөлінеді, олар өз кезегінде ішкі функцияларға, тапсырмаларға және т.б. арнайы процедуралар. Бұл ретте автоматтандырылған жүйе барлық құрамдас бөліктер өзара байланысты болатын тұтас көріністі сақтайды. Жүйені «төменнен жоғары» әзірлеу кезінде жеке тапсырмалардан бүкіл жүйеге дейін тұтастық жоғалады, сипаттау кезінде проблемалар туындайды. ақпараттық өзара әрекеттесужеке компоненттер.
Құрылымдық тәсілдің барлық кең таралған әдістері бірқатар жалпы принциптерге негізделген. Негізгі принциптері:
«бөліп ал және билей бер» қағидасы (2.1.1-тармақшаны қараңыз);
иерархиялық реттілік принципі — жүйенің құрамдас бөліктерін әр деңгейде жаңа бөлшектерді қосу арқылы иерархиялық ағаш құрылымдарға ұйымдастыру принципі.
Екі негізгі қағиданы бөліп көрсету қалған қағидаттардың екінші ретті екенін білдірмейді, өйткені олардың кез келгенін елемеу болжанбайтын салдарға (соның ішінде бүкіл жобаның сәтсіздігіне) әкелуі мүмкін. Бұл принциптердің негізгілері:
абстракциялық принцип – жүйенің маңызды жақтарын бөліп көрсету және маңызды еместен абстракциялау;
жүйелілік принципі – жүйе элементтерінің негізділігі мен жүйелілігі;
деректерді құрылымдау принципі – деректер құрылымды және иерархиялық түрде ұйымдастырылуы керек.
Құрылымдық тәсіл негізінен жүйенің функционалдық құрылымын және деректер арасындағы байланыстарды сипаттайтын құралдардың екі тобын пайдаланады. Құралдардың әрбір тобы модельдердің белгілі бір түрлеріне (диаграммаларына) сәйкес келеді, олардың ең көп тарағандары:
DFD (Data Flow Diagrams) – деректер ағынының диаграммалары;
SADT (Structured Analysis and Design Technique – құрылымдық талдау және жобалау әдісі) – модельдер және сәйкес функционалдық диаграммалар;
ERD (Entity-Relationship Diagrams) – нысан қатынасының диаграммалары.
Деректер ағынының диаграммалары және нысан қатынасының диаграммалары CASE құралдарында модельдердің ең жиі қолданылатын түрлері болып табылады.
Арнайы көріністізімделген диаграммалардың және олардың конструкцияларының интерпретациясы бағдарламалық жасақтаманың өмірлік циклінің кезеңіне байланысты.
Бағдарламалық қамтамасыз ету талаптарын қалыптастыру кезеңінде SADT үлгілері мен DFD «AS-IS» моделін және «TO-BE» моделін құру үшін пайдаланылады, осылайша ұйымның бизнес-процестерінің бар және ұсынылған құрылымын және олардың арасындағы өзара әрекетті көрсетеді ( SADT үлгілерін пайдалану, әдетте, тек осы кезеңмен шектеледі, өйткені олар бастапқыда бағдарламалық жасақтаманы жобалауға арналмаған). ERD көмегімен ұйымда қолданылатын деректердің сипаттамасы дерекқорды іске асыру құралдарына (МҚБЖ) тәуелсіз тұжырымдамалық деңгейде жүзеге асырылады.
Жобалау кезеңінде жобаланған бағдарламалық жүйенің құрылымын сипаттау үшін DFD қолданылады және оларды нақтылауға, кеңейтуге және жаңа конструкциялармен толықтыруға болады. Сол сияқты, ERD деректер қоры схемасын кейінгі генерациялау үшін қолайлы логикалық деңгейде деректердің көрсетілуін сипаттайтын жаңа құрылымдармен нақтыланады және толықтырылады. Бұл модельдерді бағдарламалық жүйенің архитектурасын көрсететін диаграммалармен, программалық блок-схемалармен, иерархиямен толықтыруға болады. экран пішіндеріжәне мәзір және т.б.
Аталған үлгілер жүйенің бар немесе жаңадан жасалғанына қарамастан, EIS бағдарламалық құралының толық сипаттамасын береді. Әрбір нақты жағдайда диаграммалардың құрамы жүйенің күрделілігіне және оны сипаттаудың талап етілетін толықтығына байланысты.
Осы тарауда келтірілген диаграмма мысалдарының көпшілігінің тақырыбы Ресей Федерациясының салық жүйесі болып табылады, оның толық сипаттамасы Ресей Федерациясының Салық кодексінде қамтылған. Ақпараттық технологиялар, Ресей Федерациясының салық жүйесінде қолданылатын, белгілі бір ерекшеліктерге ие.
Сонымен, EIS бағдарламалық қамтамасыз етуді әзірлеуге құрылымдық көзқарастың мәні оның автоматтандырылған функцияларға ыдырауында (бөлуінде) жатыр: жүйе функционалдық ішкі жүйелерге бөлінеді, олар өз кезегінде ішкі функцияларға, тапсырмаларға және т.б. арнайы процедуралар. Сонымен қатар, жүйе барлық құрамдас бөліктер өзара байланысқан тұтас көріністі сақтайды. Жүйені «төменнен жоғарыға» әзірлеу кезінде жеке тапсырмалардан бүкіл жүйеге дейін тұтастық жоғалады және жеке компоненттердің ақпараттық өзара әрекеттесуін сипаттау кезінде проблемалар туындайды.
Құрылымдық тәсілдің барлық кең таралған әдістері бірқатар жалпы принциптерге негізделген:
1. «Бөл және билей бер» қағидасы;
2. Иерархиялық реттілік принципі - жүйенің құрамдас бөліктерін әрбір деңгейде жаңа бөлшектерді қосу арқылы иерархиялық ағаш құрылымдарға ұйымдастыру принципі.
Екі негізгі қағиданы оқшаулау қалған қағидалар екінші ретті дегенді білдірмейді, өйткені олардың кез келгенін елемеу күтпеген салдарға әкелуі мүмкін (соның ішінде бүкіл жобаның сәтсіздігі»). Бұл принциптердің негізгілері:
1. Абстракциялық принцип – жүйенің маңызды жақтарын бөліп көрсету және маңызды еместен абстракциялау.
2. Жүйе элементтерінің жүйелілік, негізділік және жүйелілік принципі.
3. Құрылымдық принцип деректер – деректерқұрылымды және иерархиялық түрде ұйымдастырылуы керек.
Құрылымдық көзқараста жүйенің функционалдық құрылымын және деректер арасындағы байланыстарды сипаттайтын құралдардың негізінен екі тобы бар. Құралдардың әрбір тобы белгілі бір үлгі түрлеріне (сызбаларға) сәйкес келеді, олардың ішінде ең көп тарағандары:
· DFD (Data Flow Diagrams) – деректер ағынының диаграммалары;
· SADT (Structured Analysis and Design Technique – құрылымдық талдау және жобалау әдістемесі) – модельдер және сәйкес функционалдық диаграммалар: IDEF0 (жүйелерді функционалдық модельдеу), IDEF1х (мәліметтер қорын концептуалды модельдеу), IDEF3х (сапаны бағалау жүйелерін құру) объектінің жұмысы; графикалық сипаттамапроцестер ағыны, осы процестермен өзгеретін процестер мен объектілердің өзара әрекеті);
· ERD (Entity - Relationship Diagrams) - нысан-қатынас диаграммалары.
Құрылымдық тәсілдің барлық дерлік әдістері (құрылымдық талдау) бағдарламалық қамтамасыз ету талаптарын қалыптастыру сатысында модельдеу құралдарының екі тобын пайдаланады:
1. Жүйе орындауға тиісті функцияларды және осы функциялар арасындағы байланыстарды бейнелейтін диаграммалар - DFD немесе SADT (IDEF0).
2. Деректерді және олардың байланыстарын модельдейтін диаграммалар (ERD).
Көрсетілген диаграммалардың нақты нысаны және олардың конструкцияларының интерпретациясы бағдарламалық жасақтаманың өмірлік циклінің кезеңіне байланысты.
Бағдарламалық қамтамасыз ету талаптарын қалыптастыру кезеңінде SADT үлгілері мен DFD «AS-IS» моделін және «TO-BE» моделін құру үшін пайдаланылады, осылайша ұйымның бизнес-процестерінің бар және ұсынылған құрылымын және олардың арасындағы өзара әрекеттесуді көрсетеді ( SADT үлгілерін пайдалану әдетте осы кезеңмен шектеледі, өйткені олар бастапқыда бағдарламалық жасақтаманы жобалауға арналмаған). ERD көмегімен ұйымда қолданылатын деректердің сипаттамасы дерекқорды іске асыру құралдарына (МҚБЖ) қарамастан тұжырымдамалық деңгейде жүзеге асырылады.
1. Бағдарламалау технологиясының мақсаты. Бағдарламалау технологиясының даму тарихы. Бағдарламалық қамтамасыз ету жобаларының түрлері. Программалау технологиясының құрамдас бөліктері. Жоба, өнім, процесс және адамдар
2. Бағдарламаның өмірлік циклі. Дамудың циклдік сипаты. Бағдарламалау технологиясының негізгі түсініктері. Процестер мен модельдер. Фазалар мен бұрылыстар. Маңызды кезеңдер мен артефактілер. Мүдделі тараптар мен қызметкерлер.
3. Талаптарды анықтау және талдау. Бағдарламалық қамтамасыз ету талаптары. Талаптарды әзірлеу блок-схемасы. Талаптарды басқару.
4. Архитектуралық және егжей-тегжейлі дизайн. Іске асыру және кодтау. Тестілеу және тексеру. Сапаны бақылау процесі. Ақ жәшік және қара жәшік әдістері. Тексерулер мен шолулар. Тестілеу мақсаттары. Жүйені тексеру, тексеру және тексеру. Техникалық қызмет көрсету және тұрақты даму.
5. Даму процесінің модельдері. Сарқырама және конвейер үлгілері. Спиральды және инкрементті модельдер. Икемді даму процесінің үлгілері.
6. Процесс моделін құру. Процесс талаптарын анықтау. Пайдаланылған фазалар, кезеңдер және артефактілер. Процесс архитектурасын таңдау. Стандартты жобаны орындау тәртібі. Құжатталған процедуралар.
7. Әзірлеу тобының үлгілері. Дамудың ұжымдық сипаты. Команданың оңтайлы мөлшері. Жобаға қатысушылардың бағыныштылығы. Топты дамыту және персоналды дамыту. Мамандандыру, ынтымақтастық және өзара әрекеттесу.
8. Әзірлеу тобының үлгілері. Топтың иерархиялық моделі. Хирургиялық бригада әдісі. Құрдас команда үлгісі.
9. Бағдарламалаудың табиғаты. Бағдарламалау туралы ғылым. Бағдарламалау өнері. Бағдарламалау шеберлігі. Бағдарламалау парадигмалары. Құрылымдық бағдарламалау. Логикалық программалау. Объектіге бағытталған программалау.
10. Бағдарламалық қамтамасыз ету архитектурасы. Оқиғаларды басқару. Клиент/сервер архитектурасы. Қызметтер. Үш қабатты архитектура. Бағдарлама дизайны. Концептуалды дизайн. Логикалық дизайн. Егжей-тегжейлі дизайн.
1. Новиков бағдарламалық қамтамасыз етуді әзірлеу тәсілдері» http://window. /window_catalog/files/r60368/itmo307.pdf.
2. Экстремалды бағдарламалау. – Санкт-Петербург: Петр, 2002 ж.
3. Бағдарламалық қамтамасыз етуді әзірлеу технологиясы. - Санкт Петербург. : Питер, 2004.
4. Брукс кіші. жобаланады және жасалады бағдарламалық жүйелер. М.: Наука, 1975; аударманың жаңа басылымы: Мифтік адам-ай. СПб.: СИМВОЛ+, 1999 ж.
5. Алгоритмдер + деректер құрылымдары = бағдарламалар. М., Мир, 1978 ж.
6. Жүйелі программалау. Кіріспе. М.: Мир, 1977 ж.
7. Құрылымдық бағдарламалау. М.: Мир, 1975 ж.
8. Бағдарламалау пәні. М.: Мир, 1978 ж.
9. Бағдарламалық қамтамасыз етуді әзірлеу технологиялары. – Санкт-Петербург: Петр, 2002 ж.
10. Терехов бағдарламалау. М.: БИНОМ, 2006 ж.
11. Rambo J. Бірыңғай бағдарламалық қамтамасыз етуді әзірлеу процесі. Санкт-Петербург: Петр, 2002 ж.
Менеджерлерге арналған экономикалық теория
Негізгі микроэкономикалық теориялар. Экономикалық процестерді талдауда қолдану мысалдары. Негізгі макроэкономикалық теориялар. Экономикалық процестерді талдауда қолдану мысалдары. Экономикалық процестерді басқарудың принциптері мен әдістері. Экономикалық процестердің даму деңгейін бағалау құралдары Кеңейтілген ұдайы өндіріс мәселелері. Ресей экономикасының экономикалық өсу факторлары. Тұрақты даму критерийлері мен көрсеткіштері. Циклдік ауытқуларды тегістеу. Экономикалық даму қарқынын бағалаудағы мультипликатор мен акселератордың рөлі. Экономикадағы өндірістік функциялар. Экономикалық процестерді талдауда қолдану мысалдары. Пайда. Пайдаға әсер ететін көрсеткіштерді есептеу, графикалық кескіншығынсыздық нүктесі. Инвестициялық саясатты жүзеге асыру әдістемесі.Экономикалық теория курсы: ЖОО-ға арналған оқу құралы / Ред. . –Киров: «АСА», 2004. Колемаев – математикалық модельдеу. Макроэкономикалық процестер мен жүйелерді модельдеу: оқу құралы. М.: БІРЛІК-ДАНА, 2005. Бажин кибернетика. Харьков: Консул, 2004. Математикалық модельдеу әдістері бойынша Леушин семинары: оқу құралы. Нижний Новгород штаты техника. университет – Н.Новород, 2007. Саясаткерлер экономика туралы: Экономика бойынша Нобель сыйлығының лауреаттарының лекциялары. М.: Қазіргі экономика және құқық, 2005. Черемных. Жоғары деңгей: Оқу құралы.-М.:ИНФРА-М, 2008. Мини-экономика институттарының эволюциясы. Экономика институты, Ресей ғылым академиясының Орал филиалы, - М.: Наука, 2007.
Даму және басқару шешімдерін қабылдау технологиялары [N]
Шешім қабылдау менеджер қызметінің негізі ретінде. Шешім теориясына кіріспе. Шешім теориясының негізгі түсініктері. Бизнесті басқару модельдері және олардың шешім қабылдауға әсері. Әртүрлі жолдарерітінділердің классификациясы. Классификациялар: формальдылық дәрежесіне қарай, күн тәртібіне қарай, жиілігіне қарай, жеделдігіне қарай, мақсатқа жету дәрежесіне қарай, балама таңдау әдісіне қарай. Шешім қабылдаудың негізгі әдістері. Шешім қабылдаудың ерікті әдістері. Шешім қабылдау мақсаттары. Шешімдерді іздеу уақыты. Негізгі қателер Шешім қабылдаудың математикалық әдістері. Шешім теориясының математикалық аспектілері. Операцияларды зерттеу. Шешім қабылдаудың математикалық тәсілі. Шешім ағашы. Даму және шешім қабылдау үлгілері. Ойын теориясы. Шешім қабылдаудың математикалық әдістері. Шешім теориясының математикалық аспектілері. Кезек теориясының үлгілері. Тауарлы-материалдық қорларды басқару модельдері. Сызықтық программалау моделі. Тасымалдау тапсырмалары. Имитациялық модельдеу. Желіні талдау. Экономикалық талдау. Рационалды модельдердің шектеулері. Даму ерекшеліктері және топта шешім қабылдау. Жиындардың қосылу дәрежесіне негізделген топтың бірігуін анықтау әдісі. Ұжымдық шешімдерді қабылдау әдістері. Консенсус әдісі. Дауыс беру әдістері. Шешім қабылдаудың шығармашылық әдістері. Миға шабуыл. Идеялар конференциясы. Кеме кеңесі. Де Бононың «Ойланатын қалпақшалар» әдісі. Өнертапқыштық есептерді шешу теориясы (TRIZ). Тамаша соңғы шешім. TRIZ көмегімен есептердің мысалдары және оларды шешу жолдары. Бірегей және шығармашылық шешімдер қабылдау кезінде TRIZ әдістерін қолдану. Шешім идеяларын дамыту және оларды жағдайға бейімдеу әдістері. Мақсат ағашының үлгісі. Мүдделерді үйлестіру стратегиясы. Мүдделерді үйлестіру бойынша шешімдерді қалыптастыру. Контрагенттердің мүдделерін анықтау әдістері. Шешім қабылдауды қолдау жүйелері (сарапшылық жүйелер). Шешім қабылдау жүйелерінің құрылу тарихы. Шешім қабылдау жүйелерінің классификациясы. Типтік құрылымсараптамалық жүйе. Білімді баяндау әдістері. Логикалық қорытынды жасау әдістері. Эксперттік жүйелерді тәжірибеде қолдану.I. Шешім қабылдау теориясы: Оқулық. - М.: Емтихан, 2006. - 573 б. I. Шешім қабылдау. Басқару шешімдерін әзірлеудің теориясы мен әдістері. Оқу құралы. – М.: МарТ, 2005. – 496 б. Басқару шешімдерін әзірлеу – М.: «Дело» баспасы, 2004 – 392 б. Г.Сарапшылық бағалау және шешім қабылдау.- М.: Патент, 1996.- 271 б. Таха // Операциялық зерттеулерге кіріспе = Operations Research: An Introduction. - 7-ші басылым. - М.: «Уильямс», 2007. - 549-594 Б. Г.Тейл. Экономикалық болжамдар және шешім қабылдау. М.: «Прогресс» 1970. К.Д.Льюис. Экономикалық көрсеткіштерді болжау әдістері. М.: «Қаржы және статистика» 1986. Г.С.Кильдишев, А.А.Френкель. Уақыт қатарын талдау және болжау. М.: «Статистика» 1973. О.Ким, Ч.В.Мюллер, У.Р.Клекка және т.б.Факторлық, дискриминанттық және кластерлік талдау. М.: «Қаржы және статистика» 1989. Тиімді менеджер. Кітап 3. Шешім қабылдау. – MIM LINK, 1999 Туревский және автомобиль көлігі кәсіпорнының басшылығы. - М.: Жоғары мектеп, 2005. , ; өңдеген . Басқарудағы жүйелік талдау: оқу құралы. – М.: Қаржы және статистика, 2006. , Тинков: оқу құралы. – М.: КНОРУС, 2006 ж.
Біріктірілген басқару жүйелерінде бизнес-процестерді модельдеу
Бизнес-процестер қандай принциптер бойынша ажыратылады? Бизнес-процестерді тұтас сипаттау мәселесі қандай? Жүйе дегеніміз не, оның қандай қасиеттері бар? Бизнес-процестерді модельдеудегі жүйелік талдаудың рөлі? Процесс басқару объектісі ретінде. Процесс ортасы. Бизнес-процестің негізгі элементтері. Функционалдық және процестерді басқарудың артықшылықтары мен кемшіліктері. PDCA басқару циклі. Процесті басқару циклінің кезеңдері. PDCA циклі және ISO 9001:2008 талаптарын енгізу. SADT әдістемесі (Structured Analysis and Design Technique – құрылымдық талдау және жобалау әдісі). Мәні. Негізгі ережелер. IDEF0 әдістемесінде қызметтің функционалдық моделі қалай ұсынылған? Функционалдық үлгі диаграммаларындағы әрекеттер нені білдіреді, олар IDEF0 әдістемесіне сәйкес қалай көрсетіледі? Функционалдық үлгі диаграммаларындағы көрсеткілер не үшін, олардың түрлері мен түрлері қандай? DFD әдістемесі. Мәні. DFD диаграммаларының негізгі компоненттері. DFD диаграммаларының ерекшеліктері қандай және оларда не сипатталған? DFD диаграммасының объектілерінің ерекшеліктері қандай? DFD диаграммасындағы көрсеткілер нені білдіреді? IDEF3 әдістемесі. Мәні. Құжаттау және модельдеу құралдары. IDEF3 диаграммаларының ерекшеліктері қандай және оларда не сипатталған? IDEF3 диаграммасының объектілерінің мүмкіндіктері қандай? Ал атқыш? Процестердің классификациясы. Типтік бизнес-процестер. Реинжиниринг және оның технологиясы. Компанияны басқару кезінде реинжинирингті қашан қолданған жөн? Бақылау және өлшеу процестері. Ұйымдастырушылық процестердің көрсеткіштері. Процестерді сандық және рейтингтік бағалау.«AllFusion Process Modeler (BPwin 4.1) Dialog-MEPhI көмегімен бизнес-процестерді модельдеу» 2003 «AllFusion Modeling Suite көмегімен ақпараттық жүйелерді құру» ред. "Dialog-MEPhI" 2003 "AllFusion Process Modeler 4.1. (BPwin) көмегімен функционалдық модельдеу тәжірибесі. Қайда? Неліктен? Қалай?" ред. «Dialogue-MEPhI» 2004 Дубейковский AllFusion Process Modeler (BPwin) көмегімен модельдеу. ред. «Диалог-MEPhI» 2007 Д.Марк, К.Макгоуэн «САДТ құрылымдық талдау және жобалау әдістемесі» 1993 жылы SADT әдістемесі бойынша классикалық жұмыс. Черемных жүйелерді талдау: IDEF-технологиялар, Жүйелерді модельдеу және талдау. IDEF технологиялары. Шеберхана. М.: Қаржы және статистика, 2001. «Бизнестің құрылымдық үлгілері: DFD технологиялары» http://www. /Level4.asp? ItemId=5810 «Бизнес-процестерді қайта ұйымдастыру теориясы мен тәжірибесі» 2003/ P50.1.. Функционалдық модельдеу әдістемесі. М.: Ресейдің Мемстандарты, 2000. http://www. IDEF0, IDEF3, DFD http://www. BPwin көмегімен бизнес-процестерді модельдеу http://www. /department/se/devis/7/ IDEF0 бизнесті басқару процестерін модельдеуде http:///content/view/21/27/ http://www. /dir/cat32/subj45/file1411/view1411.html http://www. http://www.
Бағдарламалық өнімдердің тиімділігін бағалау
1. АТ архитектурасы
2. Басқару процестерінің облыстары.
3. Жоспарлау және ұйымдастыру доменіндегі процестер тізімі
4. Сатып алу және енгізу домендік процестердің тізімі
5. Operation and Maintenance доменіндегі процестер тізімі
6. Мониторинг және бағалау доменіндегі процестер тізімі
7. Процестің жетілу моделінің деңгейлерінің сипаттамасы
9. KPI және KGI олардың өзара байланысы мен мақсаты
1. 10. Жалпы АТ басқару элементтері және қолданбалы басқару элементтері. Бизнестің және АТ-ның жауапкершілігі мен міндеттері.
Cobit 4.1 орыс басылымы.
Зияткерлік меншік объектілерін құру мен пайдалануды құқықтық реттеу
1. Интеллектуалдық қызмет нәтижелеріне зияткерлік құқықтарды тізіп, олардың мазмұнын ашыңыз.
2. Айрықша құқықтарға билік ету туралы шарттардың түрлерін атаңыз. Айрықша құқықтарға билік ету туралы осы келісімдердің әрқайсысын сипаттаңыз.
4. Авторлық құқық объектісі ретінде компьютерлік бағдарламаны құқықтық қорғаудың негізгі ережелерін сипаттаңыз.
5. Авторлық құқық объектісі және сабақтас құқықтар объектісі ретінде Деректер қорын құқықтық қорғаудың негізгі ережелерін салыстырыңыз.
6. Патенттік құқық объектілерінің патентке қабілеттілік шарттарын сипаттаңыз: өнертабыстар; пайдалы модельдер; өнеркәсіптік үлгілер.
7. Өнертабысқа патентке қабілеттілік критерийлерінің мазмұнын кеңейту: жаңалық; өнертапқыштық қадам; өнеркәсіптік қолдану мүмкіндігі.
8. Өнертабысқа, пайдалы модельге немесе өнеркәсiптiк үлгiге патент алудың шарттары мен тәртiбiн, сондай-ақ патенттердiң жарамдылығын қамтамасыз ететiн шарттарды және олардың қолданылу мерзiмдерiн сипаттаңыз.
9. «Ноу-хауды» анықтаңыз және оны жасау кезінде өндірістік құпияны құқықтық қорғау туындайтын және жүзеге асырылатын жағдайларды атаңыз.
10. Даралаудың қорғалатын құралдарын атаңыз және олардың салыстырмалы сипаттамасын беріңіз.
1. Зияткерлік меншік құқығы Ресей Федерациясы, оқу құралы // М, Проспект, 2007
2., Зияткерлік меншік құқығы, оқу құралы // М, РИОР, 2009 ж.
Жобаны және бағдарламалық жасақтаманы әзірлеуді басқару [I]
Әдістеме дегеніміз не, ол не үшін қажет. Әдістеменің жалпы құрылымы, әдістеменің негізгі элементтері. Өз әдістемеңізді құрастыру принциптері. Әртүрлі артефактілердің, рөлдердің, құзыреттердің, шекаралық жағдайлардың мысалдары. Кауберн бойынша әдістеменің құрылымы, әдістеме метрикасы. Коуберннің дизайн критерийлері. Әдістемені таңдау критерийлері, Кауберн матрицасы. Жобаның өмірлік циклі. Сарқырама және қайталанатын өмірлік цикл үлгілері. Сарқырама және итерациялық үлгілер үшін қолдану шегі. Итеративті әдістеменің мысалы ретінде RUP. RUP негізгі түсініктері, қолдану шегі. Бағдарламалық жасақтаманы әзірлеудегі адамның рөлі. Agile әдістемелері, Agile әдістемелерінің негізгі принциптері. Икемді әдістемелердің пайда болу себебі. Scrum икемді әдістеменің мысалы ретінде. Scrum-тағы рөлдер, артефактілер, әрекеттер. Scrum қолданбасының шектеулері. Экстремалды бағдарламалау (XP) Идеялар, құндылықтар, негізгі тәжірибелер, қолдану шегі. Scrum және XP арасындағы ұқсастықтар мен айырмашылықтар. Талаптарды жинау және басқару. Негізгі тәжірибелер, терминдер, принциптер. Жоба мен өнімді құжаттау тәсілдері, құжаттардың негізгі түрлері. Курста талқыланған әдістемелерден талаптарды басқару тәжірибесінің мысалдары. Бағдарламалық қамтамасыз етуді әзірлеуді жоспарлау. Жоспар түрлері, тәуекелдерді басқару, танымал тәуекелдер. Курста талқыланған әдістемелерден дамуды жоспарлау тәжірибесінің мысалдары. Бағдарламалық қамтамасыз етуді әзірлеуде тестілеу. Бағдарламалық өнімді құрастыру (құрастыру) туралы түсінік. Тестілеудің негізгі әдістері, терминдері. Курста талқыланған әдістемелерден тестілеу тәжірибелерінің мысалдары. Құрастыру (құрастыру) туралы түсінік, кодты сақтау әдістері, құралдар. Нұсқаларды басқару жүйесімен жұмысты ұйымдастырудың екі принципі. Әртүрлі өнім санаттары үшін өнімді шығару/көрсету процесінің ерекшеліктері, тәжірибе мысалдары. БҚ архитектурасының қазіргі концепциялары, көп деңгейлі архитектуралар, архитектура критерийлері. Бағдарламалық қамтамасыз етуді жобалау кезінде қажетті шешімдер тізімі, мәліметтерді сақтау жүйесін таңдау тәсілдері.Кент Бек - Экстремалды бағдарламалау Фредерик Брукс - Мифтік адам-ай немесе бағдарламалық қамтамасыз ету жүйелері қалай құрылады. Том ДеМарко - Мерзімі. Жобаны басқару туралы роман. Том Де Марко, Тимоти Листер - Аюлармен вальс. Том де Марко, Тимоти Листер - Адам факторы_ табысты жобалар мен командалар. Алистер Кауберн - Әр жобаның өз әдістемесі бар. Alistair Cowburn - Адамдар сызықты емес және бағдарламалық жасақтаманы жасаудағы ең маңызды компоненттер. Андрей Орлов - Автоматтандыру инженерінің жазбалары. Кәсіби мойындау. Филипп Кратчен – Рационалды біртұтас процесске кіріспе. Хенрик Книберг - Scrum және XP: алдыңғы қатардағы жазбалар. Курс бойынша лекциялардың презентациялары
