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

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

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

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

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

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

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

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

Интервал:

Закладка:

Сделать

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

Цель группы ключевых процессов «Управление производственным субподрядом» заключается в выборе квалифицированных производственных субподрядчиков и эффективном управлении ими.

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

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

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

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

Цели

Цель 1 Выбор генеральным подрядчиком квалифицированных субподрядчиков.

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

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

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

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

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

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

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

2. Управление субподрядом основывается на заключенных договорах.

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

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

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

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

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

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

3. В сферу ответственности менеджера по субподряду входит следующее:

выбор субподрядчика,

управление субподрядом,

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

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

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

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

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

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

модели получения оценочных результатов,

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

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

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

Примеры тем учебных занятий:

подготовка и планирование субконтракта,

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

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

выбор субподрядчика,

управление субподрядом.

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

Примеры ориентирования:

предметная область,

применяемые технологии разработки, используемые инструменты разработки,

используемые методики,

применяемые стандарты,

используемые процедуры.

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

Операция 1 Определение и планирование субподрядной работы в соответствии с документированной процедурой.

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

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

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

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

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

техническое задание,

системные требования, отнесенные к ПО,

требования к ПО,

план разработки ПО,

стандарты и процедуры разработки.

3. Техническое задание на субподряд:

подготавливается,

проверяется,

согласуется.

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

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

Интервал:

Закладка:

Сделать


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

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




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


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


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

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