Этап
Приостановлена
Тип
Задача
Приоритет
Обычный
Трудоемкость
Обычная
Создана
Дата создания
4 года назад
Назначена
Обновлена
6 месяцев назад

Начинаем ковырять систему статистики. На этапе данной задачи можно даже не использовать кеш решили не использовать на этапе tndt-153, а тут уже пора, он будет добавлен в tndt-196.

Минимальный функционал:

  • Объект статистики проекта с значениями: кол-во задач, количество готовых. частично готово
  • Хэндлер высчитывающий этот объект. частично готово
  • Виджет отображающий значения на сниппете проекта. частично готово (упрощенный прогресс для глобальной статистики
  • Возможно стоит отображать часть статистики по задачам на странице задач.

В зависимости от того, в каком релизе будет эта задача и как у нас будет со временем, либо в рамках этой же задачи, либо вынести в следующеую:

  • Кеш статистки tndt-196
  • Слушатели, сбрасывающие определенные элементы статистики. tndt-153 реализация слушателей для глобальной статистики
  • Подобъект статистики по типам задач
  • Подобъект статистики по этапам задач
  • Хендлеры выясняет для каждого проекта доступна ли в нем статистика по справочникам и не пытается считать ту, которую в проекте нет.
  • Сниппет отображает статистику в зависимости от наличия в проекте справочников.

Зависит от tndt-171 чтобы получать цвета для прогресс баров.

Панель управления

Комментарии могут оставлять только авторизованные пользователи
 demius 6 месяцев назад

Для отрисовки статистики по проекту надо понимать какими цветами отрисовывать части прогресс баров. Для этого может потребоваться tndt-171

 demius год и 1 месяц назад

Так как у нас нет требования, чтобы каждая задача обладала всеми настроенными справочниками, стоит считать статистику по каждому значению справочнка и отдельно общее количество. Так будет отдельный кусок для задач, для которых значение не задано или некорректно.

 demius год и 9 месяцев назад

Основные механизмы готовы, а вот реализацию оставим до введения редиса

 demius год и 10 месяцев назад

В целом большинство заявленного мы реализуем в рамках tndt-153, так как для всего проекта её делать проще, и она не так будет бить по производительности, так как будет лежать на отдельной странице, и считаться один раз, а не для каждого проекта отдельно.

Думается когда мы добавим редис (в v.0.4), и переложим статистику туда, доделаем её и для проектов.

 demius 4 года назад

Вобще граница актуальности имеет смысл и для задач, за ней и их описания могут устареть, и я забуду об их существовании и могу попытаться создать их дубли. Главный вопрос как её провести? Сейчас у нас реально задачи с обновлениям в месяц и дольше можно считать не очень актуальными, но это эмпирическая величина имеющая смысл для этого проекта. Для других случаев она может быть иной. Вопрос как её вычислить? Или задавать вручную?

 demius 4 года назад

Подумать что делать со статистикой по документам. Хочется параллельно делать и по ним, но непонятно что в них считать.

Пока у нас есть только общее количество документов, количество архивных. После реализации tndt-71, можно добавить количество устаревших.

Хочется иметь статистику активных, т.е. те, которые скорее всего актуальны, так как с ними постоянно работают, но для этого надо понять как определять точку потери актуальности. 10% самых недавно редактируемых? Тех кого редактировали последний месяц (или спринт или неделю, или год). Может так и делать по “вехам”, количество документов за день, неделю, месяц, три, полгода, год?