3.1.4 Формулировки надежности

В описание продукта должна быть включена информация по процедурам сохранения данных.

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

Могут быть описаны дополнительные характеристики продукта, которые обеспечивают его функциональные возможности. Например:

- проверки достоверности исходных данных;

- защита против серьезных последствий ошибки пользователя;

- восстановление при ошибках.

Читайте также

22.5. Добавление надежности приложению UDP Если мы хотим использовать UDP для приложения типа «запрос-ответ», как было отмечено в предыдущем разделе, мы должны добавить нашему клиенту две функции:? тайм-аут и повторную передачу, которые позволяют решать проблемы, возникающие

10.3 Механизм обеспечения надежности TCP В этом разделе мы рассмотрим механизм TCP, используемый для надежной доставки данных при сохранении порядка пересылки и исключения потерь либо

2.2.7 Средства обеспечения надежности Сервер INFORMIX-OnLine DS предоставляет следующие средства для восстановления после сбоев и обеспечения отказоустойчивости: Зеркалирование дисковых областейПолное тиражирование данных сервераБыстрое восстановление при включении

3.1.3 Формулировки функциональных возможностей a) Обзор функцийВ описании продукта должен быть приведен обзор функций продукта, вызываемых пользователем, необходимых для них данных и предоставляемых средств.Для каждой функции (особенно для ее опции или варианта) должно

3.1.5 Формулировки практичности a) Интерфейс пользователяДолжен быть назван тип интерфейса пользователя, например, строка команд, меню, окна, функциональная клавиша, функция подсказки.b) Требуемые знанияДолжны быть определены конкретные знания, которые необходимо усвоить

3.1.6 Формулировки эффективности В описание продукта может быть включена информация о характере поведения продукта во времени, например времена ответа и оценки производительности для заданных функций при установленных условиях (например, для заданных конфигураций

3.1.7 Формулировки сопровождаемости В описание продукта могут быть внесены формулировки требований (правил) по сопровождению

3.1.8 Формулировки мобильности (переносимости) В описание продукта могут быть внесены формулировки требований (правил) по мобильности

Проблема надежности Допустим, разработчик управляет утилизацией объектов с помощью механизма reclaim. Возможность ошибочного вызова reclaim всегда существует; особенно при наличии сложных структур данных. В жизненном цикле ПО reclaim, бывшее когда-то правильным, может стать

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

Интуиция (Дзен) и искусство программной надежности: больше гарантий и меньше проверок Возможно, вы не заметили, что контракт противоречит мудрости, бытующей в программной инженерии. Поначалу это шокирует, но контракт - один из главных вкладов в надежность ПО.Правило