二手书交易管理系统docx.docx

1、二手书交易管理系统docx二手书交易管理系统分析一、 可行性分析1、开发背景：大学生是一个阅读书籍广泛的群体，不论是科教类书籍还是休闲类书籍，日复一日总是有很多积压于身边， 大多不会再反复阅读。 一部分学生会选择收藏这些书籍，但却占用了相当大的空间； 还有一部分学生会将这些书籍销毁扔弃或低价贱卖，这样就造成了资源的浪费； 另一部分学生会将书籍以原价的折扣价格转卖，这样既节省了空间又实现了资源的循环利用。目前校园中二手书的转卖总体分为两类： 买家卖家的直接交涉； 有第三方参与的买卖。其具体流程大致如下所示。买卖双方的直接交涉：买 方或卖 方产 生需 求 书写求 购或 出售 通 知贴于教 学或 宿

2、舍 区域 卖方或买方产生相应需求 双方交涉 交易完成有第三方参与交涉：卖方产生需求 卖出书籍 第三方（导航书店等） 交易完成买方产生需求 买入书籍 对于这两种买卖方式，各有其优缺点。（ 1）时效性问题：第一种方式的买卖，由于买卖双方的需求是相应产生的 （即一方产生需求后，公示于众，则产生另一方的需求） ，所以需要耗费时间等待有需求的另一方的出现。然而在这个过程中很可能出现各种问题， 如海报被毁， 一方需求改变但不能及时交涉等。因此这种交易方式的及时性较差， 容易出现各种信息偏差产生的问题。第二种方式中，双方需求的产生是相互独立的，任何一方产生需求后，就可以立即与第三方交涉，产生交易活动，因此交

3、易的及时性较强。（ 2）经济收益问题：第一种交易方式中，双方公平议价，经过多人多次议价，交易达成时，双方都会获得心中最满意的经济收益。 而第二种方式中， 由于第三方需从双方交易中抽取收益，因此对于买卖双方来说，都会损失一部分收益，无法达到最大收益。2、校园二手书交易系统的可行性（1）技术上的可行性：校园二手书交易系统以校园网站为平台，只在校园范围内运作，所以交易还是由买卖双方面对面的实体交易。 系统软硬件要求不会太高， 以目前校园网站的情况来看，完全可以架构二手书交易系统平台。校园二手书平台只是一个信息发布及信息交流的平台， 所以提供图书的信息及买卖双方的联系方式， 买家可以随时查询所需的图书

4、信息， 可以随时发布图书需求信息，卖家可以可以随时发布待售图书信息， 及查寻买家图书需求信息。 图书买卖信息的增减及修改均由买卖双方注册用户自行修改， 交易具体流程及细节均由买卖双方自行商议达成共识。 系统的维护及管理都相当基础， 不需要大量的专业人员参与，只要是熟悉相关知识的学生就可以胜任。（ 2）经济上的可行性：对于校园内的师生来说， 校园二手书交易系统的使用是免费的， 他们可以自由浏览图书信息。注册用户可以免费发布、修改、删除买卖信息。交易双方通过系统中提供的联系方式私下交涉。 系统不参与其交流过程， 也不需要从中抽取利益。买卖双方可以方便的得到最大经济收益。 这是一个不涉及交易支付提供

5、第三方服务的交易平台而且只对学生老师开放的在校园网内运行的交易平台。 学校有开发它所需的软硬件设施，学校的老师和同学就可以开发这个平台。（3）管理上的可行性：校园二手书交易系统的建立可以减少校园中海报及其他公示的数量， 美化了校园。同时提供了一个很好的学术交流的平台， 不论是实体书籍的买卖， 还是信息的发布交流都比以前更加方便、 快速、合理。从管理上来看就像学校的点播系统一样，交易平台学校可以指派学生进行维护， 而且由于只对学校的学生， 老师开放的平台维护起来相对方便而且安全性也容易保证，例如学生可以用学号注册，由于用户特点比较统一各项管理措施可以比较有针对性。二、 系统分析1、 业务流程分析

6、业务流程图是一种描述系统内各单位、 人员之间的关系、 作业顺序和管理信息流向的图表，利用它可以找出业务流程中的不合理的流向。通过对现在二手书交易管理的实际了解与分析， 弄清了二手书交易管理工作的业务流程和管理功能。 从工作流程上来看， 二手书交易主要有下列环节： 注册、登录、发布出售信息、查询、发布求购信息、实体交易、信息修改等。业务流程可按用户不同身份卖家和买家的操作，不同的身份完成不同的处理功能（用户既可是卖家，也是买家） ：(1)用户（买方或卖方）首先注册、登录，完善自己的个人信息，形成用户信息文件。(2)作为卖家，其处理过程为是：卖方登记出售的图书信息，形成图书信息文件；卖家有新的出售

7、信息时， 登记新售图书信息， 增加入图书信息文件， 并给图书求购处里模块以信息提示； 交易完成后， 卖方登陆后修改图书信息， 修改图书信息文件。(3)买方登录后查询所需图书，若有，则返回图书信息；若没有，则发布求购图书信息，形成求购图书信息文件。2、 系统逻辑模型系统逻辑模型设计是在充分认识原信息系统的基础上， 通过问题识别、 可行性分析、详细调查、系统化分析，最终完成新系统的逻辑方案设计。逻辑设计是系统分析的任务，解决做什么的问题。数据流程图数据流程图是一种能全面地描述信息系统逻辑模型的主要工具， 它可以用少数几种符号综合地反映出信息在系统中的流动、 处理和存储情况。 数据流程图具有抽象性和

8、概括性， 它一般由外部实体、 数据流、处理和数据存储四个部分组成。通过进一步分析，上述校园二手书交易管理系统的顶层图和数据流程图如下图所示：用户用户信息注册成功信号登录请求信息登陆成功信息出售图书信息图书请求信 息请求的图书信息与用户信息无所需图书信息提示P1二手书管理系统求购的图书信息与卖家信 息通知买家求购图书信息二手书交易管理系统顶层图新书登记提示p3图书请求信息图书信息用户请求的图书信息与用户信息图书登记处理无所需图书信息提示息号息息信信信信买有书户家通用功求功求购知提成的示册请成图注录陆书信息登登p1p2用户注册处理登陆处理信息用用户用户信息户信息更改图书信息图书信息文件用户信息文件

9、求购的图书信息文件息息信家卖信息书信图书图二手书交易管理系统的数据流程图p5查询处理P4图书求购处理 息信书图的购求求购的图书信息求购的图书信息数据字典（1）数据流的描述（以输入信息为例）数据流编号： D-01数据流名称：管理员个人信息简述：管理员设置的一些相关的个人信息数据流来源：管理员数据流去向：系统处理模块 A数据项组成：管理员编号 +管理员登录名 +管理员登录密码 +管理员的等级数据流编号： D-02数据流名称：用户个人信息简述：用户注册设置的一些相关的个人信息数据流来源：用户数据流去向：系统处理模块 B数据项组成：用户编号 +用户登录账号 +用户登录密码 +真实姓名 +性别 +电话+

10、邮箱数据流编号： D-03数据流名称：登陆请求信息简述：用户用于登陆的一些相关的个人信息数据流来源：用户数据流去向：系统处理模块 C数据项组成：用户编号 +登陆账号 +登陆密码数据流编号： D-04数据流名称：图书信息简述：用户发布的关于所要出售的图书信息数据流来源：用户数据流去向：图书信息文件数据项组成：图书类别 +图书信息编号 +图书名称 +图书作者 +图书出版社 +图书简介 +出版年份 +用户编号 +发布时间 +图书情况（待售，已售）数据流编号： D-05数据流名称：买家求购的图书信息简述：用户发布的关于所要购买的图书信息数据流来源：用户数据流去向：求购图书信息文件数据项组成：图书类别

11、+求购图书信息编号 +图书名称 +图书作者 +图书出版社+图书简介 +出版年份 +用户编号 +图书情况（求购）数据流编号 D-06数据流名称：已出售图书信息简述：用户发布的关于已经出售的图书信息修改数据流来源：用户数据流去向：图书信息库数据项组成：图书类别 +已出售图书信息编号 +图书名称 +图书作者 +图书出版社+图书简介 +出版年份 +用户编号 +图书情况（待售，已售）（ 2）处理逻辑的描述处理逻辑编号： P-01处理逻辑名称：系统处理 a（登录处理）简述：根据输入数据类型，进行相关存入数据库的操作输入的数据流：管理员信息处理描述：当输入的数据为管理员个人信息时， 系统执行写入或更改记录的

12、数据库操作。输出的数据流：管理员个人信息处理逻辑编号： P-02处理逻辑名称：系统处理 b（注册处理）简述：根据输入数据类型，进行相关用户个人信息存入数据库的操作输入的数据流：用户个人信息处理描述：当输入的数据为注册或修改的个人信息时， 系统执行写入或更改记录的数据库操作。输出的数据流：注册成功信息处理逻辑编号： P-01处理逻辑名称：系统处理 c（登录处理）简述：根据输入数据类型，进行相关验证的操作输入的数据流：用户登陆请求处理描述：当用户输入的数据流为登录信息时系统的验证体系进行验证身份是否合法，从而决定登录成功或者失败。输出的数据流：登陆成功信息处理逻辑编号： P-03处理逻辑名称：图书

13、登记信息处理简述：将用户提交的新增出售图书信息写入数据库并生成提示信息将用户提交的已出售图书信息的修改写入数据库。输入的数据流：图书信息处理描述：根据用户提交的出售图书信息， 将其添加到图书信息表中， 更新数据库，并生成新增图书提示信息。 根据用户提交的已出售图书信息， 将其修改后的信息保存到图书信息表中，更新数据库。输出的数据流：更改后图书信息，新书登记提示信息处理逻辑编号： P-04处理逻辑名称：图书求购处理简述：将买家发布求购图书信息存入求购图书数据库， 通过查询用户数据库和求购图书数据库返回求购的图书与卖家信息。 输入的数据流：新书登记信息提示，买家求购的图书信息，求购的图书信息、处理

14、描述：将买家发布求购图书信息存入求购图书数据库， 当有新增图书提示信息时，系统就会查询求购图书信息库和图书信息库， 当图书信息库中有所需的求购图书时，就会生成有书提示给用户，可以发到用户邮箱等。输出的数据流：求购的图书信息，有书通知提示处理逻辑编号： P-05处理逻辑名称：查询处理简述：通过查询图书信息库和用户信息库， 对用户提交的图书请求信息进行处理，根据查询结果进行相关信息反馈处理。 通过查询图书求购信息库和用户信息库，根据查询结果进行相关信息反馈处理。输入的数据流：图书请求信息，图书信息，用户信息，求购图书信息处理描述：通过查询图书信息库和用户信息库， 对用户提交的图书请求信息进行处理，

15、如果找到相匹配的图书， 则返回请求图书与卖家信息； 如果没有则返回无所需图书信息， 通过查询求购图书信息库和用户信息库， 对用户提交的图书请求信息进行处理， 如果找到相匹配的图书， 则返回请求图书与买家信息； 如果没有则返回无所需图书信息。输出的数据流：请求图书与用户信息，无所需图书信息提示（3）数据存储的描述数据存储编号： F-01数据存储名称：管理员信息表简述：记录管理员登录信息以及相关个人信息情况的数据库表数据存储组成：管理员编号 +管理员登录名 +管理员登录密码 +管理员的等级关键字：管理员登录名相关联的处理： P-01， P-02，P-03，P-04，P-05数据存储编号： F-02

16、数据存储名称：用户信息表简述：记录用户登录信息以及个人信息情况的数据库表数据存储组成：用户编号 +登录名 +登录密码 +真实姓名 +性别 +电话 +邮箱关键字：用户编号相关联的处理： P-01， P-02，P-04，P-05数据存储编号： F-03数据存储名称：图书信息表简述：记录新增和出售图书的类别、 编号、名称、简介、拥有它的用户编号，发布时间等信息的数据库表数据存储组成：用户编号 +图书类别 +图书编号 +图书名称 +图书作者 +图书出版社 +出版年份 +图书简介 +发布时间 +图书销售情况（已售，未售）关键字：图书编号相关联的处理： P-04、 P-03、P-05数据存储编号： F-0

17、4数据存储名称：求购图书信息表简述：记录求购图书的类别、编号、名称、简介、求购它的用户编号，发布时间等信息的数据库表数据存储组成：用户编号 +求购图书类别 +图书编号 +图书名称 +图书简介 +图书作者 +图书出版社 +出版年份 +发布时间 +图书销售情况（求购）关键字：求购图书编号相关联的处理： P-04、 P-05（4）外部实体的描述外部实体编号： S-01 外部实体名称：管理员简述：进行系统管理维护的人员输出的数据流： D-01外部实体编号： S-02外部实体名称：用户简述：系统的前台使用人员 出的数据流： D-02，D-03， D-04、 D-05、D-06三、 系统设计功能结构设计在

18、学习现有系统的业务流程和数据流程的基础上， 通过对二手书管理工作的进一步的分析以及对系统功能的进一步完善， 所设计的新系统要实现的功能可分为两个模块，其中属于前台操作的是用户管理权限下的功能模块， 属于后台管理的是管理员权限下的功能模块。该系统的主要功能结构如图 4 所示：4 系 功能 构 3.1.1 用户功能模块身份验证，系统安全考虑的基本功能， 用于用户注册以及登录； 个人信息管理，详细地记录用户档案， 可供其他用户和管理员查看， 用户可进行资料的修改；图书信息管理， 实现系统主要的图书交易功能， 可查看图书信息， 主要记录用户发布的图书名称，简介，价格，出版社等信息。图书查询管理，根据图

19、书信息和用户信息主要进行用户对所需图书的查询选择； 求购图书信息管理， 主要对用户所需但尚无出售的求购图书信息进行管理，根据更新情况不定期查询反馈。3.1.2 管理员功能模块身份验证，用于管理员的注册和登录； 个人信息管理， 只要记录管理员的登录名、登录密码以及管理级别， 系统管理员可查看修改普通管理员的资料， 并且可以删除普通管理员， 普通管理员只可查看修改自己的资料； 用户管理， 用于查看用户的档案资料， 对于可疑人员可进行删除； 系统管理， 控制系统在不同时期完成不同的任务， 可以打开关闭系统的登录功能、 图书管理功能、 图书查询管理功能、求购图书信息管理功能等。运行环境设计2、运行环境

20、设计基于该系统是在 Windows XP 环境下使用 HTML、 CSS、 ASP、VBScript 和JavaScript脚本语言等关键技术、选用 Access数据库和 B/S 结构分布模式来进行设计并实现的，所以对系统的运行环境要求并不高。服务器端系统软件可采用 Microsoft Windows Sever 2003 或功能相仿的其他平台，配置 Sever、IIS 等，数据库系统采用 Microsoft Office Access 2003或以上版本；客户端运行 Microsoft Windows 2000 或以上操作系统，由于系统采用 B/S 模式以浏览器作为客户端， 故任一台安装了浏

21、览器的联网计算机都可作为系统终端和 Web 浏览器。3、数据存储设计在系统分析阶段进行系统逻辑设计时， 已从逻辑角度对数据存储进行了初步设计，而现在到了系统设计阶段，就要结合选用计算机硬件和软件及使用要求，完成数据存储的详细设计。E-R图数据存储分析是数据库设计的基础，在系统分析阶段进行数据存储分析时，曾经分析用户的要求，通过综合抽象，用 E-R图进行了描述。经过上一阶段对系统的分析，得到以下 E-R图，如下图所示：ER图：卖家：图书信息文件 =M：N买家：图书信息文件 =M：N买家：求购图书信息文件 =M： N管理员：卖家 =M：N管理员：买家 =M：N管理员：图书信息文件 =M：N管理员：

22、求购图书信息文件 =M：N用户编号 登录名 登陆密码 真实姓名 性别 电话 用户编号 登录名 登录密码 真实姓名 性别 电话邮箱邮箱卖家买家图书编号拥有者编号拥有查询发布图书编号求购编号图书类型图书出版图书类型社图书名称出版年份图书名称图书信息文件求购图书信息文件简介作者简介管理管理发布时间销售情况发布时间拥有者编发布者编号号管理管理管理员编号 登录名 密码 等级关系模式：管理员（管理员编号，登录名，登陆密码，等级）用户（用户编号，登录名，登陆密码，真实姓名，性别，电话，邮箱）图书信息文件（图书编号，类别，图书名称，简介，作者，出版社，出版时间，发布时间，拥有者编号，销售情况）求购图书信息文件

23、（求购编号，类别，图书名称，简介，作者，出版社，出版时间，发布时间，发布者编号，销售情况）查询结果（用户编号，图书编号，拥有者编号）说明：管理员可以是用户；拥有者编号，发布者编号均是用户编号，这里用于区别买家与卖家。数据库设计表 1 管理员信息表 admin字段名称数据类型长度空否说明admin_numint4not null管理员编号admin_namevarchar8null管理员登录名admin_passvarchar50null管理员登录密码admin_gradervarchar8not null管理员的等级表 2用户信息表user字段名称数据类型长度空否说明user_numchar4not null用户编号user _idvarchar20not null用户登录账号user _passvarchar20not null用户登录密码user _namevarchar8null真实姓名user _sexvarchar2null性别user _telvarchar20not null电话user _ emailvarchar50Not null邮箱表 3图书信息表book字段名称数据类型长度空否说明user_numchar4not null用户编号Book_classifiedvarchar20null图书类别Book_idvarchar20null