Методологія Microsoft Solution Framework (MSF)

Методологія Microsoft Solution Framework (MSF)

Модель командної групи (MSF Team Model)

Рис.1. Модель командної групи (MSF Team Model)

Program management – керування програмою. Виконавець цієї ролі відповідає за організацію (але не керує): здійснює ведення графіка робіт, ранкові 15-хвилинні наради, забезпечує відповідність стандартам і специфікаціям, фіксацію порушень, написання технічної документації.

Product management – керування продуктом. Виконавці цієї ролі відповідають за спілкування із замовником, написання специфікації, роз'яснення завдань розробникам.

Development – найбільш традиційна роль – розроблення і початкове тестування продукту.

User expirience – підвищення ефективності роботи користувачів, написання користувальницької документації.

Release management – розгортання релізу продукту, супровід і його технічна підтримка.

Test – визначення відповідності показників якості релізу встановленим значенням. Виявлення й усунення недоробок, виправлення помилок, інші функції QA.

Модель процесу (MSF Process Model)

Основні принципи і практичні прийоми, на яких

· ґрунтується модель:

· ітеративний підхід (послідовний випуск версій);

· підготовка чіткої документації;

· урахування невизначеності майбутнього;

· облік компромісів;

· керування ризиками;

· підтримка відповідального відношення колективу до строків випуску продукту;

· розбивка великих проектів на більш дрібні керовані частини;

· щоденне складання проекту;

· постійний аналіз ходу робіт.

Рис.2. Модель процесу

Envisioning Phase – вироблення єдиного розуміння проекту всіма членами колективу. Ця фаза закінчується розробленням формалізованого документа, що містить:

· problem statement – опис завдання на розроблення ПЗ обсягом не більше однієї сторінки;

· vision statement – опис того, від чого відштовхується розроблення і яким результатом закінчується;

· solution concept - що буде впроваджене в результаті вирішення поставленої проблеми;

· user profiles – опис потенційних користувачів системи;

· business goals – опис бізнес-функцій, виконання яких за допомогою розробленого ПЗ поверне інвестиції;

· design goals – конкретні цілі й обмеження програмного продукту, його конкретні властивості.

Planning Phase – планування чергового циклу розроблення:

· функціональні специфікації;

· план-графік робіт;

· оцінка ризиків.

Developing Phase – розроблення, причому рекомендуються різні технологічні прийоми, наприклад, повторне використання фрагментів коду, програмування за контрактом, написання захищеного від помилок ПЗ та ін.

Stabilizing Phase – створення стабільної β-версії, готової до використання.

Дата добавления: 2015-09-29