Стандарт ГОСТ Р ИСО-МЭК 15288 - Системная инженерия. Процессы жизненного цикла систем, страница 8

В случае, если непосредственная идентификация неосуществима (например, для потребительских товаров и услуг), могут выбираться представители или доверенные лица правообладателей (например, дляпроведения маркетинговых исследований);b) выявлять требования правообладателей.П р и м е ч а н и е — Требования правообладателей могут выражаться в форме потребностей, пожеланий,ожиданий и воспринятых ограничений отдельных правообладателей, которые, в свою очередь, выражаются втерминах моделей (текстовых или формальных), ориентированных на цели и поведение системы и описывающих систему в контексте среды и условий функционирования. Для осуществления этих действий может быть полезной модель качества продукции, например соответствующая [9].

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

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

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

Также анализируются социальное воздействие и воздействие организации на пользователей, которые могут повлиять на применение системы или сдерживать процесс проектирования системы;e) определять взаимодействие между пользователями и системой.П р и м е ч а н и е — Устанавливаются требования к удобству применения, при этом, как минимум, задаютсянаиболее эффективные, результативные и надежные рабочие характеристики человека и его взаимодействия ссистемой.

По возможности используются соответствующие стандарты, например [10], и признанные профессиональные достижения, применяющиеся для определения:1) физических, умственных способностей и способностей к обучению;2) рабочих мест, среды и инструментов, в том числе и используемого оборудования;3) нормальных, необычных и чрезвычайных ситуаций;4) набора, обучения и развития операторов и пользователей;f) устанавливать и специфицировать экологические, медицинские требования, требования безопасности и другие требования правообладателей, имеющие отношение к критическим показателям.П р и м е ч а н и е — Следует идентифицировать риски по безопасности и, если необходимо давать гарантии,то устанавливать требования и функции для обеспечения безопасности.

Сюда относятся риски, связанные сметодами работы и ее обеспечением, здоровьем и безопасностью, угрозами собственности и внешними воздействиями. При этом необходимо использовать соответствующие стандарты, например [19], и признанные профессиональные достижения. Следует идентифицировать риски по защите и, если необходимо давать гарантии, то20ГОСТ Р ИСО/МЭК 15288—2005устанавливать все возможные области защищенности системы, включая физические, процедурные, коммуникационные, компьютерные, программные, области данных и защиты от излучений. Следует определить функции,которые могут влиять на защищенность системы, в том числе: доступ и нанесение вреда персоналу, собственностии информации, дискредитация важной информации, отказ в санкционированном доступе к собственности и информации.

Необходимо устанавливать требуемые функции защищенности, включая уменьшение и сдерживаниеугроз, ссылаясь на соответствующие стандарты и признанные профессиональные достижения, в случае их обязательности или уместности;g) анализировать полную совокупность выявленных требований.П р и м е ч а н и е — Анализ включает идентификацию противоречивых, пропущенных, неполных,неоднозначных, нелогичных или непроверяемых требований и расстановку приоритетов;h) разрешать проблемы, возникающие в связи с определением требований.П р и м е ч а н и е — Сюда относятся требования, которые не могут быть реализованы или которые нецелесообразно реализовывать;i) доводить результаты анализа требований до сведения соответствующих правообладателей длягарантии того, что их потребности и ожидания были правильно поняты и выражены.П р и м е ч а н и е — Необходимо путем разъяснения достигать соглашения по решениям, касающимсяпротиворечивых, нецелесообразных и неосуществимых требований;j) устанавливать совместно с правообладателями корректность выражения их требований.П р и м е ч а н и е — К этому действию относится подтверждение того, что требования правообладателейявляются понятными для организаций и что разрешение противоречий между требованиями не нарушает или некомпрометирует намерений правообладателей;k) документировать требования правообладателей в форме, приемлемой для управления требованиями в течение жизненного цикла и за его пределами.П р и м е ч а н и е — Эти записи устанавливают базовую линию требований правообладателей и сохраняютинформацию об изменениях в потребностях или их происхождении в течение жизненного цикла системы.

Ониявляются основой обеспечения прослеживаемости от требований правообладателей к системным требованиями формирования источника сведений при задании требований к последующим системам;l) поддерживать взаимное соответствие между требованиями правообладателей и потребностямизаинтересованных лиц.П р и м е ч а н и е — Требования правообладателя проверяются в моменты принятия ключевых решенийдля того, чтобы любые изменения потребностей были приняты во внимание.5.5.3 Процесс анализа требований5.5.3.1 Цель процесса анализа требованийЦель процесса анализа требований состоит в преобразовании требований правообладателя, выраженных в виде его представлений о желаемых функциональных возможностях, в техническое видениетребуемого продукта, способного предоставить такие функциональные возможности.В ходе этого процесса создается представление о будущей системе, которая сможет удовлетворитьтребования правообладателей и, если позволят ограничения, не подразумевают какой-либо специфической реализации.

В результате данного процесса задаются измеримые системные требования,зависящие от видения разработчика, в которых определяется, какими характеристиками должна обладатьсистема и какими должны быть значения этих характеристик, чтобы удовлетворить требования правообладателей.5.5.3.2 Результаты процесса анализа требованийВ результате успешного осуществления процесса анализа требований:a) устанавливаются требуемые характеристики, свойства, функциональные и эксплуатационные требования к техническим решениям;b) устанавливаются ограничения, влияющие на архитектурное проектирование системы, а также насредства по его реализации;c) достигается целостность и прослеживаемость системных требований к требованиям правообладателей;d) определяется основа для верификации системных требований.6*21ГОСТ Р ИСО/МЭК 15288—20055.5.3.3 Деятельность в процессе анализа требованийПри реализации процесса анализа требований организация должна осуществлять следующие действия в соответствии с принятой политикой и процедурами:a) определять функциональные границы системы в терминах ее поведения и свойств, которыедолжны быть обеспечены.П р и м е ч а н и е — К ним относятся входные воздействия на систему, а также реакция системы на действияпользователя и поведение внешней среды, анализ и описание взаимодействий между системой и средой относительно интерфейсных ограничений, например, механических, электрических, весовых, температурных, а такжеограничений материальных и информационных потоков.