Ұтымды бірыңғай процесс - Rational Unified Process

Бағдарламалық жасақтама жасау
Негізгі қызмет
Парадигмалар мен модельдер
Әдістемелер және шеңберлер
Қолдау пәндері
Тәжірибелер
Құралдар
Стандарттар және білім органдары
Глоссарийлер
Контурлар

The Ұтымды бірыңғай процесс (RUP) болып табылады қайталанатын бағдарламалық жасақтама жасау процесі құрылған рамка Рационалды бағдарламалық жасақтама Корпорациясы, бөлімшесі IBM 2003 жылдан бастап.[1] RUP - бұл нақты нұсқамалық процесс емес, керісінше бейімделетін процесс жақтау, олардың қажеттіліктеріне сәйкес келетін процестің элементтерін таңдайтын әзірлеуші ​​ұйымдар мен бағдарламалық қамтамасыз етудің жобалық топтары бейімдеуге арналған. RUP - бұл нақты іске асыру Бірыңғай процесс.

Тарих

Рационалды бағдарламалық қамтамасыз ету бастапқыда рационалды бірыңғай процесті бағдарламалық жасақтама өнімі ретінде дамытты. Өнімге еренсілтеме берілген білім қоры кіреді артефактілер және әр түрлі қызмет түрлеріне арналған толық сипаттамалар. RUP құрамына кіреді IBM Rational Method Composer (RMC) процесті теңшеуге мүмкіндік беретін өнім.

Филипп Крухтен, тәжірибелі ұтымды техникалық өкілге RUP-тің бастапқы тобын басқаруға тапсырма берілді. Бұл саяхат 1996 жылы рационалды объектілік процесті (ROP) құрудан басталды, ол кезде рациональ жазған объектілік процесті сатып алды Ивар Джейкобсон және компания. Бұл кейінгі шығарылымдарда атауды Бірыңғай модельдеу тілімен сәйкестендіру үшін ішінара Рационалды Бірыңғай Процесс (RUP) деп өзгертілді.

Бұл алғашқы нұсқалар Рационалды бағдарламалық жасақтама ұйымының объектілік-бағдарланған жүйелерді құрудағы кең өріс тәжірибесін (рационалды дала қызметкерлері «рационалды тәсіл» деп атайды) Objectory-дің пайдалану жағдайлары сияқты тәжірибелер туралы нұсқаулығымен біріктірді және Джим Румбаудың кең мазмұнын қамтыды. Объектілерді модельдеу технологиясы (OMT) модельдеуге деген көзқарас, Grady Booch's Booch әдісі, және жаңадан шыққан UML 0.8.[2][3]

Осы өсіп келе жатқан білім қорын қол жетімді етуге көмектесу үшін, Филипп Крухтен заманауи бағдарламалық жасақтама жасаудың нақты процестік шеңберін құрастыру тапсырылды. Бұл күш жұмыс істеді HTML - Objectory әзірлеген процестерді жеткізуге негізделген механизм. Нәтижесінде «Рационалды Бірыңғай Процесс» (RUP) Rational үшін стратегиялық штативті аяқтады:

  • а арнайы процесс дамуға бағыт берген
  • құралдар бұл процесті қолдануды автоматтандырған
  • қызметтер бұл үдерісті де, құралдарды да жеделдетіп қабылдау.

Бұл нұсқаулық келесі нұсқаларда Rational сатып алған компаниялардың тәжірибесіне негізделген біліммен толықтырылды.

1997 жылы тәсілдер мен сынақ тәртібі қосылды, қосымша материалдардың көп бөлігі Дин Леффингвелл және басқалар жасаған Талаптар колледжі әдісінен алынды. Requisite, Inc. компаниясында және SQA Inc-те жасалған SQA Process әдісі, екі компанияны да Rational Software сатып алған.

1998 жылы рационалды бағдарламалық жасақтама екі жаңа пәнді қосты:

  1. бизнес-модельдеу, бұл мазмұнның көп бөлігі бұрын объектілік процесте болған
  2. Pure Atria корпорациясын сатып алу арқылы алынған конфигурация және өзгерістерді басқару пәні.

Бұл толықтырулар Рационалды анықтаған және RUP шеңберінде алтылық ретінде тұжырымдалған негізгі қағидалар жиынтығына әкеледі озық тәжірибелер заманауи бағдарламалық жасақтама жасау үшін:

  1. Тәуекелді қайталаудың негізгі драйвері ретінде дамытыңыз[4]
  2. Талаптарды басқарыңыз
  3. Компоненттерге негізделген архитектураны қолданыңыз
  4. Бағдарламалық жасақтаманы визуалды түрде
  5. Сапаны үнемі тексеріп отырыңыз
  6. Өзгерістерді басқару

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

Қосымша әдістемелер, соның ішінде өнімділікті тексеру, интерфейс дизайны, деректерді жобалау және UML 1.1-дегі өзгерістерді көрсететін жаңарту енгізілген.

1999 жылы жобалық менеджмент пәні, сонымен қатар нақты уақыт режимінде бағдарламалық жасақтама әзірлеуді қолдау әдістері және UML 1.3 көрінісі үшін жаңартулар енгізілді. Сонымен қатар, процесті сипаттайтын алғашқы кітап - Бағдарламалық жасақтаманы әзірлеудің бірыңғай процесі (ISBN  0-201-57169-2), сол жылы жарық көрді.

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

  1. eXtreme Programming (XP) сияқты тәсілдердің тұжырымдамалары мен әдістерін енгізу, кейінірек олар епті әдістер деп атала бастайды. Бұған жұп бағдарламалау, сынақтан өткен дизайн және RUP-тің XP-ге үлкен жобаларда қолдану үшін масштабтауды қалай қосқанын түсіндіретін құжаттар кірді.
  2. тестілеудің әр түрлі итерациялық жағдайда қалай өткізілгендігін жақсы көрсету үшін тестілеу пәнін толық қайта құру.
  3. RUP тәжірибесін әр түрлі құралдарға енгізу үшін «инструмент-тәлімгерлер» деп аталатын көмекші нұсқаулықты енгізу. Бұл негізінен рационалды құрал қолданушыларына біртіндеп әдіс-тәсілмен қамтамасыз етілген.
  4. тұтынушыларға RUP процесінің шеңберінен бөлшектерді таңдауға, олардың таңдауын өздерінің толықтыруларымен реттеуге және Rational бағдарламасынан кейінгі шығарылымдарда жақсартуларды енгізуге мүмкіндік беретін етіп RUP теңшеуін автоматтандыру.

IBM 2003 жылдың ақпанында Rational Software сатып алды.

2006 жылы IBM жеткізілім үшін арнайы RUP жиынтығын құрды Шапшаң жобалар - деп аталатын OpenSource әдісі ретінде шығарылды Аш арқылы Тұтылу веб-сайт.[5]

Ұтымды бірыңғай процесс тақырыптары

RUP құрылыс блоктары

RUP құрылыс материалдары мен мазмұн элементтерінің жиынтығына негізделіп, не өндірілетінін, қажетті дағдыларды сипаттайды және нақты даму мақсаттарына қалай қол жеткізуге болатындығын кезең-кезеңімен түсіндіреді. Негізгі құрылыс элементтері немесе мазмұн элементтері:

  • Рөлдер (кім) - Роль байланысты дағдылардың, біліктіліктер мен жауапкершіліктердің жиынтығын анықтайды.
  • Жұмыс өнімдері (не) - жұмыс өнімі барлық процедуралар барысында жұмыс істеген кезде шығарылған барлық құжаттар мен модельдерді қоса, тапсырма нәтижесінде туындайтын нәрсені білдіреді.
  • Тапсырмалар (қалай) - Тапсырма маңызды нәтиже беретін Рөлге тағайындалған жұмыс бірлігін сипаттайды.

Әр қайталану шеңберінде тапсырмалар тоғыз пәнге бөлінеді:

Жобаның өмірлік циклінің төрт фазасы

RUP кезеңдері мен пәндері.

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

Бастау кезеңі

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

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

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

Әзірлеу кезеңі

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

Әзірлеу кезеңінің нәтижесі:

  • Кейс-кейстер мен актерлер анықталған және кейс сипаттамаларының көпшілігі жасалған кейс-модель моделі. Кейстің үлгісі 80% аяқталған болуы керек.
  • Бағдарламалық жасақтама жүйесін құру процесінде бағдарламалық жасақтаманың сипаттамасы.
  • Ан орындалатын архитектура бұл архитектуралық маңызды пайдалану жағдайларын жүзеге асырады.
  • Қайта қаралған іскерлік жағдайлар мен тәуекелдер тізімі.
  • Жалпы жобаның даму жоспары.
  • Әрбір анықталған техникалық қауіпті демонстрациялайтын прототиптер.
  • Пайдаланушының алдын-ала нұсқаулығы (міндетті емес)

Бұл кезең өмірлік цикл архитектурасының критерийлерінен өтіп, келесі сұрақтарға жауап беруі керек:

  • Өнімнің көзқарасы тұрақты ма?
  • Сәулет тұрақты ма?
  • Орындалатын демонстрация негізгі тәуекел элементтері шешілгенін және шешілгенін көрсете ме?
  • Құрылыс кезеңінің жоспары жеткілікті егжей-тегжейлі және дәлме?
  • Барлық мүдделі тараптар қолданыстағы архитектура аясында ағымдағы жоспарды қолдана отырып, қазіргі көзқарасқа қол жеткізуге болатындығымен келісе ме?
  • Жоспарланған ресурстарға қатысты нақты шығындар қолайлы ма?

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

Әзірлеу үшін негізгі домендік талдау жүйенің архитектурасы болып табылады.

Құрылыс кезеңі

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

Өтпелі кезең

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

Егер барлық мақсаттар орындалса, өнімді шығару кезеңі аяқталып, даму циклі аяқталады.

IBM Rational Method Composer өнімі

IBM Rational Method Composer өнімі процестерді авторлау, конфигурациялау, қарау және жариялау құралы болып табылады. Қараңыз IBM Rational Method Composer және ашық бастапқы нұсқасы Тұтылу процесінің шеңбері Толығырақ (EPF) жобасы.

Сертификаттау

2007 жылдың қаңтарында жаңа RUP сертификаттау емтиханы IBM Certified Solution Designer - Rational Unified Process 7.0 шығарылды, ол курстың алдыңғы нұсқасын ауыстырады IBM ұтымды сертификатталған маманы - ұтымды бірыңғай процесс.[6] Жаңа емтихан RUP мазмұнына қатысты білімді тексеріп қана қоймай, сонымен қатар процесс құрылымының элементтеріне қатысты болады.[7]

Жаңа RUP сертификаттау емтиханынан өту үшін адам IBM емтиханын тапсыруы керек Тест 839: Ұтымды бірыңғай процесс v7.0. 52 сұрақ емтиханын тапсыруға 75 минут беріледі. Өту баллы 62% құрайды.[8]

Алты озық тәжірибе

Алты үздік бағдарламалық жасақтама бағдарламалық жасақтамада ақауларды азайту және өнімділікті арттыру бойынша тәжірибелер анықталған. Бұлар:[9][10]

Итеративті түрде дамыту
Барлық талаптарды алдын-ала білу жақсы; дегенмен, көбінесе олай бола бермейді. Бағдарламалық жасақтаманы әзірлеудің бірнеше процестері бар, олар әзірлеу фазалары бойынша шығындарды минимизациялау бойынша шешімдерді ұсынады.
Талаптарды басқарыңыз
Пайдаланушылар қойған талаптарды әрдайым есте сақтаңыз.
Компоненттерді қолданыңыз
Жетілдірілген жобаны бұзу тек ұсынылып қана қоймай, сөзсіз. Бұл жекелеген компоненттерді үлкен жүйеге интеграцияланбай тұрып тексеруге мүмкіндік береді. Сондай-ақ, кодты қайта пайдалану үлкен плюс болып табылады және оны қолдану арқылы оңайырақ шешуге болады объектіге бағытталған бағдарламалау.
Көрнекі түрде модельдеу
Барлық негізгі компоненттерді, пайдаланушыларды және олардың өзара әрекеттесуін бейнелеу үшін сызбаларды қолданыңыз. «UML», қысқаша Бірыңғай модельдеу тілі, бұл тапсырманы жүзеге асыруға болатын бір құрал.
Сапаны тексеріңіз
Әрдайым кез-келген уақытта тестілеуді жобаның негізгі бөлігіне айналдырыңыз. Жоба алға басқан сайын тестілеу ауырлай түседі, бірақ кез-келген бағдарламалық жасақтаманы құрудың тұрақты факторы болуы керек.
Өзгерістерді басқару
Көптеген жобаларды көптеген командалар жасайды, кейде әр түрлі жерлерде, әр түрлі платформалар қолданылуы мүмкін және т.с.с. нәтижесінде жүйеге енгізілген өзгерістердің синхрондалуы және үнемі тексеріліп отыруы керек. (Қараңыз Үздіксіз интеграция ).

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

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

  1. ^ IBM Rational сатып алады
  2. ^ Джейкобсон, Стен (2002-07-19). «Рационалды обьектілік процесс - UML негізіндегі бағдарламалық жасақтама жасау процесі». Рационалды бағдарламалық жасақтама Скандинавия AB. Алынған 2014-12-17.
  3. ^ Крюхтен, Филипп (2004-05-01). Ұтымды бірыңғай процесс: кіріспе. Аддисон-Уэсли. б. 33. ISBN  9780321197702. Алынған 2014-12-17.
  4. ^ Aked, Mark (2003-11-25). «Қысқаша RUP». IBM. Алынған 2011-07-12.
  5. ^ http://epf.eclipse.org/wikis/openup/
  6. ^ Кребс, Йохен (2007-01-15). «RUP сертификатының мәні». IBM. Алынған 2014-05-05.
  7. ^ «Spacer IBM Certified Solution Designer - IBM Rational Unified Process V7.0». IBM. Алынған 2008-05-13.
  8. ^ «839 тесті: v7.0 ұтымды бірыңғай процесі». IBM. Алынған 2008-05-13.
  9. ^ Стивен Шах (2004). Классикалық және объектіге бағытталған бағдарламалық қамтамасыз ету. 6 / е, WCB McGraw Hill, Нью-Йорк, 2004 ж.
  10. ^ Рационалды бірыңғай процесс ақ қағаз Мұрағатталды 2009-05-01 сағ Wayback Machine

Әрі қарай оқу

  • Ивар Джейкобсон, Греди Бук, және Джеймс Румбау (1999). Бағдарламалық жасақтаманы әзірлеудің бірыңғай процесі
  • Гари Поллис, Лиз Августин, Крис Лоу және Жас Мадхур (2003). Шағын командаларға арналған бағдарламалық жасақтама: RUP-центрлік тәсіл
  • Кроллға, Филипп Крухтен (2003). Ұтымды бірыңғай процесс жеңілдеді, бұл RUP бойынша тәжірибешінің нұсқаулығы
  • Пер Кролл, Брюс Мак Исаак (2006). Ептілік пен тәртіпті жеңілдету: OpenUP және RUP тәжірибелері
  • Филипп Крухтен (1998). Ұтымды бірыңғай процесс: кіріспе
  • Ахмад Шуджа, Джохен Кребс (2007). RUP анықтамасы және сертификаттау жөніндегі нұсқаулық
  • Уокер Ройс, Бағдарламалық жасақтаманы басқару, біртұтас шеңбер

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