TOGAF：从业务架构到业务需求
53 浏览量
2021-03-02
09:42:53
上传
评论
收藏 317KB PDF 举报
TOGAF：从业务架构到业务需求：从业务架构到业务需求
做管理型软件产品一般都要经历架构阶段，而架构又可以简单分为业务架构和技术架构，对于架构方法，在我以前的blog中大
量的介绍了TOGAF。
使用TOGAF的几个初衷
在我们开发软件时，如果你做过设计和架构工作，那么你会发现软件开发过程中其实存在很多断沟。
1.业务架构到技术架构的不一致业务架构到技术架构的不一致
1.业务架构是一拨人做，技术架构师另一拨人做，结果做业务架构时缺少技术架构的考虑，而技术架构缺少服务于业务的意
识，最终没有为业务服务。弄到最后业务架构和技术架构并不能很好的结合起来，导致还需要很多适配或反复工作。
2.还有一种情况是，业务架构做完之后扔给技术架构来实现，但是业务架构提供的东西并不全面，不能提供技术架构的输入，
导致沟通效率极其低下。
2.业务架构到业务需求的不一致业务架构到业务需求的不一致
1.有些公司虽然岗位分的清楚，但是方法并不清楚。业务架构是一套方法，需求分析是一套方法，甚至于没有方法，而是靠着
个人能力去做，结果导致架构和需求交付物是独立的，业务架构的东西不能顺利转移到需求阶段
2.还有时候一个人就负责产品的业务，架构和需求一起做，这时候没有方法的指导，其实很容易迷失在业务细节。 过早的进
入业务细节对于产品来说是及其危害的，因为产品架构还未明晰时进入细节只会浪费时间导致重心偏离方向。
3.业务架构和实现的不一致业务架构和实现的不一致
1.业务架构采用的是业务语言，而技术实现采用的技术语言，两者不是同一个语言，很难做到顺利过渡，还需要再一次翻译，
有时候甚至在实现阶段根本不看业务架构出来的东西
2.很少有开发人员清楚产品的业务架构，那么如何能够做出好的产品来？
4.开发产品时，开发问一句，开发产品时，开发问一句，"做这个对系统有什么价值？做这个对系统有什么价值？"结果发现需求根本无法追溯回系统的价值点上，有时连需求人员都
不知道为什么做了这个功能。如果产品生命周期较长，中间换了好几拨人来做这个产品了，那么不仅是需求文档不能追溯，就
是靠口头讲也讲不清。
从上面可以看书，现实中产品开发存在的隐性问题其实还是蛮多并且很严重的，我也都经历过。而解决这些问题就必须做到一
下几点：
1.找到一个指导业务架构的方法和框架
2.结构化架构交付物才有可能把架构知识转移到开发环节
3.必须有一个业务开发平台来集成业务架构、技术架构和开发框架
业务架构和业务需求
TOGAF并没有太多内容来描述如何做业务需求，但是这是我们必须要做的事情。从上面的阐述能够发现，我是希望业务架构
和业务需求能够有一种方法进行衔接的。其实业务架构和业务需求本身就不冲突，两者只是处在一个事物在不同层次的东西。
架构关注的是更全面、概括、组织方面的东西，而需求关注的是用户关心的业务细节，业务需求是业务架构的进一步分析。
在研发峰会上我讲过一次使用TOGAF来做业务架构，下面是裁剪后的轻型迭代流程和交付物。其中的设计开发步骤中有
Backlog，这个就是从业务架构和业务需求的产物。
评论0