Сейчас существует групповая операция по изменению расписания автоопроса. Однако у неё есть недостаток: при использовании перезаписываются все параметры, и результат становится одинаковым для всех выбранных точек. В больших системах расписания автоопроса разные группы объектов и отдельные объекты могут иметь свои нюансы. Поэтому простая операция, например сдвиг начальной даты опроса или добавление/удаление опроса какого-то типа данных, превращается в анализ расписаний и выполнение нескольких последовательных групповых операций. В итоге это отнимает немало времени у персонала.
Предложение: добавить режим изменения, позволяющий изменять только отдельные параметры, не затрагивая остальные. По аналогии с групповой настройкой диагностики.
Учитывая, что расписаний опроса может быть несколько, я пока не представляю как должно выглядеть такое редактирование. Какое именно расписание нужно задавать?
Возможно, лучше принять ограничение, что у всех выбранных для групповых операций точек должно быть схожее расписание и просто подставить в открытое окно параметры одной из выбранных точек? Тогда достаточно будет добавить в него нужные флажки и сохранить.
Раскройте смысл этого. А если пользователь не выполнит это условие, то что?
Более того, у пользователя есть возможность оценить похожесть в “очереди опроса”, но там нельзя изменять параметры автопроса. Вы “нарисовали” не простую задачу
В целом ничего страшного не произойдёт. Я предлагаю, чтобы окно с групповой настройкой автоопроса показала существующие параметры из первой точки учёта, чтобы не пришлось настраивать всё заново.
Задача уже создана, групповые операции из очереди опроса можно будет вызвать.
То есть менять только то, что необходимо, не задумываясь о необходимости менять похожие настройки. Иными словами, добавить возможность в выбранные точки или в расписания корректировать время, параметры переопроса и другие настройки.
Я не предполагаю, что можно кардинально менять настройки, например, переделывать CSD в GPRS. Даже если изменить тип GPRS с режима по расписанию на опрос при подключении — это сложно и нецелесообразно.
Да, к сожалению, это не самая простая функция с учётом, того, что у нас динамически изменяется количество расписаний автоопроса. Для диагностики всё проще - набора параметров всегда максимум два - для зимнего и летнего режимов работы. Поэтому групповая операция может настроить один из этих наборов по выбору пользователя. Расписаний опроса может быть несколько, и сколько их совершенно неясно. Поэтому, я пока не могу понять как можно спроектировать такую функцию. Предложение в целом понятно, но нам надо подумать как именно можно отредактировать одно из нескольких динамических расписаний.
Можем предложить добавить изменение отдельных параметров только для расписания автоопроса по умолчанию.
Всё таки добавлять изменение выбранного параметра для всех расписаний мы считаем рискованной процедурой, т.к. таким образом можно будет изменить большое количество расписаний и получить плохие последствия.
Вы имеете в виду настройку шаблона для автоопроса при создании нового расписания? Если да, то это было бы хорошо.
Но к теме это не относится.
Да, именно это и нужно.
Закройте специальными правами эту возможность, если считаете нужным. При наличии прав в вашей системе пользователь «без головы» и сейчас может многое сделать и «получить плохие последствия».
Вы не считали проблемы за моими общими словами описания проблемы. Вот вам примеры:
Вы, видимо, не учли масштабы проблем за моим общим описанием. Вот конкретные примеры (все — для систем с сотнями, а то и более 1000 объектов; для систем с десятком объектов это не проблема, но ЛЭРС нужен в первую очередь крупным системам, и именно в них выявляются реальные проблемы эксплуатации, которые на малых системах кажутся лишь «нюансами» ПО):
При CSD-связи приходится решать задачу получения всех свежих показаний, включая суточные архивы, к началу рабочего дня — к 7–8–9 часам. Просто начинать опрос в 00:01 новых суток нельзя из‑за разницы времени между прибором учёта и сервером. Просто сдвинуть опрос на «заведомо рабочий» вариант на 4–5 утра тоже не всегда возможно — часто нет запаса модемного времени. Поэтому начало опроса распределяется в зависимости от величины отклонения времени в приборе. Во время эксплуатации это начало при необходимости корректируется, так как отклонение времени тоже меняется. И когда вдруг нужно изменить объём опрашиваемых данных, настройка расписания становится ЗАДАЧЕЙ, на которую уходит МНОГО ВРЕМЕНИ. В таких случаях про разработчиков говорят вслух много коротких, но не самых приятных фраз.
Для CSD периодически возникают задачи перекинуть часть объектов на другие модемы, группы модемов, не меняя настроенного и оптимального времени начала опроса
При ухудшении связи для тех же узлов на CSD для части объектов может потребоваться изменить параметры опроса при ошибках и т.п. и так же не потеряв настроенного и оптимального времени начала опроса
В регионах, где связь еще и глушат периодически в расписание опроса приходится вмешиваться часто. Именно отсюда пожелание пользователей изменить порядок опроса данных, сначала опрашивать самое нужное и самое короткое, а часовй архив поместить в конец опроса. Пока не глушили не было таких запросов. Удачный опрос сотен объектов — это порой результат многократных экспериментов с параметрами переопроса, периодами опроса, объёмом данных и т. д. Поэтому очень нужен инструмент, который позволит легко изменять расписание автоопроса, чтобы сотрудники могли заниматься чем‑то ещё, кроме его настройки.
Нет, я имею ввиду возможность выборочного группового редактирования параметров, но только для одного расписания, которое является расписанием по умолчанию.