3.1.2
3.1.3
3.1.4 моделируемая система: Система, для которой решение задач системного анализа осуществляется с использованием ее формализованной модели, позволяющей исследовать критичные сущности системы в условиях ее создания и/или применения, учитывающей структурные связи между переменными или постоянными элементами формализованного представления, задаваемые условия и ограничения.
Примечание - В качестве модели системы могут выступать формализованные сущности, объединенные целевым назначением. Например, при проведении системного анализа в принимаемых допущениях, ограничениях и предположениях модель может формально описывать проект, функциональные подсистемы и элементы, процессы, реализуемые действия, множество активов и/или выходных результатов или множество этих или иных сущностей в их целенаправленном применении в задаваемых условиях.
3.1.5 надежность реализации процесса оценки и контроля проекта с учетом дополнительных специфических системных требований: Свойство процесса оценки и контроля проекта сохранять во времени в установленных пределах значения показателей, характеризующих способность выполнения необходимых действий процесса в заданных условиях реализации с соблюдением дополнительных специфических системных требований.
3.1.6
3.1.7
3.1.8 проект-эталон: Реальный или гипотетичный проект, который по применяемым показателям рисков принимается в качестве эталона для более полного удовлетворения требований заинтересованных сторон проекта и решения задач системного анализа.
3.1.9
3.1.10 рассматриваемая система: Система, относительно которой в рамках настоящего стандарта применяется процесс оценки и контроля проекта.
3.1.11
3.1.12 риск нарушения реализации процесса оценки и контроля проекта с учетом дополнительных специфических системных требований: Сочетание вероятности того, что будут нарушены надежность реализации процесса оценки и контроля проекта либо заданные дополнительные специфические системные требования, либо и то и другое, с тяжестью возможного ущерба.
Примечание - Примером дополнительных специфических системных требований могут выступать, например, требования по защите информации - см. ГОСТ Р 59339.
3.1.13
3.1.14 системный анализ процесса оценки и контроля проекта: Научный метод системного познания, предназначенный для решения практических задач системной инженерии путем представления в виде приемлемой моделируемой системы проекта, реализуемых системных процессов и/или соответствующей системы, охватываемой проектом.
Примечания
1 Метод содержит:
- измерение и оценку специальных показателей, связанных с критичными сущностями проекта и системы, охватываемой проектом, прогнозирование рисков, интерпретацию и анализ приемлемости получаемых результатов для проекта, реализуемых системных процессов и и/или соответствующей системы, охватываемой проектом;
- определение с использованием моделирования существенных угроз и условий, способных при том или ином развитии событий негативно повлиять на результаты проекта, реализуемые системные процессы и и/или свойства соответствующей системы, охватываемой проектом;
- обоснование с использованием моделирования упреждающих мер, обеспечивающих желаемые результаты проекта, реализуемые системные процессы и/или свойства соответствующей системы, охватываемой проектом, при задаваемых ограничениях в задаваемый период времени;
- обоснование с использованием моделирования предложений по обеспечению и повышению качества, безопасности и/или эффективности системы, охватываемой проектом (и/или ее элементов) и достижению целей системной инженерии при задаваемых ограничениях в задаваемый период времени.
2 К специальным критичным сущностям проекта и рассматриваемой системы могут быть отнесены отдельные характеристики (например, физические параметры, характеристики качества, безопасности, размеры, стоимость), достигаемые эффекты, выполняемые функции, действия или защищаемые активы. При этом в состав рассматриваемых могут быть включены характеристики, эффекты, функции, действия и активы, свойственные не только проекту и/или самой системе, охватываемой проектом, но и иным системам (подсистемам), не вошедшим в состав рассматриваемой системы. Например, это могут быть характеристики, эффекты, функции, действия и активы, свойственные обеспечивающим системам, привлекаемым информационным системам и/или базам данных, охватываемым по требованиям заказчика.
3.1.15
3.1.16 целостность моделируемой системы: Состояние моделируемой системы, которое отвечает целевому назначению модели системы в течение задаваемого периода прогноза.
4.1 Общие положения
4.1.1 Организации используют данный процесс в рамках проекта, связанного с созданием (модернизацией, развитием), эксплуатацией и сопровождением системы для обеспечения ее качества, безопасности и эффективности. Процесс оценки и контроля проекта осуществляют периодически или при наступлении важных событий для системного анализа результатов работы в соответствии с требованиями, планами и всевозможными бизнес-целями. Если в результате реализации процесса выявляют недопустимые риски, для реагирования на них формируют необходимую информацию.
Для оценки достижимости требуемых качества, безопасности и эффективности системы, охватываемой проектом, прогнозирования рисков и обоснования эффективных предупреждающих действий по снижению этих рисков или их удержанию в допустимых пределах используют системный анализ.
4.1.2 Проведение системного анализа процесса оценки и контроля проекта способствует рациональному решению задач системной инженерии на основе научно обоснованных целенаправленных технических и организационных усилий в жизненном цикле системы, охватываемой проектом. Сами решаемые задачи системной инженерии связывают с целями проекта, его масштабами, имеющими место вызовами и возможными угрозами проекту и соответствующей системе. В общем случае проведение системного анализа связано с решением задач обеспечения качества, комплексной безопасности и эффективного развития систем, включая задачи:
- устойчивого функционирования и развития сложных инженерно-технических, энергетических, транспортных систем, систем связи и коммуникаций;
- развития оборонно-промышленного комплекса;
- развития критических технологий (например, базовых и критических военных и промышленных технологий для создания перспективных видов вооружения, военной и специальной техники; базовых технологий силовой электротехники; компьютерного моделирования; информационных и когнитивных технологий; технологий атомной энергетики; технологий информационных, управляющих, навигационных систем; технологий и программного обеспечения распределенных и высокопроизводительных вычислительных систем; технологий мониторинга и прогнозирования состояния окружающей среды, предотвращения и ликвидации ее загрязнения; технологий поиска, разведки, разработки месторождений полезных ископаемых и их добычи; технологий предупреждения чрезвычайных ситуаций природного и техногенного характера);
- безопасности и защищенности, промышленной безопасности, технической диагностики, управления ресурсом эксплуатации критически важных объектов и систем;
- обеспечения качества и развития топливно-энергетического комплекса, нефтяной, газовой и нефтехимической промышленности, электроэнергетики, трубопроводного транспорта;
- обеспечения качества и безопасности в строительном комплексе;
- обеспечения качества и безопасности железнодорожного, авиационного и водного транспорта;
- снижения экономических, экологических и социальных ущербов от нарушений качества, безопасности и/или эффективности критически и стратегически важных систем.
Решение задач системной инженерии с использованием системного анализа процесса оценки и контроля проекта базируется:
- на формулировании непротиворечивых целей системного анализа в жизненном цикле системы, охватываемой проектом (см. 4.2 и 4.3);
- математически корректных постановках задач системного анализа, ориентированных на научно обоснованное достижение сформулированных целей системного анализа применительно к рассматриваемым проекту, процессу (его выходным результатам и выполняемым действиям) и системе, охватываемой проектом (см. 5.1, приложение А);
- выборе и/или разработке основных и вспомогательных показателей для всесторонних оценок и прогнозов, на определении способов формализации, выборе и/или разработке формализованных моделей, методов и критериев системного анализа для решения поставленных задач (см. 6.2, 6.3);
- использовании результатов системного анализа для принятия решений в системной инженерии.
4.1.3 При проведении системного анализа процесса оценки и контроля проекта руководствуются основными принципами, определенными в ГОСТ Р 59991. Все применяемые принципы должны быть согласованы с принципом целенаправленности осуществляемых действий.
4.1.4 Основные усилия системной инженерии при проведении системного анализа процесса оценки и контроля проекта сосредоточивают:
- на определении выходных результатов и действий, предназначенных для достижения целей процесса;
- определении потенциальных угроз и возможных сценариев возникновения и развития угроз для проекта, реализуемых системных процессов и/или соответствующей системы, охватываемой проектом;
- измерениях и оценках специальных показателей, связанных с критичными сущностями моделируемой системы, используемой для формализации проекта, реализуемых системных процессов и/или соответствующей системы, охватываемой проектом;
- определении и прогнозировании рисков, подлежащих системному анализу;
- получении результатов системного анализа в виде, пригодном для решения задач системной инженерии, включая обоснование мер, направленных на практическое противодействие угрозам и достижение поставленных целей.
В общем случае процесс оценки и контроля проекта, подлежащий системному анализу, задействован на всех стадиях и этапах жизненного цикла создаваемых (модернизируемых, развиваемых) и эксплуатируемых систем. Стадии и этапы работ по созданию (модернизации, развитию), эксплуатации и сопровождения систем, связанных с проектом, устанавливают в договорах, соглашениях и технических заданиях (ТЗ) с учетом специфики и условий функционирования систем, связанных с проектом. Перечень этапов и конкретных работ в жизненном цикле систем формируют с учетом требований ГОСТ 2.114, ГОСТ 15.016, ГОСТ Р 15.301, ГОСТ 34.601, ГОСТ 34.602, ГОСТ Р ИСО 9001, ГОСТ Р ИСО/МЭК 12207, ГОСТ Р ИСО/МЭК 20000-1, ГОСТ Р ИСО/МЭК 27036-2, ГОСТ Р ИСО 31000, ГОСТ Р 51583, ГОСТ Р 51901.1, ГОСТ Р 51901.7, ГОСТ Р 53622, ГОСТ Р 57102, ГОСТ Р 57193, ГОСТ Р 57272.1, ГОСТ Р 57839, ГОСТ Р 59337. Процесс оценки и контроля проекта может входить в состав работ, выполняемых в рамках других процессов жизненного цикла систем, и при необходимости включать другие процессы.
4.3.1 Цели системного анализа процесса оценки и контроля проекта формулируют исходя из назначения проекта и системы, охватываемой проектом, решаемых задач системной инженерии и целей непосредственно реализуемого процесса. Определение цели процесса оценки и контроля проекта осуществляют по ГОСТ Р ИСО 9001, ГОСТ Р ИСО 10014, ГОСТ Р ИСО/МЭК 12207, ГОСТ Р ИСО/МЭК 16085, ГОСТ Р ИСО/МЭК 27002, ГОСТ Р 53647.1, ГОСТ Р 54869, ГОСТ Р 57102, ГОСТ Р 57193, ГОСТ Р 59337, ГОСТ Р МЭК 61508-1, ГОСТ Р МЭК 62264-1 с учетом специфики системы. В общем случае главная цель процесса оценки и контроля проекта состоит в определении, сопровождении и обеспечении гарантий наличия в организации необходимых политик, процессов, моделей, методов, методик, инструментариев и процедур для осуществления необходимых оценок и контроля проекта, а также в их результативном использовании при выполнении проекта.
4.3.2 В системном анализе объектами исследований являются критичные сущности проекта и системы, охватываемой проектом, непосредственно рассматриваемый процесс оценки и контроля проекта и связанные с ним системные процессы. Критичные сущности и системные процессы поэлементно и/или в совокупности представляют в виде моделируемой системы, принимаемой (с необходимым обоснованием) в качестве приемлемой для достижения поставленных целей системного анализа. Результаты моделирования, получаемые для моделируемой системы, распространяют на проект, реализуемые системные процессы и соответствующие рассматриваемые системы и используют надлежащим образом для решения задач системного анализа (с соответствующей интерпретацией результатов моделирования и выработкой практических рекомендаций) и прикладного решения задач системной инженерии при разработке (развитии, модернизации) и эксплуатации системы, охватываемой проектом.
4.3.3 В общем случае основными целями системного анализа процесса оценки и контроля проекта являются:
- оценка и контроль специальных показателей, связанных с критичными сущностями проекта и системы, охватываемой проектом, и прогнозирование рисков, интерпретация и анализ приемлемости получаемых результатов, включая сравнение достигаемых или прогнозируемых значений показателей с допустимым уровнем на предмет выполнения задаваемых ограничений;
- определение с использованием моделирования существенных угроз и условий, способных при том или ином развитии событий в жизненном цикле негативно повлиять на качество, безопасность и/или эффективность системы, охватываемой проектом (и/или ее элементов);
- определение и обоснование с использованием моделирования в рамках проекта упреждающих мер противодействия угрозам и условий, обеспечивающих желаемые качество, безопасность и/или эффективность системы, охватываемой проектом (и/или ее элементов), при задаваемых ограничениях в задаваемый период прогноза;
- обоснование с использованием моделирования предложений по обеспечению и повышению качества, безопасности и/или эффективности системы, охватываемой проектом (и/или ее элементов), включая совершенствование непосредственно самого системного анализа процесса оценки и контроля проекта.
5.1 Общие требования системной инженерии к системному анализу процесса оценки и контроля проекта должны быть направлены на достижение сформулированных непротиворечивых целей системного анализа рассматриваемого процесса и практичное решение задач, математически корректно поставленных для достижения этих целей. Предъявляемые требования системной инженерии к системному анализу процесса оценки и контроля проекта должны обеспечивать:
а) решение основных задач системного анализа, главными из которых являются:
1) задачи оценки специальных показателей, связанных с критичными сущностями проекта и системы, охватываемой проектом,
2) задачи прогнозирования рисков, свойственных реализуемым системным процессам в рамках оценки и контроля проекта,
3) задачи обоснования допустимых значений специальных показателей, связанных с критичными сущностями проекта и системы, охватываемой проектом, и допустимых рисков,
4) задачи определения существенных угроз и условий, способных при том или ином развитии событий в жизненном цикле негативно повлиять на качество, безопасность и/или эффективность системы, охватываемой проектом (и/или ее элементов),
5) комплекс задач поддержки принятия решений по обеспечению качества, безопасности и эффективности системы, охватываемой проектом, в ее жизненном цикле;
б) решение вспомогательных задач совершенствования непосредственно самого системного анализа процесса оценки и контроля проекта.
5.2 Формальные постановки задач системного анализа должны быть ориентированы на достижение сформулированных целей при задаваемых условиях и ограничениях (природных, технических, ресурсных, стоимостных, временных, социальных, экологических). Пример перечня решаемых задач системного анализа процесса оценки и контроля проекта приведен в приложении А.
5.3 Общие требования системной инженерии устанавливают в ТЗ на разработку, модернизацию или развитие системы. Эти требования и методы их выполнения детализируют в ТЗ на составные части системы, в конструкторской, технологической и эксплуатационной документации, в спецификациях на поставляемые продукцию и/или услуги. Содержание требований формируют с учетом нормативно-правовых документов Российской Федерации, специфики, уязвимостей и угроз системе, охватываемой проектом (см., например, ГОСТ 2.102, ГОСТ 2.601, ГОСТ 2.602, ГОСТ 3.1001, ГОСТ 7.32, ГОСТ 15.016, ГОСТ Р 59337, ГОСТ Р 59339, ГОСТ Р 59346, ГОСТ Р 59355, [1] - [21]).
Поскольку элементы процесса оценки и контроля проекта могут использоваться на этапах, предваряющих получение и утверждение ТЗ, соответствующие требования системной инженерии к системному анализу этого процесса могут быть оговорены в рамках соответствующих договоров и соглашений.
5.4 Требования системной инженерии к системному анализу процесса оценки и контроля проекта призваны обеспечивать управление техническими и организационными усилиями по планированию и реализации системных процессов (процессов соглашений, организационного обеспечения проекта, технического управления, технических процессов) при разнородных угрозах в возможных сценарных условиях комбинации используемых системных процессов в течение задаваемого периода прогноза.
- специальные критичные сущности, контролируемые организацией в рамках проекта для обеспечения качества, безопасности и эффективности системы, охватываемой проектом, включая критичные сущности, связанные с достижением целей системной инженерии;
- критичные сущности, связанные с учетом дополнительных специфических системных требований (например, требований по защите информации - см. ГОСТ Р 59337);
- проектные и запроектные условия возникновения и развития возможных угроз нарушения качества, безопасности и эффективности системы, охватываемой проектом.
Пример перечня возможных угроз нарушения нормальной реализации процесса оценки и контроля проекта приведен в приложении Б.
5.6 Системный анализ процесса осуществляют с использованием методов, моделей и методик (см. приложения В, Г, Д) с учетом рекомендаций ГОСТ Р ИСО 2859-1, ГОСТ Р ИСО 2859-3, ГОСТ Р ИСО 3534-1, ГОСТ Р ИСО 3534-2, ГОСТ Р ИСО 7870-1, ГОСТ Р ИСО 7870-2, ГОСТ Р ИСО 9001, ГОСТ Р ИСО 13379-1, ГОСТ Р ИСО 13381-1, ГОСТ Р ИСО 14258, ГОСТ Р ИСО/МЭК 15026, ГОСТ Р ИСО/МЭК 15026-4, ГОСТ Р ИСО/МЭК 15504-5, ГОСТ Р ИСО/МЭК 16085, ГОСТ Р ИСО 17359, ГОСТ Р ИСО/МЭК 27002, ГОСТ Р ИСО 31000, ГОСТ Р 50779.41, ГОСТ Р 50779.70, ГОСТ Р 51901.1, ГОСТ Р 51901.5, ГОСТ Р 51901.16, ГОСТ Р 54124, ГОСТ Р 58771, ГОСТ Р 59989, ГОСТ Р 59991, ГОСТ Р МЭК 61069-2, ГОСТ Р МЭК 61069-3, ГОСТ Р МЭК 61069-4, ГОСТ Р МЭК 61069-5, ГОСТ Р МЭК 61069-6, ГОСТ Р МЭК 61069-7, ГОСТ Р МЭК 61069-8, ГОСТ Р МЭК 61508-5, ГОСТ Р МЭК 61508-7.
6.1 Общие положения
6.1.1 Для анализа достижимости требуемых качества, безопасности и эффективности системы, охватываемой проектом, прогнозирования рисков, связанных с реализацией системных процессов, и обоснования эффективных предупреждающих действий по снижению этих рисков или их удержанию в допустимых пределах используют устанавливаемые качественные и количественные показатели.
Качественные показатели для оценки рисков обусловливают необходимостью выполнения конкретных требований, задаваемых на вербальном уровне в ТЗ и иных нормативно-правовых документах.
Примечание - Например, ряд качественных показателей в области обеспечения информационной безопасности определен в ГОСТ Р ИСО/МЭК 27005.
6.1.2 Требования к количественным показателям системного анализа в процессе оценки и контроля проекта должны учитывать:
- требования заинтересованных сторон, имеющих интерес к рассматриваемой системе, выходные результаты и выполняемые действия процесса оценки и контроля проекта;
- потенциальные угрозы качеству, безопасности и эффективности системы, охватываемой проектом (включая угрозы для выходных результатов и выполняемых действий процесса), а также возможные сценарии возникновения и развития этих угроз;
- практическую интерпретацию оцениваемых специальных показателей и вероятностных результатов прогнозирования рисков при планировании и реализации системных процессов, возможные предупреждающие меры по снижению рисков или их удержанию в допустимых пределах;
- способы дальнейшего использования результатов оценки специальных показателей и прогнозирования рисков для решения задач системного анализа;
- методы использования результатов системного анализа для решения практических задач системной инженерии.
6.1.3 Состав выходных результатов и выполняемых действий в процессе управления рисками для системы, охватываемой проектом, подлежащие учету при решении задач системного анализа, определяют по ГОСТ 2.114, ГОСТ 15.016, ГОСТ Р 15.101, ГОСТ Р 15.301, ГОСТ 34.201, ГОСТ 34.602, ГОСТ Р ИСО 9001, ГОСТ Р ИСО/МЭК 12207, ГОСТ Р ИСО 15704, ГОСТ Р ИСО/МЭК 20000-1, ГОСТ Р 51583, ГОСТ Р 51904, ГОСТ Р 53647.1, ГОСТ Р 56939, ГОСТ Р 57100, ГОСТ Р 57102, ГОСТ Р 57193, ГОСТ Р 57839. При этом учитывают специфику проекта и системы, охватываемой проектом (см., например, [1] - [21]).
6.1.4 В общем случае основными выходными результатами процесса оценки и контроля проекта являются:
- показатели качества функционирования системы, охватываемой проектом, или результаты их оценки;
- распределение ролей, ответственности, подотчетности и полномочий персонала системы, охватываемой проектом;
- оценка ресурсов проекта;
- анализ продвижения проекта;
- результаты соответствия планов фактическому состоянию проекта;
- информированность заинтересованных сторон о состоянии проекта;
- корректирующие действия или решение о перепланировании;
- согласованность проектных действий, позволяющих продвигаться от одной запланированной контрольной точки или события к следующему;
- степень достижения целей проекта.
6.1.5 Для получения выходных результатов процесса оценки и контроля проекта в общем случае выполняют следующие основные действия:
- определение стратегии процесса, включая методы оценки, графики работ, необходимые управленческие решения и технический анализ;
- системный анализ достижения целей и реализации планов проекта;
- анализ управленческих и производственных планов для определения их результативности и выполнимости;
- сравнение плановой и фактической (на текущий момент) стоимости проекта, анализ сроков выполнения;
- оценку распределения ролей, ответственности, подотчетности и достаточности полномочий управленческого персонала;
- оценку адекватности и пригодности ресурсов, включая инфраструктуру, персонал, финансирование, время на выполнение работ;
- оценку выполнения проекта, включая сбор данных и оценку фактических и плановых затрат, наличие материалов, получение услуг, анализ других технических данных;
- прогнозирование рисков нарушения качества, безопасности и эффективности системы, охватываемой проектом;
- организацию необходимого управления, анализа, аудита и инспекций;
- осуществление регулярных проверок критичных процессов и новых технологий, своевременную корректировку планов;
- анализ результатов проверок и подготовку рекомендаций по совершенствованию системы, охватываемой проектом;
- документирование и обеспечение статуса результатов процесса оценки и контроля проекта;
- наблюдение за исполнением результатов и рекомендаций процесса оценки и контроля проекта;
- взаимодействие с приобретающей стороной или поставщиком при возникновении необходимости внесения изменений по стоимости, времени или качеству продукции для разрешения возможных задач;
- санкционирование продвижения проекта к следующей контрольной точке или событию (если это обосновано).
Используемые показатели должны обеспечивать решение основных и вспомогательных задач системного анализа процесса оценки и контроля проекта.
Степень достижения целей в жизненном цикле системы оценивают с помощью количественных показателей, которые позволяют сформировать представление о текущих и потенциальных задачах системной инженерии или о возможных причинах недопустимого снижения качества, безопасности и/или эффективности системы, охватываемой проектом, начиная с самых ранних этапов, когда можно предпринять предупреждающие меры. Дополнительно могут быть использованы вспомогательные статистические показатели, характеризующие события, которые уже произошли, и их влияние на качество, безопасность и/или эффективность при реализации различных процессов в жизненном цикле системы, охватываемой проектом. Вспомогательные показатели позволяют исследовать произошедшие события, их последствия и сравнивать эффективность применяемых и/или возможных мер и действий в системных процессах.
6.3.1 Для решения задач системного анализа процесса оценки и контроля проекта используют:
- специальные показатели, связанные с определенными критичными сущностями проекта и системы, охватываемой проектом (см. 4.3.2 и 5.5);
- риск нарушения надежности реализации системных процессов (для каждого из процессов соглашения, процессов организационного обеспечения проекта, процессов технического управления и технических процессов), рассматриваемых в процессе оценки и контроля проекта;
- риск нарушения реализации системных процессов (для каждого из процессов соглашения, процессов организационного обеспечения проекта, процессов технического управления и технических процессов), рассматриваемых в процессе оценки и контроля проекта, с учетом дополнительных специфических системных требований;
- интегральный риск нарушения качества системы в сценарных условиях комбинации используемых системных процессов в течение задаваемого периода прогноза;
- интегральный риск нарушения безопасности системы в сценарных условиях комбинации используемых системных процессов в течение задаваемого периода прогноза;
- интегральный риск нарушения эффективности системы в сценарных условиях комбинации используемых системных процессов в течение задаваемого периода прогноза.
Примечание - Интегральные показатели рисков нарушения качества, безопасности и эффективности системы, охватываемой проектом, используют требования к обеспечению соответственно качества, безопасности и эффективности системы за период прогноза, задаваемые на уровне ограничений на допустимые риски (в их вероятностном выражении) по каждому из учитываемых системных процессов, и возможные ущербы - см. ГОСТ Р 59991.
Примеры показателей рисков, типовых моделей и методов прогнозирования рисков приведены в приложении В.
6.3.2 Расчетные риски характеризуют соответствующей вероятностью нанесения ущерба в сочетании с тяжестью возможного ущерба.
6.4 Требования к источникам данных
Источниками исходных данных для расчетов количественных показателей являются (в части, свойственной процессу оценки и контроля проекта):
- источники, позволяющие сформировать данные, обеспечивающие оценку специальных показателей, связанных с критичными сущностями проекта и системы, охватываемой проектом;
-
данные применения технологий противодействия угрозам и/или функционирования вспомогательных систем управления качеством и рисками, планируемых к использованию или используемых в рассматриваемой системе (в том числе данные о срабатывании исполнительных механизмов этих систем), охватываемой проектом;- текущие и статистические данные о состоянии параметров контролируемых критичных сущностей системы, охватываемой проектом (данные должны быть привязаны к временам и условиям изменения состояний);
- текущие и статистические данные о самой системе или системах-аналогах, характеризующие не только данные о нарушениях надежности реализации рассматриваемого процесса, но и события, связанные с нарушениями и появлением предпосылок к нарушениям из-за реализации угроз (привязанные к временам и условиям наступления событий, характеризующих соответствующие нарушения и предпосылки к нарушениям);
- текущие и статистические данные результатов технического диагностирования системы, охватываемой проектом, и вспомогательных систем управления качеством и рисками;
- наличие и готовность персонала системы, данные об ошибках персонала (привязанные к временам и условиям наступления событий, последовавших из-за этих ошибок и характеризующих нарушения и предпосылки к нарушениям) в самой системе, охватываемой проектом, или в системах-аналогах;
- данные из различных моделей угроз для системы, охватываемой проектом (например, модели угроз безопасности информации), и метаданные, позволяющие сформировать перечень потенциальных угроз и возможные сценарии возникновения и развития угроз нарушения нормальной реализации процесса оценки и контроля проекта.
Примеры исходных данных для моделирования приведены в приложении В.
7.1.1 В системной инженерии используют любые научно обоснованные формализованные методы, обеспечивающие достижение целей и решение поставленных задач системного анализа. Настоящие требования применимы ко всем стандартизованным системным процессам (процессам соглашений, организационного обеспечения проекта, технического управления, техническим процессам), используемым в жизненном цикле системы, охватываемой проектом.
7.1.2 Требования к формализованным методам системного анализа процесса оценки и контроля проекта включают:
- требования к моделям и методам оценки специальных показателей и обоснования их допустимых значений;
- к моделям и методам прогнозирования рисков и обоснования допустимых рисков;
- к методам определения существенных угроз и условий;
- к методам поддержки принятия решений в жизненном цикле системы, охватываемой проектом.
7.1.3 При обосновании и формулировании требований к методам системного анализа руководствуются положениями 7.2 - 7.6 с учетом специфики проекта и рекомендаций ГОСТ 2.114, ГОСТ 15.016, ГОСТ 34.602, ГОСТ 33981, ГОСТ IEC 61508-3, ГОСТ Р ИСО 9001, ГОСТ Р ИСО/МЭК 12207, ГОСТ Р ИСО 13379-1, ГОСТ Р ИСО 13381-1, ГОСТ Р ИСО/МЭК 15026, ГОСТ Р ИСО 17359, ГОСТ Р ИСО/МЭК 27001, ГОСТ Р ИСО/МЭК 27002, ГОСТ Р ИСО/МЭК 27005, ГОСТ Р ИСО 31000, ГОСТ Р 51901.1, ГОСТ Р 51901.7, ГОСТ Р 56939, ГОСТ Р 57102, ГОСТ Р 57193, ГОСТ Р 57272.1, ГОСТ Р 58412, ГОСТ Р 59349, ГОСТ Р МЭК 61508-1, ГОСТ Р МЭК 61508-2, ГОСТ Р МЭК 61508-6, ГОСТ Р МЭК 61508-7.
Модели и методы оценки специальных показателей должны быть связаны с целями проекта, его масштабами, имеющими место вызовами и возможными угрозами. В качестве исходных используются данные, получаемые по факту, и гипотетичные данные (например, в сравнении с системами-аналогами). В общем случае с использованием расчетных специальных показателей применение моделей и методов должно способствовать рациональному решению задач системной инженерии, например задач, приведенных в 4.1.2.
7.3.1 Выбираемые и/или разрабатываемые модели и методы прогнозирования рисков должны обеспечивать достижение сформулированных целей системного анализа для условий неопределенности и практичное решение задач, поставленных для достижения этих целей (см. 4.3 и приложение А).
7.3.2 Прогнозирование рисков используют для формального решения задач системного анализа, связанных с ранним распознаванием и оценкой развития предпосылок к нарушению качества, безопасности и/или эффективности системы, охватываемой проектом, обоснованием эффективных предупреждающих мер по снижению рисков или удержанию рисков в допустимых пределах, определением существенных угроз, поддержкой принятия решений в системной инженерии (в том числе по выполнению системных процессов). В зависимости от целей решаемых задач прогнозируемый риск связывают с заранее определенным периодом прогноза (например, на месяц, год, на несколько лет), с возможными сценариями возникновения и развития угроз, ожидаемых для этого периода.
7.3.3 Для прогнозирования рисков при решении поставленных задач должны быть:
- определены потенциально существенные угрозы или условия, для которых при том или ином развитии событий возможно негативное воздействие на рассматриваемые проект и систему, охватываемую проектом, а также угрозы нормальной реализации непосредственно процесса оценки и контроля проекта (см. приложение Б);
- определены количественные показатели прогнозируемых рисков, выбраны, адаптированы или разработаны модели и методы прогнозирования рисков и методики системного анализа (см. приложения В, Г, Д);
- реализованы сбор и обработка исходных данных, обеспечивающих применение моделей, методов и методик системного анализа;
- предусмотрены способы использования результатов прогнозирования рисков в интересах эффективного решения задач системной инженерии.
7.4.1 Допустимые риски выступают в качестве количественных норм эффективности мер противодействия угрозам при выполнении системных процессов, обеспечении качества, безопасности и эффективности системы, охватываемой проектом. Значения допустимых рисков определяют применительно к риску нарушения надежности реализации рассматриваемого процесса как такового, риску нарушения реализации процесса с учетом дополнительных специфических системных требований, а также к интегральным рискам нарушения качества, безопасности и эффективности системы, охватываемой проектом.
7.4.2 Методы обоснования допустимых рисков определяют до начала планирования и реализации рассматриваемого процесса и задают во внутренних документах организации. Допустимые риски могут быть установлены в договорах, соглашениях и ТЗ в качественной и/или количественной форме с учетом специфики системы, охватываемой проектом. Основными являются методы количественного обоснования допустимых рисков по прецедентному принципу или с использованием ориентации на риски, свойственные системе-эталону, которая выбирается в качестве аналога для моделируемой системы (см. приложение Г).
7.4.3 Методы количественного обоснования допустимых рисков по прецедентному принципу должны предусматривать формирование статистики по состоявшимся фактам. В результате моделирования различных произошедших событий формируют базу знаний, устанавливающую соответствие расчетных значений прогнозируемых рисков тем реальным событиям, которые состоялись и оказались свойственными этим ситуациям. Соответствие устанавливают по журналам регистрации нарушений (качества, безопасности и/или эффективности системы), регистрации случаев нарушения реализации рассматриваемого процесса. Учитывают собираемую статистику, из которой выбирают прецеденты нарушений. Для задаваемого периода прогноза расчетные значения рисков, свойственные состоявшимся нарушениям, определяют как недопустимые, а меньшие по сравнению с недопустимыми определяют как допустимые (этим значениям рисков соответствует прецедентное отсутствие нарушений). Для этого периода прогноза во множестве расчетных значений допустимых рисков выбирают максимальное значение. Поскольку это значение отвечает задаваемым условиям функционирования системы согласно принятым сценариям возникновения и развития угроз и является приемлемым для заинтересованных сторон, его признают в качестве допустимого по факту прецедента. Это значение допустимого риска устанавливают в качестве нормы эффективности мер противодействия угрозам по прецедентному принципу и используют для формального решения задач системного анализа.
Примечания
1 При отсутствии собственной статистики допускается использование статистики для похожих систем, в том числе из разных областей приложения. Применительно к системному анализу рисков такие моделируемые системы рассматриваются как аналоги.
2 Альтернативным прецедентному принципу считают выбор допустимого риска при ориентации на систему-эталон (см. приложение Г).
7.5.1 Методы определения существенных угроз и условий, для которых при том или ином развитии событий возможно негативное воздействие на проект и систему, охватываемую проектом, должны быть целенаправлены на раннее распознавание и оценку развития предпосылок к нарушению качества, безопасности и/или эффективности системы и/или к нарушению реализации процесса оценки и контроля проекта.
7.5.2 Определение существенных угроз и условий осуществляют по оценкам специальных показателей, связанных с критичными сущностями проекта и системы, охватываемой проектом, а также с использованием прогнозирования рисков. Общий алгоритм определения существенных угроз и условий, применимый для процесса оценки и контроля проекта, приведен в ГОСТ Р 59991 (см. также ГОСТ Р 59346).
Примечание - Противодействие выявленным угрозам по результатам системного анализа осуществляют согласно ГОСТ Р ИСО 9001, ГОСТ Р ИСО/МЭК 12207, ГОСТ Р ИСО/МЭК 27002, ГОСТ Р ИСО/МЭК 27003, ГОСТ Р ИСО/МЭК 27005, ГОСТ Р 51583, ГОСТ Р 56939, ГОСТ Р 57102, ГОСТ Р 57193 с учетом специфики системы, охватываемой проектом, и реализуемой стадии ее жизненного цикла.
7.6.1 Методы поддержки принятия решений в системной инженерии должны учитывать результаты прогнозирования рисков, обоснования допустимых рисков, обоснования эффективных предупреждающих мер по снижению рисков или их удержанию в допустимых пределах, определения существенных угроз и условий, а их применение должно быть ориентировано:
- на обеспечение надежности реализации рассматриваемого процесса и обоснование мер для достижения его целей и целей системного анализа процесса;
- противодействие угрозам и определение сбалансированных решений системной инженерии при средне- и долгосрочном планировании;
- обоснование предложений по повышению качества, безопасности и/или эффективности системы, охватываемой проектом, и совершенствование системного анализа и методов решения задач системного анализа процесса оценки и контроля проекта.
Устанавливаемые при этом значения допустимых рисков играют роль ограничений для формального решения основных и вспомогательных задач системного анализа. В зависимости от целей решаемых задач допустимый риск связывают с заранее определенным периодом прогноза, используемыми сценариями возникновения и развития угроз, возможным ущербом, ожидаемым для этого периода прогноза.
7.6.2 Поддержка принятия решений по обеспечению реализации рассматриваемого процесса основана на прогнозировании рисков (см. 7.1 - 7.3, приложение В). Это позволит определять в жизненном цикле системы приемлемые для периода прогноза нормы эффективности мер противодействия угрозам и решать задачи по определению существенных угроз и условий (см. 7.4, 7.5).
7.6.3 Поддержка принятия решений по обоснованию мер, направленных на достижение целей рассматриваемого процесса и противодействие угрозам, основана на предварительных действиях. Следует заранее определить меры, направленные на обеспечение качества, безопасности и эффективности системы, определение существенных угроз и на восстановление приемлемых условий реализации рассматриваемого процесса в случае определения предпосылок к нарушению или непосредственно следов произошедших нарушений из-за реализации угроз. Определение мер по обеспечению надежности реализации рассматриваемого процесса осуществляют по ГОСТ IEC 61508-3, ГОСТ Р ИСО 9001, ГОСТ Р ИСО 13379-1, ГОСТ Р ИСО 13381-1, ГОСТ Р ИСО 17359, ГОСТ Р 51901.1, ГОСТ Р 51901.5, ГОСТ Р 51901.7, ГОСТ Р 56939, ГОСТ Р 57272.1, ГОСТ Р МЭК 61069-5, ГОСТ Р МЭК 61508-1, ГОСТ Р МЭК 61508-2, ГОСТ Р МЭК 61508-6, ГОСТ Р МЭК 61508-7 с учетом специфики системы, охватываемой проектом, и реализуемой стадии ее жизненного цикла.
Для обоснования мер, направленных на достижение целей процесса оценки и контроля проекта (например, по ГОСТ Р 57193, ГОСТ Р 59337) и противодействие угрозам, следует использовать модели, методы и методики системного анализа и рекомендации по определению допустимых значений показателей рисков (см. приложения В, Г, Д, ГОСТ Р 59991).
Причины наступления событий, связанных с выявленными предпосылками к нарушениям качества, безопасности и/или эффективности системы, охватываемой проектом, существенными угрозами и условиями, произошедшими нарушениями в системных процессах, регистрируют для недопущения подобных повторений и/или уточнения предупреждающих мер, обеспечения приемлемых условий реализации системных процессов и наполнения базы знаний.
7.6.4 Поддержка принятия сбалансированных решений системной инженерии при среднесрочном планировании основана на системном анализе значений расчетных показателей рисков. Срок прогноза - от недели или месяца до одного года, при долгосрочном прогнозе - от одного года до нескольких лет с учетом специфики системы, охватываемой проектом.
При недопустимых значениях прогнозируемых рисков и/или при наступлении реальных нарушений в рассматриваемом системном процессе должны быть выявлены их причины и определены меры для целенаправленного планового восстановления надежности выполнения этого процесса на уровне рисков, не превышающих допустимые.
При средне- и долгосрочном планировании должен быть обеспечен баланс по критерию "эффективность-стоимость". Для обоснования сбалансированных решений системной инженерии при средне- и долгосрочном планировании используют модели, методы и методики системного анализа и рекомендации по определению допустимых значений показателей рисков (см. приложения В, Г, Д).
7.6.5 Поддержка принятия решений по обоснованию предложений по повышению качества, безопасности и/или эффективности системы и совершенствованию непосредственно самого системного анализа должна быть основана на изучении значений расчетных показателей рисков при сроке прогноза от нескольких месяцев до нескольких лет. Реализация этих предложений должна быть учтена в долгосрочных планах организации.
Для обоснования предложений по повышению качества, безопасности и/или эффективности системы и совершенствованию непосредственно самого системного анализа процесса оценки и контроля проекта следует также использовать модели, методы и методики системного анализа и рекомендации по определению допустимых значений показателей рисков (см. приложения В, Г, Д).
Примечание - Рекомендации по снижению рисков приведены в ГОСТ Р 59991, а примеры решения задач системного анализа для различных процессов проиллюстрированы в ГОСТ Р 58494, ГОСТ Р 59331, ГОСТ Р 59333, ГОСТ Р 59335, ГОСТ Р 59338, ГОСТ Р 59341, ГОСТ Р 59345, ГОСТ Р 59346, ГОСТ Р 59347, ГОСТ Р 59356.
(справочное)
ПРОЦЕССА ОЦЕНКИ И КОНТРОЛЯ ПРОЕКТА
А.1 В общем случае перечень решаемых задач системного анализа формируют для достижения целей рассматриваемого проекта с учетом его масштабов, имеющих место вызовов и возможных угроз. В перечень основных включают следующие задачи системного анализа.
А.1.1 Задачи оценки специальных показателей, связанных с критичными сущностями проекта и системы, охватываемой проектом, для предотвращения возможного ущерба и уменьшения размеров негативных последствий. К таким задачам, например, относят:
- задачи обработки и контроля данных о состоянии природной среды, чрезвычайных ситуациях (пожарах, затоплениях, ураганах);
- задачи обработки и контроля данных о состоянии оборудования (см., например, ГОСТ IEC 61508-3, ГОСТ Р ИСО 13379-1, ГОСТ Р ИСО 13381-1, ГОСТ Р ИСО 17359, ГОСТ Р 51901.1, ГОСТ Р 51901.7, ГОСТ Р 51901.16, ГОСТ Р 54124, ГОСТ Р 58494, ГОСТ Р 58771, ГОСТ Р МЭК 61069-1 - ГОСТ Р МЭК 61069-8, ГОСТ Р МЭК 61508-1, ГОСТ Р МЭК 61508-2, ГОСТ Р МЭК 61508-5 - ГОСТ Р МЭК 61508-7);
- задачи оценки прямых и косвенных экономических, экологических и социальных ущербов.
А.1.2 Задачи обоснования допустимых значений специальных показателей, связанных с критичными сущностями проекта и системы, охватываемой проектом, и допустимых рисков, например допустимых рисков по показателям надежности (см, например, ГОСТ Р ИСО 13379-1, ГОСТ Р 51901.1, ГОСТ Р 51901.5, ГОСТ Р 51901.7, ГОСТ Р МЭК 61069-5).
А.1.3 Задачи определения существенных угроз и условий для проекта с использованием специальных показателей и прогнозируемых рисков. К таким задачам относятся:
- задачи определения существенных факторов опасности - например, природных факторов, факторов в рабочей среде, ошибок со стороны человека-оператора, технических факторов для машинного оборудования, факторов, связанных с новыми технологиями и несовершенством применяемых технологий, факторов, воздействующих на информацию и программно-технические средства;
- задачи анализа рисков для сложных конструкций, включая декомпозицию конструкции на составляющие элементы, детализацию и обобщение информации с учетом ее неполноты и недостоверности, выбор критериев риска, диагностику и моделирование применения конструкции во времени с учетом случайных факторов в среде эксплуатации (в нагрузках, механических воздействиях, прочности и дефектности материалов, напряженности, деформируемости и трещиностойкости как для отдельных элементов, так и для конструкции в целом), а также интерпретацию получаемых результатов диагностики и моделирования;
- задачи системной инженерии при проектировании, испытаниях и эксплуатации по критерию "эффективность-стоимость".
А.1.4 Комплекс задач поддержки принятия решений в системной инженерии, связанных с обеспечением качества, безопасности и эффективности системы, охватываемой проектом в ее жизненном цикле. К таким задачам относят задачи обоснования требований к приемлемым условиям и мерам противодействия угрозам по какому-либо из критериев оптимизации, например:
- задачи обоснования требований к приемлемым условиям и мерам противодействия угрозам по критерию минимизации интегрального риска нарушения качества, безопасности и эффективности создаваемой системы при ограничениях на ресурсы, затраты и допустимые риски реализации отдельных существенных угроз, а также при иных корректных ограничениях;
- задачи обоснования требований к приемлемым условиям и мерам противодействия угрозам по критерию минимизации общих затрат на реализацию проекта при ограничениях на допустимые интегральные риски нарушения качества, безопасности и эффективности создаваемой системы, на ресурсы и допустимые риски реализации отдельных существенных угроз, а также при иных корректных ограничениях;
- комбинации перечисленных выше или иных оптимизационных задач применительно к моделируемой системе или ее отдельному элементу.
А.2 В перечень вспомогательных задач системного анализа включают задачи совершенствования непосредственно самого системного анализа процесса оценки и контроля проекта. К таким задачам относят:
- задачи программно-целевого планирования системного анализа процесса;
- задачи анализа влияния процесса оценки и контроля проекта на качество, безопасность и эффективность системы, охватываемой проектом;
- задачи обоснования способов повышения эффективности процесса оценки и контроля проекта.
(справочное)
ПРОЦЕССА ОЦЕНКИ И КОНТРОЛЯ ПРОЕКТА
Перечень угроз нарушения нормальной реализации процесса оценки и контроля проекта может включать (в части, свойственной этому процессу):
- природные и природно-техногенные угрозы - по ГОСТ Р ИСО 13381-1, ГОСТ Р ИСО 17359, ГОСТ Р ИСО/ МЭК 27002, ГОСТ Р 51901.1, ГОСТ Р 54124, ГОСТ Р МЭК 61069-5, ГОСТ Р МЭК 61069-6, ГОСТ Р МЭК 61069-7;
- угрозы недостаточности ресурсов требуемого качества и количества для выполнения проекта в задаваемые сроки;
- угрозы нарушения требуемых качества, безопасности и эффективности системы, охватываемой проектом;
- угрозы со стороны человеческого фактора - по ГОСТ Р МЭК 62508;
- угрозы безопасности информации, качеству и безопасности функционирования программного обеспечения, оборудования и коммуникаций, используемых в процессе работы, - по ГОСТ Р ИСО/МЭК 15026, ГОСТ Р ИСО/МЭК 15026-4, ГОСТ Р ИСО/МЭК 16085, ГОСТ Р ИСО/МЭК 27002, ГОСТ Р 51275, ГОСТ Р 51583, ГОСТ Р 54124, ГОСТ Р 56939, ГОСТ Р 58412, ГОСТ Р 59337, ГОСТ Р 59339, ГОСТ Р 59341;
- угрозы возникновения ущерба репутации и/или потери доверия поставщика (производителя) к конкретному заказчику, системы которого были скомпрометированы, - см., например, ГОСТ Р ИСО/МЭК 27002, ГОСТ Р ИСО/ МЭК 27005-2010, приложение С;
- прочие соответствующие угрозы качеству, безопасности и эффективности системы, связанные с процессом оценки и контроля проекта.
(справочное)
В.1 Применительно к системе, охватываемой проектом, процесс оценки и контроля проекта может включать различные системные процессы (процессы соглашения, процессы организационного обеспечения проекта, процессы технического управления, технические процессы). В В.2 и В.3 приведены рекомендации по моделям и методам прогнозирования следующих рисков (см. 6.3):
- риска нарушения надежности реализации рассматриваемого процесса;
- риска нарушения рассматриваемого процесса с учетом дополнительных специфических системных требований;
- интегральных рисков нарушения качества, безопасности и/или эффективности системы в условиях возможных комбинаций используемых системных процессов в задаваемом периоде прогноза.
Примеры возможных ущербов приведены в ГОСТ Р 59991-2022, В.5 приложения В.
В.2 В таблице В.1 для всех системных процессов (процессов соглашения, процессов организационного обеспечения проекта, процессов технического управления, технических процессов) приведены ссылки на стандарты системной инженерии, содержащие рекомендации по типовым моделям и методам вероятностного прогнозирования рисков. Эти модели и методы в полной мере применимы в системном анализе процесса оценки и контроля проекта.
Таблица В.1
Методический подход к прогнозированию интегральных рисков нарушения качества, безопасности и эффективности системы в условиях возможных комбинаций используемых системных процессов см. в ГОСТ Р 59991-2022, В.4 приложения В.
Примечания
1 Другие возможные показатели, модели, методы и рекомендации по оценке рисков см. в ГОСТ IEC 61508-3, ГОСТ Р ИСО 13379-1, ГОСТ Р ИСО 13381-1, ГОСТ Р ИСО 17359, ГОСТ Р 51901.1, ГОСТ Р 51901.7, ГОСТ Р 51901.16, ГОСТ Р 54124, ГОСТ Р 58494, ГОСТ Р 58771, ГОСТ Р МЭК 61069-1 - ГОСТ Р МЭК 61069-8, ГОСТ Р МЭК 61508-1, ГОСТ Р МЭК 61508-2, ГОСТ Р МЭК 61508-5 - ГОСТ Р МЭК 61508-7.
2 Примером практического подхода к прогнозированию рисков может служить ГОСТ Р 58494, в котором положения системной инженерии изложены в приложении к системам дистанционного контроля в опасном производстве. Примеры прогнозирования рисков и решения задач системного анализа приведены в ГОСТ Р 59331, ГОСТ Р 59333, ГОСТ Р 59335, ГОСТ Р 59338, ГОСТ Р 59341, ГОСТ Р 59345, ГОСТ Р 59346, ГОСТ Р 59347, ГОСТ Р 59356.
(справочное)
ПО ОПРЕДЕЛЕНИЮ ДОПУСТИМЫХ ЗНАЧЕНИЙ ПОКАЗАТЕЛЕЙ,
ХАРАКТЕРИЗУЮЩИХ РИСКИ В ПРОЦЕССЕ ОЦЕНКИ И КОНТРОЛЯ ПРОЕКТА
С точки зрения риска, характеризующего приемлемый уровень целостности рассматриваемого проекта, предъявляемые требования системной инженерии подразделяют на требования при допустимых рисках, обосновываемых по прецедентному принципу (см. ГОСТ Р 59337, ГОСТ Р 59339, ГОСТ Р 59991), и требования при рисках, свойственных реальному или гипотетичному проекту-эталону. При формировании требований системной инженерии осуществляют обоснование достижимости целей проекта, учитывают важность и специфику проекта, ограничения на условия его реализации, другие требования и условия, включая требования к специальным показателям, связанным с критичными сущностями рассматриваемого проекта и системы, охватываемой проектом (см. 4.3.2 и 5.5).
Требования системной инженерии при принимаемых рисках, свойственных проекту-эталону, являются наиболее жесткими, они не учитывают специфики рассматриваемого проекта, а ориентируются лишь на мировые технические и технологические достижения для удовлетворения требований заинтересованных сторон и рационального решения задач системного анализа. Полной проверке на соответствие этим требованиям подлежат проект и связанные с ним системы, составляющие их подсистемы и реализуемые процессы жизненного цикла. Выполнение этих требований является гарантией обеспечения качества выполнения рассматриваемого проекта. Вместе с тем проведение работ системной инженерии с ориентацией на риски, свойственные проекту-эталону, характеризуются существенно
затратами по сравнению с требованиями, ориентируемыми на допустимые риски, обосновываемые по прецедентному принципу. Это заведомо удорожает проекты, увеличивает время до их завершения и принятия в эксплуатацию систем, охватываемых этими проектами.Требования системной инженерии при допустимых рисках, свойственных конкретному проекту или его аналогу и обосновываемых по прецедентному принципу, являются менее жесткими, а их реализация - менее дорогостоящей по сравнению с требованиями для рисков, свойственных проекту-эталону. Использование данного варианта требований обусловлено тем, что на практике может оказаться нецелесообразной (из-за использования ранее зарекомендовавших себя технологий, по экономическим или иным соображениям) или невозможной ориентация на допустимые риски, свойственные проекту-эталону. Вследствие этого минимальной гарантией надежности реализации процесса оценки и контроля проекта является выполнение требований системной инженерии при допустимом риске заказчика, обосновываемом по прецедентному принципу.
Ссылочные рекомендации по определению допустимых значений показателей для процесса оценки и контроля проекта отражены в таблице Г.1 (в качестве дополнительных специфических системных требований без ограничения общности учтены требования по защите информации). При этом период прогноза для расчетных показателей подбирают таким образом, чтобы вероятностные значения рисков не превышали допустимые. В этом случае для задаваемых при моделировании условий имеет место гарантия надежности реализации рассматриваемого процесса в течение задаваемого периода прогноза.
Таблица Г.1
(справочное)
ПО ПЕРЕЧНЮ МЕТОДИК СИСТЕМНОГО АНАЛИЗА
ДЛЯ ПРОЦЕССА ОЦЕНКИ И КОНТРОЛЯ ПРОЕКТА
Ссылочные рекомендации по перечню методик системного анализа для процесса оценки и контроля проекта отражены в таблице Д.1.
Таблица Д.1
Дополнительно к методикам, на которые сделаны ссылки в таблице Д.1, рекомендуется создание и применение методик, способствующих решению задач системной инженерии, в том числе применимых для решения задач согласно 4.1.2:
- методики оценки специальных показателей, связанных с критичными сущностями проекта и системы, охватываемой проектом;
- методики обоснования допустимых значений специальных показателей, связанных с критичными сущностями проекта и системы, охватываемой проектом;
- методики оценки интегрального риска нарушения качества, безопасности и эффективности системы, охватываемой проектом, в условиях возможных комбинаций используемых системных процессов в задаваемом периоде прогноза;
- методики определения существенных угроз и условий для проекта с использованием специальных показателей и прогнозируемых рисков;
- комплекса методик поддержки принятия решений по обеспечению качества, безопасности и эффективности системы, охватываемой проектом, в ее жизненном цикле;
- методики обоснования упреждающих мер противодействия угрозам и условий, обеспечивающих желаемые свойства конкретных процесса, системы (и ее элементов) и проекта при задаваемых ограничениях (природных, технических, ресурсных, стоимостных, временных, социальных, экологических) в задаваемый период времени;
- методики обоснования предложений по обеспечению и повышению качества, безопасности и эффективности системы, охватываемой проектом (и ее элементов);
- методики решения вспомогательных задач совершенствования непосредственно системного анализа процесса оценки и контроля проекта.
Примечания
1 Системной основой для создания методик служат положения разделов 5 - 7, рекомендации по методам, моделям и допустимым рискам из приложений В, Г, Д.
2 С учетом специфики проекта допускается использование других научно обоснованных методов, моделей и методик.
Вернуться в "Каталог нормативных документов"
Источник информации: https://internet-law.ru/documents/prod/gost-r_gosudarstvennyj-standart/21/gost_98547.html
На правах рекламы:
|
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||