вище;
визнання замовником факту завершення проекту.
Розгортання компонентів, характерних для конкретного місця установки, складається з декількох стадій: підготовки, установки, навчання та формального схвалення.
Результатами етапу розгортання системи є системи супроводу та підтримки, сховище документів, де розміщуються всі версії документів та коду, розроблених протягом проекту.
Для розгортання розроблюваної системи був складений план дій, який наведено в таблиці 2.
Таблиця 3.1 - План розгортання програми
ДействіеОпісаніе дії1. Резервне копірованіеПроізводітся резервне копіювання даних користувача при його участі та узгодженні шляхом переносу інформації на змінні носії (СD, DVD) 2. Установка базових компонентів решеніяПрімененіе технологій, що забезпечують роботу рішення. 3. Установка клієнтського пріложеніяПеренос на комп'ютер користувача і установка остаточного варіанту розробленої ІС та бази данних4. Навчання Виробляється навчання користувачів по роботі з системою, розробник переконується в правильності і розумінні роботи ІС кліентамі5. Передача бази знань проекту кліентуЗаказчіку передається вся проектна документація6. Закриття проекту складає звіт про закриття проекту. Замовник підписує акт приймання.
Висновки до розділу
У даному розділі дипломного проекту розглянуті реалізація інформаційної системи, наведені фрагменти програмного коду. Реалізовані функції і процедури взаємодії з базою даних. Описано способи знаходження помилок у додатку, також описані методики тестування, які використовувалися при тестуванні програми, і розгортання програми.
4. Управління інформаційним проектом
. 1 Вибір життєвого циклу розробки ПЗ
Під моделлю життєвого циклу розуміються структура, що визначає і послідовність виконання і взаємозв'язку процесів, дій завдань виконуваних протягом життєвого циклу. Модель залежить від специфіки інформаційної системи та специфіки умов, в яких ІС створюється і функціонує.
До. Вігерс у своїй книзі «Розробка вимог до програмного забезпечення описав обгрунтування моделі вибору життєвого циклу на основі характеристик вимог, учасників команди розробників, типу проектів і ризиків, характеристик користувачів. Таблиці наведені у Додатку Д.
У таблиці 4.1 представлені підсумкові результати процесу вибору моделі життєвого циклу.
Таблиця 4.1 - Визначення оптимальної моделі життєвого циклу
ХарактеристикаКаскаднаяV-образнаяПрототипированиеСпиральнаяRADИнкрементнаяТребования443373Участники команди разработчіков564376Коллектів пользователей365878Тіпи проектів і рісков223234Ітого141815162421
Результатом проведених досліджень найбільш підходящою моделлю життєвого циклу для розробки системи обліку замовлень таксі модель швидкої розробки додатків (RAD) .Application Development (RAD) - це життєвий цикл процесу проектування, створений для досягнення більш високій швидкості розробки і якості ПЗ, ніж це можливо при традиційному підході до проектірованію.предполагает, що розробка ПО здійснюється невеликою командою розробників за термін близько трьох-чотирьох місяців шляхом використання інкрементного прототипування із застосуванням інструментальних засобів візуального моделювання та розробки. Технологія RAD передбачає активне залучення замовника вже на ранніх стадіях - обстеження організації, вироблення вимог до системи. Причини популярності RAD випливають з тих переваг, які забезпечує ця технологія (малюнок 4.1).
Малюнок 4.1 - RAD технологія
Найбільш істотними з них є:
висока швидкість розробки;
низька вартість;
високу якість.
Останнє із зазначених властивостей увазі повне виконання вимог замовника як функціональних, так і нефункціональних, з урахуванням їх можливих змін у період розробки системи, а також отримання якісної документації, що забезпечує зручність експлуатації і супроводу системи. Це означає, що додаткові витрати на супровід відразу після поставки будуть значно менше. Таким чином, повний час від початку розробки до отримання прийнятного продукту при використанні цього методу значно скорочується.
Застосування технології RAD доцільно, коли:
потрібне виконання проекту в стислі терміни. Швидке виконання проекту дозволяє створити систему, що відповідає вимогам сьогоднішнього дня.
нечітко визначені вимоги до ПЗ. У більшості випадків замовник дуже приблизно уявляє собі роботу майбутнь...
