ГОСТ Р ИСО/МЭК12207—2010
Этот процесс позволяет определять правообладателей или классы правообладателей, которые связа
ны с системой на протяжении всего ее жизненного цикла, а также их потребности и пожелания. В рамках
процесса они анализируются и преобразуются вобщую совокупность требований правообладателей, кото
рые описывают желаемое поведение системы в процессе взаимодействия со средой применения. Она
служит в качестве ссылки, по отношению к которой каждая предоставляемая услуга подвергается валида
ции для подтверждения того, что система полностью удовлетворяет заявленным требованиям.
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) требований по использованию определенных обеспечивающих систем, ресурсов и штатного персонала.
35