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