Файл: Проектирование информационной системы для туристического агентства.docx

ФЕДЕРАЛЬНОЕ ГОСУДАРСТВЕННОЕ ОБРАЗОВАТЕЛЬНОЕ БЮДЖЕТНОЕ УЧРЕЖДЕНИЕ ВЫСШЕГО ПРОФЕССИОНАЛЬНОГО ОБРАЗОВАНИЯ

ФИНАНСОВЫЙ УНИВЕРСИТЕТ

ПРИ ПРАВИТЕЛЬСТВЕ РОССИЙСКОЙ ФЕДЕРАЦИИ

Липецкий филиал

КАФЕДРА МАТЕМАТИКИ И ИНФОРМАТИКИ

КУРСОВАЯ РАБОТА

по дисциплине «Методология и технология

проектирования информационных систем»

на тему:

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

Преподаватель: к.ф.-м.н., доц. Черпаков И.В. Студент: Афанасова Е.П. Личное дело № 100.16/120329 Направление (спец) бакалавр бизнес-информатики Курс 2

Работа принята

«___»_____________2014 года

______________Е. В. Хаюрова

Липецк 2014

Оглавление

Введение.

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

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

---

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

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

Задачей курсового проектирования является проектирование ИС для туристического агентства, анализ его бизнес процессов.

1. 
   Общая характеристика средства проектирования и информационной системы
   

1. 
   Краткая информация о средстве проектирования
   

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

В 1994 году Гради Буч и Джеймс Рамбо, работавшие в компании Rational Software, объединили свои усилия для создания нового языка объектно-ориентированного моделирования. За основу языка ими были взяты методы моделирования Object-Modeling Technique и OMT. OMT был ориентирован на анализ, а Booch — на проектирование программных систем. В октябре 1995 года была выпущена предварительная версия 0.8 унифицированного метода (англ. Unified Method). Осенью 1995 года к компании Rational присоединился Ивар Якобсон, автор метода Object-Oriented Software Engineering — OOSE. OOSE обеспечивал превосходные возможности для спецификации бизнес-процессов и анализа требований при помощи сценариев использования. OOSE был также интегрирован в унифицированный метод.

На этом этапе основная роль в организации процесса разработки UML перешла к консорциуму OMG (Object Management Group). Группа разработчиков в OMG, в которую также входили Буч, Рамбо и Якобсон, выпустила спецификации UML версий 0.9 и 0.91 в июне и октябре 1996 года.

---

На волне растущего интереса к UML к разработке новых версий языка в рамках консорциума UML Partners присоединились такие компании, как Digital Equipment Corporation, Hewlett-Packard, i-Logix, IntelliCorp, IBM, ICON Computing, MCI Systemhouse,Microsoft, Oracle Corporation, Rational Software, Texas Instruments и Unisys. Результатом совместной работы стала спецификация UML 1.0, вышедшая в январе 1997 года. В ноябре того же года за ней последовала версия 1.1, содержавшая улучшения нотации, а также некоторые расширения семантики.

Последующие релизы UML включали версии 1.3, 1.4 и 1.5, опубликованные, соответственно, в июне 1999, сентябре 2001 и марте 2003 года.

UML 1.4.2 принят в качестве международного стандарта ISO/IEC 19501:2005.

Формальная спецификация последней версии UML 2.0 опубликована в августе 2005 года. Семантика языка была значительно уточнена и расширена для поддержки методологии Model Driven Development — MDD. Последняя версия UML 2.4.1 опубликована в августе 2011 года.

UML 2.4.1 принят в качестве международного стандарта ISO/IEC 19505-1, 19505-2.

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

UML позволяет также разработчикам программного обеспечения достигнуть соглашения в графических обозначениях для представления общих понятий (таких как класс, компонент, обобщение (англ. generalization), агрегация (англ. aggregation) и поведение) и больше сконцентрироваться на проектировании и архитектуре.

Преимущества UML:

1. 
   UML объектно-ориентирован, в результате чего методы описания результатов анализа и проектирования семантически близки к методам программирования на современных объектно-ориентированных языках;
   
2. 
   UML позволяет описать систему практически со всех возможных точек зрения и разные аспекты поведения системы;
   
3. 
   диаграммы UML сравнительно просты для чтения после достаточно быстрого ознакомления с его синтаксисом;
   
4. 
   UML расширяет и позволяет вводить собственные текстовые и графические стереотипы, что способствует его применению не только в сфере программной инженерии;
   
5. 
   UML получил широкое распространение и динамично развивается.
   

Недостатки UML:

1. 
   Избыточность языка. UML часто критикуется, как неоправданно большой и сложный. Он включает много избыточных или практически неиспользуемых диаграмм и конструкций. Чаще это можно услышать в отношении UML 2.0, чем UML 1.0, так как более новые ревизии включают больше «разработанных-комитетом» компромиссов.
   
2. 
   Неточная семантика. Так как UML определён комбинацией себя (абстрактный синтаксис), OCL (языком описания ограничений — формальной проверки правильности) и Английского (подробная семантика), то он лишен скованности, присущей языкам, точно определённым техниками формального описания. В некоторых случаях абстрактный синтаксис UML, OCL и Английский противоречат друг другу, в других случаях они неполные. Неточность описания самого UML одинаково отражается на пользователях и поставщиках инструментов, приводя к несовместимости инструментов из-за уникального трактования спецификаций.
   
3. 
   Только код отражает код. Ещё одно мнение — что важны рабочие системы, а не красивые модели. Как лаконично выразился Джек Ривс, «The code is the design» («Код и есть проект»). В соответствии с этим мнением, существует потребность в лучшем способе написания ПО; UML ценится при подходах, которые компилируют модели для генерирования исходного или выполнимого кода. Однако этого всё же может быть недостаточно, так как UML не имеет свойств полноты по Тьюрингу и любой сгенерированный код будет ограничен тем, что может разглядеть или предположить интерпретирующий UML инструмент.
   
4. 
   Кумулятивная нагрузка/Рассогласование нагрузки (Cumulative Impedance/Impedance mismatch). Рассогласование нагрузки — термин из теории системного анализа для обозначения неспособности входа одной системы воспринять выход другой. Как в любой системе обозначений UML может представить одни системы более кратко и эффективно, чем другие. Таким образом, разработчик склоняется к решениям, которые более комфортно подходят к переплетению сильных сторон UML и языков программирования. Проблема становится более очевидной, если язык разработки не придерживается принципов ортодоксальной объектно-ориентированной доктрины (не старается соответствовать традиционным принципам ООП).
   
5. 
   Пытается быть всем для всех. UML — это язык моделирования общего назначения, который пытается достигнуть совместимости со всеми возможными языками разработки. В контексте конкретного проекта, для достижения командой проектировщиков определённой цели, должны быть выбраны применимые возможности UML. Кроме того, пути ограничения области применения UML в конкретной области проходят через формализм, который не полностью сформулирован, и который сам является объектом критики [4].
   

---

---

1.2 Описание информационной системы и ее функций

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

Внешняя среда: Клиенты.

Входы:

1. 
   заявки клиентов;
   
2. 
   бронь;
   
3. 
   состояние рынка;
   
4. 
   информация о партнёрах;
   
5. 
   пожелания клиентов;
   
6. 
   отчеты гостиниц;
   

Выходы:

1) путевка;

2) статистическая и финансовая отчетность;

Функции:

1. 
   ведение базы данных клиентов;
   
2. 
   составление и оформление заявок клиента;
   
3. 
   нумерация и учет исходящих документов;
   
4. 
   отслеживание готовности заказа;
   
5. 
   учет документации оплаты заказа.
   

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

. Мониторинг данных о клиентах

. Систему связи средствами e-mail

. Система оповещения клиентов по sms или телефону

. Набор документов необходимы для введения деятельности менеджером

. Минимальная нагрузка на техническое оснащение

. Возможность использования системы для решения разных задач в рамках деятельности предприятия.

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

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

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

---