Главная страница
Навигация по странице:

  • Чумичкин Александр Александрович

  • Основная часть

  • Обоснование функциональных требований к системе

  • Обоснование требований к аспектам выполнения процессов деятельности в ИС ВН

  • Формирование требований, определяющих поведенческие (динамические) аспекты системы

  • Формирование требований к организации данных в ИС ВН

  • Моделирование пользовательского интерфейса

  • Рис. 5.

  • ALEXANDER A. CHUMICHKIN

  • Keywords: automated control systems; modeling; information system; methodical approach.REFERENCES

  • Авиационная и ракетнокосмическая техника том 12. 2020


    Скачать 0.69 Mb.
    НазваниеАвиационная и ракетнокосмическая техника том 12. 2020
    Дата20.01.2023
    Размер0.69 Mb.
    Формат файлаpdf
    Имя файлаmodelirovanie-avtomatizirovannyh-sistem-upravleniya-slozhnymi-or.pdf
    ТипЗадача
    #895317

    1
    i-methods
    АВИАЦИОННАЯ И РАКЕТНО-КОСМИЧЕСКАЯ ТЕХНИКА
    том 12. № 1. 2020
    http://intech-spb.com/i-methods/
    Моделирование автоматизированных систем управления сложными организационно-техническими системами
    АННОТАЦИЯ________________________________________________________________________________________________________
    В работе рассматривается задача синтеза требований к перспективным автоматизированным информацион- ным системам. В настоящее время требования к перспективным информационным системам формируются на естественном языке, выразительных свойств которого недостаточно для лаконичного и однозначного описания требований, что усложняет процесс разработки и согласования. Предложенный методический подход основан на построении комплекса моделей перспективной информационной системы. Особенностью предлагаемого подхода является комплексное использование методологий функционального и объектно-ориентированного моделирования информационной системы и соответствующих процессов управления, а также разработанной нотации моделирования пользовательского интерфейса. Использование унифицированного языка моделиро- вания обеспечивает однозначность интерпретации требований всеми участниками процесса создания инфор- мационной системы — от заказчика до разработчика.
    _____________________________________________________________________________________________________________________
    КЛЮЧЕВЫЕ СЛОВА: автоматизированные системы управления; моделирование; информационная система; ме- тодический подход.
    Чумичкин Александр Александрович
    к.т.н., доцент, начальник 12 отдела научно-исследовательского научно-исследовательского центра (проблем применения, обеспечения и управления авиацией Военно-воздушно сил)
    Военного учебно-научного центра «Военно-воздушная академия имени Н.Е.Жуковского и Ю.А.Гагарина»,
    г. Воронеж, Россия, alexander.chumichkin@gmail.com

    I-methods. 2020. Т. 12. № 1. URL: http://intech-spb.com/i-methods/
    2
    Введение
    Одним из основных направлений повышения эффективности деятельности органов государственного управления, корпораций и организаций в современных условиях является автоматизация процессов деятельности должностных лиц (ДЛ). Автоматизация бизнес- процессов предполагает разработку и внедрение соответствующих автоматизированных информационных систем (ИС).
    Конечной целью создания и внедрения таких систем является повышение эффектив- ности функционирования соответствующих объектов автоматизации (ОА) за счет автоматиза- ции и оптимизации бизнес- процессов [1]. В то же время, эффект от внедрения ИС (положи- тельный или отрицательный) зависит от того насколько она соответствует потребностям ОА.
    В связи с этим эффективность ИС во многом определяется на этапах формирования требова- ний к перспективной автоматизированной информационной системе [2, 3].
    В настоящее время выполняется большое количество проектов, направленных на созда- ние и модернизацию информационных систем различного масштаба — от систем небольших компаний и организаций, до автоматизированных систем, охватывающих все уровни государ- ственного управления. Анализ хода и результатов, выполнения проектов по созданию автома- тизированных информационных систем свидетельствует о наличии общих системных недо- статков, таких как [1, 2]:
    – несоответствие разрабатываемой системы бизнес- процессам и регламентам деятель- ности должностных лиц;
    – некорректное поведение автоматизированной информационной системы при возник- новении различных событий;
    – низкая эффективность начальных этапов выполнения проектов (предпроектных исследований, эскизного и технического проектирования);
    – увеличение сроков выполнения и повышение стоимости работ и др.
    В конце прошлого века и в первые годы нынешнего главной причиной низкой эффек- тивности разработок автоматизированных информационных систем, является недофинанси- рование. В последние годы на всех уровнях управления наблюдается существенное увеличе- ние объемов финансирования проектов по созданию и совершенствованию информационных систем. Однако, несмотря на существенное увеличение объемов финансирования, перечис- ленные выше проблемы по-прежнему актуальны.
    Многие создаваемые автоматизированные информационные системы не удовлетворяют современным потребностям соответствующих объектов автоматизации. Как правило, приве- денные выше проблемы выявляются в ходе испытаний и опытной эксплуатации систем, когда основной объем работ уже выполнен. Все это определяет актуальность задачи обоснования требований к перспективным автоматизированным информационным системам.
    Ведущие мировые державы уделяют пристальное внимание вопросам разработки тре- бований к автоматизированным системам управления. Так, в военном ведомстве США раз- работан ряд документов, регламентирующих применение офицерами соответствующих департаментов методологии Agile при сопровождении разработок программного обеспече- ния. Забегая немного вперед можно сказать, что применение этого подхода для ИС ВН затруд- нено существующей системой документов, регламентирующих выполнение разработок и их сопровождение, а также особенностями имеющейся инфраструктуры [4].

    I-methods. 2020. Vol. 12. № 1. URL: http://intech-spb.com/i-methods/
    3
    Основная часть
    Исследования по обоснованию требований к перспективным ИС ВН направлены на выявление целей, задач, определения облика системы и содержания автоматизируемых про- цессов управления. Данный этап выполняется научно- исследовательскими организациями
    Министерства обороны, представителями заказывающего ОВУ. Эти работы включают выяв- ление, сбор и систематизацию требований к ИС и документирование результатов [2,5] и пред- полагают тесное взаимодействие предприятия разработчика и организации заказчика, осу- ществляющей военно- научное сопровождение (ВНС) соответствующей опытно- конструкторской работы. Требования формулируются в соответствующих документах
    (тактико- технических заданиях, постановках задач и др.).
    Практика показывает, что организации заказчика, осуществляющие ВНС при обоснова- нии и формировании требований, используют устаревшие подходы, часто заключающиеся в трансляции требований руководящих документов. Часто задача сводится к созданию спи- сков задач и обязанностей должностных лиц. Применение этого подхода приводит к созда- нию объемных, неинформативных и, как следствие, малоэффективных документов, как с точ- ки зрения разработки, так и с точки зрения контроля реализации этих требований.
    Требования к разрабатываемым системам формулируются на естественном языке, выразительные свой ства которого делают процесс весьма трудоемким, а описание требова- ний громоздким. Большие трудности вызывает однозначное описание поведенческих аспек- тов и процессов функционирования системы. Заказчик и Разработчик, как правило, имеют различные представления о разрабатываемой системе, что усложняет их взаимодействие.
    Накопленный опыт по созданию ИС, свидетельствует, об отсутствии единой методиче- ской базы по формированию требований, которая является одной из главных причин низкой эффективности реализации проектов [6]. В частности, не обеспечивается качественное пред- ставление таких принципиально важных требований к разработке ИС ВН как: адекватность реальным процессам управления, функциональность и динамика выполнения (реализации) процессов деятельности должностных лиц. Все это определило актуальность задачи разработки нового подхода при формировании требований к перспективным информационным системам.
    Систему требований можно рассматривать как соответствующую модель перспектив- ной ИС. Это определило выбор методов моделирования в качестве основы разработанного подхода, то есть суть разработанного подхода заключается в разработке комплекса взаимос- вязанных моделей перспективной ИС.
    В первую очередь, был проведен анализ получивших в настоящее время наибольшее распространение на практике методологий моделирования информационных систем (UML,
    DFD, SADT, ARIS, BPMN) [2, 6–8], который позволил сделать обоснованный выбор наиболее подходящих нотаций для описания различных аспектов системы. Формирование требований предлагается производить на основе разработки иерархической многокомпонентной модели, описывающей множество характеристик перспективной ИС.
    В качестве инструментария разработки и формализованного представления моделей
    ИС выбрана методология графических нотаций описания процессов управления [6, 9].
    Главным достоинством методов моделирования ИС с использованием графических нотаций является возможность наглядного многоуровневого и разностороннего представления объек- та разработки в виде совокупности взаимосвязанных моделей [2, 10].

    I-methods. 2020. Т. 12. № 1. URL: http://intech-spb.com/i-methods/
    4
    При всем многообразии методологий и нотаций моделирования на сегодняшний день не существует подхода к обоснованию требований к ИС, определяющего необходимый и достаточный набор нотаций и последовательность их разработки.
    На основе анализа существующих методологий моделирования и опыта практических работ авторами разработан подход, позволяющий формулировать требования к основным аспектам ИС. Разработанный подход основан на использовании существующих нотаций, а так- же разработанной авторами нотации описания пользовательского интерфейса системы. В соот- ветствии с разработанным подходом ИС ВН представляется в виде комплексной многоуровне- вой модели, элементы которой описывают различные аспекты проектируемой системы [3].
    Порядок разработки модели предполагает определение основных процессов управле- ния (деятельности), выполняемых на ОА, участников процессов и выполняемых ими ролей.
    Далее проводится последовательная декомпозиция моделей процессов управления, направ- ленная на достижение требуемой степени детализации, а также разработка моделей, раскры- вающих содержание требований к различным аспектам ИС ВН.
    Глубина проработки (степень детализации) модели определяется уровнем и полнотой представления требований к ИС ВН, с учетом накладываемых ограничений. Исходя из анали- за используемых на практике подходов формирования требований к разработке ИС [6–10] в качестве базовых выделены следующие аспекты ИС ВН:
    – функциональность (предоставляемые потребителю функции);
    – выполнение процессов управления (деятельности);
    – поведение при наступлении различных событий (динамика);
    – организация хранения данных и доступа к ним;
    – пользовательский интерфейс.
    В качестве основного средства разработки модели ИС ВН выбраны графические нота- ции языка UML. Выбор языка UML объясняется его простотой, универсальностью и наибо- лее широким набором нотаций моделирования [7]. Для случаев, когда семантический набор средств языка UML не обеспечивает эффективное представление рассматриваемого аспекта
    ИС ВН, или они отсутствуют, используются другие средства моделирования, в частности графические нотации: EPC, BPMN и IDEF [9]. Далее представлены основные этапы моделирования.
    Обоснование функциональных требований к системе
    Основная задача этого этапа — определить перечень должностных лиц (пользователи, роли) допускаемых к использованию системы. Для этого используется диаграмма вариантов использо- вания системы, позволяющая представить на макроуровне функциональные возможности и тре- буемое поведение разрабатываемой системы, не раскрывая механизмов их реализации [7].
    При необходимости может быть выполнена детализация варианта каждого варианта использования посредством создания его декомпозиционной модели. Декомпозиция варианта использования предполагает выявление и отражение в модели основных и обеспечивающих функций, связей между ними в том числе и с другими вариантами использования.
    Реализация предлагаемого подхода в статье рассматривается на примере формирования требований к ИС инженерно- авиационной службы авиационной части (ИС ИАС).

    I-methods. 2020. Vol. 12. № 1. URL: http://intech-spb.com/i-methods/
    5
    Ограничения:
    – рассматриваются требования к ИС ИАС в части автоматизации процесса ведения учета технического состояния (ТС) воздушных судов (ВС);
    – декомпозиция модели ИС ИАС проводится для варианта использования: «Ведение учета ТС ВС».
    Первым шагом осуществляется разработка модели вариантов использования системы верхнего уровня, которая определяет функциональные требования к ИС ИАС в целом (рис. 1).
    Модель содержит следующие основные элементы:
    – множество пользователей ИС — должностных лиц авиационной части;
    – набор функций (вариантов использования), которые должны предоставляться систе- мой пользователям ИС ИАС.
    В представленной модели выделены две категории действующих лиц. Для лаконично- сти в модели могут вводиться абстрактные пользователи (должностные лица) с которыми неабстрактные пользователи связаны отношением наследования, включая инкапсуляцию и полиморфизм. В приведенном примере выделены два абстрактных объекта.
    Пример абстрактного пользователя: «ДЛ управления в/ч» (должностные лица управле- ния воинской части), от которого наследуются пользователи:
    Рис. 1. Модель вариантов использования ИС ИАС

    I-methods. 2020. Т. 12. № 1. URL: http://intech-spb.com/i-methods/
    6
    – командир воинской части (Командир в/ч);
    – заместиель командира части по ИАС (Заместиель по ИАС);
    – заместитель командира части по летной подготовке (Заместитель по ЛП);
    – Командир эскадрильи (Командир (Э).
    «Должностные лица ИАС», от которого наследуются:
    – заместиель по ИАС;
    – заместиель комадира эскадрильи по ИАС (Заместиель по ИАС (Э);
    – начальник технико- эксплуатацтонной части (Начальник тэч);
    – начальник группы тэч (Начальник группы тэч);
    – старший техник ВС (Ст. техник ВС).
    В представленном примере выделены следующие варианты использования ИС ИАС:
    – «Ведение учета авиационной техники (АТ)»;
    – «Ведение планов ТО АТ»;
    – «Ведение учета ТС ВС»;
    – «Формирование графика доступности ВС»;
    – «Планирование контроля ТС ВС».
    Требования по предоставляемым функциям ИС ИАС пользователям, отображаются в модели виде отношений ассоциаций (Association Relationship).
    Дальнейшее уточнение функциональных требований к каждому варианту использова- ния модели верхнего уровня производится посредством создания его декомпозиционной модели. Декомпозиционная модель варианта использования «Ведение учета ТС ВС» пред- ставлена на (рис. 2).
    Рис. 2. Модель варианта использования: «Ведение учета ТС ВС»

    I-methods. 2020. Vol. 12. № 1. URL: http://intech-spb.com/i-methods/
    7
    В модели отражены основные функции, определяющие содержание варианта использо- вания «Ведение учета ТС ВС». Для определения связей между функциями варианта исполь- зования используются типы отношений: расширения (extend) и включения (include).
    Представленная модель описывает требования к ИС ИАС по составу пользователей системы и предоставляемым им функциям, а также позволяет определить связи между раз- личными вариантами использования.
    Обоснование требований к аспектам выполнения процессов деятельности в ИС ВН
    На данном этапе разрабатываются модели, определяющие требования по порядку выполнения и динамике протекания процессов при реализации различных функций (вариан- тов использования) системы. Процедура обоснования требований формализуется моделиро- ванием желаемого сценария реализации каждого варианта использования.
    Модель строится с использованием диаграммы деятельности (Activity diagram) [2, 6], которая отображает последовательность действий участников процесса, а также порядок передачи потоков управления при выполнении соответствующего варианта использования.
    Описание разбиения действий и переходов управления между участниками процесса прово- дится за счет введения дорожек (Swimlane), соответственно должностных лиц и элементов информационной системы. Введение дорожек в модели деятельности позволяет показать реакцию системы на действия пользователей. В качестве примера на (рис. 3) показана модель деятельности расширения «Ведение карточки ВС».
    Рис. 3. Модель деятельности расширения «Ведение карточки ВС»

    I-methods. 2020. Т. 12. № 1. URL: http://intech-spb.com/i-methods/
    8
    Формирование требований, определяющих поведенческие (динамические)
    аспекты системы
    Содержательное раскрытие требований к механизмам выполнения вариантов использо- вания предполагает дальнейшую декомпозицию моделей ИС ВН. Одной из основных задач является определение реакций и поведения системы при наступлении различных событий.
    Для решения этой задачи выбрана графическая нотация событийных цепочек процес- сов EPC (Event- Driven Process Chain), хорошо зарекомендовавшая себя для описания процес- сов (функций) нижнего уровня. Основные достоинства EPC-моделей заключаются в просто- те, наглядности и гибкости описания логики выполнения процессов [6].
    Построение модели выполнения процесса в нотации EPC заключается в определении последовательности чередующихся событий и функций, определяющих порядок выполнения процесса. С точки зрения формирования требований к ИС ВН эти диаграммы позволяют представить необходимую логику выполнения процесса или функции.
    В качестве примера на (рис. 4) представлена событийная модель выполнения процесса
    «Ведение карточки ВС» в ИС ИАС. Модель представляет собой упорядоченную комбинацию событий и функций, описывающих требуемый порядок выполнения процесса «Ведение кар- точки ВС».
    Формирование требований к организации данных в ИС ВН
    Решение данной задачи основывается на разработке концептуальной модели данных
    ИС ВН. Для построения модели данных проводится исследование и анализ используемой информации (входные и выходные информационные потоки, информационные ресурсы).
    Результатом исследования является набор сущностей и отношений между ними.
    Формализованное представление требований к организации данных в ИС ВН предпо- лагает построение модели сущность – связь ERM (Entity Relationship Model). Графически модель данных представляется в виде ER-диаграммы. Использование ER-диаграммы для раз- работки модели данных позволяет наглядно отобразить требования к ИС ВН по составу, орга- низации, форматам представления данных, а также определить основные информационные блоки и отношения между ними [11].
    На (рис. 5) представлен фрагмент модели данных ИС ИАС в части учета технического состояния воздушных судов, определяющий набор сущностей (информационных блоков) и связей между ними.
    Содержательно информационный блок определяет состав атрибутов, описывающих определенный объект или его свой ства. Полученная таким образом модель данных позволяет определить требования по составу, структуре и форматам представления данных в ИС ИАС и обеспечит синтез структуры базы данных ИС.
    Моделирование пользовательского интерфейса
    Важнейшим элементом информационной системы является ее пользовательский интер- фейс. От качества его разработки зависит эффективность внедрения и использования инфор- мационной системы. С одной стороны, пользовательский интерфейс должен обеспечить реа- лизацию функциональности системы, а с другой, интуитивность понимания и удобство рабо- ты пользователя. При этом, чем богаче функциональность системы и чем больше пользовате-

    I-methods. 2020. Vol. 12. № 1. URL: http://intech-spb.com/i-methods/
    9
    лей и ролей предусмотрено в ее модели вариантов использования, тем сложнее согласовать эти два требования.
    Проектирование пользовательских интерфейсов сегодня является одним из наиболее актуальных направлений в сфере IT в мире. Существует даже устоявшийся термин UX/
    UI-дизайн [12] — проектирование любых пользовательских интерфейсов, в которых удобство использования также важно, как и внешний вид.
    В то же время, проведенный анализ существующих подходов к моделированию пользо- вательских интерфейсов позволил сделать вывод, что все они в основном направлены на эргономичность дизайна и в меньшей степени ориентированы на оптимизацию реализации
    Рис. 4. Модель выполнения процесса: «Ведение карточки ВС»

    I-methods. 2020. Т. 12. № 1. URL: http://intech-spb.com/i-methods/
    10
    функциональности системы. В связи с этим была разработана нотация моделирования поль- зовательского интерфейса, подробное описание которой представлено в соответствующей работе и выходит за рамки настоящей статьи.
    Модель потока интерфейсов — разработанная авторами нотация, предназначенная для описания состава, структуры и поведения пользовательского интерфейса. На (рис. 6) пред- ставлена модель пользовательского интерфейса на примере программного комплекса оценки состояния воздушных судов, раскрытая до второго уровня иерархии.
    Модель пользовательского интерфейса системы в разработанной нотации включает структуру элементов, а также диаграммы переходов между ними при наступлении различных событий, вызванных самой системой, внешней средой или действиями пользователя. На
    (рис. 7) представлен фрагмент рассматриваемой модели, раскрытой до нижнего уровня иерар- хии компонентов. Стрелками показаны диаграммы переходов между элементами пользователь- ского интерфейса при определенных действиях пользователя.
    В связи тем, что большинство создаваемых информационных систем имеют веб- интерфейс, разработанная нотация предусматривает добавление соответствующих тегов и элементов JavaScript. Это обеспечивает возможность автоматического синтеза макета
    Рис. 5. Фрагмент модели данных ИС ИАС

    I-methods. 2020. Vol. 12. № 1. URL: http://intech-spb.com/i-methods/
    11
    Рис. 6. Пример модели пользовательского интерфейса пользо- вательского интерфейса для его предварительного просмотра и тестирования перехо- дов. На рис. 7 в правой части приведен пример описания гиперссылки.
    Разработанная нотация обеспечивает формирование требований к пользовательскому интерфейсу на всех уровнях, а также позволяет выполнять предварительное тестирование диаграммы переходов.
    Заключение
    Сложность разрабатываемых информационных систем военного назначения приводят к необходимости использования современных методов моделирования в процессе обоснова- ния требований к ИС ВН.
    Разработка комплексной взаимосвязанной модели отражающей, функциональные, динамические и структурные аспекты перспективной информационной системы позволяет повысить эффективность результатов предпроектных исследований и начальных этапов ОКР.

    I-methods. 2020. Т. 12. № 1. URL: http://intech-spb.com/i-methods/
    12
    Применение унифицированного графического языка моделирования обеспечивает про- стоту взаимодействия всех участников и, как следствие, сокращение времени согласования документов, определяющих требования к перспективной информационной системе.
    Использование разработанной нотации позволит сформировать и согласовать требова- ния к пользовательскому интерфейсу системы и уже на этапе предпроектных работ протести- ровать синтезируемый макет.
    Практическое использование разработанного подхода показало, что он позволяет суще- ственно повысить эффективность работ по формированию и согласованию требований к пер- спективным информационным системам военного назначение. В то же время, повсеместное его применение потребует совершенствования нормативного обеспечения процессов созда- ния перспективных информационных систем военного назначения.
    Литература
    1. Иванов В. В. Проблемы создания АСУ Вооруженных Сил // Воздушно- космическая оборона. 2014. № 4. URL: http://www.vko.ru/koncepcii/problemy- sozdaniya-asu-vooruzhennyh- sil (дата обращения 17.09.2019)
    Рис. 7. Фрагмент модели пользовательского интерфейса

    I-methods. 2020. Vol. 12. № 1. URL: http://intech-spb.com/i-methods/
    13 2. Вигерс К. Разработка требований к программному обеспечению: пер. с англ. М.:
    Русская Редакция, 2004. 576 с.
    3. Бусленко М. П. Моделирование сложных систем. М.: Наука, 1978. 400 с.
    4. Карпов В. В., Карпов А. В. Особенности применения современных методов разработ- ки программного обеспечения защищенных автоматизированных систем // Программные продукты и системы. 2016. № 1(113). URL: https://cyberleninka.ru/article/n/osobennosti- primeneniya-sovremennyh- metodov-razrabotki- programmnogo-obespecheniya- zaschischennyh- avtomatizirovannyh- sistem (дата обращения: 23.05.2019).
    5. Буренок В.М, Ляпунов В. М., Мудров В. И. Теория и практика планирования и управ- ления развитием вооружения. М.: Вооружение. Политика. Конверсия, 2004. 419 с.
    6. Вендров А. М. Методы и средства моделирования бизнес- процессов (обзор) // Jet Info.
    Информа-ционный бюллетень. 2004. № 10 (137). 32 с.
    7. Буч Г., Рамбо Д., Якобсон И. Язык UML. Руководство пользователя. 2-е изд.: пер. с англ. М.: ДМК Пресс, 2006. 496 с.
    8. Халл Э., Джексон К., Дик Д. Инженерия требований. М.: ДМК-Пресс, 2017. 224 с.
    9. Кулябов Д. С., Королькова А. В. Введение в формальные методы описания бизнес- процессов. М.: Изд-во РУДН, 2008. 173 с.
    10. Репин В. В., Елиферов В. Г. Процессный подход к управлению. Моделирование бизнес- процессов. М.: РИА «Стандарты и качество», 2004. 408 с.
    11. Карпова Т. С. Базы данных: модели, разработка, реализация. СПб.: Питер, 2001. 304 с.
    12. Шушпанова М. С. Исследование и разработка методики проектирования UX/UI дизайна интернет-платформы, основанной на социальном взаимодействии, на примере серви- са поиска компа-ньонов: Выпускная квалификационная работа магистра. 2018. 86 c.
    URL: http://el ib.spbstu.ru/dl/2/v18–325.pdf (дата обращения 17.09.2019).
    ABSTRAСT
    The work deals with the problem of synthesis of requirements for advanced automated information systems. Currently, the re- quirements for advanced information systems are formed in natural language, expressive properties of which are not enough for a concise and unambiguous description of the requirements, which complicates the process of development and coordination.
    MODELING OF AUTOMATED CONTROL SYSTEMS
    OF COMPLEX ORGANIZATIONAL AND TECHNICAL
    SYSTEMS
    ALEXANDER A. CHUMICHKIN,
    PhD, Docent, Head of the 12 Department of the research research center
    (problems of application, support and management of aviation of the Air force) Military Educational Scientific Center Air Force “Air Force academy name of Professor N.E. Zhukovsky and Y.A. Gagarin”,
    Voronezh, Russia, alexander.chumichkin@gmail.com

    I-methods. 2020. Т. 12. № 1. URL: http://intech-spb.com/i-methods/
    14
    The proposed methodological approach is based on the construction of a complex of models of perspective information system.
    The peculiarity of the proposed approach is the complex use of methodologies of functional and object-oriented modeling of the information system and related management processes, as well as the developed notation of user interface modeling. The use of a unified modeling language provides unambiguous interpretation of requirements by all participants in the process of creating an information system-from the customer to the developer.
    Keywords:
    automated control systems; modeling; information system; methodical approach.
    REFERENCES
    1. Ivanov V. V. Problemy sozdaniya ASU Vooruzhennyh Sil [Problems of creation of ACS of Armed Forces].
    Aerospace
    defense. 2014. No. 4. URL: http://www.vko.ru/koncepcii/problemy- sozdaniya-asu-vooruzhennyh-sil (date of access
    17.09.2019). (In Rus)
    2. Wiegers K.
    Software Requirements 2003. Software Requirements. 2nd ed. Microsoft Press, 2003. 544 p.
    3. Buslenko M. P.
    Modelirovanie slozhnyh system [Modeling of complex systems]. Moscow: Nauka, 1978. 400 p. (In Rus)
    4. Karpov V. V., Karpov A. V. Modern software development methods for secured automated systems.
    Software
    & Systems. 2016. No. 1 (113). URL: https://cyberleninka.ru/article/n/osobennosti- primeneniya-sovremennyh- metodov-razrabotki- programmnogo-obespecheniya- zaschischennyh-avtomatizirovannyh- sistem (date of access
    23.05.2019). (In Rus)
    5. Burenok V. M., Lyapunov V. M., Mudrov V. I.
    Teoriya i praktika planirovaniya i upravleniya razvitiem vooru zheniya [Theory and practice of planning and management of weapons development]. Moscow: Vooruzhenie. Politika. Konversiya,
    2004. 419 p. (In Rus)
    6. Vendrov A. M. Metody i sredstva modelirovaniya biznes- processov (obzor) [Business process modeling methods and tools (overview)].
    Jet Info. 2004. No. 10 (137). 32 p. (In Rus)
    7. Booch G. Rambo D., Jacobson I.
    The unified modeling language. Usere guide. 2nd ed. Addison- Wesley Profes sional,
    2005. 496 p.
    8. Hull E., Jackson K., Dick J.
    Requirements Engineering. 4th ed. Springer, 2017. 239 p.
    9. Kulyabov D. S., Korolkova A. V.
    Vvedenie v formal’nye metody opisaniya biznes- processov [Introduction to formal methods of de- scribing business processes: Studies. benefit]. Moscow: RUDN Publ., 2008. 173 p. (In Rus)
    10. Repin V. V., Eliferov V. G.
    Processnyj podhod k upravleniyu. Modelirovanie biznes- processov [Process approach to management.
    Business process modeling]. Moscow: Standarty i kachestvo, 2004. 408 p. (In Rus)
    11. Karpova T. S.
    Bazy dannyh: modeli, razrabotka, realizaciya [Databases: models, development, implementation]. St. Petersburg:
    Peter, 2001. 304 p. (In Rus)
    12. Shushpanova M. S.
    Issledovanie i razrabotka metodiki proektirovaniya UX/UI dizajna internet- platformy, osnovannoj na social’nom
    vzaimodejstvii, na primere servisa poiska kompan’onov [Research and development of methods of designing UX / UI design of the Internet platform based on social interaction on the example of the companion search service: Final qualifying work of the master]. 2018. 86 p. URL: http://el ib.spbstu.ru/dl/2/v18–325.pdf (date of access 17.09.2019). (In Rus)


    написать администратору сайта