?

Log in

No account? Create an account
Лабораторный журнал -- Day [entries|friends|calendar]
Anatoly Levenchuk

[ website | Лабораторный журнал ]
[ userinfo | livejournal userinfo ]
[ calendar | livejournal calendar ]

Про 15288 [04 May 2008|06:07am]
Как внедряли системный инжиниринг у военных: http://www.dtic.mil/ndia/2005systems/thursday/kutch.pdf

Сравнение стандартов системного инжиниринга (май 2007г.): http://www.incose.org/wma/library/docs/SE_StandardsModels_gantzer_incose_0507.ppt

Стандарты обеспечения безопасности (safety) путем постановки менеджмента GS-R-3 для атомщиков: http://www-ns.iaea.org/standards/documents/default.asp?sub=130 (все стандарты -- http://www-ns.iaea.org/standards/default.htm).

Украинские атомщики говорят про оценку софта в атомных проектах -- смотреть на слайды 10, 11 (перечисление стандартов, с которыми нужно гармонизировать целевую технологию): http://entrac.iaea.org/I-and-C/TM_PRAGUE_2007_05/CD/Presentations/Konorev_presentation.ppt. Вообще, это очень интересно: предлагается эффективная по стоимости оценка, да еще и гармонизированная с кучей стандартов.

Как делают ITER: по факту они берут за основу 15288 (хотя в тексте он помянут всего на паре слайдов). Достаточно взглянуть на знакомую табличку слайда 11 -- https://mioga.minefi.gouv.fr/ITER/public/C2I/documents/pres/CHIOCCHIO-ES.pdf. Кстати, очень хорошо видно, насколько участвует в проекте Россия (слайд 8).

Кстати, INCOSE SE Handbook версии 3.1 (самая свежая, сентябрь 2007г.) гармонизирована с 15288:2002. Чтобы это узнать, пришлось стать членом INCOSE. Но там все много веселее. Вот маленький кусочек из январской презентации их архитектурной группы на съезде в конце января (Example of problem statement -- всего у них 27 таких проблем):
Triangle of Relations: Architecture/Structure/Emergent Behavior
-- What is the relation of Architecture to Emergent Behavior of Systems?
-- What is the relation of Structure to Emergent Behavior of Systems?
-- What is the relation of Architecture to Structure?
Sample of preliminary (short) summary of response
-- An architecture embodies the essential properties of a system. These properties may be structural or behavioral.
-- Architecture abstracts the elements, while structure is the actual elements, their organization, and their interactions.
-- It is from these interactions that behavior may emerge.
-- In practice, the architect tries to minimize unintended emergences, while trying to be adaptive to a changing environment.
INCOSE -- правильное место, там есть Model Based System Ingeneering c Vision 2020, суть которого -- "cross domain model integration". Ровно то, что интересно. Нужно запомнить, что system modeling ontology - Ralph Hodgson, MBSE Tool Integration Framework - Randy Bullard.

Буду копаться. Все это очень, очень интересно.
post comment

О системной инженерии [04 May 2008|06:19pm]
PBL (performance based logistics) и PBS (performance based supportability). Все это означает оплату контрактов по факту выполнения нужной клиенту функции, а не закупку чего-то конкретного. Типа покупается пропускная способность дороги, а не собственно дорога -- оплата за доступность. Очень легко порождать понятия: бери что угодно и добавляй "performance based".
* * *
90% всей этой системной инженерии идет от огромных военных контрактов, где нужно создать что-нибудь гарантированно летающее и гарантированно стреляющее. Далее идут транспортники, где нужно мосты делать так, чтобы они не разваливались. Ну, и так далее: проекты от миллиона деталек, и все детальки разные. Для "обычных предприятий" системная инженерия нафиг не нужна -- только для тех, где требуется существенная мультидисциплинарность.
* * *
В INCOSE обычная для любых сообществ ситуация: их 6000 человек самой разной степени осведомленности, из них примерно 300 человек собираются пару раз в год и плотненько работают несколько дней над документами. Дальше просто: сколько ты этому комьюнити дашь, столько и сможешь взять.

А на поверхности обнаруживается только куча пены, как в любом системном подходе. Всяк из этих шести тысяч человек норовит написать какую-нибудь всеобъемлющую онтологию-таксономию, многомерную классификацию или еще что-нибудь всеохватно-бюрократическое, с чем абсолютно невозможно работать. Непонятно, как все это отфильтровывать. Много откровенных "отчетных методов", типа ISO 9000. Но есть и попытки разобраться в сути инжиниринга сложных систем.

Основная там мысль -- исправление ошибок поближе к началу, до начала производства. Желательно, еще на этапе работы с требованиями. А требований может быть неожиданно много. Представьте себе какой-нибудь небольшой заводик и детальный набор к нему требований (здание, оборудование, материалы, рабочая сила, планы выпуска -- и чтобы все согласно этим требованиям было продумано, заказано и поставлено в срок. Не думайте, что задача тут проста: "заказать" кому-то строительство "под ключ", это не решить собственно задачу. Это просто сдвинуть ответственность (и прибыль ;) на шаг по цепочке контракторов. Кто-то все равно должен такую задачу "сделать под ключ что-то очень большое и сложное" уметь решать. Вот им и нужна системная инженерия.
* * *
Гуляет список потенциальных (идет опрос комьюнити) принципов системной инженерии -- всего 70 штук. Вот для примера первые три:
-- THE system, not A system: (Problem System, Stakeholder System, Problem Suppression System).
-- A system, when stimulated, exhibits behavior a) not achievable by any subset, b) dependent on state of system at instant of stimulus.
-- POSIWID – The Purpose Of a System Is What It Does (regardless of the designers’ intents).

Интересные там принципы. Да, они банальны, но все равно регулярно сталкиваешься с их несоблюдением!
* * *
Много лет назад я называл себя "системный архитектор" и страшно этим гордился. Потом поменял это торжественное название на "когнитолог", а затем уже на "консультант". "Просто консультант". Но это не значит, что интерес к системной архитектуре (уже тогда я добавлял -- "необязательно софтовой!") был потерян. Системная архитектура, работа со знаниями, системная инженерия -- это мне до сих пор крайне интересно. Только поменялся режим: нужно уже не столько все это изучать, сколько теперь нужно это все делать, практиковать.
* * *
Новости Геллиша: скоро будет новая версия, в которой будет отмоделирована онтология измерений. А в браузере/редакторе появится развитый поиск (чтобы искать в информационной модели предприятия). Еще четко будут разделены Словарь Геллиш и набор живущих во времени фактов -- Геллиш База Знаний. А я еще предложил смотреть на Геллиш Вопросы как на зачаток программистского Геллиша (см. подробнее разговор с автором Геллиша: https://sourceforge.net/forum/forum.php?thread_id=2017733&forum_id=89287
* * *
Книжку по Геллишу пока решили не переводить: вряд ли у нее будет больше десятка заинтересованных читателей. А этот десяток вполне прочтет и по-английски.
* * *
Пока представляется:
-- если у вас проблемы со стратегией, то стройте карту действий и результатов. В принципе, в этой карте есть рудиментарная работа с требованиями, архитектурой и их трассировкой.
-- если у вас проблемы с разбиением работ, сроками и финансированием, то вам к Lean Project Management и CCMP.
-- если проблемы с информационной моделью (достали документы, хочется нормальной датацентрики), то вам к ISO 15926 и Gellish
-- если проблемы с увязкой всего на свете в огромном и конкретном техническом решении -- ISO 15288
-- организационное строительство и процессы -- юзайте DEMO.
* * *
Пора опять рисовать карты действий и результатов.
3 comments|post comment

Воскресенье вечер [04 May 2008|07:03pm]
Четвертые лебедевские чтения (http://g-l-memorial.ice.ru/) уже совсем скоро, 24 мая.

Нужно уже собирать Оргкомитет и публиковать драфт Программы.
* * *
Либертарианский профсоюз (sic! см. http://oleg-khrienko.livejournal.com/4980.html) открыл http://libertynews.ru/.
* * *
Никак не прилажусь к DMC-FX500. У этого аппарата внутри очень много мозгов. Настолько много, что уже хочется применить старинный принцип Гены Лебедева: "когда к тебе приходит новая техника, то первым делом нужно на ней отключить автоматические режимы". Это было бы сделать легко, если бы не "неберущиеся" другим способом снимки -- он, например, умеет сделать снимок "с проводкой". Ага, все вокруг вашего дитенки состоит из ленточек и полосочек света, а сам дитенка удивительно четкий. Идеально, если бы еще можно было спрогнозировать момент, когда из режима прицеливания этот аппарат вдруг переходит в режим стрельбы -- это занимает от 0.1 до 10.0 секунд.

Любимое дело этого фотика поднять ISO до 800, причем в тот момент, когда этого совсем не ждешь (как я понял, аппарат вдруг замечает, что в кадре кто-то машет рукой, и немедленно укорачивает раза в три выдержку, поднимая одновременно чувствительность. А если рукой в уголке кадра никто не машет, то будет ISO 100 и все счастливы). Зато он умеет учитывать контровой свет (для этого нужно просто нажать на экранную кнопку).

Аппарат со сложным характером, таких у меня еще не было.
* * *
Праздники кончились, а я так и не посмотрел ни одного фильма. Зато прочел много стандартов ISO и написал кучу писем в Голландию.

Ничего, наверстаю.
3 comments|post comment

navigation
[ viewing | May 4th, 2008 ]
[ go | previous day|next day ]