Командою

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

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. Інформаційний об’єкт стадіон Кількість місць Ціна квитка База дат проведення Елемент даних Тип Опис ігор і команд

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

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

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

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

доларах США) 28.2. Інформаційний об'єкт «об’єкт нерухомості»

нерухомості) Попередній власник Тип попередній власник Об’єкт типу «попере 28.3. Інформаційний об'єкт «попередній власник об’єкта»

Сума придбання об’єкта Дробове число Сума придбання об’єк