ГОСТ Р ИСО 26262-10-2014; Страница 42

или поделиться

Ещё ГОСТы из 41757, используйте поиск в верху страницы

ГОСТ Р 51886-2002 Патроны сигнальные. Общие технические требования и методы испытаний Signal cartridges . General technical requirements and test methods (Настоящий стандарт устанавливает общие технические требования и требования безопасности к сигнальным патронам, предназначенным для подачи световых, дымовых, звуковых или комбинированных сигналов при стрельбе из огнестрельного оружия, а также методы контроля общих технических требований и требований безопасности. Стандарт не распространяется на:. - сигнальные патроны к боевому ручному огнестрельному оружию, принятому на вооружение государственных военизированных организаций;. - сигнальные патроны, производимые только для экспорта в соответствии с техническими условиями, отвечающими требованиям стран-импортеров;. - сигнальные патроны, изготовленные или повторно снаряженные в небольших количествах для личного использования;. - холостые патроны;. - патроны к газовому оружию;. - патроны к огнестрельному бесствольному оружию) ГОСТ Р ИСО 11615-2014 Информатизация здоровья. Идентификация лекарственных средств. Элементы данных и структуры для уникальной идентификации и обмена информацией о регистрируемых лекарственных средствах Health informatics. Identification of medicinal products. Data elements and structures for the unique identification and exchange of regulated medicinal product information (В настоящем стандарте описаны определения и понятия, а также элементы данных и их структурные отношения, необходимые для уникальной идентификации и детального описания лекарственных средств. Стандарты, перечисленные во введении, в своей совокупности представляют собой информационную модель, предназначенную для описания характеристик и уникальной идентификации регистрируемых лекарственных средств для применения человеком в течение всего их жизненного цикла, то есть по мере необходимости от разработки до регистрации, проведения пострегистрационных исследований, обновления или снятия с рынка. Кроме того, для обеспечения возможности успешного обмена информацией, связанной с уникальной идентификацией и характеристиками лекарственных средств, в настоящем стандарте описан контекст применения других стандартов обмена данными группы IDMP) ГОСТ Р ИСО/МЭК 19770-1-2014 Информационные технологии. Менеджмент программных активов. Часть 1. Процессы и оценка соответствия по уровням Information technology. Software asset management. Part 1. Processes and tiered assessment of conformance (Настоящий стандарт определяет основу комплексного набора процессов менеджмента программных активов (Software Asset Management, SAM), разделенного на уровни, предусматривающие поэтапное внедрение, оценку и утверждение процессов SAM)

Страница 42

Страница 1

Untitled document

ГОСТ Р ИСО 26262-10—2014

- несоответствие может оказать влияние на достижение цели безопасности, поэтому пересчиты

ваются метрики безопасности, и если пересчитанные метрики показывают, что проект отвечает целям

системы, то в изменениях нет необходимости.

9.2.4 Разработка компонента программного обеспечения как общеиспользуемого элемента

безопасности

9.2.4.1 Общие положения

В настоящем пункте представлены различные шаги применения концепции ОЭБ для новых сред

него или низкого уровня компонент программного обеспечения. Последовательность действий процес

са разработки приведена на рисунке 21.

П р и м е ч а н и я

1 В зависимости от конкретной природы ОЭБ может потребоваться некоторая дополнительная адаптация

требований.

2 В зависимости от конкретной природы ОЭБ некоторые требования части 6 не могут быть применены, по

этому они применяются лишь частично.

3 Хотя все разделы настоящего стандарта не представлены на рисунке 21. но это не означает, что они не

применяются.

Рисунок 21 — Разработка компонента программного обеспечения как ОЭБ

9.2.4.2 Шаг 1а. Предположения об области применения компонента программного обеспечения как ОЭБ

На данном шаге устанавливаются соответствующие предположения о цели компонента программ

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

Примерами таких предположений являются:

- программный компонент интегрируется в заданную многоуровневую архитектуру программного

обеспечения;

-любые возможные взаимовлияния, вызванные компонентом программного обеспечения, обна

руживаются и обрабатываются его окружением;