Форум Сообщества Практиков Конкурентной разведки (СПКР)

Работа с собранной информацией сильно зависит от её накапливаемого объёма. Если данных немного, то вполне хватает "KeyNote" (или другая самописная Wiki) + "Visio". Когда данных много, то уже нужны серьёзные СУБД типа "MS SQL Server" или даже "Oracle". Сразу на первое место выходит проблема скорости извлечения информации из таких массивов.
Если же требуется не просто искать текст, а хранить и визуализировать данные в виде связей, то тут требуются специфические продукты, сложные в разработке, затрагивающие вопросы моделирования мира, создания быстрых SQL-запросов к базе. Такие разработать под силу только коллективу программистов совместно с классными специалистами-предметниками. Поэтому они так дороги. И поэтому их так немного на рынке.

Я привёл Вам три примерных варианта на разный вкус и кошелёк. Все они неплохо зарекомендовали себя в работе. Тот же "Cronos" чуть ли не по сей день используется в разного рода спецслужбах. Работают же они с ним как-то. Да, продукт не простой, требует изучения. Но если нет достаточной суммы денег, то "Cronos" может стать некоторым выходом из ситуации. Хотя он и потребует потратить много личного времени на разработку той модели мира, которую вы будете использовать в своих исследованиях, и очень много времени уйдёт на изучение проектирования баз данных. (Скорость работы системы существенно зависит от качества проектирования базы). Хоть так, хоть эдак, что-то придётся тратить - не деньги, так время. Увы, нет на рынке дешёвого "Семантичсекого архива" (хотя и хотелось бы).

Веб-версия "Семархива" - это надстройка над его ядром. То есть, это всего лишь иной интерфейс работы с системой. Она стоит столько же, сколько и "настольная" версия.

yarris написал:

[q]

Cros - это поисковик же.... , я бы сказал что "Архивариус" намного лучше. А вместо кроноса - обычный ексель.... я с таким вариантом игрался уже. Но что кронос, что ексесс, что ексель - предусматривают какую-то изначальную упорядочненность данных . структуру. а ее обычно и нет. Но, возможно, каталог с кучей файлов, натравить на него Архивариус , и при каждом пополнении базы новым фактом - проверять не встречался ли такой обьект раньше - это и вариант.

[/q]

Как мне показалось, Cros лучше, чем Архивариус, разбирает разные форматы. Правда работать с Архивариусом может показаться проще.
Равнять кронос и ексель я бы не стал. Да и вообще, это ведь не готовые банки данных, а СУБД, предполагающие, что Вы будете строить БД "под себя".
Есть такой продукт, упоминается в материале по ссылке:
tp://zhenilo.narod.ru/main/ips/2000_subd.pdf
Упоминание о нем на стр. 318. Слышал, что, якобы, его уже можно купить (правда не интересовался и подробностей не знаю).

Изначально вопрос стоял не узко - "Какое ПО выбрать для хранилища данных" , а шире - "каким образом организовать работу по накоплению и упорядочиванию найденных данных".

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

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

yarris написал:

[q]

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

[/q]

Задача для одного человека очень сложная.
Если работаете с Архивариусом, старайтесь не индексировать весь имеющийся массив. Создавайте отдельные папки с отдельными индексами: либо по годам, либо по территориальности, либо по другим объединяющим категориям.
Если чувствуете необходимость, продумайте создание банка данных. К примеру, в Кроносе можно попытаться сделать банк из нескольких взаимосвязанных баз. Определите для себя основные объекты учёта, по каждому из которых будете создавать базу. К примеру: база – люди (со своими характеризующими объект полями, в т.ч. можно сделать поля для вставки фото, статей, примечаний и т.п.), база – адреса (со своими полями), база – юр. лица (со своими). Придется повозиться с организацией связей между базами, но ничего запредельно-сложного там нет. Объект (объекты) из одной базы сможете подвязывать к объекту (объектам) другой базы с указанием характера связи. У одного объекта может быть несколько связей в разных базах.
Можно сделать несколько таких банков данных. Главное – разработать рабочую структуру баз с прямыми-обратными связями. Потом можно на этой основе делать разные банки по соответствующим направлениям работы, заполнять их. А все созданные банки объединить глобальным поиском. Определить, какие поля из каких баз использовать как поисковые.