ННГУ Н Новгород 2005 г Курс Введение в

ННГУ, Н. Новгород, 2005 г. Курс Введение в программную инженерию Модуль 04 Управление качеством ИТ проекта Карпенко С. Н. , Н. Новгород, ННГУ, Sergey. Karpenko@cs. vmk. unn. ru ___________________________ SEI. Мод. 04 Управление качеством ИТ проекта © Карпенко С. Н. , 2005 г. № из NN

О чем будем говорить? Часть 1. Качество и управление качеством (экскурс в историю) Часть 2. ISO 9000: система управления качеством Часть 3. ISO 12207: процессы качества ПО Часть 4. CMM: зрелость организаций и процессов Часть 5. ISO 15504: аттестация, определение зрелости и усовершенствование процессов SEI. Мод. 04 Управление качеством ИТ проекта © Карпенко С. Н. , 2005 г. 2

Часть 1. Качество и управление качеством (экскурс в историю) Вопросы: q Что такое качество? q Эволюция качества SEI. Мод. 04 Управление качеством ИТ проекта © Карпенко С. Н. , 2005 г. методов обеспечения 3

Что такое качество? А что Вы думаете по этому поводу? SEI. Мод. 04 Управление качеством ИТ проекта © Карпенко С. Н. , 2005 г. 4

Что такое качество? q Качество: – …, все что составляет сущность лица или вещи. (Словарь Даля) – философская категория, выражающая неотделимую от бытия объекта его существенную определенность, благодаря которой он является именно этим, а не иным объектом. (БСЭ) – продукции - совокупность свойств продукции, обусловливающих ее способность удовлетворять определенные потребности в соответствии с ее назначением. (БСЭ) – товара - совокупность потребительских свойств товара. (ГОСТ Р 51303 -99) q Качество - это свойство товара (услуги) наиболее полно удовлетворять требованиям и пожеланиям потребителя SEI. Мод. 04 Управление качеством ИТ проекта © Карпенко С. Н. , 2005 г. 5

Теория иерархии потребностей q Потребности – свойства личности q По Маслоу (Abraham Maslow)- 5 групп или уровней потребностей: – Основные или физиологические потребности – Потребности в защищенности – Социальные потребности – Потребности признания – Потребности развития q Переход 100% (70%) SEI. Мод. 04 Управление качеством ИТ проекта © Карпенко С. Н. , 2005 г. 6

Мера качества: ценность и стоимость q Мера качества: – Ценность - способность удовлетворять потребности – Качество - соответствие между свойствами и ценностью – Мера качества - соотношение ценности и стоимости. q Различают: – Для потреб. : Qu = Cu / Su – Для произв. : Qd = Cd / Sd – Конкурентосп. : K = Cu / Cd q Примеры ? : – Не требуемых свойств – Неудовлетвор. требований – Дополнительных затрат Производитель Стоимость - Sd Ценность - Cd Внутрен ний дефект Годная продукция Требуем ые свойства Неудовлетв оренные требования Дополн ител. затраты Ценность- Cu Потребитель SEI. Мод. 04 Управление качеством ИТ проекта © Карпенко С. Н. , 2005 г. Не требуем ые свойства Внешн ий дефект Стоимость- Su 7

Эволюция методов обеспечения качества Три фазы эволюции методов: – Фаза отбраковки – Фаза управления качеством – Фаза планирования качества SEI. Мод. 04 Управление качеством ИТ проекта © Карпенко С. Н. , 2005 г. 8

Фаза отбраковки q Ремесленное производство – индивидуальных изделий q Стандартизация – В 70 х гг. XIX века калибровка на заводах Кольта – Конец XIX века калибровка на заводах "Кадиллак" q Выходной контроль вместо входного – Производственная система Форда-Тейлора q Результат – Численность контролеров стала составлять до 30 - 40% SEI. Мод. 04 Управление качеством ИТ проекта © Карпенко С. Н. , 2005 г. 9

Фаза управления качеством q Цель фазы – не отбраковка, а увеличение выхода годных изделий в техпроцессе: – Управление процессами – Управление производством q Старт первого этапа май 1924 г. Вестерн Электрик, США: – Контрольные карты Шухарта – Аудиторские службы контроля небольших выборок изделий – Ограниченность отдельных процессов SEI. Мод. 04 Управление качеством ИТ проекта © Карпенко С. Н. , 2005 г. 10

Фаза управления качеством q Второй этап (фаза менеджмента качества): q Начало этапа – 1950 г. , Япония. Доктор Эдвардс Деминг – – Совершенствование системы в целом Непосредственное участии высшего руководства Обучение всех сотрудников компаний Упор на мотивацию сотрудников на высококачественный труд – Программа менеджмента качества из 14 пунктов – 12 лекций Деминга для ведущих менеджеров японских фирм. – Идеи программы вначале не нашли отклика в США q 1957 г. , Фейгенбаум: принципы TQM – Total Quality Management q Качество определяет производитель, а покупатель. . – что делать при ошибке определения запросов, когда годные товары не находят спроса? SEI. Мод. 04 Управление качеством ИТ проекта © Карпенко С. Н. , 2005 г. 11

Фаза планирования качества q Старт – середина 60 -х. Планирование запросов q Предпосылки: – Развитие мирового рынка – Резкое обострение конкуренции на этом рынке – Политика государственной защиты интересов потребителей – Развитие теории надежности изделий – Внедрение вычислительной техники и САПР q Основы концепции: – Большая часть дефектов закладывается на стадии проектирования – Математическое моделирование свойств и процессов – Снижение цены SEI. Мод. 04 Управление качеством ИТ проекта © Карпенко С. Н. , 2005 г. 12

Что вы запомнили? q Что такое качество? q Что такое мера качества? q Какова мера качества программного продукта? q Каковы основные фазы эволюции методов обеспечения качества? q Роль стандартов в обеспечении качества? q Что такое система управления качеством? q Что такое прогнозирование качества? q Что такое стандарты на программное обеспечение? SEI. Мод. 04 Управление качеством ИТ проекта © Карпенко С. Н. , 2005 г. 13

Часть 2. ISO 9000: система управления качеством Вопросы: q TQM – фундаментальные требования ISO 9000 q Структура документов ISO 9000 q Как работает система управления качеством? q Немного об истории ISO 9000 SEI. Мод. 04 Управление качеством ИТ проекта © Карпенко С. Н. , 2005 г. 14

ISO 9000. TQM - фундаментальные требования 1. Ориентация организации на потребителя – Организации зависят от своих потребителей и, таким образом, должны понимать текущие и будущие потребности потребителей, удовлетворять их требования и стремиться превзойти их ожидания 2. Лидерство – Лидеры организаций обеспечивают единство назначения и направления организации. Они должны создать и поддерживать внутреннюю окружающую среду, в которой люди могут в полной мере участвовать в достижении стратегических целей организации 3. Вовлечение персонала – Люди составляют сущность организации на всех уровнях, и их полная вовлеченность способствует применению их способностей на благо организации. 4. Процессный подход – Желаемый результат достигается более эффективно, когда связанные ресурсы и деятельность управляются как процесс SEI. Мод. 04 Управление качеством ИТ проекта © Карпенко С. Н. , 2005 г. 15

ISO 9000. TQM - фундаментальные требования 5. Системный подход к административному управлению – Выявление, понимание и административное управление системой взаимосвязанных процессов для заданной стратегический цели повышает эффективность и результативность организации 6. Непрерывное усовершенствование – Непрерывное усовершенствование должно быть постоянной стратегической целью организации 7. Основанный на фактах подход к принятию решений – Эффективные решения базируются на анализе данных и информации 8. Взаимовыгодные отношения с поставщиками – Организация и ее поставщики взаимозависимы, и взаимовыгодные отношения повышают способность обоих производить ценности SEI. Мод. 04 Управление качеством ИТ проекта © Карпенко С. Н. , 2005 г. 16

ISO 9000. Структура документов СК q Заявление о политике и целях в области качества q Руководство по качеству q Документированные процедуры, требуемые настоящим стандартом q Документы, необходимые организации для: – обеспечения эффективного планирования – осуществления процессов и управления ими (положения о подразделениях, должностные инструкции, регламенты, технологические инструкции. . ) q Записи о качестве SEI. Мод. 04 Управление качеством ИТ проекта © Карпенко С. Н. , 2005 г. Подробно 17

ISO 9000. Как работает система качества? CPI: Continuous Process Improvement – Постоянное Улучшение Процессов Источник: Международные стандарты ISO серии 9000. http: //www. m 2 bc. ru/qs_iso-scheme SEI. Мод. 04 Управление качеством ИТ проекта © Карпенко С. Н. , 2005 г. 22

ISO 9000. Немного истории q 1979 г. BS-5750: British Standards Institution, BSI q 1987 г. – первая версия серии ISO 9000 q 1994 г. - вторая версия ISO 9000: 1994 - 24 стандарта (с 9000 и 10000) q 2000 г. – третья версия ISO 9000: 2000 - 5 базовых стандартов. Подробно SEI. Мод. 04 Управление качеством ИТ проекта © Карпенко С. Н. , 2005 г. 23

ISO 9000. Что вы запомнили? q Каковы 8 принципов TQM? q Краткая характеристика этих принципов q Почему ISO 9000 предписывает некоторую структуру документов? q Каков q Как состав этой структуры документов? работает система качества? q Применим ли ISO 9000 к разработке ПО? SEI. Мод. 04 Управление качеством ИТ проекта © Карпенко С. Н. , 2005 г. 29

Часть 2. ISO 12207: процессы качества ПО Вопросы: q Процесс обеспечения качества q Процесс верификации q Процесс аттестации q Процесс усовершенствования SEI. Мод. 04 Управление качеством ИТ проекта © Карпенко С. Н. , 2005 г. 30

ISO 12207. Процесс обеспечения качества q Цель - обеспечение продуктов и процессов требованиям и планам. q Вспомогательные процессы: – верификация, аттестация, совместные анализы, аудит и решение проблем q Процесс – – состоит из следующих работ: Подготовка процесса Обеспечение продукта Обеспечение процесса Обеспечение систем качества SEI. Мод. 04 Управление качеством ИТ проекта © Карпенко С. Н. , 2005 г. 31

ISO 12207. Процесс усовершенствования 1. Подготовк а процесса 1. Адаптация процесса обеспечения качества к условиям конкретного проекта 2. Обеспечени е продукта 2. 3. Обеспечени е процесса Координация процесса с процессами верификации, аттестации, совместного анализа и аудита 3. Разработка плана выполнения работ и задач процесса обеспечения качества 4. Обеспечение доступности заказчику отчетов по обеспечению качества 5. Обеспечение лиц, ответственных за качество организационной независимостью, ресурсами и полномочиями 4. Обеспечен ие систем качества SEI. Мод. 04 Управление качеством ИТ проекта © Карпенко С. Н. , 2005 г. 32

ISO 12207. Процесс усовершенствования 1. Подготовк а процесса 2. Обеспечени е продукта 3. Обеспечени е процесса 4. Обеспечен ие систем качества 1. Обеспечение документального оформления, взаимного согласования и выполнения всех планов проекта 2. Обеспечение разработки программных продуктов и документации по условиям договора и в рамках утвержденных планов 3. Обеспечение соответствия программных продуктов требованиям и пожеланиям заказчика при их подготовке к поставке SEI. Мод. 04 Управление качеством ИТ проекта © Карпенко С. Н. , 2005 г. 33

ISO 12207. Процесс усовершенствования 1. Подготовк а процесса 2. Обеспечени е продукта 4. Обеспечен ие систем качества 2. Используемые технологии, условия разработки, … должны соответствовать условиям договора 3. Требования должны быть доведены до субподрядчика, а его продукты удовлетворять этим требованиям 4. Взаимная поддержка и кооперация с Заказчиком и другие участниками Продукт и процессы должны соответствовать установленным стандартам и процедурам 6. Обеспечени е процесса Процессы поставки, разработки, эксплуатации, сопровождения … должны выполняться в соответствии с условиями договора и в рамках утвержденных планов 5. 3. 1. Персонал должен обладать достаточным опытом и знаниями SEI. Мод. 04 Управление качеством ИТ проекта © Карпенко С. Н. , 2005 г. 34

ISO 12207. Процесс усовершенствования 1. Подготовк а процесса 2. Обеспечени е продукта 3. Обеспечени е процесса 4. Должно быть обеспечено проведение дополнительных работ по управлению качеством в соответствии с разделами ГОСТ Р ИСО 9001, указанными в договоре. Обеспечен ие систем качества 1. Полный текст процесса SEI. Мод. 04 Управление качеством ИТ проекта © Карпенко С. Н. , 2005 г. 35

ISO 12207. Процесс верификации q Определение того, что ПО функционирует в полном соответствии с требованиями – Анализ, проверка и испытание (тестирование) – Может выполняться с различной степенью независимости исполнителей q Состоит из следующих работ: – Подготовка процесса – Верификация SEI. Мод. 04 Управление качеством ИТ проекта © Карпенко С. Н. , 2005 г. 36

ISO 12207. Процесс верификации 1. Подготовк а процесса 2. 1. Определение необходимости верификации и степени организационной независимости исполнителей. Анализ критичности проектных требований с точки зрения необходимости верификации. Верификац ия 2. Установление процесса верификации. Выбор (при необходимости) независимой организации. 3. Определение работ и программных продуктов, нуждающиеся в верификации 4. Разработка плана верификации на основе установленных задач верификации 5. Выполнение плана верификации. Устранение обнаруженных проблем через процесс решения проблем. SEI. Мод. 04 Управление качеством ИТ проекта © Карпенко С. Н. , 2005 г. 37

ISO 12207. Процесс верификации 1. Подготовка процесса 1. Верификация договора 2. Верификация процесса 3. Верификация требований 4. Верификация проекта 5. Верификация программы 6. Верификация сборки 7. Верификация документации – – – SEI. Мод. 04 Управление качеством ИТ проекта © Карпенко С. Н. , 2005 г. – возможность, непротиворечивость и полнота требований своевременность требований; реализуемость выбранных процессов; применимость стандартов; обученность персонала непротиворечивость, выполнимость, тестируемость и точность реализуемость по времени, требованиям, ресурсам тестируемость, правильность, соответствие требованиям и стандартам полнота и правильность сборки компонентов и модулей соответствие, полнота, непротиворечивость и своевременность Полный текст процесса 38

ISO 12207. Процесс аттестации q Определение полноты установленных требований, созданного программного продукта их функциональному назначению – Может выполняться с различной степенью независимости исполнителей q Состоит из следующих работ: – Подготовка процесса – Аттестация SEI. Мод. 04 Управление качеством ИТ проекта © Карпенко С. Н. , 2005 г. 39

ISO 12207. Процесс аттестации 1. Подготовка процесса 2. Аттестация 1. Определение необходимости аттестации и степень организационной независимости исполнителей. 2. Определение задач аттестации и установление процесса аттестации. 3. Разработка плана аттестации, определяющего объекты, задачи, ресурсы и процедуры аттестации. 4. Выполнение плана аттестации. Устранение обнаруженных проблем через процесс решения проблем. 40 SEI. Мод. 04 Управление качеством ИТ проекта © Карпенко С. Н. , 2005 г.

ISO 12207. Процесс аттестации 2. Подготовка требований к тестированию, контрольных примеров и технических условий испытаний. Обеспечение соответствия требований, контрольных примеров и технических условий испытаний конкретным требованиям и объектам. 3. Подготовка процесса 1. 2. 1. Проведение испытаний, включая: Аттестация - испытания при критических, граничных и особых значениях исходных данных; испытание на ошибкоустойчивость; испытание при участии репрезентативно выбранных пользователей. процесса SEI. Мод. 04 Управление качеством ИТ проекта © Карпенко С. Н. , 2005 г. Полный текст 41

ISO 12207. Процесс усовершенствования q Является процессом установления, оценки, измерения, контроля и улучшения любого процесса ЖЦ ПО q Состоит из следующих работ: – Создание процесса – Оценка процесса – Усовершенствование процесса SEI. Мод. 04 Управление качеством ИТ проекта © Карпенко С. Н. , 2005 г. 42

ISO 12207. Процесс усовершенствования 1. Создани 1. е процесса 2. Оценка процесса 3. Усоверше н-ствование процесса Определить набор организационных процессов для всех процессов жизненного цикла в соответствии с имеющимся практическим опытом При этом: q Организационные процессы и их применение должны быть задокументированы q Определен механизм управления процессом усовершенствования при разработке, контроле, управлении и усовершенствовании процессов SEI. Мод. 04 Управление качеством ИТ проекта © Карпенко С. Н. , 2005 г. 43

ISO 12207. Процесс усовершенствования 1. Создани е процесса 1. Должна быть разработана, документально оформлена и применена процедура оценки процесса. Должны сохраняться и обновляться отчеты о выполненных оценках процесса 2. Оценка и анализ улучшаемых процессов должны планироваться и выполняться в установленные сроки 2. Оценка процесса 3. Усоверше н-ствование процесса SEI. Мод. 04 Управление качеством ИТ проекта © Карпенко С. Н. , 2005 г. 44

ISO 12207. Процесс усовершенствования 1. Создание процесса 2. Оценка процесса 1. По результатам анализа и оценки внести соответствующие улучшения в выполняемый процесс 2. Для анализа процессов собрать и проанализировать архивные, технические и оценочные данные 3. Для усовершенствования организационных процессов собрать, обновить и использовать данные о расходах 3. Усовершен -ствование процесса Полный текст процесса SEI. Мод. 04 Управление качеством ИТ проекта © Карпенко С. Н. , 2005 г. 45

ISO 12207. Некоторые выводы q ISO 12207 явно следует принципам TQM: q Соответствует (и явно ссылается) стандарту ISO 9000 q Недостатки: – – Процессный подход, как основа стандарта Системной подход к управлению Ориентация на потребителя Непрерывное усовершенствование (процесс усовершенствования) – Есть детализация для ПО (процессы аттестации и верификации), но в целом - ISO 9000 – Декларативный характер рекомендаций – неясно, как применять – В чем разница между верификацией и аттестацией? SEI. Мод. 04 Управление качеством ИТ проекта © Карпенко С. Н. , 2005 г. 46

Часть 3. CMM: зрелость организаций и процессов Вопросы: q Причины и история создания q Модель технологической зрелости q Пять уровней зрелости организации q Определение модели зрелости q Критерии оценки уровня зрелости SEI. Мод. 04 Управление качеством ИТ проекта © Карпенко С. Н. , 2005 г. 47

CMM. Причины и история создания q Недостатки ISO 9000 – недостаточная подробность стандарта – неточность оценки качества процессов – отсутствие механизмов улучшения процессов q Середина 70 -х – проблемы Мин. обороны США – Рост сложности задач – Хронические срывы сроков и качества – Безуспешный поиск методик и инструментов – Неспособность организаций управлять процессом разработки ПО – Поиск методов оценки способности организаций q 1993 г. - МО США + SEI: SW CMM – Capability Maturity Model for Software – Модель технологической зрелости организации-разработчика ПО SEI. Мод. 04 Управление качеством ИТ проекта © Карпенко С. Н. , 2005 г. Подробнее: Легенда о CMM 48

CMM. Модель технологической зрелости q Фундаментальные понятия модели: – Process - технология, технологический процесс, процесс – Process Capability - продуктивность, совершенство – это описание стадий эволюции, которые проходят организацииразработчики по мере того, как они (организации) определяют, реализуют, измеряют, контролируют и совершенствуют процессы создания ПО • диапазон результатов, которые можно ожидать от организации – Process Performance - производительность процесса • фактические результаты, достигнутые организацией - Process Maturity - зрелость технологии • степень определенности, управляемости, наблюдаемости, контролируемости и эффективности процесса Подробнее: Обзор модели CMM Зрелые и незрелые организации. SEI. Мод. 04 Управление качеством ИТ проекта © Карпенко С. Н. , 2005 г. 49

CMM. Пять уровней зрелости организации 1. Начальный (Initial) 2. Повторяемый (Repeatable) 3. Определенный (Defined) 4. Управляемый (Managed) 5. Оптимизируем ый (Optimized) SEI. Мод. 04 Управление качеством ИТ проекта © Карпенко С. Н. , 2005 г. 50

CMM. Пять уровней зрелости организации 1. Начальный (Initial) q Технология разработки ПО характеризуется как произвольная (импровизированная), в некоторых случаях — даже хаотическая q Лишь некоторые процессы определены, успех всецело зависит от усилий отдельных сотрудников 2. Повторяемый (Repeatable) 3. Определенный (Defined) 4. Управляемый (Managed) 5. Оптимизируем ый (Optimized) SEI. Мод. 04 Управление качеством ИТ проекта © Карпенко С. Н. , 2005 г. 51

CMM. Пять уровней зрелости организации 1. Начальный (Initial) q Базовые процессы управления проектом ПО установлены для отслеживания стоимости, графика и функциональности выходного продукта. q Необходимая дисциплина соблюдения установленных процессов имеет место и обеспечивает возможность повторения успеха предыдущих проектов в той же прикладной области 2. Повторяемый (Repeatable) 3. Определенный (Defined) 4. Управляемый (Managed) 5. Оптимизируем ый (Optimized) SEI. Мод. 04 Управление качеством ИТ проекта © Карпенко С. Н. , 2005 г. 52

CMM. Пять уровней зрелости организации 1. Начальный (Initial) q Управленческие и инженерные процессы задокументированы, стандартизованы и интегрированы в унифицированную для всей организации технологию создания ПО. q Каждый проект использует утвержденную, адаптированную к особенностям данного проекта, версию этой технологии. 2. Повторяемый (Repeatable) 3. Определенный (Defined) 4. Управляемый (Managed) 5. Оптимизируем ый (Optimized) SEI. Мод. 04 Управление качеством ИТ проекта © Карпенко С. Н. , 2005 г. 53

CMM. Пять уровней зрелости организации 1. Начальный (Initial) q Детальные метрики (объективные данные) о качестве исполнения процессов и выходной продукции собираются и накапливаются. q Управление процессами и выходной продукцией осуществляется по количественным оценкам 2. Повторяемый (Repeatable) 3. Определенный (Defined) 4. Управляемый (Managed) 5. Оптимизируем ый (Optimized) SEI. Мод. 04 Управление качеством ИТ проекта © Карпенко С. Н. , 2005 г. 54

CMM. Пять уровней зрелости организации 1. Начальный (Initial) 2. Повторяемый (Repeatable) 3. Определенный (Defined) 4. Управляемый q Совершенствование технологии создания ПО осуществляется непрерывно на основе количественной обратной связи от процессов и пилотного внедрения инновационных идей Подробнее: Пять уровней зрелости (Managed) 5. Оптимизируемы й (Optimized) А также: организации 5 уровней зрелости руководителя SEI. Мод. 04 Управление качеством ИТ проекта © Карпенко С. Н. , 2005 г. 5 уровней 55

CMM. Определение модели зрелости q Группы ключевых процессов на каждом уровне q Для каждого ключевого процесса: – Цели (целевые установки) • Объем, границы и смысл каждого ключевого процесса • Критерий эффективности процесса и достижимости уровня – Ключевые практики по разделам: • • • Обязательства по выполнению Необходимые предпосылки Выполняемые операции Измерения и анализ Проверка внедрения Подробнее: SEI. Мод. 04 Управление качеством ИТ проекта © Карпенко С. Н. , 2005 г. Определение модели зрелости Ключевые практики 56

CMM. Группы ключевых процессов 1. Начальный (Initial) 2. Повторяемый (Repeatable) q Компетентность специалистов q Самопожертвование q Героизм 3. Определенный (Defined) 4. Управляемый (Managed) 5. Оптимизируем ый (Optimized) SEI. Мод. 04 Управление качеством ИТ проекта © Карпенко С. Н. , 2005 г. 57

CMM. Группы ключевых процессов 1. Начальный (Initial) 2. Повторяемый (Repeatable) q Управление требованиями q Планирование проекта ПО q Отслеживание и контроль проекта ПО q Управление субподрядом q Обеспечение качества ПО q Конфигурационное управление ПО 3. Определенный (Defined) 4. Управляемый (Managed) 5. Оптимизируем ый (Optimized) SEI. Мод. 04 Управление качеством ИТ проекта © Карпенко С. Н. , 2005 г. 58

CMM. Группы ключевых процессов q Фокус организации на процессах q Определение процессов в организации q Программа обучения q Интегральное управление ПО 4. Управляемый q 5. Оптимизируем Разработка программной продукции q Координация между группами q Коллегиальное рассмотрение (Peer Review) 1. Начальный (Initial) 2. Повторяемый (Repeatable) 3. Определенный (Defined) (Managed) ый (Optimized) SEI. Мод. 04 Управление качеством ИТ проекта © Карпенко С. Н. , 2005 г. 59

CMM. Группы ключевых процессов 1. Начальный (Initial) 2. Повторяемый (Repeatable) q Количественное управление процессами q Менеджмент качества ПО 3. Определенный (Defined) 4. Управляемый (Managed) 5. Оптимизируем ый (Optimized) SEI. Мод. 04 Управление качеством ИТ проекта © Карпенко С. Н. , 2005 г. 60

CMM. Группы ключевых процессов 1. Начальный (Initial) 2. Повторяемый (Repeatable) 3. Определенный (Defined) q Предупреждение дефектов q Управление изменениями в технологиях q Управление изменениями в процессах 4. Управляемый (Managed) 5. Оптимизируемы й (Optimized) SEI. Мод. 04 Управление качеством ИТ проекта © Карпенко С. Н. , 2005 г. Пример: Управление требованиями Подробнее: Группы ключевых процессов 61

CMM. Критерии оценки уровня зрелости q Целевые установки группы ключевых процессов считаются – удовлетворенными, если применяемая практика соответствует всем ключевым практикам СММ, или их адекватному эквиваленту q Группа ключевых процессов считается удовлетворяющей уровню : – если удовлетворены все целевые установки – не удовлетворяющей, если полностью не удовлетворена хотя бы одна ее целевая установка q Организация считается соответствующей уровню : – если удовлетворены все ключевые области процессов этого и всех нижестоящих уровней – не соответствующей, если хотя бы одна ключевая область процессов этого или любого нижестоящего уровня не удовлетворяет СММ Подробнее: Использование CMM SEI. Мод. 04 Управление качеством ИТ проекта © Карпенко С. Н. , 2005 г. 62

CMM. Вопросы, вопросы? 1. Кому и зачем потребовался CMM? 2. Что такое зрелая и незрелая организации? 3. Что такое модель технологической зрелости? 4. Основные понятия модели технологической зрелости? 5. Пять уровней зрелости модели CMM. Характеристика уровней. 6. Что такое группы ключевых процессов? 7. Как описываются ключевые процессы группы? 8. Что такое ключевые практики и подпрактики? В чем состоит их роль? 9. Связь CMM с ISO 9000? 10. В чем сила и слабость модели CMM? Можете предложить другую модель зрелости организации SEI. Мод. 04 Управление качеством ИТ проекта © Карпенко С. Н. , 2005 г. 63

CMM. Резюме: CMM в тезисах q Зрелость организации есть возможность выполнять сложные проекты q Зрелость организации определяется через зрелость ее технологических процессов q Можно выделить уровни зрелости организаций (процессов). В CMM их пять. q Модель зрелости – описание способа оценки уровня зрелости и путей перехода на следующий уровень q Модель зрелости описывается: q Достижение уровня зрелости определяется по критерию: – Ключевыми процессами, которые должны выполняться на каждом уровне зрелости – Каждый ключевой процесс описывается целями и набором разделов – атрибутов, определяющих различные аспекты выполнения процесса – Каждый атрибут описывается в виде ключевых практик – отдельных действий и условий, которые должны выполняться – уровень достигнут, если удовлетворены все ключевые процессы этого уровня – ключевой процесс удовлетворен, если достигнуты все его цели – цели процесса достигнуты, если выполняются все ключевые практики всех разделов или их аналоги SEI. Мод. 04 Управление качеством ИТ проекта © Карпенко С. Н. , 2005 г. 64

Часть 4. ISO 15504: аттестация, определение зрелости и усовершенствование процессов Вопросы: q Причины и история создания q Назначение и структура стандарта q Структура эталонной модели q Процесс аттестации q Компетентность аттестаторов SEI. Мод. 04 Управление качеством ИТ проекта © Карпенко С. Н. , 2005 г. 65

ISO 15504. Причины и история создания q 1991: ISO 9000 q 1991: старт SPICE – Software Process Improvement and Capability d. Etermination - определение возможностей и улучшение процесса создания программного обеспечения q 1993: CMM SW – Каковы могут быть аналоги ключевых практик? – Как быть, если выполняется только часть ключевых практик? – Можно ли считать, что ключевая практика частично и как это оценить? q 1998: ISO/IEC TR 15504 CMM: Information Technology Software Process Assessment", q Цель – единый стандарт с учетом всего мирового опыта q Результат: 500 страниц SEI. Мод. 04 Управление качеством ИТ проекта © Карпенко С. Н. , 2005 г. 66

ISO 15504. Назначение и структура стандарта SEI. Мод. 04 Управление качеством ИТ проекта © Карпенко С. Н. , 2005 г. 67

ISO 15504. Структура эталонной модели Измерение «Зрелость» 1 Непо лный 2 Выполняе мый 3 Управляе мый 4 Устоявшийся 5 6 Предсказу Оптимизи емый руемый Измерение «Процесс» Приобретения Подготовки приобретения Поставки Выявления требований Разработки Проектировани я ПО. . . SEI. Мод. 04 Управление качеством ИТ проекта © Карпенко С. Н. , 2005 г. 68

ISO 15504. Измерение «Процесс» Основные: Измерение «Процесс» CUS: Потребитель-поставщик ENG: Инженерная Вспомогательные SUP: Вспомогательная Организационные MAN Управленческая ORG: Организационная SEI. Мод. 04 Управление качеством ИТ проекта © Карпенко С. Н. , 2005 г. q Тип процесса – базовый — из 12207; – расширенный — расширение из 12207; – новый — нет в 12207; – составляющий — часть из 12207; – расширенный составляющий — расширенная часть проц. из 12207 Подробнее: ISO 15504. Процессы ЖЦ ПО 69

ISO 15504. Измерение «Зрелость» 2 Выполняемый PA 1. 1 Выполнение процесса 3 Управляемый PA 2. 1 Управление выполнением PA 2. 2 Управление продуктами 4 Устоявшийся PA 3. 1 Задание процесса 5 Предсказуемый PA 3. 2 PA 4. 1 Обеспе. Измеречение ресурсами PA 4. 2 Количест венное управление процессом 6 Оптимизируемый PA 5. 1 Изменение процесса PA 5. 2 Непрерывное усоверше нствование Подробнее: Измерение Зрелость SEI. Мод. 04 Управление качеством ИТ проекта © Карпенко С. Н. , 2005 г. 70

ISO 15504. Рейтинги атрибутов q Шкала рейтингов - % обладания атрибутом q Калибровка шкалы рейтингов: Код Название % NA Not Achieved - Не обладает 0% - 15% A Achieved - Обладает частично 16% - 50% L Largely achieved - Обладает в основном 51% - 85% F Fully achieved - Обладает полностью 86% - 100% SEI. Мод. 04 Управление качеством ИТ проекта © Карпенко С. Н. , 2005 г. 71

ISO 15504. Рейтинги атрибутов q Шкала рейтингов - % обладания атрибутом q Калибровка шкалы рейтингов: Код Название q % NA Not Achieved - Не обладает 0% - 15% A Achieved - Обладает частично 16% - 50% L Largely achieved - Обладает в основном 51% - 85% F Fully achieved - Обладает полностью Доказательства того, что аттестуемый процесс обладает заданным атрибутом, отсутствуют либо недостаточны 86% - 100% SEI. Мод. 04 Управление качеством ИТ проекта © Карпенко С. Н. , 2005 г. 72

ISO 15504. Рейтинги атрибутов q Шкала рейтингов - % обладания атрибутом q Калибровка шкалы рейтингов: Код Название q Существуют доказательства разумного систематического подхода к заданному атрибуту и того, что аттестуемый процесс обладает им в некоторой степени. q Некоторые аспекты достижения могут быть непредсказуемыми. % NA Not Achieved - Не обладает 0% - 15% A Achieved - Обладает частично 16% - 50% L Largely achieved - Обладает в основном 51% - 85% F Fully achieved - Обладает полностью 86% - 100% SEI. Мод. 04 Управление качеством ИТ проекта © Карпенко С. Н. , 2005 г. 73

ISO 15504. Рейтинги атрибутов q Шкала рейтингов - % обладания атрибутом q Калибровка шкалы рейтингов: Код Название q Существуют доказательства разумного систематического подхода к заданному атрибуту и того, что аттестуемый процесс обладает им в значительной степени. q Выполнение процесса может варьироваться в некоторых областях или организационных единицах. % NA Not Achieved - Не обладает 0% - 15% A Achieved - Обладает частично 16% - 50% L Largely achieved - Обладает в основном 51% - 85% F Fully achieved - Обладает полностью 86% - 100% SEI. Мод. 04 Управление качеством ИТ проекта © Карпенко С. Н. , 2005 г. 74

ISO 15504. Рейтинги атрибутов q Шкала рейтингов - % обладания атрибутом q Калибровка шкалы рейтингов: Код q Название Существуют доказательства полного и систематического подхода к заданному атрибуту и того, что аттестуемый процесс обладает им в полной мере. q В заданной организационной единице отсутствуют заметные недостатки % NA Not Achieved - Не обладает 0% - 15% A Achieved - Обладает частично 16% - 50% L Largely achieved - Обладает в основном 51% - 85% F Fully achieved - Обладает полностью 86% - 100% Подробнее: Модель уровней зрелости процессов SEI. Мод. 04 Управление качеством ИТ проекта © Карпенко С. Н. , 2005 г. 75

ISO 15504. Процесс аттестации q Документированный процесс – набор инструкций и процедура – роли и обязанности; – применение инструментальных средств и методик; – требуемые ресурсы; – последовательности видов деятельности и процедур, принадлежащих следующим категориям: • • планирование; сбор данных; подтверждение данных; формирование рейтингов процесса. q Выбор совместимой модели q Факторы успеха аттестации процессов – Обязательства заказчика и аттестаторы – Мотивация – поддержка процессов, а не поиск виноватых – Конфиденциальность – Релевантность – уверенность в выгоде аттестации – Доверие Подробнее: Руководство по проведению аттестации SEI. Мод. 04 Управление качеством ИТ проекта © Карпенко С. Н. , 2005 г. 76

ISO 15504. Компетентность аттестаторов Личные качества: q Эффективное письменное и устное общение q Дипломатичность q Ответственность q Настойчивость и умение преодолевать сопротивление q Рассудительность и лидерство q Прямота q Способность к взаимопониманию Подробнее: Руководство по компетентности аттестаторов SEI. Мод. 04 Управление качеством ИТ проекта © Карпенко С. Н. , 2005 г. 77

ISO 15504. Вопросы, вопросы … 1. В чем ISO 15504 похож на CMM? 2. Чем ISO 15504 отличается от CMM? 3. Что такое эталонная модель стандарта ISO 15504? 4. Измерение «Процесс» эталонной модели ISO 15504. Классификация и типы процессов. 5. Измерение «Зрелость» эталонной модели ISO 15504. Уровни зрелости и атрибуты. 6. Принципы оценки атрибутов эталонной модели. Рейтинги атрибутов. 7. Схема проведения процесса аттестации. Факторы успеха процесса аттестации. 8. Компетентность аттестаторов и схема ее подтверждения. SEI. Мод. 04 Управление качеством ИТ проекта © Карпенко С. Н. , 2005 г. 78

ISO 15504. Резюме: ISO 15504 в тезисах q Назначение стандарта состоит в аттестации, усовершенствовании и определении зрелости процессов создания ПО. q Основу стандарта составляет эталонная модель процессов и их зрелости. Эталонная модель имеет два измерения: «Процессы» и «Зрелость» . q Измерение «Процессы» содержит классификацию процессов ЖЦ ПО. Эта классификация является развитием стандарта ISO 12207 и включает: – три группы и пять категорий процессов – разделение процессов (по отношению в ISO 12207) на базовые, расширенныe, новые, составляющие и расширенные составляющие SEI. Мод. 04 Управление качеством ИТ проекта © Карпенко С. Н. , 2005 г. 79

ISO 15504. Резюме: ISO 15504 в тезисах q В отличие от CMM, в измерении «Зрелость» представлено 6 уровней зрелости процессов, по каждому из которых установлены атрибуты, отражающие достижение процессом уровня зрелости. Значения атрибутов оцениваются в процентах от полного достижения атрибута. Для качественной оценки вводятся рейтинги атрибутов. q Аттестация процессов составляет основу для их оценки и усовершенствования. Аттестация процессов: – состоит в определении значений рейтингов атрибутов процессов – начинается в выбора модели процессов и их зрелости аттестуемой организации, совместимой с эталонной моделью стандарта – является документированным процессом, представленным в стандарте в виде инструкций и регламентированной процедуры аттестации – проводятся аттестаторами, требования к компетентности которых также прописаны в стандарте q Оценка зрелости и усовершенствование процессов выполняются по результатам аттестации процессов и также являются документированными процессами стандарта SEI. Мод. 04 Управление качеством ИТ проекта © Карпенко С. Н. , 2005 г. 80

Рекомендуемая литература q Основная – ГОСТ Р ИСО/МЭК 12207 -99. ГОСУДАРСТВЕННЫЙ СТАНДАРТ РОССИЙСКОЙ ФЕДЕРАЦИИ. Информационная технология. ПРОЦЕССЫ ЖИЗНЕННОГО ЦИКЛА ПРОГРАММНЫХ СРЕДСТВ. () – Марк Паулк и др. Модель зрелости процессов разработки программного обеспечения - Capability Maturity Model for Software (CMM) Интерфейс-Пресс. 2002 г. · 256 с. – Оценка и аттестация зрелости процессов создания и сопровождения программных средств и информационных систем (ISO/IEC TR 15504 CMM) / Пер. с англ. А. С. Агапов, С. В. Зенин, Н. Э. Михайловский, А. А. Мкртумян А. А. - М. : Книга и бизнес, 2001. - 348 с. ISBN: 5 -212 -00884 -0 q Дополнительная – Терехов А. А. , Туньон В. Современные модели качества программного обеспечения (обзор ISO 9000, CMM SPICE) http: //www. interface. ru/fset. asp? Url=/misc/qs. htm – Назаренко Ю. А. Технологическая зрелость IT организаций. http: //www. noumen. ru/go/company/obj 1041600305/obj 1043060989 SEI. Мод. 04 Управление качеством ИТ проекта © Карпенко С. Н. , 2005 г. 81