扫码阅读
手机扫码阅读
业务模型驱动需求编写
496 2023-07-20
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。
查看原文:业务模型驱动需求编写
文章来源:
老邓聊开发
扫码关注公众号
王大锤老师在教授BA课程时,常用俄罗斯方块的旋转逻辑作为例子。他指出,当采用合适的模型(即将俄罗斯方块视为4*4矩阵)来描述需求时,复杂的问题会变得简单。这一教学案例强调了选择合适模型的重要性。
在实际的用户故事描述中,许多团队仍旧采用UI原型来说明需求,导致开发人员难以直接理解背后的业务需求,同时存在沟通不足的问题。这种方法类似于用格子去描述俄罗斯方块,增加了需求变更的难度。
文章比较了地心说和日心说的转变,指出按照地心说去理解行星运动非常复杂,而日心说则让一切变得简单。这一比喻用于说明,采用正确的模型可以简化问题的理解和解决。
作者建议,为了更有效地描述业务并应对未来的变化,应当以业务对象为核心来描述业务需求。用户故事应该包含角色、业务对象和操作。在此基础上,后续才考虑满足操作所需的界面设计。这样,UI设计从业务描述的中心位置退居到满足业务操作的辅助地位。
尽管业务建模没有绝对的对错,但是好的模型能够揭示业务的本质,使得软件在面对新需求时易于修改和扩展;而不良模型只解决当前问题,一旦出现新需求,软件修改就会变得困难。
想要了解更多内容?
查看原文:业务模型驱动需求编写
文章来源:
老邓聊开发
扫码关注公众号
老邓聊开发的其他文章
九转大肠的组织设计
今天看到微信群里转了一张图片,内容如下:可以看出来作者对多个部门都有洗大肠专员这事儿深恶痛绝,认为是
代码Review,Review些什么?如何Review?
从我个人面试经历来看,执行代码Review的公司要比执行了TDD的公司稍微多一点
软件项目中几大幻觉
幻觉一:需求分析完成了产品辛辛苦苦花了很长时间对用户需求进行分析,画了原型图、出了PRD文档,长出一口气,总
从混乱的单体应用到微服务架构
从混沌的单体应用到微服务架构平滑过渡
DRY原则下区分重复还是巧合
DRY原则(Don\x26#39;t Repeat Yourself)已经深入人心。重复的代码在不同地方出现,是程序隐患之
加入社区微信群
与行业大咖零距离交流学习
软件研发质量管理体系建设
白皮书上线