Размещено на http://www.allbest.ru/

Проектирование ИС для туристической фирмы

Введение

Информационная система - упорядоченная совокупность документов (массивов документов) и информационных технологий, предназначенная для хранения, обработки, поиска, распространения, передачи и предоставления информации.

Под проектированием информационных систем понимается процесс разработки технической документации, связанный с организацией системы, получения и преобразования исходной информации в результативную информацию.

Система - это совокупность элементов, взаимосвязанных друг с другом, образующих определённую целостность.

Проектирование информационных систем всегда начинается с определения цели проекта и охватывает три основные области:

· проектирование объектов данных, которые будут реализованы в базе данных;

· проектирование программ, экранных форм, отчетов, которые будут обеспечивать выполнение запросов к данным;

· учет конкретной среды или технологии, а именно: топологии сети, конфигурации аппаратных средств, используемой архитектуры (файл-сервер или клиент-сервер), параллельной обработки, распределенной обработки данных и т.п.

К основным задачам проектирования относятся:

· оказание влияния на улучшение организации учётной, плановой и аналитической работы;

· выбор оборудования и разработка рациональной технологии решения задач и получения результативной информации;

· создание баз данных, обеспечивающий оптимальное использование информации;

· создание нормативно-справочной информации.

В качестве объекта для выполнения индивидуальной работы была выбрана деятельность компании, организующей пассажирские перевозки - турфирмы.

Данная тема индивидуальной работы является актуальной, так как в настоящее время мы наблюдаем интенсивное развитие информационных систем, технологий и программных средств. Современные информационные технологии помогают организовать работу турфирмы, сделать её гораздо проще и быстрее. Одним из важнейших условий обеспечения эффективного функционирования любой организации является наличие развитой информационной системы.

Целью данной работы является разработка информационной системы для туристической фирмы, и включает в себя изучение и анализ предметной области, описание подходов к проектированию и разработке проекта ИС туристической фирмы, методологии описания проекта будущей информационной системы, повышающей эффективность процесса обслуживания клиентов фирмы. А также получение навыков самостоятельного проектирования системы на основе методов, изученных в рамках курса "Проектирование информационных систем", и создание информационной модели, предназначенной для автоматизации процессов, обработки данных, хранения и изменения их в базе данных для выбранной предметной области.

Для достижения данной цели необходимо решить следующие задачи:

1. Описать общие подходы к ПрИС,

2. Провести анализ области,

3. Построить функциональную модель предметной области,

4. Построить модель данных,

5. Реализовать базу данных.

В данном проекте для моделирования информационной системы были использованы CASE-средства Ramus, Star UML; база данных реализована в СУБД Access.

CASE-средства (от Computer Aided Software/System Engineering) позволяют проектировать любые системы на компьютере. Необходимый элемент системного и структурно-функционального анализа, CASE-средства позволяют моделировать бизнес-процессы, базы данных, компоненты программного обеспечения, деятельность и структуру организаций. Применимы практически во всех сферах деятельности. Результат применения CASE-средств - оптимизация систем, снижение расходов, повышение эффективности, снижение вероятности ошибок.

Раздел 1. Постановка задачи

информационный туристический фирма обслуживание

1.1 Анализ предметной области

Разрабатываемая информационная система предназначена для предметной области «Туристическая фирма».

Туристическая фирма предоставляет профессиональные услуги в сфере туризма. В первую очередь это организация и реализация пассажирских перевозок автомобильным транспортом в междугороднем сообщении, а также подбор путевок и экскурсионных туров. Преимуществом турфирмы является объёмная база разработанных маршрутов и направлений экскурсионных туров, а также возможность аренды транспортных средств. Сотрудники фирмы ежедневно работают над улучшением качества и расширением ассортимента предлагаемых услуг.

Использование информационной системы предусматривает существенное упрощение и ускорение работы по учёту клиентов фирмы, их заявок на покупку и продажу туров, а также оптимизацию процесса формирования новых направлений. Реализовать данные улучшения возможно за счёт автоматизации операций, производимых при добавлении нового клиента в базу данных фирмы, бронировании или покупки тура, перемещение данных об услуге в базу данных на хранение после предоставления услуг для дальнейшего формирования отчетности.

Целью создания информационной системы для туристической фирмы является автоматизация основных процессов, происходящих в фирме. Пользователями данной информационной системы будут являться сотрудники агентства: менеджеры по продажам, менеджеры по туризму, сотрудники бухгалтерии, программист, секретарь, а также клиенты фирмы. В информационной системе должен быть обеспечен ввод и хранение информации обо всех доступных турах, их расписании и наличии свободных мест, информация обо всех транспортных средствах, доступных для аренды, а также база данных клиентов, для формирования скидок и специальных предложений.

Для разработки правильной и подходящей информационной системы, необходимо обратить особое внимание на организационную структуру предприятия. Организационная структура формируется в зависимости от целей деятельности предприятия и необходимых для этого подразделений. Именно подразделения осуществляют функции, которые составляют бизнес-процессы предприятия.

Рассмотрим организационную структуру туристической фирмы (Рисунок 1) .

Рисунок 1. Организационная структура туристической фирмы

Организационная структура рассматриваемой туристической фирмы представляет собой линейно-функциональную структуру управления. Подразделения являются функциональными звеньями, каждое из которых использует свою специфическую технологию, но все вместе они имеют общую цель - удовлетворение потребностей клиентов.

Безусловным достоинством данной организационной структуры является ее гибкость. Линейно-функциональная организация обеспечивает достаточные возможности реструктуризации линейных подразделений по мере роста организации, изменения технологии, отделения сопутствующих производств. С развитием предприятия изменяется и набор функциональных отделов, а также содержание выполняемых ими задач.

Перейдем к рассмотрению функций основных структурных подразделений турфирмы.

Руководство: руководители (генеральный директор, бухгалтер, коммерческий директор). Определяют стратегию фирмы, размещаются в главном офисе.

Отдел продаж: основная функция -- работа с контрагентами по вопросам закупок и продаж товаров, размещаются в главном офисе.

Отдел рекламы: главной задачей является проведение мероприятий в сфере маркетинговых коммуникаций и реализация выбранной маркетинговой стратегии.

Менеджер по туроператорской работе: основные функции - привлечение новых клиентов и продажа туристических путевок; консультация клиентов, подбор оптимальных туров, оформление страховок, виз, загранпаспортов и иных документов, бронирование номеров в гостиницах, приобретение или бронирование билетов; бронирование услуг для клиентов; решение конфликтных ситуаций с клиентами и контрагентами.

Менеджер транспортного отдела: Принимает участие в разработке стратегии и ценовой политики предприятия в области логистики; координирует взаимодействие транспортного отдела с другими подразделениями предприятия в соответствии с разработанными и утвержденными технологическими системами; контролирует правильность и своевременность исполнения поставленных задач сотрудниками отдела; контролировать организацию работы с подвижным и водительским составом, обеспечивать бесперебойную работу транспорта.

Штатная структура исследуемой фирмы представлена в таблице 1. Она отражает состав должностей, перечень обязанностей работников.

Таблица 1. Штатная структура предприятия.

№	Должность	Численность	Заработная плата, руб.
1	Генеральный директор	1	50 000
2	Заместитель генерального директора	1	48 000
3	Главный бухгалтер	1	45 000
4	Коммерческий директор	1	45 000
5	Директор по рекламе	1	45 000
6	Менеджер по туроператорской работе	1	40 000
7	Менеджер транспортного отдела	1	40 000
8	Бухгалтер-кассир	1	37 000
9	Начальник отдела	4	35 000
10	Диспетчер	3	34 000
11	Механик	8	30 000
12	Водитель	25	30 000
13	Программист	1	25 000
14	Менеджер	5	25 000
Итого:	54	1 732 000

Перейдем к рассмотрению основных обязанностей сотрудников, работающих в туристической фирме «Беркут».

Генеральный директор: Несет ответственность за сохранность и эффективное использование имущества предприятия, за последствия принимаемых решений, финансово-хозяйственные результаты деятельности предприятия.

Заместитель генерального директора: выполняет функции генерального директора, во время его отсутствия.

Главный бухгалтер: Обеспечение формирования объема денежных средств, достаточного для покрытия текущих потребностей, оптимизация денежного оборота, обеспечение эффективного использования вложенного капитала, совершенствование расчётной политики предприятия, максимизация прибыли при допустимом уровне риска, обеспечение экономической стабильности компании.

Коммерческий директор: Долгосрочное и краткосрочное планирование прибыли, эффективное управление и контроль выполнения текущих задач отделом продаж, обеспечение информацией, определение маркетинговой политики организации, взаимодействие с акционерами и партнерами, контроль над исполнением обязательств и договоров своего предприятия, связанных с предпринимательской деятельностью, координация работы подразделений.

Директор по рекламе: Планирование работ по рекламе и PR и ежеквартальное внесение поправок, создание и управление репутацией предприятия и его первых лиц; обеспечение информационной поддержки деятельности компании, создание веских событийных поводов, подготовка интервью и выступлений в ведущих СМИ, изучение материалов о предприятии в прессе; контроль рекламного продукта на выходе.

Менеджер по туроператорской работе: Привлечение новых клиентов и продажа туристических путевок; консультация клиентов; бронирование услуг для клиентов; решение конфликтных ситуаций с клиентами и контрагентами.

Менеджер транспортного отдела: Разработка стратегии и ценовой политики предприятия в области логистики; координирует взаимодействие транспортного отдела с другими подразделениями предприятия в соответствии с разработанными и утвержденными технологическими системами; контролирует правильность и своевременность исполнения поставленных задач сотрудниками отдела; контролировать организацию работы с подвижным и водительским составом, обеспечивать бесперебойную работу транспорта.

Начальник отдела: Руководит своим структурным подразделениям и другими сопутствующими службами, организует работу по комплектованию кадров в соответствии со спецификой, профессиональной подготовкой и квалификацией.

Бухгалтер-кассир: Составление и сдача отчетов. Прием наличных денежных средств в кассу предприятия с одновременным занесением информации в компьютерную базу данных.

Диспетчер: Совершение звонков, взаимодействие с клиентами, составление ведомости.

Механик: Контроль исправности транспортных средств, устранение обнаруженных неполадок, заполнение листа технического обслуживания.

Водитель: Обеспечение своевременной подачи автомобиля к месту назначения, заполнение путевого листа.

Программист: Определяет информацию, подлежащую обработке средствами вычислительной техники, ее объемы, структуру, макеты и схемы ввода, обработки, хранения и вывода, методы ее контроля, осуществляет запуск отлаженных программ и ввод исходных данных, определяемых условиями поставленных задач, осуществляет сопровождение внедренных программ и программных средств.

Менеджер: Административная поддержка деятельности офиса, встреча клиентов, отправка/прием факсов, распечатка документов, закупка канцтоваров и др. товаров для жизнедеятельности офиса, ведение статистики посещения офиса сотрудниками, выполнение указаний начальника отдела.

Проанализировав структуру и штатное наполнение компании можно сделать следующие выводы:

1. База данных не будет распределенной, так как исследуемая организация не обладает территориально-распределенной структурой (все отделы находятся в главном офисе).

2. У системы будет несколько групп пользователей с отличающимися требованиями.

3. В соответствии с должностными обязанностями к информационной системе предъявят три основные группы требований: оперативный учет, получение стандартных отчетов заранее определенной структуры, возможность представления данных для аналитика в заранее регламентированном виде.

Информационная система Туристической фирмы должна выполнять следующие задачи:

? предоставлять возможность для внесения, изменения и удаления информации о рейсах, клиентах, контрагентах, а также о предоставленных услугах;

? предоставлять информацию о турах, доступных для продажи или забронированных.

Создаваемая информационная система должна удовлетворять следующим эксплуатационным требованиям:

? актуальным информационным потребностям;

? актуальным требованиям за приемлемое время, т. е. заданным требованиям производительности;

? выявленным и вновь возникающим требованиям конечных пользователей;

? должна легко расширяться при реорганизации и расширении предметной области;

? должна легко изменяться при изменении программной и аппаратной среды;

? данные, загруженные в базу данных должны оставаться корректными;

? данные до включения в базу данных должны проверяться на достоверность;

?доступ к данным, размещаемым в базе данных через объектно-ориентированную модель, должны иметь только лица с соответствующими полномочиями.

1.2 Описание входной информации

Входными данными для проектирования информационной системы должны быть следующие характеристики:

? информация о маршрутах: направление, даты, количество мест, ответственные сотрудники (водители, диспетчера);

?информация о продажах: дата продажи, сумма сделки, информация о проданной услуге, информация о кассире и клиенте;

? информация о сотрудниках: фамилия, имя и отчество, специальность, контакты;

? информация о клиентах: фамилия, имя, отчество и телефон клиента.

1.3 Описание выходной информации

Выходные данные информационной системы должны быть организованы в виде отдельных таблиц подключенной базы данных, файлы должны размещаться (храниться) на локальных или съемных носителях, отформатированных согласно требованиям операционной системы. Также должно быть обеспечено взаимодействие с пользователем посредством графического пользовательского интерфейса, разработанного согласно рекомендациям компании-производителя операционной системы.

Выходными данными для проектирования информационной системы должны быть следующие характеристики:

? Билет;

? Ведомость (форма№36);

1.4 Перечень входных (первичных), выходных (результатных) и промежуточных (транзитов) документов

Таблица 2. Перечень входных, выходных и промежуточных документов

№	Наименование документа	Имя сущности	Реквизиты
1	Список направлений	Направления	1. Код направления 2. Пункт отправления 3. Пункт прибытия 4. График 5. Время 6. Стоимость
2	Список клиентов	Клиенты	1. Код клиента 2. Фамилия 3. Имя 4. Отчество 5. Дата рождения 6. Паспортные данные 7. Контактный телефон
3	Список заказов	Билеты	1.Номер Билета 2. Код клиента 3. Номер рейса 4. Дата продажи 5. Стоимость 6. Сотрудник
4	Список проданных мест	Ведомость	1. Номер ведомости 2. Список пассажиров
5	Список транспорта	Транспорт	1. Гос. номер 2. Марка 3. Модель 4. Количество мест
6	Список водителей	Водители	1. Код сотрудника 2. Фамилия 3. Имя 4. Отчество 5. Дата рождения 6. Паспортные данные 7. Контактный телефон
7	Список рейсов	Рейсы	1. Номер рейса 2. Направление 3. Дата отправления 4. Водитель 5. Транспорт
8	Список продаж	Продажи	1. Дата продажи 2. Номер билета 3.Стоимость

1.5 Ограничения предметной области

При разработке информационной системы для туристической фирмы и при выполнении индивидуального задания допускаются следующие ограничения:

1. Все цены - в рублях.

2. Один клиент может приобрести несколько билетов.

3. Дата продажи билета не может быть позже текущей.

4. Дата отправления не может быть раньше продажи.

5. Большая часть полей обязательна для заполнения.

6.

7. Каждый билет закреплен за одним клиентом.

8. Номер билета неизменен и уникален для предприятия и клиента.

9. Номер счета на оплату неизменен и уникален.

10. Каждый счет на оплату относится к одному договору.

11. В одном счете может быть указано несколько выплат.

12. Номер ведомости неизменен и уникален для предприятия.

13. Номер заказа неизменен и уникален для предприятия.

14. Каждый заказ относится к одному договору.

Раздел 2. Анализ и моделирование предметной области

2.1 Словесное описание предметной области и функции решаемых задач

Информационная система, как и любой другой инструмент, должна иметь свои характеристики и требования, в соответствии с которыми можно было бы определить её функциональность и эффективность. Разумеется, для каждого конкретного предприятия требования к информационной системе будут различными, так как должна учитываться специфика каждой организации. Несмотря на это, надлежит выделить несколько основных требований к системе, общих для всех «потребителей»:

1. Локализация информационной системы. В связи с тем, что наиболее крупными разработчиками информационных систем являются зарубежные компании, система должна быть приспособлена к пользованию российскими компаниями. Причём здесь имеется в виду локализация как функциональная (учёт особенностей российского законодательства и систем расчётов), так и лингвистическая (система помощи и документация на русском языке).

2. Система должна обеспечивать надёжную защиту информации, для чего необходимо парольное разграничение доступа, многоуровневая система защиты данных и т.д.

3. В случае внедрения системы на крупное предприятие со сложной организационной структурой, необходима реализация удалённого доступа для того, чтобы информацией могли пользоваться все структурные подразделения организации.

4. В силу влияния внешних и внутренних факторов (изменений направления бизнеса, изменения в законодательстве и т.п.), система должна быть адаптивной.

5. Необходима возможность консолидации информации на уровне предприятий (объединение информации филиалов, дочерних компаний и т.д.), на уровне отдельных задач, на уровне временных периодов.

Эти требования являются основными, но далеко не единственными критериями выбора корпоративной информационной системы для предприятия.

В настоящее время на рынке компьютерных технологий представлено множество специальных программ, позволяющих обследовать предприятие и построить модель. Выбор методологии и инструментов, с помощью которых проводится моделирование бизнес-процессов, основополагающего значения не имеет. Существуют стандартизированные, опробованные временем методологии и инструментальные средства, с помощью которых можно обследовать предприятие и построить его модель. Ключевое их преимущество - простота и доступность к овладению.

Бизнес-процесс - это одна или более связанных между собой операций (функций), которые совместно реализуют цель, как правило, в рамках организационной структуры, описывающей функциональные роли и отношения.

Модель бизнес-процессов -- описание структуры бизнес-процессов с требуемой степенью детализации с использованием наглядного формализованного (или графического) языка.

Моделирование бизнес-процессов затрагивает многие аспекты деятельности компании:

? изменение организационной структуры;

? оптимизацию функций подразделений и сотрудников; ? перераспределение прав и обязанностей руководителей;

? изменение внутренних нормативных документов и технологии проведения операций;

? новые требования к автоматизации выполняемых процессов и т. д.

Целью моделирования является систематизация знаний о компании, ее бизнес-процессах в наглядной графической форме более удобной для аналитической обработки полученной информации. Модель должна отражать структуру бизнес-процессов организации, детали их выполнения и последовательность документооборота.

Моделирование бизнес-процессов организации включает два этапа структурное и детальное.

На этапе структурного моделирования в модели должны быть отражены:

- существующая организационная структура;

- документы и иные сущности, используемые при исполнении моделируемых бизнес-процессов и необходимые для моделирования документооборота, с описаниями их основного смысла;

- диаграммы взаимодействия, отражающие последовательность создания и перемещения документов (данных, материалов, ресурсов и т.п.) между действующими лицами.

Детальная модель организации должна включать:

- набор прецедентов, отражающих возможные варианты выполнения бизнес-процессов «как есть»;

-диаграммы действий, детально описывающие последовательность выполнения бизнес-процессов;

- диаграммы взаимодействия, отражающие схемы документооборота.

Модели должны быть согласованы с ведущими специалистами организации, обладающими необходимыми знаниями.

Информационная система туристической фирмы «Беркут» позволяет упорядочить работу собственного предприятия, так как все необходимые документы хранятся в электронном виде на компьютере и легко могут быть найдены и воспроизведены на бумаге.

Предметом области автоматизации являются некоторые должностные функции отдела продаж. В отделе продаж имеется план продажи билетов, установленный руководством на основании анализа рынка. Однако фактическое количество проданных билетов зависит от многих факторов и может отличаться от планового. Задача отдела продаж - сделать анализ выполнения плана продаж. Для этого необходимо выбрать плановые и фактические данные за определенный период по определенному району, месяцу и проанализировать отклонение факта от плана.

2.2 Построение диаграмм в нотациях функционально-структурной и объектной методологий

Для построения моделей предлагается следующая последовательность:

1. Построение контекстной диаграммы, где вся деятельность организации представлена как одна работа. На этом этапе определяются входные и выходные информационные потоки, управляющие воздействия и исполнители.

2. Детализация диаграммы на уровне внутренних бизнес-процессов (функциональные диаграммы). Выявляются комплексы решаемых задач, входные и выходные информационные потоки.

3. Детализация функциональных диаграмм на уровне диаграмм потоков данных. Определяются данные, которые необходимо хранить; источники информации для хранения; формируется предварительная структура базы данных.

4. Построение диаграммы участия пользователей в решаемых задачах. Определяется соответствие пользователей и бизнес-процессов (кто что делает). В результате формируется перечень информационных потребностей пользователей.

Начнем моделирование ИС в сфере туристического бизнеса с построения диаграммы в нотации IDEF0 в среде Ramus Educationalm.

Диаграммы в нотации IDEF0

Функциональная модель предназначена для описания существующих бизнес - процессов на предприятии (так называемая модель AS-IS) и идеального положения вещей - того, к чему нужно стремиться (модель ТО-ВЕ). Методология IDEF0 предписывает построение иерархической системы диаграмм - единичных описаний фрагментов системы.

В IDEF0 система представляется как совокупность взаимодействующих работ или функций. Такая чисто функциональная ориентация является принципиальной - функции системы анализируются независимо от объектов, которыми они оперируют. Это позволяет более чётко смоделировать логику и взаимодействие процессов организации.

Под моделью в IDEF0 понимают описание системы (текстовое и графическое), которое должно дать ответ на некоторые заранее определённые вопросы.

Основными понятиями методологии функционального моделирования работ являются:

- Работы (activity) - поименованные процессы, функции или задачи, которые происходят в течение определенного времени и имеют распознаваемые результаты. На диаграмме работы изображаются прямоугольниками.

- Вход (Input) - материал или информация, которая используются работой для получения результата.

- Управление (Control) - правила, стратегии, стандарты, которыми руководствуется работа.

- Выход (Output) - материал или информация, которая производятся работой. Каждая работа должна иметь хотя бы одну стрелку выхода, так как работа без результата не имеет смысла и не должна моделироваться.

- Механизм (Mechanism) - ресурсы, которые выполняют работу (персонал).

- Вызов (Call) представляет собой взаимодействие одной модели работ с другой.

Различают в IDEF0 пять типов связей работ.

- Связь по входу (input-output) имеет место, когда выход вышестоящей работы направляется на вход следующей работы.

- Связь по управлению (output-control) обозначает ситуацию, когда выход вышестоящей работы направляется на управление следующей работы. Связь показывает доминирование вышестоящей работы.

- Обратная связь по входу (output-input feedback) имеет место, когда выход нижестоящей работы направляется на вход вышестоящей.

- Обратная связь по управлению (output-control feedback) обозначает ситуацию, когда выход нижестоящей работы направляется на управление вышестоящей. Является показателем эффективности бизнес- процесса.

- Связь выход-механизм (output-mechanism) имеет место, когда выход одной работы направляется на механизм другой и показывает, что работа подготавливает ресурсы для проведения другой работы.

Из перечисленных блоков строятся диаграммы работ, описывающие принципы функционирования системы.

Диаграмма работы информационной системы туристической фирмы отображает весь поток входных и выходных данных, которые обрабатываются в информационной системе.



Рисунок 2. Контекстная диаграмма деятельности туристической фирмы в нотации IDEF0

Анализ диаграммы (Рисунок 2):

1. Извне в систему поступают следующие информационные потоки:

· Информация о направлениях маршрутов;

· Информация о клиенте;

2. На выходе должны сформироваться следующие данные:

· Ведомость;

· Билет;

· Список клиентов;

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

4. Исполнителями являются:

· Сотрудники фирмы;

Перейдем к построению диаграммы IDEF0 для первого уровня декомпозиции.



Рисунок 3. Диаграмма первого уровня декомпозиции в нотации IDEF0

На диаграмме (Рисунок 3) определены четыре основных подпроцесса: регистрация клиента, выбор рейса, согласование наличия мест, продажа билета.

Для каждой из функций определены входные и выходные информационные потоки.

А также, для каждого этапа конкретизированы исполнители, среди которых: менеджер, диспетчер и кассир.

Следующим пунктом работы является построение моделей в нотации DFD для декомпозиции второго уровня всех блоков первого уровня.

Диаграммы потоков данных

Диаграммы потоков данных (DFD) являются основным средством моделирования функциональных требований к проектируемой системе. С их помощью эти требования представляются в виде иерархии функциональных компонентов (процессов), связанных потоками данных.

Главная цель такого представления - продемонстрировать, как каждый процесс преобразует входные данные в выходные, а также выявить отношения между этими процессами.

Модель DFD, как и большинство других структурных моделей - иерархическая модель. Каждый процесс может быть подвергнут декомпозиции, то есть разбиению на структурные составляющие, отношения между которыми в той же нотации могут быть показаны на отдельной диаграмме.

Для построения DFD используются две различные нотации, соответствующие методам Йордана-ДеМарко и Гейна-Сэрсона. Эти нотации незначительно отличаются друг от друга графическим изображением символов.

В основе методологии Гейна-Сэрсона лежит построение модели анализируемой ИС - проектируемой или реально существующей. В соответствии с методологией модель системы определяется как иерархия диаграмм потоков данных (DFD), описывающих асинхронный процесс преобразования информации от ее ввода в систему до выдачи пользователю. Диаграммы верхних уровней иерархии (контекстные диаграммы) определяют основные процессы или подсистемы ИС с внешними входами и выходами. Они детализируются при помощи диаграмм нижнего уровня. Такая декомпозиция продолжается, создавая многоуровневую иерархию диаграмм, до тех пор, пока не будет достигнут такой уровень декомпозиции, на котором процесс становятся элементарными и детализировать их далее невозможно.

Источники информации (внешние сущности) порождают информационные потоки (потоки данных), переносящие информацию к подсистемам или процессам. Те в свою очередь преобразуют информацию и порождают новые потоки, которые переносят информацию к другим процессам или подсистемам, накопителям данных или внешним сущностям - потребителям информации.

Таким образом, основными компонентами диаграмм потоков данных являются:

- внешние сущности;

- системы/подсистемы;

- процессы;

- накопители данных;

- потоки данных.

1. Внешние сущности

Внешняя сущность представляет собой материальный предмет или физическое лицо, представляющее собой источник или приёмник информации, например, заказчики, персонал, клиенты. Определение некоторого объекта или системы в качестве внешней сущности указывает на то, что она находится за пределами границ анализируемой ИС. В процессе анализа некоторые внешние сущности могут быть перенесены внутрь диаграммы анализируемой ИС, если это необходимо, или, наоборот, часть процессов ИС может быть вынесена за пределы диаграммы и представлена как внешняя сущность.

2. Системы и подсистемы

При построении модели сложной ИС она может быть представлена в самом общем виде на так называемой контекстной диаграмме в виде одной системы как единого целого, либо может быть декомпозирована на ряд подсистем.

Номер подсистемы служит для её идентификации. В поле имени вводится наименование подсистемы в виде предложения с подлежащим и соответствующими определениями и дополнениями.

3. Процессы

Процесс представляет собой преобразование входных потоков данных в выходные в соответствии с определённым алгоритмом. Физически процесс может быть реализован различными способами: это может быть подразделение организации (отдел), выполняющее обработку входных документов и выпуск отчётов, программа, аппаратно-реализованное логическое устройство и т.д.

Номер процесса служит для его идентификации. В поле имени вводится наименование процесса в виде предложения с активным недвусмысленным глаголом в неопределённой форме (вычислить, рассчитать, проверить, определить, создать, получить), за которым следуют существительные в винительном падеже, например:

- "Ввести сведения о клиентах";

- "Выдать информацию о существующих маршрутах";

- "Проверить наличие свободных мест".

Использование таких глаголов, как "обработать", "модернизировать" или "отредактировать" означает, как правило, недостаточно глубокое понимание данного процесса и требует дальнейшего анализа.

Информация в поле физической реализации показывает, какое подразделение организации, программа или аппаратное устройство выполняет данный процесс.

4. Накопители данных

Накопитель данных представляет собой абстрактное устройство для хранения информации, которую можно в любой момент поместить в накопитель и через некоторое время извлечь, причём способы помещения и извлечения могут быть любыми.

Накопитель данных может быть реализован физически в виде ящика в картотеке, таблицы в оперативной памяти, файла на магнитном носителе и т.д.

Имя накопителя выбирается из соображения наибольшей информативности для проектировщика. Накопитель данных в общем случае является прообразом будущей базы данных, и описание хранящихся в нем данных должно быть увязано с информационной моделью.

5. Потоки данных

Поток данных определяет информацию, передаваемую через некоторое соединение от источника к приёмнику. Реальный поток данных может быть информацией, передаваемой между двумя устройствами, пересылаемыми по электронной почте письмами, дисками, переносимыми с между компьютерами и т. д.

Для каждого процесса диаграммы (Рисунок 3) будет построена собственная диаграмма потоков данных.

Рисунок 4. DFD диаграмма процесса «Регистрация клиента»

Анализ диаграммы (Рисунок 4):

В результате построения диаграммы были выделены такие накопители данных, как «Клиентская база данных» и «Паспорт». В качестве внешней сущности выступает «Клиент».

Информация, поступающая от клиента, обрабатывается менеджером и заносится в базу данных. Указываются такие данные, как имя, фамилия, отчество, паспортные данные, контактный телефон и т.д. Благодаря использованию клиентской базы, упрощается процедура обслуживания клиента при повторном обращении. Появляется возможность поиска по базе и расчета скидок для постоянных клиентов.

После этого переходят к процессу «Выбор рейса»



Рисунок 5. DFD диаграмма процесса "Выбор рейса"

Анализ диаграммы (Рисунок 5):

В результате построения диаграммы были выделены такие накопители данных, как «База рейсов», «Ведомость» и «Клиентская база данных».

На основании полученного запросов клиента и имеющегося графика рейсов, отбирается список приемлемых рейсов. Далее отправляется запрос к диспетчеру, который координирует наличие мест, осуществляет процесс «согласование наличия мест» (Рисунок 6). Если на выбранный рейс мест нет, клиенту предлагаются альтернативные варианты, если же места есть, то переходим к следующему процессу. В случае отсутствия подходящих рейсов, клиент может отказаться от обслуживания.

Рисунок 6-DFD диаграмма процесса "Согласование наличия мест"

Анализ диаграммы (Рисунок 6):

После подбора подходящих рейсов, менеджер запрашивает у диспетчера места. Если места отсутствуют, то менеджер возвращается на предыдущий процесс. При наличии мест, диспетчер вносит клиента в ведомость и передает менеджеру номера посадочных мест для внесения в билет. После чего менеджер переходит непосредственно к оформлению билета и его продаже.

Рисунок 7. DFD диаграмма процесса "Продажа билета"

Анализ диаграммы (Рисунок 7):

В результате построения диаграммы были выделены такие накопители данных, как «Ведомость» и «Билет».

После бронирования места и внесения клиента в ведомость пассажиров менеджер переходит к оформлению билета, с учетом скидок и багажа. После чего клиент оплачивает билет в кассе и получает его на руки, а данные о продаже заносятся в бухгалтерский отчет.

Диаграмма вариантов использования

Диаграмма вариантов использования (use case diagram) -- диаграмма, на которой изображаются отношения между актерами и вариантами использования.

Диаграмма вариантов использования является исходным концептуальным представлением или концептуальной моделью системы в процессе ее проектирования и разработки.

Создание диаграммы вариантов использования имеет следующие цели:

· Определить общие границы и контекст моделируемой предметной

области на начальных этапах проектирования системы

· Сформулировать общие требования к функциональному поведению проектируемой системы

· Разработать исходную концептуальную модель системы для ее последующей детализации в форме логических и физических моделей

· Подготовить исходную документацию для взаимодействия разработчиков системы с ее заказчиками и пользователями

Назначение данной диаграммы состоит в следующем: проектируемая программная система представляется в форме так называемых вариантов использования, с которыми взаимодействуют внешние сущности или актеры. При этом актером или действующим лицом называется любой объект, субъект или система, взаимодействующая с моделируемой бизнес-системой извне. Это может быть человек, техническое устройство, программа или любая другая система, которая служит источником воздействия на моделируемую систему так, как определит разработчик. Вариант использования служит для описания сервисов, которые система предоставляет актеру. Другими словами каждый вариант использования определяет набор действий, совершаемый системой при диалоге с актером. При этом ничего не говорится о том, каким образом будет реализовано взаимодействие актеров с системой и собственно выполнение вариантов использования.

Рассматривая диаграмму вариантов использования в качестве модели бизнес-системы, можно ассоциировать ее с "черным ящиком". Концептуальный характер этой диаграммы проявляется в том, что подробная детализация диаграммы или включение в нее элементов физического уровня представления на начальном этапе проектирования скорее имеет отрицательный характер, поскольку предопределяет способы реализации поведения системы. Эти аспекты должны быть сознательно скрыты от разработчика на диаграмме вариантов использования.

В самом общем случае, диаграмма вариантов использования представляет собой граф специального вида, который является графической нотацией для представления конкретных вариантов использования, актеров и отношений между этими элементами. При этом отдельные элементы диаграммы заключают в прямоугольник, который обозначает границы проектируемой системы. В то же время отношения, которые могут быть изображены на данном графе, представляют собой только фиксированные типы взаимосвязей между актерами и вариантами использования, которые в совокупности описывают сервисы или функциональные требования к моделируемой системе.

Базовыми элементами диаграммы вариантов использования являются вариант использования и актер.

Вариант использования (use case) -- внешняя спецификация последовательности действий, которые система или другая сущность могут выполнять в процессе взаимодействия с актерами .

Актер (actor) -- согласованное множество ролей, которые играют внешние сущности по отношению к вариантам использования при взаимодействии с ними.

Перейдем к построению диаграммы вариантов использования для турфирмы «Беркут».

Для построения данной диаграммы будет использована платформа StarUML.



Рисунок 8. Диаграмма вариантов использования

Диаграмма последовательности

Диаграмма последовательности (sequence diagram) отражает поток событий, происходящих в рамках варианта использования.

Все действующие лица показаны в верхней части диаграммы. Стрелки соответствуют сообщениям, передаваемым между действующим лицом и объектом или между объектами для выполнения требуемых функций.

На диаграмме последовательности объект изображается в виде прямоугольника, от которого вниз проведена пунктирная вертикальная линия. Эта линия называется линией жизни (lifeline) объекта. Она представляет собой фрагмент жизненного цикла объекта в процессе взаимодействия.

Перейдем к построению диаграммы действий для турфирмы «Беркут», для этого будем использовать платформу StarUML.



Рисунок 9. Диаграмма последовательности

2.3 Предъявление требований к ИС (задачи)

Подводя итоги по комплексу представленных диаграмм, можно сделать следующие выводы:

1. Информационная система должна решать следующие задачи:

· Учет поступления заявок;

· Учет забронированных билетов;

· Учет оплат;

· Формирование стандартных отчетов для аналитики.

2. База данных информационной системы для турфирмы является распределенной между подразделениями, в данном контексте рассматривается лишь работа менеджера, диспетчера и отдела продаж.

3. Сведения о турах, бронированиях, оплатах и проданных билетах накапливаются в соответствующих справочниках. Продажа билета сопровождается записью пассажира в ведомость.

4. Стандартные отчеты формируются на основе проданных билетов, сведениях о продаже, сведениях о наличии свободных мест, нормативно-справочной информации.

5. Структуры данных для аналитики также формируются на основе обработки данных о проданных билетов, сведениях о продаже, сведениях о наличии свободных мест, нормативно-справочной информации.

Целью создания информационной системы для турфирмы «Беркут» является повышение эффективности использования рабочего времени, исключение ошибок при поступлении заявок, осуществление быстрого поиска необходимой информации, осуществление контроля выполнения всех этапов работ.

Раздел 3. Построение модели данных

Построение модели данных предполагает определение сущностей и их атрибутов, приведение их в форму, соответствующую требованиям реляционной модели данных, разработки информационно-логической модели связи между сущностями.

3.1 Анализ входной и выходной информации предметной области и выделение информационных объектов

В ходе исследования была выделена следующая входная и выходная информация предметной области и ее объекты (Таблица 3):

Таблица 3-Информация предметной области

№	Наименование документа	Имя сущности	Реквизиты
1	Список направлений	Направления	1. Код направления 2. Пункт отправления 3. Пункт прибытия 4. График 5. Время 6. Стоимость
2	Список клиентов	Клиенты	1. Код клиента 2. Фамилия 3. Имя 4. Отчество 5. Дата рождения 6. Паспортные данные 7. Контактный телефон
3	Список заказов	Билеты	1.Номер Билета 2. Код клиента 3. Номер рейса 4. Дата продажи 5. Стоимость 6. Сотрудник
4	Список проданных мест	Ведомость	1. Номер ведомости 2. Список пассажиров
5	Список транспорта	Транспорт	1. Гос. номер 2. Марка 3. Модель 4. Количество мест
6	Список водителей	Водители	1. Код сотрудника 2. Фамилия 3. Имя 4. Отчество 5. Дата рождения 6. Паспортные данные 7. Контактный телефон
7	Список рейсов	Рейсы	1. Номер рейса 2. Направление 3. Дата отправления 4. Водитель 5. Транспорт
8	Список продаж	Продажи	1. Дата продажи 2. Номер билета 3.Стоимость

3.2 Определение связей информационных объектов

В результате анализа были получены 7 информационных объектов.

Пояснение:

(M:М - многозначные связи, 1:M и M:1 - одно- многозначные связи, 1:1 - однозначные связи.)

Попарный анализ связей между ними:

1. БилетКлиенты (Тип связи M:1).

Каждый клиент может купить много билетов. Связь между ними устанавливается по коду клиента.

2. БилетКассиры (Тип связи M:1).

Каждый кассир может быть ответственным за множество проданных билетов. Связь между ними устанавливается по коду кассира.

3. Билет№Рейса (Тип связи M:1).

На каждый рейс может быть продано Фиксированное количество билетов, определенное количеством мест в автобусе. Связь между ними устанавливается по №рейса.

4. Направления №Рейса (Тип связи 1: M).

По одному и тому же направлению может быть организованно неограниченное количество рейсов. Связь между ними устанавливается по коду направления.

5. №РейсаАвтобус (Тип связи M:1).

Каждый автобус может назначаться на большое количество рейсов. Связь между ними устанавливается по гос. номеру.

6. №РейсаВодители (Тип связи M:1).

Каждый водитель может назначаться на большое количество рейсов. Связь между ними устанавливается по коду сотрудника.

Раздел 4. Создание базы данных в СУБД Access

На данном этапе разработки системы разработчик владеет всей информацией, необходимой для формирования модели данных: требуемые структуры данных, реквизитный состав структур данных (определяется реквизитным составом входных справочников и документов), ограничения и требования предметной области.

База данных - совокупность самостоятельных материалов (статей, расчётов, нормативных актов, судебных решений и иных подобных материалов) представленная в объективной форме и систематизированных таким образом, чтобы эти материалы могли быть найдены и обработаны с помощью электронной вычислительной машины (ЭВМ)https://ru.wikipedia.org/wiki/%D0%91%D0%B0%D0%B7%D0%B0_%D0%B4%D0%B0%D0%BD%D0%BD%D1%8B%D1%85 - cite_note-codex-1 .

Система управления базами данных (СУБД) -- совокупность программных и лингвистических средств общего или специального назначения, обеспечивающих управление созданием и использованием баз данных.

4.1 Структура таблиц и данных

Для создания базы данных, перейдем в Microsoft Access и создадим все таблицы, которые были получены в результате исследования.



Рисунок 10. Таблица "Клиенты"

Рисунок 11. Таблица "Рейсы"

Рисунок 12. Таблица "Направления"

Рисунок 13. Таблица "Кассиры"



Рисунок 14. Таблица "Водители"

Рисунок 15. Таблица "Билет"

Рисунок 16. Таблица "Автобусы"

Следующим шагом создания структуры таблиц является связывание таблиц друг с другом. Существует несколько типов возможных связей между таблицами. Наиболее распространенными являются связи «один ко многим» «один к одному».



Рисунок 17. Структура данных ИС

4.2 Запросы и пользовательские формы

Запросы в Access являются основным инструментом выборки, обновления и обработки данных в таблицах базы данных. Access в соответствии с концепцией реляционных баз данных для выполнения запросов использует язык структурированных запросов SQL (Structured Query Language). С помощью инструкций языка SQL реализуется любой запрос в Access.

Основным видом запроса является запрос на выборку. Результатом выполнения этого запроса является новая таблица, которая существует до закрытия запроса. Записи формируются путем объединения записей таблиц, на которых построен запрос. Способ объединения записей таблиц указывается при определении их связи в схеме данных или при создании запроса. Условия отбора, сформулированные в запросе, позволяют фильтровать записи, составляющие результат объединения таблиц.

В Access может быть создано несколько видов запроса:

· запрос на выборку -- выбирает данные из одной таблицы или запроса или нескольких взаимосвязанных таблиц и других запросов. Результатом является таблица, которая существует до закрытия запроса. Формирование записей таблицы результата производится в соответствии с заданными условиями отбора и при использовании нескольких таблиц путем объединения их записей;

· запрос на создание таблицы -- выбирает данные из взаимосвязанных таблиц и других запросов, но, в отличие от запроса на выборку, результат сохраняет в новой постоянной таблице;

· запросы на обновление, добавление, удаление -- являются запросами действия, в результате выполнения которых изменяются данные в таблицах.

Запросы в Access в режиме конструктора содержат схему данных, отображающую используемые таблицы, и бланк запроса, в котором конструируется структура таблицы запроса и условия выборки записей.

Для начала рассмотрим, созданную для удобства использования базы данных Главную кнопочную форму, которая позволяет получать доступ ко всем имеющимся в базе таблицам, запросам и формам.

Рисунок 18. Главная кнопочная форма

Также в каждом разделе есть дополнительные возможности добавления, редактирования, удаления, создания отчетов и т.д.

Рисунок 19. Кнопочная форма "Клиенты"

Рассмотрим некоторые созданные запросы в созданной базе данных для турфирмы «Беркут».

Запрос «Продажи с _ по _» позволяет просмотреть все продажи, которые были совершены в указанный пользователем период.

Рисунок 20. Запрос "Продажи с _ по _"

Рисунок 21. Форма "Продажи по датам"

4.3 Индивидуальное задание

В индивидуальном задании ставится следующая задача: Сравнить плановую прибыль предприятия с определенного рейса с реально полученной прибылью. Рассчитать издержки.

Для выполнения индивидуального задания был создан запрос «Ведомость», который содержит такие данные о клиенте, как Фамилия, Имя, Отчество, паспортные данные, контактный телефон, а также код клиента. Также данный запрос содержит данные о стоимости билетов и формируется по номеру рейса.



Рисунок 22. Запрос "Ведомость"

Также на базе данного запроса создан отчет, который помимо информации, представленной в запросе, выводит также итоги по рейсу.

Рисунок 23. Отчет "Ведомость"

Поставленная задача успешно выполнена.

Заключение

информационный туристический фирма обслуживание

В процессе выполнения данной работы, были применены теоретические и практические навыки по дисциплине «Проектирование информационных систем».

При реализации проекта был проведён анализ предметной области, продумано назначение информационной системы, приобретены практические навыки по проектированию структуры, разработке и реализации проектирования информационной системы. В процессе создания информационной системы были построены полные и непротиворечивые функциональные и информационные модели.

Для построения различных диаграмм модели использовался набор инструментальных средств, позволяющих в наглядной форме моделировать предметную область в соответствии с информационными потребностями пользователей. Таким образом, информационные системы играют существенную роль в современном мире, обеспечивая актуальной информацией специалистов, пользователей в той или иной предметной области.

В деловой или личной сфере часто приходится работать с данными из разных источников, каждый из которых связан с определённым видом деятельности. Для координации всех этих данных необходимы определённые знания и организационные навыки. MicrosoftAccess объединяет сведения из разных источников в одной реляционной базе данных. Создаваемые формы, запросы и отчёты позволяют быстро и эффективно обновлять данные, получать ответы на вопросы, осуществлять поиск нужных данных, анализировать данные, печатать отчёты, диаграммы и почтовые наклейки.

...