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Інформаційний об’єкт «замовлення номера»

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

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

КОМАНДОЮ

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

1. Управління гравцем 1.1 Можливість додати гравця 1.2 Можливість видалити гравця 1.3 Можливість зміни даних про гравця 1.3.1 Можливість змінити ім’я 1.3.2 Можливість змінити прізвище 1.3.3 Можливість змінити дату народження 1.3.4 Можливість змінити статус гравця 1.3.5 Можливість зміни статусу здоров’я 1.3.6 Можливість зміни зарплатні 1.4 Можливість перегляду інформації про гравця 1.5 Можливість перегляду всього списку гравців 2. Управління іграми 2.1 Можливість додати гру 2.2 Можливість видалити гру 2.3 Можливість зміни данні про гру 2.3.3 Змінити дату проведення гри 2.3.4 Змінити місце проведення гри 2.3.5 Зміна кількості глядачів, присутніх на грі 2.3.6 Введення результату гри, якщо вона була 2.4 Можливість перегляду інформації про гру 2.5 Можливість перегляду всього списку ігор 2.5.1 Можливість сортування ігор за датою проведення 2.5.2 Можливість сортування ігор за результатом на частини: «Виграні», «Програні», «Нічия», «Ще не 3. Управління футбольними стадіонами 3.1 Можливість додати стадіон 3.2 Можливість видалити стадіон 3.3 Можливість зміни даних стадіону 3.4 Можливість перегляду інформації про стадіон 3.4.3 Дата проведення ігор та команди, які будуть 4. Пошук 4.1 Пошук гравця за ім’ям або прізвищем 4.2 Пошук гри за датою проведення та назвою командипротивника 4.3 Пошук стадіону за назвою Нефункціональні вимоги:

13. Вимоги до зовнішнього інтерфейсу 13.1. Зовнішній інтерфейс користувача має бути командним 13.2. Застосування має бути консольним 14. Дані повинні зберігатись у файлах після виходу з програми.

15. Система має забезпечити правильність введених даних 16. Логічна структура даних 16.1. Інформаційний об'єкт гравець Прізвище Дата народження Статус гравця Статус здоров’я Щомісячна зарплатня число 16.2. Інформаційний об’єкт гра Дата проведення гри Місце проведення гри Кількість глядачів 16.3. Інформаційний об’єкт стадіон Кількість місць Ціна квитка База дат проведення Елемент даних Тип Опис ігор і команд

СИСТЕМА АВТОМАТИЗАЦІЇ ЦЕНТРА ЗАЙНЯТОСТІ

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