- •Кафедра «Информационные технологии»
- •Лекции 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).
- •Дестабилизирующие факторы и методы обеспечения надежности функционирования
- •Схема
- •Схема модели анализа надежности ПС
- •Схема модели анализа надежности ПС
- •Схема модели анализа надежности ПС
- •Схема модели анализа надежности ПС
- •Обнаружение ошибок
- •Пассивное обнаружение ошибок -
- •Пассивное обнаружение ошибок -
- •Активное обнаружение ошибок -
- •Типы дефектов, ошибок и модификаций при сопровождении ПС
- •Каждому типу корректировок соответствует
- •Зависимости: вероятности правильного исправления
- •Пример зависимости стоимости устранения ошибки от стадии разработки ПО
- •Модели надежности ПО
- •Классификация моделей надежности ПС
- •Аналитические модели надежности ПО
- •Эмпирические модели надежности ПО
- •Модели надежности ПО
- •Особенности ошибок в ПО
- •Основные принципы оценки надежности ПО
- •Модель испытаний Бернулли
- •Модель испытаний Бернулли – предельные случаи
- •Модели надежности
- •Модели надежности ПО
- •Модели надежности ПО
- •Модели надежности ПО
- •Модели надежности ПО
- •Модели надежности ПО
- •Модели надежности ПО
- •Модели надежности ПО
- •Модели надежности ПО
- •Модели надежности ПО
- •Модели надежности ПО
- •Обеспечение качества и надежности в процессе разработки сложных ПС
- •Обеспечение качества и надежности в процессе разработки сложных ПС
- •Обеспечение качества и надежности в процессе разработки сложных ПС
- •Неточность процессов трансляции одного вида
- •Неточность процессов трансляции одного вида
- •Обеспечение качества и надежности в процессе разработки сложных ПС
- •Обеспечение качества и надежности в процессе разработки сложных ПС
- •Обеспечение иерархической структуры ПО
- •Обеспечение иерархической структуры ПО
- •Обеспечение качества и надежности в процессе разработки сложных ПС
- •Обеспечение качества и надежности в процессе разработки сложных ПС
- •Обеспечение качества и надежности в процессе разработки сложных ПС
- •Обеспечение качества и надежности в процессе разработки сложных ПС
- •Внесение и устранение ошибок ПО – общая схема действий
- •Процентное соотношение ошибок при разработке ПО – оценочные статистические данные
Модель проектной группы MSF
Проектная группа по MSF состоит из 6
ролевых кластеров, каждый из которых
отвечает за:
1)управление программой (program manager) — архитектуру решения, административные службы;
2)разработку (developer) — разработку приложений и инфраструктуры, технологические консультации;
3)тестирование (QAE) — планирование,
разработку тестов и отчетность по тестам;
72
Проектная группа по MSF состоит из 6 ролевых кластеров, каждый из которых отвечает за:
4)управление выпуском (release manager) — инфраструктуру, сопровождение, бизнесы- процессы, выпуск готового продукта;
5)удовлетворение заказчика (user experіence) — обучение, эргономику, дизайн, технич. поддержку;
6)управление продуктом (product
manager) — бизнес-приоритеты, маркетинг.
73
Наличие 6 ролевых кластеров не означает, что число членов команды кратно 6 - один
человек может совмещать несколько ролей и наоборот, ролевой кластер может состоять из нескольких лиц в зависимости от размера и сложности проекта.
Минимальный коллектив по MSF – 3 человека.
74
Ролевые кластеры проектной группы MSF
установка,
сопровождение и техническая поддержка
продукта, тестирование
обеспечение работы группы
разработка
управление
программой
обучение
пользователей
управление продуктом
Модель проектной группы MSF
Модель не требует назначения отдельного сотрудника на каждый ролевой кластер. Смысл в том, что в команде должны быть представлены все 6 качественных целей.
Выделение как минимум одного человека на каждый кластер обеспечивает полноценное
внимание к интересам каждой роли, но это экономически оправданно не для всех проектов. Сотрудники группы могут
объединять роли. |
76 |
|
Модель проектной группы MSF
Модель группы MSF описывает только роли, у одной роли может быть несколько «исполнителей». В этой модели нет единоначалия – все роли важны и равноправны, поэтому MSF называют моделью равных (team of peers).
Program management – управление программой. Исполнитель этой роли отвечает за организацию работы (но не руководит!): ведет график работ, совещания, обеспечивает
соответствие стандартам, фиксацию нарушений, написание технической77
документации.
Product management – управление
продуктом. Исполнители этой роли отвечают за общение с заказчиком, написание спецификации, разъяснение задач разработчикам.
Development – наиболее традиционная роль
– разработка и начальное тестирование продукта.
User education – обучение пользователей. Написание пользовательской документации, обучающих курсов, повышение эффективности работы пользователей78 .
Logistic management – установка,
сопровождение, техническая поддержка продукта, материально-техническое обеспечение работы коллектива.
Testing – тестирование. Выявление и устранение недоработок, исправление ошибок.
Все решения принимаются коллективно, разделяется и ответственность в случае
провала проекта.
79
Модель процессов MSF
(MSF process model)
- методология разработки и внедрения IT решений. Особенности модели - гибкость и
отсутствие жестко заданных процедур => возможность широкого применения.
Модель сочетает в себе свойства стандартных моделей: каскадной и спиральной.
80