Обязательные тэги материалов.
1. частный пример известной и уже опубликованной в базе закономерности
2. частный пример не опубликованной в базе закономерности
3. закономерность на уровне разных систем:
a. Химическая
b. Биохимическая
c. Физическая
d. Органы
e. Ткани
f. Клетки
g. Организм
h. Цнс организма
i. Врожденные инстинкты
j. Социальные инстинкты
k. Отрицание инстинктов, научение
l. Взаимодействие внутри популяции
m. Взаимодействие между популяциями
n. Между содружеством популяций (города)
o. Между городами
p. Между областями
q. Между странами
r. Между анклавами стран
s. Всемирное сотрудничество
t. Взаимодействие нескольких особей, в том числе:
i. М-Ж
ii. Самцовая кооперация
iii. Кооперация самок
iv. Бесполоая кооперация
v. Дружба
vi. Любовь
vii. Соперничество за (указать ресурс)
3.1.6 Типы пользователей.
8 типов Пользователей по принадлежности к тому или иному взводу, роте МП:
Разведка, Огевая, Визуал, Научная, Безопасность, Психологический, PR, Региональные.
выше в пункте 4.1.3 три мы обсуждали, какие группы пользователей могут общаться с какими группами.
3.1.6.1 Пользователей по уровню доступа к БД есть 5 типов.
Первые два типа пользователей не связаны с созданием научного продукта, не являются научными сотрудниками. С третьего по пятый- являются, четвертый пятый типы должны быть профильными студентами аспирантами кандидатами.
Четвертый тип может быть математиком, либо закончившим вуз социологом биологом.
1. Юзер1, юзер ПБ (пробной базы - ЮзПБ). Обычный пользователь. Но он может создавать пробную базу ПБ. У него есть плагин заполнения базы нулевого уровня - ПЗБ0. юзер может сам творить базу. Просто тогда то, что он делает, будет иметь статус ПБ. Юзер ПБ с помощью ПЗБ0 через выделение и правую кнопку ( или лучше сочетание клавиш)заполняет базу данных всем, чем придется, создает строки и столбцы невпопад на основе существующей системы ОБ делает ПБ. Вставляет туда любую понравившуюся инфу. Он может просматривать базу ОБ, но не может просматривать базы ПБ других пользователей. Он может просматривать только свою базу ПБ.
v выходит окошко, в котором видна вся база данных ПБ в виде дерева. он выбирает, куда ставить свои данные
v если дерева нету, ему предлагается создать ответвление на основе существующих тем или новый ствол. Есть рекомендуемые темы. те, которые надо составлять в первую очередь.
v после того, как определено, куда вставлять, просят обязательные вещи:
§ пруф ссылка ( если со статьи, то ссылка на статью, автор и название, DOi, isbn, можно прикрепить файл энд ноте). возможно взаимодействие с библиографическими программами. (у меня есть крякнутый энд ноте)
§ Если внутри данной инфы есть цифровые данные, к ним надо относиться особо. Хорошо было бы, что бы можно было выделить данные цифры и пометить их как цифровую информацию. Тогда для цифр из выделенного текста, должно быть определено свое место в базе данных. Для каждой цифры будет предложено определить два соотношения с уже имеющимися в базе числовыми или логическими параметрам ( 4 типа - пряма обратная регрессия, парабола, гипербола) – эти математические соотношения между переменными потом будут верефицированы админом более высокого порядка. Если пользователь низшего порядка не может сказать, как между собой связаны три уже существующих цифровых параметра в базе, он оставляет поле пустым, его потом заполнит админ выше рангом
§ он должен определить обязательные теги для материала ( описаны выше)
2. админ ПБ.. Видит изменения, которые совершил юзер ПБ. Если ветка так себе, оставляет в песочнице ПБ. Если норм, то он ее и все соотношения переносит в ОБ. У него должны быть инструменты переноса такие, что бы не понимать программирование. Он может добавлять туда материалы, ветки, он сразу будут иметь статус ПБ. Может так же добавлять материал. Верифицирует математические соотношения. Если админ низшего порядка не может сказать, как между собой связаны три уже существующих цифровых параметра в базе, он оставляет поле пустым, его потом заполнит админ выше рангом
3. админ ОБ Видит изменения, которые совершил админ ПБ. Может исправлять то, что сделал тот админ, которые рангом ниже. Лишает права администрирования нижних админов, переводя их в пользователи. Смотри за заполнением различных веток форума. Есть какое то автоматически просчитываемое число, параметр, который говорит о том, что данная ветка базы данных – форума уже хорошо проработана и надо переходить к следующей. Направляет силы нижних баз наверх
4. математический админ. Смотри за всем соотношениями параметров внутри базы данных. Вставляет полученные данные в математические модели и проверяет на сходимость результатов. Пытается получить одни параметры базы через другие параметры базы в ходе работы мат моделей. В курсе математических моделей общества, знает их пару тройку штук, периодически проверяет на сходимость полученные данные с помощью не нейросетевых моделей. Если какие либо соотношения параметров дают хорошую параметризацию математических моделей общества, объясняют ранее не объяснённые факты, данный снимок базы данных называется стабильным и становиться каноном.
5. алгоритмический админ. Смотрим за алгоритмами и параметрами, не связанными математикой, или связанными не явным образом. Смотрит, какие каноны лучше.
Админы третьего четвертого типа должны иметь связи с учеными и студентами.
Админы четвёртого пятого типа должны постоянно учавстовать либо в создании мат моделей, либо в написании статей.
Структура базы НИИ есть сверху вниз и снизу вверх.
Сверху вниз на примере биологии такая (можно и на соционике создать)
наверху два три главных алгоритмщика, они спускают вниз задания. (Это не жестские задания. ими могут заниматься, могут нет). Например, стоит вопрос. Скажем «как альфы в племени отбирают ресурсы у всех». На основе запроса админы первой ступени.формируют первичное ТЗ для второй ступени.
1. «Найти, как отбираются ресурсы. «
Внизу на второй ступени сидят кодеры и математики первого уровня. Они думают, как реализовать это в коде и каких данных, каких чисел им не хватает. Тогда на третий уровень они спускают расширенное ТЗ:
1.1 Отбираются ли ресурсы?
1.2. сколько отбирается ( цифры)
1.3. в каких условиях отбираются
пнукт 1.1 делают все, кому не лень. Пункт 1.3. – математики второго уровня.
Внизу после 1.3. сидит куча простых болтателей в интернете.
Они что то говорят.
Например, они говорят с натаЩей о том, что Баборабы все обеспечивают баб, а тем им за это дают пиписечку. Кто то находит пруфы. У него есть плагин " добавлялка в базу данных". Он, довольный, выделяет кусок текста и правой кнопкой мыши нажимает " добавить в базу данных мд".
Если это так себе текст, то в " сырую базу". Если считает, что текст норм, есть цирф и алгоритмы то в в " научную базу". он указывает, в какую тему и подтему входит данный кусок текста, какие цифры и алгоритмы в нем есть. Какие пруфы. без этого всего система в " научную базу" данный материал не добавит.
Может так случайно оказаться, что среди сотен срущихся в инетиках пользователей базы данных двое трое в угаре спора найдут какие то норм цифры с пруфами.
Когда те, кто сидят на уровне 1.3. полают инфу, они ее перепроверят, выставляют ее математическое соотношение с другими параметрами, находящимися в базе.
когда все подтверждено. второй уровень поднимает все навернх на первый уровень математиков и биологов. а оттуда все идет наверх двум трем алгоримщикам.
Надо спроектировать такую базу данных, куда потом можно будет добавлять строки стоблцы без знания программирования, приблизительно как в майкрософт акцесс.
то есть SQL с онлайн интерфейсом. Или джанго питон
Потом плагин, который можно добавить в хром или фаерфокс..
я могу оплачивать ежемесмячно какой нить сайт. на котором будет храниться все.
или же вообще файл в дропбоксе.просто все удалено будут туда вносить изменения. тогда и сайта не надо
сначала мона будет спроектировать сырую базу данных и посмотреть, что будет. через год посмотреть, как сделать научную базу данных.
а в ней нужно, что бы автоматически в нее всталвлось, с какого сайта все береться, а если со статьи, то туда надо подрубать данные EndNote библиографии с указанием страницы.
• это будет сайт
• с базой данных
Простые запросы в гугл достаточно просто обрабатываются. а вот чуть попроще...
это если запрос простой. а когда идет научный запрос на конкретные цифры и алгоритмы, он может находиться в неожиданном месте
если попробовать попользоваться гугл академией и поискать на английском через переводчик. " транспорт азота и фосфора через микоризу гриба в чернику" с учетом биомассы гриба...То из 50 ти статей только одна будет иметь нормальный текст. и все их приходиться закачивать и просматривать вручную
а тут будет автомат. за счет этого скорость работы научного сотрудника при обработке литературы повыситься в десятки раз.
Если это будет мат модель, то одна мат модель по доказательному потенциалу будет выше любой статьи в сотни раз.
Если сделать сеть, базу данных, она эффективнее обычных статей и монографий в десять раз.
Так как база данных- древо, то будет так.
Основа древа- факты. Измерения.
ЧТо бы обьяснить измерение, могут быть несколько гипотез и теорий.
Каждый делает свою ветку базы данных, туда кладет свои пруфы и расччеты.
Когда ветка каждой базы данных заполняется, проводиться некое моделирование и решается, какая ветка предсказывает и обьясняет лучше. Это делает автомат или консулиум.
Если вопрос не решился, он выноситься на обсужение.
Есть важные и не очень важные ветки.
Есть ветки, от которых зависит все.
Например:
Человек чистый лист или у него есть генетические способности и инстинкты?
Береться 500-100 фактов, и каждый обьясняется в том или ином ключе. потом все суммируется и у кого больше обьяснений, тот и выиграл.
Обьяснения должны быть построены по логической структуре. Например, должна быть бритва оккама.
Тогда внешнее обсуславливание будет заставлять людей меньше сраться, а больше соблюдать внешние правила системы. Просто если она увидит, что одно обьяснение соответствует бритве оккама, а другое нет, она повышает рейтинг того, которое соовтетствует.
И когда чел будет сраться в инетиках, то ему будут скорее предоставлять Окамное обьяснение. таких логических правил может быть много. Немного о логических правилах говориться в блоке о оценивании пользователей.
Кратко что нужно по компонентам и процессам в БП
Есть 8 групп вк. Между ними надо настроить ступенчатые потоки информации через поэтапный перепост все сокращающейся инфы из группы в группу. При этом пользователь должен обязательно указать несколько видов ТЭГОВ, иначе материал не будет принят в базу данных. Эти 8 групп пользователей в конце концов будут постить материал в 5 групп вк и одновременно в базу данных, которая более разветвлена, чем 5 групп вк.
При этом пользователи разделяются на 5 групп доступа к базе данных.
Есть база сырая, которая делается админами низшего уровня, админы высшего эти изменения либо применяют. Либо нет.
Требование к физической структуре
По возможности база данных экологической документации должна быть организована на основе трехкомпонентной структуры (таблица 4.1).
Первый уровень – хранения данных, обеспечивает сервис физического хранения. К этому уровню относятся сервера баз данных, файловые и ленточные хранилища.
Второй уровень – обработки данных, обеспечивает функционирование бизнес-логики на уровне базовых операций с данными.
Третий уровень – представления данных, обеспечивает интерфейсы и сервисы конечному пользователю.
Физически подсистемы каждого уровня могут быть, как объединены в рамках одного, так и разнесены по разным серверам.
Таблица 4.1
Распределение задач в 3-х уровневой платформе обработки данных
| Уровень
| Задачи
| Реализация
|
| Хранения данных
| Постоянное хранение данных
| СУБД, файловое, ленточное хранение. Обеспечение для уровня обработки данных сервиса хранения документов, объектов информации и их атрибутов/ Желательно что бы можно было сменить потом SQL реализацию на Джанго реализацию или, может, Postgress- реализацию.
|
| Обработки данных
| Выполнение над данными базовых операций
| Бизнес-логика модулей, интерфейсы с уровнем представления данных и другими модулями:
Вырезка данных с одной ветки и вставка в другую ветку
Прикрепление тэгов
Указание, с какиими другими ветками и столбцами связана данная ветка
Запрет различным группам пользователей каких либо действий. Так, с группы визуала люди не могут что то отправить в группу УНП, а УНП в визуал может направить всё, что угодно
Модуль расширения базовой функциональности
|
| Представления данных
| Организация интерфейса БП, навигации в нём, вставки в него материалов
| Плагин к гугл хрому или фаервфоксу, или же устанавливаемая на компьютер программа или же чат бот вк.
|
Техническое обслуживание серверов и архивов системы, включая архивирование и резервное копирование, должно осуществляться силами Заказчика.
Требования к надёжности системы
Система должна обеспечить возможность восстановления данных при внештатных ситуациях, связанных с выходом из строя серверов, ленточных и дисковых хранилищ, ошибочного удаления данных.
Для обеспечения надёжного функционирования базы данных экологической документации техническому персоналу Заказчика необходимо предусмотреть:
Ежедневный импорт базы в XML файл
Ежедневный импорт (заголовков? ) базы в mindmap-публичный файл
Общую папку в Dropbox и гуглДиске
Требования к лингвистическому обеспечению
Взаимодействие ПО базы данных экологической документации и пользователя должно осуществляться на русском языке. Допускается выводить сообщения на иных языках, сгенерированные средствами разработки ПО (СУБД, компиляторы, web-серверы, web-обозреватели и т.д.), если они не имеют средств настройки языка сообщений или находятся вне зоны ответственности обслуживающего персонала.
Требования к техническому обеспечению
База данных экологической документации должна обеспечивать следующие политики безопасности:
В случае необходимости и наличия технической возможности аутентификация пользователей должна осуществляться по имени и паролю средствами ВК
Права на чтение и запись информации должны раздаваться на уровне отдельных групп пользователей;
В случае необходимости должна выполняться регистрация действий пользователей системы.
3.2 Функциональные требования к базе данных экологической документации
База данных должна поддерживать следующие функции:
§ Структурирование хранение информации о экономических, социологических, психологических и иных параметрах;
§ Хранение документов по в гугл и дропдиске и быстрый доступ к ним с базы;
§ Быстрый (индексированный) поиск по параметрам всех вышеперчисленных типов
3.3 Функциональные требования к инструменту для загрузки информации
Инструмент для загрузки информации и ведения базы данных должен поддерживать следующие функции:
§ Стандартный веб-клипинг по типу OneNote
§ Проверка наличия подобных тем по тэгам;
§ Ограничение редактирования данных для несанкционированных пользователей;
§ Ведение журнала загрузки и изменения данных;
§ Использование этого журнала для формирования автоматической отчености командиров подразделений МП
3.4 Функциональные требования к модулю для пополнения БД
Модуль БД должен поддерживать следующие функции:
§ Веб клипинг (при выделении части текста сохраняется ссылка на этот текст)
§ Создание новой ветки данных ( для каждого уровня доступа- своих уровней вложенности)
3.5 Функциональные требования к модулю для просмотра БД
Просмотр БД осуществляется либо в публичной карте майнд МЭп, либо в скачанном файле mindmanager, либо на картинке- меню внутри группы вк ( при этом картинка меню должна быть синхрониизирована с базой данных)
Требования к документированию
Документация на систему должна состоять из двух основных частей (Таблица 6.1)
Таблица 6.1
