一部の上級ボス、署名のために彼らに送らなければならないあらゆる種類の文書は、最初にデジタル形式でレビューのために受け入れられ、メモを入れ、編集をカラーで提供します...
そしてどこかで、部門全体がいくつかの文書で共同作業し、それらを互いに円で渡します。 「テーブルに情報を入力します。今のところリストを作成します。その後、変更して確認します...」
繰り返しになりますが、私のプログラマー合理主義者の性質はとかされ、動揺しました。 人々が世界で生活し、仕事をしやすくすることができるからです！ 一部のアクションは自動化でき、他のアクションには既製のソリューションもあります！
だから私は何を提案していますか？
解決策：OpenDocument + Subversion + Visualizer diff + Trac
- OpenDocument形式 （ ODF ）。
さまざまな種類のオフィス文書の形式。 オープンオフィススイートOpenOffice.org 、 StarOfficeなどで使用されています。
開発者の観点から見たフォーマットの特性は、各ドキュメントがアーカイブであり、その大部分がXMLファイルで占められていることです 。 アーカイブは「オンザフライ」で解凍され、 XMLファイルはプログラム処理に簡単に対応できます。
- Subversionバージョン管理システム。
バージョン管理システム（ SUV ）は、いわゆる差分圧縮 （ デルタ圧縮 、またはΔ 圧縮という用語もあります ）を使用して、1つのドキュメントの多くのバージョンを格納します。 特別なリポジトリ（リポジトリ）の差分圧縮により、ファイルは完全には保存されず、バージョン間の違いのみが保存されます。
これらの差は通常、 diffプログラムを使用して計算されます（英語の差 - 差から ）。 SUVユーザーはいつでもドキュメントの任意のバージョンを比較し、自分や他のユーザーが行った編集内容を確認したり、
ドキュメントの以前の状態のいずれかに戻ります。
- ビジュアライザーの差分
古いコンピューターのようなdiffユーティリティには2つの重大な欠点があります。 まず、テキストファイルの行ごとの比較のために設計されていますが、 XMLファイルの違いを見つけるには最適ではない場合があります。
第二に、編集モードでのODFドキュメントの元のXMLコードとの違いは、エンドユーザーにとってdiff出力と同じくらいわかりにくいことです。 効果的な作業のために、ユーザーはバージョン間の違いを視覚的に表現する必要があります。
おそらく、これは提案されたシステムの中で重大な努力を必要とする唯一のコンポーネントです。
問題の可能な解決策：
- 「古典的な」行ごとの差分の出力を処理します。
- XMLファイルのより正確な比較とビジュアライザーの簡素化のための新しい差分の改良または作成。
- ジョブ管理システム。
さまざまなジョブ管理システム（ CPS ）がありますが、これまでのところ、 Tracをよく知っているだけです。
CPS Tracを使用すると、タスクの作成、ユーザーへの割り当て、タスクが影響するドキュメントのグループの指定、タスクのステータスの監視、タスクに関するユーザーの作業に関する情報の受信などを行うことができます。
申込み
次に、このバンドル全体の動作メカニズムについて考えてみましょう。
劇場はハンガーから始まり、家は玄関口から始まり、ユーザーが操作できると主張するソフトウェアシステムはユーザーインターフェイスから始まります。 私の電子文書管理システムでは、ユーザーは文書とオフィスプログラム（ワードプロセッサ、スプレッドシートなど）を直接処理し、 CPSインターフェイスも個別のアプリケーションとして、より好ましくは企業イントラネット上のWebサイトとして実装します。
たとえば、次のような状況を考えてみましょう。会社の支店長は、年次報告書を作成するために、ある部門にタスクを与えます。 このために彼
- CPSの企業Webサイトに移動します。
- その中にタスクを作成します。
- ジョブ属性を設定します。
- 課題の締め切り。
- 重要性;
- 切迫
- 請負業者-部門の長を任命します。
タスクはシステムに入力され、電子メールまたは企業のインスタントメッセージングシステム（ SMOS 、 IM ）を使用して自動的に部門の長に送信されます。
部門長は、割り当てに関連する従業員のリストを示します。
各従業員はレポートの独自の部分を作成し、時々バージョン管理サーバーに送信します。
これには多くの既製のソリューションがありますが、利便性を高めるために、OpenOffice.orgやその他のオフィススイート用のプラグインを作成することもできます。
ドキュメントのバージョンをサーバーに送信する（ SUA用語の変更を修正する ）と、部門長（および関係者全員）に変更に関する通知が自動的に送信されます。 彼はすぐに便利な方法で変更を確認し、自分で調整することができます。 この場合、色やその他の方法で変更を強調表示する必要はありません。 結果になるはずのものを書いてください。 Diffは、すべての編集と注釈を見つけて表示します。
レポートの準備の最後に、エグゼキュータ-部門の責任者がタスクのステータスを「完了」に設定します。
何らかの理由でブランチマネージャーがタスクを気に入らない場合、彼は再びタスクをアクティブにすることができます（理由を示す）。
UPD。 有益なコメントをしてくれたOutspectorに感謝します。 彼は、バージョンのマージなどの重要な問題を想起し、ドキュメントの準備にL A T E Xを使用することを提案しました。 uvに同意する価値があります。 L A T E Xの専門家にとっての有用性についての警部ですが、「秘書」に対する良い解決策はまだ見つかっていません。