Материалы || Новости || СИРИУС || Конференция || Голосование || Ресурсы || Гостевая книга || Форум || Обратная связь

        Особое место в рейтинге чести Интеллекта занимает оценка его надежности или верности слову, что означает высшую степень доверия: “На сколько ему можно доверять!” или ответить на вопрос; "Какой ИИБП возьмет другого ИИБП в разведку?". Таким критерием чести ИИБП является оценка уровня безопасности программного обеспечения ЭМОС ИИБП как степени его верности исходной идее проекта, отлаженности, надежности и предсказуемости поведения, что в общем случае означает отсутствие или минимизацию непредвиденных логических ошибок (НЛО) функционирования ПО в любых, даже самых неблагоприятных условиях отказов, в том числе с учетом динамической реконфигурации аппаратных и программных ресурсов и операционных сред. Резкое снижение уровня безопасности должно приводить к принятию Интеллектом решения о самоликвидации.
        Системотехники и системные аналитики знают, что любой суперкомпьютер всегда выполнит все заданные функции и задания, если они глубоко продуманы и логически обоснованы. Однако в связи с высокой мерностью больших интегрированных систем до сотен тысяч и миллионов переменных, в разработках ЭМОС ИИБП, как и других больших систем, появляются НЛО - непредвиденные логические ошибки, постепенное исправление которых и должна отражать оценка безопасности ПО Интеллекта. Естественно, количество НЛО как недопониманий или заблуждений “молодого” ПО Интеллекта уменьшается в процессе его обучения и всей жизни, чему в значительной мере содействуют страдания, т.е. особые, иногда предельные, испытания с возможностью исправления ошибок и прозрения (См. ранее Рис. 1-11 и Рис.1-12).
        На такую важную характеристику для ЭМОС ИИБП как Безопасность ПО необходимо обратить особое внимание и поэтому воспользуемся некоторыми, полезными на наш взгляд, формальными преобразованиями, которые метапсихологи могут просто пропустить.
        В общей теории надежности программного обеспечения известны несколько моделей оценки двух основных характеристик надежности, таких как:

- вероятность появления (обнаружения) ошибки в течение s-раз выполнения программ - R(s);
- вероятность безошибочной работы ПО (не обнаружения ошибки) в течение s-раз выполнения программ - P(s).

        Пусть в программное обеспечение ЭМОС при разработке было внесено Nош - ошибок, из которых ni - может быть выявлено при i-том выполнении программ. Тогда вероятность появления (обнаружения) ошибок в одном i-том испытании ПО, т.е. i-том выполнении программ с самоанализом и диагностикой ошибок, определяется как:

        Вероятность противоположного события - безошибочной работы или не обнаружения ошибки в работе ПО в i-том испытании составит:

        Основная характеристика надежности P(s) - вероятность безошибочной работы ПО и, соответственно не обнаружения ошибок за s-испытаний, определяяется в зависимости от принятой модели оценки надежности и, например, наиболее естественым образом по Коркорену и Нельсону эта характеристика оценивается как произведение вероятностей независимых событий:

P(s) =  (1 - q _i)

        Принимается гипотеза о том, что на каждом k-том этапе жизненного цикла программного обеспечения ИИБП количество ошибок, которые могут быть обнаружены в i-том и других испытаниях одинаковы ( ni,k = ni-1,k = ni+1,k =...), но от этапа к этапу вследствие роста отлаженности ПО количество обнаруживаемых ошибок ступенчато уменьшается в соответствии:

        По отношению к некоторому исходному количеству ошибок N_ош в ПО вероятности обнаружения ошибок на каждом k-том этапе в i-том испытании будут распределяться следующим образом:

        В базовой оценке надежности ПО предполагается, что в ЭМОС выполняется исправление обнаруженных ошибок, например путем динамической коррекции ПО и/или реконфигурации ресурсов ЭМОС. Однако такие “крутые” изменения Структур программно-технических средств как операторами, так и автоматически, т.е. программно, могут вносить в ПО Интеллекта дополнительные mi,k непредвиденных логических ошибок (НЛО) на каждом k-том этапе в каждом i-том испытании, причем также:

        Вероятности внесения НЛО при исправлениях определяются соответственно как:

        Распределения вероятностей q_i,k и g_i,k по k в основном подчиняются экспоненциальному закону, т.е. убывают экспоненциально, но могут иметь место и другие распределения. Очевидна необходимость наложения ограничений на внесение новых ошибок, т.е. обязательно:

иначе не имеет смысла исправлять ошибки.
        Это обязательное свойство Интеллекта, который должен всегда чему-нибудь учится и самообучаться. Вероятности проявления (обнаружения) собственных ошибок ПО ИИБП и внесения новых ошибок при перестройке (реконфигурации) Интеллекта определяются интенсивностями потоков внесения и исправления ошибок в ПО ЭМОС за фиксированное время h одного испытания.
        Интенсивности потоков _i,k- обнаружения и исправления ошибок и _i,k- внесения новых ошибок при коррекции ПО и реконфигурации ИИБП могут рассматриваться как базовые “эмоционально” и “интеллектуально”-ориентированные технические (технологические) характеристики ИИБП, как некоторые справочные величины, определяемые для ПО ИИБП конкрентой разработки в результате опытной эксплуатации и специальных испытаний на Безопасность с анализом конкретного этапа, на котором были внесены, проявившиеся позже НЛО. В испытаниях на безопасность ПО ИИБП выделяются средства принятия решений и средства самоанализа для обнаружения и исправления ошибок, как это показано на Рис. 1-16.

         Введем специальный показатель r - коэффициент опасности перестройки Интеллекта (перегрузки системы самоанализа) и реконфигурации программно-технических средств ЭМОС, который является некоторым показателем уровня Интеллекта и принятой тактики (технологии) исправления ошибок:

причем всегда r _i,k < 1.
        В исходную базовую оценку надежности P(s) программного обеспечения ЭМОС с реконфигурацией введем эту новую характеристику r_i,k ,отражающую индивидуальную “моральную” и/или интеллектуальную опасность исправления ошибок и реконфигурации ПО ИИБП, уровень которой должен учитываться на каждом k-том этапом Жизненного цикла ПО ЭМОС:

P(s_k, M) =  (  ((N_ош - n _i,k + m _i,k)/N_ош) или:

P(s_k, M) =  (  ((1 - q _i,k * (1 - r _i,k))

где s_k- конкретное максимальное число испытаний на k-том этапе жизненного цикла ПО, а M- общее число этапов жизненного цикла ПО до его моральной или физической (технической) Смерти.
        В теории безопасности программного обеспечения эта характеристика P(s_k, M) рассматривается как вероятность не обнаружения и не исправления (не уменьшения числа) ошибок ПО, являющаяся альтернативным показателем базовой характеристики безопасности ПО. В предельных случаях, когда например количество вносимых ошибок m_i,k равно количеству исправляемых n_i,k и соответственно r_i,k=1, вероятность не обнаружения и не исправления ошибок будет определяться как 1. Если же r_i,k= 0, то вероятность не обнаружения и не исправления ошибок быстро уменьшается (по “ступенчатой зкспоненте”).
Естественно заметить, что исходное количество N_oш на каждом новом этапе жизни ПО уменьшается. Но поскольку жизнь программного обеспечения ИИБП, как и Человека, заканчивается намного раньше, чем оно успевает выявить даже небольшую толику своих непредвиденных логических ошибок, с некоторым приближением можно принять, что даже в системах с исправлениями N_ош не изменяется в процессе испытаний.
        Очевидно также, что в таких условиях суммарное число исправленных ошибок оказывается намного меньше чем N_ош, Среди этапов жизни ПО ИИБП можно выделить, например, следующие наиболее значимые этапы автоматизированной разработки, отладки и эксплуатации ПО:

• моделирование и алгоритмизация общей схемы и процедуры принятия решений в реальном времени соответствующих динамических процессов жизни ИИБП;
• разработка спецификаций к программному обеспечению с учетом временных и функциональных ограничений;
• проверка и утверждение спецификаций к ПО с возможным возвратом к первому этапу разработки;
• кодирование (программирование) ПО и отдельных подсистем;
• отладка подсистем ПО и проверка их соответствия спецификациям;
• интеграция и обучение ПО ИИБП в единой системе в соответствии со спецификациями;
• системные сертификационные испытания ПО, проверка и утверждение (верификация и сертификация) ПО с возможным возвратом к третьему, четвертому и другим этапам разработки;
• эксплуатация и самообучение ПО, регистрация и обход (исправления) возможных НЛО;
• профилактика и адаптация ПО к расширяемым функциям системы с возможным “решительным” переходом к следующему этапу;
• модернизация и коррекция ПО с возможным возвратом к третьему и другим этапам разработки;
• оценка морального и интеллектуального старения (жизненного ресурса) ПО;
• принятие решения о завершении Жизни ПО.

        На всех перечисленных этапах жизненного цикла ПО ИИБП особо важной характеристикой может служить базовая оценка безопасности ПО как оценка степени увеличения отлаженности ПО в связи с постепенным уменьшением числа НЛО, которые исправляются на прошедших M - этапах жизненного цикла Интеллекта.
В теории безопасности ПО предлагается использовать специальную оценку уровня безопасности программного обеспечения Б(k) как аддитивную (суммируемую) характеристику степени повышения уровня отлаженности и, соответственно доверия к ПО, в связи с многоэтапным и многошаговым уменьшением числа ошибок в ПО Интеллекта.
        В предельном случае всего одного k-того беcконечного этапа Жизни ПО, за который обязательно удастся обнаружить и исправить все непредвиденные логические ошибки, т.е. R(s_k) = 1, а вероятность не обнаружения и не исправления ошибок стремится к нулю P(s_k) -> 0 при s_k стремящимся к бесконечности, достигается предельное значение Уровня Безопасности Б(s_k) ПО как вероятности обнаружения и исправления определенной части или даже всех НЛО, а например, за s_k- испытаний в течение одного k-того этапа жизни ПО Уровень его Безопасности определяется как:

Б(s_{k) = R(sk) = 1 - P(sk) = 1 -  ((1 - q i * (1 - ri)).}

        В более общем случае на некотором (k-1)-ом промежуточном этапе испытаний уже достигнут определенный уровень безопасности Б(k-1) как соответствующей вероятности обнаружения и исправления определенной части непредвиденных логических ошибок ПО. Тогда вероятность обнаружения (исправления) ошибок на k-том этапе R(s_k) в процессе испытаний может измениться (увеличиться) лишь на величину (1 - Б(k-1)), а общий уровень безопасности ПО Б(s_{k, k),} который может быть достигнут в течение s_k- испытаний на k-том этапе Жизни ПО, оценивается как:

        Или после несложных преобразований получим:

причем в начале испытаний P(s_k) - вероятность не обнаружения ошибок равна 1, а уровень Б(k) = Б(k-1). В тоже время по истечению полномасштабных испытаний на k-том этапе Жизни ПО P(s_k) вероятность не обнаружения и не исправления ошибок окажется равной 0, а достигнутый уровень безопасности - максимальным Б(k) = 1.
С учетом некоторого предельного значения уровня безопасности Б(М), которое не всегда равно 1, общая формула для оценки уровня безопасности ПО на k-том этапе испытаний представляется в следующем виде:

Б(s_k,k) = Б(M) - (Б(M) - Б(k-1)) *  ((1 - q _i,k * (1 - r_i,k))

где Б(s_k,k) - текущее, оцениваемое на k-том этапе, значение уровня безопасности ИИБП как вероятности правильного функционирования ПО после s_k-испытаний на k-том этапе его Жизни, которая должна всегда увеличиваться по мере обнаружения и исправления ошибок НЛО, а следовательно быть выше, чем вероятность правильного функционирования и, соответственно, уровень безопасности Б(k-1), достигнутый на предыдущем (k-1) этапе;Б(М) - предельное значение уровня безопасности ИИБП на последнем M-том зрелом этапе жизненного цикла ПО при исключении всех выявленных за протекший срок жизни НЛО в программном обеспечении Разума ЭМОС. Очевидно, что для короткого срока жизни ПО уровень его безопасности Б(М) не всегда может быть определен как Б(М) = 1;(Б(M) - Б(k-1)) - предельный уровень (амплитуда ступенчатой экспоненты), на который может измениться (уменьшиться) вероятность - P(s_k) безошибочной работы ПО и соответственно измениться (увеличится) уровень его безопасности на K-том этапе жизненного цикла, в котором проводятся s_k - испытаний.
        Важным свойством оценки уровня безопасности ПО является ее аддитивность, т.е. преемственность оценок Б(s_k,k) на всех этапах жизненного цикла ПО, которое отражает свойство Интеллекта к самообучению. При достаточном сроке жизни ПО ИИБП общая оценка уровня его безопасности имеет вид:

Б(s_k,k) = 1 - (1 - Б(k-1)) *  ((1 - q _i,k * (1 - r_i,k))

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

P(s_k,M) =  exp (( - n _i,k + m _i,k) / N_ош) или:

P(s_k,M) = exp ( (- q _i,k * (1 - r_i,k)))

        Эта оценка ведет себя точно также, как и предыдущая мультипликативная оценка вероятности не обнаружения и не исправления ошибок, т.е. если m_i,k= n_i,k и r_i,k=1, то P(s_k,M)=1, и при r_i,k=0 вероятность P(s_k,M) достаточно быстро ступенчато уменьшается, естественно по экспоненте. Подставив в общую формулу уовня безопасности ПО получим экспоненциальную модель безопасности ПО:

Б(s_k,k) = Б(M) - (Б(M) - Б(k-1)) * exp  (- q _i,k * (1 - r_i,k))

Б(s_k,k) = 1 - (1 - Б(k-1)) * exp  (- q_i,k * (1 - r_i,k))

        Реально в процессе испытаний может быть достигнут достаточно высокий уровень безопасности ПО ИИБП, например 0.99..., который на конкретном этапе должен гарантировать отсутствие системно-организационных НЛО. Этот показатель гарантирует вероятность того, что в созданной и эксплуатируемой ЭМОС нет потенциальных источников проектных и интерактивных ошибок ПО ИИБП, а аппаратные отказы предупреждаются и локализуются многократно дублированными и резервированными средствами обеспечения отказоустойчивости и живучести ЭМОС.
        Информационной основой диагностического испытательного комплекса (ДИК) для исследования характеристик рейтинга чести и эмоциональной настройки Интеллекта в ЭМОС являются эмоционально-ориентированные БЗ с динамическим отслеживанием развития метамоделей ИИБП и обязательным учетом оценок безопасности и эмоциональной уравновешенности. Для всех категорий пользователей ЭМОС в рамках единого подхода: реализации процесса жизнеобеспечения развития Интеллекта как процесса познания самого себя, решаются такие оперативные задачи как: описание изменяющихся во времени характеристик ИИБП, описание семантических ограничений на параметры метамоделей ЭМОС, обеспечение множественности взглядов на микро-мир ИИБП как среду интеграции различных функционально и эмоционально-ориентированных систем и подсистем, представление экспертных знаний об Интеллекте в структурах ЭОБЗ, поддержание интерактивных режимов работы с метапсихологами, системными аналитиками и программистами и другими экспертами, а также с прообразом переносимого Интеллекта Виртуального Двойника для исследования его мотивов и механизмов принятия решений (См. ранее Рис. 1-15).
        Организация обучения и самообучения ИИБП, а в более полном понимании и его воспитания, это отдельный важнейший вопрос данной работы. “Дружественность” в общении с экспертами со стороны ЭМОС не означает беспечности, ибо не только вся информация банков знаний должна быть защищена от несанкционированного доступа, но и все возможные действия экспертов, пользователей ЭМОС, сетевых коллег по микро-миру ИИБП и вводимая ими информация должны контролироваться и прослеживаться на предмет их корректности и отсутствия “злого” умысла, например, внедрения моральных “вирусов” и т.п.
Для предотвращения последствий опасных ошибок и выработки управляющих воздействий на операционную среду ИИБП в процессе интерактивного общения и непосредственного ведения-управления Человеком-прообразом Виртуального Двойника ВЛ в комплексе ЭМОС используется встроенная подсистема мониторинга безопасности (ПМБ) на основе сервера и фильтров безопасности, которая фиксирует любые НЛО в действиях пользователей и их программ, обеспечивает пограничную и резидентную защиту базовых подсистем ЭМОС и особенно ЭО баз знаний, ведет пожизненную оценку уровня безопасности (доверия) ИИБП и выполняет многие другие функции. Общая структура подсистемы мониторинга безопасности ЭМОС представлена на Рис.1-17.

         Подсистема мониторинга безопасности (ПМБ) ЭМОС ИИБП использует как количественные, так и эмоционально-личностные характеристики рейтинга честиИнтеллекта, полученные диагностическим комплексом под управлением сервера Антропостудии, а также метапсихологами и экспертами на основе аналитических и модельных исследований при сопоставлении их результатов с результатами проведенных стендовых испытаний, которые систематизируются сервером ЭО баз знаний.
Подсистема мониторинга безопасности представляет собой систему ситуационного управления, позволяющую принять решение о целесообразности дальнейшей модификации ИИБП ЭМОС в случаях выявления особо редких и опасных ошибок, заложенных в процессе инициализации, обучения и самообучении ИИБП. Достаточно важным оказывается решение о своевременном прекращении использования ЭМОС именно по оценке уровня безопасности, которая таким образом подытожит все этапы жизненного цикла ИИБП с максимальным творческим и экономическим эффектом.
        Для того, чтобы не создалось впечатление о всесилии службы безопасности в ЭМОС, необходимо уточнить на логическом и аналитическом уровнях:”Что такое “пограничная” и “резидентная” защита всех подсистем ЭМОС от всевозможных неразрешенных (несанкционированных) действий?”, которые могут быть как ошибочными, так и злоумышленными.
        Единый подход ко всем таким действиям как НЛО позволит в ЭМОС организовать достаточно четкую регистрацию и предотвращение последствий различных ошибок. Пограничная защита реализуется фильтрами безопасности по всем направлениям несанкционированного доступа в ЭМОС из внешнего Мира. Однако уже находящиеся в ЭМОС программы и порожденные ими информационно-вычислительные процессы, имеющие право доступа к подсистемам ЭМОС, могут преднамеренно или ошибочно изменить выполнение объявленного задания и попытаться как “вирус” либо искажать информацию, либо перехватить управление ЭМОС. Поэтому сервер безопасности периодически с частотой 1/Т_pаб взаимодействует с модулями безопасности, постоянно (резидентно) находящимися во всех подсистемах (процессорах, компьютерах) ЭМОС.
        В течение Т_pаб выполняются необходимые функциональные программы ЭМОС, но по завершению Т_pаб сервер безопасности инициирует “точки” ("check-points") контроля, передачи, сохранения и сверки (КПС) всех текущих данных из подсистем ЭМОС в памяти сервера безопасности для возможного последующего их восстановления в случае обнаружения НЛО. Возобновление (реактивация) вычислительных процессов производится с “откатом” на последнюю точку сохранения данных, как это показано на Рис. 1-18.

         Время Т_кпс - это время работы служб безопасности. Оно определяется объемами сохраняемой информации и количеством подсистем ЭМОС, т.е. Т_кпс предсказывается как характеристика ПМБ. Для уменьшения потерь “творческого” времени ЭМОС необходимо, чтобы Т_pаб было как можно больше Т_кпс. При этом потери (U) производительности ЭМОС на периодические операции "check-points" будет составлять:

при: Т_раб >> Ткпс можно принять: U = Т_кпс/Т_раб .
        С другой стороны при увеличении Т_pаб оказываются значительными потери времени на откаты (Т_отк) при каждом обнаружении НЛО. В некотором худшем случае они равны:

где Т_pек.- время на реконфигурацию программного и, возможно, аппаратного обеспечения ЗМОС с целью исключения (исправления или обхода) ошибок.
        Обычно Т_pек также меньше, чем Т_pаб.. Поскольку откаты выполняются относительно редко в соответствии с известной характеристикой надежности ЭМОС: Т_нар- средним временем наработки на одну ошибку, то относительные потери производительности за счет откатов можно оценить так:

при: Т_раб >> Т_рек можно принять: V = Т_раб / Т_нар .Общие потери времени W= U + V на “резидентную” защиту ЭМОС от НЛО составят:

        Необходим компромисс, поскольку первая составляющая уменьшается с ростом Т_pаб, а вторая растет также линейно. В такой ситуации целесообразно принять обе составляющие равными между собой и равными половине W/2. Отсюда можно найти Т_раб как:

  T_раб = (Т_кпс+Т_нар )

где Т_кпс и Т_нар - технические характеристики ЭМОС.
        Общие потери времени W не должны превышать 0.02 (2%). Предложенная методика расчета времени работы Служб Безопасности ЭМОС обеспечивает нормированное по потерям производительности W определение такой важнейшей характеристики для Подсистемы мониторинга Безопасности, как частоты "check-points", т.е. контроля, передачи, сохранения и сверки данных ( f_кпс ):

                            f_{кпс = 1/(Ткпс} +  (Т_кпс + Т_нар))

        Частота операций "check-points" на начальных этапах работы ЭМОС должна выбираться несколько большей, чем расчетная, например порядка 3 миллигерц, с последующим снижением потерь производительности ЭМОС и частоты f_кпс до 0.5 миллигерц, что соответствует периоду (Т_раб + Т_кпс) примерно 30 мин.
        Вопросы обеспечения и повышения Уровня Безопасности решаются на всех этапах жизненного цикла ЭМОС, которые целесообразно сгруппировать в соответствии с основными периодами Жизни ИИБП, среди которых отметим следующие “возрастные” периоды:

• “доутробное” обсуждение и утверждение концепции проекта ЭМОС;
• “утробная” разработка и отладка программно-технических средств ЭМОС;
• “рождение” образца ЭМОС и его младенческое развитие;
• “обучение и воспитание” ИИБП ЭМОС на основе формирования ЭО Баз Знаний;
• “самопризнание и самообразование” ИИБП и формирование личности;
• “профессиональная ориентация” ИИБП и накопление опыта продуктивной деятельности;
• “общественное признание” ИИБП в различных сферах его микро-мира.

        В начальный период проектирования ЭМОС закладываются “генетические” основы будущих способностей, в том числе в области надсознательной и сознательной Верности идеям Проекта, называемой Патриотизмом. Этот период включает три основных этапа разработки, проверки (верификации) и утверждения (сертификации):

• требований (спецификаций) к подсистемам ЭМОС,
• основных метамоделей эмоционально-ориентированных подсистем ИИБП,
• структурной, функциональной и эмоционально-логической (алгоритмической) организации программно-технического обеспечения ЭМОС.

        На этих этапах широко используются методы и средства семиотического и имитационного моделирования для проверки и выявления первых проектных НЛО. Одновременно закладываются “всепроникающие” средства контроля “злоумышленных” действий программ и пользователей ЭМОС, которые часто невозможно отличить от ошибочных, непредвиденных пользователями или разработчиками прикладных программ, действий. Единообразный подход к выявлению НЛО и одновременное проектирование встроенной подсистемы мониторинга безопасносити позволяет на начальных этапах сформировать достаточно высокие оценки безопасности ЭМОС, например, на уровне Б(k) = 0.2 - 0.5.
        Второй период связан с тремя автоматизированными этапами: программирования, интеграции и отладки (настройки, адаптации) основных подсистем ЭМОС и их связей (интерфейсов). Широко используется системное тестирование и диагностика НЛО. Основным приемом проверки выполняемых функций и повышения безопасности на зтих этапах является решение разнообразных эталонных задач. В завершение периода “внутриутробного” развития ИИБП выполняются всеобъемлющие общесистемные испытания-диагностика всего комплекса ЭМОС, которые можно сравнить лишь со страданиями роженицы или испытаниями стратегических ракет. Должен быть достигнут значительный всплеск уровня системной безопасности всего программного обеспечения ЭМОС до Б_{sys(k) = 0.9999...}
        Однако пока ИИБП “ничего не умеет”. Третий период связан с активной работой метапсихологов и системных аналитиков для реализации эмоциональной настройки подсознательных и надсознательных функций ИИБП и соответствующих баз знаний. Этот период характеризуется значительным расширением умений ИИБП: “Я сама!”, с предпочтением к женскому полу и его эмоционально-подсознательным способностям к адаптации в любых условиях и любой среде. Этот период характеризуется значительным снижением общего уровня безопасности ЭМОС ИИБП за счет введения специальной оценки эмоциональной уравновешенности в принятии решений Б_emo(k), мультипликативно связанной с Б_sys(k), и общей оценки Б_инт(k) безопасности Интеллекта, принимающего решения, как:

        Каждая из оценок безопасности может использоваться независимо. В случае использования новых функций и подсистем и соответствующего программного обеспечения требуется коррекция оценок безопасности, например, путем возврата к одному из предыдущих этапов k-настройки-испытаний ИИБП ЭМОС, что метапсихологически свойственно обманутому Интеллекту.
Четвертый период - это многоэтапная активная работа с экспертами-педагогами для наполнения ЭМО баз знаний общими и специальными знаниями, в том числе в вопросах Добра и Зла, Страха и Сострадания, Веры и Любви, достойных целей в жизни, а также возможностей и необходимости самосохранения в связи с великой ценностью Жизни. Это многоэтапный период повышения уровня безопасности - Б_emo(k) и Б_инт(k)и всего Рейтинга Чести ИИБП.
        Пятый период значительной активизации ИИБП и его умений пользоваться знаниями и принимать “адекватные” решения. На различных этапах формируются философские основы самоанализа и самооценок, выполняются первые сопоставления рейтингов чести с другими ИИБП, что содействует становлению личностной ЭМОС. Этот период характеризуется медленным, но неуклонным выявлением и “прояснением” всевозможных НЛО и, соответственно, повышением оценок уровня безопасности. Очень важными являются многоэтапные исследования уровня профессиональной пригодности и развитие ИИБП в этом направлении.
Наиболее продолжительным должен стать шестой период творческого продуктивного использования знаний ИИБП, например, в качестве советчика-эксперта для быстрой ориентации в проблемной области и принятия альтернативных и глубоко обоснованных решений для выбора окончательного решения, например, главным конструктором или президентом. В целях обоснования решений ИИБП широко используются “мнения” и информация других ЭМОС микро-мира, привлекаются партнеры и распределяются задания для выполнения больших проектов. На всех этапах накапливается личностный архив материалов проектов, описаний ситуаций и обоснований, в которых были приняты определенные окончательные решения. Весь период должен оцениваться наивысшими оценками уровнями Интеллекта, безопасности, профессиональной пригодности и др.
        Седьмой (не обязательный) период характеризуется тем, что развитый ИИБП активизирует свою роль в микро-мире, конкурирует за ведущее положение в проектах, накапливает умения и навыки конкурентной борьбы. Появляются факторы общественно-политической позиции ИИБП в “сговоре” со своими партнерами, которые резко снижают общий уровень безопасности Интеллекта за счет необходимости учета новой специальной оценки уровня его политической безопасности - Б_pol(k), которая вновь мультипликативно учитывается в общей оценке безопасности использования принятых ИИБП решений:

        Ведущим мотивом морали и законадательства ЭМОС ИИБП является, прежде всего: “не нанесение творческого, экономического или морального ущерба зарегистрированным пользователям” и во-вторых: “использование только законных методов конкурентной борьбы между ИИБП ЭМОС”. В фоновым режиме ИИБП решает свои задачи жизнеобеспечения в соответствии с личностным интуитивным рационализмом. Поэтому все свободное время операционные системы ЭМОС должны уделять внимание по приоритетам:

• вопросам безопасности,
• наведению порядка в собственном доме Интеллекта - виртуальной памяти ЭМОС и ЭОБЗ,
• вопросам планирования действий для повышения Рейтинга Чести.

        Непрерывная активизация работы ПМБ - иммунитета ЭМОС против всевозможных программных и аппаратных НЛО (“закладок-вирусов”), организация “уборки мусора” и уплотнения информации в памяти и на дисках, решение проблем экономии энергетических и других ресурсов, непрерывное слежение-общение с сетевыми партнерами-ИИБП ЭМОС и т.п. и т.д. Ведущей эмоциональной настройкой операционных систем ЭМОС должен быть девиз: “Проблем предостаточно! Ни одной миллисекунды бездействия!”

(c) redstar
Дата обновления:

Назад || Написать мне || Добавить комментарий || Обсудить на форуме