Проектування інформаційної системи Готель

[ виправити ] текст може містити помилки, будь ласка перевіряйте перш ніж використовувати.


Нажми чтобы узнать.
скачати

Федеральне агентство з освіти

Державна освітня установа

вищої професійної освіти

Далекосхідний державний технічний університет

(ДВПИ ім. В. В. Куйбишева)

Кафедра конструювання та виробництва радіоапаратури

«Проектування інформаційної системи« Готель »

2010

ЗМІСТ

ВСТУП

1 ЗАВДАННЯ

2 ФУНКЦІОНАЛЬНА МОДЕЛЬ БІЗНЕС-ПРОЦЕСІВ. СПЕЦИФІКАЦІЇ ПРОЦЕСІВ

2.1 Функціональна модель бізнес-процесів

2.2 Зовнішнє оточення проектованого ПО

2.3 Функціональність проектованого ПО

2.4 Специфікації процесів

2.4.1 Специфікація процесу «Бронювання номерів»

2.4.2 Специфікація процесу «Реєстрація клієнтів»

2.4.3 Специфікація процесу «Від'їзд клієнтів»

3 СИСТЕМНІ (БІЗНЕС) ВИМОГИ

4 СПЕЦИФІКАЦІЯ ПОВЕДІНКИ проектуються за

4.1 Розподіл вимог за суб'єктами і прецедентів

4.2 Діаграма прецедентів системи

4.3 Діаграма діяльності системи

5 СПЕЦИФІКАЦІЯ СТАНУ проектуються за

ВСТУП

У даній роботі необхідно розробити пропозиції щодо автоматизації для готелю.

Готель - майновий комплекс (будинок, будівля, частина будівлі, інші будівлі) з мебльованими кімнатами («номерами») для тимчасового проживання.

З точки зору функціонування або структури готелю, можна сказати, що готель має в своєму розпорядженні номерами з різним рівнем сервісу, комфортності і, відповідно, оплати. Номери можуть бути різних типів: люкс - багатокімнатний номер з високим рівнем сервісу, комфортності та обслуговування; напівлюкс - номер меншою, ніж люкс, площі, але з достатнім рівнем сервісу і комфортності; звичайний номер - з мінімальним рівнем сервісу. У готелі ведеться облік стану номерів.

Всі прибувають і розміщуються в готелі клієнти при вселенні повинні заповнити картку реєстрації, в якій необхідно вказати прізвище, ім'я, по батькові, дату народження, адресу місця проживання, паспортні дані, час заселення, час від'їзду.

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

Також готель надає можливість бронювання номерів.

Таким чином, у функціонування готелю входить:

  1. Реєстрація клієнтів;

  2. Облік стану номерів;

  3. Прийом заявок на бронювання номерів;

  4. Розрахунок вартості проживання;

  5. Довідкова інформація про додаткові послуги.

1 ЗАВДАННЯ

Розробити пропозиції щодо автоматизації готелю (номери - он - клієнти).

Реєстрація клієнтів і бронювання номерів. Облік стану номерів. Заявки на бронювання і проживання. Розрахунок вартості проживання. Довідкова інформація про додаткові послуги.

2 ФУНКЦІОНАЛЬНА МОДЕЛЬ БІЗНЕС-ПРОЦЕСІВ. СПЕЦИФІКАЦІЇ ПРОЦЕСІВ

2.1 Функціональна модель бізнес-процесів

Побудова моделі інформаційної системи починається з опису функціонування системи в цілому у вигляді контекстної діаграми.

Взаємодія системи з навколишнім середовищем описується за допомогою входів («Звернення клієнтів» і «Оплата послуг»), виходів («надані послуги» і «Отриманий прибуток»), управління («Закони РФ» і «Статут готелю») і ресурсів (« Номери "і" Персонал готелю »).

Клієнти - люди, що створюють попит на послуги готелю.

Оплата послуг - частина прибутку, що формується з оплати наданих послуг.

Статут готелі - звід правил, якому підпорядковуються всі працівники готелю.

Закони РФ - закони щодо захисту прав споживача, і ті, які тим чи іншим чином контролюють якість, що надаються готелем послуг.

Номери - основний ресурс для процесу функціонування готелю, так як вони здаються клієнтам для тимчасового проживання.

Персонал готелю - люди, що працюють в готелі, що здійснюють прийом клієнтів, адміністрування номерів, прибирання кімнат та ін

Надані послуги - послуги, надані готелем клієнтам.

Отриманий прибуток - сума всіх виплат за надані послуги.

Після опису контекстної діаграми переходимо до процесу функціональної декомпозиції, тобто розбиваємо систему на підсистеми до ступені, достатньому для розуміння ролі проектованого ПЗ та написання специфікацій процесів.

Як видно з діаграми, весь процес функціонування готелю розбивається на три:

  1. Надання номерів - діяльність готелю по здачі номерів та їх попереднього бронювання;

  2. Облік стану номерів - підтримку персоналом готелю номерів у чистоті і порядку;

  3. Надання додаткових послуг - видача довідкової інформації про додаткові послуги та їх надання.

Зробимо подальше розбиття на підсистеми перших двох видів робіт «Надання номерів» та «Облік стану (обслуговування) номерів».

Опишемо процеси, представлені на даній діаграмі декомпозиції.

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

Заселення номерів - даний процес включає в себе процедуру ідентифікації клієнта за паспортом при заселенні.

Процеси бронювання і заселення номерів будуть підлягати автоматизації.

Прийом передоплати - заселення в номер здійснюється після передоплати за вказаний строк проживання або за його продовження.

Виїзд з готелю - процес включає в себе формування підсумкового рахунку за вирахуванням передоплати.

Перевірка оплати рахунків - формування підсумкового рахунку за надані послуги. Створюване програмне забезпечення в подальшому буде формувати підсумкову суму рахунків, що підлягають до оплати.

Тепер опишемо зв'язку, які не були представлені на діаграмах вищого рівня.

Заброньовані номери - номери готелю, які займуть вже відомі клієнти за запитом при в'їзді в готель.

Тариф - добова плата за проживання, відповідна типу обраного номеру.

Рахунок - дані про платежі клієнта. Це також запит до бухгалтерії на формування сумарних рахунків клієнта.

Неоплачені рахунки - підсумковий рахунок або зведення поточних платежів за проживання в готелі та користування послугами, підрахований і перевірений бухгалтерією і що направляється адміністратору готелі для пред'явлення клієнту.

Опишемо процеси, представлені на даній діаграмі.

Підготовка номерів - прибирання номерів перед заселенням до нього нових клієнтів.

Планове обслуговування номерів - планове регулярне обслуговування номерів під час проживання клієнтів в номері.

Далі продовжимо декомпозицію діаграми «Надання номерів».

Опишемо процес бронювання номерів.

Першим етапом для бронювання номера клієнт повинен заповнити форму, в якій повинен вказати прізвище, ім'я, по батькові, місце постійного проживання, паспортні дані, телефон або e - mail (при заповненні форми через інтернет) для подальшого зв'язку з клієнтом при виникненні питань, категорію номера , дату в'їзду та дату виїзду. Далі система зробить розрахунок вартості згідно з обраними даними і надасть цю інформацію користувачеві (клієнту). Далі, якщо клієнт згоден з умовами бронювання, він повинен підтвердити замовлення. Потім клієнт повинен оплатити замовлення зручним для нього способом із запропонованих.

Дані про користувача - форма заповнена користувачем на першому етапі бронювання.

Тариф - вартість послуг, відповідно до категорії обраного номера.

Дані про вартість - ціна для підготовленого замовлення.

Квитанція про оплату - квитанція для оплати замовлення.

Опишемо процес заселення номерів.

Перед приїздом на номер клієнт повинен заповнити форму, в якій повинен вказати свої прізвище, ім'я, по батькові, паспортні дані, адреса місця проживання, тип номера, дату в'їзду і виїзду. Потім клієнтові роблять розрахунок вартості за проживання і надають рахунок, який він повинен сплатити. Після оплати відбувається заселення в номер.

При виїзді з готелю клієнту пред'являють підсумковий рахунок за проживання в готелі та користування послугами. Потім клієнт повинен оплатити даний рахунок. Потім відбувається перевірка номера перед від'їздом клієнта і здача ключів. Номер стає вільним.

2.2 Зовнішнє оточення проектованого ПО

На схемі показано, що система готелю працює з базою даних клієнтів, базою даних номерів готелю та базою даних послуг, що надаються готелем. Також система готелю має систему захисту та систему обслуговування.

2.3 Функціональність проектованого ПО

Дана інформаційна система буде автоматизувати:

  1. Бронювання номерів;

  2. Реєстрацію новоприбулих клієнтів (ПІБ, паспортні дані, місце проживання, номер кімнати в готелі, дата в'їзду і виїзду);

  3. Вести облік платежів за проживання;

  4. Вести облік зайнятих, вільних і заброньованих номерів.

2.4 Специфікації процесів

2.4.1 Специфікація процесу «Бронювання номерів»

@ ВХІД = ДАНІ КЛІЄНТА

@ ВХІД = ТИП НОМЕРИ

@ ВХІД = ТЕРМІНИ ПРОЖИВАННЯ

@ ВИХІД = ЗАПИТ НА ЗАМОВЛЕННЯ

@ СПЕЦПРОЦ БРОНЮВАННЯ НОМЕРІВ

ВИКОНАТИ вивести ФОРМУ клієнту, для її заповнення

ЯКЩО У ФОРМІ заповнені ДАНІ КЛІЄНТА, ТИП НОМЕРИ, ТЕРМІНИ ПРОЖИВАННЯ ТО

ВИКОНАТИ розрахувати вартість замовлення і вивести її користувачеві

ВСЕ

ЯКЩО підтвердження ЗАМОВЛЕННЯ ТО

ВИКОНАТИ відправити ЗАПИТ НА ЗАМОВЛЕННЯ

ІНАКШЕ

ВИКОНАТИ скасувати ЗАПИТ НА ЗАМОВЛЕННЯ

ВСЕ

@ КІНЕЦЬ СПЕЦИФІКАЦІЇ ПРОЦЕСУ БРОНЮВАННЯ НОМЕРІВ

2.4.2 Специфікація процесу «Реєстрація клієнтів»

@ ВХІД = ДАНІ КЛІЄНТА

@ ВХІД = ДАТА В'ЇЗДУ

@ СПЕЦПРОЦ РЕЄСТРАЦІЯ КЛІЄНТІВ

При запиті на пошук вільних номерів

ВИКОНАТИ вивести список вільних номерів

При виборі номера

ВИКОНАТИ вивести ФОРМУ для її заповнення

ЯКЩО у ФОРМІ заповнені ДАНІ КЛІЄНТА, ДАТА В'ЇЗДУ ТО

ВИКОНАТИ додати ДАНІ КЛІЄНТА в базу і відзначити обраний номер як зайнятий

ВСЕ

@ КІНЕЦЬ СПЕЦИФІКАЦІЇ ПРОЦЕСУ РЕЄСТРАЦІЯ КЛІЄНТІВ

2.4.3 Специфікація процесу «Від'їзд клієнтів»

@ ВХІД = ДАНІ КЛІЄНТА

@ ВХІД = ДАТА ВИЇЗДУ

@ ВИХІД = РАХУНОК

@ СПЕЦПРОЦ ВІД'ЇЗД КЛІЄНТІВ

При запиті на пошук КЛІЄНТА

ВИКОНАТИ вивести форму для пошуку клієнтів

При введенні ДАНИХ КЛІЄНТА

ВИКОНАТИ вивести інформацію про КЛІЄНТА

ЯКЩО введена ДАТА ВИЇЗДУ ТО

ВИКОНАТИ сформувати остаточний РАХУНОК за проживання для КЛІЄНТА і вивести його на друк

ВСЕ

ВИКОНАТИ занести ДАНІ КЛІЄНТА в архів і відзначити звільняється номер як вільний

@ КІНЕЦЬ СПЕЦИФІКАЦІЇ ПРОЦЕСУ ВІД'ЇЗД КЛІЄНТІВ

3 СИСТЕМНІ (БІЗНЕС) ВИМОГИ

Таблиця 2 - Системні (бізнес) вимоги для системи «Готель»

Номер

Опис вимоги

BR-1

Клієнт повинен мати можливість оформити замовлення на бронювання номера.

BR-2

При оформленні замовлення на бронювання клієнт повинен мати можливість вибрати тип номера і вказати терміни проживання.

BR-3

Клієнт повинен мати можливість скасувати замовлення на будь-якому етапі оформлення, поки він не підтвердив його.

BR-4

Адміністратор повинен мати можливість виконувати пошук номерів готелю по їх параметрами. У тому числі переглядати інформацію про вільні номери готелю.

BR-5

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

BR-6

Адміністратор повинен мати можливість скасувати реєстрацію клієнта на будь-якому етапі реєстрації.

BR-7

Адміністратор повинен мати можливість оформити від'їзд клієнта з готелю.

BR-8

Адміністратор повинен мати можливість виконувати пошук клієнта у базі за його даними.

BR-9

Адміністратор повинен мати можливість сформувати остаточний рахунок клієнта за проживання в готелі та роздрукувати його.

BR-10

Адміністратор при необхідності повинен мати можливість змінити інформацію про клієнтів і номерах готелю.

BR-11

Адміністратор повинен мати можливість вести облік оплати платежів клієнтом за проживання.

4 СПЕЦИФІКАЦІЯ ПОВЕДІНКИ проектуються за

4.1 Розподіл вимог за суб'єктами і прецедентів

Перед побудовою діаграми прецедентів складемо таблицю розподілу вимог за суб'єктами і прецедентів:

Таблиця 3 - Розподіл вимог за суб'єктами і прецедентів

Опис вимоги

Суб'єкт

Прецедент

1

Клієнт повинен мати можливість оформити замовлення на бронювання номера.

Клієнт

Бронювання номерів

2

При оформленні замовлення на бронювання клієнт повинен мати можливість вибрати тип номера і вказати терміни проживання.

Клієнт

Бронювання номерів

3

Клієнт повинен мати можливість скасувати замовлення на будь-якому етапі оформлення, поки він не підтвердив його.

Клієнт

Бронювання номерів

4

Адміністратор повинен мати можливість виконувати пошук номерів готелю по їх параметрами. У тому числі переглядати інформацію про вільні номери готелю.

Адміністратор

Пошук номерів

5

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

Адміністратор

Реєстрація клієнтів

6

Адміністратор повинен мати можливість скасувати реєстрацію клієнта на будь-якому етапі реєстрації.

Адміністратор

Реєстрація клієнтів

7

Адміністратор повинен мати можливість оформити від'їзд клієнта з готелю.

Адміністратор

Від'їзд клієнтів

8

Адміністратор повинен мати можливість виконувати пошук клієнта у базі за його даними.

Адміністратор

Пошук клієнтів

9

Адміністратор повинен мати можливість сформувати остаточний рахунок клієнта за проживання в готелі та роздрукувати його.

Адміністратор

Від'їзд клієнтів

10

Адміністратор при необхідності повинен мати можливість змінити інформацію про клієнтів і номерах готелю.

Адміністратор

Пошук клієнтів, пошук номерів

11

Адміністратор повинен мати можливість вести облік оплати платежів клієнтом за проживання.

Адміністратор

Оплата за проживання

4.2 Діаграма прецедентів системи

Опишемо кожен з варіантів використання системи окремо.

Таблиця 4 - Опис варіанту використання «Бронювання номерів»

Номер

1

Назва

Бронювання номерів

Актори

Клієнт

Короткий опис

Клієнт заздалегідь бронює номер для проживання в ньому в зазначені терміни.

Передумови

Ні

Післяумови

Ні

Основний потік

1.0 Бронювання номерів

1. Клієнт робить запит на бронювання номера.

2. Система виводить форму для заповнення даних про замовлення.

3. Клієнт заповнює форму, в якій зазначає прізвище, ім'я, по батькові, місце постійного проживання, паспортні дані, телефон, категорію номера, дату в'їзду та дату виїзду.

4. Якщо всі необхідні дані введені, то система проводить розрахунок вартості замовлення і виводить цю інформацію на екран.

5. Клієнт підтверджує замовлення.

6. Система приймає замовлення.

Альтернативні потоки

1.1 Введені не всі дані або введені некоректно (відгалуження кроку 4)

1. Система попросить повторити введення відсутніх даних.

2. Повернення до пункту 3.

1.2 Клієнт не підтверджує замовлення (відгалуження кроку 5)

1. Система скасовує замовлення.

Таблиця 5 - Опис варіанту використання «Реєстрація клієнтів»

Номер

2

Назва

Реєстрація клієнтів

Актори

Адміністратор

Короткий опис

Реєстрація клієнтів і їх заселення в номери.

Передумови

Система знаходиться в режимі перегляду та зміни інформації про клієнтів готелю.

Післяумови

Ні

Основний потік

2.0 Реєстрація клієнтів

1. Адміністратор запитує інформацію про наявність вільних номерів.

2. Система виводить список вільних номерів із зазначенням їх типу та ціни.

3. Якщо список вільних номерів не порожній, і хоча б один із пропонованих варіантів влаштовує клієнта, адміністратор заповнює форму, в якій зазначає прізвище, ім'я, по батькові, місце постійного проживання, паспортні дані клієнта та вказує номер, у який він його поселяє. Дата в'їзду заповнюється автоматично.

4. Якщо всі необхідні дані введені, то система додає клієнта в базу, якщо його там немає, і відзначає вказаний номер як зайнятий.

5. Система прибирає з екрана список вільних місць.

Альтернативні потоки

2.1 Список вільних місць порожній (відгалуження кроку 3)

1. Адміністратор скасовує реєстрацію клієнта.

2.2 Клієнта не влаштовує жоден з варіантів заселення (відгалуження кроку 3)

1. Адміністратор скасовує реєстрацію клієнта.

2.3 Введені не всі дані або введені некоректно (відгалуження кроку 4)

1. Система попросить повторити введення відсутніх даних.

2. Повернення до пункту 3.

Таблиця 6 - Опис варіанту використання «Від'їзд клієнтів»

Номер

3

Назва

Від'їзд клієнтів

Актори

Адміністратор

Короткий опис

Від'їзд клієнта з готелю і звільнення номера.

Передумови

Система знаходиться в режимі перегляду та зміни інформації про клієнтів готелю.

Післяумови

Ні

Основний потік

3.0 Від'їзд клієнтів

1. Адміністратор здійснює пошук від'їжджаючого клієнта за його даними або за номером, в якому він проживає.

2. Система виводить інформації про від'їжджаючої клієнта.

3. Адміністратор вводить дату від'їзду клієнта у відповідне поле.

4. Якщо дата від'їзду введена, то система формує остаточний рахунок клієнта за проживання в готелі та виводить його на друк.

5. Система заносить до бази відомості про від'їжджаючої клієнті (ПІБ, № паспорта, дата в'їзду і виїзду, номер, в якому проживав клієнт).

6. Система відзначає цей номер як вільний.

Альтернативні потоки

3.1 Дата від'їзду не введена (відгалуження кроку 4)

1. Система просить повторити введення дати від'їзду.

2. Повернення до пункту 3.

3.2 Система не може вивести на друк рахунок клієнта (відгалуження кроку 4)

1. Система виводить повідомлення про те, що печатка не може бути виконана, із зазначенням причини.

2. Адміністратор виписує чек вручну, або усуває проблему і повторює друк рахунку.

3. Перехід до пункту 5.

Таблиця 7 - Опис варіанту використання «Пошук номерів»

Номер

4

Назва

Пошук номерів

Актори

Адміністратор

Короткий опис

Пошук номерів готелю в базі даних номерів.

Передумови

Система знаходиться в режимі перегляду та зміни інформації про номери готелю.

Післяумови

Ні

Основний потік

4.0 Пошук номерів

1. Адміністратор вводить всі або деякі дані для пошуку (№ номера, тип номера, статус, ціна).

2. Система виводить список номерів, які відповідають критеріям пошуку.

3. Адміністратор переглядає або змінює інформацію про обрані номерах.

Альтернативні потоки

4.1 Дані для пошуку не введені (відгалуження кроку 2)

1. Система просить повторити введення даних.

2. Повернення до пункту 1.

Таблиця 8 - Опис варіанту використання «Пошук клієнтів»

Номер

5

Назва

Пошук клієнтів

Актори

Адміністратор

Короткий опис

Пошук клієнтів готелю в базі даних клієнтів.

Передумови

Система знаходиться в режимі перегляду та зміни інформації про клієнтів готелю.

Післяумови

Ні

Основний потік

5.0 Пошук клієнтів

1. Адміністратор вводить всі або деякі дані про клієнта (ПІБ, № паспорта, дата в'їзду, дата виїзду) або номер, в якому він проживає.

2. Система виводить список клієнтів, що задовольняють критеріям пошуку.

3. Адміністратор переглядає або змінює інформацію про обраний клієнта.

Альтернативні потоки

5.1 Дані для пошуку не введені (відгалуження кроку 2)

1. Система просить повторити введення даних.

2. Повернення до пункту 1.

Таблиця 9 - Опис варіанту використання «Оплата за проживання»

Номер

6

Назва

Оплата за проживання

Актори

Адміністратор

Короткий опис

Клієнт здійснює оплату за проживання в готелі. Адміністратор приймає оплату.

Передумови

Система знаходиться в режимі перегляду та зміни інформації про клієнта готелю, що виробляє оплату.

Післяумови

Ні

Основний потік

6.0 Оплата за проживання

1. Клієнт здійснює оплату за проживання.

2. Адміністратор приймає оплату.

3. Адміністратор вводить суму платежу в базу.

4. Система змінює баланс клієнта і виводить чек на друк.

5. Клієнт отримує чек.

Альтернативні потоки

6.1 Чи не введена сума платежу (відгалуження кроку 4)

1. Система просить повторити введення суми платежу.

2. Повернення до пункту 3.

6.2 Система не може вивести чек на друк (відгалуження кроку 4)

1. Система виводить повідомлення про те, що печатка не може бути виконана, із зазначенням причини.

2. Адміністратор виписує чек вручну, або усуває проблему і повторює друк чека.

3. Перехід до пункту 5.

4.3 Діаграма діяльності системи

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

5 СПЕЦИФІКАЦІЯ СТАНУ проектуються за

Для специфікації стану системи побудуємо діаграму класів для даної системи.

При розробці даної діаграми було виділено три класи.

1. Клієнт. Даний клас має такі атрибути, як: код клієнта в базі, прізвище, ім'я, по батькові, стать, дата народження, місце проживання, номер паспорта, номер, у якому він проживає в готелі, дата в'їзду і виїзду з готелю.

2. Номер, де безпосередньо проживає клієнт. У даного класу є наступні атрибути: номер, тип (люкс, напівлюкс, звичайний номер), ціна за добу проживання і статус (вільний, зайнятий, заброньовано).

3. Послуги, надані клієнту. У кожної послуги є свій код, назва і ціна.

Додати в блог або на сайт

Цей текст може містити помилки.

Програмування, комп'ютери, інформатика і кібернетика | Курсова
93.8кб. | скачати


Схожі роботи:
Проектування інформаційної системи
Проектування інформаційної системи Життєвий цикл ІС
Проектування інформаційної системи фінансування підприємства
Проектування інформаційної системи збору даних землевпорядкування
Проектування інформаційної системи підприємства Інвестиційна діяльність
Проектування автоматизованої інформаційної системи для менеджера фірми
Проектування інформаційної телекомунікаційної системи порома на трасі Калінінград Санкт-Петербург
Проектування інформаційної системи збору даних землевпорядкування для автоматизації процесу оцінки
Вивчення операційної системи у готелі на прикладі готеля Швейцарський Готель м Львів
© Усі права захищені
написати до нас
Рейтинг@Mail.ru