リトル友人、ハッピーニューイヤー！
「ありがとうございITベテランの兄弟、元の記事のようにサポートトップ」❤️❤️❤️！個人的な価値の共有を強化し、より多くの人々に貴重な知識や経験を共有するために、これは私が懸命に働く、とあなたは小さなパートナーを得るために続けることができると思います新しい年の私の文章、心と力の共有ですサポート！元に準拠が容易ではない、価値の記事場合は、必ず覚えておいてください「ポイントをマニュアルで推奨ああ、^ _ ^」
私は乾燥し、私たちと一緒に来て、家族、仕事と生活の中で新たな進歩があるすべての新しい年のあなたを望みます！⛽️⛽️⛽️
数年前、私たちがおしゃべり なぜアーキテクチャを理解するために、プログラマ、どのようなアーキテクチャがさ とアーキテクチャどのような種類があり 、これらの3つのトピックの、そして今日私たちは建築家の仕事は、彼/彼女はどのような役割下流にドッキングする必要があるかを見てみましょう、何を入力、最終製品がなければ何の外部出力として動作します。これらは、コンテンツアーキテクチャ香港の同僚より良いコラボレーションで私たちを助けることの建築家を分かりやすく説明するためにアーキテクチャの変換は、その後、私たちに参加するかどうかを基準として使用することができません！
1.アーキテクチャ設計入力はどのようなものがありますか？
ソフトウェア・システムは、最終的には意思決定の要件の様々な利害関係者であるかに組み込まれます。一般的に、これらの要件は、私たちは、ドキュメントは、この製品が必要とするアーキテクチャ設計入力された製品要件に帰属します。私たちは、に分けられ、これらの要件を適用することができます。
- 機能要件：業務ニーズの完了、のような：サイクリング自転車位置決め、ロックを解除するためにというようにスキャンコードをサポートするために、クライアントソフトウェアのニーズを共有します。
- 品質要件：品質要求の種類を達成するために、各機能の操作、など：使用性、信頼性、セキュリティ、パフォーマンス、および上そうの容易さ。
- ビジネスニーズ：ソフトウェアシステムは、製品などの市場競争力を強化する方法を、市場に反復スピード、どのようなコストで必要です。
2.どのような役割をすべきである建築家のお尻？
これらのプロジェクトの利害関係者、経営管理、ビジネスの競争、法律や規制の異なる寸法、技術環境、政治的な制約やライフサイクルは、アーキテクチャの要求からの需要右体重これらのニーズを優先することで、その後、最適な相対を見つけますアーキテクチャに基づいて、最終的な設計計画のすべての側面のバランスをとるの要求を満たすためのプログラムは、市場に対応したソフトウェアシステムを開発し、間の進化の次の反復に市場からのフィードバック入力を収集します。
したがって、種々の位置での作業の過程でアーキテクチャは、役割の所有者、製品、プロジェクト、開発、テスト、安全性と操作をドッキング必要が、彼らは内部の顧客であるインフラやサービスに注力する必要があり、その痛みのポイントは、アーキテクチャの作業を駆動しています要因。
3.アーキテクチャ設計出力
- キーシーン（主な使用例）：主要なビジネス・シナリオには、共有自転車：ユーザーログインと登録、有料アカウント結合、建築設計のようなこれらの重要なビジネス・シナリオを、確認する必要があり、重要なビジネス・シナリオの製品需要と精錬を分析自転車レンタル反発。
- 論理ビュー（論理ビュー）：主要なビジネスシナリオを実現するためには、全体のソフトウェアシステムは、論理的には、サブシステムに分割する必要があります。ビジネスクリティカルなシーンのドラマにシーンを例えるならば、論理ビューは、エンドユーザーであるドラマで主演主人公、である、機能要件を担当しています。
- プロセス（工程図）のビューは：プロセス・ベースの論理ビューを示す図であり、システムの静的構造の論理ビューは、システムの処理の流れは動的で見ます。スクリプトよりも物語のための重要なシーンで、文字が論理ビューをある場合、プロセスビューは、インテグレータができ、それらは明らかにダウンになり、文字との相互作用のそれぞれを配置するの分裂を考慮して、再び物語ドリルの文字を再生させることですその検証システムに応じました。
- 開発ビュー（開発ビュー）：論理ビュー、プロセスビューと各サブシステムのサブシステムのクリアな視界を開発し、機能と責任分担を決定するには、プログラミング言語、開発フレームワーク、階層構造を含め、種類テクノロジー・スタックの何を達成することですプロジェクトエンジニアリング。メインの展開図がプログラマに出力され、プログラマはアーキテクチャが橋のニーズや実装され、その結果、この実装依存作業に基づいてコーディングを開始することができます。
- 物理视图（Physical View）：待构成整个系统的子系统都开发完成之后，我们需要将这些子系统部署到真实的物理环境当中，物理视图就是明确每个子系统需要什么规格的软硬件环境，分别部署到哪个网络区域，不同网络区域是否要开通防火墙，以及每个子系统需要部署多少个实例才能满足业务需求等，它主要是面向系统工程师。
4. 架构设计的工作流程
- 第一步，分析产品需求梳理出关键业务场景；
- 第二步，基于关键场景划分子系统，输出逻辑视图；
- 第三步，基于关键场景、逻辑视图确定业务交互流程，输出过程视图；
- 第四步，基于逻辑视图、过程视图确定子系统技术栈，输出开发视图；
- 第五步，基于逻辑视图、过程视图和开发视图确定部署方案，输出物理视图。
今天暂时先分享到这里，接下来我们还要继续聊架构，敬请关注哦。坚持原创不易，如果你觉得有价值，麻烦动动手指点下文 「 推荐 」按钮，让更多小伙伴可以看到，老兵哥会更有动力坚持分享的。另外，我后续还会分享职业规划、应聘面试、技能提升、影响力打造等经验，欢迎 关注 本专栏或歪信公主号 「 IT老兵哥 」！
关注「 IT老兵哥 」，赋能程序人生！
- 软技能-热门文章：（首发公众号）
- 2020 来了，你的 2019 晒好封存了吗？
- “花式”裁员套路深，你知道吗？
- 遭遇裁员，如何渡过心理危机？
- 如何在寒冬中找到好工作？
- 2C 还是 2B，跟找工作有什么关系？
- 大公司 vs 小公司，你会选哪个？
- 记住这一点，不怕找不到好工作！
- 跳槽，跳还是不跳，该怎么跳？
- 程序员“求包养”攻略揭秘
- 很努力了，为什么我还在原地踏步？
- 硬技能-热门文章：
- 程序员必须懂的架构入门课 1 2 3
- 架构到底是什么？来听程序老兵怎么说！
- 架构竟然有这么多种，那我该怎么选呢？
- どのように美しいのWeb APIを設計するには？
- プログラマは、チューニングを習得しなければなりませんXYZ
- どのようにモノリシックアプリケーションにマイクロサービスに分けますか？[入]
- どのようにモノリシックアプリケーションにマイクロサービスに分けますか？[次]
- 例示春：機構とHTTP要求のプロセスフロー[1]
- 例示春：機構とHTTP要求のプロセスフロー[2]
- 例示春：機構とHTTP要求のプロセスフロー[3]