2

小さなお店の POS システムを設計しています。店舗には POS が 1 つしかありませんが、多くの場合、店舗には 1 人から 3 人のユーザー (売り手) がいます。各ユーザーはシステム内に独自のユーザー アカウントを持っているため、頻繁にログインおよびログアウトします。ログイン/ログアウト システムを適切に設計するにはどうすればよいですか?

ログインするたびにパスワードを入力するのに非常に時間がかかるため、ユーザーは今のところパスワードを使用していません。

プラットフォームは Windows Vista ですが、Windows 7 もサポートしたいと考えています。ネットワーク上で Active Directory を使用しています。システムは今のところJava/Swingで開発していますが、C#.NET/WPFに変更しようと考えています。

SmartCard ソリューションについて考えていますが、それが自分の状況に適しているかどうかわかりません。より安全になります (私は気に入っています) が、実装が簡単でスムーズに使用できるかどうかはわかりません。たとえば、POS システムをバックグラウンドで実行したり、ユーザーが切り替えたときにすぐに開始したりできますか? スマートカード ソリューションは非常に高価ですか? (私の顧客は小さなショップです) SmartCard ソリューションでは、.NET と Java のどちらを使用するのが好まれますか?

パスワード/パスワードなし/スマートカード以外にどのような解決策がありますか?

  • ログイン/ログアウト システムを適切に設計するにはどうすればよいですか?
  • この目的でスマートカードを使用する良い解決策はありますか?
  • C#.NET/WPF と Java/Swing プラットフォームの両方で提案されたソリューションを希望します。
  • Active Directory ソリューションと、Windows で 1 つのユーザー プロファイルのみを使用するソリューションの両方について、提案されたソリューションを希望します。

この問題は、同様の製品でどのように解決されますか? 私はパスワード ソリューションしか見たことがありませんが、扱いにくいものです。

4

4 に答える 4

1

興味深い解決策は、「ユーザーの簡易切り替え」、つまり、同じ PC で複数のユーザー セッションを開く機能を使用することです。POS ソフトウェアは、各売り手アカウントのスタートアップ フォルダーから起動でき、各売り手セッションでアクティブなままになります。

ドメインにいる (つまり、Active Directory を使用している) とユーザーの簡易切り替えが無効になると思いましたが、The old new thingによると、これは XP でのみ当てはまりました。職場の Win7 マシンで確認したところ、ドメイン内にありますが、「ユーザーの切り替え」メニュー項目がまだあります。

主な利点は、ソフトウェアが既にマルチユーザーに対応している場合、それを変更する必要がないことです。

これが最も簡単な解決策のように思われるため、以下に記述する前にユーザーの簡易切り替えチェックを行うべきでした。とにかく、ここに他のアイデアがあります。

もう1つの解決策は、アプリケーションが管理する単一のWindowsユーザーと複数の「仮想ユーザー」を持つことについて言及していることです。スマート カードは、疑似ログインを実装するための優れた方法です。C++ では、API を使用してカードの取り外しまたは挿入を検出できるため、アプリケーションはこれを検出し、挿入後にカードを読み取って、現在コンピューターの前にいる人物を知ることができます。.NET は、P/Invoke を介してこの API を簡単に呼び出すことができます。Java についてはあまり詳しくありませんが、JNI は、この機能を公開するマネージド ライブラリがない場合にネイティブ API を呼び出すためのソリューションになる可能性があります。アプリはアクセスするのにPINを必要としないカードを使用する必要があるため、さまざまな種類のカードとそれらとの通信方法を調査する必要があります（または、4を結ぶ場合を除いて、遅いログインシステムに戻ります） -桁数が遅すぎるとは見なされません)。

ウェイターが識別のためにレジにキーを差し込むレストランを見たことがあります。「キャッシュレジスター」をグーグル検索しましたが、キーリーダーのようなコンポーネントではなく、完全なソリューションパッケージしか見つかりませんでした.

ほとんどばかげた質問は次のとおりです。どの程度のセキュリティが必要ですか? ユーザーが自分が誰であるかをシステムに伝えるためにクリックするアプリの最初の画面に大きなボタンを配置することは理にかなっていますか? 完了したら、[完了] ボタンをクリックすると、アプリは [識別] 画面に戻ります。これは非常に単純化されているため、有用な可能性は低いため、最後に記載しました。

于 2010-03-24T20:32:15.097 に答える
0

私は幅広いスマート カード プロバイダー ソリューションに精通していませんが、Gemaltoが .Net フレンドリーなセットアップを備えていることは知っています。他のほとんどは Java 向けですが、サポートは拡大しています。

ユーザー セッションとアプリケーションの切り替えに関しては、アプリケーションの「重さ」によって異なります。アプリにかなりの起動時間/リソースが必要な場合は、バックグラウンドで継続的に実行できるマシン上のサービスとして基本的なアプリケーションを作成することを検討してください。その後、軽量の UI を読み込んでサービスと対話できます。各ユーザー セッションで (スタートアップ メニューから起動する場合もあります)。

CodeProjectには、Windows でスマート カード サービスと対話するためのフレームワークを提供するC# プロジェクトがあります。

于 2010-03-24T20:34:42.580 に答える
-1

バーコードスキャナーの使用を検討したいと思うかもしれません...おそらくあなたはすでにこのデバイスをPOSに持っています...バーやレストラン用の私のソフトウェアはバーコードスキャナーを使用してユーザーを認識します。使用するには2つのオプションがあります。1つはユーザーが自分のバーコードカードでログインする必要があり、次にアプリケーションを使用できます... 2つ目は誰もがアプリケーションを使用できますが、レシートを印刷するにはユーザーはバーコードカードを使用する必要があります。その後、彼はこの領収書のその金額に責任があります。

于 2010-06-19T15:12:34.573 に答える