AssionShop开源B2C电子商务系统-概述（转载）

今天是个特殊的日子，我在北京房租价格又上了一个新的台阶。在这个日子我准备开始建立一个开源项目，一个B2C行业的EC系统。

一、关于定位

我要做的不只是一个商城，应该说是一个能满足中小型企业建立电子商务的一套完善的系统。其中的一些模块包括（但不限于）如下：

1. 前台商城

1.1. 前台网站商品的展架模块，包括整个商品的推销策略，包括分类、检索、各类活动形式等。

1.2. 前台的购物流程，包括购物车、定单、支付等。共中的客户可能包括：一般零售客户、大客户、团购客户等。

1.3. 前台用户中心，包括个人信息及商业行为信息等的维护。

2. 后台ECERP系统

1.1. 对前台各展架信息等的维护模块，也就是网站管理模块。对应的操作角色：网站的运维人员

1.2. 商品管理模块，对商品的分类、商品等基元信息进行管理等。对应的操作角色：网站运维人员、采购人员等。

1.3. 活动管理模块，包括优惠券系统等。对应的操作角色为：网站运维人员

1.4. 采购模块，对商品的库存进行管理，一系统的缺断货控制等。对应操作的角色为：采购人员

1.4. 销售定单处理模块，对定单进行处理。对应的操作角色为：客户服务人员、财务人员、主管人员等概据不同角色进行处理。

1.4. 财务模块，财务人员进行销售的收款单处理，采购的付款单处理等。对应的操作角色为：财务人员

1.5. 售后模块，对售后进行管理，商品的退货换货等。对应的操作角色为：客服人员、售后工作人员、物流人员

1.6. 物流模块，对定单的出货、换货、退货等业务进行处理。对应的操作角色为：物流人员

1.7. 仓库管理模块，对仓库进行管理。对应的操作角色为系统管理人员

3. 其他

当然系统还需要权限的支撑。其他的还有很多东西通过增量的方式迭代出来吧。

二、关于开发模式

最好的开发模式就是无模式了，适合自己就好，不过也要有个基本的思路，本系统将采用2个DDD，第一个就是Domain driven design(领域区动设计),

第二个就是Domain driven development(领域区动开发），当然DDD只是个思想，我们不必拘泥于形，每个人都有每个人的想法，还是那句话：适合自

己就好。

这里说一下敏捷开发，我对这个概念理解不深。个人感觉真的没必要理解的“过于深”，个人感觉现在一般的小公司的开发模式“不正规，很敏捷”，由于

没有正规的开发方法论，一直是个迭代的过程。没有文档、口头交流、增量、迭代好像出现了不少这样的名词了。

三、关于架构

架构方面现在只是个初步想法，先贴出来大家参考下。

以上Solution图我一个一个的简要描述一下：

AssionShop.AdminWeb 这个是个WebForm项目，是我们前面提到的ECERP系统的UI层，做这样的信息系统WebForm还是有一定优势的，具体再定。

AssionShop.Caching 系统的缓存层，之所以把缓存独立出来，因为它在项目中的份量挺重要的，对对象的生命进行支持，可以抽象出支持多种缓存架构，

比如asp.net的进程缓存，基于key-value的分布式缓存产品等。

AssionShop.Common 系统的一些公共框架级模块，可能包括字符处理、AOP、IOC、ORM、Log等一系列支撑对象。

AssionShop.DBMap 数据库映射层，可以采用NHibernate框架来解决o-r的阴抗问题。为什么不直接在Repositories里？不为什么。

AssionShop.Domain 领域层，系统的核心业务逻辑对象，不依懒其它任务层，半充血模式。不自身完成持久化，持久化由仓储来负责。

AssionShop.Dto 数据传统对象，里面包括数据传统对象和相应的适配器，注：有可能DTO直接跨越UI和Repositories/DBMap 比如系统的报表等。

AssionShop.Repositories 仓储，负责Domain的工厂生产及生命周期控制，内部调用缓存和数据库完成领域对象的持久化。

AssionServices 这个Services应该是ApplicationService而非DomainService，它调用Domain与Repositories进行轻量的组装，为UI或是SOA提供API，

我把事务控制放在这层，采用MSDTC分布式事务，Services为事务边界我认为是比较合理的。

AssionShop.Web 前台商城WEB项目，初步计划采用asp.net mvc 这层同AdminWeb一样，调用Services以及对DTO对象的引用。

以上就是项目的初步设想与规划定位，有很多不足将通过一步步的深入进行处理。下一章将从需求的《用例模型》开始。