УДК 004.4

О ПРОГРАММНЫХ СРЕДСТВАХ ПРОЕКТИРОВАНИЯ АРХИТЕКТУРЫ ИНФОРМАЦИОННЫХ СИСТЕМ

Плахотная Людмила Александровна1, Демченко Галина Вячеславовна2
1Приамурский государственный университет имени Шолом-Алейхема, Старший преподаватель кафедры информатики и вычислительной техники
2Приамурский государственный университет имени Шолом-Алейхема, Студент

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

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


ABOUT THE SOFTWARE ARCHITECTURE DESIGN OF INFORMATION SYSTEMS

Plakhotnaya Liudmila Alexandrovna1, Demchenko Galina Vyacheslavovna2
1Sholom-Aleichem Priamursky State University, Senior Lecturer, Department of Computer Science
2Sholom-Aleichem Priamursky State University, Student

Abstract
This article focuses on the choice of software architecture design of information systems and use of selected software to create the architecture of information system "Automation of the taxi dispatcher".

Keywords: architecture, control function, decomposition, design tools, information system, supported function, the level of decomposition


Рубрика: 05.00.00 ТЕХНИЧЕСКИЕ НАУКИ

Библиографическая ссылка на статью:
Плахотная Л.А., Демченко Г.В. О программных средствах проектирования архитектуры информационных систем // Современные научные исследования и инновации. 2015. № 6 [Электронный ресурс]. URL: http://web.snauka.ru/issues/2015/06/54760 (дата обращения: 20.11.2016).

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

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

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

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

Класс и назначение Пример
SoftwareEngineering (Разработка программного обеспечения) CASE-средство IBM Rational Rose 2003
Service Oriented Architecture (Сервисориентированнаяархитектура) EnterpriseServiceBus
Enterprise Architecture (Архитектура предприятия) EA tools (Enterprise Architecture tools)
AllFusion Process Modeler 7 (BPwin)
Business / IT strategy (Бизнес / ИТ стратегия) AllFusionProcessModeler 7 (BPwin)
Enterprise / IT portfolio (Предприятие / ИТ портфель) CA Clarity от компании CA Technologies
ProgramManagement (Управление программами) Program Management Professional
Governance, Risk, Compliancy (Управление, риски, соответствие условиям) TSLab

Обзором средств проектирования архитектуры информационных систем занимаются такие ученые, как Д.Р. Трутнев[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 – Ведение базы заказов

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


Библиографический список
  1. Трутнев Д.Р. Архитектуры информационных систем. Основы проектирования: Учебное пособие. – СПб.: НИУ ИТМО, 2012. – 66 с. С.19-25.
  2. М. Смирнов. Роль IT-архитектора в организации // Архитектура информационных систем. URL: http://mxsmirnov.com/2014/10/08/solution-architect-2/
  3. Вахранев И.Б. Методика построения Архитектуры информационных систем // Известия Волгоградского Государственного технического университета 2007 г. № 3 / том 9. С. 75-82.
  4. Плахотная Л.А., Якимов А.С. Организация Web-интерфейса поисковых запросов к базе данных. // Современные научные исследования и инновации. 2014. № 5-1 (37) С. 25.
  5. Плахотная Л.А., Винокуров А.С. О технологии организации web-интерфейса к базе данных // Молодой ученый. 2014. №7. С.53-57.
  6. Баженов Р.И. О методике обучения проектированию информационных систем будущих менеджеров // Психология, социология и педагогика. 2014. № 8 (35) С. 30-38.
  7. Баженов Р.И., Корнилков А.П., Лопатин Д.К. Проектирование web-ориентированной информационной системы университета на основе Клиент-серверных технологий // Актуальные проблемы гуманитарных и естественных наук. 2014. № 4-1. С. 68-71.


Все статьи автора «Плахотная Людмила Александровна»


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

Связь с автором (комментарии/рецензии к статье)

Оставить комментарий

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

Если Вы еще не зарегистрированы на сайте, то Вам необходимо зарегистрироваться:
  • Регистрация