二手货物交易需求规格说明书.doc

《二手货物交易需求规格说明书.doc》由会员分享，可在线阅读，更多相关《二手货物交易需求规格说明书.doc（33页珍藏版）》请在三一办公上搜索。

1、“软件工程专业综合实践文档2二手商品交易系统需求规格说明书作者某某参与编写者指导教师项目组成员学号某某组长成员年月日目录1 文档简介21.1 文档目的21.2 背景21.3 参考资料21.4 术语与缩写解释22 系统产品介绍22.1 项目来源与目标22.2 系统或用户的特点22.3 项目需要解决的主要问题23 产品的功能性需求23.1 功能模型23.1.1 功能需求列表23.1.2 用例模型列表23.1.3 系统总用例图23.2 XXX子系统23.2.1 XXX用例23.2.2 XXX管理24 产品的非功能需求24.1 质量需求2精度2时间特性要求2灵活性24.2 输人输出要求24.3 数据管

2、理能力要求24.4 故障处理要求24.5 其他专门要求25运行环境规定2设备2支持软件2接口2控制26 词汇表21 文档简介本文档为“二手商品交易系统需求规格说明书。本需求规格说明书详细的描述了这款“二手商品交易系统预期实现的各项功能，并提供UML用例图与详细的用例描述。1.1 文档目的 编写本文档的目的主要是能够让“二手商品交易系统的功能的准确实现，以与在实现这些功能所使用的流程，和他们所使用的对象或者对象，对这些实体进展解释，说明，定义。 以下人员应仔细阅读本文档：系统分析员 ，程序分析员 ，程序员1.2 背景 开发系统：“二手商品交易系统 行业情况：随着internet技术的广泛开展和应

3、用，电子商务提供了一个网络交易平台，在人们生活中得到广阔开展。随着各种计算机技术的开展，许多市场交易涌现出来，而二手货物在市场交易的出现，让物资资源得到充分的利用。然而随着计算机网络技术的不断开展，一局部市场交易已经不能满足人们的需求，然而随着web2.0时代的到来，计算机覆盖X围不断扩大，市场交易在技术层次，整体规模上开展越来越成熟，越来越稳定。而二手货物市场的出现让物资得到利用，并且低价购置所需物资，满足人们日常需求，防止浪费。 本项目 提出者：吴家汉 开发者：赵洪志 吴家汉 胡维健 用户：社会各种人群 1.3 参考资料编号资料名称简介作者日期出版单位1创意无间 学习前端的教材 石丹201

4、4 03 12电子工业2JAVA疯狂讲义 编程语言的参考书李刚2013 08 06电子工业网点简介 查看了的建设 与系统功能2 系统产品介绍2.1 项目来源与目标本款二手商品系统旨在为客户提供其想购置的二手商品的销售信息，并提供评价平台。应用目标一是使用户能够与时快速的获取二手商品信息。二是构件一个二手商品交易市场，使物品利用率提高，节约资源。三是为人们购置物品省下一些钱。作用X围是社会各种人群。人们可以通过二手商品系统筛选物品信息获取自己需要的商品。背景材料：本软件系统为独立软件。2.2 系统或用户的特点本款二手商品系统功能在个人PC上使用，是用户群体遍布各个阶层。本系统采用C/S结构编写，

5、前端后台具有分工明确和维护方便的特点。本款二手商品系统具有实时更新货品信息的特点。市场上也有类似软件，如：咸鱼。与咸鱼相比拟，本款二手具有针对卖家出售资格审核以确保客户购置商品有保障的特点。问题类别问题详情性能当前存在的问题：吞吐量：人多时候会变得很卡响应时间：订单提交后后台处理时间过长。信息输出：1. 没有商品详情介绍2. 订单详情不够完善输入： 1. 商品下订单的信息不可修改只能删除 2. 销售信息是不安全的容易被人修改经济本钱：收益：1. 当前的市场销售方式的改良更容易吸引顾客控制安全性机制或控制手段太少：1. 对于二手商品的上架审核不完善2. 任何人都可以作为商家，对商家监管不严厉。

6、效率二手商品多为线上查看，线下物品交易，如果距离较远时就很浪费时间服务如果客户购置商品后发现与实物不符合可以通过和客服人员联系办理退换货物。2.4 新系统需要解决的主要问题本系统将要解决主要的严重影响系统功能的问题。有：系统的吞吐量增大，响应时间缩短。改善评储存信息的操作，能修改储存后的信息。扩大系统服务市场，挖掘潜在客户，开掘更高利润空间。3 产品的功能性需求3.1 事件表建立事件触发器来源动作响应目的地用户注册注册命令信息用户验证账号有效性，存入数据库反应注册结果用户用户登录登录命令信息用户用户点击登录反应登录结果用户用户想确定可用的商品信息商品查询，输入查询内容用户用户输入搜索词，查询可

7、用的商品反应查询结果用户用户发送订单新订单生成用户生成新订单实时连接，订单细节，确认订单，事务处理银行子系统，用户，供给商，用户订单表用户修改订单修改订单用户修改原来的定单，重新生成修改确认，修改订单细节，事务处理银行子系统，用户，供给商用户订单表用户付款确认付款用户用户付款付款确认，账单细节，付款结果银行子系统，用户，供给商商品上架商品上架供给商商铺添加新的商品上架确认，上架细节，上架结果，事务处理供给商供给商供给商商品信息表商品下架商品下架命令供给商店铺下架商品下架确认，下架结果，事务处理供给商供给商商品信息表商品修改商品修改命令供给商供给商修改店铺的商品内容信息输入修改选项，修改确认，修

8、改结果，事务处理供给商供给商供给商商品信息表商品评估商品评估命令供给商供给商上选择商品使用详情输入使用详情选项，评估确认，评估结果供给商收款用户支付银行账户系统供给商收款获取收款信息确认信息启动收款，事务处理供给商，供给商供给商3.2 用例模型描述3.2.1 确定业务参与者 采用参与者词汇表进展描述，如表所示。参与者词汇表序号词汇同义词描述1普通会员会员在本系统注册账号的用户2商家会员供给商会员在本系统注册店铺的商家3系统管理员管理员管理用户和商家的信息3.2.2 确定业务需求用例3.2.2.1 建立系统上下文用例模型3.2.2.2 用例词汇表用例词汇表用例名称用例描述预期参与者和角色用户注册

9、该用例描述了用户在软件系统上注册了一个账号的过程，注册完成后就可以登录使用本系统的功能。用户用户登录当用户输入账号和密码，系统能够识别已经注册的账号用户发送订单该用例描述了用户选择了商品，确认订单的过程。用户修改订单该用例描述了用户有更换应经确认的订单信息的需求。用户删除订单该用例描述了用户删除订单的过程。用户付款用户应经确认了订单，申请银行账户进展付款用户、银行账户系统商品上架该用例描述了供给上向店铺增加商品的过程。供给商商品下架该用例描述了供给上把店铺的商品删除的过程。供给商价格评估供给上使用该用例来评估二手商品的价格供给商商品修改该用例描述了供给商修改供给商收款该用了描述了供给收款的过程

10、供给商商家管理该用例描述了管理员管理商家的过程，管理员可以删除商家的账户管理员订单管理该用例描述了管理员管理用户订单的过程。管理员商品管理该用例描述了管理员管理供给商店铺商品的过程。管理员3图 系统用例模型图3.2.4 记录业务需求用例描述3.2.4.1 注册用例描述用例名用户注册用例类型用例IDMSM1101业务需求主要业务参与者用户其他参与者无描述该用例描述了一个用户注册账号的过程，注册完成后就可以登录本系统来使用系统的功能前置条件账号的格式有效，且数据库中不存在此账号，能够正确地注册后置条件注册完成可以登录触发条件用户进入注册页面，点击注册按钮根本流程1、 用户点击注册按钮2、 用户填写

11、用户信息，设置密码并且点击确认3、 系统将用户信息写入到用户数据库中替代流程替代第3步：用户名重复提示用户已占用用户名约束系统需要为用户提供GUI界面待解决问题无登录用例描述用例名用户登录用例类型用例IDMSM1102业务需求主要业务参与者用户其他参与者无描述该用例描述了一个用户登录系统的过程，登录成功后就可以使用本系统的功能前置条件账号的格式有效后置条件登录成功可以使用系统功能触发条件用户点击登录按钮根本流程1、 用户进入登录界面2、 输入用户名和密码3、 点击登录按钮替代流程替代第2步：如果用户名不存在，提示用户注册账号如果用户名输入格式错误，提示用户重新输入如果密码错误，提示重新输入密码

12、完毕用户点击了确认登录按钮实现和约束说明系统需要为用户提供登录GUI界面待解决问题账号密码的安全控制用户查询商品用例描述用例名查询商品用例类型用例IDMSM1103业务需求主要业务参与者用户其他参与者无描述该用例描述了一个用户查询商品的过程前置条件用户输入请求查询的内容后置条件系统请求数据库，列出详细的商品信息触发条件点击搜索按钮根本流程1、 用户在搜索框输入搜索内容2、 点击搜索按钮替代流程无完毕显示搜索结果实现和约束说明系统提供GUI界面待解决问题无用户修改订单用例描述用例名修改订单用例类型用例IDMSM1103业务需求主要业务参与者用户其他参与者无描述该用例描述了一个用户修改订单详细内容

13、的过程。前置条件用户已经成功下订单后置条件修改完订单可以确认付款触发条件用户选择订单，点击修改按钮根本流程3、 用户查询已选择的订单4、 用户选择订单5、 用户修改订单项选择项6、 用户点击修改按钮7、 系统反应修改确认替代流程替代第3步：用户没有选择订单，系统提示用户选择订单用户没做修改选项，就点击修改系统提示选择修改选项完毕系统提示修改成功实现和约束说明应当有明确的信息提示用户修改不正确的地方待解决问题无用户下订单用例描述用例名用户注册用例类型用例IDMSM1104业务需求主要业务参与者用户其他参与者无描述该用例描述了一个用户完成确认订单的过程，完成后就可进入付款页面了前置条件用户已经登录

14、成功后置条件进入付款界面触发条件用户点击了确认订单的按钮根本流程1、 用户选择商品2、 选择商品的规如此3、 点击确定订单按钮4、 系统反应订单信息确认5、 用户确认替代流程替代第3步：用户没有选择商品规格，系统停止提交替代第4步：系统没有响应，系统重新反应确认信息完毕点击了确认按钮约束和说明问题系统应有明确的订单反应信息待解决问题无用户删除订单的用例描述用例名用户删除订单用例类型用例IDMSM1105业务需求主要业务参与者用户其他参与者无描述该用例描述了一个用户把已经确定的订单删除过程。前置条件用户已经确认订单后置条件重新选择商品触发条件用户选择订单，点击删除按钮根本流程1、 用户进入订单界

15、面2、 选择订单，删除订单替代流程无完毕系统提示删除成功待解决问题无用户付款用例描述用例名用户付款用例类型用例IDMSM1106业务需求主要业务参与者用户其他参与者银行账户系统、供给商描述该用例描述了一个用户确认付款的过程。前置条件用户确认订单后置条件等待供给商发货触发条件用户点击了确认按钮根本流程1、 进入到付款页面2、 系统反应账目信息3、 点击确认付款按钮替代流程替代第3步：用户没有选择账，系统提示选择账户用户账号余额不足，系统提示余额不足，更换银行账户完毕系统反应付款结果信息约束和说明问题系统需要的付款反应信息待解决问题银行账户付款的安全控制供给商上架商品用例描述用例名上架商品用例类型

16、用例IDMSM1107业务需求主要业务参与者供给商其他参与者无描述该用例描述了一个供给商为店铺上架商品的过程。前置条件供给商登录成功后置条件商品信息记录在店铺商品信息中触发条件供给商点击确认上架按钮根本流程1、 进入上架商品页面2、 添加商品信息3、 点击上架替代流程替代第3步：供给商添加商品缺少某一项，系统提示添加某一项的信息供给商添加商品信息的格式不正确，系统提示错误信息完毕系统反应添加成功约束和实现说明系统提供GUI界面待解决问题无供给商商品修改用例描述用例名商品修改用例类型用例IDMSM1108业务需求主要业务参与者供给商其他参与者无描述该用例描述了一个供给商修改店铺内商品信息的过程。

17、前置条件供给商登录成功后置条件记录到店铺商品信息表触发条件点击修改按钮根本流程1、 进入店铺界面2、 选择商品3、 修改商品信息4、 反应修改详情5、点击确认替代流程无完毕点击确认按钮待解决问题无供给商商品下架用例描述用例名商品下架用例类型用例IDMSM1109业务需求主要业务参与者供给商其他参与者描述该用例描述了一个供给上把店铺的商品下架的过程。前置条件店铺商品记录与店铺商品表后置条件把店铺商品记录删除触发条件点击删除按钮根本流程1、 供给商选择商品2、 确认删除替代流程无完毕点击了删除按钮待解决问题无供给商评估二手商品价格用例描述用例名评估价格用例类型用例IDMSM1113业务需求主要业务

18、参与者供给商其他参与者市场销售员描述该用例描述了一个供给商评估二手商品的价格。前置条件供给商登录成功后置条件获取二手商品价格可用于上架商品价格触发条件点击了评估的按钮根本流程1、 供给商进入商品评估界面2、 供给商填写商品详情和商品使用详情选项3、 点击评估价格按钮替代流程无完毕系统反应价格信息待解决问题无3.2.用例活动描述用户登录/注册用例活动图：查询商品用例活动图：用户下订单用例活动图：用户修改订单的用例活动图：用户删除订单的用例活动图：用户付款用例活动图：供给商上架商品用例活动图：2w供给商下架商品用例活动图：供给商修改商品用例活动图：供给商评估价格用例活动图：供给商收款的用例活动图：

19、4 产品的非功能需求4.1 质量需求列出常见的质量需求，如性能、安全性、精度、可移植性、可维护性等等1易用性：易用性是与一组规定或者潜在的用户为使用其软件所做的努力和对这样的使用所做的评价有关的一组属性。包括易理解性和易学习性，易操作性。本系统应该操作简单，界面人性化，不需要学习太久就可以熟练的使用本系统，并且美观，培训资料详细，文档简单。2性能：此系统响应速度快，结果精度高，运行时消耗的资源少。3安全性：即与防止对程序的非授权的故意的或者是意外的访问的有关的软件的属性 本系统定义了一些私有属性，防止外界访问。4可维护性：维护性是指与进展的指定的修改所需的努力有关的一组属性。具体包括易分析性，

20、易改变性，稳定性，易测试性。本系统应该易于分析，当我们在做适应性修改的时候如果要添加一些功能的话，我们应该在原来程序根底上修改容易，并且稳定，修改后还容易测试。5可移植性：是指软件可以从某一环境转移到另一个环境的能力有关的一组属性，具体包括适应性，易安装性，遵循性，可替换性。当本系统安装在其他的设备上时可以正常运行，功能全部都可以正常使用。精度输入项数据类型格式数值X围精度User_namevarchar汉字15-20User_passwordvarchar数字20Administrator_namevarchar汉字15-20Administrator_passwardvarchar数字20

21、Goods_pricesSmallint数字20Goods_nameVarchar汉字15-20时间特性要求说明对于该软件的时间特性要求，如对：a 响应时间；b 更新处理时间；c 数据的转换和传送时间；d 解题时间；等的要求。响应时间快，更新处理时间短，数据转换快捷，传送时间短灵活，解题效率高，时间快。灵活性说明对该软件的灵活性的要求，即当需求发生某些变化时，该软件对这些变化的适应能力，如：a 操作方式上的变化；b 运行环境的变化；c 同其他软件的接口的变化；d 精度和有效时限的变化；e 计划的变化或改良。对于为了提供这些灵活性而进展的专门设计的局部应该加以标明1. 操作方式简单，易于上手，界

22、面美观，易于理解，符合用户的使用方式和使用习惯。2.本可以在所有IE5以上所有版本运行。3.易于维护。4.易于修改。当修改一个模块时，不影响其他模块。5.易于测试。4.2 故障处理要求在使用软件的过程中，当出现计算机断电，计算机内存不足等情况时，本软件将出现运行故障。运行故障发生时，软件的各个功能模块将无法正常使用，启动相关功能按钮都无法进展正常的操作。对由于计算机断电引发的软件运行故障，用户在重新给计算机供电后，可以通过重新启动计算机，并启动本软件的方式恢复软件的正常运行与使用。对由于计算机内存不足引发的软件运行故障，建议暂时关闭软件。用户应检查并解决计算机内存不足的问题，内存使用情况正常后

23、，本软件将恢复正常的运行与使用。 重新选择一个更高版本更加稳定的服务器。2.4.3 其他专门要求如用户单位对安全某某的要求，对使用方便的要求，对可维护性、可补充性、易读性、可靠性、运行环境可转换性的特殊要求等。1. 划分优先级给每项需求、特性或使用实例分配一个实施优先级以指明它在特定产品中所占的分量。如果把所有的需求都看作同样重要，那么项目管理者在开发或节省预算或调度中就丧失控制2. 一致性一致性是指与其它软件需求或高层系统，业务需求不相矛盾。在开发前必须解决所有需求间的不一致局部。只有进展一番调查研究，才能知道某一项需求是否确实正确。5运行环境规定开发环境列出该软件所需要的开发环境，包括软件、硬件、设备等。操作系统：win98 以上Web 服务器：支持各种主流浏览器数据库环境：Mysql,硬盘空间：200M 以上媒体：标准键盘、标准鼠标、标准显示器，需要联机运行环境操作系统：win98 以上Web 服务器：支持各种主流浏览器数据库环境：mysql,