金庆的专栏

  C++博客 :: 首页 :: 新随笔 :: 联系 :: 聚合  :: 管理 ::
  423 随笔 :: 0 文章 :: 454 评论 :: 0 Trackbacks

评:架构验证的时间

原文大意如下:

架构是多种多样的:

    * 对问题领域的理解不同;
    * 个人经验不同,其中有感情的因素;
    * 思考问题的方法不同;
    * 出发点和侧重点不同。

这其中,个人经验占的比重相当大。所以,我们需要在架构设计中引入架构验证的环节。
方法是在架构设计之初,得到一些不同的架构方案,并对各个方案进行先期验证。这是一种排他法。

评论:

所谓的先期验证其实只能做到先期的讨论,即文中所指的争论。
一切都来自于个人经验,根本没有科学的数据,用数据进行比较只能是理想。
但使用成熟技术避免风险是对的。如果有实际可行的架构,就直接套用,而不必考虑更先进的创新,避免新技术的风险。
posted on 2007-10-15 10:42 金庆 阅读(1001) 评论(7)  编辑 收藏 引用 所属分类: 5. 软工与管理

评论

# re: 评架构验证的时间 2007-10-15 11:21 Minidx全文检索
采用CMM基准的话,个人经验可以数据化,系统化,为什么没有科学的数据?  回复  更多评论
  

# re: 评架构验证的时间 2007-10-15 12:47 guest
楼上纸上谈兵  回复  更多评论
  

# re: 评架构验证的时间 2007-10-15 13:37 Minidx全文检索
为什么是纸上谈兵?目前国内就有几家公司已经达到这样的量化了阿.  回复  更多评论
  

# re: 评架构验证的时间 2007-10-16 09:47 金庆
@Minidx全文检索
CMM的量化很费劲,只适合大型开发组织。并且我怀疑数据的有效性,即费力总结出来的量化数据并没有什么指导意义。说到国内公司,我笑了。当然有数据总比没数据好。  回复  更多评论
  

# re: 评架构验证的时间 2007-10-17 03:12 cyantree
所谓架构,最重要的还是人,设计的好未必能开发的好,开发的好未必代表架构没问题,某人觉得很好的架构可能别人会觉得很不好,一切的验证只有在开发完毕实际使用一段时间后才能有一些结论。架构的不可控是天生的,因为实际上架构是在为不确定的未来设计框图,但是偏偏预测未来一定是不完整的,我们不过是依据以往的经验去尽可能预估罢了,但谁能说他的预估是100%正确的?

个人感觉,比较好的架构往往是松散的结构,抛弃模式和各种名词,把计算机当作人的辅助而不是人的替代品,承认软件不是万能的,允许重复和冗余,以功能为导向,层次尽可能的薄,用组合代替整合。。。  回复  更多评论
  

# re: 评架构验证的时间 2007-10-17 10:46 Minidx全文检索
的确,CMM的量化需要投入大量的人力物力,说到国内公司……呵呵
不过得出来的数据不一定有指导作用但还是有一定的参考价值的
值不值得救另当别论了  回复  更多评论
  

# re: 评架构验证的时间 2008-12-29 16:23 北京时间
国内公司……呵呵
  回复  更多评论
  


只有注册用户登录后才能发表评论。
网站导航: 博客园   IT新闻   BlogJava   知识库   博问   管理