Приложение С (справочное). Оценка системных свойств, не связанных с выполнением задач, пример информации по спецификации системы из МЭК ТС 62603-1

Приложение С
(справочное)

Оценка системных свойств, не связанных с выполнением задач, пример информации по спецификации системы из МЭК ТС 62603-1

С.1 Общие положения

Настоящее приложение содержит примеры влияющих факторов, имеющих отношение к настоящему стандарту, приведенных в МЭК ТС 62603-1.

Классификации свойств, описанных в настоящем приложении, приведены только в качестве примеров.

С.2 Системные свойства, не связанные с назначением

С.2.1 Техническая и коммерческая поддержка

Техническая и коммерческая поддержка, предоставляемая производителем, очень важна в течение всего жизненного цикла ОСУ. Аспекты, указанные в С.2.2-С.2.5 подлежат рассмотрению или определению.

С.2.2 Обучение персонала

Обучение персонала направлено на создание необходимых навыков персонала пользователя новой или обновленной ОСУ. Соответствующие цели обучения должны быть задокументированы и рассмотрены в данном контексте (см. также приложение D).

Обучение определяется следующими характеристиками:

a) требуемый уровень обучения в соответствии с рабочими функциями персонала (например, эксплуатация, техобслуживание, проектирование и т.д.);

b) количество обучающих (количество сотрудников и часов, необходимых для обучения);

c) количество людей, которых необходимо обучить;

d) место обучения:

1) на системе потребителя после или во время наладки и пуска,

2) на объектах производителя на системе пользователя, даже если это демо-версия,

3) на объектах производителя с использованием демонстрационной версии, отличающейся от реальной системы, которая будет установлена на производстве потребителя.

С.2.3 Техническая поддержка для эксплуатации

Потребитель должен определить тип поддержки, в которой он нуждается после пуско-наладки системы.

Тип поддержки включает в себя следующие аспекты:

a) проектирование: деятельность, направленная на улучшение системы, как в отношении аппаратной, так и программной конфигурации, например, обновление проекта, изменения конфигурации, добавление новых точек ввода/вывода и так далее;

b) обслуживание: тип поддержки, гарантируемой производителем при возникновении отказа или повреждения системы. Она должна быть определена в СУО (соглашение об уровне обслуживания), которое является частью контракта на обслуживание. Иногда данный термин используется для обозначения времени поставки или выполнения в соответствии с контрактом. Потребитель должен установить минимальный уровень вмешательства, который должен быть гарантирован, например, время для ответа на запрос, время для вмешательства и т.д.;

c) запчасти: требуемый объем аппаратных запасных деталей и период времени в годах, в течение которого будут доступны запчасти для системы, должен быть установлен для основных частей ОСУ;

d) поддержка: тип гарантированной поддержки должен быть заявлен и указан в соответствии с типом отказа или повреждения:

1) на площадке,

2) в оперативном режиме,

3) в течение рабочего времени или в течение 24 ч ежедневно.

С.2.4 Гарантия

Гарантия начинается с момента окончательной приемки пользователя, включая период готовности, если он предусмотрен контрактом.

Период готовности - это период, выраженный в часах работы, в течение которого изготовитель гарантирует безотказность работы системы. При возникновении отказа или повреждения в течение периода готовности, изготовитель должен восстановить систему до полной работоспособности в течение периода времени, указанного в контракте, например, в течение одного часа. В противном случае, отсчет периода готовности начинается с самого начала.

Гарантия указывается в годах и распространяется на отказы и повреждения, как аппаратного, так и программного обеспечения.

Гарантия должна указываться вместе с согласованным СУО.

С.2.5 Реквизиты поставщика

С.2.5.1 Общие положения

Поставщик должен предоставить дополнительную информацию в отношении реквизитов компании. Данная информация очень полезна для того, чтобы знать основные сведения, основные области специализации и опыт компании в подобных применениях. Поставщик должен предоставить информацию об ограничениях в области предоставления услуг или продуктов в некоторых странах (если это применимо).

С.2.5.2 Основные области специализации

Потребитель должен указать, какие основные области специализации необходимы со стороны поставщика для того, чтобы оценить требования к необходимому приложению.

С.2.5.3 Опыт применения приложений

Компания должна предоставить описание своего опыта использования приложения, который очень важен для определения навыков компании в этой области.

С.2.5.4 Ссылки на подобные приложения

Потребитель должен запросить перечень подобных приложений, успешно выполненных производителем.

Число требуемых ссылок устанавливается пользователем.

Перечень ссылок должен содержать:

- наименование компании, которая приобрела приложение;

- ФИО контактного лица;

- год установки;

- тип установленной системы.

С.3 Поддержка системы

С.3.1 Автоматическая отчетность

ОСУ автоматически создает отчетность после этапа конфигурации. Документы могут включать в себя:

- архитектуру системы;

- параметры конфигурации;

- ведомость материалов;

- прикладное программное обеспечение;

- схему проводки для клемм;

- конфигурацию кабелей и вилок.

С.3.2 Документация в оперативном режиме

Документация, включая техническую документацию на компоненты ОСУ, хранится в файловых форматах и доступна для проведения поиска со стороны компьютера. Также есть возможность прямого доступа с персонального компьютера.