Программное обеспечение / платформа для обмена спецификациями

Question

Какое программное обеспечение / Wiki вы используете, чтобы написать и поделиться своими спецификациями о разработчиках, тестировщиках и руководстве?

Используете ли вы систему Wiki, и если да, то какое программное обеспечение Wiki вы используете?

Или вы используете Sharepoint для управления и создания версий спецификаций? Одна из проблем SharePoint 2003 как платформы спецификаций заключается в том, что очень трудно сотрудничать между разными людьми.

Для обеспечения обратной совместимости я также хотел бы, чтобы платформа могла беспрепятственно импортировать Microsoft Word. И это, безусловно, поможет, если интерфейс похож на Microsoft Word.

Есть идеи?

Answer 1

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

http://www.atlassian.com/software/confluence/

Здесь приведена дополнительная информация о преимуществах использования Confluence:

https://stackoverflow.com/questions/170352/confluence-experiences

РЕДАКТИРОВАТЬ: Я обновил это, чтобы иметь дело с функцией импорта Microsoft Word, которую вы упомянули. Confluence поддерживает это через Office Connector здесь:

http://www.atlassian.com/software/confluence/plugins/office-connector.jsp

Также имеется разъем Sharepoint :

http://www.atlassian.com/software/confluence/plugins/sharepoint-connector.jsp

плюс целая куча плагинов:

http://www.atlassian.com/software/confluence/plugins/sharepoint-connector.jsp

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

Я также использовал JSPWiki с открытым исходным кодом. это нормально, но не так хорошо, как слияние, см .:

http://www.jspwiki.org/

Answer 2

Вы можете попробовать Google docs - я успешно использовал это в прошлом. Он поддерживает импорт / экспорт в MS Word и имеет отличную поддержку для нескольких пользователей - см. http://www.brighthub.com/internet/google/articles/8236.aspx.
Он поддерживает управление версиями, позволяет общаться с другими людьми, которые в настоящее время работают над документом, и показывает список всех изменений, которые другие внесли в документ (без необходимости закрывать / открывать документ).

Если вам нужна корпоративная поддержка, Google также предоставляет это - см. Google Apps для бизнеса .

Answer 3

Мы используем SharePoint - это не идеально, но делает достойную работу. На вашем месте я бы серьезно посмотрел на выход из SharePoint 2003 и переход на MOSS (SharePoint 2007). Это не идеально, но существенно лучше. Вот немного об использовании MOSS в качестве вики . Я думаю, что в целом, вики - это хороший инструмент для ускорения работы пользователей в вашей системе. Раньше мы раздавали «начало работы с документами», и теперь у нас есть все это на нашем портале для разработчиков.

Согласно комментарию Джона, я посмотрел сравнение этой функции . Я должен вернуться и посмотреть, какие функции я использую, которых нет в WSS - возможно, я плачу за лицензии, которые мне не нужны! :)

Answer 4

Google что-то делает в этом направлении, и это выглядит действительно круто: wave.google.com . Это было бы отличным шагом в сотрудничестве и стоило бы его ждать.

Answer 5

Если вам нужен пользовательский интерфейс, похожий на Word, почему бы не использовать Word с SharePoint 2007? Вы на 2003, так что опыт есть. Выполните обновление до SharePoint 2007, и вы получите совместную работу, функции Word, совместное использование документов и т. Д.

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

Answer 6

Мы используем MediaWiki для DOS и спецификации. Вики определенно выигрывает что-то вроде Microsoft Word или SharePoint - это позволяет вам разрабатывать документацию «сначала обратитесь, а затем описать» = «разделяй и властвуй». Идеально подходит для разработчиков - они привыкли думать так же. Процесс разработки документации практически идеален: вы начинаете с оглавления и углубляетесь до тех пор, пока не напишите документ для каждой ссылки, которую вы поместили ранее.

MediaWiki вполне настраиваемый - там много расширений. Самые необходимые из них:

• Подсветка исходного кода - CSO_Source
• Наши собственные шаблоны, интегрирующие вики со ссылкой на класс.
• Другими являются InterWiki, FileProtocolLinks, YouTube (мы используем его настроенную версию для отображения HD-видео), ReCaptcha, SpecialDeleteOldRevisions, Maintenance.

Некоторые примеры интеграции здесь .

И мы используем Google tracker tracker для отслеживания проблем. Его основные преимущества:

• Imput юзабилити: процесс добавления \ изменения вопроса там действительно удобен. Ранее мы пробовали Track Studio - те же самые действия требуют в 2-3 раза больше времени, поэтому он быстро умирает просто потому, что большинство из нас ненавидело его использовать.
• Настраиваемые сетки. См. примеры . Действительно полезно.
• Поддержка Atom \ RSS. Так что все знают, что происходит.
• Существует инструмент Gurtle , интегрирующий его с TortoiseSVN . Действительно полезно.

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

Answer 7

Вы можете взглянуть на Microsoft Groove - программное обеспечение для совместной работы, которое Microsoft купила несколько лет назад.

Он поставляется бесплатно с премиальными версиями Microsoft Office.

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

Answer 8

Мы используем Alfresco , в его версии для Сообщества, через веб-интерфейсы Share и Explorer. Весьма полезно, с библиотекой документов, вики, форумом и календарем. Мы в настоящее время размещаем около 1.8 Go, состоящего в основном из документов, версий и иногда автоматически конвертируемых в PDF (путем создания автоматического правила контента). FTP, WebDav и сетевой ресурс также используются для доступа к одному и тому же хранилищу.

Answer 9

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

Answer 10

Мы используем OnTime . Первоначально он использовался только для отслеживания дефектов, но мы также начали использовать его для отслеживания функций. Их можно использовать для документирования функции по мере ее развития в процессе разработки. Функции могут быть сгруппированы в спринты или выпуски, и время может отслеживаться для каждой функции. Если вы используете SCRUM, вы также можете построить график выгорания для каждого спринта. Он также имеет функциональность вики.