2011年1月27日

摘要: http://martinfowler.com/articles/designDead.html#DoYouWannaBeAnArchitectWhenYouGrowUp在马大叔的文章中讨论了计划式设计和进化式设计的不同在Planned Design中,人们通常会做一个Front-Big-Design,其优势就是可以讲设计职责和开发职责区分开,设计的人负责设计,开发的人负责开发。但是在现代软件工程领域Planned Design有诸多的缺点:第一,过度依赖于设计者的技能,如果设计者能力不足或者设计不周全而使得实现者产生疑问时,沟通较复杂,过程较长。第二,这种模式使得设计者完全脱离编码,而技术在 阅读全文

posted @ 2011-01-27 17:23 绿里奇迹 阅读(272) 评论(0) 推荐(0) 编辑

摘要: Alistair Cockburn 十分强调Information Radiator的作用 http://alistair.cockburn.us/Information+radiatorInformation Radiator(信息发射器)区别于传统的沟通方式是其是“推式沟通”不是“拉式沟通”你不需要打断别人的思路而获取信息,一切都在白板上写着呢Information Radiator在敏捷实践中还有一个很重要的作用就是可以让其他团队的成员看到你们团队的信息,以用来改善他们团队的建设,这在传统沟通途径上很难,试想想你在焦头烂额解决一个问题时候,一个你们项目不相干的人突然跑来问你你们项目的情况 阅读全文

posted @ 2011-01-27 15:41 绿里奇迹 阅读(444) 评论(0) 推荐(0) 编辑

摘要: MartinFowler用最通俗的语言阐述了软件架构的本质“软件架构就是那些一旦确定了,就很难更改的东西,所以确定之前一定要谨慎再谨慎”。如何才能合理的设计软件架构呢?林巴斯,克莱门斯等在书中定义了架构设计的方法学,我总结如下:第一步:收集需求,万事起于需求,没有需求什么也定不了。第二步:从需求中识别架构驱动因素。比如“我需要一个注册登录页面”这样的需求不会驱动架构的设计,而“我们有500万用户”会驱动架构设计。第三步:根据架构驱动因素制定出“架构风格”,也是最困难的一步。架构风格优先于架构,是架构的指导方针。按照罗伊博士的话说架构风格就是作用于架构之前的一组约束。这时候肯定会出现很多相冲突的 阅读全文

posted @ 2011-01-27 14:54 绿里奇迹 阅读(546) 评论(0) 推荐(1) 编辑


Copyright © 2024 绿里奇迹
Powered by .NET 9.0 on Kubernetes