Можно сказать, прочёл всего Мусанифа.
Можно сказать - понравилось.
Вот конкретно про бегемотов, и там всякая другая юморня и понравилась, и не понравилась. Пишет чел просто замечательно.
Явно не Белянин, который, как по мне, писать вообще не умеет.
Рекомендую к прочтению всё.. Чел создал свою собственную Вселенную, и довольно неплохо в ней ориентируется.
Общая оценка... Всё таки - пять.
Цитата: "А марганец при горении выделяет кислород". Афтырь, ты в каком подземном переходе аттестат покупал? В школе преподают предмет под названием - химия. Иди учи двоечник.
Стоит внимания. Есть новизна и сюжет. Есть и ляпы. Ну например трудно потерять арбалет, еще трудней не пойти его поискать, тем более, что он весьма дорогой и удобный. Я слабо представляю, что четверо охотников уходят на охоту без дистанционного оружия и лишь по надобности его берут, тем более, что есть повозка и лошади. Слабо представляю, что охотники за своей жертвой и подранками бегаю с мечами. Имея 4 арбалета и видя волколака автор
подробнее ...
рассказывает нам как его они рассматривают и как он готовится к нападению, дожидаясь атаки. Лишь ГГ успевает нажать на спуск в догон и забыв о перезарядке несётся безоружный за целью, видимо высказать своё устное фи за грубое подталкивание. Ну и как всегда охотники на монстров не имеют элементарной защиты от таких нападений - рогатины и предпочитают служить "кеглями" и летать не имея крыльев. Стандарт вооружения для таких писателей - меч, взяв авторит - ведьмака А. Сапковского. Только у него ведьмаки были уже биомутантами и обучались с детства, имели невероятную реакцию, гибкость, скорость и кучу химии от отравлений и заживление ран от ближнего контакта с чудовищами. Наши простые предки справлялись копьями,луками, собаками, ядом и ловушками. Диванные писатели пишут глупые книги и ссылаясь друг на друга. Да нормальные охотники в лес без хороших как минимум двух обученных собак держать зверя на одном месте на хищника не пойдут, иначе сами станут дичью. Я действительно умных произведений, где хоть чему то можно научиться из реального опыта давно не читал. На фоне прочих авторов оценку ставлю - хорошо и рекомендую представлять в уме более реальные ситуации и не резать монстров ножичком, а сразу колоть зубочисткой.
ситуация может включать в себя, например, незначительное уменьшение гарантийных резервов или функциональных возможностей, незначительное увеличение рабочей нагрузки персонала или некоторое неудобство для персонала.
Категория Е — невлияющая: отказная ситуация, которая не воздействует на эксплуатационные возможности объекта управления или не увеличивает рабочую нагрузку персонала.
5.2.2 Определения уровня ПО
Уровень ПО определяется возможностью возникновения потенциальных отказных ситуаций, выявленных процессом оценки безопасности системы, в результате сбоев в ПО. Уровень ПО означает, что трудозатраты, необходимые для доказательства согласованности с требованиями сертификации, меняются в зависимости от категории отказной ситуации.
Уровень А: ПО, аномальное поведение которого, как показано процессом оценки безопасности системы, вызвало бы (или способствовало бы) возникновение(ю) отказа функционирования системы, приводящее к катастрофической отказной ситуации для объекта управления.
Уровень В: ПО, аномальное поведение которого, как показано процессом оценки безопасности системы, вызвало бы (или способствовало бы) возникновение(ю) отказа функционирования системы, приводящее к опасной/критической отказной ситуации для объекта управления.
Уровень С: ПО, аномальное поведение которого, как показано процессом оценки безопасности системы, вызвало бы (или способствовало бы) возникновение(ю) отказа функционирования системы, приводящее к существенной отказной ситуации для объекта управления.
Уровень D: ПО, аномальное поведение которого, как показано процессом оценки безопасности системы, вызвало бы (или способствовало бы) возникновение(ю) отказа функционирования системы, приводящее к несущественной отказной ситуации для объекта управления.
Уровень Е: ПО, аномальное поведение которого, как показано процессом оценки безопасности системы, вызвало бы (или способствовало бы) возникновение(ю) отказа функционирования системы, не влияющее на эксплуатационные возможности объекта и работоспособность персонала. Если для ПО был установлен сертифицирующей организацией уровень Е, то в дальнейшем для сертификации такого ПО никакие требования данного документа не являются обязательными.
5.2.3 Назначение уровня ПО
Первоначально процесс оценки безопасности системы присваивает уровень(ни) ПО, соответствующий(ие) компонентам ПО конкретной системы. При проведении данного назначения учитывают воздействие отказов как потери функции или неправильного функционирования.
Примечание — Если систему или ЭКПО разрабатывают для нескольких построений, то компоненту ПО данного построения может быть назначен более высокий уровень, чем требуется процессом оценки безопасности системы, если использование этого компонента в других построениях требует такого уровня.
Если аномальное поведение компонента ПО вызвано более чем одной отказной ситуацией, уровень ПО для данного компонента ПО определяет наиболее серьезная категория отказной ситуации. Существуют архитектурные стратегии (см. 5.5), использование которых в процессе проектирования системы может привести к изменению назначенного уровня ПО.
Системная функция может быть реализована одним или несколькими компонентами ПО. Параллельная реализация — это такая реализация, когда функция системы реализуется несколькими компонентами ПО. Тогда для возникновения отказной ситуации требуется аномальное поведение более чем одного компонента. При параллельной реализации по крайней мере один компонент ПО будет иметь уровень ПО, связанный с наиболее серьезной категорией отказной ситуации этой функции системы. Уровень ПО для других компонентов определяют, используя категорию отказной ситуации, связанную с потерей этой функции. Примеры таких реализаций описаны в 5.5.2 и 5.5.3.
Последовательная реализация — это такая реализация, когда несколько компонентов ПО используются для реализации функции системы так, что аномальное поведение любого из компонентов может привести к отказной ситуации. При такой реализации все компоненты ПО будут иметь уровень ПО, связанный с наиболее серьезной категорией отказной ситуации этой функции системы.
Разработка ПО с заданным уровнем не подразумевает оценку интенсивности отказов для этого ПО. Таким образом, уровни ПО или оценки надежности ПО, основанные на уровнях ПО, не могут использоваться процессом оценки безопасности системы в отличие от использования интенсивности отказов аппаратуры.
5.3 Анализ системных требований
Разработчик должен принимать участие в анализе требований к системе. Если систему разрабатывают для нескольких различных построений, ее требования не могут быть полностью определены до завершения конечного построения. В этом случае разработчик должен идентифицировать
Последние комментарии
13 часов 37 минут назад
13 часов 40 минут назад
19 часов 31 минут назад
23 часов 35 минут назад
1 день 11 минут назад
1 день 20 часов назад