Надежность

...к перечню и критериям отказов для каждой функции, по которой задаются требования по надежности

Перечень и критерии отказов для каждой функции, по которой задаются требования по надежности - пункт технического задания на автоматизированную систему, разрабатываемого согласно ГОСТ 34.602. Как элемент иерархической структуры или «дерева» техзадания может быть представлен так: Требования к системе (разд. 4) ⇨ Требования к функциям (задачам), выполняемым системой (подр. 4.2) ⇨ Перечень и критерии отказов для каждой функции, по которой задаются требования по надежности (п. 4.2.5). Чем заполнять данный пункт? Редакция от 02.04.2021.

3.2 Необходимые при эксплуатации программного изделия значения основных характеристик надежности

3.2 Необходимые при эксплуатации программного изделия значения основных характеристик надежности

Previous Icon

Next Icon

3.2 Необходимые при эксплуатации программного изделия значения основных характеристик надежности:

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

Время восстановления ПК «Интероперабельность» после отказа - сумма времени готовности и времени восстановления серверной части после отказа.

Время готовности ПК «Интероперабельность» - сумма времени преобразования загрузочного модуля ПК «Интероперабельность» в гипертекст программными средствами серверной части и времени загрузки страницы агентом пользователя (браузером).

Контроль входной (выходной) информации - отправка запроса произвольно выбранному сервису. При соответствии строки поиска (адреса) в ответе сервиса заголовку (адресу) текущей страницы входная (выходная) информация (ответ сервиса) считается корректной, см. рисунок .

- Ответ сервиса оценки плотности использования текста Be1.ru

AuthorIT и Confluence - надежность поставки и поставщика

По не вполне понятным причинам вопросам надежности всегда отдается первенство, см. хотя бы Требования к системе в целом по ГОСТ 34.602-89, хотя автор вполне обоснованно разместил бы безопасность «над усе». Ну или «uber alles» - кому что нравится - Круглые глаза Все дело в уровне человеколюбия - В темных очках Только надежность AuthorIT и Atlassian Confluence в данном подразделе будет рассматриваться не с классической точки зрения надежности в технике, а с позиции надежности поставок и поставщика, а безопасность - не в отношении персонала, а как безопасность информационная. Редакция от 13.03.2021.

Анализ обслуживания, обеспечивающего надежность, АООН (reliability centered maintenance; RCM) по ГОСТ Р 53394-2009

Анализ обслуживания, обеспечивающего надежность, АООН (reliability centered maintenance; RCM) по ГОСТ Р 53394-2009

Системный подход к определению перечня задач планово-профилактического обслуживания изделия и (или) его систем (подсистем, агрегатов) с определением периодичности выполнения этих задач, обеспечивающей требуемые показатели надежности (например, вероятности безотказной работы за заданную наработку) [из п. 3.2.29 ГОСТ Р 53394-2009]

Возможность (в области надежности в технике) (capability) по ГОСТ Р53480-2009

Возможность (в области надежности в технике) (capability) по ГОСТ Р53480-2009

Способность изделия при оказании услуг удовлетворять запросам с заданными количественными характеристиками при данном внутреннем состоянии. Примечание - Внутреннее состояние может быть сочетанием работоспособных и неработоспособных состояний составных частей [из п. 16 ГОСТ Р 53480-2009]

Задание значений показателей надежности для изделий при отработке, опытном и серийном производство по ГОСТ 27.003-90

Задание значений показателей надежности для изделий при отработке, опытном и серийном производство по ГОСТ 27.003-90

Для сложных изделий при их отработке, опытном и серийном производстве допускается поэтапное задание значений ПН (при условии повышения требований к надежности) и параметров планов контроля, исходя из установившейся практики, с учетом накопленных статистических данных по предшествующим изделиям-аналогам, и по согласованию между заказчиком (потребителем) и разработчиком (изготовителем) [из п. 2.5 ГОСТ 27.003-90]

Страницы

Copyright © «Техническая документация» 2008-2021. Заимствуйте наши материалы с блеском! При воспроизведении материалов портала обязательна установка активной гиперссылки на источник — страницу с этой публикацией на tdocs.su.

Яндекс.Метрика