1. Вступ

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

2. Призначення.

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

3. Вимоги до програми або програмного продукту.

3.1. Вимоги до функціональних характеристик.

Програмний продукт повинен забезпечувати можливість виконання наступних функцій:

• ініціалізація системи (уведення значень за замовченням);

• введення та корекція розмірів функціональних частин деталі;

• експорт тривимірної моделі та кресленків до системи автоматизованого проектування.

Вихідні дані:

• кресленик деталі із зазначеними за замовченням розмірами;

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

3.2. Вимоги до надійності.

1. Програмний продукт повинен відповідати сучасному рівню вимог щодо розробки програмного забезпечення (структурному та об’єктно-орієнтованому підходам).

2. Забезпечити контроль некоректних дій користувача при роботі з системою.

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

3.3. Вимоги до складу та параметрів технічних засобів.

Програмний продукт повинен зберігати працеспроміжність на IBM-сумісних персональних комп’ютерах.

Мінімальна конфігурація:

• тип процесора Intel Pentium III-600 і вище

• обсяг ОЗП 256 Мб і більше

• тип монітору VGA

• тип маніпулятора клавіатура, миша

3.4. Вимоги до інформаційної та програмної сумісності.

Система повинна зберігати працеспроміжність при роботі на операційній системі Windows 2000 і вище.

4. Вимоги до програмної документації.

• Програмні модулі, що були розроблені в процесі виконання курсової роботи повинні бути самодокументовані, тобто, вихідні тексти модулів повинні містити всі необхідні коментарі.

• До складу супровідної документації повинні входити:

а) розрахунково-пояснювальна записка;

б) інструкція користувача.

Додаток 3.

Приклад змісту розрахунково-пояснювальної записки.

Анотація (у змісті не вказується)	2
Зміст (у змісті не вказується)	3
Вступ	4
1. Аналіз завдання і вибір технології та середовища розробки	6
2. Визначення структури програмного продукту	8
2.1. Аналіз процесу обробки інформації та вибір структури даних	8
2.2. Вибір методів вирішення задачі та розробка основних алгоритмів предметної області	11
2.3. Побудова структурної схеми програмного продукту	13
3. Розробка діаграми (ієрархії) класів програми	15
4. Вибір стратегії тестування та розробка тестів	17
5. Розробка інтерфейсу користувача	19
5.1. Побудова графу станів інтерфейсу	19
5.2. Розробка форм вводу-виводу інформації	21
Висновки	24
Література	26
Додаток 1. Технічне завдання.
Додаток 2. Інструкція користувача.
Додаток 3. Скріншоти кресленників та 3D-моделі деталі.
Додаток 4. Лістинг вихідного коду програми.

Додаток 4.

Приклад оформлення картки-завдання

ТАВРІЙСЬКИЙ ДЕРЖАВНИЙ АГРОТЕХНОЛОГІЧНИЙ УНІВЕРСИТЕТ

Кафедра «Прикладна геометрія і інформаційні технології проектування»

КАРТКА

завдання і контролю за ходом виконання курсової роботи

1. П.І.Б. студента

2. Кафедра

3. Курс, група

4. Форма навчання

5. Номер і назва теми курсової роботи

6. Номер залікової книжки

7. Дата узгодження теми і плану з науковим керівником

8. Дата подачі курсової роботи керівнику для рецензії

9. Дата захисту курсової роботи

10. Тему і строк прийняв до виконання

Підпис студента

11. Науковий керівник________________________________________

П.І.Б. і підпис

Мелітополь, 201_