V-Model (або VEE модель) є моделлю розробки інформаційних систем (ІС), спрямованої на спрощення розуміння складнощів, пов'язаних з розробкою систем. Вона використовується для визначення єдиної процедури розробки програмного забезпечення, апаратного забезпечення та людино-машинного інтерфейсу.
Огляд
Історія
Концепція V-подібної моделі була розроблена Німеччиною та США в кінці 1980-х років незалежно один від одного:
- Німецька V-модель була розроблена аерокосмічної компанією IABG в Оттобрунні поряд з Мюнхеном у сприянні з Федеральним департаментом з закупівлі озброєнь в Кобленці, для Міністерства оборони Німеччини. Модель була прийнята німецькою федеральною адміністрацією для цивільних потреб влітку 1992.
- Американська V-Model (VEE) була розроблена (міжнародна — з 1995 року) для супутникових систем, включаючи обладнання, програмне забезпечення та взаємодію з користувачами.
Сучасною версією V-Model є V-Model XT, яка була затверджена в лютому 2005 року. V-модель використовується для управління процесом розробки програмного забезпечення для німецької федеральної адміністрації. Зараз вона є стандартом для німецьких урядових і оборонних проєктів, а також для виробників ПЗ в Німеччині. V-Model являє собою скоріше набір стандартів у галузі проєктів, що стосуються розробки нових продуктів. Ця модель багато в чому схожа з Prince2 і описує методи як для проєктного управління, так і для системного розвитку.
Основні принципи
Основний принцип V-подібної моделі полягає в тому, що деталізація проєкту зростає при русі зліва направо, одночасно з плином часу, і ні те, ні інше не може повернути назад. Ітерації в проєкті виробляються по горизонталі, між лівою і правою сторонами літери.
Стосовно до розробки інформаційних систем V-Model — варіація каскадної моделі, в якій завдання розробки йдуть зверху вниз по лівій стороні букви V, а завдання тестування — вгору по правій стороні букви V. Усередині V проводяться горизонтальні лінії, що показують, як результати кожної з фаз розробки впливають на розвиток системи тестування на кожній із фаз тестування. Модель базується на тому, що приймально-здавальні випробування ґрунтуються, насамперед, на вимогах, системне тестування — на вимогах та архітектури, комплексне тестування — на вимогах, архітектурі та інтерфейсах, а компонентне тестування — на вимогах, архітектурі, інтерфейсах та алгоритмах.
Цілі
V-модель забезпечує підтримку у плануванні та реалізації проєкту. В ході проєкту ставляться такі завдання:
- Мінімізація ризиків: V-подібна модель робить проєкт більш прозорим і підвищує якість контролю проєкту шляхом стандартизації проміжних цілей і опису відповідних їм результатів та відповідальних осіб. Це дозволяє виявляти відхилення в проєкті і ризики на ранніх стадіях і покращує якість управління проєктом.
- Підвищення та гарантії якості: V-Model — стандартизована модель розробки, що дозволяє домогтися від проєкту результатів бажаної якості. Проміжні результати можуть бути перевірені на ранніх стадіях. Універсальне документування полегшує читаність, зрозумілість та контрольованість.
- Зменшення загальної вартості проєкту: Ресурси на розробку, виробництво, управління і підтримку можуть бути заздалегідь прораховані та проконтрольовані. Отримувані результати також універсальні і легко прогнозуються. Це зменшує витрати на подальші стадії та проєкти.
- Підвищення якості комунікації між учасниками проєкту: Універсальний опис усіх елементів та умов полегшує взаєморозуміння всіх учасників проєкту. Таким чином, зменшуються неточності у розумінні між користувачем, покупцем, постачальником і розробником.
Переваги
- Користувачі V-Model беруть участь у розробці та підтримці V-моделі. Комітет з контролю за змінами підтримує проєкт і збирається раз на рік для обробки всіх отриманих запитів на внесення змін до V-Model.
- На старті будь-якого проєкту V-подібна модель може бути адаптована під цей проєкт, так як ця модель не залежить від типів організацій та проєктів.
- V-model дозволяє розбити діяльність на окремі кроки, кожен з яких буде включати в себе необхідні для нього дії, інструкції до них, рекомендації та докладне пояснення діяльності.
Обмеження
Наступні моменти не враховуються в V-моделі, але можуть бути розглянуті окремо, або можливо адаптувати модель під них:
- Не регулюється розміщення контрактів на обслуговування.
- Організація і виконання управління, обслуговування, ремонту та утилізації системи не враховуються в V-моделі. Однак, планування і підготовка до цих операцій моделлю розглядаються.
- V-подібна модель більше стосується розробки програмного забезпечення в проєкті, ніж всієї організації процесу.
Критика
Переваги
- У моделі особливе значення надається плануванню, спрямованому на верифікацію та атестацію розроблювального продукту на ранніх стадіях його розробки. Фаза модульного тестування підтверджує правильність деталізованого проєктування. Фази інтеграції та тестування реалізують архітектурне проєктування або проєктування на вищому рівні. Фаза тестування системи підтверджує правильність виконання етапу вимог до продукту і його специфікації.
- У моделі передбачені атестація та верифікація всіх зовнішніх і внутрішніх отриманих даних, а не тільки самого програмного продукту.
- У V-подібної моделі визначення вимог виконується перед розробкою проєкту системи, а проєктування ПО — перед розробкою компонентів.
- Модель визначає продукти, які повинні бути отримані в результаті процесу розробки, причому кожні отримані дані повинні піддаватися тестуванню.
- Завдяки моделі менеджери проєкту можуть відслідковувати хід процесу розробки, так як в даному випадку цілком можливо скористатися тимчасовою шкалою, а завершення кожної фази є контрольною точкою.
Недоліки
- Модель не передбачає роботу з паралельними подіями.
- У моделі не передбачено внесення вимоги динамічних змін на різних етапах життєвого циклу.
- Тестування вимог в життєвому циклі відбувається занадто пізно, внаслідок чого неможливо внести змін, не вплинувши при цьому на графік виконання проєкту.
- У модель не входять дії, спрямовані на аналіз ризиків.
- Деякий результат можна отримати тільки при досягненні низу букви V.
Див. також
- Водоспадна модель
- [ru]
- [en]
Примітки
- V-Model — lyfecycle process model [ 3 березня 2016 у Wayback Machine.](англ.)
- Forsberg, K. and Mooz, H., , Перший щорічний симпозіум національної ради з системної інженерії, жовтень 1991 (англ.)
- Clarus Concept of Operations. [ 12 вересня 2014 у Wayback Machine.] Publication No. FHWA-JPO-05-072, Federal Highway Administration (FHWA), 2005 (англ.)
- Economicus: серія словників з економіки, фінансів та менеджменту[недоступне посилання з лютого 2019](рос.)
- Objectives of the V-Model [ 20 квітня 2011 у Wayback Machine.](англ.)
- Further Development of the V-Model [ 23 квітня 2011 у Wayback Machine.](англ.)
- Management Mechanisms of the V-Model — Tailoring [ 19 липня 2011 у Wayback Machine.](англ.)
- Overview of the Activity Model of the V-Model [ 19 липня 2011 у Wayback Machine.](англ.)
- Limits of the V-model [ 21 травня 2011 у Wayback Machine.](англ.)
- Огляд моделей життєвого циклу розробки програмного забезпечення [ 15 червня 2016 у Wayback Machine.](рос.)
- Testing Excellence — V-Model [ 25 червня 2011 у Wayback Machine.](англ.)
- Sameeradilhan — Advantages and disadvantages of Waterfall Model and V-Model [ 29 серпня 2012 у Wayback Machine.](англ.)
- TestManagement — Advantages and Disadvantages of V-Model [ 20 червня 2015 у Wayback Machine.](англ.)
- V-Model [ 20 червня 2015 у Wayback Machine.]: Expert Program Management(англ.)
Посилання
- Детальна інформація про V-подібну модель (92/97/XT)(нім.)
- (англ.)
Вікіпедія, Українська, Україна, книга, книги, бібліотека, стаття, читати, завантажити, безкоштовно, безкоштовно завантажити, mp3, відео, mp4, 3gp, jpg, jpeg, gif, png, малюнок, музика, пісня, фільм, книга, гра, ігри, мобільний, телефон, android, ios, apple, мобільний телефон, samsung, iphone, xiomi, xiaomi, redmi, honor, oppo, nokia, sonya, mi, ПК, web, Інтернет
V Model abo VEE model ye modellyu rozrobki informacijnih sistem IS spryamovanoyi na sproshennya rozuminnya skladnoshiv pov yazanih z rozrobkoyu sistem Vona vikoristovuyetsya dlya viznachennya yedinoyi proceduri rozrobki programnogo zabezpechennya aparatnogo zabezpechennya ta lyudino mashinnogo interfejsu OglyadIstoriya Koncepciya V podibnoyi modeli bula rozroblena Nimechchinoyu ta SShA v kinci 1980 h rokiv nezalezhno odin vid odnogo Nimecka V model bula rozroblena aerokosmichnoyi kompaniyeyu IABG v Ottobrunni poryad z Myunhenom u spriyanni z Federalnim departamentom z zakupivli ozbroyen v Koblenci dlya Ministerstva oboroni Nimechchini Model bula prijnyata nimeckoyu federalnoyu administraciyeyu dlya civilnih potreb vlitku 1992 Amerikanska V Model VEE bula rozroblena mizhnarodna z 1995 roku dlya suputnikovih sistem vklyuchayuchi obladnannya programne zabezpechennya ta vzayemodiyu z koristuvachami Suchasnoyu versiyeyu V Model ye V Model XT yaka bula zatverdzhena v lyutomu 2005 roku V model vikoristovuyetsya dlya upravlinnya procesom rozrobki programnogo zabezpechennya dlya nimeckoyi federalnoyi administraciyi Zaraz vona ye standartom dlya nimeckih uryadovih i oboronnih proyektiv a takozh dlya virobnikiv PZ v Nimechchini V Model yavlyaye soboyu skorishe nabir standartiv u galuzi proyektiv sho stosuyutsya rozrobki novih produktiv Cya model bagato v chomu shozha z Prince2 i opisuye metodi yak dlya proyektnogo upravlinnya tak i dlya sistemnogo rozvitku Osnovni principi V Model procesu rozrobki IS Osnovnij princip V podibnoyi modeli polyagaye v tomu sho detalizaciya proyektu zrostaye pri rusi zliva napravo odnochasno z plinom chasu i ni te ni inshe ne mozhe povernuti nazad Iteraciyi v proyekti viroblyayutsya po gorizontali mizh livoyu i pravoyu storonami literi Stosovno do rozrobki informacijnih sistem V Model variaciya kaskadnoyi modeli v yakij zavdannya rozrobki jdut zverhu vniz po livij storoni bukvi V a zavdannya testuvannya vgoru po pravij storoni bukvi V Useredini V provodyatsya gorizontalni liniyi sho pokazuyut yak rezultati kozhnoyi z faz rozrobki vplivayut na rozvitok sistemi testuvannya na kozhnij iz faz testuvannya Model bazuyetsya na tomu sho prijmalno zdavalni viprobuvannya gruntuyutsya nasampered na vimogah sistemne testuvannya na vimogah ta arhitekturi kompleksne testuvannya na vimogah arhitekturi ta interfejsah a komponentne testuvannya na vimogah arhitekturi interfejsah ta algoritmah Cili V model zabezpechuye pidtrimku u planuvanni ta realizaciyi proyektu V hodi proyektu stavlyatsya taki zavdannya Minimizaciya rizikiv V podibna model robit proyekt bilsh prozorim i pidvishuye yakist kontrolyu proyektu shlyahom standartizaciyi promizhnih cilej i opisu vidpovidnih yim rezultativ ta vidpovidalnih osib Ce dozvolyaye viyavlyati vidhilennya v proyekti i riziki na rannih stadiyah i pokrashuye yakist upravlinnya proyektom Pidvishennya ta garantiyi yakosti V Model standartizovana model rozrobki sho dozvolyaye domogtisya vid proyektu rezultativ bazhanoyi yakosti Promizhni rezultati mozhut buti perevireni na rannih stadiyah Universalne dokumentuvannya polegshuye chitanist zrozumilist ta kontrolovanist Zmenshennya zagalnoyi vartosti proyektu Resursi na rozrobku virobnictvo upravlinnya i pidtrimku mozhut buti zazdalegid prorahovani ta prokontrolovani Otrimuvani rezultati takozh universalni i legko prognozuyutsya Ce zmenshuye vitrati na podalshi stadiyi ta proyekti Pidvishennya yakosti komunikaciyi mizh uchasnikami proyektu Universalnij opis usih elementiv ta umov polegshuye vzayemorozuminnya vsih uchasnikiv proyektu Takim chinom zmenshuyutsya netochnosti u rozuminni mizh koristuvachem pokupcem postachalnikom i rozrobnikom Perevagi Koristuvachi V Model berut uchast u rozrobci ta pidtrimci V modeli Komitet z kontrolyu za zminami pidtrimuye proyekt i zbirayetsya raz na rik dlya obrobki vsih otrimanih zapitiv na vnesennya zmin do V Model Na starti bud yakogo proyektu V podibna model mozhe buti adaptovana pid cej proyekt tak yak cya model ne zalezhit vid tipiv organizacij ta proyektiv V model dozvolyaye rozbiti diyalnist na okremi kroki kozhen z yakih bude vklyuchati v sebe neobhidni dlya nogo diyi instrukciyi do nih rekomendaciyi ta dokladne poyasnennya diyalnosti Obmezhennya Nastupni momenti ne vrahovuyutsya v V modeli ale mozhut buti rozglyanuti okremo abo mozhlivo adaptuvati model pid nih Ne regulyuyetsya rozmishennya kontraktiv na obslugovuvannya Organizaciya i vikonannya upravlinnya obslugovuvannya remontu ta utilizaciyi sistemi ne vrahovuyutsya v V modeli Odnak planuvannya i pidgotovka do cih operacij modellyu rozglyadayutsya V podibna model bilshe stosuyetsya rozrobki programnogo zabezpechennya v proyekti nizh vsiyeyi organizaciyi procesu KritikaPerevagi U modeli osoblive znachennya nadayetsya planuvannyu spryamovanomu na verifikaciyu ta atestaciyu rozroblyuvalnogo produktu na rannih stadiyah jogo rozrobki Faza modulnogo testuvannya pidtverdzhuye pravilnist detalizovanogo proyektuvannya Fazi integraciyi ta testuvannya realizuyut arhitekturne proyektuvannya abo proyektuvannya na vishomu rivni Faza testuvannya sistemi pidtverdzhuye pravilnist vikonannya etapu vimog do produktu i jogo specifikaciyi U modeli peredbacheni atestaciya ta verifikaciya vsih zovnishnih i vnutrishnih otrimanih danih a ne tilki samogo programnogo produktu U V podibnoyi modeli viznachennya vimog vikonuyetsya pered rozrobkoyu proyektu sistemi a proyektuvannya PO pered rozrobkoyu komponentiv Model viznachaye produkti yaki povinni buti otrimani v rezultati procesu rozrobki prichomu kozhni otrimani dani povinni piddavatisya testuvannyu Zavdyaki modeli menedzheri proyektu mozhut vidslidkovuvati hid procesu rozrobki tak yak v danomu vipadku cilkom mozhlivo skoristatisya timchasovoyu shkaloyu a zavershennya kozhnoyi fazi ye kontrolnoyu tochkoyu Nedoliki Model ne peredbachaye robotu z paralelnimi podiyami U modeli ne peredbacheno vnesennya vimogi dinamichnih zmin na riznih etapah zhittyevogo ciklu Testuvannya vimog v zhittyevomu cikli vidbuvayetsya zanadto pizno vnaslidok chogo nemozhlivo vnesti zmin ne vplinuvshi pri comu na grafik vikonannya proyektu U model ne vhodyat diyi spryamovani na analiz rizikiv Deyakij rezultat mozhna otrimati tilki pri dosyagnenni nizu bukvi V Div takozhVodospadna model ru en PrimitkiV Model lyfecycle process model 3 bereznya 2016 u Wayback Machine angl Forsberg K and Mooz H Pershij shorichnij simpozium nacionalnoyi radi z sistemnoyi inzheneriyi zhovten 1991 angl Clarus Concept of Operations 12 veresnya 2014 u Wayback Machine Publication No FHWA JPO 05 072 Federal Highway Administration FHWA 2005 angl Economicus seriya slovnikiv z ekonomiki finansiv ta menedzhmentu nedostupne posilannya z lyutogo 2019 ros Objectives of the V Model 20 kvitnya 2011 u Wayback Machine angl Further Development of the V Model 23 kvitnya 2011 u Wayback Machine angl Management Mechanisms of the V Model Tailoring 19 lipnya 2011 u Wayback Machine angl Overview of the Activity Model of the V Model 19 lipnya 2011 u Wayback Machine angl Limits of the V model 21 travnya 2011 u Wayback Machine angl Oglyad modelej zhittyevogo ciklu rozrobki programnogo zabezpechennya 15 chervnya 2016 u Wayback Machine ros Testing Excellence V Model 25 chervnya 2011 u Wayback Machine angl Sameeradilhan Advantages and disadvantages of Waterfall Model and V Model 29 serpnya 2012 u Wayback Machine angl TestManagement Advantages and Disadvantages of V Model 20 chervnya 2015 u Wayback Machine angl V Model 20 chervnya 2015 u Wayback Machine Expert Program Management angl PosilannyaDetalna informaciya pro V podibnu model 92 97 XT nim angl