ГОСТ I» 50267.0.4-99
- архитектуры:
- гарантии качества:
- управления проектированием:
- граничных значений используемых медицинских показателей.
Для каждого фактора должны выбираться соответствующие методы, которые позволят системе удовле
творительно выполнять заданную функцию во всех указанных условиях в пределах установленного периода
времени.
Методы определения соотношения между различными факторами и полученной АБСОЛЮТНОЙ БЕЗ
ОПАСНОСТЬЮ можно найти в МЭК 1508 и ЙСО/МЭК 15026 (см. приложение FFF).
ПРИЛОЖЕНИЕ DDD
(справочное)
Модель ЦИКЛА РАЗРАБОТКИ
По настоящему стандарту необходимо четко определять, спенифинировать зтапы ЦИКЛА РАЗРАБОТКИ
и затем выполнять их. Это нс значит, что требуется использовать какой-то стандартный ЦИКЛ РАЗРАБОТКИ,
однако ЦИКЛ РАЗРАБОТКИ должен отвечать определенным требованиям, которые мхтожены в
52.203 настоящего дополнительного стандарта.
На рисунке DDD.1 приведена модель ЦИКЛА РАЗРАБОТКИ. В этой модели после процесса разбивки
следует интеграционный процесс. Поскольку проект, исходя из требований, разбивается на составные части, то
это осуществляется на основе функциональных структурных элементов, архитектуры и технологии изготов
ления. Процесс разбивки заканчиваюттогда, когда проектные данные дают возможностьсоздавать компоненты
ПМЭС (примерами таких данныхслужат схемы и коды программногообеспечения). После окончания процесса
разбникн осуществляют интеграцию всех элементов в систему. По окончании объединения компонентов в одно
целое проводят ТЕХНИЧЕСКИЙ КОНТРОЛЬ для того, чтобы определить, удовлетворяет ли полученная
система установленным требованиям. На заключительном этапе процесса интеграции проводят проверку на
СООТВЕТСТВИЕ с тем, чтобы убедиться, что ПМЭС работает в соответствии с се назначением.
13