用例描述模板--整合2018-12-22
用例模板
6、非功能性需求：
可用性：<容易学习、容易使用，例如多长时间内可以学会，多少操作可以完成><优先级别><状态跟踪>
安全性：<保护硬件、软件和数据不因偶然和恶意的原因遭到破坏、更改和泄露><优先级别><状态跟踪>
可靠性：<可靠性是指系统能够保持正常运行的能力><优先级别><状态跟踪>
2.2备选场景:<被改变的步骤><条件><优先级别><状态跟踪>
<步骤编号><动作描述>
2.3异常场景:<被改变的步骤><条件><优先级别><状态跟踪>
<步骤编号><动作描述>
3、数据实体：<实体名称>
<实体属性><数据规则>
4、业务规则：<业务要求的规则>
5、设计约束：
界面样式：<对界面特殊要求，必须采用什么样的界面格式><优先级别><状态跟踪>
1.3参与者：<要求系统实现某个目标的人员，通常由主参与者发起与系统的交互>
1.4利益相关者：<利益人名称><所获利益>
1.5前置条件：<用例执行需要达到什么条件，必须是系统能检测到的>
1.6后置条件：<用例执行后系统所处的状态>
1.7触发事件：<什么引发了用例>
2、用例场景
用例描述文档模板
2. 必须要有的项目：时间＋地点＋专家＋主题
3. 邮件格式：
您好！[讲座时间]将举办[专家]主讲的[主题]讲座，
特殊需求（Special Requirement）
描述与该用例相关的非功能性需求（包括性能、可靠性、可用性和可扩展性等）和设计约束（指出所使用的操作系统、开发工具等）。
用例执行完毕后系Βιβλιοθήκη 可能处于的一组状态。涉众利益(Stakeholder)
说明涉众及涉众关心和担心的事情。如下：
1.开发人员-担心收到太多垃圾邮件
2.组织工作人员-希望操作方便，尽量减少手工劳动
用例场景 (Use-Case Scenario)
包括成功场景和失败场景，场景主要是由基本流和备选流组合而成的。
事件流 (Flow of Event)
基本流程（Base Flow）
1. 组织工作人员输入讲座信息，请求发布
2. 系统验证讲座信息充分
3. 系统保存讲座信息，生成讲座网页、讲座邮件
4. 系统发布网页到公司网站
5. 系统请求邮件列表系统发送邮件
6. 系统记录发布情况
7. 系统显示讲座消息已经发布
扩展流程（Extend Flow）
用例编号(Number)：UC_1_1用例名称(Name)：XXXXX
简要说明 (Brief Description)
简要介绍该用例的作用和目的。
执行者(Actors)
说明主要执行者和辅助执行者。
前置条件(Pre-Condition)
执行用例之前系统必须所处的状态。
后置条件(Post-Condition)
如：*1-7应在10秒之内
用例说明
二．用例描述1.信息查询用例名称：信息查询用例描述：学生到教务系统中查询有关信息参与者：学生前置条件：学生已经登录到系统中后置条件：教务系统中存在相关信息基本操作流程：1.学生登录系统；2.系统验证学生身份；3.学生请求查询信息；4.系统接收请求，显示信息；可选操作流程：2-（1）、如果学生密码输入错误，系统验证学生身份错误，返回第一步，学生重新登录。
被包含的用例：无被泛化的用例：无被扩展的用例：无。
2.网上选课用例名称：网上选课用例描述：学生登陆教务系统进行网上选课。
参与者：学生前置条件：学生已经登录到系统中后置条件：教务系统中存在相关信息基本操作流程：1.学生登录系统；2.系统验证学生身份；3.学生请求网上选课；4.系统接收请求，显示信息；可选操作流程：如果学生密码输入错误，系统验证学生身份错误，返回第一步，学生重新登录。
被包含的用例：无被泛化的用例：无被扩展的用例：无。
3.网上报名用例名称：网上报名参与者：用例描述：学生登陆教务系统进行网上报名前置条件：学生已经登录到系统中后置条件：教务系统中存在相关信息基本操作流程：1.学生登录系统；2.系统验证学生身份；3.学生请求网上报名；4.系统接收请求，显示信息；可选操作流程：如果学生密码输入错误，系统验证学生身份错误，返回第一步，学生重新登录。
被包含的用例：无被泛化的用例：无被扩展的用例：无4.教学质量评估用例名称：教学质量评估用例描述：学生到教务系统进行教学质量评估参与者：学生前置条件：学生已经登录到系统中后置条件：教务系统中存在相关信息基本操作流程：1.学生登录系统；2.系统验证学生身份；3.学生请求进行教学质量评估；4.系统接收请求，显示信息；可选操作流程：如果学生密码输入错误，系统验证学生身份错误，返回第一步，学生重新登录。
被包含的用例：查询教师信息被泛化的用例：无被扩展的用例：无5.课表查询用例名称：课表查询用例描述：学生发出学生个人课表查询请求，系统接收后显示该学生指定学期内课表参与者：学生前置条件：用户已经登陆系统，系统数据库存在各人各学期课表信息后置条件：学生获取其个人指定学期课表基本操作流程：1. 学生发出学生个人课表查询请求2. 系统接受，整合该学生指定学期课表3. 学生查看完关闭可选操作流程：如果数据库不存在课表信息，则输出“课表不存在”，返回上一级菜单选择被包含的用例：无被泛化的用例：无被扩展的用例：信息查询6.考试查询用例名称：考试查询用例描述：学生发出学生考试查询请求，系统接收后显示考试的相关信息，如时间地点等参与者：学生前置条件：用户已经登陆系统，系统数据库存在该学生考试信息后置条件：学生获取其考试相关信息基本操作流程：1. 学生发出学生考试查询请求2. 系统接受，整合该学生考试相关信息3. 学生查看完关闭可选操作流程：如果数据库不存在该学生考试相关信息，则输出“考试信息不存在”，返回上一级菜单选择被包含的用例：无被泛化的用例：无被扩展的用例：信息查询7.成绩查询用例名称：成绩查询用例描述：学生发出学生成绩查询请求，系统接收后显示考试的相关信息，如科目，分数等参与者：学生前置条件：用户已经登陆系统，系统数据库存在该学生成绩信息后置条件：学生获取其成绩相关信息基本操作流程：1. 学生发出学生成绩查询请求2. 系统接受，整合该学生成绩相关信息3. 学生查看完关闭可选操作流程：如果数据库不存在该学生成绩相关信息，则输出“成绩不存在”，返回上一级菜单选择被包含的用例：无被泛化的用例：无被扩展的用例：信息查询8.补考查询用例名称：补考查询用例描述：学生发出学生补考查询请求，系统接收后显示补考的相关信息，如科目、地点、时间等参与者：学生前置条件：用户已经登陆系统，系统数据库存在该学生补考信息后置条件：学生获取其补考相关信息基本操作流程：1. 学生发出学生补考查询请求2. 系统接受，整合该学生补考相关信息3. 学生查看完关闭可选操作流程：如果数据库不存在该学生补考相关信息，则输出“不存在”，返回上一级菜单选择被包含的用例：无被泛化的用例：无被扩展的用例：信息查询9.公共选修课报名用例名称：公共选修课报名用例描述：学生登陆教务系统在网上选课中选择公共选修课参与者：学生前置条件：用户已经登陆系统，系统数据库存在该学生课程信息后置条件：学生选择公共选修课基本操作流程：1. 学生发出公共选修课选课请求2. 系统接受，整合该学生课程信息3. 学生选择课程可选操作流程：如果学生课程冲突，系统显示“课程冲突，该课不可选”。
测试用例模板范文
测试用例模板范文1.测试用例信息：-用例编号：每个用例都应有一个唯一的编号，以便进行跟踪和管理。
-测试项：用例所涉及的功能或模块。
-测试标题：用例的简洁、明确的名称。
-设计者：编写和设计用例的测试人员的姓名。
-设计日期：编写和设计用例的日期。
2.测试目的：-描述测试的目标和目的，例如验证特定功能的正确性、检测潜在的缺陷等。
3.测试条件：-需要提供的预置条件、环境条件等。
4.测试步骤：-详细描述测试人员需要执行的操作步骤，包括输入的数据、预期的结果等。
5.预期结果：-预期的测试结果，通常是基于特定的输入和操作步骤得出的预期输出。
6.实际结果：-在执行测试用例后，记录实际的测试结果和观察到的输出。
7.结果比对：-将预期结果与实际结果进行比对，确定是否一致。
8.结论：-根据结果比对的结果，给出该测试用例的通过或失败的结论。
9.备注：-可选字段，用于提供任何与用例相关的补充信息或注释。
使用该测试用例模板，可以帮助测试人员更加系统地设计和执行测试用例，并能够更容易地跟踪和记录测试结果。
以下是一个具体的测试用例示例：1.测试用例信息：-用例编号：TC001-测试项：用户登录-测试标题：验证用户登录功能-设计者：张三-设计日期：2024年1月1日2.测试目的：-验证用户登录功能是否能够正常工作，包括输入验证、身份验证等。
3.测试条件：-已安装最新版本的登录系统。
-已注册并激活用户账户。
4.测试步骤：1.打开登录页面。
2.输入有效的用户名和密码。
3.点击登录按钮。
5.预期结果：-用户成功登录，并进入系统主页。
6.实际结果：-用户成功登录，并进入系统主页。
7.结果比对：-预期结果与实际结果一致。
8.结论：-该测试用例通过。
9.备注：-无。
以上是一个简单的测试用例模板示例，你可以根据实际情况和需求进行修改和扩展。
测试用例模板的关键在于提供清晰的测试目标、条件和步骤，以及对预期结果和实际结果的比对和验证。
通过使用测试用例模板，测试人员可以更好地组织和管理测试工作，并确保测试的全面性和一致性。
单元测试用例模板
单元测试用例模板1.用例标识符：每个用例都应该有一个唯一的标识符，以帮助在测试结果中跟踪用例。
2.用例名称：用于描述测试用例的名称。
3.用例描述：用于详细描述测试用例的目的和测试步骤。
4.输入：这一部分应该列出用例所需的输入数据。
5.预期输出：这一部分应该列出期望的输出结果。
6.实际输出：这一部分应该列出实际的输出结果。
7.执行结果：这一部分应该描述用例执行的结果（通过/失败）。
8.测试人员：这一部分应该列出参与测试用例的测试人员的姓名。
9.日期：这一部分应该列出测试用例创建和执行的日期。
10.优先级：这一部分应该用于确定测试用例的优先级（高、中、低）。
下面是一个具体示例：用例标识符：TC001用例名称：登录功能测试用例描述：测试登录功能是否按预期工作。
输入正确的用户名和密码，检查是否成功登录。
输入：用户名：testuser，密码：testpassword预期输出：登录成功实际输出：登录成功执行结果：通过测试人员：John日期：2024年1月15日优先级：高在实际测试中，还可以扩展用例模板以包括更多的细节和测试步骤，以确保对软件的所有功能进行全面的测试。
以下是一些可能的扩展：-输入为空：测试当输入为空时，软件的行为是否符合预期，例如是否显示错误消息或进行验证。
-输入非法字符：测试当输入包含非法字符时，软件的行为是否正确，例如是否进行输入验证和过滤。
-输入边界测试：测试当输入接近边界值时，软件的行为是否正确，例如测试输入最小值、最大值和临界值的情况。
-异常处理：测试当遇到异常情况时，软件的行为是否符合预期，例如测试当网络连接中断或数据库服务不可用时的情况。
-性能测试：测试软件在负载下的性能和响应时间是否满足要求，例如测试在高并发情况下的性能表现。
-回归测试：测试修改或添加新功能后，软件的旧有功能是否仍然按照预期工作。
通过使用这些模板和扩展，可以创建出全面而有效的单元测试用例。
在实际测试过程中，测试人员可以根据具体的需求和软件的特点进行适当的修改和调整，以确保对软件的每个功能进行全面的测试。
用例描述模板
实验一编写用例（以下给出用例描述模板），并画出用例图（编写时可参照下面的实例）用例描述模板是一种被广泛使用的用于发现和记录需求(特别是功能需求)的机制。
写出用例是一种最好的理解和描述需求的技巧。
注意：这个模板列出可以定义用例的典型标题，但应当强调的是，实用上更重要的是专注于写出完整的可理解的事件路径，而不是按指定的模板填写每个部分。
名称用例的名称应当用简短的动词短语表达，说明用户使用用例完成的任务。
概述或简要描述单列一节概述该用例完成什么通常是有益的。
参与者列出此用例涉及的参与者和负责发起此用例执行的主要参与者。
触发器触发器是开始此用例的事件。
触发者并不必须向该系统输入事件，例如，在预约系统示例中，“预约”用例的触发者可能是“一个潜在的客户打给餐馆的一个预约电话”。
而在另一种情况下，触发者可能是此用例中第一个系统事件。
前置条件前置条件概述在用例可以开始前，什么必须为真。
通常前置条件说明在指定的一个用例运行前，另一个什么用例必须运行。
典型的前置条件可以是“用户已成功登陆”。
后置条件后置条件概述当用例完成时什么是真。
在许多情况下，这将依赖于在一个特定用例实例中发生的确切的一系列交互。
区分“最低保证”和“成功保证”可能是实用的，前者描述在所有情况下发生什么和不发生什么，后者描述如果正常的事件路径成功地完成将会发生什么。
事件路径或脚本基本的或正常的事件路径，通常应当作为不中止的交互序列出现。
对事件路径中的交互通常加以编号，以便于以后的参考。
可选和例外事件路径可选和例外事件路径可以完整地写出。
然而通常只须在基本事件路径中的分叉点简单地指明可选事件流，对行为可能改变的位置予以编号，并指明导致分叉的事件。
扩展点这一节应当列出在事件路径中可能发生扩展的位置，并给出确定扩展是否发生的条件或事件。
扩展本身应当作为单独的用例写出；否则，可以指明可选的事件路径。
例如，订餐系统中“记录未预约顾客”的用例可以作为“记录达到”用例的扩展。
系统用例描述
瑞天图书管理系统用例描述-、图书借阅该用例提供了用户借阅图书时管理员更新图书信息以及日志、记 录借阅信息、创建和修改借阅者账户以及信息等 1、用例图如下：2、用例描述: 用例名称：图书借阅简要说明：图书管理员输入读者编号和图书编号来完成图书借阅。
参与者：图书管理员前置条件：读者出示的借阅证必须是有效的借阅证(from 图书管理系统参与创建新的借阅者帐户其他用户修改借阅者的帐户信息管理员已还书)(from 图书管理系统参与记录图书数量与价格学生(from 图书管理系统参与后置条件：显示读者的全部借阅信息假设条件：图书管理员已经成功登录图书管理系统基本操作流程：(1)图书管理员输入借阅证信息(2)系统检查读者是否有超期的借阅信息和读者的借书数量是否已经达到借书限额(4)图书管理员输入要借阅的图书信息(5)系统将读者的借阅信息保存到数据库中可选操作流程：读者有超期的借阅信息，或者读者的借书数量已经达到借书限额，系统显示不能借阅图书的信息，图书管理员进行超期处理。
二、归还图书1、用例图如下:2、用例描述: 用例名称：归还图书简要说明：图书管理员收到要归还的图书，进行还书操作。
参与者：图书管理员、学生、其他用户前置条件：无后置条件：显示读者的全部借阅信息假设条件：图书管理员已经成功登录图书管理系统 基本操作流程：(1) 图书管理员输入读者要归还的图书信息 (2) 系统检索与该图书相关的借阅者信息 (3) 系统检查该借阅者是否有超期的借阅信息 (4) 系统将借阅者的还书信息保存到数据库中(from))登录(5)系统将该图书的状态改变为可借阅状态可选操作流程：读者归还图书，图书管理员查看是否超出期限，并进行相应处罚，并且图书管理员将借阅信息删除。
三、图书查询1、用例图如下:输入书籍信息2、用例描述:用例名称：图书查询简要说明：用户登录网站进行查询参与者：用户前置条件：必须有登录账户后置条件：显示要借图书的全部信息假设条件：用户已经成功登录图书管理系统3、操作流程：(1)用户输入登录信息(2)系统检查读者是否有账号(3)用户输入要查询的图书信息(4)系统检查读者的借书信息是否存在可选操作流程：读者有超期的借阅信息，图书管理员进行超期处理; 读者的借书数量已经达到借书限额，系统显示不能借阅图书的信息。
功能的用例描述
功能的用例描述1. 用户注册：- 用户打开应用，点击注册按钮。
- 系统显示注册页面，要求用户输入用户名、密码和邮箱。
- 用户输入完毕后，点击确认按钮。
- 系统验证用户输入的信息是否合法，如果合法则将用户信息保存到数据库中，并显示注册成功的提示信息。
- 如果用户输入的信息不合法，则系统显示相应的错误提示信息。
2. 用户登录：- 用户打开应用，点击登录按钮。
- 系统显示登录页面，要求用户输入用户名和密码。
- 用户输入完毕后，点击确认按钮。
- 系统验证用户输入的用户名和密码是否匹配，如果匹配则登录成功，并显示登录成功的提示信息。
- 如果用户名和密码不匹配，则系统显示登录失败的提示信息。
3. 发布文章：- 用户登录后，进入个人主页。
- 用户点击发布文章按钮。
- 系统显示发布文章页面，要求用户输入文章标题和内容。
- 用户输入完毕后，点击确认按钮。
- 系统验证用户输入的信息是否合法，如果合法则将文章信息保存到数据库中，并显示发布成功的提示信息。
- 如果用户输入的信息不合法，则系统显示相应的错误提示信息。
4. 查看文章：- 用户登录后，进入个人主页。
- 用户点击查看文章按钮。
- 系统显示用户已发布的文章列表。
- 用户点击某篇文章的标题。
- 系统显示该篇文章的详细内容。
5. 编辑文章：- 用户登录后，进入个人主页。
- 用户点击查看文章按钮。
- 系统显示用户已发布的文章列表。
- 用户点击某篇文章的编辑按钮。
- 系统显示编辑文章页面，展示该篇文章的标题和内容。
- 用户修改文章的标题和内容后，点击确认按钮。
- 系统验证用户输入的信息是否合法，如果合法则更新文章信息，并显示编辑成功的提示信息。
- 如果用户输入的信息不合法，则系统显示相应的错误提示信息。
6. 删除文章：- 用户登录后，进入个人主页。
- 用户点击查看文章按钮。
- 系统显示用户已发布的文章列表。
- 用户点击某篇文章的删除按钮。
- 系统弹出确认删除的提示框，用户点击确认按钮。
通用用例设计方案模板
通用用例设计方案模板
1. 用例名称，（用例的简洁描述，例如“用户登录”）。
2. 用例编号，（用例的唯一标识符，通常采用系统标识符和序号的组合）。
3. 参与者，（参与该用例的角色，例如“注册用户”、“系统管理员”等）。
4. 描述，（对用例的简要描述，包括用例的目标和作用）。
5. 前置条件，（执行该用例所需满足的条件，例如“用户已经打开了应用程序”）。
6. 后置条件，（执行该用例后的系统状态，例如“用户成功登录后进入主页”）。
7. 主要流程，（用例的主要执行步骤，按照时间顺序描述用户与系统的交互）。
8. 备选流程，（可选的执行路径，通常描述一些异常情况或特殊情况下的处理流程）。
9. 特殊要求，（与该用例相关的特殊需求或约束，例如安全性要求、性能要求等）。
10. 扩展点，（描述用例中的扩展点，即可扩展的功能或未来可能添加的功能）。
11. 优先级，（用例的重要性级别，通常分为高、中、低三个级别）。
12. 风险，（执行该用例可能面临的风险或问题）。
以上是一个通用的用例设计方案模板，可以根据具体项目的需要进行调整和补充。
使用这样的模板可以帮助团队更好地理解和规划系统功能，提高开发效率和质量。
完成版用例描述
use case descriptionUse Case Name:registerUse case number:110Participants:PlayerBrief description:The user login this systemPrecondition:The user open this system and want to login inBasic event flow:1.The user open this system2.The user Fill in the login information3.The user Click on the confirmation complete loginOther event flow:The database Judge the correctness of the user information Abnormal event flow:when the database Add failure show the reason of login failed and give the solutionpost conditions:The user login successfulUse Case Name:check personal informationUse case number:130Participants:Administrator,playerBrief description:The user or administrator to check the user's personal informationPrecondition:The user information query isBasic event flow:er enter the necessary information to obtain permissioner enter the customer information backgroundOther event flow:Judge the correctness of the user information database Abnormal event flow:The database to add login failed to remind the reason for the error and solutionpost conditions:Administrator or a user can change the user information queryUse Case Name:register as VIPUse case number:111Participants:playerBrief description:Vip user independent login welcome screen Precondition:The user login the system and switch to the VIP usersBasic event flow:1.Read the user information database2.Database feedback VIP user interface3.Click confirm to complete the loginOther event flow:Judge the correctness of the user information database Abnormal event flow:The database to add login failed to remind the reason for the error and solutionpost conditions:The user login successfulUse Case Name:fill in personal formUse case number:112Participants):playerBrief description:Fill in the user information the user login system Precondition:Users click on login button to fill in the informationBasic event flow:1. The basic information input from the user2. System account and generate authentication code3. Complete the user to enter the verification code and click login4. Whether to allow login system verification account, allow login is executedOther event flow:Judge the correctness of the user information database Abnormal event flow:The database to add login failed to remind the reason for the error and solutionpost conditions:The user login successfulUse Case Name:change passwordUse case number:131Participants:Administrator,playerBrief description:User to change user passwordPrecondition:User already login the system and change the permissions Basic event flow:1. The user login web site background page2. The user type in a user's password3. The feasibility of judging database password and change user passwords Feedback4. Database password change was successfulOther event flow:Judging database password legitimacyAbnormal event flow:Database changes error remind change when failure reason and solutionpost conditions:User change password is successfulUse Case Name:change personal informationUse case number:132Participants:Administrator,playerBrief description:User to change user basic informationPrecondition:User already login the system and change the permissions Basic event flow:1. The user login web site background page2. Users enter basic information3. Database feedback change was successfulOther event flow:Abnormal event flow:Database changes error remind change when failure reason and solutionpost conditions:The user changes the basic information of successUse Case Name:rechargeUse case number:120Participants:playerBrief description:user rechargePrecondition:The user has login systemBasic event flow:1. The user clicks on a prepaid phone options2. Switch to prepaid phone interface3. User input amount and prepaid phone password4. The system performs top-up command and feedback top-up results Other event flow:Basic information database handling user top-up, refresh the balance of the userAbnormal event flow:Database top-up failed to remind top-up failure and remindpost conditions:Prepaid phone users successfullyUse Case Name:recharge buy union payUse case number:121Participants:playerBrief description:Use of bank CARDS prepaid phone users Precondition:The user has login into prepaid phone interfaceBasic event flow:1. The user to select card prepaid phone model2. The system of bank card prepaid phone into the interface3. The user input to top-up amount and prepaid phone password input4. The system performs top-up command and feedback top-up results Other event flow:Basic information database handling user top-up, refresh the balance of the userAbnormal event flow:Database top-up failed to remind top-up failure and remindpost conditions:Prepaid phone users successfullyUse Case Name:recharge buy alipayUse case number:122Participants:playerBrief description:The user use pay treasure to top-upPrecondition:The user has login into prepaid phone interfaceBasic event flow:1. The user to select alipay prepaid phone model2. The system of paying treasure to top-up into the interface3. The user input to top-up amount and prepaid phone password input4. The system performs top-up command and feedback top-up results Other event flow:Basic information database handling user top-up, refresh the balance of the userAbnormal event flow:Database top-up failed to remind top-up failure and remindpost conditions:Prepaid phone users successfullyUse Case Name:recharge buy wechatUse case number:123Participants:playerBrief description:Users with WeChat prepaid phonePrecondition:The user has login into prepaid phone interfaceBasic event flow:1. The user to select WeChat prepaid phone model2. System into WeChat prepaid phone interface3. The user input to top-up amount and prepaid phone password input4. The system performs top-up command and feedback top-up results Other event flow:Basic information database handling user top-up, refresh the balance of the userAbnormal event flow:Database top-up failed to remind top-up failure and remindpost conditions:Prepaid phone users successfullyUse Case Name:input passwordUse case number:1201Participants:playerBrief description:User input prepaid phone passwordPrecondition:The user has chosen to use what way top-upBasic event flow:1. The user input prepaid phone password2. The database password legitimacy3. Complete top-up operation databaseOther event flow:Abnormal event flow:Database password failed to remind and remind the reason for failurepost conditions:Prepaid phone users successfullyUse Case Name:manage databaseUse case number :200Participants:AdministratorBrief description:administrators to manage databasePrecondition:the user has administrator accountBasic event flow:1. The administrator login into database management interface2. The administrator account password input3. The database input information4. The administrator login management interfaceOther event flow:Abnormal event flow:login error feedback database management and database solutionpost conditions: the administrator login pageUse Case Name:deleteUse case number:210Participants:AdministratorBrief description: the administrator to delete the database information Preconditio: administrator already get super powersBasic event flow:1. Administrator access to the data management interface2. Administrators find want to delete the data3. The administrator to delete command4. The database to delete commanOther event flow:system again to ask if delete informationAbnormal event flow:database database information feedback delete failed tips and solutionspost conditions:data deleted successfullyUse Case Name:changeUse case number:220Participants:AdministratorBrief description: the administrator change the database information Precondition: the administrator already get super powersBasic event flow:1. Administrator access to the data management interface2. The administrator found to change the data3. The administrator change orders4. The database change ordersOther event flow:system again to ask if change informationAbnormal event flow:database database information feedback change failure tips and solutionspost conditions:data change successfulUse Case Name:insertUse case number:230ParticipantsAdministratorBrief description:insert the information to the database administrator Precondition:the administrator already get super powersBasic event flow:1. Administrator access to the data management interface2. The administrator to find places to insert data3. Insert command administrator4. The database insert instructionsOther event flow:system again to ask if insert information to the specified locationAbnormal event flow:insert tip failure database feedback information and solutionspost conditions:data into successUse Case Name:print recordUse case number:240Participants:AdministratorBrief description: print database using the databasePrecondition:the normal work of the database, the administrator call records Basic event flow:1. The database data change2. The database record database changes of time and change the information3. The administrator information database changes4. The system print database recordsOther event flow: database search results when asked whether or not to continueAbnormal event flow:database feedback data change record typing errors and solutionspost conditions:print out using the recordUse Case Name:print register recordUse case number:241Participants:AdministratorBrief description:database to print user login recordPrecondition:the normal work of the database, the administrator call records Basic event flow:1. The user login data change2. Database records time and change the information3. The administrator information database changes4. The system print database recordsOther event flow: the database search results when asked whether or not to continueAbnormal event flow:database feedback user login record typing errors and solutionspost conditions:system to print out the user login recordUse Case Name:print recharge recordUse case number:242Participants:AdministratorBrief description: database to print user prepaid phone records Precondition: the normal work of the database, the administrator call records Basic event flow:1. Database top-up data change2. The database record database changes of time and change the information3. The administrator information database changes4. The system print database recordsOther event flow:the database search results when asked whether or not to continueAbnormal event flow: database feedback data change record typing errors and solutionspost conditions:system user print out the prepaid phone recordsUse Case Name:after-sales serviceUse case number:250Participants:AdministratorBrief description: after-sales servicePrecondition:administrator login database managementBasic event flow:1. Administrator access database management systems2. Update after-sales service information system3. Administrators to manage after-sales serviceOther event flow:Abnormal event flow:unable to enter the after-sales service, suggests how to solvepost conditions: administrators to manage after-sales serviceUse Case Name:note after-sales serviceUse case number:251Participants:AdministratorBrief description: note after-sales servicePrecondition:The administrator login note after-sales serviceBasic event flow:1. Administrator into the after-sales service system2. Update note after-sales service information system3. Administrators to manage after-sales serviceOther event flow:Abnormal event flow:unable to enter the after-sales service, suggests how to solvepost conditions: administrators to manage after-sales serviceUse Case Name:email after-sales serviceUse case number:252Participants:AdministratorBrief description: email after-sales servicePrecondition:The administrator login email after-sales serviceBasic event flow:1. Administrator into the after-sales service system2. Update email service information system3. Administrators to manage after-sales serviceOther event flow:Abnormal event flow:unable to enter the after-sales service, suggests how to solvepost conditions: administrators to manage after-sales service附录(use case图)：。
用例及用例描述
用例图用例描述用例：留言ID：1简单描述：用户在本网站留言板上进行留言（咨询）主参与者：user副参与者：数据库前置条件：本网站被打开且用户有留言需要主流：i)用户打开本网站ii)进入留言板页面iii)在留言板对话框内发布信息iv)点击确定，完成留言后置条件：用户留言成功附加流：数据库添加失败时提醒错误原因并询问是否重新留言用例：搜索ID：2简单描述：在本网站进行所需信息的搜索主参与者：user副参与者：数据库前置条件：本网站被打开且用户有搜索信息的需要主流：i)用户打开本网站ii)在网站搜索引擎中键入搜索条件或直接按类别搜索iii)点击确定，完成搜索iv)得到预期信息，用户可以对所得信息进行浏览后置条件：搜索完成并且用户得到预期信息附加流：搜索数据库无结果，提示原因并询问是否重新搜索用例：回复ID：3简单描述：客服对用户的留言板提问或留言进行回复主参与者：客服副参与者：数据库前置条件：有用户在留言板上提问或留言主流：i)客服登录网站后台ii)进入留言板回复页面iii)点击回复，在出现的对话框内键入回复内容iv)点击确定，完成回复后置条件：客服回复信息成功附加流：数据库添加失败时提醒错误原因并询问是否重新回复ID：4简单描述：普通管理员将最新资讯信息添加到网站数据库中主参与者：普通管理员副参与者：数据库前置条件：网站有最新的咨询信息需要添加主流：i)普通管理员登录网站后台页面ii)将最新资讯信息录入到数据库中iii)点击确定完成录入后保存所作修改iv)修改成功后关闭后台页面后置条件：最新资讯信息成功添加到数据库中附加流：添加信息出错时数据库提示出错信息用例：删除网站信息ID：5简单描述：普通管理员将废旧资讯信息从网站数据库中删除主参与者：普通管理员副参与者：数据库前置条件：网站有废旧的咨询信息需要删除主流：i)普通管理员登录网站后台页面ii)查询废旧的资讯信息iii)将废旧资讯信息从数据库中删除iv)点击确定完成删除后保存所作修改v)删除成功后关闭后台页面后置条件：废旧资讯信息成功从数据库中删除附加流：删除信息出错时数据库提示出错信息ID：6简单描述：普通管理员对网站数据库中数据进行修改主参与者：普通管理员副参与者：数据库前置条件：网站有待修改的数据信息需要修改主流：i)普通管理员登录网站后台页面ii)查询待修改的资讯信息iii)对待修改资讯信息进行修改iv)点击确定完成修改后保存所作修改v)修改成功后关闭后台页面后置条件：待修改资讯信息在数据库中修改成功附加流：修改信息出错时数据库提示出错信息用例：查询网站信息ID：7简单描述：对数据库中的网站信息通过不同条件进行搜索查询主参与者：普通管理员副参与者：数据库前置条件：已确定要查询信息的关键字主流：i)普通管理员登录网站后台页面ii)根据搜索关键字对信息进行搜索iii)搜索成功，显示查询到的语句后置条件：信息查询成功，得到所查信息详情附加流：搜索失败，未能得到要查询信息并提示出错信息用例：删除留言ID：8简单描述：对数据库中的留言进行删除管理主参与者：普通管理员副参与者：数据库前置条件：存在不合法留言信息，普通管理员需要对其进行删除操作主流：i)普通管理员登录网站后台页面ii)在数据库中查询到不合法的留言信息iii)对不合法留言信息进行删除操作iv)点击确定完成操作后进行保存v)保存后关闭后台页面后置条件：不合法留言信息得以成功删除附加流：删除留言信息失败并提示出错信息用例：查询留言ID：9简单描述：对数据库中的留言信息进行查询检索主参与者：普通管理员副参与者：数据库前置条件：确定要检索留言信息的关键字主流：i)普通管理员登录网站后台页面ii)根据不同的检索条件对留言信息进行查询iii)成功检索到所要查询留言信息并显示信息详情后置条件：所要查询留言信息得以成功检索附加流：未能查询到所要查询的留言信息并提示出错信息用例：登录ID：10简单描述：网站的超级管理员、普通管理员和客服登录进本网站后台主参与者：超级管理员、普通管理员，客服副参与者：无前置条件：各种管理员需要进入后台进行各种信息维护主流：i)进入网站后台管理页面ii)键入预先分配好的帐号和密码iii)点击登录，进入后台iv)登录成功后置条件：各种管理员登录后台成功附加流：登录出错时提示出错信息用例：创建管理员用户ID：11简单描述：超级管理员创建一个新的管理员用户（普通管理员、客服）主参与者：超级管理员副参与者：数据库前置条件：网站需要新建一个管理员用户主流：i)超级管理员登录网站后台页面ii)创建一个新的管理员用户（帐号，密码）iii)点击确定完成新管理员用户的创建，数据库进行保存iv)创建成功后关闭后台页面后置条件：网站得到一个新的普通管理员用户或客服用户附加流：创建失败时数据库提示出错信息用例：删除管理员用户ID：12简单描述：超级管理员删除一个管理员用户（普通管理员、客服）主参与者：超级管理员副参与者：数据库前置条件：网站需要删除一个管理员用户主流：i)超级管理员登录网站后台页面ii)删除一个管理员用户（帐号，密码）iii)点击确定完成管理员用户的删除，数据库进行保存iv)删除成功后关闭后台页面后置条件：删除一个普通管理员用户或客服用户成功附加流：删除失败时数据库提示出错信息用例：设置管理员权限ID：13简单描述：超级管理员对网站中的管理员设置权限主参与者：超级管理员副参与者：数据库，普通管理员，客服前置条件：需要对网站内的普通管理员和客服进行区分，对他们分别设置不同的权限主流：i)超级管理员登录网站后台页面ii)对普通管理员设置权限，令其能对网站信息进行增、删、改、查以及对游客留言信息（不合法）进行查询和删除对客服设置权限，令其只能对游客的留言或提问信息进行回复iii)点击确定完成权限设置，数据库进行保存iv)设置成功后关闭后台页面后置条件：普通管理员或客服的权限设置成功附加流：权限设置失败时数据库提示出错信息用例：查看管理员用户信息ID：14简单描述：超级管理员对普通管理员用户或客服用户的信息进行查看主参与者：超级管理员副参与者：数据库前置条件：需要查看管理员用户信息主流：i)超级管理员登录网站后台页面ii)对指定普通管理员用户或客服用户的信息进行查询iii)显示指定管理员用户信息后置条件：管理员信息查询成功，得到所查信息详情附加流：查询信息失败时数据库提示出错信息。
用例描述模板
用例模板(表单形式)e Case Description Information（用例描述信息）<以下内容定义了适用一个特定用例的信息。
每一条信息对于理解隐藏在用例后的目的都非常有用。
>名称:<一个简短的描述性动词短语给一个用例命名。
>1.2.Goal目标:<从用户的角度，用几句话描述这个用例的终极目标。
>e Case Team Leader/Members用例负责人及其成员:<这是定义一个负责完成这个用例的人，及其团队成员。
>1.4.Pre-condition前置条件:<在开始执行这个用例的路径之前，系统必须达到的状态。
当进行路径层的分析时，这些应该会被深化>1.5.Post-condition后置条件:<当用例的路径完成后，系统必须达成的状态。
当进行路径的分析时，这些可能会被深化。
>1.6.Constraints/Issues/Risks约束/问题/风险:<当进行用例细节的设计时，这里的任何一条都会增加开发团队的负担。
当进行路径的分析时，这些可能也会被深化。
把每个问题指派给具体的个人也许会带来好处。
>1.7.Trigger Event(s)驱动用例的事件:<外部事件或内部时钟事件可以触发一个穿过用例的路径。
这些事件也可以在每个路径分析时定义。
>1.8.Primary Actor主要活动者:<这个关键活动者参与进这个用例中。
典型地，这个个体是触发用例路径的事件来源。
>1.9.Secondary Actor(s)次要活动者:<其他活动者，在用例中充当一定的角色。
>e Case Pathway Names用例路径名称:<这些代表路径的名称列表，它们只是作为下面部分路径细节描述的一个总览列表。
>2.1.Primary Path(Happy Path)主要路径（愉快路径）:<这是这个用例最经常发生的路径。
用例描述举例
3. Reservationist books conference call after reaching agreement with Customer; gives Conference Call Number.
3. Customer provides Reservationist with name, address, company name, and ID number.
a. If no ID number, then Reservationist executes Create Customer Record use case.
4. Reservationist asks if Customer would like to make a new reservation, change an existing reservation, or cancel a reservation.
a. If Customer wants to make a new reservation, then S-1; new reservation subflow is performed.
S-2: Modify Reservation
1. Reservationist asks for Conference Call Number.
2. Reservationist locates existing reservation.
3. Reservationist performs S-1 if changing time; S-3 if canceling.
用例模型说明书模板
分布式温控系统用例模型说明书（文档封面及目录格式请参照“作业撰写要求”）1.1文档目的//说明本文档的目的和作用1.2文档范围//说明本文档描述的主要内容1.3读者对象//说明可能的读者，比如用户、设计人员、编码人员和测试人员等1.4参考文档//说明编写该文档需要的参考资料，比如《分布式温控系统用户需求说明书》等1.5术语与缩写解释//说明本文档与业务无关的技术术语和英文缩写解释2.项目背景(5分)//说明项目的需求来源以及用户的基本需求，可以参考作业详细要求说明，但不要完全照抄，需要提炼简化。
3.用例图(15分)// 参照教材(旧：245页，新：102页)的格式，画出分布式温控系统的用例图，用例图包含：系统边界、参与者(按角色区分，如用户、管理员等)、用例、参与者与用例关系、参与者之间的关系(继承等)、用例之间的关系(包含、扩展等)。
//提示：分布式温控系统包含中央主空调和房间从控机两部分，最好把它们分成两个独立的子系统进行用例画图。
如果以中央空调作为设计系统，则操作员和从控机都是参与者；如果以从控机作为设计系统，则操作员和中央空调都是参与者。
由于两个系统都要开发，需要分别对这两个系统进行用例分析和画图。
//根据第3节画出的用例图，对图中的每个用例进行文本描述4.1XX1用例描述（XX1为用例图中具体用例名称）4.2XX2用例描述……4.n XXn用例描述5.领域模型(20分)5.1领域模型图// 参考教材(旧：251页图9-10，新：98页图4-18/19)格式画出领域模型图，其中聚合、组合、继承、依赖等强关联关系必须画出，关联应当标出对应的重数。
5.2属性描述// 参考教材(旧：252页表9-7，新：99页表4-5)格式，列出领域模型中每个“概念类”的属性。
6.系统顺序图(15分)// 依据第4节的用例描述，参照教材（旧：254页图9-11，新：111页图4-36）格式画出每个用例的系统顺序图6.1用例1系统顺序图// 通常情况下一个用例的一个场景对应一个顺序图，为了简洁，可以一个用例的多个场景（成功或失败场景）对应一个顺序图，顺序图中注意画出“循环”和“可选”步骤。
用例描述
SUGG．PRICE：161，250 PURCHASE PRICE：205，000
——————————————————————————————————
CLASSIFICATION：*Other PURCHASE DATE：07/13/2003
TRENDS
Artist：David Hatzayar
——————————————————————————————————
CLASSIFICATION：Masterwork TIILE：Table_Mountain
SALE DATE：05/11/2003
TARGETPRICE：264，450 SALEPRICE：270，000
分类
购买日期
画家姓氏
油画名称
建议的最大购买价格
实际购买价格
任何以超过由算法确定的最大购买价格的价格购买的油画必须标记出来。
该报告必须依据分类和分类中的购买日期排序存储。
在报告末尾应该显示报告中所有油画的实际购买价格与算法建议的最大购买价格之间的平均比率。
Report Date：08/14/2004
Osbert Oglesby – Collector of Fint Art
2.1对于名品：
信息系统首先把该油画看作是同一位画家的精品来计算最大购买价格。然后，如果油画是在21世纪绘制的，则用该数字乘以0.25；否则，用该数字乘以
（21－c）/（22－c），其中c代表作品是在哪个世纪绘制的（12＜c＜21）。
2.1对于其他油画：
信息系统通过公式Ｆ×A来计算最大购买价格，其中Ｆ是针对那位画家的一个常数(流行度系数)，A是以平方厘米为单位的油画布的面积。如果那位画家没有流行度系数，Osbert将不会购买该油画。
用例文档参考模板
7a.信用卡帐号信息可以使用读卡器或键盘输入。
7b.记录在纸面收据上的信用卡支付签名。
发生频率
可能会持续发生。
设计约束
系统中断后的自动恢复问题，怎样保存先前的交易记录？
6a.顾客想用现金付款，但随身现金不足：
1a.顾客使用替代的支付手段。
1b.顾客告诉收银员，他要取消此销售，收银员在系统上取消此销售。
7a.现金支付：
1．收银员输入收取的现金数额。
2．系统给出应找的金额，并弹出现金抽屉。
3．收银员放入收取的现金，并拿出应找的余额给顾客。
4．系统记录现金支付。
7b.信用卡支付：
1．顾客输入信用卡帐号。
2．系统向外部的信用卡授权服务系统发送支付授权请求，并请求批准此支付。
非功能需求
1、使用大型平面显示器，交易过程中的信息要能够在1米之外看清楚。
2、90%的信用卡授权机构的响应应该在30秒内收到。
3、支持多种语言显示。
4、在步骤3和步骤7中可以插入新的业务规则。
业务规则
3a.商品标识可以用条码扫描或键盘输入。
顾客：希望购买过程能够省力，并得到快速的服务，希望得到购买证明，以便退货。
公司：希望准确地记录交易，并满足顾客的要求。希望保证支付授权服务的信息被记录。希望有一定的容错性即使某些服务暂时不可用（如远程信用卡验证）也能允许收款。希望能够自动、快速的更新帐目和库存信息。
支付授权服务：希望按照正确的格式和协议收到数字授权的请求，希望准确计算给商店的应付款。
1．收银员重启系统，登录，请求恢复上次状态。
2．系统重建之前的状态。
2a.系统恢复过程中检测到异常：
1．系统向收银员指示错误，记录此错误，并进入一个清空状态。
用例描述
查阅图书预定图书学生借书还书管理图书图书管理员用例名称：预约图书用例描述：向图书馆工作人员提出预约 参与者：图书馆工作人员。
前置条件：学生已办理借阅证，图书已归还 基本路径：1. 图书馆工作人员点击“图书预约”启动用例2. 输入借阅证编号3. 点击“查询图书”4. 显示该借阅证所借图书信息（书名,ISBN ，借阅时间，应归还时间）5. 选中图书，点击“预约”6. 提示“预约成功”用例名称：查询图书用例描述：图书管理员输入图书编号。
参与者：图书管理员前置条件：必需有此图书的编号存在 基本路径：1.图书管理员点击“图书查询”启动该用例2.输入此图书编号3.点击“查询”4.显示此图书信息（书名,ISBN ） 备选流程：1.1点击返回和取消退出图书查询2.1点击“重填”实现图书编号重新填写用例名称：借书用例描述：输入借阅证编号和图书登录号来完成图书借阅。
参与者：图书管理员前置条件：学生已办理借阅证，被借图书已添加基本路径：1.图书管理员点击“图书借阅”启动该用例；2.输入借阅证编号。
3.输入图书登录号。
4.点击“借阅”5.显示当前借阅信息（书名,ISBN，借阅时间，应归还时间）6.提示“借书成功”备选流程：1.1点击“重填”实现借阅证和图书登录号重新填写用例名称：还书用例描述：图书馆工作人员输入图书登录号进行图书归还。
参与者：图书馆工作人员。
前置条件：归还图书已借出基本路径：1.图书馆工作人员点击“图书归还”启动用例2.输入借阅证编号3.点击“查询”4.显示该借阅证所借图书信息（书名,ISBN，借阅时间，应归还时间）5.选中图书，点击“归还”6.提示“归还成功”备选流程：1.1点击重新填写，实现借阅证编号重新填写用例名称：管理图书用例描述：管理员对图书的合理管理。
参与者：管理员前置条件：管理员管理现有图书基本途径：1.管理员把新增的图书加入管理2.图书管理员点击“新增书籍”启动该用例3.为新增书籍编辑新编号4.将新增书籍编号存入系统中5.点击“完成”6.成功添加新增书籍备选流程：1.点击返回和取消退出图书管理●借阅者请求服务的用例图reader读者身份验证借书还书下载（阅读）电子书长籍阅读杂志查询书籍资料resourcesDatabasereaderDatabaselibraryDatabaselibraryStaffese111111●图书馆工作人员用例图systemManager libraryStaff libraryManager图书馆管理员验证处理读者借书处理读书还书添加书目系统管理员验证删除书目添加书籍删除书籍删除读者用户添加读者用户readerDatabase resourcesDatabaselibraryDatabase1111图书管理系统的用例描述–查询书籍资料用例名称：查询书籍资料用例描述：图书管理员输入图书编号。
产品用例表格模板-概述说明以及解释
产品用例表格模板-范文模板及概述示例1:产品用例表格模板在产品开发过程中，用例表格是一个非常有用的工具，它可以帮助团队清晰地定义产品的功能需求，并且在测试和评估产品时提供一个结构化的框架。
以下是一个常见的产品用例表格模板，你可以根据具体的产品需求进行调整和编辑。
用例编号：[用例编号，以便于追踪和引用]用例名称：[用例的简明描述]用例描述：[用例的详细描述]前置条件：[在执行用例之前需要满足的条件]操作步骤：1. [操作步骤1]- 期望结果：[对于操作步骤1，用户期望的结果]2. [操作步骤2]- 期望结果：[对于操作步骤2，用户期望的结果]可选步骤：1. [可选步骤1]- 期望结果：[对于可选步骤1，用户期望的结果]2. [可选步骤2]- 期望结果：[对于可选步骤2，用户期望的结果]后置条件：[在执行完用例后，可能对产品状态造成的影响或修改]成功情况：- 步骤1：[成功情况下的期望结果]- 步骤2：[成功情况下的期望结果]失败情况：- 步骤1：[失败情况下的期望结果]- 步骤2：[失败情况下的期望结果]备注：[其他相关的备注信息]用例表格模板的使用可以帮助团队更好地组织和管理产品功能需求，并且在产品测试和评估过程中更加高效和系统化。
根据具体的产品需求，你可以自行调整和编辑模板中的字段，以适应你所开发的产品。
希望以上的产品用例表格模板对你的文章写作有所帮助！示例2:产品用例表格模板在产品开发和测试过程中，用例表格是一种重要的工具，用于梳理和记录产品的功能和需求。
用例表格可以帮助团队成员更好地理解产品的使用场景、功能和交互，并且可以用于测试和验收产品。
以下是一个产品用例表格模板，你可以根据实际的产品需求和功能进行修改和填写。
用例名称：（用例的名称，简要描述用例所涉及的功能）用例编号：（用例的唯一标识符，通常是一个数字或字母组合）用例状态：（用例的状态，例如：待编写、编写中、已完成）优先级：（用例的优先级，例如：高、中、低）前置条件：（执行用例之前需要满足的条件，例如：登录系统、输入有效的数据）主要步骤：（用例的主要执行步骤，可以按照顺序编写至少三个步骤）1.2.3.预期结果：（用例执行完成后的预期结果，描述用户或系统应该得到的结果）备注：（其他相关信息或附加说明）使用这个模板，你可以根据具体的产品需求和功能编写相关的用例。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
用例图只是简单地用图描述了一下系统，但对于每个用例，我们还需要有详细的说明，这样就可以让别人对这个系统有一个更加详细的了解，这时我们就需要写用例描述。
在用例图中，角色和用例都能够泛化。
角色的泛化/继承很容易理解，因为角色本来就是类（Class），它是一种版型（stereotype）为Actor的类，所以角色的继承直观而自然。
但是用例的继承实际上分为两种情况，并不是简单的使用泛化，而是使用扩展（extended）和包含（include）两种泛化的特例。
扩展用于子用例的动作步骤基本上和父用例的动作步骤相同，只是增加了另外的一些步骤的情况下。
包含用于子用例包含了所有父用例的动作，它将父用例作为了自己的一个大步骤，子用例常常包含一个以上的父用例。
对于用例描述的内容，一般没有硬性规定的格式，但一些必须或者重要的内容还是必须要写进用例描述里面的。
用例描述一般包括：简要描述（说明）、前置（前提）条件、基本事件流、其他事件流、异常事件流、后置（事后）条件等等。
下面说说各个部分的意思：
简要描述：对用例的角色、目的的简要描述；
前置条件：执行用例之前系统必须要处于的状态，或者要满足的条件；
基本事件流：描述该用例的基本流程，指每个流程都“正常”运作时所发生的事情，没有任何备选流和异常流，而只有最有可能发生的事件流；
其他事件流：表示这个行为或流程是可选的或备选的，并不是总要执行它们；
异常事件流：表示发生了某些非正常的事情所要执行的流程；
后置条件：用例一旦执行后系统所处的状态；
用例描述模板。