МАРК РЕГНЕРУС ДОСЛІДЖЕННЯ: Наскільки відрізняються діти, які виросли в одностатевих союзах
РЕЗОЛЮЦІЯ: Громадського обговорення навчальної програми статевого виховання ЧОМУ ФОНД ОЛЕНИ ПІНЧУК І МОЗ УКРАЇНИ ПРОПАГУЮТЬ "СЕКСУАЛЬНІ УРОКИ" ЕКЗИСТЕНЦІЙНО-ПСИХОЛОГІЧНІ ОСНОВИ ПОРУШЕННЯ СТАТЕВОЇ ІДЕНТИЧНОСТІ ПІДЛІТКІВ Батьківський, громадянський рух в Україні закликає МОН зупинити тотальну сексуалізацію дітей і підлітків Відкрите звернення Міністру освіти й науки України - Гриневич Лілії Михайлівні Представництво українського жіноцтва в ООН: низький рівень культури спілкування в соціальних мережах Гендерна антидискримінаційна експертиза може зробити нас моральними рабами ЛІВИЙ МАРКСИЗМ У НОВИХ ПІДРУЧНИКАХ ДЛЯ ШКОЛЯРІВ ВІДКРИТА ЗАЯВА на підтримку позиції Ганни Турчинової та права кожної людини на свободу думки, світогляду та вираження поглядів
Контакти
Тлумачний словник Авто Автоматизація Архітектура Астрономія Аудит Біологія Будівництво Бухгалтерія Винахідництво Виробництво Військова справа Генетика Географія Геологія Господарство Держава Дім Екологія Економетрика Економіка Електроніка Журналістика та ЗМІ Зв'язок Іноземні мови Інформатика Історія Комп'ютери Креслення Кулінарія Культура Лексикологія Література Логіка Маркетинг Математика Машинобудування Медицина Менеджмент Метали і Зварювання Механіка Мистецтво Музика Населення Освіта Охорона безпеки життя Охорона Праці Педагогіка Політика Право Програмування Промисловість Психологія Радіо Регилия Соціологія Спорт Стандартизація Технології Торгівля Туризм Фізика Фізіологія Філософія Фінанси Хімія Юриспунденкция |
|
|||||||
Модель Microsoft Solution Framework
Одна з особливостей технології MSF полягає в тому, що вона орієнтована не просто на створення програмного продукту, що задовольняє перерахованим вимогам, а на пошук рішення проблем, що стоять перед замовником. Різниця полягає в тому, що перераховуються замовником вимоги є проявами деяких більш глибоких проблем і неточність, неповнота, зміна вимог у процесі розробки - наслідок непорозуміння проблем. Тому, в технології MSF велику увагу приділяється аналізу проблем замовника та розробці варіантів системи для пошуку вирішення цих проблем.
Модель життєвого циклу MSF є деяким гібридом каскадної і спіральної моделей, поєднуючи простоту управління каскадної моделі з гнучкістю спіральної. схема моделі життєвого циклу MSF (моделі процесів) представлена на слайді. Модель життєвого циклу MSF орієнтована на "віхи" (milestones) - ключові точки проекту, що характеризують досягнення якого-небудь істотного результату. цей результат може бути оцінений і проаналізований, що має на увазі відповідь на питання: "А досягли ми цілей, поставлених на цьому кроці? ». У моделі передбачається наявність основних віх (завершення головних фаз моделі) і проміжних, що відбивають внутрішні етапи головних фаз. Основними фазами моделі MSF є: · Створення загальної картини додатку (Envisioning) .На цьому етапі вирішуються такі основні завдання: оцінка існуючої ситуації; визначення складу команди, структури проекту, бізнес-цілей, вимог і профілів користувачів; розробка концепції рішення і оцінка ризику. Встановлюються дві проміжні віхи: "Організовано кістяк команди" і "Створена загальна картина рішення". · Планування (Panning). Включає планування та проектування продукту. На основі аналізу вимог розробляється проект і основні архітектурні рішення, функціональні специфікації системи, плани і календарні графіки, середовища розробки, тестування та пілотної експлуатації. Етап складається з трьох стадій: концептуальне, логічне і фізичне проектування. На стадії концептуального проектування задача розглядається з точки зору користувача і бізнес-вимог і закінчується визначенням набору сценаріїв використання системи. при логічному проектуванні задача розглядається з точки зору проектної команди, рішення представляється у вигляді набору сервісів. І вже на стадії фізичного проектування задача розглядається з точки зору програмістів, уточнюються використовувані технології та інтерфейси. · Розробка (Developing). Створюється варіант вирішення проблеми, у вигляді коду і документації чергового прототипу, включаючи специфікації і сценарії тестування. Основна віха етапу - "Остаточне затвердження області дії проекту ". Продукт готовий до зовнішнього тестування і стабілізації. Крім того, замовники, користувачі, співробітники служби підтримки та супроводу, а також ключові учасники проекту можуть попередньо оцінити продукт і вказати всі недоліки, які потрібно усунути до його поставки. · Стабілізація (Stabilizing). Підготовка до випуску остаточної версії продукту, доведення його до заданого рівня якості. тут виконується комплекс робіт з тестування (виявлення та усунення дефектів), перевіряється сценарій розгортання продукту. Коли рішення стає досить стійким, проводиться його пілотна експлуатація в тестовій середовищі із залученням користувачів і застосуванням реальних сценаріїв роботи. · Розгортання (Deploying). Виконується установка рішення і необхідних компонентів оточення, проводиться його стабілізація в промислових умовах і передача проекту в руки групи супроводу. Крім того, аналізується проект в цілому на предмет рівня задоволеності замовника. Читайте також:
|
||||||||
|