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