网上预订蛋糕系统需求分析.docx

网上预订蛋糕系统需求分析.docx

《网上预订蛋糕系统需求分析.docx》由会员分享，可在线阅读，更多相关《网上预订蛋糕系统需求分析.docx（9页珍藏版）》请在冰豆网上搜索。

网上预订蛋糕系统需求分析

网上预订蛋糕系统需求分析

一、业务需求:

1.icake业务参与者列表

顾客:

为获得一个标准服务而付费的人。

会员:

其身份和信用状况已得到验证的顾客，因此，可以访问特定的服务（例如通过Internet预约）。

非会员:

其身份和信用状况没有验证的顾客，其中，老顾客可以货到付款。

而新顾客预订时必须交部分定金，交付蛋糕时付全款。

Auk:

处理顾客信息、预订和可订蛋糕品种目录的已有系统。

助手:

店内的一个员工，帮助顾客预订蛋糕品种。

债务部门:

处理为付费用的蛋糕店部门。

2.icake业务用例列表

B1:

顾客订蛋糕:

顾客预订从可选蛋糕品种中选择出来的蛋糕。

B2:

会员预订蛋糕品种:

当有该需求时，会员应得到通知。

B3:

非会员预约蛋糕品种:

当有该需求的蛋糕时，非会员交纳了订金，就应该得到通知。

B4:

顾客取消预约:

顾客通电话或亲自取消未结束的预约。

B5:

顾客重新预约:

超过一星期后，顾客可以重新预订。

B6:

顾客访问目录:

顾客在店内或家中浏览目录。

B7:

顾客因没有取预定的蛋糕而接受罚款:

顾客没有取预定的蛋糕。

B8:

顾客取预定好的蛋糕:

顾客取预定好的蛋糕。

B9:

顾客成为会员:

顾客提供信用卡信息和地址证明，成为会员。

B10:

更新会员卡:

当会员卡过期时，助手与顾客联系，更新会员卡。

3.使用情况细节

B1:

顾客预订蛋糕:

1.顾客告诉助手要定什么品种蛋糕。

2.如果Auk发现没有这种品种蛋糕，就给顾客提供一种备选蛋糕品种。

3.如果有这种品种蛋糕，助手就在Auk中把该蛋糕标位已预订。

4.助手要求顾客提供身份证，以确认他们的身份。

5.对于会员，助手从会员卡中提取会员号，检查他们是否欠费，是否被禁止预订蛋糕。

6.对于非会员，助手检查顾客是否已在Auk中;如果不在，助手就把顾客身份证副本扫描到Auk中，记录顾客的姓名、地址和身份证号。

7.如果顾客信息令人满意，对于已经办卡的会员客户，实行预定、送货到门、货到付款或刷卡的服务;对于未办卡的客户，需要区别对待，一般需要订货后电话确认，其中老客户可以货到付款，初次交易的新客户，可以网上预定，

但交付蛋糕之前需要预付部分定金，交付蛋糕时付全款。

8.对于新顾客，如果付费失败，就在Auk中取消该蛋糕。

9.如果付费成功，则预订成功，交付蛋糕时付全款。

B2:

会员预订蛋糕品种:

1.会员告诉助手他们的会员号（通过电话或亲自来）。

2.会员告诉助手要预定的蛋糕品种。

3.如果会员没有被禁止预定蛋糕，他们的信用卡没有过期且没有欠费就在Auk上进行预订。

4.如果通过电话进行预订，会员就可以通过确认信用卡信息来付费，这些信用

卡信息必须匹配存储在Auk上的信息，且不能是过期的。

B3:

非会员预订蛋糕品种:

1.非会员告诉助手要预定的蛋糕品种。

2.助手在Auk中查找该蛋糕品种。

3.助手请求非会员为预定交纳押金。

4.助手请求非会员提供身份证和电话号码。

5.助手检查非会员的身份证。

6.如果身份证没有问题，助手就会创建新的预定，并记录身份证号和电话号码，在Auk中扫描身份证。

7.助手给非会员一个预订卡，其中包含唯一的预定号。

B4:

顾客取消预约:

1.顾客可以在没做之前随时取消预订。

2.会员可以通过电话或亲自来提供会员号取消预订。

3.非会员必须亲自来取消预订:

他们要给助手出示身份证，助手应检查身份证是否匹配在Auk中扫描的身份证，并退回押金。

B5:

顾客重新预订:

1.如果三天内都没有预订到蛋糕，就必须重新预订。

2.助手有两天时间联系顾客，看看他们是否继续预定。

3.如果不打算重新预订，就取消预订顾客必须返回商店，出示身份证，才能取回押金。

B6:

顾客访问目录:

1.顾客可以到商店查看目录。

2.顾客也可以在网上查看目录。

B7:

顾客因没有取预定的蛋糕而接受罚款:

1.如果预定好的蛋糕做好了，助手也通过电话告诉顾客了，顾客就必须在两天内取走。

2.如果顾客没有取蛋糕，就结束预订。

3.对于非会员，会没收其押金。

4.对于会员，会在Auk中记录一次罚款，并把顾客的信息传送给债务部门。

B8:

顾客取预定好的蛋糕:

1.顾客来商店取蛋糕或助手送货上门。

2.顾客出示身份证。

3.如果身份证匹配Auk上的信息，就把预定标记为已结束。

B9:

顾客成为会员:

1.为了成为会员，顾客必须提供身份证、地址证明和信用卡信息。

2.助手检查身份证和地址证明。

3.助手通过信用卡公司检查信用卡。

4.如果没有问题，助手就在Auk中记录身份证号、地址、电话号码和信用卡信息。

5.Auk发放新会员卡和唯一的会员号。

6.如果信用卡过期，就不允许执行其他的会员动作，除非会员返回商店，提供新的信用卡。

B10:

更新会员卡:

1.Auk记录信用卡过期的会员处于不好的状态下。

2.Auk通知助手，该会员的信用卡已过期。

3.助手电话联系会员，告诉他们必须更新其会员卡。

4.会员带着新的信用卡到商店来，把信用卡信息输入Auk中。

5.Auk记录会员处于良好状态下。

4.用例的活动图

5.用例的通信图

图1“B1新顾客预订蛋糕”的通信图

二、系统需求:

1.icake系统参与者列表

顾客:

使用Web浏览器访问icake的人。

会员:

在蛋糕店提供了姓名、地址和信用卡信息的顾客;每个会员

都有一个Internet密码和一个会员号。

非会员:

不是会员的顾客。

助手:

蛋糕店的员工，他与会员联系，告诉他们预约的进展情况。

2.icake系统用例表

U1:

浏览索引:

顾客浏览蛋糕品种的索引。

U2:

查看结果:

给顾客显示检索到的蛋糕品种子集。

U3:

查看蛋糕品种的细节:

给顾客显示检索到的蛋糕品种的细节。

U4:

搜索:

顾客指定类型、尺寸和食材，搜索蛋糕品种。

U5:

登录:

会员使用会员号和当前密码登录icake。

U6:

查看会员信息:

会员查看icake存储的会员信息子集，例如姓

名、地址和信用卡细节。

U7:

进行预订:

会员在查看蛋糕品种的细节时，预订一种品种的

蛋糕。

U8:

修改密码:

会员修改用于登录的密码。

U9:

查看预订情况:

会员查看还没有结束的预订汇总信息，例如

日期、时间和蛋糕品种。

U10:

取消预订:

会员取消还没有结束的预订。

U11:

注销:

会员从icake中注销。

U12:

查找蛋糕品种:

顾客从类别表中检索蛋糕品种的子集。

3.用例细节

U1:

浏览索引（特殊化U12，包含U2）

前提条件:

无

1.顾客选择一个索引标题。

2.顾客选择查看选中索引标题的蛋糕品种。

3.包含U2。

U2:

查看结果（被U1和U4包含，被U3扩展）

前提条件:

无

1.icake给顾客显示每个检索出来的蛋糕品种，包括品种和价格。

2.用U3扩展。

后置条件:

无

U3:

查看蛋糕品种的细节（扩展U2，被U7扩展）

前置条件:

无

1.给顾客一个匹配的蛋糕品种。

2.顾客请求选中蛋糕品种的细节。

3.icake显示选中蛋糕品种的细节（尺寸、食材和价格）。

4.如果顾客是一个已登录的会员，就用U7扩展。

后置条件:

icake显示选中蛋糕品种的细节。

非功能要求:

r1.广告应使用流协议显示，而不应要求下载。

U4:

搜索（特殊化U12，包含U2）

前提条件:

无

1.顾客选择需要的品种。

2.顾客选择需要的尺寸。

3.顾客选择需要的食材。

4.顾客开始搜索。

5.包含U2。

后置条件:

无

异常路径:

a1.如果顾客没有指定品种、尺寸和食材，而是检索整个目录，icake

就不允许启动搜索。

U5:

登录

前提条件:

会员从本地商店获得一个密码。

1.会员输入会员号。

2.会员输入密码。

3.icake强制会员必须登录，所以会员可以选择盗取（验证无效，所以盗取）

已有的会话。

4.会员选择登录。

5.用U6、U8和U11扩展。

后置条件:

会员登录。

异常路径:

a1.如果会员号和密码组合是不正确的，icake会通知会员，这两个中的一个不正确（为了安全起见，不会说明是哪一个不正确）。

a2.如果会员号和密码组合是正确的，但会员已经登录，且没有选择盗取会话，icake会通知会员。

U6:

查看会员信息

前提条件:

无

1.会员选择查看会员信息。

2.给会员显示会员信息（姓名、地址、状态、拥有的账户、信用卡信息）。

3.为了安全起见，icake只能显示会员信用卡号的最后四位数字。

4.icake给会员显示正确的信息，会员必须联系本地的商店。

后置条件:

已给会员显示了会员信息。

U7:

进行预订

前提条件:

顾客是已登录的会员。

1.会员在显示区域中选择保留蛋糕品种的细节。

2.icake要求会员确认。

3.会员确认预订。

4.icake给会员显示预定号，指示助手当做好该蛋糕时上门送货。

5.助手登录到cake上时，cake会显示需要执行的预定列表。

后置条件:

完成所有已请求的预订。

异常路径:

a1.如果会员限定了预定条件，就不进行预定。

U8:

修改密码（扩展U5）

前提条件:

无

1.会员选择修改密码。

2.会员输入旧密码（在屏幕上会被屏蔽）。

3.会员输入新密码（屏蔽）。

4.会员再次输入新密码（用于确认，也是被屏蔽的）。

5.会员启动修改。

6.icake请求确认（警告必须记住新密码）。

7.如果会员确认，就修改密码。

后置条件:

密码已修改。

异常路径:

a1.如果旧密码不正确或新密码不匹配，就告诉会员（为了安全起见，不给出错误的细节）。

a2.如果旧密码匹配，但新密码没有遵守密码规则（至少是6个字母和数字），就通知会员，不修改密码。

U9:

查看预订情况（扩展U5，被U10扩展）

前提条件:

无

1.会员选择查看预订信息。

2.icake显示还没有结束的预定汇总信息，包括预定号、状态、时间和品种。

3.用U10扩展。

后置条件:

已给会员显示了已有的预定汇总信息。

U10:

取消预订（扩展U9）

前提条件:

无

1.会员选择一个预定。

2.会员选择取消预订。

3.icake请求确认。

4.会员确认要取消预订。

5.icake把预定标记为已结束，更新助手的终端。

后置条件:

已确认要取消的预定都标记为已结束。

异常路径:

a1.如果会员没有确认取消，icake就不采取任何行动。

U11:

注销（会员从icake中注销，扩展U5）

前提条件:

无

1.会员选择注销。

2.icake结束当前会话。

3.icake关闭只支持会员的功能。

后置条件:

会员已注销。

异常路径:

a1.为了安全起见，如果登录的会员在十分钟内没有与icake交互，就会自动注销。

U12:

查找蛋糕品种（抽象，由U1和U4特殊化）

前提条件:

无

后置条件:

给顾客显示检索到的蛋糕品种汇总信息。

4（用例图

5（用例调查

Icake的用例调查描述了用例如何相互关联，如下所示:

任何顾客都可以浏览蛋糕模型索引（U1）或通过搜索（U4）,在

目录中查找蛋糕品种。

在后一种情况下，顾客要指定他们喜欢的品种、尺寸和食材。

无论采用哪种方式，在每次检索后，都