Пожелания к развитию системы

Обсуждаем TrackStudio по-русски

Postby admin » Thu Dec 07, 2006 9:01 pm

vadimk wrote:1. Скрипты на диске - неплохая идея. Возникает вопрос - когда они подцепляются (когда изменения становятся видны?)


Сразу, т.е. после перезагрузки страницы. Перегружать систему или что-то отдельное кликать точно не потребуется.

vadimk wrote:2. Анонимный доступ - речь идет о UIшаблонах?


Да, идея такая: нынешний интерфейс сделано в первую очередь для админов, даже для программистов там есть "лишние" куски (типа дерева пользователей).

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

vadimk wrote:3. Пару слов в заключение дискуссии о правах. Часть проблеммы в том, что правами решаются две разные задачи:
* security - что кому разрешено
* UI behavior and workflow - когда какое поле может быть видно и какими значениями популировано
Отсюда много конфюзов, споров, сложностей в восприятии и пожеланий.
Напрммер в случае с полями в сообщении звучат оба вопроса:
- при релизе задачи (соответствующее сообщение) должно быть показано поле для ввода номера билда
- но это поле может редактировать только программист (тестер не может, так как он делает регрессион соотвествующего билда)
- это же поле при редактировании задачи может менять только менаджер


Хм, а как тут можно разделить ?
Maxim Kramarenko (mailto: maximkr@trackstudio.com)
TrackStudio - Hierarchical Bug & Issue Tracking Software
http://www.trackstudio.com
admin
Site Admin
 
Posts: 8148
Joined: Thu Jan 01, 1970 3:00 am
Location: Smolensk, Russia

Postby vadimk » Thu Dec 07, 2006 10:59 pm

Хм, а как тут можно разделить ?

Похоже, что никак. Поэтому и сложности.
Думаю, что есть несколько правильных стратегий:
- не называть это правами, а разделить на две категории - что-нибудь вроде availability rules (displayed,enabled,required,can be used in filter etc.) и permissions rules (can view, can add, can delete, can modify, can be execute). При этом availability rules будут зависить от связей на системные элементы (можно в этом состоянии, требуеися в другом состоянии и т.д.), а permissions rules завязаны на пользователей и их группы.
- разделить права (или то, во что это превратится) на как можно более мелкие правила; соединяя в одно право несколько применений и значений сильно усложняет администрирование; особенно когда воединяются в одно право правила из двух разных категорий (см. выше) - как это произошло с правами на обработчика или права
пользовательских полей.

Да, идея такая: нынешний интерфейс сделано в первую очередь для админов, даже для программистов там есть "лишние" куски (типа дерева пользователей).

Для внешних пользователей (которые хотят просто занести багу, документацию по TS не читали и читать не собираются) он может быть слишком сложным. Есть идея сделать для них совсем отдельный интерфейс, причем с тотальной кастомизацией, чтоб его можно было легко встроить в сайт.
Прекрасная идея. Еще одна идея - десктоп версия хотя бы для администратора - особенно полезно для набивания списков и прав - пользоваться сложным экраном десктоп протраммы легче, чем пользоваться сложным экраном в случае Web программы, так как усложнена навигация и нада постоянно перегружат страницу.
--
Vadim
vadimk
 
Posts: 233
Joined: Sun Nov 06, 2005 5:24 am

Postby admin » Sat Dec 09, 2006 12:23 am

vadimk wrote:Похоже, что никак. Поэтому и сложности.
Думаю, что есть несколько правильных стратегий:


ок, будем думать.

Еще одна идея - десктоп версия хотя бы для администратора - особенно полезно для набивания списков и прав - пользоваться сложным экраном десктоп протраммы легче, чем пользоваться сложным экраном в случае Web программы, так как усложнена навигация и нада постоянно перегружат страницу.


Да, во многих системах администреж делается в десктоп-клиенте. Но делать классический десктоп интерфейс (swing/windows) не хочется.

Из альтернатив смотрели

- Tibco General Interface
http://www.tibco.com/devnet/gi/default.jsp
Я был вообще в шоке от того, что можно на HTML/JS сделать, но он поддерживает только IE6 и FF 1.5, маловато будет.

- Open Laszlo
http://www.openlaszlo.org/
Он был очень большой (100+MB) и не поддерживал unicode. Сейчас с unicode проблемы вроде решили, но давно не смотрел.
Maxim Kramarenko (mailto: maximkr@trackstudio.com)
TrackStudio - Hierarchical Bug & Issue Tracking Software
http://www.trackstudio.com
admin
Site Admin
 
Posts: 8148
Joined: Thu Jan 01, 1970 3:00 am
Location: Smolensk, Russia

Previous

Return to TrackStudio Support [Russian]

Who is online

Users browsing this forum: No registered users and 8 guests

cron