4

私は次のようなジレンマを抱えています: 私の顧客 (家族経営の質屋) は私の mgmt を使用しています。ISQL で開発されたシステムは、20 年以上にわたって使用されています。この 20 年間、私は各クライアントの希望に合わせて、または法律/規制の変更が必要になったときに、アプリをカスタマイズしてきました。ほとんどのクライアントはシングル ユーザー サイトです。複数のストアを持っている人もいますが、分散データベースを望んでおらず、インターネットやその他の種類のネットワークの信頼性やセキ​​ュリティを信頼していません. したがって、それらはすべて標準エンジンを使用します。私はいくつかの SE の制限を回避し、ISQL と SE でいくつかの巧妙なトリックを行うことができましたが、遅かれ早かれ、新しい法律で質屋の顧客、商品、電子伝達などの画像が必要になる可能性があり、アップグレードする時が来るでしょう。 IDS に変更するか、4GL でアプリを書き直すか、別の RDBMS に変更します。論理的で最も簡単なルートは IDS/4GL です。

4

4 に答える 4

4

この問題全体は、おそらく対処しなければならないいくつかの問題に帰着します。

まず最初に、どのアプリケーション プログラミング言語と開発言語を学び、使用したいと思いますか?

もう 1 つは、どのようなインターネット機能が必要かということです。

たとえば、レポートを見ているときに、ボタンをクリックしてレポートを PDF ドキュメントに変換し、その PDF が添付された電子メール クライアントを起動できるようにしたいですか?

すべての情報データをシステムに入力した後、おそらく各店舗は独自のミニチュア Web サイトを望んでおり、町の人々がそこに行って店舗に電話をかけ、店舗に電話をかけて、どこに何があるかを確認することができます。 3 ドルの中古のライターを持っています (これらの安価なアイテムを電話で調べたりチェックしたりする手間は、アイテムを販売するコストよりも多いため、この種のシナリオには Web が非常に適しています)。

もう 1 つの問題は、どのようなインターフェイスが必要かということです。現在、何らかのタイプのグリーン スクリーンまたはテキスト ベースのインターフェイスを使用していると思いますか? あるいは、何年にもわたって GUI (グラフィカル・ユーザー・インターフェース) に移行したのかもしれません。

まだグリーン スクリーン (テキスト ベース) である場合は、座って、かなりの労力と時間をかけてレイアウトを作成し、グラフィカル ベースのシステムでどのように画面を操作するかを検討する必要があります。グリーン スクリーンからカラー スクリーンに移行したときのことを思い出すと、突然、そのスクリーンに適切な色とレイアウトを選択しなければならないという選択肢と労力によって、作業負荷が実際にかなり増加しました。そして、色のテスト画面からグラフィカル インターフェイスの画面に移行したところ、突然、多数の新しいコントロールや色が表示され、さらにさまざまなフォントの選択肢が増えました。とサイズ。

そして今、Web では、さまざまな種類のボタン スタイル (円形、楕円形、シェーディング、シャドウ、グロー効果) を扱うだけでなく、これらすべてのホバー効果やシェーディング効果などに加えて、下に降りる必要があります。あなたのソフトウェアが Web サイト全体にどのような色 (テーマ) を採用するかという点で、いくつかのかなり深刻な問題があります。

これは、新しいツールにどれだけの学習と時間を投資しても構わないと思っているか、また、与えられた時間と労力に対してどれだけのソフトウェアを作成できるか、作成するかにかかっています。

小規模なビジネス市場に参入するとき、私は RAD ツールに非常に偏っています。中小企業のほとんどは、.net 開発者の料金を支払う余裕がありません (アプリケーションを構築する時間ほど料金ではありません)。そのため、ms-access を使用することは、小規模なビジネス市場では適切な選択です。アクセスは、市場に出回っている他のツールの 3 ～ 5 倍です。したがって、.net 開発者が何かを開発するための見積もりは 12,000 ドルかもしれませんが、Access の同じものは 3000 ドルかもしれません。つまり、中小企業は単体テストのコードを書くためにお金を払う余裕がないということです。この種の追加費用は、小規模なプロジェクトでは発生しません。

対処しなければならないもう 1 つの大きな問題は、システムにどのようなレポート作成システムを組み込むかということです。これは、私が小規模なビジネス アプリケーションにアクセスすることを好むもう 1 つの理由です。これは、レポート ライターが非常に優れているためです。アクセス レポートには、フォームやクエリから接続を焼き付け、フィルターやパラメーターをそれらのレポートに渡す機能が多数あります。また、多くの場合、既に作成に時間を費やしているフォームとクエリは、パラメーターを使用してレポートとやり取りし、ワークロード (開発コスト) を大幅に削減する方法で値を渡すことができます。

ここで対処しなければならない最大の問題は、Web ベースの戦略のために何をするかということだと思います。あなたは絶対に持っている必要があります。Access でフロント エンド部分を構築しても、バック エンド部分には無料版の SQL Server を使用したい場合があります。これにはいくつかの理由がありますが、その理由の 1 つは、複数の店舗をインターネット経由で簡単に接続できることです。

ある種のサーバーベースのシステムにデータを配置するもう 1 つの利点は、すべてのストアが使用するある種の Web サーバーをセットアップし、各ストアが製品とリストをオンラインにできるようにする小さなカスタマイズ システムを構築できることです。 (ただし、彼らはあなたの Web サーバーを使用するか、月額 15 ドルを支払ってすべての顧客をホストするサーバーを使用します)。この Web パーツは、おそらくすべての顧客が必ずしも必要としないオプションのコンポーネントである可能性があります。とにかく、システムに入力する必要があるデータから機能します。

これらの Web ベースのシステムを採用することの大きな利点の 1 つは、これらのストアが顧客により良いサービスを提供できるようになるだけでなく、ソフトウェアを月額料金ベースのシステムに変換するための扉が開かれることです。あなたが提供するオプションのWebホスティング部分などです。

グリーン スクリーンのメインフレーム タイプのソフトウェアから Windows デスクトップ ベースのアプリケーションに長時間使用するアプリケーションを変換すると、大きな市場が開かれました。リモート デスクトップ、ソフトウェアのダウンロード、Web サイトからの更新プログラムの発行など、これらの新しいソフトウェア システムにより、これらすべての基本要素がソフトウェア配信の一部になり、特に、これまでに会ったことのないさまざまな都市の顧客をサポートする場合に非常に簡単になります。顔。

したがって、基本的に 1 人のユーザーと 1 つの場所について話しているのであれば、Access は開発コストを大幅に削減します。それは、話しているアプリケーションがどれほど複雑で豊富かによって異なります。プロジェクトの規模と範囲が 1 人の開発者を超えている場合は、開発者のスケーリング (ソース コード管理、オブジェクト開発方法論、単体テスト、SQL サーバーなどのサーバー ベースのデータベース システムのセットアップのコストと時間) について話します。したがって、複雑な都市でのコスト時間の転換点を超えると、ここで確かに転換点になります。実際、アクセスはお勧めしません。したがって、これはすべて、適切なコースの適切な馬に帰着します.

おそらく、最終的には、どのアプリケーション開発システムを学習するために時間を費やす意思があるかということになります。

于 2010-06-24T05:33:10.043 に答える
1

Visual FoxPro に関して言えば、今も昔も比類のないツールです (それについてほとんど知らない人々からの非難にもかかわらず)。高速なネイティブ データベース エンジン、組み込みの SQL、強力なレポート デザイナーなどを備えています。ただし、Microsoft のサポートは 2014 年に終了し、64 ビット バージョンは存在しないことなども考慮する必要があります。また、それが使用するファイル ロック方法は、Windows IMO の将来のバージョンではますます不安定になるでしょう。

于 2010-07-05T14:08:11.487 に答える
1

「昔ながらの」Informix Tools の価値をいまだに享受している人々を見るのは良いことです。私はPerformが得意ではありませんでしたが、ACEレポートライターは常に私に合っていました. 私たちは Perform を飛ばして FourGen に直行しましたが、FourGen を使っていたときほど生産的になったことはなかったと嘆いています。コードジェネレーターからファンキーなものまで、独自の優雅さを備えていましたが、実際には強力なスタンドアロンメニューシステムをやめました.

最新の UI ダイナミクスには感謝していますが、今日アプリケーションを作成するのは難しいのでしょうか。ツールだけでなく、単に業界の要件など (ドメインで経験している可能性があるものなど) です。そして、ウェブはまったくの殺人です。

その理由の一部は、ほとんどの「グリーン スクリーン」アプリが同じように見えるため、見栄えの悪いアプリを作成するのが難しいためだと思います。GUI や Web などでは、適切なフィールド順序とラベルの並べ方だけではうまくいきません。

しかし、残念ながら、それが私たちの持っているものです。

私はそれを 15 年も使用していませんが、Alpha 5 も参照してください。これは非常に強力ですが、過度に複雑ではないデータベース開発パッケージであり、(どうやら) 今でも強力に機能しています。

私はIDSをあまり恐れていません。それはかなり簡単に実行されます。微調整をまったく、またはほとんど行わずにすぐに使用できる DB は機能し、効率的であり、以前はインストールが非常に簡単でした。SE のアクセスはアプリケーション (ライブラリを使用) と IDS である独立したサーバーに結び付けられていたため、SE ではありませんでした。しかし、操作的には非常に簡単です。特に、あなたが話しているようなアプリの場合はそうです。やり過ぎかもしれませんが、今日でも、リソース要件は必ずしも非常識ではありません. もちろん、多くの機能と、使用しない柔軟性があります。しかし、率直に言って、「フラット ファイル」の DBase スタイル データベースを超えて、ほとんどすべてのサーバー ベースの SQL データベースは非常に強力で機能があり、潜在的に複雑です。しかし、そうである必要はありません。まだまだ使えます」

他のソリューションを検討する限り、「OOP」のことをあまり恐れないでください。ほとんどのアプリケーションは OOP ライブラリを利用していますが、それ自体は実際には OOP ではないためです (OOP である可能性はありますが、通常はそうではなく、単純にである必要はありません）。多くの OOP システムの最大の問題は、単純に細かく構造化されていることです。あまりにも低いレベルでイベントを処理する。多くのプログラムがその細かいレベルの制御にアクセスする必要がありますが、ほとんどのアプリケーション、特にあなたのようなアプリケーションはそうではありません。したがって、余分な柔軟性は単に邪魔になるか、ボイラープレートを作成します.

とはいえ、専門知識の欠如を理由に、怖がって彼らから離れるべきではありません。それらはかなり迅速に拾うことができます。しかし、より専門的なツール (Alpha 5 や Access など) を最初に試して、それらがあなたの望むものを提供しないかどうかを確認することは確かです。

于 2010-06-27T04:53:34.840 に答える
1

Aubit4GLを見てください。つまり、Windows で利用できる (またはコンパイルできる) と思います。

はい、IDS はシングルユーザー システムとしてはやり過ぎですが、SE が必要なすべての機能を提供しない場合、または近い将来必要になると予想される場合は、完全に賢明な選択です。ただし、少し注意すれば、（本質的に）完全にユーザーから見えないように設定できます。このようなストレスのないアプリケーションの場合、構成は複雑ではありません。あなたは、サプライヤーとして、それについてかなり精通している必要があります. ただし、独自のインストーラーで IDS インストーラーを実行して、余分な手間をかけずに顧客のマシンにソフトウェアをインストールできる、サイレント インストールなどの機能があります。システムの合計サイズが大きくなります。IDS は SE よりもディスク上ではるかに大きくなります (ただし、より多くの機能を利用できます)。また、不要なコードのより大きなチャンクを取り除くメカニズムもあります。使用している - おそらく。たとえば、バックアップにはおそらく ON-Tape を使用します。したがって、顧客に出荷するものから ON-Bar と ISM を省略します。

IDS は、システムを操作するユーザーも管理者もいない組み込みシステムで使用されます。ハードウェアは戸棚 (クローゼット) にあり、ネットワークを介して通信しながら動作します。

于 2010-06-24T17:02:00.483 に答える