第4章 系统设计

一个成功设计的系统在内容上必定是丰富的，在系统外观或系统功能上必定是对用户友好的。所以为了提升系统的价值，吸引更多的访问者访问系统，以及让来访用户可以花费更多时间停留在系统上，则表明该系统设计得比较专业。

4.1 设计原则

本系统在设计过程中需要依照一定的设计原则进行，目的就是为了让开发的系统具备高质量，齐全完备的功能，方便简单的操作，如此才可以最大限度的满足使用者的要求。系统设计原则除了基本的易操作原则，安全性原则外，还有准确性原则，实用性原则，可维护性原则。

第一个设计原则：易操作原则，针对本系统设计的功能要完备齐全，编码时，设计的各个接口要具备友好性，使用者一旦使用本系统时，要能够轻松上手，操作本系统处理数据时，要具备便利性。此外，也需要设计一些必要提示，引导使用者操作系统。

第二个设计原则：安全性原则，本系统在登录模块要对各个访问者进行身份验证，系统会通过访问者输入的信息进行判断，使用提前编写的安全验证代码进行数据比对，引导匹配成功的访问者进入指定的操作界面。这样可以避免无关性访问者窃取系统的数据。

第三个设计原则：准确性原则，为了保证使用者登记的数据是正确的，需要提前设计数据纠错机制，让使用者可以通过系统的报错提示，仔细检查登记的错误信息，并及时纠正错误，填写规范正确的信息。比如设置密码时，要求密码的长度不能低于6个字符，且数据类型要求不能全部是数字等都能进行规范。

第四个设计原则：实用性原则，本系统主要用于处理信息，在实际工作中，要帮助使用者完成信息处理任务，同时本系统在面对特殊情况时，也要能够满足信息处理的需要。另外，为了后期便于在本系统中进行功能的扩充，也需要提前预留好空间。

第五个设计原则：可维护性原则，本系统在实际使用期间，难免会遇到一些故障，因此，本系统在应对故障时，要能够进行诊断并弱化故障，可以在短时间内进行自维护。

4.2 功能结构设计

在前面分析的管理员功能的基础上，进行接下来的设计工作，最终展示设计的结构图（见下图）。

4.3 数据库设计

开发一个系统也需要提前设计数据库。这里的数据库是相关数据的集合，存储在一起的这些数据也是按照一定的组织方式进行的。目前，数据库能够服务于多种应用程序，则是源于它存储方式最佳，具备数据冗余率低的优势。虽然数据库为程序提供信息存储服务，但它与程序之间也可以保持较高的独立性。总而言之，数据库经历了很长一段时间的发展，从最初的不为人知，到现在的人尽皆知，其相关技术也越发成熟，同时也拥有着坚实的理论基础。

4.3.1 数据库概念设计

这部分内容需要借助数据库关系图来完成，也需要使用专门绘制数据库关系图的工具，比如Visio工具就可以设计E-R图（数据库关系图）。设计数据库，也需要按照设计的流程进行，首先还是要根据需求完成实体的确定，分析实体具有的特征，还有对实体间的关联关系进行确定。最后才是使用E-R模型的表示方法，绘制本系统的E-R图。不管是使用亿图软件，还是Visio工具，对于E-R模型的表示符号都一样，通常矩形代表实体，实体间存在的关系用菱形符号表示，实体的属性也就是实体的特征用符号椭圆表示。最后使用直线将矩形，菱形和椭圆等符号连接起来。接下来就开始对本系统的E-R图进行绘制。

（1）下图是用户实体和其具备的属性。

 

图4.1 用户实体属性图

（2）下图是公告信息实体和其具备的属性。

 

图4.2 公告信息实体属性图

（3）下图是购物车实体和其具备的属性。

 

图4.3 购物车实体属性图

（4）下图是运动模块实体和其具备的属性。

 

图4.4 运动模块实体属性图

（5）下图是商品实体和其具备的属性。

 

图4.5 商品实体属性图

（6）下图是商品评价实体和其具备的属性。

 

图4.6 商品评价实体属性图

（7）下图是商品订单实体和其具备的属性。

 

图4.7 商品订单实体属性图

（8）下图是用户表实体和其具备的属性。

 

图4.8 用户表实体属性图

（9）下图是食物营养分析实体和其具备的属性。

 

图4.9 食物营养分析实体属性图

（10）下图是收货地址实体和其具备的属性。

 

图4.10 收货地址实体属性图

4.3.2 数据库物理设计

本数据库是关系型数据库，因此对二维表的结构设计也比较关键。毕竟二维表格模型就是关系型数据库中的关系模型。而一些常用的关系模型中的概念也需要了解，才可以对关系模型进行设计。下面就简单介绍关系，元组，属性，域，关键字等常用概念的含义。

关系：关系就是数据库中的一张数据表，每张数据表都有命名，也就是每个关系也有名字，那就是数据表名；

元组：元组就是数据表中的一行记录；

属性：属性就是数据表中的字段，也就是数据表中的一列；

域：域就是对数据表中属性的取值进行限定；

关键字：关键字就是数据表中的主键；

在了解了表结构设计的常用概念后，接下来就需要使用前面绘制的E-R模型完成表结构的设计工作，并在数据库中创建数据表，并为各个数据表进行命名。以下就对设计的结果通过表格形式进行展示。

表4.1收货地址表

序号	列名	数据类型	说明	允许空
1	Id	Int	id	否
2	yonghu_id	Integer	创建用户	是
3	address_name	String	收货人	是
4	address_phone	String	电话	是
5	address_dizhi	String	地址	是
6	isdefault_types	Integer	是否默认地址	是
7	insert_time	Date	添加时间	是
8	update_time	Date	修改时间	是
9	create_time	Date	创建时间	是

表4.2购物车表

序号	列名	数据类型	说明	允许空
1	Id	Int	id	否
2	yonghu_id	Integer	所属用户	是
3	meishi_id	Integer	商品	是
4	buy_number	Integer	购买数量	是
5	create_time	Date	添加时间	是
6	update_time	Date	更新时间	是
7	insert_time	Date	创建时间	是

表4.3字典表

序号	列名	数据类型	说明	允许空
1	Id	Int	id	否
2	dic_code	String	字段	是
3	dic_name	String	字段名	是
4	code_index	Integer	编码	是
5	index_name	String	编码名字	是
6	super_id	Integer	父字段id	是
7	beizhu	String	备注	是
8	create_time	Date	创建时间	是

表4.4商品表

序号	列名	数据类型	说明	允许空
1	Id	Int	id	否
2	shangjia_id	Integer	商家	是
3	meishi_name	String	商品名称	是
4	meishi_photo	String	商品照片	是
5	meishi_types	Integer	商品类型	是
6	meishi_kucun_number	Integer	商品库存	是
7	meishi_old_money	BigDecimal	商品原价	是
8	meishi_new_money	BigDecimal	现价	是
9	meishi_clicknum	Integer	点击次数	是
10	shangxia_types	Integer	是否上架	是
11	meishi_delete	Integer	逻辑删除	是
12	meishi_content	String	商品简介	是
13	create_time	Date	创建时间	是

表4.5商品评价表

序号	列名	数据类型	说明	允许空
1	Id	Int	id	否
2	meishi_id	Integer	商品	是
3	yonghu_id	Integer	用户	是
4	meishi_commentback_text	String	评价内容	是
5	reply_text	String	回复内容	是
6	insert_time	Date	评价时间	是
7	update_time	Date	回复时间	是
8	create_time	Date	创建时间	是

表4.6商品订单表

序号	列名	数据类型	说明	允许空
1	Id	Int	id	否
2	meishi_order_uuid_number	String	订单号	是
3	address_id	Integer	收货地址	是
4	meishi_id	Integer	商品	是
5	yonghu_id	Integer	用户	是
6	buy_number	Integer	购买数量	是
7	meishi_order_true_price	BigDecimal	实付价格	是
8	meishi_order_types	Integer	订单类型	是
9	meishi_order_payment_types	Integer	支付类型	是
10	insert_time	Date	订单创建时间	是
11	create_time	Date	创建时间	是

表4.7公告信息表

序号	列名	数据类型	说明	允许空
1	Id	Int	id	否
2	news_name	String	公告标题	是
3	news_photo	String	公告图片	是
4	news_types	Integer	公告类型	是
5	news_content	String	公告详情	是
6	create_time	Date	创建时间	是

表4.8食物营养分析表

序号	列名	数据类型	说明	允许空
1	Id	Int	id	否
2	shiwufenxi_name	String	标题	是
3	shiwufenxi_photo	String	食物图片	是
4	shiwufenxi_age	String	适宜年龄	是
5	shiwufenxi_kaululi	Integer	增加卡路里	是
6	shiwufenxi_types	Integer	食物类型	是
7	shiwufenxi_content	String	营养分析详情	是
8	create_time	Date	创建时间	是

表4.9用户表

序号	列名	数据类型	说明	允许空
1	Id	Int	id	否
2	yonghu_name	String	用户姓名	是
3	yonghu_phone	String	用户手机号	是
4	yonghu_id_number	String	用户身份证号	是
5	yonghu_photo	String	用户头像	是
6	yonghu_email	String	电子邮箱	是
7	new_money	BigDecimal	余额	是
8	create_time	Date	创建时间	是

表4.10运动模块表

序号	列名	数据类型	说明	允许空
1	Id	Int	id	否
2	yundongmokuai_name	String	运动名称	是
3	yundongmokuai_photo	String	封面	是
4	yundongmokuai_age	String	适宜年龄	是
5	yundongmokuai_kaululi	Integer	消耗卡路里	是
6	yundongmokuai_types	Integer	运动运动类型	是
7	yundongmokuai_content	String	运动详情	是
8	create_time	Date	创建时间	是

表4.11用户表表

序号	列名	数据类型	说明	允许空
1	Id	Int	id	否
2	username	String	用户名	是
3	password	String	密码	是
4	role	String	角色	是
5	addtime	Date	新增时间	是

---

第5章 系统实现

进入到这个环节，也就可以及时检查出前面设计的需求是否可靠了。一个设计良好的方案在运用于系统实现中，是会帮助系统编制人员节省时间，并提升开发效率的。所以在系统的编程阶段，也就是系统实现阶段，对于一些不合理的设计需求，也是可以及时发现。因为设计的方案是完全指导系统的编码过程的。

5.1用户信息管理

如图5.1显示的就是用户信息管理页面，此页面提供给管理员的功能有：用户信息的查询管理，可以删除用户信息、修改用户信息、新增用户信息，

还进行了对用户名称的模糊查询的条件

 

 

图5.1 用户信息管理页面

5.2 商品信息管理

如图5.2显示的就是商品信息管理页面，此页面提供给管理员的功能有：查看已发布的商品信息数据，修改商品信息，商品信息作废，即可删除，还进行了对商品信息名称的模糊查询 商品信息信息的类型查询等等一些条件。

 

 

图5.2 商品信息管理页面

5.3营养分析管理

如图5.3显示的就是营养分析管理页面，此页面提供给管理员的功能有：根据营养分析进行条件查询，还可以对营养分析进行新增、修改、查询操作等等。

 

 

图5.3 营养分析管理页面

5.4商品评论管理

如图5.4显示的就是商品评论管理页面，此页面提供给管理员的功能有：根据商品评论进行新增、修改、查询操作等等。

 

 

图5.4 商品评论管理页面