标签：
继续前一篇文章关于网上商城开发的随笔记录1，原文地址：http://www.cnblogs.com/zhankui/p/4580414.html
夏天长沙的天气十分闷热，又十分多变，所以忙了一下午，效率不高，只是对文档进行大篇幅的修改，参考大量购物网站，设计出了数据库模型，（看到这里是不是以为我要分享数据库了？不好意思，你又想多了），这里主要是讲用例图，老师说开发的时候客户是看不懂我们的专业术语的（简单来说就是学微软，吧所有的客户当白痴，简单化，当然这是很必要的），所以要让对方知道我们做出来过后大概是个什么样子，大概怎么操作。废话就不多说了，进入正题：
3 用例图
3.1参与者
1.管理员
描述：该参与者的信息以保存在数据库智能光，经过合法性验证后，能够执行该系统中的所有功能。
2.会员
描述：该参与者注册之后，信息保存在数据库中，经合法性验证后，能够执行该系统中的基本功能
3.2 用例
1.登陆（logon）
2.注销（logout）
3.修改用户信息（modify dealer info）
4.浏览目录（view category）
5.搜索产品（search item）
6.查看产品（view item）
7.加入购物车（add cart）
8.查看购物车（view cart）
9.修改购物车中的商品（modify cart items）
10.删除购物车中的商品（delete cart item）
11.清空购物车（empty cart）
12.结账（check out）
13.配置收货人信息（configure recipient）
14.配置送货方式（configure shipment）
15.配置付款方式（configure payment method）
16.确认订单（affirm order）
17.查看订单（view order）
18.修改订单（modify order）
19.删除订单（delete order）
20.查看新品（view latest item）
21.查看特价品（view special price item）
22.查看积分（view grade）
23.用户反馈（feedback）
24.查看反馈（view feedback）
顶层用例图如图3.1所示：
3.3用例分析与描述
登陆（logon）
1.用例图
1.用例的事件流描述
2.1. 简单描述：
本用例描述了用户或管理员如何登陆到系统中。
2.2. 前置条件
无。
2.3. 后置条件
如果用例成功，用例登陆到系统中，否则系统的状态不变。
2.4. 扩充点
无。
2.5. 事件流
2.5.1. 基流
（1） 管理员登陆到基于后台管理的网站时，用例启动。
（2） 系统提示用户输入用户名和密码。
（3） 用户输入自己的用户名和密码，提交（E-1）。
（4） 系统验证输入的名字和密码（E-2）用户登陆系统成功。
2.5.2. 替代流
E-1：包含了单引号、双引号或为空，系统提示错误。
E-2：系统检索不到该用户的密码，系统提示错误。
注销（logout）
用例描述：清楚内存中的用户名、购物车信息，并返回到登录页。
修改用户信息（modify dealer info）
1 用例图
2 用例的事件流描述
2.1 简单描述：
该用例描述了如何修改用户的信息，但用户的用户名不允许修改。
2.2 前置条件
用户已登陆
2.3 后置条件
用例成功，把用户的信息保存到数据库中。
2.4 扩充点
无。
2.5 事件流
2.5.1 基流
（1） 系统提示输入用户的信息。
（2） 用户输入所需信息，提交（E-1）。
（3） 系统把所需的信息保存到数据库中。
2.5.2 替代流
E-1：系统验证输入的数据不合法（不能包含单引号、双引号、邮箱必须满足要求）,提示错误。
浏览目录（view category）
1 用例图
2 用例的事件流描述
2.1 简单描述：
用户选择一目录，显示该商品目录的商品信息（商品的价格与给的折扣有关）。
2.2 前置条件
用户已登
2.3 后置条件
用例成功，显示对应商品目录商品信息
2.4 扩充点
无。
2.5 事件流
2.5.1 基流
（1） 系统提示选择一目录。
（2） 用户单击一目录。
（3） 系统检索该用户的折扣。
（4） 系统检索对应该目录的商品，商品的价格与给的折扣有关。存在（S-1）， 不存在（s-2）。
2.5.2 分支流
S-1：小图显示所有商品图片（如果有），商品名称，商品简单描述，单价，加 入购物车提示：如果产品不能在一页显示完，系统显示“第一页”“上一页”， “下一页”、 “最后一页”页浏览提示
S-2：系统提示不存在该目录的产品。
搜索产品（search items）
1 用例图
2 用例的事件流描述
2.1 简单描述：
用户可基于商品的类别和商品的名称的组合条件进行模糊查找。
2.2 前置条件
用户已登
2.3 后置条件
用例成功，显示满足查找条件的所有记录。
2.4 扩充点
无。
2.5 事件流
2.5.1 基流
（1）系统提示输入商品的类别和搜索的关键字。
（2）用户输入商品的类别和搜索的关键字，提交。
（3）检索该用户的折扣。
（4）系统检索满足条件的商品。如果存在（S-1），不存在（S-2）。
2.5.2 分支流
S-1：小图显示所有商品图片（如果有），商品名称，商品简单描述，单价，加 入购物车提示：如果产品不能在一页显示完，系统显示“第一页”“上一页”， “下一页”、 “最后一页”页浏览提示
S-2：系统提示不存在该目录的产品。
查看产品（view item）
1 用例图
2 用例的事件流描述
2.1 简单描述：
用户查看某一产品的详细描述。
2.2 前置条件
用户已登，且系统处于商品页显示状态。
2.3 后置条件
用例成功，显示对应商品的详细信息。
2.4 扩充点
无。
2.5 事件流
2.5.1 基流
（1）系统提示用户选择一商品
（2）用户选定一商品，确认。
（3）系统检索该用和的权限。
（4）系统检索该商品的详细信息。
（5）系统以大图显示该商品的图像、商品名称、商品价格、加入购物车提示。
加入购物车（add cart）
1 用例图
2 用例的事件流描述
2.1 简单描述：
用户把所需的商品加入购物车
2.2 前置条件
用户已登录且处于商品显示页中。
2.3 后置条件
用例成功，进入到查看购物车页。
2.4 扩充点
无。
2.5 事件流
2.5.1 基流
（1）在商品显示页中，系统提示加入购物车。
（2）确认加入购物车。
查看购物车（view cart）
1 用例图
2 用例的事件流描述
2.1 简单描述：
用户查看购物车
2.2 前置条件
用户已登录。
2.3 后置条件
显示购物车中所有商品的编号、名称、数量、单价、金额。
2.4 扩充点
无。
2.5 事件流
2.5.1 基流
（1）用户确认查看购物车。
（2）系统显示购物车中的所有商品的编号、名称、数量、单价、金额以及合 计（商品的数量可修改）。
（3）系统显示用户可修改商品的数量，删除商品、清空购物车、继续购物以 及结账。
修改购物车中的商品（modify cart items）
1 用例图
2 用例的事件流描述
2.1 简单描述：
用户修改购物车中商品的数量。
2.2 前置条件
系统处于查看购物车状态。
2.3 后置条件
用例成功，购物车中商品的数量被更改。
2.4 扩充点
无。
2.5 事件流
2.5.1 基流
（1）系统提示更改商品的数量。
（2）用户输入要更改商品的数量，确认更改（E-1）。
（3）系统刷新购物车。
2.5.2替代流
E-1:用户输入的商品数量只能是（1-50）间的整数。否则提示错误。
删除购物车中的商品（delete cart item）
1用例图
2 用例的事件流描述
2.1 简单描述：
用户删除购物车中的某个商品。
2.2 前置条件
系统处于查看购物车状态。
2.3 后置条件
用例成功，删除商品。
2.4 扩充点
无。
2.5 事件流
2.5.1 基流
（1）系统提示删除商品。
（2）用户删除商品，确认。
（3）系统刷新购物车。
清空购物车（empty cart）
1 用例图
2 用例的事件流描述
2.1 简单描述：
用户清空购物车中的商品。
2.2 前置条件
系统处于查看购物车状态。
2.3 后置条件
用例成功，系统清空购物车。
2.4 扩充点
无。
2.5 事件流
2.5.1 基流
（1）系统提示清空购物车。
（2）用户清空购物车。
（3）系统刷新购物车。
结账（check out）
1用例图
2 用例的事件流描述
2.1 简单描述：
用户加入购物车完毕，即可进入结账状态
2.2 前置条件
系统处于查看购物车状态。
2.3 后置条件
用例成功，便可进入配置用户的收获地址、送货方式、付款方式的配置页。
2.4 扩充点
无。
2.5 事件流
2.5.1 基流
（1）系统提示用户结账。
（2）用户确认结账。
（3）系统检查购物车是否为空（E-1）。
（4）系统进入该用户的登陆界面，用户输入密码确认。
（5）检索成功（S-1），不成功（S-2）。
2.5.2 替代流
E-1：购物车为空，系统提示错误，并转入至首页。
2.5.3 分支流
S-1：系统进入配置用户的收货地址、送货方式、付款方式的页面。
S-2：停留在登陆界面。
配置收获地址信息（configure recipient）
1 用例图
2 用例的事件流描述
2.1 简单描述：
配置用户的收货地址信息。
2.2 前置条件
结账用例成功。
2.3 后置条件
用例成功，如果送货方式和付款方式配置好，则可下订单。
2.4 扩充点
不存在该用户的收获地址。
2.5 事件流
2.5.1 基流
（1）系统检索该用户最近的收货地址，存在（S-1），不存在（S-2）。
2.5.2 分支流
S-1：
（1）系统显示该收货地址（包含收货人、收货地址、邮编、联系电话）。
（2）用户可修改该收货地址（使用修改收货地址用例）。
S-2：
（1）系统提示输入收货地址。
（2）用户输入收货地址确认（E-1）。
（3）把该地址储存到数据库中。
（4）回到配置页。
2.5.3 替代流
E-1：输入数据有一项为空，邮编，联系电话不符合要求，系统提示错误。
配置送货方式（configure shipment）
1 用例图
2 用例的事件流描述
2.1 简单描述：
配置用户的送货方式。
2.2 前置条件
结账用例成功。
2.3 后置条件
用例成功，如果收货地址和付款方式配置好则可下订单。
2.4 扩充点
不存在该用户的送货地址。
2.5 事件流
2.5.1 基流
（1）系统检索该用户的送货方式，存在（S-1），不存在（S-2）。
2.5.2 分支流
S-1：系统显示检索到的送货方式，用户可修改送货方式。
S-2：
（1）系统提示输入一送货方式。
（2）用户输入送货方式，提交。
（3）系统存储该送货方式。
（4）回到配置页。
配置付款方式（configure payment method）
1 用例图
2 用例的事件流描述
2.1 简单描述：
用户配置其付款方式。
2.2 前置条件
结账用例成功。
2.3 后置条件
用例成功，如果配置收货地址用例和配置送货方式用例成功，用户可下订单。
2.4 扩充点
该用户的付款方式不存在。
2.5 事件流
2.5.1 基流
（1）系统检索该用户的付款方式，存在（S-1），不存在（S-2）。
2.5.2 分支流
S-1：系统显示检索到的付款方式，
S-2：
（1）系统提示输入一付款方式。
（2）用户输入一付款方式，提交。
（3）系统把该付款方式存储到数据库中。
（4）回到配置页。
确认订单（affirm order）
1 用例图
2 用例的事件流描述
2.1 简单描述：
确认生成订单。
2.2 前置条件
配置收货地址、送货方式、付款方式用例成功。
2.3 后置条件
用例成功，把订单数据存储到数据库中。
2.4 扩充点
无。
2.5 事件流
2.5.1 基流
（1）系统提示确认订单。
（2）用户确认订单。
（3）系统生成订单号。
（4）系统生成订单记录并存入数据库中。
（5）系统清空购物车。
（6）系统显示订单情况、收货地址、送货方式、付款方式。
查看订单（view order）
1 用例图
2 用例的事件流描述
2.1 简单描述：
查看该用户的所有订单或基于组合条件的订单。
2.2 前置条件
用户已登录。
2.3 后置条件
用例成功，系统显示该用户的订单情况。
2.4 扩充点
无。
2.5 事件流
2.5.1 基流
（1）用户选择查看所有的订单（S-1）,或基于组合条件产看订单（S-2）。
2.5.2 分支流
S-1：
（1）系统检索该用户的所有订单
（2）系统显示所有订单，当显示的订单查过一页时，系统显示“第一页”、 “上一页”、“下一页”、“最后一页”的页浏览提示。
S-2：
（1）系统提示用户输入订单号、发生订单的时间段、或订单的状态（已 执行、部分执行、未执行）。
（2）用户输入所需信息，提交（E-1）。
（3）系统检索满足组合条件的所有订单。
（4）系统显示满足条件的订单。
E-1：系统验证输入的合法性，不合法系统提示错误。
修改订单（modify order）
1 用例图
2 用例的事件流描述
2.1 简单描述：
用户修改订单的订单明细，收货地址、送货方式、付款方式。
2.2 前置条件
系统处于查看订单状态中。
2.3 后置条件
用例成功，把修改的订单存储到数据库中。
2.4 扩充点
无。
2.5 事件流
2.5.1 基流
（1）系统提示修改订单
（2）用户确认修改（E-1）。
（3）系统提示输入要修改的订单。
（4）用户输入修改信息，提交（E-2）。
（5）系统存储订单情况至数据库中。
2.5.2 替代流
E-1：已审核的订单不能修改，否则提示错误。
E--2：不合法输入，系统提示错误。
删除订单（delete order）
1 用例图
2 用例的事件流描述
2.1 简单描述：
用户删除不需要的订单。
2.2 前置条件
系统处于查看订单状态中。
2.3 后置条件
用例成功，系统删除该订单。
2.4 扩充点
无。
2.5 事件流
2.5.1 基流
（1）系统提示删除该订单。
（2）用户确认删除该订单（E-1）。
（3）系统从数据库中删除该订单。
2.5.2 替代流
E-1：已审核的订单不能删除，否则提示错误。
查看新品（view latest item）
1用例图
2 用例的事件流描述
2.1 简单描述：
用户浏览最新出现的产品。
2.2 前置条件
用户已登录。
2.3 后置条件
用例成功，系统显示最新的产品。
2.4 扩充点
无。
2.5 事件流
2.5.1 基流
（1）系统检索最新商品信息，存在（S-1），不存在（S-2）。
2.5.2分支流
S-1：系统显示检索的最新商品，当商品超过一页时，系统提供“第一页”、 “上一页”、“下一页”、“最后一页”的页浏览提示。
S-2:系统显示最新商品不存在。
查看特价品（view special price item）
1 用例图
2 用例的事件流描述
2.1 简单描述：
用户浏览特价产品。
2.2 前置条件
用户已登录。
2.3 后置条件
用例成功，系统显示特价商品。
2.4 扩充点
无。
2.5 事件流
2.5.1 基流
（1）系统检索特价商品信息，存在（S-1），不存在（S-2）。
2.5.2分支流
S-1：系统显示检索的特价商品，当商品超过一页时，系统提供“第一页”、 “上一页”、“下一页”、“最后一页”的页浏览提示。
S-2:系统显示特价商品不存在。
查看积分（view history record and grade）（这个不太想做，牵扯到多加表。。。）
1 用例图
2 用例的事件流描述
2.1 简单描述：
用户查看积分情况。
2.2 前置条件
用户已登录。
2.3 后置条件
用例成功，系统显示该用户的积分情况。
2.4 扩充点
无。
2.5 事件流
2.5.1 基流
（1）系统检索该用户的积分情况。
（2）系统显示积分情况。
用户反馈（feedback）（这个不太想做，牵扯到多加表。。。）
1 用例图
2 用例的事件流描述
2.1 简单描述：
用户提出反馈意见
2.2 前置条件
用户已登录。
2.3 后置条件
用例成功，把该用户的反馈信息存储到数据库中。。
2.4 扩充点
无。
2.5 事件流
2.5.1 基流
（1）系统提示输入反馈信息。
（2）用户输入反馈信息，提交（E-1）。
（3）系统存储反馈信息发哦数据库中。
2.5.2 替代流
E-1：系统验证输入的合法性，不合法，系统提示错误。
查看反馈答复（view feedback answer）（这个不太想做，牵扯到多加表。。。）
1 用例图
2 用例的事件流描述
2.1 简单描述：
用户查看反馈答复。
2.2 前置条件
用户已登录。
2.3 后置条件
用例成功，显示该用户的反馈答复。。
2.4 扩充点
无。
2.5 事件流
2.5.1 基流
（1）系统提示选择查看所有回复和基于时间段的回复。
（2）用户选择查看所有回复（S-1），基于时间段的回复（S-2）。
2.5.2 分支流
S-1：系统显示所有回复，当回复超过一页时，系统提供“第一页”、“上一页”、 “下一页”、“最后一页”的浏览提示。
S-2：
（1）用户输入时间段，提交（E-1）。
（2）系统检索该时间段的所有回复，存在（S-3），不存在（S-4）。
2.5.3 替代流
E-1：系统验证输入的合法性，不合法，系统提示错误。
2.5.4 分支流
S-3：系统显示所有回复，当回复超过一页时，系统提供“第一页”、“上一页”、 “下一页”、“最后一页”的浏览提示。
S-4：系统提示改时间段的回复不存在。
标签：
原文地址：http://www.cnblogs.com/zhankui/p/4582046.html
