Студопедия

Главная страница Случайная страница

Разделы сайта

АвтомобилиАстрономияБиологияГеографияДом и садДругие языкиДругоеИнформатикаИсторияКультураЛитератураЛогикаМатематикаМедицинаМеталлургияМеханикаОбразованиеОхрана трудаПедагогикаПолитикаПравоПсихологияРелигияРиторикаСоциологияСпортСтроительствоТехнологияТуризмФизикаФилософияФинансыХимияЧерчениеЭкологияЭкономикаЭлектроника






Додаток г






Завдання на курсову роботу 1 Аналіз технічного завдання 2 Обґрунтування алгоритму й структури програми 3 Розробка програми 3.1 Розробка системи класів 3.2 Розробка методів 3.2 Створення об'єктів і розробка головної програми 3.3 Опис файлів даних та інтерфейсу програми 4 Тестування програми і результати її виконання Висновки Список використаної літератури Додаток А Текст програми Додаток Б Вхідний тестовий файл

Тема: ІНФОРМАЦІЙНА СИСТЕМА НАВЧАЛЬНОГО ЗАКЛАДУ

Спрощені вимоги до програмного забезпечення

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

1. Управління викладачами

1.1. Можливість додавати викладача

1.2. Можливість видаляти викладача

1.3. Можливість змінити данні викладача

1.4. Можливість перегляду списку всіх викладачів

1.5. Можливість перегляду даних вказаного викладача

2. Управління студентами

2.1. Можливість додавати студента

2.2. Можливість видаляти студента

2.3. Можливість змінити данні студента

2.4. Можливість перегляду списку всіх студентів

2.5. Можливість перегляду даних вказаного студента

3. Управління групами

3.1. Можливість додавати групу

3.2. Можливість видаляти групу

3.3. Можливість змінювати дані групи

3.4. Можливість перегляду списку даних групи

3.5. Можливість перегляду даних певної групи

4. Управління навчальним процесом

4.1. Можливість додавання предмета вивчення до даних груп

4.2. Можливість видалення предмета вивчення з даних груп

4.3. Можливість додавання викладача даного предмета вивчення

4.4. Можливість заміни викладача даного предмета вивчення

4.5. Можливість додавання студента до існуючої групи

4.6. Можливість видалення студента з існуючої групи

5. Пошук

5.1. Можливість пошуку студента за його даним (прізвище, ім’я)

5.2. Можливість пошуку студентів певної групи

5.3. Можливість пошуку студентів певного викладача

5.4. Можливість пошуку студентів за предметом вивчення

*викладач викладає один предмет

**група повинна мати список викладачів та студентів

Нефункціональні вимоги:

1. Вимоги до зовнішнього інтерфейсу

1.1. Зовнішній інтерфейс користувача має бути командним

1.2. Застосування має бути консольним

2. Дані повинні зберігатись у файлах після виходу з програми.

3. Система має забезпечити правильність введених даних

4. Логічна структура даних

4.1. Інформаційний об'єкт викладач

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. Дані повинні зберігатись у файлах після виходу з програми.

7. Система має забезпечити правильність введених даних 8. Логічна структура даних 8.1. Інформаційний об’єкт «робітник»

Підрозділ, де працює Об’єкт типу «підрозділ» Підрозділ, де працює 8.2. Інформаційний об’єкт «посада»

Трудові обов’язки Масив елементів типу Трудові обов’язки, що Заробітна плата Дробове число(у доларах Заробітна плата, що ві 8.3. Інформаційний об’єкт «проект»

Вартість проекту Дробове число(у доларах Вартість проекту(у до 8.4. Інформаційний об’єкт «підрозділ»

Робітники підрозділу Структура даних з об’єктів Робітники підрозділу підрозділу Сума премії на Дробове число(у доларах Сума премії на підроз

СИСТЕМА БРОНЮВАНЯ НОМЕРІВ В ОТЕЛІ

Спрощені вимоги до програмного збезпечення Функціональні вимоги:

1.Управління отелями:

10.1. Можливість додавати отель 10.2. Можливість видаляти отель 10.3. Можливість перегляду отелю 10.4. Можливість перегляду всіх отелів кількість, опис і кількість 2.Управління замовлення номерів:

2.1.Добавлення заявки на замовлення певного номера на певний термін 2.2.Можливість видалення заявки на замовлення певного номера 2.3.Можливість замінити текст заявки на замовлення певного номера в отелі 2.4.Можливість переглянути даних заявок на замовлення номерів в отелі за певний термін.

2.5.Можливість переглянути всіх заявок на замовлення номерів в отелі 2.5.1.Можливість відсортувати список по даті 3.Управління клієнтами 3.1.Можливість добавлення клієнтів 3.2.Можливість видалення клієнтів 3.3.Можливість замінення даних про клієнтів 3.4.Можливість переглянути дані про конкретного клієнта 3.5.Можливість переглянути дані про всіх клієнтів 3.5.1.Можливість відсортувати список по імені 3.5.2.Можливість відсортувати список по прізвищу 4.Управління замовленнями номерів 5.1.Можливість замовити клієнтом номер в певному отелі.

5.2.Можливість відмінити замовити клієнтом номер в певному 5.3.Можливість переглянути дані конткретного замовлення номера в певному отелі.

5.4.Можливість переглянути дані про кількість забронюваних місць в отелі, і які саме 5.5.Можливість переглянути дані про кількість вільних місць в отелі, і які саме.

5.6.Можливість переглянути дані про вартість послуг замовлення номерів з урахування вартості на один день.

5.7. Можливість переглянути дані про клієнтів, які забронювали номери в отелі.

6.Пошук 6.1.Можливість пошуку по ключовому слову серед отелів 6.2.Можливість пошуку по ключовому слову серед клієнтів 6.3.Пошук найбільш поплярного отелю серед клієнтів 7.Можливість переглянути довідку по командам Нефункціональні вимоги:

9. Вимоги до зовнішнього інтерфейсу 9.1. Зовнішній інтерфейс користувача має бути командним 9.2. Застосування має бути консольним 10. Дані повинні зберігатись у файлах після виходу з програми.

11. Система має забезпечити правильність введених даних 12. Логічна структура даних 12.1. Інформаційний об'єкт «отель»

12.2. Інформаційний об'єкт «клієнт»

4.3.Інформаційний об’єкт «номер» в отелі 4.4Інформаційний об’єкт «замовлення номера»

Елемент даних Термін

СИСТЕМА ЕЛЕКТРОННОГО УПРАВЛІННЯ ФУТБОЛЬНОЮ






© 2023 :: MyLektsii.ru :: Мои Лекции
Все материалы представленные на сайте исключительно с целью ознакомления читателями и не преследуют коммерческих целей или нарушение авторских прав.
Копирование текстов разрешено только с указанием индексируемой ссылки на источник.