IEEE 16326 PDF

As a result of balloting in ISO, the statement of scope was modified as follows: "This standard describes a process for the management of risk during systems or software acquisition, supply, development, operations, and maintenance. P - IEEE Draft International Standard - Systems and Software Engineering -- Systems and Software Assurance -- Part 4: Assurance in the Life Cycle This document provides guidance and recommendations for assurance of a selected claim about the system-of-interest by achieving the claim and showing the achievement. These relations are demonstrated by means of mapping tables that show relationships between activities and tasks, and process outcomes. This mapping assists users of the edition to transition to using the edition.

Author:Faunris Kigacage
Country:Philippines
Language:English (Spanish)
Genre:Sex
Published (Last):21 June 2008
Pages:234
PDF File Size:17.52 Mb
ePub File Size:4.96 Mb
ISBN:607-7-81481-568-4
Downloads:46825
Price:Free* [*Free Regsitration Required]
Uploader:JoJok



Настоящий стандарт предоставляет дополнительное детальное руководство см. Могут использоваться подобные продукты, если они, как можно видеть, приводят к тем же результатам. В случаях, когда рассматривается любое системное воздействие, предпринимается какое-либо действие например, действие или отказ от действия, когда одна область приложения стандарта может затронуть другие области , руководителю проекта следует применять руководство настоящего стандарта итеративным способом.

Рисунок 1 - Структура и содержание плана управления проектом Рисунок 1, лист 2 ПУПРП должен содержать все разделы в том порядке, как показано на рисунке 1. Порядок разделов предназначен для простоты чтения и стандартизации представления и использования, а не как руководство по порядку подготовки различных элементов ПУПРП.

Различные разделы и подразделы ПУПРП могут быть получены прямым объединением или включены в другие планы и документы. Дополнительные планы часто обязаны удовлетворять требованиям к продукции и договорным срокам. ПУПРП непрерывно обновляется в течение жизни проекта. Каждая версия ПУПРП, основанного на настоящем стандарте, должна содержать вступительную часть, которая включает: - титульный лист, который должен содержать название проекта, дату выпуска, уникальный идентификатор номер проекта, номер версии базовой линии и идентификацию издающей организации; - страницу для подписей, которая должна содержать подписи лиц, ответственных за рассмотрение, согласование и утверждение ПУПРП; - историю изменений, которая должна включать название проекта, пересмотренный статус плана, дату выпуска, перечень страниц, которые были изменены в текущей версии плана, краткое описание существа изменений, вошедших в этот пересмотр плана, и перечень всех предыдущих пересмотров плана, включающих идентификацию каждого пересмотра и даты его выпуска; - предисловие, которое должно описывать область и контекст ПУПРП и определять намеченных пользователей ПУПРП; - оглавление; - перечень рисунков, которые содержатся в ПУПРП; - перечень таблиц, которые содержатся в ПУПРП.

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

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

Кроме того, этот пункт должен определить средства поставки и любые специальные инструкции для упаковки и обработки. Перечень поставок проекта может быть включен в ПУПРП непосредственно или путем ссылки на внешний документ, например такой, как перечень требований контракта или перечень частей какой-либо продукции. Этот пункт ПУПРП также должен включать любые рабочие продукты, поставляемые внутри проектной команде, например такие, как результаты из одной проектной фазы, используемые в последующей фазе, или данные показателей процесса организации.

Уровень детализации следует ограничить перечислением по разделам главных рабочих действий и поддерживающих процессов, например для высшего уровня структуры разбиения работ. Этот пункт должен также включать детали оплаты и графиков выполнения. Следует определить способы распространения обновлений. Каждый документ должен быть идентифицирован по названию, отчетному номеру, дате, автору, ссылке для электронного доступа, публикующей организации. Другие источники информации, такие как электронные файлы, должны быть определены с использованием уникальных идентификаторов, таких, как дата и номер версии.

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

Модель процесса для проекта должна включать действия по инициированию и завершению проекта. Для описания модели процесса используется комбинация графических и текстовых нотаций. Любое приспосабливание стандартной модели процесса организации для проекта должно быть указано в этом подразделе.

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

Эти ресурсы могут включать автоматизированные рабочие места, локальные сети, программные инструментарии для анализа, проектирования, реализации, тестирования и управления проектом, рабочие места, офисное пространство и условия для физической безопасности, административный персонал и вспомогательные услуги.

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

Сюда следует включать но не ограничиваясь этим следующее: головную организацию, приобретающие организации, субподрядчиков и другие организационные объекты сущности , которые взаимодействуют с проектом. Чтобы изобразить внешние взаимодействия проекта, могут использоваться такие представления, как организационные структуры и диаграммы. Кроме того, в этом пункте должны быть определены организационные взаимодействия между проектными и организационными объектами сущностями , которые обеспечивают процессы поддержки, такие как управление конфигурацией, обеспечение качества, верификация и валидация.

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

В зависимости от масштаба и области применения проекта, эти планы могут существовать как отдельные или могут быть включены в другие планы. Кроме того, должна быть определена базовая линия оценки.

Этот пункт должен также определить используемые методы, инструментарии и методики для периодической оценки стоимости, сроков и ресурсов для завершения проекта. Повторные оценки могут выполняться ежемесячно или периодически по мере необходимости. Повторные оценки могут потребоваться при пошаговом способе в основных точках этапов проекта, например при анализах со стороны заказчика.

Этот пункт должен определить источники кадров, например с помощью внутренней передачи, нового найма или контракта. Если наряду с проектной командой должен быть принят персонал от других компаний или заказчика, в этом пункте необходимо рассмотреть детали такого оказания услуг. Для изображения планов по кадрам могут использоваться диаграмма Ганта по ресурсам и гистограммы ресурсов, крупноформатные и иные таблицы, показывающие представления уровней навыков, проектных этапов фаз и распределений по проекту уровней навыков и проектных этапов фаз.

План приобретения ресурсов должен состоять из описания процесса приобретения и высвобождения ресурсов, включая назначение ответственности за все аспекты приобретения ресурсов.

В план следует включать но не ограничиваться этим планы по приобретению и высвобождению оборудования, компьютерных аппаратных и программных средств, обучению, контрактам по обслуживанию, транспортировке, основным средствам, административным и вспомогательным услугам. В плане следует определить время на проектных графиках, когда будут востребованы различные действия по приобретению и высвобождению ресурсов.

Должны быть определены ограничения на приобретение необходимых ресурсов при наличии таковых. Этот пункт может быть расширен дополнительными подпунктами вида 5. График обучения должен включать типы востребованного обучения, количество персонала для обучения, входные и выходные критерии для обучения и методы обучения, например лекции, консультации, наставничество или компьютерное обучение.

Как необходимое, в учебный план следует включать обучение и техническим, и организаторским навыкам. Если в состав проектной команды должны быть приняты специалисты из других компаний или заказчика, этот пункт должен определять предусмотренное для них обучение. Следует использовать структурное разбиение работ для изображения рабочих действий и отношений между ними. Рабочие действия должны анализироваться до уровня, который раскрывает все проектные факторы риска и обеспечивает корректные оценки требований к ресурсам и продолжительности выполнения каждого рабочего действия.

Чтобы задать для каждого рабочего действия критичные факторы, такие, как необходимые ресурсы, оцененная продолжительность, производимые рабочие продукты, критерии приемки для рабочих продуктов, рабочие действия предшественников и преемников, следует использовать рабочие программные пакеты.

В структурном разбиении работы уровень разбиения для различных рабочих действий может быть разным в зависимости от факторов, таких, как качество требований, знания о работе и новизна используемых технологий. Любые ограничения на планирование специфических рабочих действий, вызванные факторами, внешними к проекту, должны быть обозначены в графике выполнения рабочих действий. В график следует включать достаточно частые контрольные точки, в которых могут быть оценены достижения по объективным показателям, область применения и качество произведенных к этому времени рабочих продуктов.

Методики для отображения распределения графиков по проекту могут включать диаграммы с контрольными точками, перечни действий, диаграммы Ганта, сетевые графики, критические сетевые пути, метод PERT.

Для каждого рабочего действия ресурсы должны включать количество и требуемые уровни навыков персонала. При распределении ресурсов должны учитываться персонал с уровнем навыков и соответствующие факторы, такие как вычислительные ресурсы, программные инструментарии, специальные услуги тестирования и моделирования и административная поддержка.

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

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

Все элементы плана управления следует согласовать со стандартами организации, политикой и процедурами, а также с любыми договорными соглашениями по управлению проектом. В нем должны быть определены механизмы, которые будут использоваться в оценках воздействия изменяемых требований на области применения и качество продукции, на проектные графики, бюджет, ресурсы, риски и функционирование по всему жизненному циклу проекта. Методы, которые могут использоваться для управления требованиями, включают прослеживаемость, прототипирование и моделирование, исследования устойчивости и анализы.

Руководителю проекта следует использовать разработанные методы оценки для этих показателей. План контроля соблюдения графиков должен определить используемые методы и инструментарии для измерения, оценок и управления продвижением по проектным графикам.

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

Для оценки области применения и качества рабочих продуктов, завершенных в каждой контрольной точке, в бюджетный план следует включать достаточно частые контрольные точки для оценки достижений с использованием объективных показателей. Для плановой отчетности по бюджету и срокам, продвижению и стоимости завершенной работы следует использовать методику, например такую, как методика освоенного объема.

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

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

В частности, в каждый план субподрядчика должны быть включены: управление требованиями; контроль за техническим продвижением; управление графиками выполнения и бюджетом; критерии приемки продукции; гарантии качества; процессы измерений и управления рисками.

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

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

В частности, должны быть определены роли, ответственности, полномочия, графики выполнения, бюджеты, ресурсные требования, факторы риска и рабочие продукты для каждого поддерживающего процесса.

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

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

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

WEB SERVICES TESTING WITH SOAPUI CHARITHA KANKANAMGE PDF

ISO/IEC/IEEE 16326:2019

Nalkree The moment new editions of the standards you monitor are released, changes are made, or appendixes are published, you will be alerted by email. Option to visualize changes at a glance. Destruel Date of publication: The benefits of a subscription: This International Standard can also be used by a single party as self-imposed tasks. Discover also Certification, assessment, diagnosis Get a quote iee certification of systems, products or services, and get certified. Caution the offer 1 user is reserved for a single user, any broadcast even within his company is prohibited.

FORMACION Y ORIENTACION LABORAL EDITEX PDF

ISO/IEC/IEEE 16326:2009

.

AT FIRST SIGHT BY CATHERINE HAPKA PDF

Институт инженеров электротехники и электроники

.

Related Articles