ИНФОРМАЦИОННАЯ ТЕХНОЛОГИЯ АНАЛИЗА ПРОЦЕССОВ ФУНКЦИОНИРОВАНИЯ ОРГАНИЗАЦИОННО-ТЕХНИЧЕСКОЙ СИСТЕМЫ

Полезная модель относится к вычислительной технике, в частности, к автоматизированной системе формализации семантических взаимосвязей анализа процессов функционирования организационно-технической системы (далее автоматизированная система).
Полезная модель представляет собой автоматизированную систему позволяющую проводить анализ требований к структуре и содержанию процессов обработки данных в организационно-технической системе, где основу будет представлять система схем и подробных описаний технологической последовательности процедур и действий должностных лиц организационно-технической системы по переработке информации, включая описание задач (информационных запросов) и документооборота по всем подсистемам (функциональным областям), процессам и функциям.
В настоящее время в научных организациях России разработаны и функционируют информационные системы, содержащие сведения о результатах выполнения научно-исследовательских по тематике направлений деятельности этих организаций.
Главный повод для создания автоматизированной системы является приоритетное их использование в областях научно-творческой деятельности в Российской Федерации и Минобороны России.
При использовании данной системы пользователь руководствуется следующими правилами:
быстрое получение информации;
минимальный объем информации, по которой осуществляется идентификация;
алгоритмы обработки данных должны минимизировать время идентификации и вероятность дублирования задаваемых научных текстов.
Автоматизированная система должна предоставлять пользователю определенный объем памяти, удобный интерфейс для ее обслуживания и, в связи с долгим сроком использования, должна быть активной при использовании.
Процессы взаимодействия и обмена информацией между модулями и синхронизацией импульсов при взаимодействии считывающих устройств позволяют, в конечном результате, получить исходную информацию, которая поступит на модуль приема записей базы данных сервера системы и отображения обработанной информации на экран, звуковое устройство, экран.
Разработка концептуального проекта системы баз данных (СБД) для любой автоматизированной системы основывается на анализе и структурном представлении процессов функционирования автоматизируемой организационно-технической системы (ОТС). В результате такой деятельности выявляются и формализуются знания о создаваемой системе, объем которых определяется масштабами и задачами автоматизации [1].
В процессе концептуального проектирования решаются, в основном, два вопроса: ЧТО представлять в концептуальном проекте (КПр) конкретной предметной области и КАК представлять. В соответствии с этим рассматриваемый этап реализуется усилиями двух категорий специалистов-аналитиков. Одна из них, отвечая главным образом на первый вопрос, включает в свой состав наиболее опытных и высококвалифицированных специалистов по реализации автоматизируемых процессов - эксперты предметной области. Вторая категория специалистов, решающая проблему способа представления, включает в свой состав лиц, владеющих методами информационного анализа и концептуального проектирования систем электронной обработки данных - инженеры знаний. Эта категория специалистов осуществляет также научно-методическое сопровождение разработки КПр (фиг. 7). Деятельность указанных категорий специалистов в ходе разработки КПр имеет сложный взаимосвязанный характер и требует от экспертов предметной области определенных навыков применения методологии проектирования, а от специалистов по проектированию - эрудиции в анализируемой предметной области.
Указанные категории специалистов целесообразно объединять в три группы:
- группа анализа функционирования и планирования разработки системы (условное наименование - «эксперт-планировщик»), основной задачей которой является разработка модели функционирования (МФ) и подготовка плана разработки детальных описаний информационных потребностей;
- группа детального анализа и описания информационного содержания задач и документов (условное наименование - «эксперт-деталировщик»), основной целью которой является разработка частных инфологических моделей отдельных областей задач;
- группа интеграции информационных потребностей и разработки окончательного варианта концептуального проекта (условное наименование - «эксперт-интегратор»), обеспечивающая единое согласованное описание информационных ресурсов, организацию и содержание процедур контроля ограничений целостности системы, распределение и взаимосвязь подсистем, а также описание технологии первоначальной загрузки СБД.
Основным объектом, который изучается и структурируется в процессе разработки концептуального проекта СБД, является информация, накапливаемая и циркулирующая в функционирующей ОТС.
Целью рассматриваемого этапа создания СБД является разработка единого плана циркуляции и использования данных в анализируемой системе. Основным содержанием этого этапа является структурирование деятельности в ОТС, связанное с определением функциональных областей, процессов, функций, задач, документов и их взаимосвязей.
Под функциональной областью будем понимать вид основной относительно самостоятельной деятельности в системе, не зависящий от ее конкретной организационной структуры. Для ОТС примерами функциональных областей, например, могут являться планирование и управление персоналом и средствами системы, обработка информации и оценка состояния исследуемой предметной области, материально-техническое обеспечение системы, эксплуатация комплексов средств автоматизации (КСА) и другие.
Процессом будем называть, в общем случае, вид деятельности в пределах конкретной функциональной области, связывающий несколько органов (служб) системы или несколько должностных лиц одного органа (службы). Например, в функциональной области «оценка состояния предметной области» могут быть выделены процессы: сбор данных, обновление данных, оценка состояния, оформление документации и другие.
Понятием функция обозначим вид деятельности одного типа должностного лица в рамках одного процесса, состоящий в необходимости решения одной или нескольких взаимосвязанных задач. Например, процесс «сбор данных» включает подготовку первичных документов, анализ первичных документов, формирование и передачу информационных сообщений.
Функция детализируется до задач, понимаемых как элементарные акты по преобразованию информации, выполняемых одним должностным лицом. Каждая задача характеризуется точным знанием типов исходных и результирующих данных, а также алгоритма преобразования. При этом все промежуточные данные не должны являться исходными для других задач. Например, анализ первичных документов состоит в определении вида, класса, подкласса, типа наблюдаемого объекта и определения его фазы состояния.
Исходные и результирующие данные задач будем формализовать понятием документ, форма которого может существовать в анализируемой действительности или разрабатываться аналитиками в процессе структурирования функций для придания большей точности и строгости создаваемой модели. В зависимости от сложности конкретная задача может быть декомпозирована на подзадачи, которые, в свою очередь, также могут быть декомпозированы. Глубина процесса декомпозиции определяется требуемой детальностью представления данных.
В целом под моделью функционирования (Ф-моделью) организационно-технической системы будем понимать детальное описание технологической последовательности (взаимосвязи) процедур и действий должностных лиц (функциональных групп исполнителей), реализующих функции и процессы в системе, по переработке информации. Ф-модель включает полное и точное описание функциональных, информационно-расчетных (ИРЗ) и информационных задач, документов и документопотоков, их информационные характеристики и требования обработки (частота решения, срочность, приоритет, используемые и требуемые каналы передачи, устройства отображения и т.д.).
Основным структурным элементом в Ф-модели, вокруг которого формируется вся система описаний, является схема связи документов, задач, отрабатывающих их должностных лиц, функций, процессов, функциональных областей. Структура такой схемы в самом общем виде представлена на (фиг. 8).
Практический опыт разработки подобных систем говорит о высокой сложности этой работы, однако, такие схемы создают непосредственную основу для планирования развития процессов автоматизации в системе путем выделения соответствующих областей задач, решение которых будет осуществляться с помощью КСА. В область каждой задачи включаются все связанные с ней входные и выходные документы, понимаемые как формы фиксации данных: реальные документы, сообщения, таблицы, массивы [2, 3].
Основными критериями оценки качества Ф-модели являются полнота, детальность и системность ее описания. Она должна отображать деятельность организационно-технической системы с такой степенью детальности, при которой явно выделены, соотнесены во времени и представлены все решаемые в системе задачи и циркулирующие документы с указанием их взаимосвязей потоками данных. На рис. 3 представлен граф, верхняя часть которого показывает примерный состав и взаимосвязи основных объектов, относительно которых на этапе разработки модели функционирования должна быть собрана информация. Анализируя смысловое содержание графа, можно сделать вывод, что документы и задачи (их алгоритмы) являются своеобразными «концентраторами» данных, накапливаемых, формируемых и передаваемых между исполнителями в процессе функционирования системы.
Модель функционирования, состоящая из описаний функциональных областей, процессов и функций системы в виде совокупностей решаемых задач и формируемых документов функциональными группами и отдельными должностными лицами, имеет следующее значение для хода концептуального проектирования.
Во-первых, она является основанием для определения главных направлений автоматизации в ОТС, поскольку полно отражает весь механизм информационного взаимодействия ее функционально значимых звеньев.
Во-вторых, МФ является основой планирования всей разработки, так как наличие сведений о полном составе задач, документов и их исполнителях позволяет обоснованно намечать этапы разработки, формировать группы экспертов-деталировщиков, обеспечивать упорядоченность и контролировать полноту и сроки дальнейшего проектирования.
В-третьих, эта модель служит планом для определения информационных ресурсов, поскольку явно вскрывает соотнесенные со временем все потоки и области концентрации данных в системе и создает условия для непосредственного вскрытия их состава и объемов.
Основной принцип, на котором базируется разработка МФ, заключается в Основной принцип, на котором базируется разработка МФ, заключается в том, что на любом этапе структурирования системы должны быть полностью классифицированы и рассмотрены все возможные альтернативные декомпозиции, так чтобы факт достижения цели мониторинга становился для исследователя-аналитика очевидным. Это означает, что должна строго соблюдаться рассмотренная последовательность шагов мониторинга системы, а его глубина должна гарантировать полный учет решаемых задач, а, следовательно, и данных, используемых в процессе их решения.
Процесс мониторинга, в общем виде, представляет собой нисходящую детализацию системы по рассмотренным категориям от функциональных областей до задач и документов с их привязкой к соответствующим функциональным группам должностных лиц. Мониторинг по некоторой ветви данной схемы считается законченным, когда выявлены все задачи. Последующие (на этапе создания инфологической модели) позадачный мониторинг данных каждой задачи (деталировка) и интеграция требований реализуют продвижение разработки «снизу-вверх», при этом данные структурируются на основе изучения их функционального назначения и процедур обмена ими как внутри системы, так и с взаимодействующими системами.
Оценка большинства результатов, получаемых при разработке Ф-модели, осуществляется на качественном уровне на основе опыта и интуиции разработчика. Рассматриваемый этап определяет в значительной степени полноту состава данных в системе путем обеспечения максимально полного состава задач и документов, подвергаемых исследований на следующем этапе. Рассмотренный порядок построения МФ в виде многоуровневой иерархической структуры с такой глубиной детализации, при которой становится полностью обозримым состав задач и документов для каждой ветви деления, обеспечивает отсутствие потерь в ней. Основное требование при этом - полнота представления каждой декомпозируемой части функционирования делает возможным отсутствие потерь элементов данных (атрибутов) на инфологическом этапе в случае, если полнота их состава будет обеспечена для каждой области задачи.
Таким образом, этап разработки модели функционирования наиболее ответственный в ходе создания автоматизированной системы. Ошибки, потери, неточности, допускаемые при его выполнении, имеют наибольшую тяжесть отрицательных последствий по сравнению с другими этапами.
Известны системы, которые могли бы быть использованы для решения поставленной задачи (4, 5).
Первая из известных систем содержит первый и второй системные блоки, имеющие в своем составе модули центрального процессора, первый и второй унифицированные рабочие места, подключенные к блокам хранения данных и отображения, локальную вычислительную сеть, аппаратуру связи и коммутации данных (4).
Существенный недостаток данной системы состоит в ее конструктивной сложности.
Известна и другая система, содержащая блок ввода данных, блок формирования вектора значимости, блок формализации конфигурации системы, блок формирования матрицы распределения, входы которого соединены с выходами блоков обработки данных, а выходы соединены с входом блока вывода результатов (5).
Последнее из перечисленных выше технических решений наиболее близко к описываемому.
Его недостаток заключается в невысоком быстродействии системы, обусловленной тем, что выполнение процедуры подбора данных, необходимых для формализации семантических взаимосвязей анализа процессов функционирования организационно-технической системы реализуется через поиск данных по всей базе данных сервера системы и их последующей обработке центральным процессором, что при больших объемах данных неизбежно приведет к большим затратам времени.
Техническим результатом является повышение контроля формализации семантических взаимосвязей документов при анализе процессов функционирования организационно-технической системы за счет ввода, сканирования и обработки данных.
Технический результат достигается тем, что система содержит модуль 1 селекции базовых адресов записей данных сигнатуры множества документов в базе данных сервера системы, модуль 2 формирования адресов считывания базы данных сервера системы, модуль 3 селекции данных сигнатуры множества документов, модуль 4 идентификации информационно-поискового языка заданного исследования, модуль 5 приема записей базы данных сервера системы и модуль 6 формирования интегральной оценки сигнатуры множества документов.
Цель полезной модели - анализ требований к структуре и содержанию процессов обработки данных в организационно-технической системе, где основу будет схема подробных описаний технологической последовательности процедур и действий должностных лиц организационно-технической системы по переработке информации, включая описание задач (информационных запросов) и документооборота по всем подсистемам (функциональным областям), процессам и функциям.
Поставленная цель достигается тем, что в известную систему, содержащую модуль селекции базовых адресов записей данных сигнатуры множества документов в базе данных сервера системы, информационный вход которого является первым информационным входом системы, предназначенным для приема запроса на проведение оценки реализуемой сигнатуры множества документов, синхронизирующий вход модуля селекции базового адреса записей данных сигнатуры множества документов в базе данных сервера системы является первым синхронизирующим входом системы, предназначенным для приема синхронизирующих сигналов занесения запроса, в модуль селекции базовых адресов записей данных сигнатуры множества документов в базе данных сервера системы, модуль приема записей базы данных сервера системы, один информационный вход которого является вторым информационным входом системы, предназначенным для приема записей базы данных сервера системы, синхронизирующий вход модуля приема записей базы данных сервера системы является вторым синхронизирующим входом системы, предназначенным для приема синхронизирующих сигналов сервера базы данных, модуль формирования адресов считывания базы данных сервера системы, информационный вход которого соединен с первым информационным выходом модуля селекции базового адреса записей данных сигнатуры множества документов в базе данных сервера системы, синхронизирующий вход модуля формирования адресов считывания базы данных сервера системы подключен к синхронизирующему выходу модуля селекции базового адреса записей данных сигнатуры множества документов в базе данных сервера системы, информационный выход модуля формирования адресов считывания базы данных сервера системы является первым адресным выходом системы, предназначенным для выдачи адресов считывания базы данных сервера, а синхронизирующий выход модуля формирования адресов считывания базы данных сервера системы является синхронизирующим выходом системы, предназначенным для выдачи сигналов управления на вход первого канала прерывания сервера базы данных введены модуль идентификации информационно-поискового языка заданного исследования, информационный вход которого соединен со вторым информационным выходом модуля селекции базового адреса записей данных сигнатуры множества документов в базе данных сервера системы, а синхронизирующий вход модуля идентификации информационно-поискового языка заданного исследования подключен к синхронизирующему выходу модуля селекции базового адреса записей данных сигнатуры множества документов в базе данных сервера системы, модуль селекции данных сигнатуры множества документов, один информационный вход которого соединен с третьим информационным выходом модуля селекции базового адреса записей данных сигнатуры множества документов в базе данных сервера системы, другой информационный вход модуля селекции данных сигнатуры множества документов подключен к первому информационному выходу модуля приема записей базы данных сервера системы, синхронизирующий вход модуля селекции данных сигнатуры множества документов соединен с вторым синхронизирующим входом системы, при этом первый выход модуля селекции данных сигнатуры множества документов подключен к первому тактирующему входу модуля формирования адресов считывания базы данных сервера системы, а второй выход модуля селекции данных сигнатуры множества документов подключен к счетному входу модуля идентификации информационно-поискового языка заданного исследования, при этом первый синхронизирующий выход модуля идентификации информационно-поискового языка заданного исследования соединен с вторым тактирующим входом модуля формирования адресов считывания базы данных сервера системы, и модуль формирования интегральной сигнатуры множества документов, один информационный вход которого соединен с вторым информационным выходом модуля приема записей базы данных сервера системы, другой информационный вход модуля формирования интегральной оценки сигнатуры множества документов подключен к информационному выходу модуля идентификации информационно-поискового языка заданного исследования, один синхронизирующий вход модуля формирования интегральной оценки сигнатуры множества документов соединен со вторым выходом модуля селекции данных сигнатуры множества документов, другой синхронизирующий вход модуля формирования интегральной оценки сигнатуры множества документов подключен к второму синхронизирующему выходу модуля идентификации информационно-поискового языка заданного исследования, а информационный выход формирования интегральной оценки сигнатуры множества документов является информационным выходом системы, предназначенным для выдачи оценки сигнатуры множества документов на табло отображения данных.
Сущность изобретения поясняется чертежами, где на фиг. 1 представлена структурная схема системы, на фиг. 2 - структурная схема модуля селекции базовых адресов записей данных сигнатуры множества документов и в базе данных сервера системы, на фиг. 3 - структурная схема модуля формирования адресов считывания базы данных сервера системы, на фиг. 4 - структурная схема модуля селекции данных заданного сигнатуры множества документов, на фиг. 5 - структурная схема модуля идентификации информационно-поискового языка заданного исследования, на фиг. 6 - структурная схема модуля формирования интегральной оценки сигнатуры множества документов, на фиг. 7 - структурная схема организации и взаимосвязи групп разработчиков научно-методического сопровождения разработки концептуального проекта (КПр), на фиг. 8 - структурная схема Ф-модели, на фиг. 9 - структурная схема информационно-логического графа для МФ.
Система (фиг. 1) содержит модуль 1 селекции базовых адресов записей данных сигнатуры множества документов в базе данных сервера системы, модуль 2 формирования адресов считывания базы данных сервера системы, модуль 3 селекции данных заданного сигнатуры множества документов, модуль 4 идентификации информационно-поискового языка заданного исследования, модуль 5 приема записей базы данных сервера системы и модуль 6 формирования интегральной оценки сигнатуры множества документов.
На фиг. 1 также показаны первый 11 и второй 12 информационные входы системы, первый 13 и второй 14 синхронизирующие входы системы, а также адресный 15, информационный 16 и синхронизирующие 17 выходы системы.
При этом первый информационный 11 вход системы предназначен для приема запросов на оценку типовых идентификаторов сигнатуры множества документов, второй информационный вход 12 системы предназначен для приема записей данных сигнатуры множества документов из базы данных сервера системы, первый синхронизирующий вход 13 системы предназначен для приема синхронизирующих сигналов занесения запросов на оценку сигнатуры множества документов формирования в базу данных системы, а второй синхронизирующий вход 14 системы предназначен для приема синхронизирующих сигналов сервера базы данных системы.
Адресный выход 15 системы предназначен для выдачи адресов считывания данных на адресный вход сервера базы данных, информационный 16 выход системы предназначен для выдачи данных на табло отображения, а синхронизирующий 17 выход системы предназначен для выдачи сигналов управления на вход первого канала прерывания сервера базы данных системы.
Модуль 1 (фиг. 2) содержит регистр 20, дешифратор 21, блок 22 памяти, выполненный в виде постоянного запоминающего устройства, элементы 23-25 И, элементы 26-27 задержки. На чертеже показаны информационный 11 и синхронизирующий 13 входы, а также первый 30, второй 31, третий 32 информационные и синхронизирующий 33 выходы.
Модуль 2 (фиг. 3) содержит счетчик 35, элементы 36, 37 ИЛИ, и элемент 38 задержки. На чертеже показаны информационный 40, синхронизирующий 41, первый 42 и второй 43 тактирующие входы, а также адресный 15 и синхронизирующий 17 выходы.
Модуль 3 (фиг. 4) содержит компаратор 45 и элемент 46 задержки. На чертеже показаны первый 47 и второй 48 информационные и синхронизирующий 49 входы, а также первый 50 и второй 51 синхронизирующие выходы.
Модуль 4 (фиг. 5) содержит регистр 50, счетчик 51, компаратор 57, элемент 58 задержки. На чертеже показаны информационный 60, синхронизирующий 61 и тактирующий 62 входы, а также информационный 63, первый 64 и второй 65 синхронизирующие выходы.
Модуль 5 (фиг. 1) приема записей базы данных сервера системы выполнен в виде регистра, имеющего информационный 12 и синхронизирующий 14 входы, а также первый 17 и второй 18 информационные выходы.
Модуль 6 (фиг. 6) содержит сумматор 66 и делитель 67. На чертеже показаны первый 68 и второй 69 информационные, и первый 70 и второй 71 синхронизирующие входы, а также информационный 16 выход.
Перед началом работы системы в базу данных сервера системы заносятся данные о исследованиях с детализацией данных сигнатуры множества документов.
Для оценки сигнатуры множества документов на автоматизированном рабочем месте администратора системы формируется кодограмма, имеющая следующий вид:
Данная кодограмма запроса поступает на вход 11 системы и далее на информационный вход регистра 20 модуля 1, в который указанная кодограмма заносится синхронизирующим импульсом с входа 13 системы.
Идентификатор выбранного сигнатуры множества документов с выхода 73 регистра 20 модуля 1 поступает на вход дешифратора 21.
Дешифратор 21 расшифровывает код выбранного сигнатуры множества документов, выдавая на один их своих выходов высокий потенциал. Для определенности положим, что высокий потенциал поступил на один вход элемента 24 И.
Параллельно с этим, синхронизирующий импульс с входа 13 системы задерживается элементом 26 на время срабатывания дешифратора 21, и далее опрашивает состояния элементов 23-25 И.
Учитывая то обстоятельство, что открытым по одному входу будет только элемент 24 И, то пройдя этот элемент, синхроимпульс поступает, во-первых, на вход считывания фиксированной ячейки памяти постоянного запоминающего устройства (ПЗУ) 22, где записан базовый адрес зоны памяти сервера, в которой хранятся все записи о исследованиях и количество таких записей.
Структура записи в ячейке памяти ПЗУ имеет следующий вид:
Содержимое фиксированной ячейки памяти ПЗУ 31 считывается на выходы 30 и 31 модуля 1 соответственно.
Во-вторых, тот же синхронизирующий импульс с выхода элемента 26 задержки задерживается элементом задержки 27 на время считывания содержимого фиксированной ячейки ПЗУ и затем поступает на выход 33 модуля 1, откуда он поступает как на вход 61 модуля 4, так и на синхронизирующий вход 41 модуля 2.
На вход 60 модуля 4 с выхода 31 модуля 1 поступает код количество объективных записей, который заносится в регистр 55 синхронизирующим импульсом с входа 61.
С выхода регистра 55 код количество записей об объективной информации (количество записей соответствует по количеству запроса) выдается как на выход 63 модуля 4, так и на один информационный вход компаратора 57.
Параллельно с этим, код заданного числа целеуказаний для каждого вида информационно-поискового языка и исследований с выхода 75 регистра 20 выдается на выход 32 модуля 1.
Код базового адреса зоны памяти данных выбранной объективной информации с выхода 30 модуля 1 поступает на информационный вход 40 счетчика 35 модуля 2, в который заносится синхронизирующим импульсом, поступающим на синхронизирующий вход 41 счетчика 35 с выхода 33 модуля 1.
С выхода счетчика 35 код базового адреса через адресный выход 15 модуля 5 выдается на адресный вход сервера базы данных, синхронизирующий импульс с входа 41 модуля 2 проходит элемент 37 ИЛИ, задерживается элементом 38 задержки на время срабатывания счетчика 35, и далее через выход 17 модуля 2 выдается на вход первого канала прерывания сервера базы данных.
По этому сигналу сервер переходит на подпрограмму считывания содержимого ячейки памяти, адрес которой выдан на адресный выход 15 системы и записи ее содержимого в модуль 5 с информационного входа системы 12 по синхронизирующему импульсу, поступающему на вход 14 системы.
Структура кодограммы, поступившей в модуль 2, имеет следующий вид:
В данном случае первое количественное значение числа целеуказаний на выходе 17 модуля 5 будет равно «1», поскольку числовой ряд количественных значений сигнатуры множества документов в записях базы данных сервера системы ранжирован по возрастающему числу целеуказаний, начиная с одного целеуказания для каждого из видов исследований в записях базы данных сервера системы.
Данное значение числа целеуказаний с выхода 17 модуля 5 поступает на вход 48 модуля 3 и далее подается на один информационный вход компаратора 45, на другой информационный вход 47 которого с выхода 32 модуля 1 поступает код заданного числа целеуказаний для каждого вида сигнатуры множества документов и исследований.
По синхронизирующему импульсу, поступающему с входа 14 системы на вход 49 модуля 3 и задержанному элементом 46 задержки на время срабатывания модуля 5, компаратор 45 сравнивает входные значения показателей целеуказаний.
Если значения показателей целеуказаний на входах компаратора 45 модуля 3 не совпадают, то компаратор 45 формирует сигнал на выходе 50, который через вход 42 модуля 2 проходит через элемент 36 ИЛИ 5 на счетный вход счетчика 35, увеличивая базовый адрес считывания на единицу и формируя адрес считывания очередной записи базы данных.
Кроме того, тот же синхронизирующий импульс с выхода элемента 36 ИЛИ проходит элемент 37 ИЛИ, затем задерживается элементом 38 на время срабатывания счетчика 35, и с выхода 17 системы он вновь поступает на вход второго канала прерывания сервера базы данных. По этому сигналу сервер вновь переходит на подпрограмму считывания содержимого очередной ячейки памяти, адрес которой выдан на адресный выход 17 системы и записи ее содержимого в модуль 5 с информационного входа системы 12 по синхронизирующему импульсу, поступающему на вход 14 системы.
Процесс выборки данных и их сравнения модулем 3 будет продолжаться до тех пор, пока компаратор 45 не зафиксирует равенство входных кодов формированием импульса на выходе 51, который, во-первых, поступает на синхронизирующий вход 70 модуля 6, на один информационный вход 68 которого подано значение с выхода 18 модуля 5. Это значение величины сигнатуры множества документов при заданном количестве целеуказаний поступает на информационный вход накапливающего сумматора 66 и заносится в него синхронизирующим импульсом с входа 70 модуля 6.
Во-вторых, синхронизирующий импульс с выхода 51 модуля 4 поступает на счетный вход модуля 4 и далее на счетный вход счетчика 56, подсчитывающего число просмотренных записей в базе данных сервера системы.
Число просмотренных записей сигнатуры множества документов с выхода счетчика 56 поступает на один информационный вход компаратора 57, на другой информационный вход которого постоянно подается код количества записей о исследованиях с выхода регистра 55.
Если входные коды отличаются между собой, то компаратор 57 модуля 4 вырабатывает сигнал, который с выхода 64 модуля 4 поступает на вход 43 модуля 2, проходит через элемент 36 ИЛИ на счетный вход счетчика 35, увеличивая базовый адрес считывания на единицу и формируя адрес считывания очередной записи базы данных.
Кроме того, тот же синхронизирующий импульс с выхода элемента 36 ИЛИ проходит элемент 37 ИЛИ, затем задерживается элементом 38 на время срабатывания счетчика 35, и с выхода 17 системы он вновь поступает на вход второго канала прерывания сервера базы данных. По этому сигналу сервер вновь переходит на подпрограмму считывания содержимого очередной ячейки памяти, адрес которой выдан на адресный выход 17 системы и записи ее содержимого в модуль 5 с информационного входа системы 12 по синхронизирующему импульсу, поступающему на вход 14 системы.
Как только компаратор 57 модуля 4 зафиксирует равенство входных кодов, то сигнал формируется на другом его выходе 65.
Этот сигнал, поступает на вход 71 модуля 6 и далее на синхронизирующий вход делителя 67, на один информационный вход которого поступает итоговая сумма значений сигнатуры множества документов при заданном числе целеуказаний, а на другой информационный вход делителя 67 с входа 69 модуля 6 поступает заданное число исследований.
По синхронизирующему импульсу с входа 71 на выходе делителя 16 формируется среднее значение показателя величины сигнатуры множества документов при заданном числе целеуказаний.
Таким образом, введение новых модулей и новых конструктивных связей позволило существенно повысить анализ процессов функционирования организационно-технической системы.
Источники информации, принятые во внимание при составлении описания заявки:
1. Базанов В.М., Кравцов В.М., Саяпин О.В., Чискидов C.B. Анализ функционирования сложных организационно-технических систем М.: ВВИА им. профессора Н.Е. Жуковского, 2007.
2. Ветошкин В.М. Базы данных. - М: ВВИА им. проф. Н.Е. Жуковского, 2005 г. - 388 с.
3. Ветошкин, В.М. Методы и алгоритмы концептуального проектирования баз данных автоматизированной системы воздушной разведки ВВС: дис.… д-ра техн. наук / В.М. Ветошкин; ВВИА им. профессора. Н.Е. Жуковского. - М, 1990. - 471 с.
4. Патент №80604 от 06.08. 2008 г.
5. Патент №133630 от 20.10.2013 г.
6. Патент №126164 от 20.03.2013 г.
7. Патент №133637 от 20.10.2013 г.
8. Патент №133634 от 20.10.2013 г.