- •4. Вимоги до оформлення пояснювальної
- •4.12. Додатки
- •Цілі та завдання курсової роботи
- •2. Порядок виконання курсової роботи
- •1) Сформулювати призначення програми;
- •2) Визначити перелік функцій, які виконує програма;
- •3) Запропонувати інтерфейс користувача, який надасть можливість останньому дістатися цих функцій.
- •2.2. Проектування програми
- •2.3. Кодування програми
- •2.4. Тестування програми
- •2.5. Пояснювальна записка
- •3.1. Титульний лист і завдання на курсову роботу
- •3.4. Аналіз технічного завдання
- •3.5. Обґрунтування алгоритму й структури програми
- •3.6. Розробка програми
- •3.6.1. Загальні правила
- •3.6.2 Розробка системи класів
- •3.6.3 Розробка методів
- •3.6.4 Створення об'єктів і розробка головної програми
- •3.7. Тестування програми і результати її виконання
- •4. Вимоги до оформлення пояснювальної
- •4.12. Перелік посилань
- •5. Варіанти завдань на курсову роботу
- •1. Особиста бібліотека. Картотека домашньої бібліотеки:
- •10. Відділ кадрів. База даних про співробітників фірми:
- •12. Склад. База товарів, що зберігаються на складі:
- •14. Адміністратор готелю. Список номерів: клас, число місць.
- •15. Довідник меломана. База груп і виконавців: база пісень:
- •21. Довідник фірм. Назва, адреса та телефони, перша особа, статус (форма власності), сировина, продукція. Вибір за довільним шаблоном.
- •35. Ріелтерська контора (купівля-продаж житла). База пропозицій:
- •41. Каталог запчастин автомобіля. В автомобілі налічується кілька тисяч деталей; деякі використовуються в різних марках.
- •47. Хід конем. Мета гри: набрати більше очок, ніж суперник.
- •48. Хід слоном. Мета гри: набрати більше очок, ніж суперник.
- •50. Хід тури. Мета гри: набрати більше очок, ніж супротивник.
- •55. Double-dealing fellows. Ігрове поле має розмір 6х6. Мета гри: зайняти на дошці простір більше, ніж супротивник. Правила гри:
- •56. Сенегальські шашки. Розмір ігрового поля - 5х6 клітин.
- •57. Японські шашки. Ігрове поле має розмір 10х10. Мета гри:
- •58. Куточки. Ігрове поле має розмір 7х7. Спочатку фішки розташовуються двома блоками 3х3 в протилежних кутках дошки.
- •59. Блокада. Ігрове поле має розмір 7х7. Спочатку фішки розташовуються двома блоками 3х3 в протилежних кутках дошки.
- •74.1. Перегляд вихідного зображення під час гри, а також пошук відповідних один до одного фрагментів (функція підказки).
- •74.2. Можливість переміщати фрагменти за межі робочого поля або в інше вікно і назад для поліпшення наочності.
- •76.1. Розстановку. Кораблів. На ігровому полі 10х 76.2. Вибір противника (людина, комп'ютер).
- •76.3. Зміна інтерфейсу залежно від вибору противника.
- •76.4. Фіксацію імен супротивників і число перемог.
- •81. Логічна гра " break house " Широко поширена в часи бк -0010 -01 та Spectrum гра.
- •7. Перелік джерел, що рекомендовані для
- •3. Гамма э. И др. Приемы объектно-ориентированного программирования. - сПб. :Питер, 2001г.
- •12. Фридман а.Л. Основы объектно-ориентированной разработки программных систем. -м. Финансы и статистика. 2000г.
- •7. Система має забезпечити правильність введених даних 8. Логічна структура даних 8.1. Інформаційний об’єкт «робітник»
- •1.Управління отелями:
- •5.6.Можливість переглянути дані про вартість послуг замовлення номерів з урахування вартості на один день.
- •5.7. Можливість переглянути дані про клієнтів, які забронювали номери в отелі.
- •11. Система має забезпечити правильність введених даних 12. Логічна структура даних 12.1. Інформаційний об'єкт «отель»
- •11. Управління категоріями:
- •5.2.Можливість відмінити найм людини на певну ваканцію.
- •5.3.Можливість переглянути дані конткретного наймання людини.
- •27. Система має забезпечити правильність введених даних 28. Логічна структура даних 28.1. Інформаційний об'єкт «клієнт»
- •32. Можливість переглянути довідку по командам Нефункціональні вимоги:
7. Перелік джерел, що рекомендовані для
ВИКОНАННЯ КУРСОВОЇ РОБОТИ
1. Бадд Т. Объектно-ориентированное программирование в действии: Пер. с англ./Тимоти Бадд. – СПб.: Питер, 1997.–
2. Бондарев В.М., Программирование на С++. Учебное пособие.
– Харьков: СМИТ, 2004г. – 294 с.
3. Гамма э. И др. Приемы объектно-ориентированного программирования. - сПб. :Питер, 2001г.
4. Дейтел Х., Дейтел П. Как программировать на С++. Третье издание.-М.:ЗАО „Издательство БИНОМ”, 2001г.-1152с.
5. Дьюхарт С. Старк К. Программирование на С++. Киев: Диалог 6. Ирэ Пол. Объектно-ориентированное программирование с использованием C++: Пер. с англ. - Киев: НИИПФ ДиаСофт Лтд, 1995. 480с.
7. Павловская Т.А. С/С++. Программирование на языке высокого уровня.- СПб.: Питер, 2001.- 464 с.
8. Прата Стивен. Язык программирования С. Лекции и упражнения. Учебник.- СПб.: ООО «ДиаСофтЮП», 2002.- 9. Скляров В.А. Язык C++ и объектно-ориентированное программирование: Справочное издание. - Минск: Вышэйшая школа, 1997. 480с.
10. Страуструп Б. Язык программирования С++. Специальное издание.-М., СПб.:”Издательство БИНОМ” – „Невский Диалект”, 2001г.-1099 с.
11. Сэвитч У. С++ в примерах.-М:Экон, 1997г.
12. Фридман а.Л. Основы объектно-ориентированной разработки программных систем. -м. Финансы и статистика. 2000г.
13. Черепанцев А.С. Введение в С и С++. Таганрог.
14. Шмак Н.К. Основы С++ и объектно-ориентированного программирования. Киев: Диалектика, 1996г.
ПЕРЕЛІК ПОСИЛАНЬ
1. Юркин А.Г. Задачник по программированию. – СПб.: Питер, 2. ДСТУ 3008-95 "Документація. Звіти в сфері науки і техніки.
Структура і правила оформлення" – Державний стандарт
ДОДАТОК А
Зразок титульної сторінки курсової роботи
ДЗ «ЛУГАНСЬКИЙ НАЦІОНАЛЬНИЙ УНІВЕРСИТЕТ
Факультет (інститут) Інститут фізики, математики та інформаційних Галузь знань 0501 «Інформатика та обчислювальна техніка»
Напрям підготовки (спеціальність) 6.050103 “Програмна інженерія”
КУРСОВА РОБОТА
Студент Керівник
ДОДАТОК Б
Зразок титульної сторінки завдання на курсову роботу
ДЕРЖАВНИЙ ЗАКЛАД «ЛУГАНСЬКИЙ НАЦІОНАЛЬНИЙ УНІВЕРСИТЕТ
Факультет (інститут) Інститут фізики, математики та інформаційних
ЗАВДАННЯ
студент 1. Тема роботи 2. Термін подання студентом закінченої роботи на кафедру 3. Вихідні дані до роботи (проекту) (визначаються кількісні або (та) якісні показники, яким повинен відповідати об’єкт розробки) 4. Вимоги до змісту (перелік питань, що їх належить розробити) (визначаються назви розділів або (та )перелік питань, які повинні увійти до тексту роботи) 5. Індивідуальний план виконання Керівник З планом ознайомлений
ДОДАТОК В
РЕФЕРАТ
Пояснювальна записка складається з: 30 с., 12 малюнків, таблиць, 8 джерел.
Об’єкт дослідження – візуалізатори алгоритмів.
Мета роботи – аналіз візуалізаторів та розробка додатку візуалізації алгоритмів сортування.
Методи дослідження – методи теорії алгоритмів та язиків програмування, методи комп'ютерної графіки.
Розглянуто опис поточного стану в області візуалізаторів і систем візуалізації. Зокрема, розглянуто застосування візуалізаторів в навчальному процесі і виникаючі при цьому вимоги до візуалізаторів.
Наводиться аналіз візуалізаторів алгоритмів з точки зору висунутих вимог. Розглядається оцінка складеності алгоритмів сортування.
Проводиться аналіз алгоритмів сортування. Обґрунтовується вибір технології та середовища розробки додатку. Розроблено додаток для візуалізації алгоритмів сортування.
ВІЗУАЛІЗАЦІЯ, ВІЗУАЛІЗАТОР, АЛГОРИТМ СОРТУВАННЯ, JAVASCRIPT.
ДОДАТОК Г
Завдання на курсову роботу 1 Аналіз технічного завдання 2 Обґрунтування алгоритму й структури програми 3 Розробка програми 3.1 Розробка системи класів 3.2 Розробка методів 3.2 Створення об'єктів і розробка головної програми 3.3 Опис файлів даних та інтерфейсу програми 4 Тестування програми і результати її виконання Висновки Список використаної літератури Додаток А Текст програми Додаток Б Вхідний тестовий файл
Тема: ІНФОРМАЦІЙНА СИСТЕМА НАВЧАЛЬНОГО ЗАКЛАДУ
Спрощені вимоги до програмного забезпечення
Функціональні вимоги:
Управління викладачами
Можливість додавати викладача
Можливість видаляти викладача
Можливість змінити данні викладача
Можливість перегляду списку всіх викладачів
Можливість перегляду даних вказаного викладача
Управління студентами
Можливість додавати студента
Можливість видаляти студента
Можливість змінити данні студента
Можливість перегляду списку всіх студентів
Можливість перегляду даних вказаного студента
Управління групами
Можливість додавати групу
Можливість видаляти групу
Можливість змінювати дані групи
Можливість перегляду списку даних групи
Можливість перегляду даних певної групи
Управління навчальним процесом
Можливість додавання предмета вивчення до даних груп
Можливість видалення предмета вивчення з даних груп
Можливість додавання викладача даного предмета вивчення
Можливість заміни викладача даного предмета вивчення
Можливість додавання студента до існуючої групи
Можливість видалення студента з існуючої групи
Пошук
Можливість пошуку студента за його даним (прізвище, ім’я)
Можливість пошуку студентів певної групи
Можливість пошуку студентів певного викладача
Можливість пошуку студентів за предметом вивчення
*викладач викладає один предмет
**група повинна мати список викладачів та студентів
Нефункціональні вимоги:
Вимоги до зовнішнього інтерфейсу
Зовнішній інтерфейс користувача має бути командним
Застосування має бути консольним
Дані повинні зберігатись у файлах після виходу з програми.
Система має забезпечити правильність введених даних
Логічна структура даних
Інформаційний об'єкт викладач
4.2. Інформаційний об'єкт студент Номер залікової книжки Адреса Телефон
4.3. Інформаційний об’єкт група
4.4. Інформаційний об’єкт предмет Групи
Спрощені вимоги до програмного забезпечення
Функціональні вимоги:
6. Управління робітниками 6.1. Можливість додавати робітників 6.2. Можливість видаляти робітників 6.3. Можливість змінювати дані робітників 6.4. Можливість переглянути дані конкретного робітника(ім’я;прізвище; номер рахунку заробітної плати; назва підрозділу, де працює; назва посади, яку займає; трудовий стаж) 6.5. Можливість переглянути проекти, в яких брав участь 6.6. Можливість переглянути список всіх робітників 6.6.1. Можливість відсортувати список по імені 6.6.2. Можливість відсортувати список по прізвищу 6.6.3. Можливість відсортувати список по заробітній платі 7. Управління підрозділами 7.1. Можливість змінювати дані підрозділу 7.2. Можливість додати підрозділ 7.3. Можливість переглянути дані конкретного підрозділу 7.4. Можливість переглянути список усіх робітників підрозділу 7.4.1. Можливість відсортувати список по посаді робітників 7.4.2. Можливість відсортувати список по сумарній вартості 8. Управління посадами 8.1. Можливість змінювати дані посади 8.2. Можливість визначити 5 найбільш привабливих посад (за співвідношенням кількість робочих годин-заробітна плата) 8.3. Можливість визначити найбільш прибуткового робітника на даній посаді (співвідношення трудовий стаж – сумарна вартість проектів, в яких приймав участь робітник) 9. Пошук 9.1. Можливість пошуку по ключовому слову серед робітників 9.2. Можливість пошуку по ключовому слову серед проектів 9.3. Можливість пошуку по всім даним по ключовому слову(серед робітників, проектів, посад,підрозділів) 9.4. Розширений пошук робітника (коли задається конкретний набір даних, наприклад призвіще та номер рахунку заробітної 10. Можливість переглянути довідку по командам Нефункціональні вимоги:
5. Вимоги до зовнішнього інтерфейсу 5.1. Зовнішній інтерфейс користувача має бути командним 5.2. Застосування має бути консольним 6. Дані повинні зберігатись у файлах після виходу з програми.
