реализация Bug Tracker

Всем привет

Уже довольно длительное время меня гложет мысль написать баг-трекер

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

во-вторых из того что мне необходимо из бесплатного ничего нет

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

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

по стеку технологий планируется использовать yii 1.1 (rbac, mvc, oop, php5.4, multi language) как бекэнд и mysql. интерфейс и дизайн основаны на bootstrap 2 или 3 + jquery (ajax + DOM events)

основные фичи которыми должен обладать проект:
0. бесплатность (по крайней мере для меня и тех кому я как владелец посчитаю нужными его предоставить), возможно это будет мой личный продукт как Saas, или же опенсорс
1. задачи проект менеджмента (ведение дискуссий, вывод статистики)
2. задачи баг трекинга
3. задачи тайм трекинга
4. в будущем есть идеи развить в каких то направлениях известных баг-трегинг систем

итак вот несколько вопросов, которые я бы хотел выяснить на этапе проектирования и обдумывания логики
- разница между ticket и issue (кстати как бы это назвать по-русски? я бы назвал это "проблема"). Есть ли между этими понятиями разница?
- в redmine issue и task реализованы как одна сущность, считаю это неправильным, но как они должны быть взаимосвязаны пока до конца тоже не решил. есть идея реализовать их как много-ко-многим или как минимум task должен быть привязан к issue. в основном эти вопросы связаны с тем что я не совсем понимаю суть этих понятий. но надеюсь мне знающие люди подскажут и всё встанет на свои места
- категоризация issue и task. есть ли смысл разделять эти категории (например пока я вижу категории development, design, management)

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

-----
Just do it

issue обычно означает некую проблемму, баг

-----
Бесплатная система складского учета с открытым кодом https://zippy[dot]com[dot]ua/zstore

хорошо, а тикет тогда что?
(Добавление)
можно ли в контексте баг трекера объединить эти понятия?

-----
Just do it

эта терминология употребляется в зависимости от баг трекера
у одних issue у других ticket

это не суть важно.
Ты вообще склько багтрекеров юзал?

Как минимум нужно сформулировать чего там не хватает и чего длжно хватать.

кроме того к багтрекеру сильно не помешает и функционал управления проектами.

-----
Бесплатная система складского учета с открытым кодом https://zippy[dot]com[dot]ua/zstore

за это спасибо. будем считать что с этим разобрались

я встречал следующие корпоративные трекеры (jira, redmine, bitrix, goplanapp), кроме того имел честь наблюдать и искать различные решения проблем в известных системах github, читал коментарии на трекерах google chrome, android, phonegap

подробный функционал большинства я не знаю или не помню, поэтому и создал эту тему

пока из того функционала который я предполагаю

поддержка нескольких компаний
регистрируется пользователь (регистрирует компанию) все остальные сущности существуют в контексте компании. скорее всего трекер компании будет доступна на поддомене

далее вся работа происходит именно там

пользователь (владелец компании, он же по умолчанию администратор) имеет возможность создавать следующее

роли пользователей
проекты
категории задач
приоритеты issue'
создавать issue
создавать задачи
изменять глобальные настройки интерфейса и компании

просматривать статистику по компании в целом и по проектам в отдельности

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

issue и task существуют в контексте проекта
пользователи могут создавать задачи и подзадачи (бесконечное вложение)


какой именно функционал вы имели ввиду, если я его не перечислил можно в кратце чтобы я понимал что я упустил?

-----
Just do it

это иммеет смысл если планируется использование как сторонний сервис.

а старый добрый мантис?


проекты, задачи, milestone, диаграмы Ганта...

-----
Бесплатная система складского учета с открытым кодом https://zippy[dot]com[dot]ua/zstore

этот к сожалению кроме как в поисковике ближе не видел

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

получается что
практически всё это уже предусматривается

-----
Just do it

я думаю нет смысла разделять по компаниям

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

примерно как на гитхабе и хостингах проектов

но это частности. чтобы проек ьыл интересен он должен иметь какие то преимущества перед другими. и не только бесплатность.

-----
Бесплатная система складского учета с открытым кодом https://zippy[dot]com[dot]ua/zstore

конкурировать с коммерческими компаниями я пока не собираюсь
но написать приятный и юзабельный интерфейс включив в него 90% распространенных и полезных функций можно

-----
Just do it

Ну вот и попробуй образмерить эти 90%

-----
Бесплатная система складского учета с открытым кодом https://zippy[dot]com[dot]ua/zstore

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

http://en[dot]wikipedia[dot]org/wiki/Iss[dot][dot][dot]_tracking_system


А что именно необходимо, из того чего нет допустим в редмайне?

в редмайне жутко не удобный тайм трекер

-----
Just do it

проект получится довольно сложный - это с виду оно просто.
следовало бы определится с целью его написания.

типа потренироваться или писать для себя потому что другие системы неудобны вряд ли рентабельно

-----
Бесплатная система складского учета с открытым кодом https://zippy[dot]com[dot]ua/zstore

основная цель - написать удобный для себя инструмент. писать я умею. это как бонус будет в портфолио хороший продукт

-----
Just do it