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

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

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

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

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

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

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

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

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

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

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

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

 demius 2 года назад

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

 demius 2 года назад

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

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

 demius 4 года назад

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

 demius 4 года назад

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

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

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