<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Комментарии на: Раз папка, два папка…вот и вышел…</title>
	<atom:link href="http://blog.abakshin.com/archives/470/feed" rel="self" type="application/rss+xml" />
	<link>https://blog.abakshin.com/archives/470</link>
	<description>Персональный сайт Абакшина Алексея об эффективной правовой работе</description>
	<lastBuildDate>Mon, 16 Aug 2021 02:51:00 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>От: Мельников Алексей</title>
		<link>https://blog.abakshin.com/archives/470/comment-page-1#comment-19688</link>
		<dc:creator>Мельников Алексей</dc:creator>
		<pubDate>Fri, 09 Sep 2011 07:34:17 +0000</pubDate>
		<guid isPermaLink="false">http://blog.abakshin.com/?p=470#comment-19688</guid>
		<description>В этой ситуации хорошо зарекомендовало введние двухуровневой системы хранения информации. На первом - верхнем уровне формируется единый файл - Excel, Access, Mind map, в которой формируется вся обобщенная информация о делах с соответствующими гиперссылками на файлы дел.

На втором уровне формируются, соответственно, сами дела в виде папок с документами. При этом папки с делами можно объединять по отраслевому признаку - административные, арбитраж, общая юрисдикция и по направлениям - входящие/исходящие.

Немаловажно также является имя конеченого файла-документа дела, не какие-то там &quot;Документ1,2 ит.п.&quot; или &quot;Иск Иванова по ДТП&quot;, а логически выверенное имя, которое может включать в себя: 1)Тип документа (иск, претензия, письмо); 2)Направленность (входящее или исходяще); 3)Наименование/имя оппонента; 4)суть документа кратко 5) дата составления и номер редакции</description>
		<content:encoded><![CDATA[<p>В этой ситуации хорошо зарекомендовало введние двухуровневой системы хранения информации. На первом&nbsp;&mdash; верхнем уровне формируется единый файл&nbsp;&mdash; Excel, Access, Mind map, в которой формируется вся обобщенная информация о делах с соответствующими гиперссылками на файлы дел.</p><p>На втором уровне формируются, соответственно, сами дела в виде папок с документами. При этом папки с делами можно объединять по отраслевому признаку&nbsp;&mdash; административные, арбитраж, общая юрисдикция и по направлениям&nbsp;&mdash; входящие/исходящие.</p><p>Немаловажно также является имя конеченого файла-документа дела, не какие-то там &laquo;Документ1,2 ит.п.&raquo; или &laquo;Иск Иванова по ДТП&raquo;, а логически выверенное имя, которое может включать в себя: 1)Тип документа (иск, претензия, письмо); 2)Направленность (входящее или исходяще); 3)Наименование/имя оппонента; 4)суть документа кратко 5) дата составления и номер редакции</p>]]></content:encoded>
	</item>
	<item>
		<title>От: Oleg</title>
		<link>https://blog.abakshin.com/archives/470/comment-page-1#comment-10108</link>
		<dc:creator>Oleg</dc:creator>
		<pubDate>Sun, 24 Oct 2010 17:51:33 +0000</pubDate>
		<guid isPermaLink="false">http://blog.abakshin.com/?p=470#comment-10108</guid>
		<description>Могу согласиться с Алексеем в части того, что система папок - прошлый век, а система индексации - будущее и, возможно, уже настоящее. Тем не менее, в обоих вариантах речь идет о структуре хранения информации, которая должна быть стандартизирована для отдела. И не важно каким образом будет достигнута стандартизация - присвоением индексов, либо определенным размещением на диске.

Обращаю внимание, что кроме структуры папок, стоит предъявлять аналогичные требования к названиям файлов. В частности, в моем отделе принято в конце файла обязательно уазывать дату в определенном формате: &quot;гггг-мм-дд&quot;, к примеру, 2010-11-24. А также версию файла. В итоге, название файла должно быть следующим:

Важный файл 2010-11-01 в1.xls

Дата в названии дает понимание об актуальности файла (системные данные в этом случае не помогают, т.к. файл, созданный месяц назад может быть открыт сегодня и сохранен при закрытии, тогда система будет показывать, что файл актуализировался сегодня). При этом дата должна быть записана именно в указанном выше формате, т.е. сначала год, потом месяц, потом день. Такой формат даты по-началу непривычен, но позволяет автоматически сортировать список файлов от старых к новым, не изменяя настроек проводника.

Указание версии - помогает удостовериться, что вы пользуетесь именно тем файлом, в который были внесены изменения. Т.к. после внесения изменений - обязательно файл сохраняется под новой версией.

Номер версии иногда несет еще дополнительный эффект: если версия файла &quot;зашкаливает&quot;, это наглядно показывает неэффективность коммуникации между согласовывающими сторонами.</description>
		<content:encoded><![CDATA[<p>Могу согласиться с Алексеем в части того, что система папок&nbsp;&mdash; прошлый век, а система индексации&nbsp;&mdash; будущее и, возможно, уже настоящее. Тем не менее, в обоих вариантах речь идет о структуре хранения информации, которая должна быть стандартизирована для отдела. И не важно каким образом будет достигнута стандартизация&nbsp;&mdash; присвоением индексов, либо определенным размещением на диске.</p><p>Обращаю внимание, что кроме структуры папок, стоит предъявлять аналогичные требования к названиям файлов. В частности, в моем отделе принято в конце файла обязательно уазывать дату в определенном формате: &laquo;гггг-мм-дд&raquo;, к примеру, 2010-11-24. А также версию файла. В итоге, название файла должно быть следующим:</p><p>Важный файл 2010-11-01 в1.xls</p><p>Дата в названии дает понимание об актуальности файла (системные данные в этом случае не помогают, т.к. файл, созданный месяц назад может быть открыт сегодня и сохранен при закрытии, тогда система будет показывать, что файл актуализировался сегодня). При этом дата должна быть записана именно в указанном выше формате, т.е. сначала год, потом месяц, потом день. Такой формат даты по-началу непривычен, но позволяет автоматически сортировать список файлов от старых к новым, не изменяя настроек проводника.</p><p>Указание версии&nbsp;&mdash; помогает удостовериться, что вы пользуетесь именно тем файлом, в который были внесены изменения. Т.к. после внесения изменений&nbsp;&mdash; обязательно файл сохраняется под новой версией.</p><p>Номер версии иногда несет еще дополнительный эффект: если версия файла &laquo;зашкаливает&raquo;, это наглядно показывает неэффективность коммуникации между согласовывающими сторонами.</p>]]></content:encoded>
	</item>
	<item>
		<title>От: AlexeyS</title>
		<link>https://blog.abakshin.com/archives/470/comment-page-1#comment-49</link>
		<dc:creator>AlexeyS</dc:creator>
		<pubDate>Thu, 12 Feb 2009 21:26:16 +0000</pubDate>
		<guid isPermaLink="false">http://blog.abakshin.com/?p=470#comment-49</guid>
		<description>Что такое типичная СУБД?
Это та же таблица Excel про мониторинг судебной работы, соединенная с юзер-ориентированным интерфейсом, возможностью произвольной и индивидуально настраиваемой системой связи любых ячеек, системой хранения всех необходимых файлов, системой любого анализа и управления этими даными, и вывода любой информации в любой небходимой форме.</description>
		<content:encoded><![CDATA[<p>Что такое типичная СУБД?</p><p>Это та же таблица Excel про мониторинг судебной работы, соединенная с юзер-ориентированным интерфейсом, возможностью произвольной и индивидуально настраиваемой системой связи любых ячеек, системой хранения всех необходимых файлов, системой любого анализа и управления этими даными, и вывода любой информации в любой небходимой форме.</p>]]></content:encoded>
	</item>
	<item>
		<title>От: AlexeyS</title>
		<link>https://blog.abakshin.com/archives/470/comment-page-1#comment-48</link>
		<dc:creator>AlexeyS</dc:creator>
		<pubDate>Thu, 12 Feb 2009 21:12:35 +0000</pubDate>
		<guid isPermaLink="false">http://blog.abakshin.com/?p=470#comment-48</guid>
		<description>Конечно, в настоящее время создание специальной системы папок может быть оправданно. Но эта система хранения данных имеет туманное будущее.  Количество данных, подлежащих хранени и систематизации растет в любой сфере жизни. В том числе в бизнесе и юриспруденции. Уже сейчас система папок с трудом поддается управлению. Разрабатываемые ныне новые версии операционных систем исходят из принципа хранения данных и файлов, используемых в СУБД, для которых не важно место хранения файла, а важна его правильная индексация по ключевым параметрам и скорость его поиска. И параметры поиска задаются в этих системах автоматически. Без этого будущее хранения данных не представляется. Сейчас это уже работает в Mac OS. Но переход бизнеса на эту ОС, по крайней мере в России, тоже пока туманен :-) Тем не менее,  существует уже сейчас множество СУБД, позволяющих решить эти задачи. В том числе, всем известный Microsoft Access. И именно там и надо вести работу по созданию и управлению СУБД в сфере судебной работы. Один ключ - идентификатор дела (например, его номер в суде или что угодно еще) и привязанные к нему все файлы. И по фиг где они вообще хранятся! А у каждого из привязанных файлов дополнительные ключи: автор, инстанция, вид документа и т. д. И все. Никакого поиска. Только клики мышкой в нужных полях форм СУБД.</description>
		<content:encoded><![CDATA[<p>Конечно, в настоящее время создание специальной системы папок может быть оправданно. Но эта система хранения данных имеет туманное будущее.  Количество данных, подлежащих хранени и систематизации растет в любой сфере жизни. В том числе в бизнесе и юриспруденции. Уже сейчас система папок с трудом поддается управлению. Разрабатываемые ныне новые версии операционных систем исходят из принципа хранения данных и файлов, используемых в СУБД, для которых не важно место хранения файла, а важна его правильная индексация по ключевым параметрам и скорость его поиска. И параметры поиска задаются в этих системах автоматически. Без этого будущее хранения данных не представляется. Сейчас это уже работает в Mac OS. Но переход бизнеса на эту ОС, по крайней мере в России, тоже пока туманен <img src='https://blog.abakshin.com/wp-includes/images/smilies/icon_smile.gif' alt=':-)' class='wp-smiley' />  Тем не менее,  существует уже сейчас множество СУБД, позволяющих решить эти задачи. В том числе, всем известный Microsoft Access. И именно там и надо вести работу по созданию и управлению СУБД в сфере судебной работы. Один ключ&nbsp;&mdash; идентификатор дела (например, его номер в суде или что угодно еще) и привязанные к нему все файлы. И по фиг где они вообще хранятся! А у каждого из привязанных файлов дополнительные ключи: автор, инстанция, вид документа и т. д. И все. Никакого поиска. Только клики мышкой в нужных полях форм СУБД.</p>]]></content:encoded>
	</item>
</channel>
</rss>
