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

《校园二手书交易系统需求文档》由会员分享，可在线阅读，更多相关《校园二手书交易系统需求文档（55页珍藏版）》请在装配图网上搜索。

1、-校园二手书交易系统软件需求文档2014年12月31日星期三目录1、前景和*围文档31.1、业务需求31、背景、业务时机和客户需求32、业务目标和成功标准41.2、解决方案的前景51、前景陈述52、主要特性53、假设和依赖51.3、*围和局限性51、初始版本和后续版本的*围52、局限性和排斥性61.4、业务上下文61、涉众概览62、用例描述文档81、用例图82、主要参与者和用例83、用例描述93、需求规格说明书163.1、引言161、目标162、工程*围和产品特性173、参考文献174、文档约定175.预期的读者和阅读建议173.2综合描述181、产品的前景182、目标以及目标人群183、产品

2、功能184、用户类和特征185、运行环境Operation Environment，OE196、设计和实现的约束条件constraint197、用户文档User Documentation，UD208、假设Assumption和依赖Dependency203.3外部接口需求201、用户界面User Interfaces，UI202.硬件接口213、通信接口munications Interfaces，CI214、系统特性221、说明和优先级222、鼓励/响应序列225、其他非功能性需求231、性能PErformance需求232、防护性需求233、平安性SEcurity需求234、软件质量属性

3、245、业务规则256、其他需求25附录A25数据流图分析25附录B35数据字典35附录C42序列图42协作图45版本号变更控制报告编号变更条款及内容更改人审批人更改日期1.0初稿2014/12/22.0二稿2014/12/93.0三稿2014/12/244.0四稿2014/12/311、前景和*围文档1.1、业务需求1、背景、业务时机和客户需求目前，网络正以一种前所未有的冲击力在影响着人类的活动，包括人类的生 产和日常生活。网络的诞生和开展，颠覆了传统的信息传播方式，冲破了存在于传统交流方式中时间和空间的种种壁垒，极大地改变了人类从物质到精神、从形式到内容、从生产到生活的各种活动，并且给人类

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

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

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

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

8、同行欺诈行为，导致平台好评率和成交量大幅下降。可能性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：

9、根据用户消费情况进展积分。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不实现管理员可以对恶意用户进展警告或删除，系统不推送通知完全

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

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

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

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

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

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

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

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

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

19、失败1、系统提示用户名或密码错误。2、系统刷新登陆界面。3、用户重新输入。备注该用例要求系统对各种交易记录的及时更新。用户IDUC-7用例名称发布求购列表执行者买家目的买家成功的发布求购信息，并且得到关于自己求购列表的书籍信息。前提条件买家登陆系统发布自己的求购列表并且该信息真是有效，反映自己真实的需求。完毕条件买家成功发布自己的求购列表，并且得到卖家的回应。根本序列1、 卖家选择发布求购列表。2、 卖家填写购置的商品信息。3、 系统确认商品的信息真是有效。4、买家再次确认信息后，发布该信息，并存入数据库。分支过程1.1卖家填写商品信息1、卖家选择填写商品信息。2、卖家对商品的各种信息进展描上

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

21、。3、返回第四步。异常序列1.7.E1用户登录失败1、系统提示用户名或密码错误。2、系统刷新登陆界面。3、用户重新输入。备注买家购置的商品在系统的所提供的*围之内。用户IDUC-9用例名称管理用户执行者管理员目的系统管理员对违规事务的处理及违规用户的删除。前提条件管理员进展过注册，系统授权管理员管理权限。完毕条件系统在平安平稳的机制下进展。根本序列1、 系统管理员选择处理违规事务。2、系统管理员选择删除违规用户分支序列1.1处理违规事务1界面显示出违规用户的用户名和遭到投诉的违规工程。2系统管理员验证各个用户的违规工程，假设属实，则给出该用户发出警告，让该用户及时处理违规工程，反应处理结果。假

22、设该用户在一定时间内无反应结果，则删除该用户及其相关信息；假设有反应结果，经系统管理员验证后是处理妥当的，则增加该用户的警告次数12删除违规用户1界面显示出警告次数到达预定值的用户。2系统管理员删除选定的各个用户。异常序列1.8.E.1管理员登陆失败1、系统提示用户名或密码错误。2、系统刷新登陆界面。3、用户重新输入。备注管理员在进展该用例的时候必须进展核实警告次数。用户IDUC-10 用例名称管理购置列表执行者系统管理员目的系统管理员对购置页面中购置商品列表的处理。前提条件系统管理员登录到求购页面中购置商品列表。完毕条件系统购置页面中的购置列表的时效性，真实性。根本序列1、 系统管理员登陆至

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

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

25、.E.1用户登陆失败1、系统提示用户名或密码错误。2、系统刷新登陆界面。3、用户重新输入。备注买家与卖家自行联系，更新图书信息。用户IDUC-13用例名称卖家处理退货执行者卖家目的卖家与买家之间的沟通，为了更好地交易，售后。前提条件买家与卖家沟通完成，提出退货完毕条件卖家收到退货旧书根本序列1、买家提出退货2、卖家承受退货3、交易成功异常序列1.12.E.1卖家没有承受到退货1、卖家登陆系统。2、卖家与买家进展联系。3、卖家与买家进展沟通协商。4、返回第二步。备注卖家与买家自行沟通，卖家收到退货后可以自行决定旧书的去向，可以继续上架，也可以转赠等。3、需求规格说明书3.1、引言1、目标本文档首

26、先给出整个APP功能构造的概貌，试图从整体架构上给出整个APP的轮廓，然后对功能需求、数据需求、性能需求和其他非功能需求进展了详细的描述。其中对功能需求的描述运用了RationalRose的用例模型方式，描述每一用例的根本领件流，并给出直观的用例图。对数据需求的描述运用了数据流图方法，从数据传递和加工角度，以图形方式来表达系统的逻辑功能、数据在系统内部的逻辑流向和逻辑变换过程。这些文字与图形都为了文档能够详细准确地描述用户的需求，同时也为用户更容易的理解这些需求的描述创造了条件。2、工程*围和产品特性随着商品经济的开展，高校学生通常会有出售二手货物的需求，而其他在校同学又希望买到廉价的二手商品

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

28、发的，在需求上，充分考虑了具体用户的实际情况。3、参考文献1、 软件需求工程第2版毋国庆 梁正平 袁梦霆 李勇华 机械工业。 2、 UML面向对象建模与设计 Michael Blaha James Rumbaugh 人邮电。4、文档约定1、 页面的左右边距为1.91cm，上下边距为2.54cm,正文文本左对齐段落首行缩进2磅，行距设置值为1.25。2、 标题最多分三级，分别为方正舒体二号、宋体四号、宋体小四。3、 正文字体为宋体小四，无特殊情况下，字体颜色均为黑色。5.预期的读者和阅读建议1、本文档面向的读者对象：l 工程经理：工程经理可以根据该文档了解与其产品的功能，并据此进展系统设计、工程

29、管理。l 设计员：对需求进展分析，并设计出系统，包括数据库的设计。l 程序员：配合设计员的设计报告，了解系统功能，编写用户手册。l 测试员：根据本文档编写测试用例，并对软件进展功能性测试和非功能性测试。l 用户：了解其产品的功能和性能。l 其他人员：如部门领导、公司领导等据此了解产品的功能与性能。在阅读文档时，首先要了解该APP的功能概貌，然后可以根据自身的需求对每一项功能进展进一步的了解。3.2综合描述1、产品的前景l APP市场还未完全饱和，需求很大，目前已经出现的APP种类繁多但是工具类的APP还是得到用户的广泛喜爱。l Win8之父：移动取代PC是大势所趋，这样好的机遇给我们的APP一

30、个更大的环境去成长。l 每一个APP都是创业者的梦想之地，我们耳熟能详的APP如豌豆荚等都创造了商业的奇迹，每一个奇迹都在鼓励我们把新的APP做的更好，更完善。l 我们的校园二手书交易平台基于用户真实的需求所以我们相信我们未来的市场是广泛的，充满活力的。l 最后只要是有人的地方就有APP的影子，APP改变人们的生活娱乐方式，说不定哪一天一部智能手机就搞定所有的事情，所以我们有信心创超一款适应于市场的APP。2、目标以及目标人群l 工程目标是建立大学二手商品交易系统，并创立对应的数据库系统，以创造一个大学校园内的二手商品在线交易平台，帮助校内学生的及时便捷地进展二手物品交易。l 目标人群：在读大

31、学生，研究生为主，以及对二手书有狂热喜爱的人群。3、产品功能l 通讯录功能：为用户提供一个多项选择的联系列表，包括联系人，联系等。l 图片集功能：分享自己书籍的图片，保存所选书籍的图片。l 书籍查询功能：提供书籍的详细信息，供用户查找。l 意见反应功能：为用户提供意见反应的途径，更好的维护APP。l 添加功能：用户上传自己的书籍信息。、l 排序功能：用户输入书籍信息之后根据关联度等自动排列出书籍列表。4、用户类和特征平台的一般用户只需具有根底的在线浏览能力即可正常使用平台提供的各种效劳。平台后台采用了可视化管理界面，因而要求维护人员只须具备根底的平台及数据库维护能力，能处理一些常见的操作错误。

32、1管理员:公告的增加、修改、删除、查看软件维护2买家:用户登录公告查看商品留言商品管理二手书的发布、修改、删除、查看用户对个人发布商品的留言进展查看查看订单订单管理订单的生成、取消、修改退货3卖家:用户登录公告查看发布商品管理商品信息发送货物查看订单订单管理订单的生成、取消、修改处理退货5、运行环境Operation Environment，OEOE-1: 校园二手书交易平台的操作将通过基于Android操作平台的手机客户端来完成。OE-2: 校园二手书交易平台的客户端要求操作平台的JDK版本1.6以上。OE-3: 校园二手书交易平台的客户端要求Android SDK版本2.0以上OE-4:

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

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

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

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

37、2.3：检查顾客是否注册了从支付宝中扣除书费的付费方式。SI-2.4：为要购置的书籍提交付费请求。SI-2.5：退还全部或局部上面的费用，其原因是因为顾客要退还所购置的书籍，原因是対它们不满意，也可能是因为没能按照顾客要求完成书籍的派送。3、通信接口munications Interfaces，CICI-1:校园二手书交易的移动应用平台购置书籍系统,将会向买家发送电子，短信，在线联系等方式，以确认订单和确认付款。CI-2：校园二手书交易的移动应用平台购置书籍系统,将会向买家发送电子，短信，在线联系等方式，以报告承受订单之后存在的问题。4、系统特性1、说明和优先级高：是关键需求，必须实现，否则表

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

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

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

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

42、保证的可靠性。防止用户量太大，而造成效劳器瘫痪，影响的可靠性。效率l 对于浏览、查询、添加、删除、更新等一般操作，要求及时响应，在23秒内。完整性l 要求能在发生意外的情况下，保证不丧失数据。易使用性l 对于的主界面设计，我们是参考了一些成功的设计，借鉴了这些的成功的经历。深入的研究他们用户界面的设计，吸取精华。可维护性l 在设计的时候，将每个模块都分别独立开来，对于一些页面，我们将其做成了模板，在使用的时候进展母版页加载即可。这样可以集中精力放在代码块的构造与实现上。防止了一些不必要的困扰。在代码设计过程中，尽可能的减少模块之间的耦合性。做到模块和模块之间的别离。这样，日后的维护具有较好的方

43、便性。可测试性l 设计时尽可能减少测试本软件的各项功能所需的工作量。复用性l 设计时应采取模块化的方法进展设计，对系统内各模块接口尽可能到达聚、低耦合的程度，以提高各模块的复用性。可理解性l 对于本提供的各种命令，各种信息提示，应易于用户理解。互联性l 要求提供数据得到如何导入和导出接口，以易于同其他系统的连接。可移植性l 支持其他效劳器部署及使用。5、业务规则3、 ID规则定义规则类型静/动态来源BR-1一份求购列表上的书籍必须采用同一种付费方式来支付费用约束静管理员BR-2一份出售列表上的书籍必备信息带星号均如实填写，才可申请通过。约束动管理员BR-3在网络上传输的信息，如果涉及财务信息或

44、个人身份信息，则要求采用128位的加密约束静公司平安策略BR-4卖家取消发布出售书籍信息，提前12小时提交申请，方可通过。前6小时买家仍可以购置，后6小时为保护时间，期间卖家随时可取消申请。约束动管理员BR-5这里不列出有关受限的计算机系统访问策略的细节约束静公司平安策略BR-6交易成功，自动从中提取税收，具体细节可参考说明卖家须知。约束静公司会计部经理6、其他需求附录A数据流图分析根据本二手书交易APP的实际情况，我们定义系统的功能如下：1 系统为用户提供各种二手书需求或出售的在线平台。2 系统可以提供帮助实现买卖双方进展沟通议价的功能。3 所有注册后的买家都可以搜索，浏览系统保存的各种二手

45、书商品信息。4 所有注册后的卖家都可以在登录系统后发布二手书信息。5 管理员有权删除非法或者恶意用户。6 所有注册后的用户都有权修改或注销自己的用户信息。正常用户的账户信息发生变动时，系统将变动情况通知用户。详细功能描述0层图系统的使用者为系统管理员和用户，用户在系统注册后生成用户信息表文件。系统的功能分为两个模块，面向管理员的模块功能是系统管理，主要是删除系统非法用户或恶意用户的*信息；面向用户的模块功能是用户信息管理和交易管理。其中，用户信息管理包括更改用户密码，更改用户根本信息；交易管理包括出售管理，求购管理，买卖信息管理。1、 系统管理用户功能：对交易过程进展投诉反应信息，由管理员进展

46、处理后反应给用户。管理员功能：对用户发出警告，从用户信息表中搜索用户并删除非法用户。这项功能只能为管理员所有。注：如果用户被警告或者删除会收到系统提示信息。2、 用户管理这个模块实现了用户请求交易，发布、更新交易信息的功能，并使用户能够更新自己注册信息以及根本信息。3、 交易管理在用户交易管理中，根据用户的提供的交易物品生成了出售信息表和求购信息表，用户可以随时对自己发布的信息进展更改或删除。在交易的过程中，系统会根据这两个表生成对应物品的求购出售信息目录供所有进入该APP的买家浏览参考。4、 出售管理用户登录后可发出出售请求。用户录入二手书信息包括二手书名称，二手书价格，二手书简介，出售数量

47、，联系方式。其中书籍名称、价格必填字段。用户在录入二手书信息的时候书籍信息如书籍名称，简介可以通过扫描书籍的条形码登记。联系方式为或QQ，考虑到用户可能不愿意留下自己的或QQ，我们将联系方式设为可选字段，可以发送消息。同时系统会通过短信通知用户。经管理员检查录入信息正确无误，生成二手书出售信息单。用户发送出售请求成功后会在我的书店这一功能里看到要出售书籍的状态，如有新动态，系统也会推送通知。系统将出售信息纳入出售信息表，并根据出售信息表上的内容发布出售信息。5、 求购管理用户登录后可发出求购请求。用户录入求购信息，包括求购二手书名称，二手书预计出价，书籍描述或关键词，联系方式。其中书籍名称、价

48、格为必填字段。联系方式为或QQ，考虑到用户可能不愿意留下自己的或QQ，我们将联系方式设为可选字段，可以发送站内信。同时系统会通过短信通知用户。经管理员检查录入信息正确无误，生成求购物品信息单。系统将求购信息纳入求购信息表，并根据求购信息表上的内容发布求购信息。6、 买卖信息更新管理注册后的用户可以随时更新自己的买卖信息。7、 搜索买家在APP首页用关键词或书籍名称，类别搜索自己想找的书籍，系统根据卖家诚信度，距离远近和书籍价格，书籍热度生成排行榜供买家进展参考。并且根据出售数量和搜索次数在主页上公布热门书排行榜。买家可以将心怡的书籍参加我的书架，收藏起来，书架中书籍的价格，状态变动等系统均会推

49、送通知给用户。8、 用户信息管理用户信息管理包括更改用户注册名称，更改用户密码，更改用户根本信息；用户管理操作主要针对用户信息表进展修改，每个用户只能在登陆后修改自己的信息，管理员有权在适当的时候查看用户的资料以删除恶意用户。9、 找回密码用户找回密码时，需要输入验证信息，验证成功后输入新密码，系统自动更新密码。10、 用户注册和用户注销游客只有在成功注册后才能在APP上发布求购信息，出售信息，进展购置等等。只有注册过的用户才能进展用户的注销，除管理员之外用户只能注销自己的账号，没有权利侵犯他人的账号。11、 退货买家申请退货，填写退货理由并且上传图片，管理员对退货理由进展审核，如果是书籍缺页

50、等质量问题或卖家发错书籍，运费由卖家承当，如果是书籍无质量问题而是买家买错书籍或者不喜欢所买到的书籍，运费由买家自己承当。如果买家是恶意退货，如成心损坏书籍等，管理员退回退货要求，买家退货失败。退货成功后，买家将在24小时内收到货款。附录B数据字典1、 汇总后的数据项名称数据项类型位数username管理员登陆名char50 userID管理员IDint 2UserID用户IDint2UserName用户登录名char50Password用户登录密码char50联系方式用户联系方式char50BookID二手书IDint2BookName二手书名称char50 BookNum二手书数量int2

51、BookPrice二手书价格int2BookPicture二手书图片imageBookState二手书状态 int2Introduction书籍介绍te*tDDID订单IDint2DDState订单状态int2DDTime提交订单时间datetimeDDPrice订单总额int2NoteTime留言时间int2NoteContent留言内容te*tSellTime卖出时间selltimeWantTime求购时间wantimeShowTime发布时间showtime2、 数据流条目数据流名标识符组成购物车GWC二手书ID+二手书名称+二手书数量+二手书价格+二手书图片+二手书状态二手书订单表ES

52、SDDB用户登录名+用户联系方式+二手书ID+二手书名称+二手书数量+二手书价格+二手书图片+书籍介绍+订单ID+订单状态+提交订单时间+订单总额用户信息表YH*B用户ID+用户登录名+用户登录密码+用户联系方式订单处理信息DDCL*管理员登录名+管理员ID+订单ID+订单状态+提交订单时间+订单总额留言信息LY*用户ID+用户登录名+留言时间+留言内容可购书籍列表KGSJLB二手书ID+二手书名称+二手书数量+二手书价格+二手书图片+用户联系方式+发布时间+二手书状态求购书籍列表QGSJLB用户登录名+用户联系方二手书名称+二手书数量+求购时间+二手书状态我的书架WDSJ二手书ID+二手书名

53、称+二手书数量+二手书价格+二手书图片我的书店WDSD二手书ID+二手书名称+二手书数量+二手书价格+二手书图片+订单ID+订单总额+留言内容3、 加工条目加工名：检查卖家编号：1.1启动条件：收到出售请求卖家登陆加工说明:A.收到出售请求卖家登陆；B.检查卖家用户信息是否已申请账号；C.检查出售请求信息；D.检查合格发送给用户录入信息；E.检查不合格即开启不合格处理；执行频率：100/天加工名：用户录入出售信息编号：1.2启动条件：出售请求合格加工说明：A. 出售信息检查合格；B. 用户登陆后正式录入出售货物信息书的具体内容，新旧程度，笔记，条形码，编者，第几版等；执行频率：100/天加工名

54、：系统检查编号：1.3启动条件：收到出售信息描述加工说明：A. 系统检查所收到的出售信息;B. 假设出售信息正确则发送给用户确认。执行频率：100/天加工名：用户确认出售信息编号：1.4启动条件：收到系统检查过后的出售信息加工说明：A. 用户在自己所发出的出售信息得到确认后点击确定B. 生成出售物品信息单C. 发送出售物品信息单，开场录入信息表。执行频率：100/天加工名：录入出售信息表编号：1.5启动条件：收到出售货品信息单加工说明：A. 收到出售货品信息单B. 将用户所要卖出的旧书信息录入出售信息表C. 信息表录入文件D. 发布物品出售信息执行频率：100/天加工名：不合格处理编号：1.6

55、启动条件：收到检查不合格的出售请求加工说明：A. 收到检查不合格的出售请求B. 提示卖家不合格请求执行频率：100/天加工名：检查买家编号：2.1启动条件：收到买家求购请求买家账号登陆加工说明：A. 收到买家求购请求B. 检查求购请求C. 合格则开场进展选择求购商品D. 不合格进展不合格处理，提示买家不合格请求。执行频率：100/天加工名：用户选择求购商品编号：2.2启动条件：收到买家信息合格的信息加工说明：A. 检查合格B. 用户开场选择自己所要购置的旧书C. 发送求购信息给系统检查执行频率：100/天加工名：系统检查编号：2.3启动条件：收到买家关于*个商品的求购信息加工说明：A. 收到求

56、购信息B. 系统对所要购置商品的信息进展检查C. 形成商品求购信息单D. 发送参加购物车执行频率：100/天加工名：参加购物车编号：2.4启动条件：求购商品信息单合格加工说明：A. 收到求购商品信息单合格B. 将所要购置商品参加购物车C. 生成购置信息表，存入文件D. 为接下来的购置选择支付方式做准备执行频率：100/天加工名：购置支付方式编号：2.5启动条件：收到确认购置加工说明：A. 收到确认购置的信息B. 选择所要购置物品的支付方式一般为支付宝，网银，微信，快捷支付或者货到付款C. 假设账户余额缺乏等情况出现，则发生交易不成功D. 支付成功，则购置完成，交易成功。执行频率：100/天加工

57、名：交易成功编号：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. 发送搜索内容到搜索信息匹配执行频率