Система управления жизненным циклом - История изменений

Admin в 17:14, 11 февраля 2018

2018-02-11T17:14:25Z

Admin в 17:06, 5 января 2018

2018-01-05T17:06:43Z

Admin в 13:41, 18 ноября 2016

2016-11-18T13:41:15Z

Admin в 08:34, 17 ноября 2016

2016-11-17T08:34:51Z

Admin: /* Архитектура СУЖЦ */

2016-11-14T13:52:34Z

‎Архитектура СУЖЦ

Admin: /* СУЖЦ vs PLM */

2016-11-11T17:38:29Z

‎СУЖЦ vs PLM

Admin: /* Критерии выбора архитектурного решения для СУЖЦ */

2016-10-20T14:29:39Z

‎Критерии выбора архитектурного решения для СУЖЦ

Admin в 14:34, 24 августа 2016

2016-08-24T14:34:07Z

Admin в 10:13, 4 августа 2016

2016-08-04T10:13:06Z

Admin: /* Архитектура СУЖЦ */

2016-08-02T13:39:16Z

‎Архитектура СУЖЦ

@@ Строка 118: / Строка 118: @@
 # '''Развиваемость''' (тут СУЖЦ рассматривается как автопоэтическая система, ибо «инкрементальность реализации» входит в число важнейших свойств самой СУЖЦ -- так что это функция самой СУЖЦ, а не функция обеспечивающей системы для СУЖЦ)
 ## Обеспечение коммуникации по поводу развития СУЖЦ
-### Планирование работ развития СУЖЦ (roadmap, разработка плана мероприятий)
+### Планирование работ развития СУЖЦ ([[Дорожная карта|roadmap]], разработка плана мероприятий)
 ### Функционирование проектного офиса СУЖЦ,
-### Ведение регистра видов проверок коллизий (сам регистр "хотелок" и roadmap реализации проверок)
+### Ведение регистра видов проверок коллизий (сам регистр "хотелок" и [[Дорожная карта|roadmap]] реализации проверок)
 ### Орг-техническое моделирование ([[EA|Enterprise Architecture]]) для СУЖЦ
 ### Инфраструктура коммуникации разработчиков СУЖЦ (интернет-конференции, видеосвязь, управление знаниями и т.д. -- возможно, не та, которая используется в ходе коллаборативного инжиниринга с использованием СУЖЦ)

@@ Строка 1: / Строка 1: @@
-'''«Управление [[Жизненный цикл|жизненным циклом]]»''' — это термин, которым люди пытаются обозначить практику обеспечения связности всех состояний системы, как в прямом направлении (например, передача рабочей документации на стадию сооружения), так и в обратном направлении (например, учет данных по надёжности аналогичных эксплуатируемых уже систем на стадии проектирования новых). Эту практику трудно выделить из традиционных практик системной инженерии – [[Управление требованиями|управления требованиями]], [[Инженерия системной архитектуры|создания системной архитектуры]], [[Системная интеграция|системной интеграции]], [[Проверки и приемки|верификации и валидации]] и т.д..
+'''«Управление [[Жизненный цикл|жизненным циклом]]»''' — это термин, которым люди пытаются обозначить [[:Категория:Практики|практику]] обеспечения связности всех состояний [[система|системы]], как в прямом направлении (например, передача [[Рабочая документация|рабочей документации]] на стадию сооружения), так и в обратном направлении (например, учет данных по [[Надежность|надёжности]] аналогичных эксплуатируемых уже систем на стадии проектирования новых). Эту практику трудно выделить из традиционных практик системной инженерии – [[Управление требованиями|управления требованиями]], [[Инженерия системной архитектуры|создания системной архитектуры]], [[Системная интеграция|системной интеграции]], [[Проверки и приемки|верификации и валидации]] и т.д..
 «Управление жизненным циклом» сводится к необходимости освоения привычных для системной инженерии практик:
@@ Строка 6: / Строка 6: @@
 == СУЖЦ vs PLM ==
-Системная инженерия редко использует понятие «управление жизненным циклом», но это понятие часто используется поставщиками программных систем [[PLM-система|PLM]] (Product Life cycle Management).
+[[Системная инженерия]] редко использует понятие «управление жизненным циклом», но это понятие часто используется поставщиками программных систем [[PLM-система|PLM]] (Product Life cycle Management).
 В России сейчас проходит серия межотраслевых и международных мероприятий (совещаний, конференций и т.д.), где активно используется название "система управления жизненным циклом" (СУЖЦ), вводимое взамен PLM (product lifecycle management). Эта замена термина требует некоторой расшифровки.
-Слово "продукт" из PLM в СУЖЦ пропало не случайно, ибо речь идет о сложных иненерных объектах – если вертолёт еще можно с натяжкой назвать «продуктом» в силу его серийности, то атомная станция «продуктом» обычно уже не называется. Поэтому "жизненным циклом" какой именно системы тут «управляется», нужно уточнять в каждом конкретном случае. «Система УЖЦ системы» немного запутывает, но именно это и имеется ввиду.
+Слово "продукт" из PLM в СУЖЦ пропало не случайно, ибо речь идет о сложных инженерных объектах – если вертолёт еще можно с натяжкой назвать «продуктом» в силу его серийности, то атомная станция «продуктом» обычно уже не называется. Поэтому "жизненным циклом" какой именно системы тут «управляется», нужно уточнять в каждом конкретном случае. «Система УЖЦ системы» немного запутывает, но именно это и имеется ввиду.
 '''«Система УЖЦ»''' —  это прежде всего социотехническая система, т.е. она включает не только программные средства PLM, но и организацию людей ([[:Категория:Практики|практики]] работы, профессиональные роли, необходимый инструментарий для поддержки этих профессиональных ролей, утвержденные виды жизненного цикла каких-то конкретных [[рабочий продукт|рабочих продуктов]] и т.д.). Поэтому специалисты в слове "система" слышат одно ("информационная система", прежде всего PLM), а менеджеры —  совсем другое ("система менеджмента", способ организации работ). Тут еще нужно отметить западную традицию произвольного добавления слова management в сочетаниях «чего-нибудь [[менеджмент]]».

@@ Строка 12: / Строка 12: @@
 Слово "продукт" из PLM в СУЖЦ пропало не случайно, ибо речь идет о сложных иненерных объектах – если вертолёт еще можно с натяжкой назвать «продуктом» в силу его серийности, то атомная станция «продуктом» обычно уже не называется. Поэтому "жизненным циклом" какой именно системы тут «управляется», нужно уточнять в каждом конкретном случае. «Система УЖЦ системы» немного запутывает, но именно это и имеется ввиду.
-'''«Система УЖЦ»''' —  это прежде всего социотехническая система, т.е. она включает не только программные средства PLM, но и организацию людей ([[практики]] работы, профессиональные роли, необходимый инструментарий для поддержки этих профессиональных ролей, утвержденные виды жизненного цикла каких-то конкретных [[рабочий продукт|рабочих продуктов]] и т.д.). Поэтому специалисты в слове "система" слышат одно ("информационная система", прежде всего PLM), а менеджеры —  совсем другое ("система менеджмента", способ организации работ). Тут еще нужно отметить западную традицию произвольного добавления слова management в сочетаниях «чего-нибудь [[менеджмент]]».
+'''«Система УЖЦ»''' —  это прежде всего социотехническая система, т.е. она включает не только программные средства PLM, но и организацию людей ([[:Категория:Практики|практики]] работы, профессиональные роли, необходимый инструментарий для поддержки этих профессиональных ролей, утвержденные виды жизненного цикла каких-то конкретных [[рабочий продукт|рабочих продуктов]] и т.д.). Поэтому специалисты в слове "система" слышат одно ("информационная система", прежде всего PLM), а менеджеры —  совсем другое ("система менеджмента", способ организации работ). Тут еще нужно отметить западную традицию произвольного добавления слова management в сочетаниях «чего-нибудь [[менеджмент]]».
 По-новому сформулированная СУЖЦ не использует PLM как обязательный класс программных средств, вокруг которого такая система строится. В крупных инженерных проектах обычно используется сразу несколько (чаще всего существенно "недоосвоенных") PLM разных вендоров, и при создании СУЖЦ речь идёт обычно уже об их межорганизационной интеграции. Конечно, при этом решаются и вопросы, как интегрировать в СУЖЦ информацию и тех систем, которые еще не имеют связи с какой-то из PLM систем расширенного предприятия. Термином «расширенное предприятие» (extended enterprise) обычно называют созданную посредством системы контрактов организацию из ресурсов (людей, инструментов, материалов) участвующих в конкретном инженерном проекте различных юридических лиц. В расширенных предприятиях ответ на вопрос, в какую именно PLM интегрируются данные какой именно из систем [[CAD]]/[[CAM-система|CAM]]/[[ERP]]/[[EAM-система|EAM]]/[[CRM-система|CRM]]/и т.д.. становится нетривиальным: владельцам разных предприятий не предпишешь использовать программные средства одного поставщика.

@@ Строка 14: / Строка 14: @@
 '''«Система УЖЦ»''' —  это прежде всего социотехническая система, т.е. она включает не только программные средства PLM, но и организацию людей ([[практики]] работы, профессиональные роли, необходимый инструментарий для поддержки этих профессиональных ролей, утвержденные виды жизненного цикла каких-то конкретных [[рабочий продукт|рабочих продуктов]] и т.д.). Поэтому специалисты в слове "система" слышат одно ("информационная система", прежде всего PLM), а менеджеры —  совсем другое ("система менеджмента", способ организации работ). Тут еще нужно отметить западную традицию произвольного добавления слова management в сочетаниях «чего-нибудь [[менеджмент]]».
-По-новому сформулированная СУЖЦ не использует PLM как обязательный класс программных средств, вокруг которого такая система строится. В крупных инженерных проектах обычно используется сразу несколько (чаще всего существенно "недоосвоенных") PLM разных вендоров, и при создании СУЖЦ речь идёт обычно уже об их межорганизационной интеграции. Конечно, при этом решаются и вопросы, как интегрировать в СУЖЦ информацию и тех систем, которые еще не имеют связи с какой-то из PLM систем расширенного предприятия. Термином «расширенное предприятие» (extended enterprise) обычно называют созданную посредством системы контрактов организацию из ресурсов (людей, инструментов, материалов) участвующих в конкретном инженерном проекте различных юридических лиц. В расширенных предприятиях ответ на вопрос, в какую именно PLM интегрируются данные какой именно из систем [[CAD]]/[[CAM]]/[[ERP]]/[[EAM]]/[[CRM]]/и т.д.. становится нетривиальным: владельцам разных предприятий не предпишешь использовать программные средства одного поставщика.
+По-новому сформулированная СУЖЦ не использует PLM как обязательный класс программных средств, вокруг которого такая система строится. В крупных инженерных проектах обычно используется сразу несколько (чаще всего существенно "недоосвоенных") PLM разных вендоров, и при создании СУЖЦ речь идёт обычно уже об их межорганизационной интеграции. Конечно, при этом решаются и вопросы, как интегрировать в СУЖЦ информацию и тех систем, которые еще не имеют связи с какой-то из PLM систем расширенного предприятия. Термином «расширенное предприятие» (extended enterprise) обычно называют созданную посредством системы контрактов организацию из ресурсов (людей, инструментов, материалов) участвующих в конкретном инженерном проекте различных юридических лиц. В расширенных предприятиях ответ на вопрос, в какую именно PLM интегрируются данные какой именно из систем [[CAD]]/[[CAM-система|CAM]]/[[ERP]]/[[EAM-система|EAM]]/[[CRM-система|CRM]]/и т.д.. становится нетривиальным: владельцам разных предприятий не предпишешь использовать программные средства одного поставщика.
 А поскольку PLM-система всё-таки являтся программными средствами, а "система управления" из СУЖЦ явно понимается в том числе как "система менеджмента", то термин СУЖЦ подразумевает явно и организационный аспект, а не только аспект информационных технологий. Тем самым фраза "использование PLM для поддержки системы управления жизненным циклом" вполне осмыслена, хотя может запутывать при дословном переводе в ней “PLM” на русский.

@@ Строка 69: / Строка 69: @@
 * '''Организационный аспект перехода к использованию СУЖЦ'''. Переход к использованию СУЖЦ может вызвать существенное изменение в структуре и даже кадровом составе инжиниринговой компании: не всех землекопов берут в экскаваторщики, не всех извозчиков берут в таксисты.
-Главное для СУЖЦ – насколько предлагаемое решение способствует раннему обнаружению, а то и предотвращению коллизий. Ежели речь заходит о чём-то другом (содержательный выбор вида жизненного цикла в соответствии с профилем риска проекта, управление старением, управление стоимостью и реформа сметной системы, освоение axiomatic design, сооружение с поставками «точно вовремя», [[порождающее проектирование]] и сооружение, а также многое-многое другое, также крайне полезное-современное-интересное), то это вопрос других систем, других проектов, других методов, других подходов. СУЖЦ должна хорошо делать своё дело, а не плохо решать огромный набор произвольно выбираемых чужих задач.
+Главное для СУЖЦ – насколько предлагаемое решение способствует раннему обнаружению, а то и предотвращению коллизий. Ежели речь заходит о чём-то другом (содержательный выбор вида жизненного цикла в соответствии с профилем риска проекта, управление старением, управление стоимостью и реформа сметной системы, освоение [[Аксиоматическое Проектирование|axiomatic design]], сооружение с поставками «[[JIT|точно вовремя]]», [[порождающее проектирование]] и сооружение, а также многое-многое другое, также крайне полезное-современное-интересное), то это вопрос других систем, других проектов, других методов, других подходов. СУЖЦ должна хорошо делать своё дело, а не плохо решать огромный набор произвольно выбираемых чужих задач.
 У архитектора СУЖЦ тем самым две основные задачи:

@@ Строка 8: / Строка 8: @@
 Системная инженерия редко использует понятие «управление жизненным циклом», но это понятие часто используется поставщиками программных систем [[PLM-система|PLM]] (Product Life cycle Management).
-В России сейчас провоходит серия межотраслевых и международных мероприятий (совещаний, конференций и т.д.), где активно используется название "система управления жизненным циклом" (СУЖЦ), вводимое взамен PLM (product lifecycle management). Эта замена термина требует некоторой расшифровки.
+В России сейчас проходит серия межотраслевых и международных мероприятий (совещаний, конференций и т.д.), где активно используется название "система управления жизненным циклом" (СУЖЦ), вводимое взамен PLM (product lifecycle management). Эта замена термина требует некоторой расшифровки.
-Слово "продукт" из PLM в СУЖЦ пропало не случайно, ибо речь идет о сложных иненерных объектах – если вертолёт еще можно с натяжкой назвать «продуктом» в силу его серийности, то атомная станция «продуктом» обычно уже не называется. Поэтому "жизненным циклом" какой именно системы тут «управляется», нужно уточнять в каждом конкретном случае. «Система УЖЦ системы» немного запутывает, но именно это и имеется ввиду. Чтобы не слишком путаться, в название этой статьи я вынес «СУЖЦ управления сложным инженерным объектом», но «сложный инженерный объект» —  это просто расшифровка слова «система».
+Слово "продукт" из PLM в СУЖЦ пропало не случайно, ибо речь идет о сложных иненерных объектах – если вертолёт еще можно с натяжкой назвать «продуктом» в силу его серийности, то атомная станция «продуктом» обычно уже не называется. Поэтому "жизненным циклом" какой именно системы тут «управляется», нужно уточнять в каждом конкретном случае. «Система УЖЦ системы» немного запутывает, но именно это и имеется ввиду.
-'''«Система УЖЦ»''' —  это прежде всего социотехническая система, т.е. она включает не только программные средства PLM, но и организацию людей (практики работы, профессиональные роли, необходимый инструментарий для поддержки этих профессиональных ролей, утвержденные виды жизненного цикла каких-то конкретных рабочих продуктов и т.д.). Поэтому специалисты в слове "система" слышат одно ("информационная система", прежде всего PLM), а менеджеры —  совсем другое ("система менеджмента", способ организации работ). Тут еще нужно отметить западную традицию произвольного добавления слова management в сочетаниях «чего-нибудь менеджмент».
+'''«Система УЖЦ»''' —  это прежде всего социотехническая система, т.е. она включает не только программные средства PLM, но и организацию людей ([[практики]] работы, профессиональные роли, необходимый инструментарий для поддержки этих профессиональных ролей, утвержденные виды жизненного цикла каких-то конкретных [[рабочий продукт|рабочих продуктов]] и т.д.). Поэтому специалисты в слове "система" слышат одно ("информационная система", прежде всего PLM), а менеджеры —  совсем другое ("система менеджмента", способ организации работ). Тут еще нужно отметить западную традицию произвольного добавления слова management в сочетаниях «чего-нибудь [[менеджмент]]».
-По-новому сформулированная СУЖЦ не использует PLM как обязательный класс программных средств, вокруг которого такая система строится. В крупных инженерных проектах обычно используется сразу несколько (чаще всего существенно "недоосвоенных") PLM разных вендоров, и при создании СУЖЦ речь идёт обычно уже об их межорганизационной интеграции. Конечно, при этом решаются и вопросы, как интегрировать в СУЖЦ информацию и тех систем, которые еще не имеют связи с какой-то из PLM систем расширенного предприятия. Термином «расширенное предприятие» (extended enterprise) обычно называют созданную посредством системы контрактов организацию из ресурсов (людей, инструментов, материалов) участвующих в конкретном инженерном проекте различных юридических лиц. В расширенных предприятиях ответ на вопрос, в какую именно PLM интегрируются данные какой именно из систем CAD/CAM/ERP/EAM/CRM/и т.д.. становится нетривиальным: владельцам разных предприятий не предпишешь использовать программные средства одного поставщика.
+По-новому сформулированная СУЖЦ не использует PLM как обязательный класс программных средств, вокруг которого такая система строится. В крупных инженерных проектах обычно используется сразу несколько (чаще всего существенно "недоосвоенных") PLM разных вендоров, и при создании СУЖЦ речь идёт обычно уже об их межорганизационной интеграции. Конечно, при этом решаются и вопросы, как интегрировать в СУЖЦ информацию и тех систем, которые еще не имеют связи с какой-то из PLM систем расширенного предприятия. Термином «расширенное предприятие» (extended enterprise) обычно называют созданную посредством системы контрактов организацию из ресурсов (людей, инструментов, материалов) участвующих в конкретном инженерном проекте различных юридических лиц. В расширенных предприятиях ответ на вопрос, в какую именно PLM интегрируются данные какой именно из систем [[CAD]]/[[CAM]]/[[ERP]]/[[EAM]]/[[CRM]]/и т.д.. становится нетривиальным: владельцам разных предприятий не предпишешь использовать программные средства одного поставщика.
 А поскольку PLM-система всё-таки являтся программными средствами, а "система управления" из СУЖЦ явно понимается в том числе как "система менеджмента", то термин СУЖЦ подразумевает явно и организационный аспект, а не только аспект информационных технологий. Тем самым фраза "использование PLM для поддержки системы управления жизненным циклом" вполне осмыслена, хотя может запутывать при дословном переводе в ней “PLM” на русский.
@@ Строка 22: / Строка 22: @@
 * «система документооборота» (workflow engine) для поддержки «управления»,
 * «портал» для просмотра содержимого репозитория и состояния документооборота.
 == Назначение СУЖЦ ==

@@ Строка 81: / Строка 81: @@
 # '''Качество выполнения СУЖЦ своего основного предназначения: обнаружения и предотвращения коллизий'''
 #: Главный критерий: насколько может быть ускорен ход инженерных работ за счёт ускорения обнаружения или предотвращения коллизий при использовании предлагаемой архитектуры СУЖЦ? А если время работ не может быть сокращено, то насколько за то же время можно увеличить объем работ при использовании тех же ресурсов? Рекоммендуются следующие методологии:
-#:* '''[[CCPM/TOC|Теория ограничений Голдратта]]''' (TOC, theory of constraints) – архитектура должна указывать, какие системные ограничения она снимает на критическом ресурсном пути инженерного проекта (не путать с критическим путём).
+#:* '''[[Теория ограничений]] Голдратта''' (TOC, theory of constraints) – архитектура должна указывать, какие системные ограничения она снимает на критическом ресурсном пути инженерного проекта (не путать с критическим путём).
 #:* '''[[ROI]]''' (return on investments) для инвестиций в СУЖЦ на стадии оформления результата содержательного рассмотрения архитектур-кандидатов.
 #: Важно выбрать границы рассмотрения: общая скорость выполнения инжинирингового проекта может быть замерена только на границе рассматриваемой организационной системы. Границы какого-то одного юрлица могут не совпадать с границами расширенного предприятия, осуществляющего масштабный инженерный проект, а участвующее лишь на одной стадии жизненного цикла предприятие может неправильно оценить свою полезность и критичность для полного жизненного цикла системы и неправильно выбрать способ своей интеграции в СУЖЦ. Тогда может выясниться, что создание СУЖЦ не влияет на общие сроки и бюджеты проекта, ибо самые неприятные коллизии продолжат себя являть неадресованные новой СУЖЦ.

@@ Строка 40: / Строка 40: @@
 * в терминах стандарта описания метода разработки [[ISO 24744]]),
 * метамодель (в терминах консорциума стандартизации [[OMG]]),
-* модель данных/справочные данные (в терминах стандарта интеграции данных жизненного цикла [[ISO 15926]]).
+* модель данных/[[справочные данные]] (в терминах стандарта интеграции данных жизненного цикла [[ISO 15926]]).
 Именно такой переход к структурно представляемым моделям, существующим уже на ранних стадиях проектирования и называется «[[MBSE|Системной инженерией на основе моделей]]» (MBSE, model-based systems engineering). Снимать коллизии при помощи компьютерной обработки данных становится возможным уже на самых ранних стадиях жизненного цикла, еще до появления полноценных 3D моделей конструкции.

← Предыдущая		Версия 10:13, 4 августа 2016
Строка 136:		Строка 136:

	[[Категория:Технологии]]		[[Категория:Технологии]]
−	~~[[Категория:Незавершенные статьи]]~~

@@ Строка 67: / Строка 67: @@
 ** специально запрограммированные проверки с контролем коллизий при загрузке разных инженерных наборов данных в центральный репозиторий СУЖЦ;
 ** комбинация из всех перечисленных методов – разных для разных типов коллизий; и т.д.
-* '''способ взаимодействия пользователей СУЖЦ''' (инженеров-проектантов, закупщиков, монтажников, менеджеров проекта сооружения и т.д.), и как именно программное обеспечение СУЖЦ поддерживает это взаимодействие способом, предотвращающим появление коллизий. Стандарты системной инженерии (в частности, стандарт практик системной инженерии [[ISO 15288]]) требуют выбора вида жизненного цикла для инженерии сложных объектов и указания того, какие варианты [[Практика|практик]] системной инженерии будут использованы. Модель жизненного цикла является одним из основных артефактов, которые служат для организационных договоренностей по координации работ расширенной организации инженерного проекта. Скоординированные работы в ходе коллаборативной разработки (collaborative engineering) – это залог малого числа проектных коллизий. Как именно поддержит модель жизненного цикла СУЖЦ? Так, системы PLM обычно не находят место моделям жизненного цикла, и уж тем более моделям организации. Поэтому для СУЖЦ нужно искать другие решения по программной поддержке этих моделей.
+* '''способ взаимодействия пользователей СУЖЦ''' (инженеров-проектантов, закупщиков, монтажников, менеджеров проекта сооружения и т.д.), и как именно программное обеспечение СУЖЦ поддерживает это взаимодействие способом, предотвращающим появление коллизий. Стандарты системной инженерии (в частности, стандарт практик системной инженерии [[ISO 15288]]) требуют выбора вида жизненного цикла для инженерии сложных объектов и указания того, какие варианты [[Практика|практик]] системной инженерии будут использованы. Модель жизненного цикла является одним из основных артефактов, которые служат для организационных договоренностей по координации работ расширенной организации инженерного проекта. Скоординированные работы в ходе [[Коллаборативная инженерия|коллаборативной разработки]] (collaborative engineering) – это залог малого числа проектных коллизий. Как именно поддержит модель жизненного цикла СУЖЦ? Так, системы PLM обычно не находят место моделям жизненного цикла, и уж тем более моделям организации. Поэтому для СУЖЦ нужно искать другие решения по программной поддержке этих моделей.
 * '''Организационный аспект перехода к использованию СУЖЦ'''. Переход к использованию СУЖЦ может вызвать существенное изменение в структуре и даже кадровом составе инжиниринговой компании: не всех землекопов берут в экскаваторщики, не всех извозчиков берут в таксисты.