Почему молодым ученым всегда не везет в Казахстанской науке...
При проектировании информационных систем есть требование соответствие системы "нормальной форме". https://ru.wikipedia.org/wiki/Нормальная_форма Нормальная форма — свойство отношения в реляционной модели данных, характеризующее его с точки зрения избыточности, потенциально приводящей к логически ошибочным результатам выборки или изменения данных. Нормальная форма определяется как совокупность требований, которым должно удовлетворять отношение. Процесс преобразования отношений базы данных к виду, отвечающему нормальным формам, называется нормализацией. Нормализация предназначена для приведения структуры БД к виду, обеспечивающему минимальную логическую избыточность, и не имеет целью уменьшение или увеличение производительности работы или же уменьшение или увеличение физического объёма базы данных. Конечной целью нормализации является уменьшение потенциальной противоречивости хранимой в базе данных информации.
Информационная система разработанная для подачи заявок на грантовое и программно-целевое финансирование по большей части слабо соответствует нормальной форме. В частности в данной системе повсеместно присутствует дублирование информации, множество логически связанных параметров заполняются в системе независимо друг от друга, что в результате значительно усложняет процесс заполнения заявок и значительно увеличивает вероятность их неправильного заполнения (т.е. когда один заполняемый параметр будет противоречить другому логически связанному с ним параметру), что в итоге приводит к отклонению значительной части поданных заявок по формальным признакам.
Например в системе область исследования указывается в пяти местах: в профиле заявителя, в информационной системе при заполнении заявки, а также в текстовых версиях заявок на трёх языках. Дублирование этой информации в пяти местах значительно усложняет процесс заполнения заявки а также повышает вероятность ошибки. Более того в системе есть связанная информация, которая напрямую вытекает из области исследования - это процентиль публикаций которые должны быть указаны в ожидаемых результатах. Этот процентиль который является прямым следствием от уже указанной "области исследований" ещё должен быть продублирован в десятке мест: в каждой заявке на трёх языках в разделе "ожидаемые результаты", "в календарном плане" текстовой версии заявки, в календарном плане на трёх языках в информационной системе. Что тоже значительно увеличивает вероятность ошибочного заполнения. Более того в системе нужно выбрать "приоритетное направление", которое напрямую влияет на процентиль, и напрямую определяет "область исследования". Если бы система соответствовала требованиям "нормальной формы", при которой при выборе "приоритетного направления" сразу бы автоматом заполнялись напрямую вытекающие из неё "процентиль" и "область исследования", то это бы значительно уменьшило бы вероятность ошибочного заполнения. Т.е. система не должна допускать технической возможности указания противоречащих друг другу параметров. Т.е. нельзя чтобы система позволяла выбрать "Информационные, коммуникационные и космические технологии" в качестве "Приоритетного направления", но при этом указать противоречищую ей область исследования "естественные науки", а процентиль должен заполняться автоматически в зависимости от выбора "приоритетного направления".
1. Дублирование информации (например, инфо по вкладу частного партнера, наименования проекта, абстракты и др. и в системе и в заявке) 2. Сделать все на английском для инженерных и технических наук, чтобы не было тройной работы 3. Подпись цифровая должна отменять необходимость подписывать документы от руки 4. Информация об аккредитации учреждения в МОН РК должна автоматом подтягиваться по БИН 5. Должен быть автоматический контроль ошибок, без которого нельзя отправить заявку (например соответствие направления и ожидаемых результатов по статьям и процентилям журналов)