Отслеживание изменения статуса задач

За отслеживание изменений параметров задач пользователями в системе отвечают две сущности: «Запись журнала изменений» и «Измененный параметр». Запись журнала отображает одно действие пользователя по редактированию параметров задачи и/или добавление комментария к ней. То есть служит одновременно инструментом ведения истории задачи и инструментом ведения диалога.

Сущность «Измененный параметр» привязана к отдельной записи журнала и предназначена для хранения старого и нового значения измененного пользователем параметра.

Связи между задачами

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

Учет затраченного на проект времени

Система поддерживает учет затраченного времени благодаря сущности «Затраченное время», связанной с пользователями и задачей. Сущность позволяет хранить затраченное время, вид деятельности пользователя (разработка, проектирование, поддержка) и краткий комментарий к работе. Эти данные могут быть использованы, например, для анализа вклада каждого участника в проект или для оценки фактической трудоемкости и стоимости разработки

Привязка репозиториев

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

«Редакция» является отображением редакции репозитория, и, кроме информационных полей, может быть привязана к конкретной задаче (для этого требуется указать в описании изменений «refs #NUM», где NUM — номер задачи), и к пользователю-автору редакции. Сущность «Изменение» предназначена для хранения списка измененных (добавленных, удаленных, перемещенных, модифицированных) файлов в каждой редакции.

Получение уведомлений

Уведомления пользователей об изменениях, происходящих на сайте, осуществляется с помощью сущности «Наблюдатели», связывающей пользователей с объектами различных классов (проекты, задачи, форумы и др.). В базе данных хранятся также ключи доступа к подписке RSS, позволяющие получать уведомления посредством этой технологии, также уведомления рассылаются с помощью электронной почты.

Некоторые недостатки Redmine

• Управление файлами и документами в Redmine сводится к их добавлению, удалению и редактированию. Правами доступа ни к файлам, ни к отдельным документам управлять нельзя.

• Отсутствуют оповещения об изменении документов.

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

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

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

• В Redmine в список задач не выводится общая трудоемкость задач, а в отчетах по трудоемкости нельзя делать отборы, в том числе и по исполнителю.

Trac

Trac — средство управления проектами и отслеживания ошибок в программном обеспечении.

Trac является открытым программным обеспечением, разработанным и поддерживаемым компанией Edgewall Software (не путать с TrackStudio Enterprise и Track+, другими системами аналогичного назначения).

Trac использует минималистичный веб-интерфейс, основанный на технологии Wiki, и позволяет организовать перекрёстныегиперссылки между базой данных зарегистрированных ошибок, системой управления версиями и вики-страницами. Это даёт возможность использовать Trac в том числе и как веб-интерфейс для доступа к системе контроля версий Subversion и Git^[1] а также, через плагины, к Mercurial, Bazaar и другим.

Поддерживаются базы данных SQLite, PostgreSQL, MySQL и MariaDB^[2].

Trac написан на языке программирования Python и в настоящее время распространяется по модифицированной лицензии BSD. В качестве системы HTML-шаблонов веб-интерфейса Trac до версии 0.11 использовал ClearSilver. Новые версии, начиная с 0.11, используют разработанную в Edgewall систему шаблонов Genshi^[3], при этом совместимость с плагинами, использующими ClearSilver, будет оставлена ещё в течение нескольких версий.

Данная система будет полезна для всех кто использует Subversion. 

Для студентов (программистов) Организация своего труда, учеба и тренировка перед трудоустройством, ознакомление с системами управления проектов на примере программ типа «Hello world!» (лабы) Для одиночных разработчиков При довольно плотном графике многие разработчики часто не документируют ошибки, идеи, ToDo, а потом, как следствие, забывают о таковых, выбиваются из графика, распыляются и т.д. Система управления проектами помогает избежать многих нюансов и работать с наибольшей эффективностью. Да и потом при просмотре того что было сделано, сколько ошибок устранено появляется чувство гордости и удовлетворенности за проделанную работу. Для компаний (разработки ПО) И на последок рассмотрю применение Trac+Subversion на примере разработки сайта. Задача: Есть 2-программиста PHP, 1-программист БД, 1-дизайнер, 1 менеджер проекта. Цель — разработать сайт. Так же есть наброски ТЗ. Нюансы оговорены начинается собственно разработка. Решение:

1. Создается SVN репозиторий, и Trac проект к нему. Все пользователи туда естественно внесены. Вся необходимая информация по ТЗ проекта вносится в WiKi Trac'a. Создаются mileston'ы с соответствующими тикетами в качестве ToDo и раздаются программистам и дизайнеру. Устанавливаются сроки. Идет бурная разработка. Закрываются тикеты, mileston'ы, расширяется WiKi. В процессе виден общий результат — строятся диаграммы, контролируется процесс разработки. Все ошибки и пожелания опять же регистрируются. Оканчивается разработка проекта, из WiKi делается документация, генерируется документация по коментариями из исходного кода, проект сдается и закрывается. При данном подходе видно, что при замене любого из участников процесса или введения новичков процесс «осваивания» заметно упрощается и ускоряется. Естественно это очень обобщенный и абстрагированный пример, но он в общих чертах показывает процесс разработки с Trac'ом.

Celebro

Cerebro (в переводе с испанского — «Мозг») — проприетарный программный продукт для управления проектами в аудиовизуальной сфере. В основном, Cerebro используется рекламными агентствами, VFX-студиями, разработчиками видеоигр, производителями телепередач, веб-дизайнерами и т. д.

Программный комплекс представляет собой подобие форума, в котором участники проекта могут ставить задачи, наблюдать за ходом продвижения работ, комментировать отчёты о работе и выложенные файлы (видео, изображения, офисные документы и проч.), обмениваться файлами высокого разрешения. Версии: Десктоп (Mac OS X, Microsoft Windows, Linux), Web приложение^[2], мобильное (iPhone OS^[3]). Cerebro доступно на английском и русском языках. Перевод на другие языки планируется.