用例图与用例规约的差异化归档策略

编写《软件需求规格说明书》时，一个常见的浪费做法是”一刀切”——不管用例的数量和复杂程度，把所有用例都细化到用例规约的程度，甚至为了赶进度动员所有程序员”帮忙”突击写用例规约，这种做法效率低下，很多花费大量精力写出的用例规约实际上没有对应的价值。正确做法是应用[[用例技术族四种技术的用途定位]]的知识，对不同用例区别对待：文档结构上，”需求概述”和”具体需求”两节应该分开；第2节”需求概述”里的”用例模型”部分归档用例图和用例简述，且要求全面覆盖所有用例，不能有遗漏；第3节”具体需求”里的”用例描述”部分，只对重要用例、复杂用例、易产生分歧的用例才用用例规约方式详细归档，如果时间紧或研发风险小，完全可以不归档全部用例的规约。这条策略背后的核心判断标准可以概括成一句话：用例图贵在”全”、覆盖”面”，用例规约贵在”深”、覆盖”点”——用例图必须做到无遗漏，因为它是系统功能范围的总览；用例规约则应该聚焦在真正有必要深挖的少数用例上，对简单、低风险、无争议的用例过度细化只是在浪费精力，不会带来相应的质量或沟通收益。