ів розроблюваної системи і приймається рішення про поділ ІС на підсистеми, піддаються реалізації однією командою розробників за прийнятний для RAD-проектів час - близько 60 - 90 днів. З використанням CASE-засобів проект розподіляється між різними командами (ділиться функціональна модель). Результатом даної фази повинні бути:
загальна інформаційна модель системи;
функціональні моделі системи в цілому і підсистем, що реалізуються окремими командами розробників;
точно визначені за допомогою CASE-засобу інтерфейси між автономно розробляються підсистемами;
побудовані прототипи екранів, звітів, діалогів.
Всі моделі і прототипи повинні бути отримані із застосуванням тих CASE-засобів, які будуть використовуватися в подальшому при побудові системи. Дана вимога викликано тим, що в традиційному підході при передачі інформації про проект з етапу на етап може відбутися фактично неконтрольоване спотворення даних. Застосування єдиної середовища зберігання інформації про проект дозволяє уникнути цієї небезпеки.
На відміну від традиційного підходу, при якому використовувалися специфічні засоби прототипування, не призначені для побудови реальних додатків, а прототипи викидалися після того, як виконували завдання усунення неясностей у проекті, в підході RAD кожен прототип розвивається в частину майбутньої системи. Таким чином, на наступну фазу передається більш повна і корисна інформація.
На фазі побудови виконується безпосередньо сама швидка розробка програми. На даній фазі розробники виробляють итеративное побудову реальної системи на основі отриманих в попередній фазі моделей, а також вимог нефункціонального характеру. Програмний код частково формується за допомогою автоматичних генераторів, які отримують інформацію безпосередньо з репозиторію CASE-засобів. Кінцеві користувачі на цій фазі оцінюють одержувані результати і вносять корективи, якщо в процесі розробки система перестає задовольняти визначеним раніше вимогам. Тестування системи здійснюється безпосередньо в процесі розробки. Після закінчення робіт кожної окремої команди розробників проводиться поступова інтеграція даної частини системи з іншими, формується повний програмний код, виконується тестування спільної роботи даної частини програми з іншими, а потім тестування системи в цілому. Завершується фізичне проектування системи:
визначається необхідність розподілу даних;
проводиться аналіз використання даних;
виробляється фізичне проектування бази даних;
визначаються вимоги до апаратних ресурсів;
визначаються способи збільшення продуктивності;
завершується розробка документації проекту.
Результатом фази є готова система, що задовольняє всім узгодженим вимогам.
На фазі впровадження проводиться навчання користувачів, організаційні зміни і паралельно з впровадженням нової системи здійснюється робота з існуючою системою (до повного впровадження нової). Так як фаза побудови досить нетривала, планування і підготовка до впровадження повинні починатися заздалегідь, як правило, на етапі проектування системи. Наведена схема розробки ІС не є абсолютною. Можливі різні варіанти, які залежать, наприклад, від початкових умов, в яких ведеться розробка: розробляється зовсім нова система; вже було проведено обстеження підприємства і існує модель його діяльності; на підприємстві вже існує деяка ІС, яка може бути використана в якості початкового прототипу або повинна бути інтегрована з розробляється.
. 2 Визначення цілі і сфери дії програмного проекту
Мета проекту - розробка автоматизованої системи обліку прийнятих аварійних автомобілів і формування замовлення-нарядів на виконання робіт, яка задовольняє всім необхідним вимогам і впроваджена в автосервісі ІП Кузнєцова В.Г .; вона повинна мати зручний користувальницький інтерфейс, що забезпечує зручності введення, обробки та отримання необхідної інформації про прийнятих автомобілях і автоматичного складання заказ-нарядів.
Загальні вимоги, пропоновані до автоматизованої системи, наступні:
забезпечення введення, обробки і зберігання відомостей про прийнятих автомобілях;
швидкість обробки інформації за рахунок автоматизації можливих операцій користувача системи;
формування звітних форм;
формування актів;
розширюваність системи, тобто можливість її доопрацювання у разі підвищення вимог до автоматизованої системи;
зручний користувальницький інтерфейс.
Область дії даної і...
