ikan项目启动了

最近公司启动了一个电子杂志网站设计，已经初步拿到需求。
分2个功能模块，
1。电子杂志发布与展示系统。
2。杂志在线定购，购买系统。
项目组三人，
一个同事负责杂志发布，
一个同事复杂用户管理，
我复杂预定以及销售。


项目设计的内容有，权限管理，结构组成。这些都是现成的。呵呵。
接下来主要是业务上的实现。


首先马虎看了下商城的结构：发觉最主要的是功能模块是：
产品发布，
订单管理&配送，
折扣系统。

其中前两个接触过，
第三个没搞过，不知如何实现方便，看网上的朋友曾经有过此类讨论。说采用规则引擎什么之类的。模模糊糊。哈。


写在这里不知道会不会给老板骂呢？
   

发表评论可否也设计成可上传文件或者图片的功能
我想上传几张设计流程都不可以好是郁闷

产品发放跟杂志发布处同一平台，顾，我不用理会。
所以先设计下订单管理。
这里有个问题，根据以前的经验呢。设计订单会涉及到几个问题。
1，订单与用户的关联是怎么样的（1：n）
2，订单与产品的关联是怎么样的（有两种可能1：1，1:n),这里又设计到一个问题，是一张订单对应一个产品呢。还是一张订单对应N个产品，如果是1：1的话，则在查询，价格统计已经帐单分析方面比较有优势，当对用户来说确是劣势，因为，没个产品对应一个单，那订单将随着购买的数据儿直线上身。这样用户会不会很晕呢。1：n关系将可以很好的处理这些问题。但对于后台处理将会造成麻烦。
3，订单与其他附属订单的关系（比如折扣，赠送等）

发表评论也可以上传文件，不过要在论坛里面帖子下面点击发表回复，下面有新增附件，可以上传图片或者文件

安装了firefox2之后终于解决了，很大部分js问题，现在我可以发图片了。好开心。哈
下面是设计的一些流程图

折扣看需求了.

可能是对某批次的一起折扣
买某个送某个的折扣
单独某件促销
买满几个送几个.
第N个是半价
还有折扣时间...

乱七八糟的.搞到后来我就是把折扣品作为新商品作价...=____=

根据最初步的需求，公司要求的折扣是，用户如果订阅半年以上的杂志，则可以获取相应的折扣，必然送礼品，或者免费获取其他杂志的。

今天设计了订单的数据原型。
Order － 订单
Attr － 订单属性（记录相关的状态，时间，已经价格）
SubOrder － 订单的相关产品记录（比如一个订单可以记录多个产品），此类主要是记录Product <->SubOrder为1：1关系，然后Order<->SubOrder为1：N关系，这样就可以在查询产品的销售情况上处理比较方便。

今天浏览了一个老贴关于每个表的相关记录（必然，创建时间，修改时间，创建者，修改者，）因为这些记录是固定的，有很多表都用到。所以我把它抽取出来，另建一个表Record
然后在需要用的这个表内容的时候，只需要引入Record，并创建get/set就行，
而我同事则是创建一个BaseObject，然后通过继承它来实现上面的功能，不过它的缺点是，必须每个表都需要记录Record的字段，觉得给表造成臃肿的感觉

感觉继承好点， 我们项目中有这样做得，把 id, createTime, lastUpdateTime 放到BaseDomain里面