Составляющие
Механизм расстановки и согласования отверстий можно условно поделить на четыре части и для каждой из них у нас предусмотрена своя функция.
| 1 | Создание | Задание на отверстия |  |
| 2 | Проверка | Проверить задание |  |
| 3 | Согласование |
Контроль изменений История изменений |
|
| 4 | Копирование и вырезание | Скопировать кубики |  |
Особенность нашего подхода
Механизм согласование можно реализовать с помощью двух разных технологий записи и получения информации:
- Revit-файл
- Отдельная База Данных (БД)
Главной особенностью процесса согласования являются высокие требования к надёжности системы.
Мы выбрали первую технологию - запись и получение данных через Revit-файл так как хранение данных в Revit-файле является гарантом надёжности. Наше решение - это использование существующих средств хранения и синхронизации, а не изобретение дополнительных.
Недостатки отдельной БД
Вы можете встретить аналоги нашей функции, которые используют второй метод – запись и хранение данных в отдельной БД.
Разберём почему мы крайне НЕ рекомендуем такой метод:
- Оборудование
Для установки БД требуется сетевое оборудование - Обслуживание и установка
Для обслуживания и установки требуется квалифицированная настройка системы Администратором БД - Конфиденциальность
Конфиденциальность информации невозможна при расположении сервера с БД вне контура вашей компании - Без плагина никак
Согласование невозможно без Плагина, так как именно он осуществляет все функции, начиная с согласования и заканчивая регистрированием истории изменений - Не работает без Интернета
Все функции отключаются при потере Интернет-соединения с БД - Вероятность утраты БД
При отсутствии резервного копирования БД высока вероятность её потерять
Итоги
Отдельно хотим обратить ваше внимание на пункт «Без плагина никак». В нашей системе процесс согласования возможен без плагина, НО без контроля и истории изменений. Контроль изменений распределяет права на редактирования, а история записывает все изменения с элементом.
