二手书交易管理系统.docx
《二手书交易管理系统.docx》由会员分享，可在线阅读，更多相关《二手书交易管理系统.docx（29页珍藏版）》请在冰豆网上搜索。
二手书交易管理系统
二手书交易管理系统解析
一、可行性解析
1、开发背景：
大学生是一个阅读书籍广泛的集体，不论是科教类书籍还是休闲类书籍，
日复一日总是有很多积压于身边，大多不会再屡次阅读。
一部分学生会选择收藏这些书籍，但却占用了相当大的空间；还有一部分学生会将这些书籍销毁抛弃或低价贱卖，这样就造成了资源的浪费；另一部分学生会将书籍以原价的折扣价格转卖，这样既节约了空间又实现了资源的循环利用。
目前校园中二手书的转卖整体分为两类：
买家卖家的直接交涉；有第三方参
与的买卖。
其详细流程大体以下所示。
①买卖双方的直接交涉：
买方或卖方产生需求→书写求购或销售通知贴于教学或宿舍地域→
卖方或买方产生相应需求→双方交涉→交易完成
②有第三方参加交涉：
卖方产生需求→卖初版籍↘
第三方（导航书店等）→交易完成
买方产生需求→买入书籍↗
关于这两种买卖方式，各有其优缺点。
（1）时效性问题：
第一种方式的买卖，由于买卖双方的需求是相应产生的（即一方产生需求后，公示于众，则产生另一方的需求），因此需要耗费时间等待有需求的另一方的出现。
可是在这个过程中很可能出现各种问题，如海报被毁，一方需求改变但不能够及时交涉等。
因此这种交易方式的及时性较差，简单出现各种信息偏差产生的问
题。
第二种方式中，双方需求的产生是相互独立的，任何一方产生需求后，即可
以马上与第三方交涉，产生交易活动，因此交易的及时性较强。
（2）经济收益问题：
第一种交易方式中，双方公正议价，经过多人多次议价，交易完成时，双方都会获得心中最满意的经济收益。
而第二种方式中，由于第三方需从双方交易中抽取收益，因此关于买卖双方来说，都会损失一部分收益，无法达到最大收益。
2、校园二手书交易系统的可行性
（1）技术上的可行性：
校园二手书交易系统以校园网站为平台，只在校园范围内运作，因此交易
还是由买卖双方当面的实体交易。
系统软硬件要求不会太高，以目前校园网站的情况来看，完好能够架构二手书交易系统平台。
校园二手书平台可是一个信息宣布及信息交流的平台，因此供应图书的信息及买卖双方的联系方式，买家能够随时盘问所需的图书信息，能够随时宣布图书需求信息，卖家能够能够随时宣布待售图书信息，及查寻买家图书需求信息。
图书买卖信息的增减及更正均由买卖双方注册用户自行更正，交易详细流程及细节均由买卖双方自行商议完成共识。
系统的保护及管理都相当基础，不需要大量的专业人员参加，只若是熟悉相关知识的学生就可以胜任。
（2）经济上的可行性：
关于校园内的师生来说，校园二手书交易系统的使用是免费的，他们能够自
由阅读图书信息。
注册用户能够免费宣布、更正、删除买卖信息。
交易双方经过
系统中供应的联系方式私下交涉。
系统不参加其沟经过程，也不需要从中抽取利
益。
买卖双方能够方便的获得最大经济收益。
这是一个不涉及交易支付供应第三
方服务的交易平台而且只对学生老师开放的在校园网内运行的交易平台。
学校有
开发它所需的软硬件设施，学校的老师和同学就可以开发这个平台。
（3）管理上的可行性：
校园二手书交易系统的建立能够减少校园中海报及其他公示的数量，美化了
校园。
同时供应了一个很好的学术交流的平台，不论是实体书籍的买卖，还是信
息的宣布交流都比以前更加方便、快速、合理。
从管理上来看就像学校的点播系
统相同，交易平台学校能够指派学生进行保护，而且由于只对学校的学生，老师
开放的平台保护起来相对方便而且安全性也简单保证，比方学生能够用学号注
册，由于用户特点比较一致各项管理措施能够比较有针对性。
二、系统解析
1、业务流程解析
业务流程图是一种描述系统内各单位、人员之间的关系、作业序次和管理信
息流向的图表，利用它能够找出业务流程中的不合理的流向。
经过对现在二手书交易管理的本质认识与解析，弄清了二手书交易管理工作
的业务流程和管理功能。
从工作流程上来看，二手书交易主要有以下环节：
注册、
登录、宣布销售信息、盘问、宣布求购信息、实体交易、信息更正等。
业务流程可按用户不相同身份卖家和买家的操作，不相同的身份完成不相同的办理
功能（用户既可是卖家，也是买家）：
（1）用户（买方或卖方）第一注册、登录，完满自己的个人信息，形成用户信息文件。
（2）作为卖家，其办理过程为是：
卖方登记销售的图书信息，形成图书信息文件；
卖家有新的销售信息时，登记新售图书信息，增加入图书信息文件，并给图书求
购处里模块以信息提示；交易完成后，卖方登陆后更正图书信息，更正图书信息
文件。
（3）买方登录后盘问所需图书，若有，则返回图书信息；若没有，则宣布求购图
书信息，形成求购图书信息文件。
2、系统逻辑模型
系统逻辑模型设计是在充分认识原信息系统的基础上，经过问题鉴别、可行性解析、详细检查、系统化解析，最后完成新系统的逻辑方案设计。
逻辑设计是
系统解析的任务，解决做什么的问题。
数据流程图
数据流程图是一种能全面地描述信息系统逻辑模型的主要工具，它能够用少
数几种符号综合地反响出信息在系统中的流动、办理和储藏情况。
数据流程图具
有抽象性和概括性，它一般由外面实体、数据流、办理和数据储藏四个部分组成。
经过进一步解析，上述校园二手书交易管理系统的顶层图和数据流程图以下
图所示：
用户
用户信息
注册成功信号
登录央求信息
登陆成功信息
销售图书信息
图书央求信息
央求的图书信息与用户信息
无所需图书信息提示
P1
二手书管理系
统
求购的图书信息与卖家信息通知
买家求购图书信息
二手书交易管理系统顶层图
新书登记提示
p3
图书央求信息
图书信息
用户
央求的图书信息与用户信息
图书登记办理
无所需图书信息提示
息
号
息
息
信
信
信
信
买
有书
户
家
通
用
功
求
功
求购
知提
成
的
示
册
请
成
图
注
录
陆
书信
息
登
登
p1
p2
用户注册办理
登陆办理
信
息
用
用
户
用户
信
息
户
信
息
更正图书信息
图书信息文件
用户信息文件
求购的图书信
息文件
息
息信家卖
信
息
书
信
图
书
图
二手书交易管理系统的数据流程图
p5
盘问办理
P4
图书求购办理息
信
书
图
的
购
求
求购的图书信息
求购的图书信息
数据字典
（1）数据流的描述（以输入信息为例）数据流编号：
D-01
数据流名称：
管理员个人信息
简述：
管理员设置的一些相关的个人信息数据流本源：
管理员
数据流去向：
系统办理模块A
数据项组成：
管理员编号+管理员登录名+管理员登录密码+管理员的等级
数据流编号：
D-02
数据流名称：
用户个人信息
简述：
用户注册设置的一些相关的个人信息
数据流本源：
用户
数据流去向：
系统办理模块B
数据项组成：
用户编号+用户登录账号+用户登录密码+真实姓名+性别+电话+邮箱
数据流编号：
D-03
数据流名称：
登陆央求信息
简述：
用户用于登陆的一些相关的个人信息
数据流本源：
用户
数据流去向：
系统办理模块C
数据项组成：
用户编号+登陆账号+登陆密码
数据流编号：
D-04
数据流名称：
图书信息
简述：
用户宣布的关于所要销售的图书信息
数据流本源：
用户
数据流去向：
图书信息文件
数据项组成：
图书种类+图书信息编号+图书名称+图书作者+图书初版社+图书函介+初版年份+用户编号+宣布时间+图书情况（待售，已售）
数据流编号：
D-05
数据流名称：
买家求购的图书信息
简述：
用户宣布的关于所要购买的图书信息
数据流本源：
用户
数据流去向：
求购图书信息文件
数据项组成：
图书种类+求购图书信息编号+图书名称+图书作者+图书初版社
+图书函介+初版年份+用户编号+图书情况（求购）
数据流编号D-06
数据流名称：
已销售图书信息
简述：
用户宣布的关于已经销售的图书信息更正
数据流本源：
用户
数据流去向：
图书信息库
数据项组成：
图书种类+已销售图书信息编号+图书名称+图书作者+图书初版
社+图书函介+初版年份+用户编号+图书情况（待售，已售）
（2）办理逻辑的描述
办理逻辑编号：
P-01
办理逻辑名称：
系统办理a（登录办理）
简述：
依照输入数据种类，进行相关存入数据库的操作输入的数据流：
管理员信息
办理描述：
当输入的数据为管理员个人信息时，系统执行写入或更正记录的数据库操作。
输出的数据流：
管理员个人信息
办理逻辑编号：
P-02
办理逻辑名称：
系统办理b（注册办理）
简述：
依照输入数据种类，进行相关用户个人信息存入数据库的操作输入的数据流：
用户个人信息
办理描述：
当输入的数据为注册或更正的个人信息时，系统执行写入或更正记录的数据库操作。
输出的数据流：
注册成功信息
办理逻辑编号：
P-01
办理逻辑名称：
系统办理c（登录办理）
简述：
依照输入数据种类，进行相关考据的操作
输入的数据流：
用户登陆央求
办理描述：
当用户输入的数据流为登录信息时系统的考据系统进行考据身份可否合法，从而决定登录成功也许失败。
输出的数据流：
登陆成功信息
办理逻辑编号：
P-03
办理逻辑名称：
图书登记信息办理
简述：
将用户提交的新增销售图书信息写入数据库并生成提示信息将用户提交的已销售图书信息的更正写入数据库。
输入的数据流：
图书信息
办理描述：
依照用户提交的销售图书信息，将其增加到图书信息表中，更新数据库，并生成新增图书提示信息。
依照用户提交的已销售图书信息，将其更正后的信息保存到图书信息表中，更新数据库。
输出的数据流：
更正后图书信息，新书登记提示信息
办理逻辑编号：
P-04
办理逻辑名称：
图书求购办理
简述：
将买家宣布求购图书信息存入求购图书数据库，经过盘问用户数据库和求购图书数据库返回求购的图书与卖家信息。
输入的数据流：
新书登记信息提示，买家求购的图书信息，求购的图书信息、
办理描述：
将买家宣布求购图书信息存入求购图书数据库，当有新增图书提示信息时，系统就会盘问求购图书信息库和图书信息库，当图书信息库中有所需的求购图书时，就会生成有书提示给用户，能够发到用户邮箱等。
输出的数据流：
求购的图书信息，有书通知提示
办理逻辑编号：
P-05
办理逻辑名称：
盘问办理
简述：
经过盘问图书信息库和用户信息库，对用户提交的图书央求信息进行办理，依照盘问结果进行相关信息反响办理。
经过盘问图书求购信息库和用户信息库，依照盘问结果进行相关信息反响办理。
输入的数据流：
图书央求信息，图书信息，用户信息，求购图书信息
办理描述：
经过盘问图书信息库和用户信息库，对用户提交的图书央求信息进行办理，若是找到相般配的图书，则返回央求图书与卖家信息；若是没有则返回无所需图书信息，经过盘问求购图书信息库和用户信息库，对用户提交的图书央求信息进行办理，若是找到相般配的图书，则返回央求图书与买家信息；若是没有则返回无所需图书信息。
输出的数据流：
央求图书与用户信息，无所需图书信息提示
（3）数据储藏的描述
数据储藏编号：
F-01
数据储藏名称：
管理员信息表
简述：
记录管理员登录信息以及相关个人信息情况的数据库表
数据储藏组成：
管理员编号+管理员登录名+管理员登录密码+管理员的等级要点字：
管理员登录名
相关系的办理：
P-01，P-02，P-03，P-04，P-05
数据储藏编号：
F-02
数据储藏名称：
用户信息表
简述：
记录取户登录信息以及个人信息情况的数据库表
数据储藏组成：
用户编号+登录名+登录密码+真实姓名+性别+电话+邮箱要点字：
用户编号
相关系的办理：
P-01，P-02，P-04，P-05
数据储藏编号：
F-03
数据储藏名称：
图书信息表
简述：
记录新增和销售图书的种类、编号、名称、简介、拥有它的用户编号，宣布时间等信息的数据库表
数据储藏组成：
用户编号+图书种类+图书编号+图书名称+图书作者+图书初版社+初版年份+图书函介+宣布时间+图书销售情况（已售，未售）
要点字：
图书编号
相关系的办理：
P-04、P-03、P-05
数据储藏编号：
F-04
数据储藏名称：
求购图书信息表
简述：
记录求购图书的种类、编号、名称、简介、求购它的用户编号，宣布时间等信息的数据库表
数据储藏组成：
用户编号+求购图书种类+图书编号+图书名称+图书函介+图书作者+图书初版社+初版年份+宣布时间+图书销售情况（求购）
要点字：
求购图书编号
相关系的办理：
P-04、P-05
（4）外面实体的描述
外面实体编号：
S-01外面实体名称：
管理员
简述：
进行系统管理保护的人员输出的数据流：
D-01
外面实体编号：
S-02
外面实体名称：
用户
简述：
系统的前台使用人员
出的数据流：
D-02，D-03，D-04、D-05、D-06
三、系统设计
功能结构设计
在学习现有系统的业务流程和数据流程的基础上，经过对二手书管理工作的
进一步的解析以及对系统功能的进一步完满，所设计的新系统要实现的功能可分
为两个模块，其中属于前台操作的是用户管理权限下的功能模块，属于后台管理
的是管理员权限下的功能模块。
该系统的主要功能结构如图4所示：
⋯⋯
4系功能构
3.1.1用户功能模块
身份考据，系统安全考虑的基本功能，用于用户注册以及登录；个人信息管
理，详细地记录取户档案，可供其他用户和管理员查察，用户可进行资料的更正；
图书信息管理，实现系统主要的图书交易功能，可查察图书信息，主要记录取户
宣布的图书名称，简介，价格，初版社等信息。
图书盘问管理，依照图书信息和
用户信息主要进行用户对所需图书的盘问选择；求购图书信息管理，主要对用户
所需但还没有销售的求购图书信息进行管理，依照更新情况不如期盘问反响。
3.1.2管理员功能模块
身份考据，用于管理员的注册和登录；个人信息管理，只要记录管理员的登
录名、登录密码以及管理级别，系统管理员可查察更正一般管理员的资料，而且
能够删除一般管理员，一般管理员只可查察更正自己的资料；用户管理，用于查
看用户的档案资料，关于可疑人员可进行删除；系统管理，控制系统在不相同时期
完成不相同的任务，能够打开关闭系统的登录功能、图书管理功能、图书盘问管理
功能、求购图书信息管理功能等。
运行环境设计
2、运行环境设计
基于该系统是在WindowsXP环境下使用HTML、CSS、ASP、VBScript和
JavaScript脚本语言等要点技术、采用Access数据库和B/S结构分布模式来进行
设计并实现的，因此对系统的运行环境要求其实不高。
服务器端系统软件可采用MicrosoftWindowsSever2003或功能相仿的其他
平台，配置Sever、IIS等，数据库系统采用MicrosoftOfficeAccess2003或以上版
本；客户端运行MicrosoftWindows2000或以上操作系统，由于系统采用B/S模
式以阅读器作为客户端，故任一台安装了阅读器的联网计算机都可作为系统终端
和Web阅读器。
3、数据储藏设计
在系统解析阶段进行系统逻辑设计时，已从逻辑角度对数据储藏进行了初步
设计，而现在到了系统设计阶段，就要结合采用计算机硬件和软件及使用要求，
完成数据储藏的详细设计。
E-R图
数据储藏解析是数据库设计的基础，在系统解析阶段进行数据储藏解析时，
以前解析用户的要求，经过综合抽象，用E-R图进行了描述。
经过上一阶段对系
统的解析，获得以下E-R图，以以下列图所示：
ER图：
卖家：
图书信息文件=M：
N
买家：
图书信息文件=M：
N
买家：
求购图书信息文件=M：
N
管理员：
卖家=M：
N
管理员：
买家=M：
N
管理员：
图书信息文件=M：
N
管理员：
求购图书信息文件=M：
N
用户编号登录名登陆密码真实姓名性别电话用户编号登录名登录密码真实姓名性别电话
邮箱
邮箱
卖家
买家
图书编号
拥有者编
号
拥有
盘问
宣布
图书编号
求购编号
图书种类
图书初版
图书种类
社
图书名称
初版年份
图书名称
图书信息文件
求购图书信息文件
简介
作者
简介
管理
管理
宣布时间
销售情况
宣布时间
拥有者编
宣布者编
号
号
管理
管理
管理员
编号登录名密码等级
关系模式：
管理员（管理员编号，登录名，登陆密码，等级）
用户（用户编号，登录名，登陆密码，真实姓名，性别，电话，邮箱）
图书信息文件（图书编号，种类，图书名称，简介，作者，初版社，初版时间，
宣布时间，拥有者编号，销售情况）
求购图书信息文件（求购编号，种类，图书名称，简介，作者，初版社，初版时
间，宣布时间，宣布者编号，销售情况）
盘问结果（用户编号，图书编号，拥有者编号）
说明：
管理员能够是用户；
拥有者编号，宣布者编号均是用户编号，这里用于差异买家与卖家。
数据库设计
表1管理员信息表admin
字段名称
数据种类
长度
空否
说明
admin_num
int
4
notnull
管理员编号
admin_name
varchar
8
null
管理员登录名
admin_pass
varchar
50
null
管理员登录密码
admin_grader
varchar
8
notnull
管理员的等级
表2
用户信息表
user
字段名称
数据种类
长度
空否
说明
user_num
char
4
notnull
用户编号
user_id
varchar
20
notnull
用户登录账号
user_pass
varchar
20
notnull
用户登录密码
user_name
varchar
8
null
真实姓名
user_sex
varchar
2
null
性别
user_tel
varchar
20
notnull
电话
user_email
varchar
50
Notnull
邮箱
表3
图书信息表
book
字段名称
数据种类
长度
空否
说明
user_num
char
4
notnull
用户编号
Book_classified
varchar
20
null
图书种类
Book_id
varchar
20
null
图书编号
Book_name
varchar
50
notnull
图书名称
Book_writer
varchar
20
null
图书作者
Publisher
va
升级会员 