システムアーキテクチャ設計 - 使用して、複雑なシステムの分解構成図

私たちは、システムアーキテクチャ設計を実施し、いくつかのサブシステムにシステムを打破する傾向があり、各サブシステムは、多数のプログラムモジュールに分かれており、分解およびプログラムモジュールの後のサブシステムは、いくつかの比較的独立した機能を実行しますが、ここではサブシステムこれは、より大きなプログラムのモジュールとして見ることができます。階層構造のプログラムシステムのこれらのサブシステムとモジュールを分解しました。

システムはなく、システムのシステムブロック図の階層構造は、システムを反映するように設計モデルの別のレベルの構造を必要とする以前のアウト、議論フローチャートに反映され、これは我々が議論されるであろうものです。

また、図の階層的なシステム構成図と呼ばれ、上から下に階層的にシステムが記載されている機能を爆発。そのような機能的分解法は、複雑なシステムの設計に非常に適している、粗大から微細まで、複雑なシステムを分解する層は、単純なものから複雑なものまであります。あなたは、ライブラリ借入システムを設計する場合、我々は、次の手順では、システムの機能層分解与えられている。このシステムを設計する機能分解のアプローチを使用することができます。

図書館システムから本を知るために予備的研究ニーズ、システムアナリスト、システム設計者によると図書2つの事業経営の管理や読者が関与するだけでなく、図書館システム整備事業を持つことになります。彼らは3つのサブシステムに分解され、ライブラリシステムから本を置くので、これらのサブシステムは、3つの管理サブシステムの本、読者やシステムの保守管理サブシステムのサブシステムがあります。図は、第一層の機能の分解構成図です。

 

図第一層のライブラリシステムからの1冊の本は、図の分解構成図です。

上記の図は、長方形またはサブモジュール、サブシステム、モジュール、関数、サブルーチン、またはプロシージャ、または別個のコンパイルコードファイルのように表すことができ、複数のモジュールを含んでもよいです。矢印の付いたストレートダウンは、高レベルの関数呼び出しは、図書館システムからの冊以上の根底にある数字は、それぞれ、読者管理サブシステムとシステムメンテナンス・サブシステムをライブラリ管理サブシステムを呼び出します機能を示しています。

私たちは図書館システムからの図書の第二層の機能の分解を考える、第二の層は、3つのサブシステムの機能です。読者管理サブシステムは、リーダーの管理を提供する必要があり、ローンのお問い合わせ、債権管理三つのモジュール;サブシステムメンテナンス、在庫管理サブシステムに本を提供図書を借りると返す、それは三つのモジュールを検索し予約する必要があるかもしれない早期の本で研究ニーズからシステムは、著作権管理、2冊のバックアップモジュールを提供する必要があります。図は、機能的な分解を有する3層の構成図です。

 

図ライブラリからの2冊は、3層システムの構成図を爆発しました

図は、図書館システムのブレークダウン構造から三冊、システムの一般的なサイズで、3-ブレークダウン構造は、より良い機能的なブレークダウン・ストラクチャーです。分解エクスポートされたプログラミングの過剰なレベルは複雑になりがち、それはコーディングの多くを増加します。分解レベルが小さすぎるモジュラープログラムに、システムの将来のメンテナンスが非常に困難になります助長されていません。

加えて、構造図の表現がコール構造に厳密なシステムであり、低レベルのモジュールは、モジュールの上部を呼び出すことができません。典型的には、層モジュールは、下層の機能及びデータモジュールを提供要求し、また、下位層モジュールに必要な情報を渡し、モジュール低レベルの処理されたデータが必要と戻されます

また、図小さな矢印にプロットいくつかの構成では、各モジュールのモジュールと、入力と出力との間のデータ転送を示します。図は、情報とのデータ転送の構成図です。

 

図1のデータ転送の設定情報を図3。

データは、矢印を結合呼ば白丸データと、モジュール間で転送される様子を図に示すデータ転送モジュールに渡されたことを示します。データ結合は、個別のデータ項目であってもよい(例えば、読者のアカウント)、またはより高いレベルのデータ構造であってもよい(例えば、アレイ、または他のデータ記録手段)。きめ細かいデータ型階層で使用される各レイヤの構成図は、データを結合することは、いくつかの個々のデータアイテム以下のしばしば低いレベルで、より高いレベルのデータ構造を結合データは、しばしば高度に結合されている関連の転送データに連結されていますデータ構造。

今、私たちは、システムの知識構造図は、以前の接続プロジェクトシステム構造を描くことを学んだ兼ね備えています。基本的な流れ図のシステム構成図は、Visioのツールは、図1のシステムの主な構成を以下の表にグラフィックシンボルを使用して描画することができます。

 

予備の連絡先システムのニーズが(前回の記事を参照)の研究の後、私たちは、需要関数を同定しました。ロール接触およびビジネス分析システムの場合は、システムのネットワークは、各々がシステムの典型的な三層構造であり、以下のプログラムモジュールの数を含む、3つのサブシステムに分割することができます。図は、図1のシステム構成図です。

 

図の図4コンタクトシステム構成。

上图给出了人脉系统三层结构图,图中描述了系统的模块划分、模块调用和模块间的数据传递关系。实际上各模块间不但有纵向的层次关系,也存在横向关系。例如图中的名片子系统和用户子系统就会调用数据库子系统的存取模块,这些关系都反映在系统流程图中。另外,图中也没有绘制下层模块向上层模块的数据回传,上图的存储模块、查询模块都会有数据回传的要求,图中没有绘制数据回传线,主要是考虑到再绘制数据回传的话,结构图会显得比较混乱,不容易看明白。

系统结构图以层次结构描述了系统在纵向上进行的功能分解,从复杂的大系统层层分解为小的程序模块;系统流程图从较高的功能层次上描述了系统各模块间的横向关系。因此在进行系统架构设计时,系统流程图和系统结构图都需要绘制,才能全面反映系统的体系结构。

发布了117 篇原创文章 · 获赞 155 · 访问量 24万+

おすすめ

転載: blog.csdn.net/smilejiasmile/article/details/104614919