软件架构解读与架构师角色培养――希赛嘉宾聊天实录[3]

【希赛主持人】网友[gelinbo] 说: 请问一个软件公司，在人手不是很多的情况下，组织结构怎么样最好 怎么样才能让需求、设计、研发、测试等很好的配合起来？

【希赛嘉宾/温昱】人手少的情况下，采用“动态团队”模式比较好。请这位朋友参考我的老博文 http://gocom.primeton.com/blog/index.php?op=ViewArticle&articleId=38&blogId=23

【希赛主持人】网友[meisong] 说: 作为需求和设计间过度的架构设计人员,如何解决业务领域、计算机领域，不可逾越的“鸿沟”？如何有效融合？

【希赛嘉宾/温昱】鸿沟就是机会，能别人所不能方显风骨（田俊国说：禁忌之处显风骨）。跨越这个鸿沟，我的经验是：成为真正的软件需求专家（不等同于领域专家和需求采集角色）。
　　比如如何通过领域模型来捕获业务领域功能背后的结构，对跨越鸿沟非常关键。再比如吃透需求变更的规律，我在《软件架构设计》一书里有论述。

【希赛主持人】网友[jlinux] 说: 四个策略和Zachman框架的理念很像啊，有什么更加切实可行的规范化方法？比如RUP或者XP之类的？ 字串7

【希赛嘉宾/温昱】非也。Zachman框架很重，而且是 企业架构的东东。而我的架构设计的四个策略是我10年经验的总结，实践效果很好。我都将之写入《软件架构设计》一书了。
　　顺便提醒大家：区分软件架构 和 企业架构 对新手非常重要。
　　另外：XP根本没有架构设计，它的隐喻是“概念性架构”，是很薄的、和技术无关的架构。
　　至于RUP，的确值得深入研究。不过用例驱动 对 架构设计来说牵强了，驱动项目管理等可以。