Модель зрелости процессов разработки программного обеспечения (ЛП)
Модель зрелости процессов разработки программного обеспечения (ЛП) читать книгу онлайн
Данный текст является переводом на русский язык описания одного из самых популярных стандартов постановки процесса разработки программного обеспечения (ПО).
Я публикую книгу на своем сайте в открытом доступе для того, чтобы все интересующиеся данным вопросом могли прочитать ее и получить необходимую информацию совершенно свободно и бесплатно. Причина в том, что те методики, которые описаны в данном стандарте, как я считаю, просто обязаны взять на вооружение те разработчики ПО, которые этим занимаются серьёзно. По крайней мере, это касается 2-го и 3-го уровней CMM, так как применение этих практик дает существенное повышение в производительности и устойчивости процесса разработки ПО.
Внимание! Книга может содержать контент только для совершеннолетних. Для несовершеннолетних чтение данного контента СТРОГО ЗАПРЕЩЕНО! Если в книге присутствует наличие пропаганды ЛГБТ и другого, запрещенного контента - просьба написать на почту [email protected] для удаления материала
Примеры значимых затрат на создание промежуточных программных продуктов:
расходы на зарплату,
накладные расходы,
командировочные расходы,
расходы на использование машинных ресурсов.
3. Оценки объема работ, потребности в персонале и затрат базируются на прежнем опыте.
По возможности следует использовать подобные проекты.
Рассчитываются фазы операций по времени.
Оценки объема работ, потребностей в персонале и затрат распределяются по жизненному циклу ПО.
4. Полученные оценки и предположения документируются, проверяются и согласуются.
Операция 11 Оценка предполагаемого использования критических компьютерных ресурсов в ходе проекта производится в соответствии с документированной процедурой.
Оценка предполагаемого использования критических компьютерных ресурсов в проекте может выполняться для серверной, интеграционной, тестовой и целевой сред.
Эта процедура обычно определяет следующее:
1. Идентификация критических компьютерных ресурсов.
Примеры критических компьютерных ресурсов:
объем оперативной памяти,
требуемая мощность процессора,
пропускная способность каналов связи.
2. На оценку критических компьютерных ресурсов влияют следующие оценки:
объем промежуточных программных продуктов,
рабочая нагрузка процессора,
интенсивность потока информации (трафик).
3. Оценки предполагаемого использования критических компьютерных ресурсов документируются, проверяются и согласуются.
Операция 12 Подготовка календарного графика проектных работ в соответствии с документированной процедурой.
Эта процедура обычно определяет следующее:
1. График разработки, который зависит от:
оценки предполагаемого объема промежуточных программных продуктов (или объема их изменений),
объема работ и затрат по проекту.
2. Составление графика разработки базируется на прежнем опыте:
по возможности следует использовать подобные проекты.
3. В графике разработки указываются даты этапов и критических зависимостей, а также другие ограничения.
4. Продолжительность работ и временные рамки этапов в графике разработки должны выбираться таким образом, чтобы обеспечить достаточную точность оценки хода проекта.
5. Предположения, выдвинутые при создании графика, должны документироваться.
6. График разработки документируется, проверяется и согласуется.
Операция 13 Выявление, оценка и документирование рисков по проекту разработки, связанных с затратами, графиком и техническими аспектами проекта.
1. Анализ и определение значительности рисков на основании их потенциального влияния на проект. 2. Определение страховочных действий, связанных с рисками.
Примеры страховочных действий:
внесение в график резерва по времени;
создание альтернативных планов укомплектования персоналом;
создание альтернативных планов по использованию дополнительного аппаратного обеспечения.
Операция 14 Подготовка планов по использованию в проекте специализированных средств и вспомогательного инструментария.
1. Выполнение оценочного расчета потребностей в специализированных средствах и вспомогательном инструментарии на основании оценок объема промежуточных программных продуктов и других характеристик.
Примеры специализированных средств и вспомогательного инструментария разработки:
хост-компьютеры и периферийное оборудование для разработки ПО,
компьютеры и периферийное оборудование для тестирования ПО,
целевая операционная среда,
другое вспомогательное ПО.
2. Распределение обязанностей и обсуждение соглашений по приобретению или разработке этих средств и инструментов.
3. Планы рассматриваются всеми задействованными группами.
Операция 15 Документирование данных по планированию разработки.
1. Документируемая информация включает в себя сами оценки и дополнительные сведения, необходимые для воспроизведения оценочных расчетов и определения их обоснованности.
2. Записи данных по плану разработки ПО должны быть управляемыми и контролируемыми.
Измерения и анализ
Измерение 1 Выполнение измерений и использование их результатов для определения состояния работ по планированию проекта разработки.
Примеры измерений:
определение степени выполнения этапов работ по планированию разработки в сравнении с планом;
определение объема выполненных работ по планированию разработки и использованных при этом ресурсов.
Проверка внедрения
Проверка 1 Регулярная проверка высшим руководством выполнения работ по планированию разработки.
Регулярные проверки проводятся высшим руководством для получения своевременной информации о производственном процессе и его понимания на соответствующем уровне абстракции. Промежутки времени между проверками должны соответствовать потребностям организации и могут быть длительными, если в организации имеется работающая система оповещения об исключительных ситуациях.
1. Проверка технических, финансовых, кадровых аспектов и выполнения графика работ.
2. Изучение конфликтов и проблем, не решаемых на более низких уровнях руководства.
3. Изучение рисков проекта разработки.
4. Поручение и проверка задач, а также отслеживание их выполнения.
5. Подготовка итогового отчета по результатам каждой проверки и распространение его среди задействованных групп и сотрудников.
Проверка 2 Регулярные и событийные проверки работ по планированию проекта разработки со стороны менеджера проекта.
1. В проверках принимают участие представители задействованных групп.
2. Сравнение статуса и текущих результатов работ по планированию проекта разработки с техническим заданием по проекту и установленными требованиями.
3. Рассмотрение зависимостей между группами.
4. Изучение конфликтов и проблем, не решаемых на более низких уровнях руководства.
5. Рассмотрение рисков проекта разработки.
6. Поручение и проверка действий, а также отслеживание их выполнения.
7. Подготовка итогового отчета по результатам каждой проверки и распространение его среди задействованных групп и сотрудников.