Стандарт ГОСТ Р ИСО-МЭК 15288 - Системная инженерия. Процессы жизненного цикла систем, страница 9
Описание файла
PDF-файл из архива "Стандарт ГОСТ Р ИСО-МЭК 15288 - Системная инженерия. Процессы жизненного цикла систем", который расположен в категории "". Всё это находится в предмете "технология разработки программного обеспечения радиолокационных систем" из 11 семестр (3 семестр магистратуры), которые можно найти в файловом архиве МАИ. Не смотря на прямую связь этого архива с МАИ, его также можно найти и в других разделах. Архив можно найти в разделе "остальное", в предмете "технология разработки программного обеспечения радиолокационных систем" в общих файлах.
Просмотр PDF-файла онлайн
Текст 9 страницы из PDF
Таким образом, устанавливается ожидаемое поведение системы, выраженное в количественных показателях, а также границы их допустимых значений;b) определять каждую функцию, которую система должна выполнять, насколько хорошо система,включая операторов, должна выполнять эту функцию, условия, при которых система способна выполнятьданную функцию и при которых система начинает и прекращает ее выполнение.П р и м е ч а н и е — Условия выполнения функций могут содержать ссылки на состояния и требуемыережимы функционирования системы.
Системные требования сильно зависят от абстрактных представлений оподходящих характеристиках системы и могут включать многочисленные методы и виды моделирования длядостаточно полного описания заданных системных требований;c) определять необходимые ограничения по изготовлению системы и ее элементов, которые обусловлены требованиями правообладателей или неизбежными ограничениями, связанными с принятием решений.П р и м е ч а н и е — К ним относятся решения по созданию системы, принятые при проектировании на болеевысоких уровнях системной иерархии;d) определять технические показатели и показатели качества при использовании, позволяющие оценивать технические достижения.П р и м е ч а н и е — При этом оцениваются критические параметры функционирования системы,связанные с каждым показателем результативности, соответствующим принятым требованиям правообладателей.
Критические показатели функционирования анализируются и проверяются для подтверждения удовлетворения требований заказчика и для определения стоимости проекта, проектных графиков или эксплуатационныхрисков, связанных с любыми несоответствиями. В [21] описаны процессы установления, определения ииспользования соответствующих показателей. Показатели качества для программных средств могут быть взятыиз [6] — [9];e) устанавливать системные требования и функции, в соответствии с которыми определяются риски икритические параметры системы, связанные с такими свойствами, как здоровье, безопасность, защищенность, безотказность, готовность, а также со свойствами обеспечивающих систем.П р и м е ч а н и е — Эти действия включают анализ и определение мер безопасности, в том числе имеющихотношение к способам функционирования и сопровождения, воздействиям окружающей среды и ущербу дляжизни и здоровья персонала.
Сюда же относится анализ каждой функции, связанной с обеспечением безопасности, а целостность этих функций, выраженная в показателях необходимого снижения риска, задается и распределяется по заданным системам безопасности. Также необходимо использовать стандарты, относящиеся к функциональной безопасности, например [19], и защите окружающей среды, например [14]; анализировать меры позащите, в том числе связанные с защитой секретной информации, данных и материалов; определять риски,связанные с защищенностью: административные, кадровые, физические, компьютерные, коммуникационные,сетевые и др.; определять риски, связанные с вредными излучениями и вредным воздействием на окружающуюсреду, и использовать соответствующие стандарты по защите;f) анализировать целостность системных требований для обеспечения уверенности в том, что каждоетребование, пары требований или наборы требований обладают системной целостностью.П р и м е ч а н и е — Каждое положение проверяется для установления его уникальности, полноты, непротиворечивости, совместимости с другими требованиями, реализуемости и проверяемости.
Недостатки, противоречия и «узкие» места определяются и устраняются в рамках полного набора системных требований. Окончательные системные требования анализируются с целью подтверждения их полноты, совместимости, достижимости (при данных технологиях или знаниях технологического прогресса) и выражаются с соответствующей степенью детализации. Проводится подтверждение того, что системные требования являются, с одной стороны, необходимыми и достаточными для удовлетворения требований правообладателей, а с другой — необходимыми идостаточными входными данными для других процессов, в частности для проектирования архитектуры;22ГОСТ Р ИСО/МЭК 15288—2005g) демонстрировать связь между системными требованиями и требованиями правообладателей.П р и м е ч а н и е — Необходимо отслеживать взаимосвязь между системными требованиями и требованиями правообладателей, то есть всем достижимым требованиям правообладателей соответствует одно илинесколько системных требований, и все системные требования удовлетворяют или способствуют удовлетворениюхотя бы одного требования правообладателя.
Системные требования хранятся в соответствующем архиве данных, что позволяет отслеживать связь между потребностями правообладателей и проектированием архитектурысистемы;h) на протяжении всего жизненного цикла вести учет совокупности системных требований вместе с ихобоснованиями, связанными решениями и допущениями.5.5.4 Процесс проектирования архитектуры5.5.4.1 Цель процесса проектирования архитектурыЦель процесса проектирования архитектуры состоит в синтезе решения, которое бы удовлетворялосистемным требованиям.Этот процесс выделяет и устанавливает области решения, представленные в виде набора различныхпроблем управленческого, концептуального и, наконец, реализационного характера.
В рамках процессаопределяются и исследуются одна или несколько стратегий реализации системы со степенью детализации, соответствующей техническим и коммерческим требованиям и рискам. Исходя из этого выбираетсярешение о проектировании архитектуры. Оно определяется на основе требований к набору системныхэлементов, из которых компонуется система. Конкретные требования, формируемые в результате этогопроцесса, являются основой для проведения верификации реализованной системы и для разработки стратегий комплексирования и верификации.5.5.4.2 Результаты процесса проектирования архитектурыВ результате успешного осуществления процесса проектирования архитектуры:a) устанавливается порядок, в соответствии с которым выполняется проектирование архитектуры;b) задается реализуемый набор описаний системных элементов, которые удовлетворяют требованиям, предъявляемым к системе;c) включаются в решение по проектированию архитектуры требования к интерфейсу;d) устанавливается связь между проектированием архитектуры и системными требованиями;e) определяется основа для верификации системных элементов;f) устанавливается основа комплексирования системных элементов.5.5.4.3 Деятельность в процессе проектирования архитектурыПри реализации процесса проектирования архитектуры организация должна осуществлять следующие действия в соответствии с принятой политикой и процедурами:a) определять приемлемые проекты логической архитектуры.П р и м е ч а н и е — Данное действие включает идентификацию и определение производных требованийдля описания функциональных и эксплуатационных требований, функциональных возможностей и свойств, требований к своевременности, к потокам данных и т.д.
в соответствии с логической архитектурой. Перед разделением логической архитектуры на физические элементы, противоречия внутри и между различными логическимиописаниями должны быть разрешены и каждая логическая архитектура должна быть представлена в завершенном и непротиворечивом виде посредством проведения проверок совместимости с заданными системнымитребованиями;b) выполнять декомпозицию функций системы, определенных в процессе анализа требований, и поставить им в соответствие элементы архитектуры системы, сформировать производные требования, необходимые для такого сопоставления;c) анализировать итоговый проект архитектуры с целью установления проектных критериев для каждого элемента.П р и м е ч а н и е — Проектные критерии включают физические, эксплуатационные, поведенческие характеристики, характеристики надежности и устойчивости.
Обычно процессы определения требований правообладателей, анализа требований и проектирования архитектуры рекурсивно применяются для последовательной детализации системной архитектуры до тех пор, пока элементы не смогут быть созданы, приобретены, повторноиспользованы или реализованы с помощью стандарта (например, Изменение № 1 к ИСО/МЭК 12207 для программных средств);d) определять, какие системные требования должны выполняться операторами.7—145123ГОСТ Р ИСО/МЭК 15288—2005П р и м е ч а н и е — Эта процедура выполняется в контексте известных факторов и предположений.
Какминимум, следующие факторы должны быть приняты во внимание для достижения наиболее эффективного,экономически выгодного и надежного взаимодействия человека с машиной:1) ограниченные возможности человека;2) ограничения, обусловленные действиями человека, которые могут привести к аварийной ситуации, атакже ограничения, обусловленные тем, как может повлиять на ситуацию определенная последовательностьчеловеческих ошибок;3) особенности, связанные с интеграцией эргономических характеристик человека в системы и их совместным функционированием.Руководство по человеко-ориентированным процессам проектирования для интерактивных систем представлено в [13];e) определять, доступны ли в готовом виде те элементы технического и программного обеспечения,которые удовлетворяют проектным и интерфейсным критериям.П р и м е ч а н и е — Данное действие включает оценку конструктивных элементов, не имеющихся в наличии,с целью определения, должен ли элемент быть разработан или существующий в готовом виде системный элементможет быть использован повторно или адаптирован.
Необходимо устанавливать стоимостные, технические ивременные риски, связанные с решениями о разработке, модификации или закупке элементов;f) оценивать альтернативные проектные решения, моделируя их с той степенью детализации, котораяпозволяет сравнивать спецификации, выраженные в системных требованиях, с эксплуатационными характеристиками, стоимостными и временными показателями и рисками, выраженными в требованиях правообладателей.П р и м е ч а н и е — К данному действию относятся:1) оценка и сообщение о появлении неблагоприятных свойств системы, обусловленных взаимодействиемпотенциальных системных элементов или в результате изменений в элементах системы;2) гарантии того, что ограничения обеспечивающих систем приняты в расчет в данном проекте;3) проведение оценок результативности, анализа компромиссных решений, анализа рисков, которые приводят к разработке выполнимого, эффективного, стабильного и оптимизированного проекта;g) определять и документировать области взаимодействия между системными элементами и области взаимодействий на границе системы с внешними системами.П р и м е ч а н и е — Определение проводится с той степенью детализации и контроля, которая соответствуетсозданию, использованию и обеспечению целостности системы.