使用用例有效收集软件需求
1. 用例的崛起与本书更新
在当今的软件开发市场中，用例已从一种“有趣的技术”发展成为收集需求的标准实践，甚至延伸到了业务流程和服务提供等其他领域。随着这一趋势的发展，相关内容也进行了更新与完善。
相较于第一版，此次更新有诸多显著变化。迭代方面，仅保留了三个“F”迭代，即 Facade、Filled 和 Focused，去掉了 Finished 迭代。因为在迭代方法中，没有绝对的完成状态，且该迭代主要涉及用例与用户界面设计的衔接，所以将用户界面的相关理念移到了 Facade 迭代中，让用户界面的演变与早期用例的创建并行进行。
管理章节也有重大调整，对迭代/增量式用例驱动的项目管理进行了更深入的阐述，提出了整体迭代/增量式（HI/I）的概念。由于过去的瀑布式项目管理流程难以适应如今更快节奏、更具“混沌有序”特征的软件开发生命周期，因此这部分的改进尤为关键。
附录部分的呈现方式也有所不同。第一版中展示部分完成的用例虽有助于理解用例创建的迭代性质，但因多次重复用例，且变化情况不清晰，导致阅读体验不佳。此次在每个附录中选择不同类型的应用（如大型业务应用、技术子系统、软件包评估等），以更自然的方式展示用例和其他相关工件的演变过程，增强了用例版本演变的连贯性。
2. 需求收集的困境
当系统开发团队为业务人员提供计算机系统时，通常会经历需求收集、分析、设计、构建、测试、部署和维护等一系列活动。然而，在实际操作中，需求收集、测试、部署和维护这些活动往往被忽视或只是走过场。这可能是因为传统上用于这些活动的工具不够亮眼，使得从业者认为除了分析、设计和构建这三大核心活动外，其他活动不需要太多关注和创新。
