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

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

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

Бизнес-процесс «Оформление векселя» в нотации eEPC

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

Рисунок 1 - Бизнес-процесс "Оформление векселя" в нотации eEPC

На рисунке 1 представлен бизнес-процесс  оформления векселя. Процесс начинается с предшествующего процесса «поступление заявления на приобретение векселя», которое инициирует векселеприобретатель,  подавая заявление по оформлению векселя. Процесс «поступление заявления на приобретение векселя» дает начало событию «заявление на приобретение векселя обработано». Это событие порождает функцию «оформление акта приема-передачи векселя», выполняет функцию сервис-администратор. На вход подается информация из обработанного ранее заявления, для выполнения функции необходимы данные векселеприобретателя [3]. Производится печать документа WORD:Акт приема-передачи векселя. Результат функции отображается в событии «Акт приема-передачи векселя оформлен». После этого старший специалист банка выполняет функцию «рассмотрение и утверждение акта приема-передачи векселя», для выполнения этой функции ему необходим оформленный ранее акт приема-передачи векселя. Результатом данной функции являются два альтернативных события «акт утвержден» и «рассмотрение завершено» [4]. Для отображения данного процесса используется оператор логического исключающего «ИЛИ». Событие «рассмотрение завершено» завершает процесс «оформление акта приема-передачи векселя». Событие «акт утвержден» дает начало функции «оформление векселя», которую выполняют бухгалтер-операционист и ведущий специалист. После этой функции завершается процесс оформления векселя, производится печать векселя, вексель передается векселеприобретателю.

Диаграмма информационных потоков – IDF, бизнес-процесс “Оформление векселя”

Рассмотрим построение модели бизнес-процесса «оформление векселя» с помощью диаграммы информационных потоков. Данная диаграмма проста в использовании.

Рисунок 2, бизнес-процесс "оформление векселя", диаграмма информационных потоков IFD

На диаграмме информационных потоков представлены документы обеспечивающие процесс «оформления векселя». На вход поступает заявка на приобретение векселя, далее запускается процесс «принятие заявки», который производит сервис-администратор [5]. После того как заявка обработана начинается процесс оформления акта приема-передачи векселя, далее оформленный акт рассматривает и утверждает старший специалист банка. Утвержденный акт приема-передачи векселя применяется при процессе оформления векселя, эту функцию выполняют ведущий специалист банка и бухгалтер-операционист.

Моделирование бизнес-процесса «оформление векселя», при помощи дерева функций FT

Дерево функций – FT позволяет графически представить функции, выполняемые вексельным отделом и представить их в иерархическом порядке [6].

Рисунок 3, моделирование бизнес-процесса "оформление векселя" в виде дерева функций - FT

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

Результаты данной статьи будут апробированы при написании научной работы.

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

Рассмотрим задачу определение площади фигуры, например, представленной на рис. 1.

Фигура может быть любой, но обязательно должны быть известны:

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

Рассмотрим дерево стратегических целей в банковской сфере, а именно вексельный отдел. Вексельный отдел занимается: консультацией клиентов, оформлением и выпуск векселей. Главной целью данного отдела является «Увеличение вложений в векселя». Данная цель достигается привлечением большего числа векселеприобретателей. Для более подробного рассмотрения необходимо детализировать главную цель, выявив подцели. Таким образом возникают подцели [2]: «Увеличение процентной ставки по векселю» – повышение процентной ставки увеличит прибыль, приносимую векселедателю, «Повышение качества работы с векселеприобретателем» – позволит оптимизировать прием заявлений на приобретение векселей, а также значительно уменьшит ошибки, допускаемые в оформлении документов и векселей, «проведение рекламной компании» – проинформирует и привлечет потенциальных векселеприобретателей [3].

В свою очередь «Увеличение процентной ставки по векселю» можно достичь с помощью увеличения объема выданных кредитов банком, так как основными доходами банков является прибыль, полученная от процентов по предоставленным кредитам. Добиться этого можно предлагая более выгодные условия по кредитам, что увеличит спрос на приобретение кредитов [4].

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

В «проведение рекламной компании» входит заключение контракта с телевидением для обеспечения рекламой на телевидении такой как: бегущая строка, рекламный сюжет, спонсирование каких-либо программ. Взаимодействие банка и телевидения устанавливается договорами о предоставлении услуг: Договор на оказание маркетинговых услуг, договор на рекламу услуг, соглашение о цене на рекламирование услуги [5].

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

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

Результаты данной статьи будут использовании при написании научной работы.

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

Для рассмотрения данной предметной области была применена модель событийно-управляемого процесса – eEPC. Данная модель представляет собой упорядоченную комбинацию событий и функций. Для каждой функции могут быть определены начальные и конечные события, участники, исполнители, материальные и документальные потоки, сопровождающие её [1].

Бизнес-процесс «Обслуживание клиента Online-банка» в нотации eEPC

На рисунке 1 представлен бизнес-процесс  «Обслуживание клиента Online банка». Процесс начинается с двух предшествующих процессов «Получение запроса на регистрацию пользователя в данной системе» и «Подписание договора с клиентом данного банка», которые способствуют возникновению двух соответственных событий. Далее клиент проходит регистрацию в данной системе, после чего происходит ряд функций и событий, касающихся авторизации клиента: установление подлинности логина и пароля, секретного символа, а так же секретного кода полученного на мобильный телефон клиенту [2]. Затем, следует процесс загрузки данной Online-системы, и клиент может начать работу с ней. После завершения данной функции появляется перечень событий открытия той или иной операции, где пользователь может сразу произвести выход из данной системы, и тогда на этом этапе завершается процесс обслуживание клиента Online банка [3]. Но клиент может продолжить работу и тогда данные события порождают перечень функций по предоставлению информации по каждой из операций, а конкретно, информации об: «операции со счетами», «операции с картами», «операции с платежами», «операции с переводами», «операции с платежными поручениями» и «операции с сервисом Online-банка». Далее, клиент банка работает с данными операциями и после данных функций завершается процесс Обслуживание клиента Online банка [4].

Диаграмма информационных потоков – IFD, бизнес-процесс «Обслуживание клиента Online-банка»

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

На диаграмме информационных потоков представлена схема, обеспечивающая процесс «Обслуживание клиента Online-банка». На вход поступает банковская Online-система, далее запускается процесс запроса на обслуживание клиента банка, который производит клерк, с участием клиента [6]. После того как получен результат запроса, начинается процесс регистрации пользователя в банковской Online-системе. Закончив регистрацию и получив информацию о данных для входа, клиент проходит авторизацию и производит выбор операций из перечня. Далее производиться выбранная операция и банковская Online-система выдает подтверждающий документ о проведении данной операции.

Моделирование бизнес-процесса «Обслуживание клиента Online-банка», при помощи дерева целей OD

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

Цель данной диаграммы  – повысить качество работы Online-банка. В данную цель  входит: повышение качества работы с клиентами, удобство в использовании сайта и исключение сбоев при работе с системой.

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

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

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

Материалы данной статьи будут использованы при написании научной работы.

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

Итак, клиент обратился в банк с целью получения кредита. В ходе переговоров он предоставляет документы, необходимые для рассмотрения заявки. Кредитным работником рассматриваются предоставленные данные, в случае несоответствия данных идет отказ в выдаче кредита. Если данные прошли проверку то они передаются на проверку кредитным инспекторам для того, чтобы удостовериться, что заемщик способен выплатить кредит. При удовлетворении всех условий банк дает одобрение на заключение договора кредитования, сообщая клиенту и заключая с ним кредитный договор [3, 4].

Описание диаграммы EPC

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

В процессе выдачи потребительского кредита клиент обращается в банк за кредитом. Менеджер предоставляет каталог кредитных продуктов. Клиент выбрал программу кредитования. Экономист печатает заявление для оформления заявления на кредит. Заявление на кредит оформлено. Старший экономист оценивает платежеспособность клиента. Далее документы передаются кредитному инспектору для проверки кредитной истории на наличие задолженностей [5]. В результате проверки инспектор принимает решение: или отрицательное решение и банк уведомляет клиента об отказе в выдаче кредита, или положительное решение. В последнем случае клиенту выдается денежная сумма: либо наличными через кассу, клиент отказался от выдачи наличными в кассе, либо на банковскую карту. Далее идет погашение кредита закрытие договора. Кредит закрыт. Банковский работник сдает отчет по клиенту.

Описание диаграммы IFD (рис.2)

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

Клиент подал заявку на кредит, документы (паспорт, справку о доходах). Проверка заявки , паспорта, кредитной истории, справки о доходах на наличие платежеспособности. Проверены документы (паспорт, кредитная история, справка о доходах). Далее передается запрос на кредитование в банк. Банк анализирует запрос на кредитование. Принятие решения о выдаче кредита. Одобренная заявка отправляется в кассу. Выдача кредита.

При построении моделей бизнес-процессов рекомендовано сначала  построить модель eEPC, а затем, с использованием определенных в процессе функций строить модель информационных потоков. Рассмотрим примеры диаграммы IFD на рис.1-3.

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

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

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

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

Далее, нами были разработаны примеры других диаграмм IFD на рис 2-3.

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

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

1.2  Описание содержания продукта

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

1.3  Стратегический план

Миссия компании: Создать наилучшие условия для самостоятельного обучения

Цели:

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

2.      Бизнес-кейс проекта

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

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

3.      Имеющиеся соглашения

Договор между участниками и ресурсами проекта

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

Ситуация на рынке:

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

Имеющиеся человеческие ресурсы:

Навыки: Владение одним или несколькими языками программирования из перечня: HTML5, Java, C++, Objective C, Swift и C#

Целевая аудитория пользователей: школьники и студенты

Государственные стандарты:

1. ГОСТ 19.101-77
2. ГОСТ 19.102-77
3. ГОСТ 19.201-78
4. ГОСТ Р ИСО/МЭК 9126-93
5. ГОСТ Р ИСО 9241-210-2012
6. ГОСТ Р ИСО/МЭК 12119-2000 «
7. ГОСТ 34.602-89

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

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

Бизнес-причины возникновения проекта

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

Потребность создания приложения связана со следующими причинами:

1. Необходимость приложения, которое содержало бы в себе большую базу данных учебных материалов по множеству курсов с удобной классификацией, приятным интерфейсом и возможностью выбирать необходимые курсы
2. Отсутствие универсального приложения с большим выбором курсов, которое содержало бы не только теоретический материал, но и взаимодействовала с пользователем, давало ему задачи для самостоятельного решения, проверяло ход решения, в случае необходимости давало подсказки, и предоставляла контрольные работы и тесты по пройденному материалу [4, 5, 6]

Бизнес-цель: получить универсальное обучающее приложение

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

Ожидаемые результаты проекта

Рабочее мобильное приложение с числом скачиваний более 1000

Заинтересованные стороны

- Пользователи мобильных устройств на платформах Android и IOS

- Инициатор проекта

- Руководитель проекта

- Члены команды разработки

 Требования к проекту

1. Создание обучающего мобильного приложения на платформах Android и IOS
2. Продвижение данного приложения в PlayMarket и AppStore
3. Своевременный выпуск обновлений

Факторы внутренней среды

• Политика руководства компании «Планета знаний»
• Политика персонала компании «Планета знаний» к проекту
• Корпоративная культура компании «Планета знаний»
• Команда проекта

Допущения

Критически важный персонал не покинет компанию

Любые предложения и изменения будут обсуждаться с руководителем проекта

Сроки выполнения проекта могут быть пересмотрены в ходе реализации проекта в сторону уменьшения или увеличения [7, 8, 9]

Ограничения

Государственные стандарты

Технологии

Языки программирования HTML5, Java, C++, Objective C, Swift и C#

 Полномочия команды управления проектом

 Целью проекта является создание мобильного приложения «Всезнайка» на платформах Android и IOS

Цели проекта и критерии их достижения

Требования к проектному решению

Продукт должен удовлетворять следующим требованиям и содержать в себе:

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

Границы проекта

Методологии реализации проекта

Проект разработки приложения состоит из следующих стадий:

1. Предпроектное обследование

2. Разработка ТЗ

3. Проектирование UI/UX

4. Создание концепции дизайна

5. Разработка

6. Тестирование

7. Отладка

8. Второе тестирование

9. Создание иконки приложения
10. Запуск приложения в Play Market и AppStore

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

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

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

Модуль Create – стартовая точка для сущностей в имитационной модели (точка входа). Сущности либо создаются по расписанию (shedule), либо с помощью вероятностных распределений. В этом модуле указывается тип сущности. Спецификаторы данного модуля представлены в Таблице 1.

Таблица 1 - Спецификаторы модуля Create

Данный модуль в модели используется для задания потока заявок – нарядов на перевозку стройматериалов.

Модуль Station определяет место отправления или назначения. Значения спецификаторов модулей Station представлены в Таблице 2.

Таблица 2 - Спецификаторы модуля Station

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

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

Таблица 3 - Спецификаторы модуля Leave

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

Модуль Distance определяет расстояния между начальной и конечной станциями (Таблица 4).

Таблица 4 - Спецификаторы модуля Distanse

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

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

Таблица 5 - Спецификаторы модуля Enter

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

Таблица 6 - Спецификаторы модуля Delay

Модуль  Request назначает транспортное устройство на объект и перемещает его в местоположение объекта. Когда сущность прибывает в данный модуль, это для нее определяется доступное транспортное устройство. Объект остается в модуле, пока модуль транспортера не прибудет к местоположения объекта (Таблица 7).

Таблица 7 - Спецификаторы модуля Request

Модуль Free освобождает транспортное средство от сущностей (Таблица 8).

Таблица 8 - Спецификаторы модуля Free

Модуль Transport  передает транспортное средство на станцию адресата. После задержки времени, требуемой для транспортировки, транспортное средство вновь появляется в модели в модуле Station (Таблица 9).

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

Таблица 9 –  Спецификаторы модуля Transport

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

Таблица 10 - Спецификаторы модуля Transporter

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

• Truck – самосвалы;
• Bort – грузовые бортовые автомобили;
• Bitumovoz –автомобили – битумовозы;
• Cart –автомобили-тягачи.

Модуль Assign используется для назначения новых значений переменным, атрибутам сущностей, типам сущностей, изображениям сущностей, или другим системным переменным (Таблица 11). Множественные присваивания можно произвести в одном модуле Assign.

Таблица 11 - Спецификаторы модуля Assign

Модуль Assign прежде всего используется для выбора вида автотранспортного средства для транспортировки конкретного груза.

Модуль Set определяет различные типы наборов, включая ресурсы, счетчики, таблицы, типы сущностей и картинки сущностей (Таблица 12)

Таблица 12 - Спецификаторы  модуля Set

By Truck – грузы перевозимые самосвалами;Модуль Set используется для задания наборов грузов перевозимых конкретным видом транспорта. В модели с помощью этого модуля определены следующие наборы грузов:

• By Bort – грузы перевозимые грузовыми бортовыми автомобилями;
• By Bitumovoz – грузы предназначенные для транспортировки битумовозами;
• By Cart – грузы перевозимые тягачами.

В поле Туре указан тип Entity. Каждый из наборов состоит из грузов перечисленных в Members.

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

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

1. Название подразделения: Редакционно-издательский отдел (РИО);

2. Фамилия, имя, отчество руководителя подразделения, телефон: Бахчеева Надежда Ивановна, 35-92-31

3. Фамилия, имя, отчество контактного лица, телефон контактного лица: Мирошникова Ирина Васильевна, контактный телефон – 359231

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

5. Основные функции подразделения.

Университетское книгоиздание:

• издание учебной и методической литературы (по основным профессиональным образовательным программам, отвечающим требованиям, установленным государственными образовательными стандартами);
• выпуск научной литературы и других изданий в интересах обеспечения деятельности университета [1, 2, 3];
• подготовка рукописей к изданию, редактирование, корректура, приведение в соответствии с ГОСТами; регистрация в журнале (присвоение номера заказа), сбор и обработка документов (рецензий, выписок кафедр) для издания;
• координация сроков подготовки и сдачи отчетов по календарным годам в научную часть (для общего отчета в Министерство образования и науки РФ);
• осуществление редакционных процессов рукописей материалов: утверждение на издательском совете, литературная правка, научное редактирование, стилистическая и грамматическая корректура, набор, макетирование, вычитка текстов, техническое оформление и т. д.;
• депонирование научных статей (консультации по оформлению сопроводительных документов, регистрация и подпись сопроводительных писем в научной части, оформление пересылки в информационные центры г. Москвы через канцелярию);
• обслуживание всех подразделений университета ксерокопировальными услугами.

6. Организационная структура подразделения: РИО (главный специалист, технолог -3 чел., редактор – 1 чел.), типография (главный специалист -1 чел., программист -2 чел., технолог -1 чел., мастер участка -4 чел., техник – 1 чел., ротапринтный участок – 1 сотрудник).

7. Кадровый состав подразделения: кадровый состав подразделения сформирован на основе «Типовых нормативов расчета штата редакционно-издательских работников», в которых учтены все процессы, связанные с организацией, подготовкой, редактированием, корректурой изданий и выпуском их в свет.

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

Внешние к университету организации: Министерство образования и науки РФ, Центр дополнительного профессионального образования специалистов редакционно-издательских и полиграфических подразделений вузов.

Информация: приказы и инструктивные письма, планы повышения квалификации, анкеты, сообщения.

Источники поступления информации:

Телефон:

• журнал регистрации входящей информации (форма представления журнала) – папка для хранения
• почтовый ящик (e-mail)
• другие источники – почта

продолжительность хранения информации – 3-5 лет

Документы:

• физическое представление поступающих документов: приказы, постановления, факс;
• время приема, обработки документов – 30 минут по мере поступления;
• продолжительность хранения документов и условия перевода в архив – 3-5 лет по мере устаревания;
• требования к безопасности каждого из документов – нет документов строгой секретности, хранение в условиях отдела без доступа к ним посторонних лиц

9. Какие документы и какая информация поступают в РИО из отделов университета (внутренние источники):

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

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

Источники поступления информации:

Телефон

• журнал регистрации входящей информации
• почтовый ящик (e-mail)

Документы:

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

10. Какие документы и какая информация передаются из РИО во внешние органы

Внешние органы, в которые передается информация из РИО: библиотеки России, Министерства образования и науки РФ, Российская книжная палата.

Вид информации:

• факс
• письменная информация

Источники передачи информации:

• факс
• телефон
• почтовый ящик (e-mail)

продолжительность хранения информации – 10 лет

Документы:

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

11. Какие документы и какая информация передаются из РИО в другие подразделения (отделы университета):

Подразделения, в которые передается информация из РИО: бухгалтерия (табель учета рабочего времени); отдел кадров (график отпусков); научная часть (отчеты);

Вид информации (телефонограмма, электронное сообщение, факс и др.): – письменная информация;

Источники передачи информации:

• факс
• телефон
• почтовый ящик (e-mail)

продолжительность хранения информации – 1 год

Документы:

• журнал регистрации исходящих документов (форма журнала) – нет необходимости;
• физическое представление исходящих документов (газета, журнал и т.д.) -
• время приема, обработки и отправления документов – в зависимости от объема;
• продолжительность хранения документов и условия перевода в архив – в архив не передается (согласно Министерскому перечню сдачи документов в архив);
• требования к безопасности каждого из документов – хранение в отделе

12. Какие документы и какая информация формируются в РИО (министерский перечень и т.д ):

Информация: формируемая информация хранится в бумажном виде

Документы:

• физическое представление документов (газета, журнал, электронный вид и т.д.) – планы и отчеты издательской деятельности за предыдущие годы (сейчас РИО в МО и науки образования РФ отсутствует, эта информация от вуза не требуется);
• время обработки документов – продолжительность хранения документов и условия перевода в архив – 10 лет
• требования к безопасности каждого из документов – хранение в условиях отдела без доступа к ним посторонних лиц

13. Дата заполнения анкеты: 09.02.2006 года.

14. Подпись лица, заполнившего анкету: подпись.

В результате получены данные, на основании которых можно проанализировать деятельность РИО, выделить направленность, основные цели, функции и задачи, кадровый состав сотрудников, организационную структуру подразделения, входные и выходные данные и информацию, необходимость применения информации, срок хранения документации, подразделения, с которыми взаимодействует РИО [4, 5, 6].

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

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

Редакционно-издательский отдел (РИО) осуществляет свою деятельность на основании следующих документов: нормативные акты МО и науки РФ, Устав МаГУ, Положение о деятельности РИО. Деятельность РИО осуществляется с помощью: сотрудников (начальник РИО, корректор, редактор), документов и информации, которые можно подразделить как поступающие в РИО из внешних к университету организаций и из отделов университета (например: выписка из протокола заседания кафедры, рецензия, заявка заказчика, нормативные документы, приказы, постановления, положения и т.д.) [1, 2]. Результатом деятельности РИО – подготовленный к изданию материал, который в последующем направляется в типографию на печать (рис.1).

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

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

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

Счет – фактура – документ, удостоверяющий фактическую стоимость оказание услуг.

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

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

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

−       Call centre

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

−       Такса web

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

−       3сx phone

Программа 3сx phone предназначена для принятия звонков, на ней, так же как и на программе call centre высвечиваются номера клиентов.

Программа Call centre

Плюсы программы Call centre:

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

Минусы программы Call centre:

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

Программа Такса web

Плюсы программы Такса web:

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

Минусы программы Такса web:

Основной минус этой программы заключается в том, что если звонков слишком много зависает программа и очень проблематично оформить заявку, так же зависает карта, на которой фиксируются водители. Если серверы перегружается, и оператор в это время оформляет заявку, то он не сможет отправить заявку на распределение, так как серверы не отвечают и заявка теряется [1, 2. 3]. Итог не довольный клиент, потеря времени на восстановления заявки. Так же когда неполадки на основном сервере, который находиться в Челябинске, программа вообще не работает, приходиться ждать пока разберутся с поломкой в главном сервере, из-за этого теряется очень много клиентов и дневной заработок от заявок уменьшается.

Программа 3xfone

Плюсы программы 3xfone:

Через эту программу поступают звонки и распределяются на операторов, находящиеся на смене. В этой программе предусмотрена функция удержания звонка, ей пользуются в том случае, если оператор уточняет информацию, в это время клиент ждет на линии и слушает приятную музыку. Так же в этой программе можно перевести звонок на другого оператора, это делается в том случае, если клиент хочет поговорить с определенным оператором, который его консультировал ранее, или переправить звонок на менеджера по продажам. В случае сброса звонка, можно через эту программу найти телефон в списке звонивших клиентов в call – центр [4, 5. 6].

Минусы программы 3xfone:

Минусы этой программы схожи с минусами программы Такса web, сходство заключается в том что, если серверы сломаны или перегружены, программа постоянно зависает и не реагирует на кнопку принятия звонка. Это очень сильно мешает работе операторов, потому что именно от этой программы засвистит работа. Не предусмотрен резервный сервер именно для таких случаев. Рассмотрим далее бизнес-процесс организации деятельности Call-центра (рис.1).

Рисунок 1 – Модель eEPC (AS-IS) Организация деятельности компании

Рассмотрим состав технической инфраструктуры, который представлен в таблице 1.

Таблица 1 – Характеристика технической инфраструктуры

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

Таблица 2 – Характеристика АРМ

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

Анализ «узких мест»

Функция «обработки звонка» представляет собой процесс, при котором звонки  поступают менеджерам или операторам и их необходимо обработать согласно техническому заданию, оговоренному администрацией call – центра.

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

Минусы программы Call centre:

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

 Минусы программы Такса web:

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

Минусы программы 3xfone:

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

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

−         длительность типовых операций;

−         дублирование и противоречивость функций, потоков и документооборота;

−         степень загруженности должностных лиц;

−         степень применения средств автоматизации.

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

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

Для принятия управленческого решения необходимо рассмотреть существующие ИТ-решения на ИТ-рынке.

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

Опишем взаимодействие структурных единиц данного отдела.

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

Входные документы:

-       товарно-транспортная накладная-РАНvр.

Выходные документы:

-       отчет о продажах со скидкой;

-       отчет почасовой о продажах;

-       отчет по продажам о продавцах;

-       отчет по возвратам;

-       отчет за операционный день.

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

На данном этапе анализа была разработана общая модель «как есть».

Модель AS-IS или модель «как есть» представляет собой модель бизнес-процессов на момент обследования предприятия и строится с целью понять, как функционирует данное предприятие с позиций системного анализа. Эта модель строится с целью выявления ошибок и узких мест, а также формулировки предложений по улучшению ситуации [1, 2, 3].

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

Для анализа существующего положения в магазине были составлены диаграммы в средствах редактора Microsoft Visio, а именно:

-       диаграмма Исикавы;

-       диаграмма eEPC.

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

Проведем анализ построенной диаграммы.

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

-       персонал

-       функционирование подразделений

-       руководство

-       бесперебойная работа КИС

-       отчетность

Рассмотрим каждый фактор подробнее.

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

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

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

• Корректность всех АРМ;
• Необходимое для работы ПО;
• Скорость работы продразделений;
• Система взаимодействия между отделами.

-       руководство – способы управления отделами, и, непосредственно отделом обуви; методика работы с персоналом, способы мотивации и повышения производительности сотрудников, разработка стратегий и тактики организации [4, 5, 6]. На данный фактор влияет следующее:

• Контроль выполнения задач (работа с персоналом, проведение тренингов);
• Отчетность;
• Анализ показателей за прошлые периоды
• Назначение на должность

-       бесперебойная работа КИС. На данный фактор влияет следующее:

• Умение персонала обращаться с ситемой;
• Бесперебойная работа эл. энергии;
• Квалификация системного администратора (знание системы, внесение изменений в систему).

-       отчетность. На данный фактор влияет следующее:

• Персонал;
• Доступ к необходимому ПО.

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

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

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

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

EPC-метод был разработан Августом-Вильгельмом Шеером в рамках работ над созданием ARIS в начале 1990-х годов.Используется многими организациями для моделирования, анализа и реорганизации бизнес-процессов.[7, 8, 9]

Проанализируем данную диаграмму.

Процессом, инициирующим работу КИС, является «Поступление товара со склада».

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

-       внесение информации о товаре;

-       равнение прибывшего товара с накладной;

-       размещение товара в торговом зале;

-       продажа единицы товара;

-       внесение данных о проданном товаре;

-       внесение показателей за операционный день;

-       составление отчета за операционный день.

Завершает работу системы процесс-клиент «отчет составлен».

Все операции по работе с документами выполняются в КИС, кроме функции «Составление отчета за операционный день». Эта функция выполняется вручную линейным руководителем [10].

В работе системы по данной схеме были выделены такие «узкие» места, как:

-       данные для составления отчета за операционный день вручную переносятся из КИС в Еxcel.

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

Для устранения данных «узких» мест предложено управленческое решение: разработка модуля для составления дневного отчета в КИС.

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

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

Формируем матрицу обратных рангов

Таблица 1 - Расчеты степени влияния причин на событие

 Аналогичным образом произвели  расчеты по основным и второстепенным факторам.  Полученные значения отображены на  причинно-следственной диаграмме (рисунок 2).Формируем матрицу обратных рангов

Рисунок 2. Диаграмма Исикавы

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

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

Таблица 1 – Редактирование прайсов

Таблица 2 – Калькуляция себестоимости

Таблица 3 – Формирование заказа

Таблица 4 – Изменение документа-основания
Формирование различной документации (платежных документов, доверенностей, приходных ордеров, рекламационных накладных, счет-фактур, авизо) происходит через выбор сотрудником соответствующего документа-основания и необходимых ответственных лиц [2, 3].

Результаты работы будут использованы при написании курсовой работы.

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

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

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

Одной из современных методологий бизнес-моделирования, получившей широкое распространение в России является методология ARIS.

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

1. IFD (англ. Information Flow) – диаграмма информационных потоков
2. ORG (англ. Organizational Chart) – организационная структура предприятия;
3. VAD (англ. Value added chain diagram) — диаграмма, описывающая взаимосвязь бизнес-процессов верхнего уровня.

IFD – аналог DFD и применяется при построении схем потоков данных или документов между функциями бизнес-процессов предприятия. Простота нотации ограничивает области ее полезного применения.  Пример IFD диаграммы бизнес-процесса «Деятельность туристического агентства» представлен на рисунке 1.

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

Каждое турагентство имеет свою организационную структуру. Во главе турагентства стоит директор, ему подчиняются начальники отделов, юристы и сотрудники службы безопасности. Организационная структура типичного туристического агентства представлена на рисунке 2. Также свою организационную структуру имеет отель, во главе которого стоит директор, ему подчиняются администраторы, менеджеры, начальники отделов и сотрудники службы безопасности[4]. Организационная структура отеля представлена на рисунке 3.

Также была разработана диаграмма  VAD (рис.4), описывающая процесс «Деятельность туристического агентства»

Кладовщик заводит на каждый вид ГП карточку складского учета. Данная карточка заполняется по мере прихода товара, в ней фиксируется приход, дальнейший расход и подсчитывается остаток в конце отчетного периода [1]. Отпуск со склада компании «ПРК» оформляется приказом-накладной, которая состоит из двух частей: приказа на отпуск и накладной, служащей основанием к списанию продукции со склада в расход. Для вывоза готовой продукции получатель предъявляет доверенность на право получения груза [2].

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

Будет:

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

Не будет:

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

Основные функции:

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

Основные данные:

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

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

Предметной областью называется область реального мира, представляющая интерес для проектирования информационной системы. В данном информационной системе предметной областью является деятельность предприятия «ПРК» по учету готовой продукции на складе [4].

Прежде чем начинать моделирование информационной системы, нужно провести следующие шаги:

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

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

Для предпроектного обследования было проведено анкетирование:

1. Название подразделения: Склад готовой продукции.
2. Фамилия, имя, отчество начальника: Ишимов Андрей Иванович, телефон: 89224568792.
3. Фамилия, имя, отчество заместителя начальника подразделения:Михайлов Алексей Сергеевич телефон заместителя начальника подразделения 89080541236.
4. Основная цель подразделения: Учет готовой продукции на складе.
5. Основные функции подразделения: учет продукции на складе, изготовленной по договорам и для свободной продажи (регистрация в журнале учета, формирование накладной).
6. Кадровый состав подразделения: кладовщик, зав. складом.
7. Документы, поступающие в подразделение из других подразделений: приемно-сдаточная накладна.
8. Физическое представление, время и частота поступления, вид обработки и требования к безопасности каждого из этих документов: Журнал регистрации ГП – книга с записями о ГП, прошедший весь производственный цикл, её качественных и количественных характеристик, записи добавляются после завершения каждого производственного цикла. Приемно-сдаточные накладные – бумажные документы, формируются в производственном отделом. Расходные накладные – бумажные документы, составляются складом готовой продукции по отгруженной продукции. Требованием к безопасности этих документов является наличие подписей ответственных лиц (руководителей предприятий, их заместителей или главных бухгалтеров). Хранение бумажных документов осуществляется в архиве предприятия (в специальных папках для каждого из видов документов).
9. Продолжительность хранения каждого из документов и условия перевода в архив: Документы хранятся в течении месяца, по истечению которого передаются в архив.
10. Документы, формирующиеся в подразделении: карточки складского учета, журнал регистрации готовой продукции, расходная накладная, отчётность о работе склада.
11. Физическое представление время, частота и вид обработки и требования к безопасности каждого из этих документов: карточки складского учета – бумажный документ, в котором фиксируется приход, дальнейший расход и подсчет остатков в конце отчетного периода, журнал регистрации ГП – книга с записями о ГП, прошедший весь производственный цикл, её качественных и количественных характеристик, записи добавляются после завершения каждого производственного цикла. Расходные накладные – бумажные документы, составляются складом готовой продукции по отгруженной продукции. Отчётность о работе склада – бумажные документы, заполняемые в момент завершения производственного цикла. Отчётность передаётся в бухгалтерию. Требованием к безопасности этих документов является наличие подписей ответственных лиц (руководителей предприятий, их заместителей или главных бухгалтеров). Хранение бумажных документов осуществляется в архиве предприятия (в специальных папках для каждого из видов документов).
12. Продолжительность хранения каждого из документов и условия перевода в архив: Копии отчётности переводятся в архив после осуществления производственного цикла  и по мере необходимости используются сотрудниками предприятия. Журнал учета готовой продукции постоянно используется сотрудниками склада, поэтому не передаётся в архив.
13. Документы, передающиеся в другие подразделения: отчеты, расходная накладная.
14. Физическое представление время и частота отправки, вид обработки и требования к безопасности каждого из этих документов: Расходные накладные – бумажные документы, составляются складом готовой продукции по отгруженной продукции. Отчётность о работе склада – бумажные документы, заполняемые в момент завершения производственного цикла. Отчётность передаётся в бухгалтерию. Требованием к безопасности этих документов является наличие подписей ответственных лиц (руководителей предприятий, их заместителей или главных бухгалтеров). Хранение бумажных документов осуществляется в архиве предприятия (в специальных папках для каждого из видов документов).
15. Продолжительность хранения каждого из документов и условия перевода в архив: Копии отчётности переводятся в архив после осуществления производственного цикла  и по мере необходимости используются сотрудниками предприятия.
16. Информация, поступающая в отдел из внешних к организации источников (банк, заказчик, налоговые органы и т.д.): накладная на отгрузку.
17. Физическое представление время и частота поступления, вид обработки и требования к безопасности каждого из видов информации:
18. Продолжительность хранения каждого из документов и условия перевода в архив:
19. Информация, передающаяся из подразделения во внешние органы: Расходная накладная, требование о наличии товара на складе.
20. Физическое представление время и частота передачи, вид обработки и требования к безопасности каждого из видов информации:
21. Продолжительность хранения каждого из документов и условия перевода в архив:
22. Описание информационной инфраструктуры (техническое оснащение и программные продукты) подразделения: телефон, компьютер.
23. Основные недостатки бизнес-процессов и существующей системы обработки документов в подразделении:  Возможно дублирование информации из-за большого количества документации и соответственно существование необходимости её быстрой и эффективной обработки (не исключены ошибки при внесении данных в журнал ГП и при составлении отчётности – человеческий фактор). Затрачивается большое количество времени для внесения всей информации в журнал ГП и для формирования отчётности.
24. Предложения по реорганизации бизнес-процессов и существующей системы обработки документов в подразделении: разработать или купить новую информационную систему
25. Дата заполнения анкеты:
26. Подпись:

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