- ТЕОРЕТИЧНА ЧАСТИНА ТЕХНІЧНЕ ЗАВДАННЯ 1.1. Підстави для розробки
- 1.2. Призначення розробки
- 1.3.1. Функціональні вимоги
- 1.3.2. Вимоги до складу та параметрів технічних засобів
- 1.3.3. Вимоги до інтерфейсу
- 1.3.4. Вимоги до інформаційної та програмної сумісності
- 1.3.5. Вимоги до тестування програмного забезпечення
- 1.4. Вимоги до програмної документації
- 1.4.1. Склад супроводжувальної документації
- 1.4.2. Вимоги до супроводжувальної документації
- 1.5. Стадії та етапи розробки
- ПРАКТИЧНА ЧАСТИНА 2. АРХІТЕКТУРА, ФУНКЦІОНАЛЬНІ ТА ТЕХНІЧНІ ПОКАЗНИКИ 2.1. Призначення та область застосування
- 2.2. Опис та обґрунтування обраної архітектури
- 2.3. Функціональна специфікація 2.3.1. Опис функціональних можливостей
Документація. Технічне завдання 9 Підстави для розробки 9 Призначення розробки 9
 Скачать 1.21 Mb.
|
 ЗМІСТ ЗАВДАННЯ НА ДИПЛОМНУ РОБОТУ СТУДЕНТУ 3 АНОТАЦІЇ 5 ЗМІСТ 6 ТЕОРЕТИЧНА ЧАСТИНА 8 1. ТЕХНІЧНЕ ЗАВДАННЯ 9
1.4.Вимоги до програмної документації 11 1.4.1. Склад супроводжувальної документації11 1.4.2. Вимоги до супроводжувальної документації11 1.5. Стадії та етапи розробки 12 1.6. Порядок контролю і приймання 12 ПРАКТИЧНА ЧАСТИНА 14 2. АРХІТЕКТУРА, ФУНКЦІОНАЛЬНІ ТА ТЕХНІЧНІ ПОКАЗНИКИ 15 2.1. Призначення та область застосування 15 2.2. Опис та обґрунтування обраної архітектури 15 2.3. Функціональна специфікація 17
2.4.Технічна специфікація 23 2.4.1. Опис діаграми модулів 23 3. КОНСТРУЮВАННЯ ПРОГРАМНОГО ЗАБЕЗПЕЧЕННЯ 24 3.1. Опис і обґрунтування обраних програмних засобів 24 3.2. Опис програми 24 3.2.1. Функціональні можливості 24 3.2.2. Опис логічної структури 25 3.2.3. Виклик і завантаження 25 3.2.4. Використані технічні засоби 26 4. ПРОГРАМА ТА МЕТОДИКА ВИПРОБУВАНЬ 27 4.1. Об‘єкт випробувань 27 4.2. Використані технічні засоби 27 4.3. Порядок та методика випробувань 27 5. ВИСНОВКИ 28 6. ВИКОРИСТАНА ЛІТЕРАТУРА 29 7. ДОДАТКИ 30 ТЕОРЕТИЧНА ЧАСТИНА
1.1. Підстави для розробки Розробка програмного забезпечення виконується на підставі рішення засідання кафедри ПЗКС про затвердження тем дипломних та курсових робіт (протокол № 2 від 21 вересня 2012 року). 1.2. Призначення розробки Розроблене програмне забезпечення повинно забезпечити надійність та швидкісно записати та авіарейси в базу даних. Якість реалізація програми була протестовано за допомогою звичайного набирання авіорейсіва. Дана розробка повинна показати які в базі даних е авіорейси. Програма виконує такі основні функції:
1.3. Аналіз вимог до програмного забезпечення У цьому розділі описуються вимоги, яким повинно задовольняти розроблене програмне забезпечення. За своїм змістом, цей розділ є деталізованим завданням на розробку програмного забезпечення. 1.3.1. Функціональні вимоги Програмне забезпечення, що було розроблене в ході виконання курсової роботи повинно забезпечувати наступні функціональні вимоги:
1.3.2. Вимоги до складу та параметрів технічних засобів Програма повинна працювати на комп’ютерах, де працює операційна система Windows XP. Інших вимог до апаратної частини не висувається. 1.3.3. Вимоги до інтерфейсу Програма повинна мати інтуїтивно зрозумілий, зручний та візуально приємний інтерфейс. Програмне забезпечення повинно бути оформлене у вигляді стандартного вікна операційної системи Windows XP. Вікно програми повинно складатися з:
1.3.4. Вимоги до інформаційної та програмної сумісності Програма повинна працювати на комп’ютерах, де встановлена операційна система Windows XP (SP1, SP2, SP3). Програмне забезпечення складається з exe файлу та директорії в якій знаходяться файли для тестування програми. 1.3.5. Вимоги до тестування програмного забезпечення Для перевірки даної програми необхідно виконати такі тести:
1.4. Вимоги до програмної документації Цей розділ містить опис складу та вимог до програмної документації, що супроводжує розроблене програмне забезпечення. 1.4.1. Склад супроводжувальної документації Разом з розробленим програмним забезпеченням повинна постачатись наступна супроводжувальна документація:
1.4.2. Вимоги до супроводжувальної документації Документація повинна постачатися в двох екземплярах: в паперовому варіанті та електронному на оптичному носії. Вимоги до оформлення супроводжувальної документації наступні: Текст документації набирається на комп‘ютері шрифтом Times New Roman 14 пт через 1,5 інтервали. Розміщення – книжкове. Поля: зліва – не менше 2,5 см, решта полів – не менше 1,5 см. Вирівнювання – по ширині аркуша. Відступ першого рядка абзацу – 1,27 см. Нумерація сторінок – наскрізна в усій роботі. Номери сторінок ставляться від центру. Формат: - 1 -. На титульному аркуші, листі затвердження, завданні на дипломну роботу та анотаціях номери не ставляться, хоча самі аркуші враховуються у загальній кількості сторінок. Нумерація таблиць та рисунків окрема для кожного розділу. Наприклад, рис. 2.1, рис.2.2, рис.3.1, табл.1.2 тощо, де перша цифра – номер розділу, друга – номер рисунка або таблиці. Підпис під рисунком виконують шрифтом Times New Roman 12 пт, від центру, через 1 інтервал. 1.5. Стадії та етапи розробки Таблиця 1.1 Основні стадії та етапи розробки програмного забезпечення:
1.6. Порядок контролю та приймання Розроблене програмне забезпечення повинно бути випробуване та перевірене виробником на наявність помилок. Порядок приймання і контролю полягає у наступному:
Програма та програмна документація повинна бути виконана на 100% і пройти рецензування згідно графіку. ПРАКТИЧНА ЧАСТИНА 2. АРХІТЕКТУРА, ФУНКЦІОНАЛЬНІ ТА ТЕХНІЧНІ ПОКАЗНИКИ 2.1. Призначення та область застосування Програмне забезпечення, що було розроблене в процесі написання курсової роботи, може використовуватись для додавання рейсів в базу даних або переглянути іх там. Також розроблену програму можна використовувати в якості міні записничка. Бо тут е і майже все для цього тільки назву поміняти. 2.2. Опис та обґрунтування обраної архітектури У розробленому програмному забезпеченні користувач має змогу виконувати декілька процесів в залежності від мети використання програми. Це може бути як додавання нових рейсів так і виделяння лишніх рейсів з бази данних. Основні можливості програми зручно зобразити у вигляді нижченаведених блок-схем:  Рис 2.1. Використання програми для аналізу ключово коду. Даний режим роботи програми використовується для створення ключових моментів в мой програмі. Після завершення процесу програма зберігае ключові дані в файл. Розроблене програмне забезпечення також можна використовувати у вигляді міні записничка: 2.3. Функціональна специфікація 2.3.1. Опис функціональних можливостей |