手机导购平台数据库设计文档

手机导购平台数据库开发文档组员：成贵，李乐乐，张洋，高强，郭怡静，杨东斌
系统概述：
手机导购系统是面向广大手机消费者，依托各大手机开发公司，以服务广大用户为目的，帮助用户选择合适机型的一个集导购买卖与一身的网上综合性手机卖场。

随着信息时代的到来，网上购物越来越成为人们主流消费模式，不可否认的是，一个网购大时代已经到来。

而现在的网上手机买卖模式过于分散单一。

所以一个综合性的网上手机卖场的出现已经是一种必然的趋势。

基于这样一种需求的网上导购手机平台的数据库在安全性，方便性，快捷性上的要求也就格外严格！同时作为一种商业用途的数据库，还需要有较高的易维护性。

1,需求分析
系统需求：
系统数据库主要使用者一是手机消费者，一是卖家。

消费者需要从系统上得到各种手机机型的参数价格，而卖家需要了解到每天的营业额多少，那种款式手机最为畅销，每笔成交额度多少，用户对机型的反馈意见。

系统高层抽象图为：
系统主要功能概述
1 手机导购子功能：
用户通过输入自己的个人信息：年龄，工作，手机用途，接受价位，系统接受用户输入的数据后，通过判断处理，给出适合用户的机型参数及价钱。

2 手机买卖子系统：
采用网上支付模式，实现顾客足不出户方便购机的目的。

用户需先注册后填写个人基本信息，然后才能进行手机买卖操作。

同时在买卖的同时，交易信息会被保存。

同时系统自动将交易金额等信息记录。

3 后台管理子系统：
该部分主要实现对网站的日常维护和管理功能。

网站管理者可以通过此部分系统实现对手机的上下架，手机价格更新，查看销量，查看营业额，查看交易信息等功能。

4用户回馈子系统：
此板块主要功能是为用户提供一个反馈意见的平台。

同时用户当购买的手机不如意时可以通过此平台进行退货退款的申请。

同时用户可以在此平台上发表对各种热门机型的评论。

信息要求：
系统主要用户可以分为两类：网站浏览者，网站管理者。

不同用户需从系统数据库中所获得的信息不同，对数据库中数据进行的操作不同。

1，网站浏览者：
作为网站的主要信息来源，浏览者主要希望在网站上浏览到各种手机的参数，评价，价格及人气等信息。

同时作为系统数据库的数据来源，网站需要保存用户的一些基本信息，即需要用户进行注册。

所以从用户角度出发，数据库中需要保存的数据有，各手机的各种参数，专家的评价，价格。

同时还需要储存用户的基本信息，用于注册名，注册密码，年龄，从事职业。

2 ，网站管理者：
作为网站日常的维护和管理工作者，主要需要查看网站的交易情况，网站中手机的库存量，手机销售情况，每天的营业额，用户
的反馈意见，每天网站的浏览量。

所以从管理者的角度出发，系统数据库中需要有每日手机销售量，每笔成交金额，在线人数，每日营业总额，各类型手机库存量。

处理要求：
对于网站浏览者，其主要处理要求为查看手机参数，要求响应时间越短越好，同时能够模糊查询，以批处理的方式输出数据流。

同时作为网站的主打特色，手机导购，浏览者要要求网站依据浏览者自身情况给出适合机型，此操作对响应时间要求不是太高。

对月网站管理者，其主要操作是查看网站各类动态和更新网站数据。

具体来说就是，首先管理者可以快速查看网站中的手机销量，营业额，库存量等信息。

其次管理者需要及时更新手机价格，数量或是添加新上市手机，删除下架手机。

安全性与完整性要求：
安全性要求：
由于数据库中保存的不仅仅是手机参数情况，同时还有每天的营业额及网站用户的注册信息等重要内容，所以对安全性要求较高。

A 设立用户标识机制，用户需要有标识号和口令，只有当标识号和口令同时正确的情况下才有对数据库中数据操作的初步权限。

B 设立存取控制机制。

定义用户权限，并将用户权限登记到数据字典中，用户对数据库进行操作时都需要先检验其是否具备
操作权限。

C 设立视图机制，将一些常用数据存放在视图中，方便读取的同时，增强数据库的安全性
完整性要求：
A 实体完整性：对单属性构成的码定义为列级约束条件或是表级约束条件，而对于有多个属性构成的码定义为表级约束条件。

主码必须唯一，且其属性值不能为空。

B 参照完整性：外码在参照表和被参照表中的定义类型必须相同。

在进行修改，插入或是删除等操作的时候，必须检查这些操作是否会破坏完整性。

C 自定义完整性：对于一些特殊数据要求其不能为空，或是指定其列值应满足的条件。

2 数据流图
手机导购系统数据流图总图：
3数据字典：
智能机手机数据字典
一般手机数据字典：
用户数据字典：
管理者数据字典：
手机总销售数据字典：
单日手机销售数据字典：
手机导购数据字典：
手机退订数据字典：
地址单数据流图：
4 概念结构设计：
手机导购子系统E-R图
手机买卖子系统E-R图：
：
后台管理子系统E-R图：
用户反馈子系统E-R图：
手机导购系统总E-R图：
逻辑设计：
手机（编号，类型，内存，价格，屏显，电池容量，品牌，操作系统，摄像头像素）
用户（登录名，密码，姓名，身份证号，邮箱）
管理者（登录名，密码，姓名，年龄，性别，职别）
导购单（用户登录名，年龄，工作，用途）
地址单（姓名，地址，邮编，联系方式）
总销售单（日期，金额，数量）
日销售单（日期，金额，数量，手机编号）
退订单（用户登录名，手机编号，退订原因）物理设计：
一关系模式存取选择
手机导购系统是一个多用户共享系统，对同一个关系要建立多条存取路径才能满足多用户的多种应用要求。

数据库管理系统一般提供多种存取方法。

常用的存取方法有三类：一是索引方法，目前主要是
B+树索引方法；第二类是聚簇方法，第三类是Hash 方法。

B+树索引是数据库中经典的存取方法，使用最普遍。

我们的数据库管理信息系统在系统建立过程中自动创建了B+树索引。

.二确定数据库的存储结构
确定数据库物理结构主要指确定数据的存放位置和存储结构，包括确定关系、索引、聚簇、日志、备份等的存储安排和存储结构，确定系统配置等。

三评价物理结构
在手机导购系统的过程中，我们综合考虑了系统的时间效率、空间效率、维护代价和各种用户要求进行了权衡。

评价物理数据库的方法完全依赖于所选用的
RDBMS，而我们采用的是KingbaseES5.0.,这种评价完全取决于该数据库管理系统的评价方法，主要从定量估算各种方案的存储空间和维护代价入手，对估算结果进行权衡、比较。

实施运维
一、数据的载入和应用程序的调试
数据库实施阶段包括两项重要的工作，一项是数据的载入，另一项是应用程序的编码和调试。

数据来源于手机导购系统中的各个不同的环节，数据的组织方式、结构和格式都与新设计的数据库系统有相当的差距，组织数据录入就要将各类源数据从各个局部应用中抽取出来，输入计算机，再分类转换，最后综合成符合新设计的数据库结构的形式，输入数据库。

特别是原系统是手工数据处理系统时，各类数据分散在备种不同的原始表格、凭证、单据之中。

在向新的数据库系统中输入数据时，还要处理大量的纸质文件，工作量就更大。

由于各个不同的应用环境差异很大，不可能有通用的转换器，DBMS产品也不提供通用的转换工具。

为
提高数据输入工作的效率和质量，针对具体的应用环境设计一个数据录入子系统，由计算机来完成数据入库的任务。

数据库应用程序的设计应该与数据库设计同时进行，因此在组织数据入库的同时还要调试应用程序。

二、数据库的试运行
在原有系统的数据有一小部分已输入数据库后，就可以开始对数据库系统进行联合调试，这又称为数据库的试运行。

这一阶段要实际运行数据库应用程序，执行对数据库的备种操作，测试应用程序的功能是否满足设计要求。

如果不满足，对应用程序部分则要修改、调整，直到达到设计要求为止。

在数据库试运行时，还要测试系统的性能指标，分析其是否达到设计目标。

在对数据库进行物理设计时已初步确定了系统的物理参数值，但一般的情况下，设计时的考虑在许多方面只是近似的估计，和实际系统运行总有一定的差距，因此必须在试运行阶段实际测量和评价系统性能指标。

事实上，有些参数的最佳值往往是经过运行调试后找到的。

如果测试的结果与设计目标不符，则要返回物理设计阶段，重新调整物
理结构，修改系统参数，某些情况下甚至要返回逻辑设计阶段，修改逻辑结构。

这里特别要强调两点，第一，组织数据入库是十分费时费力的事，如果试运行后还要修改数据库的设计，还要重新组织数据入库。

因此应分期分批地组织数据入库，先输入小量数据做调试用，待试运行基本合格后，再大批量输入数据，逐步增加数据量，逐步完成运行评价。

第二，在数据库试运行阶段，由于系统还不稳定，硬、软件故障随时都可能发生。

而系统的操作人员对新系统还不熟悉，误操作也不可避免，因此应首先调试运行DBMS的恢复功能，做好数据库的转储和恢复工作。

一旦故障发生，能使数据库尽快恢复，尽量减少对数据库的破坏。

三、数据库的运行与维护
在数据库运行阶段，对数据库经常性的维护工作主要是由DBA完成的，它包括：
1.数据库的转储和恢复
2.数据库的安全性、完整性控制
3.数据库性能的监督、分析和改造
4.数据库的重组织与重构造。