1

ユーザーのタイムイン/タイムアウト MF を追跡するためのデータベースを作成することを計画しています。毎週月曜日に開始し、日曜日まで実行する必要があります。

ユーザー母集団全体で満たされたテーブルがあるので、エントリを作成する必要があるユーザーとそのユーザーがどこに属しているかがわかります。これまでのところ、エントリを追跡するための次のフィールドで構成されるテーブルを提案しました (フィールドを埋めるためのサンプル データと共に)。

Field Name in table (Example of possible data)
---------------------
Employee (John Smith) 'String
Unit (Quality Assurance) 'String
WeekOf (9/9/13) 'date

InMonday (6:30) 'string, validate either a time in/out or N/A if holiday/vacation
OutMonday (3:15) '^^
HoursWorkedMonday (8.00) 'total hours worked
VacationMonday (0.00) 'if N/A for time, should have hours here
OvertimeMonday (0.00) 'any additional work hours should go here

この例では、曜日ごとに In/Out を作成する必要があります (そして、おそらく、各曜日の日付を追跡します)。これは無関係ですか、それとも毎週の時間測定を追跡するための一見より良い組織がありますか? ユニット インジケーターを含む 1 つのテーブルを使用する必要がありますか?それともユニットごとに複数のテーブルを使用する必要がありますか?

4

2 に答える 2

2

通常は、Date フィールド、In フィールド、および Out フィールドを持つ 1 つのテーブルです。これはほとんど標準的なタイムシート データです。この男がそれをどのように設定したかを見てください。

タイムシートで従業員 ID を使用していることを確認してください。そうすれば、対応するすべての関連情報 (ID、名前、住所など、従業員に保存するもの) を含む従業員テーブルが作成されます。

于 2013-09-12T20:44:59.377 に答える
1

このプロジェクトは技術的には実現可能ですが、Access で自分で作成することの価値について疑問を抱かざるを得ません。

  1. 主な問題はセキュリティにあります。

    • デスクトップ プログラムとして、これは予防措置なしで非常に簡単にハッキングされる可能性があります。Access では、ユーザー インターフェイスとデザイナー インターフェイスは既定で同じものであることに注意してください。
      • これが単純で単純なデータベースになる場合、やる気のあるユーザーはナビゲーション パネルを開くだけで、すべてのタイムシートを追加/編集/削除できます。
      • ナビゲーション パネルを非表示にすると、ユーザーは簡単な Google 検索を実行して、F11 キーを押す方法を学習できます (または、偶然見つけてしまいます)。
      • 一般ユーザーがアクセスできないアーカイブ データベースに、定期的に (毎日? 毎時?) データを転送してみることができます。これは機能しますが、レコードを編集するためのウィンドウが表示されます。また、転送を正しく行わないと、古いレコードが追加される可能性があります。
    • SharePoint上の Web フォームとして、これはかなり安全です。Sharepoint をお持ちの場合は、これをお勧めします。

  2. また、開発時間も考慮する必要があります。これは、レストランから工場、学校に至るまで、多くの業界で非常に一般的なビジネス タスクです。そのため、今日から使い始めることができる安価な Web ベースのオプションがすでに数多くあります。これらのいくつかには、部門ごとに数字を分割した要約レビューも含まれていると思います.

    私はこれらを自分で調査したことはありませんが、簡単なグーグル検索で次の興味深いページが見つかりました: http://en.wikipedia.org/wiki/Comparison_of_time_tracking_software

于 2013-09-12T22:01:18.430 に答える