Файл: Исаев Г Н Теоретико-методологические основы качества информационных систем.doc

Если вычисленная сумма по строке 0I не равна заданной, то взводится признак S0I. Если сумма не равна вычисленной сумме по графе КС, то взводится признак S0IКС. При отсутствии признаков ошибок программа переходит к контролю следующего документа.

Если обнаружена одна ошибка, выдается сообщение: «В документе ХХХХХ УУ обнаружена ошибка». При этом с помощью кода завершения выбирается соответствующая подпрограмма обслуживания. Если обнаружено более одной ошибки

выдается сообщение: «В документе ХХХХХ УУ обнаружено более одной ошибки».

Подпрограмма печати адресов получает управление каждый раз, когда в документе обнаружено более одной ошибки. При этом каждая строка с ошибкой сопро- вождается сообщением: «Строка ХХХХХХ содержит ошибку» и соответственно

1 Система

подготовки

данных

12 Печать

ошибочных

строк и граф

да да

6 Под-

гото-

вка к

рабо-

те

да нет

нет да

7 Завер-

шение

рабо-

ты

да нет

нет да

11 ECL:=1

5 ABDEND U 0001

Рис. 5.7. Блок-схема алгоритма программы «Автоматическое обнаружение ошибок и восстановление достоверности значений показателей документов

табличного вида» (начало)

20 SOIKC:=1

нет

да

да

нет

нет

да

нет

24 ССО6

нет нет

да

23 Печать

адресов

ошибок

25 ССII

26 СС2I

27 СС24

Рис. 5.7. Блок-схема алгоритма программы «Автоматическое обнаружение ошибок и восстановление достоверных значений показателей документов табличного вида» (окончание)

каждая графа с ошибкой сопровождается сообщением «графа ХХ содержит ошибку». Подпрограмма СС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, а также другие стандарты, как модель обеспечения качества для подтверждения работоспособности КС УКИС с целью получения сертификата. КС УКИС, реализуемая при данном условии, в общем случае будет более содержательной и эффективной, чем реализуемая только по представлениям фирмы-заказчика.

В жизненном цикле перед началом этапа моделирования формулируются априорные требования, предъявляемые к КС УКИС. Эти требования должны обозначить, функциональные и структурные аспекты построения системы, способы взаимосвязи и режимы взаимодействия КС УКИС и управляемой ИС по основным платформам совместимости – информационной, программной, аппаратной и др. В связи с этим возникает необходимость определения требований к самим методам улучшения качества ИС. Эти требования установлены в рамках теоретико-методологического рассмотрения проблемы и анализа СКИС, в частности, моделирования КС УКИС, а также могут быть уточнены на этапах проектирования. В связи с этим рассмотрим некоторые стадии создания КС УКИС более пристально.

Стадия проектирования КС УКИС. На основе разработанных принципов, положений, моделей, методов и средств построения КС УКИС, полученных на стадии исследования проводится проектирование системы. Эта стадия имеет свои общие и специфические признаки.

При некоторых условиях, в частности, сравнительно небольших объемах проектирования этапы технического и рабочего проектирования могут быть объединены и составляется техно-рабочий проект КС УКИС. При создании системы необходимо тщательно спланировать проект, оценить возможные риски и обеспечить тем самым успешную работу всего коллектива разработчиков [140,143,144].

На первом этапе предпроектного обследования (ПрО) проводится изучение и анализ особенностей объекта управления – информационной системы, осуществляется сбор материалов для проектирования – определение требований, изучение объекта проектирования - КС УКИС, а также управляемого объекта – ИС. Проводится изучение условий функционирования будущей КС УКИС, например, объемно-временные характеристики информационных потоков по качеству ИС, возможная нагрузка на технические устройства, особенности состава программного обеспечения и др. Здесь же устанавливаются определенные ограничения на условия разработки – сроки выполнения этапов проектирования, имеющиеся и недостающие ресурсы, процедуры и мероприятия, обеспечивающие защиту информации и др. С учетом предварительно выполненных исследований проводится разработка и выбор варианта концепции КС УКИС. Одним из принципиальных вопросов ПрО является учет общих требований, предъявляемых к системе. Особенно тщательному анализу должны быть подвергнуты вопросы построения и функционирования имеющейся традиционной системы управления качеством ИС предприятия.

Этап разработки технического задания (ТЗ) является логическим продолжением ПрО. Материалы, полученные на этапе ПрО, используются для разработки ТЗ. Здесь формулируется назначение системы. Проводится анализ, разработка и указываются принципиальные требования, предъявляемые к КС УКИС со стороны конкретного заказчика или потенциальной группы потребителей. Формулируются требования к аппаратным, программным, информационным и организационно-правовым компонентам КС УКИС и др. Особое внимание в ТЗ уделяется разработке требований к порядку взаимодействия технологических процессов ИС и КС УКИС. Состав и содержание требований должны отображать в некотором роде идеализированное представление основных свойств КС УКИС в параметрической форме. Здесь необходимо тщательно изучить нормативные документы, содержащие требования к КС УКИС. В состав таких документов, как правило, включаются стандарты различного уровня – международные, национальные, отраслевые, предприятий, технические регламенты отрасли, ведомства, предприятия. Кроме того, информация о требованиях может быть получена из научно-технической литературы – монографии, сборники научных трудов, периодические научно-технические издания и др. В ТЗ приводится предварительное технико-экономическое обоснование проекта КС УКИС с расчетом технической и экономической эффективности системы.