电子商务网站需求分析.
哈尔滨工业大学（威海）计算机科学与技术学院2014年秋季学期《软件工程》
大作业一：电子商务网站需求分析
聚美优品
学号：
姓名：
联系方式：
目录
1 需求陈述……………………………………………………………………………………错误！未定义书签。
1.1 业务需求……………………………………………………………………………
错误！未定义书签。
1.2 各角色的功能需求…………………………………………………………………
错误！未定义书签。
1.2.1. 用户的功能需求……………………………………………………………
错误！未定义书签。
1.2.2. 电商的功能需求 (2)
1.3 各角色的非功能需求 (2)
1.3.1. 用户的非功能需求 (2)
1.3.2. 电商的非功能需求 (3)
1.4 外部接口需求 (3)
B2B与C2C的电子商务的区别 (3)
2 用例模型 (4)
2.1 系统用例图 (4)
2.1.1 买家用例图 (4)
2.1.2 聚美用例图 (5)
2.1.3 品牌方用例图 (6)
2.2系统用例模型 (6)
买家用例清单 (6)
买家用例详细描述 (7)
聚美用例清单 (13)
聚美用例详细描述 (13)
厂家用例清单 (18)
厂家用例详细描述 (18)
3.用例活动图
3.1用例的活动图 (20)
3.2用例的活动图的详细描述 (22)
4. 领域模型 (22)
4.1实体模型清单 (22)
4.2领域类图 (23)
一．需求分析
1.业务需求
【背景：
聚美优品由陈欧、戴雨森等创立于2010年3月。聚美优品女性化妆品正品折扣网店，现如今还发展了洗护用品，服饰及奢侈品的多个领域，但依旧以美妆特卖为主打。
电子商务在迅猛发展，网购化妆品市场规模持续增大，虽然前景和市场都是相当的客观，但是仍然存在很多的问题，假冒伪劣充斥了整个网络，不仅恶化了消费环境，还严重影响了消费者对网络购物的信心，如何让化妆品电商行业更加的规范化、合法化、成熟化这是化妆品行业首要解决的问题。提高消费者对网购的信任度，才会使整个行业朝着更健康的方向发展。】
聚美优品是采取团购形式的垂直类销售女性化妆品B2C。与常规的团购有所不同，聚美优品的信息发布客户是自己，即自建渠道（各大品牌官方授权，由聚美代为销售）、仓储（自己有大型仓库）和物流（自己的物流合作商家，物流专线），来销售化妆品。从创业之初聚美优品的理念就很清晰，就是要做女性化妆品正品折扣网店。
化妆品本身又是利润极大和需求量极大的商品，再通过线上的销售，降低门面和人员工资成本，与市场价相较低的价格吸引用户，团购商品的大批量性，来赚取高额利润。
【资料：
聚美优品作为首家化妆品电商，聚美优品开创官方旗舰店入驻的形式，先后吸引了欧莱雅、高丝、资生堂、谜尚等国际知名美妆大牌的抢先入驻，迎来了新一轮的急速扩张。这种官方授权B2C旗舰店的出现，可以加强消费者对网购的信任度，也有助于提升用户体验及服务体验。
针对聚美销售假货的传言，2014年聚美推出了各品牌的防伪码查验，使消费者可以在各大化妆品品牌官网上查验化妆品的真伪，极大的程度上提高的用户的信任。】
2.各角色的功能需求
2.1用户方面
1 注册、登录、退出：账户的状态管理
2 我的订单：用户可以对订单进行查看、修改等；
3 我的收藏（心愿单）：个人喜欢的产品的收藏；
4 口碑中心：注册会员可以对单个产品进行评论添加，修改，删除等
5 资金管理：会员可以通过第三方支付工具把资金冲到站内使用，余额可以通过申请提现。
6 现金券和红包: 无论是新用户还是旧用户输入优惠券的帐号,就可以获得相应的积分
7 售后服务：各项退货退款的查询
8 检索：按名称，品牌，销量，口碑，上新时间的等查询检索
9 支付功能:聚美账户支付，网银，支付宝，微信等支付
10 物流查询：聚美提供订单号和查询接口，查询包裹物流情况
11 咨询：客服电话，网页对话
2.2 聚美电商方面
1.商品管理功能：商品列表，商品分类，商品简介，用户口碑等
2.促销活动管理：：团购活动、优惠活动：数量折扣，捆绑销售，赠品等。
3.订单管理功能：顾客在前台提交了订单之后，可以在其会员口内查询订单
的处理进程，网上商城系统的后台订单处理包括订单审核，查看，修改订单
4.收款
5.配送：包括配货，发货，追踪物流情况等
6.售后服务：售后服务咨询，处理
7.会员管理：会员管理，会员等级管理，用户信息统计分析等
8.系统维护
3.各角色的非功能需求
3.1用户方面
a.可用性：可用性，易用性（易操作、易理解）、准确性、安全性（权限体
系、支付安全，账户安全）、兼容性（服务器、客户端的兼容度）等等。
b.可靠性：系统成熟度（数据吞吐量、连续不停机性能等）、数据容错度、
系统易恢复性，等等。
c.性能：:响应时间，网络网速要求。
d.其它：多个客户端的并行性。
3.2 聚美电商方面
a.可用性：可用性，易用性（易操作、易理解）、准确性、安全性（权限体系、
支付安全，账户安全）、兼容性（服务器、客户端的兼容度）等等。
b.可靠性：系统成熟度（数据吞吐量、并发用户量、连续不停机性能等）、数
据容错度、系统易恢复性，健壮性等等。
c.性能:响应时间，网络要求，交易吞吐率
d.可支持性：可维护性、易变更性（可扩张性，灵活性），以适应需求变化。
e.其它：可测试性(进行单元测试的难易程度)，可移植性(将软件从一个运行
环境移植到另一个运行环境的难易程度)。
4.外部接口需求
a．用户接口：操作界面
b．硬件接口：终端服务器
c．软件接口：以插件形式支持会员整合，支持支付宝、余额支付、贝宝、财付通、货到付款、快钱、网银、银行汇款转账等多种支付方式；配送方式以插件形式支持会员整合，支持顺丰、申通、中通、圆通、EMS、E邮宝、上门取货等配送方式；地区列表：中国地区列表，为支付系统提供地区接口；
d．通信接口：客服电话，网站客服中心
B2C与C2C电子商务的区别
B2C（business to customer）：商家对顾客直接销售。典型公司：卓越（亚马逊中国）、当当网、京东商城、凡客、一号店……
C2C（customer to customer）：个人对个人的交易行为。典型公司：淘宝、易趣、拍拍、百度有啊……。交易形式有销售、旧货销售、以物易物等，形式多样。差异点：
目标、理念、客户群不同；
配送方式的差异：B2C对配送依赖较大，需要进行频繁、小批量、大范围的配送。信用担保的差异：B2C主要依靠“B”的信誉、或者货到付款形式；C2C较难处理，第三方担保为目前主要手段；
2用例模型
2.1系统用例图
买家用例图
售后服
务
物流查
询
咨询
收藏
口碑
查询订单
修改订
单
支付订
单
检索
浏览
注销
登录
注册
配送方
支付
平台在线客服
第三方用例图
系统维护
商品管理
活动管理
售后，退货
服务
会员管理
修改订单状态
查询订单
审核订单
发货
配货
仓储
收款
聚美 第三方平台
（支付宝，网银，微信）
聚美账户
合作品牌
配送方
品牌用例图
2.2系统用例清单
表1 买家用例清单
用例编号 用例名称 用例作用描述
NO.1 注册 用户注册成聚美统的普通会员
NO.2 登录 会员登录聚美 NO.3 注销 会员退出聚美 NO.4 浏览 用户浏览商品
NO.5 检索 用户根据名称，品种等搜索商品
NO.6 下订单（购买）
用户购买聚美的商品
NO.7 修改订单
会员修改订单信息
NO.8 支付订单 会员支付已经提交的订单 NO.9 查询订单 会员查询已经提交的订单 NO.10 口碑 会员对已经购买的商品评价 NO.11
收藏
会员对想买但没卖的进行收藏
签订授权 提供防伪验证功能
发货
签订订单
官方品牌 聚美
用户
买家用例详细描述 用例编号： NO.1 用例名称： 注册 1 描述
用户注册成聚美统的普通会员
2 参与者与关注点
● 用户：提出注册请求，提交信息。 ● 聚美终端：审核资料，记录资料。 3 事件流
主成功场景（或基本流程）： 1．用户提出注册请求 2．打开注册页面 3．用户输入手机号 4. 获取短信验证码
5. 密码、再次输入密码及用户常用邮箱
6. 输入验证码
7．用户单击“提交”
8．系统验证登录用户的信息并返回登录界面 扩展（或替代流程）：
3a.用户输入的手机号已存在，则提示用户重新输入； 4a ．短信验证码错误，提醒错误
5a ．用户输入的密码格式不正确或两次密码不一致，则提示用户重新输入；
7a.验证码错误，提醒错误
4 前置条件
普通用户已经打开聚美的注册页面 5 后置条件 普通用户注册成功后可登录 6 特殊需求 无 7 未解决问题 无
用例编号： NO.2 用例名称： 登录 1 描述
会员登录聚美 2 参与者与关注点
● 会员
● 聚美服务器
3 事件流
主成功场景（或基本流程）：
1.用户请求进入网上购物商城系统；
2.用户点击登录按钮；
3.系统为用户打开登录页面；
4.用户输入用户名、密码，再选择“登录”；
5.系统验证登录用户名和密码的正确性；
6.经验证用户名和密码正确则进入聚美。
NO.12 咨询 会员通过网页咨询在线客服 NO.13 物流查询 会员对已经支付的订单进行物流查询 NO.14 售后服务
会员对购买的物品申请售后服务和查询售后服务
扩展（或替代流程）：
5a.系统验证用户名和密码不匹配后，则提示用户登录失败，
让用户重新登录。
4 前置条件用户已注册成聚美的会员
5 后置条件登录成功可进行其他操作
6 特殊需求无
7 未解决问题无
用例编号：NO.3 用例名称：注销
1 描述会员退出聚美
2 参与者与关注点●会员
●聚美服务器
3 事件流主成功场景（或基本流程）：
1.会员提出注销请求；
2.会员点击注销按钮；
3.系统使会员自动退出系统；
4.会员注销后，返回用户本系统的主页。
扩展（或替代流程）：
无
4 前置条件用户登录聚美
5 后置条件退出后返回主页
6 特殊需求无
7 未解决问题无
用例编号：NO.4 用例名称：浏览
1 描述用户查看聚美的商品
2 参与者与关
注点
●用户
3 事件流主成功场景（或基本流程）：
1.用户提出浏览商品的求；
2.用户打开出售商品界面；
3.用户查看商品信息及商品详细信息；
扩展（或替代流程）：
无
4 前置条件用户打开聚美的网页或者客户端
5 后置条件无
6 特殊需求无
7 未解决问题无
用例编号：NO.5 用例名称：检索
1 描述用户根据名称，品种等搜索商品
●用户
2 参与者与关
注点
3 事件流主成功场景（或基本流程）：
1.输入商品的类别和搜索的关键字。
2. 检索关联商品。
3. 显示关联商品列表。
扩展（或替代流程）：
2a.没有检索则提醒重新输入
4 前置条件无
5 后置条件用例成功，显示满足查找条件的所有记录。
6 特殊需求无
7 未解决问题无
用例编号：NO.6 用例名称：下订单
1 描述用户购买聚美的商品
●会员
2 参与者与关
注点
3 事件流主成功场景（或基本流程）：
1.会员提出商品购买的请求；
2.会员查看商品信息时点击购买按钮；
3.会员购买聚美正在出售及库存不为0的商品；
4.会员点击购买后则将商品放入对应的购物车中。
扩展（或替代流程）：
3a.用户购买的商品库存为0或已下架的商品。
4 前置条件会员已经登录，并浏览了商品
5 后置条件用户点击购买商品后将商品放入购物车，待用户购买完成后可
以结账。
6 特殊需求无
7 未解决问题无
用例编号：NO.7 用例名称：修改订单
1 描述会员修改订单信息
●会员
2 参与者与关
注点
3 事件流主成功场景（或基本流程）：
1.会员已处于登录状态；
2会员提出修改订单的请求；
3.会员点击“我的订单”按钮；
4.会员在查看自己所有的订单信息时，可以对未发送状态的订
单进行修改；
5.会员对订单进行修改；
6.系统返回订单修改成功。
扩展（或替代流程）：
5a.用户修改自己购买商品的数量；
5b.用户删除自己购买的商品。
4 前置条件会员在聚美已提交订单且订单的状态为未发送状态
5 后置条件用户点击购买商品后将商品放入购物车，待用户购买完成后可
以结账。
6 特殊需求没有支付订单
7 未解决问题修改地址时无法改为其他省份
用例编号：NO.8 用例名称：支付订单
1 描述用户在聚美的购买商品后的付款活动
2 参与者与关注点●会员
●聚美
●支付平台
3 事件流主成功场景（或基本流程）：
1普通用户提出结账请求；
2.普通用户点击购物车按钮；
3.普通用户在购物车中点击结账按钮；
4.普通用户点击结账后方可填写用户的收货信息
扩展（或替代流程）：
3a.用户在购物车中可以修改购买商品的数量，也可以删除购
买的商品；
3b.若用户是在未登录状态下点击结账按钮，则会弹出用户登
录页面，用户登录后方可进行结账操作。
4 前置条件用户已经将远洋网上购物系统上的商品已经提交订单
5 后置条件聚美审核订单
6 特殊需求连接的支付账户有足够余额
7 未解决问题无
用例编号：NO.9 用例名称：查询订单
1 描述会员在聚美上查看自己提交的订单信息
2 参与者与关
注点
●会员
3 事件流主成功场景（或基本流程）：
1.会员已入于登录状态；
2.会员提出查看订单请求；
3.会员点击“我的订单”按钮；
4.会员可以看到自己所有的订单情况；
扩展（或替代流程）：
3a.会员点击“返回”可以返回进入本页面前的页面；
3b.若会员还没有订单则提示没有订单。