- •Кафедра «Информационные технологии»
- •Лекции 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 process model)
Модель процессов в MSF 3.0 покрывает весь ЖЦ создания решения, начиная с его
отправной точки и заканчивая внедрением.
Такой подход помогает проектным группам сфокусировать внимание на бизнес-отдаче (business value) решения, т.к. эта отдача становится реальной лишь после завершения внедрения и начала использования продукта.
81
Модель процессов MSF
- определяет, когда и какие работы выполняются; основные принципы и практические приемы,
лежащие в основе модели:
•итеративный подход (последовательный выпуск версий);
•подготовка четкой документации;
•учет неопределенности будущего;
•учет компромиссов;
•управление рисками;
•поддержание ответственного отношения коллектива к срокам выпуска продукта;
•разбиение крупных проектов на более мелкие управляемые части;
• |
ежедневная сборка проекта; |
82 |
• |
постоянный анализ хода работ. |
|
Процесс MSF ориентирован на «вехи»
(milestones) - ключевые точки проекта, характеризующие достижение некоторого (промежуточного или конечного) результата.
Этот результат оценивается – даются ответы на вопросы:
«Пришла ли проектная группа к однозначному пониманию целей и рамок проекта?»
«В достаточной ли степени готов план
действий?» «Соответствует ли продукт спецификации?»,
… |
83 |
|
Модель процессов MSF учитывает постоянные изменения проектных требований. Она исходит из того, что разработка решения должна состоять из коротких циклов,
создающих поступательное движение от
простейших версий решения к его
окончательному виду.
84
Модель процессов MSF имеет три основные особенности:
•разбиение всего процесса на фазы
•введение опорных точек
•итеративность
Весь процесс разбивается на четыре взаимосвязанных фазы. Прежде чем переходить к следующей фазе, на предыдущей должны быть получены
определенные результаты.
85
Модель процессов MSF
Модель процессов MSF
Похожа на спиральную модель, но с необычными:
разбиением трудоемкости по фазам, назначением каждой фазы.
Envisioning – выработка единого понимания проекта всеми членами коллектива; заканчивается разработкой формализованного документа:
problem statement — описание задачи объемом не более одной страницы;
vision statement — от чего хотим уйти, чего хотим добиться;
solution concept — что хотим внедрить и как; user profiles — кто будет этим пользоваться; business goals — возврат инвестиций;
design goals — конкретные цели и ограничения
продукта, его конкретные свойства.
87
Модель процессов MSF
Planning - планирование очередного цикла разработки:
функциональные спецификации; план-график работ; оценка рисков.
Developing - разработка, причем рекомендуются различные технологические приемы, например, переиспользование кусков кода, программирование по контракту и т.д.
Stabilizing - создание стабильной88 версии, готовой к использованию.
Модель процессов MSF
Важную роль играют опорные точки
(milestones), в которых анализируется
состояние работ и производится их синхронизация. В этих точках приложение или его спецификации не замораживаются.
Модель процессов MSF
Опорные точки позволяют проанализировать состояние проекта и внести необходимые коррективы, например, перестроиться под
изменившиеся требования заказчика или отреагировать на риски, возможные в ходе дальнейшей работы.
Для каждой опорной точки определяется,
какие результаты должны быть
получены к этому моменту.
90