Опыт использования SWR-Workflow

[Елена 116]

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

[Елена 116]

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

[Елена 116]

Или электронному ключу с конкретного компьютера, если данные секретны.

[Странник 6]

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

И эти норм., утв., тех.контр. появляются уже в БД предприятии, а в БД КБ текущие работы, до готовности КД к согласованию.

Пусть так, но "разраб.", "пров.", "утв." сидят в одной комнате - конструкторском отделе, посему их разносить на 2 хранилища явно не стоит. Другое дело ОГТ и цеховые техбюро, да и вся прочая братия паразитирующая на техпроцессе - все они плотно садятся на тот же Tehcard и ничего тут не попишешь. В тоже время, знаменитое противостояние "конструктор - технолог" никуда не денешь, стало быть всё одно транслятор на откаты-накаты, и в ту, и другую стороны должен быть тикающий как хорошие часики.

Саму процедуру согласования (и факт согласования) КБ всегда может посмотреть в основной БД предприятия. Доступ отдельных служб к данным обеспечивается фильтрацией данных по имени и паролю входа в систему

Кстати, это хороший вопрос - индикация стадии прохождения документации, к тому же тут должен быть выход на совсем простое Workflow для "пупков".