配置项	配置参数
CPU 型号	英特尔 Core i7-4790 @ 3.60GHz 四核
CPU 主频	3.60GHz
内存容量	8 GB ( 金士顿 DDR3 1333MHz /金士顿 DDR3L1600MHz )
硬盘容量	997 GB / 7200 转/分
显卡芯片	Nvidia GeForce GT 620 ( 1 GB / 蓝宝石 )
操作系统	Windows 7
无线网卡	瑞昱 RTL8168/8111/8112 Gigabit Ethernet

系统运行软件环境如表 3-2 所示。

表 3-2 系统运行软件环境表

环境项	环境参数
操作系统	具有 Java 虚拟机的操作系统均可
数据库	MySQL
开发工具	Java EE Eclipse
Web 服务器	Tomcat

功能规格

项目的整体功能结构如图4-1所示。系统中主要角色是用户，他们可以完成的功能如注册登录、查看商品和上架物品等，系统维护的系统管理员也是一个必要的角色，系统中也存在游客的角色，他具有部分浏览功能。

图4-1 系统整体架构图

采用面向对象分析作为主要的系统建模方法，使用 UML(Unified Modeling Language)为建模语言。

1. 系统角色分析

角色或者执行者（Actor）是指与系统产生交互的外部用户或者外部系统。本系统的使用角色主要分为游客、学生、教师和系统管理员四种。以下是对每个角色的详细介绍。

1. 1. 游客

游客不需要进行注册，直接登入并浏览网页上的信息，但没有权限进行上架商品、下架商品、登记心仪物品、与卖家协商。

1. 1. 用户

用户可以完成网站注册和登录，上架商品、下架商品、登记心仪物品、与卖家协商等功能。

1. 1. 系统管理员

系统管理员主要进行网站日常维护，发布网页信息，管理网站人员信息资料，包括对其的增加和删除操作，以及处理违规上架物品以及协商时的语言交流纠纷。

1. 系统主用例图

系统主要分为客户端子系统和管理端子系统，前者参与人员有用户和游客，后者参与人员为管理员，系统间不耦合，各自处理相应事务。具体系统主用例图如图 4-2 所示。

图4-2 系统主用例图

1. 客户端子系统

客户端子系统由游客、用户执行商品相关操作，游客仅可以对网站常规介绍性内容进行简单浏览，没有上架物品、用户信息管理、与卖家协商等功能；用户可以上架商品、用户信息管理、登记喜爱物品等功能。客户端子系统的用例图如图 4-3 所示。

图4-3 客户端子系统用例图

1. 1. 与卖家协商

角色：用户

目的：用户与用户之间通信

前置条件：用户身份为注册用户

用例描述：

用户查看商品。
用户觉得商品不错，但是有着一些疑问，于是发送信息给卖家。
卖家查看信息，回复信息。

4.3.2 登录系统

角色：用户，管理员，游客

目的：用户登录系统。

前置条件：用户身份为注册用户、管理员、游客。

用例描述：

1) 用户进入系统首页。

2) 系统显示登录界面，用户输入用户名和密码，单击确定。

3) 系统检查是否有此用户信息，若存在此用户，用户进入系统；若不存在

此用户，本页面显示相应的错误信息。

4) 不同身份登录详细说明：

游客：不出现人员管理功能栏，只能查看商品，不允许出现对网站内容的增删改查的相关操作权限。

注册用户：不出现人员管理功能栏。

管理员：不出现上架商品、登记喜爱物品相关功能栏。

4.3.3 注册系统

角色：用户

目的：用户注册。

用例描述：

1) 用户进入系统首页。

2) 系统显示注册界面，用户输入相关的身份信息，单击确定。

3) 用户名长度不足 10 位时，提示“用户名应为 10 位数字”。密码不足 6 位

或超过 16 位时，提示“密码必须为 6 位以上，16 位以下”。

4) 系统经过后台确认数据合法后提示注册成功。

4.3.4 上架商品

主要用于用户上架想出售的二手商品，同时对用户自己上传的商品信息进行管理。图4-4是本功能用例图。

图4-4 上架商品子功能用例图

角色：用户、管理员

目的：用户上架商品以及管理商品信息。

前置条件：用户以普通用户的角色身份登录系统。

用例描述：

普通用户可以上架自己的闲置物品，但不能上架违规物品。
用户可以查看其他用户上架的物品信息，但不能修改。

4.3.5 下架物品

主要用于用户达成商品交易正常下架商品或者自身原因而下架商品，此外管理员负责管理违规商品的下架处理。

角色：用户、管理员

目的：用户下架商品

前置条件：用户以普通用户的角色身份登录系统。

用例描述：

普通用户只能下架自己上架的商品，不能下架其他用户的商品。
管理员登录后，可以对违规商品进行下架处理。

4.3.6 用户信息管理

主要用于用户管理自己的信息，比如修改自身的账号名、密码、邮箱、联系电话号码、修改头像、找回密码功能。图4-5是本功能用例图。

图4-5 用户信息管理子功能用例图

角色：用户

目的：修改个人信息

前置条件：该用户成功登入系统

用例描述：

（1）用户登入后可以进行操作，当想及时更改个人信息的时候得到更改

（2）修改信息需要符合数据约束条件，否则不予以修改。

4.3.7 查询系统&登记心仪物品

查询系统为了方便游客和用户商品详情进行查看，了解二手商场内所卖的物品的信息。

本功能部门的用例图如图所示。图4-6是本功能用例图。

图4-6 查询系统&登记心仪物品子功能用例图

角色：会员，游客，管理员

目的：通过搜索栏和商品分类搜索查看商品信息，查看商品详情页，添加心仪物品至愿望单

前置条件：游客登录并注册成会员，管理员登陆后台

用例描述：

1）游客通过登陆注册成为会员才能添加心仪物品进入愿望清单。游客可以搜索商品，查看商品分类，根据商品分类来查看商品。

2）管理员可以对商品进行审查下架。

4.4.1 用户管理

用户管理模块是为了对网站用户进行管理而设立的，只有管理员才能使用的功能模

块。如图 4-7 是本功能的用例图。

图4-7 用户管理用例图

角色：系统管理员

目的：系统中用户的管理操作。

用例描述：

用户进入“用户管理”界面。

2) 用户选择查看系统中已经存在用户的信息进行查看。

3) 系统显示用户信息，并提供删除，修改，查询操作。

4) 用户选择相应的用户进行删除，修改，并确认操作。

5) 系统更新用户列表。

6) 用户输入部分关键字，选择查询操作。

7) 系统显示所有符合的用户，并提供删除，修改操作。

4.4.2 违规物品管理

对违规物品进行暂时下架管理。

角色：系统管理员

目的：下架违规商品

用例描述：

对用户上架的物品进行审查。
不合格的商品进行下架处理。

4.5非功能性需求

4.5.1 界面需求

系统的界面要求如下：

1. 页面内容：课程信息内容准确，术语和行文格式统一、规范、明确，栏目、菜单设置和布局合理，传递的信息准确、及时。

2. 导航结构：页面具有明确的导航指示，且便于理解，方便用户使用。

3. 技术环境：页面大小适当，能用各种常用浏览器以不同分辨率浏览；无错误链接和空链接。

4. 艺术风格：界面、版面形象清新悦目、布局合理,字号大小适宜、字体选择合理，前后一致，美观大方；色彩和谐自然,与内容相协调。

4.5.2 响应时间需求

当用户登录，进行任何操作的时候，系统应该及时的进行反应，反应的时间

在 3 秒以内。系统应能监测出各种非正常情况，如与设备的通信中断，无法连接

数据库服务器等，避免出现长时间等待甚至无响应。

4.5.3 可靠性需求

系统应保证 7*24 小时内不宕机，保证 50 人以上可以同时在客户端登录，系

统正常运行，正确提示相关内容。

4.5.5 系统安全性需求

网站有严格的权限管理功能，各功能模块需有相应的权限方能进入（如教师

和学生具有不同的访问权限）。系统需能够防止各类误操作可能造成的数据丢失，

破坏。防止用户非法获取网页以及内容

需求变更

需求变更控制过程图如图 5-1 所示：

图5-1 需求变更控制变更图

从上图可以得到需求变更的控制过程为：客户递交变更，形成变更请求，变更请求递交给开发小组，开发小组主要从技术实现的层面评估该变更请求是否合理，并对其进行成本和影响分析，接着将变更请求递交给产品开发小组产品开发小组从机构和战略以及经济的层面评估该变更请求是否合理，然后进行变更选择。选择的结果有三种：一种是拒绝，也就是变更失败；一种是下个版本再修改，一种是变更通过。若变更通过，就需要修改相关需求，修改合同的相关信息，修改相应的项目计划。这样，需求变更的控制过程就结束了。