データベースの開発「高等教育機関のスケジューリング。 Accessデータベース大学Accessを使用してバススケジュールデータベースを作成する
ロシア連邦教育科学省
連邦州予算教育機関
高等専門教育
「東シベリア州立大学
テクノロジーとコントロール」
（FGBOU VPO VSGUTU）
情報システム学科
コースプロジェクト
分野「データベース」について
トピック「データベース開発
「高等教育機関のスケジューリング」
|
実行： |
学生グループ529 |
|
__________ |
|
|
スーパーバイザー： |
博士号、准教授 |
|
___________ |
バザロンS.A. |
|
Normコントローラー： |
博士号、准教授 |
|
___________ |
Chimitova E.G. |
|
学年： |
___________ |
|
保護日： |
___________ |
ウラン・ウデ
2012
はじめに……………………………………。…………………………………………3
1.データベースの設計…………………………...…………。………5
1.1。 問題の説明………………………………………………….... 6
1.2。 サブジェクトエリアの説明と …………………………………………6
1.3。 基本ロジック設計はい NS 番号付き…………………... 8
2.データベースの実装とカスタムアプリケーション…………..10
2.1。 物理データベースモデルの設計…………………11
2.2。 Microsoft SQLServerでデータベースを作成する……………………... 13
2.3。 クライアントアプリケーションの実装 e ………………………………... 17
結論e ………………………………………………………………….21
使用されたソースのリストと kov……………………………………... 23
付録A………………………………………………………………25
付録B…………………………………………………………….27
付録B………………………………………………………………29
前書き
教育プロセスの効果的かつ合理的な編成は、教育機関の最も重要なタスクの1つです。 したがって、このプロセスを自動化するという問題はますます緊急になっています。
特に学習プロセスの組織でコンピューターを使用する場合 O さまざまな種類のソフトウェア製品を使用すると、手動で整理するときに発生する多くの重複がなく、このプロセスをはるかに正確かつ高速にすることができます。
スケジューリングのタスクは、 e 占有された機械的分配の機能を実装するいくつかのプログラムわたし その（プログラム）が使用して終了する学期の初めにと 出てきています。 労働力のより効率的な利用の経済効果 o out p e リソースは、この労働力を管理するための骨の折れる作業の結果としてのみ達成できます。 ここでのスケジュールは、そのような管理のためのツールにすぎず、その最大限の活用のためには、プログラムが O 最適なスケジュールを設定するだけでなく、それを維持するための手段 NS スケジューリング時に一定と見なされていた入力データが変更された場合。
したがって、このコースプロジェクトの目的は、と 「Cの例でのデータベース管理システム「スケジューリング」 O データベースとユーザーアプリケーションを含む「高等教育機関の時間割を設定する」。
コースプロジェクトの目的は、次のように定式化できます。
- データベースの論理モデルと物理モデルの作成。
- SQL Server ManagementStudioでデータベースを作成します。
- Delphi7でプログラムインターフェイスを作成します。
1.データベースの設計
1.1。 問題の定式化
それに関連するデータを保存するために、データベース「高等教育機関のスケジューリング」を開発する必要があります。
カスタムアプリケーションを開発して実装することも必要です。 O の追加、削除、編集が行われるセクション NS データベーステーブルエントリ。 アプリケーションには、情報の検索、フィルタリング、およびレポートの生成のための機能が含まれている必要があります。
1.2。 サブジェクトエリアの説明
高等教育機関のクラスの時間割は、学生、教師、知識の場所を単一の相互接続されたシステムに統合するのに役立ちます。 e クラス（教室）。
クラスのスケジュールの最適化は、教育プロセスを大幅に最適化できる主な要因の1つです。
特に、大学の発展と効果的な機能の最も重要な段階の1つである教育プロセスの編成は、教育機関のさまざまな部門によって解決される一連の相互に関連するタスクです。 これらのタスクの1つは構成です v スケジューリング。 教師の仕事の有効性、芸術の教材の同化は、スケジュールがどれだけうまく作成されているかに依存します。で 歯科医、大学の知的および物質的資源の合理的な使用。
従来の方法は、次の手順で構成されています。手動で行う：
1.カリキュラムの開発と承認。
2.分野のリストの計画からの選択とそれらを部門に割り当てるとmi。
3.他の学部の部門のトレーニング課題を作成する NS 教師の教育負荷を強化する。
4.部門内のワークロードの分散。
5.学期のパスを作成します。このパスには、分野、クラスの種類、各種類の時間、および教師に関する情報が含まれています。
6.パートタイムで働く教師の忙しくて自由な時間を説明する。
7.スケジューリング。
1.3。 論理データベースモデルの設計
データ設計プロセスは、論理モデリングと物理設計の2つの段階に大別できます。 neの結果 NS それらの1つは、いわゆる論理（または概念）mです。 O デルデータ。通常、「エンティティ関係」図またはER（エンティティ関係）図で表されます。これは、標準の1つで表されます。 NS このような図を表示するために使用される表記。 第2段階の結果は、既製のデータベースまたはそれを作成するためのDDLスクリプトです。にや。
論理データモデルは、pの対象となるファクトとオブジェクトを記述します e 将来のデータベースへの登録。 このようなモデルの主なコンポーネントは、エンティティ、それらの属性、およびそれらの間の関係です。 原則として、物理的な e 将来のデータベースのエンティティの類似物はテーブルであり、物理的なものです e 属性の類似物は、このテーブルのフィールドです。 論理的な観点からは、エンティティは類似したオブジェクトまたはfaのコレクションです。に このエンティティのインスタンスと呼ばれる仲間。 exeファイルの物理的なアナログ NS プレイは通常、データベーステーブルのレコードです。 リレーショナルDBMSテーブルのレコードと同様に、エンティティインスタンスは一意である必要があります。つまり、属性の値の完全なセットを複製してはなりません。 また、テーブルのフィールドと同様に、属性はキーまたは非キーにすることができます。 論理設計の段階で、属性ごとに、通常は決定されます e おおよそのデータ型（文字列、数値、BLOBなど）が使用されます。 コンクリート e 違いがあるので、物理設計の段階でtizationが発生します NS 異なるDBMSは、異なるタイプのデータとその長さまたは精度の制限をサポートします。
表1.エンティティとその属性
|
エンティティ |
属性 |
説明 |
|
時刻表 |
スケジュールコード |
スケジューリング |
|
グループコード |
||
|
オーディエンス番号 |
||
|
教師コード |
||
|
規律コード |
残りのエンティティから |
|
|
曜日コード |
||
|
職業タイプコード |
||
|
ペア番号 |
||
|
学部 |
教員コード |
学部に関する情報 |
|
学部 |
||
|
専門 |
専門コード |
大学の専門分野に関する情報 |
|
専門の名前 |
||
|
観客 |
オーディエンス番号 |
利用可能なすべての建物の聴衆への情報 |
|
フレーム |
||
|
座席の数 |
||
|
住所 |
||
|
規律 |
規律コード |
研究されたすべての分野 |
|
分野名 |
||
|
ペア番号 |
ペア番号 |
ペア期間情報 |
|
始まる時間 |
||
|
終了時間 |
||
|
曜日 |
曜日コード |
曜日とそのコードに関する情報 |
|
曜日の名前 |
||
|
職業の種類 |
職業タイプコード |
講義または練習 |
|
曜日の名前 |
||
|
トーマスの教え |
トレーニングフォームコード |
フルタイムまたはパートタイムの学習形態 |
|
研究形態の名称 |
||
|
教師 |
教師コード |
先生のための情報が含まれています |
|
先生のフルネーム |
||
|
部門コード |
||
|
アクセスコード |
||
|
ランクコード |
||
|
学位コード |
||
|
椅子 |
部門コード |
部門に関する情報 |
|
部署名 |
||
|
ポジション |
位置コード |
大学の従業員の位置 |
|
職名 |
||
|
ランク |
ランクコード |
大学のランク |
|
タイトル名 |
||
|
学位 |
学位コード |
大学労働者の学位 |
|
学位の称号 |
2. データベース開発およびユーザーアプリ
2.1。 物理データベースモデルの設計
物理データベースの設計は、運用を準備するプロセスですと セカンダリストレージデバイスへのデータベースの実装。 このステップでは、基本的な関係、ファイルの編成、および n de k データへの効果的なアクセスを提供するように設計されたルール、および関連するすべての整合性制約と保護。
データベースの物理設計を開始するときの最初のステップは、特定のターゲットDBMSを選択することです。 したがって、物理的なPR O 設計は特定のDBMSと密接に関連しています。 物理設計の段階で決定が行われるため、論理設計と物理設計の間には常にフィードバックがあります。 O システムのパフォーマンスを向上させると、lの構造に影響を与える可能性があります O gicalデータモデル。
通常、物理データベース設計の主な目標は、データベースの論理設計が物理的にどのように実装されているかを説明することです。 データベースの物理モデル「スケジュールの編集」を想像してみてくださいと 大学のためのサニア」は、表1のエンティティの表の形式です。
表2.スケジュール
|
スケジュールコード |
グループコード |
オーディエンス番号 |
教師コード |
規律コード |
曜日コード |
職業タイプコード |
ペア番号 |
表3.グループ
|
グループコード |
生徒達の人数 |
教員コード |
トレーニングフォームコード |
専門コード |
表4.教員
表5.専門分野
表6.対象者
|
オーディエンス番号 |
フレーム |
座席の数 |
住所 |
表7.規律
表8.ペア番号
|
ペア番号 |
始まる時間 |
終了時間 |
表9.曜日
表10.職業の種類
|
職業タイプコード |
職業の種類 |
表11.部門
|
部門コード |
部署名 |
表12.教育の形態
|
トレーニングフォームコード |
研究形態の名称 |
表13.教師
|
教師コード |
先生のフルネーム |
部門コード |
位置コード |
ランクコード |
学位コード |
表14.位置
表15.ランク
|
ランクコード |
タイトル名 |
表16.学位
|
学位コード |
学位の称号 |
2.2。 でのデータベース作成 Microsoft SQL Server
を使用してSQLServer ManagementStudioでデータベースを作成するで データベース設計には論理モデルと物理モデルがあります（1.3。および2.1を参照）。
したがって、SQL Serverをインストールした後、データベースが作成され、ポインティングされます NS 保存するパスがあります。 次のステップは、エンティティに従ってテーブルを作成することです。
データベーステーブルの作成 "ラスピサニー "。 ATRのプロパティについて説明しますと テーブルデータのバット（データ型、長さ、ゼロ値の解像度nああラ）。
表17.対象者
表18.グループ
表19.曜日
表20.規律
表21.位置
表22.ランク
表23.部門
表24.ペア番号
表25.教師
表26.スケジュール
表27.専門分野
表28.職業の種類
表29.学士号
表30.教員
表31.研究の形態
必要に応じて、を開いてすべてのテーブルに入力することもできます ytii。
テーブルのリンクは、が設定されているダイアグラムの作成を通じて行われます。 v テーブル間のすべての関係が再生されます。 データベース関係図 "ラスピサニー 「付録Bにあります。
2.3。 クライアントアプリケーションの実装
クライアントアプリケーションは環境に実装されていますデルファイ 7.データベースインターフェース "ラスピサニー »情報の入力、出力、編集などの操作を行う9つの形式で構成されています。 また、操作を含む3つのフォーム：検索、フィルタリング、レポート。
実例として、メインフォーム、検索、レポートを見てみましょう。
「スケジュール」フォームでは、データが入力されます DBEditとDBLoockUpComboBoxおよびDBNavigatorの使用 コンポーネントに表示されます DBGrid。 Cp約 これらのコンポーネントの能力により、データベース自体に変更を加えることができます SQL。
図1フォーム「グループのスケジュール」
プログラム自体をナビゲートするのに便利なように、 m ponent MainMenu ..。 プログラムの任意の形式に切り替えるのに役立ちます（図2を参照）。
図2.コンポーネントの使用メインメニュー
検索操作では、「グループ」テーブルから選択したグループに関するデータを見つけることができます。
図3.検索
検索するには、からグループを選択する必要があります NS 落下リスト。 そして、「検索」ボタンをクリックします。 さらにnのために O 情報リクエストは「キャンセル」ボタンをそっとクリックします。そうすると、すべてはいが返されます。 NS データベースにあるすべてのグループに関する情報。
図4.検索操作
また、フォームには、他の操作に移動するためのボタン、メインフォーム、および[終了]ボタンがあり、押すと検索フォームが閉じます。
レポートのフォームを実行すると、フォームに[レポートを表示]ボタンとコンポーネントがあることがわかります。 QReport 、レポート自体を表示するだけで、グループにグループ化されます。
図5.「レポート」フォーム
「レポートを表示」ボタンをクリックすると、レポート自体が表示されます。
図6.グループごとのグループ化されたレポート
結論
コースプロジェクトを完了すると、プログラムのスキルを開発することが計画されました NS プログラムのプログラミングとデバッグ、および設計能力の確認 O 標準に従った開発のための文書。
このプログラムは完全なソフトウェア製品ですが、改訂は可能です。 次のような機能を追加する必要があります。
- 情報（パスワード、暗号化など）の保護を確保する。
- kaを提供するマルチプレイヤーモードを提供する NS 操作モードと設定のユーザーのホーム。
- 入力時に異なるテーブルの同じフィールドに自動的に入力されます。
プログラムはユーザーフレンドリーなインターフェースを備えています。 このシェルに精通している人にとって、プログラムの使用は難しくありません。 プログラムを使用するための便利なヘルプシステムを使用すると、プログラム内を移動する方法をすばやく学ぶことができます。 一般的に、プログラムは実際に使用することができます。
コースプロジェクトの結果として、データベースプログラミングとオブジェクト指向の分野の知識 O 文法、科学的および技術的情報を使用するスキルを習得しました。
使用されているソースのリスト
- DBMSの操作の基本を学ぶマイクロソフト SQLServer2005。系統的 e コース「オルガン」の実験室作業の指示と データベースと知識のzation "、Orlovsky DL、NTU" KhPI "、ACS部門、2009年。
- でのクライアントサーバーアプリケーションの開発 Delphi、Andrey Shkryl、 BHV-ピーターズバーグ、2006年。
付録A
ERwinのエンティティ
付録B
チャートテーブル SQL
付録B
「検索」操作のリスト
検索
プロシージャTForm9.Button2Click（送信者：TObject）;
始める
Query1.Active：= false;
生徒達の人数、 NS。 教員、c。 フォームの名前、 NS。 専門分野のコード、 NS。 NameSpecialties";
CodeFormLearning= c。 CodeFormLearning）および（a。 専門分野のコード= d。 専門分野のコード）および（e。GroupID= "" "+ combobox1.Text +" ""） "）;
Query1.Active：= true;
終わり;
キャンセル
プロシージャTForm9.Button3Click（送信者：TObject）;
始める
Query1.Active：= false;
Query1.SQL.text：= "selecte。GroupID、a。 生徒達の人数、 NS。 教員、c。 フォームの名前、 NS。 専門分野のコード、 NS。 NameSpecialties";
Query1.SQL.Add（ "fromdbo。Groupa、dbo。Facultyb、dbo。Formof Education c、dbo。Specialtyd、dbo。Groupe"）;
Query1.SQL.Add（ "where（a。GroupCode=e。GroupCode）and（a。FacultyCode=b。FacultyCode）and（a。 CodeFormLearning= c。 CodeFormLearning）および（a。 専門分野のコード= d。 専門分野のコード)");
Query1.Active：= true;
終わり;
「フィルタリング」操作のリスト
濾過
プロシージャTForm10.Button1Click（送信者：TObject）;
始める
Query1.Active：= false;
先生のフルネーム、 NS。 分野名、 NS。 曜日の名前
Query1.SQL.Add（ "where（e。 教師コード= a。 教師コード）および（e。規律コード= b。規律コード）および（e。平日コード= c。平日コード）および（e。職業タイプコード= d。職業タイプコード）および（c。 曜日の名前= "" "+ combobox1.Text +" ""） "）;
Query1.Active：= true;
終わり;
キャンセル
プロシージャTForm10.Button2Click（送信者：TObject）;
始める
Query1.Active：= false;
Query1.SQL.Text：= "select e。スケジュールコード、e。グループコード、e。オーディエンス番号、a。 先生のフルネーム、 NS。 分野名、 NS。 曜日の名前、 NS。 職業タイプ、e。 NumberPair ";
Query1.SQL.Add（ "fromdbo。Teachera、dbo。Disciplineb、dbo。Dayof the Week c、dbo。LessonType d、dbo。Schedulee"）;
Query1.SQL.Add（ "where（e。 教師コード= a。 教師コード）および（e。規律コード= b。規律コード）および（e。平日コード= c。平日コード）および（e。OccupationTypeコード=d。OccupationTypeコード） "）;
Query1.Active：= true;
終わり;
牧師
シート
文書番号
サイン
日にち
シート
D.529.3.4.2.124.12.PZ
牧師
シート
文書番号
サイン
日にち
シート
D.529.3.4.2.124.12.PZ
発展した。
ウラハエフA.ユウ
チェック。
バザロンS.A.
N.カウンター。
Chimitova E.G.
承認済み。
バザロンS.A.
と 彼らの教育機関
点灯。
シート
VSGUTU
gm。
シート
文書番号
サイン
日にち
シート
D.529.3.4.2.124.12.PZ
牧師
シート
文書番号
サイン
日にち
シート
D.529.3.4.2.124.12.PZ
発展した。
ウラハエフA.ユウ
チェック。
バザロンS.A.
N.カウンター。
Chimitova E.G.
承認済み。
バザロンS.A.
あなたのためのスケジューリングと 彼らの教育機関
点灯。
シート
VSGUTU
牧師
シート
文書番号
サイン
日にち
シート
D.529.3.4.2.124.12.PZ
牧師
シート
文書番号
サイン
日にち
シート
D.529.3.4.2.124.12.PZ
牧師
シート
文書番号
サイン
日にち
シート
D.529.3.4.2.124.12.PZ
牧師
シート
文書番号
サイン
日にち
シート
D.529.3.4.2.124.12.PZ
牧師
シート
文書番号
サイン
日にち
シート
D.529.3.4.2.124.12.PZ
発展した。
ウラハエフA.ユウ
チェック。
バザロンS.A.
N.カウンター。
Chimitova E.G.
承認済み。
バザロンS.A.
あなたのためのスケジューリングと 彼らの教育機関
点灯。
シート
VSGUTU
牧師
シート
文書番号
サイン
日にち
シート
D.529.3.4.2.124.12.PZ
牧師
シート
文書番号
サイン
日にち
シート
D.529.3.4.2.124.12.PZ
牧師
シート
文書番号
サイン
日にち
シート
D.529.3.4.2.124.12.PZ
牧師
シート
文書番号
サイン
日にち
シート
D.529.3.4.2.124.12.PZ
牧師
シート
文書番号
サイン
日にち
シート
D.529.3.4.2.124.12.PZ
牧師
シート
文書番号
サイン
日にち
シート
D.529.3.4.2.124.12.PZ
牧師
シート
文書番号
サイン
日にち
シート
D.529.3.4.2.124.12.PZ
牧師
シート
文書番号
サイン
日にち
シート
D.529.3.4.2.124.12.PZ
牧師
シート
文書番号
サイン
日にち
シート
D.529.3.4.2.124.12.PZ
牧師
シート
文書番号
サイン
日にち
シート
D.529.3.4.2.124.12.PZ
牧師
シート
文書番号
サイン
日にち
シート
D.529.3.4.2.124.12.PZ
発展した。
ウラハエフA.ユウ
チェック。
バザロンS.A.
N.カウンター。
Chimitova E.G.
承認済み。
バザロンS.A.
あなたのためのスケジューリングと 彼らの教育機関
点灯。
シート
VSGUTU
牧師
シート
文書番号
サイン
日にち
シート
D.529.3.4.2.124.12.PZ
牧師
シート
文書番号
サイン
日にち
シート
D.529.3.4.2.124.12.PZ
発展した。
ウラハエフA.ユウ
チェック。
バザロンS.A.
N.カウンター。
Chimitova E.G.
承認済み。
バザロンS.A.
あなたのためのスケジューリングと 彼らの教育機関
点灯。
シート
VSGUTU
牧師
シート
文書番号
サイン
日にち
シート
D.529.3.4.2.124.12.PZ
牧師
シート
文書番号
サイン
日にち
シート
D.529.3.4.2.124.12.PZ
発展した。
ウラハエフA.ユウ
チェック。
バザロンS.A.
N.カウンター。
Chimitova E.G.
承認済み。
バザロンS.A.
あなたのためのスケジューリングと 彼らの教育機関
点灯。
シート
VSGUTU
牧師
シート
文書番号
サイン
日にち
シート
D.529.3.4.2.124.12.PZ
発展した。
ウラハエフA.ユウ
チェック。
バザロンS.A.
N.カウンター。
Chimitova E.G.
承認済み。
バザロンS.A.
あなたのためのスケジューリングと彼らの教育機関
点灯。
シート
2
VSGUTU
牧師
シート
文書番号
サイン
日にち
シート
29
D.529.3.4.2.124.12.PZ
発展した。
ウラハエフA.ユウ
チェック。
バザロンS.A.
N.カウンター。
Chimitova E.G.
承認済み。
バザロンS.A.
あなたのためのスケジューリングと彼らの教育機関
点灯。
シート
3
組織
大学データベースにアクセスする
特性の最小リスト：
教師の番号、氏名、住所、役職、学位。
コード、名前、時間数、コントロールのタイプ、および主題のセクション（分野）。
コード、名前、部門長の番号。
教師が主題、日付、時刻、グループを読む教室の数。
1人の教師が複数の分野を教えることができ、1つの分野が複数の教師によって教えられることができます。
注：分野のサイクル：人道、一般工学、数学、コンピューターなど。
サンプル：
2011年の春に「失業」した教師を選んでください。
スケジュール内のオーディエンスの「重なり」の可能性を判断します。
2011年3月のOKE-40 'グループのクラスのスケジュールを表示します。
各グループについて、各サイクルの分野の割合をパーセンテージで決定します。
1）テーブル構造、キーフィールドを作成します。 テーブルにデータを入力します。 テーブル内のデータの量は、タスク要求ごとに少なくとも3〜5レコードの発行を保証する必要があります。 テーブル間の関係を確立します。
2）ユーザーフレンドリーな形式で情報を入力するためのフォームを作成します。
3）割り当てに従ってサンプルリクエストを作成します。 パラメトリッククエリを作成します。 更新要求と削除要求を作成します。 相互参照クエリを作成します。 レポートを生成するためのクエリを作成します。
4）簡単なレポートを作成し、以前に作成したクエリに基づいてレポートを作成します。
5）以前に作成したすべてのデータベースオブジェクト（テーブル、フォーム、クエリ、レポート）を操作するためのボタンフォームを作成します。 データベースからの出口（作業の終了）をフォームに提供します。
表「専門分野」-Accessデータベース「大学」
学部テーブル-大学のデータベースアクセス
フォーム「Departments」-データベース「University」にアクセス
部門長レポート-Accessデータベース「大学」
「Teacheroutofwork」のクエリ-データベース大学へのアクセス
時刻表オーバーレイクエリ-AccessDatabase University
「スケジュールOKE-40」のリクエスト-データベース大学へのアクセス
コースパーセンテージクエリ-AccessDatabase University
メインボタンフォーム-Accessデータベース「University」
既製のAccessデータベース「University」は、以下のリンクからダウンロードできます。
. レディデータベースアクセス大学
MS Accessデータベース（DB）をダウンロードします。 データベース「大学」にアクセスします。 データベースにアクセスします。 obdアクセス; subdアクセス; データベースにアクセスします。 アクセス例; プログラミングアクセス; 準備ができたデータベース; データベースの作成; DBMSデータベース; コースワークにアクセスする。 データベースの例; アクセスプログラム; アクセスの説明; 要約にアクセスします。 アクセス要求; アクセス例; データベースアクセスをダウンロードします。 オブジェクトにアクセスします。 アクセス中のdb; subdアクセスをダウンロードします。 msaccessデータベース; subdアクセス抽象; subdmsアクセス; アクセスのメリット; データベース; アクセスするデータベースをダウンロードします。 データベース; リレーショナルデータベース; データベース管理システム; コースデータベース; データベースをダウンロードします。 データベースのダウンロードにアクセスします。 データベースアクセスのダウンロード
前書き
国家の効果的な発展は、管理システムなしでは考えられません。 最新の制御システムは、最新の情報処理システムと最新の情報処理システムに基づいています。 最新のコンピューター制御システムは、データの正確で完全な分析を提供し、遅滞なく時間内に情報を取得し、重要な指標の傾向を判断します。
データベースは、データの追加、選択、表示を提供する、構造化され相互に関連するデータとメソッドのコレクションです。 データベース管理システムの概念は、データベースの概念と密接に関連しています。 これは、新しいデータベースの構造を作成し、コンテンツを入力し、コンテンツを編集し、情報を視覚化するように設計されたソフトウェアツールのセットです。 データベース情報の視覚化とは、特定の基準に従って表示されたデータを選択し、それらの順序、設計、およびその後の出力デバイスへの配信、または通信チャネルを介した送信を意味します。
世界には多くのデータベース管理システムがあります。 それらは異なるオブジェクトで異なる動作をし、ユーザーに異なる機能とツールを提供できるという事実にもかかわらず、ほとんどのDBMSは、確立された単一の基本概念のセットに依存しています。 これにより、1つのシステムを検討し、その概念、手法、およびメソッドをDBMSのクラス全体に一般化する機会が得られます。 このような教育オブジェクトとして、MicrosoftOfficeパッケージに含まれているMicrosoftAccessDBMSを選択します。 ほとんどすべてのDBMSでは、テーブルに新しいデータを追加できます。 この観点から、DBMSは、データベースの機能の一部をエミュレートできるスプレッドシートプログラム（Excel）と同じです。 DBMSプログラムとスプレッドシートプログラムには、次の3つの基本的な違いがあります。
DBMSは、スプレッドシートが処理できるよりもはるかに大きい大量の情報を効率的に処理するように設計されています。
DBMSは、2つのテーブルを簡単にリンクできるため、ユーザーはそれらを1つのテーブルとして見ることができます。 この機能をスプレッドシートに実装することはほとんど不可能です。
DBMSは、データベースの合計サイズを最小化します。 これを行うには、重複データを含むテーブルを複数の関連テーブルに分割します。
Accessは強力なWindowsアプリケーションです。 同時に、DBMSのパフォーマンスは、Windowsのすべての便利さと利点と有機的に組み合わされています。
リレーショナルデータベース管理システムとして、Accessはすべてのタイプのデータへのアクセスを提供し、同時に複数のデータベーステーブルを使用できるようにします。 Accessは、データベースファイルがネットワーク全体で共有リソースであるマルチユーザーアプリケーションを構築するために特別に設計されています。 Accessは、ファイルへの不正アクセスに対する信頼性の高い保護システムを実装しています。
このコースプロジェクトの枠組みの中で、手段によって設計および実装する必要があります MS アクセスクラスのスケジュールを作成できる情報システム。
ディスパッチャはクラスのスケジューリングを担当します。 コーディネーターがクラススケジュールを設定するのに役立つデータベースを構築する必要があるとします。 これを行うには、次の情報が必要です。
・聴衆の雇用;
・グループ;
・教師の専門性と自由時間。
・通話スケジュール。
・分野（カリキュラム）;
・曜日。
・時間割;
・ シラバス。
コーディネーターは、基本レコードの形式でスケジュールを入力する必要があります。
曜日
始まる時間
観客
規律
教師
入力するときは、フォームの「重複」を許可しないようにする必要があります。
1.異なるグループが同時に1つの教室に参加します。
2. 1つの同じグループが同時に、異なる科目または異なる教師のいずれかで、異なる教室に従事している。
3. 1人の同じ教師が、異なる教室、異なる科目、または異なるグループで同時に勉強しています。
さらに、情報システムはスケジュール要求に関する情報を表示する必要があります。
・グループ;
・教師;
ユーザーに指定された情報を提供するには、グループ、聴衆、教師に関する参照データをデータベースに保存する必要があります。 サブジェクトエリアの分析の結果、参照情報を含むドキュメントが識別されます：「グループ」（図1.2.1）、「オーディエンス」（図1.2.2）、「教師」（図1.2.3） 、「通話スケジュール」（図1.2.4）、「分野」（図1.2.5）、「曜日」（図1.2.6）、「スケジュール」（図1.2.7）、「カリキュラム」（図1.2。8）。 以下は書類の形式です。
図1.2.1参照文書「グループ」の形式
図1.2.3参照文書「Teachers」の形式
図1.2.4参照文書「通話スケジュール」の形式
図1.2.5参照文書「分野」の形式
図1.2.6参照文書「曜日」の形式
図1.2.7参照文書「スケジュール」の形式
「スケジュール」データベースの作成
序章。
論文は、データベース設計の分析に専念しているだけでなく、教育機関の電子文書を維持するためのプログラムを構築する例についてのフォームとレポートを構築する方法を強調しています。 Microsoft Accessは、データベースを構築するためのツールとして使用されました。 このDBMSは当初から、完全なアプリケーションを開発するための広範な機能と組み合わされた使いやすさによって際立っていました。
トピックの関連性。
現在、社会のコンピュータ化が進んでいるにもかかわらず、教育の分野では、文書化と報告の維持プロセスを十分に自動化する手段がまだありません。
複雑なタスクの1つは、教育プロセスのスケジュール設定の問題、および必要に応じてスケジュールを迅速に調整することの問題と見なすことができます。
検討中の問題の適時性と関連性は、教育機関の管理者と教師がさまざまな文書とレポートの作成にほとんどの時間を費やしているという事実によって証明されています。 膨大な数の教育機関とこの分野での提案の欠如は、この製品に対する高い需要を保証します。
データベース（DB）は現在、人間の活動のほぼすべての領域に含まれる情報プロセスのコンピューターサポートの基盤となっています。
確かに、情報処理プロセスには共通の性質があり、相互に関連するデータのセットとして表現される現実の断片の記述に基づいています。 データベースは、データ構造を表現および操作するための効率的な手段です。 データベースの概念は、統合されたストレージ機能を使用して、多くのユーザーに一元化されたデータ管理と保守を提供することを前提としています。 この場合、データベースは、データベース管理システム（DBMS）と呼ばれる単一のソフトウェアによってコンピューター環境でサポートされる必要があります。 DBMSとアプリケーションプログラムは、データバンクと呼ばれます。
DBMSの主な目的の1つは、現実に対応する表現のソフトウェアサポートです。
サブジェクトエリアの簡単な説明。
サブジェクトエリアは、データベースとそのアプリケーションを使用して記述またはモデル化された現実の断片です。 サブジェクトエリアでは、情報オブジェクトが区別されます。つまり、実世界、プロセス、システム、概念などの識別可能なオブジェクトであり、その情報はデータベースに保存されます。
このコース作業では、「スケジュール」データベースが開発され、大学でのクラスのスケジュールを自動化して時間を短縮します。
スケジュールには次の表が含まれています。
1人の教師
2人の聴衆
4レッスン
5ペアタイム
6スケジュール
表1教師表2聴衆
|
観客 |
|||
|
オーディエンスコード |
|||
表3グループ
|
グループコード |
学部 |
専門 |
||
|
情報学 |
情報システム |
|||
|
法学と権利 |
ジュリスト |
|||
|
情報学 |
応用情報学（経済学） |
|||
|
経済 |
経済科学の歴史 |
|||
|
経済 |
マーケティング |
バグ-123AGA |
||
表5カップルタイム表4アクティビティ
|
アクティビティコード |
職業タイプ |
|
データベース |
|
|
プログラミング |
|
|
OS |
|
|
管理 |
|
|
哲学 |
|
カップルの時間 |
||
表6スケジュール
|
スケジュール |
||||||
|
アクティビティコード |
職業タイプ |
教師 |
観客 |
|||
|
プログラミング |
アレクサンドロワO.A. |
|||||
|
管理 |
キリロフN.ヤ |
|||||
|
管理 |
パブレコフスカヤI.M. |
|||||
|
プログラミング |
アキモフA.V. |
|||||
|
データベース |
キリロフN.ヤ |
|||||
|
OS |
アレクサンドロワO.A. |
|||||
|
プログラミング |
キリロフN.ヤ |
属性とそのプロパティの説明。
属性またはフィールドはデータ型です。 データ型を選択するときは、次の点を考慮してください。
フィールドに表示する必要のある値。
フィールドに値を格納するために必要なスペースの量。
フィールドの値を使用して実行する必要がある操作。
フィールドの並べ替えまたはインデックス付けが必要かどうか。
グループ化をクエリまたはレポートで使用するかどうか。
フィールドの値をどのようにソートするか。
フィールドは全部で10種類あります。
表2。
|
データ・タイプ |
応用 |
||
|
文章 |
テキストまたはテキストと数字の組み合わせ |
最大255文字 |
|
|
長いテキスト。 ソートもインデックスも付けられていません。 |
最大64,000文字 |
||
|
数値 |
計算に使用される数値データ |
1、2、4、8バイト |
|
|
日付時刻 |
日付と時刻は、正しい並べ替えを保証します。 |
||
|
金銭的な |
通貨の値。 丸めを防ぐため。 |
||
|
レコードを追加するときの連番または乱数の自動挿入。 |
|||
|
論理的 |
タイプはい/いいえの2つの値 |
||
|
OLEオブジェクト |
他のプログラムで作成されたオブジェクト。 |
最大1ギガバイト |
|
|
最大64,000文字 |
|||
|
置換ウィザード |
別のテーブルまたは値のリストから値を選択できます。 |
キーフィールドサイズ別 |
タイプに加えて、フィールドには、画面上および印刷時にテキスト、数値、日付、および時刻の値を表示するためのフォーマットを指定できるフォーマットがあります。 コントロールのフィールドの形式は、プロパティウィンドウ、およびテーブルデザインモード（フィールドプロパティセクション）またはクエリウィンドウ（フィールドプロパティウィンドウ）のテーブルまたはクエリのフィールドで設定されます。 形式は、数値、通貨、ブール、カウンター、および日付/時刻のデータ型を持つフィールドの組み込み形式のリストから選択できます。 また、OLEオブジェクト以外のフィールドタイプについては、独自のカスタム形式を作成することができます。 または、マクロまたはVisualBasicプログラムでこのプロパティの値を設定することもできます。
関係デザイン
表7.情報オブジェクトの関係
|
通信番号 |
主な対象 |
スレーブオブジェクト |
通信タイプ |
|
教師 |
スケジュール |
||
|
観客 |
スケジュール |
||
|
スケジュール |
|||
|
スケジュール |
|||
|
カップルの時間 |
スケジュール |
テーブル間の関係の説明-関係。
すべてのテーブルを作成した後、それらの間のリンクを確立する必要があります。
テーブル間の関係は、キーフィールド内の一致する値間の関係を確立します。通常、同じ名前を持つ異なるテーブル内のフィールド間の関係を確立します。 ほとんどの場合、他のテーブルの外部キーは、各レコードを一意に識別する1つのテーブルのキーフィールドに関連付けられています。
最も一般的に使用されるタイプの関係は1対多です。 これに関連して、テーブルAの各レコードはテーブルBの複数のレコードに対応でき、テーブルBのレコードはテーブルAの複数の対応するレコードを持つことはできません。
多対多の関係もあり得ます。 この関係により、テーブルAの1つのレコードはテーブルBの複数のレコードに対応し、テーブルBの1つのレコード（テーブルAの複数のレコード）に対応できます。このようなスキームは、キーが構成される3番目の（リンク）テーブルを使用してのみ実装されます。テーブルAおよびBの外部キーフィールドである少なくとも2つのフィールドの。
最もまれなタイプの1対1の通信。 この関係により、テーブルAのレコードはテーブルBに最大で1つの関連レコードを持つことができ、その逆も可能です。 この関係を使用して、非常に幅の広いテーブルを分離し、セキュリティ上の理由からテーブルの一部を分離し、レコードのサブセットに関連する情報をマスターテーブルに格納します。 たとえば、機密データを保存するため。
スキーマを作成するには、データスキーマ作成ツールを使用します。
データスキーマを図1に示します。テーブルGroup、Audience、Teachers、Classes、Time Couplesは、コードフィールドによってスケジュールテーブルにリンクされています。
図1.データのスキーム「スケジュール」
属性間の機能的関係を確立し、主要な属性を強調します。
リレーショナルデータベースの利点は、クエリ、フォーム、およびレポートを使用して、さまざまなテーブルからデータをすばやく見つけて関連付けることができることです。 これを行うには、各テーブルに、テーブル内の各レコードを一意に識別する1つ以上のフィールドが含まれている必要があります。 これらのフィールドはキーフィールドと呼ばれます。
Microsoft Accessのキーフィールドには、カウンター、単純キー、複合キーの3種類があります。
カウンターフィールドをキーとして指定するのが、キーフィールドを作成する最も簡単な方法です。
フィールドにコードや在庫番号などの一意の値が含まれている場合、このフィールドをキーフィールドとして定義できます。
個々のフィールドの値の一意性を保証できない場合は、複数のフィールドで構成されるキーを作成できます。 これらのフィールドの組み合わせは一意になります。
インデックスは、テーブル内の個々の行への迅速なアクセスを提供するデータベースオブジェクトです。 インデックスは、クエリとテーブルデータの並べ替えのパフォーマンスを向上させるために作成されます。 インデックスは、テーブルに対する特定のタイプのキー制約を維持するためにも使用されます。
インデックスは、頻繁にクエリされる比較的変化の少ないテーブルに最大のメリットをもたらします。
3.データベース設計。
Microsoft Accessでは、テーブル、フォーム、およびその他のオブジェクトを作成する前に、データベースの構造を定義する必要があります。 優れたデータベース構造は、適切で効率的なデータベースを作成するための基礎です。
データベース設計段階
データベース設計の主な段階は次のとおりです。
データベースを作成する目的を決定します。
データベースに含める必要のあるテーブルの決定。
テーブル内の必須フィールドの決定。
フィールドごとに個別の値を設定します。
テーブル間の関係を定義します。
データベースの構造を更新しています。
データの追加と他のデータベースオブジェクトの作成。
MicrosoftAccessの分析ツールの使用。
データベース作成の目的の決定
データベース設計の最初の段階では、データベースを作成する目的、その主な機能、およびデータベースに含める必要のある情報を決定する必要があります。 つまり、データベーステーブルの主なトピックと、テーブルフィールドに含まれる情報を定義する必要があります。
データベースは、データベースを直接操作する人の要件を満たしている必要があります。 これを行うには、データベースがカバーするトピック、発行するレポートを決定し、データの記録に現在使用されているフォームを分析し、作成されたデータベースをそれに類似した適切に設計されたデータベースと比較する必要があります。
データベースに含める必要のあるテーブルの決定
データベース設計プロセスで最も難しい段階の1つは、テーブルの開発です。これは、データベースが生成する必要のある結果（レポート、出力フォームなど）が、テーブルの構造の全体像を常に提供するとは限らないためです。
テーブルを設計するときにMicrosoftAccessを使用する必要はありません。 最初に紙で構造を設計するのが最善です。 テーブルを設計するときは、次の基本原則に従うことをお勧めします。
表の情報は複製しないでください。 テーブル間で繰り返しがあってはなりません。
特定の情報が1つのテーブルにのみ保存されている場合は、1か所で変更するだけで済みます。 これにより、作業がより効率的になり、異なるテーブルでの情報の不一致の可能性も排除されます。 たとえば、1つのテーブルに学生の住所と電話番号を含める必要があります。
各テーブルには、1つのトピックに関する情報のみを含める必要があります。
各トピックに関する情報は、互いに独立したテーブルに含まれていると、処理がはるかに簡単になります。 たとえば、学生の住所と注文は異なるテーブルに保存されるため、注文が削除されても学生情報はデータベースに残ります。
テーブル内の必須フィールドの決定
各テーブルには異なるトピックに関する情報が含まれ、テーブルの各フィールドにはテーブルのトピックに関する個別の情報が含まれます。 たとえば、教師に関するデータを含むテーブルには、専門分野、学部、コース、グループ番号の名前のフィールドが含まれている場合があります。 各テーブルのフィールドを設計するときは、次の点に注意してください。
各フィールドは、テーブルトピックに関連付ける必要があります。
テーブルには、必要なすべての情報が含まれている必要があります。
情報は、最小の論理単位に分割する必要があります（たとえば、一般的な名フィールドではなく、名フィールドと姓フィールド）。
フィールドごとに個別の値を設定する
Microsoft Accessが顧客データや顧客注文などのさまざまなテーブルのデータをリンクするには、各テーブルに、テーブル内の各レコードの一意性を決定するフィールドまたはフィールドのセットが含まれている必要があります。 このようなフィールドまたはフィールドのセットは、主キーと呼ばれます。
テーブル間の関係の定義
テーブル間でデータを分散し、キーフィールドを定義した後、異なるテーブルのデータをリンクするスキーマを選択する必要があります。 これを行うには、テーブル間の関係を定義する必要があります。
既存のデータベース内のテーブル間の関係を調査することをお勧めします。
データベース構造の更新
テーブル、フィールド、および関係を設計した後、データベースの構造を再検討し、考えられる欠点を特定する必要があります。 テーブルにデータが入力されていないときに、この段階でこれを行うことをお勧めします。
確認するには、いくつかのテーブルを作成し、それらの間の関係を決定し、各テーブルにいくつかのレコードを入力してから、データベースが要件を満たしているかどうかを確認する必要があります。 また、ドラフト出力フォームとレポートを作成し、それらが必要な情報を提供しているかどうかを確認することをお勧めします。 さらに、テーブルからすべての可能なデータ重複を除外する必要があります。
データの追加と他のデータベースオブジェクトの作成
テーブル構造が要件を満たしている場合は、すべてのデータを入力できます。 次に、クエリ、フォーム、レポート、マクロ、モジュールを作成できます。
MicrosoftAccessでの分析ツールの使用
Microsoft Accessには、データベースの構造を改善するための2つのツールがあります。 テーブル分析ウィザードは、必要に応じてテーブルを調べ、新しい構造と関係を提案し、再設計します。
Performance Analyzerは、データベース全体を調べ、データベースを改善するための推奨事項を作成し、それらを実装します。
フォームのデザインと作成。
フォーム（Accessでデータベースを操作するための主要なツールの1つ）は、新しいレコード（テーブル行）の入力、既存のデータの表示と編集、クエリパラメーターの設定、およびそれらへの回答の出力などに使用されます。フォームは、コントロール付きの長方形のウィンドウです。 。
形状は3つの異なる方法で作成できます。
テーブルまたはクエリに基づく自動フォームの使用。 自動フォームを使用すると、基になるテーブルまたはクエリのすべてのフィールドとレコードを表示するフォームを作成できます。 選択したレコードソースに関連するテーブルまたはクエリがある場合、これらのレコードソースのすべてのフィールドとレコードもフォームに表示されます。
1つ以上のテーブルまたはクエリに基づくウィザードの使用。 ウィザードは、レコードソース、フィールド、レイアウト、必要な形式について詳細な質問をし、受け取った応答に基づいてフォームを作成します。
デザインモードで手動。 基本フォームが最初に作成され、次にデザインモードの要件に合うように変更されます。
フォームのマスターのモードでのフォームの作成。
データベースウィンドウで、[オブジェクト]リストから[フォーム]を選択します。
データベースウィンドウのツールバーの[新規]ボタンをクリックします。
[新しいフォーム]ダイアログボックスで、目的のウィザードを選択します。 ウィザードの説明がダイアログボックスの左側に表示されます。
フォームの基にするデータを含むテーブルまたはその他のレコードソースの名前を選択します。
ノート。 リストから「フォームウィザード」または「ピボットテーブル」を選択した場合、この手順は不要です。フォームのレコードのソースは後で指定できます。
[OK]をクリックします。
ウィザードの指示に従います。
フォームを作成したら、デザインビュー、ピボットテーブル、またはピボットグラフビューで編集できます。
図2スケジュールフォーム
図3フォームビルダー
リクエストの整理。
Microsoft Accessでクエリを作成するには、ウィザードを使用して自動的に行うか、[クエリデザイナ]ウィンドウで自分でクエリを作成します。 SQLモードでクエリステートメントを変更および最適化できます。
クエリウィザードは、提起された質問に対するユーザーの回答に基づいて、基本的なアクションを自動的に実行します。 Simple Select Query Wizardは、1つ以上のテーブルまたはクエリで定義されたフィールドからデータを取得するためのクエリを作成するために使用されます。 ウィザードを使用して、すべてのレコードまたはレコードの特定のグループの合計、レコード数、および平均を計算し、フィールドで最大値と最小値を見つけることもできます。 ただし、フィルター基準を使用して、このクエリによって返されるレコードの数を制限することはできません。
[新しいクエリ]ダイアログボックスで、リストから[単純クエリ]行を選択し、[OK]をクリックします。
ウィザードのダイアログボックスの指示に従います。 最後のダイアログでは、クエリを実行するか、デザインモードで開くことができます。
クエリが希望どおりでない場合は、ウィザードを使用してクエリを再作成するか、デザインモードでクエリを編集できます。
デザインモードでのクエリの操作。
データベースウィンドウの[オブジェクト]リストで[クエリ]を選択し、データベースウィンドウのツールバーで[新規]をクリックします。
[新しいクエリ]ダイアログボックスで、[デザイン]行をクリックし、[OK]をクリックします。
[テーブルの追加]ダイアログボックスで、データがクエリで使用されるオブジェクトを含むタブを選択します。
クエリに追加するオブジェクトをダブルクリックし、[閉じる]をクリックします。
クエリデザインの[フィールド]行にフィールドを追加し、必要に応じて、条件と並べ替え順序を指定します。
クエリ結果を表示するには、ツールバーの[表示]ボタンをクリックします。
レポートを作成するには、主にクエリが必要になる場合があります。 または、サンプルデータを印刷します。 このデータベースのクエリが必要です。 日付でクエリを作成しましょう。
レポートの作成と作成。
レポートは、データを印刷形式で表示するための効果的な手段です。 すべてのレポートアイテムのサイズと外観を制御する機能により、ユーザーは必要に応じて情報を表示できます。
レポートはフォームによく似ています。 フォームに使用されるテクノロジーの多くは、レポートのデザインに使用されます。
ほとんどのレポートは、データベースからの1つ以上のテーブルとクエリに添付されます。 レポートレコードのソースは、ベーステーブルとクエリのフィールドです。 レポートには、レポートの生成元であるすべてのテーブルまたはクエリのすべてのフィールドを含める必要はありません。
添付のレポートは、基になるレコードソースからデータを取得します。 タイトル、日付、ページ番号などの他のデータは、レポートレイアウトに保存されます。
レポートとそのデータソース間の関係は、コントロールと呼ばれるグラフィカルオブジェクトを使用して作成されます。 コントロールは、名前と番号を表示するフィールド、タイトルを表示するキャプション、およびデータをグラフィカルに構造化してレポートの外観を向上させる装飾的な線です。
ウィザードを使用すると、さまざまな種類のレポートをすばやく作成できます。 ラベルウィザードは宛名ラベルの作成に使用され、グラフウィザードはグラフの作成に役立ち、レポートウィザードは標準レポートの作成に役立ちます。 ウィザードは質問を表示し、ユーザーの回答に基づいてレポートを生成します。 その後、ユーザーはデザインモードでレポートを変更および変更する機会があります。
次の方法でレポートをカスタマイズできます。
レコードのソース。 レポートの基になっているテーブルまたはクエリを変更します。
データの並べ替えとグループ化。 データを昇順と降順で並べ替えることができます。 レコードを1つ以上のフィールドでグループ化し、レポートに小計と総計を表示することもできます。
レポートウィンドウ。 [展開]ボタンと[折りたたみ]ボタンを追加または削除したり、タイトルテキストやその他のレポートウィンドウの要素を変更したりできます。
セクション。 レポートの署名、メモ、およびデータ領域を追加、削除、非表示、またはサイズ変更できます。 レポートが画面上でどのように表示され、いつ印刷されるかを決定するセクションプロパティを設定することもできます。
制御要素。 ユーザーは、コントロールを移動したり、サイズを変更したり、コントロールのフォントプロパティを設定したりできます。 レポートにコントロールを追加して、計算値、合計、現在の日時、およびその他の有用な情報を表示することもできます。
図5。 スケジュールされたレポート。
結論。
実践的な例についての私のコースワークを検討した結果、Microsoft Accessには従来のDBMSのすべての機能があり、追加の機能が提供されていることを理解しています。 Accessは、強力で柔軟性があり、使いやすいデータベース管理システムであるだけでなく、データベース駆動型アプリケーションを開発するためのシステムでもあります。 Accessを使用すると、データ管理のニーズを完全に満たすWindows環境で実行されるアプリケーションを作成できます。 クエリを使用して、テーブルに格納されている情報を選択および操作できます。 データを入力、表示、更新するためのフォームを作成し、Accessを使用して単純なレポートと複雑なレポートの両方を作成できます。 フォームとレポートは、ベーステーブルまたはクエリのプロパティを「継承」するため、ほとんどの場合、形式、値の条件、およびその他のデータ特性を1回だけ指定します。 Accessの最も強力なツールには、オブジェクトデザインツール-ウィザードがあります。ウィザードを使用すると、必要なオプションをクリックするだけで、テーブル、さまざまな種類のフォームのクエリ、およびレポートを作成できます。 アプリケーションを完全に自動化するには、Accessマクロを使用して、データをフォームやレポートに簡単にリンクできます。 ほとんどのアプリケーションは1行のコードを記述せずに作成できますが、非常に洗練されたものを作成する必要がある場合、MicrosoftAccessは強力なプログラミング言語であるMicrosoftAccessBasicを提供します。
私の職業では、基本的なスキルであっても、時間の経過とともに非常に役立つと信じているので、時間をかけてそれを理解し、自分で作業を行うことができてうれしいです。
参考文献
ACCESS 2000：アプリケーション開発。 I. Kharitonova、V。Mikheeva BHV、2000年。
Access97。 V. Kornelyuk、Z。Vekker、N。Zinoviev ソロン、1998年。
KrönkeD。データベース構築の理論と実践、第8版。 SPb：「ピーター」、2003年。
D.、Tsygankov V.M.、Maltsev M.G.データベース：高等教育のための教科書
機関/編 教授 A.D.コモネンコ。 SPb。：KORONAプリント、2000年。
ヘルプシステムMicrosoftAccess。
この作品の準備のために、サイトreferat.ruからの使用された材料が使用されました
プログラミング環境： MS Access 2003
データベース：アクセス
職名： データベース「学生のクラスのスケジュール」
仕事の種類： コースワーク
作業トピック： データベース
プログラムの範囲： 7 （10点満点）
難易度： 6 （10点満点）
キーワード： スケジュール、主題、聴衆、職業、研究、会計
プログラムの機能： エクササイズ： 情報： お問い合わせ： 報告： コースワークの説明文の内容： コメント！ コースワークには、MS PowerPoint2003でのプレゼンテーションも必要です。
-データベース「学生のクラススケジュール」を作成する
-学期
-週-最初/ 2番目
-週の数
-曜日
-授業時間
-グループ
-規律
-授業の種類（講義、ゼミ、実験室での作業など）
-レッスンの期間
-教師（名前、演技、役職、部門）
-観客
-特定のグループのクラスを特定の時間にスケジュールする
-その週の教師のレッスンをスケジュールします
-グループの分野別の1週間あたりのレッスン数（時間）
-一定期間の聴衆の雇用に関する情報
-グループレッスンを分野ごとに1週間スケジュールする
-グループレッスンを1週間スケジュールする
-教師のクラススケジュール
1.はじめに;
2.タスク;
3.サブジェクトエリアの説明。
4.図「実体関連」;
5.関係（テーブル）の正規化。
6.データベース構造（テーブル、リンク、フィールド、フィールドのタイプとサイズ）。
7.使用するDBMSの主な特徴。
8.ユーザーインターフェイス（メニュー、フォーム、ツールバーなど）の開発。
9.リクエストの作成。
10.リクエスト処理の例。
11.レポートの作成。
12.結論;
13.使用済み文献および電子情報源のリスト。
1.データベースを開くときは、画像付きのスプラッシュ画面が必要です。
2.データベース内のすべての遷移は、リクエストを開くなど、特定の目的のために機能的に作成されたフォームを介して構造化する必要があります。
3.表示（変更、更新、または追加）を目的としたすべてのクエリとテーブルもフォームの形式で提示する必要があります。
4.コントロールボタン、リスト、計算フィールド、および入力マスクを積極的に使用する必要があります。
5.ボタン形式のスクロールバーなど、未使用のコントロールがないはずです。
6.複雑なクエリを実装する場合は、マクロ、または単純なクエリを実行する一連のマクロを使用することをお勧めします。
7.メインテーブルの行数は30〜40行以上にする必要があります。
8.管理者（開発者）に変更と削除のモードを提供し、ユーザーに表示と追加のモードを提供します。
9.ベースはパスワードで保護する必要があります。
