ГОСТ Р 55346—2012
D.1.26 Операция Create model fordomain tier (Формирование модели для классаобласти)
Позволяет выполнять процесс общего инженерного моделирования систем для получения спецификации,
которая может требоваться многиморганизациям заказчика вданной отрасли.
П ример
—
П ри эт ом м оделировании создает ся описание проблем, кот оры е могут , возм ож но, воз
никат ь в нескольких от дельно приобрет аем ы х взаим одейст вую щ их сист емах, наприм ер при изучении
област и воздуш ного т ранспорт а, в кот орой сам олет ы взаим одейст вую т с аэропорт ам и и сист ем а м и
управления воздуш ны м движением.
D.1.27 Операция Create model forsub-system tier (Формированиемоделидля класса подсистем)
Позволяет выполнять процессобщего инженерного моделированиясистемдля получения спецификации, ко
торая содержиттребования кэлементарной частисистемы илимодели класса подсистемыболее высокогоуровня.
D.1.28 Операция Create model forsystemtier (Формирование моделидля класса систем)
Позволяет выполнять процесс общего инженерного моделирования систем для получения спецификации,
котораясодержит набормоделей понятий как источник требований.
Примечание — При этоммоделированиисоздается то. чтообычно называется проектированием архи
тектуры системы.
D.1.29 Операция Create plan for build& test (Формирование программы создания и проверки моделей)
Позволяет рассматриватьуправление техническими вопросами с цельюустановления графика, пригодного
для выработкирешения относительно моделейспецификации.
D.1.30 Операция Create structure model (Формирование моделиструктуры)
Позволяетидентифицироватьлогическоеи физическое содержание спецификации.
D.1.31 Операция Create systems engineering model (Формирование инженерной модели системы)
Позволяет разрабатывать модельдля каждого уровня системы в качестве основы для структурированного
набора спецификации.
D.1.32 Операция Define effectivenessmeasure (Определение меры эффективности)
Позволяет устанавливать критерий, с помощью которого можно судить об альтернативных модельных
спецификациях.
D.1.33 Операция Define system (Определение системы)
Позволяетсоздаватьспецификации последовательных классов (уровней) систем вплотьдо отдельных ком
понентов.
D.1.34 Операция Demand on systemcapability (Требования к возможностямсистемы)
Позволяет изменятьто. что происходит с рабочей средойсистемы и изменять ее реакцию.
D.1.35 Операция Designfor systemcomponent (Проектированиедля компонентовсистемы)
Позволяет проектировать компоненты, включая структурные и поведенческие аспекты для получения до
статочнойточности, при которойкомпонентможетпроизводитьсядляего встраиваниявинтегрированнуюсистему.
D.1.36 Операция Designsystem component (Проектированиедля компонентов системы)
Позволяет проектировать компоненты, которые будут обеспечивать достаточнуюдетализацию, а также его
производство ииспытание.
D.1.37 Операция Determineattributevalue (Определение значения атрибута)
Позволяет получать на приемлемом уровне точности значение системного атрибута, который значим для
анализа компромиссныхрешений.
Примечание — Процессопределения включает всебя:
- оценку атрибута;
- его имитацию (также известнуюкак моделирование или эмуляция);
- измерение по макетам (требующее изготовления подходящих прототипов программного обеспечения или
аппаратнойреализации).
D.1.38 Операция Developed model set (Разработка набора моделей)
Позволяетустанавливать набор, который содержит контекстную иобьектную модель на уровне системы.
П рим ер
—
Разработ анная м одель м ож ет описы ват ь:
- т ребования пользоват еля;
- сист ем ны е т ребования;
- проект архит ект уры сист емы .
D.1.39 Операция Effectiveness measure (Мера эффективности)
Позволяет определять требования, которые настолько важны, что могут оказывать определяющее влияние
на успех или неуспех реализациисистемы.
П рим ер
—
При инж енерном проект ировании ноут бука д вум я ст андарт ны м и т ребованиям и к нем у
(крит ериям и опт им изации) явл яю т ся вес и сро к сл уж б ы аккум улят ора. П роект ировщ ик долж ен ст ре м ит
ься к сниж ению веса ноут бука и повы ш ению срока сл уж б ы аккум улят ора.
197