Системный подход в стандартах
Download as PPTX, PDF2 likes3,913 views
Документ обсуждает системную инженерию и необходимость использования формальных стандартов для упрощения понимания системы, включая стандарты ISO и OMG. Он также затрагивает эволюцию инженерии от неформальных методов к формальным языкам и описаниям и акцентирует внимание на важности системного мышления. Приведены примеры, иллюстрирующие сложности внедрения системного подхода в корпоративной среде.
![Ключевая мысль системной инженерии:
V-диаграмма перехода от определения к воплощению
определение
потребностей
валидация
приемка в
эксплуатацию
верификация
Архитектурное
проектирование
интеграция
верификация
рабочее
проектирование
System
definition
изготовление
System
realization
[System
operation]
6](https://image.slidesharecdn.com/systemstandards23oct13-131024002110-phpapp02/85/-6-320.jpg)
Системный подход в стандартах
- 1. Системный подход, данный в стандартах Москва октябрь 2013
- 2. Тезисы • Классическая («псевдокод») системная инженерия – алхимический системный подход. Нужен хотя бы «псевдокод» (но лучше – формальный) системный подход. • Должно быть понятно школьникам (ибо производственники уже не могут учиться на уровне ВУЗа – по совокупности причин). Это критерий простоты и компактности. • Нейтральность по отношению к авторам (онтология – это разделяемая концептуализация), но формальность отсылки. То есть нужна опора на стандарты. Вывод: опираемся на слегка модифицированные стандарты: • Деятельностное определение системы и жизненный цикл – OMG Essence • Определение системы через множественные описания – ISO 42010 • Система как холон, холархии и множественные именования – ISO 81346 • Формальная онтология системы и подход к системному языку – ISO 15926
- 3. IV поколение Искусственный интеллект: гибридные вычисления Развитие и совершенствование инженерии II поколение Современная («классическая») инженерия: диаграммы и чертежи («псевдокод») Р Е З У Л Ь Т А Т Ы I поколение «Алхинженерия»: неформальные тексты и эскизы III поколение Моделе-ориентированная (modelbased) инженерия: формальные языки (вычисляемый «код») 1400 1860 1990 ВРЕМЯ 2020 3
- 4. Международные стандарты сложны Не хочу видеть никаких сумасшедших торговцев – ты что, не видишь, что тут битва идёт! Размещено с разрешения FIATECH PP656.4
- 5. С чего начать Недавно в ходе пятидневного вводного курса, проводимого Обучающим центром МТИ, одна женщина-менеджер из конструкторского отдела компании Ford лаконично сформулировала ситуацию: «Спустя пару дней, — сказала она, — я начинаю понимать, о чем вся эта история с системным мышлением и интеллектуальными моделями. Мне это напоминает время, когда я только начала знакомиться с высшей математикой. Сначала я чувствовала себя совершенно потерянной. Все это было мне совершенно чуждо. Но потом я начала «схватывать» суть. Через год я уже вполне владела основами этого дела. Через пять лет это стало основой моей профессии». Потом она добавила: «Если бы высшую математику изобрели сегодня, ни одна из наших корпораций не смогла бы ею овладеть. Мы бы посылали каждого на трехдневные курсы. Затем каждый получал бы три месяца на то, чтобы посмотреть, работают ли «все эти штуки». А когда выяснялось бы, что они не работают, мы бы начинали пробовать что-нибудь другое». Питер Сендж, "Пятая Дисциплина" 5
- 6. Ключевая мысль системной инженерии: V-диаграмма перехода от определения к воплощению определение потребностей валидация приемка в эксплуатацию верификация Архитектурное проектирование интеграция верификация рабочее проектирование System definition изготовление System realization [System operation] 6
- 9. Определение и воплощение системы (обобщение ISO 42010) Подальфы технологии (задаются стандартами) 9
- 10. ISO 42010 10
- 12. Архитектурные стили (стили описания системы) P.4.1 Three Categories of Styles Although no fixed set of views is appropriate for every system, broad guidelines can help us gain a footing. Architects need to think about their software in three ways simultaneously: 1. How it is structured as a set of implementation units 2. How it is structured as a set of elements that have runtime behavior and interactions 3. How it relates to nonsoftware structures in its environment Each style we present in this book falls into one of these three categories: 1. Module styles 2. Component-and-connector (C&C) styles 3. Allocation styles When we apply a style to a system, the result is a view. Module views document a system’s principal units of implementation. C&C views document the system’s units of execution. And allocation views document the relations between a system’s software and nonsoftware resources of the development and execution environments. 12
- 13. ISO 81346-1 (Figure 3, доработан Henrik Balslev) 13
- 15. Холон: часть – целое Холархия: «матрёшка» холонов Henrik Balslev about Reference Designation Set ISO 81346: системы определяются через отношение «часть-целое», системы определяются иерархическими именами (набор справочных обозначений), которые всегда могут быть дополнены справа и слева (выше и 15 ниже по холархии)
- 16. ISO 15926 • Индивиды, классы, классы классов: опора на индивиды • Функциональные и физические объекты (места?) • Максимизация отношений «частьцелое», темпоральные части • Машиннообрабатываемые vs человекопонимаемые имена (компромисс: обозначения по ISO 81346) 16
- 17. ЖЦ задвижки в ISO 15926 (краткая форма) 17
- 18. Спасибо за внимание Анатолий Левенчук, http://ailev.ru ailev@asmp.msk.su Президент Русского отделения INCOSE Член исполкома Русского отделения SEMAT Виктор Агроскин vic5784@gmail.com Член экспертной группы ISO TC184/SC4/WG3 (Industrial data / Oil, Gas, Process and Power) TechInvestLab.ru +7 (495) 748-53-88 Член POSCCaesar Association 18