系统架构过程之架构分析
合集下载
相关主题
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
店、各类提供商（包括工 厂等生产企业、以及代理 商等经销企业）
用户 开发
开发方约束： 网站发展路线图
组织
用户 开发
第2步：分析约束影响
功能
质量
约束
业务目标、及业务愿景： 网站定位：B2C零售 当前经营：图书 未来经营：图书、软
件、音乐制品、电子 产品、玩具、婴儿用 品、化妆品、宠物、 艺术品、杂货。
系统架构过程之架构分析
课程目录
二、系统架构之三分过程
（一）系统架构之架构分析--架构准备
（二）系统架构之架构分割--概要架构 （三）系统架构之架构分划--细化架构 （四）系统架构之非功能目标
（一）系统架构之架构分析
1、概述
2、预架构工作内容 3、需求结构化与分析约束影响 4、确定关键质量与关键功能
技术环境的约束
技术平台、中间件、编程语言的流行度，认同度，优缺点？ 技术发展趋势？ 。。。
需求结构化与分析约束影响
约束性需求
需求结构化与分析约束影响
约束性需求-设计大桥
大型B2C网站Amazon案例
第1步：需求结构化
功能
质量
约束
组织 用户
业务目标、及业务愿景： 网站定位：B2C零售 当前经营：图书 未来经营：图书、软
功能
质量
约束
组织
业务目标、及业务愿景： 网站定位：B2C零售 当前经营：图书 未来经营：图书、软
件、音乐制品、电子 产品、玩具、婴儿用 品、化妆品、宠物、 艺术品、杂货。
商业质量：
新功能上线快，随需 应变
商业约束： 投资2000万用于初期开发
、运营、市场，之前须取 得一定成功并融资成功
集成约束： 物流、银行、海关、实体
差异，须个性化 消费心理：营造集市
效应，“别人也买了 ”、“别人还买了”
组织 用户 开发
ຫໍສະໝຸດ Baidu
第2步：分析约束影响
功能
质量
约束
业务目标、愿景： 网站定位：B2C
零售 当前经营：图书 未来经营：……
商业质量： 新功能上线快，随需应变
商业约束： 投资2000万……
集成约束： 物流、银行、海关、实体
互操作
用户级约束：
便捷的购物流程 客户群大：多国语言 客户群大：关注范围差异
，须个性化
消费心理：营造集市效应 ，“别人也买了”、“别 人还买了”
开发期质量： 可扩展性
开发方约束： 网站发展路线图
需求结构化与分析约束影响
案例练习（合理用药监测系统PASS） Prescription Automatic Screening System
质量
约束
业务目标、及业务愿景： 网站定位：B2C零售 当前经营：图书 未来经营：图书、软件
、音乐制品、电子产品 、玩具、婴儿用品、化 妆品、宠物、艺术品、 杂货。
用户： 终端用户 各种员工角色
终端用户功能： 互动功能 最快的全库搜索
管理员功能： 频率极高的新货上架，
灵活的打折设置
商业质量： 新功能上线快，随需应变
确定关键质量5大原则
➢ 分类合适+必要扩充 ➢ 考虑多方涉众 ➢ 检查性思维 ➢ 识别矛盾+划定优先级 ➢ 严格程度符合领域与规模特点
1 分类适合实践
2 多方涉众利益
提供基础
必要扩充
3 Checklist思维
引起回溯
折衷依据 4 考虑矛盾关系
定量参考 5 把握严格程度
确定关键质量与关键功能
确定关键质量5大原则
件、音乐制品、电子 产品、玩具、婴儿用 品、化妆品、宠物、 艺术品、杂货。
商业质量：
新功能上线快，随需应 变
商业约束： 投资2000万用于初期
开发、运营、市场， 之前须取得一定成功 并融资成功
集成约束： 物流、银行、海关、
实体店、各类提供商 （包括工厂等生产企 业、以及代理商等经 销企业）
开发
持续关注非功能需求（贯穿）：“目标-场景-决策”表方法
一个贯穿环节：质疑驱动的架构设计
质疑引入更多的“质量属性” 引用“特殊功能场景”驱动后续架构设计 质疑意识是架构师最宝贵的意识之一
（一）系统架构之架构分析
1、概述
2、预架构工作内容
3、需求结构化与分析约束影响 4、确定关键质量与关键功能
Pre-architecture：不仅是理解需求
➢ 分类合适+必要扩充（ISO9126的可靠性需要进行扩充）
确定关键质量与关键功能
确定关键质量5大原则
➢ 考虑多方涉众 用户不仅关注功能，同时也需要质量，用户关注的质量可能包括易用性、性能
、持续可用性、鲁棒性等
客户不一定是最终用户，比如超市销售系统的客户是超市老板，但最终用户可 能是收银员或上货员，他们所关注的质量属性可能不一致
阶段一：把握需求特点，确定架构驱动力 阶段二：根据重大需求，确定概念架构 阶段三：细化架构设计，关注不同视图
架构设计的内置最佳实践
逻辑架构设计的10条经验 基于鲁棒图进行初步设计的10条经验 约束的4大类型
架构设计的方法体系
Pre-architecture阶段：架构实践中最常见的的最短板 Conceptual Arch阶段：大型系统成败关键 Refined Arch阶段：团队大规模并行开发基础
开发期质量： 可扩展性
第2步：分析约束影响
功能
质量
约束
组织
用户 开发
用户： 终端用户 各种员工角色
终端用户功能： 最快的全库搜索 评价功能（Web2.0） 多角度关联信息
管理员功能： 灵活的打折设置 频率极高的新货上架
用户级约束： 便捷的购物流程 客户群大：多国语言 客户群大：关注范围
案例一：外籍人员管理系统
Pre-architecture：不仅是理解需求
案例二：嵌入式OS的裁剪
Pre-architecture：不仅是理解需求
案例三：放弃C++，用C重写计费系统
Pre-architecture：不仅是理解需求
本阶段意义： ➢ 理解需求大局观（二维矩阵） ➢ 降低架构失败风险（后续的失败统计结果） ➢ 尽早开始架构设计 ➢ 明确架构设计的驱动力
确定关键质量与关键功能
确定关键质量5大原则
➢ 检查性思维
随时检查各个质量属性，看看每一项是否确实算不上“关键质量”，从 而防止遗漏关键需求
确定关键质量与关键功能
确定关键质量5大原则
识别矛盾+划定优先级（“+”表示行促进列，“-”表示行影响列）
区域1：运行关键 区域2：运行特性 区域3：维护移植
业务环境的约束（客户或出资方）
上线时间？预算限制？集成需求？ 业务领域？业务规则或业务限制？ 法律法规或专利的限制？ 。。。
使用环境的约束（用户）
何阶层用户？年龄段和偏好？多个国家？ 是否存在电磁干扰或车船移动 。。。
需求结构化与分析约束影响
构建环境的约束（开发者和维护人员）
技术水平，城市分布，磨合程度？ 开发管理程度？ 源代码保密？ 。。。
实践要领：
不同需求影响架构的不同原理
Pre-architecture：不仅是理解需求
实践要领：
功能需求影响架构的基本原理：职责协作链
Pre-architecture：不仅是理解需求
实践要领：
质量需求影响架构的基本原理：进一步质疑
Pre-architecture：不仅是理解需求
实践要领：
分析约束影响架构的基本原理：直接制约、转化为功能或质量需求
Pre-architecture：不仅是理解需求
本阶段目的： ➢ 分析业务需求和约束背后的衍生需求 ➢ 发现遗漏需求 ➢ 确定关键功能 ➢ 确定关键质量 ➢ 权衡质量属性之间的矛盾关系
Pre-architecture：不仅是理解需求
架构设计失败的原因：
➢ 遗漏至关重要的架构影响因素：50% ➢ 不能驯服频繁变化的需求：40% ➢ 不能覆盖架构各方面：30% ➢ 不能验证架构并作出调整：40% 结果：用户得不到真正满足他们需求的系统
架构师6个经典困惑
4个实际问题的困惑：
➢ 将系统划分为模块，如何更合理？ ➢ 大系统架构设计，如何起步？ ➢ 总觉得需求很糟糕，影响架构设计！ ➢ 非功能需求重要，但如何设计？
2个职业发展的困惑：
➢ 架构新手：缺乏指导，架构设计不知所措 ➢ 架构老手：缺乏总结，仍“怕”下个项目
4个核心主张
方法体系是大趋势 质疑驱动的架构设计 多阶段与多视图 内置最佳实践
最大误区：概念架构=理想设计 实践要点：重大需求塑造概念架构 思维工具：鲁棒图、目标-场景-决策表
架构设计的方法体系
Refined Arch阶段：团队大规模并行开发基础
最大误区：架构=模块 + 接口 实践要点：贴近实践的5视图法 思维工具：包图、包-接口图、灰盒包图、序列图、目标-
场景-决策表
架构设计的方法体系
架构设计的方法体系
3个阶段，1个贯穿环节：
“Pre-architecture”阶段（简称PA阶段） “Conceptual Architecture”阶段（简称CA阶段） “Refined Architecture”阶段（简称RA阶段） 对非功能目标的考虑贯穿整个过程
架构设计的多阶段与多视图
需求
PA阶段 CA阶段 RA阶段 架构
架构设计的方法体系
Pre-architecture阶段：架构实践中最常见的最短板
最大误区：架构师是技术人员，不必懂需求 实践要点：摒弃“需求列表”方式，建立二维需求观 思维工具：二维矩阵（需求层次-需求方面矩阵）
架构设计的方法体系
Conceptual Arch阶段：大型系统成败关键
确定关键质量与关键功能
确定关键质量5大原则
严格程度符合领域与规模特点 关键质量属性个数根据项目、产品、平台不同而不一样
Pre-architecture：不仅是理解需求
业界现状：
架构师不必懂需求 唯经验论
通过经验确定“遗漏需求”，“权衡矛盾”，“确定重点目标”
目标不变论
最大化地重用。。。尽可能简单明了。。。最灵活的拓展性。。。
需求分类法现状
忽略业务环境、使用环境、构建环境、技术环境的4大类约束
Pre-architecture：不仅是理解需求
Pre-architecture：不仅是理解需求
倡导的需求过程： 第1步：需求结构化 第2步：分析约束影响 第3步：确定关键质量 第4步：确定关键功能
确定关键功能
影响架构的因素 :多而杂 全面有序理解需求
确定关键质量
持续关注业 务需求和约束
（一）系统架构之架构分析
1、概述 2、预架构工作内容
3、需求结构化与分析约束影响
4、确定关键质量与关键功能
需求结构化与分析约束影响
需求结构化的必要性
需求结构化与分析约束影响
需求结构化的方法（需求层次-需求方面矩阵）
需求结构化与分析约束影响
分析约束影响的重要性
需求结构化与分析约束影响
4类约束在矩阵中的位置（OA举例）
需求结构化与分析约束影响
商业质量：
新功能上线快，随需 应变
商业约束： 投资2000万用于初期开发、
运营、市场，之前须取得一 定成功并融资成功
集成约束： 物流、银行、海关、实体店
、各类提供商（包括工厂等 生产企业、以及代理商等经 销企业）
用户： 终端用户 各种员工角色
管理员功能： 灵活的打折设置 频率极高的新货上架
第1步：需求结构化
功能
质量
约束
组织
用户
用户： 终端用户 各种员工角色
开发
运行期质量：
易用性：最便捷的选 择方式
用户级约束： 便捷的购物流程 客户群大：多国语
言 客户群大：关注范
围差异，须个性化 消费心理：营造集
市效应，“别人也 买了”、“别人还 买了”
开发方约束： 新组建的团队
第2步：分析约束影响
店、各类提供商（包括工 厂等生产企业、以及代理 商等经销企业）
运行期质量：
可伸缩性：几乎没有上限 性能：即强调速度，又强
调吞吐量
安全性：数据安全 持续可用性：不停机
互操作性：含公司各 系统间互操作
开发期质量： 可扩展性
组织 用户 开发
创造力：用好Pre-architecture阶段
功能
需求结构化与分析约束影响
案例练习
需求结构化与分析约束影响
案例练习(5分钟) 请列出结构化需求？ 请分析 约束影响？（4大约束条件）
（一）系统架构之架构分析
1、概述 2、预架构工作内容 3、需求结构化与分析约束影响
4、确定关键质量与关键功能
确定关键质量与关键功能
确定关键质量
确定关键质量与关键功能
商业约束： 投资2000万用于初期开发
、运营、市场，之前须取 得一定成功并融资成功
集成约束： 物流、银行、海关、实体
店、各类提供商（包括工 厂等生产企业、以及代理 商等经销企业）
运行期质量：
可伸缩性：几乎没有上限 性能：即强调速度，又强调
吞吐量
易用性：最便捷的选择方式 安全性：数据安全 互操作性：含公司各系统间
用户 开发
开发方约束： 网站发展路线图
组织
用户 开发
第2步：分析约束影响
功能
质量
约束
业务目标、及业务愿景： 网站定位：B2C零售 当前经营：图书 未来经营：图书、软
件、音乐制品、电子 产品、玩具、婴儿用 品、化妆品、宠物、 艺术品、杂货。
系统架构过程之架构分析
课程目录
二、系统架构之三分过程
（一）系统架构之架构分析--架构准备
（二）系统架构之架构分割--概要架构 （三）系统架构之架构分划--细化架构 （四）系统架构之非功能目标
（一）系统架构之架构分析
1、概述
2、预架构工作内容 3、需求结构化与分析约束影响 4、确定关键质量与关键功能
技术环境的约束
技术平台、中间件、编程语言的流行度，认同度，优缺点？ 技术发展趋势？ 。。。
需求结构化与分析约束影响
约束性需求
需求结构化与分析约束影响
约束性需求-设计大桥
大型B2C网站Amazon案例
第1步：需求结构化
功能
质量
约束
组织 用户
业务目标、及业务愿景： 网站定位：B2C零售 当前经营：图书 未来经营：图书、软
功能
质量
约束
组织
业务目标、及业务愿景： 网站定位：B2C零售 当前经营：图书 未来经营：图书、软
件、音乐制品、电子 产品、玩具、婴儿用 品、化妆品、宠物、 艺术品、杂货。
商业质量：
新功能上线快，随需 应变
商业约束： 投资2000万用于初期开发
、运营、市场，之前须取 得一定成功并融资成功
集成约束： 物流、银行、海关、实体
差异，须个性化 消费心理：营造集市
效应，“别人也买了 ”、“别人还买了”
组织 用户 开发
ຫໍສະໝຸດ Baidu
第2步：分析约束影响
功能
质量
约束
业务目标、愿景： 网站定位：B2C
零售 当前经营：图书 未来经营：……
商业质量： 新功能上线快，随需应变
商业约束： 投资2000万……
集成约束： 物流、银行、海关、实体
互操作
用户级约束：
便捷的购物流程 客户群大：多国语言 客户群大：关注范围差异
，须个性化
消费心理：营造集市效应 ，“别人也买了”、“别 人还买了”
开发期质量： 可扩展性
开发方约束： 网站发展路线图
需求结构化与分析约束影响
案例练习（合理用药监测系统PASS） Prescription Automatic Screening System
质量
约束
业务目标、及业务愿景： 网站定位：B2C零售 当前经营：图书 未来经营：图书、软件
、音乐制品、电子产品 、玩具、婴儿用品、化 妆品、宠物、艺术品、 杂货。
用户： 终端用户 各种员工角色
终端用户功能： 互动功能 最快的全库搜索
管理员功能： 频率极高的新货上架，
灵活的打折设置
商业质量： 新功能上线快，随需应变
确定关键质量5大原则
➢ 分类合适+必要扩充 ➢ 考虑多方涉众 ➢ 检查性思维 ➢ 识别矛盾+划定优先级 ➢ 严格程度符合领域与规模特点
1 分类适合实践
2 多方涉众利益
提供基础
必要扩充
3 Checklist思维
引起回溯
折衷依据 4 考虑矛盾关系
定量参考 5 把握严格程度
确定关键质量与关键功能
确定关键质量5大原则
件、音乐制品、电子 产品、玩具、婴儿用 品、化妆品、宠物、 艺术品、杂货。
商业质量：
新功能上线快，随需应 变
商业约束： 投资2000万用于初期
开发、运营、市场， 之前须取得一定成功 并融资成功
集成约束： 物流、银行、海关、
实体店、各类提供商 （包括工厂等生产企 业、以及代理商等经 销企业）
开发
持续关注非功能需求（贯穿）：“目标-场景-决策”表方法
一个贯穿环节：质疑驱动的架构设计
质疑引入更多的“质量属性” 引用“特殊功能场景”驱动后续架构设计 质疑意识是架构师最宝贵的意识之一
（一）系统架构之架构分析
1、概述
2、预架构工作内容
3、需求结构化与分析约束影响 4、确定关键质量与关键功能
Pre-architecture：不仅是理解需求
➢ 分类合适+必要扩充（ISO9126的可靠性需要进行扩充）
确定关键质量与关键功能
确定关键质量5大原则
➢ 考虑多方涉众 用户不仅关注功能，同时也需要质量，用户关注的质量可能包括易用性、性能
、持续可用性、鲁棒性等
客户不一定是最终用户，比如超市销售系统的客户是超市老板，但最终用户可 能是收银员或上货员，他们所关注的质量属性可能不一致
阶段一：把握需求特点，确定架构驱动力 阶段二：根据重大需求，确定概念架构 阶段三：细化架构设计，关注不同视图
架构设计的内置最佳实践
逻辑架构设计的10条经验 基于鲁棒图进行初步设计的10条经验 约束的4大类型
架构设计的方法体系
Pre-architecture阶段：架构实践中最常见的的最短板 Conceptual Arch阶段：大型系统成败关键 Refined Arch阶段：团队大规模并行开发基础
开发期质量： 可扩展性
第2步：分析约束影响
功能
质量
约束
组织
用户 开发
用户： 终端用户 各种员工角色
终端用户功能： 最快的全库搜索 评价功能（Web2.0） 多角度关联信息
管理员功能： 灵活的打折设置 频率极高的新货上架
用户级约束： 便捷的购物流程 客户群大：多国语言 客户群大：关注范围
案例一：外籍人员管理系统
Pre-architecture：不仅是理解需求
案例二：嵌入式OS的裁剪
Pre-architecture：不仅是理解需求
案例三：放弃C++，用C重写计费系统
Pre-architecture：不仅是理解需求
本阶段意义： ➢ 理解需求大局观（二维矩阵） ➢ 降低架构失败风险（后续的失败统计结果） ➢ 尽早开始架构设计 ➢ 明确架构设计的驱动力
确定关键质量与关键功能
确定关键质量5大原则
➢ 检查性思维
随时检查各个质量属性，看看每一项是否确实算不上“关键质量”，从 而防止遗漏关键需求
确定关键质量与关键功能
确定关键质量5大原则
识别矛盾+划定优先级（“+”表示行促进列，“-”表示行影响列）
区域1：运行关键 区域2：运行特性 区域3：维护移植
业务环境的约束（客户或出资方）
上线时间？预算限制？集成需求？ 业务领域？业务规则或业务限制？ 法律法规或专利的限制？ 。。。
使用环境的约束（用户）
何阶层用户？年龄段和偏好？多个国家？ 是否存在电磁干扰或车船移动 。。。
需求结构化与分析约束影响
构建环境的约束（开发者和维护人员）
技术水平，城市分布，磨合程度？ 开发管理程度？ 源代码保密？ 。。。
实践要领：
不同需求影响架构的不同原理
Pre-architecture：不仅是理解需求
实践要领：
功能需求影响架构的基本原理：职责协作链
Pre-architecture：不仅是理解需求
实践要领：
质量需求影响架构的基本原理：进一步质疑
Pre-architecture：不仅是理解需求
实践要领：
分析约束影响架构的基本原理：直接制约、转化为功能或质量需求
Pre-architecture：不仅是理解需求
本阶段目的： ➢ 分析业务需求和约束背后的衍生需求 ➢ 发现遗漏需求 ➢ 确定关键功能 ➢ 确定关键质量 ➢ 权衡质量属性之间的矛盾关系
Pre-architecture：不仅是理解需求
架构设计失败的原因：
➢ 遗漏至关重要的架构影响因素：50% ➢ 不能驯服频繁变化的需求：40% ➢ 不能覆盖架构各方面：30% ➢ 不能验证架构并作出调整：40% 结果：用户得不到真正满足他们需求的系统
架构师6个经典困惑
4个实际问题的困惑：
➢ 将系统划分为模块，如何更合理？ ➢ 大系统架构设计，如何起步？ ➢ 总觉得需求很糟糕，影响架构设计！ ➢ 非功能需求重要，但如何设计？
2个职业发展的困惑：
➢ 架构新手：缺乏指导，架构设计不知所措 ➢ 架构老手：缺乏总结，仍“怕”下个项目
4个核心主张
方法体系是大趋势 质疑驱动的架构设计 多阶段与多视图 内置最佳实践
最大误区：概念架构=理想设计 实践要点：重大需求塑造概念架构 思维工具：鲁棒图、目标-场景-决策表
架构设计的方法体系
Refined Arch阶段：团队大规模并行开发基础
最大误区：架构=模块 + 接口 实践要点：贴近实践的5视图法 思维工具：包图、包-接口图、灰盒包图、序列图、目标-
场景-决策表
架构设计的方法体系
架构设计的方法体系
3个阶段，1个贯穿环节：
“Pre-architecture”阶段（简称PA阶段） “Conceptual Architecture”阶段（简称CA阶段） “Refined Architecture”阶段（简称RA阶段） 对非功能目标的考虑贯穿整个过程
架构设计的多阶段与多视图
需求
PA阶段 CA阶段 RA阶段 架构
架构设计的方法体系
Pre-architecture阶段：架构实践中最常见的最短板
最大误区：架构师是技术人员，不必懂需求 实践要点：摒弃“需求列表”方式，建立二维需求观 思维工具：二维矩阵（需求层次-需求方面矩阵）
架构设计的方法体系
Conceptual Arch阶段：大型系统成败关键
确定关键质量与关键功能
确定关键质量5大原则
严格程度符合领域与规模特点 关键质量属性个数根据项目、产品、平台不同而不一样
Pre-architecture：不仅是理解需求
业界现状：
架构师不必懂需求 唯经验论
通过经验确定“遗漏需求”，“权衡矛盾”，“确定重点目标”
目标不变论
最大化地重用。。。尽可能简单明了。。。最灵活的拓展性。。。
需求分类法现状
忽略业务环境、使用环境、构建环境、技术环境的4大类约束
Pre-architecture：不仅是理解需求
Pre-architecture：不仅是理解需求
倡导的需求过程： 第1步：需求结构化 第2步：分析约束影响 第3步：确定关键质量 第4步：确定关键功能
确定关键功能
影响架构的因素 :多而杂 全面有序理解需求
确定关键质量
持续关注业 务需求和约束
（一）系统架构之架构分析
1、概述 2、预架构工作内容
3、需求结构化与分析约束影响
4、确定关键质量与关键功能
需求结构化与分析约束影响
需求结构化的必要性
需求结构化与分析约束影响
需求结构化的方法（需求层次-需求方面矩阵）
需求结构化与分析约束影响
分析约束影响的重要性
需求结构化与分析约束影响
4类约束在矩阵中的位置（OA举例）
需求结构化与分析约束影响
商业质量：
新功能上线快，随需 应变
商业约束： 投资2000万用于初期开发、
运营、市场，之前须取得一 定成功并融资成功
集成约束： 物流、银行、海关、实体店
、各类提供商（包括工厂等 生产企业、以及代理商等经 销企业）
用户： 终端用户 各种员工角色
管理员功能： 灵活的打折设置 频率极高的新货上架
第1步：需求结构化
功能
质量
约束
组织
用户
用户： 终端用户 各种员工角色
开发
运行期质量：
易用性：最便捷的选 择方式
用户级约束： 便捷的购物流程 客户群大：多国语
言 客户群大：关注范
围差异，须个性化 消费心理：营造集
市效应，“别人也 买了”、“别人还 买了”
开发方约束： 新组建的团队
第2步：分析约束影响
店、各类提供商（包括工 厂等生产企业、以及代理 商等经销企业）
运行期质量：
可伸缩性：几乎没有上限 性能：即强调速度，又强
调吞吐量
安全性：数据安全 持续可用性：不停机
互操作性：含公司各 系统间互操作
开发期质量： 可扩展性
组织 用户 开发
创造力：用好Pre-architecture阶段
功能
需求结构化与分析约束影响
案例练习
需求结构化与分析约束影响
案例练习(5分钟) 请列出结构化需求？ 请分析 约束影响？（4大约束条件）
（一）系统架构之架构分析
1、概述 2、预架构工作内容 3、需求结构化与分析约束影响
4、确定关键质量与关键功能
确定关键质量与关键功能
确定关键质量
确定关键质量与关键功能
商业约束： 投资2000万用于初期开发
、运营、市场，之前须取 得一定成功并融资成功
集成约束： 物流、银行、海关、实体
店、各类提供商（包括工 厂等生产企业、以及代理 商等经销企业）
运行期质量：
可伸缩性：几乎没有上限 性能：即强调速度，又强调
吞吐量
易用性：最便捷的选择方式 安全性：数据安全 互操作性：含公司各系统间