В соответствии с п. 3.1. Implementation Guide необходимо последовательно выполнять шаги по созданию новой конфигурации.
Создание workflow до создания catrgories не создаст далее проблем?
Workflow нужно создавать для root folder, созданного в п.4?
SchAndrew wrote:В соответствии с п. 3.1. Implementation Guide необходимо последовательно выполнять шаги по созданию новой конфигурации.
Создание workflow до создания catrgories не создаст далее проблем?
SchAndrew wrote:Workflow нужно создавать для root folder, созданного в п.4?
admin wrote:Нет, при создании категории ее нужно сразу связывать с workflow, т.е. workflow уже должно быть.
Хотя можно создать категорию с произвольным workflow, потом создать workflow, потом изменить настройки категории.
admin wrote:Можно для любого таска, но workflow будет доступна только этого таска и для подзадач этого таска.
admin wrote:Посмотрите flash tutorial, там процесс показан в деталях.
SchAndrew wrote:Понятно. Видимо лучше сразу прикинуть возможные workflow и завести их без детального описания. Можно перестраховаться и завести побольше, лишнее потом удалить
SchAndrew wrote:Когда создаешь проект(задачу), сразу нужно указать категорию. Потом уже поменять категорию нельзя, так ведь?
SchAndrew wrote:Собственно вопросы относились скорее к методологии, чем к технике.
Создав дерево проектов/подпроектов, потом его чрезвычайно трудно перестроить. А сразу точно понять, как его строить, не всегда получается.
Из небольшого опыта. Дерево проектов "рисовалось" исходя из поставщиков ПО.
В итоге оказалось невозможным для конкретного программного продукта ограничит список входящих в него модулей.
Теперь понимаю, что дерево нужно рисовать более "развесистое" - поставщик + продукт.
...
Процесс то показан, но прежде чем его повторять, нужно "в голову" думать
admin wrote:Да, все примерно так и есть.
SchAndrew wrote:admin wrote:Да, все примерно так и есть.
Начинаем думать в "голову".
Строим дерево задач
Projects
|
+--Компания
|
+-- Внутренние проекты
|
+--- Внешние проекты
Компания имеет категорию Folder, т.к. других на момент выполнения шага 4 раздела Implementation Guide еще нет.
Подзадачи Внутренние проекты и Внешние проекты имеют свои категории. Как сделать так, чтобы одни пользователи видели только подзадачу Внешние проекты задачи Компания, а другие - только Внутренние проекты?
admin wrote:Нужно создать Access Control Rules для внутренних и внешних проектов.
SchAndrew wrote:admin wrote:Нужно создать Access Control Rules для внутренних и внешних проектов.
Понятно, что задействуем механизм правил доступа. Но если не давать ВСЕМ пользователям доступ к задаче Компания, а дать уровнем ниже, они смогут "провалиться" через задачу Компания?
admin wrote:Да. Попробуйте
SchAndrew wrote:admin wrote:Да. Попробуйте
Прямо сейчас и попробую![]()
Как мне кажется, раньше такого не было. Или я не прав?
Return to TrackStudio Support [Russian]
Users browsing this forum: No registered users and 13 guests