ソフトウェアアーキテクチャ2
アーキテクチャの概要ソフトウェアアーキテクチャ
ソフトウェアアーキテクチャは、部材(部品)、コネクタ(コネクタ)と制約(制約)またはコンフィギュレーション(構成)は、3つの要素を含みます。
ソフトウェア要件とアーキテクチャ
需要は仕様が実装されなければならないものを示しています。これは、システムの動作、特性や属性を記述し、開発プロセスにおけるシステム上の制約です。
顧客を扱うの主な目的は次のとおりです。まず、需要を得るが、契約
ソフトウェア要件プロセス
分類要件:ビジネス要件、ユーザーのニーズ、システム要件、機能要件、非機能要件、設計上の制約
品質属性:
品質開発:拡張性、再利用性と保守性。
実行品質:精度、堅牢性、パフォーマンス、信頼性、耐障害性、使いやすさ、セキュリティ、移植性、互換性。
要求工学の構造図
開発者は、処理要求工学アプローチは、「受動的」「アクティブ」と「主要モデル」3分割することができます。
需要を取得します。
需要来る:人、オブジェクト、システム
需要のアプローチの取得:インタビュー、アンケート、会議を...
オープンエンドの質問と閉じ質問:インタビューの質問は基本的に2つのタイプに分けることができます
インタビュー構造:ピラミッド型の、漏斗状、ダイヤモンド
記述ユーザーとシステムの間の相互作用
システムのすべての機能上の動作のユースケースモデル記述
二次元マトリックスのニーズ
需要の制約:ビジネス環境要因の環境要因+ + +環境要因、環境要因を構築するための技術
エンティティ、属性、連絡先:図ERは3つの図記号が含まれています
ニーズ分析の主な結果:ソフトウェア要求仕様書(ソフトウェア要件仕様、SRS)
二つの重要なニーズが働く必ず含めてください:「場合は、需要の約束」と「評価が必要です」
間「 - - テスト設計 - プログラミングデマンド」の目的は、追跡しての一貫性を維持するための要件を確立することです。
2つの方法で需要の追跡:フォワードおよび追跡を追跡リバース
順方向および逆方向のトラッキングと呼ばれる双方向のトラックをトレースします。
証拠をトレース
証拠のソースを追跡(需要と需要のソース)
機能トレーサビリティマトリクス(要件と機能)
依存性の追跡行列(要求及びその他の要求)
UML
UMLモデル要素
物事と物事と物事の間の接続を含むモデル要素
各モデル要素は、グラフィック要素をコントラスト値するました
ユニバーサルメカニズム
追加コメント、およびその他の変更およびセマンティック
公共の4種類の仕様、修正、分類および拡張メカニズムを含みます
UML統一モデリング言語
使用例(ユースケースモデリング)とモデリングの実施形態のシステムの方法を説明する機能要求処理。
ユースケースモデリングは、次の2つの部分が含まれています。
ユースケース図
ケース説明文書を使用します
出演:でシステムに加えて、システム境界システムとの有意義な対話のもの。
パフォーマーを導入する目的は:システム境界を決定するのに役立ちます。
ユースケースは、システムで実行シーケンスである操作、これらのアクションは、特定の実行に見える生成する値の結果を。症例群の定義ユースケースの例。
記述されたオブジェクトの状態:図の状態。
ワークフロー説明:アクティビティ図
インタラクションシーケンス説明:図のシーケンス。
図の状態は初期状態(初期状態)は、オブジェクトが作成されるとき固体ドットによって示される、通常唯一の初期状態図の各状態、状態を示しています。
各状態は、図の複数有していてもよい終了ステータス(最終状態)、プラス黒丸で表される円を。
状態図が有していてもよい状態の複数のブロックを、各状態ボックスグリッド2があります。この状態で説明したセルは、システムまたはオブジェクトがあるとするとき、グリッドは、状態名上に配置される活性(作用)。
一つの状態から別の状態への接続と呼ばれる遷移(トランジション)。状態間の遷移事象(イベント)に対応するアクションまたは活性(作用)のオブジェクト。イベントは、特定の条件下で発生することがあり、UMLにおけるそのような条件はと呼ばれるガード条件(条件条件のガード)を、イベント動作(アクション)オブジェクトによって処理されてもよいです。状態間の遷移で標識することができるが、三つの部分(それぞれの部分は省略されてもよい)から成る、構文は:イベント名[条件] /アクション名。
アクティビティは、図の説明のあるワークフローの対処行動を取るべき記述するために使用されるモード、(オブジェクトの状態変化)、(発生アクションのシーケンス)、および(ここで発生レーン)。
図効果アクティビティー:ビジネスプロセスを記述し、パス場合によって記述、方法に記載さ実行フロー(プロセスフロー図)
図アクティビティ初期活性(スタート活性)、活性を終了(エンド活性)、活性(活性)、トランジション(遷移)または流れ(フロー)、判断(決定)、ガード条件(条件)、同期部(同期)とレーン(スイムレーン)およびその他のコンポーネント。
メッセージのシーケンス図:メッセージを呼び出し、メッセージを返す、そのメッセージ、メッセージを送信し、メッセージを作成し、メッセージを破棄し、同期メッセージング、非同期メッセージング
インタラクティブフラグメント
ALT:複数の経路、条件が真で実行されます。
OPT:オプションでは、条件が真の場合にのみ行きました。
PAR:パラレル、各セグメントは、並行して実行されます。
ループ:ループは、フラグメントは、複数回行っても良いです。
クリティカル:クリティカルセクション、すぐに一つのスレッドだけ。
図まだ図組立部材(コンポーネント図)。図アセンブリは、一般的に含むコンポーネント、インターフェース、及び関係。構成要素とそれらの間の図表示アセンブリ依存性モジュールまたはコンポーネントにどのようにプログラムコードを表示するために使用することができます。一般的には、アセンブリは、実用的な文書である、あなたは、次のタイプを持つことができます。
ソースコードのコンポーネント:1のソースコードファイルまたは複数の対応するソースコードパッケージ。
バイナリコンポーネント:ターゲット・コード・ファイル、静的または動的ライブラリファイル。
実行可能コンポーネント:プログラム・ユニットは、プロセッサの動作、すなわちいわゆる実行可能なプログラム上で実行可能です。
クラス全体のブロック図の各組み合わせは、クラスからクラスの内部構造を調べました。
図の主要な構成要素の組み合わせ構造。
(パート)コンポーネント:内部コンポーネントは、物事が持って表現されて説明します。
コネクタ(コネクタ):メンバーとの関係を示しています。
ポート(ポート):コンポーネントの相互作用のポイントと外部環境を示し、
通信シーケンス図図は、相互作用を示したが、それらは異なる側面を強調するものの。図シーケンスは明らかに年代順を示しているが、明示的にオブジェクト間の関係を示すものではありません。図は明らかに、オブジェクト間の通信を示しているが、シーケンス番号の時間順序から得なければなりません。
ユース・ケース・シナリオを記述するために使用される図のシーケンスは、通信は、図の細部のプロセス設計のために良好です。図は、この一般原理に従っている、採用:接続オブジェクトとの相互作用の理解を容易にする、通信選択図;場合にのみ注文の相互作用図での選択の順序を知る必要があります。
図の通信は、以下の基本的な要素からなる:アクター(俳優)、オブジェクト(Object)を、接続(リンク、また、鎖とも呼ばれる)、メッセージ(メッセージ)とガード条件(条件)。
概要図の相互作用があり、図ののアクティビティ図との相互作用の混合物