水果项目第1集-想法>需求->功能->数据库设计->类设计

懒，懒人，我是个懒人。

懒人想做点事，总是拖拖拉拉，迟迟没有开始。

很久很久以前，就想做属于自己的产品，但是至今还没有一个属于自己的产品。

两年前，终于想好，要做一个网上卖水果的系统，手机上点点，水果送到家。

一腔热血，但是困难重重！三大难题如下：

1、产品供应问题？

2、配送问题？

3、仓储问题？

卡住了，一个屁民，没那么多资本，能做这样的项目？

简直不可能，身边也没有土豪朋友，没人投资。

技术搞久了，人脉好像很单纯，身边没什么人有能力投资。

两年很快过去了，当然懒人什么也没做出来。

Ok，今天又开始思考创业的问题。

可能是IQ,EQ,QQ...都很低，没想到什么好项目，又想起网上卖水果。

好吧，那就网上卖水果。

还好现在心境比两年前好，现在好像要向命运屈服的样子，随遇而安，不怕打击了，从头上的白头发可以看出来这一点。

虽然两年前的三大难题还摆在那里，但是现在觉得，车到山前必有路。

所以先把系统做出来再说！有了系统，说不定就有投资，有了投资，山都可以移，不是么...

系统怎么做？当然是慢慢做，因为人懒。

懒人，喜欢简单，不用动脑子。因此系统简单一点好。

首先，产品少而精。太多的产品会让用户眼花缭乱，把一些优质产品做好了就行，这可能是太懒散的想法。这样系统的规模也就很小了。至少数据库里产品表数据很少。

其次，只支持货到付款。这样在线支付也不做了。

这样一来，系统功能就简单了。

后台功能（增删改查）：

1、用户管理

2、订单管理

3、产品管理

客户端功能：

用户注册、登录、查询水果、下订单、订单查询、分享产品信息。

好，现在看来，系统有三要素：用户、产品、订单。

1、用户使用手机号注册登录。用户提供住址作为默认送货地址。用户关键信息是手机号和住址。

2、产品少而精。要有优质图片和文字介绍。包含产地、营养成分、是否应季、适合人群、吃法、如何挑选等信息。当然信息可以不断完善。

3、用户下订单，后台响应配送，用户收货确认，订单完成。用户不满意可以当场退货拒收，用户确认订单拒收。用户在配送前可以取消订单。这样一来，订单有几个状态：未配送 已配送 已收货 已退货 已取消。

好，看样子可以做数据库设计了。5张表：用户信息、产品信息、订单信息、订单包含产品、地区

1、用户信息（用户手机号、收货地址、创建时间、修改时间、状态字段）

2、产品信息（编号、名称、价格、地区编号、图片、营养成分、是否应季、吃法、如何挑选、其他文本描述、创建时间、修改时间、状态字段、扩展字段1~2）

3、订单信息（编号、用户账号、收货地址、联系电话、总金额、状态字段、创建时间、修改时间）

4、订单包含产品（编号、订单编号、产品编号、购买数量、单价）

5、地区（编号、名称）

关系很简单，用户包含多个订单，订单包含多个产品。一对多关系。

好，好像连面向对象设计都可以做了。用户(User )是一个类。产品(Fruit )时一个类。订单(Order)是一个类。订单商品(OrderFruit)是一个类

字段是数据，行为是方法，方法对数据进行处理。所以要为类设计字段和方法。

1、User

包含字段（Id, phone, address, state, createTime, updateTime）

包含方法（add,delete,update,find）

2、Fruit

包含字段（Id, code, name, price, city, imageUrls,nutrient,isSeason,eatTips,selectTips,description,state,createTime, updateTime,extendField1,extendField2）

包含方法（add,delete,update,find）

3、Order

包含字段（Id, code, userId,address,phone,totalPrice,state, createTime, updateTime）

包含方法（add,cancel,update,find,deliver,receiptConfirm,returnConfirm）

4、OrderFruit

包含字段（Id, orderCode,fruitId,count,price）

包含方法（add,delete,update,find）

OK 今天就到这里。

懒洋洋地伸个懒腰。。