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

Тут можно читать онлайн Марк Паулк - Модель зрелости процессов разработки программного обеспечения - бесплатно ознакомительный отрывок. Жанр: comp-programming. Здесь Вы можете читать ознакомительный отрывок из книги онлайн без регистрации и SMS на сайте лучшей интернет библиотеки ЛибКинг или прочесть краткое содержание (суть), предисловие и аннотацию. Так же сможете купить и скачать торрент в электронном формате fb2, найти и слушать аудиокнигу на русском языке или узнать сколько частей в серии и всего страниц в публикации. Читателям доступно смотреть обложку, картинки, описание и отзывы (комментарии) о произведении.
  • Название:
    Модель зрелости процессов разработки программного обеспечения
  • Автор:
  • Жанр:
  • Издательство:
    неизвестно
  • Год:
    неизвестен
  • ISBN:
    нет данных
  • Рейтинг:
    3.3/5. Голосов: 101
  • Избранное:
    Добавить в избранное
  • Отзывы:
  • Ваша оценка:
    • 60
    • 1
    • 2
    • 3
    • 4
    • 5

Марк Паулк - Модель зрелости процессов разработки программного обеспечения краткое содержание

Модель зрелости процессов разработки программного обеспечения - описание и краткое содержание, автор Марк Паулк, читайте бесплатно онлайн на сайте электронной библиотеки LibKing.Ru

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

Я публикую книгу на своем сайте в открытом доступе для того, чтобы все интересующиеся данным вопросом могли прочитать ее и получить необходимую информацию совершенно свободно и бесплатно. Причина в том, что те методики, которые описаны в данном стандарте, как я считаю, просто обязаны взять на вооружение те разработчики ПО, которые этим занимаются серьёзно. По крайней мере, это касается 2-го и 3-го уровней CMM, так как применение этих практик дает существенное повышение в производительности и устойчивости процесса разработки ПО.

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

Модель зрелости процессов разработки программного обеспечения - читать книгу онлайн бесплатно (ознакомительный отрывок), автор Марк Паулк
Тёмная тема
Сбросить

Интервал:

Закладка:

Сделать

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

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

Цели

Цель 1 Планирование работ по обеспечению качества ПО.

Цель 2 Объективная проверка соответствия программных продуктов и технологических операций применяемым стандартам, процедурам и требованиям.

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

Цель 4 Передача на рассмотрение высшему руководству вопросов несоответствия, не решаемых на уровне проекта.

Обязательства по выполнению

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

Эта политика обычно состоит из следующих положений.

1. Группа обеспечения качества контролирует работу по всем проектам разработки в организации.

2. Группа обеспечения качества имеет канал отчетности перед высшим руководством, который независим от:

менеджера проекта,

группы разработки ПО,

других групп, связанных с разработкой ПО.

Примеры групп, связанных с разработкой ПО:

группа управления конфигурацией ПО,

группа управления документацией.

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

Независимость должна: обеспечивать сотрудникам группы обеспечения качества организационную свободу, позволяющую им быть «глазами и ушами» высшего руководства проекта; исключить вынесение оценки работы сотрудников группы обеспечения качества со стороны руководства проверяемого проекта; обеспечить уверенность высшего руководства в объективности получаемых отчетов о производственном процессе и качестве продуктов проекта разработки ПО.

3. Высшее руководство регулярно проверяет деятельность группы обеспечения качества и ее результаты.

Необходимые предпосылки

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

Группа представляет собой совокупность отделов, менеджеров и сотрудников, которые несут ответственность за набор задач или операций. Состав группы может варьироваться от одного или нескольких совместителей из различных отделов до нескольких сотрудников, занятых этой деятельностью полный рабочий день. При формировании группы принимаются во внимание объем служебных обязанностей, объем проекта, организационная структура и культура взаимоотношений. Некоторые группы, такие как группа обеспечения качества ПО, концентрируются на деятельности на уровне проектов, другие же, как группа инженерии процессов производства, — на деятельности общекорпоративного уровня.

Предпосылка 2 Работы по обеспечению качества должны быть обеспечены соответствующими ресурсами и финансированием.

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

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

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

3. Работы по обеспечению качества обеспечиваются вспомогательными инструментальными средствами.

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

рабочие станции,

СУБД,

электронные таблицы,

средства проведения аудита.

Предпосылка 3 Члены группы обеспечения качества должны пройти обучение для выполнения своих задач.

Примеры тем учебных занятий: навыки и практические методы разработки ПО; роли и сферы ответственности группы разработки

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

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

Выполняемые операции

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

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

1. План обеспечения качества разрабатывается на ранних стадиях общего планирования проекта и параллельно с ним.

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

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

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

Операция 2 Группа обеспечения качества выполняет свои работы в соответствии с планом обеспечения качества.

План охватывает следующие вопросы:

1. Сфера ответственности и полномочия группы обеспечения качества.

Читать дальше
Тёмная тема
Сбросить

Интервал:

Закладка:

Сделать


Марк Паулк читать все книги автора по порядку

Марк Паулк - все книги автора в одном месте читать по порядку полные версии на сайте онлайн библиотеки LibKing.




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


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


Понравилась книга? Поделитесь впечатлениями - оставьте Ваш отзыв или расскажите друзьям

Напишите свой комментарий
x