Sw спецификация

[Pavel 0]

Всем здрасти. Значит кратко. На <noindex>Sw Russia</noindex> я открывал тему по поводу создания SW спецификации, распростоняющейся по принципу ОС Linux, т. е. бесплатно и с открытыми сырцами. Посоветовали тему перенсти сюда. Перношу. Вопрос только один: надо ли такое делать, и если да, то как. Кому интересно, почитайте, что было там. Ну пожалуй и все.

[MaxAmin 4]

To: Pavel

http://fsapr2000.ru/index.php?showtopic=3525

Обращайтесь к разработчику...

[Анаконда 0]

Повторюсь - ваяй!!!

И в благодарной памяти пользователей ты будешь светить незабвенно!!!!

К сожалению я не программер, и могу помочь только тестированием в боевых условиях и отзывами.

[dimas77 0]

2Pavel. Ага, все просто ! Почитал тему по Вашей ссылочке на SW-Russia........ Относительно пинания нашей разработки - мы благодарны всем, кто ловит баги, которые по мере выхода новых версий нами исправляются. Интересно будет почитать тему по вашей разработке, если она будет выложена.

Насчет перспектив... Мы убили год на первую версию программы, набили массу шишек, в итоге создали вторую - SPC2, которая целиком писана на специально для того разработанной коллекции контролов (сейчас - 12 контролов). Прога полностью объектная с нормальным наследованием, иначе в такого рода продуктах просто невозможно сопровождать сложный код. Впрочем, наработка контролов - занятие более трудоемкое, зато отдача в дальнейшем на порядок выше процедурного варианта. Центральной темой разработки была качественная векторная отрисовка бланков с масштабированием текста, как у Компаса, плюс переносы. Достичь этого экспортом в шаблон SW или в Excel просто невозможно. Ни один доступный генератор отчетов тоже не делает точного масштабирования по горизонтали в том же кегле, а если и делает, то весьма приближенное. В итоге пришлось создавать контрол бланка, который на низком уровне работает с графикой. Благодаря четкой иерархии объектов для нас любой новый бланк документа - вопрос 1-2 дней, плюс отладка. Вторая проблема - переносы. Вписать все в одну строчку не всегда получается, а работать с каждой перенесенной строчкой как с отдельной единицей хранения - просто неудобно. Да и как сортировать документ после внесения новых позиций, в общем, случаев таких много.

Само по себе чтение BOM а-ля пример на VB в поставке Солида не решает многих нюансов: считать количество Пушкин будет ? Обновление выносок на чертежах, особенно к одной точке, отдельная тема. SWR часто не улавливает этот момент, наша же прога цепляет все четко - кто пробовал, не даст соврать :)

Да, есть нерешенные проблемы и у нас, но над ними надо работать и конструктивная критика здесь вполне уместна... Что же касается глюков при запуске - пока не можем уловить, в чем проблема: и у нас, и у наших клиентов все работает !!!

В общем, будут вопросы - пишите на мыло, на простые вопросы постараемся ответить. SPCsoft.

[Pavel 0]

Ну во первых, я точно знаю, что невозможно написать прогу без глюков. Как было написано на одном их форумов (не помню на каком), не бывает кода без единой ошибки. И вообще, вы немного путаете. Я написал прогу для своего собственного завода. Если бы надо было что-либо получше, я думаю я не стал бы сам писать, а пошел бы к начальнику и пустил бы слезу, что бы купили, хотя теперь, когда что-то уже есть, хочеться помочь народу. У меня только такой вопрос: я не понял, почему нельзя отчет в солид кидать? У меня очень не плохо получаеться. Переносы тоже не сложно организовать. На любом уважающем себя сайте по дельфям есть пример, как это сделать. Причем задача у меня еще проще, т. к. мне не надо при переносе расширять строку, достаточно перенести в следующую. Кол-во у меня счтаеться. Позиции (в спецификации) обнавляються, а на чертеже мне не надо. Сборки - максимум 50 деталей. Ручкми можно сделать. Да и написать маленький модуль.... А в эксель отчет нужен (у меня) только для экономистов. Ну и, как было написано там, моя прога слишком проста. И написана не совсем грамотно с точки зрения програмирования, если говорить честно. Но работает за исключением одного маленького глюка. И о переносах там речи нету. За то я не убивал год на создание первой версии программы, а всего пол дня. Ну и последнее, по принципу линукса, это значит, что сырцы программы лежат открытые для общего доступа, кто хочет, и может, правит ее для себя лично, а потом, при желании, выкидывает назад свой усовершенствованный код. Мне личное не надо гробить год на написание этой проги, мне хватит того, что есть у меня, потому я и поднял влпрос: надо ли это кому либо. Если нет, то тогда я забываю об этом. Если да, то я немного подредактироваю прогу, что бы стыдно небыло, и выкладываю ее на каком-нить сайте, который будет являться, по предложению Анаконды, клубом создателей бесплатного софта для солида (мне кажеться так далеко уж точно не зайдем, спецификации бы кто-нить смог бы сделать... Хотя...). Ну, пожалуй, вроде и все.

[MaxAmin 4]

To: Pavel

Если будет надо - обязательно обратимся :)

[Leon 435]

To Pavel

Выкладывай, хуже от этого точно не будет .

Позвольте мне высказать свои самые общие соображения насчет спецификации.

1. Результат работы программы, т.е. сама готовая спецификация должен быть независим от программы, т.е. чтобы спецификацию можно было просматривать, печатать, и редактировать на компе где такая программа не установлена. Поэтому она должна генерится либо в солид, либо в word или excel, либо и туда и туда.

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

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

[MaxAmin 4]

To: _Leon_

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

<{POST_SNAPBACK}>

Это уже следующий этап виртуальной реальности...

[Pavel 0]

To Leon:

По п. 1: абсолютно согласен и так и есть.

2. Сейчас программа работает только с моделью сборки. Просто так было легче.

3. Писать это макросом ну никак не хочеться. Неудобно. А по поводу не редактора, пусть будет. Кому надо, тот может и не пользоваться им. Просто при генерации в солид гораздо удобнее редактировать не в солиде, т. к. позицианировать не надо.

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

[Lyvra 0]

Здрям

выкладывай, что за вопросы.

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

По общей структуре приложения - это встроенный addin, который для каждой сборки создает мини-PDM (таблица) и хранит её в самом sldasm. Редактируется и отображается мини-PDM в виде таблицы (аля Excel)? данные могут заносится

- чтением из сборки - набор фильтров раскладывающие свойства файлов по строкам таблицы. Подсборки обработанные этим модулем выдают информацию из своих мини-PDM

- вручную

- из внешней БД (например Наименование-Обозначение-... для стандартных деталей)

И самое интересное - экспорт данных из мини-PDM в отчеты. Сейчас отчеты - чертежи солида, они полностью настраиваются самим пользователем и основное использование не генерация спецификации, а спец. отчетов (например отчет по покраске или по изделиям из металла).

Затраты на этот продукт 2 человеко-месяца

В качестве дополнения к этой мини-ПДМ выступает другой addin, который помогает автоматизировать процесс редактирования и заполнения свойств каждой детали.