дак там уже про кругляк речь пошла... а я больше по плотникам))
"кильватере" "редуцировался" "имплементацией"
у вас есть обязательный к использованию список с такими словами?)))
Но тогда, выходит, подтверждается моя догадка о том, что процитированные вами ссылки - это продукт стаи товарищей, захвативших важный опорный пункт. А не системный подход к стандартизации.
нет. со стандартами всё Ок. Они между собой взаимосвязаны и ссылаются друг на дружку... Ещё раз, они работают, если их применять (см "мартышка и очки").
внедрение стандартов без современных программных продуктов выглядит просто растаскиванием денег
Вот прямо противоположное. Если, вы не можете внедрить системный стандарт без ИТ, это плохо. Система, в первую очередь, это документы.
Я не про стандарты разработки ИТ систем, тут понятно (Эксель, это не автоматизация).
(по стопам умных американцев)
полегче... я, про ГОЭЛРО, могу ещё раз повторить... Н.Винер и Э.Деминг, это "рестайлинг" под американизмы... убрали все советские термины и всё.
Посмотрите кто занимался системотехникой в СССР и где они находились (ВУЗы), поймёте, что эта работа была сделана не за один день, а с*ка системно продолжает проводится до сего дня.
вы же всё правильно пишите: "Должна", "были ОНТИ", "была система"... сейчас то нету;
я не могу давать море ссылок, в моей коллекции их ~600... СССР больше НЕТ! Бюрократия - это зло... Да, стандартизация всем мешает воровать;
Нужно, согласен... но я, бесплатно и к тому же в одну каску, работать не буду/не смогу... Дедушку, поддержал рабочий класс, а вы готовы пройти аттестацию на соответствие профстандарту??;
М. Мишустин вроде, как системщик, должен это понимать... Г-ны Греф и Миллер этому противостоят, как могут... SAP - это же престижно)))
По ArchiMate у меня вопросов, особо, нет. По ISO 42010 только то, что есть ГОСТ.
Главный вопрос- Как это всё поддерживать?? Как отслеживать изменения в системе и вносить изменения в модели?? Если использовать Archi, то это опять целую банду аналитиков набирать... как с Aris'ом получится может- дорого.
Тут, как то разом, нужно внедрить и автоматизировать (по PDCA) архитектурный подход в HR? осн. производство и ИТ подразделения.... вот только как?
Я пробовал, как эксперимент, делать реестр процессов/систем (по 9001) в lowcode, с пользовательскими задачками по пересмотру (19011), а уже потом, в виде XML, импортировать в Archi. Те сотрудник не кубики двигает, а меняем, в зоне своей ответственности, карты процессов, выходы (д-ты), регламенты итд...
ГОСТ Р 57100-2016/ISO/IEC/IEEE 42010:2011
СИСТЕМНАЯ И ПРОГРАММНАЯ ИНЖЕНЕРИЯ ОПИСАНИЕ АРХИТЕКТУРЫ
и я бы, добавил ещё пару стандартов по архитектуре:
ГОСТ Р ИСО 19439-2008 Интеграция предприятия. Основа моделирования предприятия (GERA)
Дак для ISO 19650 есть же отечественный перевод ГОСТ Р 58439.1-2019.
ГОСТ Р 58439.1-2019 ОРГАНИЗАЦИЯ ИНФОРМАЦИИ ОБ ОБЪЕКТАХ КАПИТАЛЬНОГО СТРОИТЕЛЬСТВА. Информационный менеджмент в строительстве с использованием технологии информационного моделирования. Часть 1. Понятия и принципы
По BIM, хотелось бы узнать что у них, строителей, происходит с комплексами по цифровым двойникам (DT). Проектов было много, но как то не следил за ситуацией. Договорились они там о моделях данных или дублировать всё будут?... или крепёжный элемент🔩 положен на всё?)))
ИТ организацию можно поделить на область CEO и область CTO/CIO... С-lvl и обеспечивает достижение целей в одной единой стратегии..
Можете показать профстандарты на эти роли, я не понимаю чем они занимаются (кроме получения большой ЗП). Где ДИ или ПСП? Я опираюсь на общепринятые документы, утвержденные на гос уровне. По ним строят танки, самолёты и АЭС. А всякие СЕО только чаты ЖПТ сделали... Не сравнивайте производство с деньговыкачиванием.
Мне (как ИТ) когда то в Трансгазе сказали: "-Труба качала и без Вас!"
А они уже строят свои департаменты с руководителями.
Ну это везде так, просто я про то, что через голову прыгать нельзя...
Сделает ли он по продукту документацию которая отвечает на все ваши требования?
ITIL. Если в соглашении пропишите, то будет.
Обычно пользуются тем что дают..
Вам, как исполнителю, дают не они, а директор, который заключил соглашение... он наёмщик. откатик получил и доволен)) Вы же айтишники, разберётесь... а если нет, то куда вы пойдёте жаловаться?? Стандарты то не обязательные... пара-пара-пам-поу
опыта работы в гос структурах не имею.
там хуже.
*Сейчас нету ни возможностей, ни целей делать качественное и дешёвое ПО.... Где то, про микро транзакции в играх, говорили ~"вы платите, они их больше делают"
Ну оркестр, как то справляется с нотами, разными инструментами и без специализированного ПО. Всё тоже самое. Делаешь так, как написано в ДИ то, что установлено в ПСП в соответствии с планом работ. Бюрократия - это как демократия, только главные не толстосумы, а Документы. Как и всё хорошее, с бюрократией расправились ещё в 90е... дак Бюрократия это зло или нет?!
Идентифицируйте все документы организации (БД это тоже документ, построчно) по ГОСТ Р 55681, идентифицируйте Системы по 57193(15288), идентифицируйте процессы по ГОСТ Р 57098... и всё
дальше берём ГОСТ Р 9001 и обеспечиваем Качество...
"кто в лес, кто по дрова"
Водитель лесовоза едет в Лес, а вот лесорубы по Дрова... они не разбираются в работе друг друга и не лезут с советами (хорошо бы)... Но все участвуют в одном процессе. НО! тк они едут в лес, то для Медведя это уже просто Риск/Возможность.
Если вы, хотите помочь директору, то незачем, не поделится)). Если Вы директор, то обратитесь к Системному инженеру или Инженеру СМК. Очень сложно "прыгать" из операционного управления в управление системами (да ещё и под пивко)
Советую прочитать "Оргуправленческое мышление" Г. Щедровицкого
Организация, руководство, управление как типы деятельности
Я коротко задам сравнительные характеристики организации, руководства и управления.
Организация является по сути дела конструктивной работой, материалом которой становятся люди. При этом слово «организация» употребляется в двух смыслах: организация как деятельность организовывания и организация как результат этой работы.
При организовывании мы собираем нечто. У нас должны быть какие-то конструктивные элементы, конструктор с набором элементов, и мы должны, с одной стороны, определенным образом собрать эти элементы и с другой — установить между ними те или иные связи и отношения. Когда мы проделываем такую работу, то мы накладываем определенную организационную форму на эти элементы. Мы можем производить организацию за счет состыковки их друг с другом, а можем еще задавать специально связи, скреплять их тем или иным способом. И когда мы проделали такую работу по объединению элементов и установлению между ними определенных отношений и связей, мы эту работу прекращаем, и дальше организованное нами целое может начать жить по своим законам. Но его жизнь по своим законам уже не принадлежит организационной работе, работа по организовыванию состоит только в том, что мы набираем определенные элементы, собираем их и устанавливаем между ними определенные отношения и связи.
Что такое управление и в каком случае мы осуществляем управление? Можно ли, скажем, управлять стулом? Нет, говорю я. Его можно поставить, можно его двигать, можно его поломать, преобразовать. Это будет определенная практическая, преобразующая деятельность. Но это каждый раз не управление.
Теперь более сложный случай - машина. Вот машина стоит, вы на акселератор еще не нажали — можно ли управлять ею? Нельзя. А когда появляется возможность управлять машиной? Когда она поехала. Управление возможно только в отношении объектов, имеющих самодвижение. Пока этого самодвижения нет, ставить такую задачу или цель - управление - не имеет смысла.
Можно представить себе ситуацию, когда можно управлять полетом стула. Представьте себе что-то вроде мушкетерского побоища: кто-то бросает стул, и я, вместо того чтобы от него защищаться, направляю его полет несколько в другую сторону. Я осуществил одноразовый, одномоментный акт управления - изменил направление полета стула. В этом смысле я осуществил управление этим процессом. Но смотрите, чем я управлял? Я управлял полетом стула, а не стулом.
А теперь о руководстве. Руководство возможно только в рамках организации, в рамках специальных организационных связей. В чем состоит суть руководства? В постановке целей и задач перед другими элементами. Но для того чтобы я мог ставить цели и задачи перед другими элементами - людьми, нужно, чтобы они от своих собственных целей и задач отказались и обязались бы принимать мои цели и задачи. И именно это происходит в рамках организации.
Организация людей - я возвращаюсь назад к организации и фиксирую ее свойства и качества - всегда осуществляется таким образом: человек, занимающий определенное место, отказывается тем самым от собственных целей и задач, от собственного самодвижения и обязуется двигаться только в соответствии с этим местом и соответственно тем целям и задачам, которые по каналам организации будут передаваться ему вышестоящими инстанциями.
В.И. Ленин, справился, даже, без смартфона и компутера...
ГОЭЛРО
ГОЭЛРО — государственный план развития электроэнергетической отрасли в Советской России после Октябрьской революции 1917 года. Разработан Государственной комиссией по электрификации России по заданию и под руководством В. И. Ленина.
Вот тут, поясню свою точку зрения. Нет такого руководителя всех руководителей и "единого организма" (уже всё можно передать на аутсорс)... нельзя Генералу заниматься с новобранцами строевой подготовкой, у него задачи другие... Иерархия нужна не для лычек... Каждый должен знать и понимать Ответственность и Полномочия. ГД не имеет права заставить рабочего лезть в "огонь" без СИЗов и инструкции "по лазанию в огонь")) или самому лезть...
схема 1
15288
Рассматривая схему 1, с ТЗ предприятия (Sys of Int), то на каждом этапе ЖЦ предприятия ответственность за него несут разные системы (их владельцы).
Concept - уровень стейкхолдера, акционера;
Dev - ГИ или строители (для примера РОСАТОМ, только он умеет строить АЭС);
Prod - уровень директора, здесь предприятие уже должно работать и давать результат (выполнять цели/стратегию Concept).
А вот при управлении подразделением, важно "контролировать" не только свою деятельность (подчинённых), но и Входы в процесс (поставщиков). Но воздействие, на Систему (её босса), которая предоставляет что то на Вход, руководитель не может, у него таких полномочий нет... Вот тут то и появляется Надсистема (соотв ЗГД или ГД), которая имеет такие полномочия, для Изменения Системы поставщика входа (см схема 2).
схема 2
9001, 15504
И вот, где то во всём этом, аналитику нужно "найти" спецификацию требований к ИС и не сойти с ума)...
Чуть-чуть помогу автору))) Проблема будет в "точке зрения" на документацию и систему (АС и предприятие). Все (руководство, подчиненные и ИТ) хотят видеть именно свою часть (отчетность, кнопочки, алгоритмы). Всё изменения системы, в виде отдельных задач, теряются, дублируются или противоречат друг другу... нужно, как то, переходить к единой БД знаний и спецификаций.
Ниже, приведена только часть стандартов из коллекции. OpenAI , как то не спешит оцифровывать и структурировать Стандарты... титьки то важнее 😊
Начнём с идентификации Документов:
ГОСТ Р 55681-2013 Информация и документация. Анализ процессов работы с точки зрения управления документами
В рамках управления ЖЦС, выделяют следующие Родовые типы информационных объектов.
ГОСТ Р 57098-2016/ISO/IEC TR 24774:2010 Системная и программная инженерия. Управление жизненным циклом. Руководство для описания процесса
Примеры информационных объектов из 15288 (ЖЦС)
ГОСТ Р 57193-2016 Системная и программная инженерия. Процессы жизненного цикла систем
Метаданные документов по мнению СИБИД:
ГОСТ Р ИСО 23081-1-2008 СИБИД. Процессы управления документами. Метаданные для документов. Часть 1. Принципы
Версия спецификации MoReq2
ТИПОВЫЕ ТРЕБОВАНИЯ К УПРАВЛЕНИЮ ЭЛЕКТРОННЫМИ ДОКУМЕНТАМИ
Процессы управления документами:
ГОСТ Р 7.0.101-2018/ИСО 30301:2011 ИНФОРМАЦИЯ И ДОКУМЕНТАЦИЯ. СИСТЕМЫ УПРАВЛЕНИЯ ДОКУМЕНТАМИ. ТРЕБОВАНИЯ
Спецификация Требования, Документ:
ГОСТ Р 57323-2016/ISO/TS 15926-11:2015 Системы промышленной автоматизации и интеграция. Интеграция данных жизненного цикла перерабатывающих предприятий, включая нефтяные и газовые производственные предприятия. Часть 11. Методология упрощенного промышленного использования справочных данных
Состояния требования стейкхолдера:
ГОСТ Р 57195-2016 Ядро и язык для методов системной и программной инженерии. Общие положения
Процесс анализа требований
"ГОСТ Р 57318-2016. Системы промышленной автоматизации и интеграция.
Применение и управление процессами системной инженерии
Синтаксис требования:
ISO 29148
Управление знаниями:
ГОСТ Р 57133-2016
К документации по управлению проектам, требования см тут:
А почему вы, как "Системноинженерный" не указали ни одного стандарта по СИ?
🤨(сурово смотрит)
В комментарии выше, если пройти по ссылкам, я тоже уже высказался... Вот вам всем, что такого плохого ГОСТ сделал, что вы его так не любите?? Колбаску, пломбирчик или АЭС?!
Менеджмент -это не русское слово, со множеством значений... русские слова это Руководство, Управление и я бы добавил Организацию (из "Оргуправленческого мышления" Щедровицкого).
Менеджмент исо 9000
Стандарты по СИ, по умолчанию используют 9000... Как можно жить без словаря то?
исо 15288
*всё, что написано в статье, вроде и правильно, но какой то "гуманитарщиной" отдаёт... Схем нет, стандартов нет, вместо PDCA описан IDEF, словарь непонятно откуда... поэтому и спор про термины!
**Как продолжение статьи, я бы предложил разобрать источники информации, тогда будет понятно, кто, в каком смысле употребляет термины. У меня то ГОСТ)))
А как в заголовок статьи попало слово "Профессия"?? И в первом же предложении вы говорите, что это Роли (даже не должности)... Когда говорите про Профессии, рекомендуется пользоваться перечнями Минтруда России.
По тексту, лид это тамада, со знанием фокусов... где проф знания? Он что, с черенком от лопаты конфликты решает? Или он должен скинуть из офиса предыдущего лида, как Шрам Муфасу, что бы завоевать уважение коллег...
Есть ф-и Руководства (документированные в виде инструкций) и Управления (док-е в виде ответственности и полномочий)... Тк документировать всё нельзя, то для этого и существуют Начальники, что бы корректировать проект по ходу исполнения.
Руководитель проектов в области информационных технологий
"42" - ответ на главный вопрос жизни, вселенной и всего такого.
С него и начинайте...
стандарты
GERAM
Библиография стандарта
[1] ENV 12204:1996 Перспективные производственные технологии. Системная архитектура. Конструкции для моделирования предприятия (Advanced Manufacturing Technology - Systems Architecture - Constructs for Enterprise Modelling)
[2] ENV 40003:1990 Компьютеризированное интегрированное производство. Системная архитектура. Среда для моделирования предприятия (Computer integrated manufacturing - Systems architecture - Framework for enterprise modeling)
[3] ISO/TR 10314-1:1990 Промышленная автоматизация. Цеховое производство. Часть 1. Эталонная модель для стандартизации и методологии для идентификации требований (Industrial automation - Shop floor production - Part 1: Reference model for standardization and a methodology for identification of requirements)
[4] ISO 14258:1998 Промышленные автоматизированные системы. Концепции и правила для моделей предприятий (Industrial automation systems - Concepts and rules for enterprise models)
[5] ISO/IEC 15288:2002 Системная инженерия. Процессы жизненного цикла систем (Systems engineering - System life cycle processes)
[6] ISO/IEC TR 15504-2:1998 Информационная технология. Оценка программного процесса. Часть 2. Эталонная модель для процессов и возможности процесса (Information technology - Software process assessment - Part 2: A reference model for processes and process capability)
[7] ISO/IEC 15414:2002 Информационная технология. Открытая распределенная обработка. Эталонная модель. Язык предприятия (Information technology - Open distributed processing - Reference model-Enterprise language)
[8] ISO 15531-1:2004 Промышленные автоматизированные системы и интеграция. Управляющие данные о промышленном производстве. Часть 1. Общий обзор (Industrial automation systems and integration - Industrial manufacturing management data - Part 1: General overview)
[9] AMICE, CIMOSA Открытая системная архитектура для компьютеризированного интегрированного производства (Open System Architecture for CIM. 2nd edn. Berlin: Springer-Verlag. ISBN 0 387 56256 7, 1993)
[10] Bernus, P. and Nemes, L Вклад GERAM в консенсус в области интеграции предприятий (The Contribution of GERAM to Consensus in the Area of Enterprise Integration, in Kosanke and Nell, pp. 175-189, 1997)
[11] Bernus, P., et al. eds. Архитектура интеграции предприятий (Architectures for Enterprise Integration. Chapman and Hall, London ISBN 0412 731401, 1996)
[12] Cheim, D. and Doumeingts, G. Эталонная модель GRAI-GIM, архитектура и методология (The GRAI-GIM reference model, architecture and methodology, in Bernus, P., et al., eds., Architectures for Enterprise Integration, Chapman and Hall, London ISBN 0412 73140 1, 1996)
[13] CIMOSA ASSOCIATION, CIMOSA - Открытая системная архитектура для компьютеризированного интегрированного производства (Open System Architecture for CIM: Technical Baseline, Version 3.2, 1963)
[14] Doumeingts, G., Vallespir, B. and Chen, D., Сетка GRAI моделирования решений (Decision modelling GRAI grid, in Bernus, P., Mertins, K. and Schmidt, G., eds. Handbook on architecture for Information Systems, Berlin, Springer-Verlag, 1998)
[15] Kosanke, K. and Nell, J.G. Стандартизация в ИСО для инжиниринга предприятий и интеграции (Standardization in ISO for enterprise engineering and integration, in Computers in Industry, 40 (1999), pp.311-319, Elsevier Science B.V., Amsterdam, 1999)
[16] Kosanke, K. and Nell, J.G., eds., Инжиниринг предприятий и интеграция: нахождение консенсуса на международном уровне (Enterprise Engineering and Integration: Building International Consensus. In: Proceedings of ICEIMT 97, Research Reports Esprit, Berlin, Springer-Verlag, ISBN 3 540 63402 9, 1997)
[17] Kosanke, K., Vernadat, F.B. and Zelm, M., CIMOSA: Эволюция и приложения в сфере инжиниринга предприятий и интеграции (Evolution and Applications in Enterprise Engineering and Integration. Computers in Industry, Elsevier, 1999, vol.40, No.2-3)
[18] Ortiz, A., Lario, F. and Ros, L, Интеграция предприятий - Интеграционный менеджмент бизнес-процессов (Enterprise Integration - Business Process Integrated Management, in Kosanke, K., Vernadat, F.B. and Zelm, M., 1999, pp.311-319)
[19] Petrie, C.J., Jr., ed. Моделирование интеграции предприятий. Тезисы 1-й международной конференции ICEIMT 92 (Enterprise Integration Modelling. Proceedings of the 1st International Conference. MIT Press, Cambridge, MA, ISBN 0 262 66080 6, 1992)
[20] Scheer, A.-W., Инжиниринг бизнес-процессов - Эталонная модель промышленных предприятий (Business Process Engineering - Reference Models for Industrial Enterprises, Berlin, Springer-Verlag, 1994)
[21] Scheer, A.-W, ARIS - Среда бизнес-процессов (Business Process Frameworks. 2nd edn., Berlin, Springer-Verlag. ISBN 3 540 65813, 1999)
[22] Sowa, J.F. and Zachman, J.A., Extending and formalizing the framework for information systems architecture, IBM Systems Journal, 1992, vol.31, No.3 4
[23] Vernadat, F.B., Моделирование предприятий и интеграция - Принципы и приложения (Enterprise Modelling and Integration - Principles and Applications, Chapman and Hall, London, ISBN 0 412 60550 3, 1996)
[24] Williams, T.J., Rathwell, G.A. and Li Hong, eds. Руководство по планированию и применению программ интеграции предприятий (A Handbook on Master Planning and Implementation for Enterprise Integration Programmes. Report 160, Purdue Laboratory for Applied Industrial Control, Purdue University, W. Lafayette, IN, 1996)
"Конечно существуют различные ГОСТ’ы в области информационных систем [6, 7], однако подобные документы преимущественно описывают постановку задачи и требования к результатам нежели содержательную часть решения."
Это стандарты по ИТ?
Ох уж эти SAP'ёры, всё бы им своими транзакциями похвастаться, да АВАР показать)))
Проектный менеджмент (ГОСТ)
ГОСТ Р ИСО 19439-2008 Интеграция предприятия. Основа моделирования предприятия (GERA)
ИПИ - это CALS.А CALS это iso 15288, 9001, 21500итд, я предпочитаю ориентироваться по стандартам (ГОСТ/ISO).
Ну тогда это уже SAM (ГОСТ Р ИСО/МЭК 19770-2-2014 "ИТ. Менеджмент программных активов), CALS всё таки про обобщённое изделие и весь ЖЦ.
... результатом сканирования является наполненная CMDB...
А какие критерии, что CMDB "наполнена", да ещё и корректно?) Всегда есть ограничения и ситуации, которые должны быть обработаны иначе... Вопрос к процедуре, регламентирующей сбор инф., о постоянно меняющейся инфраструктуре. Или же вопрос качества данных за рамками сканирования?
SAM
ГОСТ Р ИСО/МЭК 19770-1
ГОСТ Р ИСО/МЭК 19770-2-2014 "ИТ. Менеджмент программных активов (SAM). Часть 2. Тег идентификации программного обеспечения"
Начнем с того, что статья в принципе не для инженеров по стандартизации, а для пользователей системы стандартизации.
"Система стандартизации", уже не зависит от номера стандарта, приходится ТиО смотреть в каждом стандарте отдельно. А вообще, я из ИСОшнико (в частности 9000, 15288), а не ЕСКД/ТД)))
Мне в своё время попалось данное пособие, там "открыл" 10303 и понеслось))
оглавление
Стараюсь на номер не смотреть))) а смотреть, что там новенького у профильного ТК.
Зачистка пространства стандартов с помощью ИИ - самое оно.
ИИ для этого, на мой взгляд, излишний инструмент, ML(machine learning) вполне достаточно. Все стандарты, как ни странно, имеют стандартную структуры и словари))
Для начала, хотелось бы разбить стандарты/системы стандартов по предметным областям (область действия). "Зачистка" слишком неоднозначный термин...
как то так:
Уверен, что кто-то этим уже занимается.
Не думаю, что в ближайшее время появится открытый инструмент. Кто шарит в ML(machine learning), пишите, запилим😎
Как пример, есть частные модели BIAN, PODS и тд... но на стандарты они ссылаться не стремились, хотя соответствовали, проверял.
а пока эксель((
А вторая часть у вас слегка перевернута с ног на голову...
Нет такого "человеческого"... есть профессиональный (далее "П") и бытовой (далее "Б")! Что бы разговаривать на П, нужно освоить Профессию (см профстандарт и виды проф деятельности), по другому никак. Для Б, в своё время, были журналы рассказывающие о "чуде"- профессия.
"Врач в ракете (разбирается), как конструктор в человеке)))".
*Кстати, у врачей есть своя, более старая система стандартизации - латынь. Это их профессиональный язык.
дак там уже про кругляк речь пошла... а я больше по плотникам))
у вас есть обязательный к использованию список с такими словами?)))
нет. со стандартами всё Ок. Они между собой взаимосвязаны и ссылаются друг на дружку... Ещё раз, они работают, если их применять (см "мартышка и очки").
Вот прямо противоположное. Если, вы не можете внедрить системный стандарт без ИТ, это плохо. Система, в первую очередь, это документы.
Я не про стандарты разработки ИТ систем, тут понятно (Эксель, это не автоматизация).
полегче... я, про ГОЭЛРО, могу ещё раз повторить... Н.Винер и Э.Деминг, это "рестайлинг" под американизмы... убрали все советские термины и всё.
Посмотрите кто занимался системотехникой в СССР и где они находились (ВУЗы), поймёте, что эта работа была сделана не за один день, а с*ка системно продолжает проводится до сего дня.
Извините, не удержался!
Сразу видно, что Дуров Французом стал... был бы Русским, фамилия адвоката была бы не Оливье, а ЗИМНИЙ 😂🥗
нету никакого "Уровня"... есть яма;
вы же всё правильно пишите: "Должна", "были ОНТИ", "была система"... сейчас то нету;
я не могу давать море ссылок, в моей коллекции их ~600... СССР больше НЕТ! Бюрократия - это зло... Да, стандартизация всем мешает воровать;
Нужно, согласен... но я, бесплатно и к тому же в одну каску, работать не буду/не смогу... Дедушку, поддержал рабочий класс, а вы готовы пройти аттестацию на соответствие профстандарту??;
М. Мишустин вроде, как системщик, должен это понимать... Г-ны Греф и Миллер этому противостоят, как могут... SAP - это же престижно)))
там медведь валялся... вы же всё понимайте)))
По ArchiMate у меня вопросов, особо, нет. По ISO 42010 только то, что есть ГОСТ.
Главный вопрос- Как это всё поддерживать?? Как отслеживать изменения в системе и вносить изменения в модели?? Если использовать Archi, то это опять целую банду аналитиков набирать... как с Aris'ом получится может- дорого.
Тут, как то разом, нужно внедрить и автоматизировать (по PDCA) архитектурный подход в HR? осн. производство и ИТ подразделения.... вот только как?
Я пробовал, как эксперимент, делать реестр процессов/систем (по 9001) в lowcode, с пользовательскими задачками по пересмотру (19011), а уже потом, в виде XML, импортировать в Archi. Те сотрудник не кубики двигает, а меняем, в зоне своей ответственности, карты процессов, выходы (д-ты), регламенты итд...
ГОСТ Р 57100-2016/ISO/IEC/IEEE 42010:2011 СИСТЕМНАЯ И ПРОГРАММНАЯ ИНЖЕНЕРИЯ ОПИСАНИЕ АРХИТЕКТУРЫ
и я бы, добавил ещё пару стандартов по архитектуре:
ГОСТ Р ИСО 19439-2008 Интеграция предприятия. Основа моделирования предприятия (GERA)
ПНСТ 420-2020 Информационные технологии. ИНТЕРНЕТ ВЕЩЕЙ ПРОМЫШЛЕННЫЙ. Типовая архитектура (требует актуализации)
ПНСТ 420-2020
ГОСТ Р ИСО 19439-2008
Дак для ISO 19650 есть же отечественный перевод ГОСТ Р 58439.1-2019.
По BIM, хотелось бы узнать что у них, строителей, происходит с комплексами по цифровым двойникам (DT). Проектов было много, но как то не следил за ситуацией. Договорились они там о моделях данных или дублировать всё будут?... или крепёжный элемент🔩 положен на всё?)))
ПНСТ на 2020
Можете показать профстандарты на эти роли, я не понимаю чем они занимаются (кроме получения большой ЗП). Где ДИ или ПСП? Я опираюсь на общепринятые документы, утвержденные на гос уровне. По ним строят танки, самолёты и АЭС. А всякие СЕО только чаты ЖПТ сделали... Не сравнивайте производство с деньговыкачиванием.
Мне (как ИТ) когда то в Трансгазе сказали: "-Труба качала и без Вас!"
Ну это везде так, просто я про то, что через голову прыгать нельзя...
ITIL. Если в соглашении пропишите, то будет.
Вам, как исполнителю, дают не они, а директор, который заключил соглашение... он наёмщик. откатик получил и доволен)) Вы же айтишники, разберётесь... а если нет, то куда вы пойдёте жаловаться?? Стандарты то не обязательные... пара-пара-пам-поу
там хуже.
*Сейчас нету ни возможностей, ни целей делать качественное и дешёвое ПО.... Где то, про микро транзакции в играх, говорили ~"вы платите, они их больше делают"
Часть 1, см комментарии выше ⬆.
"Границы ключ переломлен пополам, А наш батюшка Ленин совсем усоп..."
Разделение труда. Отраслевые стандарты. Профессиональные стандарты.
Ну оркестр, как то справляется с нотами, разными инструментами и без специализированного ПО. Всё тоже самое. Делаешь так, как написано в ДИ то, что установлено в ПСП в соответствии с планом работ. Бюрократия - это как демократия, только главные не толстосумы, а Документы. Как и всё хорошее, с бюрократией расправились ещё в 90е... дак Бюрократия это зло или нет?!
Идентифицируйте все документы организации (БД это тоже документ, построчно) по ГОСТ Р 55681, идентифицируйте Системы по 57193(15288), идентифицируйте процессы по ГОСТ Р 57098... и всё
дальше берём ГОСТ Р 9001 и обеспечиваем Качество...
Водитель лесовоза едет в Лес, а вот лесорубы по Дрова... они не разбираются в работе друг друга и не лезут с советами (хорошо бы)... Но все участвуют в одном процессе. НО! тк они едут в лес, то для Медведя это уже просто Риск/Возможность.
Если вы, хотите помочь директору, то незачем, не поделится)). Если Вы директор, то обратитесь к Системному инженеру или Инженеру СМК. Очень сложно "прыгать" из операционного управления в управление системами (да ещё и под пивко)
Советую прочитать "Оргуправленческое мышление" Г. Щедровицкого
Организация, руководство, управление как типы деятельности
Я коротко задам сравнительные характеристики организации, руководства и управления.
Организация является по сути дела конструктивной работой, материалом которой становятся люди. При этом слово «организация» употребляется в двух смыслах: организация как деятельность организовывания и организация как результат этой работы.
При организовывании мы собираем нечто. У нас должны быть какие-то конструктивные элементы, конструктор с набором элементов, и мы должны, с одной стороны, определенным образом собрать эти элементы и с другой — установить между ними те или иные связи и отношения. Когда мы проделываем такую работу, то мы накладываем определенную организационную форму на эти элементы. Мы можем производить организацию за счет состыковки их друг с другом, а можем еще задавать специально связи, скреплять их тем или иным способом. И когда мы проделали такую работу по объединению элементов и установлению между ними определенных отношений и связей, мы эту работу прекращаем, и дальше организованное нами целое может начать жить по своим законам. Но его жизнь по своим законам уже не принадлежит организационной работе, работа по организовыванию состоит только в том, что мы набираем определенные элементы, собираем их и устанавливаем между ними определенные отношения и связи.
Что такое управление и в каком случае мы осуществляем управление? Можно ли, скажем, управлять стулом? Нет, говорю я. Его можно поставить, можно его двигать, можно его поломать, преобразовать. Это будет определенная практическая, преобразующая деятельность. Но это каждый раз не управление.
Теперь более сложный случай - машина. Вот машина стоит, вы на акселератор еще не нажали — можно ли управлять ею? Нельзя. А когда появляется возможность управлять машиной? Когда она поехала. Управление возможно только в отношении объектов, имеющих самодвижение. Пока этого самодвижения нет, ставить такую задачу или цель - управление - не имеет смысла.
Можно представить себе ситуацию, когда можно управлять полетом стула. Представьте себе что-то вроде мушкетерского побоища: кто-то бросает стул, и я, вместо того чтобы от него защищаться, направляю его полет несколько в другую сторону. Я осуществил одноразовый, одномоментный акт управления - изменил направление полета стула. В этом смысле я осуществил управление этим процессом. Но смотрите, чем я управлял? Я управлял полетом стула, а не стулом.
А теперь о руководстве. Руководство возможно только в рамках организации, в рамках специальных организационных связей. В чем состоит суть руководства? В постановке целей и задач перед другими элементами. Но для того чтобы я мог ставить цели и задачи перед другими элементами - людьми, нужно, чтобы они от своих собственных целей и задач отказались и обязались бы принимать мои цели и задачи. И именно это происходит в рамках организации.
Организация людей - я возвращаюсь назад к организации и фиксирую ее свойства и качества - всегда осуществляется таким образом: человек, занимающий определенное место, отказывается тем самым от собственных целей и задач, от собственного самодвижения и обязуется двигаться только в соответствии с этим местом и соответственно тем целям и задачам, которые по каналам организации будут передаваться ему вышестоящими инстанциями.
В.И. Ленин, справился, даже, без смартфона и компутера...
ГОЭЛРО
ГОЭЛРО — государственный план развития электроэнергетической отрасли в Советской России после Октябрьской революции 1917 года. Разработан Государственной комиссией по электрификации России по заданию и под руководством В. И. Ленина.
на сегодня всё)
Вот тут, поясню свою точку зрения. Нет такого руководителя всех руководителей и "единого организма" (уже всё можно передать на аутсорс)... нельзя Генералу заниматься с новобранцами строевой подготовкой, у него задачи другие... Иерархия нужна не для лычек... Каждый должен знать и понимать Ответственность и Полномочия. ГД не имеет права заставить рабочего лезть в "огонь" без СИЗов и инструкции "по лазанию в огонь")) или самому лезть...
схема 1
Рассматривая схему 1, с ТЗ предприятия (Sys of Int), то на каждом этапе ЖЦ предприятия ответственность за него несут разные системы (их владельцы).
Concept - уровень стейкхолдера, акционера;
Dev - ГИ или строители (для примера РОСАТОМ, только он умеет строить АЭС);
Prod - уровень директора, здесь предприятие уже должно работать и давать результат (выполнять цели/стратегию Concept).
А вот при управлении подразделением, важно "контролировать" не только свою деятельность (подчинённых), но и Входы в процесс (поставщиков). Но воздействие, на Систему (её босса), которая предоставляет что то на Вход, руководитель не может, у него таких полномочий нет... Вот тут то и появляется Надсистема (соотв ЗГД или ГД), которая имеет такие полномочия, для Изменения Системы поставщика входа (см схема 2).
схема 2
9001, 15504
И вот, где то во всём этом, аналитику нужно "найти" спецификацию требований к ИС и не сойти с ума)...
Чуть-чуть помогу автору))) Проблема будет в "точке зрения" на документацию и систему (АС и предприятие). Все (руководство, подчиненные и ИТ) хотят видеть именно свою часть (отчетность, кнопочки, алгоритмы). Всё изменения системы, в виде отдельных задач, теряются, дублируются или противоречат друг другу... нужно, как то, переходить к единой БД знаний и спецификаций.
Ниже, приведена только часть стандартов из коллекции. OpenAI , как то не спешит оцифровывать и структурировать Стандарты... титьки то важнее 😊
Начнём с идентификации Документов:
ГОСТ Р 55681-2013 Информация и документация. Анализ процессов работы с точки зрения управления документами
В рамках управления ЖЦС, выделяют следующие Родовые типы информационных объектов.
ГОСТ Р 57098-2016/ISO/IEC TR 24774:2010 Системная и программная инженерия. Управление жизненным циклом. Руководство для описания процесса
Примеры информационных объектов из 15288 (ЖЦС)
ГОСТ Р 57193-2016 Системная и программная инженерия. Процессы жизненного цикла систем
Метаданные документов по мнению СИБИД:
ГОСТ Р ИСО 23081-1-2008 СИБИД. Процессы управления документами. Метаданные для документов. Часть 1. Принципы
Версия спецификации MoReq2
ТИПОВЫЕ ТРЕБОВАНИЯ К УПРАВЛЕНИЮ ЭЛЕКТРОННЫМИ ДОКУМЕНТАМИ
Процессы управления документами:
ГОСТ Р 7.0.101-2018/ИСО 30301:2011 ИНФОРМАЦИЯ И ДОКУМЕНТАЦИЯ. СИСТЕМЫ УПРАВЛЕНИЯ ДОКУМЕНТАМИ. ТРЕБОВАНИЯ
Спецификация Требования, Документ:
ГОСТ Р 57323-2016/ISO/TS 15926-11:2015 Системы промышленной автоматизации и интеграция. Интеграция данных жизненного цикла перерабатывающих предприятий, включая нефтяные и газовые производственные предприятия. Часть 11. Методология упрощенного промышленного использования справочных данных
Состояния требования стейкхолдера:
ГОСТ Р 57195-2016 Ядро и язык для методов системной и программной инженерии. Общие положения
Процесс анализа требований
"ГОСТ Р 57318-2016. Системы промышленной автоматизации и интеграция. Применение и управление процессами системной инженерии
Синтаксис требования:
ISO 29148
Управление знаниями:
ГОСТ Р 57133-2016
К документации по управлению проектам, требования см тут:
Скрытый текст
4 месяца на один абзац... Карл
А почему вы, как "Системноинженерный" не указали ни одного стандарта по СИ?
🤨(сурово смотрит)
В комментарии выше, если пройти по ссылкам, я тоже уже высказался... Вот вам всем, что такого плохого ГОСТ сделал, что вы его так не любите?? Колбаску, пломбирчик или АЭС?!
Менеджмент -это не русское слово, со множеством значений... русские слова это Руководство, Управление и я бы добавил Организацию (из "Оргуправленческого мышления" Щедровицкого).
Менеджмент исо 9000
Стандарты по СИ, по умолчанию используют 9000... Как можно жить без словаря то?
исо 15288
*всё, что написано в статье, вроде и правильно, но какой то "гуманитарщиной" отдаёт... Схем нет, стандартов нет, вместо PDCA описан IDEF, словарь непонятно откуда... поэтому и спор про термины!
**Как продолжение статьи, я бы предложил разобрать источники информации, тогда будет понятно, кто, в каком смысле употребляет термины. У меня то ГОСТ)))
НЕТ! Архитектор ПО - это профессия))
А как в заголовок статьи попало слово "Профессия"?? И в первом же предложении вы говорите, что это Роли (даже не должности)... Когда говорите про Профессии, рекомендуется пользоваться перечнями Минтруда России.
По тексту, лид это тамада, со знанием фокусов... где проф знания? Он что, с черенком от лопаты конфликты решает? Или он должен скинуть из офиса предыдущего лида, как Шрам Муфасу, что бы завоевать уважение коллег...
Есть ф-и Руководства (документированные в виде инструкций) и Управления (док-е в виде ответственности и полномочий)... Тк документировать всё нельзя, то для этого и существуют Начальники, что бы корректировать проект по ходу исполнения.
Руководитель проектов в области информационных технологий
https://profstandart.rosmintrud.ru/obshchiy-informatsionnyy-blok/natsionalnyy-reestr-professionalnykh-standartov/reestr-professionalnykh-standartov/index.php?ELEMENT_ID=122108
"42" - ответ на главный вопрос жизни, вселенной и всего такого.
С него и начинайте...
стандарты
GERAM
Библиография стандарта
[1] ENV 12204:1996 Перспективные производственные технологии. Системная архитектура. Конструкции для моделирования предприятия (Advanced Manufacturing Technology - Systems Architecture - Constructs for Enterprise Modelling)
[2] ENV 40003:1990 Компьютеризированное интегрированное производство. Системная архитектура. Среда для моделирования предприятия (Computer integrated manufacturing - Systems architecture - Framework for enterprise modeling)
[3] ISO/TR 10314-1:1990 Промышленная автоматизация. Цеховое производство. Часть 1. Эталонная модель для стандартизации и методологии для идентификации требований (Industrial automation - Shop floor production - Part 1: Reference model for standardization and a methodology for identification of requirements)
[4] ISO 14258:1998 Промышленные автоматизированные системы. Концепции и правила для моделей предприятий (Industrial automation systems - Concepts and rules for enterprise models)
[5] ISO/IEC 15288:2002 Системная инженерия. Процессы жизненного цикла систем (Systems engineering - System life cycle processes)
[6] ISO/IEC TR 15504-2:1998 Информационная технология. Оценка программного процесса. Часть 2. Эталонная модель для процессов и возможности процесса (Information technology - Software process assessment - Part 2: A reference model for processes and process capability)
[7] ISO/IEC 15414:2002 Информационная технология. Открытая распределенная обработка. Эталонная модель. Язык предприятия (Information technology - Open distributed processing - Reference model-Enterprise language)
[8] ISO 15531-1:2004 Промышленные автоматизированные системы и интеграция. Управляющие данные о промышленном производстве. Часть 1. Общий обзор (Industrial automation systems and integration - Industrial manufacturing management data - Part 1: General overview)
[9] AMICE, CIMOSA Открытая системная архитектура для компьютеризированного интегрированного производства (Open System Architecture for CIM. 2nd edn. Berlin: Springer-Verlag. ISBN 0 387 56256 7, 1993)
[10] Bernus, P. and Nemes, L Вклад GERAM в консенсус в области интеграции предприятий (The Contribution of GERAM to Consensus in the Area of Enterprise Integration, in Kosanke and Nell, pp. 175-189, 1997)
[11] Bernus, P., et al. eds. Архитектура интеграции предприятий (Architectures for Enterprise Integration. Chapman and Hall, London ISBN 0412 731401, 1996)
[12] Cheim, D. and Doumeingts, G. Эталонная модель GRAI-GIM, архитектура и методология (The GRAI-GIM reference model, architecture and methodology, in Bernus, P., et al., eds., Architectures for Enterprise Integration, Chapman and Hall, London ISBN 0412 73140 1, 1996)
[13] CIMOSA ASSOCIATION, CIMOSA - Открытая системная архитектура для компьютеризированного интегрированного производства (Open System Architecture for CIM: Technical Baseline, Version 3.2, 1963)
[14] Doumeingts, G., Vallespir, B. and Chen, D., Сетка GRAI моделирования решений (Decision modelling GRAI grid, in Bernus, P., Mertins, K. and Schmidt, G., eds. Handbook on architecture for Information Systems, Berlin, Springer-Verlag, 1998)
[15] Kosanke, K. and Nell, J.G. Стандартизация в ИСО для инжиниринга предприятий и интеграции (Standardization in ISO for enterprise engineering and integration, in Computers in Industry, 40 (1999), pp.311-319, Elsevier Science B.V., Amsterdam, 1999)
[16] Kosanke, K. and Nell, J.G., eds., Инжиниринг предприятий и интеграция: нахождение консенсуса на международном уровне (Enterprise Engineering and Integration: Building International Consensus. In: Proceedings of ICEIMT 97, Research Reports Esprit, Berlin, Springer-Verlag, ISBN 3 540 63402 9, 1997)
[17] Kosanke, K., Vernadat, F.B. and Zelm, M., CIMOSA: Эволюция и приложения в сфере инжиниринга предприятий и интеграции (Evolution and Applications in Enterprise Engineering and Integration. Computers in Industry, Elsevier, 1999, vol.40, No.2-3)
[18] Ortiz, A., Lario, F. and Ros, L, Интеграция предприятий - Интеграционный менеджмент бизнес-процессов (Enterprise Integration - Business Process Integrated Management, in Kosanke, K., Vernadat, F.B. and Zelm, M., 1999, pp.311-319)
[19] Petrie, C.J., Jr., ed. Моделирование интеграции предприятий. Тезисы 1-й международной конференции ICEIMT 92 (Enterprise Integration Modelling. Proceedings of the 1st International Conference. MIT Press, Cambridge, MA, ISBN 0 262 66080 6, 1992)
[20] Scheer, A.-W., Инжиниринг бизнес-процессов - Эталонная модель промышленных предприятий (Business Process Engineering - Reference Models for Industrial Enterprises, Berlin, Springer-Verlag, 1994)
[21] Scheer, A.-W, ARIS - Среда бизнес-процессов (Business Process Frameworks. 2nd edn., Berlin, Springer-Verlag. ISBN 3 540 65813, 1999)
[22] Sowa, J.F. and Zachman, J.A., Extending and formalizing the framework for information systems architecture, IBM Systems Journal, 1992, vol.31, No.3 4
[23] Vernadat, F.B., Моделирование предприятий и интеграция - Принципы и приложения (Enterprise Modelling and Integration - Principles and Applications, Chapman and Hall, London, ISBN 0 412 60550 3, 1996)
[24] Williams, T.J., Rathwell, G.A. and Li Hong, eds. Руководство по планированию и применению программ интеграции предприятий (A Handbook on Master Planning and Implementation for Enterprise Integration Programmes. Report 160, Purdue Laboratory for Applied Industrial Control, Purdue University, W. Lafayette, IN, 1996)
Ох уж эти SAP'ёры, всё бы им своими транзакциями похвастаться, да АВАР показать)))
Проектный менеджмент (ГОСТ)
ГОСТ Р ИСО 19439-2008 Интеграция предприятия. Основа моделирования предприятия (GERA)
ПС: Индекс хирша, сам себя не накрутит))))
ИПИ - это CALS.А CALS это iso 15288, 9001, 21500итд, я предпочитаю ориентироваться по стандартам (ГОСТ/ISO).
Ну тогда это уже SAM (ГОСТ Р ИСО/МЭК 19770-2-2014 "ИТ. Менеджмент программных активов), CALS всё таки про обобщённое изделие и весь ЖЦ.
А какие критерии, что CMDB "наполнена", да ещё и корректно?) Всегда есть ограничения и ситуации, которые должны быть обработаны иначе... Вопрос к процедуре, регламентирующей сбор инф., о постоянно меняющейся инфраструктуре. Или же вопрос качества данных за рамками сканирования?
SAM
ГОСТ Р ИСО/МЭК 19770-1
ГОСТ Р ИСО/МЭК 19770-2-2014 "ИТ. Менеджмент программных активов (SAM). Часть 2. Тег идентификации программного обеспечения"
контекст ИПИ
А чем это, принципиально, отличается от ИПИ (непрерывная информационная поддержка поставок и жизненного цикла изделий)? Ещё одно "модное" слово?
ИПИ CALS
PS:
Виктор Глушков. Автоматизация творческих процессов
https://www.youtube.com/playlist?list=PLp60D-dyZfLFzaxsEPJM6AIpfGLVDYam1
А чем не устроил PDCA?
"Система стандартизации", уже не зависит от номера стандарта, приходится ТиО смотреть в каждом стандарте отдельно. А вообще, я из ИСОшнико (в частности 9000, 15288), а не ЕСКД/ТД)))
Мне в своё время попалось данное пособие, там "открыл" 10303 и понеслось))
оглавление
Стараюсь на номер не смотреть))) а смотреть, что там новенького у профильного ТК.
ТК
ИИ для этого, на мой взгляд, излишний инструмент, ML(machine learning) вполне достаточно. Все стандарты, как ни странно, имеют стандартную структуры и словари))
Для начала, хотелось бы разбить стандарты/системы стандартов по предметным областям (область действия). "Зачистка" слишком неоднозначный термин...
как то так:
Не думаю, что в ближайшее время появится открытый инструмент. Кто шарит в ML(machine learning), пишите, запилим😎
Как пример, есть частные модели BIAN, PODS и тд... но на стандарты они ссылаться не стремились, хотя соответствовали, проверял.
а пока эксель((
Нет такого "человеческого"... есть профессиональный (далее "П") и бытовой (далее "Б")! Что бы разговаривать на П, нужно освоить Профессию (см профстандарт и виды проф деятельности), по другому никак. Для Б, в своё время, были журналы рассказывающие о "чуде"- профессия.
"Врач в ракете (разбирается), как конструктор в человеке)))".
*Кстати, у врачей есть своя, более старая система стандартизации - латынь. Это их профессиональный язык.