情報システムモジュールの開発。企業の企業情報システムのメインモジュール。アプリケーション展開の方法論

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

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

ポストする http://www.allbest.ru/

自動化情報システム学科

注釈

コースプロジェクトへ

トピック：ISモジュールのエンタープライズ管理の設計

規律：「IPデザイン」

序章

1一連のタスクの情報サポート

1.1.1情報モデルまたは情報モデル（データスキーマ）とその説明

1.2.1。計算の形式化（計算アルゴリズムと問題解決）

2技術サポート

2.1情報の収集、送信、処理、発行の技術プロセスのスキーム

3一連のタスク用のソフトウェア

3.1一般

結論

中古文献一覧

前書き

現在、さまざまなタイプの企業で自動化情報システム（AIS）の作成と実装が広く行われています。 AISは、さまざまなタイプや構造の情報を処理する上でその有効性を証明しています。このようなシステムは、最も日常的なプロセスを最短時間で実行します。

過去20年間で、情報の量と流通は、経済、金融、政治、精神など、人間の生活のあらゆる分野で大幅に増加しました。そして、知識の蓄積、処理、使用のプロセスは絶えず加速しています。科学者たちは、10年ごとに情報量が2倍になると言っています。この点で、蓄積されたデータを効率的に保存、処理、および配布できる自動ツールを使用する必要があります。多数の営利企業のコンピュータ化にもかかわらず、これらの機関の従業員は、商品や顧客の会計、および部門間の情報交換に大量の日常業務を実行する必要があります。教育プロセスの主な機能を自動化する情報システム（IS）を導入する必要性は、現在疑いの余地がありません。

ISを作成する方法は3つあります。

1ERPシステムに基づいてISを構築します。

2独自のISの開発。

これらの各領域には、長所と短所の両方があります。最初のアプローチの欠点は、ERPシステムのライセンスのコストが非常に高いことに加えて、システムのセットアップと適応に多大な労力を費やすことです。これには、必然的に、ISのコンサルティングサポート、メンテナンス、および実装が必要になります。さらにコストが増加します。

ISモジュール「エンタープライズ管理」は、貿易企業の従業員の作業を自動化するように設計されています。システムには、サプライヤー、従業員、顧客に関する情報を含むデータベースがあります。

自動化されたシステムアウトオブマシンインマシン

1複雑なタスクの情報サポート

1.1オフマシン情報の提供

コンピューター上で実用的なユーザーアプリケーションを作成し、特定の分野でそれを操作するには、マシン外球のデータをマシンメディアに転送し、そこでマシン内情報ベースを形成する必要があります。

オフマシン情報サポート（図1）には、オフマシン情報ベース（IB）とその保守ツールが含まれています。

ポストする http://www.allbest.ru/

図1オフマシン情報の提供

ISは、対象領域の非機械領域の実際の情報を組み合わせており、それを整理および保守する手段は、ISとの連携を確実にするように設計されています。オフマシン情報ベースは、ドキュメントに含まれるデータによって形成されます。

オフマシン情報ベースには、特定のサブジェクト領域の規範的な参照、計画された（つまり、条件付きで永続的な）情報および運用（アカウンティング）情報が含まれます。あるタイプと別のタイプの情報のおおよその典型的な構成を図2に示します。

情報ベースの決定には、ユーザーの問題を解決するために必要な情報の構成を決定することが含まれます。さらに、情報の論理構造を特定する必要があります。これにより、自動処理に必要な形式化とデータモデリングの段階に進むことができます。非機械領域での情報の構造化は、個別の構造単位、ドキュメントでのグループ化、および分類基準に従った順序付けによって、その表示に反映されます。

ポストする http://www.allbest.ru/

図2オフマシンインフォベースの構成

1.1.1情報モデルまたは情報モデル（データスキーマ）とその説明。

データベース設計は、相互に関連するデータモデルのセットを構築することで構成されます。データベース設計の最も重要な段階は、DBMS指向ではないサブジェクト領域の情報（情報論理）モデルの開発です。情報モデルでは、データ構造、データの構成と構造も使用します。情報の必要性に応じて、統合された形式で反映されます。

サブジェクトエリアの情報論理モデルは、一連の情報オブジェクトとそれらの構造的関係の形でサブジェクトエリアを反映します。

インフォロジカルドメインモデルが最初に構築されます。予備的なインフォロジカルモデルは、プロジェクト前の段階で構築され、データベース設計の後の段階で改良されます。次に、それに基づいて、概念（論理）、内部（物理）、および外部モデルが構築されます。

インフォロジカルモデリングの目的は、作成中のデータベースに保存されているはずの情報を収集して提示するための最も自然な方法を提供することです。

インフォロジカルモデリングの設計は、特定のサブジェクト領域の情報コンテンツを反映するセマンティックモデルを取得することで構成されます。この段階で、対象領域の抽象化、研究、知覚、説明、および制限が実行されます。さらに、得られた知識は、数式、図、関係などの形で提示されます。

正規化の目的は、論理エラーを排除することです。正規化の重要性は、多くの情報の冗長性を含む大きな関係を原則として分割できるという事実にあります。「本質的に」のみ結合されるデータのみをグループ化する、より小さな論理ユニットに。したがって、リレーショナルデータベースの各テーブルは、テーブルの各行と列の交点の位置に常に1つの値が含まれ、そのような値が複数存在することはないという条件を満たす。

このコースプロジェクトでは、入力ドキュメントが使用されます。人員、商品、および顧客のデータベースです。

入力ドキュメントを調査した結果、情報オブジェクトの従属関係の階層関係を明確に示す、標準形のILMのグラフィック表現である情報データモデル（IDM）が作成されました（図3）。

ポストする http://www.allbest.ru/

図3IS「エンタープライズ管理」モジュールのインフォロジカルモデル

1.1.2入力情報の特徴

入力情報は、問題を解決するために必要なすべての情報として理解され、パーソナルコンピュータのメモリ内のさまざまなメディア（一次文書、マシンメディア）に配置されます。

製造企業の入力情報の合理的な編成から、情報の収集、登録、送信、保存、および処理の方法、その構成およびタイムリーな受信は、生産プロセスの管理の効率と有効性に依存します。

コースプロジェクトで開発された自動システムの入力情報は次のとおりです。

資料の種類に関する情報。

素材の色情報;

素材の質感に関する情報。

メーカーに関する情報。

企業の従業員に関する情報。

ポジションに関する情報。

材料の量に関する情報。

材料の価格に関する情報。

キャンバスの幅に関する情報。

データベースは、7つのテーブルと5つのディレクトリで構成されています。テーブル「材料」（図4）は、材料データを保存するために使用されます。このテーブルの情報は、品目が倉庫に到着したときに入力されます。

図4表「材料」

「顧客」テーブル（図5）は、顧客に関する情報を格納するために使用されます。

図5「顧客」テーブル

「従業員」テーブル（図6）は、この企業の従業員に関する情報を格納するために使用されます。表「従業員」の情報は、新入社員の雇用によって入力されます。

図6従業員テーブル

「注文」テーブル（図7）は、ストレッチ天井の設置の注文に関する情報を格納するために使用されます。

図7注文表

表「メーカー」（図8）は、材料のサプライヤーに関する情報を保管するために使用されます。

図8「メーカー」の表

「入荷」テーブル（図9）と「消費」テーブル（図10）は、材料の受け取りと消費に関する情報を格納するために使用されます。

図9「到着」

図10「消費」

参考書「素材の種類」（図11）、「色」（図12）、「テクスチャ」（図13）、「位置」（図14）、「ステータス」（図15）は、コードの形で提示された表。

図11ディレクトリ「材料の種類」

図12「カラー」リファレンスブック

図13ディレクトリ「請求書」

図14ディレクトリ「位置」

図15ディレクトリ「ステータス」

1.1.3結果情報の特徴

情報システム運用時の出力情報は、サイトページに表示されるデータとなります。設計されたソフトウェア製品は、情報を追加、削除、並べ替え、検索する機能を提供します。ユーザーは、ストレッチ天井を設置するコストを計算するだけでなく、材料の受領日を示す残りの材料を計算することができます。過去の材料消費量のデータがグラフ形式で表示されます。

1.2一連のタスクのマシン内実装

情報システムが動作する情報は、MySQLツールを使用して作成されたデータベースの形式で編成されます（図16）。

図16MySQLを使用して作成されたデータベーススキーマ

1.2.1計算の形式化（計算アルゴリズムと問題解決）

出力ドキュメントを取得するために、入力データは特定のアルゴリズムに従って変換されます。

ストレッチ天井の設置費用を計算するときは、「費用」フォームに記入する必要があります。このフォームには、天井幅、天井長、マテリアルテクスチャの3つのフィールドとデータ入力が含まれています。これらのフィールドに入力した後、プログラムはMySQLデータベースから、この請求書を含む材料のコストに関するデータを要求します。コストは、天井カバーの面積に1 m2あたりの材料のコストを掛けて計算されます。

「経費」フォームで「残り」ボタンをクリックすると、プログラムモジュールは倉庫に残っている材料の量を計算します。「残り」フォームの2つのフィールドに入力する場合：資料の受領日、資料の消費日、データはMySQLデータベースから取得され、特定の月の資料の受領額に関するクエリが実行されます。今月の消費量。残りの材料は、特定の期間の材料の受け取りと消費の差によって計算されます。

1.2.2ソフトウェアパッケージの使用のブロック図（ダイアログツリー）

システムメニュー-特定のタスクを実行するように設計されたコマンドを含む、適用されたデータ処理システムの対話の主な形式です。

開発したアプリケーションには直感的なメニューがあります。データベーステーブルを操作するために、ISの「エンタープライズ管理」モジュールは次のもので構成されています。

フォームの表示と編集。

天井のコストを計算するためのフォーム。

グラフィック情報の表示形式。

2技術サポート

技術サポート（TO）には、情報の収集、送信、処理、および発行のための技術の組織の説明が含まれます。TOは、2種類のドキュメント（ドキュメント、これらは、参照情報とドキュメントを修正するために使用され、計算に使用される操作情報を表します）、結果情報の形成で終わります。また、情報の収集、送信、処理、発行の技術プロセスの図と、技術の段階的な説明を反映した、技術プロセスの主な操作の説明マップも提供します。

3複雑なタスクのソフトウェア

複雑なタスクのソフトウェアは、PHPプログラミング環境で実行されました。環境の選択は、電子アーカイブ（データベース）で動作するように設計されたアプリケーションを作成するためのこのプログラミング言語の幅広い可能性によるものです。

コンパクトなサイズと解決すべきタスクの範囲が狭いため、この設計段階のプロジェクトにはインストールパッケージがなく、ソフトウェア製品の配布は直接コピーによって実行されます。

3.1一般

ISモジュール「EnterpriseManagement」は、MySQLにアクセスできるWindowsシステム上のサービスに基づくテクノロジーを使用して作成されています。

MySQLは現在最も人気のあるDBMSの1つです。この人気の理由のいくつかは次のとおりです。

さまざまな資格のユーザーと連携するように設計された、高度な汎用性と合理性。特に、データベースオブジェクトを管理するシステムが実装されており、設計モードから直接操作モードに柔軟かつ迅速に切り替えることができます。

他のソフトウェア製品との統合の可能性を深く開発しました。

MySQLがこのように広く配布されている重要な理由は、このソフトウェア製品が利用できることであることに注意してください。

3.2ソフトウェアモジュールの説明

情報システムには、データに対して必要なすべての操作を実行するモジュールが含まれています。これらのモジュールには、情報の追加、削除、並べ替え、検索のためのフォームが含まれています。さらに、「注文」モジュールでは、ストレッチ天井を設置するための価格を計算し、その寸法のみを入力します。「費用」モジュールでは、月ごとの材料費のグラフを表示できます。

「製品」ページを開くと、プログラムの6つの主要モジュール、「注文」、「材料」、「経費」、「入金」、「顧客」、「従業員」があるフォームが表示されます。

「注文」、「材料」、「経費」、「入金」、「顧客」、「従業員」のボタンを押すと、適切なフォームが表示され、情報の追加、削除、並べ替え、検索を行うことができます。データベース。これらのボタンのいずれかをクリックすると、入力後に、削除、並べ替え、追加、または検索のための情報を入力するための行が含まれるフォームが自動的に表示され、要約情報が表示されます。

「注文」フォームには「コスト」ボタンがあり、クリックすると、部屋の長さ、幅、素材の質感のフィールドに入力する必要があるフォームに移動し、結果が表示されますストレッチ天井の設置費用。

「経費」フォームでは、「経費グラフ」ボタンをクリックすると、相対的な期間の経費に関するグラフィック情報を含むチャート画像が表示されます。

結論

コースプロジェクトを作成した結果、貿易企業の従業員向けのアプリケーションが作成されました。開発されたプログラムは、労働生産性を大幅に向上させ、作業を自動化することができます。

Windowsオペレーティングシステムで実行されるアプリケーション、特にデータベースアプリケーションを作成するためのPHP、HTML、およびMySQLツールの使用により、エンドユーザー向けのソフトウェア製品を作成することが可能になりました。

データベースに保存されている情報にアクセスし、データベースを変更し、データベース全体を維持するためのメソッドの実装に必要なすべての作業は、に保存されている情報の使用に関連する新たな問題の全範囲を正常に解決するためにユーザーに開かれています。データベース。さらに、ソフトウェアインターフェイスにより、データベースの操作が可能な限り簡単になります。

情報システムによって実行されるすべての機能は、開発プロセス中に注意深くチェックおよびテストされています。

参考文献

1. Welling L.PHPとMySQLを使用したWebアプリケーションの開発。ウィリアムズ出版社、2003年。-288ページ：病気。

2.PHPおよびMySQLのリファレンス。 http://www.php.su/books/。

3.phpMySQL_Adminのヘルプファイル

4. http://www.php.ru

5. http://www.mysql.ru

Allbest.ruでホスト

同様の文書

「情報」「データ」「知識」の概念の開示。マシン以外およびマシン内の情報サポート、インジケーターのシステム、分類およびコーディングの説明。特定の例に関する経営情報支援の構成の研究。

タームペーパー、2012年9月26日追加

情報処理プロセスを組織化する方法。マシン内情報サポートの実装の主な方向性。自動化システムの主要コンポーネントとしてのデータベースとデータバンクの技術の構築と効果的な適用の原則。

論文、2013年5月30日追加

組織管理における情報システムとテクノロジーの分類。 ISとITの作成方法と組織。構成、構造、マシン内情報のサポート。経済情報を処理するための情報技術と手順。

テスト、2012年7月25日追加

情報モデルとその説明。分類器とコーディングシステム。ソフトウェアおよび技術サポート。機能ツリーとダイアログスクリプト。ソフトウェアモジュールの相互作用。情報を転送、処理、発行する技術的プロセス。

論文、2012年1月3日追加

自動処理の組織の特徴。データスキーマとその説明。入力および出力情報の特性。情報の収集、送信、処理、および発行の技術プロセスの編成。自動化されたタスクの形式化。

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

テクニカルサポートの進化。自動化情報システムの最新の技術的手段の基本的な要件、アプリケーション、および特性。情報を処理および保存するための複雑なテクノロジー。経理と販売のデータベースの作成。

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

情報システムの開発。金融および経済応用ソフトウェアの現代市場。自動化情報システムを導入することの長所と短所。自動化された情報システムを設計するための方法。

論文、2015年11月22日追加

情報を収集、送信、処理、発行する技術的プロセス。ソフトウェア製品の目的。キャッシャーオペレーターのための自動化された職場の導入の経済指標の分析。コンピューターオペレーターの職場の組織。

論文、2014年12月8日追加

カザフスタン共和国における賃貸の法的根拠。既存の不動産業者ソフトウェアの概要。インフォロジカルデータベースモデルの選択と設計。情報を収集、送信、処理、発行するための技術の組織。

論文、2015年2月11日追加

企業CJSC「Pallada-Torg」における貨物輸送の組織。輸送管理の特徴：情報システム部門の組織構造と機能。情報の処理と送信のプロセスの自動化と情報化のレベルの評価。

自動化されたワークステーション

性能要件

生成されたレポートのリスト

4.4.2。計画および生産管理のシステムの要件

情報システムは、エンタープライズリソースプランニングと注文生産管理を提供する必要があります。

IS機能要件：

1.完成品（FP）の構成管理：

仕様の関連期間を指定する可能性があり、いくつかの異なる仕様のGPを製造する可能性がある、GPの構成に関する規制および参照情報の維持。

GPの一部である製品の製造技術に関する規制および参照情報の維持。技術の関連期間を指定する可能性があり、いくつかの異なる技術を使用してGPを製造する可能性があります。

2.販売管理：

顧客関係の履歴を表示します。

GP、ボリューム、出荷日、販売価格、および追加条件のリストを示すクライアントのアプリケーションの登録/調整。

注文されたGPの現在の経済指標（計算）を表示します。

3.生産計画：

計画期間の各日の利用可能な標準時間数を示す機器の可用性スケジュールの作成。

計画期間の各日の製造された製品、その量、使用された機器、分割を示す生産計画の形成。

材料とコンポーネントの生産のニーズのための計画の形成;

生成された生産計画に従った機器の負荷の制御と管理。

実行中に生産計画を調整する。

生産計画の計画-事実分析;

4.生産管理：

製品製造のためのシフトタスク（作業指示）の形成。

請負業者の衣装への割り当て/再割り当て、および製造製品の数、欠陥製品の数、および結婚の理由を示す衣装の実行の修正。

生産における在庫品目（在庫および材料）の保管および移動の管理。

5.供給管理：

材料とコンポーネントの必要性の計画に基づいて、サプライヤー、商品と材料の範囲、数量と納期を示す購入申請書の作成。

部門からの商品および材料の単一注文に基づく発注書の形成。

発注書を履行するプロセスを監視および追跡します。

残留物の運用管理;

配達の計画-事実分析;

6.コスト管理：

GPの計画された（規範的な）コストの形成;

実際の生産コストを修正します。

GPの実際のコストの計算。

コストの計画-事実分析。

注文の標準コストを計算するための要件

製品と注文全体の標準原価は、次の方法を使用して計算されます。

1.製品の標準原価の直接材料構成要素は、この製品の標準構成（仕様）およびこの仕様に含まれる商品および材料の確立された会計価格に関する情報に基づいて形成されます。仕様については、材料費のいくつかの項目を使用することが許可されています。

2.直接賃金の額は、製品の標準的な運用構成に基づいて計算されます。以下が設定されています：各操作の標準期間、この操作に必要な労働者の職業、および労働者のカテゴリー。また、労働者の職業とそのカテゴリーに応じて、標準時間の金銭的レートがシステムに入力されます。

3.間接費の基準値は、指定されたベースのパーセンテージとして計算されます（指定された商品の直接費の値）。

この計算を実行するには、情報システムで次のデータが利用可能である必要があります。

1.製品の製造に関する仕様（およびこの製品に含まれる自社生産のすべての半製品の製造に関する仕様）。

2.製品およびそれに含まれる半製品の製造技術：どのような操作をいつ実行する必要があるか。さらに、各操作について、その実装（この特定の製品のリリース）に必要な職業と労働者のランクが指定されます。

3.中古品および材料の会計価格のプロトコル。

4.職業およびカテゴリーの標準時間の金銭的レート。

注文の実際のコストを計算するための要件

製品と注文全体の実際のコストは、次の方法を使用して計算されます。

1.製品のリリースにかかる直接材料費は、製造段階でのショップによる材料の消費に関する実際のデータに基づいて計算されます。この場合、この製品に含まれるすべての半製品のコストが最初に計算されます。合計評価は、企業の会計方針で採用されている方法論に従って実行されます。

2.直接生産労働者の賃金は、受注終了のデータに基づいて計算されます。 ISでの注文の記録が保持されていない場合、賃金は分配の対象となる直接費に関連します。特定のベースに従って製造された製品に分配されます。

3.直接生産設備の減価償却は、各段階でこの段階で使用される設備（機械）が示されている場合、直接費に含まれます。

4.分配される直接費用：

各処理段階よりも消費頻度が低い基本的な材料（たとえば、化学物質、生産単位あたりの割合が非常に小さいため、この割合でも分野横断的な消費を考慮に入れることは意味がありません）。

部門別の分配に関する情報がない場合の労働者の賃金。

処理装置ごとの内訳なしで、月額合計のみが利用可能である場合の直接設備の減価償却。

このようなコストは、選択された流通ベースに従って（たとえば、直接材料費に比例して）製造製品に割り当てられます。

1.一般製造原価（勘定BU 25）：選択された流通拠点に比例して製造製品に分配されます。そのような費用の一部は、企業が採用した会計方針に従って仕掛品の一部として残っている場合と残っていない場合があります。

2.一般事業費および販売費（勘定科目26および44）は、当期の費用として認識され、販売費に関連しています。完成品のコストへのそのようなコストの分布は、特別なレポートを使用して見ることができます。

情報システムのパフォーマンス要件

<Раздел должен содержать требования к производительности Информационной системы. Вводится в шаблон>.

信頼性要件

<Раздел должен содержать требования к надежности Информационной системы. Например:>

情報システムの信頼できる（持続可能な）機能を確保するための要件

情報システムの信頼できる（持続可能な）機能は、お客様が一連の組織的および技術的対策を実施することによって保証される必要があります。そのリストを以下に示します。

1.技術設備の無停電電源装置の編成。

2.ライセンスソフトウェアの使用。

3. 1998年7月23日の法令に定められた、ロシア連邦の労働社会開発省の勧告の定期的な実施「PCおよびオフィス機器の保守とソフトウェアの保守に関する部門横断的な標準時間基準の承認について";

4. GOST51188-98の要件の定期的な履行。「データ保護。コンピュータウイルスの存在についてソフトウェアをテストする」;

5.情報システム自体または使用されているデータベース管理システムによる情報システムのデータベースの定期的なバックアップ。

あらゆる目的でISの動作を保証する要素が定義にリストされています。それらのいくつか（手段、方法、および人員）は、ISの運用を保証しますが、その他（情報の保存、処理、および発行）は、機能的な機能を示します。 ISの機能を構成する情報プロセスを決定します。したがって、IS構造は、機能構造とサポートサブシステムのセットとしてのIS構造の2つの異なる計画で考慮されます。

定義によれば、ISの機能要素は、次のプロセスのグループ（ブロック）です。

外部または内部ソースからの情報の入力。

入力情報を処理し、便利な形式で提示する。

消費者への提示または別のISへの転送のための情報の出力。

フィードバックは、入力情報を修正するためにこの組織の人々によって処理される情報です。

機能構造情報システムはブロック図（図1）の形式で表示され、システムの各要素はブロック（図では-長方形）として表示され、リンクとその方向は矢印で示されます。

個別の部分（システムのブロック）はサブシステムと呼ばれます。

それぞれの特定の場合において、機能サブシステムのセットと相互関係は、サブジェクトエリアと企業の活動の詳細に依存し、その活動は情報システムによって提供されます。

IS構造は、サポートするサブシステムの複合体として表すこともできます（図2）。

図1。 ICの一般化された機能ブロック図。

ただし、AISの場合、情報処理の性質とタイプが異なるため、一連の処理サブシステムで機能図が異なります。たとえば、AIPS（図書館、博物館、参照法務など）は、複雑なデータ変換を行わずに、ユーザーの要求に応じて情報の入力、体系化、保存、検索、および発行を行います。情報処理システム：ASOD、ACS、DSS-特定のアルゴリズムに従ってデータベース情報の処理を実行しますが、情報処理サブシステムの構成も異なります。設計自動化に特化したCADの構造には、技術文書、タスク生成、シミュレーションモデリング、計算などの特別なサブシステムがあり、エキスパートシステムが存在する場合もあります（図2のブロック図を参照）。

図2。 CADブロック図

別のタイプのIS構造、つまりサポートサブシステムの複合体として考えてみましょう（図3）。

情報システムの構造は、範囲に関係なく、サブシステムのセットと見なすことができます。サブシステムは、いくつかの属性によって区別されるシステムの一部です。この場合、分類の構造的特徴について話し、サブシステムは提供と呼ばれます。

したがって、情報システムの構造は、サポートするサブシステムのセットで表すことができます。

図3。サポートするサブシステムのタイプごとのIS構造。

サポートサブシステムの中で、情報、技術、数学、ソフトウェア、組織的および法的サポートは通常区別されます。

情報サポート-一連の情報データ配列、情報を分類およびコーディングするための統一されたシステム、統一された文書化システム、組織内を循環する情報フローのスキーム、およびデータベースを構築するための方法論。情報サポートサブシステムの目的は、管理上の意思決定を行うための信頼できる情報をタイムリーに生成して発行することです。

統一されたドキュメンテーションシステム州、共和党、支部、地域レベルで作成されます。主な目標は、社会的生産のさまざまな領域の指標の比較可能性を確保することです。要件が設定されている標準が開発されました。

統一されたドキュメンテーションシステムへ。

さまざまなレベルの管理の統一された形式の文書。

詳細と指標の構成と構造に。

統一された形式の文書の導入、保守、および登録の手順。

統一された文書化システムの存在にもかかわらず、ほとんどの組織の調査は、典型的な欠点の全範囲を明らかにしています。

手動処理用の非常に大量のドキュメント。

同じインジケーターが異なるドキュメントに複製されることがよくあります。

多数のドキュメントを処理することで、専門家は当面の問題を解決できなくなります。

作成されたが使用されていないインジケーターなどがあります。

これらの欠点を取り除くことは、情報サポートの作成が直面しているタスクの1つです。

情報フロー図情報の移動経路、その量、一次情報の出所、および結果として得られる情報の使用を反映します。このようなスキームの構造を分析することにより、マネジメントシステム全体を改善するための対策を開発することが可能です。

情報フローのスキームの構築と詳細な分析により、情報のルートと量、インジケーターの複製、およびそれらの処理のためのプロセスを特定できます。

重複した未使用の情報の除外。

情報の分類と合理的な提示。

データベース構築方法論それらの設計の理論的基礎に基づいています。

方法論の基本概念：

組織のマネジメントシステム全体の目標、目的、機能の明確な理解。

情報の流れのスキームの形で分析のために提示された、発生の瞬間から管理のさまざまなレベルでのその使用までの情報の動きの識別。

文書管理システムの改善。

分類およびコーディングシステムの可用性と使用。

概念的な情報を作成するための方法論の所有-情報の関係を反映する論理モデル。

マシンメディア上での情報アレイの作成。これには最新の技術サポートが必要です。

この概念は、実際には2つの段階で実装されます。

ステージ1-次の目的で会社のすべての機能部門を調査します。

その活動の詳細と構造を理解する。

情報フローの図を作成します。

既存のドキュメント管理システムを分析します。

情報オブジェクトと、それらのプロパティと目的を説明する詳細（パラメータ、特性）の対応する構成を決定します。

第2段階-第1段階の調査結果に基づく概念情報論理データモデルの構築。このモデルでは、オブジェクトとその詳細の間のすべての接続を確立して最適化する必要があります。情報論理モデルは、データベースが作成される基盤です。

技術サポート-情報システムの運用のために設計された一連の技術的手段、およびこれらのツールと技術的プロセスに関連する文書

技術的手段の複合体は、次のもので構成されます。

任意のモデルのコンピューター。

情報を収集、蓄積、処理、送信、出力するためのデバイス。

データ伝送デバイスおよび通信回線。

自動データ検索用のオフィス機器およびデバイス。

手術材料等

文書には、技術的手段の予備的選択、それらの運用の組織、データ処理の技術的プロセス、技術的機器が含まれています。ドキュメントは大きく3つのグループに分けることができます。

技術サポートの州および業界標準を含む、システム全体。

専門的で、技術サポートの開発のすべての段階のための一連の方法が含まれています。

テクニカルサポートの計算を実行するときに使用される規範的な参照。

現在までに、テクニカルサポートを組織化する2つの主要な形式（技術的手段を使用する形式）が開発されました。集中型と部分的または完全に分散型です。

一元化された技術サポートは、情報システムでの大型コンピューターとコンピューターセンターの使用に基づいています。この形式の組織は、標準化の管理と実装を容易にしますが、スタッフの責任とイニシアチブを減らします。

技術的手段の分散化には、職場のパーソナルコンピュータに直接機能サブシステムを実装することが含まれます。この場合、スタッフの個人的な責任がより大きくなり、経営者が標準化を実施することがより困難になります。

現在、部分的に分散化されたアプローチがより一般的です-パーソナルコンピューターと、機能サブシステムに共通のデータベースを格納するためのメインフレームコンピューターで構成される分散ネットワークに基づく技術サポートの組織。

数学とソフトウェア-情報システムの目標と目的、および複雑な技術的手段の通常の機能を実装するための一連の数学的方法、モデル、アルゴリズム、およびプログラム。

手段に ソフトウェア関連：

管理プロセスモデリングツール。

典型的な制御タスク。

数理計画法、数理統計学、待ち行列理論などの方法。

部 ソフトウェア一般的なシステムおよび特別なソフトウェア製品、および技術文書が含まれます。

に 一般的なシステムソフトウェア情報処理の典型的な問題を解決するために設計されたユーザー指向のプログラムのセットを含みます。これらは、コンピューターの機能を拡張し、データ処理プロセスを制御および管理するのに役立ちます。

特別なソフトウェアは、特定の情報システムの作成中に開発された一連のプログラムです。これには、実際のオブジェクトの機能を反映して、さまざまな程度の妥当性の開発されたモデルを実装するアプリケーションソフトウェアパッケージ（APP）が含まれています。

ソフトウェア開発の技術文書には、タスクの説明、アルゴリズム化のためのタスク、タスクの経済的および数学的モデル、およびテストケースが含まれている必要があります。

組織的サポート-これは、ISの開発と運用の過程で、従業員と技術的手段との相互作用を規制する一連の方法とツールです。

組織サポートは、次の機能を実装します。

ISが使用される組織の既存の管理システムの分析、および自動化されるタスクの特定。

ISの設計のための参照条件およびその有効性の実現可能性調査を含む、コンピューター上で解決するためのタスクの準備。

組織の構成と構造に関する管理上の決定の開発、管理システムの効率を改善することを目的とした問題を解決するための方法論。

組織的なサポートは、データベース構築の第1段階でのプロジェクト前の調査の結果に基づいて作成されます。

法的サポート-情報の取得、変換、および使用の手順を規制する情報システムの作成、法的ステータス、および運用を決定する一連の法規範。

法的支援の主な目的は、法の支配を強化することです。法的支援の構成には、法律、法令、州当局の決議、命令、指示、および省庁、部門、組織、地方自治体の他の規制文書が含まれます。法的支援では、情報システムの機能を規制する一般的な部分と、特定のシステムの機能を規制するローカルな部分を選び出すことができます。

情報システム開発の段階に対する法的支援には、開発者と顧客との間の契約関係に関連する規制、および契約からの逸脱に関する法的規制が含まれます。

情報システムの機能段階の法的サポートには、次のものが含まれます。

情報システムのステータス。

職員の権利、義務および責任。

情報の作成・利用手順等

このサブシステムのセットは、ほとんどすべてのタイプのAISに共通です。ただし、サポートするサブシステムの構造と複雑さは、AISのタイプ、スコープ、およびその他の要因によって異なります。したがって、ソフトウェアサブシステムは、元のソフトウェア開発のAISで実行されます。標準ソフトウェアを使用するAISには、存在しません。法務サポートのサブシステムは、企業内の目的でAISに存在しない場合があります。この場合、特に法務サポートの問題が解決される組織サポートのサブシステムに限定することができます。情報サービスシステムなどの自己目的AISには、法的サポートのサブシステムがある場合があります。事実に基づくデータベースを備えたAISには、情報サポートサブシステムしかなく、特定の言語問題を解決する必要がある場合があります。ドキュメンタリーAIPSには、開発された言語サポートサブシステムがあります。これらのシステムは、発行されたドキュメントのコンテンツに対するユーザー要求のセマンティック関連性を保証するという複雑な問題を解決するためです。そして、これは、原則として、形態素解析のためのソフトウェアモジュールであるだけでなく、それらを維持するための辞書とルールのセットでもあります。

ISの作成と実装の目的。

情報システムの導入から何が期待できるでしょうか？

情報システムの導入は、以下に貢献することができます。

1.日常業務からの労働者の解放と、自動化によるその加速。

2.紙のデータキャリアを磁気ディスクまたはテープに置き換えると、紙のドキュメントの量が減り、コンピュータでの情報処理をより合理的に編成できるようになります。

3.体系的な効果により、企業内の情報フローとドキュメント管理システムの構造を改善します。1回限りのデータ入力-多目的および多目的の使用」。

4.管理上の問題を解決するためのより合理的なオプションを取得する（数学的方法やインテリジェントシステムの導入などによる）：

新しい市場のニッチを見つける。

製品および/またはサービスの生産のためのコストの最適化。

購入者および供給者との関係の最適化。

情報システムの開発段階

ISの開発の歴史は、ほぼ受け入れられている目標の数に対応して、段階に分けられます（表2）。ISを使用するアプローチは変化しています。

表2.IS開発の段階。

期間	情報を使用するという概念	情報システムの種類	使用目的
1950〜1960	決済書類のペーパーフロー	電気機械会計機で決済伝票を処理するための情報システム	文書処理の速度を上げる請求書処理と給与処理を簡素化する
1960年-1970年	レポート作成の基本的な支援	生産情報管理情報システム	レポート作成プロセスのスピードアップ
1970-1980	実施の管理管理（販売）	意思決定支援システムトップマネジメントシステム	最も合理的なソリューションの選択
1980-2000	情報は競争上の優位性を提供する戦略的リソースです	戦略的情報システム自動化されたオフィス	しっかりとした生存と繁栄

最初の情報システムは、前世紀の半ばに登場しました。 1950年代には、請求書と給与を処理するために設計され、電気機械式会計機に実装されました。これにより、紙の文書を作成するためのコストと時間がいくらか削減されました。

60年代情報システムに対する態度の変化が特徴です。それらから得られた情報は、多くのパラメータに関する定期的なレポートに使用され始めました。今日、組織は、過去のように請求書の処理や給与の計算だけでなく、多くの機能を実行できる汎用コンピューティング機器を必要としていました。

70年代から80年代初頭。情報システムは、経営管理の手段として広く使用され始めており、意思決定プロセスをサポートおよび加速しています。

80年代の終わりまでに。情報システムを使用するという概念は再び変化しています。それらは戦略的な情報源になり、あらゆるプロファイルの組織のすべてのレベルで使用されます。この時期の情報システムは、必要な情報を時間内に提供し、組織がその活動で成功を収め、新しい製品とサービスを作成し、新しい販売市場を見つけ、価値のあるパートナーを確保し、低価格で製品のリリースを整理するのに役立ちます。もっと。

情報システムの現代的な理解には、情報を処理するための主要な技術的手段としてのパーソナルコンピュータの使用が含まれます。大規模な組織では、パーソナルコンピュータとともに、情報システムの技術基盤にメインフレームまたはスーパーコンピュータが含まれる場合があります。さらに、情報システム自体の技術的実装は、生成された情報が意図され、それなしではそれを受け取り、提示することが不可能な人の役割を考慮に入れなければ、何の意味もありません。

開発中の情報システムの目的に基づいて、アプリケーションのモジュール構造をさらに設計します。モジュール構造を決定するために、UML 2.0表記コンポーネント図を使用します（図3.4）。

米。 3.43.4

情報システムは、次の3つのコンポーネントで構成されています。

1.インターフェース。情報システムとのユーザーインタラクションの実装。次のモジュールが含まれています。
- ・入力/出力-IPを使用する場合の情報の入力と出力の編成。
- ・報告-採用担当者のさまざまな活動分野について確立された文書形式に従った報告の編成。
- 検索-指定されたパラメータに従って候補者と欠員の検索を整理します。
2.データ処理。情報処理機能の実装：データベース内のデータの検索、文書の一次分析のタスクのための数学的モデルなど。
3.DB。顧客に関する情報を含むデータウェアハウスの実装。

データベース構造の開発

前述のように、情報システムでは、すべての情報が単一のデータベースに保存されます。 IDEF1x方法論は、データベースの論理構造をモデル化するために適用されました。この方法論によれば、情報モデルを構築するプロセスは、次のステップで構成されます。

エンティティの定義; エンティティ間の依存関係の決定。
主キーと代替キーの設定。
エンティティ属性の定義。
モデルを必要なレベルの正規形にする。
・モデルの物理的記述への移行：通信の割り当てエンティティ名-テーブル名、エンティティ属性-テーブル属性。
トリガー、手順、および制限を設定します。
データベースの生成。

IDEF1.xの観点からデータベースを説明する実体関連図は、エンティティ、属性、および関係の3つの主要なブロックから構築されます。ダイアグラムをサブジェクトエリアのルールのグラフィック表現と見なす場合、エンティティと属性は名詞であり、関係は動詞です。

将来のISはこのデータベースを検索するため、ドキュメントの主な属性として次のものが選択されました。

-ドキュメントの名前。
-アーカイブ内のドキュメントの受信日（アーカイブサービスを提供する法律事務所はドキュメントの保持を監視します。各ドキュメントには独自の保存期間があります。多くの証券は時間の経過とともに関連性を失い、その価値はゼロになります。このようなドキュメント法律事務所が提供するアーカイブサービスのパッケージには、そのような書類の適時の選択と文書の破棄が含まれています。各文書が保管に受け入れられると、特別な検査の後に保管期間が決定されます。この期間、文書は破棄のために提出されます）;
-ドキュメントの所有権（タイプ）（すべてのドキュメントが7つのタイプに分割されており、重要度によってランク付けされているため）。
-列番号;
-棚番号;
-スレッド番号（これらの3つのパラメーターは、アーカイブ内のドキュメントの場所を決定するために必要です）。
-セル内のドキュメントの存在（ドキュメントがアーカイブにあるか、申請者に発行されたかを知る必要があります）。

1つのクライアントに属するすべてのドキュメントを選択するクエリの結果は次のようになります。図3.5を参照してください。提示された例では、ドキュメントの数は意図的に20に制限されています。

次に、図3.6に示すように、開発中の情報システムの論理データモデルについて詳しく考えてみましょう。

米。 3.5

米。 3.6

提示されたデータモデルから、3つのエンティティが含まれ、それぞれが独自の属性セットを持ち、そのうち2つは依存しており、1つは依存していないことがわかります。

独立したエンティティである「従業員」エンティティには、次の属性があります。

・従業員識別番号-このエンティティの主キーです。
従業員の名前。
専門分野;
・評価;
・追加情報。

「クライアント」エンティティは「従業員」エンティティに依存するエンティティです。つまり、各従業員は多くのクライアントにサービスを提供できます。クライアントエンティティには次の属性があります。

・シリーズとパスポート番号-このエンティティの主キーです。
・従業員識別番号-このエンティティの二次キーです。
従業員の名前。
専門分野;
・評価;
・追加情報。

「ドキュメント」エンティティは「クライアント」エンティティからの依存エンティティです。つまり、各クライアントはアーカイブに多くの異なるドキュメントを保存できます。ドキュメントエンティティには、次の属性があります。

・ドキュメントID-このエンティティの主キーです。
・シリーズとパスポート番号-このエンティティの二次キーです。
・ドキュメントの名前。
・受領日;
・グループに所属する。
列番号;
・棚番号;
・スライダー番号;
セル内のドキュメントの存在。

1. 研究の関連性と必要性

最近、ロシア連邦で住宅所有者協会（HOA）、住宅所有者協会（HOA）、マンション（以下、不動産管理組織と呼びます）、テナント（所有者）の形で新しい形態の不動産管理が出現しました。住宅には、不動産の維持の質、周辺地域の改善、そしてある程度はユーティリティのコストに影響を与える機会があります。

ロシア連邦住宅法第161条に従い、集合住宅の管理は、市民の良好で安全な生活条件、集合住宅の共有財産の適切な維持、この物件、およびそのような家に住む市民への公共サービスの提供。

b）教育プロセス

科学および教育コース、ならびに人気のある科学資料の開発

	コース名/ 素材	コースの簡単な説明/ 素材
科学および教育コース	チュートリアル「マンション管理情報システム」	ロシア連邦および海外で使用されている不動産管理情報システムの機能が示されています。機能が比較され、情報システムの選択に関する推奨事項が示されます。 080100.62「経済学」と080500.62「ビジネス情報学」の分野で学生を訓練するように設計されています
実験室ワークショップ「MKD管理組織のためのビジネスルール管理システム」	IBMILogを使用してビジネスルールエンジンを構築するためのステップバイステップの手順を提供します。 HOAのビジネスルールを管理するためのアルゴリズムが提供されています。 080500.62「ビジネス情報学」の方向に学生を訓練するように設計されています
実験室ワークショップ「不動産管理組織の活動のマルチエージェントモデリング」	エージェントを形成し、AnyLogicを使用して不動産管理組織の活動のモデルを形成するためのステップバイステップの説明が提供されます。 080500.62「ビジネス情報学」の方向に学生を訓練するように設計されています
チュートリアル「MSAccess2010DBMSを使用した集合住宅のデータベース開発」	MS Access 2010 DBMSの機能を使用して、データベーステーブルを作成し、それらの間のリンクを確立し、フォーム、クエリ、レポート、およびマクロを構築するための手順を説明します。
実験室ワークショップ「不動産管理組織のビジネスプロセスの分析」	オブジェクト指向モデリング言語UMLを使用して開発された図が表示されます。 080100.62「経済学」と080500.62「ビジネス情報学」の分野で学生を訓練するように設計されています
ポピュラーサイエンスの資料	モノグラフ「不動産管理の分野における地域の組織の因子分析とクラスター分析」	選択した領域のHOAを特徴付けるパラメーターの階乗分析とクラスター分析に関する推奨事項が示されています。同じ一連のビジネスプロセスを持つ不動産管理組織に関する情報を提供し、その活動に影響を与える主な要因を決定します
モノグラフ「不動産管理組織における情報交換のアルゴリズム」	IS操作の一般的なアルゴリズム、加入者向けの情報サービスを実装するISプログラムモジュールの操作のアルゴリズム、プログラムモジュールの相互作用のアルゴリズムが示されています。情報システムのユーザーインターフェイス。 MS Visual2010開発環境を使用したモジュールコード開発の特殊性
記事「MKDの管理のための組織における加入者と情報システムの分類」	不動産管理組織内での情報交換の規則性、情報交換中に予想されるデータの構成と量、情報交換中に提案されるデータ変換、入力データと出力データの表示形式が決定されます。
記事「HOAの活動をモデル化するためのマルチエージェントシミュレーションモデルの開発」	シミュレーションモデルの開発だけでなく、サブジェクトエリアのエージェントの形成にもアプローチが与えられます。さまざまな初期データのセットを使用してHOAのアクティビティをモデル化した結果が表示されます。
記事「HOAの一連のビジネスルールの形成」	一連のビジネスルールを形成するためのアプローチが示されています。 IBMILogを使用してビジネスルール管理システムを実装する可能性が検討されています。ビジネスルールを使用して意思決定を行う例を示します。
記事「財産管理組織の情報システムの運用のためのアルゴリズムの形成」	情報システム運用のアルゴリズムの構造、情報サービスを実装するプログラムモジュールのアルゴリズムの構造、および組織のデータベースとの情報交換が考慮されます。
	記事「HOAの主要業績評価指標のセットの形成への全体論的アプローチの適用」	この記事では、不動産管理組織の戦略的および戦術的（運用）目標の達成を評価し、情報システム加入者の組織と事業活動をリアルタイムで監視します。
記事「マンション管理情報サービス」	外国の情報システムがアパートの不動産の所有者（テナント）に提供する情報サービスが考慮されます。
記事「HOAの情報システムのためのデータベースの形成」	データモデル、データストレージおよび処理テクノロジ、データ構成、ユーザーインターフェイスと出力ドキュメントに反映するためのデータ形式、データタイプ、テーブルの予想される構成、およびテーブル間の関係のスキームが考慮されます。
記事「HOAの組織分析とビジネスプロセスモデル」	一連のモデルの開発が考慮されます：戦略的目標設定モデル、組織機能モデル、機能技術モデル、定量的モデルのプロセスロールモデル、データ構造モデル（HOA規制の形式）および外部環境のオブジェクトについて説明します）、ビジネスプロセスモデル