关键词：
第9章 确定关键性需求与决定系统架构的因素
9.1 概念架构是什么
9.1.1 概念架构是直指目标的设计思想、重大选择
9.1.2 案例1：汽车电子AUTOSAR——跨平台复用
NA
9.1.3 案例2：腾讯QQvideo架构——高性能
NA
9.1.4 案例3：微软MFC架构——简化开发
NA
9.2 概念架构设计概述
9.2.1 “关键需求”进，“概念架构”出
9.2.2 概念架构≠理想化架构
9.2.3 概念架构≠细化架构
9.3 左手功能——概念架构设计（上）
9.3.1 什么样的鸿沟，架什么样的桥
9.3.2 鲁棒图“是什么”
9.3.3 鲁棒图“画什么”
应用程序层由特定于此应用程序的那些元素组成。 所以这将包含UI，UI的后端处理以及应用程序和业务逻辑层之间的任何绑定。 在完美的世界里，这个层不会包含任何业务领域的逻辑，纯粹的软件编程。
业务逻辑层（BLL）包含特定于业务领域的逻辑，与特定的业务领域强相关。 另外，如果要创build一个单独的BLL，该层应该包含其他应用程序可以使用的逻辑以及这个逻辑。 例如，一组Web服务暴露了一个定义良好的API。 这将BLL与您的应用程序分离开来，并使您可以灵活地在将来构build其他应用程序。
业务层负责业务决策和涉及客户协议的逻辑。
应用程序层是与业务决策无关的原始进程。
9.3.4 鲁棒图“怎么画”
9.4 右手质量——概念架构设计（下）
9.4.1 再谈什么样的鸿沟，架什么样的桥
9.4.2 场景思维
笼统需求 =》 场景描述 =》 概念设计
在上图中：
指标目标：笼统性的质量需求
场景：明确性的路径
设计决策：根据明确的路径，明确设计决策，以满足笼统的质量要求。
备注:
场景思维的本质是把笼统的质量需求，转换“功能性、场景性、明确化、具体化“需求。
在特定的场景中，体现质量需求！！！
9.4.3 场景思维的工具
备注：
把质量需求转换成特定的场景，原本是需求分析师的责任。
但在现实中，很多需求分析师，只给出功能性需求，非功能性需求都是架构师去挖掘的，更谈不上需求分析师把非功能性需求转换成场景了。这个活，就落在了架构师的身上，如果架构师也没有进行转换，就只能靠程序之间的造化了。
备注：
上述的箭头反应了反向的作用力的过程。
而概念设计时，正好是相反的，即：目标需求，如质量属性 =》分解成质量场景 =》设计决策，决定哪些场景是支持的，哪些场景是不支持的。
9.4.4 目标—场景—决策表应用举例
备注：
在某个场景下，可以有很多if....then.....子场景。
9.5 概念架构设计实践要领
9.5.1 要领1：功能需求与质量需求并重
9.5.2 要领2：概念架构设计的1个决定、4个选择
9.5.3 要领3：备选设计
9.6 实际应用（7）——PM Suite贯穿案例之概念架构设计
9.6.1 第1步：通过初步设计，探索架构风格和高层分割
9.6.2 第2步：选择架构风格，划分顶级子系统
9.6.3 第3步：开发技术、集成技术与二次开发技术的选型
9.6.4 第4步：评审3个备选架构，敲定概念架构方案
[架构之路-99]：《软件架构设计：程序员向架构师转型必备》-9-确定关键性需求与决定系统架构的因素
第9章确定关键性需求与决定系统架构的因素9.1概念架构是什么9.1.1概念架构是直指目标的设计思想、重大选择9.1.2案例1：汽车电子AUTOSAR——跨平台复用NA9.1.3案例2：腾讯QQvideo架构——高性能NA9.1.4案例3：微软MFC架构—... 查看详情
[架构之路-100]：《软件架构设计：程序员向架构师转型必备》-10-细化架构设计
...司：有财务、研发、有销售、有生产等部门一样。10.2程序员向架构师转型的关键突破——学会系统思考目标软件就是一个系统所谓系统思考，就是整体的视角参看整个系统，从不同的视角、不同的用户、不同的层面... 查看详情
[架构之路-95]：《软件架构设计：程序员向架构师转型必备》-5-需求分析之需求列表（功能需求质量需求约束条件）
前言：在业务需求分析领域，主要完成三个输出：需求列表：功能需求、质量需求、约束条件=》第5章用例图=》第6章概念架构=》第7章上述工作，通常是由需求分析工程师或系统工程师SE完成，也... 查看详情
[架构之路-96]：《软件架构设计：程序员向架构师转型必备》-6-需求与用户用例usercase/senario建模
第6章需求与用户用例UserCase建模备注：严格意义上讲，用户用例属于需求分析领域，不属于架构设计。用户用例是架构设计最重要的输入参考之一。UserCase和UserSenario是非常重要的描述需求的重要手段6.1常用的4种用例... 查看详情
[架构之路-103]：《软件架构设计：程序员向架构师转型必备》-13-软件架构如何分层（四层架构）
第13章如何分层13.1分层架构13.1.1常见模式：展现层、业务层、数据层13.1.2案例一则13.1.3常见模式：UI层、SI层、PD层、DM层13.1.4案例一则13.2分层架构实践技巧13.2.1设计思想：分层架构的“封装外部交互”思想备注：... 查看详情
[架构之路-90]：《软件架构设计：程序员向架构师转型必备》-0-总结
...路径。今天分享的这份资料主要包含：软件开发普通程序员向系统架构师转型的一些思路、方法和工程实践。也包括转型过程中意识形态的转变、技术体系的掌握、系统工程学的拓展及各项软技能的提升等内容。本书深入剖... 查看详情
[架构之路-91]：《软件架构设计：程序员向架构师转型必备》-1-从程序员到架构师，学习本书的路径
第1章从程序员到架构师本书不是从系统培训的角度，也不是按照软件的开发流程来组织内容的和展现软件架构师在不同阶段中的职责和作用，而是立足于程序员，展现程序员走向架构师的路径。1.1软件业人才结构1.1.1... 查看详情
[架构之路-93]：《软件架构设计：程序员向架构师转型必备》-3-软件架构设计中的视图view
前言：同一个软件系统，从不同的视角View，得到不同的视觉和感受。所有的视角得到的视觉感受综合而成了整个系统的架构。有些视角是用眼睛看，有些视角是耳朵听，有些视角用探测器探。不同的人，... 查看详情
[架构之路-94]：《软件架构设计：程序员向架构师转型必备》-4-软件架构设计的通用过程
第4章软件架构设计的通用过程本文给出了进行架构设计的通用过程，每个步骤过程的详细方法，在后续的章节中单独探讨。4.1架构设计的实践脉络/步骤4.1.1架构设计的三大原则：看需求、把方向、细设计（1）... 查看详情
[架构之路-94]：《软件架构设计：程序员向架构师转型必备》-4-软件架构设计的通用过程
第4章软件架构设计的通用过程本文给出了进行架构设计的通用过程，每个步骤过程的详细方法，在后续的章节中单独探讨。4.1架构设计的实践脉络/步骤4.1.1架构设计的三大原则：看需求、把方向、细设计（1）... 查看详情
[架构之路-92]：《软件架构设计：程序员向架构师转型必备》-2-解析软件架构的概念
...;很难统一。本文是按照作者个人的理解，来展现一个程序员如何向架构师演进的路径。第2章解析软件架构概念程序员要转向架构的第一道门槛就是：什么是架构？在众多定义中，如何立足自身的实际情况和起点&#... 查看详情
[架构之路-102]：《软件架构设计：程序员向架构师转型必备》-12-粗粒度“软件架构的功能模块”划分，架构师必备基础技能
第12章粗粒度“功能模块”划分备注：（1）功能划分的基本原则：高内聚、低耦合每个子系统、子模块可以独立设计（2）划分方法功能化水平切分垂直切分分层接口12.1功能树12.1.1什么是功能树同一层次的... 查看详情
[架构之路-105]：《软件架构设计：程序员向架构师转型必备》-15-模块划分的综合技术与4步骤法
15.模块划分的综合技术与4步骤法本章把前面切分模块的各种方法都综合了起来，模块划分的综合技术与4步骤法。15.1像专家一样思考15.1.1自顶向下vs.自底向上，垂直切分vs.水平切分15.1.2横切竖割，并不矛盾15.2模块划... 查看详情
[架构之路-92]：《软件架构设计：程序员向架构师转型必备》-2-解析软件架构的概念
...;很难统一。本文是按照作者个人的理解，来展现一个程序员如何向架构师演进的路径。第2章解析软件架构概念程序员要转向架构的第一道门槛就是：什么是架构？在众多定义中，如何立足自身的实际情况和起点&#... 查看详情
[架构之路-101]：《软件架构设计：程序员向架构师转型必备》-11-原型设计与架构评估与提前验证
11.架构评估与提前验证所谓架构验证，就是在架构还没有实施之前，通过原型的方法，提前评估和验证设计的架构是否合理、是否可行。软件原型模型又叫软件快速原型模型，它指的是在执行实际软件的开发之前&... 查看详情
架构师之路系列文章
目录文章目录目录企业数字化转型架构师之路业务架构应用架构API经济数据库设计设计模式系统架构分布式系统RPC远程调用分布式消息队列分布式任务队列微服务架构ServiceComb部署架构高可靠、高可用、高并发、高性能、高可扩... 查看详情
[架构之路-98]：《软件架构设计：程序员向架构师转型必备》-8-确定关键性需求与决定系统架构的因素
第8章确定关键性需求是什么决定了软件系统的架构？！没有大的争议的是：需求决定了软件系统的架构！那么什么样的需求对软件系统的架构影响最大？8.1众说纷纭——什么决定了架构8.1.1用例驱动论：功... 查看详情
[架构之路-106]：《软件架构设计：程序员向架构师转型必备》-16-常见的十余种软件分层架构
1.软件架构体系1.1.系统与子系统系统：泛指由一群有关联的个体组成，根据某种规则运作，能完成个别元件不能单独完成的工作的群体。关联：系统是由一群有关联的个体组成的，没有关联的个体堆在一起不... 查看详情