Ответ на »сообщение 2837« (Сергей Перовский)
___________________________

Ответ на »сообщение 2829« (Сергей Прохоренко)
___________________________
По мне, так БД с пользователями и их правами на документы понятнее, чем тайники и мандаты :)


Тайники и мандаты - это абстракции над базой данных файловой системы, которая напрямую недоступна (в целях безопасности).


Есть ли разница в смысле?
Видимо есть.
Речь идет опять о передаче прав. В частности передаче прав на изменение.
Я уже писал, что считаю эту практику порочной. У документа есть автор и изменить этого нельзя.


Если бы всё было так просто и однозначно, то не было бы никаких споров об авторских правах. Жизнь не втискивается в узкие рамки предложенной Вами модели. Как кто-то сказал, любая сложная проблема имеет простое неправильное решение.


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


А где Вы найдете таких трудолюбивых и дисциплинированных пользователей, которые будут задумываться над типами документов? Много ли Вы видели пользователей, использующих средства версионности в Ворде? Много ли Вы знаете пользователей, которые понимают назначение флажка "Архивный"? Версионность должна быть по умолчанию.


Не очень ясно, что значит "места хранения". Диски? Зачем о них знать пользователю? Сейчас сетевой диск на 500Гб стоит 200 долларов. В офисную сеть их можно добавлять хоть каждый месяц. Зачем пользователям разбираться в этом процессе?


Чтобы не молиться на профессионализм сисадминов и не оказаться в один "прекрасный" момент без документов.


Папок и ссылок на папки или на файлы нет (вместо ссылок – мандаты, вместо папок – темы или теги).
Или, что то-же самое, существуют только виртуальные папки.


Да, только виртуальные тематические папки и списки документов (например, список открытых документов).


С документом может одновременно (в реальном масштабе времени) работать несколько приложений и пользователей. На чтение таких проблем нет. На изменение должно быть запрещено.


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


Документ может иметь один или несколько типов – для удобства поиска приложений
Несколько типов, это как ? Пример можно?
Чем не устраивает список приложениий?


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

Ответ на »сообщение 2832« (Руслан Богатырев)
___________________________

Ответ на »сообщение 2829« (Сергей Прохоренко)
___________________________

Спасибо за предложения. Давайте попробуем в этой схеме разобраться. Для начала несколько вопросов.

1. Существует ли у документа:
1.1. Однозначная (абсолютная) идентификация сущности (единственность и неповторимость данного документа)?


Да. У каждого документа должен быть идентификатор - длинная случайная последовательность символов, например, 512 бит.


1.2. Однозначная идентификация места хранения?


Да. Одно - основное и одно или несколько резервных.


1.3. Однозначная идентификация формы представления (кодировка, формат представления и т.п.)?


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


1.4. Однозначная идентификация авторства?


Каждая версия имеет автора, включая первую. Можно также предусмотреть и авторство документа.


1.5. Однозначная идентификация собственности (владения)?


Что-то типа электронных водяных знаков, которые невозможно подделать, удалить из документа или изменить. Документ зашифрован таким образом, что его структура недоступна для исследователя.



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

2. Может ли быть документом элемент документа (поддерживается ли иерархия включения и иерархия ли это)?


Нет. Все документы - одного уровня. Однако в документ можно внедрить мандат к другому документу, например, находящемуся на общедоступном сервере.


3. Когда включенный документ (в составной документ) перестает быть документом (самостоятельной сущностью)? Возможно ли это?


См. ответ на пункт 2.


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


Версионность документов - строго линейная. Версионность внедренных мандатов на другие документы не предусмотрена.


5. Какие виды информации (в Вашей схеме) не являются документами, но при этом требуют наличия самостоятельности в плане хранения, доступа, операций и т.п. Либо же всё есть документ?

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

Ответ на »сообщение 2836« (Денис Зайцев)
___________________________

Ой, что-то мне вообще не нравится идея о том, что у документа должно быть время жизни. По крайней мере, простому пользователю это не нужно. А то как бы ненароком не потерять бесследно важные документы из-за глюков или баловства с системными часами.
"Время жизни" - очень полезное понятие для документа в корпоративной СЭД. А за баловство там можно и по голове получить от службы безопасности компании ;-)

Ответ на »сообщение 2834« (Александр)
___________________________

Ответ на »сообщение 2833« (Сергей Прохоренко)
___________________________


Есть еще один вопрос что подразумевается под документом ?

Документ - сруктура данных, которая создается, просматривается/прослушивается или изменяется пользователем. При этом документ является минимальной логической единицей хранения в файловой системе.

Ответ на »сообщение 2836« (Денис Зайцев)
___________________________

Ответ на »сообщение 2833« (Сергей Прохоренко)
___________________________


Вы ввели понятия версий для документов это замечательно будет ли введено понятие время жизни того или иного документа (и ее копии) ?

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

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

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

Еще одна идея, связанная со сроком жизни: мандат может быть неограниченным, вре'менным или одноразовым.

Ответ на »сообщение 2829« (Сергей Прохоренко)
___________________________
По мне, так БД с пользователями и их правами на документы понятнее, чем тайники и мандаты :)
Есть ли разница в смысле?
Видимо есть.
Речь идет опять о передаче прав. В частности передаче прав на изменение.
Я уже писал, что считаю эту практику порочной. У документа есть автор и изменить этого нельзя.

Ограничние видимости документов - очень правильный подход.
Что касается версионности и копирования - это должно зависить от атрибутов документа: укажем важность документа и система сама решит, сколько экземпляров и где хранить; укажем, что документ "архивный" и система запихнет его на самый медленный носитель в упакованном виде.
Не очень ясно, что значит "места хранения". Диски? Зачем о них знать пользователю? Сейчас сетевой диск на 500Гб стоит 200 долларов. В офисную сеть их можно добавлять хоть каждый месяц. Зачем пользователям разбираться в этом процессе?


Папок и ссылок на папки или на файлы нет (вместо ссылок – мандаты, вместо папок – темы или теги).
Или, что то-же самое, существуют только виртуальные папки.

С документом может одновременно (в реальном масштабе времени) работать несколько приложений и пользователей. На чтение таких проблем нет. На изменение должно быть запрещено.

Документ может иметь один или несколько типов – для удобства поиска приложений
Несколько типов, это как ? Пример можно?
Чем не устраивает список приложениий?

Ответ на »сообщение 2833« (Сергей Прохоренко)
___________________________


Вы ввели понятия версий для документов это замечательно будет ли введено понятие время жизни того или иного документа (и ее копии) ?

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

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

Ответ на »сообщение 2827« (Как слышно? Приём!)
___________________________

Ответ на »сообщение 2823« (Valery Solovey)
___________________________
>>> А примерчик такой задачки можно?
>>> А то я ищу его с тех пор, как вопрос графики был затронут, но всё никак не могу найти.

Возьмите Visio и посмотрите какие там наборы stancils (в Visio 2007 их много).
У меня сейчас нет под рукой.


Управление проектами
Временная шкала проекта
Сводка продаж
Дерево ошибок
Организационная диаграмма
Событийная цепочка процессов (EPC)
Создание схем документирования (ITIL)
Схема аудита
Схема потока создания стоимости
Схема Ишикавы (рыбий скелет)
Автоматизация бизнес процессов
Работа с персоналом
Схема управления качеством
Определение себестоимости и пирамиды продаж
Гидравлические схемы
Принципиальные электротехнические схемы
Логические компоненты
Сборочный чертёж
Электрические схемы
Система энергоснабжения предприятия
Схема трубной обвязки
Технологическая схема
Создание схем с исп. языка SDL
Схемы потоков данных структурного анализа
Шаблоны UML :)
Схема модели БД
Проектирование COM, OLE, открытых интерфейсов пользователя.
Проектирование интерфейсов OLE в ООП.
Создание схем на уровне сущностей и на уровне глобальных схем стандарт STEP
Моделирование систем реального времени в нотации ROOM
Схемы структурных данных по Джексону.
Карта веб-узла
Концептуальная схема веб-узла и гипертекстовых ссылок
Шаблоны структуры программ
Схемы ролей объектов с ограничениями, предикатами и отношениями
Схема модели потоков данных в нотации Гейна-Сарсона
Расписание по временной шкале
Диаграммы PERT структурной декомпозиции работ
Диаграммы Ганта управления проектами
Каталог LDAP

Ответ на »сообщение 2833« (Сергей Прохоренко)
___________________________
Я понимаю что данная концепция родилась экспромтом но из любого экспромта может появится что-нибудь дельное.

Что касается зеркалирования, все зависит от того какой интерфейс для этого механизма будет сделан (взгляните на MacOS X там неподготовленный пользователь может сделать зеркало ФС достаточно легко).
Что касается кластера то имелось ввиду два типа кластера (извините что не уточнил вопрос)
кластер высокой готовности (High Availability cluster), примеры Veritas Cluster Server, MC/ServiceGuard и т.д.
кластер - группа машин работающих как одна (Single System Image), примеры кластер встроенный в OpenVMS (в данном случае не путать с HPC)

Почему я спросил по поводу данного, вообщем то, серверного функционала, (речь шла об ОС Developer, Home, Office) ? Просто мое мнение таково, что если создается некая концепция файловой системы, то данная концепция должна затрагивать все ниши ОС (Developer, Home, Server и т.д.), а потом в зависимости от решаемых задач данную ОС настраивают(допустим с помощью модулей).

Есть еще один вопрос что подразумевается под документом ?

Ответ на »сообщение 2831« (Александр)
___________________________

Ответ на »сообщение 2829« (Сергей Прохоренко)
___________________________

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

Не понятно будет ли зеркалирование (а также RAID 0, 1+0) физических устройств на уровне файловой системы ?


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


Что в данном контексте является мандатом (если можно определение как Вы это понимаете) ?


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


Вы ввели понятия версий для документов это замечательно будет ли введено понятие время жизни того или иного документа (и ее копии) ?


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


Вы говорите фактически о резервном копировании документов (пункт 8), возникает следующий вопрос, если на копии документов не  установлено время жизни этой копии то может проще обойтись зеркалированием физического устройства (на уровне контроллера или на уровне непосредственно файловой системы)?


Зеркалирование находится в руках сисадмина, а не пользователя, - в этом его большой минус для пользователя. Поэтому зеркалирование может быть только дополнительным механизмом. Пользователь должен иметь возможность выбора мест хранения. Например, я столкнулся с такой ситуацией, когда в выделенной мне папке на сервере не сохранялись изменения, сделанные в Access'овской базе данных, хотя на первый взгляд папка была хороша - позволяла просматривать ранние версии документов, которые создавались автоматически.


Также я не увидели резервного копирования на ленточные (МО, ДВД и т.д.) ?
Кроме того в концепции нет упоминания о кластерах (не важно каких) ?


Резервное копирование - это лишь дополнительное место хранения документа.

Кластер - слово многозначное:
1) Кластер - минимальный размер места на диске, которое может быть выделено файловой системой для хранения одного файла.
2) Кластер - часть носителя информации, состоящая из фиксированного числа секторов и адресуемая целыми числами.
3) Кластер - это система из многих компьютеров, работающая как один.

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

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