ормацією.
1. Обстеження об'єкта автоматизації
1.1 Опис об'єкта
Розробити ІС, призначену для готелю, БД інформаційної системи, що містить відомості про номери готелю: категорія, кількість місць, вартість проживання за добу.
Інформаційна система автоматизує резервування номерів і реєстрацію новоприбулих постояльців (прізвище, ім'я, по батькові, номер апартаменту, дата в'їзду, дата виїзду), веде облік платежів за проживання та за дод. послуги, полегшує облік зайнятих, зарезервованих і вільних на даний момент апартаментів готелю. Так само автоматизує складання та аналіз звітів про роботу підприємства для керівництва.
1.2 Матриця проекцій
Для найбільш повного обстеження об'єкта автоматизації була складена таблиця, що включає в себе перелік бізнес процесів згідно управлінському циклу.
Таблиця 1.2.1 - Бізнес процеси
Стадії управленіяБізнес-процессиСбор інформації Прийом даних про клієнта для заселеніяСоставленіе звітної документацііПрінятіе решеніяВибор услугРеалізація решеніяПодготовка і здача номерів УчетУчет заявок на заселеніеУчет наданих доп. послуг Контроль Контроль виконання услугКонтроль прейскурантаКонтроль даних звіту Реалізація Заселення в номер Відмова від заселенні Надання доп. послуг
1.3 С-вимоги
У результаті проведеного аналізу були висунуті вимоги замовника, які представлені у вигляді діаграми use-case UML в додатку Г, а також описані нижче.
. Авторизація в системі
2. Реєстрація користувачів
. Введення даних про клієнта
. Заявка на заселення/відмова від послуг
. Вибір послуг
. Заявка на доп. послуги
. Бронювання номера
. Прийом оплати
. Надання доп. послуг
. Оформлення виїзду
. Прийом заявки на заселення
. Обслуговування номерів
. Облік номерів
. Адміністрування ключів
. Оформлення звіту про доп. послугах
. Оформлення звіту про проживання
. Зміни в прейскуранті
. Оформлення фінансового звіту
. Аналіз підсумкового звіту
. Бекап БД
Інтерфейс програми повинен бути інтелектуально зрозумілий користувачеві. При вході в систему повинна з'явитися форма авторизації, на якій повинні бути два текстових поля, призначені для введення в них логіна і пароля. Після аутентифікації повинні визначатися ролі користувача. Кожній ролі користувача повинен бути прив'язаний певний інтерфейс і відображення атрибутів на доступ до використання.
Рольова політика користувачів:
1. Адміністратор системи - можливість реєстрації користувачів.
2. Користувачі системи:
2.1 Співробітник готелю
2.2 Контроль - адміністрація
. 3 Клієнт
2. Формування вимог
2.1 D-вимоги
Розробникам програмного забезпечення потрібна база для проектування та розроблення. Ця база складається з детальних вимог. Їх також називають конкретними вимогами, функціональними специфікаціями, вимогами розробниками або D-вимогами. D-вимоги складаються з повного списку конкретних властивостей і функціональності, яку повинна мати програма, сформульованих в подробицях. D-вимоги повинні бути погоджені з С-вимогами.
Існують декілька типів вимог:
) функціональні вимоги - описані в C-вимогах (См.1.3 С-вимоги).
2) Нефункціональні вимоги:
- продуктивність - програма повинна миттєво реагувати на дії користувача.
- надійність і безпека - програма повинна забезпечувати надійність і таємність зберігання і передачі інформації.
- обробка помилок - у разі помилки програма повинна запропонувати користувачеві відправити звіт.
- інтерфейсні вимоги - для зв'язку з БД використовується SQL контролер. SQL вибраний як унікальний засіб запитів до БД.
- обмеження - програма повинна бути написана на Java. Це дозволить створити додаток, яке задовольняє вимогам замовника та тимчасовим обме...
