Файлы

Оборот документов это наше все. Главное решить - кто должен подписать, чтобы документ утвердили. Список подписей составить. Точнее ввести коллективную ответственность. Чтобы было как можно больше подписантов. Тогда и крайнего найти сложно. Когда ответственные все, то это означает, как правило, что это на самом деле - никто. Вопросы при настройке подписей. - Как подписать документ, если тот кто должен, с компьютером не дружит, но чтобы не заходить в систему от его имени ? Но подпись чтобы была его? - А как подпись отозвать ? Может мы передумали. - А вот если этот товарищ не подпишет, то значит и я не подпишу...

Жизнь она сопровождается документами. Но и документов есть своя. Жизнь. С ними обычно связаны файлы. Но они тоже связаны друг с другом, с другими объектами. Все это имеет версии, каждая из которых может иметь различные состояния. Состояния переходят друг из друга и далее и далее и далее. Большая и насыщенная жизнь. Вплоть до аннулирования. Документ описывается атрибутами и их значениями, кроме того, отдельно атрибутами описывается и его версия, а также и листы. Да. Еще можно отдельно описать атрибуты листов.  Причем этот набор разный для разных видов документов. Правами доступа к документу обладают пользователи и рабочие группы, в которые входят пользователи...

В нашей программе прошлого поколения был так называемые файловый сервер. Делали его, исходя из постулата о том, что хранить файлы в базе данных не можно, индексное пространство рвется, скорость доступа  падает, нужно хранить файлы на специальных файловых серверах. Разнесли базу данных и файлы. А как бэкап делать? Чтобы и база и файлы в кучке были? Написали свой бекап. Ну и ресторе само собой. Круто? А то. А меж тем чуть погодя появилась возможность - чтобы файлы хранить отдельно от базы, в других базах.. И бекапы-ресторе проходят штатно. Без приседаний вокруг компов. Но у нас свой путь. Был.           Последователи (подражатели) нашей системы пошли дальше с этими файловыми серверами...

Изменения бывают разные. Зелёные и красные. Речь собственно пойдет об извещениях об изменениях. Итак. Жил был чертеж. По которому начали делать железку. А может и не начали. Но заметили, что размер в нём поставленный с реальной жизнью не очень то бьется. Значит надо сделать простую вещь. Написать бумажку, в которой перечислить тех кого это касается и указать что собираешься менять и чем. Собрать согласие. Выполнить действо. И поменять старое на новое.  Можно предварительно выполнить действо и согласие получать, показывая уже новый результат. Это может быть не чертеж, а документ любой (ведомость, технологический процесс, спецификация)...

Чтобы любая информационная система могла работать, необходимо её наполнить данными. Как это сделать? Путей обычно два – или собственными руками или чужими. Чужие бывают двух видов - человеческие и программные. Итак. С людьми понятно. Их усаживают за компьютеры, и они вколачивают в программу то, что сказали. А программы берут данные откуда-то, перемалывают, и складывают в требуемое место. В нужном виде и формате. Всё вроде просто. Напиши замечательную программу - и дело готово. Так и думалось. Что первое? Заливка, простите, импорт номенклатурного справочника. Проконвертировали и залили, т.е. выполнили импорт...

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