知识卡片

用例方法相对传统SRS的优势

普通读书笔记卡

内容

基于用例的需求分析方法相比传统的功能分解式SRS(软件需求规格说明书)方法,优势集中体现在四点。一是以客户为中心:用例方法完全站在用户角度、从系统外部来描述系统功能,每个用例代表一个完整的系统服务,而不是从系统内部实现角度罗列功能点。二是更易被用户理解:用例方法比传统SRS更容易被用户看懂,是开发人员和用户之间沟通的有效手段——用户不需要理解技术术语,只需要判断”这个用例是不是我要的服务”。三是抗变更冲击能力强:用例图能从大局上反映系统的功能结构,且很大程度上不会受需求变更冲击,因为它不涉及需求细节,只反映”系统必须有这个功能”这层信息。四是天然划清需求与设计的边界:传统需求方法采用功能分解方式,非常容易混淆需求和设计的界限(做需求分析的人不知不觉就开始设计模块结构了),而用例方法从外部服务视角出发,天然地把”系统提供什么”(需求)和”系统内部怎么实现”(设计)区分开来,不容易越界。这四点优势共同指向一个核心机制:用例方法通过”站在系统外部看服务”这个统一视角,同时解决了沟通效率(客户能看懂)、变更韧性(图层稳定)、边界清晰(需求不越界到设计)三个传统方法难以兼顾的问题。

参考来源

- 位置:《软件架构设计:程序员向架构师转型必备》第6章《用例与需求》"6.2.1 用例与需求分析"节(源文件:_epub-src/OEBPS/text00009.html) - 结论依据:原文列出"用例方法是以客户为中心的……用例方法比传统的SRS更易于被用户所理解……用例图……在很大程度上不会受到需求变更的冲击……传统需求方法采用功能分解方式,非常容易混淆需求和设计的界限,而用例方法利于解决这个问题"四点优势,直接支撑本卡片结论。 - 原始内容:用例方法是以客户为中心的。它完全站在用户的角度上,从系统的外部来描述系统的功能,每个用例代表一个完整的系统服务……传统需求方法采用功能分解方式,非常容易混淆需求和设计的界限,而用例方法利于解决这个问题。