校园二手书交易系统需求文档(共33页).docx

《校园二手书交易系统需求文档(共33页).docx》由会员分享，可在线阅读，更多相关《校园二手书交易系统需求文档(共33页).docx（33页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、精选优质文档-倾情为你奉上校园二手书交易系统软件需求文档2014年12月31日星期三目录版本号变更控制报告编号变更条款及内容更改人审批人更改日期1.0初稿2014/12/22.0二稿2014/12/93.0三稿2014/12/244.0四稿2014/12/311、前景和范围文档1.1、业务需求1、背景、业务机会和客户需求目前，网络正以一种前所未有的冲击力在影响着人类的活动，包括人类的生 产和日常生活。网络的诞生和发展，颠覆了传统的信息传播方式，冲破了存在于传统交流方式中时间和空间的种种壁垒，极大地改变了人类从物质到精神、从形式到内容、从生产到生活的各种活动，并且给人类带来了新的机遇和挑战。21

2、世纪可以说是电子商务的世纪。电子商务通过大幅度地降低交易成本、增加贸易机会、简化交易流程、提高服务质量、改善物流电子商务网站等，极大地推动了全球经济的发展，并在很大程序上影响着我们的生活方式和工作方式。随着Internet的迅速发展，当今电子商务已接被广大的互联网用户所接受，网上书店系统作为其中的一部分也有了迅速的发展。网上书店系统通过网上开店的方式向读者出售书本。国内着名的两大书店，当当网与卓越网，他们售书的理念很简单，读者可以自己寻找自己喜爱的书。 读者无需为寻找一本自己想要的书好奔波于城市的各个角落，无需因为时间问题而错过了新书的首发式，或者因为时间问题而去不了书店。网上书店系统，只需你

3、有一台可以连上互联网的电脑，就可以按照自己的兴趣检索到自己想要的书本。而现在我们只要拥有一部智能手机就可以实现网上购物。虽然如此，作为大学生的我们依然会在每个学期的开学之初为各种教材犯愁，虽然各类网上书店为我们提供了丰富的图书信息，然而这些书店由于涉及的范围太广，各种图书让人眼花缭乱，我们不仅要花大量的时间去寻找与自己需求符合的图书，通过在网上货比三家，对比价格，也占用了我们不少的精力和时间。除此之外，在校大学生的教材往往是用了一个学期之后就失去了其利用价值，等到毕业事再以低价出售当废纸卖，这样的方式既浪费资源又浪费资金。建立校园二手书交易平台，通过回收在校大学生的各类教材并出售，既做到了资源

4、的循环利用又省去了不少邮费，而且在同学们需要再次利用以前的图书时可以直接从该平台上获得，可以说是一举两得，不失为广大在校大学生的明智之选。2、业务目标和成功标准BO-1:二手书，鉴于为学生节省开资，把闲置在学生手中的二手书籍，通过价值评定、新旧率鉴定，然后支付一定费用购进书店，供其他同学租借，其中，书籍来源主要集中各图书市场挤压库存、学生闲置书籍、废品收购站（该货源必须进行书籍新旧率、可使用度等指标考量），最大限度节省成本。BO-2:提供便利、快捷的送货服务，对那些进行网络求购、租借等需求的顾客，按照他所留下的地址进行一定范围内的送货上门服务。BO-3:设置会员制度，对其实行购书、租书优惠措施

5、，培养长期顾客。BO-4：在第一版使用后的两年内，大幅度提升平台在大学生中的影响力。如下表所示： 项目成功标准一般标准失败标准卖方注册量500030001000用户月访问量8000500020003、业务风险l 校外二手书店推销人员进入学校推销导致卖方注册量下降 可能性0.1，影响为4。l 周末跳蚤市场等其他活动，导致用户注册/访问量下降可能性0.6，影响为5。l 该平台完全不为老师与同学所接受，弃之不用，使得平台开发的投资回报基本为0。可能性0.1，影响为10。l 相关其他二手交易平台，如孔夫子网等同业竞争者，导致平台交易量大幅减少甚至为零。可能性0.4，影响为9。l 部分同行欺诈行为，导致

6、平台好评率和成交量大幅下降。可能性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：根据用户消费情况进

7、行积分。FE-9：用户发布求书信息。FE-10：用户取消求书信息。FE-11：用户将喜欢的书籍加入我的书架。FE-12：用户在我的书店查看要卖或卖出书籍的记录。FE-13：对用户信息的修改/注销。FE-14：查看自己的账单。3、假设和依赖AS-1：用户在执行任何一条功能后，都可以终止进一步的操作。用户的各种操作必须建立在，在该APP上进行过注册。DE-1：对商品各种操作必须依赖于买家首先登录该APP；1.3、范围和局限性1、初始版本和后续版本的范围特性版本1版本2版本3版本4FE-1不实现不实现不实现完全实现FE-2不实现管理员可以对恶意用户进行警告或删除，系统不推送通知完全实现FE-3完全实

8、现FE-4完全实现FE-5只对书籍进行粗略分类将分类的条目精细化，并且在每一类中发布热度排行榜完全实现FE-6完全实现FE-7不实现系统只能通过用户名和密码注册和登录不仅可以用户名密码登录，还可以第三方平台登录完全实现FE-8完全实现FE-9不实现用户发布求书信息，生成求书列表生成求书列表，卖家自行选择进行交易积分高的用户将会排列在列表的前列，优先取得书籍FE-10不实现完全实现FE-11不实现用户将书籍收藏收藏的地点为我的书架，系统推送书籍状态的更新完全实现FE-12不实现不实现我的书店功能与购物车区分开来，在这一功能里查看卖书信息完全实现FE-13可以对自己的信息进行修改，注销，别人无权侵

9、犯可以选择将自己的部分信息不公开完全实现FE-14完全实现2、局限性和排斥性LI-1：书籍情况的审定会因为主观因素的不同而出现差别。LI-2:书籍退货系统的不够规范化，无法界定书籍出现的问题是否在APP能够处理的范围内。LI-3：“校园二手书交易系统”只能用于南京仙林大学城范围之内。1.4、业务上下文1、涉众概览涉众主要价值态度主要兴趣约束条件买家更好的购买书籍，节约时间积极支持系统，但是使用系统的次数可能没有期望的次数多，考虑到回去目前比较成熟的二手书交易网站使用简单，送货可靠，书籍选择的有效性登陆并注册该APP卖家出售二手书，节约资源，节省时间积极的支持系统的运营使用简单，系统稳定，买家的

10、信用登陆并注册该APP管理员维护APP的正常运行积极支持APP的运营保住工作培训工作人员，掌握使用APP所需的技能2、项目优先级因素具体干活者约束条件自由度进度计划3/l/03前完成第一版，到5/l/03前完成第二版；在不包括责任人评审的情况下，最多可超过期限3个星期。特性安排1.0版本实现的特性必须完全可操作质量必须通过95%的用户验收测试；必须通过全部的安全性测试；所有的安全事务都必须遵守APP开发的各项规定。工作人员项目团队规模包括一名半日工作的项目经理，两名开发人员，和一名半日工作的测试人员；如果有必要，还可以另外再增加半日开发人员和半日测试人员费用在不包括责任人评审的情况下，财政预算

11、最多可超支15%2、用例描述文档1、用例图2、主要参与者和用例主要参与者用例买家1、 管理用户信息2、 查看交易记录3、 发布求购列表4、 购买商品卖家1、发布出售商品2、管理商品信息3、出售4、发货5、管理用户信息6、管理交易记录管理员1、 管理用户2、 管理购买列表3、 管理求购商品3、用例描述用例ID号UC1用例名称发布出售商品执行者卖家目的卖家通过系统发布出售商品使之出售前提条件1、 卖家在系统已经通过注册2、 卖家登陆至该系统结束条件该商品信息成功发布在系统上面。基本序列1、 卖家选择“发布出售商品”，接着选择该商品的所属类型。2、 卖家填写要出售的商品信息，并上传相应的信息，如图片

12、。3、 系统确认商品信息真实有效。4卖家再次确认商品信息后，发布该信息，并存入系统数据库。分支过程1.1 发布多条求书信息1.用户请求发布多条求书信息2.返回第2步异常序列的书籍已经存在1、系统通知卖家该书已经存在。2a、用户取消发布商品。2b、系统终止用例备注1、如果卖家在管理员今天工作的截止日期之前使用系统，那么管理员审核时间是当前时间。否则管理员审核时间在下一个工作日。用例IDUC-2用例名称管理商品信息执行者卖家目的卖家修改已发布的商品信息前提条件卖家在系统上已发布商品信息，商品出售之后修改商品的信息。结束条件商品信息得到了及时的更新。基本序列1、 卖家点击需要修改的商品，系统显示出详

13、细信息。2、 卖家在各个名称后面输入修改的内容3、点击确认，提交修改内容分支过程1.1修改商品信息1、用户请求修改选中的商品的信息2、系统返回第三步。1.2删除商品信息1、用户请求删除选中的商品信息2、系统返回第三步。异常序列登录失败1、系统提示用户名或密码错误。2、系统刷新登陆界面。3、用户重新输入。备注卖家修改的各种信息应该建立在管理员的监督之下。用例IDUC-3用例名称出售执行者卖家目的卖家通过买家的选择出售自己的商品。前提条件买家选中该商品并且完成付款。结束条件买家收到自己所选择的书。基本序列1、卖家与买家协商达成一致。2、卖家选中商品，完成付款。3、卖家更新自己的商品信息。分支过程1

14、.1用户修改选中的商品信息1、用户成功的修改信息2、返回第一步。异常序列信息失败1、系统提示卖家信息还没有得到更新。2、卖家向系统发出更新的请求。备注卖家将遵循与卖家的协商出售商品。用例IDUC-4用例名称发货执行者卖家目的成功的买家所选的商品发给买家。前提条件买家成功付款，卖家完成出售。结束条件买家收到的商品基本序列1、卖家接到买家的发货请求2、卖家查看订单3、通知买家已发货分支过程1.1卖家查看订单1.1卖家登陆系统1.2卖家查看买家详细的订单要求1.3返回第三步。异常序列登录失败1、系统提示用户名或密码错误。2、系统刷新登陆界面。3、用户重新输入。备注1、 发货信息及时通知买家。2、 卖

15、家及时的发送买家所选的商品。用例IDUC-5用例名称管理用户信息执行者卖家，买家目的用户能修改自身的基本资料和密码前提条件买家，卖家在系统上面已经注册信息通过了管理员的审核。结束条件卖家和买家成功的修改了信息。基本序列1、选择修改基本资料， 2、选择修改密码，则界面显示出用户的用户民、原先密码和新密码。用户输需在各个名称后面输入所要求的信息。3、点击确认，提交修改内容分支序列1.1修改基本信息1、用户选择修改基本信息2、系统提示出用户的用户名，邮箱，性别，年龄，电话。用户输在需要修改的名称后面输入新的资料。3、返回第三步。异常序列1.4.E.1用户登录失败1、系统提示用户名或密码错误。2、系统

16、刷新登陆界面。3、用户重新输入。备注卖家和买家提供的信息必须是真效管理员必须对卖家和买家提供的信息进行审核。用例IDUC-6用例名称查看交易记录执行者卖家，买家目的买家和卖家对交易信息的查看及时的了解关于自己的信息。前提条件有交易记录的生成结束条件上条交易的完成，当前系统中没有更新出新的交易记录。基本序列1、买家或卖家打开交易记录页面2、选择需要查看的交易，查看交易记录分支过程1.1买家或卖家打开交易记录页面1、用户进入登陆界面2、用户输入自己的信息3、系统进行检查信息4、返回登录信息5、返回第二步异常序列1.5.E.1用户登录失败1、系统提示用户名或密码错误。2、系统刷新登陆界面。3、用户重

17、新输入。备注该用例要求系统对各种交易记录的及时更新。用户IDUC-7用例名称发布求购列表执行者买家目的买家成功的发布求购信息，并且得到关于自己求购列表的书籍信息。前提条件买家登陆系统发布自己的求购列表并且该信息真是有效，反映自己真实的需求。结束条件买家成功发布自己的求购列表，并且得到卖家的回应。基本序列1、 卖家选择“发布求购列表”。2、 卖家填写购买的商品信息。3、 系统确认商品的信息真是有效。4、买家再次确认信息后，发布该信息，并存入数据库。分支过程1.1卖家填写商品信息1、卖家选择填写商品信息。2、卖家对商品的各种信息进行描（上传图片信息等）.3、返回第三步。异常序列登录失败1、系统提示

18、用户名或密码错误。2、系统刷新登陆界面。3、用户重新输入。备注1、买家上传的信息必须安全，真是，有效。2、在此过程中管理员进行监督。用户IDUC-8用例名称购买商品执行者买家目的买家购买商品前提条件买家成功的选择商品并且与卖家对价格等详细的信息经过了协商。结束条件买家成功的付款基本序列1、 卖家在搜索中输入索要购买的商品信息或是或在商品分类中找到所要购买的商品。2、 选中要购买的商品。3、 买家确认购买，系统生成订单。4、 系统通知卖家发货。分支序列1.1选中要购买的商品1、买家选中自己喜欢的商品。2、添加到自己的书架中。3、返回第四步。异常序列登录失败1、系统提示用户名或密码错误。2、系统刷

19、新登陆界面。3、用户重新输入。备注买家购买的商品在系统的所提供的范围之内。用户IDUC-9用例名称管理用户执行者管理员目的系统管理员对违规事务的处理及违规用户的删除。前提条件管理员进行过注册，系统授权管理员管理权限。结束条件系统在安全平稳的机制下进行。基本序列1、 系统管理员选择“处理违规事务”。2、系统管理员选择“删除违规用户”分支序列1.1处理违规事务1界面显示出违规用户的用户名和遭到投诉的违规项目。2系统管理员验证各个用户的违规项目，若属实，则给出该用户发出警告，让该用户及时处理违规项目，反馈处理结果。若该用户在一定时间内无反馈结果，则删除该用户及其相关信息；若有反馈结果，经系统管理员验

20、证后是处理妥当的，则增加该用户的警告次数12删除违规用户1界面显示出警告次数达到预定值的用户。 2系统管理员删除选定的各个用户。异常序列1.8.E.1管理员登陆失败1、系统提示用户名或密码错误。2、系统刷新登陆界面。3、用户重新输入。备注管理员在进行该用例的时候必须进行核实警告次数。用户IDUC-10 用例名称管理购买列表执行者系统管理员目的系统管理员对购买页面中购买商品列表的处理。前提条件系统管理员登录到求购页面中购买商品列表。结束条件系统购买页面中的购买列表的时效性，真实性。基本序列1、 系统管理员登陆至购买页面的列表查看2、 系统管理员对列表中的信息进行核实3、 系统管理员对求购列表进行

21、刷新之后的发布。异常序列登陆失败1、系统提示用户名或密码错误。2、系统刷新登陆界面。3、用户重新输入。备注系统管理员必须确保购买列表时最新，最准确的。用户IDUC-11用例名称管理求购商品执行者系统管理员目的管理员对求购页面中求购商品的处理。前提条件系统管理员登陆至管理求购商品界面结束条件系统管理员及时的删除求购商品中超时求购的商品。基本序列1、 系统管理员选择“查看超时求购商品”。2、 系统显示超时的求购商品。3、 系统管理员删除超时的求购商品。4、系统通知买家系统进行了更新。分支序列1.1查看超时求购商品1、管理员进行登陆。2、管理员对系统提示的信息进行审核。3、返回第三步。异常序列1.1

22、0.E.1管理员登陆失败1、系统提示用户名或密码错误。2、系统刷新登陆界面。3、用户重新输入。备注系统管理员必须确保求购商品是最新，最准确反映买家需求的。用户IDUC-12用例名称退货执行者买家目的买家对所购旧书不满意，要求退货前提条件买家成功交易后收到旧书结束条件卖家收到旧书基本序列1、买家成功交易，收到旧书2、买家对旧书真实情况不满意3、买家联系卖家进行退货处理分支序列1.1买家与卖家进行联系1、买家登陆APP2、买家与卖家进行协商。3、卖家接受买家的意见。4、返回第三步。异常序列1.11.E.1用户登陆失败1、系统提示用户名或密码错误。2、系统刷新登陆界面。3、用户重新输入。备注买家与卖

23、家自行联系，更新图书信息。用户IDUC-13用例名称卖家处理退货执行者卖家目的卖家与买家之间的沟通，为了更好地交易，售后。前提条件买家与卖家沟通完成，提出退货结束条件卖家收到退货旧书基本序列1、买家提出退货2、卖家接受退货3、交易成功异常序列没有接受到退货1、卖家登陆系统。2、卖家与买家进行联系。3、卖家与买家进行沟通协商。4、返回第二步。备注卖家与买家自行沟通，卖家收到退货后可以自行决定旧书的去向，可以继续上架，也可以转赠等。3、需求规格说明书3.1、引言1、目标本文档首先给出整个APP功能结构的概貌，试图从整体架构上给出整个APP的轮廓，然后对功能需求、数据需求、性能需求和其他非功能需求进

24、行了详细的描述。其中对功能需求的描述运用了RationalRose的用例模型方式，描述每一用例的基本事件流，并给出直观的用例图。对数据需求的描述运用了数据流图方法，从数据传递和加工角度，以图形方式来表达系统的逻辑功能、数据在系统内部的逻辑流向和逻辑变换过程。这些文字与图形都为了文档能够详细准确地描述用户的需求，同时也为用户更容易的理解这些需求的描述创造了条件。2、项目范围和产品特性随着商品经济的发展，高校学生通常会有出售二手货物的需求，而其他在校同学又希望买到廉价的二手商品。二手物品交易主要是通过校内论坛二手交易板块和跳蚤市场，由于同学们平时都喜欢宅在寝室，跳蚤市场很多人都不愿意去看，而校内论

25、坛上的二手交易信息，多且杂，找起来费时费力，这些远远不能为我们提供方便，导致很多二手物品都被当垃圾扔掉。通过对校内论坛二手商品交易板块的分析，以及对校内学生的调查，发现校内的二手物品交易有如下特点：种类多，规模小，交易随机性比较强，时间分布基本上比较平均，每年的六七月份（大四学生离校期间）会出现一个二手物品交易的高峰。参加交易的人员绝大部分为在校学生。针对这一情况【书虫】APP应运而生，为广大同学提供方便同时，又实现了废旧物品的循环利用。该APP是在积累了丰富的业务经验的基础上开发的，在需求上，充分考虑了具体用户的实际情况。3、参考文献1、 软件需求工程第2版毋国庆 梁正平 袁梦霆 李勇华 机

26、械工业出版社。 2、 UML面向对象建模与设计 Michael Blaha James Rumbaugh 人邮电出版社。4、文档约定1、 页面的左右边距为1.91cm，上下边距为2.54cm,正文文本左对齐段落首行缩进2磅，行距设置值为1.25。2、 标题最多分三级，分别为方正舒体二号、宋体四号、宋体小四。3、 正文字体为宋体小四，无特殊情况下，字体颜色均为黑色。5.预期的读者和阅读建议1）、本文档面向的读者对象：l 项目经理：项目经理可以根据该文档了解与其产品的功能，并据此进行系统设计、项目管理。l 设计员：对需求进行分析，并设计出系统，包括数据库的设计。l 程序员：配合设计员的设计报告，了

27、解系统功能，编写用户手册。l 测试员：根据本文档编写测试用例，并对软件进行功能性测试和非功能性测试。l 用户：了解其产品的功能和性能。l 其他人员：如部门领导、公司领导等据此了解产品的功能与性能。在阅读文档时，首先要了解该APP的功能概貌，然后可以根据自身的需求对每一项功能进行进一步的了解。3.2综合描述1、产品的前景l APP市场还未完全饱和，需求很大，目前已经出现的APP种类繁多但是工具类的APP还是得到用户的广泛喜爱。l Win8之父：移动取代PC是大势所趋，这样好的机遇给我们的APP一个更大的环境去成长。l 每一个APP都是创业者的梦想之地，我们耳熟能详的APP如豌豆荚等都创造了商业的

28、奇迹，每一个奇迹都在激励我们把新的APP做的更好，更完善。l 我们的校园二手书交易平台基于用户真实的需求所以我们相信我们未来的市场是广泛的，充满活力的。l 最后只要是有人的地方就有APP的影子，APP改变人们的生活娱乐方式，说不定哪一天一部智能手机就搞定所有的事情，所以我们有信心创超一款适应于市场的APP。2、目标以及目标人群l 项目目标是建立大学二手商品交易系统，并创建对应的数据库系统，以创造一个大学校园内的二手商品在线交易平台，帮助校内学生的及时便捷地进行二手物品交易。l 目标人群：在读大学生，研究生为主，以及对二手书有狂热喜爱的人群。3、产品功能l 通讯录功能：为用户提供一个多选的联系列

29、表，包括联系人，联系电话等。l 图片集功能：分享自己书籍的图片，保存所选书籍的图片。l 书籍查询功能：提供书籍的详细信息，供用户查找。l 意见反馈功能：为用户提供意见反馈的途径，更好的维护APP。l 添加功能：用户上传自己的书籍信息。、l 排序功能：用户输入书籍信息之后根据关联度等自动排列出书籍列表。4、用户类和特征平台的一般用户只需具有基础的在线浏览能力即可正常使用平台提供的各种服务。平台后台采用了可视化管理界面，因而要求维护人员只须具备基础的平台及数据库维护能力，能处理一些常见的操作错误。（1）管理员:公告的增加、修改、删除、查看软件维护（2）买家:用户登录公告查看商品留言商品管理（二手书

30、的发布、修改、删除、查看）用户对个人发布商品的留言进行查看查看订单订单管理（订单的生成、取消、修改）退货（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、设

31、计和实现的约束条件（constraint）CO-1：“校园二手书交易的移动应用平台”系统的设计、编码和维护文档将遵照Android标准。CO-2: “校园二手书交易的移动应用平台”是一款安卓APP,由于安卓平台对SQLite数据库进行了封装，因此开发人员不用过多考虑数据库连接以及语句的管理。因此，选用SQLite数据库来实现本地数据存储功能。CO-3：所有代码按照安卓代码标准规范进行编写。CO-4：所有脚本都用Ruby语言来编写。7、用户文档（User Documentation，UD）UD-1：系统将提供一个分层的和跨链接的HTML联机帮助系统，它描述并演示了所有系统功能。UD-2：如果一个

32、用户没有网上购书的经验，系统可以给该用户提供一个联机教程，这样用户可以使用静态教程菜单来具体实践一下如何下单。用户文档名称描述及文档标准用户手册使用非专门术语的语言，充分的描述该系统所具有的功能及基本的使用方法操作手册向操作人员提供该软件每一个运行的具体过程和有关知识，包括操作方法的细节8、假设（Assumption）和依赖（Dependency）AS-1:只要服务器能正常工作，本APP将随时响应用户的订单要求。DE-1：卖家确认订单依赖于书籍库存量。DE-2：“校园二手书交易的移动应用平台”依赖于”银行系统“，它接受用户购书的付费请求。3.3外部接口需求1、用户界面（User Interfa

33、ces，UI）l 界面风格简洁明快，素雅大方。l 页面的布局，按与用户的交互需求不同，划分为不同的功能区域，实现和用户之间的友好交互。l 前台界面操作可逆，其动作可以是单个的操作，或者是一个操作序列。l 后台各管理模块的不同管理功能操作界面，采用在不同窗口进行管理，各功能操作切换比较简单又相对独立。l 提供信息反馈，如提供用户当前登录状态信息。l 提供简单的错误处理；2.硬件接口l 安卓手机版本需要安卓2.0以上的操作系统l 苹果手机版本需要IOS 6.0以上的操作系统3软件接口（Software Interfaces，SI）SI-1：“校园二手书交易的移动应用平台”库存系统。SI-1.1：“

34、校园二手书交易的移动应用平台”的购买书籍系统将通过程序面向“校园二手书交易的移动应用平台库存系统”发送锁定书籍的信息。SI-1.2：“校园二手书交易的移动应用平台”的购买书籍系统将会轮询“校园二手书交易的移动应用平台”的库存系统以确定该信息是否有效。SI-1.3：当“校园二手书交易的移动应用平台”的库存系统通知“校园二手书交易的移动应用平台”的购买书籍系统已经没有库存的时候，该条信息将会在“校园二手书交易的移动应用平台”的购买书籍系统中删除。SI-2：“校园二手书交易的移动平台”支付管理系统SI-2.1：允许顾客注册从支付宝中扣除书费的付费方式。SI-2.2: 允许顾客取消所注册的从支付宝中扣

35、除书费的付费方式。SI-2.3：检查顾客是否注册了从支付宝中扣除书费的付费方式。SI-2.4：为要购买的书籍提交付费请求。SI-2.5：退还全部或部分上面的费用，其原因是因为顾客要退还所购买的书籍，原因是対它们不满意，也可能是因为没能按照顾客要求完成书籍的派送。3、通信接口（Communications Interfaces，CI）CI-1: “校园二手书交易的移动应用平台”购买书籍系统,将会向买家发送电子邮件，短信，在线联系等方式，以确认订单和确认付款。CI-2：“校园二手书交易的移动应用平台”购买书籍系统,将会向买家发送电子邮件，短信，在线联系等方式，以报告接受订单之后存在的问题。4、系统

36、特性1、说明和优先级高：是关键需求，必须实现，否则表示APP设计失败；中：支持必要的操作，是最终版本所要求，但是如果是紧急需要，可以考虑在下一个版本中实现；低：功能或质量上的增强，如果资源允许，这些功能的实现能够使得产品更完美主要实现的功能。说明优先级查询二手书高登陆或注册高订单功能高发表留言中管理员基于平台后的管理高2、激励/响应序列刺激：用户请求发布二手书。响应：提示录入书籍信息、价格等。刺激：用户请求管理商品信息。响应：显示商品信息，提供修改、删除等编辑功能。刺激：用户请求对某一订单发货。响应：系统将该订单状态更改为已发货。刺激：用户请求更改个人信息。响应：显示个人信息，提供修改功能。刺

37、激：用户请求查看交易记录。响应：显示交易记录，并注明作为买方还是卖方参与。刺激：卖家用户请求处理退货。响应：将退货申请显示出来，等待用户处理，并将处理结果发送给买房。刺激：管理员请求管理用户信息。响应：显示所有用户信息，并注明经系统检测不符合规定的用户。刺激：用户请求发布求购列表。响应：提示用户输入书籍描述，并将描述列为关键词自动搜索，若有书籍发布就通知用户。刺激：用户请求退货。响应：提示选择要退货的书籍并输入退货理由，发送给卖家用户。刺激：用户请求下订单。响应：提示输入送货地址，提供付款方式，生成订单。5、其他非功能性需求1、性能（PErformance）需求PE-1：数据精确度l 查询信息

38、时应保证查全率，所有相应域包含查询关键字的记录都应该查到。l 查询信息应保证查准率，查到的记录应与给定的查询条件完全匹配。PE-2:时间特性l 该APP具体时间特性要求要根据网速来决定。我们将最大限度的减少系统响应时间，最小化更新处理时间和数据转换时间。PE-3:系统容量需求l 注册用户：3500以上l 在线用户：1500以上l 并发数：500以上PE-4:适应性l 满足用户的使用需求。2、防护性需求防护性需求还没有确定。3、安全性（SEcurity）需求SE-1：所有涉及功能信息或个人身份信息的网络事务都要进行加密操作。SE-2：除了浏览页面外，用户必须登录到“校园二手书交易的移动应用平台”

39、才能完成其他的操作。SE-3：用户的登录受计算机系统访问控制策略的限制。SE-4: 系统只允许用户浏览他们自己以前的订单，而不能浏览其他用户的订单。SE-5：网络安全：能经受来自互联网的一般性恶意攻击。SE-6：数据库安全：数据库级备份和恢复。数据库级用户进行角色和权限授权。使得在异常情况发生时，系统得以快速恢复，避免数据的丢失或将其影响降到最低限度。同样，要保证存储过程中数据不被非法访问和篡改。4、软件质量属性正确性l 要求发布的app达到用户的预期目标，运行时基本无错误。可靠性l 对于编写好的软件，会进行大量的测试，不断地查找里面出现的bug，并及时的对其进行修改，尽可能的减少bug的数量

40、。随着用户量的增加，我们会及时的更新我们的服务器和数据库，从而保证网站的可靠性。避免用户量太大，而造成服务器瘫痪，影响网站的可靠性。效率l 对于浏览、查询、添加、删除、更新等一般操作，要求及时响应，在23秒内。完整性l 要求能在发生意外的情况下，保证不丢失数据。易使用性l 对于网站的主界面设计，我们是参考了一些成功的网站设计，借鉴了这些网站的成功的经验。深入的研究他们用户界面的设计，吸取精华。可维护性l 在设计网站的时候，将每个模块都分别独立开来，对于一些页面，我们将其做成了模板，在使用的时候进行母版页加载即可。这样可以集中精力放在代码块的构造与实现上。避免了一些不必要的困扰。在代码设计过程中

41、，尽可能的减少模块之间的耦合性。做到模块和模块之间的分离。这样，日后的维护具有较好的方便性。可测试性l 设计时尽可能减少测试本软件的各项功能所需的工作量。复用性l 设计时应采取模块化的方法进行设计，对系统内各模块接口尽可能达到聚、低耦合的程度，以提高各模块的复用性。可理解性l 对于本网站提供的各种命令，各种信息提示，应易于用户理解。互联性l 要求提供数据得到如何导入和导出接口，以易于同其他系统的连接。可移植性l 支持其他服务器部署及使用。5、业务规则3、 ID规则定义规则类型静/动态来源BR-1一份求购列表上的书籍必须采用同一种付费方式来支付费用约束静管理员BR-2一份出售列表上的书籍必备信息

42、（带星号）均如实填写，才可申请通过。约束动管理员BR-3在网络上传输的信息，如果涉及财务信息或个人身份信息，则要求采用128位的加密约束静公司安全策略BR-4卖家取消发布出售书籍信息，提前12小时提交申请，方可通过。前6小时买家仍可以购买，后6小时为保护时间，期间卖家随时可取消申请。约束动管理员BR-5（这里不列出有关受限的计算机系统访问策略的细节）约束静公司安全策略BR-6交易成功，网站自动从中提取税收，具体细节可参考说明卖家须知。约束静公司会计部经理6、其他需求附录A数据流图分析根据本二手书交易APP的实际情况，我们定义系统的功能如下：1 系统为用户提供各种二手书需求或出售的在线平台。2

43、系统可以提供帮助实现买卖双方进行沟通议价的功能。3 所有注册后的买家都可以搜索，浏览系统保存的各种二手书商品信息。4 所有注册后的卖家都可以在登录系统后发布二手书信息。5 管理员有权删除非法或者恶意用户。6 所有注册后的用户都有权修改或注销自己的用户信息。正常用户的账户信息发生变动时，系统将变动情况通知用户。详细功能描述0层图系统的使用者为系统管理员和用户，用户在系统注册后生成用户信息表文件。系统的功能分为两个模块，面向管理员的模块功能是系统管理，主要是删除系统非法用户或恶意用户的帐号信息；面向用户的模块功能是用户信息管理和交易管理。其中，用户信息管理包括更改用户密码，更改用户基本信息；交易管理包括出售管理，求购管理，买卖信息管理。1、 系统管理用户功能：对交易过程进行投诉反馈信息，由管理员进行处理后反馈给用户。管理员功能：对用户发出警告，从用户信息表中搜索用户并删除非法用户。这项功能只能为管理员所有。注：如果用户被警告或者删除会收到系统提示信息。2、 用户管理这个模块实现了用户请求交易，发布、更新交易信息的功能，并使用户能够更新自己注册信息以及基本信息。3、 交易管理在用户交易管理中，根据用户的提供的交易物品生成了“出售信息表”和“求购信息表”，用户可以随时对自己发布的信息进