架构设计的原则

1:业务驱动原则
a:项目类型?局域网项目?互联网项目?
互联网项目,b2c?b2b?b2c可能强调的是用户体验,b2b强调的数据的精确性,安全性更高。

b:用户特征
 第一访问量大概会在多少?
c:业务需求是否迭代式?分为多期?
d:当前有哪些遗留的历史支撑系统,部署环境?开发语言?
e:理清业务的逻辑结构图和物理结构图,划分每个子模块,为什么要这么划分
以及模块之间的交互关系,每个子模块有哪些接口?

2:技术原则
a:当前技术团队的技术水准.
b:物理分层和逻辑分层是否合理?架构的设计是否灵活,易扩展
为我们的工作带来哪些好处,为什么要这么做?业务层采用事务脚本
活动记录,还是领域模型?

 

posted @ 2012-08-24 09:27  attitudedecidesall  Views(281)  Comments(0Edit  收藏  举报