Жизненный цикл программных средств

1.

БУКАЧЕВ Дмитрий Сергеевич
доцент кафедры математики и информатики
1

2.

Лекция № 3.
Жизненный цикл
программных
средств.
2

3.

Задача:
Наша компания занимается производством клавиатуры для ПК.
Что будем понимать под жизненным циклом клавиатуры ?
Любой товар проходит свой жизненный цикл от зарождения
(появление товара на рынке) до прекращения (выпуска
последнего образца товара).
Зарождение
Ускоренный
Замедление
рост
роста
Зрелость
(насыщение)
Спад
(затухание)
Прекращение
выпуска
Рис. 1. График жизненного цикла товара во времени
3

4.

История стандарта
на описание
1985 год.1. Стандарт
DOD-STD-2167
A. ЖЦ ПС
Использовался для проектирования ПС систем военного назначения по
заказам Министерства обороны США.
Особенности стандарта: отражает только непосредственно создание
программ. Регламентированы 8 фаз (этапов) и около 250 типовых
обязательных требований к процессам и объектам проектирования на
этих этапах.
Этап 1. Формулирование концепции и общих требований к системе.
Этап 2. Детализация требований к ПС.
Этап 3. Предварительное проектирование.
Этап 4. Детальное проектирование.
Этап 5. Разработка компонентов.
Этап 6. Интеграция и тестирование (этап вошел в ISO 12207-95 ЖЦ
ПС).
Этап 7. Интеграция и испытание ПС в составе системы.
Недостатки
стандарта:
отсутствуют
этапы
эксплуатации
4
и

5.

1994 год.
Стандарт
MIL-STD-498
“Разработка
1. История
стандарта
на описание ЖЦ
ПС
документирование программного обеспечения”.
и
Утвержден Министерством обороны США взамен DOD-STD-2167A и др.
407 стр. руководства «Применение и рекомендации к стандарту MIL-STD498.
Расширен раздел 5 до 75 подразделов – рекомендаций по обеспечению и
реализации процессов ЖЦ сложных ПС высокого качества и надежности,
функционирующих в реальном времени.
1995 год. ISO/IEC 12207-95 “Software Life Cycle Processes and
family of software quality standards”
1999 год. ГОСТ Р ИСО/МЭК 12207-99. Внедрен с 2000 г.
“Информационная технология. Процессы жизненного цикла
программных средств”.
Принят в России в качестве базового стандарта, взаимоувязан с рядом
стандартов, принятых ранее, и со стандартами, разрабатываемыми в данное
5
время на основе прямого применения ИСО.

6.

1. стандарта
История стандарта
Развитие
в России:на описание ЖЦ ПС
70-е годы. ГОСТ ЕСПД (Единая Система Программной
Документации – серии ГОСТ 19.ХХХ).
Стандарты ориентированы на класс относительно простых программ
небольшого объема, создаваемых отдельными программистами.
80-е – начало 90-х г.г. ГОСТ ИТ (Информационная
Технология – серии ГОСТ 34.ХХХ).
ГОСТ 34.601-90 «Информационная технология. Комплекс стандартов на
автоматизированные системы. Автоматизированные системы. Стадии
создания».
ГОСТ 34.602-89 «Информационная технология. Комплекс стандартов на
автоматизированные системы.
Техническое задание на создание
автоматизированной системы».
ГОСТ 34.603-92 «Информационная
автоматизированных систем».
технология.
Виды
испытаний
6

7.

ОПРЕДЕЛЕНИЕ ЖЦ ПО
“Под
жизненным
циклом
системы
понимается непрерывный процесс, который
начинается с момента принятия решения о
необходимости
создания
системы
и
заканчивается в момент ее полного изъятия из
эксплуатации”.
7

8.

2. Стандарт ГОСТ Р ИСО/МЭК 12207
2.1.Термины и определения.
Программное обеспечение ПО (или программный продукт ПП)
Определяется как набор компьютерных программ, процедур и,
возможно, связанной с ними документации и данных.
Процесс определяется как совокупность взаимосвязанных
действий, преобразующих некоторые входные данные в выходные.
Каждый процесс характеризуется определенными задачами и
методами их решения, исходными данными, полученными от
других процессов, и результатами.
Процессы ЖЦ ПС выделены по принципу ответственности
субъекта (Заказчик, Поставщик, Разработчик). Каждый процесс
состоит из ряда работ и задач.
Процессы разбиты на 3 группы: основные, вспомогательные,
организационные.
8

9.

Рис. 2. Схема
процессов
жизненного
цикла.
9

10.

Рис. 2. Схема
процессов
жизненного
цикла.
10

11.

Рис. 2. Схема
процессов
жизненного
цикла.
11

12.

Рис. 2. Схема
процессов
жизненного
цикла.
12

13.

2.1. Основные процессы ЖЦ ПС.
2.1.1. Процесс приобретения (acquisition process)
Процесс
приобретения
Инициирование
приобретения
Определение
Заказчиком
потребностей
Анализ
требований к
системе
Принятие
решения
приобретении
Проверка
необходимых
документов
Подготовка
плана
приобретения
Подготовка
заявочных
предложений
Подготовка и
корректировка
договора
Требования к
системе
Определение
процедуры
выбора
поставщика
Перечень
программных
продуктов
Условия и
соглашения
Технические
ограничения
(среда
функционирования системы)
Действия Заказчика
Надзор за
деятельностью
поставщика
Приемка и
завершение
работ
Выбор
поставщика
Подготовка
договора
Задачи Заказчика
Внесение
изменений
в договор
13

14.

2.1. Основные процессы ЖЦ ПС.
2.1.1. Процесс приобретения (acquisition process)
Инициирование
приобретения
Определение
Заказчиком
потребностей
Анализ
требований к
системе
Принятие
решения
приобретении
Проверка
необходимых
документов
Подготовка
плана
приобретения
Определение
Заказчиком своих
потребностей в
приобретении,
разработке
или
Подготовка
усовершенствовании
заявочных
системы,
предложений
программных
продуктов или услуг
Требования к
системе
Перечень
программных
продуктов
Процесс
приобретения
Подготовка и
корректировка
договора
Надзор за
деятельностью
поставщика
Приемка и
завершение
работ
Принятие
Определение
решения
процедуры
относительно
приобретения,
выбора
поставщика
разработки или
усовершенствования
существующего
ПС
Выбор
поставщика
Условия
Проверка
и наличия необходимой
соглашения гарантий,Подготовка
документации,
сертификатов,
договора
лицензий и поддержки в случае приобретения
программного продукта
Технические
Внесение
ограничения
изменений
(среда
Подготовка и утверждение
плана
в договор
функционирова
приобретения, включающего требования к
ния системы)
системе, тип договора, ответственность
сторон и т.д.
14

15.

2.1. Основные процессы ЖЦ ПС.
2.1.1. Процесс приобретения (acquisition process)
Содержание
заявочных
требований
Инициирование
приобретения
Определение
Заказчиком
потребностей
Анализ
требований к
системе
Принятие
решения о
приобретении
Проверка
необходимых
документов
Подготовка
плана
приобретения
Процесс
приобретения
Подготовка
заявочных
предложений
Подготовка и
корректировка
договора
Требования к
системе
Определение
процедуры
выбора
поставщика
Перечень
программных
продуктов
Условия и
соглашения
Технические
ограничения
(среда
функционирования системы)
Выбор
поставщика
Подготовка
договора
Внесение
изменений
в договор
Надзор за
деятельностью
поставщика
Приемка и
завершение
работ
Поставщик - это
организация, которая
заключает договор с
Заказчиком на поставку
системы, ПО или
программной услуги на
условиях, оговоренных в
договоре.
15

16.

2.1. Основные процессы ЖЦ ПС.
2.1.1. Процесс приобретения (acquisition process)
Процесс
приобретения
Инициирование
приобретения
Подготовка
заявочных
предложений
Определение
Заказчиком заказчиком процедуры
Определение
Требования к
потребностей
выбора поставщика, включающей
системе
критерии оценки предложений
Анализ
возможных поставщиков
Перечень
требований к
программных
системе
продуктов
Подготовка и
Принятие
заключение
решения
о с
Условия и
договора
приобретении
соглашения
Поставщиком
Проверка
необходимых
документов
Подготовка
плана
приобретения
Технические
ограничения
(среда
функционирования системы)
Подготовка и
корректировка
договора
Определение
процедуры
выбора
поставщика
Выбор
поставщика
Подготовка
договора
Внесение
изменений
в договор
Надзор за
деятельностью
поставщика
Приемка и
завершение
работ
Выбор конкретного
поставщика на
основе анализа
предложений
Внесение
изменений (при
необходимости) в
договор в процессе
его выполнения
16

17.

2.1. Основные процессы ЖЦ ПС.
2.1.1. Процесс приобретения (acquisition process)
Процесс
приобретения
Инициирование
приобретения
Определение
Заказчиком
потребностей
Анализ
требований к
системе
Принятие
решения о
приобретении
Проверка
необходимых
документов
Подготовка
плана
приобретения
Подготовка
заявочных
предложений
Подготовка и
корректировка
договора
Требования к
системе
Определение
Надзор за
процедуры
деятельностью
выбора
Поставщика
поставщика
осуществляется в
соответствии
с
Выбор
действиями,
поставщика
предусмотренными в
процессах совместной
Подготовка
оценки и аудита
договора
(см.
«Вспомогательные
Внесение
процессы»)
изменений
в договор
Перечень
программных
продуктов
Условия и
соглашения
Технические
ограничения
(среда
функционирования системы)
Надзор за
деятельностью
поставщика
Приемка и
завершение
работ
В процессе приемки
подготавливаются и
выполняются
необходимые тесты.
Завершение работ по
договору
осуществляется в
случае удовлетворения
всех условий приемки
17

18.

Процесс
поставки
Инициирование
поставки
Подготовка
ответа
на заявочные
предложения
Выполнение
и
контроль
Инициирование поставки заключается в
рассмотрении Поставщиком заявочных
предложений и принятии решения о
согласии с выставленными
требованиями и условиями или
предложение своих.
Процесс поставки охватывает
действия и задачи,
выполняемые поставщиком,
который снабжает Заказчика
программным продуктом или
услугой
Подготовка
договора
Проверка
и
оценка
Планирование
Постановка и
завершение
работ
Планирование включает задачи:
1. Принятие решения Поставщиком относительно
выполнения работ своими силами или с привлечением
субподрядчиков;
2. Разработку Поставщиком плана управления проектом,
содержащего:
- организационную структуру проекта;
- разграничение ответственности;
- технические требования к среде
разработки и ресурсам;
18
- управление субподрядчиками.

19.

Процесс
разработки
1
Подготовительные
работы
2
3
Анализ
требований
к системе
Проектирование архитектуры ИС
7
8
Кодирование и
тестиров. ПС
Интеграция
ПС
11
Квалификац.
тестиров. ПС
4
5
Анализ
требований к ПС
Проектирование архитектуры ПС
9
Установка
ПС
Детальное
проектир.
ПС
10
Квалификац.
тестиров. ПС
12
6
Интеграция
системы
13
Приемка
ПС
19

20.

Процесс
разработки
1
2
3
4
Действия
5 и задачи 6
ПроектироРазработчика:
по
Анализ
Анализ
Проектиро- работы
Детальное
Подготовивание архитребова- созданию
требований
вание архительные
ПС и егопроектир.
тектуры ИС
ний к ПС компонентов
к системе
тектуры ПС в соответствии
ПС
работы
с
заданными требованиями,
7
8
9
10
включая оформление
Квалификац.
Кодирование и
Интеграция
проектной и Интеграция
тестиров. ПС
системы
тестиров. ПС
ПС
эксплуатационной
документации; подготовку
материалов, необходимых для
11
12
13
Приемка работоспособности
проверки
Квалификац.
Установка
ПС
тестиров. ПС
ПС
и соответствующего
качества
программных продуктов, а
также материалов,
необходимых для организации
обучения персонала
20

21.

Процесс
разработки
1
Подготовительные
работы
2
3
Анализ
требований
к системе
4
1.
Выбор модели ЖЦ
ПС,
ПроектироАнализ
соответствующей
масштабу,
вание архитребоватектуры ИС и сложности
ний к ПС
значимости
проекта.
5
Проектирование архитектуры ПС
7
8
Кодирование и
тестиров. ПС
Квалификац.
Интеграция
разработки
должны
тестиров. ПС
ПС
11
9
2. Действия и задачи процесса
соответствовать выбранной
модели.
12
6
Детальное
проектир.
ПС
10
Интеграция
системы
13
Квалификац. 3. Разработчик
Установкавыбирает и Приемка
ПС
тестиров. ПС согласовывает
ПСс Заказчиком
стандарты, методы и средства
разработки.
4. Разработчик составляет
план выполнения работ.
21

22.

Процесс
разработки
1
Подготовительные
работы
2
3
Анализ
требований
к системе
Проектирование архитектуры ИС
7
8
Кодирование и
тестиров. ПС
Интеграция
ПС
11
Квалификац.
тестиров. ПС
4
5
Анализ Определение
Проектиротребова- функциональных
вание архиний к ПС возможностей,
тектуры ПС
6
Детальное
проектир.
ПС
пользовательских требований,
10
требований к надежности
и
Квалификац.
Интеграция
безопасности, требований к
тестиров. ПС
системы
внешним интерфейсам.
9
12
Установка
ПС
Требования оцениваются
13 из критериев
исходя
Приемка
реализуемости
и возможности
ПС
проверки при тестировании.
22

23.

Процесс
разработки
1
Подготовительные
работы
2
3
Анализ
требований
к системе
Проектирование архитектуры ИС
7
8
Кодирование и
тестиров. ПС
Интеграция
ПС
11
Квалификац.
тестиров. ПС
4
Анализ
требований к ПС
5
6
Проектирование архитектуры ПС
9
Детальное
проектир.
ПС
10
Квалификац.
1. Определение
компонентов
тестиров.
оборудования,
ПС иПС
операций,
выполняемых персоналом,
данную
12эксплуатирующих13
систему.
Приемка
Установка
Интеграция
системы
ПС
ПС
2. Архитектура
системы
должна соответствовать
требованиям и принятым
проектным стандартам и
методам.
23

24.

Процесс
разработки
1
2
3
ПодготовиТребования к Анализ
ПС
требований
тельные
оцениваются
исходя
к системе
работы
из требований к
системе,
7
реализуемости
и
Кодирование и
тестиров. ПС
возможности
проверки при
тестировании.
11
8
Проектирование архитектуры ИС
4
5
Анализ
требований к ПС
6
Проектирование архитектуры ПС
Детальное
проектир.
ПС
Определение характеристик
для каждого компонента:
9
10
Квалификац.
Интеграция
- функциональных возможностей;
тестиров. ПС
ПС
Интеграция
системы
- внешних интерфейсов;
12и безопасности;
- надежности
Квалификац.
Установка
- эргономических
тестиров. ПС
ПСтребований;
13
Приемка
ПС
- требований к используемым данным;
- требований к установке и приемке;
- требований к пользовательской документации;
- требований к эксплуатации и сопровождению.
24

25.

Архитектура ПС
Процесс
должна
разработки
соответствовать
требованиям,
1
2а
3
4
5
также принятым
ПроектироАнализ
Анализ
ПроектироПодготовивание архитребоватребований
вание архительные
проектным
тектуры ИС
ний к ПС
тектуры ПС
работы
стандартам
ик системе
методам.
7
8 Задачи (для каждого 9компонента ПС): 10
6
Детальное
проектир.
ПС
Квалификац.
Интеграция
Интеграция
- трансформация требований
к
ПС
в
архитектуру,
тестиров. ПС
системы
ПС
Кодирование и
тестиров. ПС
определяющую структуру ПС и состав компонентов;
- разработка
12и документирование
13программных
интерфейсов
ПС и баз данных; Приемка
Квалификац.
Установка
11
тестиров. ПС
ПС
- разработка предварительной
версииПС
пользовательской
документации;
- разработка и документирование предварительных
требований к тестам и плана интеграции ПС.
25

26.

Процесс
разработки
1
Подготовительные
работы
7
2
3
Анализ
требований
к системе
8
Проектирование архитектуры ИС
Кодирование и Задачи:
Интеграция
тестиров. ПС
ПС
4
Анализ
требований к ПС
5
6
Проектирование архитектуры ПС
9
Квалификац.
тестиров. ПС
Детальное
проектир.
ПС
10
Интеграция
системы
- Описание компонентов ПС и интерфейсов между ними на более
низком уровне, достаточном для их последующего самостоятельного
кодирования
и тестирования.
11
12
13
Приемка
Квалификац.
Установка
- Разработка
детального проекта
базы данных.
ПС
тестиров. ПСи документирование
ПС
- Обновление (при необходимости) пользовательской документации.
- Разработка и документирование требований к тестам и плана
Рис. 5. компонентов
Схема процесса
тестирования
ПС. разработки
- Обновление плана интеграции ПС.
26

27.

Процесс
разработки
- Разработка (кодирование) и документирование каждого компонента
Задачи:
1
Подготовительные
работы
2
ПС и базы данных,
а также
и
3
4 совокупности5 тестовых процедур
6
данных дляПроектироих тестирования. Анализ
Анализ
ПроектироДетальное
вание архитребований
- Тестирование
каждого требовакомпонента вание
ПС архии базы проектир.
данных на
тектуры ИС
ний к ПС
к системе
тектуры ПС
ПС
соответствие предъявляемым к ним требованиям. Результаты
тестирования должны быть документированы.
7
8
9
10
Квалификац.
Интеграция
- Обновление
пользовательской документации.
Интеграция (при необходимости)
Кодирование и
тестиров. ПС
тестиров. ПС
ПС
- Обновление плана интеграции ПС.
11
Квалификац.
тестиров. ПС
12
Установка
ПС
системы
13
Приемка
ПС
27

28.

Задачи:
- Сборка разработанных компонентов ПС в
соответствии с планом интеграции.
Процесс
разработки
- Тестирование агрегированных компонентов.
1
Подготовительные
работы
2
Для каждого компонента ПС разрабатываются
4
5
6
наборы тестов, предназначенные для проверки
ПроектироАнализ
ПроектироДетальное
каждого
из
квалификационных
требований
вание архитребовавание архипроектир.
при
последующем
квалификационном
тектуры ИС
ний к ПС
тектуры ПС
ПС
тестировании.
3
Анализ
требований
к системе
7
8
Кодирование и
тестиров. ПС
Интеграция
ПС
11
Квалификац.
тестиров. ПС
9
Квалификац.
тестиров. ПС
10
Интеграция
системы
Квалификационное требование- это набор
условий, которое необходимо
12 критериев или 13
Приемка
выполнить,
чтобы
квалифицировать
Установка
ПС как соответствующий
ПС
программный
продукт
своей
спецификации
и
готовый
к
использованию в условиях эксплуатации.
28

29.

Квалифицированное
тестирование
ПС
проводится
Разработчиком в присутствии Заказчика (по возможности) для
демонстрации
того,
что
ПС
удовлетворяет
своим
спецификациям и готово к использованию
в условиях
Процесс
эксплуатации (для каждого компонента
и всей системы в
разработки
целом!). При этом проверяется также полнота технической и
1пользовательской
2 документации
3 и ее адекватность
4
5
своим
ПроектироАнализ
Анализ
ПроектироПодготовикомпонентам ПС.
тельные
работы
требований
к системе
вание архитектуры ИС
7
8
Кодирование и
тестиров. ПС
Интеграция
ПС
11
Квалификац.
тестиров. ПС
требований к ПС
Детальное
проектир.
ПС
вание архитектуры ПС
9
10
Квалификац.
тестиров. ПС
12
6
Интеграция
системы
13
Приемка
Интеграция
в сборке всех ее
Установка системы заключается
ПС включая ПС и ПС
компонентов,
оборудование.
После
интеграции
система
подвергается
квалификационному
тестированию
на
совокупность
требований к ней.
Рис. 5. Схема
процесса разработки
29

30.

Установка ПС осуществляется Разработчиком в
Приемка ПС предусматри2.1.3.
Процесс
(development
process)
соответствии
с планом
в тойразработки
среде и на том
вает:
оборудовании,
которые
предусмотрены
- оценку результатов квалифидоговором.
Процесс
кационного тестирования ПС и
В
процессе
установки разработки
проверяется
системы ;
работоспособность
1
2 ПС и баз данных.
3
4
5
6 резуль- документирование
Анализ татовПроектироАнализ
ПодготовиЕсли устанавливаемое
ПСПроектирозаменяет сущестоценки, Детальное
которые
вание архитребова- проводятся
требований Разработчик
вание архи- Заказчиком
проектир. с
тельные
вующую
систему,
должен
тектуры ИС
ний к ПС
системе
тектуры ПС
ПС
работы
обеспечить
ихкпараллельное
функционирование
помощью
Разработчика.
в соответствии с договором.
7
8
9
Разработчик 10
передает
Заказчику ПС, Интеграция
обеспечивая
Квалификац.
Кодирование и
Интеграция
тестиров.
ПС
системы
тестиров. ПС
необходимое
обучение
и
ПС
поддержку.
11
Квалификац.
тестиров. ПС
12
Установка
ПС
13
Приемка
ПС
30

31.

Процесс
эксплуатации
Подготовительная
работа
Эксплуатационное тестирование
Процесс охватывает
действия и задачи
Оператора - организации,
эксплуатирующей систему.
Эксплуатация
системы
Поддержка
пользователей
31

32.

Процесс
эксплуатации
Подготовительная
работа
Эксплуатационное тестирование
Задачи:
- Планирование действий и работ,
выполняемых в процессе эксплуатации;
установку
стандартов;
эксплуатационных
- определение процедур локализации и
разрешения проблем, возникающих в
процессе эксплуатации.
Эксплуатация
системы
Поддержка
пользователей
Осуществляется для каждой
очередной редакции (версии)
программного продукта, после
чего
она
передается
в
эксплуатацию.
32

33.

Процесс
эксплуатации
Подготовительная
работа
Эксплуатационное тестирование
Выполняется в предназначенной
для этого среде в соответствии с
пользовательской документацией.
Эксплуатация
системы
Поддержка
пользователей
Заключается в оказании
помощи и консультаций при
обнаружении ошибок в
процессе эксплуатации ПС.
33

34.

Процесс
сопровождения
Подготовительная
работа
Анализ проблем и
запросов на
модификацию ПО
Перенос ПО в
другую среду
Модификация
ПО
Проверка и
приемка
Снятие ПО с
эксплуатации
34

35.

Подготовительная
работа
Действия и задачи,
Процесс
выполняемые
сопровождения
сопровождающей
организацией
(службой
Анализ проблем и
Модификациясопровождения)
Проверка и
запросов на
модификацию ПО
ПО
приемка
Стандарт IEEE-90: под сопровождением понимается внесение
изменений
в ПС
ошибок,
повышения
Перенос
ПО вв целях исправления
Снятие
ПО с
другую среду или адаптации к эксплуатации
производительности
изменившимся условиям
работы или требованиям.
35

36.

Процесс
сопровождения
Подготовительная
работа
Анализ проблем и
запросов на
модификацию ПО
Модификация
ПО
Проверка и
приемка
Задачи:
Перенос ПО вдействий и работ,Снятие
ПО с
- Планирование
выполняемых
в
другую среду
эксплуатации
процессе сопровождения.
- Определение процедур локализации и разрешения
Рис. 7. Схема процесса сопровождения
проблем, возникающих
в процессе сопровождения.
36

37.

Процесс
сопровождения
Подготовительная
работа
Анализ проблем и
запросов на
модификацию ПО
Модификация
ПО
Проверка и
приемка
Задачи:
- Анализ
сообщения
проблеме
или запроса на
Перенос
ПО в о возникающей Снятие
ПО с
модификацию
другуюПС.
среду
эксплуатации
- Оценка целесообразности проведения модификации
возможных вариантов
ее проведения.
Рис. 7. Схема
процесса сопровождения
- Утверждение выбранного варианта модификации.
и
37

38.

Процесс
сопровождения
Подготовительная
работа
Анализ проблем и
запросов на
модификацию ПО
Модификация
ПО
Проверка и
приемка
Задачи:
Перенос ПОкомпонентов
в
ПО ис документации,
- Определение
ПС, ихСнятие
версий
другую среду
эксплуатации
подлежащих модификации.
- Внесение необходимых изменений в соответствии с правилами
Рис. 7. Схема процесса сопровождения
процесса разработки.
38

39.

Процесс
сопровождения
Подготовительная
работа
Анализ проблем и
запросов на
модификацию ПО
Модификация
ПО
Проверка и
приемка
Задачи:
-
Перенос
ПО в
Снятие ПО
с
Проверка
целостности
модифицированной
системы.
-
Утверждение внесенных изменений.
другую среду
эксплуатации
39

40.

Задачи:
-
Процесс
сопровождения
Разработка новых средств переноса.
Подготовительная
Анализ проблем и
Модификация
Проверка и
- Конвертирование
программ
работа
запросов
на и данных
ПОв новую среду.
приемка
модификацию ПО
- Организация параллельной эксплуатации ПС в старой и новой
среде (на период обучения Пользователей работе в новой среде).
Перенос ПО в
другую среду
Снятие ПО с
эксплуатации
40

41.

Процесс
сопровождения
Снятие осуществляется по решению Заказчика при
участии при участии Пользователей и службы сопровождения.
Подготовительная
Анализ проблем и
Модификация
Проверка и
Программные
продукты
и
документация
архивируются
работа
запросов на
ПО
приемка
соответствии с договором,
илиПО
переносятся в другую среду.
модификацию
Перенос ПО в
другую среду
Снятие ПО с
эксплуатации
41
в

42.

42

43.

Процесс
документирования
Подготовительная
работа
Проектирование
и разработка
Сопровождение
.
Выпуск
документации
Процесс документирования состоит из набора действий,
с помощью которых планируют, проектируют, разрабатывают,
выпускают, редактируют, распространяют и сопровождают
документы, необходимые для руководителей, технических
43
специалистов и пользователей системы.

44.

Процесс
обеспечения
качества
Подготовительная
работа
Обеспечение
качества продукта
Обеспечение
прочих. показателей
Обеспечение
качества процесса
Процесс
обеспечения
качества
обеспечивает
соответствующие гарантии того, что ПС и процессы его ЖЦ
соответствуют заданным требованиям и утвержденным планам.
Под качеством ПС понимается совокупность свойств,
которые характеризуют способность ПС удовлетворять заданным
44
требованиям.

45.

Процесс
обеспечения
качества
Подготовительная
работа
Обеспечение
качества продукта
Координация
с
другими
вспомогательными процессами и
планирование
самого
процесса
обеспечения качества с учетом
используемых стандартов, методов,
процедур и средств.
Обеспечение
прочих. показателей
Обеспечение
качества процесса
Обеспечение
гарантии
полного
соответствия программных продуктов
и документации на них требованиям
Заказчика,
предусмотренным
в
договоре.
45

46.

Процесс
обеспечения
качества
Подготовительная
работа
Обеспечение
качества продукта
Обеспечение гарантии соответствия
процессов
ЖЦ
ПС,
методов
разработки, среды разработки и
квалификации персонала условиям
договора, установленным стандартам
и процедурам.
Обеспечение
прочих. показателей
Обеспечение
качества процесса
Осуществляется в соответствии с
условиями договора и стандартом
качества ISO 9001.
46

47.

Процесс управления
конфигурацией
Подготовительная
работа
Идентификация
конфигурации
Контроль
конфигурации
Учет состояния
конфигурации
Оценка
конфигурации
Управление
выпуском и поставка
Согласно стандарту IEEE-90 под конфигурацией ПС
понимается совокупность его функциональных и физических
характеристик, установленных в технической документации и
реализованныъ в ПС.
47

48.

Процесс управления
конфигурацией
Подготовительная
работа
Идентификация
конфигурации
Контроль
конфигурации
Учет состояния
конфигурации
Оценка
конфигурации
Управление
выпуском и поставка
Планирование
управлением
конфигурации
Устанавливает правила, с помощью которых
можно однозначно идентифицировать и
различать компоненты ПС и их версии.
Каждому
компоненту
и
его
версиям
соответствует
однозначно
обозначаемый
48
комплект документов.

49.

Процесс управления
конфигурацией
Подготовительная
работа
Идентификация
конфигурации
Контроль
конфигурации
Учет состояния
конфигурации
Оценка
конфигурации
Управление
выпуском и поставка
Контроль состояния и развития компонентов
ПС и их версий, а также адекватность реально
изменяющихся компонентов их комплектной
документации
49

50.

Процесс управления
конфигурацией
Изготовление эталонных
копий
программ
и
их хранение и
Подготовительная документации,
Идентификация
поставка пользователям в
работа
конфигурации
соответствии с порядком,
принятым в организации.
Учет состояния
конфигурации
Оценка
конфигурации
Регистрация состояния компонентов ПС,
подготовка отчетов обо всех реализованных и
отвергнутых
модификациях
версий
компонентов
ПС,
ведение
истории
модификаций.
Контроль
конфигурации
Управление
выпуском и поставка
Оценка
функциональной
полноты компонентов ПС, а
также
соответствия
их
физического
состояния
текущему
техническому
50
описанию.

51.

Процесс
разрешения проблем
Подготовительная
работа
Разрешение
проблем
Процесс разрешения проблем предусматривает анализ и
решение проблем (включая обнаруженные несоответствия)
независимо от их происхождения или источника, которые
обнаружены в ходе разработки, эксплуатации, сопровождения или
других процессов.
Каждая
обнаруженная
проблема
должна
идентифицирована, описана, проанализирована и разрешена.
быть
51

52.

Процесс
верификации
Подготовительная
работа
Верификация
.
Верификация означает формальное доказательство правильности ПС.
Процесс верификации состоит в определении того, что программные
продукты, являющиеся результатами некоторого действия, полностью
удовлетворяют
требованиям
или
условиям,
обусловленным
предшествующими действиями.
Для повышения эффективности верификация должна как можно
раньше интегрироваться с другими процессами: поставка, разработка,
эксплуатация, сопровождение.
52

53.

В процессе
условия:
верификации
проверяются
следующие
- Непротиворечивость требований к системе.
- Возможности Поставщика выполнить заданные требования.
- Соответствие выбранных процессов ЖЦ ПС условиям
договора.
- Адекватность стандартов, процедур
процессам ЖЦ ПС.
и среды разработки
- Тестируемость кода, его соответствие принятым стандартам
кодирования.
- Адекватность, полнота и непротиворечивость документации.
53

54.

Процесс
аттестации
Подготовительная
работа
Аттестация
Под аттестацией понимается подтверждение
достоверности проведенного тестирования ПС.
.
и
оценка
Аттестация должна гарантировать полное соответствие ПС
спецификациям, требованиям и документации, а также возможность его
безопасного и надежного применения Пользователем.
Аттестацию рекомендуется выполнять путем тестирования во всех
возможных ситуациях и использовать при этом независимых специалистов.
Аттестация может проводиться на начальных стадиях ЖЦ ПС или как
часть работы по приемке ПС.
54

55.

Процесс
совместной оценки
Подготовительная
работа
Оценка управления
проектом
Техническая
оценка
Процесс совместной оценки предназначен для оценки состояния
работ по проекту и ПС, создаваемых при выполнении данных работ.
Данный процесс включает контроль планирования и управления
ресурсами, персоналом, аппаратурой и инструментальными средствами
проекта.
Данный процесс может выполняться двумя любыми сторонами,
участвующими в договоре, при этом одна сторона проверяет другую.
55

56.

Процесс
аудита
Подготовительная
работа
Аудит
.
Аудит - это ревизия (проверка), проводимая компетентным органом
(лицом) в целях обеспечения независимой оценки степени соответствия ПС
или процессов установленным требованиям.
Аудиторы (ревизоры) не должны иметь прямой зависимости от
разработчиков ПС.
Аудиторы проверяют состояние работ, использование ресурсов,
соответствие документации спецификациям и стандартам, корректность
тестирования.
56

57.

57

58.

Процесс
управления проектами
Инициирование и
определение области
управления
Проверка
и оценка
Планирование
.
Выполнение
и контроль
Завершение
.
Менеджер
отвечает
за
управление
задачами
соответствующих процессов, таких, как приобретение,
поставка, разработка, эксплуатация, сопровождение и др.
58

59.

Процесс
управления проектами
- Составление графиков
выполнения работ.
Инициирование и
определение области
управления
Планирование
.
При
инициировании
Проверка
менеджер должен
убедиться, что
и оценка
необходимые
для
управления
ресурсы (персонал, оборудование и
технология)
имеются
в
его
распоряжении
в
достаточном
количестве.
Выполнение
- Оценка
затрат.
и контроль
- Выделение требуемых
ресурсов.
- Распределение
ответственности.
Завершение
. рисков,
- Оценка
связанных с
конкретными задачами.
-Создание
инфраструктуры
управления.
59

60.

Процесс создания
инфраструктуры
Подготовительная
работа
Создание
инфраструктуры
Сопровождение
инфраструктуры
Процесс
охватывает
выбор
и
поддержку
(сопровождение) технологии, стандартов и инструментальных
средств, выбор и установку аппаратных и программных
средств, используемых для разработки, эксплуатации или
сопровождения ПС.
Инфраструктура, в свою очередь, является одним из
объектом управления конфигурацией.
60

61.

Процесс
усовершенствования
Создание
процесса
Оценка
процесса
Усовершенствование
процесса
Процесс
предусматривает оценку, измерение, контроль и
усовершенствование процессов ЖЦ ПС.
Усовершенствование процессов ЖЦ ПС направлено на повышение
производительности труда всех участвующих в них специалистов за счет
совершенствования используемой технологии, методов управления, выбора
средств и обучения персонала.
Усовершенствование основано на анализе достоинств и
недостатков каждого процесса. Такому анализу способствует накопление в
организации исторической, технической, экономической и иной
информации по реализованным проектам.
61

62.

Процесс
обучения
Подготовительная
работа
Разработка
учебных материалов
Реализация
плана обучения
Процесс обучения охватывает первоначальное обучение и
последующее постоянное повышение квалификации персонала.
Приобретение,
поставка,
разработка,
эксплуатация,
и
сопровождение ПС в значительной степени зависит от уровня знаний и
квалификации персонала.
В требованиях к обучению учитывают необходимые ресурсы и
технические средства обучения. Должны быть разработаны и представлены
методические материалы, необходимые для обучения пользователей в
соответствии с учебным планом.
62