- •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. Можливість переглянути довідку по командам Нефункціональні вимоги:
11. Управління категоріями:
11.1. Можливість додавати категорію 11.2. Можливість видаляти категорію 11.3. Можливість змінити категорію 11.4. Можливість перегляду категорії 11.5. Можливість перегляду всіх категорій кількість ваканцій і 2.Управління ваканцією і резюме 2.1.Можливість додавати ваканцію і резюме до категорії 2.2.Можливість видаляти ваканцію і резюме з категорії 2.3.Можливість змінювати дані ваканцій і резюме 2.4.Можливість переглянути дані конкретної ваканції і резюме 2.5Можливість переглянути список всіх ваканція 2.5.1Можливість відсортувати список по назві 2.6.Можливість переглянути список всіх резюме 2.6.1Можливість відсортувати список по назві 3. Управління безробітними 3.1.Можливість додавати безробітних 3.2.Можливість видаляти безробітних 3.3.Можливість змінювати дані безробітних 3.4.Можливість переглянути дані конкретного безробітного 3.5.Можливість переглянути список всіх безробітніх 3.5.1.Можливість відсортувати список по імені 3.5.2.Можливість відсортувати список по прізвищу 4.Управління фірмами замовниками 4.1.Можливість додавати замовників 4.2.Можливість видаляти замовників 4.3.Можливість змінювати дані замовників 4.4.Можливість переглянути дані конкретного замовника 4.5.Можливість переглянути список всіх замовників 4.5.1.Можливість відсортувати список по імені 4.5.2.Можливість відсортувати список по прізвищу 5.Управління наймом 5.1.Можливість найняти людину на певну ваканцію.
5.2.Можливість відмінити найм людини на певну ваканцію.
5.3.Можливість переглянути дані конткретного наймання людини.
6.Пошук 6.1.Можливість пошуку по ключовому слову серед ваканцій 6.2.Можливість пошуку по ключовому слову серед безробітних 6.3.Пошук найактивнішого роботадавця 7.Можливість переглянути довідку по командам Нефункціональні вимоги:
17. Вимоги до зовнішнього інтерфейсу 17.1. Зовнішній інтерфейс користувача має бути командним 17.2. Застосування має бути консольним 18. Дані повинні зберігатись у файлах після виходу з програми.
19. Система має забезпечити правильність введених даних 20. Логічна структура даних 20.1. Інформаційний об'єкт категорія 20.2. Інформаційний об'єкт ваканція Назва фірми роботодавеця 20.3. Інформаційний об'єкт резюме Ім’я безробітнього 20.4. Акт найму Безробітній Ваканція Назва фірми роботодавця 20.5. Інформаційний об'єкт Фірма замовник Опис Кількість ваканцій Регестраційний номер
СИСТЕМА БРОНЮВАННЯ КВИТКІВ НА ПОТЯГ
Спрощені вимоги до програмного забезпечення Функціональні вимоги:
12. Управління потягами 12.1. Можливість додавати потяг 12.2. Можливість видаляти потяг 12.3. Можливість перелянут всі потяги 12.4. Можливість перглянути дані конкретного потягу 12.5. Можливість переглянути вагони потягу з відсотками 13. Управління вагонами 13.1. Можливість додавати вагон до потягу 13.2. Можливість видаляти вагон з потягу (тільки якщо в ньому немає заброньованих місць) 13.3. Можливість переглянути зайняті/не зайняті місця вагону 14. Управління бронювання 14.1. Можливість додавати бронювання 14.2. Можливість відмінити бронювання 14.3. Можливість змінити бронювання 14.4. Можливість переглянути інформацію про бронювання 15. Пошук 15.1. Можливість пошуку по ключовому слову серед потягів 15.2. Можливість пошуку броні по даті бронювання Нефункціональні вимоги:
21. Вимоги до зовнішього інтерфейсу 21.1. Зовнішній інтерфейс користувача має бути командним 21.2. Застосування має бути консольним 22. Дані повинні зберігатись у файлах після виходу з програми.
23. Система має забезпечити правильність введених даних 24. Логічна структура даних 24.1. Інформаційний об'єкт потяг Призначення Час відправлення Час прибуття Кількість вагонів Заброньовані місця 24.2. Інформаційний об'єкт вагони Загальна кількість місць Ціле число Загальна кількість міс Кількість зайнятих місць Кількість вільних місць 24.3. Інформаційний об'єкт бронювання Ім’я Прізвище Номер потягу Призначення Час відправлення Час прибуття Вагон Місця Дата Спрощені вимоги до програмного забезпечення Функціональні вимоги:
16. Управління клієнтами(об’єктами типу «клієнт») 16.1. Можливість додавати клієнтів 16.2. Можливість видаляти клієнтів 16.3. Можливість змінювати дані клієнтів 16.4. Можливість переглянути дані конкретного клієнта 16.5. Можливість переглянути список всіх клієнтів 16.5.1. Можливість відсортувати список по імені 16.5.2. Можливість відсортувати список по прізвищу 16.5.3. Можливість відсортувати список по початковій цифрі 17. Управління даними про нерухомість(об’єктами типу «об’єкт нерухомості») 17.1. Можливість додавати об’єкт нерухомості 17.2. Можливість видаляти об’єкт нерухомості 17.3. Можливість змінювати дані об’єкта нерухомості 17.4. Можливість переглянути дані конкретного об’єкта 17.5. Можливість переглянути список всіх об’єктів нерухомості 17.5.1. Можливість відсортувати список по типу нерухомості(квартира 1-кімнатна,2-кімнатна, 3кімнатна, приватна ділянка) 17.5.2. Можливість відсортувати список по вартості об’єкта 18. Управління пропозиціями нерухомості 18.1. До списку пропозицій клієнтові можна додавати n об’єктів 18.2. Можливість за вимогами клієнта (тип об'єкта нерухомості та його вартість) визначити, чи бажаний об'єкт знаходиться у списку доступних об'єктів нерухомості.
18.3. Можливість клієнта відхилити пропозицию певного об'єкта 19. Пошук 19.1. Можливість пошуку по ключовому слову серед клієнтів 19.2. Можливість пошуку по ключовому слову серед об’єктів 19.3. Можливість пошуку по всім даним (серед об'єктів нерухомості та клієнтів) по ключовому слову 19.4. Розширений пошук клієнта (коли задається конкретний набір даних, наприклад призвище та бажаний тип об'єкта 20. Можливість переглянути довідку по командам інтерфейсу.
Нефункціональні вимоги:
25. Вимоги до зовнішнього інтерфейсу 25.1. Зовнішній інтерфейс користувача має бути командним 25.2. Застосування має бути консольним 26. Дані повинні зберігатись у файлах після виходу з програми.
