
- •Пояснювальна записка
- •Бакалавра
- •6.050103 «Програмна інженерія»
- •Календарний план
- •Оглавление
- •Перечень условных обозначений, символов, единиц измерений физических величин, сокращений и терминов
- •Введение
- •Анализ требований к программному обеспечению информационно-справочного web-сайта гостиницы. Постановка задачи
- •Обзор и анализ программ-аналогов
- •Постановка задач выпускной работы
- •Требования заказчика
- •Мандатные требования
- •Ограничительные требования
- •Требования к программному обеспечению
- •Функциональные требования к программному обеспечению
- •Нефункциональные требования
- •Матрица трассируемости к по информационно-справочной системы гостиницы
- •Анализ осуществимости.
- •Диаграмма вариантов использования
- •Сценарии и прецеденты
- •Календарные планы
- •Выводы по разделу 1
- •Моделирование процессов и данных информационно-справочного web-сайта гостиницы
- •Выбор типовой архитектуры по
- •Подробное описание ранее выбранной архитектуры по системы.
- •Глоссарий проекта
- •Назначение программного продукта
- •Обоснование выбора архитектуры приложения
- •Декомпозиция элементов структуры технологической модели
- •Разработка диаграмм деятельности
- •Выделение сущностей и определение их атрибутов
- •Выделение связей между сущностями.
- •Связь один к одному.
- •Связь один ко многим.
- •Связь много ко многим.
- •Транзитивная связь.
- •Построение er- диаграммы
- •Разработка алгоритмов клиентской части программного обеспечения информационно-справочной системы гостиницы
- •Обоснование выбора языка программирования и инструментальной среды реализации клиентской части программного обеспечения информационно-справочной системы гостиницы
- •Выбор инструментальных средств для реализации базы данных
- •Выбор инструментальных средств для реализации клиентской части по
- •Детальное проектирование методов и классов клиентской части программного обеспечения информационно-справочного web-сайта гостиницы «Нью-Йорк»
- •Выводы по разделу 2
- •Спецификация автономного тестирования
- •Тестируемые элементы
- •Спецификация ввода
- •Итоговый отчет автономного тестирования
- •Спецификация процедуры интеграционного тестирования
- •Назначение
- •Выполнение интеграционного тестирования
- •Итоговый отчет интеграционного тестирования
- •Выводы по разделу 3
- •4 Экономическое обоснование разработки программного обеспечения информационно-справочного сайта гостиницы
- •4.1 Общая характеристика пп как рыночной продукции
- •4.2. Краткое описание по
- •4.3 Маркетинговое исследование рынка сбыта
- •4.3.1 Сегментирование потребителей и определение емкости рынка
- •4.3.2 Выявление конкурентов и анализ конкурентоспособности
- •Расчет потребительской цены
- •4.5 Производственно-организационный план создания пп
- •4.5.1 Перечень работ проекта
- •Расчет трудоемкости работ
- •Финансовый план проекта создания пп
- •4.6.1 Расчет сметы затрат на создание пп
- •4.6.2 Смета и затраты на продукты
- •4.6.3. План доходов и расходов
- •4.6.4. Определение безубыточности
- •Выводы по разделу 4
- •5 Охрана труда
- •5.1 Краткое описание прототипа объекта проектирования и его упрощенная функциональная схема.
- •5.2 Анализ опасных и вредных факторов в помещении
- •5.3 Меры по предотвращению появления вредных и опасных факторов
- •5.4 Расчет естественного освещения
- •Выводы по разделу 5
- •Библиографический список
- •Приложение а. Описание сценариев и прецедентов
- •Приложение б. Php-код web-сайта гостиница
- •Приложение в. Экранные формы приложения
Выделение сущностей и определение их атрибутов
На основе анализа предметной области можно выделить следующие сущности:
Таблица 2.2- Сущности
№ |
Имя |
Определение |
1 |
Guests (Гости) |
Список гостей, проживающих в гостинице, и сведения о них. |
2 |
Rooms (Номера) |
Список номеров и данные о них. |
3 |
Categories_of_Guests |
Категории гостей (Постоянные/новые гости) |
4 |
Categories_of_Rooms |
Описание номеров гостиницы по категориям (Люкс, Полулюкс, Эконом класс, Стандарт) |
5 |
Booking |
Заполнение формы бронирования, с возможностью оплаты/предоплаты. |
6 |
Registration |
Регистрация гостя дляя последдующей операции бронирования и оплаты номера. |
7 |
Information_of_Rooms(шахматка) |
Список свободных/забронированых номеров. |
8 |
Fotogallerie |
Фотогалерея, которая демонстрирует внешний вид каждого номера. |
После определения сущностей предметной области были определены атрибуты к сущностям. В табл. 2.3 приведены выбранные сущности с определенными для них атрибутами.
Таблица 2.3 –Атрибуты к сущностям
Сущности |
Атрибуты |
|
Registration(Регистрация) |
FIO; Check_in_date; Check_out_date; Room_N;
|
Categories_of_Room |
Booking(Бронирование) |
Check_in_date; Check_out_date; FIO; Time_of_check_in; |
Time_of_check_out; Kol_Vzrosl; Kol_Det; Form_of_pay; Food |
Guests (Гости) |
ID_Guest; FIO; Tel_number; ID_Categor_of_guest; |
Login; Password; |
Room(Номер) |
Room_N; Categories_of_Room; Check_in_date; Check_out_date; |
Information_of_pay; Kol_Vzrosl; Kol_Det; Food |
Продолжение таблицы 2.3
Information of Rooms(Информация о номерах) «Шахматка» |
Room_N; Categories_of_Room; |
Check_in_date; Check_out_date; |
Categories of Guest (Категории гостей) |
ID_Guest; |
Categories_of_Room; |
Categories of Room(Категории номеров) |
Categories_of_Room; Room_N; |
Kol_Vzrosl; Kol_Det; |
Выделение связей между сущностями.
Связь один к одному.
Связь один к одному означает, что в такой связи сущности с одной ролью всегда соответствует не более одной сущности с другой ролью. В рассмотренном нами примере это связь «руководит», поскольку в каждом отделе может быть только один начальник, а сотрудник может руководить только в одном отделе.
В разрабатываемом ПО нет связей один к одному между таблицами.
Связь один ко многим.
В данном случае сущности с одной ролью может соответствовать любое число сущностей с другой ролью.
Все связи между сущностями в данном ПО – это связи один ко многим. Они делятся на идентифицирующие и неидентифицирующие.
Идентифицирующие:
Таблицы «Guests» – «Registration »:
Каждая запись по предоставлению номера может быть лишь для одного гостя, в то время как один гость может брать номера множество раз (создается много записей о предоставлении номера для одного гостя).
Таблицы « Rooms » – « Registration »:
Для каждого номера существует единый инвентарный номер в гостиничном фонде. Но каждый номер из гостиничного фонда может предоставляться множество раз.
Неидентифицирующие:
Таблицы « Categories_of_Guests » – « Guests »:
Каждый гость может состоять только в одной категории гостей. В каждой категории может находиться множество гостей.
Таблицы « Categories_of_Rooms» – « Rooms »:
Каждому номеру соответствует лиш одна категория номеров, одной категории номеров относится множество номеров.
Таблицы « Booking » – « Guests »:
Один гость может быть зарегистрирован на несколько номеров, но номер может быть зарегистрирован только на одного гостя.
Таблицы « Registration» – « Booking »:
Одному гостю может присваиваться лишь один идентификационный номер, но на определенный идентификационный номер может быть забронировано множество номеров.