过往的软件开发, 往往都是由架构师将他对产品的理解,利用 UML
来体现软件的架构设计。
这种方式的问题是:因缺乏使用者与团队成员间的互动参与,使得对外并未能完整的将使用者需求,映射到软件架构中;
而对内所提供的软件架构设计文档,
对实际开发的工作,
指导意义并不大(因为,厚重的架构设计文档,便如老太婆的裹脚布般;又臭又长)。更严重的问题是,由于架构设计耗费太长的时间,如此再加上开发、测试的时间,团队往往会太晚才会发现软件架构上的重大缺陷。而由于太晚才发现软件架构上的缺陷,所以,软件架构上若需做优化,则往往需耗费惊人的人力与时间成本。
敏捷开发, 经由可视化、轻量级的 "场景树", 使得使用者与团队成员间可共同的协作, 共同的识别:
- User Story 中的活动
- 活动后所产生的实体对象
- 验证实体对象的纬度
- 识别描述实体对象的价值对象
- 整合所有 User Stories 的 User Story 地图
所以, 开发人员可根据 “场景树”与 User Story
地图,轻易且高效的找到单元测试点并设计出有效的测试用例与测试数据。而使开发人员能在最短的时间内,将软件架构直接转换为测试代码与产品代码。使开发人员能在最短的时间内,经由单元测试的
“黑盒测试”,发现到软件架构上的缺陷。
另外,SonarQube也提供了一可持续优化产品代码(架构)的平台。
“所以,在敏捷开发中,我们真的找到了一个有效的方法,去构造一高效、健康的产品开发的生态系统;经由此生态系统,使用者与团队成员将可高效的协作,共同的设计软件架构,并在最短的时间内,发现软件架构上的缺陷并持续的优化软件架构。”
欢迎你也来试试。
时间: 2024-11-15 20:20:41