ar-net.ru На рисунке D.1 представлено множество примеров восприятия системы самолета и его эксплуатационной среды. На рисунке проиллюстрированы следующие аспекты:
а) важность определенных границ, которые влияют на формирование значимых потребностей и практических решений;
b) иерархическое восприятие физической структуры системы;
c) объект любого уровня иерархической структуры может рассматриваться как система;
d) система включает полностью интегрированное, определенное множество подчиненных систем;
e) характерные свойства на границе системы возникают в результате взаимодействия между системными элементами;
f) люди могут рассматриваться как внешние пользователи по отношению к системе (например, экипаж самолета и навигационная система) и как элементы в рамках системы (например, экипаж самолета и сам самолет);
д) система может рассматриваться как отдельный, изолированный от внешней среды объект, то есть продукт, или как упорядоченный набор функций, способных взаимодействовать с окружающей средой, то есть набор услуг.
Какими бы ни были границы системы, концепции и модели в настоящем стандарте являются универсальными и позволяют практикующим специалистам связывать или адаптировать отдельные примеры жизненных циклов со своими системными принципами.
В настоящем стандарте люди рассматриваются как пользователи и как элементы системы. В первом случае пользователь является получателем результатов функционирования системы. Во втором случае человек является оператором, выполняющим заданные системные функции. Таким образом, человек одновременно или попеременно может выступать как в качестве пользователя, так и элемента системы.
Люди осуществляют вклад в эксплуатационные характеристики множества систем по многочисленным причинам, например, в силу своих специфических навыков, потребности в гибком поведении или по официальным причинам. Независимо от того, являются ли люди пользователями или операторами, они представляют собой весьма сложные объекты системы, поведение которых зачастую трудно предсказать, и они сами нуждаются в защите от нанесения им вреда. Следовательно, процессы жизненного цикла системы должны учитывать человеческий фактор в качестве системного элемента при проектировании, обеспечении безопасности, оценке угроз здоровью, подборе и обучении кадров. Эти вопросы решаются посредством специфических действий и итераций в течение жизненного цикла систем и описаны более детально в [13] и [18].
D.1.3 Структура системы
Процессы жизненного цикла системы представлены в настоящем стандарте в их отношении с системой (рисунок D.2), состоящей из множества взаимодействующих системных элементов, каждый из которых может быть создан для полного выполнения заданных требований. Ответственность за реализацию любого системного элемента может быть передана другой стороне посредством заключения соглашения.
+------------+
| Система | ?----- Система
+------------+ полностью
+------------+
| | ?----- состоит
+---------------+-----------------+ из набора
| | | ?----- взаимодейству-
+-----+-----+ +------+-----+ +-----+------+ ющих системных
| Системный | | Системный | | Системный |?----- элементов
| элемент | | элемент | | элемент |
+-----------+ +------------+ +------------+
+---------------+-----------------+ из набора
Рисунок D.2 - Взаимосвязь между системой и системными элементами
Взаимосвязь между системой и множествам ее системных элементов может быть определена за один шаг, если речь идет о простейшей системе. Для более сложных систем может потребоваться, чтобы сам предполагаемый системный элемент рассматривался в качестве системы (которая, в свою очередь, состоит из системных элементов), и так до тех пор, пока с уверенностью можно будет определить полный набор системных элементов (рисунок D.3). Таким образом, процессы жизненного цикла системы применяются рекурсивно по отношению к рассматриваемой системе для правильного определения ее структуры, в составе которой доступные и управляемые системные элементы могут быть созданы, использованы повторно или приобретены у другой организации.
+-------------------+
| Рассматриваемая |
| система |
+-------------------+
+-------------------+
||
+----------------------------+----------------+
| | |
+----+-----+ +---+----+ +---+---+
| Система | |Система | |Систем-|
+----------+ +--------+ | ный |
+----------------------------+----------------+
|| || |элемент|
|| || +-------+
+----------+----------+ +----------+-----------+
| | | | | |
+----+---+ +----+-----++---+----+ +---+-----++---+-----+ +---+--+
|Система | |Системный ||Система | |Системный||Системный| |Систе-|
| | | элемент || | | элемент || элемент | | ма |
+--------+ | |+--------+ | || | +------+
+----------+----------+ +----------+-----------+
|| +----------+ || +---------++---------+ ||
|| || ||
+---------+ +----------+ +-----------+--------+
| | | | | | |
+--+----+ | +----+----++----+----+ | +----+---++---+---+
|Систем-| | | Систем- ||Системный| | |Систем- ||Систем-|
| ный |+---+----+| ный || элемент | +---+----+ | ный || ный |
|элемент||Система || элемент || | |Система | |элемент ||элемент|
+-------++--------++---------++---------+ +--------+ +--------++-------+
+---------+ +----------+ +-----------+--------+
|| ||
+--------+---------+ +------------+
| | | | |
+----+---++---+---++----+---+ +---+-----+ +----+----+
|Систем- ||Систем-||Систем- | |Системный| |Системный|
| ный || ный, || ный | | элемент | | элемент |
|элемент ||элемент||элемент | | | | |
+--------++-------++--------+ +---------+ +---------+
+--------+---------+ +------------+
Рисунок D.3 - Структура рассматриваемой системы
D.1.4 Иерархия систем и проектов
Каждая из систем в иерархии, представленной на рисунке D.4, может соответствовать отдельному проекту. Таким образом, может существовать (и обычно существует) сильная взаимосвязь между уровнями детализации в структуре архитектуры и уровнями ответственности в иерархии проектов. Каждый проект ответствен за приобретение и использование системных компонентов более низкого уровня и создание и поставку компонентов на более высокий уровень.
Любой отдельно взятый проект обычно рассматривает создаваемую систему как систему, представляющую интерес, и пока со стороны самого проекта может быть осуществлено воздействие на более высокие системные уровни, он не несет за них ответственности. Однако проект отвечает за элементы, входящие в состав самой рассматриваемой системы, и, следовательно, за результаты проектов всех подчиненных уровней (рисунок D.4).
На практике риски, связанные с реализацией систем, которые полностью удовлетворяют заданным требованиям, обычно уменьшаются с переходом на более низкий уровень детализации структуры рассматриваемой системы и, в конечном счете, могут не иметь значения для отдельного проекта. На данном уровне (при различных способах декомпозиции рассматриваемой системы уровни могут не совпадать) системный элемент может быть приобретен с приемлемым уровнем риска и при этом необязательно рассматривать подробности его структуры.
С точки зрения рассматриваемой системы системные элементы могут появляться там, где требуется дисциплина работы специалистов или присутствуют специфические методы технологии их изготовления.
D.1.5 Обеспечивающие системы
На протяжении жизненного цикла рассматриваемой системы требуются специальные услуги от систем, которые не являются непосредственной частью среды функционирования, например, систем массового производства, систем обучения, систем обслуживания технических и сопровождения программных средств. Каждая из таких систем обеспечивает часть (например, стадию) жизненного цикла рассматриваемой системы. Названные обеспечивающими системами, они облегчают развитие рассматриваемой системы на протяжении ее жизненного цикла.
Отношения между услугами, поставляемыми в среду функционирования рассматриваемой системой, и услугами, поставляемыми обеспечивающими системами рассматриваемой системе, показаны на рисунке D.5. Обеспечивающие системы, таким образом, могут косвенно способствовать формированию продукции или предоставлению услуг рассматриваемой системой.
Иерархический Иерархический вид Иерархия проектов
вид структуры структуры системы
системы
?