从无到有、从小到大，时至今日，中国小家电迈入了茁壮成长期，成为了名副其实的大市场。国内小家电市场可谓是迅猛发展，大多数小家电企业得以保持高速发展。涌现出了像华帝、万家乐、万和、方太、帅康、老板、康宝、九阳等知名小家电企业。
1.5目标系统定位与目标客户分析
20到55岁各个年龄层顾客，分析如下：
20-25岁的客户更加偏好于国外品牌，25-38岁的客户在小家电的购买人群中所占比例最大，40岁以上的客户更偏向于国内品牌。
男性都比较注重商品的质量和性能，表明了现代男性消费的趋势，寻求物美价廉。他们偏向于自己亲自购买小家电，由于工作忙碌、网络的便利性，网络购买占据相当大的比例。 女性都比较注重商品的质量和价格，更愿意亲自购买，且花在比较选择的时间较多，因此商家要注重产品的推广，增加产品的影响力。 所以，小家电应趋向于家居系列，降低小家电投入成本，提高小家电的质量，进行广告推广。
二：系统分析
2.1系统需求分析
（1）功能需求： 前台模块：
1）能够进行用户信息管理，包括： ? 注册用户 ? 用具登陆 ? 修改密码 ? 查询用户信息 ? 修改用户信息 ? 删除用户
后台模块：
1）能够进行订单管理，包括： ? 查看订单信息 ? 管理订单信息 ? 添加订单
2）能够进行商品管理，包括： ? 浏览商品信息 ? 修改商品信息 ? 添加商品 ? 删除商品 ? 搜索商品
3）能够进行商品信息评论，包括：
? 查看商品评论 ? 删除商品评论
（2）性能需求：
1）易用性
网上商城系统要简单、易用，具有清晰的导航功能，使操作者快速找到自己想要执行的操作页面。
网上商城系统要保证一个非计算机专业的用户，通过自己几次简单的操作，就可以使用此系统。 2） 性能
1．网上商城系统要支持1000个并发用户。
2．网上商城系统处理查询操作响应时间不超过10秒。 3）可扩展性
当前使用网上系统的主要是可以支持1000个并发用户的小型网站，随着客户量的增长，会对网站进行优良改造，使得系统能够支持更多的并发用户与响应时间的缩短。 4）安全性需求
身份验证：顾客、管理员在登录时，系统能够验证各类人员的身份。在输入用户名（或账号）和口令正确的情况下，软件系统才能够进入相对应功能模块。若登录时，输入用户名和口令有误，系统能够给出错误提示，并要求重新输入，重复最大限度为三次。
输入合法性检查：顾客、管理员对必要的输入数据进行合法性检查，对非法数据进行报警处理。
容错防护：软件系统可以对操作员的错误操作进行报警提示，并对原有数据进行还原保护。
删除警示：软件在执行删除数据的操作时，必须提示操作员给予确认。例如：非重要的数据在删除时，应该给予提示，说明后果。
2.2系统用例模型
(1)系统用例图
管理VIP用户管理商品种类管理员管理普通用户<
用户信息管理用例图
（2）部分用例描述
1）用户注册 用例名称： 角色： 用例说明： 前置条件： 基本事件流： 用户注册 OrdinaryUsers OrdinaryUsers注册用户 OrdinaryUsers已经打开商城网页 1. OrdinaryUsers请求注册
2.商城系统弹出注册页面 3. 填写用户信息 4. 点击“确定”按钮 5．系统保存注册用户 其它事件流： 第4步，OrdinaryUsers输入的个人信息不完整，如某一项没有填写，并选择“保存”，系统给出提示信息 第4步，OrdinaryUsers输入的岗位信息不符合格式要求，并选择“保存”，系统给出提示信息 第4步，OrdinaryUsers选择“取消”，系统返回岗位信息查询页面 第5步，系统保存注册用户时出现系统故障，例如网络故障，服务器故障，系统弹出“系统异常页面”，提示OrdinaryUsers保存失败 用户信息保存到系统中，系统返回用户信息查询页面，在页面中显示出刚注册的用户 异常事件流： 后置条件：
2）商品管理
浏览商品信息 用例名称： 角色： 用例说明： 前置条件： 基本事件流： 浏览商品信息 SuperUser、OrdinaryUsers SuperUser浏览商品信息 SuperUser、OrdinaryUsers已经登录商城系统。 1. SuperUser、OrdinaryUsers点击商品浏览 2. 商城系统弹出商品信息页面 3. SuperUser、OrdinaryUsers查看商品详细信息 无 36步，系统保存新建岗位时出现系统故障，例如网络故障，服务器故障，系统弹出“系统异常页面”，提示SuperUSer保存失败 在页面中显示出商品信息 其它事件流： 异常事件流： 后置条件：
修改商品信息 用例名称： 角色： 用例说明： 前置条件： 基本事件流： 修改商品信息 SuperUser SuperUser修改商品信息 SuperUser已经登录商城系统 1. SuperUser请求修改商品信息 2. 商城系统弹出提示框是否确认修改 3．SuperUser选择是否修改商品信息 4、系统保存修改的商品信息 无 第3步，修改商品信息时出现系统故障，例如网络故障，服务器故障，系统弹出“系统异常页面”，提示修改商品信息失败 在页面中显示出商品修改后的信息 其它事件流： 异常事件流： 后置条件：
添加商品： 用例名称： 角色： 用例说明： 前置条件： 基本事件流： 添加商品 SuperUser SuperUser添加商品。 SuperUser已经登录商城系统。 1. SuperUser请求添加商品 2. 商城系统弹出提示框是否确认添加 3. SuperUser选择是否添加商品信息 4．系统保存添加的商品信息 无 第3步，系统保存添加商品时出现系统故障，例如网络故障，服务器故障，系统弹出“系统异常页面”，提示SuperUSer保存失败 在页面中显示出商品添加后的信息 其它事件流： 异常事件流： 后置条件：
删除商品： 用例名称： 角色： 用例说明： 前置条件： 基本事件流： 删除商品 SuperUser SuperUser删除商品。 SuperUser已经登录商城系统 1. SuperUser请求删除商品 2. 商城系统弹出商品信息查询页面 3. SuperUSer提交查询信息，得到一个商品信息列表 4. SuperUSer选中要删除的1个或多个商品，并选择“删除” 5. SuperUser确认删除 6. 系统删除SuperUser选中商品，并更新商品信息列表 第5步，SuperUser取消删除 第6步，系统删除商品时出现系统故障，例如网络故障，服务器故障，系统弹出“系统异常页面”，提示SuperUSer删除失败 SuperUSer选中的商品被系统删除 其它事件流： 异常事件流： 后置条件： 搜索商品： 用例名称： 用例ID： 角色： 用例说明： 前置条件： 基本事件流： 搜索商品 SuperUser、OrdinaryUsers SuperUser、OrdinaryUsers搜索商品 SuperUser、OrdinaryUser已经登录商城系统 1. SuperUser、OrdinaryUser请求查询商品 2. 商城系统弹出商品信息查询页面 3. SuperUser、OrdinaryUser输入查询条件，并选择“提交”。 4. 系统要进行查询条件信息格式的校验。 5. 查询时查询条件是“与”关系，输入的条件要都匹配才视为匹配信息。 6. 系统显示符合查询条件的商品列表。