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

校园二手书交易系统软件需求文档2014年12月31日星期三目录TOC\o"1-3"\h\u1、前景和范围文档31.1、业务需求31、背景、业务时机和客户需求 32、业务目标和成功标准41.2、解决方案的前景 51、前景陈述52、主要特性53、假设和依赖 51.3、范围和局限性 51、初始版本和后续版本的范围 52、局限性和排斥性 6、业务上下文 61、涉众概览62、用例描述文档81、用例图82、主要参与者和用例 83、用例描述 93、需求规格说明书163.1、引言161、目标162、工程范围和产品特性 173、参考文献174、文档约定17和阅读建议 17181、产品的前景 182、目标以及目标人群183、产品功能 184、用户类和特征 185、运行环境〔OperationEnvironment，OE〕 196、设计和实现的约束条件〔constraint〕 197、用户文档〔UserDocumentation，UD〕 208、假设〔Assumption〕和依赖〔Dependency〕20接口需求201、用户界面〔UserInterfaces，UI〕 202.硬件接口213、通信接口〔CommunicationsInterfaces，CI〕214、系统特性221、说明和优先级222、鼓励/响应序列225、其他非功能性需求231、性能〔PErformance〕需求 232、防护性需求 233、平安性〔SEcurity〕需求 234、软件质量属性 245、业务规那么 256、其他需求25附录A 25数据流图分析 25附录B35数据字典35附录C 42序列图42协作图45版本号变更控制报告编号变更条款及内容更改人审批人更改日期初稿2014/12/2二稿2014/12/9三稿2014/12/24四稿2014/12/311、前景和范围文档1.1、业务需求1、背景、业务时机和客户需求目前，网络正以一种前所未有的冲击力在影响着人类的活动，包括人类的生产和日常生活。网络的诞生和开展，颠覆了传统的信息传播方式，冲破了存在于传统交流方式中时间和空间的种种壁垒，极大地改变了人类从物质到精神、从形式到内容、从生产到生活的各种活动，并且给人类带来了新的机遇和挑战。21世纪可以说是电子商务的世纪。电子商务通过大幅度地降低交易本钱、增加贸易时机、简化交易流程、提高效劳质量、改善物流电子商务网站等，极大地推动了全球经济的开展，并在很大程序上影响着我们的生活方式和工作方式。随着Internet的迅速开展，当今电子商务已接被广阔的互联网用户所接受，网上书店系统作为其中的一局部也有了迅速的开展。网上书店系统通过网上开店的方式向读者出售书本。国内著名的两大书店，当当网与卓越网，他们售书的理念很简单，读者可以自己寻找自己喜爱的书。读者无需为寻找一本自己想要的书好奔波于城市的各个角落，无需因为时间问题而错过了新书的首发式，或者因为时间问题而去不了书店。网上书店系统，只需你有一台可以连上互联网的电脑，就可以按照自己的兴趣检索到自己想要的书本。而现在我们只要拥有一部智能就可以实现网上购物。虽然如此，作为大学生的我们依然会在每个学期的开学之初为各种教材犯愁，虽然各类网上书店为我们提供了丰富的图书信息，然而这些书店由于涉及的范围太广，各种图书让人眼花缭乱，我们不仅要花大量的时间去寻找与自己需求符合的图书，通过在网上货比三家，比照价格，也占用了我们不少的精力和时间。除此之外，在校大学生的教材往往是用了一个学期之后就失去了其利用价值，等到毕业事再以低价出售当废纸卖，这样的方式既浪费资源又浪费资金。建立校园二手书交易平台，通过回收在校大学生的各类教材并出售，既做到了资源的循环利用又省去了不少邮费，而且在同学们需要再次利用以前的图书时可以直接从该平台上获得，可以说是一举两得，不失为广阔在校大学生的明智之选。2、业务目标和成功标准BO-1:二手书，鉴于为学生节省开资，把闲置在学生手中的二手书籍，通过价值评定、新旧率鉴定，然后支付一定费用购进书店，供其他同学租借，其中，书籍来源主要集中各图书市场挤压库存、学生闲置书籍、废品收购站〔该货源必须进行书籍新旧率、可使用度等指标考量〕，最大限度节省本钱。BO-2:提供便利、快捷的送货效劳，对那些进行网络求购、租借等需求的顾客，按照他所留下的地址进行一定范围内的送货上门效劳。BO-3:设置会员制度，对其实行购书、租书优惠措施，培养长期顾客。BO-4：在第一版使用后的两年内，大幅度提升平台在大学生中的影响力。如下表所示：工程成功标准一般标准失败标准卖方注册量500030001000用户月访问量8000500020003、业务风险校外二手书店推销人员进入学校推销导致卖方注册量下降可能性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、初始版本和后续版本的范围特性版本1版本2版本3版本4FE-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完全实现2、局限性和排斥性LI-1：书籍情况的审定会因为主观因素的不同而出现差异。LI-2:书籍退货系统的不够标准化，无法界定书籍出现的问题是否在APP能够处理的范围内。LI-3：“校园二手书交易系统”只能用于南京仙林大学城范围之内。、业务上下文1、涉众概览涉众主要价值态度主要兴趣约束条件买家更好的购置书籍，节约时间积极支持系统，但是使用系统的次数可能没有期望的次数多，考虑到回去目前比拟成熟的二手书交易网站使用简单，送货可靠，书籍选择的有效性登陆并注册该APP卖家出售二手书，节约资源，节省时间积极的支持系统的运营使用简单，系统稳定，买家的信用登陆并注册该APP管理员维护APP的正常运行积极支持APP的运营保住工作培训工作人员，掌握使用APP所需的技能2、工程优先级因素具体干活者约束条件自由度进度方案3/l/03前完成第一版，到5/l/03前完成第二版；在不包括责任人评审的情况下，最多可超过期限3个星期。特性质量必须通过95%的用户验收测试；必须通过全部的平安性测试；所有的平安事务都必须遵守APP开发的各项规定。工作人员工程团队规模包括一名半日工作的工程经理，两名开发人员，和一名半日工作的测试人员；如果有必要，还可以另外再增加半日开发人员和半日测试人员费用在不包括责任人评审的情况下，财政预算最多可超支15%2、用例描述文档1、用例图2、主要参与者和用例主要参与者用例买家管理用户信息查看交易记录发布求购列表购置商品卖家1、发布出售商品2、管理商品信息3、出售4、发货5、管理用户信息6、管理交易记录管理员管理用户管理购置列表管理求购商品3、用例描述用例ID号UC—1用例名称发布出售商品执行者卖家目的卖家通过系统发布出售商品使之出售前提条件卖家在系统已经通过注册卖家登陆至该系统结束条件该商品信息成功发布在系统上面。根本序列卖家选择“发布出售商品”，接着选择该商品的所属类型。卖家填写要出售的商品信息，并上传相应的信息，如图片。系统确认商品信息真实有效。4卖家再次确认商品信息后，发布该信息，并存入系统数据库。分支过程1.1发布多条求书信息异常序列的书籍已经存在1、系统通知卖家该书已经存在。2a、用户取消发布商品。2b、系统终止用例备注1、如果卖家在管理员今天工作的截止日期之前使用系统，那么管理员审核时间是当前时间。否那么管理员审核时间在下一个工作日。用例IDUC-2用例名称管理商品信息执行者卖家目的卖家修改已发布的商品信息前提条件卖家在系统上已发布商品信息，商品出售之后修改商品的信息。结束条件商品信息得到了及时的更新。根本序列卖家点击需要修改的商品，系统显示出详细信息。卖家在各个名称后面输入修改的内容3、点击确认，提交修改内容分支过程商品信息1、用户请求修改选中的商品的信息2、系统返回第三步。商品信息1、用户请求删除选中的商品信息2、系统返回第三步。异常序列登录失败1、系统提示用户名或密码错误。2、系统刷新登陆界面。3、用户重新输入。备注卖家修改的各种信息应该建立在管理员的监督之下。用例IDUC-3用例名称出售执行者卖家目的卖家通过买家的选择出售自己的商品。前提条件买家选中该商品并且完成付款。结束条件买家收到自己所选择的书。根本序列1、卖家与买家协商达成一致。2、卖家选中商品，完成付款。3、卖家更新自己的商品信息。分支过程修改选中的商品信息1、用户成功的修改信息2、返回第一步。异常序列信息失败1、系统提示卖家信息还没有得到更新。2、卖家向系统发出更新的请求。备注卖家将遵循与卖家的协商出售商品。用例IDUC-4用例名称发货执行者卖家目的成功的买家所选的商品发给买家。前提条件买家成功付款，卖家完成出售。结束条件买家收到的商品根本序列1、卖家接到买家的发货请求2、卖家查看订单3、通知买家已发货分支过程查看订单登陆系统卖家查看买家详细的订单要求返回第三步。异常序列登录失败1、系统提示用户名或密码错误。2、系统刷新登陆界面。3、用户重新输入。备注发货信息及时通知买家。卖家及时的发送买家所选的商品。用例IDUC-5用例名称管理用户信息执行者卖家，买家目的用户能修改自身的根本资料和密码前提条件买家，卖家在系统上面已经注册信息通过了管理员的审核。结束条件卖家和买家成功的修改了信息。根本序列1、选择修改根本资料，2、选择修改密码，那么界面显示出用户的用户民、原先密码和新密码。用户输需在各个名称后面输入所要求的信息。3、点击确认，提交修改内容分支序列根本信息1、用户选择修改根本信息2、系统提示出用户的用户名，邮箱，性别，年龄，。用户输在需要修改的名称后面输入新的资料。3、返回第三步。异常序列1.4.E.1用户登录失败1、系统提示用户名或密码错误。2、系统刷新登陆界面。3、用户重新输入。备注卖家和买家提供的信息必须是真效管理员必须对卖家和买家提供的信息进行审核。用例IDUC-6用例名称查看交易记录执行者卖家，买家目的买家和卖家对交易信息的查看及时的了解关于自己的信息。前提条件有交易记录的生成结束条件上条交易的完成，当前系统中没有更新出新的交易记录。根本序列1、买家或卖家翻开交易记录页面2、选择需要查看的交易，查看交易记录分支过程1、用户进入登陆界面2、用户输入自己的信息3、系统进行检查信息4、返回登录信息5、返回第二步异常序列1.5登录失败1、系统提示用户名或密码错误。2、系统刷新登陆界面。3、用户重新输入。备注该用例要求系统对各种交易记录的及时更新。用户IDUC-7用例名称发布求购列表执行者买家目的买家成功的发布求购信息，并且得到关于自己求购列表的书籍信息。前提条件买家登陆系统发布自己的求购列表并且该信息真是有效，反映自己真实的需求。结束条件买家成功发布自己的求购列表，并且得到卖家的回应。根本序列卖家选择“发布求购列表”。卖家填写购置的商品信息。系统确认商品的信息真是有效。4、买家再次确认信息后，发布该信息，并存入数据库。分支过程填写商品信息1、卖家选择填写商品信息。2、卖家对商品的各种信息进行描〔上传图片信息等〕.3、返回第三步。异常序列1.6.E．1用户登录失败1、系统提示用户名或密码错误。2、系统刷新登陆界面。3、用户重新输入。备注1、买家上传的信息必须平安，真是，有效。2、在此过程中管理员进行监督。用户IDUC-8用例名称购置商品执行者买家目的买家购置商品前提条件买家成功的选择商品并且与卖家对价格等详细的信息经过了协商。结束条件买家成功的付款根本序列卖家在搜索中输入索要购置的商品信息或是或在商品分类中找到所要购置的商品。选中要购置的商品。买家确认购置，系统生成订单。系统通知卖家发货。分支序列要购置的商品1、买家选中自己喜欢的商品。2、添加到自己的书架中。3、返回第四步。异常序列1.7.E．1用户登录失败1、系统提示用户名或密码错误。2、系统刷新登陆界面。3、用户重新输入。备注买家购置的商品在系统的所提供的范围之内。用户IDUC-9用例名称管理用户执行者管理员目的系统管理员对违规事务的处理及违规用户的删除。前提条件管理员进行过注册，系统授权管理员管理权限。结束条件系统在平安平稳的机制下进行。根本序列系统管理员选择“处理违规事务”。2、系统管理员选择“删除违规用户”分支序列违规事务1界面显示出违规用户的用户名和遭到投诉的违规工程。2系统管理员验证各个用户的违规工程，假设属实，那么给出该用户发出警告，让该用户及时处理违规工程，反应处理结果。假设该用户在一定时间内无反应结果，那么删除该用户及其相关信息；假设有反应结果，经系统管理员验证后是处理妥当的，那么增加该用户的警告次数1．2删除违规用户1界面显示出警告次数到达预定值的用户。2系统管理员删除选定的各个用户。异常序列1.8登陆失败1、系统提示用户名或密码错误。2、系统刷新登陆界面。3、用户重新输入。备注管理员在进行该用例的时候必须进行核实警告次数。用户IDUC-10用例名称管理购置列表执行者系统管理员目的系统管理员对购置页面中购置商品列表的处理。前提条件系统管理员登录到求购页面中购置商品列表。结束条件系统购置页面中的购置列表的时效性，真实性。根本序列系统管理员登陆至购置页面的列表查看系统管理员对列表中的信息进行核实系统管理员对求购列表进行刷新之后的发布。异常序列登陆失败1、系统提示用户名或密码错误。2、系统刷新登陆界面。3、用户重新输入。备注系统管理员必须确保购置列表时最新，最准确的。用户IDUC-11用例名称管理求购商品执行者系统管理员目的管理员对求购页面中求购商品的处理。前提条件系统管理员登陆至管理求购商品界面结束条件系统管理员及时的删除求购商品中超时求购的商品。根本序列系统管理员选择“查看超时求购商品”。系统显示超时的求购商品。系统管理员删除超时的求购商品。4、系统通知买家系统进行了更新。分支序列超时求购商品1、管理员进行登陆。2、管理员对系统提示的信息进行审核。3、返回第三步。异常序列1.10登陆失败1、系统提示用户名或密码错误。2、系统刷新登陆界面。3、用户重新输入。备注系统管理员必须确保求购商品是最新，最准确反映买家需求的。用户IDUC-12用例名称退货执行者买家目的买家对所购旧书不满意，要求退货前提条件买家成功交易后收到旧书结束条件卖家收到旧书根本序列1、买家成功交易，收到旧书2、买家对旧书真实情况不满意3、买家联系卖家进行退货处理分支序列与卖家进行联系1、买家登陆APP2、买家与卖家进行协商。3、卖家接受买家的意见。4、返回第三步。异常序列1.11登陆失败1、系统提示用户名或密码错误。2、系统刷新登陆界面。3、用户重新输入。备注买家与卖家自行联系，更新图书信息。用户IDUC-13用例名称卖家处理退货执行者卖家目的卖家与买家之间的沟通，为了更好地交易，售后。前提条件买家与卖家沟通完成，提出退货结束条件卖家收到退货旧书根本序列1、买家提出退货2、卖家接受退货3、交易成功异常序列没有接受到退货1、卖家登陆系统。2、卖家与买家进行联系。3、卖家与买家进行沟通协商。4、返回第二步。备注卖家与买家自行沟通，卖家收到退货后可以自行决定旧书的去向，可以继续上架，也可以转赠等。3、需求规格说明书3.1、引言1、目标本文档首先给出整个APP功能结构的概貌，试图从整体架构上给出整个APP的轮廓，然后对功能需求、数据需求、性能需求和其他非功能需求进行了详细的描述。其中对功能需求的描述运用了RationalRose的用例模型方式，描述每一用例的根本领件流，并给出直观的用例图。对数据需求的描述运用了数据流图方法，从数据传递和加工角度，以图形方式来表达系统的逻辑功能、数据在系统内部的逻辑流向和逻辑变换过程。这些文字与图形都为了文档能够详细准确地描述用户的需求，同时也为用户更容易的理解这些需求的描述创造了条件。2、工程范围和产品特性随着商品经济的开展，高校学生通常会有出售二手货物的需求，而其他在校同学又希望买到廉价的二手商品。二手物品交易主要是通过校内论坛二手交易板块和跳蚤市场，由于同学们平时都喜欢宅在寝室，跳蚤市场很多人都不愿意去看，而校内论坛上的二手交易信息，多且杂，找起来费时费力，这些远远不能为我们提供方便，导致很多二手物品都被当垃圾扔掉。通过对校内论坛二手商品交易板块的分析，以及对校内学生的调查，发现校内的二手物品交易有如下特点：种类多，规模小，交易随机性比拟强，时间分布根本上比拟平均，每年的六七月份〔大四学生离校期间〕会出现一个二手物品交易的顶峰。参加交易的人员绝大局部为在校学生。针对这一情况【书虫】APP应运而生，为广阔同学提供方便同时，又实现了废旧物品的循环利用。该APP是在积累了丰富的业务经验的根底上开发的，在需求上，充分考虑了具体用户的实际情况。3、参考文献软件需求工程第2版 毋国庆梁正平袁梦霆李勇华机械工业出版社。UML面向对象建模与设计MichaelBlahaJamesRumbaugh人邮电出版社。4、文档约定页面的左右边距为1.91cm，上下边距为2.54cm,正文文本左对齐段落首行缩进2磅，行距设置值为1.25。标题最多分三级，分别为方正舒体二号、宋体四号、宋体小四。正文字体为宋体小四，无特殊情况下，字体颜色均为黑色。和阅读建议1〕、本文档面向的读者对象：工程经理：工程经理可以根据该文档了解与其产品的功能，并据此进行系统设计、工程管理。设计员：对需求进行分析，并设计出系统，包括数据库的设计。程序员：配合设计员的《设计报告》，了解系统功能，编写《用户手册》。测试员：根据本文档编写测试用例，并对软件进行功能性测试和非功能性测试。用户：了解其产品的功能和性能。其他人员：如部门领导、公司领导等据此了解产品的功能与性能。在阅读文档时，首先要了解该APP的功能概貌，然后可以根据自身的需求对每一项功能进行进一步的了解。1、产品的前景APP市场还未完全饱和，需求很大，目前已经出现的APP种类繁多但是工具类的APP还是得到用户的广泛喜爱。Win8之父：移动取代PC是大势所趋，这样好的机遇给我们的APP一个更大的环境去成长。每一个APP都是创业者的梦想之地，我们耳熟能详的APP如豌豆荚等都创造了商业的奇迹，每一个奇迹都在鼓励我们把新的APP做的更好，更完善。我们的校园二手书交易平台基于用户真实的需求所以我们相信我们未来的市场是广泛的，充满活力的。最后只要是有人的地方就有APP的影子，APP改变人们的生活娱乐方式，说不定哪一天一部智能就搞定所有的事情，所以我们有信心创超一款适应于市场的APP。2、目标以及目标人群工程目标是建立大学二手商品交易系统，并创立对应的数据库系统，以创造一个大学校园内的二手商品在线交易平台，帮助校内学生的及时便捷地进行二手物品交易。目标人群：在读大学生，研究生为主，以及对二手书有狂热喜爱的人群。3、产品功能通讯录功能：为用户提供一个多项选择的联系列表，包括联系人，联系等。图片集功能：分享自己书籍的图片，保存所选书籍的图片。书籍查询功能：提供书籍的详细信息，供用户查找。意见反应功能：为用户提供意见反应的途径，更好的维护APP。添加功能：用户上传自己的书籍信息。、排序功能：用户输入书籍信息之后根据关联度等自动排列出书籍列表。4、用户类和特征平台的一般用户只需具有根底的在线浏览能力即可正常使用平台提供的各种效劳。·平台后台采用了可视化管理界面，因而要求维护人员只须具备根底的平台及数据库维护能力，能处理一些常见的操作错误。〔1〕管理员:公告的增加、修改、删除、查看软件维护〔2〕买家:用户登录公告查看商品留言商品管理〔二手书的发布、修改、删除、查看〕用户对个人发布商品的留言进行查看查看订单订单管理〔订单的生成、取消、修改〕退货〔3〕卖家:用户登录公告查看发布商品管理商品信息发送货物查看订单订单管理〔订单的生成、取消、修改〕处理退货5、运行环境〔OperationEnvironment，OE〕OE-1:“校园二手书交易平台”的操作将通过基于Android操作平台的客户端来完成。OE-2:“校园二手书交易平台”的客户端要求操作平台的JDK版本1.6以上。OE-3:“校园二手书交易平台OE-4:“校园二手书交易平台”的客户端要求IOS。6、设计和实现的约束条件〔constraint〕CO-1：“校园二手书交易的移动应用平台”系统的设计、编码和维护文档将遵照Android标准。CO-2:“校园二手书交易的移动应用平台”是一款安卓APP,由于安卓平台对SQLite数据库进行了封装，因此开发人员不用过多考虑数据库连接以及语句的管理。因此，选用SQLite数据库来实现本地数据存储功能。CO-3：所有代码按照安卓代码标准标准进行编写。CO-4：所有脚本都用Ruby语言来编写。7、用户文档〔UserDocumentation，UD〕UD-1：系统将提供一个分层的和跨链接的HTML联机帮助系统，它描述并演示了所有系统功能。UD-2：如果一个用户没有网上购书的经验，系统可以给该用户提供一个联机教程，这样用户可以使用静态教程菜单来具体实践一下如何下单。用户文档名称描述及文档标准用户手册使用非专门术语的语言，充分的描述该系统所具有的功能及根本的使用方法操作手册向操作人员提供该软件每一个运行的具体过程和有关知识，包括操作方法的细节8、假设〔Assumption〕和依赖〔Dependency〕AS-1:只要效劳器能正常工作，本APP将随时响应用户的订单要求。DE-1：卖家确认订单依赖于书籍库存量。DE-2：“校园二手书交易的移动应用平台”依赖于”银行系统“，它接受用户购书的付费请求。接口需求1、用户界面〔UserInterfaces，UI〕界面风格简洁明快，素雅大方。页面的布局，按与用户的交互需求不同，划分为不同的功能区域，实现和用户之间的友好交互。前台界面操作可逆，其动作可以是单个的操作，或者是一个操作序列。后台各管理模块的不同管理功能操作界面，采用在不同窗口进行管理，各功能操作切换比拟简单又相对独立。提供信息反应，如提供用户当前登录状态信息。提供简单的错误处理；2.硬件接口安卓版本需要的操作系统苹果版本需要IOS3软件接口〔SoftwareInterfaces，SI〕SI-1：“校园二手书交易的移动应用平台”库存系统。：“校园二手书交易的移动应用平台”的购置书籍系统将通过程序面向“校园二手书交易的移动应用平台库存系统”发送锁定书籍的信息。：“校园二手书交易的移动应用平台”的购置书籍系统将会轮询“校园二手书交易的移动应用平台”的库存系统以确定该信息是否有效。：当“校园二手书交易的移动应用平台”的库存系统通知“校园二手书交易的移动应用平台”的购置书籍系统已经没有库存的时候，该条信息将会在“校园二手书交易的移动应用平台”的购置书籍系统中删除。SI-2：“校园二手书交易的移动平台”支付管理系统：允许顾客注册从支付宝中扣除书费的付费方式。SI-2.2:允许顾客取消所注册的从支付宝中扣除书费的付费方式。SI-2.3：检查顾客是否注册了从支付宝中扣除书费的付费方式。SI-：为要购置的书籍提交付费请求。SI-2.5：退还全部或局部上面的费用，其原因是因为顾客要退还所购置的书籍，原因是対它们不满意，也可能是因为没能按照顾客要求完成书籍的派送。3、通信接口〔CommunicationsInterfaces，CI〕CI-1:“校园二手书交易的移动应用平台”购置书籍系统,将会向买家发送电子邮件，短信，在线联系等方式，以确认订单和确认付款。CI-2：“校园二手书交易的移动应用平台”购置书籍系统,将会向买家发送电子邮件，短信，在线联系等方式，以报告接受订单之后存在的问题。4、系统特性1、说明和优先级高：是关键需求，必须实现，否那么表示APP设计失败；中：支持必要的操作，是最终版本所要求，但是如果是紧急需要，可以考虑在下一个版本中实现；低：功能或质量上的增强，如果资源允许，这些功能的实现能够使得产品更完美主要实现的功能。说明优先级查询二手书高登陆或注册高订单功能高发表留言中管理员基于平台后的管理高2、鼓励/响应序列刺激：用户请求发布二手书。响应：提示录入书籍信息、价格等。刺激：用户请求管理商品信息。响应：显示商品信息，提供修改、删除等编辑功能。刺激：用户请求对某一订单发货。响应：系统将该订单状态更改为已发货。刺激：用户请求更改个人信息。响应：显示个人信息，提供修改功能。刺激：用户请求查看交易记录。响应：显示交易记录，并注明作为买方还是卖方参与。刺激：卖家用户请求处理退货。响应：将退货申请显示出来，等待用户处理，并将处理结果发送给买房。刺激：管理员请求管理用户信息。响应：显示所有用户信息，并注明经系统检测不符合规定的用户。刺激：用户请求发布求购列表。响应：提示用户输入书籍描述，并将描述列为关键词自动搜索，假设有书籍发布就通知用户。刺激：用户请求退货。响应：提示选择要退货的书籍并输入退货理由，发送给卖家用户。刺激：用户请求下订单。响应：提示输入送货地址，提供付款方式，生成订单。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、业务规那么ID规那么定义规那么类型静/动态来源BR-1一份求购列表上的书籍必须采用同一种付费方式来支付费用约束静管理员BR-2一份出售列表上的书籍必备信息〔带星号〕均如实填写，才可申请通过。约束动管理员BR-3在网络上传输的信息，如果涉及财务信息或个人身份信息，那么要求采用128位的加密约束静公司平安策略BR-4卖家取消发布出售书籍信息，提前12小时提交申请，方可通过。前6小时买家仍可以购置，后6小时为保护时间，期间卖家随时可取消申请。约束动管理员BR-5〔这里不列出有关受限的计算机系统访问策略的细节〕约束静公司平安策略BR-6交易成功，网站自动从中提取税收，具体细节可参考说明《卖家须知》。约束静公司会计部经理6、其他需求附录A数据流图分析根据本二手书交易APP的实际情况，我们定义系统的功能如下：系统为用户提供各种二手书需求或出售的在线平台。系统可以提供帮助实现买卖双方进行沟通议价的功能。所有注册后的买家都可以搜索，浏览系统保存的各种二手书商品信息。所有注册后的卖家都可以在登录系统后发布二手书信息。管理员有权删除非法或者恶意用户。所有注册后的用户都有权修改或注销自己的用户信息。正常用户的账户信息发生变动时，系统将变动情况通知用户。详细功能描述0层图系统的使用者为系统管理员和用户，用户在系统注册后生成用户信息表文件。系统的功能分为两个模块，面向管理员的模块功能是系统管理，主要是删除系统非法用户或恶意用户的帐号信息；面向用户的模块功能是用户信息管理和交易管理。其中，用户信息管理包括更改用户密码，更改用户根本信息；交易管理包括出售管理，求购管理，买卖信息管理。系统管理用户功能：对交易过程进行投诉反应信息，由管理员进行处理后反应给用户。管理员功能：对用户发出警告，从用户信息表中搜索用户并删除非法用户。这项功能只能为管理员所有。注：如果用户被警告或者删除会收到系统提示信息。用户管理这个模块实现了用户请求交易，发布、更新交易信息的功能，并使用户能够更新自己注册信息以及根本信息。交易管理在用户交易管理中，根据用户的提供的交易物品生成了“出售信息表”和“求购信息表”，用户可以随时对自己发布的信息进行更改或删除。在交易的过程中，系统会根据这两个表生成对应物品的求购〔出售〕信息目录供所有进入该APP的买家浏览参考。出售管理用户登录后可发出出售请求。用户录入二手书信息〔包括二手书名称，二手书价格，二手书简介，出售数量，联系方式。其中书籍名称、价格必填字段。用户在录入二手书信息的时候书籍信息〔如书籍名称，简介〕可以通过扫描书籍的条形码登记。联系方式为或QQ，考虑到用户可能不愿意留下自己的或QQ，我们将联系方式设为可选字段，可以发送消息。同时系统会通过短信通知用户。经管理员检查录入信息正确无误，生成二手书出售信息单。用户发送出售请求成功后会在我的书店这一功能里看到要出售书籍的状态，如有新动态，系统也会推送通知。系统将出售信息纳入出售信息表，并根据出售信息表上的内容发布出售信息。求购管理用户登录后可发出求购请求。用户录入求购信息，包括求购二手书名称，二手书预计出价，书籍描述或关键词，联系方式。其中书籍名称、价格为必填字段。联系方式为或QQ，考虑到用户可能不愿意留下自己的或QQ，我们将联系方式设为可选字段，可以发送站内信。同时系统会通过短信通知用户。经管理员检查录入信息正确无误，生成求购物品信息单。系统将求购信息纳入求购信息表，并根据求购信息表上的内容发布求购信息。买卖信息更新管理注册后的用户可以随时更新自己的买卖信息。搜索买家在APP首页用关键词或书籍名称，类别搜索自己想找的书籍，系统根据卖家诚信度，距离远近和书籍价格，书籍热度生成排行榜供买家进行参考。并且根据出售数量和搜索次数在主页上公布热门书排行榜。买家可以将心怡的书籍参加我的书架，收藏起来，书架中书籍的价格，状态变动等系统均会推送通知给用户。用户信息管理用户信息管理包括更改用户注册名称，更改用户密码，更改用户根本信息；用户管理操作主要针对用户信息表进行修改，每个用户只能在登陆后修改自己的信息，管理员有权在适当的时候查看用户的资料以删除恶意用户。找回密码用户找回密码时，需要输入验证信息，验证成功后输入新密码，系统自动更新密码。用户注册和用户注销游客只有在成功注册后才能在APP上发布求购信息，出售信息，进行购置等等。只有注册过的用户才能进行用户的注销，除管理员之外用户只能注销自己的账号，没有权利侵犯他人的账号。退货买家申请退货，填写退货理由并且上传图片，管理员对退货理由进行审核，如果是书籍缺页等质量问题或卖家发错书籍，运费由卖家承当，如果是书籍无质量问题而是买家买错书籍或者不喜欢所买到的书籍，运费由买家自己承当。如果买家是恶意退货，如成心损坏书籍等，管理员退回退货要求，买家退货失败。退货成功后，买家将在24小时内收到货款。附录B数据字典汇总后的数据项名称数据项类型位数username管理员登陆名char50userID管理员IDint2UserID用户IDint2UserName用户登录名char50Password用户登录密码char50联系方式用户联系方式char50BookID二手书IDint2BookName二手书名称char50BookNum二手书数量int2BookPrice二手书价格int2BookPicture二手书图片imageBookState二手书状态int2Introduction书籍介绍textDDID订单IDint2DDState订单状态int2DDTime提交订单时间datetimeDDPrice订单总额int2NoteTime留言时间int2NoteContent留言内容textSellTime卖出时间selltimeWantTime求购时间wantimeShowTime发布时间showtime数据流条目数据流名标识符组成购物车GWC二手书ID+二手书名称+二手书数量+二手书价格+二手书图片+二手书状态二手书订单表ESSDDB用户登录名+用户联系方式+二手书ID+二手书名称+二手书数量+二手书价格+二手书图片+书籍介绍+{订单ID+订单状态+提交订单时间+订单总额}用户信息表YHXXB用户ID+用户登录名+用户登录密码+用户联系方式订单处理信息DDCLXX管理员登录名+管理员ID+{订单ID+订单状态+提交订单时间+订单总额}留言信息LYXX用户ID+用户登录名+留言时间+留言内容可购书籍列表KGSJLB二手书ID+二手书名称+二手书数量+二手书价格+二手书图片+用户联系方式+发布时间+二手书状态求购书籍列表QGSJLB用户登录名+用户联系方二手书名称+二手书数量+求购时间+二手书状态我的书架WDSJ二手书ID+二手书名称+二手书数量+二手书价格+二手书图片我的书店WDSD二手书ID+二手书名称+二手书数量+二手书价格+二手书图片+订单ID+订单总额+留言内容加工条目加工名：检查〔卖家〕启动条件：收到出售请求〔卖家登陆〕加工说明:A.收到出售请求〔卖家登陆〕；B.检查卖家用户信息〔是否已申请账号〕；C.检查出售请求信息；D.检查合格发送给用户录入信息；E.检查不合格即开启不合格处理；执行频率：100/天加工名：用户录入出售信息启动条件：出售请求合格加工说明：出售信息检查合格；用户登陆后正式录入出售货物信息〔书的具体内容，新旧程度，笔记，条形码，编者，第几版等；执行频率：100/天加工名：系统检查启动条件：收到出售信息描述加工说明：系统检查所收到的出售信息;假设出售信息正确那么发送给用户确认。执行频率：100/天加工名：用户确认出售信息启动条件：收到系统检查过后的出售信息加工说明：用户在自己所发出的出售信息得到确认后点击确定生成出售物品信息单发送出售物品信息单，开始录入信息表。执行频率：100/天加工名：录入出售信息表启动条件：收到出售货品信息单加工说明：收到出售货品信息单将用户所要卖出的旧书信息录入出售信息表信息表录入文件发布物品出售信息执行频率：100/天加工名：不合格处理启动条件：收到检查不合格的出售请求加工说明：收到检查不合格的出售请求提示卖家不合格请求执行频率：100/天加工名：检查〔买家〕启动条件：收到买家求购请求〔买家账号登陆〕加工说明：收到买家求购请求检查求购请求合格那么开始进行选择求购商品不合格进行不合格处理，提示买家不合格请求。执行频率：100/天加工名：用户选择求购商品启动条件：收到买家信息合格的信息加工说明：检查合格用户开始选择自己所要购置的旧书发送求购信息给系统检查执行频率：100/天加工名：系统检查启动条件：收到买家关于某个商品的求购信息加工说明：收到求购信息系统对所要购置商品的信息进行检查形成商品求购信息单发送参加购物车执行频率：100/天加工名：参加购物车启动条件：求购商品信息单合格加工说明：收到求购商品信息单合格将所要购置商品参加购物车生成购置信息表，存入文件为接下来的购置选择支付方式做准备执行频率：100/天加工名：购置支付方式启动条件：收到确认购置加工说明：收到确认购置的信息选择所要购置物品的支付方式〔一般为支付宝，网银，微信，快捷支付或者货到付款〕假设账户余额缺乏等情况出现，那么发生交易不成功支付成功，那么购置完成，交易成功。执行频率：100/天加工名：交易成功启动条件：购置成功加工说明：支付成功交易成功，购置完成可以对商品进行评价〔效劳态度等方面〕执行频率：100/天加工名