МІНІСТЕРСТВО ОСВІТИ І НАУКИ УКРАЇНИ

ДЕРЖАВНИЙ ВИЩИЙ НАВЧАЛЬНИЙ ЗАКЛАД

«КИЇВСЬКИЙ НАЦІОНАЛЬНИЙ ЕКОНОМІЧНИЙ УНІВЕРСИТЕТ
імені ВАДИМА ГЕТЬМАНА»

Навчальнонауковий інститут
«Інститут інформаційних технологій в економіці ДВНЗ
“КНЕУ ім. В. Гетьмана”»

Кафедра інформаційного менеджменту

Звіт про виконання курсової роботи з

дисципліни
«Технології створення програмних продуктів»
на тему «Аналіз можливостей розроблення програмних продуктів на
основі застосування технології MSF (Microsoft Solutions Framework)»

Виконала:
студентка 3 курсу,
групи ІА-301,
Лисенко М.Ю.

Затвердив:
к.е.н., доцент,
Потапенко С.Д.

Прийняв:
к.е.н., доцент,
Потапенко С.Д.

КИЇВ – 2020
 ЗМІСТ

ВСТУП....................................................................................................3
ОСНОВНА ЧАСТИНА..........................................................................4
1. Історичні та загальні відомості про MSF.........................................4
1.1. Стислий виклад історії створення.............................................4
1.2. Загальні відомості.......................................................................5
2. Основні компоненти MSF.................................................................7
2.1. Принципи MSF............................................................................8
2.2. Моделі MSF...............................................................................10
2.3. Дисципліни MSF.......................................................................12
3. Проектування компонентного ПЗ..................................................13
4. Використання MSF..........................................................................15
4.1. MSF в групах продуктів і послуг Microsoft............................15
4.2. Впровадження MSF...................................................................16
ВИСНОВКИ..........................................................................................17
СПИСОК ВИКОРИСТАНИХ ДЖЕРЕЛ............................................18

2
 ВСТУП
Microsoft Solutions Framework (MSF) – запропонована корпорацією
Microsoft методологія розробки програмного забезпечення. MSF
спирається на практичний досвід Microsoft і описує управління людьми і
робочими процесами в процесі розробки рішення. MSF – узгоджений набір
концепцій, моделей і правил.
MSF – це продуманий і дисциплінований підхід до технологічних
проектів, заснований на певному наборі принципів, моделей, концепцій,
посібників і перевірених практик Microsoft. В даній роботі описується MSF
і надається огляд його основних принципів, основних моделей і основних
дисциплін з акцентом на те, як їх застосування сприяє успіху
технологічних проектів. Також наводяться рекомендації по впровадженню
MSF в організації, проводиться коротке порівняння MSF з іншими
галузевими методологіями і стандартами і описується, як MSF може
використовуватися в поєднанні з ними.
Microsoft Solutions Framework реалізує гнучкий підхід, який дозволяє
швидше створювати технологічні рішення, залучати менше людей,
знижувати ризики і підвищувати рівень якості. MSF допомагає групам
безпосередньо вирішувати основні проблеми з технологічними процесами,
що підвищує якість прийнятих рішень і впливає на бізнес.
Групова модель MSF дозволяє масштабувати проекти, гарантувати
виконання потреб зацікавлених сторін і визначати ролі та обов'язки на
основі цілей. Модель управління MSF (раніше звана моделлю процесу
MSF) дозволяє швидко отримувати високоякісні результати,
використовуючи перевірений життєвий цикл, який визначає основні дії
проекту.

3
 ОСНОВНА ЧАСТИНА

1. Історичні та загальні відомості про MSF

1.1. Стислий виклад історії створення

Історія створення Microsoft Solutions Framework бере початок у 1993
році. Компанія Microsoft вже була провідною в IT-сфері та шукала способи
підвищити ефективність і віддачу від своїх розробок.
У Microsoft був великий досвід у створенні програмних продуктів і
просуванні масштабних IT-проектів: були вже випущені Windows 3.11,
Office 3.0 та багато іншого. Компанія підсумувала накопичені знання і
навички, проаналізувала досвід конкурентів і в 1993 році випустила серію
посібників, присвячених організації праці розробників – «білі книги» MSF.
Ці знання базуються на досвіді, отриманому Microsoft при роботі над
великими проектами з розробки і супроводу програмного забезпечення,
досвіді консультантів Microsoft і кращому з того, що накопичила на той
момент IT-індустрія. Все це представлено у вигляді двох взаємопов'язаних
областей знань, які доповнюють одна одну: Microsoft Solutions Framework
(MSF) і Microsoft Operations Framework (MOF).
П'ять років по тому, в 1998, була випущена друга ревізія MSF. У 2001
за нею пішла третя, а в 2005 вийшла остання на даний момент версія –
MSF 4.0.
Відмінними рисами Microsoft Solutions Framework стали гнучкість і
масштабованість. Ця методологія підходить для роботи в проектній групі
або організації будь-якого масштабу. MSF включає основні принципи,
моделі та дисципліни управління персоналом, процесами і технологіями.
Іншою перевагою методології стала її демократичність і відсутність
ієрархічних відносин «керівник-підлеглий».
Слід зазначити, що Microsoft розробила на базі загальних методів
MSF методики для прикладного та спеціалізованого застосування.

4
Причому, Microsoft сертифікує експертів саме по прикладних знаннях в
застосуванні MSF.
Перед тим, як вивчати методи MSF, слід спочатку визначити, який
прикладної варіант MSF мається на увазі.
Найбільш популярні прикладні варіанти MSF, розроблені Microsoft:
 методика впровадження рішень в області управління
проектами;
 методика управління IT-проектами на базі методологій MSF і
Agile.
Важливість прикладних варіантів MSF підкреслює той факт, що в
«чистому варіанті» саму методику MSF в своїх IT-проектах компанія
Microsoft не використовує. У проектах Microsoft Consulting Services
використовується гібридна методологія MSF і Agile. Незважаючи на
зовнішні істотні відмінності прикладних варіантів MSF, розроблених
експертами Microsoft, загальна база методів MSF для них залишається
основною і відображає фундаментальні методологічні підходи до
ітеративного ведення проектів.

1.2. Загальні відомості

Отже, Microsoft Solutions Framework (модель розробки додатків
Microsoft) – це набір концепцій і рекомендованих моделей, які дозволяють
розробляти і впроваджувати інформаційні системи на основі технологій і
інструментальних засобів Microsoft. Більшість концепцій MSF добре
відомі. MSF є однією з інтерпретацій спіральної (циклічної) моделі
розробки додатків і базується на практичних результатах організації
розподілених обчислень і застосування технологій «клієнт-сервер»
компанії Microsoft, її партнерів і замовників.
Головною метою MSF, як і будь-якої методології проектування
додатків, є створення робочого додатку вчасно і в рамках встановленого
5
бюджету. MSF пропонує практики планування, розробки і впровадження
інформаційних технологій, що добре себе зарекомендували. У той же час
MSF не є простим набором інструкцій, які мусять дотримуватися
беззастережно, – цей процес досить гнучкий і має можливість розширення.
MSF називається саме фреймворком, а не методологією з певних
причин. На відміну від розпорядчої методології, MSF надає гнучке і
масштабоване середовище, яке може бути адаптоване для задоволення
потреб будь-якого проекту (незалежно від розміру або складності) для
планування, створення і розгортання бізнес-технологічних рішень.
Філософія MSF говорить, що не існує єдиної структури або процесу, який
би оптимально відповідав вимогам всіх проектів. Тим не менш,
необхідність в керівництві існує. В якості основи MSF надає це
керівництво, не накладаючи забагато розпорядчих деталей, так що його
використання обмежене вузьким діапазоном сценаріїв проекту.
Компоненти MSF можуть застосовуватися індивідуально або колективно
для поліпшення показників успіху для наступних типів проектів:
 проекти розробки програмного забезпечення, в тому числі
мобільні, веб-додатки та додатки для електронної комерції,
веб-служби, мейнфрейми;
 проекти розгортання інфраструктури, включаючи розгортання
настільних систем, оновлення операційної системи,
розгортання корпоративних повідомлень і розгортання систем
управління конфігурацією і операціями;
 проекти інтеграції упакованих додатків, включаючи набори для
підвищення особистої продуктивності, планування ресурсів
підприємства і рішення для управління проектами
підприємства;
 будь-яка складна комбінація перерахованого вище.

6
 Керівництво MSF для цих різних типів проектів спрямовано на
управління «людьми і процесами», а також технологічними елементами, з
якими стикається більшість проектів. Оскільки потреби і методи роботи
технологічних груп постійно змінюються, матеріали, зібрані в MSF,
постійно змінюються і розширюються. Крім того, MSF взаємодіє з
Microsoft Operations Framework (MOF), щоб забезпечити плавний перехід
до операційної середовищі, що є умовою для довгострокового успіху
проекту.

2. Основні компоненти MSF

MSF містить кілька компонентів, які можна використовувати окремо
або приймати як єдине ціле. У сукупності вони створюють надійний та
гнучкий підхід до успішного виконання технологічних проектів.
Структура компонентів наступна:
 основні принципи MSF – принципи, на яких заснована
структура; висловлюють цінності і стандарти, які є загальними
для всіх елементів структури;
 моделі MSF – схематичний опис або «ментальні карти»
організації проектних команд і процесів (Team Model і Process
Model);
 дисципліни MSF – області практики, що використовують
певний набір методів, термінів і підходів;
 ключові поняття MSF – ідеї, які підтримують принципи і
дисципліни MSF і демонструються за допомогою конкретних
перевірених практик;
 перевірені практики MSF – практики, які довели свою
ефективність в технологічних проектах в різних реальних
умовах;

7
  рекомендації MSF – необов'язкові, але рекомендовані методи і
рекомендації щодо застосування моделей і дисципліни.

2.1. Принципи MSF

Наступні принципи і концепції MSF направляють проектну команду
на впровадження якісного рішення. Кожен член групи повинен розуміти і
приймати ці принципи при взаємодії з іншими членами групи, їх
організацією та зацікавленими сторонами. В основі MSF лежать дев'ять
основних принципів.
Відкрита взаємодія. Щоб забезпечити ефективність роботи вашої
групи, ви та інші учасники повинні ділитися відповідними рівнями
інформації з членами груп і співробітниками підприємства. Група повинна
розуміти природу створюваного рішення і те, як члени групи і зовнішні
контакти будуть взаємодіяти. Складність полягає у визначенні
відповідного рівня всіх відносин і інформації, яка буде
загальнодоступною.
Розробка загальної ідеї. Загальна презентація підвищує
ефективність і динамічність групи, що дозволяє учасникам швидко
приймати обґрунтовані рішення в контексті реалізації представленої
презентації. Загальний вигляд також допомагає заповнити прогалини у
вимогах при їх виявленні.
Розширення можливостей членів команди. Надання повноважень
членам групи – це не тільки один із способів вижити в постійно мінливих
умовах, але і спосіб творчого пошуку успішного вирішення проблем і
надання допомоги один одному.
Встановлення чітких меж повноважень і спільної
відповідальності. Наділені повноваженнями члени групи частіше
відчувають себе більш відповідальними за свої рішення і за проект в
цілому. Велика ступінь відповідальності членів групи призводить до
8
підвищення якості. Наприклад, якщо член групи заявляє, що завдання
виконане, але виявляється, що рівень якості не відповідає тому, що
необхідно, цей член групи відповідає за виправлення результатів.
Заохочуючи позитивні результати і відповідальність і не караючи за такі
помилки, можна домогтися того, щоб члени групи несуть солідарну
відповідальність за спільне рішення. Це спонукає найсильніших учасників
допомагати іншим працювати максимально ефективно.
Реалізація додаткових результатів. Реалізація додаткових
результатів пов'язана з двома аспектами:
 необхідно переконатися, що представлені результати є
оптимальними для зацікавлених осіб;
 необхідно визначити оптимальні прирости для доставки
результатів, тобто «частоти доставки».
Готовність та адаптація до змін. Оскільки зміни можуть
відбуватися часто і в найбільш невідповідний момент, гнучкий спосіб
обробки змін допоможе мінімізувати час простою, пов'язаний з ними.
Гнучкість означає, що організація готова до змін і може легко
адаптуватися до них.
Інвестування в якість. Багато організацій використовують поняття
якості (часто воно дуже розмите), але не розуміють, як його кількісно
оцінити. Якість – це те, що необхідно активно впроваджувати в життєвий
цикл розробки рішення.
Навчання на будь-якому досвіді. Якщо всі рівні організації нічого
не виносять з того, що раніше працювало і не працювало, як вони можуть
очікувати поліпшень в майбутньому? Члени команди повинні розуміти, що
навчання проходить на всіх рівнях:
 на рівні проекту, наприклад, при роз'ясненні процесу для
всього проекту;

9
  на індивідуальному рівні, наприклад, для поліпшення взаємодії
з іншими членами групи;
 на рівні організації, наприклад, при коригуванні показників
якості, які збираються для кожного проекту.
Співпраця з внутрішніми і зовнішніми клієнтами. Якщо клієнт
працює разом з командою проекту, ви збільшуєте ймовірність успіху
проекту. Але це не означає, що клієнти повинні робити всю роботу для
вашої групи. Однак, коли клієнти тісно і послідовно співпрацюють з
командою проекту, отримане рішення більш відповідає їх вимогам.
Співпраця з клієнтами є взаємовигідною, оскільки вона допомагає
уникнути невизначеності, скоротити час усунення проблем з вимогами і
поліпшити розуміння цінності пропозиції групою через регулярні
контакти.

2.2. Моделі MSF

Модель команди MSF
Команда розробників – це головний стратегічний ресурс компанії, що
визначає успіх проекту. У традиційній практиці команди організовані
ієрархічно – від керівника до працівників нижчої ланки, наприклад:

Директор

Голова відділу Голова відділу

розробки тестування

Розробник Розробник Тестувальник Тестувальник

Рис. 1. Приклад традиційної ієрархічної організації праці

10
 При такій організації роботи вага думки окремого співробітника
визначається не його компетенціями та знаннями, а становищем в ієрархії.
MSF пропонує більш демократичну модель команди, і тому не відчуває
проблем класичної.
Команда проекту в MSF – це колектив рівноправних співробітників.
Вони поділяють відповідальність і вільно обмінюються досвідом та
інформацією. Всередині команди є рольові кластери (ролі), що
відображають функціональні обов'язки конкретних фахівців. У кожній ролі
– свої цілі і завдання, і всі вони вважаються рівноцінними і однаково
важливими. Ролі доповнюють один одного і разом служать єдиній меті –
створення якісного продукту.

Рис. 2. Модель команди MSF

Модель процесу MSF
Модель процесів MSF об'єднує концепції традиційних моделей
водоспадів і спіральних моделей. Модель процесу поєднує в собі переваги
планування, заснованого на етапах, від моделі водоспаду з поступово
повторюваними результатами проекту зі спіральної моделі.
Модель процесу MSF заснована на фазах і віхах. На одному рівні
фази можна розглядати просто як періоди часу з акцентом на певні види
діяльності, націлені на створення відповідних результатів для цієї фази.
Проте, MSF фази більше, ніж це – кожна з них має свій власний характер, і
кінець кожної фази являє собою зміну темпу і спрямованості проекту. Віхи

11
– це точки огляду і синхронізації для визначення того, чи були досягнуті
цілі етапи. Основні етапи надають команді явні можливості для
коригування масштабу проекту, щоб відобразити змінюються вимоги
клієнтів або бізнесу і врахувати ризики і проблеми, які можуть виникнути
в ході проекту. Крім того, віхи приносять закриття на кожному етапі,
дозволяють перекладати відповідальність за керівництво багатьма видами
діяльності і спонукають команду прийняти нову точку зору, більш
підходящу для мети наступного етапу. Закриття демонструється наданням
відчутних результатів, які команда проводить на кожному етапі, і
командою і клієнтом, що досягає рівня консенсусу щодо цих результатів.
Це замикання і пов'язані з ним виходи стають вихідною точкою для
наступної фази.
Модель процесів MSF дозволяє команді реагувати на запити клієнтів
і, при необхідності, реагувати на зміни в проміжній середовищі рішення.
Це також дозволяє команді надавати ключові частини рішення швидше,
ніж це було б можливо, зосередившись в першу чергу на найбільш
пріоритетних функціях і перенісши менш важливі функції в наступні
випуски.

12
 П'ять етапів моделі процесів MSF роблять її досить гнучкою, щоб
вона могла використовуватись для будь-якого технологічного проекту.

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

2.3. Дисципліни MSF

Управління проектом в MSF – це цілий набір навичок і
компетенцій, в тому числі:
 комплексне планування всіх етапів і аспектів проекту;
 управління бюджетом, витратами і ресурсами;
 підготовка графіків і контроль за їх дотриманням;
 ведення адміністративної документації.
Управління ризиками
Ризики – це чинники і події, які можуть мати негативний вплив на
проект в перспективі. В MSF є спеціальний процес, який допомагає
виявляти, відстежувати і мінімізувати ризики. Він складається з шести
кроків.

13
 Рис. 4. Процес управління ризиками MSF

Управління готовністю. Ця дисципліна займається питаннями

професійного росту і підготовки фахівців.
З точки зору організації, знання і навички співробітника – це цінний
ресурс, так що навчання і підвищення кваліфікації можна розглядати як
поліпшення якості ресурсу. В MSF під готовністю розуміється
відповідність поточного обсягу знань і навичок до того рівня, який
бажаний або необхідний для конкретного фахівця.

3. Проектування компонентного ПЗ
Процес проектування MSF складається з трьох стадій.
Перша стадія – концептуальне проектування – це опис точки зору
користувача на проект. На цьому етапі відбувається наступне:
 визначення суті проблеми, що підлягає вирішенню,
встановлення мети розробки;
 ідентифікація основної діяльності: визначаються межі області,
яку покриває розробляється рішення, причому як перспективні,
так і реальні;
 класифікація користувачів: групування користувачів за
категоріями і опис вимог і очікувань кожної категорії;
14
  складання сценаріїв «Як є» і «Як повинно бути», які є
основним результатом стадії концептуального проектування;
 перевірка, оцінка і ітеративне проектування.
Всі стадії проектування, по-перше, носять ітеративний характер, а по-
друге, взаємно перекриваються. Побудований концептуальний проект
негайно піддається перевірці і оцінці, результати якої викликають чергову
ітерацію концептуального проектування, що не заважає починати і
продовжувати логічне і фізичне проектування.
Друга стадія – логічне проектування – це точка зору групи
проектувальників на додаток. Логічне проектування є ядром процесу
розробки. Центральним завданням логічного проектування при
використанні рекомендованої MSF моделі програми є виокремлення та
специфікація служб. Сюди ж відносяться створення інформаційної моделі,
розбиття занадто великий системи на підсистеми і ітеративна верифікація
логічного проекту. Результатом логічного проектування є логічна модель
додатки, тобто на цій стадії повинні бути спроектовані служби, а також
специфіковані реалізовані ними функції і інтерфейси.
Третя стадія – фізичне проектування – це точка зору програмістів
на додаток. Результатом фізичного проектування є фізична архітектура
додатки, тобто специфіковані всі компоненти програми. Основний зміст
цієї стадії - упаковка служб в фізичні компоненти програми.

4. Використання MSF

4.1. MSF в групах продуктів і послуг Microsoft

Microsoft Solutions Framework тепер є частиною Microsoft Windows
Engineering Services and Solutions (WESS), яка управляє і підтримує її. MSF
нещодавно була переведена з Microsoft Consulting Services (MCS) у WESS,
щоб розширити сферу її дії за межі послуг MCS і навмисно включити

15
принципи MSF в документацію продуктів Microsoft, прискорювачі рішень і
пропозиції послуг.
MSF в основному використовується групами продуктів Microsoft для
структурування і вдосконалення документації по доставці рішень для
продуктів, пропозицій послуг і прискорювачів рішень. Групи продуктів,
які розглядають MSF, можуть розпізнати подібність між ними і тим, як
вони працюють. Вони також визнають, що, хоча MSF має удосконалення,
які роблять його більш відповідним для клієнтів, фундамент в основному
той же.
Служби Microsoft, зокрема Microsoft Consulting Services (MCS),
регулярно використовують MSF як визначальну структуру своїх
зобов'язань, пов'язаних з наданням технологічних рішень, і в якості бази
знань, якою вони діляться з клієнтами. Фактично MSF підтримувалася
MCS протягом багатьох років саме для цих цілей. За допомогою такого
універсального застосування MSF ефективно задовольняє змінні потреби
консалтингових фірм, і сертифіковані партнери Microsoft прийняли і
розширили MSF для своїх власних цілей. Коли завдання MCS надають
конкретні послуги, які не охоплюють життєвий цикл поставки рішення
(наприклад, перевірки якості), консультанти по мірі необхідності
використовують елементи MSF.
Проекти щодо поліпшення операцій служб, що надаються Microsoft
Services, використовують MSF для структурування проекту і
використовують базу знань в рамках Microsoft Operations Framework
(MOF), щоб впровадити фактичні поліпшення.
Крім груп продуктів, MSF широко застосовується для надання різних
технологічних послуг і рішень для різних напрямків бізнесу в рамках
Microsoft.

16
 4.2. Впровадження MSF
Впровадження технології MSF може перетворити організацію на
більш ефективну, надаючи нові можливості, раніше недоступні. Більшість
організацій покладаються на технології саме для цього перетворення, в той
час як конкурентна перевага залежить не тільки від того, які технології
використовуються, але і від того, наскільки добре вони використовуються.
MSF допомагає командам пройти через це перетворення.
З відповідною підтримкою зацікавлених сторін, навчанням і
наставництвом охоплення MSF для декількох технологічних рішень досить
простий процес. Використання ітеративного підходу до його реалізації
допомагає підтримувати досяжні цілі, дозволяючи командам вчитися по
ходу справи.
Однак організаційне прийняття MSF – це складна ініціатива, яка
потребує підтримки з боку керівництва і ретельного планування. Зусилля
такого роду можуть спричинити деякі зміни в організаційній культурі, а
також індивідуальні звички. Це багато в чому схоже з впровадженням
нового рішення, тому не дивно, що багато методів MSF можуть бути
застосовані для реалізації самої MSF. Зокрема, вони будуть включати чітке
бачення, уявлення схожих ролей, версії версій, управління ризиками та
готовністю, а також навчання на досвіді. Microsoft усвідомлює проблему,
яку вона представляє, і створила безліч каналів для навчання і допомоги
організаціям, які впроваджують MSF.

17
 ВИСНОВКИ
Microsoft Solutions Framework – це потужний інструмент, який
допомагає організаціям визначати ключові області, важливі для успіху
технологічного проекту. Виходячи з реальних проектів Microsoft, її
партнерів і клієнтів, MSF надає керівництво щодо застосування певного
набору принципів, моделей, дисциплін, концепцій і перевірених практик,
які, як було показано, допомагають запобігти основні причини невдачі
технологічного проекту.
Методологія MSF залишається гнучкою і може легко
масштабуватися для використання в корпораціях або стартап-проектах.
Вона дуже демократична за своєю суттю, але категорично вимагає одного
– відмовитися від ієрархії і диктатури в управлінні. Будь-яке рішення має
бути вироблене в колективі колегіально, а відповідальність розподіляється
між усіма. Крім того, MSF заохочує постійний обмін інформацією та
накопичення колективного досвіду, а також підштовхує кожного члена
команди до вдосконалення знань і підвищення кваліфікації.
Методологія не вимагає застосовувати спеціалізовані засоби компанії
Microsoft. Існують системи, «заточені» під MSF, наприклад Visual Studio
Team System – і Microsoft прямо закликає організації, що використовують
її, слідувати MSF. Але ніщо не заважає застосовувати MSF з будь-якими
іншими засобами організації виробництва.
Microsoft Solutions Framework використовується вже понад чверть
століття, допомагаючи компанії Microsoft розробляти нові рішення і
розвиватися. І це аргумент на користь методології.

18
 СПИСОК ВИКОРИСТАНИХ ДЖЕРЕЛ

1. Derek Campbell, Geoffrey Lory, Allison Robin, Microsoft Solutions

Framework v3 Overview, Microsoft Corporation, 2003 – 6-7, 20-23 p.
[Електронний ресурс]: Режим доступу:
https://www.researchgate.net/publication/236735939_Microsoft_Solution
s_Framework_v3_Overview
2. Microsoft Solutions Framework / Вікіпедія – вільна енциклопедія
[Електронний ресурс]: Режим доступу:
https://ru.wikipedia.org/wiki/Microsoft_Solutions_Framework
3. Л. Хаф, Методологии разработки программного обеспечения. Часть
5. Microsoft Solutions Framework [Електронний ресурс]: Режим
доступу:
https://compress.ru/article.aspx?id=11372
4. Frederick P. Brooks, Jr, The Mythical Man-Month: Essays on
Software Engineering, Anniversary Editionб Boston, MA: Addison-
Wesley, 1995 – 74-75 p.
5. А. Березин, Методологии разработки ПО: Microsoft Solutions
Framework, 2019 [Електронний ресурс]: Режим доступу:
https://geekbrains.ru/posts/development_methodology_msf
6. Microsoft Solutions Framework. Basic Principles / NLT – New Line
Technologies [Електронний ресурс]: Режим доступу:
https://newline.tech/blog/microsoft-solutions-framework-basic-principles/

19