F.2.2 Выходы
В результате успешного осуществления менеджмента организации:
1) организация будет осуществлять инвестиции в соответствующую инфраструктуру менеджмента;
2) идентифицируются лучшие достижения практики для поддержки выполнения эффективного менеджмента организации и проектов;
3) обеспечивается базис для оценки достижения деловых целей организации, основанный на этих лучших достижениях практики.
F.3 Процесс менеджмента изменений в контракте
F.3.1 Цель
Цель процесса менеджмента изменений в контракте заключается в разработке нового текста контракта по обоюдному согласию приобретающей стороны и поставщика, когда предлагается заявка на изменение, оказывающая влияние на согласованное содержание контракта. Этот процесс начинается с предложения заявки на изменение приобретающей стороной либо поставщиком и оканчивается заключением, приемлемым для обеих сторон, отклонением или принятием в целом (частично) заявки на изменение.
F.3.2 Выходы
В результате успешного осуществления процесса менеджмента изменений в контракте:
a) открыто и официально предлагается запрос на изменение контракта;
b) устанавливаются роли и обязанности как приобретающей стороны, так и поставщика для менеджмента изменений в контракте;
c) оценивается воздействие заявки на изменение в контракте на проектные планы, затраты, выгоду, качество и графики работ;
d) предпринимаются действия по заявке на изменения для получения согласия и удовлетворения как приобретающей стороны, так и поставщика;
e) результат каждой заявки на изменение становится известным всем участвующим сторонам.
F.3.3 Виды деятельности и задачи
Приобретающая сторона и поставщик должны осуществлять следующие виды деятельности в соответствии с применяемыми в организации политиками и процедурами в отношении процесса менеджмента изменений в контракте.
F.3.3.1 Подготовка процесса
Данный вид деятельности состоит из решения следующих задач:
F.3.3.1.1 Приобретающая сторона и поставщик должны согласиться вести переговоры по поводу любых изменений в контракте в консультативном органе и отразить этот порядок в контракте. Они должны учредить консультативный орган прежде, чем начнутся основные работы.
F.3.3.1.2 Приобретающая сторона и поставщик должны определить и документировать процедуру осуществления менеджмента изменений в контракте.
F.3.3.2 Заявка на изменение в контракте
Данный вид деятельности состоит из решения следующей задачи:
F.3.3.2.1 В требовании на изменения в контракте, относящемся к составной части базовой линии, приобретающая сторона или поставщик должны документировать спецификации, причины и исходные данные и давать пояснения другим заинтересованным сторонам. В процессе изменения контракта поставщик доложен документировать и давать пояснения приобретающей стороне по вопросам, оказывающим влияние на проектные планы, затраты, выгоду, качество и графики работ.
F.3.3.3 Исследование и анализ влияния изменений
Данный вид деятельности состоит из решения следующей задачи:
F.3.3.3.1 В случае заявки приобретающей стороны на изменение в контракте поставщик должен исследовать влияние этого изменения на проектные планы, затраты, выгоду, качество и графики работ, а затем документировать полученные результаты и дать соответствующие пояснения приобретающей стороне. В пояснении поставщику следует представить четкие обоснования.
F.3.3.4 Переговоры и соглашения
Данный вид деятельности состоит из решения следующих задач:
F.3.3.4.1 При ведении переговоров приобретающая сторона и поставщик должны приходить к наиболее приемлемым заключениям через рассмотрение содержания изменений, их причин и исходных данных так же, как и их воздействий на проектные планы, затраты, выгоду, качество и графики работ.
F.3.3.4.2 Приобретающая сторона и поставщик, особенно при согласовании затрат, должны выносить проблему на более высокий уровень руководства для соответствующего соглашения или решения.
F.3.3.5 Модификация контракта
Данный вид деятельности состоит из решения следующих задач:
F.3.3.5.1 Приобретающая сторона и поставщик должны документировать взаимное соглашение и подтверждать его. Приобретающая сторона и поставщик должны немедленно модифицировать оригинал контракта и заключить пересмотренный контракт, если такая модификация необходима. После этого приобретающая сторона и поставщик должны осуществлять менеджмент содержания контракта как части управления изменениями.
F.3.3.5.2 При любой модификации контракта составные части конфигурации, на которые она оказала воздействие, должны быть зафиксированы в базовой линии. Эта процедура должна выполняться, используя процесс менеджмента конфигурации.
F.3.3.5.3 Результат модификации контракта должен отражаться в проектных планах и доводиться до сведения всех участвующих сторон.
Приложение G (справочное) Взаимосвязи с другими стандартами IEEE*
Взаимосвязи со стандартами ИСО/МЭК представлена в основной части настоящего стандарта. Цель данного справочного приложения заключается в описании взаимосвязей с другими стандартами IEEE. Ниже в таблице перечислены процессы настоящего стандарта. Для многих из этих процессов в таблице представлены стандарты IEEE, которые могут оказаться полезными при создании или выполнении конкретных процессов. В каждом случае в примечании описывается характер связей между процессами. Расположение стандартов IEEE в таблице напротив конкретных процессов является ориентировочном, так как область применения многих стандартов IEEE шире, чем у какого-либо одного процесса.
Таблица G.1 - Взаимосвязи IEEE Std 12207 с другими стандартами IEEE
Категория | Пункт | Процесс | Соответствующий стандарт IEEE | Примечания |
| 6.1 Системные процессы соглашения | 6.1.1 | Процесс приобретения | 1062 | Этот стандарт рекомендует набор полезных практических приемов, которые могут быть выбраны и применены в процессе приобретения программных средств |
| 6.1.2 | Процесс поставки | |||
| 6.2 Системные обеспечивающие процессы | 6.2.1 | Процесс менеджмента модели жизненного цикла | 1074 | Стандарт описывает подход к определению процессов жизненного цикла программных средств |
| 6.2.2 | Процесс менеджмента инфраструктуры | 11751462 | Текущая и запланированные части IEEE Std 1175 описывают интеграцию CASE-инструментария в производительную среду программной инженерии. IEEE Std 1462 представляет собой руководящие указания по оценке и выбору CaSE - инструментария. Он весьма схож с ИСО/МЭК 14102 | |
| 6.2.3 | Процесс менеджмента портфеля проектов | |||
| 6.2.4 | Процесс менеджмента людских ресурсов | |||
| 6.2.5 | Процесс менеджмента качества | 90003 | Стандарт является руководством для организаций, применяющих ИСО 9001:2000 к программным средствам, и представляет собой адаптацию ИСО/МЭК 90003 | |
| 6.3 Процессы проекта системы | 6.3 и его пункты | 1490 | Данный стандарт является принятием IEEE приблизительно 2000-й редакции органа знаний по менеджменту проектов | |
| 6.3.1 | Процесс планирования проекта | 1058(16326)1228 | IEEE Std 1058 описывает формат и содержание плана менеджмента проекта программных средств. Ожидается, что он будет заменен стандартами ИСО/МЭК и IEEE Std 16326.IEEE Std 1228 раскрывает содержание плана для различных аспектов разработки, приобретения, сопровождения программных средств, а также прекращения их применения в критических по безопасности системах | |
| 6.3.2 | Оценка проекта и процесс управления | |||
| 6.3.3 | Процесс менеджмента решений | |||
| 6.3.4 | Процесс менеджмента рисков | 1540(16085) | IEEE Std 1540 излагает процесс менеджмента рисков программных средств. Ожидается, что он будет заменен стандартами ИСО/МЭК и IEEE Std 16085, посвященными рискам на системном и программном уровнях | |
| 6.3.5 | Процесс менеджмента конфигурации | |||
| 6.3.6 | Процесс менеджмента информации | |||
| 6.3.7 | Процесс измерений | 982.11045106114143.1 | IEEE Std 982.1 содержит совокупность показателей для прогноза и оценки надежности программного продукта. IEEE Std 1045 включает в себя терминологию, подходящую для показателей производительности программных средств. IEEE Std 1061 описывает методологию, охватывающую жизненный цикл, для установления требований к качеству и идентификации, реализации и валидации соответствующих показателей.IEEE Std 14143.1 описывает фундаментальные понятия класса показателей, известных как функциональный размер | |
| 6.4 Технические процессы системы | 6.4.1 | Процесс определения требований правообладателей | 1362 | Этот стандарт представляет собой руководство по формату и содержанию концепции операционного документа, описывая характеристики предложенной системы с точки зрения пользователя |
| 6.4.2 | Процесс анализа системных требований | 12331320.11320.2 | IEEE Std 1233 излагает руководство по разработке спецификации системных требований, характеристик и качества требований.IEEE Std 1320.1 и 1320.2 определяют два языка:IDEF0 И IDEF1X97, которые можно использовать для концептуального моделирования, в том числе предоставления требований | |
| 6.4.3 | Процесс проектирования архитектуры системы | 1471 (42010) | IEEE Std 1471 рекомендует концептуальную структуру и содержание для описания архитектуры систем, интенсивно использующих программные средства. Ожидается, что они будут замещены пересмотренными стандартами ИСО/МЭК и IEEE Std 42010 | |
| 6.4.4 | Процесс реализации | |||
| 6.4.5 | Процесс комплексирования системы | |||
| 6.4.6 | Процесс квалификационного тестирования системы | |||
| 6.4.7 | Процесс инсталляции программных средств | |||
| 6.4.8 | Процесс поддержки приемки программных средств | |||
| 6.4.9 | Процесс функционирования программных средств | |||
| 6.4.10 | Процесс сопровождения программных средств | 14764 | Стандарт идентичен ИСО/МЭК 14764 и предоставляет собой руководство по выполнению процесса сопровождения программных средств ИСО/МЭК 12207 | |
| 6.4.11 | Процесс изъятия и списания программных средств | |||
| 7.1 Процессы реализации программных средств | 7.1.1 | Процесс реализации программных средств | ||
| 7.1.2 | Процесс анализа требований к программным средствам | 830 | Этот стандарт рекомендует содержание и характеристики спецификаций требований к программным средствам | |
| 7.1.3 | Процесс проектирования архитектуры программных средств | 1471 (42010) | IEEE Std 1471 рекомендует концептуальную структуру и содержание для описания архитектуры систем, интенсивно использующих программные средства. Ожидается, что он будет заменен при пересмотре стандартов ИСО/МЭК и IEEE Std 42010 | |
| 7.1.4 | Процесс детального проектирования программных средств | 1016 | Этот стандарт рекомендует содержание и организацию детального проектирования программных средств | |
| 7.1.5 | Процесс конструирования программных средств | 1008 | Этот стандарт описывает подход к тестированию программных модулей | |
| 7.1.6 | Процесс комплексирования программных средств | 829 | Стандарт описывает форму и содержание основного набора документации для планирования, выполнения и составления отчетов о тестировании программных средств | |
| 7.1.7 | Процесс квалификационного тестирования программных средств | 829 | Этот стандарт описывает форму и содержание основного комплекта документации для планирования, выполнения и составления отчетов о тестировании программных средств | |
| 7.2 Процессы поддержки программных средств | 7.2.1 | Процесс менеджмента документации | 106312207.1(15289) | IEEE Std 1063 содержит требования для структуры, содержания и формата пользовательской документации. IEEE Std 12207.1 предоставляет руководство по регистрации данных в результате выполнения процессов жизненного цикла ИСО/МЭК 12207. Ожидается, что он будет заменен адаптацией IEEE стандарта ИСО/МЭК 15289 |
| 7.2.2 | Процесс менеджмента конфигурации программных средств | 828 | Этот стандарт конкретизирует содержание плана менеджмента конфигурации программных средств вместе с требованиями к специфической деятельности по планированию | |
| 7.2.3 | Процесс обеспечения гарантии качества программных средств | 73010611465 (25051) | IEEE Std 730 задает формат и содержание плана по гарантии качества программных средств.IEEE Std 1061 описывает методологию (охватывающую жизненный цикл) для установления требований к качеству и идентификации, выполнения и валидации соответствующих показателей. IEEE Std 1465 описывает требования к качеству, специально приспособленные к программным "пакетам". Ожидается, что он будет заменен адаптацией IEEE стандарта ИСО/МЭК 25051 | |
| 7.2.4 | Процесс верификации программных средств | 1012 | Этот стандарт описывает верификацию программных средств и валидацию действий | |
| 7.2.5 | Процесс валидации программных средств | 1012 | Стандарт описывает действия по верификации и валидации программных средств | |
| 7.2.6 | Процесс ревизии программных средств | 1028 | Этот стандарт описывает пять типов ревизий программных средств и процедур их выполнения | |
| 7.2.7 | Процесс аудита программных средств | 1028 | Этот стандарт описывает пять видов ревизий программных средств и процедур их выполнения | |
| 7.2.8 | Процесс решения проблем в программных средствах | 1044 | Стандарт предусматривает единый подход к классификации отклонений, обнаруженных в программных средствах и в документации к ним | |
| 7.3 Процессы повторного применения программных средств | 7.3 и его пункты | 1420.11517 | IEEE Std 1420.1 и его дополнения представляют информацию, которой следует обмениваться библиотекам повторного использования программных средств для обмена активами.IEEE Std 1517 содержит процессы жизненного цикла для систематического повторного применения программных средств | |
| 7.3.1 | Процесс проектирования доменов | |||
| 7.3.2 | Процесс менеджмента повторного применения активов | |||
| 7.3.3 | Процесс менеджмента повторного применения программ |
Полные названия стандартов IEEE перечислены ниже:
IEEE Std - 2002
IEEE Standard for Software Quality Assurance Plans
IEEE Std - 2005
IEEE Standard for Software Configuration Management Plans
IEEE Std - 1998
IEEE Standard for Software Test Documentation
IEEE Std - 1998
IEEE Recommended Practice for Software Requirements Specifications
IEEE Std - 1988