|
用例编号(Number) ：UC_1_1 用例名称(Name)：XXXXX |
|
简要说明 (Brief Description) |
|
简要介绍该用例的作用和目的。 |
|
执行者(Actors) |
|
说明主要执行者和辅助执行者。 |
|
前置条件(Pre-Condition) |
|
执行用例之前系统必须所处的状态。 |
|
后置条件(Post-Condition) |
|
用例执行完毕后系统可能处于的一组状态。 |
|
涉众利益(Stakeholder) |
|
说明涉众及涉众关心和担心的事情。如下： 1. 开发人员-担心收到太多垃圾邮件 2. 组织工作人员-希望操作方便，尽量减少手工劳动 |
|
用例场景 (Use-Case Scenario) |
|
包括成功场景和失败场景，场景主要是由基本流和备选流组合而成的。 |
|
事件流 (Flow of Event) |
|
基本流程（Base Flow） 1. 组织工作人员输入讲座信息，请求发布 2. 系统验证讲座信息充分 3. 系统保存讲座信息，生成讲座网页、讲座邮件 4. 系统发布网页到公司网站 5. 系统请求邮件列表系统发送邮件 6. 系统记录发布情况 7. 系统显示讲座消息已经发布 扩展流程（Extend Flow） 2a. 讲座信息不充分： 2a1. 系统提示讲座信息不充分 2a2. 用例结束 4a. 公司网站无响应： 4a1. 系统提示公司网站无响应 5a. 邮件列表系统无响应：
字段列表（Filed List） 1. 讲座信息＝时间＋地点＋专家＋主题＋简介 3. 同1 6. 发布情况＝讲座＋发布人工号＋发布时间 业务规则 2. 必须要有的项目：时间＋地点＋专家＋主题 3. 邮件格式： 您好！[讲座时间]将举办[专家]主讲的[主题]讲座， |
|
特殊需求（Special Requirement） |
|
描述与该用例相关的非功能性需求（包括性能、可靠性、可用性和可扩展性等）和设计约束（指出所使用的操作系统、开发工具等）。 如：*1-7应在10秒之内 |