二手书交易系统概要设计报告Word格式.docx
《二手书交易系统概要设计报告Word格式.docx》由会员分享，可在线阅读，更多相关《二手书交易系统概要设计报告Word格式.docx（12页珍藏版）》请在冰点文库上搜索。
1.3定义
B/S：
全称Browser/Server,即浏览器/服务器。
1.4参考资料
1.《概要设计说明书》（GB8567-88）
2.编号：
oldbook’strade_kexingxingfenxi《二手书交易系统可行性分析报告》
3.编号：
oldbook’strade_xuqiufenxi《二手书交易系统需求分析报告》
4.《软件工程导论》张海藩，清华大学出版社
5.《软件项目管理》郭宁，清华大学出版社
2总体设计
2.1需求规定
本系统是为了给同学们提供一个校内二手书交易的平台，目的是给同学的学习和生活带来方便，促进学校的二手书交易市场更加公开、透明、规范、科学。
其中的用户类涉及到前台用户和后台的管理员，前台的用户包括卖书的用户和买书的用户两种，买书用户通过注册成为会员，然后登陆系统前台界面，挑选自己要购买的图书，然后加入购物车，完成之后提交订单，然后管理员会按照订单信息派送专门的工作人员将书籍送达目的地。
卖书的同学可以联系客服（，qq，微信），在线交流。
管理员可以对书籍信息进行录入并且修改，也可以对会员管理。
二手书交易系统的主要需求列表为：
1.会员请求购书模块：
挑选图书，加入购物车，提交订单。
2.会员请求卖书模块：
根据系统提供的联系方式（，qq，微信），跟系统服务人员取得联系。
3.会员修改信息模块：
会员根据需要修改自己的信息（院系，专业，学号，）。
4.管理员管理图书模块：
包括录入图书信息，修改图书信息。
5.管理员管理会员模块：
冻结会员，解冻会员。
2.2运行环境
1．服务器端：
硬件最低要求：
处理器奔腾3以上，内存512M以上，硬盘100G，
软件最低要求：
操作系统：
WindowsXP、Windows7、Windows8
浏览器IE6.0及其以上，chrome
数据库：
Mysql5.0以上
web服务器：
tomcat
2.客户端：
处理器AMD或者Intel的，内存128M以上，硬盘50G以上，
2.3基本设计概念和处理流程
图2.3二手书交易系统数据处理流程图
2.4结构
图2.4系统功能的划分
会员：
1.修改会员信息：
包括修改会员的所有信息，包括学号、、密码、专业等等，以保证会员的信息正确性；
2.检索图书：
根据书籍的书名、作者、ISBN、版本等信息检索需要购买的图书；
3.加入购物车：
将选购的图书加入购物车，方便对图书的统一管理；
4.提交订单：
填写订单信息，包括用户地址、联系方式等信息，然后提交订单；
管理员：
1.录入图书信息：
将新购的图书信息录入，包括书名、作者、ISBN、版本等信息；
2.修改录入的图书信息，包括书名、作者、ISBN、版本等信息；
3.处理订单：
处理会员提交的订单信息，然后派送工作人员到指定的位置现场交易；
4.冻结会员：
会员有不良交易记录（不讲诚信等），需要冻结会员一段时间（1个月），使其不能继续交易；
5.解冻会员：
当会员的冻结时间到了之后就需要解冻会员，使其可以正常交易；
2.5功能需求与程序的关系
表2.5功能需求与程序模块的关系
会员购物模块
会员信息管理模块
管理员对会员的管理
管理员对书籍的管理
浏览图书
√
加入购物车
提交订单
修改会员信息
修改图书信息
录入图书信息
冻结会员
解冻会员
订单处理
2.6人工处理过程
a.二手书需要专职人员收购；
b.二手书信息需要人工录入图书信息数据库；
c.二手书订单需要管理员管理；
d.管理员需要管理会员信息；
e.图书需要专职人员派送；
f.人工客服管理会员留言信息。
2.7尚未问决的问题
a.图书检索算法设计。
3接口设计
3.1用户接口
在用户界面部分，根据需求分析的结果，用户需要一个用户友善界面。
在界面设计上，应做到简单明了，易于操作，并且要注意到界面的布局，应突出的显示重要信息。
可以使用Dreamweaver网页设计工具直接拖曳出美观、简单、友善的用户接口。
其中针对图书信息浏览的界面要做到操作简单，易于管理。
同时，运行出错时应以标准形式给出出错提示。
总的来说，系统的用户界面应作到可靠性、简单性、易学习和使用。
3.2外部接口
服务器端程序可DAO（数据访问对象）应用程序编程接口（API），对Mysql
数据库进行所有的访问。
服务器程序上可使用MYSQL的对数据库的备份命令，以做到对数据的保存。
在网络软件接口方面，使用一种无差错的传输协议，采用滑动窗口方式对数据进行网络传输及接收。
3.3内部接口
系统基于B/S模式开发，系统与数据库服务器之间以BDE连接。
保证数据库系统的物理独立性。
4运行设计
4.1运行模块组合
1．浏览图书信息：
用户通过输入搜索信息，系统调用图书检索模块，显示相关图书信息。
2．订购图书：
用户将有关图书信息提交，系统调用订单模块，保存用户信息和相关图书信息，并生成订单。
3．修改会员信息：
用户提交更改的信息，系统调用用户信息模块，保存用户提交的信息。
5．冻结注册用户/解除账户冻结：
管理员对用户的状态信息进行更改，系统首先调用用户信息检索模块，找到指定用户信息，然后调用用户信息修改模块，更新用户状态信息
6．修改图书信息：
管理员每周更新图书信息，系统调用图书更新模块，对数据库进行更新。
7．查看订单：
用户查看订单，系统调用订单查询模块，显示订单详情。
4.2运行控制
用户在搜索框中输入搜索信息，点击“确定”按钮，进行浏览。
用户首先检索图书，在图书信息页面点击订购，弹出确认对话框，点击确认，进行订购。
用户在个人信息页面修改个人信息，然后点击“提交”按钮，进行修改
管理员在用户的状态信息页面，选中“冻结/解除冻结”选项，点击确认，进行“冻结/解除冻结”操作。
管理员在图书信息页面输入图书信息，点击“更改”，进行修改。
7.查看订单：
用户登陆后，点击“我的订单”，查看已提交的订单。
4.3运行时间
用户信息检索模块占用用户数据库时间<
1s
用户信息修改模块占用用户数据库时间<
图书信息检索模块占用图书数据库时间<
图书信息修改模块占用图书数据库时间<
5系统数据结构设计
5.1逻辑结构设计要点
5.1.1用户信息表-userInf
字段名
数据类型
长度
含义
id（主键）
varchar
20
用户ID（主键）
password
登录密码
name
用户名
address
用户地址
grade
4
用户年级
telephone
11
用户电话
5.1.2图书表-book
编号
isbn
书号
bookName
书名
author
作者
publish
PublishDate
datetime
无定义
出版日期
price
float
价格
5.1.3订单表-orders
含义
订单号
username
money
合计金额
orderdate
日期时间
联系电话
地址
5.1.4订单明细表-orderInf
id
orderId
订单编号
number
int
5
数量
金额
5.1.5管理员信息-admins表
id（主键）
管理员ID
密码
adname
管理员名
5.2物理结构设计要点
本系统内所使用的每个数据结构都是按照顺序存储结构存储在计算机中，在JSP页面里通过JDBC方法访问这些数据结构
5.3数据结构与程序的关系
在用户登录和修改和查询用户信息的时候会用到userInf表
在查看、修改和搜索图书信息时会用book表
在查询、管理订单信息时会用到orders表
在查看订单明细时会用到orderInf表
在管理员登录时会用到admins表
6系统出错处理设计
6.1出错信息
出错名称
系统输出信息
处理方法
用户名输入错误
“用户名错!
请重新输入！
”
进入登陆页面
前三次密码错误
“您的密码输入有误，请重新输入！
密码错误次数超过三次
“密码错误！
请半个小时后再进行登陆操作！
进入默认登录页，并半小时内禁止该用户进行登陆。
输入数据格式错误
“输入格式不正确，请检查后再输入！
返回原输入页面。
不允许为空的输入框输入空字符或者没有输入
“请输入！
弹回原输入页面的输入处。
选择图书数量超过库存量
“库存不足，请重新输入！
填地址时输入电话无效
“电话号码无效，请填写正确的号码！
系统故障，无法连接到服务器
“服务器维护中！
暂停服务！
立即启用备用机，恢复故障。
6.2补救措施
a.后备技术定期进行数据备份，当故障发生时，数据在数据库中已经有备份，所以在系统出错后可以依靠数据库的恢复功能，并且依靠日志文件使系统再启动，就算系统崩溃用户数据也不会丢失或遭到破坏。
但会占用更多的数据存储空间。
b.降效技术当故障发生时，可以重新进行数据分类，估价等任务，重新将信息录入数据库。
c.恢复及再启动技术当服务器出故障时，立即启用备用机，恢复故障。
数据库出故障时，立即通过备份数据，依靠数据库的恢复功能恢复。
6.3系统维护设计
对于数据库的维护，本软件提供了数据库的备份和恢复功能，以便对数据库进行维护管理。
对于软件功能方面的维护，我们采用模块化的设计方法，每个模块之间相互独立性较高，对软件的维护带来了很大的方便，对于单独功能的修改只需修改一个窗口即可。
而对于功能的添加，只要再添加再添加菜单项的内容就行了。
软件投入使用后，根据需要可以很容易的进行维护修改。
升级会员 