Новая версия Devprom 2.9.7
В новой версии системы управления проектами Devprom 2.9.7 мы реализовали следующие основные фичи:
WYSIWYG редактор в описании пожеланияВ "легких" методологиях, где не обязательна глубокая проработка требований или создание подробных спецификаций (BRUF, Big Requirements Up Front), процесс управления требованиями превращается в создание/уточнение историй пользователей и процесс управления баклогом продукта.
С другой стороны, текстовое описание истории пользователя зачастую существенно проигрывает графическому по эффективности донесения информации. Также макеты (Wireframes), на подготовленные на скорую руку, удобно размещать непосредственно в тексте истории в виде изображения.  Для включения возможности описания историй пользователей при помощи WYSIWYG-редактора необходимо перейти к настройкам проекта, установить соответствующую опцию, а также выбрать понравившийся WYSIWYG-редактор. Более того, такой способ описания может быть использован для любых других полей для многих объектов системы. Для этого необходимо добавить пользовательский атрибут с типом "WYSIWYG-редактор".
Несколько репозиториев в одном проектеВ одном проекте можно организовать интеграцию сразу с несколькими репозиториями исходного кода, например, в случае, если в одном проекте ведется разработка над несколькими приложениями, или требуется предоставить или разграничить доступ к различным бранчам (веткам) одного репозитория. В одном проекте вы можете использовать любую комбинацию систем контроля версий, например, часть команды может работать в Subversion, а другая часть - в Git.
Теперь можно указать индивидуальные параметры подключения к репозиторию для каждого участника проекта, что с одной стороны позволяет разграничить доступ к различным каталогам в репозитории, а с другой - связать выполненные изменения с конкретным участником проекта. Например, это может пригодиться при списании времени на истории пользователей в комментарии к комиту, например, I-123 #resolve #time 3h
Множественный выбор значений в фильтрахВозможности параметризации списков, досок и графиков теперь существенно расширены за счет новых фильтров, которые позволяют выбирать одновременно несколько значений. Вот лишь небольшой перечень примеров, когда эта возможность может пригодиться:
Дополнительные настройки WorkflowДля пожеланий можно указать связанные пожелания, блокирующие данное, также и для задач можно указать предшествующие задачи, ограничивающие действия над исходной задачей. Иногда такие жесткие условия просто необходимы, иногда - они должны носить исключительно информационный характер. Именно для этого в настройках переходов добавлено новое свойство - предусловия. Предусловия - это набор правил, выполнение которых обязательно перед тем, как станет возможным осуществить действие, соответствующее переходу.
Если в вашем проекте необходимо ограничить выполнение пожелания или задачи, пока не остаются невыполненными блокирующие пожелания или задачи-предшественники, то достаточно для перехода "Выполнить" добавить соответствующее предусловие. Подробности о вариантах предусловий вы можете узнать в документации пользователя.
По ходу жизненного цикла пожелания, задачи или других объектов, участники проекта заполняют различные свойства этих объектов. При возврате объектов к началу Workflow, например, при отклонении пожелания, необходимо сбрасывать ранее установленные свойства объектов. Для этих целей в настройках переходов добавлена возможность указать перечень свойств, значения которых будут сброшены по окончании выполнения действия.
Самодиагностика приложенияДанный механизм осуществляет проверку настроек приложения или окружения, в котором оно работает, в автоматическом режиме, сообщая администраторам системы об обнаруженных несоответствиях, которые необходимо устранить.  Поскольку работоспособность приложения зависит от многих факторов, например, подключенных к PHP модулях, выставленных настройках, созданных каталогах и выданных на них прав, администраторам предоставляется инструмент, автоматически обнаруживающий несоответствия в параметрах или настройках системы и сообщающий об этом.
При обнаружении несоответствия рекомендованным настройкам система сообщает об этом всем пользователям с ролями администраторов системы путем отображения информационного сообщения на желтом фоне в верхней части страниц системы. Администратор может перейти по ссылке к предустановленному списку настроек, при этом система красным цветом отмечает те проверки, которые не выполняются.
Если проверка не выполняется, но исправить это не представляется возможным, либо важным, то администратор может просто отключить выполнение данной проверки, путем выбора соответствующего пункта меню "Операции".
Полный список выполненных доработок и исправленных ошибок
Stay tuned! |
Еще интересные статьи на эту тему:
|
