12 Процессы планирования. Планирование ресурсов проекта.

По ГОСТу 51.904 (2002):

В рамках общих требований для разработки ПО есть пункт - Использование ресурсов аппаратных средств компьютера:

Разработчик должен проанализировать требования контракта, относящиеся к использованию ресурсов аппаратных средств компьютера (например, максимально возможная производительность процессора, объем памяти, пропускная способность устройств ввода/вывода). Разработчик должен распределить аппаратные ресурсы компьютера между ЭКПО (элементы конфигурации ПО), контролировать использование этих ресурсов при выполнении контракта и перераспределить их или идентифицировать потребность в дополнительных ресурсах по мере необходимости, чтобы удовлетворить требования контракта.

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

Что нужно писать про ресурсы в разных документах:

• План передачи ПО, который должен быть разработан в процессе планирования: определяет аппаратное обеспечение и ПО, а также другие ресурсы, необходимые для поддержки жизненного цикла передаваемого ПО, и описывает планы разработчиков для поставки передаваемых элементов через организации, осуществляющие поддержку. План содержит детальное описание ресурсов, необходимых для поддержки передаваемого ПО, требования к квалификации и составу персонала. Такие ресурсы должны включать в себя элементы, необходимые для копирования, контроля и распространения ПО и соответствующей документации, а также чтобы специфицировать, разрабатывать, документировать, тестировать, оценивать, контролировать, копировать и распространять ПО. /*Цель создания планов ПО состоит в том, чтобы определить средства для удовлетворения требованиям настоящего стандарта, в том числе определить организационные подразделения, которые будут выполнять эти работы. */

• Стандарты на процесс проектирования ПО: ограничения, налагаемые на применяемые методы проектирования, например распределение ресурсов, использование прерываний и структур, управляемых событиями, использование динамических задач, повторный вход, использование глобальных данных, механизм обработки исключительных ситуаций и обоснования для их использования;

• Спецификация системы/подсистемы: должны быть описаны требования к ресурсам вычислителя (к аппаратуре, коэффициенту использования ресурсов аппаратуры, ПО вычислителя, организации сети компьютеров, если она необходима);

• Описание проекта системы/подсистемы: проект архитектуры системы, содержащий идентификацию компонентов системы, их назначение, статус/тип разработки, аппаратные ресурсы;

• Описание проекта ПО: ограничения на использование ресурсов, стратегию для управления каждым ресурсом, границы рабочего диапазона и методы измерения этих границ, например, времени выполнения и памяти;

• Итоговый документ разработки ПО: характеристики ПО. В этом разделе указаны размер исполняемого объектного кода, ограничения по времени и памяти, ограничения ресурсов и способы измерения каждой характеристики.

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

По ГОСТу 21.207 (99):

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

В рамках Процесса управления (Процесс управления состоит из общих работ и задач, которые могут быть использованы любой стороной, управляющей соответствующим процессом (-ами). Администратор отвечает за управление продуктом, проектом, работами и задачами соответствующего процесса (-ов), таких как заказ, поставка, разработка, эксплуатация, сопровождение или вспомогательные процессы.) при планировании администратор должен подготовить планы для выполнения процесса. Планы, связанные с выполнением процесса, должны содержать описания соответствующих работ и задач и обозначения создаваемых программных продуктов. Планы должны охватывать (но не ограничиваться) различные вопросы, в том числе определение ресурсов, необходимых для выполнения задач; (помимо этого распределение задач по исполнителям; оценка необходимых трудозатрат; и т.д.)

По ГОСТу 21.207 (2010):

ресурс (resource): Актив, который используется или потребляется в ходе выполнения процесса

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

Процессы организационного обеспечения проекта включают в себя:

a) процесс менеджмента модели жизненного цикла;

b) процесс менеджмента инфраструктуры;

c) процесс менеджмента портфеля проектов;

d) процесс менеджмента людских ресурсов;

e) процесс менеджмента качества.

В рамках Процессов организационного обеспечения проекта

• (процесс менеджмента портфеля проектов) определяются и распределяются ресурсы и денежные средства для каждого проекта; организация должна распределять ресурсы для достижения целей проекта

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

Процесс планирования проекта:

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

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

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

Менеджер должен представить заявки на необходимые ресурсы для выполнения проекта.

Процесс менеджмента рисков:

риски анализируются и определяются приоритеты использования ресурсов для обработки этих рисков.

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