Жүйелерді дамытудың өмірлік циклі - Systems development life cycle

Техникалық қызмет көрсету кезеңін көрсететін жүйенің даму циклінің моделі

Жылы жүйелік инженерия, ақпараттық жүйелер және бағдарламалық жасақтама, жүйелерді дамыту өмірлік цикл (SDLC) деп те аталады қолдану циклін қолдану, бұл жоспарлау, құру, тестілеу және орналастыру процесі ақпараттық жүйе.[1] Жүйелерді дамытудың өмірлік циклінің тұжырымдамасы бірқатар аппараттық және бағдарламалық жасақтама конфигурацияларына қолданылады, өйткені жүйе тек аппараттық құралдардан, тек бағдарламалық жасақтамадан немесе екеуінің жиынтығынан құралуы мүмкін.[2] Әдетте бұл циклде алты кезең бар: қажеттіліктерді талдау, жобалау, әзірлеу және сынау, енгізу, құжаттау және бағалау.

Шолу

Жүйелерді дамытудың өмірлік циклі жүйенің инженерлері мен жүйені жасаушылар жоспарлау, жобалау, құру, сынау және жеткізу үшін пайдаланатын бірнеше нақты және нақты жұмыс кезеңдерінен тұрады. ақпараттық жүйелер. Құрастыру желісінде жасалынатын кез-келген нәрсе сияқты, SDLC тұтынушылардың талаптарына негізделген, жоспарланған уақыт шектері мен шығындар сметасы шеңберінде жылжитын жүйелерді жеткізу арқылы тұтынушылардың талаптарына негізделген жоғары сапалы жүйелер шығаруға бағытталған.[3]Компьютерлік жүйелер күрделі және жиі (әсіресе жақында пайда болған кезде) қызметке бағытталған сәулет ) әртүрлі бағдарламалық жасақтама жеткізушілері ұсынатын бірнеше дәстүрлі жүйелерді байланыстыру. Осындай күрделілік деңгейін басқару үшін бірқатар SDLC модельдері немесе әдістемелері құрылды, мысалы сарқырама, спираль, Бағдарламалық жасақтаманы жылдам әзірлеу, жылдам прототиптеу, қосымша, және синхрондау және тұрақтандыру.[4]

SDLC серпінді спектрі бойынша дәйекті әдіснамадан итеративті сипаттауға болады. Сияқты икемді әдістемелер XP және Скрум, даму циклі бойынша жылдам өзгеруге мүмкіндік беретін (SDLC тәсілінің үлгісін ескермей) жеңіл процестерге назар аударыңыз. Итеративті сияқты әдістемелер Ұтымды бірыңғай процесс және динамикалық жүйелерді құру әдісі, шектеулі жобалық ауқымға назар аударыңыз және өнімді бірнеше рет қайталап кеңейтуге немесе жақсартуға. Сарқырама сияқты дәйекті немесе үлкен дизайнмен (BDUF) модельдер үлкен жобалар мен тәуекелдерді табысты және болжамды нәтижелерге жетелеу үшін толық және дұрыс жоспарлауға бағытталған.[дәйексөз қажет ] Сияқты басқа модельдер анаморфты даму, жоба ауқымын және ерекшеліктерді дамытудың адаптивті қайталануын басшылыққа алатын даму формасына назар аударуға бейім.

Жылы жоба менеджменті жоба a-мен де анықталуы мүмкін жобаның өмірлік циклі (PLC) және SDLC, оның барысында әр түрлі әрекеттер пайда болады. Тейлордың пікірінше (2004), «жобаның өмірлік циклі барлық әрекеттерді қамтиды жоба, ал жүйені дамытудың өмірлік циклі өнімді жүзеге асыруға бағытталған талаптар ".[5]

Жүйелерді дамыту өмірлік циклі (SDLC) IT жобасын жасау кезінде қолданылады, ол жобаның аяқталуына дейін сурет тақтасынан бастап жобаға қатысатын әр түрлі кезеңдерді сипаттайды.

SDLC жеке әдістеме емес, көбінесе бағдарламалық жасақтаманың өмірлік циклындағы фазалардың сипаттамасы болып табылады. Бұл фазалар (кең мағынада) тергеу, талдау, жобалау, құрастыру, сынау, жүзеге асыру және қолдау мен қолдау болып табылады. Бағдарламалық жасақтаманы әзірлеудің барлық әдіснамалары (мысалы, сарқырама мен скрум әдіснамасы сияқты) SDLC фазаларына сәйкес келеді, бірақ оны орындау әдісі әдістемелер арасында айтарлықтай өзгеріп отырады. Scrum шеңберінде[6] мысалы, бір қолданушы туралы әңгіме SDLC-тің барлық фазаларын екі апталық спринтте өтеді деп айтуға болады. Мұны тағы бір мысал ретінде сарқырама әдіснамасымен салыстырыңыз, мұнда кез-келген бизнес талабы (бизнес талаптарының спецификациясы деп аталатын құжатта SDLC талдау кезеңінде жазылған) функционалдық сипаттамаларға аударылады (жобалау кезеңінде деп аталатын құжатта жазылады) Функционалды сипаттама), содан кейін барлығы үш-тоғыз ай немесе одан да көп уақыт аралығында шешім мүмкіндіктерінің жиынтығы ретінде жинақталған. Бұл әдістемелер әр түрлі тәсілдемелер екені анық, бірақ олардың екеуі де талап туындайтын SDLC фазаларын қамтиды, содан кейін техникалық қызмет көрсету мен қолдаудың соңғы кезеңінде аяқталатын өмірлік цикл кезеңдерінен өтеді, содан кейін (әдетте) бүкіл өмірлік цикл басталады бағдарламалық жасақтаманың келесі нұсқасы үшін.

Тарих және мәліметтер

The өнімнің өмірлік циклі ақпараттық жүйелерді құру процесін өнімнің өмірінің әр кезеңін қайталай отырып, өте әдейі, құрылымдық және әдістемелік сипаттайды. Жүйелерді дамытудың өмірлік циклі, Elliott & Strachan & Radford (2004) айтуынша, «1960 жылдары пайда болды, ауқымды функционалды дамыту кәсіпкерлік жүйелер үлкен ауқымдағы заманда іскерлік конгломераттар. Ақпараттық жүйелердің қызметі ауыр бағытта жүрді деректерді өңдеу және нөмірдің қысылуы күнделікті ».[7]

Жүйелерді дамытудың бірнеше құрылымдары ішінара сияқты SDLC-ке негізделген, мысалы құрылымдық жүйелерді талдау және жобалау әдісі (SSADM) Ұлыбритания үкіметі үшін шығарылған Мемлекеттік коммерция басқармасы 1980 жылдары. Содан бері, Эллиоттың (2004) пікірі бойынша, «жүйелерді дамытуға арналған дәстүрлі өмірлік цикл тәсілдері барған сайын дәстүрлі SDLC-тің кейбір кемшіліктерін жоюға тырысатын балама тәсілдермен және құрылымдармен алмастырыла бастады».[7]

Кезеңдер

Жүйені дамытудың өмірлік циклі шеңбері жүйені жобалаушылар мен жасаушыларға арналған бірқатар іс-әрекеттерді ұсынады. Ол SDLC әр фазасы алдыңғы нәтижелерін қолданатын қадамдар немесе фазалар жиынтығынан тұрады.[8][9]

SDLC әзірлеушілер үшін маңызды фазаларды ұстанады, мысалы жоспарлау, талдау, жобалау, және іске асыру - және төмендегі бөлімде түсіндірілген. Бұған қазіргі кезде қолданылатын жүйені бағалау, ақпарат жинау, техникалық-экономикалық негіздеме және сұранысты мақұлдау кіреді. Сарқырама, фонтан, спираль, салу және бекіту, жылдам прототиптеу, өсу, синхрондау және тұрақтандыру сияқты бірқатар SDLC модельдері жасалды.[10][11] Олардың ішіндегі ең ежелгісі және ең жақсы белгілі - бұл сарқырама моделі, әр кезеңнің шығысы келесі кезең үшін кіріс болатын кезеңдердің реттілігі.[9] Бұл кезеңдерді сипаттауға және бөлуге болады әр түрлі жолдармен, соның ішінде:[8][9][12][13]

Жүйелерді дамытудың он фазалық нұсқасы[8]
  • Алдын ала талдау: Алдын ала талдаудан бастаңыз, балама шешімдерді ұсыныңыз, шығындар мен пайдаларды сипаттаңыз және ұсыныстармен алдын ала жоспар ұсыныңыз.
  1. Алдын ала талдау жүргізу: Ұйымның мақсаттары мен зерттелетін мәселенің сипаты мен ауқымын ашыңыз. Егер проблема ұйымның шағын сегментіне ғана қатысты болса да, ұйымның қандай мақсаттары бар екенін анықтаңыз. Содан кейін зерттеліп отырған мәселенің оларға қалай сәйкес келетінін көріңіз.
  2. Балама шешімдер ұсыныңыз: Ұйымның мақсаттары мен нақты мәселелерін зерттегеннен кейін бірнеше шешім табылған болуы мүмкін. Алайда, балама ұсыныстар қызметкерлермен, клиенттермен, жеткізушілермен және / немесе кеңес берушілермен сұхбаттасудан түсуі мүмкін. Түсінікке бәсекелестердің не істеп жатқанын зерттеу арқылы да қол жеткізуге болады.
  3. Шығындарды талдау: Ұсынылған өзгерістерді іске асырудың шығындары мен артықшылықтарын талдап, сипаттаңыз. Сайып келгенде, жүйені сол күйінде қалдыру, оны жақсарту немесе жаңа жүйені құру туралы түпкілікті шешім осы және алдын ала талдаудың қалған мәліметтерін басшылыққа алады.
  • Жүйелік талдау, талаптарды анықтау: Белгіленген функциялар мен қолданбалы бағдарламалардың жобалық мақсаттарын анықтаңыз. Бұл фактілерді жинау және түсіндіру, проблемаларды диагностикалау және жүйені жетілдіруді ұсыну процесін қамтиды. Жоба мақсаттарына бұдан әрі түпкі пайдаланушының ақпараттық қажеттіліктерін талдау және осы талаптардың сәйкессіздіктері мен толық еместігін жою көмектеседі.
Әзірлеуші ​​ұстанатын бірқатар қадамдар:[14]
  1. Фактілер жинағы: құжаттама, клиенттермен сұхбаттасу, бақылау және сауалнамалар арқылы соңғы пайдаланушының талаптарын алу.
  2. Қолданыстағы жүйені тексеру: қазіргі жүйенің оң және теріс жақтарын анықтаңыз, жаңа жүйеде жағымды жақтарын алға тартып, жағымсыз жақтарын болдырмас үшін.
  3. Ұсынылған жүйені талдау: екінші қадамда сипатталған кемшіліктердің шешімін табыңыз және пайдаланушының кез-келген нақты ұсынысын қолдана отырып, техникалық сипаттамаларды дайындаңыз.
  • Жүйелерді жобалау: Бұл қадамда қажетті мүмкіндіктер мен әрекеттер егжей-тегжейлі сипатталады, оның ішінде экранның орналасуы, кәсіпкерлік ережелері, технологиялық сызбалар, псевдокод және басқа құжаттар.
  • Даму: Мұнда нақты код жазылған.
  • Интеграция және тестілеу: Барлық модульдер арнайы тестілеу ортасына біріктіріледі, содан кейін қателіктер, қателер және өзара әрекеттестік тексеріледі.
  • Қабылдау, орнату, орналастыру: Бұл бағдарламалық жасақтама өндіріске енгізіліп, нақты бизнесті жүргізетін бастапқы дамудың соңғы кезеңі.
  • Техникалық қызмет көрсету: SDLC техникалық қызмет көрсету кезеңінде жүйе ескірмеуін қамтамасыз ету үшін бағаланады / бағаланады. Бұл жерде бастапқы бағдарламалық жасақтамаға өзгерістер енгізіледі.
  • Бағалау: Кейбір компаниялар мұны SDLC-тің ресми кезеңі деп санамайды, ал басқалары оны техникалық қызмет көрсету кезеңінің кеңеюі деп санайды және кейбір шеңберлерде оны іске асырудан кейінгі шолу деп атауға болады. Дәл осы жерде жасалған жүйе, сондай-ақ бүкіл процесс бағаланады. Жауап беруді қажет ететін сұрақтардың қатарына жаңадан енгізілген жүйе бизнестің бастапқы талаптары мен мақсаттарына сәйкес келетіндігі, егер жүйе сенімді және ақауларға төзімді болса, және ол бекітілген функционалдық талаптарға сәйкес жұмыс істейтін болса жатады. Шығарылған бағдарламалық жасақтаманы бағалаудан басқа, даму процесінің тиімділігін бағалау маңызды. Егер бүкіл процестің (немесе белгілі бір кезеңдердің) менеджменттің көңілінен шықпайтын кез-келген аспектілері болса, бұл уақытты жақсартатын уақыт.
  • Кәдеге жарату: Бұл кезеңде жүйелік ақпараттарды, аппараттық құралдар мен бағдарламалық жасақтаманы пайдалануды тоқтату және жаңа жүйеге көшу жоспарлары жасалады. Мұндағы мақсат - ауыстырылатын ақпаратты, аппараттық құралдарды және бағдарламалық жасақтаманы құпия мәліметтерді рұқсатсыз жария ету мүмкіндігін болдырмайтын жолмен дұрыс жылжыту, мұрағаттау, жою немесе жою. Кәдеге жарату қызметі жаңа жүйеге дұрыс көшуді қамтамасыз етеді. Алдыңғы жүйемен өңделген деректердің дұрыс сақталуы мен архивтелуіне ерекше мән беріледі. Мұның бәрі ұйымның қауіпсіздік талаптарына сәйкес жасалуы керек.[15]

Келесі диаграммада жүйенің даму циклінің осы кезеңдері АТ жұмыс өнімдерін анықтаудан бастап жасауға және өзгертуге дейін он кезеңге бөлінген:

Кез келген жоба фазалардың дәйекті түрде орындалуын талап етпейді. Алайда фазалар бір-біріне тәуелді. Жобаның көлеміне және күрделілігіне байланысты фазалар біріктірілуі немесе қабаттасуы мүмкін.[8]

Жүйелік тергеу

Алдымен АТ жүйесінің ұсынысы зерттеледі. Осы қадам барысында әсер етуі мүмкін барлық ағымдағы басымдықтарды және оларды қалай өңдеу керектігін қарастырыңыз. Кез-келген жүйелік жоспарлау жасалмас бұрын, а техникалық-экономикалық негіздеме жаңа немесе жетілдірілген жүйені құру тиімді шешім екенін анықтау үшін жүргізілуі керек. Бұл шығындар, артықшылықтар, ресурстарға қажеттіліктер және аяқтауға қажет пайдаланушылардың нақты қажеттіліктерін анықтауға көмектеседі. Әзірлеу процесі басшылық ТЭН ұсыныстарын мақұлдағаннан кейін ғана жалғаса алады.[16]

Төмендегілер техникалық-экономикалық негіздеменің әртүрлі компоненттерін ұсынады:

Талдау

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

Дизайн

Жылы жүйелерді жобалау, дизайн функциялары мен операциялары егжей-тегжейлі сипатталған, оның ішінде экранның макеттері, іскери ережелер, технологиялық сызбалар және басқа құжаттар. Осы кезеңнің нәтижесі жаңа жүйені модульдер немесе ішкі жүйелер жиынтығы ретінде сипаттайды.

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

Дизайн элементтері қажетті жүйелік сипаттамаларды егжей-тегжейлі сипаттайды және олар негізінен функционалдық иерархия диаграммаларын, экранды орналастыру сызбаларын, іскери ережелер кестелерін, бизнес-процестің диаграммаларын, псевдо-кодты және толық мәліметтер сөздігімен субъектінің өзара байланысының толық схемасын қамтиды. Бұл жобалау элементтері жүйені жеткілікті егжей-тегжейлі сипаттауға арналған, білікті әзірлеушілер мен инженерлер жүйені минималды қосымша жобалаумен дамыта алады.

Қоршаған орта

Қоршаған орта - бұл жүйені жасаушылар SDLC арқылы қозғалатын жүйелерді құра, тарата, орната, конфигурациялай, тексере және орындай алатын басқарылатын аймақ. Әр орта SDLC әр түрлі бағыттарымен үйлеседі және белгілі бір мақсаттарға арналған. Мұндай орталардың мысалдары:

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

Тестілеу

Код әртүрлі деңгейлерде тексеріледі бағдарламалық жасақтаманы тестілеу. Бірлік, жүйе және пайдаланушыны қабылдау сынақтары жиі орындалады. Бұл сұр аймақ, өйткені тестілеудің қандай кезеңдері бар екендігі және егер қайталану болса, қанша болатыны туралы әртүрлі пікірлер бар. Итерация көбінесе сарқырама моделінің бөлігі емес, бірақ ақауларды жою және орналастыруға дейін түзетулерді растау құралы осы фазаға енгізілген.

Төменде әзірленіп жатқан жүйенің түріне байланысты маңызды болуы мүмкін тестілеу түрлері келтірілген:

Оқыту және ауысу

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

Оқыту сәтті аяқталғаннан кейін жүйелік инженерлер мен әзірлеушілер жүйені түпкілікті өндірістік ортаға ауыстырады, мұнда оны соңғы пайдаланушылар пайдалануы керек және қолдау мен пайдалану персоналы қолдайды.

Пайдалану және техникалық қызмет көрсету

The орналастыру жүйенің құрамына жүйенің істен шыққанға немесе батқанға дейінгі өзгерістері мен жақсартулары кіреді. Сақтау жүйе SDLC маңызды аспектісі болып табылады. Негізгі кадрлар ұйымдағы позицияларын өзгерткендіктен, жаңа өзгерістер енгізіледі. Жүйені дамытудың екі тәсілі бар: дәстүрлі тәсіл (құрылымдық) және объектіге бағытталған. Ақпараттық инженерия дәстүрлі жүйелік тәсілді қамтиды, оны құрылымдық талдау және жобалау техникасы деп те атайды. Нысанға бағытталған тәсіл ақпараттық жүйені бір-бірімен толық және толық ақпараттық жүйені құру үшін біріктірілген объектілер жиынтығы ретінде қарастырады.

Бағалау

SDLC-тің соңғы кезеңі жүйенің тиімділігін өлшеу және әлеуетті жақсартуларды бағалау болып табылады.

Жүйелік талдау және жобалау

The жүйелерді талдау және жобалау (SAD) бұл компанияның бизнес мақсаттарын қолдау үшін аппараттық құралдарды, бағдарламалық жасақтаманы, деректерді, процестерді және адамдарды тиімді қолданатын ақпараттық жүйелерді (АЖ) құру процесі. Бұл жаңа бизнес жүйесін жоспарлау немесе қолданыстағы жүйені оның талаптарын қанағаттандыру үшін оның компоненттерін немесе модульдерін анықтау арқылы ауыстыру процесі. Жүйелік талдау мен жобалау проблеманы шешуге және байланыстыруға қызмет ететін метамәзірлеу қызметі деп санауға болады. SAD функционалды және функционалды емес талдау салаларында бәсекелес жоғары деңгейлі талаптардың арасындағы тепе-теңдікті орнату үшін пайдаланылуы мүмкін. Жүйелік талдау және жобалау үлестірілген кәсіпорын архитектурасымен, кәсіпорын I.T. Сәулет, және іскерлік архитектура, және бөлу, интерфейстер, персонал мен рөлдер және орналастыру / жедел модельдеу сияқты тұжырымдамаларға негізделеді, бұл жүйенің жоғары деңгейінің сипаттамасына ие болады. Содан кейін бұл жоғары деңгей сипаттамасы компоненттер мен модульдерге бөлінеді, оларды талдауға, жобалауға және жеке салуға және бизнес-мақсатты орындау үшін біріктіруге болады. SDLC және SAD - бұл толық өмірлік цикл өнімі мен жүйені жоспарлаудың негізі.

Объектіге бағытталған талдау

Нысанға бағытталған талдау (OOA) - бұл тапсырманы талдау процесі (а. Деп те аталады проблемалық домен ), содан кейін тапсырманы орындау үшін қолдануға болатын тұжырымдамалық модель жасау. OOA типтік моделі тұтынушының анықтаған талаптарының жиынтығын қанағаттандыру үшін пайдаланылатын компьютерлік бағдарламалық жасақтаманы сипаттайды. Проблемаларды шешудің талдау кезеңінде бағдарламашы жазбаша талаптарды, ресми көзқарас құжатын немесе мүдделі тараптармен немесе басқа мүдделі тұлғалармен сұхбаттарды қарастыра алады. Шешілетін тапсырманы әрқайсысы әртүрлі бизнес, технологиялық немесе басқа да қызығушылық тудыратын бірнеше қосымша тапсырмаларға (немесе домендерге) бөлуге болады. Әр тапсырма бөлек талданатын болады. Іске асырудың шектеулері, (мысалы, параллельдік, тарату, табандылық, немесе жүйені қалай салу керек) талдау кезеңінде қарастырылмайды; олар объектіге бағытталған жобалау кезінде шешіледі (OOD).

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

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

Нысанға бағытталған кейбір типтік (бірақ дизайнды талдаудың барлық түрлеріне ортақ) кіріс артефактілері:

  • Тұжырымдамалық модель: Концептуалды модель - бұл объектілік-бағдарланған талдаудың нәтижесі, ол проблемалық аймақтағы ұғымдарды жинақтайды. Концептуалды модель параллельділік немесе деректерді сақтау сияқты іске асырудың егжей-тегжейлерінен тәуелсіз болып айқын таңдалады.
  • Істі қолданыңыз: Use case - бұл жүйенің пайдалы іспен айналысуына әкелетін оқиғалар тізбегінің сипаттамасы. Әр пайдалану жағдайы бір немесе бірнеше ұсынады сценарийлер белгілі бір бизнес мақсатына немесе функцияларына жету үшін жүйенің актерлер деп аталатын қолданушылармен өзара әрекеттесуі керектігін көрсетеді. Қолдану кейстерінің қатысушылары соңғы пайдаланушылар немесе басқа жүйелер болуы мүмкін. Көптеген жағдайларда пайдалану жағдайлары диаграммаларда қосымша өңделеді. Қолдану жағдайының диаграммалары актер (пайдаланушылар немесе басқа жүйелер) мен олар орындайтын процестерді анықтау үшін қолданылады.
  • Жүйелік реттілік диаграммасы: Жүйелік дәйектілік диаграммасы (SSD) - бұл пайдалану жағдайының белгілі бір сценарийі үшін сыртқы актерлер тудыратын оқиғалар, олардың реті және мүмкін болатын жүйеаралық оқиғаларды көрсететін сурет.
  • Пайдаланушы интерфейсінің құжаттары (егер бар болса): сипаттайтын және сипаттайтын құжат қарау және сезу соңғы өнімнің пайдаланушы интерфейсінің. Бұл міндетті емес, бірақ бұл түпнұсқалық өнімді елестетуге көмектеседі, сондықтан дизайнерге көмектеседі.
  • Мәліметтердің реляциялық моделі (егер мүмкін болса): деректер моделі дегеніміз - деректердің қалай ұсынылатынын және қолданылуын сипаттайтын дерексіз модель. Егер объектілер базасы пайдаланылмайды, реляциялық деректер моделі әдетте жобаланғанға дейін жасалуы керек, өйткені стратегия үшін таңдалған объектілік-реляциялық картографиялау OO жобалау процесінің нәтижесі болып табылады. Дегенмен, реляциялық деректер моделін және объектіге бағытталған дизайн артефактілерін қатар құруға болады, ал артефакттың өсуі басқа артефактілерді нақтылауға түрткі бола алады.

Өміршеңдік кезең

Басқару және бақылау

Басқаруды басқаруға байланысты SPIU кезеңдері[17]

SDLC кезеңдері жобалық қызметке бағдарламалық нұсқаулық ретінде қызмет етеді және жобаның ауқымына сәйкес тереңдікте жобаларды жүргізудің икемді, бірақ дәйекті әдісін ұсынады. SDLC фазалық мақсаттарының әрқайсысы осы бөлімде негізгі нәтижелермен, ұсынылған тапсырмалардың сипаттамасымен және тиімді басқару үшін байланысты бақылау мақсаттарының қысқаша сипаттамасымен сипатталған. Жоба менеджері үшін жобаларды орындау кезінде әрбір SDLC кезеңінде бақылау мақсаттарын құру және бақылау өте маңызды. Бақылау мақсаттары қажетті нәтиже немесе мақсат туралы нақты мәлімдеме беруге көмектеседі және бүкіл SDLC процесінде қолданылуы керек. Басқару мақсаттарын негізгі санаттарға (домендерге) топтастыруға болады және суретте көрсетілгендей SDLC фазаларына қатысты болуы мүмкін.[17]

SDLC-тің кез-келген бастамасын басқару және бақылау үшін әр жобадан белгілі дәрежеде a талап етіледі жұмыстың бұзылу құрылымы (WBS) жобаны аяқтауға қажетті жұмысты жоспарлау және жоспарлау. WBS және барлық бағдарламалық материалдар жоба дәптерінің «жоба сипаттамасы» бөлімінде сақталуы керек. WBS форматы негізінен жоба жұмысын сипаттайтын етіп құру үшін жоба менеджеріне қалдырылады.

WBS-те SDLC саясатының бөлігі ретінде анықталуы керек бірнеше негізгі бағыттар бар. Келесі диаграмма WBS-те жоба менеджері белгілеген тәртіпте шешілетін үш негізгі бағытты сипаттайды.[17] Диаграмма SDLC-тің көптеген фазаларын қамтиды, бірақ байланысты MCD-де SDLC фазаларына бастапқы кескіндердің ішкі жиыны бар. Мысалы, Талдау және Дизайн бірінші кезекте сатып алу және енгізу доменінің бөлігі және жүйені құру және прототип негізінен жеткізу және қолдау бөлігі ретінде орындалады.

Жұмыстың құрылымдық ұйымдастырылуы

Жұмыстың бұзылу құрылымы[17]

Жұмыстың бұзылу құрылымының (WBS) жоғарғы бөлімі жобаның негізгі кезеңдері мен кезеңдерін қысқаша сипаттауы керек. Сонымен қатар, жоғарғы бөлімде жобаның толық көлеміне және уақыт кестесіне шолу жасалуы керек және ол жобаны мақұлдауға әкелетін жобаның алғашқы сипаттамасының бөлігі болады. WBS орта бөлімі WBS тапсырмаларын әзірлеуге басшылық ретінде жүйенің жеті даму циклінің фазаларына негізделген. WBS элементтері «іс-шараларға» қарағанда маңызды кезеңдер мен «міндеттерден» тұруы керек және нақты кезеңге ие болуы керек (әдетте екі апта немесе одан да көп). Әр тапсырманың өлшенетін нәтижесі болуы керек (мысалы, құжат, шешім немесе талдау). WBS тапсырмасы бір немесе бірнеше іс-әрекетке сүйенуі мүмкін (мысалы, бағдарламалық жасақтама, жүйелік инженерия) және жобаның ішкі немесе сыртқы міндеттерімен тығыз үйлестіруді қажет етуі мүмкін. Мердігерлердің қолдауын қажет ететін жобаның кез-келген бөлігінде a болуы керек жұмыс туралы мәлімдеме (SOW) SDLC кезеңдерінен тиісті тапсырмаларды қосу үшін жазылған. SOW-тің дамуы SDLC-тің белгілі бір кезеңінде болмайды, бірақ мердігерлер сияқты сыртқы ресурстармен жүргізілуі мүмкін SDLC процесінің жұмысын қосу үшін жасалады.[17]

Негізгі ережелер

Негізгі сызықтар жүйені дамытудың өмірлік циклінің маңызды бөлігі болып табылады. Бұл негізгі сызықтар SDLC-тің бес фазасының төртеуінен кейін құрылған және модельдің итеративті сипаты үшін өте маңызды.[18] Әрбір бастапқы деңгей SDLC-тегі маңызды кезең ретінде қарастырылады.

  • функционалдық базалық: тұжырымдамалық жобалау кезеңінен кейін құрылған.
  • бөлінген бастапқы сызық: алдын ала жобалау кезеңінен кейін орнатылған.
  • өнімнің бастапқы сызығы: бөлшектерді жобалау және әзірлеу кезеңінен кейін құрылған.
  • жаңартылған өнімнің бастапқы сызығы: өндірісті салу кезеңінен кейін құрылған.

Қосымша әдістемелер

Қосымша бағдарламалық жасақтама жасау әдістері өмірлік цикл жүйелерін дамытуға мыналар жатады:

Әдістеме тәсілдерін салыстыру (Post, & Anderson 2006)[19]
SDLCRADАшық ақпарат көзіНысандарДжейдПрототиптеуСоңғы қолданушы
БақылауРесмиMISӘлсізСтандарттарБірлескенПайдаланушыПайдаланушы
Уақыт шеңберіндеҰзақҚысқаОрташаКез келгенОрташаҚысқаҚысқа

ПайдаланушыларКөптегенАзАзӘр түрліАзБір немесе екіБір
MIS қызметкерлеріКөптегенАзЖүзСызатАзБір немесе екіЖоқ
Транзакция /DSSТранзакцияЕкеуі деЕкеуі деЕкеуі деDSSDSSDSS
ИнтерфейсМинималдыМинималдыӘлсізWindowsМаңыздыМаңыздыМаңызды
Құжаттама және оқытуӨмірлікШектелгенІшкіНысандардаШектелгенӘлсізЖоқ
Адалдық және қауіпсіздікӨмірлікӨмірлікБелгісізНысандардаШектелгенӘлсізӘлсіз
Қайта пайдалану мүмкіндігіШектелгенКейбіреулерМүмкінӨмірлікШектелгенӘлсізЖоқ

Күшті және әлсіз жақтары

Қазіргі компьютерлік әлемде аз адамдар өздерінің SDLC үшін сарқыраманың қатаң моделін қолдана алады, өйткені көптеген заманауи әдіснамалар бұл ойлауды жоққа шығарды. Кейбіреулер SDLC енді Agile computing сияқты модельдерге қолданылмайды, бірақ бұл әлі де технология шеңберінде кеңінен қолданылып жүрген термин. SDLC практикасы жүйенің дамудың дәстүрлі модельдерінде артықшылықтарға ие, бұл құрылымдық ортаға көбірек мүмкіндік береді. SDLC әдіснамасын пайдаланудың кемшіліктері қайталанатын әзірлеу қажет болғанда немесе (мысалы, веб-дамыту немесе электронды коммерция), онда мүдделі тараптар бағдарламалық жасақтаманы үнемі қарап отыруы қажет.

SDLC-тің күшті және әлсіз жақтарын салыстыру:

SDLC күші мен әлсіз жақтары[19]
КүштеріӘлсіз жақтары
БақылауДаму уақыты ұлғайды
Ірі жобаларға мониторинг жүргізуДаму құны жоғарылады
Толық қадамдарЖүйелер алдын-ала анықталуы керек
Шығындар мен аяқтау мақсаттарын бағалаңызҚаттылық
ҚұжаттамаШығындарды бағалау қиын, жобаның асып кетуі
Жақсы анықталған пайдаланушы кірісіПайдаланушының кірісі кейде шектеулі болады
Техникалық қызмет көрсетудің қарапайымдылығыКішкентай параллелизм
Әзірлеу және жобалау стандарттарыҚұжаттар мен стандарттарды автоматтандыру шектеулі
Персоналмен қамтамасыз етудің МАЖ өзгеруіне төзімдіТалаптардың өзгеруіне жол бермейді
Жобалар нәтиже бойынша ерте мерзімде консервіленген немесе құндылығы аз

SDLC-тің баламасы - прототиптеуді, қосымшаны бірлесіп әзірлеуді және CASE құралдарын енгізуді біріктіретін қосымшаны жылдам әзірлеу. RAD-тің артықшылығы - жылдамдық, игеру құнының төмендеуі және пайдаланушының әзірлеу процесіне белсенді қатысуы.

Жүйенің өмірлік циклі

Жүйенің өмірлік циклі жүйелік инженерия бұл жүйенің тұжырымдамасын, жобалау және әзірлеу, өндіру және / немесе салу, тарату, пайдалану, техникалық қызмет көрсету және қолдау, жұмыстан шығару, тоқтату және жоюды қамтитын барлық кезеңдерін қарастыратын жүйенің немесе ұсынылған жүйенің көрінісі.[20]

Тұжырымдамалық дизайн

The тұжырымдамалық дизайн кезең - анықталған қажеттілік зерттелетін, әлеуетті шешімдерге қойылатын талаптар анықталатын, әлеуетті шешімдер бағаланатын және жүйенің спецификациясы жасалатын кезең. Жүйенің спецификациясы жүйені жобалауға жалпы басшылықты қамтамасыз ететін техникалық талаптарды білдіреді. Бұл құжат барлық болашақ дамуды анықтайтындықтан, кезең тұжырымдамалық болмайынша аяқталуы мүмкін емес дизайнды шолу жүйенің спецификациясы мотивациялық қажеттілікті дұрыс шешетіндігін анықтады.

Концептуалды жобалау кезеңіндегі негізгі қадамдар:

  • Сәйкестендіру қажет
  • Техникалық-экономикалық талдау
  • Жүйелік талаптарды талдау
  • Жүйенің сипаттамасы
  • Концептуалды жобалауға шолу

Жүйені алдын-ала жобалау

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

Алдын ала жобалау кезеңіндегі негізгі қадамдарға мыналар жатады:

  • Функционалды талдау
  • Талаптарды бөлу
  • Есеп айырысудың толық зерттеулері
  • Жүйе параметрлерінің синтезі
  • Инженерлік модельдердің алдын-ала дизайны
  • Даму ерекшелігі
  • Дизайнды алдын-ала қарау

Мысалы, Viti Bank-тің жүйелік талдаушысы ретінде сізге қазіргі ақпараттық жүйені тексеру тапсырылды. Viti Bank - Фиджидегі тез дамып келе жатқан банк. Шалғайдағы ауылдық елді мекендердің клиенттері банк қызметтерін алуға қиналуда. Банктік қызметтерге қол жеткізу үшін орынға бару үшін бірнеше күн немесе тіпті апта қажет. Клиенттердің қажеттіліктерін қанағаттандыру мақсатында банк сіздің қызметтеріңізді қолданыстағы жүйені зерттеуді және қазіргі жүйені өз қажеттіліктерін қанағаттандыру үшін оны қалай ұсынуға болатындығы туралы шешімдер немесе ұсыныстар ұсынуды сұрады.

Толығырақ жобалау және әзірлеу

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

Бөлшектерді жобалау және әзірлеу кезеңіндегі негізгі қадамдарға мыналар жатады:

  • Толық дизайн
  • Толық синтез
  • Инженерлік және прототиптік модельдерді жасау
  • Даму ерекшеліктерін қайта қарау
  • Өнімнің, процестің және материалдың сипаттамасы
  • Дизайнды сыни тұрғыдан қарастыру

Өндіріс және құрылыс

Өндіріс және / немесе құрылыс кезеңінде өнім өнімде, процесте және материалдың сипаттамаларында көрсетілген талаптарға сәйкес құрастырылады немесе құрастырылады және пайдалану мақсатындағы ортада орналастырылады және сыналады. Жүйелік бағалау кемшіліктерді түзету және жүйені үнемі жетілдіруге бейімдеу мақсатында өткізіледі.

Өнімді құру кезеңіндегі негізгі қадамдарға мыналар жатады:

  • Жүйе компоненттерін өндіру және / немесе құру
  • Қабылдау сынағы
  • Жүйенің таралуы және жұмысы
  • Операциялық тестілеу және бағалау
  • Жүйені бағалау

Пайдалану және қолдау

Толық орналастырылғаннан кейін, жүйе мақсатты пайдалану рөлі үшін пайдаланылады және оның жұмыс ортасында сақталады.

Пайдалану және қолдау кезеңіндегі негізгі қадамдар:

  • Пайдаланушы ортасындағы жүйенің жұмысы
  • Өзгерістерді басқару
  • Жақсартуға арналған жүйелік модификация
  • Жүйені бағалау

Біртіндеп жою және жою

Өнімнің максималды тиімді өмірлік циклына қашан сәйкес келгенін анықтау үшін жүйенің тиімділігі мен тиімділігі үнемі бағалануы керек.[22] Қарауға мыналар жатады: Операциялық қажеттіліктің үздіксіз болуы, пайдалану талаптары мен жүйенің өнімділігі арасындағы сәйкестік, жүйенің техникалық қызмет көрсетуді тоқтату және баламалы жүйелердің қол жетімділігі.

Сондай-ақ қараңыз

Әдебиеттер тізімі

  1. ^ ДАМУ ТӘСІЛІН ТАҢДАУ. Тексерілді, 17 шілде 2014 ж.
  2. ^ Пенджаркар абзацы; Джеймс А. Родгерб; Джириш Х.Субраманиан (қараша 2008). «Бағдарламалық жасақтаманы дамытуға бағытталған Кобб-Дугластың өндірістік-өндірістік қасиеттерін эмпирикалық зерттеу». Ақпараттық және бағдарламалық технологиялар. 50 (12): 1181–1188. дои:10.1016 / j.infsof.2007.10.019.
  3. ^ «Жүйелерді дамытудың өмірлік циклі». FOLDOC. Алынған 2013-06-14.
  4. ^ «Бағдарламалық жасақтаманы дамытудың өмірлік циклі (SDLC)».
  5. ^ Тейлор, Джеймс (2004). Ақпараттық технологиялар жобаларын басқару. б. 39.
  6. ^ «Scrum деген не?». 24 желтоқсан, 2019.
  7. ^ а б Джеффри Эллиотт және Джош Страхан (2004) Жаһандық іскери ақпараттық технологиялар. 87-бет.
  8. ^ а б c г. АҚШ әділет министрлігі (2003). АҚПАРАТ РЕСУРСТАРЫН БАСҚАРУ 1 тарау. Кіріспе.
  9. ^ а б c Эвератт, Г.Д .; McLeod Jr., R. (2007). «2-тарау: бағдарламалық жасақтаманың өмірлік циклі». Бағдарламалық жасақтаманы тестілеу: бағдарламалық жасақтаманы әзірлеудің бүкіл циклында тестілеу. Джон Вили және ұлдары. 29-58 бет. ISBN  9780470146347.CS1 maint: бірнеше есімдер: авторлар тізімі (сілтеме)
  10. ^ Unhelkar, B. (2016). Шапшаң тәжірибе өнері: жобалар мен ұйымдарға арналған композициялық тәсіл. CRC Press. 56-59 бет. ISBN  9781439851197.
  11. ^ Жер, С.К .; Смит, Д.Б .; Уолз, Дж. (2012). Legan Six Sigma бағдарламалық жасақтамасын практикалық қолдау: IEEE бағдарламалық жасақтама стандарттарын қолдану. Джон Вили және ұлдары. 341-3 бет. ISBN  9780470289952.CS1 maint: бірнеше есімдер: авторлар тізімі (сілтеме)
  12. ^ Кей, Рассел (14 мамыр 2002). «QuickStudy: жүйені дамытудың өмірлік циклі». ComputerWorld.
  13. ^ Тейлор, Г.Д. (2008). Логистикалық инженерияға кіріспе. CRC Press. 12.6-12.18 бет. ISBN  9781420088571.
  14. ^ Бақылау және аудит, ақпараттық жүйелер. SDLC (Тамыз 2013 ж.). 5 тарау: Үндістанның бухгалтерлер институты. б. 5.28.CS1 maint: орналасқан жері (сілтеме)
  15. ^ Радакк, С. (нд). «Жүйені дамытудың өмірлік циклі (SDLC)» (PDF). Ұлттық стандарттар және технологиялар институты.
  16. ^ Маракас, Джеймс А. О'Брайен, Джордж М. (2010). Ақпараттық жүйелерді басқару (10-шы басылым). Нью-Йорк: МакГрав-Хилл / Ирвин. 485-489 бет. ISBN  978-0073376813.
  17. ^ а б c г. e АҚШ Өкілдер палатасы (1999). Жүйелерді дамыту өмірлік циклінің саясаты. 13-бет.
  18. ^ Бланчард, Б., & Фабрики, В. Дж. (2006) Жүйелік инженерия және талдау (4-ші басылым) Нью-Джерси: Prentice Hall. 31-бет
  19. ^ а б Пост, Г., & Андерсон, Д., (2006). Management information systems: Solving business problems with information technology. (4-ші басылым). New York: McGraw-Hill Irwin.
  20. ^ Blanchard and Fabrycky (2006). Systems Engineering and Analysis, Fourth Edition. Prentice Hall. б. 19.
  21. ^ Dr. Joahn Gouws (2007). Introduction to Engineering, System Engineering. Melikon Pty Ltd.
  22. ^ Каннингэм, Джеймс. "HERC Maintenance". Фарго. ХХІ (North Avenue): 49. Алынған 13 мамыр 2009.

Әрі қарай оқу

  • Cummings, Haag (2006). Ақпараттық ғасырға арналған ақпараттық жүйелер. Toronto, McGraw-Hill Ryerson
  • Beynon-Davies P. (2009). Business Information Systems. Palgrave, Basingstoke. ISBN  978-0-230-20368-6
  • Computer World, 2002, Retrieved on June 22, 2006 from the World Wide Web:
  • Management Information Systems, 2005, Retrieved on June 22, 2006 from the World Wide Web:
  • Бұл мақала алынған материалға негізделген Есептеу техникасының ақысыз онлайн сөздігі 2008 жылдың 1 қарашасына дейін және «қайта қарау» шарттарына сәйкес енгізілген GFDL, 1.3 немесе одан кейінгі нұсқасы.

Сыртқы сілтемелер