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

[ssv22 17]

Технологический органайзер проекта.

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

Комментарий: Главным объектом этого вида базы данных должна быть ведомость спецификаций, представленная в виде блок схемы. При ведении учёта пользователь заполняет

...

...

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

ИМХО все описанное сильно напоминает "Диаграмму Ганта". (Это из области планирования или из области деятельности ПДО - производтвенно-технического отдела - туда же все входит: сроки запуска в производсто конкретных и различных деталей, сроки и выхода мз обработки, материал и т.д. и т.п.

ИМХО, самое главное, это представление процесса производства различных детаталей в графическом (и цветном) виде...

<noindex>http://yandex.ru/yandsearch?text=%D0%B4%D0...%D0%B0&lr=7</noindex>

Например:

Microsoft Office Visio 2010

Смотреть полный скриншот Программа для отображения, исследования и распространения различной информации. Microsoft Office Visio позволяет в наглядном виде показать базы данных, трудный для понимания текст, сложные таблицы и другую структурированную информацию. Это достигается с помощью визуализации данных в виде простых и наглядных диаграмм. Microsoft Office Visio позволяет создавать вместо статичных рисунков легко обновляемые диаграммы, которые содержат самые разнообразные данные. Созданные в этом приложении диаграммы помогут наглядно отобразить информацию о различных организационных системах, ресурсах и процессах того или иного предприятия. Всё это помогает рационализировать различные направления в бизнесе, в удобном виде отслеживать работу над поставленными задачами, составлять схемы организационных структур, рисовать карты сетей и планы зданий.

Вот другое описание:

<noindex>http://office.microsoft.com/ru-ru/visio/FX101838162.aspx</noindex>

(Хотя м.б. мне неизвестны аналоги...)

[NGM 267]

Визио больше подходит для составления функциональных и блок-схем. Диаграммы Ганта строятся в MS Project. Хотя сам по себе (без интеграции с PDM) Проджект довольно "метрвый" софт. Практически во всех современных PDM в том или ином виде есть подобный функционал - Improject, Windchill ProjectLink и т.д.

[leo-kaleta 0]

Связь операционных эскизов с исходным чертежом детали.

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

[leo-kaleta 0]

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

Видеоролики внутри технологий

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

[leo-kaleta 0]

Многомерный список

Требование ->

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

Пример:

DIN 912 Винт с цилиндрической головкой и внутренним шестигранником.

1. Класс прочности: 5.6; 8.8; 10.9; 12.9.

2. С полной резьбой, с не полной резьбой.

3. ST - без покрытия; Zn - оцинкованный; HZn - горячеоцинкованный; Bp - чёрнопассивированный; A2 - нержавеющая сталь; A4 - кислотостойкая сталь.

4. Диаметр резьбы: М3; М4; М5; М6; М8; М10; М12; М14; М16; М18; М20; М24; М30; М36; М42.

5. Длина: 6; 8; 10; 12; 14; 16; 18; 20; 22; 25; 30; 35; 40; 45; 50; 55; 60; 65; 70; 75; 80.

Результат: Винт М6х20, А2, 8.8, не полн., DIN 912.

Комментарий: Из этого многомерного списка пользователь может быстро выбрать любой из 4х2х6х15х21= 15 120 вариантов. Пользователь такой базы данных должен видеть одновременно все информационные оси и ближайшие к активным значения на этих осях.

[leo-kaleta 0]

Правила формирования имени файла.

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

[leo-kaleta 0]

Новые форматы файлов в новых версиях программы.

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

[leo-kaleta 0]

Таблицы параметров в технологиях.

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

Комментарии:

1. Вводить параметр можно с помощью формулы прямо в тексте технологии. Например -> "Диаметр [A:47] измерить..."

2. А также прямо в тексте размера эскиза. Например ->

"Эскиз №3: линейный размер 1 - текст "34"; линейный размер 2 - текст "[A:47]"; диаметральный размер 1 - ......"

[leo-kaleta 0]

Внутри своего предприятия технолог взаимодействует с другими службами. Взаимодействие происходит с помощью контактов. На интенсивно работающем производстве все специалисты обычно перегружены, поэтому на создание контакта может теряться много времени (а значит и денег). "Где Иван Иваныч?" - "Позвоните минут через 30 - он на участке гальваники..." Если вопрос сложный - то сотовый телефон не поможет. Иногда надо контактировать одновременно с несколькими службами, надо следить за вопросами, за их движением по "операциям". Каждый контакт "запускает" дальнейшие действия других специалистов - так происходит движение производства. Поэтому, если нет денег на полноценную PDM->

Лента Новостей предприятия

Технолог должен иметь возможность следить за новостями предприятия с помощью Ленты Новостей. Право создавать новость должны иметь все специалисты предприятия. Примеры новостей - "Автор: мастер Петров - новость: Ремонт токарного станка инв.№21 закончен. Дата-время: 1 декабря 20012 года в 2:14"; "Автор: кладовщица Мясникова: Штагенциркули ... поступили на склад после поверки. Дата-время: 21 сентября 2012 года в 14:12"; "Автор: технолог Кузнецов - разработка технологии на Кронштейн АВБ.4201.001.013 - завершена. Дата-время:5 октября 2012 года в 19:34". Технолог должен иметь возможность выделить нужный ему участок Ленты Новостей на пересечении указателей "Структура предприятия" и "Календарь". Выделение нужных потоков информации должно производиться аналогично выделению файлов в проводнике, клавишами Ctrl и Shift.

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

[leo-kaleta 0]

Иногда бывает, что в конструкторской спецификации наименования дублируются - например: "поз.3 ... Уголок, поз.4 ... Уголок,..., поз. 12 ... Уголок", или "поз. 7 ... Втулка, поз. 9 ... Втулка, ...., поз. 12 ... Втулка, ..., поз. 15 ... Втулка". Обозначение (выглядит как НОМЕР в виде ДЕРЕВА) предназначено для автоматизированной организации списков, т.е Обозначение нужно МАШИНАМ-АВТОМАТАМ. Человеку нужно Имя. Если Имя одно и то же - неповторимость (уникальность) объекта для Человека теряется. А для Машины это не страшно - Обозначение по-любому будет уникальным и неповторимым.

Технологические пояснения к наименованию (в скобках).

САПР ТП должна предоставить технологу возможность добавлять "технологические пояснения (в скобках)" в колонке "Наименование" в конструкторско-технологической спецификации (<noindex>КТС</noindex>). С помощью кнопки "Пояснения" технолог должен иметь возможность включать и отключать "пояснения в скобках".

Примеры пояснений:

1. Уголок (боковой левый).

2. Втулка (с пазом по предложению Макарова).

3. Профиль (Т-образный с двумя вырезами в форме змейки).

4. Стойка (центральная).

[leo-kaleta 0]

Группирование стандартных изделий.

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

Пример:

В свёрнутом виде ->

Шайбы А.01.08кп.016 ГОСТ 11371-78

поз. 54 - Шайба 3 - 22шт.

поз. 55 - Шайба 5 - 23шт.

поз. 56 - Шайба 10 - 6шт.

В развёрнутом виде ->

Шайбы стальные плоские исполнения 1 класса точности А из стали марки 08кп с цинковым покрытием толщиной 6мкм хроматированным

по ГОСТ 11371-78

поз. 54 - Шайба 3 - 22 шт

= 2 (АБВ.012.002.000 Кронштейн)*2 + (3 (ГДЕ.017.005.000 Основание)+2(КПР.120.000.000 Стойка)*3)*2

поз. 55 ....

= ....

поз. 56 ....

= ....

[SHARit 2 820]

Согласно этим требованиям (предположим, они все реализуемые) получается не программа, а неуклюжий неповоротливый монстр...

[ak762 323]

интересно также, автор сам с собою общается и потихоньку пишет систему или только ТТ выдвигает и ждет когда это всё кто то сделает

[Mel 0]

Спасибо автору темы за эту работу. Она нужна всем, разработчикам - чтобы лучше понимать потребности потребителя, пользователям - чтобы быстрее осознавать свои потребности.

[белог 0]

Доброго времени суток всем.

Или я не ту что нужно тему читаю, или что-то не правильно поняла.

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

Планирование производства и закупок?

Отслеживание хода выпуска продукции?

Себестоимость изготовления планируемая и реальная

Мне казалось что это функции ERP.

Если все это функции САР ТП то какие тогда функции системы ERP?

[leo-kaleta 0]

Согласно этим требованиям (предположим, они все реализуемые) получается не программа, а неуклюжий неповоротливый монстр...

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

1-й - "Определение требований"

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

3-й - "Техническое задание".

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

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

С большим интересом, SHARit, прочитаю Ваш вариант ТТ. Для уклюжей и поворотливой САПР ТП.

[SHARit 2 820]

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

С чего это вы взяли?

И даже пусть так, но требования должны относится к классу программ, называемых САПР ТП. А у вас понамешано всего и вся.

[Гость aleank]

Иногда бывает, что в конструкторской спецификации наименования дублируются - например: "поз.3 ... Уголок, поз.4 ... Уголок,..., поз. 12 ... Уголок", или "поз. 7 ... Втулка, поз. 9 ... Втулка, ...., поз. 12 ... Втулка, ..., поз. 15 ... Втулка". Обозначение (выглядит как НОМЕР в виде ДЕРЕВА) предназначено для автоматизированной организации списков, т.е Обозначение нужно МАШИНАМ-АВТОМАТАМ. Человеку нужно Имя. Если Имя одно и то же - неповторимость (уникальность) объекта для Человека теряется. А для Машины это не страшно - Обозначение по-любому будет уникальным и неповторимым.

Технологические пояснения к наименованию (в скобках).

САПР ТП должна предоставить технологу возможность добавлять "технологические пояснения (в скобках)" в колонке "Наименование" в конструкторско-технологической спецификации (<noindex>КТС</noindex>). С помощью кнопки "Пояснения" технолог должен иметь возможность включать и отключать "пояснения в скобках".

Примеры пояснений:

1. Уголок (боковой левый).

2. Втулка (с пазом по предложению Макарова).

3. Профиль (Т-образный с двумя вырезами в форме змейки).

4. Стойка (центральная).

Первое что хочу сказать касается серийного производства: Наименование мне ничего не говорит... втулок может быть 30-40 видов из них по предложению Макарова штук 10, а Обозначение АБВГ - я знаю сразу в какое изделие входит, ХХХХ-какая группа, Х какая сборка, Х - какая подсборка и Х-какая деталь или ХХ какая деталь. теперь поиск сокращается до минимума.

Второе, единичное производство сборочная единица РАМА - в нее входит 10 швеллеров, и каждому давать пояснение, швеллер передний, ...промежуточный, ... дважды промежуточный, ...боковой и т.д. -это не маразм?

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

Связь операционных эскизов с исходным чертежом детали.

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

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

[белог 0]

интересно также, автор сам с собою общается и потихоньку пишет систему или только ТТ выдвигает и ждет когда это всё кто то сделает

Похоже он собой любуется - какой он умный столько всего знает...

А конкретные вопросы - что же он все-таки понимает под САПР ТП ( для чего он пишет технические требования) просто игнорирует.

[leo-kaleta 0]

Похоже он собой любуется - какой он умный столько всего знает...

А конкретные вопросы - что же он все-таки понимает под САПР ТП ( для чего он пишет технические требования) просто игнорирует.

Я пишу разное ПО примерно такого уровня:

Можно прочитать <noindex>здесь</noindex>, а скачать вот <noindex>здесь</noindex>.

Вот поэтому мне нужны технические требования. Желательно что-то не моё - чего я не знаю.