Ця стаття потребує додаткових для поліпшення її . (грудень 2012) |
Управління вимогами це процес запису, аналізу, , і узгодження вимог та контролю змін і доведення до їх зацікавлених сторін. Це безперервний процес протягом всього життя проєкту. Вимога – якість, якій мають відповідати результати проєкту (продукту або послуги).
Огляд
Мета управління вимогами полягає в тому, щоб переконатися, що організація відповідає потребам і очікуванням своїх клієнтів, внутрішніх або зовнішніх зацікавлених сторін. Управління вимогами починається з аналізу і виявлення цілей і обмежень організації. Управління вимогами додатково включає в себе підтримку планування вимог, інтеграції вимог і організації роботи з ними (атрибути для вимог).
Управління вимогами передбачає спілкування між членами проєктної групи й зацікавленими сторонами, і адаптацію до змін у вимогах протягом всього проєкту. Щоб запобігти перетину поля одного класу вимог з іншим, постійні зв'язки між членами команди розробників є критичними. Наприклад, при розробці програмного забезпечення для внутрішнього використання у бізнесу можуть бути настільки сильні потреби, що він може проігнорувати вимоги користувачів, або вважати, що створені сценарії використання покриють також і користувальницькі вимоги.
Відслідковування вимог
Відслідковування вимоги фактично означає документування всього життєвого циклу вимоги. Часто необхідно дізнатися першоджерело кожної вимоги. Для цього всі зміни вимог повинні бути задокументовані, щоб досягти стану повного відстеження. Відстежувати треба буде навіть використання реалізованих вимог.
Вимоги мають різні джерела, такі як ділова людина, що замовляє продукт, менеджер зі збуту і фактичний користувач. У всіх цих людей є різні вимоги до продукту. Використовуючи відслідковування вимог, реалізована в системі функція може бути простежена назад до людини або групи, яка замовляла її під час збору вимог. Ця особливість може, наприклад, використовуватися в процесі розробки для пріоритезації вимог, визначаючи, наскільки цінною є дана вимога для певного користувача. Відслідковування може також використовуватися після розгортання продукту. Наприклад, коли вивчення використання системи показує, що якась функція не використовується, можна визначити навіщо вона була потрібна спочатку.
Завдання управління вимогами
На кожному етапі процесу розробки існують ключові методи й задачі пов'язані з управлінням вимогами. Для ілюстрації, розглянемо, наприклад стандартний процес розробки з п'ятьма фазами: дослідженням, аналізом здійсненності, дизайном, розробкою та тестуванням і випуском.
Дослідження
Під час фази дослідження збираються перші три класи вимог від користувачів, бізнесу і команди розробників. У кожній області ставлять однакові питання: які цілі, які обмеження, які використовуються процеси та інструменти й так далі. Тільки коли ці вимоги добре зрозумілі, можна братися до розробки функціональних вимог.
Тут необхідне застереження: незалежно від того, як сильно група намагається це зробити, вимоги не можуть бути повністю визначені на початку проєкту. Деякі вимоги змінюються, або, тому що вони просто не були знайдені спочатку, або, тому що внутрішні чи зовнішні сили торкаються проєкту в середині циклу. Таким чином, учасники групи повинні спочатку погодитися, що головна умова успіху — гнучкість у мисленні та діях.
Результатом стадії дослідження є документ — (специфікація вимог), схвалений усіма членами проєкту. Пізніше, в процесі розробки, цей документ буде важливий для запобігання розповзання меж проєкту або непотрібних змін. Оскільки система розвивається, кожна нова функція відкриває світ нових можливостей, таким чином специфікація вимог прив'язує команду до оригінального бачення системи й дозволяє контрольоване обговорення змін.
У той час як багато організацій все ще використовують звичайні документи для керування вимогами, інші управляють своїми базовими вимогами, використовуючи програмні інструменти. Ці інструменти керують вимогами використовуючи базу даних, і зазвичай мають функції автоматизації відстеження (наприклад, дозволяючи створювати зв'язки між батьківськими й дочірніми вимогами, або між тестами й вимогами), управління версіями, і управління змінами. Зазвичай такі інструментальні засоби містять функцію експорту, яка дозволяє створювати звичайний документ, експортуючи дані вимог.
Аналіз здійсненності
На стадії аналізу здійсненності визначається вартість вимог.
Для користувальницьких вимог поточна вартість роботи порівнюється з майбутньою вартістю встановленої системи. Ставляться питання такі як: «Скільки нам зараз варті помилки введення даних?» Або, «Яка вартість втрати даних через помилки оператора пов'язаної з використовуваним інтерфейсом?». Фактично, потреба в новому інструменті часто розпізнається, коли подібні питання потрапляють до уваги людей, що займаються в організації фінансами.
Ділова вартість включає відповіді на такі питання як: «У якого відділу є бюджет на це?» «Який рівень повернення коштів від нового продукту на ринку?» «Який рівень скорочення внутрішніх витрат на навчання і підтримку, якщо ми зробимо нову, більш просту в використанні систему?»
Технічна вартість пов'язана з вартістю розробки програмного забезпечення та апаратною вартістю. «Чи є у нас потрібні люди, щоб створити інструмент?» «Чи потребуємо ми нове устаткування для підтримки нової системи?»
Подібні питання дуже важливі. Група повинна з'ясувати, чи буде новий автоматизований інструмент мати достатню ефективність аби перенести частину тягаря користувачів на систему і зекономити час людей.
Ці питання також вказують на основну суть управління вимогами. Людина й інструмент формують систему, і це розуміння особливо важливе, якщо інструмент — комп'ютер або новий додаток на комп'ютері. Людський розум вкрай ефективний у паралельній обробці та інтерпретації тенденцій з недостатніми даними. Комп'ютерний процесор ефективний у послідовній обробці й точному математичному обчисленні. Основна мета управління вимогами для програмного проєкту полягала б у тому, щоб гарантувати, що автоматизована робота призначена «правильному» процесору. Наприклад, «не змушуйте людину пам'ятати, де вона знаходиться в системі. Примусьте інтерфейс завжди повідомляти про місцезнаходження людини в системі ». Або «не змушуйте людини вводити ті ж самі дані у два екрани. Примусьте систему зберігати дані й заповнювати їх де необхідно автоматично».
Результатом стадії аналізу здійсненності є бюджет і графік проєкту.
Дизайн
Припускаючи, що вартість точно визначена і переваги, які будуть отримані, є досить великими, проєкт може перейти до стадії проєктування.
На стадії дизайну основна діяльність управління вимогами полягає в тому, щоб перевіряти чи відповідають результати дизайну документа вимог, щоб упевнитися, що робота залишається в межах проєкту.
І знову, гнучкість є ключем до успіху. Ось класичний приклад змін проєкту, які відмінно працювали. проєктувальники Форда на початку 1980-х очікували, що ціни на бензин піднімуться до 3,18 дол за галон до кінця десятиліття. На середині процесу дизайну автомобіля Ford Taurus, ціни встановилися приблизно на рівні 1,50 дол за галон. Колектив дизайнерів вирішив, що вони могли б створити більший, більш зручний, і більш потужний автомобіль, якби ціни на бензин залишилися низькими. Таким чином, вони перепроєктували автомобіль. Коли новий автомобіль вийшов, він встановив загальнонаціональні рекорди продажів.
У більшості випадків, однак, відступ від оригінальних вимог до такої міри не працює. Таким чином документ вимог стає ключовим інструментом, який допомагає команді приймати рішення про зміни дизайну.
Розробка та тестування
На стадії розробки й тестування, основна діяльність управління вимогами — це гарантувати, що робота і ціна залишаються в межах графіка і бюджету, і що створюваний інструмент дійсно відповідає вимогам. Основним інструментом, використовуваним на цій стадії, є створення прототипу й ітераційне тестування. Для програмного додатка користувацький інтерфейс може бути створений на папері й перевірений з потенційними користувачами, в той час, як створюється основа програми. Результати цих тестів записуються в керівництві по дизайну користувацького інтерфейсу і передаються колективу дизайнерів. Це економить їх час і робить їх завдання набагато простіше.
Випуск
Управління вимогами не закінчується випуском продукту. З цього моменту отримані дані про прийнятність додатка збираються і використовуються під час фази дослідження для наступного покоління системи або випуску. Таким чином, процес починається знову.
Інструменти
Існує безліч програмних продуктів для автоматизації управління вимогами, що розрізняються ціною та функціональними можливостями.
Є такі комерційні пакети: RequisitePro, Borland CaliberRM, Sybase PowerDesigner, так і безкоштовні (наприклад, OSRMT — Open Source Requirements Management Tool).
Див. також
Примітки
Література
- Davis, Alan M. Just Enough Requirements Management: Where Software Development Meets Marketing. — Dorset House, 2005. — 240 p. — .
Посилання
Вікіпедія, Українська, Україна, книга, книги, бібліотека, стаття, читати, завантажити, безкоштовно, безкоштовно завантажити, mp3, відео, mp4, 3gp, jpg, jpeg, gif, png, малюнок, музика, пісня, фільм, книга, гра, ігри, мобільний, телефон, android, ios, apple, мобільний телефон, samsung, iphone, xiomi, xiaomi, redmi, honor, oppo, nokia, sonya, mi, ПК, web, Інтернет
Cya stattya potrebuye dodatkovih posilan na dzherela dlya polipshennya yiyi perevirnosti Bud laska dopomozhit udoskonaliti cyu stattyu dodavshi posilannya na nadijni avtoritetni dzherela Zvernitsya na za poyasnennyami ta dopomozhit vipraviti nedoliki Material bez dzherel mozhe buti piddano sumnivu ta vilucheno gruden 2012 Upravlinnya vimogami ce proces zapisu analizu i uzgodzhennya vimog ta kontrolyu zmin i dovedennya do yih zacikavlenih storin Ce bezperervnij proces protyagom vsogo zhittya proyektu Vimoga yakist yakij mayut vidpovidati rezultati proyektu produktu abo poslugi OglyadMeta upravlinnya vimogami polyagaye v tomu shob perekonatisya sho organizaciya vidpovidaye potrebam i ochikuvannyam svoyih kliyentiv vnutrishnih abo zovnishnih zacikavlenih storin Upravlinnya vimogami pochinayetsya z analizu i viyavlennya cilej i obmezhen organizaciyi Upravlinnya vimogami dodatkovo vklyuchaye v sebe pidtrimku planuvannya vimog integraciyi vimog i organizaciyi roboti z nimi atributi dlya vimog Upravlinnya vimogami peredbachaye spilkuvannya mizh chlenami proyektnoyi grupi j zacikavlenimi storonami i adaptaciyu do zmin u vimogah protyagom vsogo proyektu Shob zapobigti peretinu polya odnogo klasu vimog z inshim postijni zv yazki mizh chlenami komandi rozrobnikiv ye kritichnimi Napriklad pri rozrobci programnogo zabezpechennya dlya vnutrishnogo vikoristannya u biznesu mozhut buti nastilki silni potrebi sho vin mozhe proignoruvati vimogi koristuvachiv abo vvazhati sho stvoreni scenariyi vikoristannya pokriyut takozh i koristuvalnicki vimogi Vidslidkovuvannya vimogVidslidkovuvannya vimogi faktichno oznachaye dokumentuvannya vsogo zhittyevogo ciklu vimogi Chasto neobhidno diznatisya pershodzherelo kozhnoyi vimogi Dlya cogo vsi zmini vimog povinni buti zadokumentovani shob dosyagti stanu povnogo vidstezhennya Vidstezhuvati treba bude navit vikoristannya realizovanih vimog Vimogi mayut rizni dzherela taki yak dilova lyudina sho zamovlyaye produkt menedzher zi zbutu i faktichnij koristuvach U vsih cih lyudej ye rizni vimogi do produktu Vikoristovuyuchi vidslidkovuvannya vimog realizovana v sistemi funkciya mozhe buti prostezhena nazad do lyudini abo grupi yaka zamovlyala yiyi pid chas zboru vimog Cya osoblivist mozhe napriklad vikoristovuvatisya v procesi rozrobki dlya prioritezaciyi vimog viznachayuchi naskilki cinnoyu ye dana vimoga dlya pevnogo koristuvacha Vidslidkovuvannya mozhe takozh vikoristovuvatisya pislya rozgortannya produktu Napriklad koli vivchennya vikoristannya sistemi pokazuye sho yakas funkciya ne vikoristovuyetsya mozhna viznachiti navisho vona bula potribna spochatku Zavdannya upravlinnya vimogamiNa kozhnomu etapi procesu rozrobki isnuyut klyuchovi metodi j zadachi pov yazani z upravlinnyam vimogami Dlya ilyustraciyi rozglyanemo napriklad standartnij proces rozrobki z p yatma fazami doslidzhennyam analizom zdijsnennosti dizajnom rozrobkoyu ta testuvannyam i vipuskom Doslidzhennya Pid chas fazi doslidzhennya zbirayutsya pershi tri klasi vimog vid koristuvachiv biznesu i komandi rozrobnikiv U kozhnij oblasti stavlyat odnakovi pitannya yaki cili yaki obmezhennya yaki vikoristovuyutsya procesi ta instrumenti j tak dali Tilki koli ci vimogi dobre zrozumili mozhna bratisya do rozrobki funkcionalnih vimog Tut neobhidne zasterezhennya nezalezhno vid togo yak silno grupa namagayetsya ce zrobiti vimogi ne mozhut buti povnistyu viznacheni na pochatku proyektu Deyaki vimogi zminyuyutsya abo tomu sho voni prosto ne buli znajdeni spochatku abo tomu sho vnutrishni chi zovnishni sili torkayutsya proyektu v seredini ciklu Takim chinom uchasniki grupi povinni spochatku pogoditisya sho golovna umova uspihu gnuchkist u mislenni ta diyah Rezultatom stadiyi doslidzhennya ye dokument specifikaciya vimog shvalenij usima chlenami proyektu Piznishe v procesi rozrobki cej dokument bude vazhlivij dlya zapobigannya rozpovzannya mezh proyektu abo nepotribnih zmin Oskilki sistema rozvivayetsya kozhna nova funkciya vidkrivaye svit novih mozhlivostej takim chinom specifikaciya vimog priv yazuye komandu do originalnogo bachennya sistemi j dozvolyaye kontrolovane obgovorennya zmin U toj chas yak bagato organizacij vse she vikoristovuyut zvichajni dokumenti dlya keruvannya vimogami inshi upravlyayut svoyimi bazovimi vimogami vikoristovuyuchi programni instrumenti Ci instrumenti keruyut vimogami vikoristovuyuchi bazu danih i zazvichaj mayut funkciyi avtomatizaciyi vidstezhennya napriklad dozvolyayuchi stvoryuvati zv yazki mizh batkivskimi j dochirnimi vimogami abo mizh testami j vimogami upravlinnya versiyami i upravlinnya zminami Zazvichaj taki instrumentalni zasobi mistyat funkciyu eksportu yaka dozvolyaye stvoryuvati zvichajnij dokument eksportuyuchi dani vimog Analiz zdijsnennosti Na stadiyi analizu zdijsnennosti viznachayetsya vartist vimog Dlya koristuvalnickih vimog potochna vartist roboti porivnyuyetsya z majbutnoyu vartistyu vstanovlenoyi sistemi Stavlyatsya pitannya taki yak Skilki nam zaraz varti pomilki vvedennya danih Abo Yaka vartist vtrati danih cherez pomilki operatora pov yazanoyi z vikoristovuvanim interfejsom Faktichno potreba v novomu instrumenti chasto rozpiznayetsya koli podibni pitannya potraplyayut do uvagi lyudej sho zajmayutsya v organizaciyi finansami Dilova vartist vklyuchaye vidpovidi na taki pitannya yak U yakogo viddilu ye byudzhet na ce Yakij riven povernennya koshtiv vid novogo produktu na rinku Yakij riven skorochennya vnutrishnih vitrat na navchannya i pidtrimku yaksho mi zrobimo novu bilsh prostu v vikoristanni sistemu Tehnichna vartist pov yazana z vartistyu rozrobki programnogo zabezpechennya ta aparatnoyu vartistyu Chi ye u nas potribni lyudi shob stvoriti instrument Chi potrebuyemo mi nove ustatkuvannya dlya pidtrimki novoyi sistemi Podibni pitannya duzhe vazhlivi Grupa povinna z yasuvati chi bude novij avtomatizovanij instrument mati dostatnyu efektivnist abi perenesti chastinu tyagarya koristuvachiv na sistemu i zekonomiti chas lyudej Ci pitannya takozh vkazuyut na osnovnu sut upravlinnya vimogami Lyudina j instrument formuyut sistemu i ce rozuminnya osoblivo vazhlive yaksho instrument komp yuter abo novij dodatok na komp yuteri Lyudskij rozum vkraj efektivnij u paralelnij obrobci ta interpretaciyi tendencij z nedostatnimi danimi Komp yuternij procesor efektivnij u poslidovnij obrobci j tochnomu matematichnomu obchislenni Osnovna meta upravlinnya vimogami dlya programnogo proyektu polyagala b u tomu shob garantuvati sho avtomatizovana robota priznachena pravilnomu procesoru Napriklad ne zmushujte lyudinu pam yatati de vona znahoditsya v sistemi Primuste interfejs zavzhdi povidomlyati pro misceznahodzhennya lyudini v sistemi Abo ne zmushujte lyudini vvoditi ti zh sami dani u dva ekrani Primuste sistemu zberigati dani j zapovnyuvati yih de neobhidno avtomatichno Rezultatom stadiyi analizu zdijsnennosti ye byudzhet i grafik proyektu Dizajn Pripuskayuchi sho vartist tochno viznachena i perevagi yaki budut otrimani ye dosit velikimi proyekt mozhe perejti do stadiyi proyektuvannya Na stadiyi dizajnu osnovna diyalnist upravlinnya vimogami polyagaye v tomu shob pereviryati chi vidpovidayut rezultati dizajnu dokumenta vimog shob upevnitisya sho robota zalishayetsya v mezhah proyektu I znovu gnuchkist ye klyuchem do uspihu Os klasichnij priklad zmin proyektu yaki vidminno pracyuvali proyektuvalniki Forda na pochatku 1980 h ochikuvali sho cini na benzin pidnimutsya do 3 18 dol za galon do kincya desyatilittya Na seredini procesu dizajnu avtomobilya Ford Taurus cini vstanovilisya priblizno na rivni 1 50 dol za galon Kolektiv dizajneriv virishiv sho voni mogli b stvoriti bilshij bilsh zruchnij i bilsh potuzhnij avtomobil yakbi cini na benzin zalishilisya nizkimi Takim chinom voni pereproyektuvali avtomobil Koli novij avtomobil vijshov vin vstanoviv zagalnonacionalni rekordi prodazhiv U bilshosti vipadkiv odnak vidstup vid originalnih vimog do takoyi miri ne pracyuye Takim chinom dokument vimog staye klyuchovim instrumentom yakij dopomagaye komandi prijmati rishennya pro zmini dizajnu Rozrobka ta testuvannya Na stadiyi rozrobki j testuvannya osnovna diyalnist upravlinnya vimogami ce garantuvati sho robota i cina zalishayutsya v mezhah grafika i byudzhetu i sho stvoryuvanij instrument dijsno vidpovidaye vimogam Osnovnim instrumentom vikoristovuvanim na cij stadiyi ye stvorennya prototipu j iteracijne testuvannya Dlya programnogo dodatka koristuvackij interfejs mozhe buti stvorenij na paperi j perevirenij z potencijnimi koristuvachami v toj chas yak stvoryuyetsya osnova programi Rezultati cih testiv zapisuyutsya v kerivnictvi po dizajnu koristuvackogo interfejsu i peredayutsya kolektivu dizajneriv Ce ekonomit yih chas i robit yih zavdannya nabagato prostishe Vipusk Upravlinnya vimogami ne zakinchuyetsya vipuskom produktu Z cogo momentu otrimani dani pro prijnyatnist dodatka zbirayutsya i vikoristovuyutsya pid chas fazi doslidzhennya dlya nastupnogo pokolinnya sistemi abo vipusku Takim chinom proces pochinayetsya znovu InstrumentiIsnuye bezlich programnih produktiv dlya avtomatizaciyi upravlinnya vimogami sho rozriznyayutsya cinoyu ta funkcionalnimi mozhlivostyami Ye taki komercijni paketi RequisitePro Borland CaliberRM Sybase PowerDesigner tak i bezkoshtovni napriklad OSRMT Open Source Requirements Management Tool Div takozhAnaliz vimog Diagrama vimogPrimitkiStellman Andrew Greene Jennifer 2005 O Reilly Media ISBN 978 0 596 00948 9 Arhiv originalu za 9 lyutogo 2015 Procitovano 8 grudnya 2012 A Guide to the Project Management Body of Knowledge vid 4th Project Management Institute 2008 ISBN 978 1 933890 51 7 LiteraturaDavis Alan M Just Enough Requirements Management Where Software Development Meets Marketing Dorset House 2005 240 p ISBN 978 0932633644 Posilannya