Thoughtworks CTO 带你重构建模技能
说起业务建模,我们很多人可能不知道这个东西到底有什么用,毕竟面试也很少会被问到,对平时写代码也没有什么直接的帮助。
确实,业务建模是一项软技能,不会像其他的硬性技术那样让你直呼很爽。但是,具备良好的业务建模能力,会在认知层面影响你对业务、代码等方面的理解。
因为业务建模首先是一个定义问题的方法,其次才是解决问题的方法。而我们通过定义问题,甚至可以把解决方案的复杂度直接降低几个数量级。
有了这方面的理解,你就可以成为能给出更合理的问题解决方案的架构师,而不是一个只会倒腾各种技术方案的程序员,进而不断提高自己的职业发展天花板。
不过,在业务建模的学习上,很多人是一团乱麻,不知道该从哪里入手。归根到底,业务建模真正的学习难点有两个。
难点一:如何清晰定义业务问题,并让所有人接受?
学习业务建模,对我们的挑战不仅是建模本身,而在于如何获取业务方的信任,并展开有效讨论。关于这一问题,大部分的建模教程都不怎么涉及,但这却是能否有效应用业务建模方法的关键。
难点二:如何在特定架构的约束下实现模型?
在学习建模方法时,我们往往会不自觉地忽略架构对模型的影响。于是就会出现这样一种情况:学会了一种方法,却因为不知道怎么处理架构约束,而无法将其应用到工作中。
本站声明:
一 本站致力于为软件爱好者提供国内外软件开发技术和软件共享,着力为用户提供优资资源;
二 本站提供的所有下载文件均为网络共享资源,请于下载后的24小时内删除。如需体验更多乐趣,还请支持正版;
三 我站提供用户下载的所有内容均转自互联网。如有内容侵犯您的版权或其他利益的,请编辑邮件并加以说明发送到站长邮箱。站长会进行审查之后,情况属实的会在三个工作日内为您删除。
一 本站致力于为软件爱好者提供国内外软件开发技术和软件共享,着力为用户提供优资资源;
二 本站提供的所有下载文件均为网络共享资源,请于下载后的24小时内删除。如需体验更多乐趣,还请支持正版;
三 我站提供用户下载的所有内容均转自互联网。如有内容侵犯您的版权或其他利益的,请编辑邮件并加以说明发送到站长邮箱。站长会进行审查之后,情况属实的会在三个工作日内为您删除。