Откройте актуальную версию документа прямо сейчас
Если вы являетесь пользователем интернет-версии системы ГАРАНТ, вы можете открыть этот документ прямо сейчас или запросить по Горячей линии в системе.
Приложение В
(справочное)
Документ спецификации системы (ДСС)
В.1 Введение
Настоящее приложение описывает метод разработки и проверки ДСС, включая контрольные перечни для каждого свойства системы.
В.2 Разработка документа спецификации системы (ДСС)
В.2.1 Общие положения
Исходной документацией для разработки ДСС является ДТС, с выделением задач с присвоенной относительной значимостью.
На основании этого и после распределения задач на функциональной модели (см. 5.1.1 и МЭК 61069-1, рисунок 4), появится возможность реализации системы, формируемой для выполнения системных требований.
В течение этапа оценки, система, предусмотренная ДСС, будет сравниваться с детальной формулировкой целевого назначения (миссии), указанной в ДТС.
Для выполнения эффективного анализа соответствия системным требованиям, очень важно, чтобы спецификация предполагаемой системы идентифицировала различные ключевые моменты. Такие моменты детально рассмотрены в В.2.2-В.2.7.
Результатом действий, указанных в В.2.2-В.2.7 будет разработка ДСС.
В.2.2 Обзор системы
Целью обзора является установление взаимоотношения реализации системы с целевым назначением (миссией) системы, как это отражено в ДТС.
Точно также, как целевое назначение (миссия) может быть разделено на задачи в иерархическом порядке, система, подлежащая оценке, может быть разделена в иерархическом порядке на модули и элементы.
Установлено, что результатом разделения обычно являются схемы общего вида и дополнительные описания.
Они должны содержать, как минимум, следующую информацию:
- все модули, взаимодействующие с процессом, оператором, внешними системами и т.д.;
- коммуникационные модули;
- модули обработки приложений;
- взаимодействие между модулями, и
- относительные и абсолютные расстояния и местоположения модулей.
Для разделения важно знать, что большая часть современных ОСУ основывается на гибридной архитектуре, состоящей из комбинации отдельного измерительного и управляющего оборудования, и программного обеспечения, связанного с ним.
В.2.3 Определение границ системы
У системы есть четкие границы с процессом, инженерными сетями, обеспечивающими электропитание, окружающей средой, в которой расположена система, другими подсоединенными внешними системами и пользователями системы (операторами, обслуживающим персоналом). Граница системы должна быть тщательно определена посредством идентификации того, "что входит и что не входит" в состав системы, оценка которой должна быть проведена, с учетом, как минимум, следующих аспектов:
- граница с технологическим процессом может быть расположена таким образом, чтобы включить или исключить в/из нее блоки формирования сигналов, гальванические разъединители, кроссовые шкафы, кабеля, устройства ввода/вывода, такие как датчики и исполнительные механизмы и т.д.;
- граница с инженерными сетями определяется с учетом оборудования различных производителей, например источников бесперебойного питания, аккумуляторов, фильтров, регуляторов и т.д., которые могут поставить систему полностью или ее часть, включая датчики и исполнительные механизмы.
- граница с внешним оборудованием должна учитывать требуемые интерфейсы, функции связи, кабеля и т.д.
- граница с окружающей средой должна учитывать физическое распределение модулей и элементов, которые могут быть расположены в помещении с кондиционированием воздуха, в офисной среде, в производственной зоне или непосредственно на самом технологическом оборудовании и т.д.
- граница с человеко-машинным интерфейсом исключительно важна при оценке надежности системы, поскольку оперативный и обслуживающий персонал играют очень важную роль в выполнении установленного целевого назначения (миссии). Взаимодействие пользователей и системы осуществляется на нескольких уровнях иерархии управления и в значительной степени зависит от рассматриваемого режима работы и включает в себя все аппаратные и программные модули системы.
- хотя это и не очевидно, задачи сами по себе являются внешними по отношению к границе системы. Влияние предписывающих, изменяющих и добавляющих задач является очень важным аспектом в оценке свойств "гибкости и расширяемости" системы.
Если целью оценки является "получение сравнительной оценки различных систем", то довольно затруднительно определить одним и тем же способом границы каждой из систем, подлежащих сравнению, в особенности, если данные системы имеют различные функциональные области применения. В этом случае, оборудование, которое не входит в состав рассматриваемой системы, должно быть добавлено, чтобы появилась возможность провести сравнение. Факт добавления оборудования должен быть специально отмечен.
В.2.4 Спецификация системы
Целью разработки спецификации системы является предоставление точной цифровой, эксплуатационной и реляционной информации для предполагаемой реализации системы.
Как правило, она должна содержать:
- полный перечень всех модулей и элементов;
- спецификации продукции для каждого типа модулей и элементов с предоставлением общих, функциональных и технических спецификаций, включая технические характеристики окружающей среды;
- детальные принципиальные схемы с указанием и дальнейшей детализацией межсоединений и внутренних связей между отдельными модулями и элементами, включая магистрали резервирования в соответствующих случаях.
В.2.5 Описание работы системы
Целью описания работы системы является предоставление в систематическом виде способа выполнения отдельных задач предложенной системой.
Систематическое описание должно основываться на позадачном представлении и, как правило, содержать:
- перечень функций, предложенных к исполнению каждой задачи;
- замечания к каждой задаче, с указанием способа, с помощью которого предложенные модули и элементы будут обеспечивать данные функции.
Уровень детализации реализации задач и степень подразделения на модули или элементы следует выбирать сообразно необходимости и достаточности для демонстрации соответствия требованиям.
В.2.6 Заключение об обосновании практической реализации системы
При проведении оценки определение реализации системы следует проводить на основе заключений с логическими обоснованиями.
Такие заключения следует составлять для каждого из свойств (см. подраздел 5.2), соответствующих целевому назначению (миссии) системы, предоставляя в них дополнительную информацию, относящуюся к обоснованию практической реализации системы с достижением требуемых свойств системы. Она может включать в себя:
- критерии выбора альтернативных решений;
- обосновывающие данные (например, опыт работы периферии), расчеты, и т.д.;
- сопутствующие отчеты об испытаниях.
В.2.7 Заключение о соответствии системным требованиям
По каждому из требований к системе, по которому оцениваемая система не соответствует, должно быть сделано четкое заключение с указанием причин и степени несоответствия.
Если вы являетесь пользователем интернет-версии системы ГАРАНТ, вы можете открыть этот документ прямо сейчас или запросить по Горячей линии в системе.