
- •Структура курса «Управление качеством»
- •Место курса «Управление качеством» в подготовке IT- специалистов
- •Ошибка в контролирующем программном обеспечении, написанном на языке программирования Ada, вызвало самоликвидацию ракеты
- •Сетецентрическое управление системами
- •MANET, VANET and FANET.
- •High-Level JAUS system architecture ( Joint Architecture for Unmanned Systems )
- •A FANET scenario to extend the scalability of multi-UAV systems
- •A FANET application scenario for reliable multi-UAV communication network.
- •Architecture of MBSS containing mesh STAs, APs and portals as designed in IEEE
- •Использования беспроводных технологий четвертого поколения
- •Коммуникационная инфраструктура GIG
- •Схема информационных взаимодействий в сети DTN
- •Обобщённая модель сетецентрического подхода в военном деле
- •Эффект GIG
- •Интероперабельность информационных систем различного назначения
- •Обеспечение интероперабельности – основная тенденция в развитии открытых систем
- •Интероперабельность информационных систем различного масштаба
- •Р.П. Быстров, В.Н. Корниенко, А.Я. Олейников Интероперабельность, информационное противоборство и радиоэлектронная борьба//“Успехи современной
- •Соотношение основных понятий, связанных с проблемой итероперабельности
- •Industry 4.0 | Что это?
- •Слияние виртуального и реального миров с образованием гибридного мира мираобразованием
- •Industry 4.0 | Где человек?
- •Industry 4.0 | Ключевые компоненты*
- •Новая реальность: сетецентрические системы
- •Цифровая экосреда «умного
- •Определение SoS
- •Свойства SoS
- •Парадокc SoS
- •Концептуальная основа графодинамических систем
- •Вопрос
- •Статистические данные о текущей эффективности реализации программных проектов
- •About The Standish Group
- •The Standish Group is a primary research advisory organization that focuses on software
- •The Standish Group was formed in 1985 with a vision of innovating group
- •Эффективность реализации программных проектов по данным 2010 г.
- •Динамика эффективности реализации программных проектов
- •Последствия недостаточного качества реализации программных проектов
- •Реальная востребованность возможностей программного продукта
- •Статистические данные о эффективности реализации программных проектов
- •Статистические данные о эффективности реализации программных проектов
- •Основной вывод отчетаThe Standish Group
- •Факторы, приводящие к провалу проекта
- •Факторы успеха проекта и их значимость
- •Вывод:
- •Project Triangle
- •Project Triangle
- •Общие положения Total Quality Management (TQM)
- •Эволюция подходов к управлению качеством
- •Компоненты TQM
- •Содержание TQM
- •Содержание «Цикла Деминга»
- •Цикл Деминга
- •Базовые положения TQM
- •Базовые положения TQM
- •Базовые положения TQM
- •Базовые положения TQM
- •Принципы менеджмента на основе качества
- •Принципы менеджмента на основе качества (продолжение)
- •Точки зрения на проект в рамках методологии MSF
- •PMBOK
- •Принципы менеджмента на основе качества (продолжение)
- •Содержание основных этапов процесса цикла Деминга (ЦД)
- •Содержание основных этапов процесса ЦД (продолжение)
- •Содержание основных этапов процесса ЦД (продолжение)
- •Содержание основных этапов процесса ЦД (продолжение)
- •«Пять Почему?»
- •Содержание основных этапов процесса ЦД (продолжение)
- •Содержание основных этапов процесса ЦД (продолжение)
- •Подтверждение качества ПО
- •Краткий очерк истории тестирования
- •Краткий очерк истории тестирования (продолжение)
- •Краткий очерк истории тестирования (продолжение)
- •Краткий очерк истории тестирования (продолжение)
- •Краткий очерк истории тестирования (продолжение)
- •Краткий очерк истории тестирования (продолжение)
- •Понятия альфа- тестирования
- •Понятия бета- тестирования
- •Понятие бета-тестирования
- •Чем обусловлено появление бета- тестирования?
- •Сценарное тестирование
- •Содержание Ad hoc тестирования
- •Виды свободного тестирования (ad-hoc testing)
- •Основные преимущества ad-hoc testing
- •Понятие исследовательского тестирования
- •Когда следует применять исследовательское тестирование?
- •Предпосылки к использованию исследовательского тестирования в чистом виде
- •Использование исследовательского тестирование в дополнение к сценарному тестированию
- •Использование исследовательского тестирование в дополнение к сценарному тестированию (продолжение)
- •Когда одним исследовательским тестированием не обойтись
- •Когда одним исследовательским тестированием не обойтись
- •Системное сочетание исследовательского и сценарного тестирования
- •Анализ коренных причин (Root Cause Analysis)
- •Принципы SMART
- •Краткое описание содержания задач RCA
- •Краткое описание содержания задач RCA (продолжение)
- •Краткое описание содержания задач RCA (продолжение)
- •Краткое описание содержания задач RCA (продолжение)
- •Краткое описание содержания задач RCA (продолжение)
- •Базовые положения RCA
- •Базовые положения RCA
- •Инструментарий и технологии RCA.
- •«Пять Почему?»
- •Парето – анализ
- •Диаграмма причинно – следственных связей
- •Контрольные диаграммы (отдельный процесс)
- •Контрольные диаграммы (совокупность процессов)
- •Краткие рекомендации по применению RCA
- •Краткие рекомендации по применению RCA
- •Возможные причины неудачного применения RCA
- •Возможные причины неудачного применения RCA (продолжение)
- •Нормативное обеспечение управления проектами, портфелями, программами
- •Роли проекта
- •Назначение проекта как модели создаваемого объекта
- •Принципы проектирования
- •Принципы проектирования (продолжение)
- •Принципы проектирования (продолжение)
- •Принципы проектирования (продолжение)
- •Роль стандартизации жизненного цикла в управлении качеством СОД и У
- •Наиболее значимые стандарты
- •Базовые этапы (процессы) ЖЦ СОД и У
- •Направления стандартизации ЖЦ СОД и У
- •Направления стандартизации ЖЦ СОД и У (продолжение)
- •Направления стандартизации ЖЦ СОД и У (продолжение)
- •КОНЕЦ ЛЕКЦИЙ

Контрольные диаграммы (отдельный процесс)
126

Контрольные диаграммы (совокупность процессов)
127
Краткие рекомендации по применению RCA
–Важно сформировать «правильную» команду для проведения RCA. Члены команды должны обладать знаниями о исследуемом процессе и способны дать ответы на вопросы почему?; что?; как?
–Не старайтесь быстро получить не важно какое решение. Содержание проблемы и ее решение не могут быть очевидными.
–Убедитесь в том, что вы осведомлены о причинно – следственных связях.
128
Краткие рекомендации по применению RCA
–Предлагайте усовершенствования, которые близки и признаются командой.
–Привлечение экспертов в ходе проведения исследований способствует получению «правильного» результата; это предполагает наличие консультанта знающего объект исследования.
–Регулярная практика с RCA способствует повышению компетентности.
-Принимайте на себя ответственность только за то, на что вы можете оказывать влияние
129
Возможные причины неудачного применения RCA
–Отсутствие понимания существа исследуемой проблемы.
–Отсутствие просьбы о помощи в случае необходимости.
–Исключение из рассмотрения ряда возможных случаев/причин.
–Пропуск некоторых коренных причин.
–Непонимание правил функционирования системы.
–Неполный учет результатов тестирования и приведенного анализа.
130
Возможные причины неудачного применения RCA (продолжение)
–Отказ от способности размышлять.
–Возврат объекта без проведения исследования.
–Отказ от последовательных действий.
–Стремление как можно скорее сделать заключение.
–Действие без плана.
131

132
Нормативное обеспечение управления проектами, портфелями, программами
Роли проекта
1.Проект как система предписаний: создает предписание для изготовления изделия
2.Проект как модель создаваемого объекта : описывает строение, функционирование, внешний/внутренний вид объекта, добиваясь, чтобы его структура удовлетворялав требования заказчика и принципы проектирования
Назначение проекта как модели создаваемого объекта
1.Коммуникативная: связывает заказчика, проектировщика и потребителя
2.Объектно-онтологическую: обеспечивает внутри процесса проектирования разработку и создание проектируемого объекта