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

[\<C0RB@>/ 0]

Не могли бы вы дать ссылки на ваши статьи я бы включил их в свою работу. Информации по этой теме практически не найти и ваши труды были бы очень кстати в раскрытии состояния вопроса.

[leo-kaleta 0]

Не могли бы вы дать ссылки на ваши статьи я бы включил их в свою работу. Информации по этой теме практически не найти и ваши труды были бы очень кстати в раскрытии состояния вопроса.

Смотрите на форуме АСКОН в разделе "Образование". На последней странице. "Висят" там уже 6 лет.

[leo-kaleta 0]

Уточняю. На 6-й странице.

[\<C0RB@>/ 0]

Здравствуйте, leo-kaleta.

Думаю этот ГОСТ бедет вам очень интересен. Возможно вы его уже видели. Основные требования там уже в принципе сформированы. И мой к вам вопрос. Встречали ли вы применение этого ГОСТа где либо? Соблюдают ли этот ГОСТ в фирмах разработчиков САПР ТП?

otsenka_kachestva_programmnykh_sredstv_obshchie_polozheniya.pdf

[leo-kaleta 0]

Здравствуйте, leo-kaleta.

Думаю этот ГОСТ бедет вам очень интересен. Возможно вы его уже видели. Основные требования там уже в принципе сформированы. И мой к вам вопрос. Встречали ли вы применение этого ГОСТа где либо? Соблюдают ли этот ГОСТ в фирмах разработчиков САПР ТП?

Прочитал ГОСТ. Понравилась таблица 4 под названием "Фазы жизненного цикла ПС". Меня порадовало, что жизненный цикл программного продукта по ГОСТу должен начинаться с "Определение требований", потом "Спецификация требований", далее "Техническое задание" и т.д. Всё логично, ясно, правильно. На Ваши вопросы ответить не могу. Если сами знаете ответ, то ответьте, пожалуйста.

[leo-kaleta 0]

Считаю нужным добавить в эту тему следующие технические требования ->

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

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

[leo-kaleta 0]

ТРЕБОВАНИЕ для ГРУППЫ технологий.

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

Управление фрагментами группы технологий должно осуществляться с помощью сервисной таблицы следующего вида:

_________________Номера технологий________

____________Т1_____Т2_____Т3_____Т4_____Т5

Фрагменты

Ф1__________Х______Х______Х______-______-

Ф2__________Х______-_______-______Х______Х

Ф3__________-______Х_______-______-______Х

Ф4__________Х______-_______Х______Х_____Х

Ф5__________Х______Х_______Х______Х_____Х

и т.д.

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

[leo-kaleta 0]

Требование для редактора технологических эскизов.

Размерная линия линейного размера на технологическом эскизе должна привязываться или к внешней линии (дуге) геометрического контура, или к предыдущей размерной линии другого размера. Шаг между размерными линиями - 9 миллиметров. Другие способы привязки линейного размера не допускаются.

Для иллюстрации - неправильная привязка линейных размеров в одной, очень известной, САПР.

Исходный рисунок

Тоже при автоматическом уменьшении масштаба в 2 раза без масштабирования выносных линий

Тоже при автоматическом увеличении масштаба в 2 раза без масштабирования выносных линий.

Тоже при автоматическом уменьшении масштаба в два раза с масштабированием выносных линий

Тоже при автоматическом увеличении масштаба в два раза с масштабированием выносных линий

[leo-kaleta 0]

Требование к свойствам файла технологии САПР ТП.

"В свойствах файла технологии должен быть статистический отчёт, включающий в себя:

1. Количество операций данной технологии.

2. Количество эскизов.

3. Количество элементов оформления эскизов (размеры, линии-выноски и т.д.)

4. Количество символов текста технологии.

Формат этой части технологического файла должен быть открытым, т.е доступным для считывания, для других программных продуктов (например, систем документооборота)".

[leo-kaleta 0]

Требование к редактору технологических эскизов.

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

"Редактор технологических эскизов должен иметь сервисную команду "убрать дублирование", в результате применения которой должны удаляться (или объединяться) дублирующие графические эементы (их части), лежащие на одном графическом слое".

[leo-kaleta 0]

ВЗАИМОДЕЙСТВИЕ

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

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

[leo-kaleta 0]

ФАКТИЧЕСКОЕ ВРЕМЯ ВЫПОЛНЕНИЯ ТЕХНОЛОГИЧЕСКОЙ ОПЕРАЦИИ

Технолог рассчитывает теоретическое время выполнения операции. Погрешность может составлять значительную величину.

Требование:

"САПР ТП должна иметь средства обратной связи для принятия решений по корректировке времени выполнения технологических операций"

Комментарий с иллюстрациями:

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

Собрать информацию с большого количества точек можно с помощью следующей 3D-матрицы (показан контроллер с 6-ю входами и шестью выходами, если будет 20 входов и 16 выходов можно сканировать 8х8х20=1280 точек) ->

Заключение:

Современные технические возможности позволяют устанавливать системы обратной связи даже для малых предприятий (за небольшие деньги). Таким образом легко решить проблему определения ФАКТИЧЕСКОГО ВРЕМЕНИ ВЫПОЛНЕНИЯ ТЕХНОЛОГИЧЕСКИХ ОПЕРАЦИЙ.

[leo-kaleta 0]

Требование к редактору технологических расчётов.

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

Пример: если есть таблица ->

Число переналадок___Размер партии запуска (шт.) при

в смену______________штучном времени обработки детали, мин

____________________05___10___15___20___25___30___60

___4________________15___08___05___04___03___02___01

___2________________30___15___10___08___06___05___02

___1________________60___30___20___15___12___10___05

, то текст (Партия: 2; 20) должен передавать (или "возвращать", как говорят программисты) в формулу число "8". Должна быть возможность вместо цифр "2" и "20" использовать переменные, рассчитанные в предыдущих формулах расчёта.

[leo-kaleta 0]

Унификация изделий производственной программы.

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

[leo-kaleta 0]

Требование к модулю автоматического контроля конструкторской документации.

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

[leo-kaleta 0]

Технологическая программа для просмотра конструкторских чертежей должна делать видимыми неуказанные предельные отклонения чертежа. Эта технологическая информация должна располагаться на временном графическом слое.

[leo-kaleta 0]

АВТОНОМИЯ ПРОЕКТОВ.

Комментарий: В любом проекте может применяться информация, доступ к которой может быть ограничен по истечении некоторого времени. Например: сведения из Интернета, инструкции, которые могут изменяться. Для надёжности хранения ссылочной информации внутри папки проекта создаётся папка "Ссылки", в которой должны храниться все источники в том состоянии, в котором они были на момент реализации проекта (один из вариантов). Папка "Ссылки" должна быть защищена от редактирования.

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

[leo-kaleta 0]

Недавние фрагменты текста.

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

[SM.Artem 0]

Добрый день!

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

Например:

Требование к модулю автоматического контроля конструкторской документации.

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

Задумка, прям таки скажу отличная. Попытка разгрузить технолога в проведении технологического контроля и проверка соответствия ТТ материалу детали один из пунктов такой проверки. И даже здесь, чтобы реализовать данную возможность необходимо, либо ТТ на чертеже брать из той же таблицы, либо в реализуемом модуле придется вести проверку по подстроке в тексте ТТ и находить соответствия с таблицей. А что делать, есть конструктор по невнимательности допустил опечатку в ТТ, уже сопоставление ставится более проблематичным.

Это что касается - данной проверки. Но как я уже сказал - для технологического контроля КД этого мало.

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

Также - если КД на сборку, как выполнять в автоматическом режиме проверку на собираемость с учетом размерного анализа цепей, допусками, сопряжениям и тому подобное?

Так что в этом направлении еще предстоит огромная работа и одним требованием это никак не может быть ограничено.

Технолог рассчитывает теоретическое время выполнения операции. Погрешность может составлять значительную величину.

Требование:

"САПР ТП должна иметь средства обратной связи для принятия решений по корректировке времени выполнения технологических операций"

Тогда это не САПР ТП - это целый производственный комплекс с участием PDM и SCADA.

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

Обычно используются данные из уже разработанных нормативов в НИИ Труда, либо на предприятии по усредненным нормам полученных по хронометражу. Сомнений нет, что если два года назад операция занимала 20 мин, то на данный момент для аналогичных действий рабочему потребуется примерно столько же времени с погрешностью 10-15%, что легко покрывается подготовительно-заключительным временем.

Требование к редактору технологических эскизов.

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

"Редактор технологических эскизов должен иметь сервисную команду "убрать дублирование", в результате применения которой должны удаляться (или объединяться) дублирующие графические эементы (их части), лежащие на одном графическом слое".

Все-таки я считаю, что это прерогатива САПР (но не ТП), не следует превращать редактор эскизов в подобие CAD. Каждая система должна заниматься своим делом, иначе есть риск получить все и ничего одновременно.

Да и даже если в эскизах будут оставаться эти самые "дублирующие графические элементы" - сильно ли повлияет на размер файла ТП и насколько это критично при сегодняшних объемах дискового пространства? Даже если предположить, что один "условный" дублирующий элемент будет увеличивать размер на 1-2 кб, как много их должно располагаться, чтобы размер был сопоставим с размером файла ТП?

[leo-kaleta 0]

Так что в этом направлении еще предстоит огромная работа и одним требованием это никак не может быть ограничено.

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