ВВЕДЕНИЕ
В современном мире множество людей путешествует, пытается увидеть мир, интересные вещи в нем. С целью помочь этим людям, создаются всевозможные фирмы, бюро по организации и проведению экскурсий для таких людей. Если раньше, можно было представить работу подобного заведения без компьютеров, то в наше время, когда человечество имеет дело с огромными объёмами информации, хранить все на бумаге не только дорого, но и нецелесообразно и неудобно.[5]
Решением человечества, по борьбе с огромными объёмами информации в бумажном виде, стало хранение информации в цифровом виде, а именно, использование компьютерных баз данных.
Исходя из этого, есть вариант, который поможет фирмам, агентствам и бюро с этой задачей. Этот вариант – создание компьютерной программы, которая позволила бы вести работу предприятия гораздо удобнее, быстрее и экономичней чем ранее она велась, когда не использовались компьютерные средства.
Но программа должна решать основные задачи предметной области, и предоставить максимальное удобство в работе пользователю. При этом начальная подготовка программы к работе должна быть сведена к минимуму, с целью того чтоб не тратить времени на установку и налаживание программного продукта.
Безусловно, подобные программы уже существуют, но каждая из них имеет свои минусы и плюсы. Но создание новой программы, которая будет учитывать весь предыдущий опыт разработки программного обеспечения для данной предметной области, а также устранит ошибки, которые ранее были допущены в разработке программ.
Таким образом, главной целью, является создание информационной системы, которая позволила бы вести базу данных экскурсионного бюро и всевозможно помогала, упрощала работу пользователя.
1Анализ предметной области
В последнее время, все большие обороты набирает туристический бизнес, в частности экскурсии, которые позволяют людям побывать во многих городах и странах, увидеть много интересного и отрыть для себя что-то новое.
В связи с существованием таких фирм, количество клиентов которых переваливает за несколько тысяч, целесообразно использовать программу, которая позволяла бы хранить всю информацию о работе фирмы и в то же время обеспечивала немедленный доступ к ней в любой момент времени. Использование бумажных носителей неудобно, громоздко и поиск зачастую очень затруднителен. Тяжело редактировать информацию, создавать отчёты и подводить статистику.[4]
С этой задачей легко можно справиться, используя собственное приложение, которое работает с базами данных. Разработка такого приложения займёт сравнительно небольшой период времени, нежели считать то время, которое будет потрачено впустую на бесполезное перелопачивание томов папок.
Да и представление информации только одного рода будет невозможным, представим только, то у каждой экскурсии есть своё место, это придётся завести целый шкаф для хранения информации только об экскурсиях, а ещё есть информация о местах, где проходят эти экскурсии. Выходит два шкафа. А это крайне неудобно и громоздко. Куда выгодней и эффективней купить персональный компьютер, заказать программу и сэкономить на в пустую потраченных деньгах на бумагу и шкафы.
Также электронная версия экскурсионного бюро отличается своей переносимостью, скоростью работы, эффективностью, простотой и наглядностью. Давая возможность в любой момент времени распечатать нужную информацию.
Программный продукт должен обладать удобным пользовательским интерфейсом, что позволит быстро адаптироваться и привыкнуть новому пользователю к программе, а также облегчит работу в дальнейшем. Также к существующим аналогичным программам не имеется помощи, либо она очень краткая и плохо понимаемая пользователем. Предполагается сделать расширенную понятную помощь, при обращении к которой пользователь получит ответы на интересующие его вопросы.
Аналогичные программы дают не полное удобство в работе, а также к некоторым из них трудно привыкнуть. Также почти нет таких программ в данной предметной области, которые бы обеспечивали возможность создания произвольного, собственного запроса к базе данных и получения информации по нем.
Также в некоторых программах могут возникать программе сбои, при которых может быть потеряна БД, или же сбой может быть в самой БД. Этот вопрос актуален, так как из-за сбоев, пользователь может потерять огромные объёмы ценной и уникальной информации. Этому аспекту нужно уделить особую роль и всячески предотвратить возможность сбоя, а также предусмотреть возможность сохранения информации в некую резервную БД или же временное место хранения.
Большинство программ обладают функциональным, но одновременно нагромождённым интерфейсом, очень много значков на главной форме. Желательно убрать огромное количество таких значков, систематизировать их и удобно представить их пользователю, и избежать поиска нужного элемента управления среди множества других.
Есть программы, которые хранят БД в одной таблице, или нескольких, существование, которых не обусловлено нормализацией, а просто созданы случайным образом. Планируется же упростить и улучшить БД, хранением в ней таблиц в 3 нормальной форме, являющейся наиболее оптимальной.
Основные объекты в программе: Экскурсия, Место, Клиент.
У каждой экскурсии есть такие характеристики: универсальный ID, длительность в днях, стоимость, перечень услуг, название. У каждого клиента такие характеристики: универсальный ID, статус, контактные данные, ФИО. Каждое место имеет такие характеристики: универсальный ID, климат, условия, местоположение. Для удобства в работе были введены две дополнительные таблицы. Первая таблица – «Заказы», в которой хранятся ID клиентов, ID экскурсий которые они заказали и дата заказа экскурсии клиентом. Вторая таблица – «Порядок», в ней содержатся такие поля: ID места, ID экскурсии, которая проходит через это место, номер места в экскурсии (порядковый номер, которым местом идёт по счёту данное, начиная с первого места – места начала экскурсии).
Каждая экскурсия и место соотносятся как многие ко многим. У каждого Клиента есть своя экскурсия, связь многие к одному, много клиентов на одну экскурсию.
Каждая экскурсия имеет много места, и каждое место имеет много экскурсий, связь многие ко многим. Каждый раз, когда клиент делает заказ, заводится новая запись в таблице заказов с указанием даты и выбранной им экскурсии. Если клиент с семьёй, заводиться по одной записи на каждого члена семьи. Обязательными полями являются все, аналогично и для других таблиц.
Пользователь открывает БД, имея возможно просмотра всех таблиц БД. Имеет возможность добавить экскурсию, место или же пользователя. При добавлении он заполняет все поля, которые предложены, после чего данные обновляются в таблицах. Также имеет возможность удаления, и редактирования существующих данных в таблицах.
Концептуальная модель пользователя представлена на рисунке 1.1.
Клиент
Экскурсия
Делает
3333
Заказ
Заказывается клиентом
Содержит в себе порядок мест
Содержит экскурсии, которые через него проходят
Место
Рисунок 1.1 – Концептуальная модель