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

Оглавление

• аэропорт программирование моделирование бизнес
• Введение
• 1. Описание предметной области
• 1.1 Роль аэропортов в современном мире
• 1.2 Системное функционирование типового аэропорта
• 1.3 Анализ инструментальных средств программирования
• 2. Проектная часть
• 2.1 Основные типы методологий моделирования и анализа бизнес-процессов
• 2.2 Функциональное моделирование (IDEF0)
• 2.3 Построение моделей бизнес-процессов
• 2.4 Модель данных в Erwin
• Заключение
• Список используемой литературы


Введение

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

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

Выше изложенное позволяет сформулировать актуальные задачи данной работы - создание концептуальной модели бизнес процессов системы регистрации пассажиров аэропорта ОАО МКК «Манас».

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

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

В 2016 году предприятие отметило 15 летний юбилей со дня образования ОАО «МАМ». За этот период проведена огромная работа по расширению и развитию аэропортов страны, реализованы десятки масштабных проектов. Взяты новые перспективные направления, которые дают платформу для развития ОАО «МАМ», как современного и комфортного аэропортового комплекса. Мы с уверенностью констатируем стабильный рост предприятия, как по производственным, так и по финансовым показателям.

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



1. Описание предметной области

1.1 Роль аэропортов в современном мире

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

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

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

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

Выделяют роль аэропорта как экономического фактора для конкретного региона. Аэропорты являются гораздо более важным экономическим фактором, чем авиакомпании.

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

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

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

Выделяют роль аэропорта как экономического фактора.

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

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

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

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

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

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

Примером успешной реализации конкурентной стратегии фокусирования является немецкий аэропорт Кельн/Бонн им. Конрада Аденауэра. С 1949 по 1990 год Бонн был столицей Германии и его аэропорт имел статус столичного: в нем построили три взлетно-посадочные полосы и два терминала. Однако в начале XXI века, аэропорт пережил серьезный кризис. Из-за падения пассажиропотока (утрату столичного статуса усугубил мировой спад авиаперевозок) новый терминал, на строительство которого было потрачено 325 млн евро, фактически простаивал. В 2002 году менеджмент аэропорта применил стратегию фокусирования на привлечении к обслуживанию бюджетных авиакомпаний и развитии грузовых перевозок. В качестве одной из приоритетных целей были определены минимизация затрат авиакомпаний, и сокращение времени обслуживания ВС. Цель была достигнута и аэропорт Кельн/Бонн стал основной базой для бюджетных авиакомпаний Germanwings и Hapag-Lloyd, к которым позже присоединились авиакомпании EasyJet, AirBeriin и DBA. Сегодня из данного аэропорта выполняют рейсы свыше сорока перевозчиков, количество которых постоянно увеличивается. Таким образом, принятая стратегия, в основу которой были положены различия в требованиях к продукции для различных бизнес-моделей авиакомпаний, привела к тому, что Кельн/Бонн стал крупнейшим портом, обслуживающим бюджетные авиакомпании в континентальной Европе.

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



1.2 Системное функционирование типового аэропорта

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

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

Основными составляющими типовой информационной системы аэропорта являются:

· подсистема диспетчерского центра;

· подсистема обслуживания самолетов;

· подсистема обслуживания пассажиров.

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

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

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

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

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

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



1.3 Анализ инструментальных средств программирования

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

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

Для проведения анализа и реорганизации бизнес - процессов предназначено CASE-средство верхнего уровня AllFusion Process Modeler (BPwin), поддерживающее методологии:

· IDEF0 (функциональная модель);

· DFD (DataFlow Diagram);

· IDEF3 (Workflow Diagram).

BPwin это программный продукт, разработанный компанией ltd. Logic Works. Он предназначен для поддержки процесса создания информационных систем. Относится к категории CASE средств верхнего уровня. Первая версия BPwin была выпущена в 1995 г. совместно с другим CASE средством - ERwin, предназначенным для моделирования данных. В дальнейшем, развитием и поддержанием BPwin занималась компания Platinum Technology, а последние версии разрабатывала компания CA Technologies.

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

BPwin поддерживает функциональное моделирование, моделирование потока работ и потока данных. Соответствующие диаграммы реализованы на основе стандартов IDEF0, IDEF3 и DFD. Функциональное моделирование дает возможность осуществлять систематизированный анализ бизнес процессов, обращая внимание на регулярно выполняемые задачи (функции). Моделирование потока работ обеспечивает анализ логики выполнения процесса. Моделирование потока данных позволяет сконцентрировать внимание на обмене данными между различными задачами. Кроме того, что в BPwin создаются отдельные модели, также могут создаваться и смешанные модели.

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

BPwin позволяет создавать следующие виды моделей:

Функциональные диаграммы, построенные на основе стандарта IDEF0. Эти диаграммы разделяются на четыре вида:

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

Второй вид - диаграмма декомпозиции. Она детализирует информацию контекстной диаграммы;

Третий вид - диаграмма дерева узлов. Эта диаграмма в BPwin предназначена для отображения иерархии функций;

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

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

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

Модели стоимостного анализа. Эти модели строятся по правилам стоимостного анализа (Activity Base Costing - анализ). Модель может быть построена, только если уже существует полностью законченная и непротиворечивая функциональная модель. На каждую из задач функциональной модели назначаются метрики, представляющие затраты. Для модели определяются центры затрат. В результате получается модель стоимостного анализа.

Динамические модели. Эти модели могут быть построены на основе диаграмм потока работ. BPwin позволяет исследовать эффекты в ходе дискретного изменения состояния задач процесса. Для этого могут задаваться различные сценарии поведения процесса. Чтобы провести динамическое моделирование необходимо экспортировать диаграммы на основе IDEF3 в специальный программный продукт - business process simulator (для BPwin 4.0) или Arena (для BPwin 7).

Все указанные выше модели были реализованы в BPwin 4.0, которая стала наиболее популярной в серии этих продуктов. Последней версией являлась BPwin 7, которая называлась ERwin process modeler и входила состав ERwin Modeling Suite.

ВОЗМОЖНОСТИ BPWIN

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

Моделирование на основе нескольких стандартов. Возможность моделирования на основе стандартов IDEF0, IDEF3 и DFD позволяет провести детальный и всесторонний анализ бизнес процессов;

Имитационное моделирование. За счет средств экспорта моделей BPwin дает возможность проследить изменение бизнес процессов в динамике;

Документальное сопровождение моделей. За счет встроенных средств в BPwin есть возможность организовать связь моделей с документами по процессу (например, с инструкциями, положениями и пр.) и открывать эти документы непосредственно из среды моделирования;

Интеграция процессных моделей и моделей данных. Это позволяет организовать единый репозиторий для моделей и составляющих эти модели объектов.

ПРЕИМУЩЕСТВА BPWIN

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

В сравнении с другими CASE средствами этого уровня BPwin 7 обладает следующим преимуществами:

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

Представление дополнительной информации. За счет применения UDP свойств (настраиваемые пользователем свойства) есть возможность собирать дополнительную информацию по процессам, представлять ее в моделях и включать в отчеты. Отчеты могут представляться в общедоступных форматах Microsoft Word или Microsoft Excel;

Контроль корректности моделей. За счет встроенных средств BPwin 7 осуществляет контроль некорректных связей и представления элементов моделей. Это повышает качество моделей и улучшает возможности интеграции с другими средствами моделирования;

Встроенный генератор отчетов. С помощью этого генератора можно создать шаблон необходимого отчета и применять этот шаблон для любых моделей BPwin 7. Отчеты могут представляться в форматах HTML, RTF, TXT, PDF.



2. Проектная часть

2.1 Основные типы методологий моделирования и анализа бизнес-процессов

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

Основу многих современных методологий моделирования бизнес-процессов составили методология SADT (Structured Analysis and Design Technique - метод структурного анализа и проектирования), семейство стандартов IDEF (Icam DEFinition, где Icam - это Integrated Computer-Aided Manufacturing) и алгоритмические языки.

Моделирование бизнес-процессов (Business Process Modeling). Наиболее широко используемая методология описания бизнес-процессов - стандарт IDEF0. Модели в нотации IDEF0 предназначены для высокоуровневого описания бизнеса компании в функциональном аспекте.

Описание потоков работ (Work Flow Modeling). Стандарт IDEF3 предназначен для описания рабочих процессов и близок к алгоритмическим методам построения блок-схем.

Описание потоков данных (Data Flow Modeling). Нотация DFD (Data Flow Diagramming), позволяет отразить последовательность работ, выполняемых по ходу процесса, и потоки информации, циркулирующие между этими работами.

IDEF0

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

Тип интерфейса:

· Управляющая информация входит в блок сверху.

· Входная информация входит в блок слева.

· Результаты выходят из блока справа.

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

Каждый компонент модели может быть декомпозирован (расшифрован более подробно) на другой диаграмме. Рекомендуется прекращать моделирование, когда уровень детализации модели удовлетворяет ее цель. Общее число уровней в модели не должно превышать 5-6.

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

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

IDEF3

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

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

Типы связей IDEF3:

· Временное предшествование (Temporal precedence), простая стрелка. Исходное действие должно завершиться, прежде чем конечное действие сможет начаться.

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

· Нечеткое отношение (Relationship), пунктирная стрелка.

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

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

· "И", блок со знаком &.

· "Исключающее ИЛИ" ("одно из"), блок со знаком Х.

· "ИЛИ", блок со знаком О.

Если действия "И", "ИЛИ" должны выполняться синхронно, это обозначается двумя двойными вертикальными линиями внутри блока, асинхронно - одной.

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

DFD

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

Также, как и в других моделях, поддерживается декомпозиция.

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

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

· Системы и подсистемы (например, подсистема по работе с физическими лицами).

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

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

· Потоки данных (на диаграмме - стрелки).

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

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

При моделировании бизнес-процессов диаграммы потоков данных (DFD) используются для построения моделей "AS-IS" и "AS-TO-BE", отражая, таким образом, существующую и предлагаемую структуру бизнес-процессов организации.

ARIS

В настоящее время наблюдается тенденция интеграции разнообразных методов моделирования, проявляющаяся в форме создания интегрированных средств моделирования. Одним из таких средств является программный продукт, носящий название ARIS (Architecture of Integrated Information Systems), разработанный германской фирмой IDS Scheer.

ARIS поддерживает четыре типа моделей (и множество видов моделей в каждом типе), отражающих различные аспекты исследуемой системы.

2.2 Функциональное моделирование (IDEF0)

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

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

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

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

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

В итоге основной контекст системы приобретает следующий вид:

Входы функциональной модели

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

Стрелки управления

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

Выходные стрелки

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

Готовая система

Отчеты и бланки строгой отчетности

Рис. 1 Выходные стрелки функциональной модели

Стрелки механизма

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

Основными механизмами в данном случае выступают люди: разработчик системы и ее пользователь, и СУБД, с помощью которой собственно и создавалась система.

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

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

2.3 Построение моделей бизнес-процессов

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

Общепринято выделяют пять этапов исследования экономических процессов:

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

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

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

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

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

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

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

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

Основу многих современных методологий моделирования бизнес-процессов составила методология SADT. В настоящее время наиболее широко используемая методология описания бизнес-процессов IDEF.

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

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

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

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

Существует несколько подходов к определению понятия «моделирование бизнес-процессов»:

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

2) моделирование бизнес-процессов - это эффективное средство поиска возможностей улучшения деятельности предприятия;

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

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

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

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

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

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

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

Решения по моделированию бизнес-процессов обычно принимается по причинам, представленным на приложении.

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

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

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

- перераспределение прав и обязанностей руководителей;

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

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

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

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

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

1) исследование деятельности предприятия, построение концептуальной модели предприятия с использованием средств визуального моделирования;

2) проведение оценки адекватности этой модели, сравнение вариантов реальной деятельности с результатами имитационного моделирования;

3) формирование рекомендаций по совершенствованию существующих бизнес-процессов.

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



Рисунок 1 AS-IS «Обслуживания пассажиров аэропорта «Манас»»

Рисунок 2 Декомпозиция «Обслуживание пассажиров аэропорта «Манас»»



Рисунок 3 Декомпозиция «Первичного осмотра пассажиров аэропорта»

2.4 Модель данных в Erwin

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

Реализация моделирования в ERwin базируется на теории реляционных баз данных и на методологии IDEF1X.

Методология IDEF1X была разработана для ВВС США и теперь используется, в частности, в правительственных, аэрокосмических и финансовых учреждениях, а также в большом числе частных компаний. Методология IDEF1X определяет стандарты терминологии, используемой при информационном моделировании, и графического изображения типовых элементов на диаграммах. В 1981 году этот стандарт был формализован и опубликован организацией ICAM (Integrated Computed Aided Manufacturing), и с тех пор является наиболее распространенным стандартом для создания моделей баз данных по всему миру.

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

Рис 5 Модель данных, представленная в Erwin



Заключение

В рамках курсового проекта была разработана модель как есть. Построена функциональная модель бизнес-процесса регистрации пассажиров в среде BPWin. Выявлены «узкие» места системы регистрации пассажиров.

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

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

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



Список используемой литературы

1. Язык компьютера. / Пер. с англ., под ред. и с предисл. В.М. Курочкина. М.: Мир, 1989. 240 с., ил.

2. Куликовский, Л.Ф. Теоретические основы информационных процессов [Текст] / Л.Ф. Куликовский, В.В. Мотов. М.: Высшая школа, 1987. 248 с.

3. Дмитриев, С.А. Реинжиниринг бизнес-процессов проектирования и производства. Приложе- ние I. Методические рекомендации к лабораторно- му практикуму [Текст] / С.А. Дмитриев, А.А. Саломатина., Ю.Н. Фомина; под общ. ред. Е.И. Яб- лочникова. СПб: СПбГУИТМО, 2008. 236 с.

4. Советов, Б.Я. Моделирование систем: учеб. пособие для вузов [Текст] / Б.Я. Советов, С.А. Яковлев. М.: Высш. шк., 2001. 343 с.

5. Кельтон, В. Имитационное моделирование [Текст] / В. Кельтон. СПб.: Питер; К.: BHV, 2004. 847 с.

6. Фокс Дж. Программное обеспечение и его разработка / Пер. с англ. М.: Мир, 1985. 368 с., ил.

7. Симионов Ю.Ф., Боромотов В.В. Информационный менеджмент. Ростов н.Д: Феникс, 2006. 250 с., ил.

8. http://knowledge.allbest.ru/programming/3c0b65635b2bd78a4c53a88421216c27_0.html.

9. Реляционные базы данных: практические приемы оптимальных решений. СПб.: БХВ-Петербург, 2005. 400 с.: ил.

10. Разработка программного обеспечения - СПб.: "Питер", 2004 г. 592 с.

11. Проектирование и использование баз данных: Учебник. М.: Финансы и статистика, 1995. 191 с.

12. Информационные системы: Учебник для вузов. 2-е изд. СПб: "Питер", 2005 г. 656 стр.

Размещено на Allbest.ru

...