《校园二手书需求规格说明书》由会员分享，可在线阅读，更多相关《校园二手书需求规格说明书（26页珍藏版）》请在金锄头文库上搜索。
1、-需求规格说明书修订历史记录日期版本说明作者2014年12月2日1.0初次生成文档2012年12月9日1.1第二次生成文档1. 引言1.1目的本文档首先给出整个系统功能构造的概貌，试图从整体架构上给出整个系统的轮廓，然后对功能需求、数据需求、性能需求和其他非功能需求进展了详细的描述。其中对功能需求的描述运用了ROSE的用例模型方式，描述每一用例的根本领件流，并给出直观的用例图。对数据需求的描述运用了数据流图方法，从数据传递和加工角度，以图形方式来表达系统的逻辑功能、数据在系统内部的逻辑流向和逻辑变换过程。这些文字与图形都为了文档能够详细准确地描述用户的需求，同时也为用户更容易的理解这些需求的描
2、述创造了条件。1.2文档约定1)页面的左右边距为1.91cm，上下边距为2.54cm,正文文本左对齐段落首行缩进2磅，行距设置值为1.25。2)标题最多分三级，分别为黑体小三、黑体四号、黑体小四。3)正文字体为宋体小四，无特殊情况下，字体颜色均为黑色。1.3预期的读者和阅读建议本文档面向的读者对象：1工程经理：工程经理可以根据该文档了解与其产品的功能，并据此进展系统设计、工程管理。2） 设计员：对需求进展分析，并设计出系统，包括数据库的设计。3） 程序员：配合设计员的设计报告，了解系统功能，编写用户手册。4） 测试员：根据本文档编写测试用例，并对软件进展功能性测试和非功能性测试。5用户：了解其
3、产品的功能和性能。6其他人员：如部门领导、公司领导等据此了解产品的功能与性能。在阅读文档时，首先要了解该APP的功能概貌，然后可以根据自身的需求对每一项功能进展进一步的了解。1.4产品的*围随着商品经济的开展，高校学生通常会有出售二手货物的需求，而其他在校同学又希望买到廉价的二手商品。二手物品交易主要是通过校内论坛二手交易板块和跳蚤市场，由于同学们平时都喜欢宅在寝室，跳蚤市场很多人都不愿意去看，而校内论坛上的二手交易信息，多且杂，找起来费时费力，这些远远不能为我们提供方便，导致很多二手物品都被当垃圾扔掉。通过对校内论坛二手商品交易板块的分析，以及对校内学生的调查，发现校内的二手物品交易有如下特
4、点：种类多，规模小，交易随机性比拟强，时间分布根本上比拟平均，每年的六七月份大四学生离校期间会出现一个二手物品交易的顶峰。参加交易的人员绝大局部为在校学生。针对这一情况【二手商品交易系统】应运而生，为广*学提供方便同时，又实现了废旧物品的循环利用。该APP是在积累了丰富的业务经历的根底上开发的，在需求上，充分考虑了具体用户的实际情况。该APP是一个二手书交易平台。1.5参考文献a.软件需求工程第2版毋国庆梁正平袁梦霆李勇华机械工业b. UML面向对象建模与设计 Michael Blaha James Rumbaugh 人民邮电2综合概述2.1目标以及目标人群1. 工程目标是建立大学二手商品交易
5、系统，并创立对应的数据库系统，以创造一个大学校园内的二手商品在线交易平台，帮助校内学生的及时便捷地进展二手物品交易。2. 目标人群：在读大学生，研究生为主，对二手书有狂热喜爱的人群。2.2用户的特点APP的一般用户只需具有根底的浏览能力即可正常使用APP提供的各种效劳。2.3用户类和特征1管理员:公告的增加、修改、删除、查看软件维护2买家:用户登录公告查看商品留言商品管理二手书的发布、修改、删除、查看用户对个人发布商品的留言进展查看查看订单订单管理订单的生成、取消、修改3卖家:用户登录公告查看发布商品管理商品信息发送货物查看订单订单管理订单的生成、取消、修改2.4运行环境安卓4.0及以上环境。
6、2.5设计和实现上的限制开发工具：ECPLISE 开发语言：JAVA数据库：Oracle 10g2.6假设和依赖假设：用户在执行任何一条功能后，都可以终止进一步的操作依赖：对商品留言必须依赖于买家首先登录该APP；3. 外部接口需求3.1用户界面1界面风格简洁明快，素雅大方。2页面的布局，按与用户的交互需求不同，划分为不同的功能区域，实现和用户之间的友好交互；3前台界面操作可逆，其动作可以是单个的操作，或者是一个操作序列；4后台各管理模块的不同管理功能操作界面，采用在不同窗口进展管理，各功能操作切换比拟简单又相对独立。5提供信息反应，如提供用户当前登录状态信息；6提供简单的错误处理；3.2硬件
7、接口1支持普通的安卓机。3.3软件接口(1)使用Oracle 10g数据库存储数据信息。(2)运行于安卓4.0及以上的操作平台上。4系统特性4.1说明和优先级高：是关键需求，必须实现，否则表示APP设计失败；中：支持必要的操作，是最终版本所要求，但是如果是紧急需要，可以考虑在下一个版本中实现；低：功能或质量上的增强，如果资源允许，这些功能的实现能够使得产品更完美主要实现的功能：说明优先级查询二手书高登陆或注册高订单功能高发表留言中管理员基于平台后的管理高4.2鼓励/响应序列1、用户登陆，判断权限，进入APP。2、帮助显示具体操作流程。4.3功能需求1总体功能描述用例图：主要参与者用例买家1、
8、管理用户信息2、 查看交易记录3、 发布求购列表4、 购置商品卖家1、 发布出售商品2、 管理商品信息3、 出售4、 发货5、 管理用户信息6、 管理交易记录管理员1、 管理用户2、 管理购置列表3、 管理求购商品2用例描述：用例ID号UC1用例名称发布出售商品执行者卖家目的卖家通过系统发布出售商品使之出售前提条件1、 卖家在系统已经通过注册2、 卖家登陆至该系统完毕条件该商品信息成功发布在系统上面。根本序列1、 卖家选择发布出售商品，接着选择该商品的所属类型。2、 卖家填写要出售的商品信息，并上传相应的信息，如图片。3、 系统确认商品信息真实有效。4卖家再次确认商品信息后，发布该信息，并存入
9、系统数据库。备注1、如果卖家在管理员今天工作的截止日期之前使用系统，则管理员审核时间是当前时间。否则管理员审核时间在下一个工作日。用例IDUC-2用例名称管理商品信息执行者卖家目的卖家修改已发布的商品信息前提条件卖家在系统上已发布商品信息，商品出售之后修改商品的信息。完毕条件商品信息得到了及时的更新。根本序列1、 卖家点击需要修改的商品，界面显示出商品的价格、剩余数量和详细信息。2、 卖家在各个名称后面输入修改的内容3、点击确认，提交修改内容备注卖家修改的各种信息应该建立在管理员的监视之下。用例IDUC-3用例名称出售执行者卖家目的卖家通过买家的选择出售自己的商品。前提条件买家选中该商品并且完
10、成付款。完毕条件买家收到自己所选择的书。根本序列1、卖家与买家协商达成一致。2、卖家选中商品，完成付款。3、卖家更新自己的商品信息。备注卖家将遵循与卖家的协商出售商品。用例IDUC-4用例名称发货执行者卖家目的成功的买家所选的商品发给买家。前提条件买家成功付款，卖家完成出售。完毕条件买家收到自己心仪的商品。根本序列1、卖家接到买家的发货请求3、 卖家查看订单，按订单要求发送货物3、通知买家已发货备注1、 发货信息及时通知买家。2、 卖家及时的发送买家所选的商品。用例IDUC-5用例名称管理用户信息执行者卖家，买家目的用户能修改自身的根本资料和密码前提条件买家，卖家在系统上面已经注册并且信息通过
11、了管理员的审核。完毕条件卖家和买家成功的修改了信息。根本序列1、选择修改根本资料，则界面显示出用户的用户名，性别，年龄，。用户输在需要修改的名称后面输入新的资料2、选择修改密码，则界面显示出用户的用户民、原先密码和新密码。用户输需在各个名称后面输入所要求的信息。3、点击确认，提交修改内容备注卖家和买家提供的信息必须是真实有效，管理员必须对卖家和买家提供的信息进展审核。用例IDUC-6用例名称查看交易记录执行者卖家，买家目的买家和卖家对交易信息的查看及时的了解关于自己的信息。前提条件有交易记录的生成完毕条件上条交易的完成，当前系统中没有更新出新的交易记录。根本序列1、买家或卖家翻开交易记录页面2
12、、选择需要查看的交易，查看交易记录备注该用例要求系统对各种交易记录的及时更新。用户IDUC-7用例名称发布求购列表执行者买家目的买家成功的发布求购信息，并且得到关于自己求购列表的书籍信息。前提条件买家登陆系统发布自己的求购列表并且该信息真是有效，反映自己真实的需求。完毕条件买家成功发布自己的求购列表，并且得到卖家的回应。根本序列1、 卖家选择发布求购列表。2、 卖家填写购置的商品信息，并上传相应的信息，如图片。3、 系统确认商品的信息真是有效。4、 买家再次确认信息后，发布该信息，并存入数据库。备注1、买家上传的信息必须平安，真是，有效。2、在此过程中管理员进展监视。用户IDUC-8用例名称购
13、置商品执行者买家目的买家购置商品前提条件买家成功的选择商品并且与卖家对价格等详细的信息经过了协商。完毕条件买家成功的付款根本序列1、 卖家在搜索中输入索要购置的商品信息或是或在商品分类中找到所要购置的商品。2、 选中要购置的商品，输入购置数量。3、 买家确认购置，系统生成订单。4、 系统通知卖家发货。备注买家购置的商品在系统的所提供的*围之内。用户IDUC-9用例名称管理用户执行者管理员目的系统管理员对违规事务的处理及违规用户的删除。前提条件管理员进展过注册，系统授权管理员管理权限。完毕条件系统在平安平稳的机制下进展。根本序列1、 系统管理员选择处理违规事务。1、1界面显示出违规用户的用户名和
14、遭到投诉的违规工程。1、2系统管理员验证各个用户的违规工程，假设属实，则给出该用户发出警告，让该用户及时处理违规工程，反应处理结果。假设该用户在一定时间内无反应结果，则删除该用户及其相关信息；假设有反应结果，经系统管理员验证后是处理妥当的，则增加该用户的警告次数。2、系统管理员选择删除违规用户 2、1界面显示出警告次数到达预定值的用户。 2、2系统管理员删除选定的各个用户。备注用户IDUC-10用例名称管理购置列表执行者系统管理员目的系统管理员对购置页面中购置商品列表的处理。前提条件系统管理员登录到求购页面中购置商品列表。完毕条件系统购置页面中的购置列表的时效性，真实性。根本序列1、 系统管理员登陆至购置页面的列表查看2、 系统管理员对列表中的信息进展核实3、 系统管理员对求购列表进展刷新之后的发布。备注系统管理员必须确保购置列表时最新，最准确的。用户IDUC-11用例名称管理求购
