5. Рекомендації щодо змісту основної частини пз

Як правило, в основній частині пояснювальної записки наводяться результати аналізу предметної області та вимог до розроблюваного програмного забезпечення, моделювання та проектування програмного забезпечення, програмної реалізації та тестування программного продукту.

Пропонується наступний узагальнений приклад Змісту основної частини.

1 Дослідження предметної області та постановка задач дипломної роботи.

2 Аналіз вимог до програмного забезпечення.

3 Моделювання програмного забезпечення

4 Опис прийнятих проектних рішень

4.1 Архітектура програмного забезпечення

4.2 Опис особливостей програмної реалізації

4.3 Розробка інтерфейсу

4 Тестування програмного забезпечення

5 Аналіз дослідної експлуатації і можливих застосувань програмного забезпечення

6 Інструкція користувача програми

7 Охорона праці в галузі розробки програмного забезпечення

За змістом підрозділи можуть об’єднуватися в розділи, за необхідністю можна вводити інші підрозділи та виключати ті, які є несуттєвими для конкретного дипломного проекту.

Зміст основної частини пояснювальної записки до дипломного проекту попередньо узгоджується з керівником проекту та може відрізнятися від запропонованого у даних методичних вказівках.

Нижче наведено рекомендації щодо змісту основних підрозділів пояснювальної записки.

1. Специфікація вимог (Укладач Табунщик г.В.)

Вимоги визначають послуги, очікувані від системи (формулювання сервісів) та обмеження, яким система повинна підлягати (формулювання обмежень).

Документ, що описує вимоги, є відчутним результатом етапу встановлення вимог.

Шаблони для документів опису вимог широко доступні. Документ опису вимог повинен створити прецедент для системи.

Приклад змісту документа:

1. Попередні зауваження до проекту

а. Мета й рамки проекту

b. Діловий контекст

c. Учасники проекту

d. Ідеї відносно рішень

e. Огляд документа

2. Системні сервіси

а. Рамки системи

b. Функціональні вимоги

c. Вимоги до даних

3. Системні обмеження

а. Вимоги до інтерфейсу

b. Вимоги до продуктивності

c. Вимоги до безпеки

d. Експлуатаційні вимоги

e. Політичні і юридичні вимоги

f. Інші обмеження

4. Проектні питання

а. Відкриті питання

b. Попередній план-графік

c. Попередній бюджет

5. Додатки

а. Глосарій

b. Ділові документи та форми

c. Посилання

Рекомендована література:

1. Табунщик Г.В. Проектування, моделювання та аналіз інформаційних систем : навчальний посібник / Г.В. Табунщик, Р.К. Кудерметов, А.В. Притула. − Запоріжжя : ЗНТУ, 2011. – 292 c.

2. Завдання до лабораторних робіт з дисципліни “Аналіз вимог до програмного забезпечення” для студентів напряму підготовки 6.050103 “Програмна інженерія” всіх форм навчання. Частина І «Робота в IBM Rational Composer» / Г.В Табунщик, Т.І. Брагіна, Н.О. Миронова. – Запоріжжя: ЗНТУ, 2012. – 14 с.

2. Моделювання програмного забезпечення (Укладач Сердюк с.М.)

При розробці програмного забезпечення (ПЗ) найбільш трудомісткими є початкові етапи його життєвого циклу (аналіз, проектування). Крім того, невирішені питання і помилки, допущені на цих етапах, часто породжують нерозв'язні проблеми на подальших етапах.

З метою усунення перерахованих вище проблем, для моделювання ПЗ інформаційних систем успішно застосовується наступні основні методології: структурний підхід до розробки інформаційних систем і об'єктно-орієнтований підхід.

У структурному підході найбільш поширеними є наступні види моделей:

– SADT (Structured Analysis and Design Technique) - методологія структурного аналізу і проектування, яка інтегрує процес моделювання, управління конфігурацією проекту, використання додаткових мовних засобів і керівництво проектом зі своєю графічною мовою;

– DFD (Data Flow Diagrams) - діаграми потоків даних. Це методологія моделювання обміну даними між робочими процесами;

– ERD (Entity-Relationship Diagrams) - діаграми "сутність-зв'язок".

Методологію об'єктно-орієнтованого аналізу і проектування можна представити як порівневий спуск від найбільш загальних моделей і представлень концептуального рівня до більш детальних представлень логічного та фізичного рівня. Засобом реалізації об'єктно-орієнтованого аналізу і проектування є мова UML (Unified Modeling Language), яка призначена для визначення, представлення, проектування і документування програмних, організаційно-економічних, технічних і інших систем різної природи. UML містить стандартний набір діаграм і нотацій найрізноманітніших видів.

Огляд усіх типів канонічних діаграм мови UML та практичні рекомендації по їх побудові у програмному пакеті Rational Rose версії 2003 розглянуто в [1].

Рекомендована література:

1. Методичні вказівки до лабораторних робiт з дисциплiни “Моделювання програмного забезпечення” для студентів спеціальності 7.05010301“Програмне забезпечення систем” денної форми навчання. Частина 2 / С.М. Сердюк, Ж.К. Камінська, Н.О. Міронова. – Запоріжжя: ЗНТУ, 2012. – 80 с.