Цілісний погляд на розробку і впровадження
Як вже було відмічено раніше, рішення не представляє бізнес - цінності, поки воно не упроваджене. Саме з цієї причини модель процесів MSF містить весь життєвий цикл створення рішення, включаючи його впровадження – аж до моменту, коли рішення починає давати віддачу.
Переваги інтегрованої моделі процесів
Модель процесів, інтегруюча розробку і впровадження рішення, має наступні переваги:
Зосередження на потребах підприємства
Підприємства (і особливо керівники підприємств) зазвичай розглядають розробку і впровадження рішення як щось нероздільне. Навіть якщо розробка рішення пройшла вдало, замовники не побачать віддачі до тих пір, поки воно не упроваджене на підприємстві.
Покращена підтримка розробки веб-приложений
Для сьогоднішніх команд розробників веб-приложений створення і впровадження веб-сайту є єдиним, скоординованим процесом.
Покращена підтримка веб-сервісів
Невід'ємною частиною проектування і розробки веб-сервісів є їх негайна установка на веб-серверах. Оскільки веб-сервіси все частіше стають основними каналами постачання програмного забезпечення, розробники комерційного програмного забезпечення знаходять необхідним включення процесу установки в життєвий цикл продукту.
Поліпшення взаємодії з командою супроводу
Часто команда розробників створює рішення, не приділяючи належної уваги питанням його експлуатації. Це приводить до низьких показників продуктивності
|
|
|
(performance), доступності (availability) і керованості (manageability) рішення. Інтегрована модель процесів MSF забезпечує процес передачі відповідальності від команди розробників до команди супроводу крізь ряд послідовних віх, а не як одномоментне перенесення навантаження.
59
Зауваження про використання інтегрованої моделі процесів
Тривалість фаз не однакова
Хоча на діаграмах всі фази проекту схематично зображуються секторами однакових розмірів, це не означає, що всі вони займають один і той же час. На практиці тривалість кожної фази може значно мінятися залежно від проекту.
Діяльність може виходити за межі однієї фази
Новачки в MSF іноді вважають, що всяка проектна діяльність прив'язана до певної фази і здійснюється лише в її рамках. Насправді це не так. Наприклад, планування здійснюється не тільки на фазі планування, тестування виходить за рамки фази стабілізації, розробка може продовжуватися після завершення фази розробки. Фази характеризуються, в першу чергу, своїми цілями і результатами і, у меншій мірі, видами діяльності, на яких фокусується проектна група.
|
|
|
Створення, оновлення і уточнення планів відбувається впродовж всього життєвого циклу проекту. Проте пік діяльності по плануванню проекту доводиться на фазу планування, і головні документи планів створюються під час цієї фази.
Проекти, обмежені розробкою застосування або впровадженням інфраструктури
Деякі проекти складаються лише із завдань розробки, інші – тільки із завдань впровадження. Постачальники комерційного програмного забезпечення виготовляють програмні продукти "коробочок", установку яких вони не здійснюють (хоча вони повинні добре уявляти собі всі її аспекти). Аналогічно, команди проектів по розгортанню інфраструктури не розробляють впроваджувані ними технології, хоча деяке програмування, звичайно ж, має місце і в цьому випадку (наприклад, написання скриптів автоматичної установки).
Тому команди, що працюють над проектами, обмеженими лише розробкою або впровадженням, можуть просто опускати ті фази і віхи, які не зустрічаються в їх проекті.
Фази і віхи моделі процесів MSF
MSF версії 3.0 інтегрує в собі дві ранні моделі процесів: модель розробки застосувань (application development - AD) і модель впровадження інфраструктури (infrastructure deployment - ID). Нова єдина модель покриває процес створення вирішення з самого його початку і до моменту остаточного впровадження. Таким чином, що використалася раніше чотирьохфазна схема розширена до п'яти фаз. Кожна фаза закінчується головною віхою, результати якої стають видимими за межами проектної команди. Рис. 8 зображає фази і віхи моделі процесів MSF. Хоча цей рисунок може здивувати деяких MSF-практиків, зміни, що відбулися, не так значимі, як здається. Фактично, не втрачений жоден з принципових елементів двох початкових моделей. Все краще від кожної з них було сполучено разом в єдиний цикл. У Додатку A приводиться обґрунтування змін, введених в MSF версії 3.0,.
|
|
|
60
Рисунок 12. Фази і віхи моделі процесів MSF
Фаза вироблення концепції
Введення
На фазі вироблення концепції (envisioning phase) закладається одна з фундаментальних основ успіху проекту – створення і об 'єднання проектної групи на основі вироблення єдиного бачення. Проектна група повинна чітко уявити собі, що вона хоче зробити для замовника і сформулювати свою мету так, щоб максимально мотивувати як замовника, так і саму проектну команду. Вироблення високорівневого погляду на цілі і умови проекту може розглядатися як рання форма планування; вона готує грунт для процесів створення детальних планів, які будуть здійснені безпосередньо під час фази планування.
|
|
|
Основними завданнями фази вироблення концепції є створення ядра проектної групи (див. нижчий) і підготовка документа загального опису і рамок проекту (vision/scope document). Формування бачення проекту і специфікація його рамок не одне і теж, хоча для успіху проекту необхідно і те, і інше. Бачення (vision) – це нічим не обмежуване уявлення про те, яким повинне бути рішення (Слід врахувати, що в MSF визначення термінів іноді декілька
відрізняються від визначень цих термінів, використовуваних в рамках деяких інших підходів до управління проектами). Рамки (scope) же дають чіткі межі того,що із запропонованого цим баченням
буде реалізовано в умовах існуючих проектних обмежень.
Управлінням ризиками є ітеративний процес, здійснюваний впродовж всього життєвого циклу проекту. Під час фази вироблення концепції проектна група готує документ оцінки рисок і представляє головні ризики проекту разом із загальним описом і рамками проекту. Для отримання подальшої інформації про управління ризиками, див. "Білу книгу" дисципліни управління ризиками MSF.
Також під час фази вироблення концепції проводиться виявлення і аналіз бізнес - потреб. Детальніше ці вимоги розглядаються під час фази планування.
Провідним ролевим кластером на фазі вироблення концепції є "Управління продуктом".
Віха "Концепція затверджена"
Це головна віха фази вироблення концепції. До моменту її досягнення проектна група і замовник повинні прийти до угоди про загальні завдання проекту, функціональності, що включається і не включається в рішення, і тимчасових рамках.
61
|
|
| Requirements and Defining Microsoft .NET Solution Architectures) |
Результати
Результатами (Шаблони і приклади більшості тих, що згадуються тут і далі документів вільно доступні на http://www.microsoft.com/msf в розділі "MSF Resource Library ". Крім того, дуже хороший комплект прикладів документів поставляється Microsoft разом із студентськими матеріалами курсу 2710 Analyzing
фази вироблення концепції є:
• Загальний опис і рамки проекту (vision/scope document).
• Документ оцінки рисок (risk assessment document).
• Опис структури проекту (project structure document).
Дата добавления: 2018-05-09; просмотров: 374; Мы поможем в написании вашей работы! |
Мы поможем в написании ваших работ!