Читаем Модель зрелости процессов разработки программного обеспечения полностью

Операция 10 Получение оценок объема проектных работ и затрат в соответствии с документированной процедурой.

Эта процедура обычно определяет следующее:

1. Оценки объема проектных работ и затрат зависят от оценок объема промежуточных программных продуктов (или объема изменений).

2. Для оценок по возможности используются данные по производительности (прошлых и/или текущих проектов). Источники и обоснования этих данных документируются.

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

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

Примеры значимых затрат на создание промежуточных программных продуктов:

расходы на зарплату,

накладные расходы,

командировочные расходы,

расходы на использование машинных ресурсов.

3. Оценки объема работ, потребности в персонале и затрат базируются на прежнем опыте.

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

Рассчитываются фазы операций по времени.

Оценки объема работ, потребностей в персонале и затрат распределяются по жизненному циклу ПО.

4. Полученные оценки и предположения документируются, проверяются и согласуются.

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

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

Эта процедура обычно определяет следующее:

1. Идентификация критических компьютерных ресурсов.

Примеры критических компьютерных ресурсов:

объем оперативной памяти,

требуемая мощность процессора,

пропускная способность каналов связи.

2. На оценку критических компьютерных ресурсов влияют следующие оценки:

объем промежуточных программных продуктов,

рабочая нагрузка процессора,

интенсивность потока информации (трафик).

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

Операция 12 Подготовка календарного графика проектных работ в соответствии с документированной процедурой.

Эта процедура обычно определяет следующее:

1. График разработки, который зависит от:

оценки предполагаемого объема промежуточных программных продуктов (или объема их изменений),

объема работ и затрат по проекту.

2. Составление графика разработки базируется на прежнем опыте:

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

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

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

5. Предположения, выдвинутые при создании графика, должны документироваться.

6. График разработки документируется, проверяется и согласуется.

Операция 13 Выявление, оценка и документирование рисков по проекту разработки, связанных с затратами, графиком и техническими аспектами проекта.

1. Анализ и определение значительности рисков на основании их потенциального влияния на проект. 2. Определение страховочных действий, связанных с рисками.

Примеры страховочных действий:

внесение в график резерва по времени;

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

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

Операция 14 Подготовка планов по использованию в проекте специализированных средств и вспомогательного инструментария.

1. Выполнение оценочного расчета потребностей в специализированных средствах и вспомогательном инструментарии на основании оценок объема промежуточных программных продуктов и других характеристик.

Примеры специализированных средств и вспомогательного инструментария разработки:

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

компьютеры и периферийное оборудование для тестирования ПО,

целевая операционная среда,

другое вспомогательное ПО.

2. Распределение обязанностей и обсуждение соглашений по приобретению или разработке этих средств и инструментов.

3. Планы рассматриваются всеми задействованными группами.

Операция 15 Документирование данных по планированию разработки.

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

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

<p>Измерения и анализ</p>

Измерение 1 Выполнение измерений и использование их результатов для определения состояния работ по планированию проекта разработки.

Примеры измерений:

определение степени выполнения этапов работ по планированию разработки в сравнении с планом;

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

<p>Проверка внедрения</p>

Проверка 1 Регулярная проверка высшим руководством выполнения работ по планированию разработки.

Перейти на страницу:

Похожие книги

Основы программирования в Linux
Основы программирования в Linux

В четвертом издании популярного руководства даны основы программирования в операционной системе Linux. Рассмотрены: использование библиотек C/C++ и стан­дартных средств разработки, организация системных вызовов, файловый ввод/вывод, взаимодействие процессов, программирование средствами командной оболочки, создание графических пользовательских интерфейсов с помощью инструментальных средств GTK+ или Qt, применение сокетов и др. Описана компиляция программ, их компоновка c библиотеками и работа с терминальным вводом/выводом. Даны приемы написания приложений в средах GNOME® и KDE®, хранения данных с использованием СУБД MySQL® и отладки программ. Книга хорошо структурирована, что делает обучение легким и быстрым. Для начинающих Linux-программистов

Нейл Мэтью , Ричард Стоунс , Татьяна Коротяева

ОС и Сети / Программирование / Книги по IT
97 этюдов для архитекторов программных систем
97 этюдов для архитекторов программных систем

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

Билл де Ора , Майкл Хайгард , Нил Форд

Программирование, программы, базы данных / Базы данных / Программирование / Книги по IT
Программист-прагматик. Путь от подмастерья к мастеру
Программист-прагматик. Путь от подмастерья к мастеру

Находясь на переднем крае программирования, книга "Программист-прагматик. Путь от подмастерья к мастеру" абстрагируется от всевозрастающей специализации и технических тонкостей разработки программ на современном уровне, чтобы исследовать суть процесса – требования к работоспособной и поддерживаемой программе, приводящей пользователей в восторг. Книга охватывает различные темы – от личной ответственности и карьерного роста до архитектурных методик, придающих программам гибкость и простоту в адаптации и повторном использовании.Прочитав эту книгу, вы научитесь:Бороться с недостатками программного обеспечения;Избегать ловушек, связанных с дублированием знания;Создавать гибкие, динамичные и адаптируемые программы;Избегать программирования в расчете на совпадение;Защищать вашу программу при помощи контрактов, утверждений и исключений;Собирать реальные требования;Осуществлять безжалостное и эффективное тестирование;Приводить в восторг ваших пользователей;Формировать команды из программистов-прагматиков и с помощью автоматизации делать ваши разработки более точными.

А. Алексашин , Дэвид Томас , Эндрю Хант

Программирование / Книги по IT