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

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

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