Примечание 1 - В [21] представлена более подробная совокупность действий и задач, которые согласуются с действиями и задачами, приведенными ниже.
Примечание 2 - В [4] конкретизируются требования системы менеджмента качества для измерения и мониторинга процессов и продуктов.
6.3.7.3.1 Планирование измерений
Данный вид деятельности состоит из решения следующих задач;
6.3.7.3.1.1 В проекте необходимо описать характеристики организации, проводящей измерения.
6.3.7.3.1.2 В проекте необходимо идентифицировать и распределить по приоритетам потребности в информации.
6.3.7.3.1.3 При реализации проекта должны быть выбраны и документированы единицы измерения, удовлетворяющие информационным потребностям.
6.3.7.3.1.4 В проекте необходимо определять процедуры сбора данных, анализа и представления отчетов.
6.3.7.3.1.5 В проекте необходимо определять критерии для оценки информационных продуктов и процесса измерений.
6.3.7.3.1.6 При реализации проекта необходимо рассмотреть, одобрить и обеспечить ресурсы для решения задач измерений.
6.3.7.3.1.7 В проекте должно быть предусмотрено приобретение и развертывание поддерживающих технологий.
6.3.7.3.2 Выполнение измерений
Данный вид деятельности состоит из решения следующих задач:
6.3.7.3.2.1 В проекте необходимо объединять процедуры для создания, сбора, анализа данных и представления отчетов в соответствующие процессы.
6.3.7.3.2.2 Данные при реализации проекта должны накапливаться, сохраняться и проверяться.
6.3.7.3.2.3 В рамках проекта необходимо выполнять анализ данных и разрабатывать информационные продукты.
6.3.7.3.2.4 При реализации проекта необходимо документировать и сообщать результаты пользователям измерений.
6.3.7.3.3 Оценивание измерений
Данный вид деятельности состоит из решения следующих задач:
6.3.7.3.3.1 При реализации проекта необходимо оценивать информационные продукты и процесс измерений.
6.3.7.3.3.2 В проекте должно быть предусмотрено выявление потенциальных улучшений и информирование о них.
6.4 Технические процессы
6.4.1 Процесс определения требований правообладателей
Примечание - Процесс определения требований правообладателей в настоящем стандарте является специальным случаем процесса определения требований правообладателей в [18]. Пользователи могут рассматривать требуемое соответствие по отношению к процессу в [18] в большей степени, чем к процессу в настоящем стандарте.
6.4.1.1 Цель
Цель процесса определения требований правообладателей состоит в выявлении требований к системе, выполнение которых может обеспечивать предоставление услуг, необходимых пользователям и другим правообладателям в заданной среде применения.
Этот процесс позволяет определять правообладателей или классы правообладателей, которые связаны с системой на протяжении всего ее жизненного цикла, а также их потребности и пожелания. В рамках процесса они анализируются и преобразуются в общую совокупность требований правообладателей, которые описывают желаемое поведение системы в процессе взаимодействия со средой применения. Она служит в качестве ссылки, по отношению к которой каждая предоставляемая услуга подвергается валидации для подтверждения того, что система полностью удовлетворяет заявленным требованиям.
6.4.1.2 Выходы
В результате успешного осуществления процесса определения требований правообладателей:
a) задаются требуемые характеристики и условия использования услуг;
b) определяются ограничения для системных решений;
c) достигается возможность прослеживания от требований правообладателей к правообладателям и их потребностям;
d) описывается основа для определения системных требований;
e) определяется основа для валидации соответствия услуг;
f) формируется основа для ведения переговоров и заключения соглашений о поставке услуги или продукции.
6.4.1.3 Виды деятельности и задачи
При реализации проекта должны осуществляться следующие виды деятельности и задачи в соответствии с принятыми в организации политиками и процедурами в отношении процесса определения требований правообладателя.
6.4.1.3.1 Идентификация правообладателей
Данный вид деятельности состоит из решения следующей задачи:
6.4.1.3.1.1 При реализации проекта необходимо идентифицировать отдельных правообладателей или классы правообладателей, имеющих законный интерес к системе в течение ее жизненного цикпа.
Примечание - К ним относятся, по крайней мере, пользователи, операторы, организации поддержки, разработчики, производители, обучающие организации, организации технического обслуживания и ремонта, организации, распоряжающиеся ресурсами, приобретающие стороны и организации поставщика, стороны, ответственные за интерфейс с внешними объектами, регулирующие органы и представители общественности. В случае, если непосредственная коммуникация неосуществима (например, для потребительских товаров и услуг), выбираются представители или доверенные лица правообладателей.
6.4.1.3.2 Идентификация требований
Данный вид деятельности состоит из решения следующих задач:
6.4.1.3.2.1 Должны быть выявлены требования правообладателей проекта.
Примечание - Требования правообладателей могут выражаться в форме потребностей, пожеланий, требований, ожиданий и воспринятых ограничений отдельных правообладателей, которые, в свою очередь, выражаются в терминах модели (текстовой или формализованной), ориентированной на цели и поведение системы и описывающей ее в контексте среды и условий функционирования. Для осуществления этих действий может быть полезной модель качества продукции и требований к качеству, таких как установленные в [8] и [29]. В требованиях правообладателей должны учитываться нужды, потребности общества и ограничения, налагаемые приобретающей организацией, а также возможностями и способностями пользователей и оперативного персонала. Рекомендуется ссыпаться на источники, например, на ходатайства или соглашения, их законность и обоснования, а также на допущения правообладателей и значение, которое правообладатели придают выполнению своих требований. Для потребностей ключевых правообладателей необходимо устанавливать показатели результативности, определенные таким образом, чтобы эксплуатационные характеристики могли быть измерены и оценены. Если значительные риски являются вероятным результатом возникающих вопросов (т. е. потребностей, пожеланий, ограничений, пределов, обеспокоенности, препятствий, факторов или соображений), имеющих отношения к людям (пользователям и другим правообладателям) и их вовлечению или взаимодействию с системой на любом отрезке времени в процессе жизненного цикла этой системы. Рекомендации по вопросам идентификации и трактовки взаимодействия человека с системой содержатся в [24].
6.4.1.3.2.2 В проекте необходимо определять ограничения системных решений, которые являются неизбежным следствием существующих соглашений, управленческих и технических решений.
Примечание - Ограничения могут возникать в результате:
1) примеров или областей решений, определенных правообладателями;
2) реализации решений, принятых на более высоком уровне системной иерархии.
3) требований по использованию определенных обеспечивающих систем, ресурсов и штатного персонала.