Обсуждение

Наконец-то какая- то сдвижка в сторону понимания необходимости онтологии деятельности произошла.

Я бы сказал, это у вас произошла сдвижка понимания -- когда я просто тупо указал на соответствие двух моделей PLM (о которых уже десяток раз написал тут) идее двух доскок СМД-методологии. А там еще много такого мэппинга можно сделать: так, система определяется только в связи с её стейкхолдерами. Идея передачи сообщений (Алан Кея), а не вызова процедур и массивно-параллельная эволюция онтологий в узлах сетки (belief revision) в сочетании с workflow traversal это, конечно, коммуникация из схемы мыследеятельности. И так далее. Неужели такие мэппинги нужно каждый раз прописывать явно? Мне кажется, это очевидно...

Пока не совсем понятно. Я сейчас пытаюсь разобраться с ситемой Управления конфигурацией. Для меня это пока чёрный ящик. Я знаю, что должно быть на входе и на выходе, но что в нутри??? Ведь по сути PLM можно рассматривать как чёрный ящик, получающий информацию на входе и выдающий что-то на выходе. Да, зоопарк PLM множится и укрупняется, но зачем нужно ещё и "сверх" PLM не понятно.

Речь идет не о "сверх PLM", а как раз о подходе к выживанию при неминуемом наличии многих PLM. Внутри "управления конфигурацией" находится классифицирование множества имеющихся вариантов проекта классификационными базисами. Берете, например, все 125 версий модели вентиля с его кодом KKS, и одну из этих версий относите к конфигурации "типовой проект", другую -- "как спроектировано", третью -- "как построено". Остальные версии просто храните в базе данных, чтобы мочь выдать историческую справку "как было такого-то числа". Отнесение (классифицирование) версий к базисам -- административный процесс, через утверждение ГИПом. Софт просто поддерживает эту классификацию в модели данных целевой системы и утверждающие отнесение объекта к базису процедуры в воркфлоу обеспечивающей системы.

Да, нет, я же еще помню Вашу предьяву, что СМД - это старье. И тут дело не в сопоставлениях, делают их или нет.

Конечно, СМД это старьё. Развития-то нет, былое опережение мирового уровня давно кончилось. Нужно двигаться дальше, что мы и делаем. Но для разных адептов типа вас можно и мэппинг сделать к былой славе.

Вы не обольщайтесь, и не заблуждайтесь. Кто кому делает "меппинг" - это мы еще посмотрим. А пока я вижу, что Вы просто копируется западное, вот и все.

То есть, развитие предполагается по 2 вариантам: 1. замена множества PLM одной (аля "красная кнопка") 2. увязка множества PLM между собой. Первый вариант хотят реализовать наши руководители, но, по-моему, это утопия. Второй вариант более реалистичен, но у вендоров нет договорённости по увязке. ...То есть, структура системы УК это прежде всего СУБД, как хранилище структурированной информации? Остаётся разработать классификацию данных и интерфейс контроля за ними? Хммммммм... Как бы нам встретиться и обсудить это...?

Ага, копирую. Беру у одних западных людей, сообщаю другим западным людям (на том же Ontology Summit, например), и на эти проценты живу тут в России :-) Желаю вам творить лучше и в бОльших количествах, чем это получается у меня.

Нет, управление конфигурацией подразумевает еще и 1. Договоренности о том, какие инженерные базисы существуют в организации. Это закрепляется приказами. 2. Назначением ответственных за то, чтобы на любой момент времени была известна текущая (рабочая) конфигурация и относящиеся к ней инженерные коллизии (ибо для другой -- вчерашней или завтрашней -- конфигурации эти коллизии могут быть неактуальны). Это закрепляется приказом. 3. Определение порядка отнесения публикуемых кусков проекта к какой-то из конфигураций. Это закрепляется приказом. И только потом определяются нужные структуры данных в самых разных базах данных, прописывается небходимый workflow в самом разном софте. Потом еще нужно, чтобы не только компьютеры выполняли свою часть работы, но и люди (т.е. не только запрограммировать компьютеры, но и людей научить и мотивировать их соблюдать регламенты управления конфигурацией). Встретиться и обсудить -- я с вашими коллегами это ежедневно сейчас обсуждаю (по скайпу). Организация у вас большая, просто найдите друг друга ;-)

Эта административна часть понятна. Она описана во всех документах по УК. Можно сказать, я этим уже занялся (архимэйт мне в помощь). Я пожалуй на бумагу всё положу и Вам на критику. МОжно?

Конечно можно! Можно всё и файлом, чтобы на бумагу не тратиться :-)

Да, это пожалуйста, но только не упоминайте всуе СМД - методологию, тем более, что ваши трактовки не верны. Может, поэтому вы решили, что она стара? Если уж упомянули доски, то надо было указать как минимум три доски, а не две, как у вас. И в предмет сворачивается содержание не одной организационной доски. А, то, что вы были знакомы с ГП, это не аргумент. Многие были знакомы, и, где они теперь.

Кормить тролля -- неправильно. Даже если этот тролль пришел из СМД-методологов.

Ждем прихода "интернета программ". Это позволит обмениваться как спеллами в RPG, так и пакетами методов в процессах, и информационными моделями относительно Изделий-систем. Хочется релиз или пререлиз орглана...

Ой, а мне-то как хочется пререлиза ОргЛана :-) Работаем... Вот прямо сейчас...