орів, що визначають успіх чи невдачу проекту, але структура проектної групи, безумовно, вносить істотний внесок.
Відповідна структура команди є фундаментом успіху, і реалізація моделі MSF з використанням лежать в її основі принципів допоможе зробити проектні групи більш ефективними і, як наслідок, більш успішними.
Модель процесів MSF (MSF process model) представляє загальну методологію розробки та впровадження IT рішень. Особливість цієї моделі полягає в тому, що завдяки своїй гнучкості і відсутності жорстко нав'язуваних процедур вона може бути застосована при розробці вельми широкого кола IT проектів. Ця модель поєднує в собі властивості двох стандартних виробничих моделей: каскадної (waterfall) і спіральної (spiral). Модель процесів в MSF 3.0 була доповнена ще одним інноваційним аспектом: вона покриває весь життєвий цикл створення рішення, починаючи з його відправної точки і закінчуючи безпосередньо впровадженням. Такий підхід допомагає проектним групам сфокусувати свою увагу на бізнес-віддачі (business value) рішення, оскільки ця віддача стає реальною лише після завершення впровадження та початку використання продукту.
Процес MSF орієнтовано «віхи» (milestones) - ключові точки проекту, що характеризують досягнення в його рамках будь-якого істотного (проміжного або кінцевого) результату. Цей результат може бути оцінений і проаналізований, що має на увазі відповіді на питання: «Прийшла Чи проектна група до однозначного розуміння цілей і рамок проекту?», «Чи достатньою мірою готовий план дій?», «Чи відповідає продукт затвердженої специфікації?», « Чи задовольняє рішення потреби замовника? »і т.д.
Модель процесів MSF враховує постійні зміни проектних вимог. Вона виходить з того, що розробка рішення повинна складатися з коротких циклів, що створюють поступальний рух від найпростіших версій рішення до його остаточного виду.
Модель процесів MSF тісно пов'язана з базовими принципами MSF, розглянутими вище. Взагалі кажучи, трьома особливостями моделі процесів MSF є:
підхід, заснований на фазах і віхи
ітеративний підхід
інтегрований підхід до створення та запровадження рішень
Модель процесів включає такі основні фази процесу розробки:
вироблення концепції (Envisioning)
планування (Planning)
розробка (Developing)
стабілізація (Stabilizing)
впровадження (Deploying)
У рамках MSF програмний код, документація, дизайн, плани та інші робочі матеріали створюються, як правило, ітеративними методами. MSF рекомендує починати розробку рішення з побудови, тестування і впровадження його базової функціональності. Потім до вирішення додаються все нові і нові можливості. Така стратегія іменується стратегією версіонірованія. Незважаючи на те, що для малих проектів може бути достатнім випуск однієї версії, рекомендується не упускати можливості створення для одного рішення ряду версій. Зі створенням нових версій еволюціонує функціональність рішення.
Слід зазначити, що MSF не нав'язує використання інших продуктів Microsoft. Наприклад, для організації процесу виробництва ПЗ можна використовувати MSF і при цьому застосовувати інструменти Borland, хоча майбутня версія MSF 4.0 буде жорстко прив'язана до Microsoft Team System - новому інструментального засобу Майкрософт для підтримки командної роботи над проектами.
Перша версія MSF з'явилася в 1994 році. Поточна версія - MSF 4.0 була представлена ??в 2005 році. У даній версії відбувся поділ методології на два напрямки: MSF for Agile Software Development і MSF for CMMI Process Improvement.
Крім цього, з'явилася роль архітектора та підтримка методології в інструменті - Visual Studio Team System.
. 4 Технологія ICONIX
Технологія (або процес) ICONIX, яку ми будемо докладно розглядати, являє собою щось середнє між компактними і великими процесами. Технологія ICONIX, як і RUP, заснована на прецедентах (варіантах використання). У цьому процесі теж застосовується мова моделювання UML (Unified Modeling Language), проте основна увага приділяється аналізу требованій.бил розроблений Дугом Розенбергом в компанії ICONIX SoftWare Engineering. Хоча назва процесу пишеться великими літерами, воно не є абревіатурою.
У той час, коли UML розроблявся трьома програмістами-інженерами з Rational SoftWare, які пропагували ГО методи розробки ПЗ, Дуг Розенберг створював засіб об'єктного моделювання Object Modeler. У 1992 році він розробив власний процес і назвав його ICONIX, взявши все найкраще з оригінальних методик Буча, Рамбо і Якобсена.іспольз...
