Значительным фактором в организации КС УКИС является применение принципа обратной связи. В процессе функционирования КС УКИС выдает информацию для своего пользователя - «пользователь КС УКИС - это специалист, применяющий ресурсы КС УКИС для решения своих профессиональных задач». К пользователям КС УКИС, прежде всего, относятся категории технологических пользователей - инженер по качеству, системный аналитик и др. Однако не исключается, что пользователями КС УКИС могут быть и конечные пользователи, например, экономисты, изучающие экономическую сторону качества ИС и её продукции.
В связи с этим в организации обратной связи существенным представляется, например, учет мнения абонентов контура Б о качестве обработки выдаваемой им документации. Мнение абонента может быть сформировано в результате анализа выходных документов (этап 13). Кроме того, представляется целесообразным учет мнения абонента не только о качестве обработки, но также и учет предложений, пожеланий абонента по улучшению качества ИС. Отсюда появляется необходимость организации в КС УКИС обратной связи. Наиболее приемлемым представляется фиксирование сведений о качестве обработки и предложений по его улучшению со стороны абонента в виде соответствующего формата - «Карты оценки качества абонентом ИС» (КОКИС) (этап 14), которую абонент заполняет, а затем направляет в контур В (этап 15). После обработки эти данные затем используются для оценки качества и его улучшения в дальнейшем (этапы 24-27). «Карта» должна быть унифицированной, чтобы можно было, с одной стороны, обеспечить эффективный сбор и обработку сведений об оценке качества со стороны абонента, а с другой стороны, быть понятной и легко заполняемой. Она выдается абоненту вместе с комплектом производных документов ИС (этап 12).
На основе выше рассмотренного, можно принять следующие определения. Операцию можно определить так - «операция технологического процесса КС УКИС - это элементарное действие, обеспечивающее промежуточный логический результат процедуры технологического процесса обработки данных КС УКИС». Процедуру можно определить следующим образом - «процедура технологического процесса обработки данных КС УКИС - это совокупность технологических операций, обеспечивающая реализацию логической части этапа технологического процесса обработки данных КС УКИС». В нашем случае этап ТПОД можно трактовать так: «этап технологического процесса обработки данных КС УКИС - это совокупность взаимосвязанных процедур, реализующая определенную функцию технологического процесса обработки данных КС УКИС». Становится возможным определить также и ТПОД: «технологический процесс обработки данных КС УКИС - это совокупность процессов, методов и средств, организованных в логическую последовательность этапов обработки данных, реализующая выдачу информации о качестве ИС».
5.4 Разработка алгоритма и программы автоматического восстановления достоверности данных
Одной из принципиальных задач совершенствования качества технологического процесса обработки данных, как базы любой ИС, является разработка алгоритмов и программ контроля по параметрам полноты, достоверности и оперативности данных. Особую значимость представляют алгоритмы и соответствующие программы автоматического обнаружения и восстановления качества данных, исключающие необходимость ручного труда исполнителей. Рассмотрим алгоритм программы, модель которого приведена в разделе 3.5. При разработке алгоритма и программы учитываются условия технологии обработки данных, которые определены в разделе 5.3. Укрупненная структура программы представлена на уровне блоков (рис. 5.6).
В блоках с 6 по 10 происходит обработка ошибок по их модификациям, указанным внутри блоков. Блок сопряжения с системой подготовки данных (СПД) информационной системы осуществляет интерфейс между программой и СПД. В режиме открытия блок сопряжения сохраняет адрес модуля печати СПД, в дальнейшем печать диагностической информации осуществляется через СПД. В режиме закрытия выполняется завершение работы программы. В рабочем режиме выполняется анализ описания свойств данных (ОСД) входных документов, очистка рабочих полей.
Блок контроля документов (БКД) служит для выработки пятиразрядного кода завершения, в дальнейшем код завершения используется как номер подпрограммы обслуживания, максимальное значение которого может быть , то есть 32. Блок контроля документов получает от СПД адрес документа и число строк в этом документе. Графа с номером строки в контроле не участвует и используется при выдаче диагностических сообщений. Остальные графы образуют матрицу, в которой графа «КС» содержит контрольные суммы по каждой строке.
Контроль матрицы документа выполняется в соответствии с алгоритмом программы (рис. 5.7). В программе выделяется 16 рабочих ячеек, в которых происходит накопление суммы при чтении каждой строки в графах с 1-ой по «КС». Одновременно производится суммирование всей строки, полученное значение сравнивается с величиной, записанной в графе «КС». При условии несовпадения (неравенства) взводится признак ошибки в строке ECL. Таким же образом контролируются остальные строки матрицы.
При вводе строки 0I производится сравнение накопленных сумм по графам и соответствующим значениям, записанным в строке 0I (графы с 1-ой по 15-ую). При несовпадении взводится признак ошибки в графе ECG. При несовпадении накопленной суммы по графе КС взводится признак ошибки SKC.
Если вычисленная сумма по строке 0I не равна заданной, то взводится признак S0I. Если сумма не равна вычисленной сумме по графе КС, то взводится признак S0IКС. При отсутствии признаков ошибок программа переходит к контролю следующего документа.
Если обнаружена одна ошибка, выдается сообщение: «В документе ХХХХХ УУ обнаружена ошибка». При этом с помощью кода завершения выбирается соответствующая подпрограмма обслуживания. Если обнаружено более одной ошибки выдается сообщение: «В документе ХХХХХ УУ обнаружено более одной ошибки».
Подпрограмма печати адресов получает управление каждый раз, когда в документе обнаружено более одной ошибки. При этом каждая строка с ошибкой сопровождается сообщением: «Строка ХХХХХХ содержит ошибку» и соответственно каждая графа с ошибкой сопровождается сообщением «графа ХХ содержит ошибку». Подпрограмма СС06 получает управление, когда вычисленная контрольная сумма по строке 0I равна вычисленной контрольной сумме по графе КС и не равна заданной контрольной сумме, то есть оператор допустил ошибку в подсчете контрольной суммы. Подпрограмма заменяет ошибочное число на вычисленное достоверное и выдает сообщение «строка 0I, графа КС значение ХХХХ скорректировано на УУУУ».
Подпрограмма ССII получает управление при условии ошибок в контрольной сумме в графе ХХ. Ошибочная контрольная сумма заменяется на правильно вычисленную, и выдается сообщение «строка 0I, графа ХХ, значение ХХХХ скорректировано на УУУУ».
Подпрограмма СС2I получает управление, если есть ошибка в контрольной сумме одной из строк. Производится замена ошибочного реквизита-основания на вычисленное достоверное с последующей выдачей сообщения «строка ХХХХХХ, графа КС, значение ХХХХ скорректировано на УУУУ».
Подпрограмма СС24 получает управление при наличии ошибки в одной из строк и в одной из граф. Ошибочное число, расположенное на пересечении ошибочной строки с ошибочной графой заменяется на вычисленное достоверное. При этом выдается сообщение «строка ХХХХХХ, графа УУ, значение ХХХХ скорректировано на УУУУ».
Блок переходов осуществляет передачу управления на соответствующую подпрограмму обслуживания, используя код завершения в байте FLAG. В случае, если для какого-либо кода завершения нет подпрограммы обслуживания, управление передается на печать кода завершения (ПКЗ).
Подпрограмма печати кода завершения получает управление, если для кода завершения, выработанного блоком БКД, нет соответствующей подпрограммы обработки. При этом полученный код распечатывается в двоичном виде «Некорректируемая ошибка с кодом ХХХХХ», где:
IXXXX-ECL -признак ошибки в строке,
XIXXX-ECG - признак ошибки в графе,
XXIXX-SKC - ошибочная контрольная сумма по графе КС,
XXXIX-S0I - ошибочная контрольная сумма по строке 0I,
XXXXI-S0IKC - сумма по графе КС не равна сумме по строке 0I.
Для вызова и загрузки программы необходимо выполнить трансляцию, редактирование и включение программы посредством стандартной процедуры ASMFGL. Входная точка в программу совпадает с обозначением программы IGN ЗНК. Объем программы составляет 586 операторов на языке АССЕМБЛЕР и занимает 4 килобайта оперативной памяти. Программа не накладывает ограничений на способы ввода документов в ЭВМ. Документы в ЭВМ могут быть введены через магнитные носители - диски, ленты, каналы передачи данных, сканирующие устройства в зависимости от конкретных условий обработки и характера решаемых задач.
5.5 Создание комплексной системы управления качеством информационных систем
Создание КС УКИС проводится в соответствии с парадигмой и методологическими основаниями СКИС. Конкретной синтезирующей категорией здесь является логика организации методологии СКИС [101]. Организация создания КС УКИС определяется жизненным циклом (ЖЦ) системы. На основе комплекса выполненных работ определим и представим структуру жизненного цикла КС УКИС, как развитие части структуры парадигмы СКИС (таблица 5.3) [98].
В соответствии со структурой парадигмы ЖЦ КС УКИС имеет трехуровневую иерархическую структуру: фазы-стадии-этапы. Разумеется, что каждый этап в решении конкретных задач может быть разбит на подэтапы, процедуры и т.д. В рамках структуры ЖЦ обозначим здесь наиболее значимые, на наш взгляд, аспекты синтеза КС УКИС.
В контексте СКИС можно исходить из того, что любая организация-разработчик будет самостоятельно определять содержание задачи синтеза, в частности, устанав-
Таблица 5.3
Структура жизненного цикла КС УКИС
|
Иерархические уровни структуры жизненного цикла КС УКИС |
|||
|
фазы |
стадии |
этапы |
|
|
1 |
2 |
3 |
|
|
1.Соз-дание |
1.1. Исследование |
1.1.1. Концептуальное (дескриптивное) моделирование |
|
|
1.1.2. Формализованное (математическое) моделирование |
|||
|
1.1.3. Моделирование на ЭВМ |
|||
|
1.2. Проектирование |
1.2.1. Предпроектное обследование |
||
|
1.2.2. Разработка технического задания |
|||
|
1.2.3. Разработка технического проекта |
|||
|
1.2.4. Разработка рабочего проекта |
|||
|
1.3. Пост-роение |
1.3.1. Приобретение оборудования |
||
|
1.3.2. Сборка комплекса технических средств |
|||
|
1.3.3. Монтаж комплекса технических средств |
|||
|
1.3.4. Настройка и тестирование КС УКИС |
|||
|
2.Фу-нкци-они-рова-ние |
2.1. Внед-рение |
2.1.1. Сдача системы в опытную эксплуатацию |
|
|
2.1.2. Опытная эксплуатация КС УКИС |
|||
|
2.2. Эксп-луатация |
2.2.1. Вывод системы на производственный режим |
||
|
2.2.2. Производственная эксплуатация КС УКИС |
|||
|
2.2.3. Развитие системы |
|||
|
2.2.4. Снижение эксплуатационных характеристик КС УКИС |
|||
|
3.Ли-квидация |
3.1. Подготовка |
3.1.1. Подготовка документов и средств по утилизации КС УКИС |
|
|
3.2. Проведение |
3.2.1. Выполнение работ по утилизации (демонтаж, разборка, выделение компонентов, пригодных для дальнейшего использования и др.) |
||
|
3.3. Завершение |
3.3.1. Оформление результатов утилизации (сдача отработанных компонентов в утиль, реализация работоспособных компонентов, оформление соответствующей документации) |
ливать свою сеть процессов и интерфейсов и способов управления. Это входит в концептуальную основу стандартов серии ИСО 9001:2015. Следует отметить, что стандарты других уровней - национальные, отраслевые, предприятий, также являются регламентом для следующих условий создания КС УКИС [180,181]:
1. Выполнение руководящих положений по управлению качеством. КС УКИС должна повысить свою собственную эффективность, чтобы реализовать рациональным способом требования к качеству информационной продукции.
2. Заключение контракта между поставщиком (разработчиком) КС УКИС и потребителем. В данной ситуации заказчик требует, чтобы определенные характеристики КС УКИС стали частью системы качества информационной продукции заказчика, указывая при этом конкретную модель обеспечения качества.
3. Утверждение результатов разработки КС УКИС заказчиком. Это очень распространенная ситуация, когда система оценивается заказчиком. Вместе с тем, разработчик перед предъявлением и сдачей системы заказчику может получить сертификат для КС УКИС у соответствующего официального органа.
4. Сертификация или регистрация КС УКИС третьей стороной. В этой особой ситуации систему качества оценивает орган по сертификации, а фирма-разработчик берет на себя обязательства поддерживать тем самым заданный уровень КС УКИС для других потенциальных заказчиков.
Разработчик может выбрать любой из двух способов использования стандартов серии ИСО 9001:2015: способ, мотивированный заинтересованным лицом, то есть фирмой-заказчиком и способ, мотивированный руководством фирмы-разработчика [126-135]. В случае использования способа, мотивированного заказчиком, разработчик изначально определяет систему качества как ответ на непосредственные требования потребителей. При использовании способа, мотивированного руководством, именно руководство фирмы-разработчика проводит работы по определению будущих потребностей и тенденций рынка ИС. Разработчик может применять стандарты серии ИСО 9001:2015, а также другие стандарты, как модель обеспечения качества для подтверждения работоспособности КС УКИС с целью получения сертификата. КС УКИС, реализуемая при данном условии, в общем случае будет более содержательной и эффективной, чем реализуемая только по представлениям фирмы-заказчика.
В жизненном цикле перед началом этапа моделирования формулируются априорные требования, предъявляемые к КС УКИС. Эти требования должны обозначить, функциональные и структурные аспекты построения системы, способы взаимосвязи и режимы взаимодействия КС УКИС и управляемой ИС по основным платформам совместимости - информационной, программной, аппаратной и др. В связи с этим возникает необходимость определения требований к самим методам улучшения качества ИС. Эти требования установлены в рамках теоретико-методологического рассмотрения проблемы и анализа СКИС, в частности, моделирования КС УКИС, а также могут быть уточнены на этапах проектирования. В связи с этим рассмотрим некоторые стадии создания КС УКИС более пристально.