0

私は小さな学校のアプリケーションを作成しています。彼らは支払いにトランザクションモデルを使用しています。

基本的には次のように機能します:
学生は N ドル ($500) の支払いをもたらします。教師は彼にいくつかのクラスをスケジュールします。各クラスが完了したらすぐに (彼が毎週月曜日と金曜日の 11.30 - 1.30 にクラスを予定しているとしましょう)。1クラス100ドルなので。毎週月曜日と金曜日に、残高から 100 を引きたいと思っています。

私が考えていた解決策は次のとおり
です。 1. 10 分ごとに実行されるスケジュールされたジョブを作成し、スケジュールのいずれかが期限を過ぎていないかどうかを確認し、新しい支払いを送信します。
-実装が
難しい -ホスティングの問題の可能性
2. ユーザーが支払いページにアクセスするたびに、まだ送信されていないものを確認します。
-効率的ではありませんか？

この問題を解決する良い方法が何かわかりません。

編集

出欠を取得しますが、現在の仕組みは次のとおりです。出席
、欠席、言い訳付き欠席の 3 つのオプションがあります。したがって、学生がアカウントにお金を持っている場合、自動的に彼が出席していると見なされます。彼/彼女が来ないことを通知した場合、私たちは彼女を次のようにします：言い訳をして欠席し、彼女に請求しません.

4

2 に答える 2

2

ええと、明らかに、学生は料金を請求されるためにクラスに現れなければなりません。そのため、学生がクラスに現れた何らかの情報を誰かが入力する必要があります。そこから、各生徒の残高が差し引かれます。

この道を選んだ理由はいくつかあります。まず、アカウントが過大請求されていると人々が言うと、アカウントに関する潜在的な紛争が発生します。請求された日の記録が必要になります。これは、給食アカウントを持っている学校の子供たちと同じです。彼らの両親は、学校での食事代以外に、毎月彼らに多額のお金を与えています。子供たちは昼食を取り、レジ係はコンピューターに行き、子供のアカウントをチェックして、その日の食事の金額を差し引きます.

紛争が発生した場合に備えて、彼らは毎日何かを購入したことを記録しており、保護者はオンラインで取引にアクセスできます。法的な問題の多くを保存します。コードに潜在的なバグがある場合は、完全な自動化を避ける必要があります。システムが 1 つの間違いを犯しただけで、人々が訴訟を起こしたり、だまされたと感じたりすることは望ましくありません。すべてが監査に対応している必要があります。

于 2013-02-26T04:39:20.300 に答える
0

私は最初のオプションで行きます。2番目のオプションでは、ユーザーがページにアクセスするたびにのみユーザーのアカウントが変更されるため、管理者が現在のアカウントの状況を確認することはできません。将来のある時点で、クライアントは管理者機能をウィッシュリストに追加すると確信しています。次に、オプション2を選択した場合は、アプリケーションをリファクタリングする必要があります。

于 2013-02-26T01:04:18.240 に答える