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

1 -1- Новые и наследованные стандарты заказа, создания и использования Систем и ПО: гэп-анализ и практика развития или Как преодолеть разрыв между национальными и мировыми стандартами «в два прыжка» ФОСТАС «Фонд поддержки системного проектирования, стандартизации и управления проектами» +7(495) // 2349, июня 2008 г. – Санкт-Петербург 18 июня 2008 г. – Киев Зиндер Евгений Захарович, президент Фонда ФОСТАС, дир. АБ «Группа 24»

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

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

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

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

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

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

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

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

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

11 -11- ISO/IEC и и «Первый разрыв» ГОСТ 19 ГОСТ 24 ГОСТ 34 Продолжающаяся практика Стандарты системной и программной инженерии, Архитектуры предприятия – первый виток ISO, ISO/IEC ГОСТ Р ИСО/МЭК, ГОСТ Р ИСО… ?! Первый разрыв г.г г.г г.г г.г.

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

13 -13- Первый разрыв: ГОСТ 34 vs. ИСО/МЭК и ГОСТ 34 (+19, 24) Концепции и понятия2+ (для «АС»)4- (взгляд на объект «изнутри») Управление методикой организации работ 1+ («Каскад» + мини- мальная адаптация) 4 (границы применения …?) Управление портфелем0+ (зачатки в рамках «Концепции» и «ТЗ») 4 (как «управление инвестициями») Управление контрактами 0+ (устаревшие зачатки)4+ Управление проектом1 (зачатки в ТЗ и «приемках») 4- (аспекты не развиты) Процессы и работы создания и эксплуатации 3 (эксплуатация только намечена) 4 (эксплуатация развита не сильно) Испытания и проверки2+ (недостаточность)4+ (4 типа проверок + прослеживание!) Документирование3+ (но без ПО, БД - слабо, …) 2 (кое что – в Руковод- ствах по применению) Итого (попытка !!): 12 – 14 баллов 34 балла ИСО/МЭК и 15288

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

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

16 -16- Ситуация «Второго разрыва» ГОСТ 19 ГОСТ 24 ГОСТ 34 Продолжающаяся практика Стандарты системной и программной инженерии, Архитектуры предприятия – первый виток ISO, ISO/IEC ГОСТ Р ИСО/МЭК, ГОСТ Р ИСО… ?! Первый разрыв Стандарты системной и программной инженерии, Архитектуры предприятия – второй виток ISO, ISO/IEC (+IEEE, EIA) ?! Второй разрыв г.г г.г г.г г.г.

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

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

19 -19- Technical Processes Stakeholder Requirements Definition Process Определение требований Заинтересованных Лиц («пользователя») System Requirements Analysis Определение требований к Системе («АС») «Техническое задание на Систему (АС)» System Architectural Design Эскизное проектирование Системы («АС») Техническое проектирование Системы («АС») Implementation Process Реализация и рабочее документирование; для Системы - на основе процесса из ISO/IEC либо из п для ПО System Integration Process Комплексирование Системы («АС») (подготовка объекта, развертывание ПО и др.) System Qualification Testing Process Испытания Системы («АС») Software Installation Установка и предварительные испытания ПО Software Acceptance Support Испытания ПО для передачи в постоянную эксплуатацию ПО Software Operation Process Текущая эксплуатация ПО Software Maintenance Process Сопровождение ПО (от консультирования до внесения изменений) Software Disposal Process Списание ПО Технические процессы в контексте Системы

20 -20- Software Implementation Processes Software Implementation Process Создание «единицы» ПО – от стратегии реализации до «упаковки и хранения для поставки в соответствии с соглашением» Software Requirements Analysis Process Анализ требований к ПО ЧТЗ для ПО, согласование с ТЗ на Систему Software Architectural Design Process Архитектурное («Эскизное») проектирование ПО Software Detailed Design Process Детальное («Техническое») проектирование ПО Software Construction Process «Кодирование» и испытание совокупности «единиц» ПО Software Integration Process Интеграция ПО Software Qualification Testing Process Испытания интегрированного ПО, подготовка процедур внесения будущих изменений Процессы создания ПО

21 -21- Software Reuse Processes Domain Engineering Process Анализ предметной области для активов многократного применения (продуктов ПО) и создание таких активов для многократного применения – тиражируемых, типовых, COTS / GOTS и т.п. Reuse Asset Management Process Управление активами (продуктами ПО) многократного применения от их концепции до списания Reuse Program Management Process Стратегия организации в сфере многократного применения активов ПО, ее реализация и управление ее выполнением для разных предметных областей Процессы для многократно используемого ПО (тиражируемого, типового, COTS, GOTS)

22 -22- «Мечта ИТ-шника» Для ИС - Информационных Систем : Докумен- тирование : Процессы ЖЦ Систем и программ : Докумен- тирование … Информа- ционное обеспе- чение Бизнес- процессы : Процессы ЖЦ программ HW – Аппаратные средства : ПРОЦЕССЫ ЖЦ СИСТЕМЫ Для сложных комплексных Систем

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

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

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

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

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

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

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

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

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

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

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

34 -34- Спасибо за внимание Вопросы? Фонд ФОСТАС (495) , т/ф (495)

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

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

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

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

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

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

41 -41- ГОСТ 34 - Комплекс стандартов на автоматизированные системы (частично) РД Основные положения ГОСТ ТЕХНИЧЕСКОЕ ЗАДАНИЕ НА СОЗДАНИЕ АВТОМАТИЗИРОВАННОЙ СИСТЕМЫ ГОСТ Термины и определения. ГОСТ АВТОМАТИЗИРОВАННЫЕ СИСТЕМЫ. СТАДИИ СОЗДАНИЯ (включая ПРИЛОЖЕНИЕ 1. СОДЕРЖАНИЕ РАБОТ) РД ТРЕБОВАНИЯ К СОДЕРЖАНИЮ ДОКУМЕНТОВ ГОСТ ВИДЫ ИСПЫТАНИЙ АВТОМАТИЗИРОВАННЫХ СИСТЕМ

42 -42- Система ГОСТ Р ИСО/МЭК «Системная и программная инженерия» (частично) ISO/IEC 12207: Software Engineering Software life cycle processes ГОСТ Р ИСО/МЭК 12207:99. Программная инжененрия. Процессы жизненного цикла программных средств Systems and software engineering Software life cycle processes ISO/IEC 15288: Systems Engineering System life cycle processes. ГОСТ Р ИСО/МЭК 15288:2006. СИСТЕМНАЯ ИНЖЕНЕРИЯ Процессы жизненного цикла систем 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 , Industry Implementation of International Standard ISO/IEC 12207:1995 Standard for Information Technology Software Life Cycle Processes.

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

44 -44- Схема процессов System Engineering от 2002 года ISO/IEC 15288:2002 ГОСТ Р ИСО/МЭК 15288:2006 Процессы Предприятия (5) Процессы Проекта (7) «Технические» Процессы (11) ИТОГО: 25 процессов (+1) Процессы Соглашения (2)