データベース「カーサービス」。 作成技術データベース「カーサービス」データベース-カーサービス「

はじめに3
セクション1.データベース開発4

問題ステートメント4
ドメイン分析5

セクション2.データ構造のモデリング7
2.1。 概念データベースモデルの開発7
2.2。 論理データモデルの開発9
2.3。 実体関連モデルのリレーショナルモデルへの変換
データモデル10
セクション3.データベース設計12
3.1。 テーブルの開発12
3.2。 データ入力フォームの設計17
3.3。 データベースクエリの開発21
3.4。 レポート作成27
結論30
参考文献31
付録32

前書き

これまで、データベース（以下、DBと呼びます）の設計は、コンピューター技術を使用して作業の生産性を向上させる多くの組織にとって重要になっています。 データベースは情報システムの基盤になり、その使用はあらゆる企業の機能の不可欠な部分になりつつあります。
コースワークの目的は、リレーショナルデータベースを設計するための技術の研究です。
コースワークの主題は、データベース「オートサービス」の設計と作成の例でのリレーショナルデータベースの開発の原則の研究です。
データベース設計の目的は、中小企業の修理活動のプロセスを表示することです
この目標を達成するために、次のタスクが設定されました。

サブジェクトエリアの定義と分析。
概念データベースモデルの開発。
データベース「Autoservice」のテーブルを作成します。
このデータベースのフォーム、クエリ、レポートを作成します。

リレーショナルデータベースの設計とアプリケーションに関するさまざまな情報源があります。 提案されたすべてのリソースの中から、OpenOffice.orgベース環境でデータベースを設計するのに適したリソースが選択されました。 したがって、たとえば、この本は、OpenOffice.orgの一部であるBaseを使用してデータベースを操作および作成するための基本的な手法と原則をカバーしています。 ソースは、テーブル、フォーム、クエリ、およびレポートの作成に関する基本的な情報を提供します。 書籍には、データベースの設計と実装のガイドラインが記載されています。

セクション1.データベース開発

問題の定式化

このデータベースは、あらゆる種類の自動車整備サービスに従事する組織を対象としています。
データベースの主な機能は、これまでに自動車サービスに参加したことのあるすべての自動車の会計処理に関連し、各自動車に関する完全な情報（メーカー、シリーズおよびテクニカルパスポート番号、シャーシ番号とエンジン番号、色、製造年など）を保存します。 ）。
データベースには、自動車サービスのサービスを少なくとも1回使用した各所有者に関する情報も保存する必要があります。 基本的で最も必要な情報だけでなく、メモ、説明、説明、および技術データも保存できる必要があります。 取り付けられたスペアパーツの特性と他の多くの有用な情報。
自動車サービス管理では、次のデータが必要になる場合があります。

車のテクニカルパスポートの氏名、シリーズ、番号、製造年、メーカーのブランド。
この注文の受理日に関する情報。修理作業の費用、責任ある職長、および注文の支払い日を示します。
この所有者の車の修理された故障のリスト。
この所有者の車のこの誤動作を排除した自動車サービス労働者のフルネームと彼の立場。

DBMSオペレーターは、以下の変更を行うことができます。

注文に関する情報を追加または変更します。
従業員に関する情報を追加または変更する。
カーサービスワーカーに関する情報を削除します。

報告書は、この所有者の車の故障の証明書と自動車サービスの仕事に関する報告書（修理されている車の数、それらを修理した従業員の名前）を発行する可能性を提供する必要があります。

ドメイン分析

Autoserviceデータベースは、自動車の修理とメンテナンスの注文を受けて処理する管理者と自動車サービスの従業員のために開発されました。
タスクの主題領域は、誤動作、車の所有者、および車のサービスワーカーに関するデータです。
開発された情報システムは、次の機能を実行する必要があります。

データベーステーブルの形式で情報の大規模なコレクションを提供します。
さまざまな要求の形成：

特定の期間の注文数。
修理された車のブランド;
特定の年の修理作業の計算。
有給労働と無給労働の合計額。
有給および無給の仕事の割合。

レポート形式での情報の出力：

修理された車のブランド。自動車サービスへの訪問数を示します。

未払いの注文の数。
カーサービスの特定の時間の修理作業の一般的な計算。

開発中のデータベースには、データの整合性、重複、多対多の関係、再帰的なリンク、属性を持つリンク、複数の属性がないという要件が課せられます。
データベースに含まれる情報の要件は次のとおりです。
重要性、完全性、信頼性、理解性、効率性。
この表現により、データベースの使いやすさが向上します。この場合、情報の入力は、可能な場合はリストから必要な情報を選択することになります。これにより、情報の入力速度が確実に向上し、パラメーターの誤った入力を回避できます。
このデータベースの作成と実装の結果として、次のパフォーマンス指標を取得する必要があります。新しいデータの入力と古いデータの変更にかかる時間を短縮し、その結果、労働生産性を向上させ、タイムリーで完全な情報の受信を実現します。車のサービスの管理に必要です。

セクション2.データ構造のモデリング

2.1。 概念データベースモデルの開発

データベースの概念モデルを構築するときは、KarpovaI.P。の推奨事項を使用します。 。 著者が指摘しているように、概念データベースモデルは、サブジェクト領域の高レベルのオブジェクト指向モデルであり、オブジェクト領域を、特定のプロパティを持ち、何らかの関係にあるオブジェクトのセットとして表します。 高レベルのデータモデルを開発する主な目標は、データに対するユーザーの認識のモデルを作成し、データベース設計に関連する多数の技術的側面について合意することです。 概念データモデルは、データベースの特定の物理的実装に結び付けられておらず、特定のDBMSに依存していません。 概念モデルは、ユーザーが問題を解決するために必要なデータのセットである、各タイプのユーザーのサブジェクト領域に関するアイデアに基づいて作成されます。
「オートサービス」ベースの概念モデルは、「実体関連」モデルとして設計されました。
モデルの基本的な概念には、エンティティ（オブジェクト）、関係（関係）、エンティティタイプ、関係タイプ、属性などの概念が含まれます。
エンティティは、情報を保存して利用可能にする必要がある実際のエンティティまたは想像上のエンティティです。 ERモデル図では、エンティティはエンティティの名前を含む長方形として表されます。 各エンティティは、一連の属性によって定義されます。
属性は、エンティティの名前付き特性です。 その名前は、特定のエンティティタイプに対して一意である必要がありますが、異なるエンティティタイプに対して同じである場合があります。 エンティティの属性は、エンティティの状態を明確化、識別、分類、定量化、または表現するのに役立つ詳細です。 エンティティを表す長方形に属性名を入力し、エンティティの名前で書き込みます。
エンティティ間に関係が確立されます。
関係は、2つのエンティティ間に確立されたグラフィカルな関連付けです。 この関連付けは常にバイナリであり、2つの異なるエンティティ間、またはエンティティとそれ自体の間に存在できます（再帰的な関連付け）。 接続-線で示されます。
したがって、サブジェクト領域の説明から、すべてのタイプを抽出します
エンティティ：
–顧客;
–注文;
–マスター;
-作品リスト。
各エンティティは、独自の属性セットを定義します。
エンティティCustomerは、次の一連の属性によって定義されます。

顧客コード;
フルネーム。;
パスポートデータ;
シリーズといいえ。 パスポート;
車のモデル;
色;
シャーシ番号;
エンジン番号;
発行年。

Ordersエンティティの属性は次のように定義されています。

顧客コード;
注文コード;
受領および支払いの日付。
修理の費用;
責任あるマスター;
コメント。

マスターエンティティは、次の属性に基づいて文書化されています。

マスター番号;
フルネーム;
会社での地位;

List of Worksエンティティは、次の一連の属性によって定義されます。

リクエストコード;
作業コード;
詳細。

ドメインモデルに従って、「自動車サービス」データベースの次の概念モデルが提示されます（図1）。
図1データベース「カーサービス」の概念モデル。

2.2。 論理データモデルの開発

ローカルの概念データモデルをローカルの論理モデルに変換するには、概念モデルから不要な要素を削除し、結果のモデルをローカルの論理モデルに変換します。 不要なアイテムは次のとおりです。
-多対多の関係;
–再帰リンク。
–属性へのリンク。
作成した概念モデルでは、上記の望ましくない要素は見つかりませんでした。
データの論理スキームを図2に示します。

米。 2.データの論理スキーム。

実体関連モデルのリレーショナルデータモデルへの変換

実体関連モデルのリレーショナルデータモデルへの変換
一連のステップを順番に実行することによって実行されます。
-各エンティティは、リレーショナルデータモデルの関係に関連付けられています。
–各エンティティ属性は、対応するリレーションの属性になります。
-エンティティの主キーは、対応するリレーションの主キーになります。 関係の主キーの一部である属性は、必須（NOT NULL）プロパティを自動的に受け取ります。 従属エンティティに対応する各リレーションには、メインエンティティの主キーであるメインエンティティの属性のセットが追加されます。 従属エンティティに対応するリレーションでは、この属性のセットが外部キーになります。
このプロセスについては、以下で説明します。

セクション3.データベース設計

テーブル開発

テーブルは、レコード（行）とフィールド（列）の形式でデータを格納するように設計されたオブジェクトです。
OpenOffice.org Baseプログラムは、データベーステーブルを作成するための3つの異なる方法を提供します。

デザインモードでテーブルを作成します。
ウィザードを使用してテーブルを作成します。
ビューを作成します。

この作業では、ウィザードを使用してテーブルを作成しました。
リレーショナルデータベーステーブルごとに、その構造が示されます。フィールドの構成、名前、各フィールドのデータ型とサイズ、テーブルキー、およびその他のフィールドプロパティです。
データベーステーブルの開発は順番に実行されます。

必要なテーブルとフィールドの定義。

テーブルはデータベースの基礎であるため、テーブルを開発するときは、次の基本原則に従ってガイドすることをお勧めします。

情報をテーブル内またはテーブル間で複製しないでください。
1つのテーブルにのみ格納されているデータは、そのテーブルでのみ更新されます。
各テーブルには、1つのトピックに関する情報のみを含める必要があります。

各テーブルには特定のトピックに関する情報が含まれ、テーブルの各フィールドにはテーブルのトピックに関する特定のファクトが含まれています。 データベース内のテーブルごとに、それらに含まれるプロパティを定義する必要があります。
Autoserviceデータベースには、次の4つのテーブルが含まれています。

顧客テーブル（図3）は、修理中の車の所有者に関する情報を入力するように設計されています。 このテーブルには、次の属性が含まれています。

フルネーム。 （フィールドタイプ-テキスト、長さ-50、必須）;
パスポートデータ（フィールドタイプ-テキスト、長さ-100、必須）;
シリーズといいえ。 パスポート（フィールドタイプ-テキスト、長さ-15、必須）;
車のブランド（フィールドタイプ-テキスト、長さ-100、必須）;
車の色（フィールドタイプ-テキスト、長さ-100、オプション）;
シャーシ番号（フィールドタイプ-テキスト、長さ-100、オプション）;
エンジン番号（フィールドタイプ-数値、長さ-100、オプション）;
発行年（フィールドタイプ-日付、必須）。

米。 3.テーブルの顧客。

Ordersテーブル（図4）は、注文に関する情報を入力するように設計されています。注文時、注文者、責任者、修理費用、コメント。 このテーブルには、次の属性が含まれています。

注文コード（フィールドタイプ–整数、長さ– 10、必須）;

顧客コード（フィールドタイプ-テキスト、長さ-10、オプション）;
注文日（フィールドタイプ-日付、オプション）;
一般的な修理費用の見積もり（フィールドタイプ-小数、長さ-100、オプション）;
担当マスター（フィールドタイプ-整数、長さ-10、オプション）;
支払い日（フィールドタイプ-日付、オプション）;
受領日（フィールドタイプ-日付、オプション）;
備考（フィールドタイプ-テスト、長さ-100、オプション）。

米。 4.注文表。

表修理作業（図5）は、この企業で実施されたすべての種類の修理作業を説明することを目的としています。

このテーブルには、次の属性が含まれています。

作業コード（フィールドタイプ-整数、長さ-10、必須）;
注文コード（フィールドタイプ-整数、長さ-10、必須）;
詳細（フィールドタイプ-テキスト、長さ-100、オプション）。

米。 5.作品のリスト。

マスター（図6）。 ウィザードテーブルは、従業員に関する情報を入力するように設計されています。 このテーブルには、次の属性が含まれています。

マスター番号（フィールドタイプ-整数、長さ-10、必須）;

フルネーム。 マスター（フィールドタイプ-テキスト、長さ-100、オプション）;
位置（フィールドタイプ-テキスト、長さ-100、オプション）。

米。 6.マスター。

主キーの確立。

強いエンティティにはキーフィールドが1つだけあり、弱いエンティティにはリンクと同じ数があることを考慮しながら、各エンティティの主キーを定義しましょう。 主キーを選択するときは、次のルールに従ってください。
–キーには最小限の属性セットが含まれている必要があります。
–キーを使用する必要があります。値を変更する可能性は最小限です。
–キー値の長さは最小でなければなりません。
上記に基づいて、既存のエンティティに対して次のキーフィールドを定義します。

エンティティCustomersにはキーフィールドCustomercodeがあります。
Ordersエンティティは、Orderコードキーによって定義されます。
マスターエンティティにはマスター番号キーフィールドがあります。
修理作業エンティティは、リクエストコードキーによって定義されます。

テーブル間のリンクの形成。

情報をテーブルに分割し、キーフィールドを定義した後、DBMSが関連情報を組み合わせる方法を選択する必要があります。 これを行うには、データベーステーブル間の関係を定義する必要があります。
OpenOffice.org BASEは、次の4種類のテーブル関係をサポートしています。
– 1対1（1つのテーブルの各レコードは、別のテーブルの1つのレコードにのみ対応します）。
– 1対多（1つのテーブルの各レコードは、別のテーブルの多くのレコードに対応します）。
–多対1（1対多表記に類似）。
–多対多（最初のテーブルの1つのレコードを2番目のテーブルの複数のレコードに関連付けることも、2番目のテーブルの1つのレコードを最初のテーブルの複数のレコードに関連付けることもできます）。
Autoserviceデータベースで確立された接続は、図の前のセクションですでに示されています。 2.2。

情報入力フォームの開発

フォーム-便利なフォームで表形式のデータを入力、編集、表示するために設計されたオブジェクト。
フォームには、テーブル内のデータにアクセスするいわゆるコントロールが含まれています。 コントロール要素は、データ、ボタン、チェックボックス、スイッチ、リスト、ラベルを入力および編集するためのテキストフィールドです。 必要なコントロールを含むフォームを作成すると、データ入力プロセスが大幅に簡素化され、エラーの防止に役立ちます。
OpenOffice.orgベースフォームは、他の方法では実行できない多くのタスクを実行する機能を提供します。入力時にデータ検証を実行し、計算を実行し、サブフォームを使用して関連テーブルのデータにアクセスできます。
OpenOffice.org Baseは、フォームを作成するためのいくつかの方法を提供します。 これらの中で最も簡単なのは、テーブルまたはクエリに基づくフォームの自動作成を使用することです。
Autoserviceデータベースには、4つの単純なフォームと3つのサブフォームがあります。
単純な形状の例を図7-10に示します。

図7。 顧客フォーム。

図8。 フォーム注文。

図9。 作品一覧。

図10。 マスターズ
複合フォームには、メインフォームとサブフォームであるサブフォームが含まれます。 サブフォームはコンテンツ内で同じフォームですが、独立して使用されるわけではありませんが、ドキュメントを開いたり作成したりするときに常に何らかのフォームから読み込まれます。 別のサブフォームをフォームに挿入できないことを除いて、フォームで実行できるほとんどすべてのことをサブフォームで実行できます。
サブフォームでフィールドを作成するときは、すべてのフィールドの名前が、フォーム内で同時に使用されるすべてのサブフォームとともに、フォーム内で一意である必要があることに注意してください。
複合フォームのおかげで、異なるテーブルに同時に入力することが可能になります。
サブフォームの例を図1に示します。 11-13。

米。 11.サブフォーム注文を含む顧客フォーム。
Ordersサブフォームを含むCustomerフォームは、顧客を識別し、この注文に対して実行された作業を表示するために必要なデータの入力を提供します。 このフォームでは、CustomerテーブルとOrdersテーブルに情報を入力できます。

米。 12.サブフォーム修理作業を伴うフォーム注文。
このフォームでは、注文と修理のテーブルに情報を入力できます。

米。 13.Ordersサブフォームを含むウィザードフォーム。
Ordersサブフォームを含むForemanフォームを使用すると、特定のForemanによる作業の実行を制御できます。

データベースクエリの開発

クエリは、1つ以上のテーブルから必要なデータを取得できるようにするオブジェクトです。
クエリは、テーブルからデータを抽出し、便利な形式でユーザーに提供するために使用されます。 彼らの助けを借りて、彼らはデータの選択、並べ替え、フィルタリングを実行します。 特定のアルゴリズムに従ってデータ変換を実行したり、新しいテーブルを作成したり、他のソースからインポートされたデータをテーブルに自動的に入力したり、テーブルで簡単な計算を実行したりできます。
クエリの特徴は、ベーステーブルからデータを描画し、それに基づいて一時的な結果テーブル（スナップショット）（ベーステーブルから選択されたフィールドとレコードのイメージ）を作成することです。 イメージの操作は、ハードディスクに保存されたテーブルの操作よりも高速で効率的です。
適切なリクエストに応じて、必要に応じてデータを並べ替えてフィルタリングできます。 クエリは、フォーム、レポート、およびデータアクセスページのレコードソースとしても使用できます。
リクエストにはいくつかの種類があります。

サンプルリクエスト。 選択クエリは、最も一般的に使用されるクエリタイプです。 このタイプのクエリは、1つ以上のテーブルからデータを返し、レコードを更新できるテーブルとして表示します（いくつかの制限があります）。 選択クエリを使用して、レコードをグループ化し、合計を計算することもできます。
等.................

MIITの自動制御システムの枠組みの中で大学を卒業する際の文書を生成するための技術の自動化

データベース「カーサービス」

テーブルの関係：custumersテーブルは、vin_numberフィールドで1：Nの関係でmastersテーブルにリンクされています。custumersテーブルは、フィールドで1：1の関係で計算テーブルにリンクされています。

データベース「学生」

プログラムは、特定の機能が機能するために必要なライブラリを接続することから始まります。 ＃含む -ファイル、構造、関数を操作します。 ＃含む --strcmp（）関数の場合。 ＃含む -画面のクリーニング機能用。 ..。

交通警察データベース

テーブルのいずれかの行に複数の値が含まれておらず、キーフィールドのいずれも空でない場合にのみ、テーブルは最初の正規形になります。 関係は第2正規形です...

SQLServerプラットフォームでの金属製品のアカウンティング用データベース

自動化されたシステムを設計するプロセスは、グラフィック表記で記述されたモデルを構築することで構成されます。 同時に、構造設計の一般原則が守られています：トップダウン開発、階層モデル構築...

情報システムLLC「MensFormat」の実装の組織

K1804BC2シリーズの構造に基づいたデータ処理ユニットの設計

コントロールユニット（CU）は、7つの入力を備えた組み合わせ回路です。 FPNからの外部制御信号と内部信号をマイクロサーキットブロックの制御信号のセットに変換します...

油井の殺害計算を説明するための自動化された情報システムの開発

MySQLデータベースマネージャーは、データベースの作成に使用されます。 私たちはロシアに住んでいるので、cp_1251エンコーディングを選択することにしました。 外部キーを使用できるようにするために、InnoDBエンジンが使用されます...

情報参照システム「シャルコフシュチンスキー地方公的機関人事部」の整備

シャルコフシンスキー地区実行委員会の教育スポーツ観光局は、シャルコフシンスキーの都会の村にあります。 Komsomolskaya、15歳。教育省..。

ソフトウェア製品「工場人事部」の開発

構造図-開発中の製品の部品を管理する際の構成と相互作用を反映した図。 オブジェクト分解では、これらの部分はオブジェクトです（図6.1）。 図6..。

企業における経理と人事異動のためのシステムの開発

プログラムを使用する前に、データの初期化プロセスを実行する必要があります。これは、いくつかの段階に分けることができます。1。組織に関する情報を入力します。

学生の授業料を記録するシステムの開発

データベースの作成には、DBMS Microsoft SQL Server 2005 ExpressEditionが使用されます。 次の手順を実行します。この手順は、Microsoft Visual Studio 2005を使用して実行されます。メニューバーの[ツール]ボタンをクリックすると、コマンドのリストがドロップアウトします...

Elovsky地区の登記所を例にしたサイトの作成

いくつかの基本的なサイト構造があります。-線形-Webページは特定の順序で配置されます。 あるWebページから別のWebページへの移行は厳密に定義されています。 そのような構造は、例えば、教えるときに正当化されます...

電子クラスマガジン

技術仕様に従って設計されたデータベースには、アンケート、進捗状況、件名の3つのテーブルがありました。

選択したサブジェクトエリアの詳細を調査する。

データベース「自動車サービス」の情報論理モデルを開発する

MSAccessDBMSに実装します。

次の計画に従って、コースプロジェクトに「注釈」を作成します。

データベースの目的

データベース 「オートサービス」は、自動車サービス企業による作業の注文の受け入れと処理を実装するように設計されています。

もちろん、彼はACSの上位を装っていません。 統合された自動制御システムに必要なブロック全体がないため、次のようになります。

会計、

経済圏

計画済み

消耗品

そして他の多くのブロック。

自動制御システムのブロックの1つだけが実装されています-職場の「注文受付」：顧客との協力：注文の受け取りと修正、実装の整理、作業結果の報告。

データベースによって実行される機能

データベースは以下の機能を実行します

1.自動車サービスの従業員に関する情報の会計と保管。 "メカニックs»

2.実行された作業の種類に関する情報を入力および保存します。 "注文s»

3.顧客、顧客の車、およびそれらに関するデータに関する情報を入力します。 "リクエストs»

4.「注文に関する情報の入力」フォームは入力を提供します 実際に注文、顧客のフルネームの選択（リストから）、顧客の車種の選択、およびそれに関する情報の入力。

同じ場所で、実行された作業の構成と、それらを実行した自動車サービスの従業員のフルネームが入力されます。 また、使用されたスペアパーツの構成と数量に関する情報。

5.データベースには、自動車サービス企業の状況を分析できるさまざまなレポートも用意されています。

ユーザーカテゴリ

このデータベースは、主に自動車の修理やメンテナンスの注文を受けて処理する自動車サービスの従業員を対象としています。

また、その中で提供されているレポートは、企業の他の部門やそのマネージャー向けでもあります。

データベース設計

以下をご紹介します コンセプト と コンベンション :

エッセンス

エッセンス

エッセンス -実際のまたは想像上の オブジェクト 、保存して利用可能にする必要がある情報。 ERモデル図では、エンティティはエンティティの名前を含む長方形として表されます。

エッセンス長方形で示されます、

エンティティ属性

属性 -名前付き エッセンス特性 。 その名前は、特定のエンティティタイプに対して一意である必要がありますが、異なるエンティティタイプに対して同じである場合があります。 エンティティの属性は、エンティティの状態を明確化、識別、分類、定量化、または表現するのに役立つ詳細です。

エッセンス

属性

属性名長方形に入れます、

を示す エッセンス、エンティティの名前で、

小さな文字。

関係

繋がり グラフィックです 協会 2つのエンティティ間に設定されるA。 この関連付けは常にバイナリであり、2つの異なるエンティティ間、またはエンティティとそれ自体の間に存在できます（再帰的な関連付け）。

接続-下に置く線を示します 接続度 (« 1 » また « ∞ » 、「たくさん」を表す）とその特性。

キーフィールド

コンセプトを定義しましょう 主要なと 外部のキー

鍵 -これは属性の最小セットであり、その値によって、エンティティの必要なインスタンスを一意に見つけることができます。 最小性とは、属性のセットから除外しても、残りのエンティティによってエンティティを識別できないことを意味します。 各エンティティには 少なくとも1つの可能なキー.

それらの1つが取られます 主キー .

選ぶとき 主キー 優先する必要があります 非複合キーまたは最小数の属性で構成されるキー。 また、長いテキスト値を持つキーを使用することも不適切です（ 整数 e属性）。

エンティティの主キー（主キーに参加している属性）は取得できません 不定意味。 そうしないと、矛盾した状況が発生します。個性のない人が現れ、その結果、 既存のエンティティインスタンス。 同じ理由で、次のことを確認する必要があります 独自性主キー。

外部キー

エンティティの場合 とエンティティをバインドします Aと Vの場合、エンティティAおよびBの主キーに対応する外部キーを含める必要があります。

エンティティの場合 Vエンティティを示します A、次に、エンティティの主キーに対応する外部キーを含める必要があります A.

ノート：

1. MSAccessDBMSの開発者以来 元は の問題を考慮に入れる 主要なと 外部キー、特別なフィールドタイプがAccess-KEYFIELDに導入されました。 そのタイプはCOUNTERです。

アクセス 必要ありませんテーブルへの必須の包含。 しかし強く オファー.

このタイプのフィールドの特徴は次のとおりです。

新しいレコードを入力すると、このフィールドに新しいレコードが自動的に生成されます。 ユニークで非反復的 数値。

フィールドは受け入れることができません 不定意味。

フィールド-自動的に インデックス付き。

このフィールドの値を手動で変更する 無理だよ.

したがって、問題 キーフィールドと 外部キー Accessでは、解決策は簡単です。

メインテーブルで（エンティティ）作成 特殊な 鍵 分野。 それは私たちのものになります 主キー .

従属テーブルに、そのコピー（同じ名前）を入力します。 それは彼らのものになります 外部キー .

これらのフィールドでメインテーブルと従属テーブルを接続します。 それで全部です。 コミュニケーションが完了しました！

2. Accessに導入された開発者は、 « データスキーマ »

それだけでなく 結ぶためにテーブルだけでなく、リンクごとに指定します。

彼女 タイプ（「1対1」、「1対多」など）

と彼女 仕様：整合性を確保し、関連するテーブルとフィールドからの更新と削除をカスケードします。

構築時に指定する必要があるもの ER–モデルデータベース。

特に、 それが理由です Accessは、ERモデルを実装するためのプログラミングシステムとして最適です。

私たちを実装するときER–のモデルアクセスこれらすべての機会を活用します。

作成技術データベース「カーサービス」

データベースを作成するために、Autoserviceデータベースの目標と目的が設定されました。

• ？ サービスと会社の両方に対する顧客満足を確保する。
• ？ 地域で最高のサービスを提供する
• ？ 販売された新車および中古車の保証修理。
• ？ 商業的予防保守（調整など）;
• ？ 商業リハビリテーションサービス（修理）;
• ？ 再製造されたスペアパーツの在庫のための使用済みコンポーネントとアセンブリの修理。

• ？ 人、
• ？ 材料、
• ？ コンピューター、
• ？ 機械、
• ？ 建物。

開発および作成されたデータベース「CarService」は、相互に関連するコンポーネントのセットであり、自動車修理のさまざまな領域を表示します。

図14.データベース「自動車サービス」

システムは、2つのサブシステムと1つの拡張機能に分割されています。

• ？ 車の技術的な部分の修理。
• ？ 拡張-車内修理。

メインシステム「自動車の技術部品の修理」は、4つのテーブルで構成されています（図15を参照）。

« 注文"-車の修理と診断の注文に関する必要な情報を含みます。つまり、次のとおりです。

• ？ 自動車。
• ？ オーナー。
• ？ サービスステーションに連絡する理由。

« 修理"-自動車の技術部品、つまり近い将来に修理が必要な部品を修理するプロセスを説明する表。 この表には、次の項目が含まれています。

• ？ エンジンの修理。
• ？ チェックポイントの修理。
• ？ シャーシの修理。
• ？ 燃料系統の修理。

図15.技術部品の修理の注文

テーブル " 診断'、 と関連した ' 注文»そして、車の特定の部分の診断のために車を割り当てます。 エンジン、ギアボックス、シャーシ、燃料システム。

V " 診断»特定の部品の診断が必要な自動車に関する情報を保存します。

• ？ エンジン診断。
• ？ チェックポイント診断。
• ？ シャーシ診断。
• ？ 燃料システムの診断。

主要 システム 働く に 基礎 「カスケード モデル」 と 参照 に 標準 GOST 21624 -76

GOST 18507 -73

システムの操作は、注文に関する情報の収集から行われ、診断が行われ、機械の修理の必要性が判断されます。 車の修理が必要ない場合を除いて、各段階（最初の段階を除く）は次の段階が完了するまで開始できません。

ITサービスサブシステムは、修理の保証を提供し、保証請求を処理し、修理用のスペアパーツを購入するために作成されました。

• 1）クレームの提出、
• 2）保証を発行し、
• 3）スペアパーツの注文。11個のテーブルが含まれ、そのうちの1つはITサービスに共通です。 （図16を参照）。

図16.ITサービス

ITサービス-サービス全体を3つの部分に分割します。

• ？ 保証請求、
• ？ 保証を発行し、
• ？ スペアパーツの注文。

データ1および2-顧客に関する情報が含まれています。

領収書1-表には、治療時間と提供されたサービスの価格に関するデータが含まれています。

連絡の理由-保証期間中にサービスステーションに連絡する理由に関する情報を含む表。 これは、SRT 1と結果1の合意という表と関連があり、SRTとクレームとの合意に関するデータと、問題を解決する可能性がそれぞれ示されています。

この延長は、自動車修理サービスの一種の増加を表しています。 現在、システムにはボディ修理とインテリア修理があり、これらもサービスステーションによって処理されます。

拡張サブシステムは2つのテーブルで構成され、メインシステムの2つのテーブルに影響を与えます。 （図17を参照）

図17.拡張機能

「ボディ修理とインテリア修理」の表には、サービスの種類に関する情報が含まれています。

ボディリペア：

• ？ 部品交換。
• ？ パテ。
• ？ ペインティング。
• ？ ラッカー塗装。
• ？ 研磨。

内装修理：

• ？ コンポーネントの交換。
• ？ コンポーネントの修理。

これらの表から、表「 価格»サービスの価格を修正する。

機能的：

• ？ 衣装の注文、
• ？ 仕事、
• ？ サービス、
• ？ 旅団、
• ？ ノルムアワー。

データベースリソース：

• ？ 人、
• ？ 装置、
• ？ 材料、
• ？ コンピューター、
• ？ 機械、
• ？ 建物。

図18に示すカスケードモデルは、プロジェクトのすべてのステージを厳密に固定された順序で順次実行します。 次の段階への移行は、前の段階での作業が完全に完了することを意味します。

これは、次のようにデータベースで表されます。

• ？ 修理の注文を受ける
• ？ 車の診断、
• ？ 自動車修理、
• ？ サービスステーションからの車の解放。

図18.データベースモデル

分析フェーズ

こちらがガソリンスタンドでの自動車修理の申し込みです。 顧客は、顧客が必要なサービスを示している文書に記入します。

設計段階

この段階で、車は診断のために送られ、車の故障の原因が特定されます。 将来的には、お客様の選択により、機械は修理のために送られます。

実装および実装フェーズ

このフェーズでは、診断の結果に応じて修理または交換が必要な自動車の部品に対して修理が行われます。 また、チェックなしで、この段階で車の外装と内装を修理することができます。

メンテナンスフェーズ

この段階で、車の診断と修理に費やされた修理と資金の計算に対して保証が発行され、その後、車は所有者に返還されます。

システムプロパティ

可積分性-このシステムは、さまざまな銀行（これらの銀行を介したサービスの支払い）や税務会社（地域外でのスペアパーツの販売）とやり取りできるため、統合可能です。 また、このシステムは、さまざまな自動車販売店（契約に基づく）や自動車サービス自体に保険をかける保険会社、およびスペアパーツを購入する会社と接続されています。

分割可能性-システムは、特定の機能を実行し、オフラインで動作する機能を備えた多くのサブシステムで構成されています。

威厳-システムは分割可能であるにもかかわらず、完全に動作している場合、そのサブシステムの1つの機能が中断された場合は機能しません。

構造性-システム要素のレベルおよび階層による分布、つまり いずれかの段階がスキップされた場合、システムは動作を継続できなくなります（保証がない場合、顧客はサービスステーションに請求を行うことができません）。

基準

GOST 21624 -76 -この規格は、特定のレベルの運用上の製造可能性（ET）と保守性（RP）、およびGOST20334-81によって提供される自動車用のETおよびRPインジケーターの値を保証するための製品の要件を確立します製品-全輪駆動および部分駆動車両（トラック、自動車、バス）、トレーラーおよびセミトレーラー（以下-製品）。

GOST 18507 -73 -この基準はバスおよび自動車（以下、自動車と呼ぶ）に適用され、自動車修理会社によって実施された大規模な修理後のそれらの制御試験の方法を確立します。

この基準は、個人所有者の注文に基づいてオーバーホールが行われた自動車には適用されません。

付託条項

1.特定の車のサービスステーションでのすべてのサービスの共通データベースを作成します。

図19.サービスステーションでのすべてのサービスの一般的な基盤

2.必要なツールと材料に関するデータ。

図20.ツールと材料に関するデータ

3.サードパーティシステムとのリンク。

図21.サードパーティシステム

図22.オートセンター

図23.保険会社

図24.保険会社フィールド

4.サービス品質に関するコメント。

図25.コメント

図26.訪問者のレビュー

図27.レビュー

作業の過程で、MSAccessデータベース管理システムにデータベースが作成されました。 この作品は、データベースを作成するための段階的なテクノロジーを示しています。 データベース「Carservice」の例を示します。 この基地はサービスステーションでテストされました。 システムはテスト済みです。 作業の過程で調整が行われ、Autoserviceデータベースの最終バージョンが作業で提示されました。

ナレッジベースで優れた作業を送信するのは簡単です。 以下のフォームを使用してください

学生、大学院生、研究や仕事で知識ベースを使用する若い科学者はあなたに非常に感謝するでしょう。

http://www.allbest.ru/でホスト

ロシアの最初の高等技術機関

ロシア連邦教育科学省

高等専門教育の連邦州予算教育機関

「国立鉱物大学「鉱業」

コースワーク

「データベース-自動車サービス」

分野別：応用プログラミング

完成者：Stepanova K.A.

チェック：Matyukhin S.A.

サンクトペテルブルク2013

序章

1.サブジェクトエリアの説明

2.データベース構造の説明

3.テーブル

4.委託条件

5.プログラムの説明

6.コンポーネント

7.ユーザーのためのスキーム

8.インターフェース

結論

参考文献

付録

序章

私たちの時代、デジタル技術の時代では、コンピューターが重要な役割を果たしています。 現在、すべての組織（政府機関であれ民間企業であれ）では、すべてがコンピューター化されています。これは、非常に高い計算能力によるものです。 最も複雑なプロセスやタスクの計算も可能な限り短い時間で実行され、ほとんどのタスクで時間係数が主要な役割を果たすことがよくあります。 近年のコンピュータの計算能力とメモリ容量は信じられないほど大きくなり、その価格は大幅に下落しました。これは、人間の活動のすべての部門の大規模なコンピュータ化に貢献しています。 今では、膨大な数のタスクを簡素化および高速化するスマートマシンのない生活を想像することは困難です。 専用のソフトウェアがなければ、コンピュータの有用性はゼロになり、それなしでは「鉄の助手」は役に立たなくなります。 この作業では、そのような重要な、そしてほとんどの組織とメインプログラムの作成について説明します。その名前はデータベースです。 この特定のケースでは、自動車サービスデータベース。

1. サブジェクトエリアの説明

このタスクの目的は、サービスの顧客、車の欠陥に関する情報を保存し、データ処理の効率と信頼性を確保できるソフトウェア製品を入手することです。

カーサービスデータベースは、カーサービスオペレーターを対象としており、車のブランド、訪問日、故障、車のvin番号、および顧客情報（電話番号など）に関する情報へのアクセスを提供します。

プログラムの有効性は、必要な情報を検索し、処理する時間を短縮することにあります。

このタスクを自動化する必要があるのは、レポートに必要なデータの選択とエンジニアの作業の会計処理が通常手動またはExcelを使用して行われ、これにかなりの時間を費やしているためです。 このプログラムは、データの検索、フィルタリング、および並べ替えの機能も提供します。

プログラミングの分野でプログラムを操作するのに特別な知識は必要ありません。

2. データベース構造の説明

テーブルリンク：

custumersテーブルは、vin_numberフィールドで1：Nの関係を使用してmastersテーブルにリンクされます

custumersテーブルは、vin_numberフィールドで1：1の関係で計算テーブルにリンクされています

3. テーブル

表1：クライアント（マスターテーブル）

表2：マスター（スレーブ）

表3：マスター（スレーブ）

ソフトウェアカーサービスデータベース編集

4. 技術的タスク

開発の基礎：

実践的なクラスを実施し、コースワークを完了するための教師のタスク。

開発の目的：

このプログラムは、自動車サービス事業者の作業を自動化するように設計されています。

プログラム要件：

自動車サービスオペレーターの作業を自動化する必要があります

情報は、コンピューターのハードドライブに永続的に保存する必要があります

・指定された情報をデータベースから削除する可能性のあるデータベースを表示できる必要があります。

信頼性要件：

・プログラムは、ユーザーの誤ったアクションを処理し、それについてユーザーに通知する必要があります。

・プログラムは、入力情報の制御を提供する必要があります。

5. プログラムの説明

private void Form1_Load（object sender、EventArgs e）（）//主要コンポーネントをロードします

private void b_add_Click（object sender、EventArgs e）（）//新しいレコードを追加します

private void b_replace_Click（object sender、EventArgs e）（）//エントリを編集します

private void b_cancel1_Click（object sender、EventArgs e）（）//アクションをキャンセルします

private void b_save_Click（object sender、EventArgs e）（）//変更を保存します

private void b_record1_Click（object sender、EventArgs e）（）//データを書き込みます

private void b_delete_Click（object sender、EventArgs e）（）//データを削除します

private void b_exit_Click（object sender、EventArgs e）（）//プログラム出口

6. コンポーネント

7. のためのスキームユーザー

表1「クライアント」と表2「マスター」は、vin_numberフィールドによって1対多の関係で接続されています。

表1「顧客」と表3「コスト」は、vin_numberフィールドによって1対1の関係でリンクされています。

8. インターフェース

新しいエントリを追加する

古い投稿を編集する

エントリの削除

訪問日で並べ替え

署名されたテーブル

「カーサービス」プログラムのメインテーブルには、次のものが含まれます。

1.顧客の車のリスト

2.車の所有者の連絡日

3.障害

4.顧客の電話

5.車両番号

6.クライアントリストの管理はボタン（追加/置換/削除）で行います

7.サロンクライアントの表示と記録

8.並べ替え

10.マスターの選択

11.テーブルの名前

12.プログラムを終了します

結論

その結果、自動車サービス事業者の職場に役立つソフトウェアが作成されました。

コースワークを完了する過程で、C＃プログラミング言語でデータベースを構築およびプログラミングする分野でスキルを習得しました。

参考文献

1. Matyukhin S.A.「C＃オブジェクト指向アプローチでのプログラミング」-教育的で系統的な複合体2013

2. A. Hejlsberg、M。Torgersen、S。Wiltamuth、P。GoldC＃プログラミング言語。 古典的なコンピュータサイエンス。 第4版= C＃プログラミング言語（C＃4.0をカバー）、第4版。 -サンクトペテルブルク：「Piter」、2012年。-784ページ。 --ISBN 978-5-459-00283-6

3. E. Stillman、J。GreenLearning C＃。 2nd Edition = Head First C＃、2ed。 -サンクトペテルブルク：「Piter」、2012年。-704p。 --ISBN 978-5-4461-0105-4

4. Andrew Troelsen C＃5.0プログラミング言語および.NET 4.5 Framework、第6版= Pro C＃5.0および.NET 4.5 Framework、第6版。 -M。：「ウィリアムズ」、2013年。-1312ページ。 --ISBN 978-5-8459-1814-7

5.ジョセフ・アルバハリ、ベン・アルバハリC＃5.0。 ディレクトリ。 完全な言語の説明=一言で言えばC＃5.0：決定的なリファレンス。 -M。：「ウィリアムズ」、2013年。-1008ページ。 --ISBN 978-5-8459-1819-2

6.ハーバート・シルト。 C＃4.0：完全なリファレンス= C＃4.0完全なリファレンス。 -M。： "Williams"、2010年。-S.1056。-ISBN978-5-8459-1684-6

付録. コードプログラム

System.Collections.Genericを使用します。

System.ComponentModelを使用します。

System.Dataを使用します。

System.Drawingを使用します。

System.Linqを使用します。

System.Textを使用します。

System.Threading.Tasksを使用します。

System.Windows.Formsを使用します。

パブリック部分クラスForm1：フォーム

InitializeComponent（）;

groupBox1.Visible = false;

groupBox2.Visible = false;

private void CustomersBindingNavigatorSaveItem_Click_1（object sender、EventArgs e）

this.Validate（）;

this.customersBindingSource.EndEdit（）;

this.tableAdapterManager.UpdateAll（this.db_autoDataSet）;

private void Form1_Load（object sender、EventArgs e）

// TODO：このコード行は、データを「db_autoDataSet.masters」テーブルにロードします。 必要に応じて、移動または削除できます。

this.mastersTableAdapter.Fill（this.db_autoDataSet.masters）;

// TODO：このコード行は、データを「db_autoDataSet.calculation」テーブルにロードします。 必要に応じて、移動または削除できます。

this.calculationTableAdapter.Fill（this.db_autoDataSet.calculation）;

// TODO：このコード行は、データを「db_autoDataSet.customers」テーブルにロードします。 必要に応じて、移動または削除できます。

this.customersTableAdapter.Fill（this.db_autoDataSet.customers）;

private void b_exit_Click（object sender、EventArgs e）

private void button5_Click_1（object sender、EventArgs e）

private void b_add_Click（object sender、EventArgs e）

groupBox1.Visible = true;

b_replace.Visible = false;

b_delete.Visible = false;

b_exit.Visible = false;

b_add.Visible = false;

b_exit2.Visible = false;

b_save.Visible = false;

textBox1.Text = "";

textBox2.Text = "";

textBox3.Text = "";

textBox4.Text = "";

textBox5.Text = "";

private void b_replace_Click（object sender、EventArgs e）

textBox10.Text = Customers DataGridView.CurrentRow.Cells.Value.ToString（）;

textBox9.Text = Customers DataGridView.CurrentRow.Cells.Value.ToString（）;

textBox8.Text = Customers DataGridView.CurrentRow.Cells.Value.ToString（）;

textBox7.Text = Customers DataGridView.CurrentRow.Cells.Value.ToString（）;

textBox6.Text = Customers DataGridView.CurrentRow.Cells.Value.ToString（）;

textBox6.ReadOnly = true;

groupBox2.Visible = true;

b_add.Visible = false;

b_delete.Visible = false;

b_exit.Visible = false;

b_exit2.Visible = false;

b_replace.Visible = false;

b_save.Visible = false;

private void b_cancel1_Click（object sender、EventArgs e）

b_add.Visible = true;

b_delete.Visible = true;

b_exit.Visible = true;

b_exit2.Visible = true;

b_replace.Visible = true;

b_save.Visible = true;

groupBox1.Visible = false;

private void b_cancel2_Click（object sender、EventArgs e）

b_add.Visible = true;

b_delete.Visible = true;

b_exit.Visible = true;

b_exit2.Visible = true;

b_replace.Visible = true;

b_save.Visible = true;

groupBox2.Visible = false;

private void b_save_Click（object sender、EventArgs e）

CustomersBindingNavigatorSaveItem_Click_1（sender、e）;

private void b_record1_Click（object sender、EventArgs e）

DataTableテーブル= db_autoDataSet.Tables;

DataRow行= table.NewRow（）;

行= textBox1.Text;

行= Convert.ToDateTime（textBox2.Text）;

行= textBox3.Text;

行= textBox4.Text;

行= textBox5.Text;

table.Rows.Add（row）;

groupBox1.Hide（）;

b_replace.Visible = true;

b_delete.Visible = true;

b_exit.Visible = true;

b_add.Visible = true;

b_exit2.Visible = true;

b_save.Visible = true;

private void b_record2_Click（object sender、EventArgs e）

DataTableテーブル= db_autoDataSet.Tables; // 12バインドされた動的。 タブ。 データベースの最初のファイルを含むテーブル

vinRab = Convert.ToInt64（customersDataGridView.CurrentRow.Cells.Value.ToString（））; // 13は現在のレコードのvinを取得しました

DataRow row = table.Rows.Find（vinRab）; // 14結合された動的。 ファイルエントリがvinc shifrRabの行行で、DataSetを「編集」状態にします。この状態では、フィールド値を変更できます。

row = textBox10.Text; // 15ウィンドウから指定された行の2番目のフィールドに書き込まれます

row = Convert.ToDateTime（textBox9.Text）; // 15は行行の3番目のフィールドに書き込まれます

行= textBox8.Text; // 15が行の4番目のフィールドに書き込まれましたrowrow = textBox7.Text;

行= textBox6.Text;

table.AcceptChanges（）; // 15 AcceptChangesコマンドを使用すると、変更されたフィールド値を受け入れることができます

groupBox2.Hide（）; // 16

b_replace.Visible = true;

b_delete.Visible = true;

b_exit.Visible = true;

b_add.Visible = true;

b_exit2.Visible = true;

b_save.Visible = true;

private void b_delete_Click（object sender、EventArgs e）

//カーソルの下の行を削除します

//最初に、誤った削除を行わないように警告を作成します

文字列s1、s2、s3、s4、s5、メッセージ。

DialogResultの結果; // 18

int ind = CustomersDataGridView.CurrentRow.Index;

s1 = CustomersDataGridView.CurrentRow.Cells.Value.ToString（）;

s2 = CustomersDataGridView.CurrentRow.Cells.Value.ToString（）;

s3 = CustomersDataGridView.CurrentRow.Cells.Value.ToString（）;

s4 = CustomersDataGridView.CurrentRow.Cells.Value.ToString（）;

s5 = CustomersDataGridView.CurrentRow.Cells.Value.ToString（）;

メッセージ= "車のブランド=" + s1 + "\ n訪問日=" + s2 + "\ n障害=" + s3 + "\ n顧客の電話番号=" + s4 + "\ n車両番号" + s5;

//結果変数は、DialogResult.YesまたはDialogResult.Noのいずれかを取ることができます

result = MessageBox.Show（message、 "次のエントリを削除しますか？"、

MessageBoxButtons.YesNo、MessageBoxIcon.Question）;

if（result == DialogResult.Yes）//行が削除されます

（// 20DataGridタイプのcustomersDataGridViewからの現在のテーブルがバッファテーブルに書き込まれます

CurrencyManager CurMng =（CurrencyManager）customersDataGridView.BindingContext;

if（CurMng.Count> 0）//テーブルが空でない場合

CurMng.RemoveAt（CurMng.Position）; //マークされた位置を削除する

//ここでresult == DialogResult.Noであり、削除は拒否されます

//プロシージャを終了します

Allbest.ruでホスト

同様の文書

データベースの作成。 レコードを検索、変更、削除します。 データ処理と交換。 データベース設計。 ベースの計算された部分の式の定義。 フィールドとレコードの編集。 データベースに含まれる情報の表示形式。

タームペーパー、2009年2月23日追加


ソフトウェア製品の開発-統合プログラミング環境でのデータベース「エクスカーション」C ++ Builder 6.データベースデータの表示、編集、削除の順序を決定します。 ユーザーマニュアルの機能とプログラムの一般的なインターフェイス。

タームペーパー、2013年11月3日追加


企業におけるデータベース管理システムの必要性の実証。 データベースレコードの表示、編集、挿入、クエリおよびレポートの生成を提供するデータベース管理ソフトウェアの開発の機能。

タームペーパー、2010年1月23日追加


データベースの作成と、学生に関する情報をグループ化するために設計された「StudyDatabase」プログラムの説明。 プログラムの機能の特徴：データベースへのレコードの追加、レコードの編集、削除、およびデータの並べ替え。

タームペーパー、2011年4月25日追加


プログラム「スポーツ用品のデータベース」の開発。 モジュールとブロックの操作アルゴリズムの説明。 プロジェクト表現の構造図。 適切な情報を見つけるプロセス。 自動データソート。 レコードの追加と編集。

タームペーパー、2013年8月15日追加


簡単な参照フォームの作成。 デザインモードでのフォームプロパティの編集。 コントロールのプロパティの追加と編集。 データベースのレポートを設計する。 テーブルを通常の形式にし、データスキーマを構築します。

要約、2008年11月23日追加


データベースとソフトウェアを設計および開発するための手順。 データベースの構造、作成されたテーブル、フォーム、レポート、クエリ、保存された情報に関する情報。 論理的および概念的なデータモデル。 ソフトウェアの選択。

タームペーパー、2010年1月20日追加


リレーショナルデータモデルの整合性を維持する制約タイプ。 ジェネレーターを使用して主キーフィールドの値を決定します。 SQLプログラミング言語のデータベーステーブル「ライブラリ」のレコードの追加、変更、および削除。

実験室での作業、2012年10月10日追加


ドメイン分析。 ホテルデータベースをコンパイルするための要件。 必要な情報を検索するプロセスの実装。 テーブル、クエリ、レポートの作成とそれらの印刷。 データの編集、追加、保存。

タームペーパー、2016年2月7日追加


アプリケーション開発ツールを選択する理由。 情報の追加、削除、編集。 データベースからの情報の反映。 選択したテーブルの情報を検索します。 プロジェクトデータ、エンティティ、ロジック、会社。 プログラムのプロジェクト間の相互作用のスキーム。