7

開発者、テスター、および管理者に関する仕様を作成および共有するために使用するソフトウェア/Wiki は何ですか?

Wiki システムを使用していますか。使用している場合は、どの Wiki ソフトウェアを使用していますか?

それとも、仕様の管理とバージョン管理に SharePoint を使用していますか? 仕様プラットフォームとしての SharePoint 2003 に関する 1 つの問題は、さまざまな人々の間で共同作業を行うことが非常に難しいことです。

下位互換性のために、プラットフォームに Microsoft Word をシームレスにインポートできるようにしたいと考えています。また、インターフェイスが Microsoft Word に似ていると、確かに役立ちます。

何か案が？

4

12 に答える 12

4

私はさまざまな場所で Confluence を使用してきました。これは非常に強力な wiki であり、さまざまな関係者間で共有できる仕様を作成するのに非常に適しています。見る：

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

Confluence を使用する利点について、さらに詳しい情報があります。

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

編集：あなたが言及したMicrosoft Wordのインポート機能に対処するためにこれを更新しました。Confluence は、こちらのOffice コネクタを通じてこれをサポートします。

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

これらのいくつかは、ユーザーが投稿したものでもあります。商用 wiki として Confluence を十分に推奨することはできません。

また、オープン ソースの JSPWiki も使用しました。それは問題ありませんが、合流ほど良くはありません。以下を参照してください。

http://www.jspwiki.org/

于 2009-06-16T04:20:20.597 に答える
3

Google ドキュメントを試すことができます- 私は過去にこれをうまく使用しました。MS Word へのインポート/エクスポートをサポートし、複数のユーザーをサポートしています - http://www.brighthub.com/internet/google/articles/8236.aspxを参照してください。
バージョン管理をサポートし、現在ドキュメントで作業している他の人とチャットでき、他の人がドキュメントに加えたすべての変更のリストを表示します (ドキュメントを閉じたり開いたりする必要はありません)。

企業サポートが必要な場合は、Google も提供しています - Google Apps for businessをご覧ください。

于 2009-06-24T03:52:08.793 に答える
2

私たちは SharePoint を使用しています -- 理想的ではありませんが、まともな仕事をしています。もし私があなたなら、SharePoint 2003 から MOSS (SharePoint 2007) に移行することを真剣に考えるでしょう。完全ではありませんが、大幅に改善されています。ここでは、 MOSS を wiki として使用する方法について少し説明します。一般に、ウィキはシステムの最新情報を入手するための優れたツールだと思います。以前は「入門ドキュメント」を配布していましたが、今では開発者ポータルにすべての種類のものがあります。

ジョンのコメントに従って、この機能比較を調べました。戻って、WSS にない機能を使用しているかどうかを確認する必要があります。不要なライセンスに対して料金を支払っている可能性があります。:)

于 2009-06-16T04:18:09.110 に答える
1

私たちは、dosとspecsにMediaWikiを使用しています。Wikiは間違いなくMicrosoftWordやSharePointのようなものに勝ちます-それはあなたが「最初に参照し、次に説明する」=「分割統治」の方法でドキュメントを開発することを可能にします。開発者に最適です-彼らは同じように考えていました。ドキュメントを作成するプロセスはほぼ理想的です。目次から始めて、前に配置したすべてのリンクのドキュメントを作成するまでドリルダウンします。

MediaWikiはかなりカスタマイズ可能です-そこにはたくさんの拡張機能があります。最も必要なものは次のとおりです。

  • ソースコード蛍光ペン-CSO_Source
  • wikiをクラス参照と統合する独自のテンプレート。
  • その他には、InterWiki、FileProtocolLinks、YouTube（HDビデオを表示するためにカスタマイズされたバージョンを使用）、ReCaptcha、SpecialDeleteOldRevisions、Maintenanceがあります。

いくつかの統合例はここにあります。

また、 Googleの課題追跡システムを使用して課題を追跡しています。その主な利点：

  • 帰属ユーザビリティ：問題を追加/変更するプロセスは、そこで非常に便利です。以前、 Track Studioを試しました。同じアクションには2〜3倍の時間がかかるため、ほとんどの人がTrack Studioを使用するのが嫌だったため、すぐに停止しました。
  • カスタマイズ可能なグリッド。例を参照してください。本当に役に立ちました。
  • Atom\RSSのサポート。だから誰もが何が起こっているのか知っています。
  • TortoiseSVNと統合するGurtleツールがあります。本当に役に立ちました。

その主な欠点は、パブリックアクセスから閉じることができないことです。これにより、多くの場合、単純に使用できなくなります。

于 2009-06-22T05:30:36.400 に答える
1

グーグルがこの方向で行う何かがあり、それは本当にクールに見えます：wave.google.com。それはコラボレーションの素晴らしい一歩であり、それを待つ価値があります。

于 2009-06-24T10:42:11.503 に答える
1

Microsoft Grooveは、Microsoft が数年前に購入したコラボレーション ソフトウェアです。

Microsoft Office のプレミアム バージョンに無料でバンドルされています。

ディスカッション ボードを使用してワークスペースをカスタマイズし、共同編集した Office ドキュメントをかなりシームレスに保存できます。

于 2009-06-22T02:12:00.200 に答える
1

私たちは電子メールを使用します。精巧ではないことはわかっていますが、使いやすいです。誰もがインストールしており、ライセンスの問題はありません。すべての仕様の変更は、仕様が見つかるネットワーク共有上の更新と場所を示すスーパー セットの電子メール ディストリビューションに送信されます。

于 2009-06-16T04:30:32.483 に答える
1

Alfrescoの Community バージョンを、Share と Explorer の両方の Web インターフェイスから使用しています。ドキュメント ライブラリ、wiki、フォーラム、カレンダーを備えた非常に便利なツールです。現在、主にドキュメントで構成され、バージョン管理され、場合によっては自動的に PDF に変換される (自動コンテンツ ルールを作成することにより) 約 1.8 Go をホストしています。FTP、WebDav、およびネットワーク共有も、同じリポジトリへのアクセスに使用されます。

于 2009-06-16T16:25:34.943 に答える
1

Word に似た UI が必要な場合は、SharePoint 2007 で Word を使用してみませんか? あなたは2003年にいるので、経験はそこにあります。SharePoint 2007 にアップグレードすると、コラボレーション、Word 機能、ドキュメント共有などを利用できます。

これは、Microsoft が人々に Office を使用してほしいと考えている種類のものであるため、SharePoint と Office 環境を構成してコラボレーションをサポートする方法については、膨大な量のドキュメントがあります。

于 2009-06-24T03:55:31.553 に答える
0

すべての仕様（およびその他の顧客向けドキュメント）にはDocBookを使用しています。DocBookはXML形式であり、PDFを含むほぼすべての形式のドキュメントを簡単に生成できます。これにより、クライアントにドキュメントを配布してサインオフすることができます。ドキュメントを（セクションごとに）ファイルに分割し、すべてをソース管理システム（Subversion）にコミットできます。すべてXML（つまりテキストベース）であるため、Subversionの自動マージと競合解決は、2人が同じファイルで作業する場合にうまく機能します。すべてのドキュメントで使用されるスタイルシートのセットがあるため、すべてのドキュメントはまったく同じスタイル/形式を共有し、余分な作業は必要ありません。

また、XMLファイルを直接編集したくない場合は、適度にWYSIWYGのようなエクスペリエンスを提供するGUIフロントエンドがあります。私のオフィスのほとんどの人はXMLMindを使用していると思います。それでも、私たちは皆技術者であるため、XMLを直接記述しなければならない場合でも問題にはなりません。

補足として、リリースノートも公開しています。次のようなドキュメントを作成できるXSLTがいくつかあります。

<bugs>
    <bug id="1234" component="web">JavaScript error when clicking the Kick Me button</bug>
</bugs>

次に、以前のリリースタグから現在のリリースタグまでを実行するSubversionリポジトリを実行するスクリプトと、svn logリリースノートをオンザフライで自動的に生成するためのBugzilla統合があります。

（また、ほとんどの内部のみのドキュメントでは、MediaWikiを使用しています。これはコラボレーションにも最適な方法です。）

于 2009-06-28T09:40:24.350 に答える