5.4.1 Проектные решения системного уровня
5.4.1 Проектные решения системного уровня
Разработчик должен принимать участие в определении и документировании проектных решений системного уровня (таких, как решения, относящиеся к проектированию режимов работы системы, и решения, влияющие на выбор и проектирование компонентов системы).
Результаты должны быть включены в раздел проектных решений системного уровня документа «Описание проекта системы/подсистемы» (12.15). В зависимости от условий контракта часть проекта, имеющая отношение к интерфейсам, может быть включена в Описание проекта системы/подсистемы или в Описание проекта интерфейса (12.17), а часть проекта, имеющая отношение к базам данных, — в Описание проекта системы/подсистемы или в Описание проекта базы данных (12.18).
Примечание — Проектные решения являются прерогативой разработчика, если они формально не преобразованы в требования в процессе выполнения контракта. Разработчик ответствен за выполнение всех требований и демонстрацию этого выполнения посредством квалификационного тестирования (8.5.4). Реализация проектных решений, действующих как «внутренние требования» разработчика, должна быть подтверждена внутренним тестированием разработчика, выполнение которого нет необходимости демонстрировать заказчику.
Более 800 000 книг и аудиокниг! 📚
Получи 2 месяца Литрес Подписки в подарок и наслаждайся неограниченным чтением
ПОЛУЧИТЬ ПОДАРОКЧитайте также
2.4.3. Практические новаторские решения
2.4.3. Практические новаторские решения Подключившись с помощью проводов малого сечения (например, с помощью популярного гибкого монтажного изолированного провода МГТФ диаметром 0,6–1,00 мм) к выводам контактной пары на клавиатуре МТА, можно продублировать нажатие
Краткое описание АПЛ пр.705К (проектные данные)
Краткое описание АПЛ пр.705К (проектные данные) 1. Подводная лодка предназначена для уничтожения подводных лодок противника при выходе их из баз, на переходе морем и на позициях вероятного использования оружия против нашего побережья, а также боевых кораблей и транспортов
Выключатели низкого уровня
Выключатели низкого уровня На рис. 6.20 выключатель с меткой А выдает на шину ввода/вывода сигнал высокого логического уровня до момента замыкания. После замыкания шина «садится» на землю, т. е. получает сигнал низкого уровня. Когда микроконтроллер получает сигнал
Выключатели высокого уровня
Выключатели высокого уровня Программы и схемные решения для данного случая комплементарны предыдущему примеру. Посмотрим снова на рис. 6.20 – вариант В. Если переключатель с меткой В находится в положении «выключено», то шина выхода имеет низкий логический уровень. При
Указатель уровня топлива
Указатель уровня топлива На японских автомобилях указатели уровня топлива бывают двух видов: один – биметаллического типа, второй – катушечного.В первом случае в бензобаке автомобиля имеется поплавок, поводок которого связан со скользящим контактом переменного
5.2.2 Определения уровня ПО
5.2.2 Определения уровня ПО Уровень ПО определяется возможностью возникновения потенциальных отказных ситуаций, выявленных процессом оценки безопасности системы, в результате сбоев в ПО. Уровень ПО означает, что трудозатраты, необходимые для доказательства
5.2.3 Назначение уровня ПО
5.2.3 Назначение уровня ПО Первоначально процесс оценки безопасности системы присваивает уровень(ни) ПО, соответствующий(ие) компонентам ПО конкретной системы. При проведении данного назначения учитывают воздействие отказов как потери функции или неправильного
7.2.4 Проектные решения уровня ЭКПО
7.2.4 Проектные решения уровня ЭКПО Разработчик должен определить и зарегистрировать проектные решения уровня ЭКПО. Результаты должны быть включены в раздел проектных решений уровня ЭКПО документов проектирования ПО (12.16, 12.17, 12.18).Разработчик должен определить и
8.3.1 Просмотры и анализы требований верхнего уровня
8.3.1 Просмотры и анализы требований верхнего уровня Цель этих просмотров и анализов — обнаружить и зарегистрировать ошибки, которые могли быть внесены в процессе разработки требований к ПО. Данные просмотры и анализы должны подтвердить, что требования верхнего уровня
8.3.3 Просмотры и анализы требований нижнего уровня
8.3.3 Просмотры и анализы требований нижнего уровня Цель этих просмотров и анализов — обнаружить и зарегистрировать ошибки, которые могли быть внесены в процессе проектирования ПО. Эти просмотры и анализы должны подтвердить, что требования нижнего уровня удовлетворяют