本文主要是介绍业务建模的目的,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!
业务建模的目的是从 组织 的角度来定位系统应该提供的价值。
组织开发系统的目的一般是为了优化业务流程,使得业务运转的更加高效、经济。而我们研究组织用例是因为我们想要把系统的价值和组织的价值挂上钩,给组织一个购买(开发)系统的理由。
很多时候我们把自己开发的系统想的太重了,感觉没有我们开发的系统,组织就玩不转了。其实,我们那牛X哄哄的系统也只是组织的一个零件,和组织厕所里的马桶,清洁的阿姨没有本质区别。
为什么需求经常 “容易变化” ? 根源之一是它们的来路不正,一开始的时候是拍脑袋得来的,没有把系统当作一个零件放在组织中来看,得到的系统当然和组织的其他零件格格不入,系统上线磨合后发现问题,自然要改。
“需求变化剧烈”只是一个假象,许多需求的变化是假的变化,真正的需求并没有变,只不过开发人员一开始捕获的需求是假的。如果能正确运用业务建模技能,大多数假的需求变化会消于无形。遗憾的是,不少开发团队在改进的时候给自己开错了药方,以为应该通过提升设计的弹性来应变。
设计是应对真正需求变化的手段,假的需求变化应该通过改进业务建模来应对。
如果东西拿到客户面前,客户说“好呀,正是我想要的!”,过了半年,客户又说“形势变了,这个东西要改一下。”这是需求变了。如果东西拿到客户面前,客户说“这不是我想要的!”,这时硬要说“需求变了”,脸皮有点厚了。
业务建模既然是研究组织,那么研究哪个组织呢?
最佳的研究范围就是项目愿景波及的、需要改进的组织,它可能是一个公司、一个部门、一间办公室、一个家庭、一群人。
有个简单的办法可以帮助我们确定需要研究的组织:本次开发系统上线后负责运营的单位,可以选定为我们研究的组织。
这篇关于业务建模的目的的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!