Технические требования для покупки САПР ТП

[leo-kaleta 0]

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

И "таблица применяемости" - очень спорное понятие...

Я так думаю...

Система с необоснованной избыточностью будет стоить необоснованные деньги...

Лучше использовать метод "необходимо и достаточно"...

Иногда очень удобно иметь информацию о количестве деталей прямо на чертеже деталей. Знаю предприятие, где этот метод очень успешно применялся лет 50. Они писали эту информацию в штампе основной надписи, в ячейке "Наименование". Кстати "всего на изделие" - это из ведомости спецификаций, утверждённой ГОСТом.

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

[leo-kaleta 0]

Отсутствие размеров.

Требование: "САПР ТП должна сообщать технологу об отсутствии размеров на чертеже детали"

[leo-kaleta 0]

Основная задача САПР ТП

"Основной задачей САПР ТП является расчёт себестоимости и сроков изготовления конструкторского проекта, выполненного в CAD-системе.

__Параметры (вариант):

____________-количество деталей в проекте - до 2 тысяч;

____________-точность расчёта себестоимости - +-5%;

____________-точность расчёта сроков изготовления - +-5%;

____________-скорость расчётов - не более 48 часов;

____________-количество ядер компьютера - 2 ядра;

____________-тактовая частота - 2,8 ГГц;

____________-оперативная память - 2 Гбайта;

____________-жёсткий диск - 750 Гбайт."

[sergsm 4]

Наконец-то написали об основной задаче САПР ТП (расчет себестоимости узла/сборки/детали/проекта), с которой успешно справляется ТехноПро :)

[VOleg 228]

Иногда очень удобно иметь информацию о количестве деталей прямо на чертеже деталей. Знаю предприятие, где этот метод очень успешно применялся лет 50. Они писали эту информацию в штампе основной надписи, в ячейке "Наименование". Кстати "всего на изделие" - это из ведомости спецификаций, утверждённой ГОСТом.

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

Если на чертеже пишут кол-во деталей - значит нет планирования производства. Я уже писал о ремкомплектах, эксплуатации, восполнения брака и пр. из-за чего кол-во совсем, совсем другое. А еще есть партии запуска и выпуска, ритмичность и много других показателей планирования. А задача САПР-ТП подготовить информацию по технологическим припускам, напускам, допускам, угарам и т.п. - при том, что "кол-во" - это конструкторская информация и технологам и производству передаваемая... Конструктора сдали КД, технологи ТД - и все - через любое, иногда долгое время будет запущено производство и выпущена продукция - технологи в этом не должны участвовать - это другая история... кроме устранения ошибок, ессно... Соколицина почитали бы, что ли? Или других авторов - это если про "кол-во", а так - ЕСТД - и вперед!

Удачи!

Основная задача САПР ТП

"Основной задачей САПР ТП является расчёт себестоимости и сроков изготовления конструкторского проекта, выполненного в CAD-системе.

И близко не лежало - совсем другая опера, к САПР-ТП себестоимость и сроки!!! изготовления - это "сосна, внесенная в отчет как дуб - т.е. ЛИПА".

Себестоимость считают экономисты и есть плановая, фактическая (бухгалтерская) себестоимость - при чем тут САПР-ТП??? Да еще себестоимость зависит от объема производства, заделов, межоперационных и цеховых, брака и пр. и пр.... А уж сроки изготовления... тут уж вообще...

САПР-ТП рассчитывает машинное время, трудоемкость, кол-во рабочих, разряд на основании которых и рассчитывается статья калькуляции себестоимости - "ЗАРПЛАТА" - ОСНОВНЫХ и ВСПОМОГАТЕЛЬНЫХ рабочих! (Рассчитывается экономистами). Еще выбирается оборудование, оснастка и инструмент - и экономисты рассчитывают другую статью калькуляции себестоимости - "амортизация оборудования" и т.д. и т.п.

Статьи калькуляции используются на этапе расчета "плановой" себестоимости. А уж после выпуска изделий бухгалтера на основании бухгалтерского учета и отчетности посчитают "фактическую" себестоимость....

Впрочем, если у Вас "Технолого-экономический отдел" и работают в нем "технологи-экономисты" - тогда да! Но тогда САПР-ТП здесь не упоминайте - у Вас более высокий уровень управления...

Успехов!

[leo-kaleta 0]

Наконец-то написали об основной задаче САПР ТП (расчет себестоимости узла/сборки/детали/проекта), с которой успешно справляется ТехноПро :)

Уважаемый sergsm! Большое Вам спасибо за дополнение. Рад, что тему читают разработчики ПО.

Почему-то вспомнил возможности компьютеров, с которыми когда-то начинал. Это был 1983 год - мини-ЭВМ "Электроника-60". 60 килобайт оперативной памяти, отсутствие жёсткого диска, дискета на 360 кБайт... Алфавитно-цифровой дисплей... Система загружалась на адреса, начиная с 50 тысяч... Тогда и специалистов, которые работали с "компьютерами" было несколько десятков тысяч на весь СССР...

А сейчас почти у каждого гражданина на столе стоит вычислительная мощность, превосходящая ВСЮ вычислительную мощность Советского Союза. Программы стали очень умными, объединяющими много профессий, универсальными. Многие разработчики (например, Вы) совершенно правильно используют ФАНТАСТИЧЕСКИЕ возможности современной техники, сливая вместе разные старые специальности.

Развитие идёт в следующем направлении - узкие специалисты вживляют свои знания ("ноу-хау") в программы, программы становятся более доступными с помощью Интернета и облачных вычислений. В результате, для пользователей, не имеющих глубокой специальной подготовки, становится доступной огромная уникальная библиотека "живых" знаний, которые легко применить на практике. Причём разные команды - генераторы знаний, конкурируют между собой и это общественное НОУ-ХАУ стремительно развивается и совершенствуется.

[leo-kaleta 0]

Разноформатные листы в технологии.

"САПР ТП должна обеспечивать возможность вставлять в технологию листы разного формата, например листы формата А1 для карт наладки".

Вывод на печать.

Комментарий: Импортные принтеры имеют формат не соответствующий размерам листов по ГОСТу. Поэтому хорошие программы вывода на печать имеют функцию "подогнать масштаб".

Требование:"Опция "Вывод на печать" в САПР ТП должна предоставить пользователю возможность самому назначить алгоритм обработки для каждого вида форматок из пакета документации, поступившей для печати. Например: формат А4 - "подогнать на 1 лист", формат А3 - "подогнать на 1 лист", формат A2 - "подогнать на два листа"... Все листы пакета должны быть автоматически обработаны в соответствии с заданными алгоритмами. После этого должно быть авторазмещение на поле предварительного просмотра и вывод на печать"

[leo-kaleta 0]

Запрет на ручное корректирование значений размеров (Для редактора технологических эскизов)

Комментарий: Как показывает практика, отключение автоопределения величины размера часто приводит к ошибкам.

Требование: "САПР ТП должна автоматически определять величину размера. Ручное редактирование величины размера не допускается.

__1. Для случая "разрыв геометрического контура" в САПР ТП должен вставляться элемент "место разрыва", позволяющий сжать геометрический контур, но сохраняющий правильное значение размера;

__2. Для случая "требуется округлить до.." САПР ТП должна предоставить возможность округлить только данный размер с помощью функции "округлить размер". При этом значение размера должно сохраниться, а над размерной линией должно индицироваться округлёное "изображение" (образ) этого значения;

__3. Для случая "требуется исказить для создания разборчивого изображения при выводе на печать" САПР ТП должна предоставить возможность задать процент искажения размера с помощью опции "аберрация";

__4. Для случая примения одностороннего размера "САПР ТП должна предоставить возможность задать полноценный размер в другом месте чертежа и привязать его к одностороннему размеру. При выходе из меню редактирования размера дополнительный размер должен стать невидимым. Наименование опции - "опорный размер"

[leo-kaleta 0]

САПРбиржа.

Во-первых, вернёмся к ГОСТ 28195-89, к Таблице 4 - "Фазы жизненного цикла Программных Средств вычислительной техники". Изобразим её (для наглядности) в виде дерева:

Разработка

·······Анализ

··············Определение требований

··············Спецификация требований

··············Техническое задание

·······Проектирование

··············Логическое проектирование

·····················Функциональное проектирование

·····················Программно-технический проект

····························-системы

····························-программ

····························-модулей

····························-документации

·······Реализация

··············Модули

··············Программы

··············Система

··············Средства тестирования

··············Дополнительная документация

·······Тестирование

··············модули

··············программы

··············системы

··············дополнительная документация

··············Сдача в фонд (при необходимости)

·······Изготовление

··············Выпуск

·····················Программное средство в форме, готовой для поставки

·····················Документация

·····················Правила внесения изменений

··············Испытания

·····················Установленное ПС

·····················Организация применения

·····················Отчёт об испытаниях

·····················Отзыв пользователя

Применение

·······Внедрение

··············Подтверждение стабильности эксплуатации

··············Предоставление набора услуг по внедрению

·······Эксплуатация

··············Предложения об усовершенствовании

··············Сообщение о функциональных отклонениях

·······Обслуживание

··············Информация о сопровождении программ

··············Изменённое ПС

Эта информация показывает нам, что в рождении программ принимают участие не только программисты, но и постановщики задач, тестёры, внедренцы, пользователи. И на каждом этапе много работы.

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

Отсюда следует вывод - "Одна команда разработчиков не сможет решить ВСЕ технологические задачи"

Значит, нужна САПРбиржа. Требование: "На САПРбирже должны быть созданы условия для предоставления Программного Обеспечения разных фирм в почасовую аренду. У пользователей должна быть дополнительная возможность заработать средства для аренды путём решения различных задач жизненного цикла ПО. Лоты с задачами должны выставляться фирмами-разработчиками ПО"

[VOleg 228]

М.б. все-таки ЕСТД... и реализация максимально возможных задач на ПЭВМ с повышением производительности и снижения затрат на разработку комплекта ТД на изделие?

И вот разность между "старым" и "новым", помноженная на период и есть та сумма, которая должна быть уплачена за программный продукт???? А уж пусть программисты и парятся за указанную сумму???

Работает мы для результата, а не для процесса работы...

Уж я точно!

[leo-kaleta 0]

М.б. все-таки ЕСТД... и реализация максимально возможных задач на ПЭВМ с повышением производительности и снижения затрат на разработку комплекта ТД на изделие?

И вот разность между "старым" и "новым", помноженная на период и есть та сумма, которая должна быть уплачена за программный продукт???? А уж пусть программисты и парятся за указанную сумму???

Работает мы для результата, а не для процесса работы...

Уж я точно!

Уважаемый VOleg. Большое Вам спасибо за дополнения и интерес к этой теме, который у Вас опять проснулся.

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

[leo-kaleta 0]

Матрица буфера обмена.

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

Требование: "САПР ТП должна иметь независимый буфер обмена, состоящий из 9-ти ячеек. В первую ячейку должны попадать первые, выделенные для обмена элементы. После второго копирования в первую ячейку должна попадать новая информация. Предыдущая информация сдвигается во вторую ячейку. Последующие порции опять должны загружаться в первую ячейку, вся остальная информация сдвигается на один шаг. После девятого копирования первые элементы стираются. Вызов буфера обмена должен производиться с помощью щелчка по пиктограмме, изображающей табличку 3х3. После щелчка должно появиться окно с 9-ю слайдами, расположенными в 3 ряда по 3 ячейки в каждом ряду. Первая ячейка в центре матрицы. Вторая ячейка справа от центра. Все остальные отсчитываются от второй ячейки против часовой стрелки."

[VOleg 228]

Уважаемый VOleg. Большое Вам спасибо за дополнения и интерес к этой теме, который у Вас опять проснулся.

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

СТУДИЕЙ всегда называлась ЕСТД - может расшифровать?

Вот САПР-ТП и должна этой СТУДИИ соответствовать.

А Вы для технолога выкладываете термины, в которых он что, должен разобраться?

Я, лично, ни бе ни ме в этих матрицах!

У меня производство за спиной, а не матрицы. И ждет оно (производство) комплект ТЕХНОЛОГИЧЕСКОЙ ДОКУМЕНТАЦИИ - а не матрицы.

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

Вот это мне было бы интересно...

[leo-kaleta 0]

СТУДИЕЙ всегда называлась ЕСТД - может расшифровать?

Вот САПР-ТП и должна этой СТУДИИ соответствовать.

Да, да. Конечно же расшифруйте и распишите как копьютерная программа должна соответствовать ЕСТД в виде ПОСТАНОВКИ ЗАДАЧИ для программистов. "Мы ждём", как пел Виктор Цой.

А Вы для технолога выкладываете термины, в которых он что, должен разобраться?

Я, лично, ни бе ни ме в этих матрицах!

У меня производство за спиной, а не матрицы. И ждет оно (производство) комплект ТЕХНОЛОГИЧЕСКОЙ ДОКУМЕНТАЦИИ - а не матрицы.

Согласно ГОСТ 28195-89 я выкладываю информацию не только для технолога (пользователя), но и для постановщика задач, программиста, тестёра, внедренца.

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

Вот это мне было бы интересно...

Давайте поговорим, давайте. Говорите, конкретизируйте требования. "Мы ждём", как пел Виктор Цой.

[leo-kaleta 0]

Конструкторско-технологическая спецификация или КТС.

Требование: "САПР ТП должна уметь преобразовать конструкторскую спецификацию в конструкторско-технологическую спецификацию путём автоматического добавления следующих полей (колонок): материал (если в спецификации нет этой колонки), габариты заготовки - длина, ширина, высота (или толщина) в миллиметрах, масса заготовки (для проводов, трубок, труб, проволоки - длина в метрах); маршрут. Маршрут изображается в виде длинного текста-перечня с разделительными запятыми."

[leo-kaleta 0]

Окрашивание элементов сборки в зависимости от ТО.

Требование: "САПР ТП должна уметь окрашивать элементы сборок (3D-макетов и сборочных чертежей) в зависимости от групп термообработки. Технолог-контролёр должен иметь возможность увидеть таблицу групп ТО для контролируемой сборки, назначить цвет для каждой из выявленных групп ТО. На 3D-макетах элементы, не подвергающиеся ТО, должны автоматически становиться полупрозрачными. На сборочных чертежах аналогичные элементы должны (на период тех.контроля) переводиться в тонкие линии."

Аналогичное требование применимо к покрытиям.

[VOleg 228]

Да, да. Конечно же расшифруйте и распишите как копьютерная программа должна соответствовать ЕСТД в виде ПОСТАНОВКИ ЗАДАЧИ для программистов. "Мы ждём", как пел Виктор Цой.

Согласно ГОСТ 28195-89 я выкладываю информацию не только для технолога (пользователя), но и для постановщика задач, программиста, тестёра, внедренца.

Давайте поговорим, давайте. Говорите, конкретизируйте требования. "Мы ждём", как пел Виктор Цой.

Ну петь как Виктор Цой я вряд ли смогу... Но ждите... со временем, может и получится... Во всяком случае в этом году я гитару купил!

А для программистов... тестеров... внедренцев... что ж, пишите. И флаг Вам в руки.

Удачи!

[leo-kaleta 0]

Ну петь как Виктор Цой я вряд ли смогу... Но ждите... со временем, может и получится... Во всяком случае в этом году я гитару купил!

А для программистов... тестеров... внедренцев... что ж, пишите. И флаг Вам в руки.

Удачи!

"Чо" VOleg? Опять <noindex>слабо</noindex>?

Опять ничего сказать не можете?

[VOleg 228]

"Чо" VOleg? Опять <noindex>слабо</noindex>?

Опять ничего сказать не можете?

Да, и про "окрашивание элементов" ничего не могу сказать...

Ну Вы то окрашивайте, окрашивайте... мне то что...

А уж "конструкторско-технологическая спецификация"... это вооще не ко мне...

Я же не знал, что Вы программист... а я больше с технологами общаюсь.

Удачи Вам...

[leo-kaleta 0]

Да, и про "окрашивание элементов" ничего не могу сказать...

Ну Вы то окрашивайте, окрашивайте... мне то что...

А уж "конструкторско-технологическая спецификация"... это вооще не ко мне...

Я же не знал, что Вы программист... а я больше с технологами общаюсь.

Удачи Вам...

Уважаемый VOleg. Вы здесь <noindex>сообщили</noindex>, что разработали и применили САПР ТП. Тогда, согласно <noindex>ГОСТ 28195-89</noindex>, у Вас должна быть спецификация требований. Пожалуйста, опубликуйте здесь этот документ.