Новая версия Devprom 2.9.7

15.03.2012 17:37

В новой версии системы управления проектами Devprom 2.9.7 мы реализовали следующие основные фичи:

  • описание истории пользователя с использованием широких возможностей форматирования и вставкой изображений прямо в описание истории,
  • несколько репозиториев исходного кода в одном проекте,
  • множественный выбор значений в фильтрах
  • и другие...

WYSIWYG редактор в описании пожелания

В "легких" методологиях, где не обязательна глубокая проработка требований или создание подробных спецификаций (BRUF, Big Requirements Up Front), процесс управления требованиями превращается в создание/уточнение историй пользователей и процесс управления баклогом продукта.

 

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

Для включения возможности описания историй пользователей при помощи WYSIWYG-редактора необходимо перейти к настройкам проекта, установить соответствующую опцию, а также выбрать понравившийся WYSIWYG-редактор. Более того, такой способ описания может быть использован для любых других полей для многих объектов системы. Для этого необходимо добавить пользовательский атрибут с типом "WYSIWYG-редактор".

 

Несколько репозиториев в одном проекте

В одном проекте можно организовать интеграцию сразу с несколькими репозиториями исходного кода, например, в случае, если в одном проекте ведется разработка над несколькими приложениями, или требуется предоставить или разграничить доступ к различным бранчам (веткам) одного репозитория. В одном проекте вы можете использовать любую комбинацию систем контроля версий, например, часть команды может работать в Subversion, а другая часть - в Git.

 

Теперь можно указать индивидуальные параметры подключения к репозиторию для каждого участника проекта, что с одной стороны позволяет разграничить доступ к различным каталогам в репозитории, а с другой - связать выполненные изменения с конкретным участником проекта. Например, это может пригодиться при списании времени на истории пользователей в комментарии к комиту, например, I-123 #resolve #time 3h

 

Множественный выбор значений в фильтрах

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

  • На одной доске историй можно отобразить карточки, находящиеся в баклоге, одновременно с карточками, запланированными в некоторый релиз.
  • На доске историй отобразить только те истории, приоритет которых позволяет включать их в релиз.
  • В одном списке или доске отобразить истории, находящиеся только в определенных состояниях.
  • В одном списке задач отобразить только задачи с определенным подмножеством типов, характерных для фазы анализа и проектирования, либо тестирования.

 

Дополнительные настройки Workflow

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

 

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

 

По ходу жизненного цикла пожелания, задачи или других объектов, участники проекта заполняют различные свойства этих объектов. При возврате объектов к началу Workflow, например, при отклонении пожелания, необходимо сбрасывать ранее установленные свойства объектов. Для этих целей в настройках переходов добавлена возможность указать перечень свойств, значения которых будут сброшены по окончании выполнения действия.

 

Самодиагностика приложения

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

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

 

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

 

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

 

Полный список выполненных доработок и исправленных ошибок

  • I-12843 Добавить больше диагностики о потенциальных проблемах
  • I-13002 Доработки по интеграции с системами контроля версий
  • I-13204 WYSIWYG редактор в описании пожелания
  • I-13314 Зависимости между задачами и пожеланиями не ограничивают действия
  • I-13407 Будет крайне полезна возможность переноса (копирования) требований в другой проект (а еще...
  • I-13462 Встроить возможность множественного выбора в настройках фильтра
  • I-13497 Необходимо в настройках переходов задавать перечень сбрасываемых полей
  • I-13537 Для пользовательских полей добавить тип...
  • I-13542 Описать в документации варианты подготовки состава релиза
  • I-13598 Описание в документации начальный импорт историй из Excel
  • I-13743 Смягчение ограничения Kanban доски
  • I-13758 Можно ли добавить возможность упорядочивания релизов в обратном порядке? Т.к. чаще приходится поднимать что-то...
  • I-13944 Невозможно установить при занятых IIS портах
  • I-13952 Отображать подсказку с расширенным описанием задачи на доске задач по аналогии с доской пожеланий.
  • I-14116 Есть пожелание такое - когда редактируем документ...
  • I-14147 Хочется при просмотре или редактировании...
  • I-14258 Подскажите, можно ли сделать так, чтобы в отчете "Затраченное время", когда формируем по задачам,...
  • I-14339 Сделать зеленую линию Burndown более чувствительной к переоценке пожеланий в процессе работы над ними
  • I-14740 Как можно перетащить все незаконченные задачи из одного спринта в другой одним махом?
  • I-14384 Формат отображения даты брать с сервера, а не чтобы зависел от языка интерфейса
  • I-14512 Ложное предупреждение блокировки задачи. После...
  • I-14783 Редактирую страницу в базе знаний (на...
  • I-14848 В истории изменений требования не...
  • I-14855 Раньше совершенно точно можно было оценивать истории в бэклоге прямо в бэклоге.
  • I-4384 Обработка почтовых ящиков по IMAP
  • I-12739 Очень сильно не хватает возможности дать осмысленное название зафиксированному набору пожеланий.
  • I-13787 Управление порядком выполнения задач не видно в настройках методологии
  • I-14497 При переносе задачи часть которой уже выполнена из одной итерации в другую

 

Stay tuned!

http://facebook.com/devprom

Еще интересные статьи на эту тему: