下载文档原格式
系统用例规约
系统用例规约是指对系统用例进行规范化描述的文档，包括用例的名称、编号、参与者、前置条件、后置条件、基本流程、扩展流程、异常流程等内容。
具体而言，系统用例规约需要包含以下内容：
1. 用例编号：每个用例都应该有一个唯一的编号，以便于管理和跟踪。
2. 用例名称：简短明了的用例名称，能够清晰地表达用例的功能。
3. 参与者：用例所涉及的各方参与者，包括主要参与者和次要参与者。
4. 前置条件：执行该用例之前必须满足的条件，如必须登录系统、必须有特定权限等。
5. 后置条件：执行该用例之后的系统状态，如生成订单、更新数据等。
6. 基本流程：用例的主要流程，包括各个步骤和参与者的交互。
7. 扩展流程：用例的可能扩展流程，通常用于描述一些特殊情况的处理方式。
8. 异常流程：用例的异常情况处理流程，包括可能出现的错误、异常和失败情况的处理方式。
总之，系统用例规约是一份详细描述系统用例的文档，能够帮助开发者更好地理解和实现系统功能，同时也能够让用户和参与者更清
晰地了解系统的功能和运行方式。
uml用例规约UML（统一建模语言）用例规约是指对系统中某一特定功能或行为的详细说明和定义。
用例规约被用来描述系统中所需的所有输入、输出、前置条件、后置条件和用例执行步骤等信息。
在UML中，用例规约通常被用来描述用例的所有方面，包括预期的行为和系统响应。
下面将详细介绍一下UML用例规约。
UML用例规约通常包含以下几个方面：1. 名称：用例规约必须具有唯一的名称，以便与系统中的其他用例区分开来。
2. 概述：用例规约需要简要描述该用例的作用和目的。
3. 前置条件：描述执行该用例前必须满足的条件，这些条件可以是系统状态、数据要求、前置操作等。
4. 后置条件：描述执行该用例后的状态。
即系统状态、数据状态、后置操作等。
5. 执行步骤：用例规约必须描述用例的详细执行步骤，包括所有输入和输出。
6. 异常情况：描述当某个步骤失败或者出现错误时，应该采取的措施。
7. 优先级：描述该用例的优先级，以便团队能够确定该用例的重要性。
在编写UML用例规约时，需要遵循一些规则：1. 用例规约必须与用例图中的用例匹配。
2. 确保用例规约中包含所有必要的信息，以便其他团队成员能够理解和实现该用例。
3. 用例规约必须是准确的和一致的，以便与其他用例规约和系统文档相匹配。
在编写UML用例规约时需要注意以下几点：1. 用例规约应该易于理解和阅读，以便其他团队成员能够理解该用例的目的和执行步骤。
2. 用例规约应该尽可能清晰和简明，同时包含所有必要的信息。
3. 用例规约应该是一致的，遵循团队的规范和标准，以便与其他文档相匹配。
总之，UML用例规约是系统中描述某一特定功能或行为的详细说明和定义。
编写UML用例规约需要遵循一些规则和注意事项，以便其他团队成员能够理解和实现该用例。
公司管理系统的用例规约用例名称：公司管理系统参与者：管理员、员工前置条件：管理员已登录系统用例描述：管理员通过公司管理系统对员工进行管理和操作。
基本流程：1. 管理员登录公司管理系统。
2. 系统验证管理员身份并登录成功。
3. 管理员选择需要进行的操作：包括新增员工、删除员工、修改员工资料等。
4. 管理员输入相应的员工信息（新增员工需要填写所有必要信息，删除和修改员工需要提供员工的唯一标识）。
5. 系统验证输入信息的合法性，如输入员工ID是否已经存在等。
6. 管理员确认提交操作。
7. 系统保存相关信息，并进行相应的操作（如新增员工、删除员工、修改员工资料等）。
8. 管理员成功完成操作，系统提示操作成功。
备选流程：- 如果管理员登录失败（用户名或密码错误），系统提示登录失败并重新要求管理员输入用户名和密码。
- 如果管理员输入的员工信息有误（如员工ID已经存在），系统提示相关错误信息，要求管理员重新输入。
- 如果管理员取消了操作，系统不进行任何保存和操作，提示取消操作。
后置条件：管理员退出系统。
异常流程：- 管理员登录失败：系统提示登录失败并重新要求管理员输入用户名和密码。
- 管理员输入的员工信息有误：系统提示相关错误信息，要求管理员重新输入。
- 管理员取消了操作：系统不进行任何保存和操作，提示取消操作。
特殊需求：- 系统需要保证管理员的登录信息和操作信息的安全性和权限控制。
- 系统需要支持对员工信息的搜索、排序和过滤等功能。
- 系统需要提供数据备份和恢复功能，以保证数据的安全性和可靠性。
⽤例规约怎么写？
UC001-发布公告
UC001（⽤例编号）-发布公告（⽤例名称）
⽤例描述
统标⼈员根据项⽬发⾏需求，发布债券发⾏公告
执⾏者
统标⼈员、交易员
前置条件
......
后置条件
......
基本路径
1.交易员输⼊债券项⽬信息，请求发布
2.系统校验项⽬信息充分
3.系统⽣成发布信息
...
扩展路径
1a.交易员输⼊债券项⽬信息，请求发布
2a.系统校验项⽬信息充分
补充约束
字段列表
1.债券基础信息=债券代码+债券简称+债券类型{国债|地⽅政府债|政策性⾦融债...}+票⾯利率+.....
业务规则
2.保留2位⼩数
质量需求
1.可⽤性
2.性能
3.可靠性
4.可⽀持性
设计约束
设计约束是在实现系统时必须要遵守的⼀些约束，包括界⾯样式、报表格式、平台、语⾔等。
用例技术-用例规约
1.用例名称：销户
2.简要说明：
帮助银行工作人员完成银行客户申请的活期账户销户工作
3.事件流
3.1基本事件流
1)银行工作人员进行“活期帐户销户”程序界面；
2)银行工作人员用磁条读取设备刷取活期存折磁条信息；
3)系统自动显示此活期帐户的客户资料信息和帐户信息；
4)银行工作人员核对销户申请人的证件，并确认销户；
5)系统提示客户输入取款密码；
6)客户使用密码输入器，输入取款密码；
7)系统校验密码无误后，计算利息，扣除利息税（调用计息用例），计算最终销户金额，
并打印销户和结息清单；
8)系统记录销户流水及其分账信息。
3.2扩展事件流
1)如果存折磁条信息无法读出，需要手工输入帐号；
2)如果销户申请人的证件与客户资料信息不符或其它因素，而不受理的，银行工作人
员直接退出。
3)如果系统密码校验错误，提示重新输入密码；密码校验失败超过3次，系统提示并
自动退出；
4.非功能需求:
申请受理处理的过程操作时间应在30少内；
打印的销户和结息清单应该清晰明了
5.前置条件：帐户为正常状态（即不是挂失、冻结或销户状态）。
6.后置条件
销户成功并将销户信息存入数据库，证件不符而退出，密码不符而退出。
7.扩展点无
8.优先级高。
实验室设备管理系统用例规约登录用例简要说明：本用例说明用户如何登录到系统。
角色：管理员、实验员、学生前置条件：启动程序，进入登录界面基本事件流：1.用户输入基本信息（登录名和密码），点击确定按钮2.系统查找数据库，看该用户是否在数据库中。
若存在则进入主页面。
备选事件流： 1.输入无效的用户名或密码，提示用户名或密码不能为空或者提示用户名或密码不正确。
后置条件：登录成功特殊需求：没有和本用例有关的特殊需求。
扩展点：没有和本用例有关的扩展点。
添加学生用例简要说明：本用例说明管理员如何添加学生用户到系统。
角色：管理员前置条件：拥有初始化用户名脚本基本事件流：1.管理员通过脚本等方式初始化以确定的用户名，执行脚本。
2.系统查找数据库，看该用户是否在数据库中。
若不存在则随机生成密码并插入数据库,显示的返回用户名及密码；若用户名存在，则直接返回以待修改。
备选事件流： 1.输入用户名无效，则返回无效的用户名并统计。
后置条件：没有和本用例有关的后置条件。
特殊需求：没有和本用例有关的特殊需求。
扩展点：没有和本用例有关的扩展点。
删除学生用例简要说明：本用例说明管理员如何从系统中删除学生用户。
角色：管理员前置条件：已经成功登陆到系统。
基本事件流：1.管理员输入要删除的学生学号或学号范围，执行删除功能。
2.系统查找数据库，看该用户是否在数据库中。
若存在则删除对应学生信息。
备选事件流： 1.未找到对应学号的学生，系统提示未找到该用户。
后置条件：删除成功。
特殊需求：没有和本用例有关的特殊需求。
扩展点：没有和本用例有关的扩展点。
增加设备用例简要说明：本用例说明管理员如何增加设备并记录进入系统。
角色：管理员前置条件：已经成功登陆到系统。
基本事件流：1.管理员填写设备各种信息，确定添加。
2.系统把对应信息写入数据库，更新数据库。
备选事件流： 1.输入了已存在的设备编号，系统提示编号中已存在。
后置条件：增加成功。
特殊需求：没有和本用例有关的特殊需求。
软件⼯程-⽤例规约
1、登陆系统
系统中的所有参与者均可以使⽤本⽤例登陆系统，要求输⼊合法的⽤户名和密码。
查询菜品信息的参与者是数据管理⼈员、顾客，⽤于查看酒店所有菜品的详细信息查询菜品⽤例规约
修改菜品信息的参与者是数据管理⼈员，⽤于修改酒店所有菜品的详细信息修改菜品⽤例规约
修改菜品信息的参与者是数据管理⼈员，⽤于修改酒店所有菜品的详细信息修改菜品⽤例规约
修改菜品信息的参与者是数据管理⼈员，⽤于增加酒店菜品的详细信息增加菜品⽤例规约
删除菜品信息的参与者是数据管理⼈员，⽤于删除酒店菜品的详细信息
查询员⼯信息的参与者是数据管理⼈员，⽤于查看酒店所有员⼯的详细信息查询员⼯⽤例规约
修改员⼯信息的参与者是数据管理⼈员，⽤于修改酒店所有员⼯的详细信息修改员⼯⽤例规约
修改员⼯信息的参与者是数据管理⼈员，⽤于修改酒店所有员⼯的详细信息修改员⼯⽤例规约
增加员⼯信息的参与者是数据管理⼈员，⽤于增加酒店所有员⼯的详细信息增加员⼯⽤例规约
9、删除员⼯信息
删除员⼯信息的参与者是数据管理⼈员，⽤于删除酒店员⼯的详细信息
查询vip客户信息的参与者是数据管理⼈员，⽤于查看酒店所有vip客户的详细信息查询vip客户信息⽤例规约
修改vip客户信息的参与者是数据管理⼈员，⽤于修改酒店所有vip客户的详细信息修改vip客户信息⽤例规约
修改vip客户信息的参与者是数据管理⼈员，⽤于修改酒店所有vip客户的详细信息修改vip客户信息⽤例规约
增加vip客户信息的参与者是数据管理⼈员，⽤于增加酒店vip客户
修改vip客户信息⽤例规约
删除vip客户信息的参与者是数据管理⼈员，⽤于删除酒店vip客户的详细信息。
课程注册系统用例规约版本<1.0>查看成绩报告卡用例1.简要说明本用例允许学生查看他（她）刚结束学期的成绩报告卡。
本用例的Actor 是学生。
2.事件流当学生从主表格中选择“查看成绩报告卡”活动时，用例开始。
1.基本流—查看成绩报告卡1.系统检索出学生上个学期所修完的每门课程的成绩信息。
2.系统准备、排版并显示成绩信息。
3.当学生完成查看成绩信息后，选择“关闭”。
2.备选流1.没有可以查看的成绩信息如果在基本流中，系统不能找到这个学生上个学期的任何成绩信息，将会显示一个消息。
学生确认这条消息后，用例终止。
3.特殊需求没有和本用例有关的特殊需求。
4.前置条件1. 登录在本用例开始之前，学生要登录到系统。
5.后置条件没有和本用例有关的后置条件。
6.扩展点没有和本用例有关的扩展点。
课程注册用例1. 简要说明此用例允许学生登记当前学期的课程。
如果在学期开始的选/退课期间情况发生一些变化，那么学生也可以修改或删除自己所选的课程。
课程目录系统提供一个本学期所有课程的列表。
本用例主要的主角是学生。
课程目录系统是用例中包含的一个主角。
2. 事件流当学生从主窗体中选择“维护课程表”活动时，此用例就开始使用了。
1. 基本流—创建课程表1.学生选择“创建课程表”。
2.系统会显示一张空白课程表。
3.系统从课程目录系统中检索可选课程的列表。
4.学生从可选课程列表中选择 4 门主修课程和 2 门选修课程。
在完成选择后，学生选择“提交”。
5.在此步骤中为每一门所选课程执行“添加课程”子流程。
6.系统保存该课程表。
2. 备选流1. 修改课程表1.学生选择“修改课程表”。
2.系统检索并显示学生现在的课程表（例如，本学期的课程表）。
3.系统从课程目录系统中检索本学期所有可选课程的列表。
系统向学生显示该列表。
4.这样，学生就可以通过删除或者添加新课程来修改所选的课程。
学生从可选课程列表中选择要添加的课程。
学生也可以从目前的课程表中选择要删除的课程。
用户登录用例图用例规约：用例名称：登录用例ID：IBM_ESHOP_002.1角色：普通用户用例说明：用例主要功能是实现登录,起始于普通用户的登录前置条件：启动程序，进入登录界面基本事件流：参与者动作系统响应1. 用户输入基本信息（登录名和密码），点击确定按钮2.系统查找数据库，看该用户是否在数据库中。
若存在则进入主页面,若不存在，则进入2.1.1;若未输入，则进入2.2.2其它事件流：无异常事件流：参与者动作系统响应2.1.1未输入用户名2.2.1用户名不存在2.1.2未输入密码2.2.2密码不正确2.1.1 提示用户名或密码不能为空2.2.2提示用户名或密码不正确。
后置条件：登录成功添加联系人用例图用例规约：用例名称：添加联系人用例ID：IBM_ESHOP_002.2角色：普通用户用例说明：该用例主要功能是添加联系人,用例起始于普通用户点击“添加”按钮前置条件：进入主界面基本事件流：参与者动作系统响应1.进入主界面，用户点击“添加”按钮。
3.用户添加联系人的相关信息，点击“确定”按钮2.系统响应点击事件，进入添加界面4.判断用户的输入是否合法，若合法，则返回主界面，若不合法：若输入信息为空，则进入4.1；若输入格式错误，则进入4.2。
其它事件流：无异常事件流：参与者动作系统响应4.1.1.1若未添加姓名4.1.2.1.1若未添加Email项4.2.1.1 若Email格式不正确4.2.2.1 若输入固定电话格式不正确4.1.1.2 系统提示“必须输入姓名”4.1.2.2系统提示“必填”4.2.1.2 系统显示“邮件格式不正确”4.2.2.2 系统提示“8位电话号码”4.2.3.1若输入手机格式不正确 4.2.3.2 系统提示“只能输入数字”后置条件：添加联系人成功，返回主界面修改联系人用例图用例规约：用例名称：修改联系人用例ID：IBM_ESHOP_002.3角色：普通用户用例说明：该用例主要实现的功能是用户实现对联系人信息的修改操作前置条件：进入主界面基本事件流：参与者动作系统响应1.选择想要修改的联系人，然后点击“修改”按钮3.用户对联系人姓名、性别、出生日期、Email、职务、固定电话、手机、住址、备注信息进行修改，点击“确定”按钮2.系统响应点击事件，跳转至“修改联系人信息”界面5．系统对用户的输入进行判断，若合法，则弹出对话框，提示“修改联系人成功”其它事件流：无异常事件流： 5.1姓名未输入，系统给出提示对话框“必须输入姓名”5.2 Email未输入，系统给出提示对话框“必填”后置条件：修改信息成功，返回主界面删除联系人用例图用例名称：删除联系人用例ID：IBM_ESHOP_002.4角色：普通用户用例说明：该用例主要功能是删除联系人,用例起始用户点击“删除”按钮前置条件：进入主界面基本事件流：参与者动作系统响应1.用户确定要的联系人，然后点击“删除”3.1.1若确定删除联系人，点击“确定”按钮；3.1．1用户点击返回按钮。
3.1.2点击“取消”按钮，取消删除操作。
2.系统弹出对话框，给出提示信息“是否删除”3.1.2进入“删除联系人成功界面”3.2系统返回主界面其它事件流：无异常事件流：暂无后置条件: 删除联系人成功查找联系人用例图用例规约：用例名称：查找联系人用例ID：IBM_ESHOP_002.4角色：普通用户用例说明：该用例主要功能是从列表中查看联系人信息,用例起始用户点击“查找”按钮前置条件：进入主界面基本事件流：参与者动作系统响应1.用户点击“查找”按钮3．用户可以根据选择分组名称，填写邮箱、职位、姓名、手机。
生日任一项对查找人进行查找，2.系统跳转至“查找联系人界面”4．系统查找数据库中的信息，若找到，则返回查找到的信息，若没有找到，什么都不返回。
其它事件流：无异常事件流：暂无后置条件: 查找联系人成功统计联系人用例图用例名称：统计联系人用例ID：IBM_ESHOP_002.4角色：普通用户用例说明：该用例功能是统计联系人,用例起始用户点击“统计”按钮前置条件：进入主界面基本事件流：参与者动作系统响应1.用户点击“统计”按钮3．用户可以在此页面查看每个组的人数2.系统跳转至“统计联系人界面”其它事件流：无异常事件流：暂无后置条件: 统计联系人成功统计联系人用例名称：统计联系人用例ID：IBM_ESHOP_002.4角色：普通用户用例说明：用例起始用户想统计联系人前置条件：打开进入联系人维护页面基本事件流：参与者动作系统响应1．用户在维护联系人界面，点击“统计”按钮。
3.点击某个统计项按钮，如统计联系人，平均年龄按钮等5．用户给出统计所学的数据，点击“统计”按钮7．用户点击“返回”按钮2.系统显示统计界面4．系统显示某统计项界面6．系统显示统计结果8．系统返回联系人维护界面其它事件流：无异常事件流：暂无提醒生日用例图用例规约：用例名称：统计联系人用例ID：IBM_ESHOP_002.4角色：普通用户用例说明：用例起始用户点击“生日统计”按钮前置条件：进入统计界面基本事件流：参与者动作系统响应1.用户点击“生日统计”按钮3．用户可以查看此页面每个月份的过生日人数2.系统跳转至“生日统计界面”其它事件流：无异常事件流：暂无发送邮件用例图用例名称：发送邮件用例ID：IBM_ESHOP_002.4角色：普通用户用例说明：该用例主要是实现对联系人邮件的发送,用例起始用户选择成员后，点击“发送Email”按钮前置条件：进入主界面基本事件流：参与者动作系统响应1.用户通过复选框勾选收件人3．用户点击“发送Email”按钮2.系统显示勾选结果4.进入邮件发送系统其它事件流：参与者动作系统动作2.1若没有勾选接收人 2.2系统给出提示“请选择收件人”异常事件流：暂无后置条件: 发送邮件成功查看联系人用例图用例规约：用例名称：查看联系人用例ID：IBM_ESHOP_002.4角色：普通用户用例说明：该用例主要实现查看联系人,用例起始用户点击联系人的“查看”按钮前置条件：进入主界面基本事件流：参与者动作系统响应1.用户点击联系人后的“查看”按钮3.点击返回界面2.系统跳转“好友信息列表”4.系统返回主界面其它事件流：无异常事件流：暂无后置条件成功查看联系人显示全部联系人用例图用例规约：用例名称：显示全部联系人用例ID：IBM_ESHOP_002.4角色：普通用户用例说明：本用例主要实现的功能是查看全部联系人,用例起始用户点击联系人的“查看”按钮前置条件：进入主界面基本事件流：参与者动作系统响应1.用户点击联系人后的“查看”按钮3.点击返回界面2.系统跳转“好友信息列表”4.系统返回主界面其它事件流：无异常事件流：暂无后置条件：显示全部联系人成功创建分组用例图用例规约：用例名称：创建分组用例ID：IBM_ESHOP_002.4角色：普通用户用例说明：该用例主要实现分组的创建,用例起始用户点击联系人的“管理分组”按钮前置条件：进入管理分组界面基本事件流：参与者动作系统响应1.用户进入管理分组页面,点击”创建分组”3.用户填写创建信息，包括分组名称、分组描述5．用户点击“提交”按钮。
2.系统跳转“创建分组页面”4.系统显示用户填写信息6．若成功，则返回主界面；不成功，则到6.1其它事件流：无异常事件流：参与者动作系统响应6.1若未添加分组名称 6.2系统提示“请填写分组名后置条件：系统显示新增分组成功修改分组用例图用例名称：修改分组用例ID：IBM_ESHOP_002.2角色：普通用户用例说明：该用例主要用来实现修改分组的功能,用例主要实现对分组信息的修改前置条件：进入管理分组界面基本事件流：参与者动作系统响应1.进入界面，用户点击“维护分组基本信息”按钮。
3.用户修改分组名称，分组描述5．用户点击“提交”按钮2.系统响应点击事件，进入“更新分组信息”界面4．系统显示修改内容6.系统保存修改信息。
其它事件流：无异常事件流：无后置条件：修改分组成功，返回主界面删除分组用例图用例名称：删除分组用例ID：IBM_ESHOP_002.2角色：普通用户用例说明：该用例主要实现用户组的删除,用例主要实现删除分组信息前置条件：进入管理分组界面基本事件流：参与者动作系统响应1.进入界面，用户点击“删除分组”按钮。
3.1点击“确定”按钮。
4.1点击“取消”2.系统响应点击事件，弹出对话框，提示用户是否删除3.2系统将分组中的信息从数据库中删除4.2系统取消用户操作其它事件流：无异常事件流：无后置条件：删除分组成功，返回主界面显示全部分组信息用例图用例规约：搜索添加联系人搜索添加联系人用例图用例名称：搜索添加联系人用例ID：IBM_ESHOP_002.2角色：普通用户用例说明：用例主要实现根据用户的选择把成员添加到某一分组前置条件：进入管理分组界面基本事件流：参与者动作系统响应1.进入界面，用户点击“维护组内联系人”按钮。
3.用户在文本框中输入联系人姓名信息5.用户点击“确定”按钮7.用户根据复选框选择加入的分组成员7.1若仅添加一个成员，则直接点击“添加”按钮7.2若添加多个成员，则选中后点击“批量添加”按钮2.系统响应点击事件，跳转至“搜索联系人添加界面”4.系统显示用户输入信息6．系统显示不在本组的联系人信息8.系统给出提示信息，显示“向分组添加联系人成功”其它事件流：无异常事件流：无后置条件：搜索成功，显示搜索的详细信息。
显示组内联系人用例图用例名称：显示组内联系人用例ID：IBM_ESHOP_002.2角色：普通用户用例说明：用例主要实现查看某一分组的组内联系人前置条件：进入管理分组界面基本事件流：参与者动作系统响应1.进入界面，用户点击“维护组内联系人”按钮。
3.用户查看该组内所有联系人成员的详细信息2.系统响应点击事件，跳转至“搜索添加联系人”界面其它事件流：无异常事件流：无后置条件：查看联系人详细信息成功删除组内联系人用例图用例名称：删除组内联系人用例ID：IBM_ESHOP_002.2角色：普通用户用例说明：用例主要实现对某一组内成员的删除操作前置条件：打开并进入管理分组界面基本事件流：参与者动作系统响应。
