Хорошие продукты и сервисы
Наш Поиск (введите запрос без опечаток)
Наш Поиск по гостам (введите запрос без опечаток)
Поиск
Поиск
Бизнес гороскоп на текущую неделю c 29.12.2025 по 04.01.2026
Открыть шифр замка из трёх цифр с ограничениями

ГОСТ Р 56923-2016; Страница 22

или поделиться

Ещё ГОСТы из 41757, используйте поиск в верху страницы ГОСТ 10213.2-2002 Волокно штапельное и жгут химические. Методы определения разрывной нагрузки и удлинения при разрыве Staple chemical fibre and tow. Methods for determination of breaking strength and breaking elongation (Настоящий стандарт распространяется на химические штапельное волокно и жгут и устанавливает методы определения разрывной нагрузки и удлинения при разрыве штапельных волокон и элементарных нитей в жгуте в сухом и мокром состоянии. Стандарт не распространяется на углеродное, асбестовое и стеклянное волокна) ГОСТ Р 56809-2015 Композиты полимерные. Метод определения предела прочности на сжатие параллельно плоскости «сэндвич»-конструкций Polymer composites. Method for determination of compressive strength parallel to the plane of sandwich constructions (Настоящий стандарт устанавливает метод определения предела прочности на сжатие параллельно плоскости «сэндвич»-конструкций. Метод применим для всех материалов внутреннего слоя «сэндвич»-конструкций, как с поверхностью непрерывного склеивания (например, пробковое дерево и пенопласты), так и с поверхностью прерывистого склеивания (например, сотовая структура)) ГОСТ Р 56922-2016 Системная и программная инженерия. Тестирование программного обеспечения. Часть 3. Документация тестирования Software and systems engineering.Software testing. Part 3. Test documentation (Настоящий стандарт определяет шаблоны документации тестирования программного обеспечения, которые могут использоваться в любой организации, любом проекте или каком-либо действии тестирования проекта)
Страница 22
Страница 1 Untitled document
ГОСТ Р 56923—2016
Примечание — Организации и стороны представлены в ИСО/МЭК 12207 (подпункт 5.1.3). Принятие ор
ганизационного и проектного уровней обсуждено в 5.1.4.
4.5.2 Ответственность
Каждый процесс характеризуется ответственностью стороны. Организация может выполнять один
или более процессов. Процесс может выполняться одной или несколькими организациями, при этом
одна из них идентифицируется как ответственная сторона. Сторона, осуществляющая процесс, несет
ответственность за весь процесс, хотя выполнение частных задач может осуществляться различными
людьми.
В проекте, в который на законных основаниях может быть вовлечено много участников, свойство
ответственности в архитектуре жизненного цикла облегчает адаптацию и применение ИСО/МЭК 12207.
Организация (или сторона) получает свое определение из процесса, который она в настоящее
время осуществляет. Например, ее называют приобретающей стороной, когда она выполняет процесс
приобретения. В ИСО/МЭК 12207 стороны соглашения называют приобретающей стороной и постав
щиком.
Следующие термины, использованные в ИСО/МЭК 12207. не имеют своего изначального значе
ния. Но, обращаясь к организации или стороне, ответственной за выполнение процесса, рекомендуют
ся следующие названия: приобретающая сторона, поставщик, конструктор (исполнитель), сопровожда
ющая сторона, оператор.
Процессы и организации (или стороны) связаны только функционально. ИСО/МЭК 12207 не на
вязывает. а лишь подразумевает структуру для организации (или стороны).
Примечание — ИСО/МЭК24748-1 (подпункт 3.3.2) обсуждает ответственность запроцесс ворганизациях.
4.5.3 Организационные отношения
Проект имеет отношения с организацией, бизнесом (или иной сущностью) и другими обеспечи
вающими проект структурами, в которых проект существует. Проект размещает определенные потреб
ности в организации, а организация размещает потребности в проекте. Проект требует физической
инфраструктуры, поддержки финансовых и человеческих ресурсов для выполнения работ проекта.
Организация и ограничивает, и поддерживает проект. Примеры таких организационных ограничений и
поддержек представлены ниже:
a) установление норм, политик и процедур, в соответствии с которыми проекты выполняются в
пределах организации:
b
) инициации, переадресования или прекращения проектов согласно деловым возможностям и
стратегиям;
c) обеспечение требуемыми ресурсами, включая физические и человеческие ресурсы в пределах
готовности и финансовых ограничений;
d) обеспечение инфраструктурной поддержки;
e) управление полноценным качеством программных систем, произведенных в проектедля внеш
них заказчиков.
План проекта часто используется как основание для соглашения между проектами и различными
организационными элементами.
4.5.4 Организационная структура проекта
Применение ИСО/МЭК 12207 не требует специальной организационной структуры для проектов.
Однако соответствующая организационная структура является существенной. Особое значение прида
ется именно тому, что соответствующие команды или группы должны быть собраны, структурированы с
данной им соответствующей ответственностью и полномочиями для осуществления требуемой работы
и выполнения проектных требований, например для осуществления действий и решения задач процес
са. Команды могут включать представителей для каждой стадии жизненного цикла.
Команда или участники группы, облеченные ответственностью по программной системе, должны
быть доступными и компетентными. В контексте сложных программных систем это может потребовать,
чтобы структура команд или групп была мультидисциплинарной и включала необходимые квалифика
цию и навыки для решения требуемых задач.
Как правило, проектные команды состоят из семи (плюс-минус два) участников, чтобы развить
необходимое взаимодействие для максимизации эффективности. Обычно для решения таких задач,
как оценка безопасности, жизнеспособности, надежности и эффективности, а также для исследований
компромиссов, анализа рисков и работы по проектированию команда должна положиться на специали
ста или функциональные группы организации. В этом контексте команда становится интегрирующей
18