Информационная система менеджера туристической фирмы
Роль информационной базы о клиентах и услугах для работы туристической фирмы, ее проектирование. Упрощение хранения и поиска информации, сокращение расходов времени работников фирмы и вероятности возникновения ошибок, недопустимых в современном бизнесе.
| Рубрика | Программирование, компьютеры и кибернетика |
| Вид | курсовая работа |
| Язык | русский |
| Дата добавления | 24.03.2015 |
| Размер файла | 682,7 K |
Отправить свою хорошую работу в базу знаний просто. Используйте форму, расположенную ниже
Студенты, аспиранты, молодые ученые, использующие базу знаний в своей учебе и работе, будут вам очень благодарны.
Размещено на http://www.allbest.ru/
Министерство сельского хозяйства и продовольствия Республики Беларусь
УО "Полоцкий государственный аграрно-экономический колледж"
Курсовой проект
по дисциплине "Базы данных и системы управления базами данных"
Тема: "ИНФОРМАЦИОННАЯ СИСТЕМА МЕНЕДЖЕРА ТУРИСТИЧЕСКОЙ ФИРМЫ"
Выполнил:
учащийся гр. П-42 4 курса
отделения "Программное обеспечение
информационных технологий и право" /А.М. Матыль/
Руководитель:
преподаватель цикловой комиссии
информационных технологий /С.В. Кухта/
Полоцк 2015
Содержание
- Введение
- 1. Анализ исходных данных и постановка задачи
- 1.1 Описание предметной области
- 1.2 Анализ функциональных требований к системе
- 2. Проектирование программного обеспечения
- 2.1 Обоснование и выбор инструментальных средств
- 2.2 Функциональная модель
- 2.3 Варианты использования
- 2.4 Выбор структур данных
- 3. Реализация и тестирование
- 3.1 Результаты реализации функциональных частей
- 3.2 Тестирование программного продукта
- 3.3 Функциональное тестирование
- Заключение
- Список использованых источников
- Приложения
- Техническое задание
- Программа и методика испытаний
- Описание программы
- Руководство оператора
- Содержание электронного носителя
Введение
В XXI веке человеку, чтобы провести заслуженный отпуск втеплой стране, не нужно самому искать информацию о интересующем его месте отдыха, бронировать билеты и номер в отеле, за него это могут сделать туристические фирмы. Фирма подберет более удобный для клиента вариант. Однако, если у фирмы нет достаточно мощного пакета программ большая часть рутинной работы производится вручную, то она рискует потерять свое положение на рынке из-за неэффективности такой работы. Поэтому для успешного функционирования различных организаций требуется наличие развитой информационной системы.
При работе туристические фирмы создают большие базы информации о клиентах и услугах. Для облегчения работы целесообразно использовать базу данных.
Базы данных создаются специально для хранения, обработки, проведения расчётов, сортировки, выборки и представления любых массивов, данных по любым критериям.
Объектом исследования является туристическая фирма
Предметом исследования являются задачи связанные с поиском туров.
Актуальность данного курсового проекта состоит в существенном упрощение хранения и поиска информации, а также в том, что разработанная база данных сокращает расходы времени работников фирмы и вероятность возникновения ошибок, недопустимых в современном бизнесе.
В рамках проектирования необходимо реализовать работоспособное приложение, предназначенное для использования работниками туристической фирмы, и простого в эксплуатации, не требующего от пользователя специальных навыков и знаний.
1. Анализ исходных данных и постановка задачи
1.1 Описание предметной области
Целью разрабатываемого курсового проекта является разработка информационной системы "Менеджера туристической фирмы" содержащую информацию о предлагаемых турах фирмой.
В результате проведенного анализа предметной области можно выделить следующие основные блоки информации, которые будут храниться в базе данных и отображать информацию о каждом блоке:
туры (название, откуда и куда тур, куратор, отель, категория отеля, питание, стоимость путевки, количество людей, количество дней);
какие у тура есть экскурсии;
какие есть заказы на этот тур;
какие клиенты делали заказ.
1.2 Анализ функциональных требований к системе
Главной функциональной задачей разрабатываемой системы является учет туров туристической фирмы.
Разрабатываемый программный продукт должен быть понятен в использовании, практичен для пользователя.
В информационной системе должна быть предусмотрена возможность добавления, удаления и редактирования данных. В приложении обязательно должен быть предусмотрен поиск туров, заказов и клиентов.
Разрабатываемая информационная система должна обладать возможностью работы с данными преподавателей:
- хранить данные;
- добавлять новые данные;
- редактировать данные;
- сортировать данные;
- осуществлять поиск;
- выводить отчет список туров;
- выводить отчет список клиентов;
- выводить отчет список экскурсий;
- удалять данные.
Выходные данные в разрабатываемой информационной системе будут представлены в виде результатов запросов к базе данных, результатов поиска информации по различным критериям, сортировки данных, и также редактирования данных, добавление и вывод отчетов.
В информационной системе будут сформированы следующие виды сортировки:
- по названию тура;
- по месту отправления;
- по названию экскурсии;
- по фамилии клиента;
- обратная сортировка;
- не сортировать.
Также в системе предусмотрен поиск по названию тура, коду клиента в заказах, по фамилии в клиентах. Добавление, редактирование и удаление туров, экскурсий, заказов, клиентов.
Выходной информацией в разрабатываемом приложении будут результаты отчетов и поиска в системе.
Более подробно требования к разрабатываемому программному продукту представлены в ПРИЛОЖЕНИИ А - Техническое задание.
2. Проектирование программного обеспечения
2.1 Обоснование и выбор инструментальных средств
При разработке программного продукта важное место занимает проблема производительности. Выбор языка программирования играет большую роль в решении этой проблемы.
Для выбора наиболее подходящих средств разработки, будут рассмотрены следующие критерии:
- производительность;
- наличие библиотеки визуальных компонентов;
- дополнительные компоненты и компоненты для работы с СУБД;
- система помощи;
- интегрированный отладчик;
- минимизация затрат при использовании дополнительного программного обеспечения.
Из современных языков программирования для написания объектно-ориентированных проектов для работы с базами данных наиболее часто используются следующие:
- С++;
- Object Pascal;
- Java.
Java - это не компилируемый, а интерпретируемый язык программирования, что негативно сказывается на скорости выполнения приложений.
Также Java поддерживает объектно-ориентированный подход к разработке программного обеспечения на качественно более высоком уровне, чем иные языки программирования.
Object Pascal и С++ обладают примерно одинаковыми возможностями. Однако, программы написанные на С++ выполняются несколько быстрее.
Язык программирования Object Pascal, в частности среда разработки Borland Delphi - это комбинация нескольких важнейших технологий:
- высокопроизводительный компилятор в машинный код;
- объектно-ориентированная модель компонент;
- визуальное построение приложений из программных прототипов;
- масштабируемые средства для построения баз данных.
Object Pascal обладает всеми необходимыми критериями для выполнения работы. Наличие объектно-ориентированной модели компонентов значительно облегчает реализацию программного продукта. Вследствие того, что он обладает масштабируемыми средствами для построения баз данных, он хорошо подходит для реализации поставленной задачи.
Borland Delphi - результат развития языка Турбо Pascal, который, в свою очередь, развился из языка Pascal. Этот программный комплекс предоставляет разработчику богатейший инструментарий и позволяет использовать всю мощь и гибкость языка Pascal. Delphi 7 позволяет создавать самые различные программы: от простейших однооконных приложений до программ управления распределенными базами. В состав пакета включены разнообразные утилиты, обеспечивающие работу с базами данных, XML-документами, создание справочной системы, решение других задач. Отличительной особенностью является поддержка технологии.net.
Таким образом, исходя из представленных характеристик, для проектирования выбрана среда Borland Delphi, как оболочка для быстрой разработки качественного интерфейса и простоты работы с базами данных, эффективного доступа к записям баз данных, обусловленная наличием встроенных классов поддержки.
Для работы с базами данных наиболее часто используются следующие СУБД:
- Microsoft Access;
- MySQL.
Microsoft Access - наиболее широко используемая в среде Microsoft Windows реляционная СУБД. В СУБД Access предусмотрены также конструкторы, которые могут помочь пользователю сформировать синтаксически правильные выражения. СУБД Microsoft Access поддерживает значительную часть стандарта языка SQL, а также стандарт Microsoft ODBC, обеспечивающий общий интерфейс для доступа к разнотипным базам данных SQL.
MySQL является реляционной СУБД и в SQL-запросах позволяет связывать таблицы по общим полям, поддерживает индексы, автоинкрементные поля, а также множество функций для преобразования данных. Данная СУБД обладает достаточно функциональным набором для создания простых приложений. Также на сайте разработчика можно найти много свободно распространяемых компонентов и утилит для работы СУБД. Ведется работа по дальнейшему развитию MySQL.
Сравнив выше предложенные СУБД можно сделать вывод, что любая из них подойдет для использования в программном продукте.
Но отталкиваясь от того, что СУБД Microsoft Access поставляется в пакете Microsoft Office, вследствие не требуется дополнительных средств на его приобретение, она является наиболее простой в использовании и при этом полностью соответствует всем предъявляемым требованиям.
Microsoft Office Access - один из компонентов семейства офисных приложений Microsoft Office - является одной из самых популярных настольных СУБД. Это связано с тем, что СУБД Access предоставляет пользователю очень широкие возможности ввода, обработки и представления данных. Эти средства удобны и высокопродуктивны, что обеспечивает высокую скорость разработки приложений. Microsoft Access дает возможность создавать реляционные базы данных и работать с другими программами, использующими базы данных, такими как Microsoft SQL Server, Delphi и др.
база информационная туристическая фирма
Microsoft Access позволяет управлять всеми сведениями из одного файла базы данных. В рамках этого файла используются следующие объекты:
- таблицы для сохранения данных;
- запросы для поиска и извлечения только требуемых данных;
- формы для просмотра, добавления и изменения данных в таблицах;
- отчеты для анализа и печати данных в определенном формате;
- страницы доступа к данным для просмотра, обновления и анализа данных из базы данных через интернет или интрасеть.
Запросы создаются для поиска и вывода данных, удовлетворяющих заданным условиям, включая данные из нескольких таблиц, для обновления, добавления или удаления группы записей одновременно, для выполнения стандартные или пользовательских вычислений, для создания новых таблиц. Для создания запросов, а также для обновления и управления объектами базы данных, применяется язык SQL (Structured Query Language).
Наряду с традиционными инструментами доступа к данным Borland Database Engine и ODBC в приложениях Delphi можно применять технологию Microsoft ActiveX Data Objects (ADO), которая основана на возможностях СОМ, а именно интерфейсов OLE DB.
Технология ADO завоевала популярность у разработчиков, благодаря универсальности - базовый' набор интерфейсов OLE DB имеется в каждой современной операционной системе Microsoft. Поэтому для обеспечения доступа приложения к данным достаточно лишь правильно указать провайдер соединения ADO и затем переносить программу на любой компьютер, где имеется требуемая база данных и, конечно, установленная ADO.
Технология Microsoft ActiveX Data Objects обеспечивает универсальный доступ к источникам данных из приложений БД. Такую возможность предоставляют функции набора интерфейсов, созданные на основе общей модели объектов СОМ и описанные в спецификации OLE DB.
Технология ADO и интерфейсы OLE DB обеспечивают для приложений единый способ доступа к источникам данных различных типов (рисунок 2.1). Например, приложение, использующее ADO, может применять одинаково сложные операции и к данным, хранящимся на корпоративном сервере SQL, и к электронным таблицам, и локальным СУБД. Запрос SQL, направленный любому источнику данных через ADO, будет выполнен.
Рисунок 2.2.1 - Схема доступа к данным через ADO
Технология ADO в целом включает в себя не только сами объекты OLE DB, но и механизмы, обеспечивающие взаимодействие объектов с данными и приложениями. На этом уровне важнейшую роль играют провайдеры ADO, координирующие работу приложений с хранилищами данных различных типов.
Такая архитектура позволяет сделать набор объектов и интерфейсов открытым и расширяемым. Набор объектов и соответствующий провайдер может быть создан для любого хранилища данных без внесения изменений в исходную структуру ADO. При этом существенно расширяется само понятие данных - ведь можно разработать набор объектов и интерфейсов и для нетрадиционных табличных данных. Например, это могут быть графические данные геоинформационных систем, древовидные структуры из системных реестров, данные CASE-инструментов и т.д.
2.2 Функциональная модель
Функциональная модель - это модель, которая показывает, какие функции у проектируемой модели и как они взаимодействуют между собой.
Для построения функциональной модели предназначена методология функционального моделирования DFD.
Для решения задачи функционального моделирования на базе структурного анализа традиционно применяются диаграммы потоков данных.
Методология разработки процессных диаграмм обычно применяется при проведении обследований предприятий в рамках проектов управленческого консалтинга, а также в проектах автоматизации крупных объектов при экспресс-обследовании (обычно для составления развернутого плана работ).
Нотация диаграмм потоков данных позволяет отображать на диаграмме как шаги бизнес-процесса, так и поток документов и управления (в основном, управления, поскольку на верхнем уровне описания процессных областей значение имеет передача управления). Также на диаграмме можно отображать средства автоматизации шагов бизнес-процессов. Обычно используется для отображения третьего и ниже уровня декомпозиции бизнес-процессов (первым уровнем считается идентифицированный перечень бизнес-процессов, а вторым - функции, выполняемые в рамках бизнес-процессов).
Диаграммы потоков данных (Data flow diagramming, DFD):
– являются основным средством моделирования функциональных требований к проектируемой системе;
– создаются для моделирования существующего процесса движения информации;
– используются для описания документооборота, обработки информации;
– применяются как дополнение к модели IDEFO для более наглядного отображения текущих операций документооборота (обмена информацией);
– обеспечивают проведение анализа и определения основных направлений реинжиниринга ИС.
Диаграммы DFD могут дополнить то, что уже отражено в модели IDEF0, поскольку они описывают потоки данных, позволяя проследить, каким образом происходит обмен информацией как внутри системы между бизнес-функциями, так и системы в целом с внешней информационной средой. В случае наличия в моделируемой системе программной программируемой части (практически всегда) предпочтение, как правило, отдается DFD по следующим соображениям.
– DFD-диаграммы создавались как средство проектирования программных систем, тогда как IDEF0 - как средство проектирования систем вообще, поэтому DFD имеют более богатый набор элементов, адекватно отражающих их специфику (например, хранилища данных являются прообразами файлов или баз данных).
– Наличие мини-спецификаций DFD-процессов нижнего уровня позволяет преодолеть логическую незавершенность IDEF0, а именно обрыв модели на некотором достаточно низком уровне, когда дальнейшая ее детализация становится бессмысленной, и построить полную функциональную спецификацию разрабатываемой системы.
– Существуют и поддерживаются рядом CASE-инструментов алгоритмы автоматического преобразования иерархии DFD в структурные карты, демонстрирующие межсистемные и внутрисистемные связи, а также иерархию систем, что в совокупности с миниспецификациями является завершенным заданием для программиста.
С помощью DFD-диаграмм требования к проектируемой ИС разбиваются на функциональные компоненты (процессы) и представляются в виде сети, связанной потоками данных. Главная цель декомпозиции DFD-функций - продемонстрировать, как каждый процесс преобразует свои входные данные в выходные, а также выявить отношения между этими процессами. На схемах бизнес-процесса отображаются:
– функции процесса;
– входящая и исходящая информация, при описании документов;
– внешние бизнес-процессы, описанные на других диаграммах;
– точки разрыва при переходе процесса на другие страницы.
Если при моделировании по методологии IDEF0 система рассматривается как сеть взаимосвязанных функций, то при создании DFD-диаграммы система рассматривается как сеть связанных между собой функций, т.е. как совокупность сущностей (предметов).
Структурный анализ - это системный пошаговый подход к анализу требований и проектированию спецификаций системы независимо от того, является ли она существующей или создается вновь. Методологии Гейна-Сарсона (Gane-Sarson) и Йордана/Де Марко (Yourdon/DeMarko) построения диаграмм потоков данных, основанные на идее нисходящей иерархической организации, наиболее ярко демонстрируют этот подход.
Целью этих двух методологий является преобразование общих, неясных знаний о требованиях к системе в точные (насколько это возможно) определения. Обе методологии фокусируют внимание на потоках данных, их главное назначение - создание базированных на графике документов по функциональным требованиям. Методологии поддерживаются традиционными нисходящими методами проектирования и обеспечивают один из лучших способов связи между аналитиками, разработчиками и пользователями системы за счет интеграции следующих средств:
– диаграмм потоков данных;
– словарей данных, которые являются каталогами всех элементов данных, присутствующих в DFD, включая групповые и индивидуальные потоки данных, хранилища и процессы, а также все их атрибуты;
– миниспецификации обработки, описывающие DFD-процессы нижнего уровня и являющиеся базой для кодогенерации.
Функциональная структура проекта представляет собой функциональную структуру объекта, то есть производимые им действия и связи между этими действиями в виде иерархии функций, сформированной по определенным правилам. Функциональная структура изображена на диаграмме потоков данных (ПРИЛОЖЕНИЕ Б).
2.3 Варианты использования
Диаграмма вариантов использования является необходимым звеном при моделировании концептуальной модели разрабатываемой системы на этапе проектирования. Диаграмма вариантов использования состоит из двух составляющих (сущностей):
- актер;
- прецедент.
Актер - множество логически связанных ролей, исполняемых при взаимодействии с прецедентами.
Прецедент - это описание множества последовательности событий, включая варианты, выполняемых системой, которые приводят к наблюдаемому актером результату.
Диаграмма вариантов использования представлена в ПРИЛОЖЕНИИ В.
2.4 Выбор структур данных
Современные базы данных обычно содержат большое количество взаимосвязанных таблиц, что позволяет избежать повторов. Например, крупные фирмы могут хранить сведения о магазинах в одной таблице, номенклатуру товаров, полученных этими магазинами в текущем месяце в другой таблице, а сведения об оптовых покупателях в третьей таблице. Microsoft Office Access позволяет работать одновременно с несколькими таблицами, каждая из которых должна содержать записи, посвященные определенной теме. Связь между ними устанавливается по общим для нескольких таблиц полям, например, номера магазинов, через которые осуществляется реализация товара. Желательно, чтобы в одной из таблиц общее поле было ключевым. Если таблицы взаимосвязаны, то изменения, выполненные в записи одной таблицы, могут влиять на записи в другой таблице.
Для сохранения полноты и целостности данных Access накладывает определенные ограничения на ввод и редактирование данных, например, невозможно удалить запись из одной таблицы, если существуют связанные с ней записи в других таблицах.
Реляционная база данных может содержать большое количество взаимосвязанных таблиц. Связи устанавливается между двумя общими полями (столбцами) двух таблиц. Связываемые поля могут иметь разные имена, но должны иметь одинаковый тип данных за исключением случая, когда поле первичного ключа является полем типа Счетчик. Поле счетчика связывается с числовым полем, если значения свойства.
Задав связи между таблицами, можно создать запросы, формы и отчеты для отображения сведений, представленных в нескольких таблицах. Между двумя таблицами могут существовать следующие связи:
- один к одному - при таком типе связи одной записи в первой таблице соответствует только одна запись в другой таблице. В этом случае следует проверить возможность размещения всех записей в одной таблице. Однако в ряде случаев можно использовать несколько более простых таблиц. Соответствие записей устанавливается по полю, которое является первичным ключом в первой таблице, и полю, называемым внешним ключом другой таблицы;
- один ко многим - в этом случае запись одной таблицы может иметь несколько согласованных с ней записей в другой таблице. При этом каждая запись во второй таблице согласуется только с одной записью в первой таблице. Например, каждый покупатель может купить несколько товаров, но каждый проданный товар имеет только одного покупателя. Поле, содержащее первичный ключ новой таблицы, связывается с внешним ключом старой. Значения в поле с внешним ключом могут повторяться;
- многие к одному - любой записи таблицы, связь с которой мы рассматриваем, могут соответствовать несколько записей новой таблицы, но не наоборот. Фактически это отношение один ко многим, рассматриваемое, в обратном порядке. В этом случае ключевое поле новой таблицы является внешним ключом;
- многие ко многим - каждой записи из одной таблицы может соответствовать любое количество записей в другой таблице и наоборот. Например, каждый человек может звонить с нескольких телефонов. С другой стороны некоторыми телефонами могут пользоваться несколько человек. В этом случае поля, по которым устанавливается связь, являются внешними ключами. Они могут содержать повторяющиеся значения.
Связанная таблица - это таблица, которая сохраняется в файле, не принадлежащем открытой базе данных, однако, является доступной из Microsoft Access. Для обеспечения целостности данных нельзя произвольно удалять или изменять связанные записи.
Диаграмма "сущность-связь", которая представлена в ПРИЛОЖЕНИИ Г, отражает структуру таблиц базы данных и связи между ними.
Таблица 2.1 - Структура таблиц базы данных
|
Название таблицы |
Описание |
|
|
Туры |
Содержит информацию о турах, предлогаемых фирмой |
|
|
Экскурсии |
Содержит информацию о экскурсиях выбранного тура |
|
|
Заказы |
Содержит информацию на какое время был сделан заказ, каким клиентом выбранного тура |
|
|
Клиенты |
Содержит информацию о клиентах, которые воспользовались услугами фирмы |
Далее рассмотрим структуру каждой из таблиц базы данных.
Таблица 2.2 - Структура таблицы "Туры".
|
Название поля |
Тип |
Описание |
Заполнение |
|
|
Код_тура |
числовой |
Код тура |
обязательное, ключевое |
|
|
Название |
Текстовый |
Название тура |
обязательное |
|
|
Откуда |
Текстовый |
Начальная точка тура |
обязательное |
|
|
Куда |
Текстовый |
Конечная точка тура |
обязательное |
|
|
Куратор |
Текстовый |
Куратор тура |
обязательное |
|
|
Отель |
Текстовый |
Название отеля |
обязательное |
|
|
Категория_отеля |
Текстовый |
Категория отеля |
обязательное |
|
|
Питание |
Текстовый |
Питание в отеле |
обязательное |
|
|
Стоимость_тура |
Денежный |
Стоимость тура |
обязательное |
|
|
Количество_людей |
Числовой |
На сколько людей путевка |
обязательное |
|
|
Количество_дней |
Числовой |
На сколько дней тур |
обязательное |
Таблица 2.3 - Структура таблицы "Экскурсии"
|
Название поля |
Тип |
Описание |
Заполнение |
|
|
Код_экскурсии |
Счетчик |
Код экскурсии |
обязательное, ключевое |
|
|
Название |
Текстовый |
Название экскурсии |
обязательное |
|
|
Дата начала_экскурсии |
Дата и Время |
Дата начала экскурсии |
обязательное |
|
|
Количество_дней |
Числовой |
На сколько дней продлится экскурсия |
обязательное |
|
|
Начальный маршрут |
Текстовый |
Начальный маршрут |
обязательное |
|
|
Конечный маршрут |
Текстовый |
Конечный маршрут |
обязательное |
|
|
Код_тура |
Числовой |
Код тура к которому прикреплена экскурсия |
обязательное |
Таблица 2.4 - Структура таблицы "Заказ"
|
Название поля |
Тип |
Описание |
Заполнение |
|
|
Код_заказа |
Счетчик |
Код заказа |
обязательное, ключевое |
|
|
Дата_начала |
Дата и время |
Дата начала тура |
обязательное |
|
|
Дата_возвращения |
Дата и время |
Конечная дата тура |
обязательное |
|
|
Код_клиента |
Числовой |
Код клиента который заказал тур |
обязательное |
Таблица 2.5 - Структура таблицы "Клиенты"
|
Название поля |
Тип |
Описание |
Заполнение |
|
|
Код_Клиента |
Счетчик |
Код клиента |
обязательное, ключевое |
|
|
Фамилия |
Текстовый |
Фамилия |
обязательное |
|
|
Имя |
Текстовый |
Имя |
обязательное |
|
|
Отчество |
Текстовый |
Отчество |
обязательное |
|
|
Номер_паспорта |
Текстовый |
Номер паспорта |
обязательное |
|
|
Номер_телефона |
Числовой |
Номер телефона |
обязательное |
|
|
Наличие_визы |
Текстовый |
Запись о наличие визы |
обязательное |
3. Реализация и тестирование
3.1 Результаты реализации функциональных частей
В данной главе представлены результаты разработки основных функциональных частей, которые входят в состав информационной системы "Менеджера туристической фирмы". Описание функциональной структуры приводится вместе с описанием интерфейса программного обеспечения.
Для реализации добавления данных в таблицу "Туры" используется процедура procedure TForm1. BitBtn1Click (Sender: TObject); (листинг 3.1):
Листинг 3.1 - Процедура TForm1. BitBtn1Click (Sender: TObject);
procedure TForm1. BitBtn1Click (Sender: TObject);
begin
form3. DBNavigator1. Visible: =false;
DataModule2. TTur. Append;
Form3. ShowModal;
end;
Для реализации сохранения данных в таблицу "Туры" используется процедура procedure TForm3. Button1Click (Sender: TObject); (листинг 3.1):
Листинг 3.2 - Процедура TForm3. Button1Click (Sender: TObject);
procedure TForm3. Button1Click (Sender: TObject);
begin
if DataModule2. TTur. Modified then DataModule2. TTur. Post;
Close;
end;
Для реализации удаления данных в таблице используется процедура procedure TForm1. BitBtn2Click (Sender: TObject); (листинг 3.3):
Листинг 3.3 - Процедура TForm1. BitBtn2Click (Sender: TObject);
procedure TForm1. BitBtn2Click (Sender: TObject);
begin
DataModule2. TTur. Delete;
end;
3.2 Тестирование программного продукта
Тестирование программного обеспечения - процесс исследования программного обеспечения с целью получения информации о качестве продукта и выявления ошибок. Тестирование программного продукта проводилось на основе программного документа "Программа и методика испытаний" (ПРИЛОЖЕНИЕ Д).
Существующие на сегодняшний день методы тестирования программного обеспечения не позволяют однозначно и полностью выявить все дефекты и установить корректность функционирования анализируемой программы, поэтому все существующие методы тестирования действуют в рамках формального процесса проверки исследуемого или разрабатываемого программного обеспечения.
Такой процесс формальной проверки или верификации может доказать, что дефекты отсутствуют с точки зрения используемого метода. (То есть нет никакой возможности точно установить или гарантировать отсутствие дефектов в программном продукте с учётом человеческого фактора, присутствующего на всех этапах жизненного цикла программного обеспечения).
Существует множество подходов к решению задачи тестирования и верификации ПО, но эффективное тестирование сложных программных продуктов - это процесс в высшей степени творческий, не сводящийся к следованию строгим и чётким процедурам или созданию таковых.
3.3 Функциональное тестирование
Функциональное тестирование - это тестирование ПО в целях проверки реализуемости функциональных требований, то есть способности ПО в определённых условиях решать задачи, нужные пользователям. Функциональные требования определяют, что именно делает ПО, какие задачи оно решает.
Функциональные требования включают:
- функциональная пригодность;
- точность;
- способность к взаимодействию;
- соответствие стандартам и правилам.
Тема тестируемого проекта: информационная система "Менеджер туристической фирмы".
План тестирования:
- запуск программы;
- добавление данных;
- изменение данных;
- сохранение данных;
- формирование документов;
- отображение отчетов;
- поиск данных;
- выход из программы.
Результаты тестирования изображены в табл.3.1
Таблица 3.1 - Результаты функционального тестирования
|
Тестовый вариант |
Входные данные |
Выходные данные |
Фактический результат |
Результат тестирования |
|
|
1 |
2 |
3 |
4 |
5 |
|
|
Запуск программы |
Запуск исполняемого файла Turexe |
Запуск окна авторизации |
Окно авторизации запущено |
Успешно |
|
|
Добавление данных о туре |
Данные о туре |
Добавление новой записи |
Запись добавлена |
Тест пройден |
|
|
Добавление данных о экскурсии |
Данные о экскурсии |
Добавление новой записи |
Запись добавлена |
Тест пройден |
|
|
Добавление данных о заказе |
Данные о заказе |
Добавление новой записи |
Запись добавлена |
Тест пройден |
|
|
Изменение данных о клиентах |
Данные о клиентах |
Изменение записи |
Запись изменена |
Тест пройден |
|
|
Изменение данных о туре |
Данные о туре |
Изменение записи |
Запись изменена |
Тест пройден |
|
|
Изменение данных о экскурсии |
Данные о экскурсии |
Изменение записи |
Запись изменена |
Тест пройден |
|
|
Сохранение данных о клиентах |
Нажатие на кнопку "Сохранить и выйти" |
Сохранение текущих данных |
Сохранение выполнено |
Тест пройден |
|
|
Сохранение данных о экскурсии |
Нажатие на кнопку "Сохранить и выйти" |
Сохранение текущих данных |
Сохранение выполнено |
Тест пройден |
|
|
Сохранение данных о заказе |
Нажатие на кнопку "Сохранить и выйти" |
Сохранение текущих данных |
Сохранение выполнено |
Тест пройден |
|
|
Сохранение данных о клиенте |
Нажатие на кнопку "Сохранить и выйти" |
Сохранение текущих данных |
Сохранение выполнено |
Тест пройден |
|
|
Отображение отчетов |
Данные списка экскурсий, туров, клиентов |
Отображение отчетов |
Отчеты отображены |
Тест пройден |
|
|
Поиск данных |
Данные о турах, заказах, клиентах |
Отображение данных |
Данные найдены |
Тест пройден |
|
|
Выход из программы |
Нажатие на кнопку "Выход" |
Выход из программы |
Выход из программы |
Тест пройден |
Заключение
В результате разработки курсового проекта была разработана информационная система "Менеджер туристической фирмы". Разработанное приложение предназначено для облегчения работы сотрудников туристической фирмы. В процессе разработки были решены следующие задачи и получены результаты:
– на основании изученной предметной области было сформулировано техническое задание;
– на основании технического задания были разработаны основные функциональные подсистемы разработанного приложения;
– на этапе проектирования были выбраны направления для реализации функциональных блоков и спроектирована схема базы данных;
– разработано законченное приложение для работы менеджера;
– разработана программная документация.
Разработанный программный продукт предназначен для облегчения работы сотрудников туристической фирмы.
Список использованых источников
1 Глушаков С.В. Базы данных: учебный курс/ С.В. Глушаков Д.В. Ломотько. - Киев.: Абрис, 2000. - 480 с.: ил.
2 ГОСТ 19.101-77. Программа и методика испытаний. - Введ.01.01.1981 г. - М.: Изд-во стандартов, 2001.
3 ГОСТ 19.102-77 Стадии разработки. - Введ.81-07-01. - М.: Изд-во стандартов, 2001.
4 ГОСТ 19.103-80. Единая система программной документации. Схемы алгоритмов и программ. Обозначение условные графические. - Введ.81-07-01. - М.: Изд-во стандартов, 2001.
5 ГОСТ 19.104-78. Единая система программной документации. Основные надписи. - Введ.81-07-01. - М.: Изд-во стандартов, 2001.
6 ГОСТ 19.106-78. Единая система программной документации. Требования к программным документам.
7 ГОСТ 19.201-78 Техническое задание. Требования к содержанию и оформлению. - Введ.81-07-01. - М.: Изд-во стандартов, 2001.
8 ГОСТ 19.701-80. Единая система программной документации. Схемы алгоритмов, программ, данных и систем. Условные обозначения и правила выполнения. - Введ 81-07-01 - М.: Изд-во стандартов, 2001.
9 Гофман В.Э. Delphi. Быстрый старт. / В.Э. Гофман, А.Д. Хоменко. - СПб.: БХВ-Петербург, 2003. - 288 с.: ил.
10 Дарахвелидзе П.Г. Программирование в Delphi 7/ П.Г. Дарахвелидзе, Е.П. Макров. - СПб.: БХВ-Петербург, 2003. - 784 с: ил.
11 Зелковец М.В. Принципы разработки программного обеспечения/ М.В. Земковец. - Москва: Мир, 1982. - 400 с.: ил.
12 Карпей Т.В. Экономика. Организация и планирование промышленного производства / Т.В. Карпей - М.: Дизайн ПРО, 2004г. - 321 с.: ил.
13 Кинг Д.А. Создание эффективного программного обеспечения/ Д.А. Кинг. - М.: Мир, 1991. - 412 с.: ил.
14 Тассел Д. Ван. Стиль, разработка, эффективность, отладка и испытание программ/ Д. Ван. Тассел - М.: Мир, 1985. - 402 с.: ил.
15 Фаронов В.В. Delphi. Язык, среда, разработка приложений/В.В. Фаронов - СПб.: Питер, 2007. - 389 с.: ил.
Приложения
Приложение А
Техническое задание
А Введение
Наименование программы: "Менеджер туристической фирмы".
Тема разработки: информационная система "Менеджер туристической фирмы".
Целевая аудитория: программный продукт предназначен для работников туристической фирмы.
А1 Основание для разработки
Данный проект разрабатывается на основании задания, выданного на курсовое проектирование учащемуся группы П42 УО "Полоцкий государственный аграрно-экономический колледж" Матылю А. М.
А2 Назначение разработки
А2.1 Функциональное назначение
Программное средство предназначено для облегчения работы работников туристической фирмы при регистрации туров и клиентов заказавших туры и экскурсии.
А2.2 Эксплуатационное назначение
Разрабатываемый программный продукт предназначен для использования туристической фирмой.
А3 Требования к программе
А3.1 Требования к функциональным характеристикам
Для разрабатываемого программного продукта были предъявлены следующие требования к функциональным характеристикам:
? редактирование записей в базе данных;
? удаление записей из базы данных;
? сохранение записей в базе данных;
? сортировка списка;
? поиск;
? просмотр результатов поиска.
А3.2 Требования к надежности
Разработанное программное средство обеспечит контроль входных данных, сохранность информации.
А3.3 Условия эксплуатации
Программный продукт может эффективно функционировать на любом персональном компьютере. В обязательные требования входит операционная система Windows, установленный пакет Microsoft Office Access.
А3.4 Требования к составу и параметрам технических средств
Для обеспечения полноценной работы программы на персональном компьютере требуется:
? объём оперативной памяти не менее 256 Мб;
? наличие свободного места на жестком диске не менее 50 Мб
? наличие мыши и клавиатуры.
А3.5 Требования к информационной и программной совместимости
ОС Windows, пакет Microsoft Office
А3.6 Требования к маркировке и упаковке
Разработанный программный продукт должен поставляться на CD-диске, укомплектованный пакетом документации.
Компакт диск должен быть промаркирован в соответствии с СТП УО "ПГАЭК".
А3.7 Требования к транспортировке и хранению
Разработанный программный продукт должен транспортироваться и храниться в специально-предназначенной коробке или конверте.
А4 Требования к программной документации
Состав программной документации должен включать в себя следующие программные документы:
? пояснительная записка;
? техническое задание;
? программа и методика испытаний;
? руководство пользователя.
Программная документация должна быть оформлена в соответствии со следующими нормативными документами:
ГОСТ 19.201 - 78 ЕСПД. Техническое задание. - Издательство стандартов, 1982 г.
ГОСТ 19.505 - 79 ЕСПД. Программа и методика испытаний. - Издательство стандартов, 1982г.
ГОСТ 19.301 - 2000 ЕСПД. Руководство оператора. - Издательство стандартов, 2001г.
А5 Технико-экономические показатели
Экономическая эффективность эксплуатируемого программного продукта должна быть обеспечена за счёт:
- повышения эффективности труда работников туристической фирмы;
- увеличение надежности проведенных испытаний.
А6 Стадии и этапы разработки
Разработка программного продукта делится на следующие этапы:
- анализ поставленной задачи;
- определение требований к системе;
- проектирование системы;
- реализация системы;
- тестирование разработанного ПП;
- составление проектной документации.
А7 Порядок контроля и приемки
Для контроля выполнения требований индивидуального задания необходимо провести испытания. Порядок и состав испытаний определяется документом "Программа и методика испытаний", разработанным по ГОСТ 19.301-2000. Прием проекта осуществляется руководителем практики.
Приложение Б
Диаграмма вариантов использования
Приложение Г
Диаграмма "сущность-связь"
Приложение Д
Программа и методика испытаний
Д1 Объект испытаний
Объектом испытаний является разработанный программный продукт "Информационная система "Менеджер туристической фирмы", предназначенный для хранения данных и работы с ними.
Д2 Цель испытаний
Целью испытаний является выявление и устранение ошибок в тестируемом программном продукте.
Д3 Требования к программе
? добавление данных;
? редактирование данных;
? удаление данных;
? сохранение данных;
? поиск данных;
? сортировка данных;
? выборка данных;
? формирование отчётов.
Д4 Требования к программной документации
К данному программному продукту требуется документация:
? описание программы;
? программа и методика испытаний;
? руководство оператора;
? техническое задание.
Д5 Средства и порядок испытаний
Для испытания программного продукта необходима следующая конфигурация:
? операционная система: Windows XP/Vista/7/8;
? ОЗУ: 256 Мб;
? свободное место на диске не менее 50Мб.
Д6 Методы испытаний
Необходимо провести тестирование функциональных возможностей программы "Информационная система "Менеджер туристической фирмы".
План тестирования (табл. Д1):
- запуск программы;
- добавление данных;
- изменение данных;
- сохранение данных;
- отображение отчетов;
- поиск данных;
- выход из программы.
Таблица Д.1 - Результаты функционального тестирования
|
Тестовый вариант |
Входные данные |
Выходные данные |
|
|
Запуск программы |
Запуск исполняемого файла Tur. exe |
Запуск главного окна |
|
|
Добавление данных |
Данные о турах, экскурсиях, заказах и клиентах |
Добавление новой записи |
|
|
Изменение данных |
Данные о турах, экскурсиях, заказах и клиентах |
Изменение записи |
|
|
Сохранение данных |
Нажатие на кнопку "Сохранить и выйти" |
Сохранение текущей конфигурации |
|
|
Удаление данных |
Данные о турах, экскурсиях, заказах и клиентах |
Удаление записи |
|
|
Отображение отчетов |
Список туров, список экскурсии, список клиентов |
Отображение отчетов |
|
|
Поиск данных |
Данные о турах, экскурсиях, заказах и клиентах |
Отображение данных удовлетворяющих параметрам поиска |
|
|
Выход из программы |
Нажатие на кнопку "Выход" |
Выход из программы |
Приложение Ж
Описание программы
Ж1 Общие сведения
Данный программный продукт предназначен для хранения данных о турах туристической фирмы.
Ж1.1 Программное обеспечение необходимое для правильной работы автоматизированной информационной среды
Для правильного функционирования разработанной системы, на компьютере должно быть установлено следующее программное обеспечение:
– пакет программ MS Office, MS Access 2007-2013.
Ж1.2 Среда программирования, на котором создавалась программа
Разработанная система состоит из двух модулей, которые между собой взаимосвязаны, и существуют только как единое целое. Эти два блока создавались абсолютно в двух разных средах:
– файл базы данных, созданный в MS Office Access 2013;
– программа для работы с файлом базы данных, разработанная в Borland Delphi 7.
Ж2 Функциональное назначение системы
Разработанный программный продукт осуществляет следующие функции:
– хранение больших объемов данных;
– просмотр и работа с информацией;
– поиск данных в файле базы данных;
– формирование, просмотр и печать отчетов;
– выборка данных.
Ж3 Описание логической структуры
Ж3.1 Алгоритм работы системы
При запуске программный продукт загружается в память компьютера. После этого автоматически происходит подключение файла базы данных и только после этого становится доступной работа с созданной системой.
Ж3.2 Структура программы
Созданная система состоит из двух взаимосвязанных блоков: файл базы данных, программа, которая использует этот файл.
Каждый блок программы, в свою очередь, состоит еще из следующих частей:
Файл базы данных:
– таблицы.
Программа:
– формы;
– отчеты.
Ж3.3 Связи программы с другими программами
В своей работе программа постоянно взаимодействует с такими программами, как:
– операционная система;
– Microsoft Office Access.
Ж4 Используемые технические средства
Для правильной и стабильной работы созданной системы, компьютер, на котором будет использоваться созданная программа, должен обладать следующими минимальными характеристиками:
– 128 MB RAM;
– 128 MB видео памяти;
– свободное место на жестком диске ни менее 50 МБ;
– устройства ввода/вывода.
Ж5 Вызов и загрузка
Загрузка программы производится из папки EXE с установленной программой путем запуска исполняемого файла приложения Tur. exe.
Ж6 Входные данные созданной системы
Входными данными разработанной системы являются данные об турах, клиентах, заказах и экскурсиях, а также справочные данные.
Ж7 Выходные данные созданной системы
Выходными данными разработанной системы являются отчеты, результаты поиска, результаты произведенных пользователем изменений в файле базы данных.
Приложение И
Руководство оператора
И1 Назначение программы
"Информационная система "Менеджер туристической фирмы", предназначена для учета данных о турах, экскурсий, заказах и клиентах. Данное приложение позволяет значительно облегчить труд сотрудников туристической фирмы, и упростить поиск информации.
И2 Условия выполнения программы
Для правильной и стабильной работы созданной системы, компьютер, на котором будет использоваться созданная программа, должен обладать следующими минимальными характеристиками:
- 128 MB RAM;
- 128 MB видео памяти;
- свободное место на жестком диске не менее 50 МБ;
- устройства ввода/вывода.
Для работы с файлом базы данных необходимо наличие пакета Microsoft Office 2003-2013, а именно программы для работы с базами данных - Microsoft Access.
И3 Выполнение программы
Для полноценной работы программы необходимо скопировать каталог ЕХЕ на жесткий диск компьютера. Загрузка приложения производиться путем запуска исполняемого файла Tur. exe, расположенного в папке с установленной программой. После активации программы появится главное окно программы со сведениями об турах и экскурсиях, на вкладках заказы и клиенты находятся соответствующие сведения (рисунок И.1).
Рисунок И.1 - Главное окно программы.
В верхней части окна находятся поиски и фильтрации по определенным критериям.
При нажатии на кнопку "Добавить тур" появляется окно "Туры", где нужно добавить данные о туре. После внесения данных в поля необходимо нажать кнопку "Сохранить и выйти" (рисунок И.2).
Рисунок И.2 - Окно добавления данных "Туры".
Для редактирования данных необходимо выделить строку с туром и нажать кнопку редактирования, после чего появится окно с выбранным туром для редактирования (рисунок И.3).
Рисунок И.3 - Окно редактирования данных "Туры"
Также предоставляется возможность добавления "Экскурсия", при нажатии кнопки "Добавить экскурсию", где нам необходимо заполнить информацией поля. После того как поля заполнены необходимо нажать кнопку "Сохранить и выйти" (рисунок И.4).
Рисунок И.4 - Окно добавления данных "Экскурсии
Для редактирования данных необходимо выделить строку с экскурсией и нажать кнопку редактирования, после чего появится окно с выбранной экскурсией для редактирования (рисунок И.5).
Рисунок И.5 - Окно редактирования данных "Экскурсии"
Таким же образом на вкладках заказы и экскурсии заполняются данные. Для формированя отчета "Список клиентов" необходимо нажать "Отчеты-Список клиентов". После чего откроется новое окно с данными данный отчет можно сохранить или отправить на печать (рисунок И.6).
Рисунок И.6 - Окно отчета "Список клиентов"
Для формированя отчета "Список экскурсий" необходимо нажать "Отчеты-Список экскурсий". После чего откроется новое окно с данными данный отчет можно сохранить или отправить на печать (рисунок И.7).
Рисунок И.7 - Окно отчета "Список экскурсий"
Для формированя отчета "Список туров" необходимо нажать "Отчеты-Список туров". После чего откроется новое окно с данными данный отчет можно сохранить или отправить на печать (рисунок И.8).
Рисунок И.8 - Окно отчета "Список туров"
Для сортировки данных в таблицах необходимо нажать правой кнопкой мыши по таблицие и выбрать критерий сортировки.
Для завершени программы необходимо нажать кнопку "Выход".
Приожение К
Содержание электронного носителя
На прилагаемом электронном носителе информации расположены следующие директории и файлы:
1 Директория DOC - файл П42 Матыль представляет собой текстовый документ с пояснительной запиской.
2 Директория "PRG" содержит исходный код проекта Tur. exe, файл базы данных в директории.
3 Директория "EXE" содержит финальную версию исполняемых файлов проекта Tur. exe.
4 Файл "Readme. txt" содержит описание содержания электронного носителя.
Размещено на Allbest.ru
Подобные документы
Сфера работы туристической фирмы, подлежащей автоматизации. Концептуальное проектирование базы данных. Перечень сущностей и атрибутов. Инфологическое и логическое проектирование и создание запросов. Работа с информационной системой, формирование отчетов.
курсовая работа [6,6 M], добавлен 24.10.2013База данных, используемая при работе турагента. Данные о клиентах туристической фирмы. Диаграмма последовательности для варианта использования "Создание нового заказа". Использование управляющих классов. Добавление деталей к описаниям операций.
курсовая работа [1,5 M], добавлен 29.06.2011Анализ предметной области информационной системы (ИС) для туристической фирмы "Шелковый путь". Описание организации, являющейся объектом автоматизации. Разработка проекта автоматизации бизнес-процессов. Программное и техническое обеспечение (ИС).
курсовая работа [1,8 M], добавлен 15.03.2017Исследование программных продуктов на туристическом рынке. Разработка информационной системы для менеджера туристической фирмы, отвечающей современному стандарту. Проектирование и структурирование базы данных. Моделирование бизнес-процессов в турфирме.
дипломная работа [4,0 M], добавлен 23.09.2013Разработка программного продукта, предназначенного для поиска туров, транспорта, мест проживания и расчета стоимости тура, а так же для работ с клиентской базой туристической фирмы. Тестирование программного продукта в среде Borland Developer Studio 2006.
курсовая работа [2,5 M], добавлен 08.11.2012Разработка базы данных для работы туристической фирмы. Нормализация отношений и типы связей. Исследование основных компонентов языка программирования Delphi. Создание форм для просмотра списков данных, редактирования туров и путевок, оформления заказов.
курсовая работа [349,6 K], добавлен 01.02.2015Роль автоматизированных систем в туристической сфере. Принципы проектирования баз данных в Microsoft Access. Проектирование и планирование в Microsoft Project. Реализация базы данных ООО "Акварели" в Microsoft Access. Создание запросов, форм и отчетов.
курсовая работа [3,5 M], добавлен 19.11.2012Разработка и внедрение автоматизированной информационной системы (АИС) работы с клиентами туристической фирмы (приема и обработки заявок). Технико-экономическая оценка туристического агентства, алгоритм и схема интерфейса программного обеспечения его АИС.
дипломная работа [4,0 M], добавлен 21.07.2011Разработка информационной системы по учету, хранению, анализу информации о персонале автосервиса, поставках автозапчастей, клиентах, заказах, информации об услугах автосервиса и сроках их выполнения. Руководство пользователя для работы с базой данных.
курсовая работа [2,1 M], добавлен 25.09.2010Информационные технологии: современное состояние, роль в бизнесе и тенденции развития. Анализ информационной культуры предприятия. Разработка базы данных "Base" и программного обеспечения, обслуживающего базу. Описание интерфейса информационной системы.
дипломная работа [1,8 M], добавлен 02.11.2015
