校园二手书交易系统需求文档

软件需求文档

2014年12月31日星期三

1.1、业务需求

1、背景、业务机会和客户需求

目前，网络正以一种前所未有的冲击力在影响着人类的活动，包括人类的生 产和日常生活。网络的诞生和发展，了传统的信息传播方式，冲破了存在于传统交流方式中时间和空间的种种壁垒，极大地改变了人类从物质到精神、从形式到内容、从生产到生活的各种活动，并且给人类带来了新的机遇和挑战。21世纪可以说是电子商务的世纪。电子商务通过大幅度地降低交易成本、增加贸易机会、简化交易流程、提高服务质量、改善物流电子商务网站等，极大地推动了全球经济的发展，并在很大程序上影响着我们的生活方式和工作方式。随着Internet的迅速发展，当今电子商务已接被广大的互联网用户所接受，网上书店系统作为其中的一部分也有了迅速的发展。网上书店系统通过网上开店的方式向读者出售书本。国内著名的两大书店，当当网与卓越网，他们售书的理念很简单，读者可以自己寻找自己喜爱的书。  读者无需为寻找一本自己想要的书好奔波于城市的各个角落，无需因为时间问题而错过了新书的首发式，或者因为时间问题而去不了书店。网上书店系统，只需你有一台可以连上互联网的电脑，就可以按照自己的兴趣检索到自己想要的书本。而现在我们只要拥有一部智能手机就可以实现网上购物。

虽然如此，作为大学生的我们依然会在每个学期的开学之初为各种教材犯愁，虽然各类网上书店为我们提供了丰富的图书信息，然而这些书店由于涉及的范围太广，各种图书让人眼花缭乱，我们不仅要花大量的时间去寻找与自己需求符合的图书，通过在网上货比三家，对比价格，也占用了我们不少的精力和时间。除此之外，在校大学生的教材往往是用了一个学期之后就失去了其利用价值，等到毕业事再以低价出售当废纸卖，这样的方式既浪费资源又浪费资金。建立校园二手书交易平台，通过回收在校大学生的各类教材并出售，既做到了资源的循环利用又省去了不少邮费，而且在同学们需要再次利用以前的图书时可以直接从该平台上获得，可以说是一举两得，不失为广大在校大学生的明智之选。

2、业务目标和成功标准

BO-1:二手书，鉴于为学生节省开资，把闲置在学生手中的二手书籍，通过价值评定、新旧率鉴定，然后支付一定费用购进书店，供其他同学租借，其中，书籍来源主要集中各图书市场挤压库存、学生闲置书籍、废品收购站（该货源必须进行书籍新旧率、可使用度等指标考量），最大限度节省成本。

BO-2:提供便利、快捷的送货服务，对那些进行网络求购、租借等需求的顾客，按照他所留下的地址进行一定范围内的送货上门服务。

BO-3:设置会员制度，对其实行购书、租书优惠措施，培养长期顾客。

BO-4：在第一版使用后的两年内，大幅度提升平台在大学生中的影响力。如下表所示：  

●校外二手书店推销人员进入学校推销导致卖方注册量下降 

可能性0.1，影响为4。

●周末跳蚤市场等其他活动，导致用户注册/访问量下降

可能性0.6，影响为5。

●该平台完全不为老师与同学所接受，弃之不用，使得平台开发的投资回报基本为0。

可能性0.1，影响为10。

●相关其他二手交易平台，如孔夫子网等同业竞争者，导致平台交易量大幅减少甚至为零。

可能性0.4，影响为9。

●部分同行欺诈行为，导致平台好评率和成交量大幅下降。

可能性0.7，影响为8。

1.2、解决方案的前景

1、前景陈述

新生对于二手书的大量需求和高年级学生对手中旧书的供给，市场供求结构合理，市场容量巨大，预测交易量能达到一个很高水平，并且APP稳定运行。后续的内容的充实也会给APP的运行带来新的活力。

2、主要特性

FE-1：根据相似用户搜索历史记录，推荐相关书籍。

FE-2：登陆管理员，查看并管理所有注册用户的相关资料。

FE-3：用户通过系统进行相关书籍的搜索与查找。

FE-4：对成交量进行排行。

FE-5：对书籍进行分类。

FE-6：根据价格,时间，信誉度对书籍进行整理和排序。

FE-7：系统的注册/登陆。

FE-8：根据用户消费情况进行积分。

FE-9：用户发布求书信息。

FE-10：用户取消求书信息。

FE-11：用户将喜欢的书籍加入我的书架。

FE-12：用户在我的书店查看要卖或卖出书籍的记录。

FE-13：对用户信息的修改/注销。

FE-14：查看自己的账单。

3、假设和依赖

AS-1：用户在执行任何一条功能后，都可以终止进一步的操作。用户的各种

操作必须建立在，在该APP上进行过注册。

DE-1：对商品各种操作必须依赖于买家首先登录该APP；

1.3、范围和局限性

1、初始版本和后续版本的范围

LI-1：书籍情况的审定会因为主观因素的不同而出现差别。

LI-2:书籍退货系统的不够规范化，无法界定书籍出现的问题是否在APP能够处理的范围内。

LI-3：“校园二手书交易系统”只能用于南京仙林大学城范围之内。

1.4、业务上下文

1、涉众概览

1、用例图

2、主要参与者和用例

3.1、引言

1、目标

本文档首先给出整个APP功能结构的概貌，试图从整体架构上给出整个APP的轮廓，然后对功能需求、数据需求、性能需求和其他非功能需求进行了详细的描述。其中对功能需求的描述运用了RationalRose的用例模型方式，描述每一用例的基本事件流，并给出直观的用例图。对数据需求的描述运用了数据流图方法，从数据传递和加工角度，以图形方式来表达系统的逻辑功能、数据在系统内部的逻辑流向和逻辑变换过程。这些文字与图形都为了文档能够详细准确地描述用户的需求，同时也为用户更容易的理解这些需求的描述创造了条件。

2、项目范围和产品特性

随着商品经济的发展，高校学生通常会有出售二手货物的需求，而其他在校同学又希望买到廉价的二手商品。二手物品交易主要是通过校内论坛二手交易板块和跳蚤市场，由于同学们平时都喜欢宅在寝室，跳蚤市场很多人都不愿意去看，而校内论坛上的二手交易信息，多且杂，找起来费时费力，这些远远不能为我们提供方便，导致很多二手物品都被当垃圾扔掉。通过对校内论坛二手商品交易板块的分析，以及对校内学生的调查，发现校内的二手物品交易有如下特点：种类多，规模小，交易随机性比较强，时间分布基本上比较平均，每年的六七月份（大四学生离校期间）会出现一个二手物品交易的高峰。参加交易的人员绝大部分为在校学生。针对这一情况【书虫】APP应运而生，为广大同学提供方便同时，又实现了废旧物品的循环利用。该APP是在积累了丰富的业务经验的基础上开发的，在需求上，充分考虑了具体用户的实际情况。

3、参考文献

1、软件需求工程第2版    毋国庆 梁正平 袁梦霆 李勇华 机械工业出版社。 

2、UML面向对象建模与设计  Michael Blaha  James Rumbaugh 人

邮电出版社。

4、文档约定

1、页面的左右边距为1.91cm，上下边距为2.54cm,正文文本左对齐段落首行缩进2磅，行距设置值为1.25。

2、标题最多分三级，分别为方正舒体二号、宋体四号、宋体小四。

3、正文字体为宋体小四，无特殊情况下，字体颜色均为黑色。

5.预期的读者和阅读建议

1）、本文档面向的读者对象：

●项目经理：项目经理可以根据该文档了解与其产品的功能，并据此进行系统设计、项目管理。

●设计员：对需求进行分析，并设计出系统，包括数据库的设计。

●程序员：配合设计员的《设计报告》，了解系统功能，编写《用户手册》。

●测试员：根据本文档编写测试用例，并对软件进行功能性测试和非功能性测试。

●用户：了解其产品的功能和性能。

●其他人员：如部门领导、公司领导等据此了解产品的功能与性能。

在阅读文档时，首先要了解该APP的功能概貌，然后可以根据自身的需求对每一项功能进行进一步的了解。

3.2综合描述

1、产品的前景

●APP市场还未完全饱和，需求很大，目前已经出现的APP种类繁多但是工具类的APP还是得到用户的广泛喜爱。

●Win8之父：移动取代PC是大势所趋，这样好的机遇给我们的APP一个更大的环境去成长。

●每一个APP都是创业者的梦想之地，我们耳熟能详的APP如豌豆荚等都创造了商业的奇迹，每一个奇迹都在激励我们把新的APP做的更好，更完善。

●我们的校园二手书交易平台基于用户真实的需求所以我们相信我们未来的市场是广泛的，充满活力的。

●最后只要是有人的地方就有APP的影子，APP改变人们的生活娱乐方式，说不定哪一天一部智能手机就搞定所有的事情，所以我们有信心创超一款适应于市场的APP。

2、目标以及目标人群

●项目目标是建立大学二手商品交易系统，并创建对应的数据库系统，以创造一个大学校园内的二手商品在线交易平台，帮助校内学生的及时便捷地进行二手物品交易。

●目标人群：在读大学生，研究生为主，以及对二手书有狂热喜爱的人群。

3、产品功能

●通讯录功能：为用户提供一个多选的联系列表，包括联系人，联系电话等。

●图片集功能：分享自己书籍的图片，保存所选书籍的图片。

●书籍查询功能：提供书籍的详细信息，供用户查找。

●意见反馈功能：为用户提供意见反馈的途径，更好的维护APP。

●添加功能：用户上传自己的书籍信息。、

●排序功能：用户输入书籍信息之后根据关联度等自动排列出书籍列表。

4、用户类和特征

平台的一般用户只需具有基础的在线浏览能力即可正常使用平台提供的各种服务。·

平台后台采用了可视化管理界面，因而要求维护人员只须具备基础的平台及数据库维护能力，能处理一些常见的操作错误。

（1）管理员:

公告的增加、修改、删除、查看

软件维护

（2）买家:

用户登录

公告查看

商品留言

商品管理（二手书的发布、修改、删除、查看）

用户对个人发布商品的留言进行查看

查看订单

订单管理（订单的生成、取消、修改）

退货

（3）卖家:

用户登录

公告查看

发布商品

管理商品信息

发送货物

查看订单

订单管理（订单的生成、取消、修改）

处理退货

5、运行环境（Operation Environment，OE）

OE-1: “校园二手书交易平台”的操作将通过基于Android操作平台的手机客户端来完成。

OE-2: “校园二手书交易平台”的客户端要求操作平台的JDK版本1.6以上。

OE-3: “校园二手书交易平台”的客户端要求Android SDK版本2.0以上

OE-4: “校园二手书交易平台”的客户端要求IOS版本6.0以上。

6、设计和实现的约束条件（constraint）

CO-1：“校园二手书交易的移动应用平台”系统的设计、编码和维护文档将遵照Android标准。

CO-2: “校园二手书交易的移动应用平台”是一款安卓APP,由于安卓平台对SQLite数据库进行了封装，因此开发人员不用过多考虑数据库连接以及语句的管理。因此，选用SQLite数据库来实现本地数据存储功能。

CO-3：所有代码按照安卓代码标准规范进行编写。

CO-4：所有脚本都用Ruby语言来编写。

7、用户文档（User Documentation，UD）

UD-1：系统将提供一个分层的和跨链接的HTML联机帮助系统，它描述并演示了所有系统功能。

UD-2：如果一个用户没有网上购书的经验，系统可以给该用户提供一个联机教程，这样用户可以使用静态教程菜单来具体实践一下如何下单。

AS-1:只要服务器能正常工作，本APP将随时响应用户的订单要求。

DE-1：卖家确认订单依赖于书籍库存量。

DE-2：“校园二手书交易的移动应用平台”依赖于”银行系统“，它接受用户购书的付费请求。

3.3外部接口需求

1、用户界面（User Interfaces，UI）

●界面风格简洁明快，素雅大方。

●页面的布局，按与用户的交互需求不同，划分为不同的功能区域，实现和用户之间的友好交互。

●前台界面操作可逆，其动作可以是单个的操作，或者是一个操作序列。

●后台各管理模块的不同管理功能操作界面，采用在不同窗口进行管理，各功能操作切换比较简单又相对。

●提供信息反馈，如提供用户当前登录状态信息。

●提供简单的错误处理；

2.硬件接口

●安卓手机版本需要安卓2.0以上的操作系统

●苹果手机版本需要IOS 6.0以上的操作系统

3软件接口（Software Interfaces，SI）

SI-1：“校园二手书交易的移动应用平台”库存系统。

SI-1.1：“校园二手书交易的移动应用平台”的购买书籍系统将通过程序面向“校园二手书交易的移动应用平台库存系统”发送锁定书籍的信息。

SI-1.2：“校园二手书交易的移动应用平台”的购买书籍系统将会轮询“校园二手书交易的移动应用平台”的库存系统以确定该信息是否有效。

SI-1.3：当“校园二手书交易的移动应用平台”的库存系统通知“校园二手书交易的移动应用平台”的购买书籍系统已经没有库存的时候，该条信息将会在“校园二手书交易的移动应用平台”的购买书籍系统中删除。

SI-2：“校园二手书交易的移动平台”支付管理系统

SI-2.1：允许顾客注册从支付宝中扣除书费的付费方式。

SI-2.2: 允许顾客取消所注册的从支付宝中扣除书费的付费方式。

SI-2.3：检查顾客是否注册了从支付宝中扣除书费的付费方式。

SI-2.4：为要购买的书籍提交付费请求。

SI-2.5：退还全部或部分上面的费用，其原因是因为顾客要退还所购买的书籍，原因是対它们不满意，也可能是因为没能按照顾客要求完成书籍的派送。

3、通信接口（Communications Interfaces，CI）

CI-1: “校园二手书交易的移动应用平台”购买书籍系统,将会向买家发送电子邮件，短信，在线联系等方式，以确认订单和确认付款。

CI-2：“校园二手书交易的移动应用平台”购买书籍系统,将会向买家发送电子邮件，短信，在线联系等方式，以报告接受订单之后存在的问题。

4、系统特性

1、说明和优先级

高：是关键需求，必须实现，否则表示APP设计失败；

中：支持必要的操作，是最终版本所要求，但是如果是紧急需要，可以考虑在下一个版本中实现；

低：功能或质量上的增强，如果资源允许，这些功能的实现能够使得产品更完美

主要实现的功能。

刺激：用户请求发布二手书。

响应：提示录入书籍信息、价格等。

刺激：用户请求管理商品信息。

响应：显示商品信息，提供修改、删除等编辑功能。

刺激：用户请求对某一订单发货。

响应：系统将该订单状态更改为已发货。

刺激：用户请求更改个人信息。

响应：显示个人信息，提供修改功能。

刺激：用户请求查看交易记录。

响应：显示交易记录，并注明作为买方还是卖方参与。

刺激：卖家用户请求处理退货。

响应：将退货申请显示出来，等待用户处理，并将处理结果发送给买房。

刺激：管理员请求管理用户信息。

响应：显示所有用户信息，并注明经系统检测不符合规定的用户。

刺激：用户请求发布求购列表。

响应：提示用户输入书籍描述，并将描述列为关键词自动搜索，若有书籍发布就通知用户。

刺激：用户请求退货。

响应：提示选择要退货的书籍并输入退货理由，发送给卖家用户。

刺激：用户请求下订单。

响应：提示输入送货地址，提供付款方式，生成订单。

5、其他非功能性需求

1、性能（PErformance）需求

PE-1：数据精确度

●查询信息时应保证查全率，所有相应域包含查询关键字的记录都应该查到。

●查询信息应保证查准率，查到的记录应与给定的查询条件完全匹配。

PE-2:时间特性

●该APP具体时间特性要求要根据网速来决定。我们将最大限度的减少系统响应时间，最小化更新处理时间和数据转换时间。

PE-3:系统容量需求

●注册用户：3500以上

●在线用户：1500以上

●并发数：500以上

PE-4:适应性

●满足用户的使用需求。

2、防护性需求

防护性需求还没有确定。

3、安全性（SEcurity）需求

SE-1：所有涉及功能信息或个人身份信息的网络事务都要进行加密操作。

SE-2：除了浏览页面外，用户必须登录到“校园二手书交易的移动应用平台”才能完成其他的操作。

SE-3：用户的登录受计算机系统访问控制策略的。

SE-4: 系统只允许用户浏览他们自己以前的订单，而不能浏览其他用户的订单。

SE-5：网络安全：能经受来自互联网的一般性恶意攻击。

SE-6：数据库安全：数据库级备份和恢复。数据库级用户进行角色和权限授权。使得在异常情况发生时，系统得以快速恢复，避免数据的丢失或将其影响降到最低限度。同样，要保证存储过程中数据不被非法访问和篡改。

4、软件质量属性

正确性

●要求发布的app达到用户的预期目标，运行时基本无错误。

可靠性

●对于编写好的软件，会进行大量的测试，不断地查找里面出现的bug，并及时的对其进行修改，尽可能的减少bug的数量。随着用户量的增加，我们会及时的更新我们的服务器和数据库，从而保证网站的可靠性。避免用户量太大，而造成服务器瘫痪，影响网站的可靠性。

效率

●对于浏览、查询、添加、删除、更新等一般操作，要求及时响应，在2～3秒内。

完整性

●要求能在发生意外的情况下，保证不丢失数据。

易使用性

●对于网站的主界面设计，我们是参考了一些成功的网站设计，借鉴了这些网站的成功的经验。深入的研究他们用户界面的设计，吸取精华。

可维护性

●在设计网站的时候，将每个模块都分别开来，对于一些页面，我们将其做成了模板，在使用的时候进行母版页加载即可。这样可以集中精力放在代码块的构造与实现上。避免了一些不必要的困扰。在代码设计过程中，尽可能的减少模块之间的耦合性。做到模块和模块之间的分离。这样，日后的维护具有较好的方便性。

可测试性

●设计时尽可能减少测试本软件的各项功能所需的工作量。

复用性

●设计时应采取模块化的方法进行设计，对系统内各模块接口尽可能达到聚、低耦合的程度，以提高各模块的复用性。

可理解性

●对于本网站提供的各种命令，各种信息提示，应易于用户理解。

互联性

●要求提供数据得到如何导入和导出接口，以易于同其他系统的连接。

可移植性

●支持其他服务器部署及使用。

5、业务规则

附录A

数据流图分析

根据本二手书交易APP的实际情况，我们定义系统的功能如下：

1．系统为用户提供各种二手书需求或出售的在线平台。

2．系统可以提供帮助实现买卖双方进行沟通议价的功能。

3．所有注册后的买家都可以搜索，浏览系统保存的各种二手书商品信息。

4．所有注册后的卖家都可以在登录系统后发布二手书信息。

5．管理员有权删除非法或者恶意用户。

6．所有注册后的用户都有权修改或注销自己的用户信息。

正常用户的账户信息发生变动时，系统将变动情况通知用户。

详细功能描述

0层图

系统的使用者为系统管理员和用户，用户在系统注册后生成用户信息表文件。系统的功能分为两个模块，面向管理员的模块功能是系统管理，主要是删除系统非法用户或恶意用户的帐号信息；面向用户的模块功能是用户信息管理和交易管理。其中，用户信息管理包括更改用户密码，更改用户基本信息；交易管理包括出售管理，求购管理，买卖信息管理。

1、系统管理

用户功能：对交易过程进行投诉反馈信息，由管理员进行处理后反馈给用户。

管理员功能：对用户发出警告，从用户信息表中搜索用户并删除非法用户。这项功能只能为管理员所有。

注：如果用户被警告或者删除会收到系统提示信息。

2、用户管理

这个模块实现了用户请求交易，发布、更新交易信息的功能，并使用户能够更新自己注册信息以及基本信息。

3、交易管理

在用户交易管理中，根据用户的提供的交易物品生成了“出售信息表”和“求购信息表”，用户可以随时对自己发布的信息进行更改或删除。在交易的过程中，系统会根据这两个表生成对应物品的求购（出售）信息目录供所有进入该APP的买家浏览参考。

4、出售管理

用户登录后可发出出售请求。

用户录入二手书信息（包括二手书名称，二手书价格，二手书简介，出售数量，联系方式。其中书籍名称、价格必填字段。用户在录入二手书信息的时候书籍信息（如书籍名称，简介）可以通过扫描书籍的条形码登记。联系方式为电话或QQ，考虑到用户可能不愿意留下自己的电话或QQ，我们将联系方式设为可选字段，可以发送消息。同时系统会通过短信通知用户。

经管理员检查录入信息正确无误，生成二手书出售信息单。用户发送出售请求成功后会在我的书店这一功能里看到要出售书籍的状态，如有新动态，系统也会推送通知。    

系统将出售信息纳入出售信息表，并根据出售信息表上的内容发布出售信息。

5、求购管理

用户登录后可发出求购请求。

用户录入求购信息，包括求购二手书名称，二手书预计出价，书籍描述或关键词，联系方式。其中书籍名称、价格为必填字段。联系方式为电话或QQ，考虑到用户可能不愿意留下自己的电话或QQ，我们将联系方式设为可选字段，可以发送站内信。同时系统会通过短信通知用户。

经管理员检查录入信息正确无误，生成求购物品信息单。

系统将求购信息纳入求购信息表，并根据求购信息表上的内容发布求购信息。

6、买卖信息更新管理

注册后的用户可以随时更新自己的买卖信息。

7、搜索

买家在APP首页用关键词或书籍名称，类别搜索自己想找的书籍，系统根据卖家诚信度，距离远近和书籍价格，书籍热度生成排行榜供买家进行参考。并且根据出售数量和搜索次数在主页上公布热门书排行榜。买家可以将心怡的书籍加入我的书架，收藏起来，书架中书籍的价格，状态变动等系统均会推送通知给用户。

8、用户信息管理

用户信息管理包括更改用户注册名称，更改用户密码，更改用户基本信息；用户管理操作主要针对用户信息表进行修改，每个用户只能在登陆后修改自己的信息，管理员有权在适当的时候查看用户的资料以删除恶意用户。

9、找回密码

用户找回密码时，需要输入验证信息，验证成功后输入新密码，系统自动更新密码。

10、用户注册和用户注销

游客只有在成功注册后才能在APP上发布求购信息，出售信息，进行购买等等。

只有注册过的用户才能进行用户的注销，除管理员之外用户只能注销自己的账号，没有权利侵犯他人的账号。

11、退货

买家申请退货，填写退货理由并且上传图片，管理员对退货理由进行审核，如果是书籍缺页等质量问题或卖家发错书籍，运费由卖家承担，如果是书籍无质量问题而是买家买错书籍或者不喜欢所买到的书籍，运费由买家自己承担。如果买家是恶意退货，如故意损坏书籍等，管理员退回退货要求，买家退货失败。退货成功后，买家将在24小时内收到货款。

附录B

数据字典

1、汇总后的数据项

加工名：检查（卖家）

编号：1.1

启动条件：收到出售请求（卖家登陆）

加工说明:

A.收到出售请求（卖家登陆）；

B.检查卖家用户信息（是否已申请账号）；

C.检查出售请求信息；

D.检查合格发送给用户录入信息；

E.检查不合格即开启不合格处理；

执行频率：100/天

加工名：用户录入出售信息

编号：1.2

启动条件：出售请求合格

加工说明：

A.出售信息检查合格；

B.用户登陆后正式录入出售货物信息（书的具体内容，新旧程度，笔记，条形码，编者，第几版等；

执行频率：100/天

加工名：系统检查

编号：1.3

启动条件：收到出售信息描述

加工说明：

A.系统检查所收到的出售信息;

B.若出售信息正确则发送给用户确认。

执行频率：100/天

加工名：用户确认出售信息

编号：1.4

启动条件：收到系统检查过后的出售信息

加工说明：

A.用户在自己所发出的出售信息得到确认后点击确定

B.生成出售物品信息单

C.发送出售物品信息单，开始录入信息表。

执行频率：100/天

加工名：录入出售信息表

编号：1.5

启动条件：收到出售货品信息单

加工说明：

A.收到出售货品信息单

B.将用户所要卖出的旧书信息录入出售信息表

C.信息表录入文件

D.发布物品出售信息

执行频率：100/天

加工名：不合格处理

编号：1.6

启动条件：收到检查不合格的出售请求

加工说明：

A.收到检查不合格的出售请求

B.提示卖家不合格请求

执行频率：100/天

加工名：检查（买家）

编号：2.1

启动条件：收到买家求购请求（买家账号登陆）

加工说明：

A.收到买家求购请求

B.检查求购请求

C.合格则开始进行选择求购商品

D.不合格进行不合格处理，提示买家不合格请求。

执行频率：100/天

加工名：用户选择求购商品

编号：2.2

启动条件：收到买家信息合格的信息

加工说明：

A.检查合格

B.用户开始选择自己所要购买的旧书

C.发送求购信息给系统检查

执行频率：100/天

加工名：系统检查

编号：2.3

启动条件：收到买家关于某个商品的求购信息

加工说明：

A.收到求购信息

B.系统对所要购买商品的信息进行检查

C.形成商品求购信息单

D.发送加入购物车

执行频率：100/天

加工名：加入购物车

编号：2.4

启动条件：求购商品信息单合格

加工说明：

A.收到求购商品信息单合格

B.将所要购买商品加入购物车

C.生成购买信息表，存入文件

D.为接下来的购买选择支付方式做准备

执行频率：100/天

加工名：购买支付方式

编号：2.5

启动条件：收到确认购买

加工说明：

A.收到确认购买的信息

B.选择所要购买物品的支付方式（一般为支付宝，网银，微信，快捷支付或者货到付款）

C.若账户余额不足等情况出现，则发生交易不成功

D.支付成功，则购买完成，交易成功。

执行频率：100/天

加工名：交易成功

编号：2.6

启动条件：购买成功

加工说明：

A.支付成功

B.交易成功，购买完成

C.可以对商品进行评价（服务态度等方面）

执行频率：100/天

加工名：检查用户是否登陆

编号：3.1

启动条件：更新买卖信息请求

加工说明：

A.收到用户想要更新买卖信息的请求

B.检查用户是否登陆

C.若已登录，则进行更新买卖信息请求

D.未登录，则进行未登录处理

执行频率：100/天

加工名：更新或删除现有信息

编号：3.2

启动条件：用户已登录

加工说明：

A.用户想要更新或删除有关信息

B.将更改后的信息存入系统文件（购买信息）

C.将更改后的信息存入系统文件（出售信息）

执行频率：100/天

加工名：未登录处理

编号：3.3

启动条件：用户未登录

加工说明：

A.用户未登录

B.提示用户登录（包括买家和卖家）

执行频率：100/天

加工名：搜索方式选择

编号：4.1

启动条件：收到买家搜索请求

加工说明：

A.买家发出搜索请求

B.买家有两种搜索方式进行选择（关键词搜索和类别搜索）

C.选择相应的搜索方式后进行接下来的活动

执行频率：100/天

加工名：输入搜索信息开始搜索

编号：4.2

启动条件：买家选择关键词搜索

加工说明：

A.买家选择关键词搜索

B.买家输入所了解的关键词进行搜索

C.发送搜索内容到搜索信息匹配

执行频率：100/天

加工名：搜索信息匹配

编号：4.3

启动条件：买家输入搜索内容或者买家进行类别搜索选择了相应类别

加工说明：

A.收到买家所输入的搜索内容或者买家进行类别搜索选择了相应类别

B.读取文件（出售信息表）

C.与文件内容和输入内容进行匹配

D.发送搜索结果单

执行频率：100/天

加工名：选择图书类别

编号：4.4

启动条件：买家选择类别搜索图书

加工说明：

A.买家选择进行类别搜索

B.买家进行类别搜索自己想要购买的图书

C.发送类别到搜索信息匹配

执行频率：100/天

加工名：生成搜索

编号：4.5

启动条件：收到搜索结果单

加工说明：

A.收到搜索结果

B.将用户的搜索进行整理给出结果单

C.将搜索结果反馈给买家

执行频率：100/天

4、需求获取

二手书的循环再利用，不但能节约纸张，减少对森林的采伐量，减轻环保压力，而且能减少学生费用减轻社会负担。在活动过程中，还可以增强大师生的环保意识，从而达到环境、社会、学生、学校等多方共赢的目的。

二手书交易流通市场虽然在较早时已经有人提出，也有比较多的二手书购买网站。例如，较典型的孔夫子旧书网、当当网，通过网上查询，订购，下单来获得书，但此类方法买书价格略高并且耗时，受时间地点的，且此类网站书目分类不清晰，诸多信息不详或更新不及时。另一方面，虽然校园里已经存在各种二手书市场，比如个人的二手书买卖或者是格子铺形式的二手书买卖，但它们对信息资源缺乏有效管理和使用。

序列图

1、用户操作序列图

2、卖家发布商品序列图

3、游客注册序列图

4、买家搜索书籍序列图

协作图

1.卖家发布出售书籍的协作图

2、游客注册协作图

3、买家搜索书籍协作图

详细分工及任务

初稿：

数字词典以及数据流图分析，文档后一半及文档的整合，PPT制作：潘曦瑶

用例图及用例分析：李志英

需求分析以及文档前一半的撰写：卢冬冬

数据流图作图：孙倩，孙梦颖

第二次修改：

文档的多处细节规范及整合：李志英

加工条目及协助文档整合：卢冬冬

协作图以及序列图作图，数据流图的增加：孙倩，孙梦颖

PPT制作：潘曦瑶

第三次修改：

文档从数据流图开始一半修改及文档整合：潘曦瑶

文档前一半的修改与增加：李志英

协助文档前一半的修改，修改目录：卢冬冬

根据修改意见进行图的修改以及增加：孙倩，孙梦颖

终稿：

将文档格局修改为标准格式的需求文档并进行修改：李志英，卢冬冬

整合文档并增加和完善不恰当的内容，形成终稿：潘曦瑶