- •Кафедра «Информационные технологии»
- •Лекции 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).
- •Дестабилизирующие факторы и методы обеспечения надежности функционирования
- •Схема
- •Схема модели анализа надежности ПС
- •Схема модели анализа надежности ПС
- •Схема модели анализа надежности ПС
- •Схема модели анализа надежности ПС
- •Обнаружение ошибок
- •Пассивное обнаружение ошибок -
- •Пассивное обнаружение ошибок -
- •Активное обнаружение ошибок -
- •Типы дефектов, ошибок и модификаций при сопровождении ПС
- •Каждому типу корректировок соответствует
- •Зависимости: вероятности правильного исправления
- •Пример зависимости стоимости устранения ошибки от стадии разработки ПО
- •Модели надежности ПО
- •Классификация моделей надежности ПС
- •Аналитические модели надежности ПО
- •Эмпирические модели надежности ПО
- •Модели надежности ПО
- •Особенности ошибок в ПО
- •Основные принципы оценки надежности ПО
- •Модель испытаний Бернулли
- •Модель испытаний Бернулли – предельные случаи
- •Модели надежности
- •Модели надежности ПО
- •Модели надежности ПО
- •Модели надежности ПО
- •Модели надежности ПО
- •Модели надежности ПО
- •Модели надежности ПО
- •Модели надежности ПО
- •Модели надежности ПО
- •Модели надежности ПО
- •Модели надежности ПО
- •Обеспечение качества и надежности в процессе разработки сложных ПС
- •Обеспечение качества и надежности в процессе разработки сложных ПС
- •Обеспечение качества и надежности в процессе разработки сложных ПС
- •Неточность процессов трансляции одного вида
- •Неточность процессов трансляции одного вида
- •Обеспечение качества и надежности в процессе разработки сложных ПС
- •Обеспечение качества и надежности в процессе разработки сложных ПС
- •Обеспечение иерархической структуры ПО
- •Обеспечение иерархической структуры ПО
- •Обеспечение качества и надежности в процессе разработки сложных ПС
- •Обеспечение качества и надежности в процессе разработки сложных ПС
- •Обеспечение качества и надежности в процессе разработки сложных ПС
- •Обеспечение качества и надежности в процессе разработки сложных ПС
- •Внесение и устранение ошибок ПО – общая схема действий
- •Процентное соотношение ошибок при разработке ПО – оценочные статистические данные
Стандарт ISO/IEC 12207-95
Каждый процесс разделен на набор действий, каждое действие — на набор задач.
Каждый процесс, действие или задача инициируется и выполняется другим процессом по мере необходимости, причем не
существует заранее определенных
последовательностей выполнения. Связи по входным данным при этом сохраняются.
51
Корпоративные стандарты.
Развитие стандартизации ИС
52
Rational Unified Process
Rational Unified Process
В основе RUP – следующие основные принципы:
54
Rational Unified Process
ЖЦ при разработке на основе RUP:
Используют итеративную модель разработки. В конце каждой итерации (в идеале от 2 до 6 недель) проектная команда должна достичь запланированных
на данную итерацию целей, создать или
доработать проектные артефакты и получить промежуточную, но функциональную версию конечного продукта.
55
Rational Unified Process
ЖЦ при разработке на основе RUP:
Итеративная разработка позволяет быстро реагировать на меняющиеся требования, обнаруживать и устранять риски на ранних
стадиях проекта, а также эффективно контролировать качество создаваемого продукта.
56
Rational Unified Process
ЖЦ при разработке на основе RUP:
Полный жизненный цикл разработки продукта состоит из четырех фаз, каждая из которых включает в себя одну или несколько итераций.
57
Rational Unified Process
ЖЦ при разработке на основе RUP:
Полный ЖЦ разработки продукта состоит из 4 фаз, каждая из которых включает в себя одну или несколько итераций:
1) Начало (Inception)
По завершению фазы Начало - оценка достижения части целей (вехи) ЖЦ и заключение соглашения заинтересованных сторон о продолжении58 проекта.
Rational Unified Process
2) Проектирование (Elaboration)
59
3) Построение (Construction)
Реализация основной функциональности продукта. Фаза Построение завершается первым внешним релизом системы и вехой начальной функциональной готовности (Initial Operational Capability).
4) Внедрение (Transition)
Создается и передается заказчику финальная версия продукта. Это включает в себя программу бета- тестирования, обучение пользователей, определение качества продукта. Если качество не соответствует ожиданиям пользователей или критериям, установленным в фазе Начало, фаза Внедрение повторяется снова. Выполнение всех целей означает достижение вехи готового продукта (Product Release) и завершение полного цикла разработки60 .