Новые и наследованные стандарты заказа, создания и использования Систем и ПО: гэп-анализ и практика развития или Как преодолет

Введение:
«Стандарты как пропуск в цивилизованное будущее»
«Цивили-
зованное
будущее»
Качество
продукта /
услуги
Совмес-
тимость
процессов
Произво-
дитель-
ность
труда
Стандарты
–
система
- Концепций
- Понятий
- Норм
- Требований
- Правил
- Методов
+ ЛЮДИ:
профессиональная
и общая
культура
+ соответствие
законодательству
+ инструменты
+ гибкость и
быстрота
реагирования на изменения

Совместимость
Совместимость процессов
( хотя бы их по выходам и выходам)
для:
- Заказчика и Подрядчиков
- Проекта и Подпроектов
- Системы и ее Компонентов
Про-
цессы
согла-
шения
Процессы
предприятия
Управление
средой
Процессы
проекта
Управление
проектом
Технические
процессы
Техническое
управление
Процессы
предприятия
Управление
средой
Процессы
соглашения
ОРГАНИЗАЦИЯ «А»
ОРГАНИЗАЦИЯ «В»
ОРГАНИЗАЦИЯ «Б»
Процессы
предприятия
Управление
средой
Процессы
проекта
Управление
проектом
Технические
процессы
Техническое
управление
Договор (Контракт)
ТЗ, Испытания, Приемка

На предприятии должны работать стандарты предприятия (организации) и стандарты проекта
Но предприятия (и проекты)
не живут изолировано
Общие стандарты
Международные
Региональные
Национальные
СтО
СтО
СтО
СтО
СтО
СтО
СтО
СтО
СтО
«Одно измерение,
один стандарт»

10 лет назад: Фрагмент схемы
«трясины стандартов ИТ-менеджмента» (по SPC)
SW-CMM
SE-CMM
PSP
People
CMM
SA-CMM
FAA-iCMM
SSE-CMM
MIL-STD
-499B
IEEE
1220
EIA/IS
632
CMMI
ISO
15504
(SPICE)
IPD-
CMM
SECAM
SDCCR
SCE
SDCE
IEEE Stds. 730, 828
829,830, 1012, 1016
1028, 1058, 1063
Trillium
DOD
IPPD
AF IPD
Guide
EIA
632
Baldrige
EQA
TickIT
Q9000
ISO 10011
ISO 9000
Series
ISO 15288
ISO/IEC
12207
MIL-STD
-498
BS
5750
NATO
AQAP1,4,9
MIL-Q
-9858
DOD
-STD
2168
MIL-STD-1679
DOD-STD
2167A
DOD-STD
-7935A
EIA-IEEE
J-STD-
016
IEEE
1074
IEEE/EIA
12207
SECM
(EIA/IS 731)
ISO/TR 10006
ISO/IEC TR 15271

1998 – 2007 годы:
Постоянное развитие и «консолидация» стандартов за счет взаимообмена
Международные
ISO
ISO/IEC
Стандарты
профессиональных
некоммерческих
консорциумов
IEEE
EIA
IFIP/IFAC
…
CMU SEI
…
PMI
…
Национальные
Стандарты
BS
DIN
…

2006-2008: Завершилась
«Большая консолидация»
«КАК делать» - процессы ЖЦ Систем / ПО
«ЧТО делать» - Системы, ПО, объекты автоматизации
«КТО делает» - о компетенциях в управлении проектами (программами)

Стандарты ИТ-менеджмента
Требования и другие влияния внешней среды
Общее руководство и контроль («ЗА ЧЕМ СЛЕДИТЬ»)
Методы выполнения и контроля выполнения
отдельных работ («КАК ДЕЛАТЬ - детальнее»)
Организация и управление созданием
и эксплуатацией Систем / ПО («ЧТО ДЕЛАТЬ»)
В этом докладе:
Организация и управление заказом, созданием
и эксплуатацией Систем / ПО («ЧТО и КАК ДЕЛАТЬ»)

За последние 2 года ситуация изменилась:
- весьма значительно
- в РФ – часто не в лучшую сторону
Цели доклада:
1) Обсудить
НАКОПИВШИЕСЯ ПРОБЛЕМЫ
2) Описать
НОВЫЕ СТАНДАРТЫ управления приобретением / созданием / эксплуатацией Систем и ПО
3) Рассмотреть
СЦЕНАРИИ ПРЕОДОЛЕНИЯ ПРОБЛЕМ

НАКОПИВШИЕСЯ
ПРОБЛЕМЫ -
разрыв практики со стандартами конца прошлого века

ISO/IEC 12207 и 15288 и «Первый разрыв»
ГОСТ 19
ГОСТ 24
ГОСТ 34
Продолжающаяся практика
77-80 г.г.
1988-92 г.г.
1995-2002 г.г.
2005-2008 г.г.

«Отрыв» 12207 и 15288 1-й редакции
Приобретение и Поставка – симметричные процессы включение в стандарт для ПО работ, связанных с Системой, и прослеживанием решений к потребностям ЗЛ
процессы управления средой ЖЦ Систем, включая экономику
включение процесса адаптации стандарта
отстройка от форм документов
- особое внимание процессам оценивания с важностью роли как независимых экспертиз, так и текущих экспертиз в проекте
к 12207 «привязываются» более поздние стандарты - как ИСО\МЭК, так и IEEE и др. (EIA, INCOSE, ANSI, …)
15288 развил «процессность», современное понимание Предприятия и Системы, совмещаем с Архитектурой Предприятия (ISO 15704), детализировал многие процессы

Первый разрыв: ГОСТ 34 vs. ИСО/МЭК 12207 и 15288
ГОСТ 34 (+19, 24)
ИСО/МЭК 12207 и 15288

Новшества и барьеры процессной модели
ISO/IEC 1995 года
(ГОСТ Р ИСО/МЭК 1999 г.)
Каждый процесс может инициироваться из других процессов, но какой откуда ?...
Процесс как «сервис» ? увеличение барьера использования в конкретных организациях и проектах
(«Уже существующие стандарты плохо используются» -- SPC)

2) НОВЫЕ СТАНДАРТЫ -
итог
«Большой консолидации»

Ситуация
«Второго разрыва»
ГОСТ 19
ГОСТ 24
ГОСТ 34
Продолжающаяся практика
77-80 г.г.
1988-92 г.г.
1995-2002 г.г.
2005-2008 г.г.

Второй разрыв (2008 г.): ГОСТ 34 vs. ISO/IEC 12207 и 15288 ВТОРОЙ РЕДАКЦИИ
- ПРИОРИТЕТ СИСТЕМНОГО ПОДХОДА
- Работы с ПО и с СИСТЕМОЙ гармонизированы
- «МЕЧТА ИТ-шника»: Работа с Системами типа «ИС» интегрирована с процессами ПО
Развитие:
расширены процессы эксплуатации / сопровождения / поддержки,
требования к документации интегрированы
для Систем и ПО
включены работы с ТИРАЖИРУЕМЫМ ПО

Схема процессов 2008 года:
Software and System Engineering
ISO/IEC 12207 (2-nd edition)
Процессы ISO/IEC 12207:2008
Процессы
Соглашения (2)
Организационные
Процессы
поддержки
Проектов (5)
Процессы
Проекта (7)
Технические
Процессы
для Системы
и ПО (11)
Процессы
создания
ПО (7)
Процессы
поддержки
ПО (8)
Процессы
Повторного
Использо-
вания
ПО (3)
25
18

Технические процессы в контексте Системы

Процессы создания ПО

Процессы для многократно используемого ПО
(тиражируемого, типового, COTS, GOTS)

«Мечта ИТ-шника»
Для ИС -
Информационных
Систем
15289:
Докумен-
тирование
Для сложных комплексных Систем

Объект автоматизации:
Новый ГОСТ Р ИСО 15704 по «Архитектуре предприятия» (АП)
принципиально важен для работ по реинжинирингу, организационному и технологическому развитию предприятий, для согласования бизнеса и ИТ
будут проблемы его применения – барьеры на уровне
- понятий, терминов, концепций,
- Топ-менеджеров - восприятия ИТ-работ как части работ по орг-развитию
- включения статьи расходов на работы с АП,
- определения функциональных обязанностей Архитектора предприятия и его группы, и др.
См. IEMag, №7
за 2008 г.

Важно:
Завершен период поисков общего взгляда на методологию создания/эксплуатации систем
Закреплена устойчивая база, объединяющая
организаторов и «технологов» бизнеса,
специалистов по автоматизации и информатизации
Комплексный системный подход вышел на первый план – всерьез и надолго, особенно с учетом развития стандартов по АРХИТЕКТУРЕ ПРЕДПРИЯТИЯ
Есть основания для лидирующей роли аналитиков
и архитекторов объекта автоматизации (включая топ-менеджмент)

3) СЦЕНАРИИ
ПРЕОДОЛЕНИЯ ПРОБЛЕМ - варианты преодоления «пропасти»

В результате разрыва наблюдается:
нарастание проблем в областях:
- управление соглашениями с исполнителями и соисполнителями (контракты, согласования по требованиям, промежуточный контроль, согласованная приемка этапов работ, и т.д.),
- управление некаскадными формами ЖЦ (макетирование, прототипирование и т.п.)
- упорядочение и оформление результатов малых проектов (текущих работ по развитию…),
- управление подключением «новых людей»,
- формирование современных архитектур «без границ» для систем и объектов автоматизации (динамическое определение границ ИС/АС),
и др.

Схема второго разрыва
ГОСТ 34
ISO/IEC –
1 ред.
ISO/IEC – 2 ред.
Взять бы новые стандарты ИСО и работать по ним,
но они не прямого действия!...
Оставить бы ГОСТ 34 (+ фирменные стандарты отдельных поставщиков),
но они стали совсем недостаточны (+ растет зоопарк …)

Есть «+» и «-»:
ГОСТ 34
ISO/IEC –
1 ред.
ISO/IEC – 2 ред.
«+» Конкретность:
- работ на стадиях
- схем документов
«+» Привычность
«+» Накопленная
документация проектов
«+» Совместимость по многим концепциям с новыми стандартами
«+» Современные концепции
- объектов
автоматизации
- «Стейкхолдеров»
- границ Системы
и др.
«+» Полнота охвата
- областей управления
работами
- классов объектов автоматизации
«+» Гибкость
при формировании:
- соглашений
- стандартов организаций
«+» Консолидированность
на основе интеграции предложений ИТ-сообщества

Если до сих пор
не преодолен 1-й разрыв,
то оба разрыва
«в один прыжок»
тем более не преодолеть

Сценарии преодоления разрыва
1) на основе ISO, ISO/IEC 2-й редакции делать СтО: Стандарты организации
2) на основе ISO, ISO/IEC 2-й редакции делать
- (а) «Отраслевые» руководства по стандартизации, затем
- (б) СтО - стандарты организации
3) на основе пригодных частей ГОСТ 34 и ISO, ISO/IEC 2-й редакции делать СтО: Стандарты организации
Дорого (100% затрат каждому)
Культурный разрыв, Разрыв с историей контрактов и документации проектов
Дешевле (~20% затрат каждому)
Но: Культурный разрыв, Разрыв с историей
Дорого (100% затрат каждому)
Хотя уменьшен Культурный разрыв, Разрыв с историей

Оптимальный сценарий
4) на основе пригодных частей ГОСТ 34 и ISO, ISO/IEC 2-й редакции делать
- (а) «Отраслевые» руководства по стандартизации, затем
- (б) СтО - стандарты организации
Дешевле (~20% затрат каждому)
Уменьшены: Культурный разрыв, Разрыв с историей
Остается выбор пути –
насколько уменьшать разрыв с историей и культурой?
и в какой мере сохранять универсальность исходных рамочных стандартов?

«Первый прыжок через пропасть»

«Расширение стандартов серии ГОСТ 34 с учетом стандартов ИСО/МЭК 15288 и ИСО/МЭК 12207»
–>> для сохранения контрактной истории, навыков,
но с наполнением наиболее актуальными новыми положениями и дополнениями, актуальными при
(а) заказе, контрактации, приемке работ,
(б) управлении ходом проекта,
(в) управлении содержанием работ от замысла до списания АС / ИС
«Расширение стандартов серии ГОСТ 34 с учетом стандарта ГОСТ Р ИСО 15704»
–>> для возможности
- актуального определения «ОБЪЕКТА АВТОМАТИЗАЦИИ»,
- полнокровного участия ИТ-службы и ИТ-директора в проектах бизнес-реинжиниринга,
- организации комплексной группы Архитектора Предприятия,
- обоснованной постановки полных по составу работ по моделированию («не дармоеды»), и др.

Спасибо за внимание
Вопросы?
Фонд ФОСТАС
[email protected]
[phone], т/ф [phone]
www.fostas.ru

а также:
«Требования к структуре и описанию характеристик пакетов прикладных программ, включаемых в описание пакета»
->> упорядоченное накопление опыта Сообщества ИТ-руководителей и обмен им,
более простой и обоснованный выбор COTS / GOTS / OSS и соответствующих бюджетов,
более уверенное обоснование архитектуры индивидуального ПО / ИС и соответствующих бюджетов
«Каталог типовых прикладных сервисов / компонентов общего назначения»
->> аналогично

далее можно планировать Руководства по стандартизации для
метамодели и методики оценки эффективности ИТ в проектах развития предприятия (с переходом к ТЭО / СЭО),
обеспечения совместимости ITIL, CoBIT 4.1, новых ИСО/МЭК 12207, 15288 и расширенного ГОСТ 34,
разработки стандарта предприятия в части «Структура и методики формирования архитектуры предприятия»
и др.

Объект автоматизации :
ISO 15704:2000 «Requirements for enterprise-reference architectures and methodologies »
(с добавлением от 2005 года)
ISO 19439:2006 «Enterprise integration – Framework for enterprise modelling»
Разрабатывается ГОСТ Р, который должен быть аутентичным переводом ISO 15704:2000 (c доп. 2005 г.) …

Субъект автоматизации:
Процессы, работы и информ. продукты жизненного цикла систем / ПО
Система ГОСТ 19 – 77-80 годы
(+ТЭО из ГОСТ 24…)
Система ГОСТ 34 – 89-92 годы (основа)
Система ИСО/МЭК «Системная и программная инженерия» - 95-2008 годы
Система ГОСТ Р ИСО/МЭК «Системная и программная инженерия» - на основе стандартов 99-2002 годов

Объект автоматизации и
Концепции ISO 15704
Предприятие и его свойства (обобщенное, динамично меняющееся, плоское, расширенное, виртуальное)
Комплексность подхода: миссия, культура, технологии, информация и поведение
или «Внешняя среда, люди и машины»
Два уровня / типа архитектур – предприятия в целом и отдельных систем, их роли и связи между ними
Модели: приоритет понятности и адекватности задачам, необязательность
и др.

ГОСТ 19 – ЕСПД (частично)
ГОСТ 19.101-77 Единая система программной документации. ВИДЫ ПРОГРАММ И ПРОГРАММНЫХ ДОКУМЕНТОВ.
ГОСТ 19.105-78 Единая система программной документации. ОБЩИЕ ТРЕБОВАНИЯ К ПРОГРАММНЫМ ДОКУМЕНТАМ
ГОСТ 19.201-78 Единая система программной документации. ТЕХНИЧЕСКОЕ ЗАДАНИЕ. ТРЕБОВАНИЯ К СОДЕРЖАНИЮ И ОФОРМЛЕНИЮ
…

ГОСТ 34 - Комплекс стандартов на автоматизированные системы (частично)
РД 50-680-88. Основные положения
ГОСТ 34.602-89. ТЕХНИЧЕСКОЕ ЗАДАНИЕ НА СОЗДАНИЕ АВТОМАТИЗИРОВАННОЙ СИСТЕМЫ
ГОСТ 34.003‑90 Термины и определения.
ГОСТ 34.601-90. АВТОМАТИЗИРОВАННЫЕ СИСТЕМЫ. СТАДИИ СОЗДАНИЯ (включая ПРИЛОЖЕНИЕ 1. СОДЕРЖАНИЕ РАБОТ)
РД 50-34.698-90. ТРЕБОВАНИЯ К СОДЕРЖАНИЮ ДОКУМЕНТОВ
ГОСТ 34.603-92. ВИДЫ ИСПЫТАНИЙ АВТОМАТИЗИРОВАННЫХ СИСТЕМ

Система ГОСТ Р ИСО/МЭК «Системная и программная инженерия» (частично)
ISO/IEC 12207:
1995. Software Engineering — Software life cycle processes
ГОСТ Р ИСО/МЭК 12207:99. Программная инжененрия. Процессы жизненного цикла программных средств
2008. Systems and software engineering — Software life cycle processes
ISO/IEC 15288:
2002. Systems Engineering — System life cycle processes.
ГОСТ Р ИСО/МЭК 15288:2006. СИСТЕМНАЯ ИНЖЕНЕРИЯ Процессы жизненного цикла систем
2008. Systems Engineering — System life cycle processes.
ISO/IEC 15289:2006. Systems and Software Engineering — Content of systems and software life cycle process information products (Documentation).
IEEE/EIA 12207.0-1996, Industry Implementation of International Standard ISO/IEC 12207:1995 Standard for Information Technology — Software Life Cycle Processes.

Схема состава процессов:
от
System Engineering 2002 года
к
Software and System Engineering
ISO/IEC 12207:2008