Лаврищева Е.М., Грищенко В.Н. Сборочное программирование. Основы индустрии программных продуктов
Подождите немного. Документ загружается.
321
и безопасности функционирования. Способ изготовления – инженерия ПС или
application engineering, которая включает процессы ЖЦ, методы разработки,
управления, оценивания продуктов и процессов.
Программное обеспечение – совокупность программных средств, которые
реализуют функции компьютерной системы (или функции аппаратно-программной
системы), включая общесистемные средства (например, ОС, СКБД, системы
защиты и т.п.), подсистемы контроля (показателей процессов, обработки сигналов)
и прикладные ПС. Так например, основные функции ОС – это управление
задачами, программами, данными и т.п. ПО может входит в состав ПС или быть
идентичным функциям ПС. Способ изготовления – инженерия реализации задач.
Семейство систем (systems family) – совокупность ПС с общим (неизменным
для всех членов семейства) и управляемым изменяемым набором ее характеристик,
удовлетворяющих требованиям прикладной области (домену). Способ
изготовления – инженерия домена (Domain Engineering) или конвейерное
производство однотипных ПП с единой схемою (каркасом) и специально
разработанными отдельными членами семейства и других готовых ПС с помощью
базового процесса или линейки продукта (Product line).
Программный проект – уникальный и интегрированный программный
продукт, в котором отображены совокупности реализованных целей, задач и
результатов деятельности, удовлетворяющих требованиям заказчика проекта.
Способ изготовления – инженерия производства и менеджмента проекта.
Сложные программные объекты – совокупность взаимосвязанных целевых
объектов разных типов, которые выполняют необходимые функции в такой
системе, представленные вновь разработанными простыми объектами или
выбранными с репозитария готовых ресурсов ПИ.
2. Теория программирования – это множество методов, языков и средств
описания (спецификации) и проектирования целевых объектов, а также методов их
доказательства, верификации и тестирования. Кроме того, в программную
инженерию привлечены формальные методы управления проектом (персоналом,
материальными и финансовыми ресурсами) и отдельными его показателями.
Методы программирования в ПИ
описаны ниже и представлены на
рис.10.7:
– теоретические методы (алге-
браический, алгоритмический, VDM,
RAISE и др.) и прикладные
(объектный, компонентный, аспект-
ный и др.), предназначенные для
проектирования целевых объектов;
– методы проверки правильности
программ формальными про-
цедурами (утверждения, вывода и
др.);
Рис. 10.7. Методы ПИ
– методы экспертизы промежуточных и конечных результатов проектирования
на процессах проекта и оценки показателей качества (надежность, точность,
производительность и т.п.);
322
– методы оценки результатов последовательного проектирования
(промежуточных рабочих продуктов) на процессах проекта и оценки конечного
продукта на показатели качества (надежность, точность, производительность и
т.п.);
– методы управления планами и контроля промежуточных результатов на
процессах проекта, а также дополнительные расчетные методы (трудозатрат на
каждую работу, ее стоимость и т.п.).
3. Средства и инструменты ПИ. Все объекты как артефакты ПП продукта
включают в себя разные описания: требования к разработке, согласованные с
заказчиком, архитектуру, структуры данных, спецификации программ и т.п.
Проектирование целевых объектов осуществляется с помощью современных
языков, в том числе визуальных (например, С++, Java, Pascal, UML, и др.) и
использования соответствующих инструментальных сред, которые содержат
необходимые языковые преобразователи и инструменты поддержки артефактов
процесса разработки. К таким средствам также относятся шаблоны, каркасы,
диаграммы потоков данных, классов, поведения и т.п.
Проверка правильности целевых объектов осуществляется методами
программирования и соответствующими инструментами, приспособленных для
разработки разных задач проекта в соответствующей среде проектирования.
Готовый продукт проверяется на соответствие реализованных функций заданным
требованиям, тестируется с помощью специальных методик, а также подвергается
измерению и оцениванию в целях получения показателей качества ПП.
В качестве среды проектирования целевых объектов используют передовые,
современные технологии и соответствующие инструментально-технологические
системы (например, Microsoft Visual Studio, MSF, RUP, Rational Rose и др.). Они
поддерживают проектирование разных типов целевых объектов, управление
менеджментом проекта (персоналом, планами) и качеством продуктов. Эти
средства и инструменты удобно использовать в коллективной разработке проекта.
10.3.2. ОСНОВЫ ИНЖЕНЕРИИ ПРОИЗВОДСТВА ПРОГРАММНЫХ
ПРОДУКТОВ
Инженерная дисциплина (или инженерия) в ПИ – это способы выполнения работ,
связанных с изготовлением программного продукта для разных видов целевых
объектов с применением методов, средств и инструментов научной дисциплины
программной инженерии [132], основу которой составляют следующие базовые
элементы (рис. 10.8):
1) ядро знаний SWEBOK – набор
теоретических концепций и
формальных правил, которые могут
применяться в изготовлении ПП;
2) базовый процесс ПИ –
стержень
процессной деятельности в организации-
разработчике ПП;
3) стандарты ПИ – набор регламенти-
рованных правил конструирования
артефактов на процессах ЖЦ;
4) инфраструктура – условия среды и
Рис. 10.8. Базовые элементы
инженерной дисциплины
323
методического обеспечения базового процесса ПИ и исполнителей, которые
занимаются изготовлением ПП;
5) менеджмент проекта (РМВОК) – стандартные положения и процессы, а
также научные принципы и методы планирования и контроля работами проекта.
С инженерной точки зрения в программной инженерии реализуются задачи
изготовления ПП, как технологические процессы формирования требований,
проектирования и сопровождения продукта, а также проверки операций базового
процесса на правильность реализации разных функциональных задач проекта и
завершения его работ в заданный заказчиком срок.
Программную инженерию можно рассматривать с двух точек зрения:
– как инженерную деятельность, в которой инженеры разных категорий
осуществляют работы по проекту, учитывают соответствующие теоретические
методы и средства ПИ, рекомендованные в ядре знаний SWEBOK, а также
положения процессов ЖЦ стандартов и выбранных для процессов методов;
– как систему управления проектом, качеством и рисками с привлечением
правил и положений стандартов ЖЦ, качества и менеджмента проекта [5, 6, 129].
Инженерная деятельность планируется, в ней проводится распределение
проекта на отдельные работы, которые будут выполнять исполнители проекта.
Менеджер проекта – это главное действующее лицо проекта, ответственное за
проектирование и контроль выполнения этих работ разными службами
инфраструктуры проекта в организации (верификации, тестирования, оценки
качества и др.). Продукт коллективного изготовления передается заказчику для
сопровождения. Найденные в нем разные ошибки и недостатки устраняются
разработчиками.
Эта деятельность практически уже отработана и по своей сути она близка к
инженерной деятельности в промышленности, где инженерия – это способ
применения научных результатов изготовления некоторых технических изделий с
помощью технологических правил и процедур, методик измерения, оценки и
сертификации изготовленного продукта.
Ниже приведена общая характеристика базовых элементов пп.1–5
инженерной дисциплины, представленных на рис 10.8.
1. Ядро знаний SWEBOK – это главная содержательная трактовка и перечень
концептуальных основ разделов программной инженерии. Структурно ядро
включает в себя 10 разделов (knowledge areas). Их условно поделим на две
категории: проектная, организационная и инженерная деятельность. Первая
категория – это методы и средства разработки (формирование требований,
проектирование, конструирование, тестирование, сопровождение). Вторая
категория – это методы управления проектом, конфигурацией, качеством и
базовым процессом организации-разработчика.
Методы ядра знаний SWEBOK менеджер проекта сопоставляет c задачами
стандартных процессов ЖЦ и обеспечивает наполнение базового процесса этими
методами. Таким образом, создается базис инженерной дисциплины изготовления
продукта, включающий регламентированную последовательность процессов
разработки и сопровождения программного продукта. На начальных процессах
определяются требования к продукту, проектные решения и каркас (абстрактная
архитектура) будущего продукта. На основе требований и каркаса
разрабатываются новые или подбираются готовые объекты для „заполнения”
324
каркаса конкретным содержанием и для последующей его доработки до
конечного программного продукта.
2. Базовый процесс – это метауровень для процессирования изготовлением
продукта. Он содержит основные понятия, которые относятся к оснастке,
организационной структуре коллектива разработчиков и методологии оценки,
измерения, управления изменениями и совершенствованием самого процесса. В
целом базовый процесс – это множество логически связанных с ним видов
инженерной деятельности организации-разработчика и набор средств и
инструментов, предназначенных для использования при изготовлении
программного продукта.
3. Стандарты ПИ – это технологически отработанный набор разных
процессов со строго определенным и регламентированным порядком проведения
работ в программной инженерии, связанных с разработкой и оцениванием
продукта на качество, риски и т.п. Стандарты в области программной инженерии
регламентируют разные направления деятельности. Они стандартизируют термины
и понятия, ЖЦ, качество, измерение, оценку продуктов и процессов. Наиболее
важными среди них – стандарт ISO/IEC 12207, стандарты серии ISO/IEC 9000 –
1, 2, 3, ДСТУ 2844–94 и 2850-94, регламентирующие аспекты системы управления
и обеспечения качества ПП.
Стандарт ISO/IEC 12207 содержит организационные процессы планирования,
управления и сопровождения. Процесс планирования включает в себя действия по
составлению планов и графиков работ для разработки проекта, распределения
работ между разными категориями специалистов, а также действия по контролю
планов и выполненных работ. Процесс управления проектом определяет процессы
управления работами проекта, которые должны выполнять специалисты,
владеющие теорией управления, способные планировать и следить за сроками
выполнения проекта. Третий процесс – это сопровождение готового продукта
проекта, выявление и устранение найденных в нем недостатков, а также
дополнения новых или удаление некоторых функций в продукте.
Ядро знаний SWEBOK и стандарты ЖЦ взаимосвязаны. Они используются
при определении структуры базового процесса ПИ и разработки необходимых
методик и ограничений при изготовлении продукта. Здесь могут использоваться
фундаментальные модели ЖЦ (водопадная, спиральная и т.п.), которые реализуют
заложенный в них стиль проектирования и реализации для некоторых видов
продуктов.
4. Инфраструктура – это набор технических, технологических, программных
(методических) и человеческих ресурсов организации-разработчика, необходимых
для выполнения базового процесса, ориентированного на выполнение договора с
заказчиком программного проекта (рис.10.9.).
К техническим ресурсам проекта относятся: компьютеры, устройства
(принтеры, сканеры и т.п.), серверы и т.п.; к программным – ПО, информационное
и системное обеспечение. Технологические и методические ресурсы – это
методики, процедуры, правила, рекомендации стандартов для процесса и
управления персоналом.
325
Человеческие ресурсы
– это группы разработ-
чиков и служб
управления проектом,
планами, качеством, рис-
ком, конфигурацией и
проверки правильности
выполнения проекта.
Вместе – это базовый
процесс и комплект
документов по регламен-
тации, выполнению и
регулированию процес-
сов ЖЦ.
Р
Рис.10.9. Элементы инфраструктуры проекта
Средства, промежуточные результаты разработки на процессах ЖЦ, а также
методики руководства ресурсами БП и результаты применения соответствующих
методов программирования, сохраняются в базе знаний проекта.
После выполнения проекта и получения опыта построения конкретного
проекта базовый процесс и его элементы могут совершенствоваться (доработка,
замена, добавление новых средств) соответственно стандарту ISO 15504 (Software
Process Improvement and Capability).
Готовность всех видов элементов процесса и персонала организации-
разработчика производить качественный продукт – основа оценки зрелости как
самой организации, так и выпущенного продукта. Для этого применяется модель
зрелости CMM (Capability Maturity Models) Института программной инженерии SEI
США [132, 133]. Такая модель рекомендует подход к рассмотрению разной
степени готовности организации при создании программных продуктов (например,
удовлетворительно, средне, хорошо и очень хорошо). Уровень степени готовности
определяется наличием в организации базового процесса, всех необходимых для
него ресурсов, соответствующих стандартов и методик, а также профессиональных
способностей (зрелости) членов коллектива изготавливать программные продукты
в заданный срок и укладываться в стоимость.
Модель СММ – пятиуровневая. Первый и второй уровень определяют
недостаточную подготовку организации зрело производить продукт. Третий –
пятый уровни характеризуют выше ступень готовности, зрелости и
профессионализма специалистов организации изготавливать, соответственно,
средний, хороший и отличный продукт. Пятый уровень зрелости свидетельствует
о способности команды разработчиков создавать качественный программный
продукт. Кроме базовой модели, используются СММ – SW для оценки зрелости
ПО, CMMI для учета потребностей государственных структур в ПО, Bootstrap – для
оценки зрелости маленьких и средних коммерческих компаний [133, 179].
5. Менеджмент проекта – это управление разработкой проекта с
использованием адаптированной теории управления и процессов ядра знаний
РМВОК (Project Management body of knowledge) к типу проекта. В РМВОК
представлены положения и правила руководства в соответствии с заданным
временем производственного цикла построения уникального продукта в рамках
некоторого проекта [8]. РМВОК – это стандарт IEEE Std.1490:2003, который
326
разработан американским Институтом управления проектами (www.pmi.org) для
создания ПО.
Ядро знаний РМВОК построено аналогично ядру знаний SWEBOK и содержит
описание лексики, структуры процессов и областей знаний, которые отображают
современную практику управления проектами в некоторых областях
промышленности и в частности ПО. Ядро содержит процессы и определяет
принятие решений относительно ресурсов проекта в каждый момент времени
выполнения и управления задачами проекта. Раздел знаний – управление
содержанием проекта – это процессы, регламентирующие планирование, разбивку
работ на более простые в целях упрощения процесса управления. Раздел
управления качеством содержит процессы и операции достижения целей проекта, а
также правила и процедуры для улучшения процесса обеспечения качества в
соответствии с заданными требованиями заказчика и положениями стандарта
качества (ISO/IEC 9000 –1, 2, 3). Раздел управления человеческими ресурсами
включает в себя распределение работ между исполнителями в соответствии с их
квалификацией и профессионализмом.
Таким образом, стандарты РМВОК и ISO/IEC 12207 имеют много общих
процессов по организации управления проектом и его ресурсами.
Современные технологии инженерного производства ПП
Главная особенность производства ПП – это использование разработанных
готовых программ, КПИ и информационных ресурсов Интернет (MatLab,
Greenstone, Grid-системы и др.). Доступ к ним может осуществить любой
пользователь и получить бесплатно или на коммерческой основе готовый ресурс,
как сервис. Он может быть одноразово использован для решения соответствующей
задачи, либо как некоторая программа постоянного и многоразового применения в
некотором домене.
Практика изготовления отдельных ПП привела к формированию трех
инженерных технологий: Reusing Engineering (инженерия КПИ), Application
Engineering (инженерия приложений), Domain Engineering (инженерия доменов),
Family System Engineering (инженерия семейства систем). Их основа – готовые
программные ресурсы, а именно, КПИ, компоненты, приложения, ПС и системы.
Применение готовых ресурсов дает значительную экономию при производстве на
их основе новых ПС и семейств систем. Все виды КПИ сохраняются в
современных хранилищах – репозитариях и библиотеках [20, 22].
Технология производства ПП базируется на готовых ресурсах, средствах и
инструментах их построения. Основу изготовления новых ПП составляет каркас,
заполняемый КПИ, вновь реализованными компонентами, а также прикладные
системы (например, из бизнеса, коммерции, экономики и т.п.) и системы общего
назначения (трансляторы, редакторы, СУБД, системы интеграции, генерации и
т.п.).
Инженерия приложений и инженерия доменов основана на многократном
использовании разных КПИ и других программных элементов. Основная задача
этих видов инженерно-производственной деятельности – построение прикладных
систем или семейств систем для реализации задач приложения или домена с учетом
общих и изменяемых характеристик ее членов. Технология изготовления доменов
вплотную подошла к современным принципам конвейерного производства
327
продуктов из готовых «деталей» типа КПИ по модели домена в DSL (Domain
Specific Language) и спецификациям каждого члена семейства [133, 140, 204].
Основная суть этой технологии – управление работами по изготовлению ПП,
базирующееся на планах–графиках работ, контроле и экспертизе результатов
работ, оценивании степени применимости готовых ресурсов в процессе реализации
специфических задач домена.
Базовые компоненты данной инженерной дисциплины должны непрерывно
совершенствоваться и адаптироваться к новому типу целевых объектов и условиям
производственной среды (что в духе концепций совершенствования, заложенных в
моделях СММ, SPICE, Trillium и др.).
В производстве ПП первостепенное значение имеют инженерные методы. Без
них не мыслится ни один промышленный продукт. Здесь нужно тщательно
исследовать все наработки (как научные, так и инженерные) в области
компьютерных наук, и на их основе создать фундамент инженерной дисциплины,
который будет включать в себя описание стандартных принципов инженерии и
базовых компонентов, а также современных языков спецификации доменов,
членов семейств и процессов производства ПП средствами и инструментами
инженерных технологий.
Инженерия КПИ – это систематическая и целенаправленная деятельность для
подбора реализованных и представленных в репозитарии КПИ [20, 22]. Система
проектируется из них снизу–вверх. Сначала создается общая структура – каркас
продукта, дается его описание и по этому описанию готовые компоненты и КПИ
интегрируются в систему.
Инженерия приложений – это деятельность по изготовлению более сложного
продукта из КПИ, готовых программ и прикладных систем. Проектирование
одиночных уникальных приложений – это инженерия программирования из
готовых КПИ. Изготовление начинается с анализа предметной области,
определения концептуальной модели, разработки проектных решений и сборки
компонентов с использованием шаблонов или каркасов.
Инженерия ПрО – это деятельность по изготовлению систем семейства
(доменов) на основе модели, содержащей общие и изменяемые характеристики
представителей семейства и набора средств, инструментов производства из
готовых ресурсов. Выбранные КПИ или одиночные приложения встраиваются в
модель домена. Технология разработки семейства включает процессы анализа,
проектирования и встраивания КПИ в отдельные представители семейства. По
своему характеру данная инженерия приближена к конвейерному производству
продуктов из готовых ресурсов. Управление этой инженерией состоит в
планировании и распределении работ за каждым участником процесса создания
домена и контроле их выполнения в заданные сроки.
Линии продуктов. Технологические приемы производства программных
продуктов из готовых компонентов и ПС воплощены в так называемые линии
продуктов, которые соответствуют конвейерному производству программных
продуктов на основе спроса рынка [217, 224].
Практические инструменты производства – ядро знаний SWEBOK, PMBOK и
стандарты, в которых регламентированы процессы инженерии доменов (Domain
engineering process). Согласно этому стандарту процесс инженерии доменов
включает в себя: анализ домена (выявление связей, постоянных и изменяемых
328
требований, понятий и моделей); проектирование домена (Domain design) –
каркаса для КПИ, активов (asset) и интерфейсов, согласованных с моделью
домена); технологию домена c подпроцессами формирования ресурсов (asset
provision), разработкой базы ресурсов (asset-based development) и сопровождения
ресурсов. В результате применения инженерной технологии домена в софтверной
организации создается архитектурный базис производства из многоразовых КПИ
репозитария и языков спецификации специфических особенностей разных
доменов.
Таким образом, наука и инженерия, SWEBOK, СТАНДАРТЫ, PMBOK –
главные составные элементы производства ПП. При изготовлении используются
инструментально-технологичные системы и среды с набором необходимых
инструментов. Пример среды с реализацией в ней инженерного подхода к
проектированию ПП – система Visual Studio Teams Systems фирмы Microsoft. В
ней реализованы все этапы технологии проектирования ПП [136].
В этой среде реализована технология подбора, распределения и выполнения
работ между группами специалистов, имеющими разные уровни знаний и
навыков в области программирования. Они разделены на четыре категории
специалистов, в которой каждый получает работу по своим способностям. Переход
в более квалифицированную группу зависит от качества выполненных работ
предыдущей задачи и от полученного опыта. Т.е. четвертая группа – это
специалисты высокой квалификации, они несут ответственность за правильность
разработки проекта в целом.
10.3.3. УПРАВЛЕНИЕ ИЗГОТОВЛЕНИЕМ ПРОГРАММНЫХ ПРОДУКТОВ
Базис дисциплины управления ПП – классическая теория управления, менеджмент
производства проектов и стандарт IEEE Std.1490 PMBOK (Project Management Body
of Knowledge). Теория управления, а также теория организационного управления
разработанная акад. В.М.Глушковым в 70-х годах прошлого столетия, проверена
практикой при построении технологических процессов в металлургической,
судостроительной и химической промышленностях, а также при внедрении в целях
массового производства телевизоров, автомобилей и др. (например, АСУ “Львов”)
[52, 57].
Таким образом, теория управления сложными системами развивалась
заграницей, особенно в части теории планирования производством. Так, на фирме
«Dupon» для планирования и создания планов-графиков больших комплексов работ
при модернизации заводов был разработан метод CRM (Critical Path Method), базис
которого – графическое представление работ, соответствующих видов операций и
времени их выполнения. Другой метод – сетевое планирование PERT (Program
Evaluation and Review Technique), был апробирован при реализации проекта
разработки ракетной системы «Polaris», которая объединяла около 3800
подрядчиков (число операций свыше 60 тыс.). Применение метода было
успешным, и в результате проект был завершен на два года раньше
запланированного срока. Каждый из этих методов возник в недрах промышленного
производства. В настоящее время они адаптированы к среде программирования и
стали использоваться в индустрии программных продуктов [140].
Менеджмент программного проекта. Элементы теории управления и
планирования отображены в стандарте PMBOK, содержащем структуру
329
взаимосвязанных процессов и областей знаний по управлению проектами в любых
отраслях, в том числе и программными продуктами. PMBOK определяет процессы
ЖЦ проекта (их 39), объединенных в группы процессов и ключевые области
знаний, которые типичны для любых проектов (рис.10.10). Группы процессов
таковы: инициация, планирование, исполнение, мониторинг и управление,
завершение [6–9].
На каждой группе процессов проекта выполняются соответствующие виды
деятельности, обозначенные в конкретной области знаний, относящейся к
разработке и внедрению изготовленного программного продукта.
Инициация Планирование
Реализация
Контроль и
мониторинг
Завершение
Рис.10.10. Схема взаимосвязей групп
процессов в PMBOK
Например, процесс планирова-
ния, связаный с организацией
управления, базируется на
методах принятия решений по
ресурсам, задачам проекти-
рования, рискам системы и
ресурсов, службам контроля и
др. Области знаний PMBOK
предлагают принципы управле-
ния интеграцией объектов,
сроками, стоимостью, качеством,
ресурсами, рисками и др.
Области знаний PMBOK определяют управление интеграцией, сроками,
стоимостью, качеством, человеческими ресурсами, рисками и др. Дадим им
краткую характеристику.
Управление интеграцией проекта – это процессы выявления, определения,
комбинирования, унификации и координации всех других процессов и операций по
управлению проектами. Интеграция ориентирована на принятие решений о
концентрации ресурсов в каждый момент выполнения проекта, о потенциальных
проблемах проекта и их решении, поиск компромиссов между пересекающимися
целями и альтернативами в проекте. Она включает в себя процессы управления
выполнением проекта, мониторинг и управление работами проекта, управление
изменениями и др.
Управление содержанием проекта включает в себя процессы, обеспечивающие
включение в проект всех тех и только тех работ, которые необходимы для
успешного выполнения проекта и соответствующих его содержанию (целям,
требованиям, ограничениям и др.). К таким процессам относятся: планирование
содержания (верификация и контроль содержания проекта); формирование
иерархической структуры работ и разбивки проектных работ проекта на более
мелкие, удобные для реализации; управление изменениями в части содержания
проекта.
Управление сроками проекта – это разработка графика проекта с учетом
последовательностей операций, их длительности, требований к ресурсам и
ограничений в сроках, оценка необходимых ресурсов для выполнения операций,
оценка длительности операций по количеству периодов, необходимых для
выполнения отдельных операций и управления изменениями графика.
Управление стоимостью проекта базируется на процессах, выполняемых в
ходе планирования, разработки сметы и контроля затрат, обеспечивающих
330
завершение проекта в рамках утвержденного бюджета. Управление относится к
оценкам стоимости отдельных операций, факторов, вызывающих отклонения от
стоимости, изменений бюджета проекта для получения фактического плана по
стоимости проекта.
Управление качеством проекта – это процессы и операции, выполняемые
организацией-исполнителем, которая определяет цели и степень ответственности
сторон по изготовлению качественного проекта. Данное управление
осуществляется на основе системы менеджмента качества с помощью правил и
процедур, способствующих улучшению процессов выполнения проекта. Процессы
управления качеством таковы: планирование качества (выбор стандартов качества
и способов их соблюдения); обеспечение качества путем выполнения
систематических операций и проверки соответствия установленным требованиям;
контроль качества посредством анализа результатов проекта на соответствие
принятым стандартам качества и принятия решений по устранению недостатков.
Управление человеческими ресурсами проекта охватывает процессы по
организации и управлении командой исполнителей проекта, включая персонал
проекта, каждому из которых дана определенная роль и ответственность за
выполнение проекта. Процессы управления человеческими ресурсами такие:
планирование этих ресурсов и составление плана управления обеспечения проекта
персоналом; привлечение ресурсов, в основном людских, для выполнения
проекта; повышение квалификации членов команды проекта и поддержка
взаимодействия между ними; контроль за эффективностью работы команды
проекта посредством решения проблем и задач координации изменений.
Управление рисками проекта – это деятельность, которая заключается в
планировании и управления рисками, в их идентификации и анализе, реагировании
на риски, мониторинге и управлении рисками проекта. Цель управления рисками
проекта – повышение вероятности возникновения и степени влияния позитивных
событий и снижение вероятности возникновения и степени влияния негативных
для проекта событий. Данная деятельность определена соответствующими
процессами.
Управление поставками проекта состоит в выполнении процессов закупки или
приобретения необходимых продуктов, услуг или результатов, которые
производятся вне команды проекта. Согласно условиям контракта организация
может выступать в качестве продавца или покупателя продукта, услуги или
результатов. Данное управление основывается на планировании закупок и
приобретений, контрактов на продукты, услуг и результатов, а также на контроле
хода выполнения контрактов и при необходимости на внесение своевременных
изменений.
Для применения основных положений стандарта PMBOK необходимы
методики и руководства, среди которых имеется стандартное руководство (ISO/IEC
TR 16326:1999 «Guide for the application of ISO/IEC 12207 to project management»)
по применению стандарта ISO/IEC 12207 при управлении программными
проектами. Этим руководством обеспечивается применимость положений PMBOK
в ПИ.
Методы управления проектами. В настоящее время сформировалось
несколько методов, эффективно применяемых в практике реализации программных
проектов [140]. Рассмотрим их.