!2. Защита от угрозы нарушения целостности информации на уровне содержания.

Защита от угрозы нарушения целостности информации на уровне содержания в обычной практике рассматривается как защита от дезинформации. При намеренной дезинформации применяют как ложь, так и полуправду, исподволь подталкивающую воспринимающих ее к ложным суждениям.

Наиболее распространенными приемами здесь являются: 1) прямое сокрытие фактов; 2) тенденциозный подбор данных; 3) нарушение логических и временных связей между событиями; 4) подача правды в таком контексте (добавлением ложного факта или намека), чтобы она воспринималась как ложь; 5) изложение важнейших данных на ярком фоне отвлекающих внимание сведений; 6) смешивание разнородных мнений и фактов; 7) изложение данных словами, которые можно истолковывать по разному; 8) отсутствие упоминания ключевых деталей факта.

Кроме того, в процессе сбора и получения информации возникают искажения, которые чаще всего происходят из-за: 1) передачи только части сообщения; 2) интерпретации услышанного в соответствии со своими знаниями и представлениями; 3) пропуска фактуры через призму субъективно-личностных отношений.

Для успешности борьбы с вероятной дезинформацией следует: 1) различать факты и мнения; 2) применять дублирующие каналы информации; 3) исключать все лишние промежуточные звенья и т. п.

По мере усложнения алгоритмов обработки информации, расширения применения в повседневной практике экспертных и самообучающихся систем и т.п. качество вводимой информации начинает играть все более важную роль.

Вместе с тем, даже в обычных учетных АС необходимо предусматривать наличие подсистем, проводящих первичный смысловой анализ и в определенной степени контролирующих работу оператора. Более сложные алгоритмы контроля связаны со спецификой обрабатываемой информации и технологии ее обработки. Наличие подобных подсистем позволяет защитить информацию в АС не только от случайных, но и преднамеренных ошибок.

Проблема защиты информации в АС от угрозы нарушения целост¬ности на уровне содержания информации до сих пор не ставилась, по-видимому, в силу того, что в качестве автоматизированных систем рассматривались, как правило, системы типа складского и бухгалтерского учета, в которых изменение содержания одной записи практически не вызывало противоречий в содержаниях остальных записей. По мере усложнения алгоритмов обработки информации, расширения применения в повседневной практике экспертных и самообучающихся систем и т.п. качество вводимой информации начинает играть все более важную роль.

Вместе с тем, даже в обычных учетных АС необходимо предусматривать наличие подсистем, проводящих первичный смысловой анализ и в определенной степени контролирующих работу оператора. Более сложные алгоритмы контроля связаны со спецификой обрабатываемой информации и технологии ее обработки. Наличие подобных подсистем позволяет защитить информацию в АС не только от случайных, но и преднамеренных ошибок.

!3. Техническая документация, оформляемая по каждому этапу моделирования системы.

Составление технической документации – обязательное условие успешного проведения моделирования системы, так как в процессе разработки модели и её машинной реализации принимают участие специалисты разных профилей, и документация является средством обеспечения их эффективного взаимодействия при решении поставленной задачи методом моделирования.

Основными этапами моделирования систем являются: 1) построение концептуальной модели системы и её формализация; 2) алгоритмизация модели системы и её машинная реализация; 3) получение и интерпретация результатов моделирования системы.

Составление технической документации по первому этапу. В конце этапа построения концептуальной модели MK и её формализации составляется технический отчёт по этапу, который включает в себя: а) подробную постановку задачи моделирования системы; б) анализ задачи моделирования системы; в) критерии оценки эффективности системы; г) параметры и переменные модели системы; д) гипотезы и предложения, принятые при построении модели; е) описание модели в абстрактных терминах и понятиях; ж) описание ожидаемых результатов моделирования системы.

Составление технической документации по второму этапу. Для завершения этапа машинной реализации модели MM необходимо составить техническую документацию, содержащую: а) логическую схему модели и её описание; б) адекватную схему программы и принятые обозначения; в) полный текст программы; г) перечень входных и выходных величин с пояснениями; д) инструкцию по работе с программой; е) оценку затрат машинного времени на моделирование с указанием требуемых ресурсов ЭВМ.

Составление технической документации по третьему этапу. Эта документация должна включать в себя: а) план проведения машинного эксперимента; б) наборы исходных данных для моделирования; в) результаты моделирования системы; г) анализ и оценку результатов моделирования; д) выводы по полученным результатам моделирования; указание путей дальнейшего совершенствования машинной модели и возможных областей её приложения.