二手书交易管理系统.docx

1、二手书交易管理系统二手书交易管理系统解析一、 可行性解析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-04

17、数据储藏名称：求购图书信息表简述：记录求购图书的种类、编号、名称、简介、求购它的用户编号，宣布时间等信息的数据库表数据储藏组成：用户编号 +求购图书种类 +图书编号 +图书名称 +图书函介 +图书作者 +图书初版社 +初版年份 +宣布时间 +图书销售情况（求购）要点字：求购图书编号相关系的办理： 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：

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

23、书信息文件（求购编号，种类，图书名称，简介，作者，初版社，初版时间，宣布时间，宣布者编号，销售情况）盘问结果（用户编号，图书编号，拥有者编号）说明：管理员能够是用户；拥有者编号，宣布者编号均是用户编号，这里用于差异买家与卖家。数据库设计表 1 管理员信息表 admin字段名称数据种类长度空否说明admin_numint4not null管理员编号admin_namevarchar8null管理员登录名admin_passvarchar50null管理员登录密码admin_gradervarchar8not null管理员的等级表 2用户信息表user字段名称数据种类长度空否说明user_num

24、char4not 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图书编号Book_namevarchar50not null图书名称Book_writervarchar20null图书作者Publisherva