二、 重点用例 

    按照基于用例的开发流程，原始业务需求一旦确认，我们则进入了确定和提炼用例阶段。最终，我们给出了如下的对业务起着决定意义的用例。

    1. Use Case ID: 创建订单(Create Order) 

    主题 : UC01 创建订单 
    相关主题 : Create Order 
    需求ID : R01

• 目的
  使用例参与者能确保创建和提交订单并能够添加相关产品(上传照片)到订单行。
• 描述
  参与者想通过订单购买一种或多种产品（服务）。在受理网站上， 参与者通过类似于购物篮的形式，完成产品的添加和订单下达, 一旦产品被添加到订单，订单将即时更新订单总金额。
• 前提条件
  1) 参与者已经登陆到本系统网站，系统首页已能让参与者受理个性化邮票业务。
  2) 参与者必须选择至少一件产品给订单，即必须上传一张照片。
• 参与者
  1）客户
  2）管理员
• 基本流程
  第1步：当参与者决定下达订单，本用例即开始。
  第2步：参与者注册客户信息, 系统通过其身份登记和认证。
  第3步：参与者创建订单, 系统返回其订单创建信息。
  第4步：系统处理参与者的创建订单请求，直到客户完成该订单。
  a. 参与者选择一种产品款式(此处可以作为单独用例UC 08 查看款式目录)。
  b. 参与者键入订购数量。
  c. 参与者添加商品即上传照片给订单。
  d. 系统更新订单行资料，包括数量、款式、商品和总金额。
  第5步：参与者确认已完成订单。
  第6步：参与者验证并确认订单和客户明细信息, 系统反馈该参与者的提交的订单详情 。
  第7步：参与者验证并确认订单付款信息, 系统反馈订单编号和付款总金额。
  第8步：参与者确认订单付款，系统调用相关付款接口完成付款流程 (此处可以作为单独用例UC 09 订单付款)。
  第9步：本用例结束，当系统成功返回给参与者该订单付款情况，并提示参与者相关订单发货信息。
• 附加流程
  1）如果付款或投递被延迟进行，则第7步到第9步将被跳过，本用例在订单被确认和保存时结束。
  2）如果订单已经存在(was previously deferred):
  a. 当先前下达的订单被选择时本用例开始。
  b. 第2步则为系统显示之前创建的订单。
  c.第3步到第9步遵循基本流程的步骤。
  3） 如果客户键入了错误的付款信息，系统将通知参与者，然后本用例应从第7步继续。
• 内涵/扩展
  None
• 实施需求
  None
• 使用频率
  经常
• 特别需求
  

  ID	款式	照片	数量
  1	岁岁平安		1
  2	太阳神鸟		1

• 问题
  无
• 决策点
  无
• 未来需求
  无
• 修改版本
  

  Date	Author	Description

• 用例模型