- •Кафедра «Информационные технологии»
- •Лекции 16, 17
- •Общие положения о стандартах
- •Цель стандартизации – достижение оптимальной степени упорядочения в определенной области работ (услуг) путем
- •Основные результаты стандартизации
- •Объект стандартизации – продукция, процесс, услуга, для которых разрабатываются определенные требования.
- •Схема уровней стандартизации
- •Нормативные документы по
- •Стандарт – (в широком смысле) – образец, эталон, модель, принимаемые за исходные для
- •Предварительный стандарт – временный
- •Документ технических условий (ДТУ) – устанавливает технические требования к продукции, услуге, процессу. Обычно
- •Свод правил – как и ДТУ, может быть самостоятельным документом или частью стандарта.
- •Стандарты в области ИТ
- •Стандарты в области ИТ
- •Стандарты в области ИТ
- •Стандарт «де-факто» - продукт какого-либо поставщика, который: 1) захватил большую долю рынка; 2)
- •Стандарт «де-юре» - создается формально признанной организацией по стандартизации. Разрабатывается в процессе (относительно)
- •Пример перехода
- •Пример
- •История создания и стандартизации SQL
- •История создания и стандартизации SQL
- •Разработка ИТ-стандартов – 2 подхода:
- •Стандарты жизненного цикла ПО
- •Базовый стандарт – принятый нормативный документ, регламентирующий типовые (возможно, многовариантные) требования, нормы и
- •Стандарты ЖЦ ИС
- •Общая характеристика стандартов
- •Общая характеристика стандартов на документирование ПО
- •Некоторые старые, но полезные
- •Некоторые старые, но полезные ГОСТы из ЕСПД
- •Некоторые старые, но полезные ГОСТы из ЕСПД
- •Некоторые старые, но полезные ГОСТы из ЕСПД
- •Некоторые старые, но полезные ГОСТы из ЕСПД
- •Некоторые старые, но полезные ГОСТы из ЕСПД
- •Вид программного
- •Примеры ГОСТов из ЕСПД
- •Примеры ГОСТов из ЕСПД
- •Примеры ГОСТов из ЕСПД
- •Примеры ГОСТов из ЕСПД
- •Примеры ГОСТов из ЕСПД
- •Стандарт ГОСТ 34.601-90 «Автоматизи- рованные системы. Стадии создания»
- •Стандарт ГОСТ 34.601-90
- •Стандарт ГОСТ 34.601-90
- •Стандарт ГОСТ 34.601-90
- •Стандарт ГОСТ 34.601-90 и др. стандарты
- •Стандарт ISO/IEC 12207-95
- •Стандарт ISO/IEC 12207-95
- •Корпоративные стандарты.
- •Rational Unified Process
- •Rational Unified Process
- •Rational Unified Process
- •Rational Unified Process
- •Rational Unified Process
- •Rational Unified Process
- •Rational Unified Process
- •3) Построение (Construction)
- •Графическое представление процесса
- •Microsoft Solutions Framework (MSF)
- •Microsoft Solutions Framework (MSF)
- •Microsoft Solutions Framework (MSF)
- •Microsoft Solutions Framework (MSF)
- •Microsoft Solutions Framework (MSF)
- •Microsoft Solutions Framework (MSF)
- •Модель проектной группы MSF
- •Модель проектной группы MSF
- •Модель проектной группы MSF
- •Модель проектной группы MSF
- •Проектная группа по MSF состоит из 6
- •Проектная группа по MSF состоит из 6 ролевых кластеров, каждый из которых отвечает
- •Наличие 6 ролевых кластеров не означает, что число членов команды кратно 6 -
- •Ролевые кластеры проектной группы MSF
- •Модель проектной группы MSF
- •Модель проектной группы MSF
- •Product management – управление
- •Logistic management – установка,
- •Модель процессов MSF
- •Модель процессов MSF (MSF process model)
- •Модель процессов MSF
- •Процесс MSF ориентирован на «вехи»
- •Модель процессов MSF учитывает постоянные изменения проектных требований. Она исходит из того, что
- •Модель процессов MSF имеет три основные особенности:
- •Модель процессов MSF
- •Модель процессов MSF
- •Модель процессов MSF
- •Модель процессов MSF
- •Модель процессов MSF
- •Модель процессов MSF
- •Экстремальное программирование
- •Основные 12 приемов XP – 4 группы
- •Основные 12 приемов XP – 4 группы
- •Парное программирование
- •Коллективное владение
- •Заказчик всегда рядом
- •Надежность и качество программных средств
- •Основные понятия и показатели надежности ПС
- •Основные понятия надежности систем
- •Основные понятия надежности систем
- •Основные понятия надежности систем
- •Основные понятия надежности систем
- •Основные понятия надежности систем
- •Показатели качества и надежности программных средств
- •Показатели качества и надежности
- •Примеры самых дорогих ошибок при разработке ПО
- •Катастрофа Ариан 5 (4 июня 1996)
- •Катастрофа Ариан 5 (4 июня 1996)
- •Катастрофа Ариан 5 (4 июня 1996)
- •Примеры самых дорогих ошибок при разработке ПО
- •Примеры самых дорогих ошибок при разработке ПО
- •Примеры самых дорогих ошибок при разработке ПО
- •Примеры самых дорогих ошибок при разработке ПО
- •Примеры самых дорогих ошибок при разработке ПО
- •Примеры самых дорогих ошибок при разработке ПО
- •Примеры самых дорогих ошибок при разработке ПО
- •Примеры самых дорогих ошибок при разработке ПО
- •Примеры самых дорогих ошибок при разработке ПО
- •Примеры самых дорогих ошибок при разработке ПО
- •Примеры простых ошибок при разработке ПО
- •Примеры простых ошибок при разработке ПО
- •Примеры простых ошибок при разработке ПО
- •Примеры простых ошибок при разработке ПО
- •Примеры простых ошибок при разработке ПО
- •Примеры простых ошибок при разработке ПО
- •Примеры простых ошибок при разработке ПО
- •Примеры простых ошибок при разработке ПО
- •Показатели качества и надежности программных средств
- •Показатели качества и надежности программных средств
- •Показатели качества и надежности
- •Показатели качества и надежности программных средств
- •Показатели качества и надежности программных средств
- •Показатели качества и надежности программных средств
- •Характеристики и атрибуты качества ПО по ISO 9126
- •Показатели качества и надежности программных средств
- •Показатели качества и надежности программных средств
- •Показатели качества и надежности программных средств
- •• ISO 9001:2000 (Аналог ГОСТ Р-2001).
- •• ISO 9001:2000 (Аналог ГОСТ Р-2001).
- •Дестабилизирующие факторы и методы обеспечения надежности функционирования
- •Схема
- •Схема модели анализа надежности ПС
- •Схема модели анализа надежности ПС
- •Схема модели анализа надежности ПС
- •Схема модели анализа надежности ПС
- •Обнаружение ошибок
- •Пассивное обнаружение ошибок -
- •Пассивное обнаружение ошибок -
- •Активное обнаружение ошибок -
- •Типы дефектов, ошибок и модификаций при сопровождении ПС
- •Каждому типу корректировок соответствует
- •Зависимости: вероятности правильного исправления
- •Пример зависимости стоимости устранения ошибки от стадии разработки ПО
- •Модели надежности ПО
- •Классификация моделей надежности ПС
- •Аналитические модели надежности ПО
- •Эмпирические модели надежности ПО
- •Модели надежности ПО
- •Особенности ошибок в ПО
- •Основные принципы оценки надежности ПО
- •Модель испытаний Бернулли
- •Модель испытаний Бернулли – предельные случаи
- •Модели надежности
- •Модели надежности ПО
- •Модели надежности ПО
- •Модели надежности ПО
- •Модели надежности ПО
- •Модели надежности ПО
- •Модели надежности ПО
- •Модели надежности ПО
- •Модели надежности ПО
- •Модели надежности ПО
- •Модели надежности ПО
- •Обеспечение качества и надежности в процессе разработки сложных ПС
- •Обеспечение качества и надежности в процессе разработки сложных ПС
- •Обеспечение качества и надежности в процессе разработки сложных ПС
- •Неточность процессов трансляции одного вида
- •Неточность процессов трансляции одного вида
- •Обеспечение качества и надежности в процессе разработки сложных ПС
- •Обеспечение качества и надежности в процессе разработки сложных ПС
- •Обеспечение иерархической структуры ПО
- •Обеспечение иерархической структуры ПО
- •Обеспечение качества и надежности в процессе разработки сложных ПС
- •Обеспечение качества и надежности в процессе разработки сложных ПС
- •Обеспечение качества и надежности в процессе разработки сложных ПС
- •Обеспечение качества и надежности в процессе разработки сложных ПС
- •Внесение и устранение ошибок ПО – общая схема действий
- •Процентное соотношение ошибок при разработке ПО – оценочные статистические данные
Основные понятия надежности систем
Надежность технических систем определяется в основном двумя факторами:
• надежностью компонентов – этот фактор основной для большинства аппаратных
комплексов;
• дефектами в конструкции, допущенными при проектировании или изготовлении –
определяющий фактор для сложных программных средств.
101
Основные понятия надежности систем
Воснове теории надежности лежат понятия о двух возможных состояниях объекта или системы:
•работоспособном – состояние объекта, при котором он способен выполнять заданные функции с параметрами, установленными технической документацией;
•неработоспособном.
Впроцессе функционирования объекта возможен
переход из работоспособного состояния в
неработоспособное и наоборот. С этими переходами
102
связаны события отказа и восстановления.
Основные понятия надежности систем
Определение степени работоспособности системы предполагает наличие в ней средств для проверки
соответствия характеристик системы требованиям
технической документации. Для этого должны использоваться методы и средства контроля и
диагностики функционирования системы. Диагноз состояния системы делят на:
•тестовый – используются специально подготовленные исходные данные и эталонные результаты, позволяющие проверять работоспособность компонентов системы;
•функциональный – используются реальные
исходные данные, поступающие в работающую
систему.
103
Основные понятия надежности систем
Основные задачи технической диагностики:
•контроль исправности технической системы и полного соответствия ее состояния и функций технической документации;
•проверка работоспособности системы и возможности выполнения всех функций в
заданном режиме работы в любой момент
времени с характеристиками, заданными
технической документацией;
•поиск, выявление и локализация источников и результатов сбоев, отказов и неисправностей в
системе.
104
Показатели качества и надежности программных средств
Примеры самых дорогих ошибок при разработке ПО
105
Показатели качества и надежности
программных средств
Примеры самых дорогих ошибок при разработке ПО
Примеры самых дорогих ошибок при разработке ПО
Катастрофа Ариан 5 (4 июня 1996)
Первый запуск ракеты-носителя Ариан 5 (
Европейское космическое агентство) - 4 июня 1996 года. Запуск был неудачен - ракета разрушилась на 39-й секунде полёта из-
за неверной работы бортового ПО. Этот неудачный запуск стал
одним из самых дорогостоящих компьютерных багов в истории.
Причина неудачи
Всистеме управления полётом Ариан 5 использовались фрагменты ПО ракеты Ариан 4, в частности, системы инерциальной навигации. Однако при переносе этой системы для использования на Ариан 5 не учли все особенности. Из-за другой траектории выведения ракеты на 30-й секунде после запуска значение горизонтальной скорости превысило установленные в ПО ограничения и вызвало сбой в работе компьютера. Это привело к выдаче ложной команды на отклонение сопел ускорителей, а позже и основного двигателя.
Врезультате на 39-й секунде полёта ракета разрушилась под действием аэродинамических сил. При использовании этого ПО на
Ариан 4 сбоя не происходило 109
из-за отличий в характеристиках
траектории полёта.
Катастрофа Ариан 5 (4 июня 1996)
110