校园二手交易平台系统

1、校园二手交易平台系统1、系统规划1.1 项目背景1.1.1 技术背景近些年来互联网技术迅速发展，使得不同地点的人们在任何时间都可以轻松获取自己需 要的信息，同时互联网的出现也极大地推动了教育事业的发展，特别是 javaEE 技术，以其 交互性、 动态性的特点， 大大扩展了互联网的应用范围， 互联网的广泛应用也深刻的影响了 教育教学领域。 随着全世界互联网技术的不断发展， 各种基于互联网技术的网络应用不断涌 现, 网络技术正在不断的深入人们的生活。人们从网上获取信息、享受生活、交流感情、网 上工作、网上购物等。网络正在迅速改变着人们的生活方式。 在当前社会上，许多的各种类 型的电子商务类网站纷纷

2、建立，可以很大程度上解决人们信息资源的闭塞以及地域上的限 制。大学生在网络的使用上占了很大一部分比例， 他们熟练操作各种软件， 热衷于网上购物、 网上聊天。校园网的推行也为大学生上网提供了便利条件。1.1.2 经济背景人们开始倾向于网上购在人们习惯网络购物的在网络广泛使用的条件下， 人们的消费方式也发生了很大改变。物，特别是大学生。 所以网上二手交易的推广有着良好的消费基础。前提下，可以发动大学生使用二手交易平台来购买自己想要的商品。同时，大学生目前还不能做到经济独立，个人的经济能力有限。网上二手交易平台的推广，对大学生来说有一定的吸引力。 卖出自己不用的物品，能够获得一定的回报， 而买入一

3、些低价实用的二手商品，则可以为大学生们节约一定的钱财。1.1.3 传统的校园二手交易方式在大学校园， 伴随着学生的购买能力的提高和每年的升学和毕业， 也存在的许多各种类 型的二手商品， 由于信息交流的落后， 很多只限于实地买卖或者请人代为宣传的方式进行交 易。这种方式有很多局限性和偶然性，并不能满足二手商品畅通交流的要求。每年大四毕业季， 在学校各大食堂周围就可以看到很多大四的学长和学姐在摆摊卖东西。 但是这种方式不能给其他学生提供全面的信息， 没有全面的对比， 对自己商品的宣传不够到 位，常常只能做到低价甩卖。 买方不能获得自己想要商品的信息， 对已经得到的商品期望过 低，消费者剩余没有最大

4、化。 卖方已经卖出的商品也不能达到自己期望的价格， 生产者剩余 低下。所以，这种买卖是一种没有效率的买卖。1.1.4 新兴的校园二手交易方式随着网络技术的发展， 新兴的二手交易方式出现了。 它利用网络信息的共享性， 在网上 发布商品信息，实现商品价值的最大化。这种交易方式的优点有：信息共享性大、耗时少、 方便快捷、 运行成本低等。通过网上交易，可以提高买卖的效率和满意度， 也可以实行物物 交换， 达到物尽其用的原则。通过一个专门的网上交易平台， 收录各种二手商品的信息，并 对商品进行分类，方便买者根据自己的意愿进行检索，买到自己想要的商品。同时，交易平 台也为卖者提供便利， 让他们在不耗时不耗

5、力的情况下销售自己不用的物品， 过得一定的经 济回报。1.2 系统目标1.2.1 系统功能目标1、用户可以进行注册、登陆和注销2、用户能够在系统上输入自己的商品信息3、用户能够在系统上浏览其他用户发布的商品信息4、用户可以在系统上检索自己所需的商品5、用户可以对商品进行评价和留言6、用户可以进行商品购买、交换、馈赠1.22 系统性能目标1、系统运行安全稳定，可靠性强，功能齐全2、操作方便、灵活、页面简洁3、信息容量大，安全性高4、系统易于维护和扩充升级1.3 总体功能需求和关键信息需求1.3 总体功能需求和关键信息需求1.3.1 总体功能需求我们设计的校园二手交易平台主要是为了方便校内同学们的

6、二手物品的买卖和馈赠、 爱 心募捐等，其要满足的主要功能需求是以下几点：（1）、会员可以通过账号和密码登录，搜索或查看二手商品的信息和募捐活动的信息；（2）、会员可以发布要卖掉或者捐赠的二手物品的信息；（3）、会员可以购买平台上的二手物品并进行评价；（4）、会员可以在平台上发起爱心募捐活动；（5）、游客可以搜索、查看平台上的二手物品或注册成为会员；（6）、系统管理员可以管理会员和二手物品的基本信息。用图表示如下：1.3.2 非功能性需求（1）、性能需求 数据精确度： 查询信息时应保证查全率，所有相应域包含查询关键字的记录都应该查到。 查询信息应保证查准率，查到的记录应与给定的查询条件完全匹配。

7、 时间特性： 本网站具体时间特性要求要根据网速来决定。 我们将最大限度的减少系统响应时间， 最小化 更新处理时间和数据转换时间。 系统容量需求 注册用户： 10000 以上；在线用户： 4500 以上；并发数： 1500 以上。（2）、安全性需求 设置权限，对于某些特定的用户，只分配其部分权限。让其只能做自己能做的操作。 对于敏感的数据，在存入数据库前进行加密操作。 对于数据库中的数据，一定要进行实时的备份操作。每当数据库中发生一些修改操作时， 就进行备份操作，这样的话，再后来的数据丢失时，就可以进行及时的恢复，从而避免了数 据丢失造成的损失。14 可行性分析技术可行性我们设计的二手交易平台可

8、以运用 ASP来编写。（1 ）、ASP简介：ASP （ Microsoft Active Server Pages ）是一套微软开发的服务器端脚本环境，ASP内含于IIS 3.0 和4.0之中，通过 ASP我们可以结合 HTML网页、ASP指令和ActiveX元件建 立动态、交互且高效的WE冋艮务器应用程序。运用了 ASP我们就不必担心客户的浏览器是否 能运行你所编写的代码，因为所有的程序都将在服务器端执行，包括所有嵌在普通HTML中的脚本程序。 当程序执行完毕后， 服务器仅将执行的结果返回给客户浏览器， 这样也就减轻 了客户端浏览器的负担，大大提高了交互的速度。（2）、以下罗列了 ASP 所

9、独具的一些特点： 使用VBScript 、JScript等简单易懂的脚本语言，结合HTML弋码，即可快速地完成网站的应用程序。 无须 compile 编译，容易编写，可在服务器端直接执行。 使用普通的文本编辑器，如Win dows的记事本，即可进行编辑设计。 与浏览器无关(Browser Independenee),用户端只要使用可执行 HTML码的浏览器，即可浏览 Active Server Pages 所设计的网页内容。 Active Server Pages 所使用的脚本语言 (VBScript、Jscript)均在WEB服务器端执行，用户端的浏览器不需要能够执行这些脚本语言。 ASP能

10、与任何ActiveX scripting语言相容。除了可使用 VBScript 或JScript 语言来设计外， 还通过 plug-in 的方式， 使用由第三方所提供的其他脚本语言， 譬如 REXX、 Perl 、 Tcl 等。脚本引擎是处理脚本程序的 COM(Component Object Model) 物件。 ASP的源程序，不会被传到客户浏览器，因而可以避免所写的源程序被他人剽窃，也提高了程序的安全性。 可使用服务器端的脚本来产生客户端的脚本。 物件导向(Object-oriented)。 ActiveX Server Components(ActiveX服务器元件)具有无限可扩充性。

11、可以使用 VisualBasic 、 Java 、 Visual C+ 、 COBOL 等编程语言来编写你所需要的ActiveX ServerComponent。1.4.2 市场可行性武大和所有学校一样， 每年都有毕业生要毕业， 每年也都有新生来报到。 毕业生们不可 能将大学几年留存下来的东西全部带走， 有些物品带着是累赘， 卖掉反而还能赚些路费。 学 生们的消费水平本来也不高， 都希望能买到物美价廉的商品， 这个时候， 网上二手交易平台 的作用就发挥出来了。 卖主可以在网上登记自己要处理的物品以及售卖价格，联系方式， 买主则可以在网上搜索自己所需要的， 若没有搜索到，也可以在网上发布求购信息

12、。 当然，我 们的网上二手交易平台不仅仅是处理毕业生的多余物品， 平时学生们有任何闲置的东西或有 任何需求都可以免费在网上二手交易平台上得到处理，并且不限时间也不限地点。 买卖双方同学只要达成一致意见， 就可以选择以钱物交换、 物物交换、 馈赠等方式完成交易，方便易 行。另外， 现在学校里有越来越越多的同学热心于公益， 也有很多公益类的社团会不定期在 学校里进行募捐活动， 偶尔也会有同学为了班里生了重病的同学募捐。 但是， 他们的募捐大 多采取在食堂摆点或在人人上宣传的方式， 效果并不是很好。 而我们设计的二手交易平台不 仅可以进行二手物品的交易， 还将设有专门的募捐区域， 由平台统一发布募捐

13、信息， 可以扩 大募捐活动的宣传范围，吸引更多同学参与募捐。而且， 校园二手交易平台上进行交易的都是武大的学生，他们在发布供求信息时都提供了真实的联系方式， 商品价格及质量可以直接当面确定， 不像那些纯商业网站， 买卖双方都 存在很大的风险。这使得同学们的交易有了安全保证。1.4.3 操作可行性首先， 这个二手交易平台开发完成、 投入使用后， 将有计算机专业的同学专门负责维护和管 理，保证系统的正常运作。其次，根据市场可行性分析我们可以知道， 此二手交易平台毫无疑问将受到同学们的欢迎和 使用。因为武汉大学现有的校内二手交易平台只是利用人人网转发， 而人人网的使用人数在 逐渐减少，所以这样一个新

14、的、能满足更多需求的二手交易将会被同学们广泛使用。 再次，这个二手交易平台将适用于电脑和移动终端， 而现在的在校同学们基本上都有自己的 电脑和智能手机， 只需要下载客户端就可以使用该平台进行交易， 简便易行， 不存在设备上 的限制。1.4.4 进度可行性 二手交易平台系统开发的全过程包括规划、系统分析、系统设计、开发、测试、实施、维护 等七个阶段。系统规划阶段主要进行项目背景、 系统目标、 总体功能需求和关键信息需求以及系统可行性 分析工作； 系统分析阶段主要进行组织结构及人员职能的划分、 业务及相关数据表的记录和 整理、业务和数据流程图的绘制、 u/c 矩阵图及相应计算和目标系统逻辑功能结构

15、的开发工 作；系统设计阶段拟订详细设计报告， 主要进行目标系统软硬件配置方案的确定、 业务流程 与数据类的描述以及功能结构、 设计数据库文件、 安全保密机制、 编码方案、功能模块的输 入/ 输出设计与处理流程等工作； 系统实施阶段主要进行程序设计说明书、 源程序备份文件、 系统测试报告和用户使用手册等的撰写工作； 最后的系统运行维护与评价阶段主要进行系统 运行阶段的运行、维护修改记录以及系统的评价结果整理等工作。目前我们进行的工作主要是系统规划、 系统分析、系统设计和系统实施的设计方案的撰写。 其中，规划部分由李艳丽和刘冰负责，时间是11月29日到 12月3日中午；系统分析部分由刘春然、 李彦

16、霖负责， 时间是 12月 3日中午至 7日晚；系统设计由杨朝雅、 谭珊珊负责， 时间为 12月8日至 14日晚；系统实施的后续内容由简洁负责，时间为 12月15日至 18日晚。我们小组同学分工合作，充分保证时间安排合理，系统开发有序进行。 2系统分析2.1组织结构分析组织结构图市场部技术部委员会运营部人事部品牌推广组活动策划组交易平台组募捐平台组信息合作部社交平台组职能划分委员会：负责校园二手交易平台系统开发战略的制定，其中包括系统的定位和远期发展战略等。市场部：二手交易平台与市场直接接触的部门，主要职责为品牌推广、活动策划与信息合作。a）品牌推广：主要负责线上线下平台的宣传，开拓市场，增加用

17、户数量。b）活动策划：进行特别活动的策划， 例如“毕业季”与“迎新季”的二手产品交易的品牌 活动、大型公益募捐活动等等。c）信息合作：负责用户注册、认证等工作，以及用户信息等大规模数据的录入和整合。技术部：对整个系统进行日常的维护与定期的更新，以及特殊情况下的维修。运营部：维持平台常规运行。a）交易平台组：交易活动产生的结构化，常规性工作，包括发布资格审核等。b）募捐平台组：募捐活动产生的结构化，常规性工作，包括与公益组织及个人的募捐资格的审核等。c）社交平台组：交易评价，朋友圈模块管理。人事部：对各个部门日常工作人员的招聘，培训与管理。财务部：负责与系统财务相关的工作a）外联组：负责向商家拉

18、取赞助，用于系统的开发和人员的薪酬福利。b）会计组：执行出纳任务，并将财务状况形成账簿。物流部：负责交易、募捐商品的物流工作a）仓储组：会在各个校区设点，把提交申请审批通过的货物进行存储。b）运输组：将完成订单的货物进行学校范围内的派送。2.2业务流程分析业务流程图（TFD反映业务处理的过程，基本符号如下：业务处理部门或个人业务处理活动生成的报表、卡片凭证等传递使用的基本数据或同级数据经过分析，得到系统综合业务流程图如下:图业务流程图一一二手商品交易图222业务流程图一一募捐图223业务流程图物流图业务流程图一一活动发布展示计划举行的实体二手交易活动情况活动信息表2.3数据流程分析基本符号如下

19、:处理数据流数据存储图数据流程图一一二手商品交易232数据流程图一一募捐卖家自取送货市场部活动 策划组物滅部运 输组物流部仓 储组233数据流程图一一物流图2.3.4数据流程图一一活动发布活动信息表物流情况商品订单展示计划举行的实体 二手交易活动情况将通过审核的商品置 入任一仓储网点买卖取方达慮 交裔品入库2.4数据字典表一：用户信息表数据项名称数据项类型数据项长度是否允许为空数据项含义备注Stu_na字符型8否真实姓名Stu_no数字型13否绑定学号Car_no字符型18否绑定身份证号Add字符型25否地址TEL_no数字型11否手机号码Ban_no数字型19否绑定银行卡表二：商品信息表数据

20、项名称数据项类型数据项长度是否允许为空数据项含义备注Goo_ta字符型8否商品类型Valid字符型8否有效状态几成新Time字符型3否使用年限P_bef数字型8否原价单位：元P_pre数字型8否标价单位：元表三：商品实际情况表数据项名称数据项类型数据项长度是否允许为空数据项含义备注Goo_id数字型8否商品编号Goo_ta字符型8否商品类型Valid字符型8否有效状态几成新Time字符型3否使用年限P_bef数字型8否原价单位：元P_pre数字型8否标价单位：元表四：商品订单数据项名称数据项类型数据项长度是否允许为空数据项含义备注Ordd数字型8否订单号Goo_id数字型8否商品编号Stu_n

21、o_b数字型13否买家学号Stu_no_s数字型13否卖家学号P_rea数字型8否成交价单位：元Way_p字符型2否付款方式网银/付现Way_ts字符型2否物流方式自取/送货P_ts数字型3是运费单位：元Add_b字符型25是买家收货地址表五：募捐申请单数据项名称数据项类型数据项长度是否允许为空数据项含义备注Req_id数字型8否申请单号Stu_no_r数字型13否发起者学号Add字符型25否发起人地址Ban_no数字型19否发起人银行卡号表六：募捐情况表数据项名称数据项类型数据项长度是否允许为空数据项含义备注Req_id数字型9否申请单号Stu_no_r数字型13否发起者学号Add字符型25

22、否发起人地址Ban_no数字型19否发起人银行卡号P_req数字型8否募捐手续费单位：元表七：捐赠信息表数据项名称数据项类型数据项长度是否允许为空数据项含义备注Req_id数字型8否申请单号Stu_no_co数字型13否捐赠人学号Goo_id数字型8是商品编号Money数字型25是捐赠货币单位：元表八：募捐账单数据项名称数据项类型数据项长度是否允许为空数据项含义备注Req_id数字型8否申请单号Goo_id数字型8是商品编号Money_tle数字型25是募捐货币总额单位：元表九：物流情况表数据项名称数据项类型数据项长度是否允许为空数据项含义备注Goo_id数字型8否商品编号Date_in日期型

23、8否入库日期Date_out日期型8是岀库日期Goo_pla字符型25否仓储网点表十：评价单数据项名称数据项类型数据项长度是否允许为空数据项含义备注Ordd数字型8否订单号Rev_goo数字型1否商品评分5分最高Rev_ts数字型1否物流评分5分最高表:活动情况表数据项名称数据项类型数据项长度是否允许为空数据项含义备注Act_id数字型8否活动编号Date_beg日期型8否活动开始日期Date_end日期型8否活动结束日期Act_tim字符型8否每日活动时间Act_pla字符型25否活动地点P_rent数字型8否场地租借费用单位：元2.5系统功能结构分析评价与社交二手商品交易结算系统物流信息记

24、录募捐平台校园二手交易平 台系统实体二手交易活 动发布检索用户账户建立对商品信息进行r 审核与修改后将 商品挂上平台进行捐赠物和捐 赠货币的整合、 记录进行捐赠物和捐" 赠货币的整合、 记录用户信息录入和 整合卖家申请发布商 品1买卖双方达成交 易募捐发起人申请 发起募捐用户注册、认证U/C矩阵数据类_ 用户 信 息商 品 信 息商 品 实 际 情 况 表物 流 情 况 表商 品 订 单募 捐 申 请 单募 捐 情 况 表捐 赠 信 息 表募 捐 账 单评价单活动 情 况 表行号用户注册、认证以及 用户信息录入和整 合。C1卖家申请发布商品。UCU2对商品信息进行审核UUCU3与修改

25、后将商品挂上平台。对已置入实体仓储网 点的商品进行物流的 更新。CU4买卖双方达成交易。UUC5募捐发起人申请发起募捐。UC6对募捐信息进行审核 与修改后将项目挂上 平台。UUC7捐赠人完成捐赠。UUC8进行捐赠物和捐赠货币的整合、记录。UC9买卖双方、募捐双 方对交易和物流进 行评价。UUC10展示计划举行的实 体二手交易活动情 况。C11买家检索商品信息、募捐信息及大型实体活动。UUU12对捐赠物和捐赠货币进行运输和结算。U13对评价较差的用户进行取缔，对评价较好的用户进行奖UU14励。对交易与募捐情况 进行阶段性的统计 和总结。U15对交易款项进行结算并记录。UU16列号12345678

26、910113、系统设计3.1系统结构设计: 1 1 /交易服务系统1 一 一:rJ买家库读1交易复制系统卖家库交易复制系统募捐和社交平台是基于交易平台基础上运作的，募捐和社交的会员信息可以直接来自于交易系统中的买家库和卖家库。系统硬件：包括平台内部运营需要的Pc机，多端口的转发器，交换机，调制解调器等。系统软件：包括客户端开发，电脑软件开发等。预算：购置Pc机等其他硬件设备，大约20000元，软件开发3000元。初步预算23000.3.2数据类描述数据流图一一二手商品交易数据流图一一募捐数据流图一一物流存货信息汇总已审核订单物流订单数据流图一一活动发布3.3功能结构帖子交流经验，求购商品等&g

27、t;发布管理- L卖家买家间聊天平台管理卖家买家间聊天平台管理募捐结果公示及被募捐人后期情况反馈- -组织募捐申请表捐助对象及金额选择交易情况反馈及评价登记汇总交易信息登记表商品名称，时间，价格，地点，卖家送庚买家自取商品分类及信息登记注册买家信息登记汇总卖家信息登记及交易方式选择自弟或代销>3.4数据库文件设计341 ER 图ER 图一一二手商品交易ER 图一一募捐注：红色字体为关键字。342关系模型二手商品交易：卖家（账号，姓名，年级，专业，地址，手机号）交易（账号）买家（账号，姓名，年级，专业，地址，手机号）卖家（账号，姓名，年级，专业，地址，手机号）配送（账号，编号，订单号，时间

28、，地点）商品（编号，类别，名称，原价，标价，几成新）物流（方式，订单号，运费）募捐：发起人（账号，姓名，年级，专业，地址，手机号） 募捐（账号，编号，时间，地点）受助人（账号，姓名，年级，专业，地址，手机号） 物资（编号，类别，名称，金额）注：画红线处为关键字3.5编码方案:A :买家卖家编码（Id）:学号或工号。同时实名制验证，以保证卖家买家信息的真实性。B :商品编码：大类码细类码1学习用品1图书：1文具：2生活用品2电器：1衣物：2清洁用品：3其他：4其他3无细分：0细类码2课本1全新：10练习册2一成新：1二笔记4成新：2其他书籍：5三成新：3学习用品1四成新：4体育用品2五成新：5吹

29、风机1八成新：6照明类2七成新：7电煮锅3八成新：8其他4九成新：9上装1下装2其他3无细分0坐垫1毛绒玩具2收纳3其他4无细分0C:订单编码：商品编码+日期（0000/00/00）+物流方式（自取1,送货2）+当日第N笔订单D :募捐编码：*募捐对象"个人1+募捐日期(0000/00/00) +募捐序号(第 N笔)f组织23. 6功能模块的输入输出设计输入设计:1输入项目：姓名，Id,登陆密码，商品信息，订单信息，募捐信息，募捐订单2输入人员：买家，卖家，募捐者，捐赠者3设计要求：操作简单，一目了然，页面分明，使用方便，便于人机交互操作4输入校验：静态校验法，文件查询校验法A输入界

30、面-用户登录登录取消B :输入界面-卖家输入商品信息商品图片确认重新输入C输入界面-订单信息提交订单取消订单D :输入界面-募捐申请发起募捐取消E输入界面一募捐订单F输入界面-商品检索检索取消G:输入界面-募捐信息检索左侧信息至少选择一项填写检索取消362 输出界面A输出界面一商品检索商品图片:B :输出界面一募捐信息组织者联系方式:3.7功能模块的处理流程PROCEDURE户登录显示：请输入账号和密码账号ZH 密码MMIF ZH=MM显示：登录成功ELSE显示：登录失败，请检查账号和密码是否正确 ENDIF返回调用模块PROCEDURE品发布显示：请输入商品描述及上传图片 商品名 SPDO

31、CASE发布待售商品页面显示：商品信息及购买界面ENDCASEENDIF 返回调用模块PROCEDUF商品搜索显示：请输入商品名称商品名 SPDO CASE对商品名进行搜索显示：商品搜索输出界面ENDCASE ENDIF返回调用模块4系统开发与测试阶段4.1开发阶段开发基础设施校园二手交易平台系统的建立需要依赖与一定的物理通信环境，该系统的操作平台是在网站或者APP上，需要网络覆盖。但我们可以利用现有的广域网，不需要自己构建。系统硬件方面包括平台内部运营需要的Pc机、多端口的转发器、交换机、调制解调器等。系统软件方面包括包括手机客户端开发、网站设计以及电脑软件开发。开发数据库和程序数据库的实现

32、主要是设计数据库的物理结构，根据数据库的逻辑结构来选定RDBMS（如Oracle、Sybase等），并设计和实施数据库的存储结构、存取方式等。本系统后台是采用 access作为数据存储库，其中设计的表（用户表）在其平台上实现如下图所示：【等设计完全确定后再进行操作，然后截图】4.2测试阶段前台用户测试测试条件（用户登录功能测试）编号测试条件期望结果实际结果通过/错误1点击页面弹出登录页面与期望结果相同通过2点击登录页面登录按钮弹出登录页面，要求输入用户名和密码与期望结果相同通过3输入用户名和密码，并点击确定发送用户登录请求，验证通过测试条件（买家浏览选择功能测试）编号测试条件期望结果实际结果通

33、过/错误1输入关键字，点击搜索按钮出现需要的商品信息2点击商品名称或图标出现商品的详细信息3有意向购头，点击与卖豕联系的按钮出现对话框4点击“购买”按钮出现订单界面5完成订单，确认进行提交出现“付款”选择界面6选择在线支付跳出在线支付方式选择界面7进行一系列支付信息填写，点击确定出现付款成功的提示框测试条件（买家查看订单功能测试）编号测试条件期望结果实际结果通过/错误1点击“我的订单”跳出用户登录界面2点击单个订单出现订单的详细信息3点击查看物流出现目前商品所处位置测试条件（卖家上传商品信息功能测试）编号测试条件期望结果实际结果通过/错误1点击“我要转让”出现转让物品信息填写界面2进行信息填写

34、能够成功输入3点击上传照片，添加照片能够链接到本地照片库并上传4点击确定，完成发布出现发布成功的提示框测试条件（卖家标记已售出产品信息交易功能测试）编号测试条件期望结果实际结果通过/错误1点击我要转让出现已经挂在页面上的物品2点击单个物品出现产品信息3修改产品出售状态为已出售或下架产品状态被改变422后台管理系统测试测试条件（管理员登陆功能测试）编号测试条件期望结果实际结果通过/错误1点击后台管理页面弹出登录页面2点击登录页面登录按钮弹出登录页面，要求输入用户名和密码与期望结果相同3输入用户名和密码，并点击确定发送用户登录请求，验证通过与期望结果相同测试条件（管理员管理功能测试）编号测试条件期望结果实际结果通过/错误1点击后台“用户管