Jump to content

Интеграция ПО линеек nanoCAD и Model Studio CS


Recommended Posts

В связи с тем, что и ПО nanoCAD, и по Model Studio CS являются продуктом компаний группы "СиСофт" и даже формально позиционируются как единое целое, например, здесь
https://normasoft.com/products/

.... вопросы:

 

Насколько тесно интегрированы, взаимозаменяемы, объединены общими базами элементов, понимают базы элементов друг друга и т.п. эти две линейки программных продуктов ?

Какова степень подобной интеграции сегодня и каковы планы на расширение данной интеграции завтра?

Насколько легко проектировщик может или сможет в ближайшем будущем, по мере необходимости переходить в своей работе от продуктов линейки nanoCAD к продуктам линейки Model Studio CS и обратно, оставаясь в пространстве объектного проектирования ?

Link to comment
Share on other sites

2 часа назад, A.Kudrjashov сказал:

В связи с тем, что и ПО nanoCAD, и по Model Studio CS являются продуктом компаний группы "СиСофт" и даже формально позиционируются как единое целое, например, здесь
https://normasoft.com/products/

nanoCAD - это разработка компании Нанософт разработка. Model Studio CS - это разработка CSoft Development. И они являются продуктами своих компаний, а не группы компаний "СиСофт"... Группа компаний - это скорее сообщество единомышленников. У которых немного разносторонние области применения, взгляды, идеи, опыт и т.д. Поэтому фраза на мой взгляд не корректная...

 

2 часа назад, A.Kudrjashov сказал:

Насколько тесно интегрированы, взаимозаменяемы, объединены общими базами элементов, понимают базы элементов друг друга и т.п. эти две линейки программных продуктов ?

Если говорить о платформе и MS, то являясь надстройкой над платформой, у MS своя база оборудования, заточенная под свои задачи. При этом MS может использовать базы платформы (а также модуля СПДС), но чистая платформа не может использовать объекты MS. Ситуация такая же как и с Юнис-Юг, о которых вы писали в другой ветке - не понятно, что тут не понятно ))

 

При этом одна (на данный момент) вертикалка Нанософт разработки совместима по база с MS - это nanoCAD BIM Конструкции, т.к. она базируется на движке MS. Совместима по базам в обе стороны. Собственно, этим и пользуемся - мы включаем в поставку многие их объекты, а они могут свободно брать наши.

 

У продуктов линейки ИнжBIM свои базы данных, организованные чуть по-другому... Не совместимы напрямую с MS. Но можно организовать интеграцию через базу CADLib, чем собственно в рамках внедрений и занимаемся.

 

3 часа назад, A.Kudrjashov сказал:

Какова степень подобной интеграции сегодня и каковы планы на расширение данной интеграции завтра?

Собственно, не очень понятен вопрос. Сейчас CADLib Модель и архив становится в рамках продуктов Нанософт разработка ключевым продуктом, обеспечивающим совместную работу над BIM моделью, анализа сводной модели и интеграции с последующими этапами ЖЦ. Какие планы? Расширять и углублять, конечно...

 

3 часа назад, A.Kudrjashov сказал:

Насколько легко проектировщик может или сможет в ближайшем будущем, по мере необходимости переходить в своей работе от продуктов линейки nanoCAD к продуктам линейки Model Studio CS и обратно, оставаясь в пространстве объектного проектирования ?

От проектировщика зависит. Без сомнения необходима профессионализация в рамках программного продукта. Но общие принципы работы на мой взгляд схожи - что в MS, что в BIM Конструкции, что в ИнжBIM, что в Ренга, что в Ревит, что в Tekla...

Link to comment
Share on other sites

2 минуты назад, dows сказал:

Собственно, не очень понятен вопрос. Сейчас CADLib Модель и архив становится в рамках продуктов Нанософт разработка ключевым продуктом, обеспечивающим совместную работу над BIM моделью, анализа сводной модели и интеграции с последующими этапами ЖЦ. Какие планы? Расширять и углублять, конечно...


Если модель будет создана в Model Studio, можно будет от неё перейти к вертикальному приложению nanoCAD с сохранением привязки к библиотеке элементов и наоборот ?
Аналог: AVEVA E3D

Насколько я понял, не получится.

С Юнис-Юг понятно, что это совершенно стороннее приложение. Но, например, со стороны разработчиков TDMS звучало утверждение, что "наноСОФТ - это Мы".
Поэтому хотелось бы понять степень интеграции nanoCAD и Model Studio. Можно ли где-то об этом предметно почитать?
Каким образом CADLib модель и архив становится ключевым продуктом для наноСофт ?
Какие функции доступны ?  

Link to comment
Share on other sites

11 минут назад, A.Kudrjashov сказал:

Поэтому хотелось бы понять степень интеграции nanoCAD и Model Studio. Можно ли где-то об этом предметно почитать?

Каким образом CADLib модель и архив становится ключевым продуктом для наноСофт ?

Какие функции доступны ?  

CADLib - это база данных, в которую собираются информационные модели, а также организуются иерархически. Это для Нанософт одна из интеграций, но весьма перспективная (по крайней мере сейчас так выглядит). Об этом не просто почитать, но посмотреть можно - специально в свое время записывал практический вебинар:

 

 

 

11 минут назад, A.Kudrjashov сказал:

Если модель будет создана в Model Studio, можно будет от неё перейти к вертикальному приложению nanoCAD с сохранением привязки к библиотеке элементов и наоборот ?

Настолько общо поставлены вопросы, что не понятно как отвечать... Если считать, что модель MS - это что-то хранящееся в DWG файле, то только на уровне Proxy объектов. Т.е. геометрия и положение. Вся информационная составляющая пропадает. Если на уровне IFC, то геометрия и информационная составляющая, но это на практике достаточно медленно - т.е. подойдет для разовых взаимодействий. Если на уровне базы данных CADLib, то на уровне геометрии, информации, а также иерархической организации проекта. Плюс очень большие размерности моделей. По сути в этом случае вы работаете в рамках одной логике сводной модели в разных DWG, программах и технологиях, подбирая под рабочее место наиболее производительный инструмент и можете распределять работу по рабочим группам над проектами практически любой размерности. Посмотрите видео - там вроде все хорошо расписано, рассказано и показано...

Link to comment
Share on other sites

10 минут назад, dows сказал:

Если на уровне базы данных CADLib, то на уровне геометрии, информации, а также иерархической организации проекта.


Конечно, на уровне базы CADLib. С чертежами и импортом/экспортом IFC всё понятно.

У нас часть филиалов плотно работали в AVEVA E3D. Теперь будут вынуждены переходить на Model Studio и CADLib. Соответственно, хотелось бы понять в какой степени могут быть использованы, если могут, вертикальные приложения линейки nanoCAD BIM.

Видео посмотрю ...

P.S. Сравнения неизбежны. Ещё с TerraSolid сравнение предстоит, тоже активно используемый продукт.

  • Like 1
Link to comment
Share on other sites

11 часов назад, dows сказал:

CADLib - это база данных, в которую собираются информационные модели, а также организуются иерархически. Это для Нанософт одна из интеграций, но весьма перспективная (по крайней мере сейчас так выглядит). Об этом не просто почитать, но посмотреть можно - специально в свое время записывал практический вебинар:


Спасибо. Очень хороший вебинар!
Попробуем на его основе сделать практический тест-драйв для проектировщиков. Для большинства всё-таки читать проще, чем смотреть. Направление движения понятно.

Если работа будет выполняться не из сетевой файловой структуры, а из TDMS, то получается, что подключаясь к проектам CADLib можно, продолжая работу в обычном приложении, видеть в качестве подложки результаты работы других проектировщиков, которые уже опубликовали или импортировали свою работу в CADLib? Не считая приложений, которые не имеют прямой связи с CADLib и передают информацию исключительно через экспорт/импорт.

Тут есть важный момент обеспечения актуальности данных.
- Когда мы связываем DWG файлы по ссылкам, то актуальность обеспечивается оповещениями об изменениях в связанных файлах.
- Когда мы работаем с файловой системой и CADLib, то основное место сборки модели - это CADLib и после публикации изменения в DWG файле принципиального значения до следующей публикации не имеют.
- Если мы храним DWG файлы в TDMS, то именно эти файлы для системы документооборота являются основными рабочими и необходимо чётко отслеживать актуальный статус Документов и файлов TDMS, не допуская внесения несанкционированных изменений после публикации в общей модели. Но это уже процедурные вопросы, которые просто надо не забыть учесть.

 

Очень интересует вопрос обеспечения версионности CADLib моделей, как минимум, для фиксации официальных ИЗМов. Самое простое - это, конечно, BackUp SQL базы. Но, может быть в CADLib есть уже какие то встроенные инструменты.

  • Like 3
Link to comment
Share on other sites

13 часов назад, A.Kudrjashov сказал:

Тут есть важный момент обеспечения актуальности данных.
- Когда мы связываем DWG файлы ....
- Когда мы работаем с файловой системой и CADLib, ... изменения в DWG файле принципиального значения до следующей публикации не имеют.
- Если мы храним DWG файлы в TDMS, то именно эти файлы для системы документооборота являются основными рабочими и необходимо чётко отслеживать актуальный статус Документов и файлов TDMS, не допуская внесения несанкционированных изменений после публикации в общей модели. Но это уже процедурные вопросы, которые просто надо не забыть учесть.

 

В принципе, тут прослеживается разделение между назначением этих софтов - CADLib управляет зоной "SHARED AREA" в классической 4-хобластной структуре построения СОД в BIM-проектировании, а TDMS - зоной "WORK AREA" и дополнительно  документооборотом и постановкой оперативных задач в процессе взаимодействия.

В этом случае софты дополняют друг друга. 

  • Like 4
Link to comment
Share on other sites

13 часов назад, A.Kudrjashov сказал:

Если работа будет выполняться не из сетевой файловой структуры, а из TDMS, то получается, что подключаясь к проектам CADLib можно, продолжая работу в обычном приложении, видеть в качестве подложки результаты работы других проектировщиков, которые уже опубликовали или импортировали свою работу в CADLib?

Да, но все-таки TDMS, обеспечивая транспортный уровень, организует процесс документооборота: распределение работ, утверждения и фиксации результатов. Поэтому TDMS надо бы интегрировать с CADLib - т.е. есть три уровня крупных процессов: документооборот (TDMS), моделирование (nanoCAD BIM и др.) и сводная модель с анализом (CADLib). Есть идеи как это все перевязывать в одно целое, но это работа на развитие... :-)

 

13 часов назад, A.Kudrjashov сказал:

Очень интересует вопрос обеспечения версионности CADLib моделей, как минимум, для фиксации официальных ИЗМов. Самое простое - это, конечно, BackUp SQL базы. Но, может быть в CADLib есть уже какие то встроенные инструменты.

Несколько вариантов:

- самый простой: публиковать разные версии DWG файлов. Тогда, вкладываясь в структуру CADLib, они задваиваются в одной точке, но их можно выбирать/отбирать из базы, например по имени файла и видеть одну версию и другую - а затем сравнивать по коллизиям.

- посложнее: при публикации иметь какой-либо информационный параметр, отвечающий за версионность. Тут фишка в том, что можно в рамках одной модели иметь разные версии разных участков BIM модели. Но требует аккуратности от проектировщиков. Далее опять же выборки из модели, визуализация этих выборок и сравнение через функционал коллизий.

- самый прямолинейный: да, бекапы базы сводной модели. Не уверен, что это очень удобно для оперативной работы, но имеют смысл на этапах взаимодействия с внешней средой, отсекая крупные этапы - например, когда отдали модель в Экспертизу, то сделали бекап-архив для анализа вернувшихся замечаний.

- смесь вышеперечисленного...

добавлено через 4 минут
41 минуту назад, EdwardSt сказал:

В принципе, тут прослеживается разделение между назначением этих софтов - CADLib управляет зоной "SHARED AREA" в классической 4-хобластной структуре построения СОД в BIM-проектировании, а TDMS - зоной "WORK AREA" и дополнительно  документооборотом и постановкой оперативных задач в процессе взаимодействия.

В этом случае софты дополняют друг друга. 

именно! но только CADLib реализует SHARED AREA именно в части модели. А также PUBLISH в смысле формирования отчетов. А TDSM отвечает за организацию WIP (доступ, задания, утверждение, подтверждение, передачу между WIP различных специалистов, бекапирование и т.п.), передачу в SHARED промежуточных файлов импорта/экспорта (например, внешние IFC или замечания), а также всякие сервисные функции по типу системных сообщений, ритмичность процесса через оповещения и т.д. Т.е. TDMS - это транспорт и пути взаимосвязи, а CADLib - это станция, соединяющая эти пути...

Link to comment
Share on other sites

Posted (edited)
18 минут назад, dows сказал:

Несколько вариантов:

- самый простой: публиковать разные версии DWG файлов. Тогда, вкладываясь в структуру CADLib, они задваиваются в одной точке, но их можно выбирать/отбирать из базы, например по имени файла и видеть одну версию и другую - а затем сравнивать по коллизиям.

- посложнее: при публикации иметь какой-либо информационный параметр, отвечающий за версионность. Тут фишка в том, что можно в рамках одной модели иметь разные версии разных участков BIM модели. Но требует аккуратности от проектировщиков. Далее опять же выборки из модели, визуализация этих выборок и сравнение через функционал коллизий.


Надо думать.
Проблема в том, что ИЗМ - это далеко не только не файлы, но даже не отдельные Марки. ИЗМ - это совокупность файлов, относящихся к Маркам работ по отдельным Объектам, по которым, в рамках некоторого официального решения, вносятся изменения в документацию. Их бывает несколько десятков.
-----------------
 

добавлено через 6 минут

Если сравнивать перечень Марок, которые предполагается закрывать приложениями nanoCAD и Model Studio по официальной информации разработчиков, спектр Model Studio выглядит несколько шире.

Это действительно так или в описании продуктов nanoCAD просто не указаны все закрываемые направления работ?
image.thumb.png.d1516b57bfee448f3350697047fcbd7e.png

2022-04-21 Сравнение ПО nanoCAD и ModelStudioCS.xlsx

Edited by A.Kudrjashov
Link to comment
Share on other sites

Модел Студио более широкий и внедренческий продукт - по сути, обладая универсальным движком они могу закрыть любые, в том числе и нестандартные задачи. Плата: надо разбираться с движком на системном уровне. Поэтому MS это и внедрение в первую очередь.

 

Решения nanoCAD более структурированы и привязаны к типовым рабочим местам - коробочные решения. По хорошему мы расcчитываем со своими решениями сводить взаимодействие с пользователями до минимума... :-)

Link to comment
Share on other sites

15 часов назад, A.Kudrjashov сказал:

Очень интересует вопрос обеспечения версионности CADLib моделей

Вот тут описан алгоритм по восстановлению версии публикации файла dwg.

  • Like 1
Link to comment
Share on other sites

49 минут назад, cad@maxsoft.ru сказал:

Вот тут описан алгоритм по восстановлению версии публикации файла dwg.

Спасибо. Но это не совсем то, что нужно.

Link to comment
Share on other sites

1 час назад, A.Kudrjashov сказал:

Проблема в том, что ИЗМ - это далеко не только не файлы, но даже не отдельные Марки.

На мой взгляд, отработка ИЗМов не является полем применения информационной модели.

Все-таки, ИМ хранит что-то конкретное на определенный момент времени.

Т.е., представляет собой хранилище какого-то зафиксированного решения (проектного или строительного). 

А ИЗМы - это чисто проектные заморочки, которые нужны для восстановления хронологии отработки решений и определения статусов документации. Хотя просмотр мультика с изменениями ИМ выглядел бы занимательно)

  • Like 2
Link to comment
Share on other sites

1 час назад, EdwardSt сказал:

На мой взгляд, отработка ИЗМов не является полем применения информационной модели.

Если бы разработка происходила строго последовательно: закончили очередной ИЗМ, зафиксировали результат, двигаемся дальше. Но цикл согласования ИЗМов может быть очень большим, а работу останавливать нельзя, иначе проект растянется на неопределённый срок. Вот и получается, что работа над ИЗМами происходит в параллельном режиме (одни на согласовании, а над другими уже идёт работа) и иногда возникает необходимость откатиться назад.

Звонит Заказчик и говорит:
- Мы с вами месяц назад отрабатывали изменение такое то ..., давайте к нему вернёмся, а всё остальное забудем. 

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

  • Like 3
Link to comment
Share on other sites

37 минут назад, A.Kudrjashov сказал:

Звонит Заказчик и говорит:
- Мы с вами месяц назад отрабатывали изменение такое то ..., давайте к нему вернёмся, а всё остальное забудем.

Допускаю, что такое может быть. Но в моей практике обычно это было с небольшой вариацией:

не нужна сегодняшняя собачка, а вот давай вчерашнего котенка, только с ухом в полосочку.

 

Фактически, это означает не возврат к предыдущей модели, а ее новую версию, пусть и базирующуюся на чем-то из прошлого. 

 

И другой аспект. На нынешнем этапе развития технологии ИМ собственно модель зачастую является одним из результатов работы, который в полном объеме собирается не во время, а уже после основного проектирования. Понимаю, что это должно быть изжито, но пока реалии именно таковы...

Link to comment
Share on other sites

CADLIB можно использовать двояко:

1) только для ведения сводной модели проекта, просмотра коллизий

2) при отсутствии TDMS и иже с ними организовать в нем, пусть ограниченный, документооборот.

Вообще CADLIB MiA + PDM - это масло масляное, особенно в части дублирования создания проектов, хранения и версионности файлов чертежей, не говоря об администрировании проектов.

Не отслеживала давно, но однозначно необходима интеграция CADLIBa для возможности активации проектов CADLIB из-под TDMS

 

 

Link to comment
Share on other sites

13 часов назад, A.Kudrjashov сказал:

- Мы с вами месяц назад отрабатывали изменение такое то ..., давайте к нему вернёмся, а всё остальное забудем. 

Обращаю ваше внимание, что у объектов внутри CADLib есть дата и время последней публикации, а также указано наименование файла публикации. 

image.png

 

Соответственно, с учетом моего предыдущего сообщения, вполне можно найти публикацию, а затем её версию, которую нужно восстановить. В имени публикаций также можно указывать дату, таким образом будет легко найти версию публикации за какое-либо конкретное число. Таким образом можно, хоть и костыльно, откатить модель до нужного состояния. 

 

Пы.сы.

Но это если модель публиковалась из nanoCAD/AutoCAD

Link to comment
Share on other sites

Posted (edited)
42 минуты назад, cad@maxsoft.ru сказал:

Обращаю ваше внимание, что у объектов внутри CADLib есть дата и время последней публикации, а также указано наименование файла публикации.

Это понятно.
Но отработка замечаний в рамках ИЗМ - это процесс длительный. Публикации, относящиеся к работам в рамках отдельно взятого ИЗМ могут быть сильно растянуты по этому периоду времени, тем более, что речь идёт об отдельных файлах. И это без учёта того, что работа над ИЗМами в совершенно нормальном режиме может выполняться параллельно, например, в тех случаях, когда вносятся изменения в разделы не связанные друг с другом.

Смысл имеет фиксация именно состояния модели в целом, а не отдельных составляющих её компонентов. Это можно сделать путём BackUp SQL БД или в модели на стороне CADLib должны быть атрибуты и функциональные процедуры отмечающие версии данной модели, нечто подобное снимкам виртуальных машин в виртуальных средах или сохраненным состояниям ОС в реальных средах.

Да, и в этом случае неизбежны потери, без этого никуда. Но восстановление модели из версий лучше чем ничего.

Если вести речь о восстановлении на уровне файлов, то, думаю, проектировщики будут поступать намного проще. Они просто будут хранить где-то в своей файловой системе версии публикуемых файлов и, в случае необходимости, выполнят их повторную публикацию, опуская этап вытаскивания из BackUp версий файлов из модели. Примерно также, как это делал Денис Ожигин в выше приведённых уроках.

Edited by A.Kudrjashov
  • Like 1
Link to comment
Share on other sites

11 часов назад, lidia.antipina.ru сказал:

Вообще CADLIB MiA + PDM - это масло масляное, особенно в части дублирования создания проектов, хранения и версионности файлов чертежей, не говоря об администрировании проектов.

У нас в ближайшей перспективе без вариантов.

Внедрение TDMS уже идёт полным ходом. Переход на CADLib также практически неизбежен в виду того, что часть филиалов плотно сидит на технологиях AVEVA. Дальше будет видно.

Речь идёт не о версионности файлов, с этим в TDMS всё более менее нормально. Речь идёт о временных срезах по проектам в целом. Если в TDMS примерно понятно в каком направлении надо двигаться, то с CADLib пока совершенно непонятно.

P.S.
У нас ещё и Linux без вариантов. Но об этом мы будем думать завтра.

Link to comment
Share on other sites

2 часа назад, A.Kudrjashov сказал:

Они просто будут хранить где-то в своей файловой системе версии публикуемых файлов и, в случае необходимости, выполнят их повторную публикацию, опуская этап вытаскивания из BackUp версий файлов из модели.

Вот тут опасно может быть. В целом да, есть и такой вариант работы. Но это нужно очень грамотных проектировщиков. Всё же желательно такие операции либо не производить вовсе, либо делать это руками ограниченного ответственного круга лиц. По-хорошему проектировщики вообще не должны что-либо делать с локальными копиями. Штатный алгоритм работы подразумевает работу с файлами, которые берутся на правку через панель CADLib проект.

 

Дело в том, что при публикации, файлу публикацию и публикуемым объектам присваиваются GUID-ы. И если просто хранить у себя локальную копию ранее опубликованного файла, то при его повторной публикации будет дублирование объектов, т.к. GUID-ы не совпадают и CADLib считает, что это разные объекты. Вот например в видео, которое я продемонстрировал, если бы алгоритм был такой, что сначала скопировать файл не открывая, а потом взять на редактирование через панель CADlib, уже бы было дублирование публикаций. Тут довольно тонкая грань на самом деле.

Точный механизм назначения GUID-ов я не знаю, это можно уточнить у разработчиков.

Link to comment
Share on other sites

1 час назад, cad@maxsoft.ru сказал:

Дело в том, что при публикации, файлу публикацию и публикуемым объектам присваиваются GUID-ы. И если просто хранить у себя локальную копию ранее опубликованного файла, то при его повторной публикации будет дублирование объектов, т.к. GUID-ы не совпадают и CADLib считает, что это разные объекты.

Операция редактирования объектов из существующей модели CADLib с последующим возвратом обратно в модель, насколько я понимаю, штатная. Иначе смысл CADLib, как общего пространства сборки, пропадает. GUID CADLib при этом должен сохраняться.

Операция редактирования ничем не ограничена, в том числе полной заменой геометрии выгруженного на редактирование объекта его ранее сохраненной копией.

Ну да, надо аккуратно разбираться на практике.

Link to comment
Share on other sites

Если возвращаться к классической 4-хобластной структуре СОД, затронутой выше, ИЗМам можно сопоставить данные в области "ARCHIVE".  Если CADLib охватывает "SHARED", а также управляет процессами обмена с этой областью, как в направлении проектировщика ("WORK"), так и в направлении Заказчика ("PUBLISHED"), то естественной задачей системы является и обмен с  "ARCHIVE".

Предполагаю, что в какой-то мере организовано через сохранение версий публикаций, как минимум. Возможно, нужно будет добавить возможность хранения в архиве неких списков из публикаций с присвоением им каких-то дополнительных атрибутивных данных, типа решение на рецензию для Ивана Ивановича". Это позволит управлять группами публикаций, связанных в единую технологическую цепочку.

Link to comment
Share on other sites

В CADLIB MIA в рамках одного проекта можно организовать измы, если на каждый изм в составе проекта завести как бы отдельную площадку и тогда можно даже накладывать их визуализацию для сравнения проведенных изменений. Кроме того, опубликованные ранее чертежи после обновления никуда не теряются, а помещаются в архивную область проекта, которую можно почистить после окончании проекта, перед бакапом. Админ проекта всегда их может извлечь (можно настроить кол-во старых версий).

Одно скажу, что без админа, который будет следить за публикациями пользователей, отслеживать ошибки публикаций, в CADLIB будет бардак, т.к. раньше могли зависать публикации больших файлов, не достаточно прав на публикации у пользователей (права назначались на каждый раздел структуры проекта и группы пользователей), пользователь извлек файл для работы и ушел на больничный или в командировку и т.п.

Edited by lidia.antipina.ru
Link to comment
Share on other sites

18 минут назад, lidia.antipina.ru сказал:

Одно скажу, что без админа, который будет следить за публикациями пользователей, отслеживать ошибки публикаций, в CADLIB будет бардак

Ну да. Что то точно надо будет придумать и как то это назвать.

- Ты, почему на них ругаешься?
- Потому что я этих свиней еле из огорода выгнала.
- А почему свиней, если они гуси?
- Потому что эти собаки мне весь огород перепахали.

  • Thanks 1
  • Haha 2
Link to comment
Share on other sites

  • 3 weeks later...

ИМХО  ИЗМ - очень важная штука.

В первую очередь каждый ИЗМ это дополнительная РАБОТА,
которую необходимо учитывать.
Хотя бы для последующего анализа... кто виноват и скока стоит...

Очень жаль что существующие программные комплексы уделяют мало внимания данному вопросу.

Link to comment
Share on other sites

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Guest
Reply to this topic...

×   Pasted as rich text.   Restore formatting

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

Loading...
 Share

  • Tell a friend

    Love Официальный форум компании Нанософт? Tell a friend!
×
×
  • Create New...