АВТОМАТИЗИРОВАННАЯ СИСТЕМА УПРАВЛЕНИЯ СЕРВИСНОГО ОБСЛУЖИВАНИЯ ФУНКЦИОНАЛЬНОГО КОНТУРА "ПОВСЕДНЕВНАЯ ДЕЯТЕЛЬНОСТЬ" ГОСУДАРСТВЕННОЙ АВТОМАТИЗИРОВАННОЙ СИСТЕМЫ "ВЫБОРЫ"

Полезная модель относится к вычислительной технике, в частности, к автоматизированной системе сервисного обслуживания функционального контура «Повседневная деятельность» государственной автоматизированной системы «Выборы».
Автоматизированная система управления сервисного обслуживания объектов ГАС «Выборы» предназначена для автоматизации планирования, управления и учета проведения сервисного обслуживания территориально-распределенных объектов системы.
Компьютерные системы управления сервисным обслуживанием (Computerized Maintenance Management Systems - CMMS) существуют уже более 20 лет. Их логическим развитием являются современные интегрированные системы управления основными фондами, которые предназначены для сокращения затрат на обслуживание оборудования и повышение производительности (коэффициента готовности).
Автоматизированная система сервисного обслуживания объектов системы должна обеспечивать выполнение следующих функций:
- ведение регистра комплекса средств автоматизации;
- регистрацию технических данных, регистрацию ремонта и обслуживания комплекса технических средств;
- управление поставками комплексов технических средств и программного обеспечения;
- планирование и диспетчеризацию наряд-заказов, интеграцию с системой управления персоналом;
- полную регистрацию всех финансово-хозяйственных операций (по снабжению, складским операциям, проектным работам);
- полную регистрацию всех расходов на сервисное обслуживание (материалы, время, трудозатраты) и сравнение их с запланированными;
- управление складскими запасами - пополнение материалов на основе потребностей наряд - заказов, заказов снабжения, запланированных отпусков и уровней складских запасов.
- управление документооборотом - по меньшей мере, возможность оперативного доступа к электронным документам, связанным техническими и программными средствами, наряд - заказами и регламентами проведения сервисного обслуживания.
Известны системы, которые могли бы быть использованы для решения поставленной задачи (1,2).
Первая из известных систем содержит блоки приема и хранения данных, соединенные с блоками управления и обработки данных, блоки поиска и селекции, подключенные к блокам хранения данных и отображения, синхронизирующие входы которых соединены с выходами блока управления (1).
Существенный недостаток данного технического решения состоит в невозможности решения задачи обновления данных, хранимых в памяти в виде соответствующих документов одновременно с решением задачи выдачи содержания этих документов пользователям в реальном масштабе времени.
Известна и другая система, содержащая блоки приема данных, выходы которых соединены с блоком памяти и с блоком обработки данных, блок селекции временных интервалов, выходы которого подключены к блоку приема данных, к блоку приема запросов пользователей и к блоку памяти и к блоку обработки данных, выходы которого соединены с одними входами блока коммутации каналов выдачи данных, другие входы которого соединены с блоком селекции временных интервалов, а выходы являются выходами системы (2).
Последнее из перечисленных выше технических решений наиболее близко к описываемому.
Его недостаток заключается в невысоком быстродействии системы, обусловленном тем, что все получаемые системой данные сначала записываются в базу данных системы, и лишь затем начинается процедура их обработки, что приводит к неоправданным задержкам времени получения итоговых результатов.
Цель изобретения - повышение быстродействия системы путем исключения поиска оптимального плана сервисного обслуживания по всей базе данных сервера и локализации поиска только по временным и отличительным признакам конкретной заявки на сервисное обслуживание.
Поставленная цель достигается тем, что в известную систему, содержащую модуль приема планов сервисного обслуживания объектов системы, информационный и синхронизирующий входы которого являются первыми информационным и синхронизирующим входами системы, при этом первый информационный вход системы предназначен для приема планов сервисного обслуживания с информационных выходов автоматизированных рабочих мест пользователей, а первый синхронизирующий вход системы предназначен для приема синхронизирующих импульсов занесения планов сервисного обслуживания в модуль приема планов сервисного обслуживания объектов системы, первый выход которого является информационным выходом системы, предназначенным для выдачи данных планов сервисного обслуживания объектов системы на информационный вход сервера базы данных, модуль приема запросов пользователей, информационный и синхронизирующий входы которого являются вторыми информационным и синхронизирующим входами системы, при этом второй информационный вход системы предназначен для приема запросов пользователей с автоматизированных рабочих мест пользователей, а второй синхронизирующий вход системы предназначен для приема синхронизирующих импульсов занесения запросов пользователей в модуль приема запросов пользователей, модуль приема записей базы данных сервера, информационный и синхронизирующий входы которого являются третьими информационным и синхронизирующим входами системы, при этом третий информационный вход системы предназначен для приема записей базы данных сервера, а третий синхронизирующий вход системы предназначен для приема синхронизирующих импульсов занесения записей базы данных сервера в модуль приема записей базы данных сервера, модуль селекции адресов пользователей, информационный вход которого соединен с одним выходом модуля приема запросов пользователей, синхронизирующий вход модуля селекции адресов пользователей подключен к третьему синхронизирующему входу системы, модуль выдачи данных, один информационный вход которого соединен с информационным выходом модуля селекции адресов пользователей, другой информационный вход модуля выдачи данных подключен к выходу модуля приема записей базы данных сервера, синхронизирующий вход модуля выдачи данных соединен с синхронизирующим выходом модуля селекции адресов пользователей, а выходы модуля выдачи данных являются информационными выходами группы системы, предназначенными для выдачи планов сервисного обслуживания объектов системы на информационные входы соответствующих автоматизированных мест пользователей, модуль управления записью и считыванием данных базы данных сервера, адресный выход которого является адресным выходом системы, предназначенным для выдачи адресов записи и считывания данных на адресный вход сервера базы данных, первый синхронизирующий выход модуля управления записью и считыванием данных базы данных сервера является первым синхронизирующим выходом системы, предназначенным для выдачи синхронизирующих сигналов на вход первого канала прерывания сервера базы данных, а второй синхронизирующий выход модуля управления записью и считыванием данных базы данных сервера является вторым синхронизирующим выходом системы, предназначенным для выдачи синхронизирующих сигналов на вход второго канала прерывания сервера базы данных, отличающаяся тем, что система содержит модуль селекции опорных адресов планов сервисного обслуживания объектов системы, информационный вход которого соединен со вторым выходом модуля приема планов сервисного обслуживания объектов системы, а синхронизирующий вход модуля селекции опорных адресов планов сервисного обслуживания объектов системы подключен к первому синхронизирующему входу системы, модуль формирования текущего адреса плана сервисного обслуживания, управляющие входы которого соединены с соответствующими управляющими выходами модуля селекции опорных адресов планов сервисного обслуживания объектов системы, считывающие входы модуля формирования текущего адреса плана сервисного обслуживания подключены к соответствующим выходам считывания модуля селекции опорных адресов планов сервисного обслуживания объектов системы, первый сумматор, один информационный вход которого соединен с информационным выходом модуля селекции опорных адресов планов сервисного обслуживания объектов системы, другой информационный вход первого сумматора подключен к выходу модуля формирования текущего адреса плана сервисного обслуживания, синхронизирующий вход первого сумматора соединен с синхронизирующим выходом модуля селекции опорных адресов планов сервисного обслуживания объектов системы, модуль формирования адреса временного периода, информационный вход которого соединен с третьим выходом модуля приема планов сервисного обслуживания объектов системы, синхронизирующий вход модуля формирования адреса временного периода подключен к синхронизирующему выходу модуля селекции опорных адресов планов сервисного обслуживания объектов системы, а синхронизирующий выход модуля формирования адреса временного периода соединен с первым синхронизирующим входом модуля управления записью и считыванием данных базы данных сервера, второй сумматор, информационные входы которого соединены с информационными выходами первого сумматора и модуля формирования адреса временного периода, синхронизирующий вход второго сумматора подключен с синхронизирующему выходу модуля формирования адреса временного периода, а выход второго сумматора соединен с одним информационным входом модуля управления записью и считыванием данных базы данных сервера, модуль селекции опорного адреса считывания, информационный вход которого соединен с другим выходом модуля приема запросов пользователей, синхронизирующий вход модуля селекции опорного адреса считывания подключен ко второму синхронизирующему входу системы, один информационный выход модуля селекции опорного адреса считывания соединен с другим информационным входом модуля управления записью и считыванием данных базы данных сервера, синхронизирующий выход модуля селекции опорного адреса считывания подключен ко второму синхронизирующему входу модуля управления записью и считыванием данных базы данных сервера, и модуль формирования адресов записей базы данных сервера, информационный вход которого соединен с другим информационным выходом модуля селекции опорного адреса считывания, синхронизирующий вход модуля формирования адресов записей базы данных сервера подключен к синхронизирующему выходу модуля селекции опорного адреса считывания, управляющие входы модуля формирования адресов записей базы данных сервера являются управляющими входами системы, при этом один выход модуля формирования адресов записей базы данных сервера соединен с третьим синхронизирующим входом модуля управления записью и считыванием данных базы данных сервера, а другой выход модуля формирования адресов записей базы данных сервера соединен с четвертым синхронизирующим входом модуля управления записью и считыванием данных базы данных сервера.
Сущность изобретения поясняется чертежами, где на фиг.1 представлена структурная схема системы, на фиг.2 - приведен пример конкретной конструктивной реализации модуля селекции опорных адресов планов сервисного обслуживания объектов системы, на фиг.3 - приведен пример конкретной конструктивной реализации модуля селекции опорных адресов планов сервисного обслуживания объектов системы, а фиг.4 - приведен пример конкретной конструктивной реализации модуля селекции адресов пользователей, на фиг.5 - приведен пример конкретной конструктивной реализации модуля формирования текущего адреса плана сервисного обслуживания, на фиг.6 - приведен пример конкретной конструктивной реализации модуля формирования адреса временного периода, на фиг.7 - пример конкретной конструктивной реализации модуля формирования адресов записей базы данных сервера, на фиг.8 приведен пример конкретной конструктивной реализации модуля управления записью и считыванием данных базы данных сервера, на фиг.9 приведен пример конкретной конструктивной реализации модуля выдачи данных.
Система (фиг.1) содержит модуль 1 приема планов сервисного обслуживания объектов системы, модуль 2 приема запросов пользователей, модуль 3 приема записей базы данных сервера, модуль 4 селекции опорных адресов планов сервисного обслуживания объектов системы, модуль 5 селекции опорного адреса считывания данных, модуль 6 селекции адресов пользователей, модуль 7 формирования текущего адреса плана сервисного обслуживания, первый 8 и второй 9 сумматоры, модуль 10 формирования адреса временного периода, модуль 11 формирования адресов записей базы данных сервера, модуль 12 управления записью и считыванием записей базы данных сервера и модуль 13 выдачи данных.
На фиг.1 показаны первый 15, второй 16 и третий 17 информационные входы системы, первый 18, второй 19 и третий 20 синхронизирующие входы системы, первый 21 и второй 22 управляющие входы системы, информационный 23 и адресный 24 выходы системы, первый 31 и второй 32 синхронизирующие выходы системы, и группа информационных 33-35 выходов системы.
Модуль 1 (фиг.1) приема планов сервисного обслуживания объектов системы выполнен в виде регистра, имеющего информационный 15 и синхронизирующий 18 входы, и выходы 36-38.
Модуль 2 (фиг.1) приема запросов пользователей выполнен в виде регистра, имеющего информационный 16 и синхронизирующий 19 входы, и выходы 39 - 40.
Модуль 3 (фиг.1) приема записей базы данных сервера выполнен в виде регистра, имеющего информационный 17 и синхронизирующий 20 входы, и выход, подключенный к входу 168 модуля 13.
Модуль 4 (фиг.2) селекции опорных адресов планов сервисного обслуживания объектов системы содержит блок памяти 41, выполненный в виде постоянного запоминающего устройства, дешифратор 42, регистр 43, элементы 44-49 И, элементы 50-53 задержки. На чертеже показаны информационный 54 и синхронизирующий 18 входы, а также информационный 55 и синхронизирующий 56 выходы, группа 57-59 управляющих выходов и группа 60-62 считывающих выходов.
Модуль 5 (фиг.3) селекции опорного адреса считывания данных содержит блок памяти 64, выполненный в виде постоянного запоминающего устройства, дешифратор 65, элементы 66-68 И, элемент 69 ИЛИ, и элемент 70 задержки.
На чертеже также показаны информационный 72 и синхронизирующий 19 входы блока, а также синхронизирующий 73 и информационные 74, 75 выходы.
Модуль 6 (фиг.4) селекции адресов пользователей содержит блок памяти 76, выполненный в виде постоянного запоминающего устройства, дешифратор 77, элементы 78-80 И, элемент 81 ИЛИ, и элементы 82-83 задержки. На чертеже также показаны информационный 84 и синхронизирующий 20 входы, а также информационный 85 и синхронизирующий 86 выходы..
Модуль 7 (фиг.5) формирования текущего адреса плана сервисного обслуживания содержит счетчики 87-89, группы 90-92 элементов И, группу элементов 93 ИЛИ. На чертеже также показаны группа 94 - 96 управляющих входов, и группа 97-99 считывающих входов, а также информационный 100 выход.
Первый сумматор 8 (фиг.1) имеет информационные входы 101, 102, синхронизирующий вход 103 и выход 104.
Второй сумматор 9 (фиг.1) имеет информационные входы 105, 106, синхронизирующий вход 107 и выход 108.
Модуль 10 (фиг.6) формирования адреса временного периода содержит блок памяти 110, выполненный в виде постоянного запоминающего устройства, дешифратор 111, регистр 112, элементы 113-115 И, элементы 116, 117 задержки. На чертеже также показаны информационный 118 и синхронизирующий 119 входы, информационный 120 и синхронизирующий 121 выходы.
Модуль 11 (фиг.7) формирования адресов базы данных сервера содержит регистр 122, реверсивный счетчик 123, компараторы 124, 125, первый 126, второй 127 и третий 128 элементы ИЛИ, первый 129, второй 130 и третий 131 элементы задержки, а также элемент 138 ИЛИ. На чертеже также показаны информационный 132 и синхронизирующий 133 входы блока, первый 134 и второй 135 управляющие входы блока, а также управляющие 136 и 137 выходы блока.
Модуль 12 (фиг.8) управления записью и считыванием записей базы данных сервера содержит реверсивный счетчик 140, триггер 141, группы 144-145 элементов И, группу 146 элементов ИЛИ, элементы 142-143 И, элементы 147-148 ИЛИ и элементы 149-151 задержки. На чертеже показаны информационные 152, 153 входы, первый 154, второй 155, третий 156 и четвертый 157 синхронизирующие входы, а также информационный 158 выход и выходы записи 159 и считывания 160. При этом информационный выход 158 модуля 12 является адресным входом системы, выход 159 модуля 12 является первым синхронизирующим выходом системы, а выход 160 считывания модуля 12 является вторым синхронизирующим выходом системы.
Модуль 13 (фиг.9) выдачи данных содержит регистр 161, дешифратор 162, первую 163, вторую 164 и третью 165 группы элементов И, элемент 166 задержки. На чертеже также показаны первый 167 и второй 168 информационные и синхронизирующий 159 входы, а также информационные 170-173 выходы группы выходов модуля.
В основу построения системы сервисного обслуживания положена информационная технология, позволяющая организовать сервисное обслуживание объектов на основе типовых сценариев, по которым заранее отрабатываются планы сервисного обслуживания объектов системы.
С этой целью для каждого случая возможного возникновения потребности какого-либо объекта системы в сервисном обслуживании разрабатывается конкретный план проведения сервисного обслуживания с учетом возникшей ситуации.
План состоит из ряда разделов. Каждый раздел (подраздел) может состоять из подразделов или пунктов плана. Разбиение плана на подразделы связано в основном с восприятием плана Руководителем на экране средств коллективного пользования.
Каждый пункт плана содержит наименование конкретного мероприятия, с указанием типа (вида) сил, средств, ресурсов, необходимых для его выполнения и идентификатор пункта плана, который должен быть обязательно выполнен до начала его выполнения.
Для каждого пункта плана разрабатываются способы реализации, и для каждого способа отрабатываются методики (расчетные задачи), позволяющие определить (оценить) время его выполнения и количественные характеристики привлекаемых для выполнения пункта плана сил, средств, ресурсов в зависимости от конкретных параметров сложившейся ситуации на объекте системы.
Кроме того, разрабатываются методики определения времени выполнения и значений показателей эффективности конкретных способов выполнения мероприятий сервисного обслуживания, разделов плана и плана в целом.
Множество всех параметров ситуаций на объектах системы, которое требуется для подсчета необходимых сил, средств, ресурсов, времени, определения показателей эффективности плана сервисного обслуживания и способов выполнения конкретных мероприятий плана - это то множество параметров, которое должно поступить в сервисный центр системы с момента возникновения потребности в сервисном обслуживании.
При этом структура плана должна четко определять очередность и временные нормативы поступления конкретных параметров, а множество всех других информационных показателей, используемых для расчетов составит перечень информационных показателей условно-постоянной информации базы данных системы сервисного обслуживания.
Таким образом, в системе обеспечивается полнота информации, необходимой для принятия управленческих решений.
Программно-технические средства системы позволяют хранить, обрабатывать, отображать на средства коллективного отображения соответствующие планы. При этом план отображается с заданной степенью детализации.
Процесс принятия Руководством управленческих решений при возникновении потребностей объектов системы в сервисном обслуживании с использованием типовых планов будет выглядеть следующим образом.
При постановке на контроль заявки на сервисное обслуживание объекта системы определяется ее тип (классифицируется ситуация). Автоматически на экране в сервисном центре должен появиться проект плана, созданный на основе типового.
Сначала это будет план, в котором заполнена только графа мероприятия. В структурные подразделения сервисного центра, ответственные за определенные разделы плана, должно пойти уведомление о начале работы над разделом плана.
Информация с объекта системы, приславшего заявку на сервисное обслуживание (конкретные параметры), также должна автоматически поступать в соответствующие подразделения для выбора способа реализации плана сервисного обслуживания и расчета количественных и временных характеристик пунктов плана.
Решающая роль в разработке плана принадлежит лицу, принимающему решения. В процессе разработки плана, осуществляя визуальный контроль за разработкой плана, он может, исходя из сложившейся обстановки давать указания на разработку новых разделов плана, на корректировку уже подготовленных, осуществлять выбор способов реализации разделов плана и плана в целом.
Предлагаемый метод принятия управленческих решений по сервисному обслуживанию объектов системы на основе типовых планов позволит сократить время на принятие решения за счет переноса основных интеллектуальных усилий по разработке целеполагания и замысла решения на этап повседневной деятельности, когда нет жестких ограничений на время, а автоматизация процесса подготовки проекта плана сократит время на подготовку проекта управленческого решения.
Программно-технические средства должны позволять производить корректировку соответствующего раздела плана ответственным лицам непосредственно со своего рабочего места.
Остальные пользователи должны иметь доступ к разделам (подразделам) плана только на чтение (в т.ч. и ответственные за раздел пользователи к другим разделам-подразделам плана).
Система работает следующим образом.
В процессе разработки типовых планов сервисного обслуживания объектов системы, на вход системы с автоматизированных рабочих мест пользователей поступают входные данные в виде кодограммы, имеющей следующую структуру:
код
код
код
Идентификатор типа ситуации, связанной необходимостью проведения сервисного обслуживания объектов системы
Дата готовности плана проведения сервисного обслуживания объектов системы
Содержание разделов плана сервисного обслуживания объектов системы
После поступления данной кодограммы на информационный вход 15 системы, данная кодограмма заносится в регистр 1 синхронизирующим импульсом, поступающим на синхронизирующий вход 18 системы. С первого выхода 36 регистра 1 полное содержание кодограммы выдается на информационный выход 23 системы.
Со второго выхода 37 регистра 1 код идентификатора кризисной ситуации поступает на информационный вход 54 модуля 4, откуда он подается на вход дешифратора 42, расшифровывающего код идентификатора кризисной ситуации и выдающего на один из своих выходов высокий потенциал, поступающий на соответствующие входы элементов 44-49 И.
Для определенности допустим, что высоким потенциалом с первого выхода дешифратора 42 будут открыты элементы 44 и 47 И, а кроме того, высокий потенциал с первого выхода дешифратора будет непосредственно выдан на выход 57.
Синхронизирующий импульс с входа 18 системы, задержанный элементом 50 на время срабатывания дешифратора 42, поступает, во-первых, через элемент 44 И на вход фиксированной ячейки ПЗУ 41, в которой хранится опорный адрес зоны памяти базы данных, выделенной для записи всех планов, относящихся к заданной чрезвычайной ситуации, и считывает ее содержимое на вход регистра 43.
Во-вторых, тот же импульс, задержанный элементом 51 на время считывания базового адреса из ПЗУ 41, поступает на синхронизирующий вход регистра 43 и заносит в него код базового адреса, который с выхода 55 регистра 43 поступает на вход 102 сумматора 8. На другой вход 101 сумматора 8 с выхода 100 модуля 7 поступает код с выхода счетчика 87 через элементы 90 И, открытые по второму выходу высоким потенциалом с выхода 57 модуля 4.
Тот же синхронизирующий импульс модуля 4, задержанный элементом 52 на время занесения кода базового адреса в регистр 43, во-первых, через выход 56 модуля 4 поступает на синхронизирующий вход 103 сумматора 8, обеспечивая суммирование опорного адреса и кода счетчика 87 блока 7. Учитывая, однако, что к настоящему времени счетчик 87 был в исходном состоянии и его показания равны нулю, то в результате суммирования код опорного адреса на выходе 104 сумматора 8 останется без изменения и с выхода 104 поступит на вход 105 сумматора 9.
Во-вторых, синхронизирующий импульс с выхода элемента 52 модуля 4 задерживается элементом 53 на время срабатывания сумматора 9, и после чего, пройдя элемент 47 И, а также выход 60 модуля 4, поступает на вход 97 модуля 7 и далее на счетный вход счетчика 87, увеличивая его показания на единицу и формируя тем самым показания счетчика 87 к следующему циклу работы.
Параллельно с описанным выше процессом код даты создания плана с выхода 38 регистра 1 поступает на информационный вход 118 модуля 10 и далее поступает на вход дешифратора 111, расшифровывающего код даты и выдающего на один из своих выходов высокий потенциал, поступающий на соответствующие входы элементов 113-115 И.
Для определенности допустим, что высоким потенциалом с первого выхода дешифратора 111 будет открыт элемент 113 И.
Синхронизирующий импульс с выхода 56 модуля 4 поступает, во-первых, на вход 119 модуля 10 и далее через элемент 113 И поступает на вход фиксированной ячейки ПЗУ 110, в которой хранится адрес зоны памяти базы данных, выделенной для записи всех планов в указанный период времени, и считывает ее содержимое на вход регистра 112.
Во-вторых, синхронизирующий импульс с входа 119 модуля 10 задерживается элементом 116 на время считывания кода временного периода и поступает на синхронизирующий вход регистра 112 и заносит в него код временного периода, который с выхода 120 регистра 112 поступает на другой информационный вход 106 сумматора 9. Напомним, что на первый вход 105 сумматора 9 с выхода 104 сумматора 8 поступает код опорного адреса заданной кризисной ситуации.
Синхронизирующий импульс с выхода элемента 116, задержанный элементом 117 на время занесения кода временного периода в регистр 112, с выхода 121 модуля 10 поступает на синхронизирующий вход 107 сумматора 9, фиксируя суммарный адрес записи, который с выхода 108 сумматора 9 поступает на вход 152 модуля 12. Кроме того, синхронизирующий импульс с выхода 121 модуля 10 поступает на синхронизирующий вход 154 модуля 12.
С входа 152 модуля 12 сформированный адрес записи поступает на одни входы элементов 144 И первой группы, которые будут открыты высоким потенциалом с инверсного выхода триггера 141. Состояние триггера 141 определяется синхронизирующими импульсами записи, поступающими на вход 154 блока 12, и синхронизирующими импульсами считывания, поступающими на вход 155 модуля 12.
Учитывая, что в данный момент времени на вход 154 модуля 12 поступил синхронизирующий импульс записи, то пройдя на установочный вход триггера 141, этот импульс подтвердит его в исходное состояние, при котором высоким потенциалом с инверсного выхода триггера 141 будут открыты как элементы 144 И группы, так и элемент 142 И.
Код адреса записи с выхода элементов 144 И группы проходит через элементы 146 ИЛИ группы на информационный вход счетчика 140, на синхронизирующий вход которого поступает импульс с входа 154 модуля 12, прошедший по цепочке: элемент 147 ИЛИ и элемент 149 задержки, задерживающий импульс на время срабатывания сумматора 9.
Кроме того, этот же импульс с выхода элемента 149 задержки проходит элемент 142 И, задерживается элементом 150 на время занесения кода адреса в счетчик 140, и далее с выхода 159 через выход 31 системы поступает на вход первого канала прерывания сервера базы данных.
С поступлением этого сигнала сервер базы данных переходит на подпрограмму записи показаний регистра 1 с выхода 23 системы по адресу, сформированному на выходе 24 системы.
Процедура записи последующих типовых планов для других ситуаций сервисного обслуживания осуществляется аналогичным образом.
Для получения соответствующей информации из базы данных сервера каждый пользователь, имеющий допуск к соответствующим разделам базы данных типовых планов, на своем автоматизированном рабочем месте формирует кодограмму запроса и нажимает клавишу «Просмотр».
Структура кодограммы, формируемой на автоматизированных рабочих местах пользователей, имеет следующую структуру:
код
код
Идентификатор типа ситуации, связанной необходимостью проведения сервисного обслуживания объектов системы
Идентификатор АРМа пользователя
При этом коды идентификатора типа ситуации и идентификатора АРМа пользователя через вход 16 поступают в регистр 2, куда они заносится синхронизирующим импульсом с входа 19.
С первого выхода 39 регистра 2 код идентификатора кризисной ситуации поступает через вход 72 модуля 5 на вход дешифратора 65.
Дешифратор 65 расшифровывает код идентификатора типа ситуации, выдавая на один их своих выходов высокий потенциал. Для определенности положим, что высокий потенциал поступил на один вход элемента 67 И.
Параллельно с этим, синхронизирующий импульс с входа 19 задерживается элементом 70 на время занесения кода в регистр 2 и срабатывания дешифратора 65, и далее, опрашивает состояния элементов 66-68 И.
Учитывая то обстоятельство, что открытым по одному входу будет только элемент 67 И, то пройдя этот элемент И, синхроимпульс поступает, во-первых, на вход считывания фиксированной ячейки памяти постоянного запоминающего устройства 64.
В фиксированной ячейке памяти хранится код опорного адреса первой ячейки памяти данного типа ситуации в базе данных сервера и код числа планов в базе данных сервера, по которым предполагается действовать в условиях конкретной ситуации сервисного обслуживания объекта системы.
Структура кодограммы в ячейке памяти имеет следующую структуру:
код
код
Код опорного адреса первой ячейки памяти заданного типа ситуации в базе данных сервера
Код количества планов действий по заданному типу ситуации в базе данных сервера
Код опорного адреса первой ячейки памяти и код количества планов считываются из фиксированной ячейки памяти и поступают на выходы 74, 75 модуля 5 соответственно.
Параллельно с этим, импульс считывания фиксированной ячейки памяти модуля 5, пройдя элемент 69 ИЛИ, сразу же с выхода 73 модуля 5 поступает через вход 155 модуля 12 на единичный вход триггера 141 и устанавливает его в единичное состояние, при котором он открывает по одному входу элементы 145 И группы, а также элемент 143 И, закрывая в то же время низким потенциалом со своего инверсного выхода элементы 144 И группы вместе с элементом 142 И.
Код опорного адреса первой ячейки памяти с выхода 74 модуля 5 через вход 153 модуля 12 и элементы 145 И, а также элементы 146 ИЛИ группы поступает на информационный вход реверсивного счетчика 140.
Тот же синхронизирующий импульс с входа 155 модуля 12 проходит через элемент 147 ИЛИ, задерживается элементом 149 задержки на время считывания кода из блока памяти 64 и срабатывания триггера 141, и поступает на синхронизирующий вход реверсивного счетчика 140, фиксируя в счетчике код опорного адреса первой ячейки памяти данной кризисной ситуации в базе данных сервера.
Кроме того, тот же импульс с выхода элемента 149 задержки проходит элемент 143 И, элемент 148 ИЛИ и задерживается элементом 151 задержки на время занесения кода опорного адреса в счетчик 140 и через выход 160 модуля 12 и выход 32 системы он поступает на вход второго канала прерывания сервера.
По этому сигналу сервер переходит на подпрограмму опроса содержимого ячейки памяти по адресу, сформированному на адресном выходе системы 24 и выдачи считанных данных через вход 17 системы на информационный вход регистра 3, куда они заносятся синхронизирующим импульсом сервера, поступающим на вход 20 системы.
Одновременно с этим процессом, код количества записей планов данной ситуации с выхода 75 модуля 5 поступает через вход 132 модуля 11 на информационный вход регистра 122, куда также заносится импульсом с выхода 73 модуля 5 через вход 133 модуля 11.
Параллельно с этим, код идентификатора АРМа пользователя с выхода 40 регистра 2 поступает через вход 84 модуля 6 на вход дешифратора 77.
Дешифратор 77 расшифровывает код идентификатора АРМа пользователя, выдавая на один их своих выходов высокий потенциал. Для определенности положим, что высокий потенциал поступил на один вход элемента 78 И.
Параллельно с этим, синхронизирующий импульс с входа 20 задерживается элементом 82 на время срабатывания дешифратора 77, и далее, опрашивает состояния элементов 78-80 И.
Учитывая то обстоятельство, что открытым по одному входу будет только элемент 78 И, то пройдя этот элемент И, синхроимпульс поступает, во-первых, на вход считывания фиксированной ячейки памяти постоянного запоминающего устройства 76, где хранится код адреса АРМа пользователя, и считывает его через выход 85 модуля 6 на информационный вход 167 модуля 13.
Во-вторых, тот же импульс считывания, пройдя элемент 81 ИЛИ, задерживается элементом 83 задержки на время считывания содержимого фиксированной ячейки ПЗУ.
Далее с выхода 86 модуля 6 этот импульс поступает через вход 169 модуля 13 на синхронизирующий вход регистра 161, фиксируя в регистре код адреса АРМа пользователя.
Дешифратор 162 расшифровывает код адреса АРМа пользователя и высоким потенциалом на одном из своих выходов открывает элементы И одной из групп 163-165.
Одновременно с этим, импульсом с входа 169 модуля 13, задержанным элементом задержки 166 на время срабатывания дешифратора 162, код первой считанной записи с выхода регистра 3, пройдя через вход 168 модуля 13 и соответствующую группу элементов И 163-165, через соответствующий выход 170-173 модуля 13 и соответственно выходы 35-37 системы выдается на АРМ пользователя.
Пользователю предоставляется возможность просмотреть все планы по данной ситуации сервисного обслуживания в базе данных сервера и получить необходимую ему информацию.
Для этого пользователь использует клавиши «Вперед» и «Назад», сигналы от которых поступают на управляющие входы 21, 22 системы соответственно.
При нажатии клавиши «Вперед» импульс с входа 21 системы проходит через вход 134 модуля 11 на счетный вход счетчика 123, фиксирующего число просмотренных планов.
Это число планов сравнивается компаратором 124 с числом планов, относящихся к данной ситуации сервисного обслуживания, зафиксированных в регистре 122, по сигналу, поступающему с выхода элемента задержки 129, задерживающего импульс с входа 134 на время срабатывания счетчика 123.
Если число просмотренных планов меньше заданного количества планов в регистре 122, то на выходе 175 компаратора 124 формируется импульс, поступающий через элемент 127 ИЛИ на выход 136 модуля 11 и дал ее через вход 156 модуля 12 на суммирующий вход реверсивного счетчика 140, формирующего очередной адрес считывания на выходе 24.
Кроме того, тот же импульс, пройдя через элемент 148 ИЛИ и элемент задержки 151, задерживающий данный импульс на время срабатывания реверсивного счетчика, проходит на выход 160 модуля 12 и далее на выход 32 и вновь поступает на вход второго канала прерывания сервера.
По этому сигналу сервер вновь переходит на подпрограмму опроса содержимого ячейки памяти по адресу, сформированному на адресном выходе системы 24 и выдачи считанных данных через вход 17 системы на информационный вход регистра 3, куда они заносятся синхронизирующим импульсом сервера, поступающим на вход 20 системы.
Описанный процесс считывания планов из базы данных сервера и выдачи их на автоматизированное рабочее место пользователя продолжается до тех пор, пока число записей в регистре 122 модуля 11 не будет равно числу планов, считанных из базы данных, зафиксированных счетчиком 123. Указанный момент будет зафиксирован выдачей импульса на выходе 176 компаратора 124.
Импульс с выхода 176 компаратора 124, во-первых, через элемент 128 ИЛИ поступает на выход 137 модуля 11 и далее на вход 157 реверсивного счетчика 140, уменьшая его показания на единицу. Кроме того, тот же импульс, пройдя через элемент 148 ИЛИ и элемент задержки 151, задерживающий данный импульс на время срабатывания реверсивного счетчика, проходит на выход 160 и выход 32 системы и далее вновь поступает на вход второго канала прерывания сервера.
По этому сигналу сервер вновь переходит на подпрограмму опроса содержимого ячейки памяти по адресу, сформированному на адресном выходе системы 24 и выдачи считанных данных через вход 17 системы на информационный вход регистра 3, куда они заносятся синхронизирующим импульсом сервера, поступающим на вход 20 системы.
Во-вторых, тот же импульс с выхода 176 компаратора 124 задерживается элементом задержки 130 на время длительности импульса и через элемент 126 ИЛИ поступает на вычитающий вход счетчика 111, уменьшая его показания.
После этого пользователь может перейти к обратному просмотру типовых планов путем нажатия клавиши «Назад». Импульс с входа 29 через элемент 116 ИЛИ, во-первых, поступает на вычитающий вход счетчика 123, а, во-вторых, после прохождения элемента 138 ИЛИ и задержки элементом 131 на время срабатывания счетчика 123 поступает на синхронизирующий вход компаратора 125.
По этому сигналу компаратор 125 сравнивает показания счетчика 123 с «нулем». Если показания счетчика 123 больше нуля, то на выходе 177 компаратора 125 формируется сигнал, который через элемент 128 ИЛИ поступает на выход 137 модуля 11 и далее на вычитающий вход реверсивного счетчика 140.
Если же показания счетчика 123 будут равны нулю, то на выходе 178 компаратора 125 формируется импульс, который через элемент 127 ИЛИ походит на выход 136 модуля 11. Затем этот же импульс через вход 156 модуля 12 поступает на суммирующий вход реверсивного счетчика 140, переводя пользователя на режим прямого просмотра типовых планов в базе данных сервера.
Другими словами, пользователю предоставляется возможность неоднократно просмотреть все типовые планы сервисного обслуживания объектов системы и обоснованно выбрать интересующие его данные.
Таким образом, введение новых модулей позволило существенно повысить быстродействие системы путем исключения поиска оптимального плана сервисного обслуживания по всей базе данных сервера и локализации поиска только по временным и отличительным признакам конкретной заявки объекта системы на сервисное обслуживание.
Источники информации, принятые во внимание при составлении описания заявки:
Патент Японии №4-38021 М.кл., 11/30, 13/14 от 23.06.92
Патент США №5136708 М.кл. G06F 15/16 от 04.08.92 (прототип)