ГОСТ Р ИСО-МЭК 12207-2010 Процессы ЖЦ ПС. Процессы жизненного цикла программных средств
 Скачать 457.34 Kb.
|
|
Эталонная модель процессов должна содержать: a) декларацию о домене ЭМП (см. раздел 1); b) описание, удовлетворяющее требованиям, содержащимся в 6.2.4 настоящего стандарта, и требованиям к процессам в рамках области применения ЭМП (см. В.3); c) описание взаимосвязей между ЭМП и ее предназначением (см. раздел 5); d) описание взаимосвязей между процессами, определенными в пределах ЭМП. Эти взаимосвязи приведены в В.З при описании каждого процесса. Например, описания некоторых процессов в настоящем приложении включают в себя утверждение о том, что конкретный процесс является процессом более низкого уровня и этот процесс заменяет собой специфический вид деятельности в процессе более высокого уровня. Эталонная модель процессов должна быть связана документально с сообществом, заинтересованным в этой модели, и с действиями, предпринятыми для достижения консенсуса в пределах этого сообщества: a) соответствующее заинтересованное сообщество должно быть охарактеризовано или задано. Соответствующим заинтересованным сообществом являются пользователи [18] и настоящего стандарта; b) степень достижения консенсуса должна быть документирована. Оба стандарта ([18] и настоящий стандарт) являются международными стандартами, удовлетворяющими требованиям к консенсусу в ИСО/МЭК СТК 1; c) если никаких действий не предпринято для достижения консенсуса, формулировка такого результата должна документироваться. Не применяется в настоящем стандарте. Процессы, определенные в пределах ЭМП, должны иметь уникальное описание и идентификацию. Описания процессов уникальны. Идентификация обеспечивается уникальными наименованиями и нумерацией разделов настоящего приложения. В.2.3 Описания процессов Основными элементами ЭМП являются описания процессов в пределах области применения модели. Описания процессов в ЭМП объединяют формулировку цели процесса, который описывает общие цели выполнения процесса на высоком уровне вместе с совокупностью выходов, демонстрирующих успешное достижение цели процесса. Эти описания процессов должны соответствовать следующим требованиям: a) процесс должен быть описан в терминах цели и выходов; b) в любом описании процесса совокупность выходов процесса должна быть необходимой и достаточной для достижения цели процесса; c) описания процессов должны быть такими, чтобы никакие аспекты структуры работ по измерениям, как описано в разделе 5 [20], ниже первого уровня не содержались и не подразумевались. Формулировка результата описывает какой-либо из следующих результатов: - производство искусственного продукта; - существенное изменение состояния; - соответствие заданным ограничениям, например требованиям, конечным целям и т.д. Перечисленные выше требования удовлетворяются описаниями процесса в настоящем приложении. Некоторые выходы могли бы интерпретироваться как вклады в уровни возможностей более высокие, чем уровень 1. Однако подтверждение выполнения соответствующих процессов не требует достижения этих более высоких уровней возможностей. В.2.4 Атрибуты общего процесса для определения возможностей Атрибуты, приведенные в 5.1.9 настоящего стандарта, характеризуют специфику каждого процесса. Если выполняемый процесс соответствует этим атрибутам, специфически определенная цель и результаты процесса достигаются путем выполнения определенных видов деятельности. В дополнение к этим основным атрибутам процессы могут быть охарактеризованы другими атрибутами, общими для всех процессов. Эти общие атрибуты способствуют достижению более высокого уровня возможностей процесса, как определено в [20]. Существует шесть уровней возможностей процесса в структуре измерений (см. [20]), представленных в таблице В.1. Таблица В.1 - Шесть уровней возможностей процесса
Достижение более высокого уровня атрибутов и возможностей становится реализуемым благодаря взаимодействию каждого процесса с процессами поддержки и организационными процессами, такими как документирование, менеджмент конфигурации, обеспечение качества и т.п. В [20] определены следующие общие атрибуты процесса, связанные с достижением более высоких уровней возможностей процесса: - менеджмент рабочих характеристик (РА* 2.1) - определяет степень, с которой проводится менеджмент рабочих характеристик процесса. Соответствие этому атрибуту включает в себя планирование, мониторинг и настройку рабочих характеристик процесса. _______________ * РА - process attributes - и цифровые обозначения атрибутов соответствуют [20] (примеч. переводчика). - менеджмент рабочих продуктов (РА 2.2) - определяет степень, с которой проводится соответствующий менеджмент рабочих продуктов, производимых процессом. Соответствие этому атрибуту гарантирует, что рабочие продукты надлежащим образом устанавливаются, контролируются и сопровождаются. - определение процесса (РА 3.1) - характеризует степень, с которой процесс определяется в качестве стандартного процесса в пределах организации. Соответствие этому атрибуту включает в себя определение процесса в терминах требуемой компетенции и ролей для выполнения процесса, необходимой инфраструктуры и рабочего окружения, методов мониторинга его результативности, соответствия и руководств по адаптации. - развертывание процесса (РА 3.2) - определяет степень, с которой процесс эффективно развертывается как адаптированный образец стандартного процесса. Соответствие этому атрибуту отражается в точности воспроизведения стандартного процесса, эффективном распределении ресурсов для выполнения процесса, а также в сборе и анализе данных для понимания и совершенствования поведения процесса. - измерение процесса (РА 4.1) - определяет степень, с которой измерения процесса используются для гарантии того, что рабочие характеристики процесса способствует достижению определенных деловых целей. Соответствие этому атрибуту относится к существованию эффективной системы для формирования совокупности показателей измерений, соответствующих рабочим характеристикам процессов и качеству рабочих продуктов. Эти показатели применяются для определения степени достижения деловых целей организации. - управление процессом (РА 4.2) - определяет степень, с которой процесс управляется количественно для того, чтобы в результате он был стабильным, обладал необходимыми возможностями и был предсказуемым в определенных пределах. Соответствие этому атрибуту предполагает применение анализа и технических приемов управления для гарантии того, что процесс реализуется в определенных пределах и что предпринимаются корректирующие действия для уменьшения отклонений. - инновации процесса (РА 5.1) - определяет степень, с которой изменения в процессе выявляются в результате анализа отклонений в рабочих характеристиках и исследования инновационных способов определения и реализации процесса. Соответствие этому атрибуту связано с существованием активной позиции по отношению к непрерывному совершенствованию выполнения как текущих, так и проектируемых деловых целей. - оптимизация процесса (РА 5.2) - определяет степень, с которой изменения в определении, менеджменте и выполнении процесса приводят к эффективному вкладу в достижение целей улучшения этого процесса. Соответствие этому атрибуту относится к организованному и действенному подходу к идентификации и введению соответствующих изменений в процесс, минимизирующих нежелательные сбои, оценивающих результативность изменений и производящих корректировки по мере необходимости. В.3 Эталонная модель процессов Эталонная модель процессов составляется из формулировки цели и результатов каждого из процессов, входящих в разделы 6 и 7 настоящего стандарта и перечисленных в таблице В.2. Таблица В.2 - Процессы настоящего стандарта
Некоторые виды деятельности, относящиеся к процессам из разделов 6 и 7 настоящего стандарта, заменяются соответствующими процессами более низкого уровня. Описание процессов более низкого уровня приведено ниже. В.3.1 Процессы более низкого уровня, чем процесс приобретения В.3.1.1 Процесс подготовки к приобретению Этот процесс является процессом более низкого уровня, чем процесс приобретения, заменяя деятельность по подготовке к приобретению (см. 6.1.1.3.1). В.3.1.1.1 Цель Цель процесса подготовки к приобретению заключается в установлении потребностей и конечных целей приобретения и доведения их до сведения потенциальных поставщиков. В.3.1.1.2 Выходы В результате успешного осуществления процесса подготовки к приобретению: a) устанавливается замысел или необходимость приобретения, разработки или расширения; b) определяются требования правообладателей; c) разрабатывается стратегия приобретения; d) определяются критерии выбора поставщиков. В.3.1.2 Процесс выбора поставщика Этот процесс является процессом более низкого уровня, чем процесс приобретения, заменяя деятельность по выбору поставщиков (см. 6.1.1.3.3). В.3.1.2.1 Цель Цель процесса выбора поставщика заключается в выборе предпочтительной организации, ответственной за поставки в соответствии с требованиями проекта. В.3.1.2.2 Выходы В результате успешного осуществления процесса выбора поставщика: a) устанавливаются и применяются критерии выбора поставщика для оценки потенциальных поставщиков; b) выбирается поставщик на основе оценки предложений от различных поставщиков, возможностей их процессов и других факторов; c) формируется соглашение и ведутся переговоры между приобретающей стороной и поставщиком. В.3.1.3 Процесс мониторинга соглашений Этот процесс является процессом более низкого уровня, чем процесс приобретения, заменяя деятельность по мониторингу соглашений (см. 6.1.1.3.5). В.3.1.3.1 Цель Цель процесса мониторинга соглашений состоит в отслеживании и оценке рабочих характеристик поставщика относительно согласованных требований. В.3.1.3.2 Выходы В результате успешного осуществления процесса мониторинга соглашений: a) выполняются надлежащим образом совместные действия приобретающей стороны и поставщика; b) происходит регулярный обмен информацией с поставщиком о техническом прогрессе; c) выполняется мониторинг рабочих характеристик поставщика относительно согласованных требований; d) если необходимы изменения в соглашении, то ведутся переговоры между приобретающей стороной и поставщиком, результаты которых документируются в этом соглашении. В.3.1.4 Процесс приемки приобретающей стороной Этот процесс является процессом более низкого уровня, чем процесс приобретения, заменяя деятельность по приемке приобретающей стороной (см. 6.1.1.3.6). В.3.1.4.1 Цель Цель процесса приемки приобретающей стороной заключается в том, чтобы принять подлежащее поставке у поставщика, когда все критерии приемки удовлетворены. В.3.1.4.2 Выходы В результате успешного осуществления процесса приемки приобретающей стороной: a) оцениваются поставленные программный продукт и (или) услуга в соответствии с соглашением; b) приемка приобретающей стороной основывается на согласованных критериях приемки; c) программный продукт и (или) услуга принимаются приобретающей стороной. В.3.2 Процессы более низкого уровня, чем процесс поставки В.3.2.1 Процесс представления заявки поставщиком Этот процесс является процессом более низкого уровня, чем процесс поставки, заменяя деятельность по представлению заявки поставщиком (см. 6.1.2.3.2). В.3.2.1.1 Цель Цель процесса представления заявки поставщиком заключается в установлении связи с приобретающей стороной для ответа на ее запросы и просьбу подготовить и представить предложения. В.3.2.1.2 Выходы В результате успешной реализации процесса представления заявки поставщиком: a) устанавливается и поддерживается связь для ответа на запросы приобретающей стороны и представление заявок на предложения; b) заявки на предложение оцениваются согласно определенным критериям для определения того, представлять или не представлять предложения; c) определяется необходимость предварительных изысканий или изучения реализуемости; d) определяются подходящие ресурсы для выполнения предложенных работ; e) готовятся и представляются предложения поставщика в ответ на запрос приобретающей стороны. В.3.2.2 Процесс согласования контракта Этот процесс является процессом более низкого уровня, чем процесс поставки, заменяя деятельность по согласованию контракта (см. 6.1.2.3.3). В.3.2.2.1 Цель Цель процесса согласования контракта состоит в проведении переговоров и принятии контракта (соглашения), который четко и однозначно определяет ожидания, обязанности, рабочие продукты (в том числе поставляемые) и обязанности как поставщика, так и приобретающей стороны. В.3.2.2.2 Выходы В результате успешного осуществления процесса согласования контракта: a) проводятся переговоры, контракт (соглашение) пересматривается, принимается и предоставляется поставщику (поставщикам); b) анализируются и рассматриваются механизмы мониторинга возможностей и рабочих характеристик поставщика (поставщиков), а также снижения идентифицированных рисков для включения в условия контракта; c) стороны, предлагающие поставки продуктов и услуг (в том числе через конкурс), оповещаются о результатах выбора; d) получается официальное подтверждение соглашения. Примечание - Процесс согласования контракта используется для получения официального подтверждения предоставления продуктов и услуг, заявленных в процессе предложения поставщиков. В.3.2.3 Процесс поставки и поддержки продукта (услуги) Этот процесс является процессом более низкого уровня процесса поставки, заменяя деятельность по поставке и поддержке продукта и (или) услуги (см. 6.1.2.3.5). В.3.2.3.1 Цель Цель процесса поставки и поддержки продукта (услуги) заключается в обеспечении соответствующей поддержкой конкретного продукта или услуги, представленной приобретающей стороне, для получения уверенности в том, что требования удовлетворены. В.3.2.3.2 Выходы В результате успешного осуществления процесса поставки и поддержки продукта (услуги): a) определяется состав выпуска продукта; b) собирается выпуск из сконфигурированных элементов; c) определяется и создается документация по выпуску; d) определяются механизмы и носители поставки выпуска; e) осуществляется утверждение выпуска по определенным критериям; f) выпуск продукта делается доступным приобретающей стороне; g) получается подтверждение выпуска; h) продукт комплектуется и поставляется приобретающей стороне; i) поддерживаются и пересматриваются приемочные тесты приобретающей стороны; j) продукт помещается в эксплуатационную среду заказчика; k) идентифицируются проблемы, обнаруженные в течение приемки, и передаются ответственным за их решение. Примечание - Поставки, осуществляемые по частям, следует комплектовать в законченном виде. В.3.3 Процессы более низкого уровня, чем процесс менеджмента модели жизненного цикла В.3.3.1 Процесс учреждения процессов Этот процесс является процессом более низкого уровня, чем процесс менеджмента модели жизненного цикла, заменяя деятельность по учреждению процессов (см. 6.2.1.3.1). В.3.3.1.1 Цель Цель процесса учреждения процессов заключается в установлении совокупности организационных процессов для всех процессов жизненного цикла, поскольку они применяются в деловой деятельности. В.3.3.1.2 Выходы В результате успешного осуществления процесса учреждения процессов: a) устанавливается определенная и сопровождаемая стандартная совокупность процессов вместе с указанием применимости каждого процесса; b) идентифицируются в подробностях задачи, действия и связанные рабочие продукты стандартных процессов вместе с их ожидаемыми рабочими характеристиками; c) разрабатывается стратегия адаптации стандартного процесса для продукта или услуги в соответствии с потребностями проекта; d) существуют и поддерживаются информация и данные для использования стандартного процесса в конкретных проектах. В.3.3.2 Процесс аттестации процессов Данный процесс является процессом более низкого уровня, чем процесс менеджмента модели жизненного цикла, заменяя деятельность по аттестации процессов (см. 6.2.1.3.2). В.3.3.2.1 Цель Цель процесса аттестации процессов заключается в определении степени, с которой стандартные процессы организации способствуют достижению ее деловых целей и помогают организации сосредоточиться на необходимости непрерывного совершенствования процессов. В.3.3.2.2 Выходы В результате успешного осуществления процесса аттестации процессов: a) существуют и поддерживаются информация и данные, связанные с применением стандартных процессов для конкретных проектов; b) осознаются относительно сильные и слабые стороны стандартных процессов организации; c) сохраняются и сопровождаются точные и доступные записи об аттестациях. В.3.3.3 Процесс совершенствования процессов Данный процесс является процессом более низкого уровня, чем процесс менеджмента модели жизненного цикла, заменяя деятельность по совершенствованию процессов (см. 6.2.1.3.3). В.3.3.3.1 Цель Цель процесса совершенствования процессов заключается в непрерывном улучшении результативности и эффективности организации через используемые и сопровождаемые процессы, согласованные с потребностями деловой деятельности. В.3.3.3.2 Выходы В результате успешного осуществления процесса совершенствования процессов: a) устанавливаются обязательства по обеспечению ресурсами для поддержки действий по совершенствованию; b) вопросы, возникающие во внутренней или внешней среде организации, определяются как возможные для совершенствования и подтверждаются в качестве причин для изменений; c) проводится анализ текущего состояния существующего процесса, сфокусированный на тех процессах, которые стимулируют усовершенствования; d) идентифицируются и располагаются по приоритетам цели совершенствования, а также определяются и осуществляются последовательные изменения в процессе; e) проводится мониторинг и подтверждаются результаты улучшений процесса относительно установленных целей совершенствования; f) знания, приобретенные в процессе совершенствования, распространяются в пределах организации; g) сделанные усовершенствования оцениваются и проводится рассмотрение применения полученных решений в других процессах и подразделениях организации. Примечание 1 - Источники информации, обеспечивающие входные данные для изменений, могут включать в себя: результаты оценки процессов, результаты аудитов, отчеты об удовлетворенности заказчиков, результативность (эффективность) организационных мер, затраты и качество. Примечание 2 - Текущее состояние процессов может определяться посредством оценки процессов. В.3.4 Процессы более низкого уровня, чем процесс менеджмента людских ресурсов В.3.4.1 Процесс развития навыков Данный процесс является процессом более низкого уровня, чем процесс менеджмента людских ресурсов, заменяя деятельность по развитию навыков (см. 6.2.4.3.1). В.3.4.1.1 Цель Цель процесса развития навыков заключается в обеспечении организации и проекта работниками, обладающими необходимыми навыками и знаниями для эффективного выполнения своих ролей. В.3.4.1.2 Выходы В результате успешного осуществления процесса развития навыков: a) развивается или приобретается тренированность работников, ориентированная на потребности организации и проекта; b) проводятся тренировки для гарантии того, что все работники имеют навыки, требуемые для выполнения своих обязанностей, используя механизмы, такие как стратегии проведения тренировок и учебные материалы. В.3.4.2 Процесс приобретения и обеспечения навыков Данный процесс является процессом более низкого уровня, чем процесс менеджмента персонала, заменяя деятельность по приобретению и обеспечению навыков (см. 6.2.4.3.3). В.3.4.2.1 Цель Цель процесса приобретения и обеспечения навыков заключается в предоставлении организации и проекту работников, обладающих необходимыми навыками и знаниями для эффективного выполнения своих ролей и совместной работы в группах. В.3.4.2.2 Выходы В результате успешного осуществления процесса приобретения и обеспечения навыков: a) идентифицируются и набираются работники с требуемыми навыками и компетенцией; b) поддерживается эффективное взаимодействие между работниками и группами; c) работники обладают навыками совместного использования информации и эффективной координации действий; d) определяются объективные критерии, по отношению к которым осуществляется мониторинг рабочих характеристик для обеспечения обратной связи и улучшения этих характеристик. В.3.4.3 Процесс менеджмента знаний Данный процесс является процессом более низкого уровня, чем процесс менеджмента персонала, заменяя деятельность по менеджменту знаний (см. 6.2.4.3.4). В.3.4.3.1 Цель Цель процесса менеджмента знаний заключается в гарантии того, что индивидуальные знания, информация и навыки накапливаются, используются совместно, повторно и совершенствуются в пределах всей организации. В.3.4.3.2 Выходы В результате успешного осуществления процесса менеджмента знаний: a) создается и сопровождается инфраструктура для совместного использования общей и доменной информации в пределах организации; b) знания становятся доступными для немедленного и совместного использования во всей организации; c) организация выбирает подходящую стратегию менеджмента знаний. В.3.5 Процессы более низкого уровня, чем процесс функционирования программных средств В.3.5.1 Процесс применения по назначению Данный процесс является процессом более низкого уровня, чем процесс функционирования программных средств, заменяя деятельность, характеризующую применение по назначению (см. 6.4.9.3.3). В.3.5.1.1 Цель Цель процесса применения по назначению заключается в гарантии корректного и эффективного функционирования продукта в течение его использования по назначению в инсталлированной среде. В.3.5.1.2 Выходы В результате успешного осуществления процесса применения по назначению: a) идентифицируются операционные риски и проводится их мониторинг при введении в действие и функционировании продукта; b) продукт вводится в действие в заданной среде согласно установленным требованиям; c) разрабатываются критерии для процесса применения по назначению продукта, которые демонстрируют соответствие с согласованными требованиями. В.3.5.2 Процесс поддержки заказчика Этот процесс является процессом более низкого уровня, чем процесс функционирования программных средств, заменяя деятельность по поддержке заказчика (см. 6.4.9.3.4). В.3.5.2.1 Цель Цель процесса поддержки заказчика заключается в установлении и сопровождении приемлемого уровня обслуживания посредством помощи и консультаций заказчика для поддержки эффективного использования продукта. В.3.5.2.2 Выходы В результате успешного осуществления процесса поддержки заказчика: a) идентифицируются и постоянно отслеживаются потребности в обслуживании заказчика; b) на постоянной основе оценивается удовлетворение заказчика как предоставляемыми услугами поддержки, так и самим продуктом; c) обеспечивается поддержка функционирования путем обработки запросов и заявок заказчиков и решения проблем, возникающих при функционировании; d) удовлетворяются потребности в поддержке заказчиков путем предоставления соответствующих услуг. Приложение С (справочное). История разработки стандарта и пояснения Приложение С (справочное) С.1 Введение В данном приложении представлены сведения об истории разработки настоящего стандарта, даны пояснения и справочное описание его структуры. С.2 Сведения об истории разработки стандарта Первая версия стандарта ИСО/МЭК 12207 была опубликована в 1995* году. Разработчики этой версии стандарта видели необходимость описания процессов, видов деятельности и задач процессов для облегчения разработки программных средств. Поэтому в ИСО/МЭК 12207:1995 установлено, что именно необходимо выполнять, а также описаны процессы в терминах видов деятельности и задач. _______________ * В России - в 1999 г. (примеч. переводчика). В то же время в программной индустрии пришло осознание того, что одинаково важно было оценивать возможности процессов на постоянной основе сопоставимым и повторяемым способом для поддержки улучшения процессов и снижения рисков при выборе поставщиков. Такие понятия, как "постоянное совершенствование процессов", "организационная зрелость" и "оценка возможностей", в настоящее время хорошо укоренились, признаны и стандартизованы в ИСО/МЭК 15504. Определение возможностей процессов требует, чтобы их описания включали в себя четкую формулировку цели процесса и описание ожидаемых результатов. Такие формулировки цели и результатов отсутствовали в ИСО/МЭК 12207:1995 и были внесены в изменения к этому стандарту, изданные в 2002 и 2004 годах. Эти изменения дополнены также рядом процессов, детализирующих имеющиеся уровни и предназначенных для облегчения надлежащей оценки процессов жизненного цикла программных средств во всей их полноте. Несмотря на то, что в ИСО/МЭК 12207:1995 рассматривались процессы жизненного цикла программных средств в системном контексте, было очевидно, что аналогичный стандарт был необходим также и в системной области. ИСО/МЭК 15288, опубликованный в ноябре 2002 года, полностью удовлетворил эту потребность. Разработчики стандарта извлекли пользу из опыта, полученного при разработке дополненного стандарта ИСО/МЭК 12207 и понимания потребностей, выраженных в ИСО/МЭК 15504. Таким образом, процессы в ИСО/МЭК 15288 излагались в терминах целей и выходов с описанием видов деятельности, необходимых для достижения этих выходов. Развернутая по стадиям разработка изменений к ИСО/МЭК 12207 вместе с ИСО/МЭК 15288 и изначально иная ориентация ИСО/МЭК 12207 привели к некоторым затруднениям в применении дополненного стандарта ИСО/МЭК 12207 так же, как и в совместном применении стандартов жизненного цикла систем и программных средств. Гармонизация проекта в рамках Подкомитета 7 "Системная и программная инженерия" Совместного технического комитета N 1 ИСО/МЭК - СТК 1 "Информационные технологии" (ISO/IEC JTC 1/SC 7) являлась первым большим шагом к объединенному комплекту стандартов, описывающих жизненный цикл систем и программных средств, а ее суть заключалась в параллельно проведенном и тщательно контролируемом пересмотре ИСО/МЭК 12207, ИСО/МЭК 15288 и разработке технического отчета ИСО/МЭК 24748, представляющего собой руководящие указания для обоих международных стандартов. С.3 Цели Настоящий стандарт является шагом вперед к полной гармонизации процессов жизненного цикла систем и программных средств, поддерживая одновременно требования, связанные с оценкой. Настоящий стандарт разработан с целями: - внедрить и приспособить оба изменения; - применить общую терминологию в пересматриваемом стандарте ИСО/МЭК 15288 и в настоящем стандарте; - использовать общие названия процессов в пересматриваемом стандарте ИСО/МЭК 15288 и в настоящем стандарте (где это приемлемо); - предоставить возможность сообществу пользователей продвигаться по направлению к полностью гармонизированным и стабильным стандартам; - вобрать в себя десятилетний опыт разработки и применения ИСО/МЭК 12207 и ИСО/МЭК 15288. С.4 Конструкции процессов и их применение Описания процессов в настоящем стандарте следуют четко определенным правилам. Во-первых, они объединены в логические группы. Такое группирование обусловлено: - логическими отношениями между процессами; - обязанностями по выполнению процессов. В настоящем стандарте виды деятельности, которые могут выполняться в течение жизненного цикла программных систем, сгруппированы в семь групп процессов. Описание верхнего уровня этих групп изложено в 5.2.2. Каждый процесс жизненного цикла в пределах групп описывается в терминах его цели, желаемых выходов и перечня видов деятельности и задач, которые необходимо выполнить для достижения выходов: а) процессы соглашения - два процесса (см. 5.2.2.1.1 и 6.1); b) процессы организационного обеспечения проекта - пять процессов (см. 5.2.2.1.2 и 6.2); c) процессы проекта - семь процессов (см. 5.2.2.1.3 и 6.3); d) технические процессы - одиннадцать процессов (см. 5.2.2.1.4 и 6.4); e) процессы реализации программных средств - семь процессов (см. 5.2.2.2. и 7.1); f) процессы продержки программных средств - восемь процессов (см. 5.2.2.2.2 и 7.2); g) процессы повторного применения программных средств - три процесса (см. 5.2.2.2.3 и 7.3). Последовательное использование правил описания процессов позволяет получить нормализованную нумерацию разделения стандарта на подразделы, пункты, подпункты и т.д. В пределах настоящего стандарта: 6.а и 7.а - указывают на группу процесса; 6.а.b и 7.а.b - указывают на процесс (или процессы более низкого уровня) в пределах этой группы; 6.а.b.1 и 7.а.b.1 - описывают цель процесса; 6.а.b.2 и 7.а.b.2 - описывают выходы процесса; 6.а.b.3.с и 7.а.b.3.с - перечисляют виды деятельности в рамках процесса и пункты; 6.a.b.3.c.d и 7.a.b.3.c.d - перечисляют задачи вида деятельности "с". Представление конструкций процессов на универсальном языке моделирования UML, применяемых в настоящем стандарте и ИСО/МЭК 15288-2007, показано на рисунке С.1. Рисунок С.1 - Конструкции процессов в ИСО/МЭК 12207 и ИСО/МЭК 15288  Рисунок С.1 - Конструкции процессов в ИСО/МЭК 12207 и ИСО/МЭК 15288 С.5 Отношения между версиями стандартов Как упомянуто выше, настоящий стандарт является результатом гармонизации четырех исходных документов. Отношения между конструкциями процессов в исходных документах показаны на рисунке С.2. Рисунок С.2 - Отношения между конструкциями процессов |