UML、アーキテクチャ・ソリューション、ビジネス・アーキテクチャ、技術アーキテクチャ、設計文書
1は、5つのモデルは何UML？
ユースケース・モデル、分析モデル、モデルを設計、実装モデル、導入モデル、
ユースケース・モデル（ユースケース・モデル）、モデル（解析モデル）、設計モデル（設計モデル）と実装モデル（実装モデル）、展開モデルの展開モデル
2、一般的な設計ツールはどのようなUML？
startUML、PPT、Visioの、ローズ、一緒に。
3、製品やプロセスの複雑さのプロジェクトは建築家として、比較的高い場合、どのように効果的なシステム分析、行う
か、関連要件を整理するために、関連する利害関係者を導くためにどのように、プロセスは？
ケース図（ユースケース図）を使用し、ケース図は、参加者とユースケースの数、およびそれらの間の関係のいくつかを提示します。主に機能的行動のモデル化のシステム、サブシステム、またはクラスに使用。
インフラ、ビジネスアーキテクチャ、コアユースケースを見つけ、プロセス分析、実装の
4、UML解析モデルは、グラフィックスが含まれているUML？なぜ効果的な制御UMLモデルは、個人の全体的なアーキテクチャの能力を向上させることができますか？
タイミング図、レーン図、アクティビティ図、コラボレーション図、状態図
5、タイミング図、その特性とは何かコラボレーション図のシーンを使用できますか？
タイミング図は、実行時間の順序でオブジェクト間のメッセージを強調し、コラボレーション図は、オブジェクト間の論理的な組織関係、強調
空間状態。コンテキスト間の関係を強調する場合は、コラボレーション図を選択する必要があります。
6、レーンダイアグラムは、アクティビティ図は、状態図は、どのような特性および使用シナリオを所有しますか？
図レーン：一般ビジネスモデリングシナリオのために使用される;レーンは、システムの様々なプロセスと操作の間に非常に明確図相互作用することができます。
アクティビティ図：ビジネス・ロジックのワークフローを示しています。
アクティビティ図は、これらの活動を行うために必要な特定の活動や目標を完了するために、実行の順序を説明しています。
UMLアクティビティ図では、基本的にシステムの活動を記述するために使用されるフローチャート、及び分岐点決意等で
時間をかけてオブジェクトの動的挙動を説明するためのオブジェクトモデルのライフサイクル：図の状態。オブジェクトは状態と振る舞いを持っています。支払いケース
状態図は、オブジェクトの可能な状態を示し、得られた転送の状態を変更します。
図7に示すように、要素が含まれているユースケース図？ユースケース図と分析モデルを行うには何がありますか？
図の実施形態では、参加者による使用、ユースケースの構成、システム境界、矢印。
➢参加者：システムの使用を意味するか、システムの外部の役割でシステムと対話します。
➢ケースを使用してください：加入者は、通常操作のフレーズで、オペレーションシステムを実行したいです。
➢境界：モデリングシステムの境界を示すために使用されます。
ユースケースは、出発点アーキテクチャ、ユースケースマッピングモデルで
8、UMLやソフトウェア工学を行うには何を持って、UMLのグラフィックスは、ソフトウェアエンジニアリングのすべての段階は何ですか？
グラフィカルな表現：要求分析、システムアーキテクチャ、システム設計、システムの実装
容量巻き上げシステム分析、システム設計、システムアーキテクチャの
要件：ユースケース図の
分析：図、レーンダイアグラムタイミング•
•アクティビティ図、コラボレーション図、状態図の
設計を：•コンポーネント図、展開図、パッケージ図•クラス図、オブジェクト図
9、患者との関係をどのような種類の？
協会は：参加者とユースケース間のインタラクティブな通信経路を表し、いずれかの当事者は、メッセージを送受信することがあります。
汎化：一般化は、一般的に継承、子のユースケースと類似したユースケースの父を理解し、より多くの特定の挙動を示している一般と特別な関係、である;子ユースケースは、すべての構造の親ユースケース、行動との関係を継承します。
前記より複雑な例に包含関係がより小さなステップに関数で表されます。実施例は、包含ユースケースが存在しないことが必要である使用を含む、ユースケースは、完全なグループになり、実行するユースケースを含みます。
拡張：関係拡張は、本実施形態の作用の延長を意味し、それはベースケースに追加機能を提供することと等価です。
10、パッケージデザインの原則が持つパッケージを、描画されたどのような役割？
論理的にモジュラー組織ソースの複雑な問題のハイエンドの概要の設計説明して
安定性が原則依存し、非循環依存の原則は、共同クローズ原則
11、論理的枠組みの問題を解決するための一般的なアーキテクチャのアプローチは何ですか？
質問の背景、分析、ソリューション、フロアプラン
、建築家どのように迅速アーキテクチャプログラムの12人の新入社員（変換）？
（ビジネスとテクノロジー）を通信し、グラウンドガス
ISM、マイクロ革新実行可能解（最小デモ）反復計画問題を発見するのが得意発散的思考、すぐに結果を出します
13.アーキテクチャビューの5種類は何ですか？
➢ロジックチャート
➢ファイル名を指定して実行アーキテクチャ図の
➢開発したアーキテクチャ図
➢データアーキテクチャ図
➢物理（展開）チャート
事業（機能）アーキテクチャダイアグラム、技術的な（インフラストラクチャ図）アーキテクチャ図は、上記のどのような種類に属していますか？
ミドルウェア技術のアーキテクチャ図は、マップ上で表現ビジネス、技術を放棄するだろうか？
14、イーゼル組成物は、どのようなことができる能力を持っていますか？
➢システムの解析機能は：複雑なキーコア機能のニーズ、動的解析プラットフォーム（システム）からつかむこと;
➢システムアーキテクチャ機能：全体的なカットの分子基盤、サブシステム、息子、あなたがUML＆ソフトウェア工学を習得する必要があります。
➢システム設計能力：ビジネスからシステム全体の設計および記述の技術的なポイント;
➢抽象的思考：SRへの単純な、道の複雑な、本質を捉え;
➢スキル：イラスト、絵は、最後の仕上げ千の言葉の価値があります。
15、どのようなビジネスアーキテクチャ図を描画するには？
➢異なるサブセグメントプラットフォーム、サブシステム、コア機能、
➢サブプラットフォーム、UMLのビジネスモデル及びマスターからサブシステム;
➢事業構造図で、一般的に示すブロック図の形で;
16、特定の共通の技術的なアーキテクチャ図成層？
➢技術的なチャートカテゴリー：ビジネスプラットフォーム（システム）アーキテクチャ図とミドルウェアアーキテクチャ図;
➢ビジネスプラットフォーム（システム）は、一般的に、階層的記述である。
➢共通成層：チャネル層（生成物層、ビュー層）、サービス層（SOA、MSA）、データ層（キャッシュ、データベース、大規模データ）、基材層（中間基材すべてのタイプ）
➢ミドルウェア・アーキテクチャが記載されている一般的な動的プロセスを示すコラボレーション図です。
17、どのように技術的なアーキテクチャ図を描画するには？
18、展開アーキテクチャ図の役割は何ですか？
どのようなコンテンツを含む19、あなたの設計ドキュメント、？
全体的な設計、主要なデータ構造、インターフェースデザイン、設計ミスや例外、設計の非機能要件、運用設計、今後の展望、未解決の問題
、それを書かれた参加フレームワークプログラムと20は、アウトラインアーキテクチャプログラムは何が含まれ、このどのようなプログラムは、アーキテクチャ、含まれている
背景＆建設の目標、現在の3A、3Aの新世代、インフラ整備戦略（全体的なアーキテクチャ図）、実施計画
の技術的なアーキテクチャ図を描画するための事業構造図を？（STARモデルの要件）
---------------------
著者：brant_0429
出典：CSDN
オリジナルます。https：//blog.csdn.net/qq_15001229/article/details / 80466524
著作権：この記事はブロガーのオリジナルの記事、再現され、ボーエンのリンクを添付してください！