CC BY-NC
29Программные системы и вычислительные методы
Правильная ссылка на статью:
Тиханычев О.В. — Об организации применения современных технологий информационного обследования // Программные системы и вычислительные методы. - 2021. - № 1. DOI: 10.7256/2454-0714.2021.1.31229 URL: https;//nbpublish.com'library_read_article.php?id=31229
Об организации применения современных технологий информационного обследования
Тиханычев Олег Васильевич
кандидат технических наук
заместитель начальника отдела управления перспективных разработок, ГК "Техносерв
111395, Россия, г. Москва, ул. Юности, 13
И tow65@yandex.ru
Статья из рубрики "Математическое и программное обеспечение новых информационных технологий"
DOI:
10.7256/2454-0714.2021.1.31229
Дата направления статьи в редакцию:
31-10-2019
Аннотация: Предметом исследования является процесс разработки программного обеспечения для автоматизированных систем управления. Объект исследования -начальный этап этого процесса, информационное обследование объекта автоматизации. В настоящее время, несмотря на наличие достаточно обширного перечня средств автоматизации формирования информационных моделей автоматизируемых объектов, данный процесс строится не всегда рационально. Одна из причин этого - отсутствие методологии применения современных технологий построения информационных моделей. Для решения указанной проблемы в обзорной статье сформулирована научно-практическая задача совершенствования процесса информационного обследования объектов автоматизации с использованием современных подходов и реализующих их специализированных средств. Для решения указанной задачи использованы общенаучные методы анализа и синтеза. На основе анализа особенностей построения информационных моделей автоматизируемых систем управления, в дополнение к «классическому» итерационному, синтезированы алгоритмы, базирующиеся на принципах построения модели от выходного документа программы и на последовательном описании действий оператора по вводу информации при выполнении функциональных задач. В результате реализации сформулированной в обзорной статье постановки задачи и внедрения в практику предлагаемых алгоритмов, может быть обеспечена эффективность использования современных средств автоматизации информационного обследования, встраивание их в единый процесс создания программного обеспечения автоматизированных систем управления
Ключевые слова: нормативная документация, средства автоматизации обследования, информационное обследование, этапы разработки программ, разработка программного обеспечения, прикладное программное обеспечение, автоматизация управления, современные методы обследования, алгоритмы информационного обследования, организация разработки программ
Введение
Основой совершенствования любого целенаправленного процесса, как показывает практика, является автоматизация процесса управления им. Материальной основой автоматизации управления является использование автоматизированных систем управления (АСУ). Практика создания АСУ свидетельствует, что одним из самых сложно выполнимых требований в этом процессе является обеспечение совместного функционирования программ и программных компонентов в едином цикле управления и на единых данных, особенно с учётом того, что в большинстве случаев такие системы создаются распределёнными коллективами разработчиков.
Основой решения указанной проблемы является рациональная организация всех этапов цикла разработки АСУ, обеспечивающая последовательное формирование единой функциональной и информационной моделей автоматизируемой системы, их декомпозицию и совместное использование разработчиками.
Состав и содержание этапов жизненного цикла АСУ, неотъемлемой часть которого является процесс разработки, в настоящее время определяется соответствующими руководящими документами. Например, этапность создания программного обеспечения
АСУ определяется ГОСТ 19.102^, а автоматизированных систем управления в целом
ГОСТ 34.601, для специализированных систем - рядом ведомственных стандартов [2-5].
В соответствии с указанными ГОСТ, стадиями создания автоматизированных систем управления являются:
- формирование требований к системе;
- предпроектные исследования, разработка концепции АСУ;
- формализация и детализация требований, разработка технического задания на опытно-конструкторскую работу (ОКР) по созданию системы;
- разработка детальных проектных решений в рамках эскизного и технического проектов в ходе этапов выполнения ОКР;
- разработка опытного образца и рабочей документации, приёмо-сдаточные испытания и сертификация системы;
- производство, ввод системы в эксплуатацию;
- сопровождение АСУ, авторский надзор.
В терминах подходов, реализуемых за рубежом, похожая этапность описывается в рамках модели управления жизненным циклом PLM (Product Lifecycle Management).
Важнейшими из этих этапов являются начальные, определяющие дальнейшее направление работ по созданию системы и, в итоге, её качество. Они, как правило,
выполняются в форме научно-исследовательских работ, проводимых в рамках цикла предпроектных исследований. Как правило, каждый из этапов создания АСУ делится на подэтапы. Подэтапами формирований требований к системе и разработки её концепции являются обследование объекта автоматизации, декомпозиция и формализация выполняемых функций управления. Важность этих подэтапов и их вклад в достижение результата разработки достаточно высоки.
Во-первых, именно на них задаётся облик создаваемой АСУ, получаемая в ходе их выполнения информационная модель объекта служит фундаментом для разработки концепции автоматизированной системы. Концепции, которая в дальнейшем кардинально не меняется, а лишь уточняется по мере детализации информации.
Во-вторых, на этом этапе решается важнейшая задача: в кратчайшие сроки получить максимально полную информацию о требуемых пользовательских свойствах и функциональности системы. Важность этой задачи определяется тем, что недополученная или неверно интерпретированная информация потребует уточнения за счёт времени, выделенного на последующие этапы разработки, что приведёт к отрыву от работы основных участников процесса: экспертов, аналитиков, программистов.
В то же время, в современном состоянии процесса организации информационного обследования существуют значительные проблемы, снижающие его эффективность, и
как следствие, качество создаваемой системы в целом J6!. Особенно это актуально для разработки программ специального назначения: если при разработке «бытовых» программ - навигаторов, планировщиков и им подобных, разработчик сам, отчасти, является специалистом в предметной области и потенциальным пользователем, то в большинстве случаев разработки специализированных программ он оперирует только тем, что удаётся узнать в результате проведения информационного обследования. И именно недостаточное качество обследования, чаще всего, порождает проблемы в ходе разработки программных систем специального назначения: АСУ управления технологическими процессами, систем военного назначения.
Этими факторами определяется крайняя актуальность поставленной в статье задачи уточнения принципов организации информационного обследования объекта автоматизации.
1.Технологии автоматизации процесса информационного обследования
Считается, что одним из путей повышения эффективности формирования информационной модели автоматизируемой системы является использование современных технологий обследования объектов автоматизации [7,8,9].
Для реализации современных технологий информационного обследования, реализующих методы структурного анализа и проектирования SADT (Structured Analysis & Design Technique), в настоящее время разработано достаточно много специализированных программных средств: от полнофункциональных Power Designer, Enterprise Architect и Design/IDEF до простейшего yEd Graph Editor. Часть из них разрешена к использованию в
нашей стране Г10~131, остальные могут быть сертифицированы для применения по мере
необходимости I^41.
Подобные программные системы и методы реализуют концепцию CASE (C omputer-Aided Software Engineering), применяемую, в том числе, для построения информационных моделей бизнес-процессов.
С использованием программных продуктов, реализующих CASE-технологии на основе нотаций IDEF (IC A M Definition), в рамках концепции информационной поддержки жизненного цикла изделий CALS (C ontinuous Acquisition and Lifecycle Support), процесс разработки прикладного программного обеспечения выстраивается в порядке, обеспечивающем оптимизацию создания программного обеспечения АСУ.
Этапность работ с применением нотаций IDEF средств обычно строится по следующему алгоритму (рисунок 1):
1) формирование обобщённой модели процесса функционирования автоматизируемых объектов (диаграммы BPM), описывающей детализированный алгоритм работы должностных лиц;
2) детализация описания потоков данных (DFD-диаграммы);
3) описание ER-диаграммы процессов функционирования автоматизируемых объектов как детальной информационной модели объекта автоматизации, разработка программ;
4) последовательная разработка на основе ER-диаграмм концептуальной, логической и физической моделей базы данных АСУ.
Рисунок 1 - Укрупнённый алгоритм разработки программного обеспечения с применением современных технологий (вариант)
В результате реализации такого алгоритма последовательно формируется «многослойная» модель процессов, выполняемых на объектах автоматизации, учитывающая связи между задачами и применяемые методы их решения. Имеющиеся в составе большинства CASE-продуктов встроенные средства контроля вводимых данных обеспечивают логическую целостность разрабатываемой модели. Более того, мероприятия по ряду этапов удаётся совместить (рисунок 1), сокращая тем самым общее время работы и, как результат, трудозатраты.
Впрочем, для описания моделей процессов могут использоваться и любые другие средства. Например, в терминах UML-моделей (Unified Modelling Language), в нотациях EPC (extended Event Driven Process Chain) системы AEIS (Architecture of Integrated
Information Systems), в нотациях FlowChart, или в достаточно популярных сейчас нотациях BPMN (Business Process Model and Notation). Неважен конкретный инструмент или модель, главное - сам подход к описанию функций и процессов в виде электронной модели. Просто средства, реализующие семейство нотаций IDEF несколько более распространены, поэтому рассматривается именно их применение. А проблемы, как показывает опыт применения, у всех перечисленных средств схожи.
2.Проблемные вопросы использования современных технологий информационного обследования
В то же время, как показала практика, в использовании современных технологий информационного обследования имеется ряд проблем, существенно снижающих их эффективность:
- несоответствие результатов применения современных информационных технологий формальным требованиям нормативной документации, определяющей разработку АСУ ^
- запрет на использование инструментальных средств импортной разработки;
- организационные проблемы в процессе проведения обследования, не позволяющие получить требуемые сведения в заданные сроки.
Впрочем, процесс легитимизации использования инструментальных средств построения информационных моделей постепенно продвигается, позволяя решать первые две из
указанных проблем, хотя и не так быстро, как хотелось бы Г15-221. в частности, ГОСТ разрешено выполнение конструкторских и эксплуатационных документов АСУ в
электронном виде Г23,24,251.
А вот последняя проблема, во многом, по опыту автора, определяемая сложностью взаимодействия в звене «эксперт предметной области - аналитик», до настоящего времени не решена в полном объёме. Мешает этому целый ряд препятствий.
Препятствия эти, в основном, организационные, субъективного плана:
- постоянный недостаток времени у эксперта, вынужденного во время обследования в полном объёме выполнять свои функциональные обязанности;
- эксперт не может сформулировать требования к программе, как из-за того, что не владеет специальной терминологией, а иногда потому, что сам не в полной мере их понимает и не оценивает с точки зрения системного подхода;
- аналитик, по этой же совокупности причин, не может выявить ожидания пользователя;
- проблема определения места решаемой задачи в системе, выявления через работу с группой экспертов требований задачи по получению информации от других компонентов автоматизируемой системы и по выдаче информации для них;
- трудность формализации описания процесса получения решения в условиях отсутствия строгих алгоритмов работы автоматизируемого объекта, что присуще большинству случаев принятия решений в условиях неопределённости.
Как показывает анализ опыта разработки информационных моделей различных систем, решение указанных проблем может быть обеспечено применением организационных мер, за счёт рациональной организации работы аналитика с экспертом. При этом, указанная рационализация может быть обеспечена по следующим вариантам:
1) Применение итерационного метода, выстраиваемого от структуры общего алгоритма работы пользователя: алгоритм работы системы описывается в самом общем виде и последовательно детализируется по мере поступления информации. Подход, в настоящее время считающийся «классическим» - описание общего функционала автоматизируемого процесса с последовательной декомпозицией алгоритмов работы пользователей программ. Этот подход на первый взгляд кажется наиболее эффективным из-за системности реализации. С другой стороны, в этой системности кроются определённые проблемы: эксперту тяжело выделить в общем процессе автоматизируемые функции, а аналитику, не знающему на этапе обследования систему в целом - трудно управлять ожиданиями эксперта.
2) Последовательное описание алгоритмов работы пользователей. Такой подход заключается в выявлении потребностей в автоматизации процесса от начала работы пользователя: описания управляющих форм, с которых начинается запуск процесса выработки решения (сигналом, командой, документом, событием), построение порядка действий по вариантам, на основе элементарных реакций на развитие событий (функций реагирования), которые осуществляются через входные формы задачи. Эти формы описываются в обобщённом виде, который на сленге программисты иногда называют «мокапы овнера» (Mock up - схема управляющей формы, макет интерфейса). Такой подход, во-многом, совпадает с принципами работы UX/UI-дизайнеров (user experience / user interface).
3) Принцип построения модели от результата, определяемый тем, что на выходе системы по итогам работы должно быть сформировано управляющее воздействие, выражаемое в форме устного указания, документа, формализованного сигнала. Алгоритм работы при таком походе выстраивается «от обратного», на основе анализа этапов синтеза данных, по которым формируются выходные документы. В рамках такого подхода, на основе декомпозиции процесса формирования выходного документа, формируется набор операций по его разработке.
Обобщение личного опыта автора по участию в проведении информационных обследований при выполнении различных проектов разработки программного обеспечения, позволило сформировать таблицу, описывающую сравнительные характеристики перечисленных подходов (см. таблицу).
Таблица - Сравнительные характеристики существующего и предлагаемых подходов к организации информационного обследования
Принцип организации обследования Особенности подхода
Субъективная оценка простоты использования Гарантированность получения результата, удовлетворяющего пользователя Гибкость использования Временные затраты (количество итераций)
От укрупнённого описания функционала Относительно про сто й Средняя Низкая Высокие
От структуры управляющих форм Сложный Средняя Высокая Средние
От содержания Сложный Высокая Высокая Средние
~ ■ --Г-.-1........... -----
выходных
документов
Существующие нормативно-технические документы предусматривают преимущественное применение первого из описанных в таблице методов, как основанного на системном подходе к процессу автоматизации. Но, как показывает анализ практики разработки программного обеспечения, его применение, из-за сложности и существенных временных затрат, не всегда доводится до логического финала и, в таком случае, не обеспечивает требуемую эффективность проведения информационного обследования. То есть данный метод не является единственно возможным и эффективным. В ряде условий, например, при ограничении времени на проведение обследования, могут быть использованы и другие методы.
В целом, у каждого из рассмотренных в таблице методов имеются свои достоинства и недостатки, зависящие, в первую очередь, от условий применения и имеющихся ресурсов. Соответственно, в тех или иных условиях может быть применён соответствующий этим условиям метод. Но может возникнуть вопрос: а обеспечат ли возможности существующего инструментария организации информационного обследования, практическую реализацию предлагаемых алгоритмов?
3.Использование инструментария информационного обследования для реализации предлагаемых алгоритмов
Для оценки применимости предлагаемых подходов требуется выяснить, насколько возможности современного инструментария информационного обследования, позволяют их реализовать.
Как показала практика, в том числе выполнение проектов, в которых участвовал лично автор, средства автоматизации построения информационных моделей позволяют (рисунок 2):
- создавать укрупнённый алгоритм работы автоматизируемого органа управления;
- последовательно декомпозировать его по «вложенным» задачам;
- поэтапно детализировать каждый его компонент по мере накопления информации;
- описать все компоненты модели с точки зрения используемой информации.
На рисунке 2 отображен верхний, наиболее общий, уровень алгоритма функционирования типового ситуационного центра, выполненный средствами инструментария Power Designer. На рисунке видно, что на многих элементах алгоритма имеется знак « + », обозначающий, что внутри них имеются вложенные элементы, детализирующие описание работы. Данная детализация могла быть проведена в любое время, на любом этапе разработки информационной модели. Кроме процессов, в модели отображены условия выбора, перехода к другому направлению работы, а также условные знаки формируемых программой документов. Все элементы схемы имеют скрытые описания, позволяющие детализировать их свойства или структуру, характеристики используемой информации.
Рисунок 2 - Форма отображения электронной модели автоматизированной СППР
ситуационного центра
Эти же средства, обеспечивают, например, загрузку шаблона выходного документа (рисунок 3) и описание входящей в него информации (рисунок 4). Или прикрепление к алгоритму действующего макета входной формы компонента программы (рисунок 5), с указанием структуры входных и выходных данных.
Рисунок 3 - Внешний вид формы описания информационной модели процесса планирования поражения противника с шаблоном формируемого документа, созданной в
системе Power Designer
Рисунок 4 - Описание данных, необходимых для формирования выходного документа
Рисунок 5 - Привязка к информационной модели автоматизируемого процесса прототипа
формы ввода входных данных
Таким образом, встроенные функции средств построения информационных моделей поз в о ля ют:
1) описать обобщённый алгоритм функционирования автоматизируемого объекта и последовательно его детализировать, как по структуре, так и по содержанию;
2) описать данные, необходимые для формирования документа в свойстве Data компонента Message Format Properties (рисунок 4), а сам шаблон документа загрузить во вкладку Notes того же компонента (рисунок 3);
3) загрузить прототип входной формы программы во вкладку Notes компонента Process Properties (рисунок 5), а состав и формат вводимой информации описать в свойстве Data этого компонента.
При этом, при применении указанных компонентов обеспечивается вложенность
описания процессов (их декомпозиция), контроль единства, целостности и непротиворечивости данных, используемых в разрабатываемой информационной модели.
Sybase PowerDesigner выбран для описания информационной модели ситуационного центра в качестве примера. В самом деле, большинство современных программ, реализующих инструментарий описания информационных моделей: Enterprise Architect, ER/Studio, Designer 2000, Visio Enterprise и другие, обладают аналогичными возможностями. То есть, как показывает проведённый анализ, существующий инструментарий обладает достаточным набором функций, обеспечивающих его использование по любому из предложенных алгоритмов.
Выбор конкретного подхода, используемого для организации информационного обследования, остаётся за разработчиком информационной модели, с учётом условий разработки ПО:
- принятой на предприятии методологии разработки;
- уровня и принципов взаимодействия с заказчиком;
- сроков разработки и возможности разбить процесс на этапы.
Разумеется, оценка предложенных подходов будет не полной, если она ориентирована только на организацию взаимодействия между экспертами предметной области и аналитиками, упуская последующие связи в звене «аналитик - программист». Наивно полагать, что на этапе информационного обследования будет получено 100% информации, необходимой для создания программного обеспечения АСУ. Это идеальная ситуация, к которой необходимо стремиться, но которая недостижима, как горизонт. Опыт показывает, что по завершению этапа информационного обследования взаимодействие «аналитик - эксперт предметной области» не закончится, потому что абсолютно полное описание процесса сделать физически невозможно по целому ряду объективных и субъективных причин. В том числе и потому, что и сам автоматизируемый процесс меняется, как уточняются и требования к нему. И соответственно, в процессе уточнения будут задействованы все участники процесса разработки: алгоритмисты, программисты, руководство.
Таким образом, цель использования современного инструментария при проведении информационного обследования не в обеспечении строгого разделения этапов разработки АСУ по времени, а в сведении необходимости общения с экспертом на этапе непосредственной разработки программ до минимума, предоставив программисту в
качестве исходных данных либо полноценный документ «Постановка задачи» [26,27], либо вполне информативную информационную модель объекта автоматизации (рисунок 1). Это делается, чтобы минимизировать отрыв разработчиков на уточнение исходных данных и не требовать от аналитика повторения ранее выполненных работ, умножая простои программистов. Использование предлагаемых подходов или их комбинаций обещает решить указанную проблему, дав аналитику методологию использования современного инструментария обследования объектов автоматизации.
Заключение
Известно, что любой методический аппарат состоит из двух основных компонентов: методики обработки данных, обычно реализуемой программными средствами и алгоритма применения этих средств в управленческой деятельности.
Методический аппарат описания данных информационного обследования давно и
успешно реализован существующими CASE-средствами. Впрочем, и в них ещё есть, что доработать. Например, создать встроенные компоненты экспертной системы, помогающие аналитику описывать сущности информационной модели: не только зафиксировать обязательное наименование компонентов и перечень их входов-выходов, но и в режиме диалога подсказать вопросы к эксперту по количеству объектов или процессов описываемого типа, их сходству и различиям, о внутренних принципах обработки информации каждого процесса. Желательно, с отчуждаемым файлом базы вопросов и связей между ними. Это может существенно повысить функциональные возможности CASE-средств для всех участников в рамках всех рассмотренных подходов к применению.
А ещё, для эффективного применения таких средств необходима вторая составляющая методики обследования - алгоритмы работы участников процесса обследования. Постановка задачи по совершенствованию последних сформулирована в данной статье.
Есть все основания предполагать, что решение сформулированной задачи обеспечит эффективное использование современных технологий информационного обследования и встраивание их в единый целостный процесс разработки: как организационно, так и
технически I"28-311. Особенно это актуально, как отмечалось ранее, для разработки программ специального назначения, где проблема качества информационного обследования стоит наиболее остро и требует скорейшего решения.
И, как бонус к этому решению, рационально организованное привлечение конечного пользователя к описанию модели автоматизируемого процесса, может обеспечить дополнительный положительный эффект, решив ещё одну проблему: повышение доверия к разрабатываемому программному обеспечению и желание использовать его при выработке управленческих решений.
Библиография
1. ГОСТ 19.102-77 Единая система программной документации. Стадии разработки программ - Введ. 20.05.77. - М.: Государственный комитет стандартов Совмина СССР, 1977. - 30 с. - (Государственный стандарт Российской Федерации)
2. ГОСТ 34.601-90 Автоматизированные системы. Стадии создания - Введ. 01.01.92. -М.: Госстандарт России, 1992. - 6 с. - (Государственный стандарт Российской Федерации)
3. ГОСТ РВ 15.004-2004 - Система разработки и постановки продукции на производство. Военная техника. Стадии жизненного цикла изделий и материалов -Введ. 01.01.2005. - М.: Госстандарт России, 2007. - 19 с. - (Государственный стандарт Российской Федерации)
4. ГОСТ РВ 1210-012-2010 Автоматизированные системы управления войсками. Требования к организации информационного обследования органов военного управления - Введ. 01.01.2011. - М.: ФГУП «Стандартинформ», 2011. - 26 с. -(Государственный стандарт Российской Федерации)
5. ГОСТ РВ 52333-2006 Автоматизированные системы управления войсками. Требования к методам обследования органов военного управления - Введ. 01.01.2007. - М.: ФГУП «Стандартинформ», 2007. - 43 с. - (Государственный стандарт Российской Федерации).
6. Тиханычев О. В. Теория и практика автоматизации поддержки принятия решений. -М.: Эдитус, 2018. - 76 с.
7. Андрюшкевич С. К. Построение информационной модели крупномасштабных
объектов технологического управления с применением аспектно-ориентированного подхода // Вестник НГУ. Серия: Информационные технологии.-2010.-Том8. Выпуск 3. - С.34-45
8. Лукинова О.В. Методологические аспекты управления жизненным циклом информационной системы на основе инструментов функциональной стандартизации // Программные продукты и системы. 2016.-. № 4. - С.27-35
9. Саяпин О.В. и др. Об уточнении функций фонда алгоритмов и программ в интересах автоматизации проектирования автоматизированных систем управления войсками // Военная мысль. - 2018. - №6. - С.74-79
10. ГОСТ 19.701-90 Единая система программной документации. Схемы алгоритмов, программ, данных и систем. Условные обозначения и правила выполнения - Введ. 01.01.92. - М.: Государственный комитет по управлению качеством продукции и стандартам, 1992. - 26 с. - (Государственный стандарт Российской Федерации).
11. РД IDEF 0-2000. Методология функционального моделирования IDEF0. Руководящий документ. — Издание официальное. — М.: ИПК Издательство стандартов, 2000. — 75 с.
12. Рекомендации по стандартизации Р 50.1.028-2001 "Информационные технологии поддержки жизненного цикла продукции. Методология функционального моделирования" (приняты постановлением Госстандарта РФ от 2 июля 2001 г. №256-ст) - М.: ИПК «Издательство стандартов», 2001.
13. ГОСТ Р ИСО 15745-1-2014. Системы промышленной автоматизации и интеграцияПрикладная интеграционная среда открытых систем. Часть 1. Общее эталонное описание. М.: Стандартинформ, 2015. - 35 с.
14. Федеральный закон от 29.06.2015 г. № 188-ФЗ. О внесении изменений в Федеральный закон «Об информации, информационных технологиях и о защите информации» и статью 14 Федерального закона «О контрактной системе в сфере закупок товаров, работ, услуг для обеспечения государственных и муниципальных нужд». URL: http://www.kremlin.ru/acts/bank/39838 (дата обращения 1.11.2019).
15. ГОСТ 2.051-2013 Единая система конструкторской документации. Электронные документы. Общие положения (введён в действие 01.06.2014). - М.: ФГУП «Стандартинформ», 2014. - 10 с. - (Государственный стандарт Российской Федерации).
16. IDEF Users Group.. IDEF: framework, draft report (IDEF-U.S.-0001). Dayton, OH: IDEF Users Group.-1990
17. Mayer, R. J. (Ed.). IDEF0 function modeling: A reconstruction of the original Air Force report. College Station, TX: Knowledge Based Systems, Inc. - 1990.
18. Menzel, C., Mayer, R. J., & Edwards, D. IDEF3 process descriptions and their semantics. In A. Kuziak, & C. Dagli (Eds.), Intelligent systems in design and manufacturing. New York: ASME Press. - 1994.
19. Painter, M. K. Modeling with an IDEF perspective: some practical insights. In Proceedings, SME AutoFact 90. Dearborn, MI: Society of Manufacturing Engineers. -1990.
20. Тиханычев О.В., Саяпин О.В., Гахов В.Р. Современные технологии информационного обследования как фактор успеха автоматизации управления // Информатизация и связь. - 2013. - №6, - С.90-93.
21. Ветошкин В.М., Саяпин О.В. Формулировка проблемы проектирования концептуальной информационной модели организационной системы // Технические науки-от теории к практике: сб. ст. по матер. XVII междунар. науч.-практ. конф.
Часть I. - Новосибирск: СибАК, 2013.
22. Ветошкин В.М., Саяпин О.В. Методика построения концептуальной информационной модели организационной системы // Известия Южного федерального университета. Технические науки. - 2013. - №3(140) - С.250-255
23. ГОСТ Р 2.105-2019 Единая система конструкторской документации. Общие требования к текстовым документам. Принят Межгосударственным Советом по стандартизации, метрологии и сертификации (протокол N 7 от 26 апреля 1995 г.).
24. ГОСТ 2.051 Единая система конструкторской документации (ЕСКД). Электронные документы. Общие положения. Принят Межгосударственным советом по стандартизации, метрологии и сертификации (протокол от 28 августа 2013 г. N 58-П).
25. ГОСТ РВ 002-601 Единая система конструкторской документации. Военная техника. Эксплуатационные документы. Принят и введен в действие Приказом Федерального агентства по техническому регулированию и метрологии от 29 сентября 2008 г.
№ 55-ст.
26. ГОСТ 34.201-89 Информационная технология. Комплекс стандартов на автоматизированные системы. Виды комплектность и обозначение документов при создании автоматизированных систем. Утверждён и введён в действие Постановлением Государственного комитета СССР по стандартам от 24.03.89 N 664.
27. РД 50-34.698-90 Автоматизированные системы. Требования к содержанию документов. Утверждён и введён в действие Постановлением Государственного комитета СССР по управлению качеством продукции и стандартами от 27.12.90 N 3380
28. Сныткин Т. И., Поляков А. Е., Руденко Г. А. Системное проектирование автоматизированной системы военного назначения с использованием нотаций Archimate 2.1. // Динамика сложных систем-ХХ1 век. - 2018. Т. 12. - № 2. - С.44-55.
29. Тиханычев О.В., Макарцев Л.В., Гахов В.Р. Рациональная организация процесса разработки прикладного программного обеспечения как предпосылка успешной автоматизации поддержки принятия решений // Программные продукты и системы. -2017.-№4. - С.706-710.
30. Поначугин А.В. Проблемы надежности функционирования и сопровождения современных вычислительных систем // Программные системы и вычислительные методы. - 2015. - №4. - С. 365-373. DOI: 10.7256/2305-6061.2015.4.17891.
31. Голосовский М.С. Информационно-логическая модель процесса разработки программного обеспечения // Программные системы и вычислительные методы. -2015. - №1. - С. 59-68. DOI: 10.7256/2305-6061.2015.1.14119.
Результаты процедуры рецензирования статьи
В связи с политикой двойного слепого рецензирования личность рецензента не раскрывается.
Со списком рецензентов издательства можно ознакомиться здесь.
Рецензируемая статья посвящена организации применения современных технологий информационного обследования. Актуальность работы обусловлена тем, что недостаточное качество обследования, чаще всего, порождает проблемы в ходе разработки программных систем специального назначения, соответственно совершенствование информационного обследования с применением современных технологий ориентировано на решение этой задачи. Методология исследования
базируется на изучении современных средств информационного обследования, обобщении источников информации по рассматриваемой проблеме и систематизации научной информации. Научная новизна представленного исследования, по мнению рецензента, заключается в обобщении подходов к организации применения современных технологий информационного обследования. Структурно в статье выделены Введение, три раздела: 1) Технологии автоматизации процесса информационного обследования, 2) Проблемные вопросы использования современных технологий информационного обследования, 3) Использование инструментария информационного обследования для реализации предлагаемых алгоритмов, а также Заключение и Библиография. Во введении отмечается роль автоматизации управления в совершенствовании целенаправленных процессов, говорится о необходимости обеспечение совместного функционирования программ и программных компонентов в едином цикле управления и на единых данных, чего достичь бывает сложно, поскольку системы создаются распределёнными коллективами разработчиков. В этой части работы также рассмотрены стадии создания АСУ в соответствии с ГОСТ и аналогичные этапы в рамках зарубежной модели управления жизненным циклом PLM (Product Lifecycle Management) и поставлена задача уточнения принципов организации информационного обследования объекта автоматизации. В первом разделе показано значение использования современных технологий обследования объектов автоматизации для повышения эффективности формирования информационной модели автоматизируемой системы и сделан обзор используемых для этих целей специализированных программных средств, приведен вариант укрупнённого алгоритма разработки программного обеспечения с применением современных технологий. Во втором разделе названы проблемы, снижающие эффективность современных технологий информационного обследования, рассмотрены препятствия при эффективном взаимодействии экспертов предметной области и аналитиков, приведены варианты рационализации их отношений, даны сравнительные характеристики существующего и предлагаемых подходов к организации информационного обследования. Третий раздел работы содержит примеры использования автором Sybase PowerDesigner для описания информационной модели ситуационного центра. В Заключении рассмотрены перспективы доработки существующих CASE-средств для информационного обследования. Приведенный в статье библиографический список отличается обширностью и разнообразием представленных источников: стандартов, брошюр и монографий, статей в научных журналах, руководящих документов и рекомендаций по рассматриваемым проблемам, включает 31 позицию. В тексте работы имеются ссылки на литературные источники, подтверждающие наличие апелляции к оппонентам. Адресные ссылки на используемые литературные источники свидетельствует о наличии апелляции к оппонентам. Стиль изложения материала в целом соответствует применяемым в научных журналах подходам, позволяет сориентироваться в излагаемом материале специалистам различных областей знания, материал доступен для понимания широкому кругу читателей без специальной подготовки. Однако, представленные в рецензируемой статье рисунки 2-5 выполнены в виде полноэкранных скриншотов, из-за чего сами схемы плохо читаются из-за низкого качества изображения мелких деталей. Актуальность темы статьи, ее соответствие тематике журнала, возможный интерес со стороны потенциальных читателей, систематизированное изложение научного знания об организации применения современных технологий информационного обследования, представление материала в наглядном виде, имеющиеся ссылки на собственный опыт автора в применении технологий информационного обследования свидетельствуют о возможности опубликования рецензируемой статьи после доработки рисунков 2-5.
