Страница 1 из 1

Вехи и дедлайны

Добавлено: 27 янв 2015, 16:36
koptelov
Есть у меня несколько workflow:
1. написание статьи
2. написание главы книги
3. создание видео ролика

У каждого из них есть определенные этапы.

Что бы предметный, давайте на примере:
-Переводы
--с анг на рус
---"Сделать перевод инструкции"
Последний - задача, у которой такие этапы
1. Просчитать стоимость
2. Поручить задачу переводчику
3. Перевести
4. Проверить/отредактировать
5. Отправить клиенту
6. Получить финальный расчет
7. Архив
И все выглядит превосходно - создал задачу, настроил так, что у меня прямо на главной таблица, где я вижу все активные заказы. В простых заказах все замечательно, в более сложных не хватает возможности назначить дедлайн для каждого статуса.

Если делать это с помощью подзадач, тогда теряется такая прекрасная наглядность. И потом, функционал шаблонов отсутствует в системе (кстати, почему?), каждый раз при появлении статьи создавать куча подзадач муторно.

Если сделать так, как я делаю сейчас - добавить в задаче поле "дедлайн этапа", то
1. Я могу прописать только текущий дедлайн, но никак не все.
2. Когда наконец таки (молим небеса об этом) появится календарь, или Гантт, то я не увижу наглядно каждый из этапов, только текущий.

Нужен коллективный мозг, чтобы понять, как выйти из такой ситуации с достоинством. Поможете?

Re: Вехи и дедлайны

Добавлено: 30 янв 2015, 09:49
support
ну в данном случаи не обойтись без календаря или диаграммы ганта.

Диаграмму ганта планирую прикрутить вот эту
https://github.com/robicch/jQueryGantt

Календарь будет персональный и общий + так же можно будет прикрутить календарь к любой сущности.

Re: Вехи и дедлайны

Добавлено: 30 янв 2015, 10:25
koptelov
оно то да, календарь нужен обязательно, Гантт тоже было бы не плохо и я двумя руками за использование jQuery и Ajax технологий.
Вопрос в том, как реализовать то, что описал.
Варианта тут три -
1) создать 7 полей с датами. Тогда можно запутаться, где какая, а в календаре вообще не поймешь, почему одна запись 7 раз и где что.
2) реализовывать через подзадачи. Тогда теряется наглядность (поле "статус") в главной странице, добавляются лишние клики, гемморно создавать каждый раз эти таски. Короче, совсем не удобно.
3) каким-то образом сделать связанные поля или добавить параметры у полей. Тогда в календаре могут быть записи типа
"Сделать перевод инструкции::Перевести" 20-02-2015
В дальнейшем можно будет кроме опции дедлайн вешать и опцию "Ответственный за этап" на статус сущности. Получается как 3D база данных. Звучит круто.

Re: Вехи и дедлайны

Добавлено: 30 янв 2015, 11:05
support
может подойдет дерево задач? сейчас есть возможность создавать только списки данных, но на будущее планирую добавить возможность создавать древовидные данные, и тогда в данном случаи каждый из этапов может быть подзадачей.

Re: Вехи и дедлайны

Добавлено: 30 янв 2015, 11:18
koptelov
Да, если делать как сущности внутри сущности (поле можно сделать сущностью) может быть очень интересно.
Сейчас есть просто сущность под сущностью (таски, сабтаски) - в таком виде не удобно.

Re: Вехи и дедлайны

Добавлено: 01 дек 2016, 11:21
undvoice
support писал(а):может подойдет дерево задач? сейчас есть возможность создавать только списки данных, но на будущее планирую добавить возможность создавать древовидные данные, и тогда в данном случаи каждый из этапов может быть подзадачей.
а когда будет реализовано древовидное отображение?

Re: Вехи и дедлайны

Добавлено: 01 дек 2016, 12:53
Евгений
Очень актуальная тема. Тоже разрабатываю проблему рабочих потоков, состоящих из нескольких этапов. Создавать на каждый этап отдельную задачу - решение "лобовое" и не очень хорошее. Тянет за собой кучу проблем. Например, как связать между собой отдельные задачи так, чтобы при завершении одной запускалась другая? То есть изменение статуса одной задачи (исполнено) меняло статус связанной (с "ожидание" на "в работе")?

Думаю, что все эти отдельные этапы надо держать внутри одной записи-задачи. Но тогда требуется введение в Руководитель нового типа поля - "Таблица".

Самое удобное и универсальное решение, на мой взгляд, это хранить таблицу в текстовом поле в виде ЖСОН структуры. А на форме визуализировать простой таблицей, с построчным вводом данных. Что-то наподобие такого:

Код: Выделить всё

{
  "head": [
    {
      "name": "Name",
      "head": "Название",
      "type": "string"
    },
    {
      "name": "Due",
      "head": "Дата",
      "type": "date"
    },
    {
      "name": "Quan",
      "head": "Количество",
      "type": "number"
    }
  ],
  "body": [
    {
      "Name": "Переводим",
      "Due": "2016-12-29",
      "Quan": 123
    },
    {
      "Name": "Корректируем",
      "Due": "2017-02-15",
      "Quan": "9544,12"
    },
    {
      "Name": "Отправляем",
      "Due": "2017-05-01",
      "Quan": 544
    }
  ]
}
По идее, к таблице можно ещё прикрутить валидатор, чтобы проверял вводимые данные на соответствие типу. Возможно ли реализовать такое?