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

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

Таблица 1 – Классификация программного обеспечения, предназначенного для работы с информационными системами

Обзором средств проектирования архитектуры информационных систем занимаются такие ученые, как Д.Р. Трутнев[1] – ученый, который разработал учебное пособие «Архитектуры информационных систем. Основы проектирования». Так же стоит отметить Максима Смирнова[2] – разработчика собственного сайта, посвященного Архитектуре информационных систем. На просторах его веб-ресурса можно найти руководства по оптимизации бизнес-планов и др. И.Б. Вахранев [3] разработал методику построения архитектуры информационных систем. Л.А. Плахотная и А.С. Якимов рассмотрели технологию программирования web-интерфейса поисковых запросов к базе данных инструментальными средствами PHP[4]. Совместно с Винокуровым А.С., Плахотная Л.А. описала технологию организации web-интерфейса к базе данных[5].

О методике обучения проектированию информационных систем будущих менеджеров рассказал Баженов Р.И. [6]. Так же Баженов Р.И., совместно с Корнилковым А.П. и Лопатиным Д.К., раскрыли суть проектирования web-ориентированной информационной системы университета на основе Клиент-серверных технологий.[7]

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

Одним из факторов успешного позиционирования на рынке услуг, является работоспособность компании. Служба такси «Форсаж» – одна из многих служб такси города Биробиджан, которая взята за основу моделирования деятельности диспетчера такси. Для более четкой картины были разработаны модели бизнес-процессов деятельности диспетчера такси до автоматизации и после нее.

Процесс функционирования компании до автоматизации представлен на диаграмме нулевого уровня (см. Рисунок 1).

Рисунок 1 – Диаграмма нулевого уровня «Деятельность диспетчера такси»

Вся система представлена в виде блока «Деятельность диспетчера такси» и дуг, обозначающих связи с функциями вне системы. На вход системы при этом подаются данные о заказе. Управляющими функциями являются законодательство и должностные обязанности, поддерживающими – мобильная связь и радиосвязь. На выходе диспетчер получает отчет.

Декомпозируя диаграмму нулевого уровня, система разбивается на 3 блока: «Прием заказов», «Поиск экипажа», «Заполнение журнала заказов». Должностные обязанности управляют всеми процессам, законодательство регулирует только журнал заказов. Диспетчер принимает заказ посредствам мобильной связи, далее происходит поиск экипажа при помощи радиосвязи и конечный этап – формирование заказа и внесение его в журнал заказов. Так как блок «Заполнение журнала заказов» разбит на четыре блока, один из которых «Подтверждение заказа», а он осуществляется посредствам мобильной и радиосвязи, то поддерживающими функциями блока «Заполнение журнала заказов» будут мобильная и радиосвязь (см. Рисунок 2).

Рисунок 2 – Декомпозиция деятельности диспетчера такси

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

Рисунок 3 – Декомпозиция «Заполнение журнала заказов»

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

Рисунок 4 – Диаграмма нулевого уровня «Автоматизация деятельности диспетчера такси»

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

Рисунок 5 – Автоматизация деятельности диспетчера такси

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

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

Рисунок 6 – Ведение базы заказов

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