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

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

Рубрика Программирование, компьютеры и кибернетика
Вид дипломная работа
Язык русский
Дата добавления 14.11.2017
Размер файла 2,6 M

Отправить свою хорошую работу в базу знаний просто. Используйте форму, расположенную ниже

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

63

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

МИНИСТЕРСТВО ОБРАЗОВАНИЯ И НАУКИ РОССИЙСКОЙ ФЕДЕРАЦИИ

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

"ОРЛОВСКИЙ ГОСУДАРСТВЕННЫЙ УНИВЕРСИТЕТ имени И.С. ТУРГЕНЕВА"

ВЫПУСКНАЯ КВАЛИФИКАЦИОННАЯ РАБОТА

по направлению подготовки 09.04.03 Прикладная информатика

Прикладная информатика в аналитической экономике

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

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

Орёл 2017

Содержание

  • Введение
  • Глава 1. Моделирование сложных систем
  • 1.1 Проблема управления сложными системами
  • 1.2 Обзор моделей системной динамики
  • 1.3 Моделирование стратегических решений с помощью системной динамики
  • Глава 2. Проектирование информационной системы
  • 2.1 Анализ требований к системе
  • 2.2 Детальное проектирование
  • 2.3 Алгоритмическое обеспечение
  • 2.4 Расчет временной продолжительности проекта
  • 2.5 Финансовый анализ стоимости информационной системы турагентства
  • Заключение
  • Список литературы

Введение

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

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

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

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

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

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

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

1. Изучить наиболее распространенные методологические подходы к моделированию сложных систем;

2. Провести критический обзор моделей системной динамики, подходящих для определения стратегии развития экономической системы;

3. Построить модель системной динамики, описывающую туристическое агентство;

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

В ходе выполнения выпускной квалификационной работы принимались следующие теоретические методы: методы системной динамики, финансового планирования, проектирования информационных систем (нотации IDEF0, IDEF3, BPMN, UML).

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

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

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

туристическое агентство системная динамика

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

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

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

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

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

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

Глава 1. Моделирование сложных систем

1.1 Проблема управления сложными системами

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

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

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

Сложная система имеет следующие характерные особенности [20]:

· уникальность. Существующие аналоги объектов заметно отличаются друг от друга. Следствием этого на практике является необходимость строить новые модели;

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

· составной характер системы. Сложные системы не сводится к простой совокупности элементов, расчленяя систему на отдельные части, изучая каждую из них в отдельности, нельзя познать свойства системы в целом. Поэтому описание отдельных подсистем необходимо выполнять с учетом их места во всей системе в целом, и наоборот, система в целом исследуется исходя из свойств отдельных подсистем. Одну из основных черт сложных систем составляет взаимодействие выделенных подсистем. Необходимо учитывать результат воздействия одной подсистемы на другую и их взаимодействие с внешней средой. Расчленение сложной системы на подсистемы зависит от целей создания системы, приняты технических решений и взглядов исследователя на нее;

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

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

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

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

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

Современная экономическая реальность такова, что лицо, принимающее решение, вынуждено принимать решения, действуя в рамках сложной и быстроменяющейся окружающей среды. С конца 1970-х гг. исследователями был введен в оборот термин "принятие решений в динамической среде", который, как принято считать, наиболее полно охарактеризовал Б. Бремер. Согласно исследователю, для ситуации принятия решений в динамически сложной среде характерно следующее [15]:

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

· принимаемые решения не являются независимыми: каждое последующее решение ограничено последствиями принятых ранее и в свою очередь накладывает ограничения на последующие решения;

· среда принятия решений изменяется как сама по себе, так и вследствие принимаемых решений;

· решения принимаются в реальном времени (т.е. непосредственно в процессе изменения среды принятия решений).

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

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

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

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

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

В процессе моделирования всегда существует оригинал (объект) и модель, которая воспроизводит (моделирует, описывает, имитирует) некоторые черты объекта.

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

Приведем общую классификацию основных видов моделирования:

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

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

· структурно-функциональное - моделями являются схемы (блок-схемы), графики, диаграммы, таблицы, рисунки со специальными правилами их объединения и преобразования;

· математическое моделирование - построение модели осуществляется средствами математики и логики;

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

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

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

К компьютерному моделированию относят:

структурно-функциональное,

имитационное.

Под термином "компьютерная модель", чаще всего понимают:

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

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

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

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

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

Системная динамика является одним из наиболее мощных инструментов, используемых в настоящее время для анализа, проектирования и моделирования сложных систем [18].

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

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

Системную динамику наиболее эффективно использовать при решении следующих задач:

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

· прогнозирование последствий изменения стратегий управления сложной системой;

· обучение специалистов работе со сложными природно-техническими комплексами.

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

1.2 Обзор моделей системной динамики

В конце 1970-х - начале 1980-х гг. многие исследования в области принятия решений основывались на проведении экспериментов в рамках статичных систем. Однако со временем выводы таких исследований были подвергнуты критике, и возникла необходимость в проведении экспериментов в области принятия решений в динамических системах. Появились исследования, в которых испытуемые должны были принимать решения в экспериментальных системах, включавших в себя обратную связь, эффекты запаздывания во времени и нелинейное поведение. Это стало возможным благодаря использованию компьютерных имитационных моделей [15].

Краткий обзор некоторых классических исследований в данной области представлен ниже.

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

В ходе исследования установлено, что хотя некоторые люди и преуспевали, большинство участников эксперимента показывали относительно низкие результаты. По мнению Д. Дёрнера, низкие результаты большинства участников были обусловлены тремя основными причинам:

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

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

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

Описанный выше набор ошибок, названный "логикой неудачи", характерен практически для любого человека при первых попытках управления сложными системами (крупная организация, городское хозяйство, экономика страны и т.п.).

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

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

3. Исследования Б. Бремера. В основе эксперимента лежала имитационная компьютерная модель системы пожаротушения. Задание для испытуемых заключалось в управлении командами пожарников для минимизации случаев возгорания и территории пожаров. Имитационная модель была достаточно сложной, основывалась на действии нескольких петель обратной связи. Согласно Б. Бремеру, после первой попытки управления системой эффективность испытуемых в среднем была в 8,5 раз ниже оптимальной.

4. Исследования Д. Кляйнмунтца и Дж. Томаса. Эксперимент основывался на имитационной компьютерной модели системы медицинского управления. Участники эксперимента играли роль доктора, который должен был подобрать систему диагностики болезни и ее лечения нескольким пациентам. Модель была очень динамичной: здоровье пациентов быстро ухудшалось в случае, если они не получали нужного лечения. Неправильное лечение или же задержка в оказании помощи приводили к смерти пациента. Риск того, что предлагаемое лечение приведет к смерти пациента, распределялся статистически. Посредством эксперимента удалось установить, что в ситуации высокого риска стратегия значительного использования средств диагностики была оправданна. В ситуациях же низкого риска стратегия быстрого подбора пациентам определенного типа лечения без затянутых процедур диагностики была наиболее оптимальной.

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

5. Исследования Д. Броадбента и Б. Астона. Эксперимент основывался на эконометрической модели экономики Великобритании. Участники эксперимента, работая в командах по 11 человек каждая, периодически принимали решения по поводу трех контрольных переменных - государственных расходов, уровня налогообложения и количества денежной массы в обращении.

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

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

В литературе известно много работ, в которых рассматривалась деятельность крупных фирм с точки зрения причинно-следственных связей. Например, в своей книге Д.Ю. Каталевский рассматривал с помощью системной динамики компанию "Евросеть". "Евросеть" - крупнейшая российская торговая сеть по продажам оборудования и услуг сотовой связи. Основана была в 1997 г., в период с 1999 г. по 2008 г. произошел стремительный рост компании.

С помощью системной динамики было выявлено, что главными показателями роста для компании "Евросеть" стали:

· развитие сети дистрибуции (компания агрессивно наращивала количество салонов связи);

· ориентация на политику низких цен (позиционировала себя фирма как компания-дискаунтер, взяла ориентацию на "массового покупателя", снизила торговую наценку);

· повышение осведомленности от агрессивной рекламы и эпатажных PR-акций (способствовали росту узнаваемости бренда);

· поглощение конкурентов (компания так выросла, что фактически стала монополистом);

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

Возрастающая отдача от использования нескольких показателей роста позволила Евросети добиться высокой "рыночной власти" над пользователями и контрагентами (поставщиками), реализовав на практике эффекты зависимости от предыдущей траектории развития и блокировки рынка. За счет этого Евросеть смогла существенно повысить барьеры на вход для своих конкурентов и завоевать значительную долю рынка.

А.А. Кугаенко рассматривал методы динамического моделирования и управления социально-экономическими объектами.

Управление социально-экономическими объектами обусловлено наличием большого числа взаимно влияющих факторов и обратных связей. Поэтому умение ориентироваться в сложной изменяющейся обстановке требует формирования определенных навыков. Отсюда возникает необходимость внедрения динамических тренажеров. С помощью экономического тренажера за короткое время можно провести анализ и получить навыки реагирования на множество неожиданных ситуаций [18].

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

Сети Петри разрабатывались для моделирования систем с параллельными взаимодействующими компонентами. Сети Петри впервые предложил Карл Адам Петри, в настоящее время теория имеет обширное применение практически во всех отраслях научных исследований [1].

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

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

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

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

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

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

1.3 Моделирование стратегических решений с помощью системной динамики

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

На начальных этапах создания информационной системы необходимо понять, как работает организация, которая будет автоматизироваться. Согласно ГОСТ 24.103-84 ("Автоматизированные системы управления") наиболее удобным языком моделирования бизнес-процессов является методология IDEF0 [9], предложенная более 20 лет назад Дугласом Россом и называвшийся первоначально SADT ("Методология структурного анализа и проектирования").

IDEF0 используется для создания функциональной модели, отображающей структуру и функции системы, а также потоки информации и материальных объектов, связывающие эти функции [3].

В соответствии с РД IDEF0-2000 [28] процесс моделирования какой-либо системы в IDEF0 начинается с определения контекста, т.е. наиболее абстрактного уровня описания системы в целом. Контекстная диаграмма - диаграмма, расположенная на вершине древовидной структуры диаграмм, представляющая собой самое общее описание системы и ее взаимодействие с внешней средой. Далее контекстная диаграмма декомпозируется. В процессе декомпозиции, функциональный блок, который в контекстной диаграмме отображает систему как единое целое, подвергается детализации на другой диаграмме. Получившаяся диаграмма содержит функциональные блоки, отображающие главные подфункции функционального блока контекстной диаграммы и называется дочерней по отношению к нему (каждый из функциональных блоков, принадлежащих дочерней диаграмме соответственно называется дочерним блоком). В свою очередь, функциональный блок - предок называется родительским блоком по отношению к дочерней диаграмме, а диаграмма, к которой он принадлежит - родительской диаграммой [25].

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

Рисунок 1.1 - Контекстная диаграмма

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

Рисунок 1.2 - Декомпозиция первого уровня с точки зрения фирмы

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

Бизнес-процесс "Обработка заявки" начинается после выполнения бизнес-процесса "Принятия заявки" и содержит такие функции, как: проверить наличие путевок (связаться с контрагентом), записать информацию о клиенте и о выбранном туре в БД.

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

Для более понятного описания последовательности выполнения действий построена диаграмма в нотации IDEF3.

IDEF3 является стандартом документирования технологических процессов, происходящих на предприятии, и предоставляет инструментарий для наглядного исследования и моделирования их сценариев. Сценарием называется описание последовательности изменений свойств объекта, в рамках рассматриваемого процесса [29].

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

Типы соединений [29]:

· & (и) - означает, что действие, стоящее после него инициализируется, а до него должно быть завершено.

· О (или) - одно (или более) действий инициализируются или завершаются.

· Х (исключающее или) - одно и только одно действие должно завершаться или инициализироваться.

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

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

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

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

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

Рисунок 1.3 - Последовательность действий процесса взаимодействия с клиентом

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

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

Вся данная схема представлена в модели системной динамике на рисунке 1.4.

Знаками "+" и "-" на рисунке 1.4 показаны направления взаимовлияния факторов друг на друга

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

Рисунок 1.4 - Модель системной динамики работы туристического агентства

Глава 2. Проектирование информационной системы

2.1 Анализ требований к системе

Для моделирования бизнес-процессов турагентства используем нотацию BPMN.

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

В нотации BPMN 2.0 можно выделить пять основных категорий графических элементов:

1. Элементы управления - действия, события, логический оператор;

2. Соединительные элементы - поток управления, направленная и ненаправленная ассоциация;

3. Артефакты - группа, аннотация, ссылка;

4. Данные - объект данных, хранилище данных, сообщение;

5. Зоны ответственности - пул и дорожки;

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

Действие или набор действий, выполняемых исполнителем в ходе процесса.

Логический оператор используется для обозначения слияния и/или ветвления потока событий и действий.

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

Сообщение отражает факт передачи информации между участниками процесса.

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

Спецификация BPMN 2.0 регламентирует следующие типы диаграмм бизнес-процессов:

1. Диаграммы оркестровки (схемы потока работ)

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

3. Диаграммы диалогов (Conversation).

4. Диаграммы хореографии (Choreography).

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

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

Диаграмма оркестровки - это схема, показывающая очередность выполнения операций процесса. Диаграмма закрытого процесса есть схема процесса, моделируемого внутри некоторого контейнера, называемого пулом. Этот контейнер можно изображать на схеме явно или только подразумевать. Если пул явно указывается на диаграмме процесса, то схема называется закрытой. Диаграмма открытого процесса есть схема процесса, на которой пул явно не указывается, а только подразумевается. Диаграмма приватного взаимодействия (private) показывает процесс, который исполняется в пределах какой-либо организации или координируется из единого центра. Для неисполняемой аналитической модели это означает, что у процесса единый владелец. Диаграмма публичного взаимодействия (public) показывает коммуникацию между двумя приватными процессами, у каждого свой центр управления, каждый из них имеет своего владельца. Диаграмма публичного взаимодействия может иметь разную степень детализации.

Для деятельности турагентства можно выделить 2 диаграммы оркестровки: составления заказа клиентом (рисунок 2.1) и стадии прохождения заказа со стороны оператора (рисунок 2.2).

Рисунок 2.1 - Диаграмма оркестровки с точки зрения клиента

Рисунок 2.2 - Диаграмма оркестровки с точки зрения оператора

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

Для описания взаимодействия с клиентом в туристическом агентстве используем диаграмму взаимодействия (рисунок 2.3).

Рисунок 2.3 - Диаграмма взаимодействия

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

Рисунок 2.4 - Диаграмма оркестровки с точки зрения директора

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

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

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

UML - это не просто набор графических символов [4]. За каждым из них стоит хорошо определенная семантика. Это значит, что модель, написанная одним разработчиком, может быть однозначно интерпретирована другим.

Диаграмма вариантов использования (use case diagram, диаграмма прецедентов) в нотациях языка UML - диаграмма, отражающая отношения между действующими лицами (актерами) и вариантами использования (прецедентами), позволяющая описать систему на концептуальном уровне [27].

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

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

Связи между актерами и вариантами отображаются с использованием следующих отношений [2]:

· ассоциации;

· обобщения;

· включения;

· расширения.

Отношение ассоциации служит для обозначения взаимодействия актера с вариантом использования и отображается сплошной линией [19].

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

Отношение включения указывает, что некоторое заданное поведение одного варианта использования включается в качестве составного компонента в последовательность поведения другого варианта использования. Стрелка включения направлена от базового (составного) варианта к включаемому и помечена стереотипом "include".

В отличие от отношения включения, отношение расширения определяет возможность включения поведения одного варианта использования в состав другого. Т.е. дочерний вариант использования может как вызываться, так и не вызываться родительским. Стрелка расширения должна быть направлена от включаемого варианта к базовому и помечена стереотипом "extend".

Для информационной системы турагентства были выделены следующие действующие лица:

· Посетитель;

· Клиент;

· Контрагент;

· Оператор;

· Директор.

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

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

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

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

"Директор" - лицо, принимающее решение.

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

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

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

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

Таблица 1 - Спецификация варианта использования "Проанализировать результаты"

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

Проанализировать результаты

Краткое описание

Директор просматривает результаты, сформированные моделью поддержки принятия решения

Действующие лица

Основное: директор

Предусловие

Выбрать опцию "Проанализировать результаты"

Основной поток

Директор заполняет изменившиеся факторы, влияющие на деятельность фирмы, система выполняет расчет по данным факторам

Постусловие

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

Альтернативный поток

Если директор заполнил не все поля, то ему придет сообщение "Заполнено неверно"

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

2.2 Детальное проектирование

Диаграмма классов

Диаграмма классов (class diagram) - основной способ описания структуры системы. Она показывает классы и их отношения в логической схеме проектов, позволяет представить архитектуру системы [22].

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

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

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

· "+" обозначает атрибут с областью видимости типа общедоступный (public). Атрибут с этой областью видимости доступен или виден из любого другого класса пакета, в котором определена диаграмма;

· "#" обозначает атрибут с областью видимости типа защищенный (protected). Атрибут с этой областью видимости недоступен или невиден для всех классов, за исключением подклассов данного класса;

· "-" обозначает атрибут с областью видимости типа закрытый (private). Атрибут с этой областью видимости недоступен или невиден для всех классов без исключения.

Квантор видимости может быть опущен. В этом случае его отсутствие означает, что видимость атрибута не указывается [22].

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

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

...

Подобные документы

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

    дипломная работа [4,0 M], добавлен 21.07.2011

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

    дипломная работа [775,9 K], добавлен 20.03.2012

  • Разработка информационной системы туристического агентства с использованием современных инструментальных средств, технологий; создание ее прототипа; определение целей, задач и функций ИС. Концептуальное, логическое и физическое проектирование базы данных.

    курсовая работа [1,1 M], добавлен 09.06.2013

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

    курсовая работа [1,2 M], добавлен 12.02.2013

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

    курсовая работа [1005,6 K], добавлен 15.02.2012

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

    дипломная работа [1,8 M], добавлен 05.12.2011

  • Разработка программного комплекса по автоматизированной системе управления взаимодействия с клиентами и портфелем заказов рекламного агентства. Проектирование системы в программе Rational Rose. Моделирование структуры данных с помощью Data Modeler.

    курсовая работа [2,6 M], добавлен 13.06.2014

  • Анализ существующих решений по автоматизации предметной области. Методология проектирования информационной системы агентства недвижимости. Спецификация и аттестация требований. Проектирование пользовательского интерфейса. Обоснование выбора платформы.

    курсовая работа [412,8 K], добавлен 10.02.2013

  • Задачи, функции и структура филиала университета. Оценка информационных потоков и UML-моделирование. Анализ структуры информационной системы и системы навигации. Проектирование базы данных, физическая реализация и тестирование информационной системы.

    дипломная работа [6,0 M], добавлен 21.01.2012

  • Физическая модель данных. Разработка структуры системы, описание алгоритмов. Разработка интерфейса взаимодействия пользователя. Макет сайта туристического агентства, способы доступа к данным. Требования к программе, стадии и этапы разработки, листинг.

    дипломная работа [4,4 M], добавлен 03.05.2012

  • Минимальные технические требования для работы с программным продуктом. Требования к условиям выполнения работ по проектированию. Выбор среды и языка программирования. Требования к функционированию. Инфологическая модель структуры хранения данных.

    дипломная работа [3,3 M], добавлен 21.11.2011

  • Разработка информационной системы ВУЗа с использованием методики объектно-ориентированного моделирования UML. Анализ требований к системе. Концептуальная (содержательная) модель. Диаграмма компонентов и классов. Программная реализация приложения.

    курсовая работа [797,7 K], добавлен 16.04.2014

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

    курсовая работа [520,8 K], добавлен 30.11.2010

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

    курсовая работа [1,6 M], добавлен 18.02.2013

  • Основные понятия: модель, моделирование, виды моделей. Пути и способы изучения темы "Моделирование и формализация" в курсе информатики в 8 классе. Создание табличной информационной модели. Понятие информационной модели, системы и структуры системы.

    методичка [1,8 M], добавлен 30.05.2013

  • Создание информационной системы "Голд", автоматизирующей работу Ювелирной мастерской. Моделирование бизнес-процессов с помощью диаграмм IDEF0 и UML и потоков данных DFD и sicuence. Составление технического проекта и задания на основании ГОСТ 34.602-89.

    курсовая работа [841,1 K], добавлен 10.02.2013

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

    курсовая работа [2,1 M], добавлен 18.09.2014

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

    курсовая работа [645,2 K], добавлен 26.05.2015

  • Организационная и функциональная структуры туристического агентства. Основные требования к автоматизированным информационным системам. Контекстное моделирование; проектирование экранных форм, CRC-карточек и построение диаграмм потоков данных DFD.

    курсовая работа [483,9 K], добавлен 18.05.2014

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

    дипломная работа [2,9 M], добавлен 25.05.2014

Работы в архивах красиво оформлены согласно требованиям ВУЗов и содержат рисунки, диаграммы, формулы и т.д.
PPT, PPTX и PDF-файлы представлены только в архивах.
Рекомендуем скачать работу.