- •1 Розробка плану проекту
- •1.2 Обгрунтування вибору апаратних ресурсів, мови програмування та case-засобів
- •1.3 Розробка графіка виконання робіт по проекту у контексті обраної моделі життєвого циклу
- •1.4Аналіз ризиків проекту та управління ними
- •2 Розробка системної специфікації вимог до програмного забезпечення (за методомVord)
- •2.1 Розробка користувальницьких вимог
- •1). Группа: Функції пов’язані зі створенням бази даних
- •2). Группа: Функційні вимоги до ситеми
- •3). Группа: Функціональність графічного інтерфейсу користувача
- •2.2 Функційні вимоги
- •2.3 Нефункційні вимоги
- •2.3.1 Вимоги до продукту
- •2.3.2 Організаційні вимоги
- •2.3.3 Вимоги щодо взаємодії з зовнішнім середовищем
- •3.2.1 Діаграма варіантів використання
- •3.2.2 Діаграма класів
- •3.2.3 Концептуальна діаграма бази даних
- •3.2.4 Діаграма слідування
- •4 Кодування і тестування пз
- •4.3 Представлення результатів тестування пз (у хронологічному порядку, які помилки були виявлені і виправлені)
- •Висновки
- •Література
- •Додатки
2 Розробка системної специфікації вимог до програмного забезпечення (за методомVord)
2.1 Розробка користувальницьких вимог
Регламентація функцій системи
Система повинна виконувати наступні три групи функцій:
1). Группа: Функції пов’язані зі створенням бази даних
№ |
Назва функції |
Категорія |
1. |
Створення бази даних по заданій предметній області |
очевидна |
2. |
Введення до бази даних таблиць, що відповідають головним сутностям: “Замовлення”, “Водій”, “Клієнт”, “Автомобіль” |
очевидна |
3. |
Побудова між таблицями правильних логічних зв’язків |
очевидна |
4. |
Приведення усіх таблиць до 2-ої нормальної форми |
схована |
5. |
Виключення появи NULL-значень в базі даних |
схована |
2). Группа: Функційні вимоги до ситеми
№ |
Назва функції |
Категорія |
1. |
Можливість авторизації у системі за логіном та паролем. |
очевидна |
2. |
Забезпечення редагування,видалення та додавання нових записів у режимі адміністратора та додавання нових замовлень у режимі диспетчера. |
очевидна |
3. |
Можливість додавання нового запису у вибрану таблицю в режимі адміністратора. |
очевидна |
4. |
Забезпечити внесення інформації про оплату, тариф, ефір, відсутність оплати, пільгове замовлення у режимі диспетчера. |
очевидна |
5. |
Забезпечити пошук клієнта по порядковому номеру. |
очевидна |
3). Группа: Функціональність графічного інтерфейсу користувача
№ |
Назва функції |
Категорія |
1. |
Використати стандартні графічні компоненти |
очевидна |
2. |
Забезпечити зручність інтерфейсу користувача |
очевидна |
3. |
Компоненти для введення даних підбирати у відповідності із типом даних (наприклад, checkBox для типу bool) |
схована |
4. |
Кольори компонентів обрати такі, що не подразнюватимуть око та психіку користувача |
очевидна |
5. |
Передбачити можливість зміни розмірів вікон програми |
очевидна |
Атрибути системи:
Форма заповнення бази даних = за допомогою форм.
Форма опитування = діалогова панель.
Тип Бази Даних = MySQL.
Тип СУБД = MySQL Manager.
Тип ГІТ бібліотеки = Swing.
Час запросу до БД = не більше 0,5 секунди.
Мова програмування = Java.
Операційна система = додаток повинен бути кроссплатформовим.
Розмір головного вікна = приблизно ¼ екрану користувача.
Можливість використання в мережі = розглядається.
2.2 Функційні вимоги
…
2.3 Нефункційні вимоги
…
Опис нефункційних вимог…
2.3.1 Вимоги до продукту
Опис вимог до продукту…
2.3.2 Організаційні вимоги
|
|
|
|
|
|
Вик. 1,2,3 |
Аналіз вимог |
Розробка документації |
Тестування ПЗ | ||
| |||||
Вик. 2 |
Формування ТЗ |
Розробка документації |
Проектування ЕС |
Реалізація ЕС |
Налагодження ПЗ |
| |||||
Вик. 3 |
Формування ТЗ |
Розробка документації |
Проектування БД |
Реалізація ЕС |
Налагодження ПЗ |
|
|
|
|
|
|
|
15 |
50 |
70 |
90 |
101 |
Виконавець 1 – Алексеев Євген.
Виконавець 2 – Гребенюк Богдан.
Виконавець 3 – Жумела Андрій.