
- •Пояснювальна записка
- •Бакалавра
- •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-сайта гостиница
- •Приложение в. Экранные формы приложения
Анализ осуществимости.
Диаграммы вариантов использования описывают функциональное назначение системы или то, что система должна делать. Разработка диаграммы преследует следующие цели:
определить общие границы и контекст моделируемой предметной области;
сформулировать общие требования к функциональному поведению проектируемой системы;
разработать исходную концептуальную модель системы для ее последующей детализации в форме логических и физических моделей;
подготовить исходную документацию для взаимодействия разработчиков системы с ее заказчиками и пользователями.
Суть диаграммы вариантов использования состоит в следующем. Проектируемая система представляется в виде множества сущностей или актеров, взаимодействующих с системой с помощью вариантов использования. При этом актером (actor) или действующим лицом называется любая сущность, взаимодействующая с системой извне. Это может быть человек, техническое устройство, программа или любая другая система, которая может служить источником воздействия на моделируемую систему так, как определит сам разработчик. Вариант использования служит для описания сервисов, которые система предоставляет актеру. Диаграмма вариантов использования может дополняться пояснительным текстом, который раскрывает смысл или семантику составляющих ее компонентов.
Диаграмма вариантов использования
На рис.1.11- представлена диаграмма вариантов использования ПО «Информационно - справочной системы гостиницы»
Рисунок 1.11- диаграмма вариантов использования ПО «Информационно - справочной системы гостиницы»
На
рис. 1.12- представлена диаграмма вариантов
использования ПО «Информационно -
справочной системы гостиницы» для
гостя.
Рисунок 1.12- диаграмма вариантов использования ПО «Информационно - справочной системы гостиницы» для гостя
Для того, чтоб получить информацию о бронировании номера в гостинице, гостю необходимо пройти авторизацию, если у него уже имеется учетная запись или же совершить бронирование, после чего будет выполнена регистрация нового гостя.
Гость может просматривать описание номеров, которые он забронировал в гостинице, просматривать наличие свободных номеров в гостинице, фотогалерею, а также осуществлять поиск номеров по категориям и критериям, и просматривать информацию о конкретном номере.
Диаграмма вариантов использования отображает связь двух действующих лиц (администратор, гость), каждая из которых содержит различные права доступа, которые влияют на выполняемые ими функции.
У гостя есть возможность:
авторизации;
просмотра наличия номеров в гостинице;
просмотра каталога номеров;
поиска информации по различным критериям;
просмотра информации о конкретном номере;
бронирование номера;
отмена бронирования;
оплата номера.
У администратора есть возможность:
авторизации;
регистрации гостя;
работы с персональной информацией о госте;
работы с электронным каталогом номеров;
работы с регистрацией бронирования номеров;
удалять, добавлять, а также редактировать информацию в базе данных.