Средства и методы разработки

Меня больше интересует процесс разработки, чем жизненный цикл. Я хотел поспрашивать насчёт организации информации в wiki. У меня время попозже будет, тогда и чётко сформулирую. Пока что просто тезисы: 1. один проект -- одно пространство 2. к сожалению, нельзя иметь две страницы с одинаковым названием в одном проекте 3. нужна связь с багтрекером, с системой контроля версий, с планировщиком задач. У нас пока mantis и w2p. Как сделать связь, плохо представляю. 4. плохо представляю, как будет выглядеть процесс жизненного цикла. 5. т.к. есть базы subversion, git, mantis, w2p, то дублировать информацию оттуда не надо 6. при выдаче прибора (или очередных прошивок) на производство надо делать точечные связи, идентифицирующие прошивки и прочую документацию 7. w2p это средство управления, но не средство создания документации, в отличие от confluence. удобно ли использовать confluence вместо MSword для создания различной документации? технические задания, руководства по эксплуатации, паспорты, инструкции по настройке и т.д. 8. я разделяю понятия "информация" и "фильтры вывода информации", это даст возможность вывода информации куда угодно, хоть в тот же MSWord или PDF, при наличии соответствующего фильтра. 9. confluence "из коробки" не умеет работать с графической информацией. например, схемки нарисовать, пару треугольников, кругов и т.д. Но есть плюгин, создающий векторную графику в svg. Вы как всякую графику в документацию заводите? через плюгины или через программы, установленные на каждом ПК? 10. конструкторсая документация (для производства) хранится в отдельной базе, к которой обращается отдельная программа, поэтому хранить все версии в wiki не надо. 11. исходные коды хранятся в git (или svn), поэтому не имеет смысла вводить что-либо в wiki Я хочу обсудить структуру wiki, т.к. это дело непростое и я могу ошибиться со структурой. Попозже напишу, как я её вижу, прошу покритиковать.