- •Кафедра «Информационные технологии»
- •Лекции 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).
- •Дестабилизирующие факторы и методы обеспечения надежности функционирования
- •Схема
- •Схема модели анализа надежности ПС
- •Схема модели анализа надежности ПС
- •Схема модели анализа надежности ПС
- •Схема модели анализа надежности ПС
- •Обнаружение ошибок
- •Пассивное обнаружение ошибок -
- •Пассивное обнаружение ошибок -
- •Активное обнаружение ошибок -
- •Типы дефектов, ошибок и модификаций при сопровождении ПС
- •Каждому типу корректировок соответствует
- •Зависимости: вероятности правильного исправления
- •Пример зависимости стоимости устранения ошибки от стадии разработки ПО
- •Модели надежности ПО
- •Классификация моделей надежности ПС
- •Аналитические модели надежности ПО
- •Эмпирические модели надежности ПО
- •Модели надежности ПО
- •Особенности ошибок в ПО
- •Основные принципы оценки надежности ПО
- •Модель испытаний Бернулли
- •Модель испытаний Бернулли – предельные случаи
- •Модели надежности
- •Модели надежности ПО
- •Модели надежности ПО
- •Модели надежности ПО
- •Модели надежности ПО
- •Модели надежности ПО
- •Модели надежности ПО
- •Модели надежности ПО
- •Модели надежности ПО
- •Модели надежности ПО
- •Модели надежности ПО
- •Обеспечение качества и надежности в процессе разработки сложных ПС
- •Обеспечение качества и надежности в процессе разработки сложных ПС
- •Обеспечение качества и надежности в процессе разработки сложных ПС
- •Неточность процессов трансляции одного вида
- •Неточность процессов трансляции одного вида
- •Обеспечение качества и надежности в процессе разработки сложных ПС
- •Обеспечение качества и надежности в процессе разработки сложных ПС
- •Обеспечение иерархической структуры ПО
- •Обеспечение иерархической структуры ПО
- •Обеспечение качества и надежности в процессе разработки сложных ПС
- •Обеспечение качества и надежности в процессе разработки сложных ПС
- •Обеспечение качества и надежности в процессе разработки сложных ПС
- •Обеспечение качества и надежности в процессе разработки сложных ПС
- •Внесение и устранение ошибок ПО – общая схема действий
- •Процентное соотношение ошибок при разработке ПО – оценочные статистические данные
Документ технических условий (ДТУ) –
устанавливает технические требования к продукции, услуге, процессу. Обычно в ДТУ указываются методы (процедуры),
используемые для проверки соблюдения требований ДТУ.
(ДТУ «слабее» стандарта)
11
Свод правил – как и ДТУ, может быть самостоятельным документом или частью стандарта. Обычно разрабатывается для процессов проектирования, монтажа
оборудования, технического обслуживания или эксплуатации различных объектов. Технические правила, содержащиеся в своде правил, носят рекомендательный характер.
Стандарты, ДТУ, своды правил – как правило, носят рекомендательный характер.
Регламент – документ, содержащий обязательные правовые нормы.
12
Стандарты в области ИТ
Стандарт ISO/IEC 12207 – о
необходимости стандартизации ПО:
ПО является неотъемлемой частью ИТ и традиционных систем (транспортных, военных, медицинских, финансовых). Имеется много разнообразных стандартов, процедур, методов, инструментальных средств и типов операционной среды для разработки и управления ПО.
13
Стандарты в области ИТ
Стандарт ISO/IEC 12207 – о необходимости стандартизации ПО: … Это разнообразие создает трудности при проектировании и управлении ПО, особенно при объединении программных продуктов и сервисных программ. Стратегия разработки ПО требует
перехода от этого множества к общему порядку, который позволит специалистам в области ПО «говорить» на одном языке при разработке и управлении ПО.
14
Стандарты в области ИТ
Стандарт «де-факто» - продукт какого-либо поставщика, который: 1) захватил большую долю рынка; 2) другие поставщики «копируют» или используют для захвата своей части рынка.
Примеры:
•1960-1970-е гг. – создание таких стандартов ставило пользователей в зависимое положение от производителей при использовании основных средств обработки данных и телекоммуникаций;
•язык SQL (до появления стандартов);
•диаграммы SADT (Structured Analysis and
Design, Д. Росс). |
17 |
|
Стандарт «де-юре» - создается формально признанной организацией по стандартизации. Разрабатывается в процессе (относительно)
открытой дискуссии производителей и пользователей. Не может быть изменен без согласования с организацией, контролировавшей разработку стандарта.
Примеры:
•стандарт OSI (Open System Interconnection reference model);
•стандарт Ethernet;
•стандарты языка SQL (после их появления).
18
Пример перехода |
Принятие |
стандарта «де- |
SQL3 |
факто» в стандарт |
|
«де-юре» - язык SQL |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
20
