0

私は自分のシナリオをできるだけ簡潔に、そして要点を絞って維持しようとします。

私が現在働いているオフィスでは、Windows 98 /XPでLotusSmartsuiteを使用しており、多くのLotusScriptを使用してLotus123とLotusWordProのドキュメントを結び付けています。また、LotusObjectLinking関数を多用します。その動作を以下に説明します。

123スプレッドシートの行と列に大量のデータを入力し、スタイルを設定して好きなようにフォーマットし、範囲として定義できます(ここで一意なものはありません)。ただし、その範囲をコピーして、LotusWordProドキュメントにリンクとして貼り付けることができます。次に、このリンクは範囲名で分類されるため、123ファイルで範囲を拡張すると、WordProドキュメントのテーブルが拡張されます。このリンクには、123スプレッドシートのセルのすべてのフォーマットとスタイル設定も含まれています。ご存知のとおり、このリンクは完全に公開されています。オブジェクト内の任意の場所をダブルクリックすると、123ファイルが開いて編集でき、すべての変更が2つのドキュメント間で前後に移動します。

注:明確にするために、これはOpen OfficeのDDEリンクと同じではありません。これにより、未定義のセル範囲のコピーをドキュメントにインポートして、すべての書式設定が失われ、前後に編集できるようになります。簡単ではありません。また、スプレッドシートの小さなサブセクションではなく、スプレッドシート全体のみをインポートするように見えるOLEオブジェクトとは動作が異なります。

ただし、近年、この古いソフトウェア(Lotus)のサポートは、特に顧客にドキュメントを送信することに関して、より困難になっています(Lotus word Proファイルは一般に最新のOfficeツールではサポートされていません)。LotusSmartsuiteの技術サポートは実質的にサポートされていないようです。 -最近存在します。また、主流のIT技術者によってもはや実践されていないスクリプト言語で開発を続けることへの恐れから、進行中の開発とサポートは無駄に思えます。それを書いた人たちが他のことに移ると、誰も助けてくれない言語のスパゲッティスクリプトが残ります。

そのため、年末までにITシステムを「近代化」するというこの目標があります。Linuxも非常に実行可能なオプションになりつつあります(間違いなくDebianまたはその派生物です)が、OpenOfficeには上記のリンク機能がないようです。このリンクが非常に重要である理由は、オフィスのベテランがこの方法で作業することに慣れているためです。スプレッドシートにデータを保存したり、後でWordProドキュメントにリンクしたりするなどです。この慣習は進んでおり、現代のオフィスツールにはこれに相当するものは見つかりませんでした(私に要求されたように)。ソフトウェアエンジニア(多くの言語に堪能)として、この方法がデータを使用および保存するための最も安全または最良の方法ではないことがわかります(データベースが思い浮かびます)。

ですから、まだ私と一緒にいる皆さんのために、私が求めているのは次のとおりだと思います。

  1. データを保存し、スプレッドシートでフォーマットし、Word文書間で直接インポートするというこの方法は、良いか悪いか、そしてそれに対して何ができるでしょうか。いずれにせよ、私は自分の主張を証明する必要があると思います。

  2. LinuxまたはWindowsの場合、このリンク方法に代わる最新の方法はありますか(天候に関係なく、それが良いか悪いかは関係ありません)。このリンクには、フォーマットとダイナミックレンジサイズが含まれている必要があります(DDEリンクは答えではないようです)。

  3. ゼロから始めなければならない場合、あなたの解決策は何でしょうか?すべてをデータベースに保存し、SQLを使用してWord文書で必要なデータを要求するだけですか?これをどのように行いますか?どのソフトウェアを使用しますか?

このシナリオでの助けは役に立ちます。あるいは、私がアドバイスを求めに行くべき場所を知っているなら、それもありがたいです。

読んでくれてありがとう!

4

1 に答える 1

0

私の提案は、最初に一歩後退することです。今のやり方にはどのようなメリットがありますか?壊すのが難しいのはただの習慣ですか?ドキュメントとスプレッドシートをそのまま維持してリンクする必要がある理由はありますか、それとも「以前はそうだった」という理由だけで必要なのですか?

その要件を取り除くことができれば、より多くのオプションがあり、理解と保守がより簡単なシステムを構築していることになります。

質問1に関しては、特にエンドユーザーがデータを作成および保守する必要があり、開発スタッフが限られている場合は、スプレッドシートにデータを保存することに問題はないと思います。いくつかの質問は、そのデータを保護する必要があるのか​​、スプレッドシート間で関連しているのか、会社全体で複製する必要があるのか​​、または会社全体でより良い方法で共有する必要があるのか​​ということです。これらのいずれかが当てはまる場合は、一元化されたデータベースの方が理にかなっています。個人的には、貴重なデータをデータベースに安全に保存して、管理したり、アクセスを制御したり、簡単にバックアップしたりできるようにしたいと思っています。

質問2に関しては、MicrosoftOfficeでも同じことができます。ドキュメントをリンクして、データがソースのExcelドキュメントに残り、Word docに表示されるようにするか、ExcelスプレッドシートをWordDoc内に埋め込むことができます。

データの保存とレポートの生成については、MicrosoftAccessを参照することをお勧めします。または、リレーショナルデータベースのバックエンドとレポートのフロントエンドを使用してアプリケーションを構築することもできます。可能性は広く開かれています。それは本当に専門知識が会社のどこにあるかに依存します。

私の場合、レポートの生成にはSQL Expressバックエンド(無料)とカスタムASP.NET MVCアプリケーションを使用するでしょうが、それが私の専門知識です。

于 2011-04-18T03:41:15.347 に答える