UML用例模板------登陆系统
UML用例描述
用例“登录学生管理系统”的描述用例名称登录学生管理系统标识符UC2129用例描述当一个学生用户输入账号密码的时候就是这个用例的开始。
它处理处理有关学生用户能否登录系统的问题，当审查完成学生登录进入系统或者是出现错误返回其他界面的时候，该用例就结束了参与者学生，学生管理系统优先级 1状态通过审查前置条件 1.该学生的基本信息已经注册并录入学生管理系统；2.学生管理系统已经被建立；后置条件学生进入系统基本操作流程 1.学生打开登录系统界面并输入姓名学号密码等基本信息；2.系统检验该学生是否已经注册，若已经注册完成，则打开该学生的管理界面；若没有注册，则提示“无此用户信息，请先注册”；可选操作流程 1.学生输入密码错误，系统提示“密码错误，请重新输入”；2.学生的账号未注册或者已经被系统删除，系统提示“无此用户信息，请先注册”；3.学生管理系统出现错误或者正在处于更新维护中，系统提示“当前不可访问学生管理系统，请稍后再试”；被泛华的用例无被包含的用例无被扩展的用例无修改历史记录张华，定义用例描述，2013年3月14号张华，定义可选操作流程，2013年3月15日: StudentTeachingSys: SystemDataBase 1: Enter the Student ID and the Name2: Check the registration information3: Return results4: Show whether can log in5: Call student-related information6: Return the message 7: Display system screen8: Modify the student login records。
02-用例和用例图
3.4.4 几种关系的比较
关系类型
说明
表示符号
关联
actor与use case之间
泛化
actor之间或use case之间
包含
use case之间
扩展
use case之间
用例图
用例图(use case diagram)是显示一组用例、角色以及它 们之间的关系的图.
在UML中, 一个用例模型若干个用例图描述.
角色
由于Actor实际上是一个特殊类, 因此它们之间可以 存在一定的关系,如：
脚本/场景
脚本(scenario)在UML中指贯穿用例的一条单一路径, 用 来显示用例中的某种特殊情况.
其它译名: 情景、情节、剧本.
每个用例有一系列脚本, 包括一个主要脚本, 以及几个 次要脚本. 相对于主要脚本, 次要脚本描述了执行路径 中的异常或可选择的情况.
实例分析：语音邮箱系统----用例脚本
用例3: 登录系统 1. 邮箱用户完成邮箱号输入操作. 2. 邮箱用户键入密码并后跟#键.(默认号码与邮箱号相同) 3. 语音邮件系统播放邮箱菜单: 按1键接收信息. 按2键更改密码. 按3键更改问候语.
实例分析：语音邮箱系统----用例脚本
用例4: 接收信息 1. 邮箱用户完成登录操作. 2. 邮箱用户选择 “接收信息”菜单选项. 3. 语音邮件系统播放信息菜单: 按1收听当前信息; 按2存储当前信息; 按3删除当前信息; 按4返回邮箱菜单. 4. 邮箱用户选择“收听当前信息”菜单选项. 5. 语音邮件系统播放当前新信息,若无新信息,播放当前已有信 息.(注意: 只播放,不删除) 6. 语音邮件系统播放信息菜单. 7. 用户选择”删除当前信息”,则信息被永久删除. 8. 继续执行第3步.
网络登陆系统的UML设计
网络登陆系统的ＵＭＬ设计作者：夏忠华张东亮来源：《电脑知识与技术·学术交流》2008年第23期摘要：该文介绍了网络登陆与普通系统登陆的功能区别，提出了实现网络登陆的实现解决措施，并通过UML对网络登陆系统进行建模，保证了系统的完善性和可靠性。
关键词：网络登陆；UML；系统建模中图分类号：TP393文献标识码：A文章编号：1009-3044(2008)23-954-02UML Design for Network Login SystemXIA Zhong-hua, ZHANG Dong-liang(Qinghuangdao Institute of Technology, Qinhuangdao 066100, China)Abstract: This paper describes the functional difference between network login and general system login, put up measures to slove the network login, and modeling the network login system by using UML to ensure that the system's integrity and reliability.Key words: network login; UML; system modeling1 引言随着互联网络的高速发展，各种网站或网络系统软件开始提供了多种内容的服务，这些服务可能是从各个不同的内容提供商手中获得。
这种日益增长的需求，促进了网络登陆系统的发展[1]。
本文所指的网络登陆系统[2]是指通过登陆认证系统，访问不同的内容业务系统。
统一建模语言[3]UML(Unified Modeling Language，简称UML)是OMG组织确定的面向对象的标准建模语言，它是一种可视化的建模语言， UML使用面向对象的概念来分析、描述软件系统并构造系统模型，是一种在建模领域中得到普遍认可的优秀软件工程方法。
UML软件建模用户登录模块建模PPT教案
教学方法 案例教学法、分组讨论法、自主学习法、探究式训练法
课时建议 4课时（含引导训练和同步训练）
第1页/共67页
【引导训练】 【任务1】浏览用户登录模
块的活动图
第2页/共67页
【任务描述】 在Rational Rose 2003中浏览
用户登录模块的活动图，调整 活动图中图形元素的位置，将 文字大小设置为10。
第38页/共67页
（5）当前状态 （6）使用频率 （7）前置条件 （8）后置条件
第39页/共67页
（9）假设条件 （10）基本操作流 （11）备选操作流 （12）修改历史记录
第40页/共67页
【同步训练】 【任务1】扩充用户登录模
块的参与者和用例
第41页/共67页
【任务描述】
（1）建立新的用例图 （2）显示用例图【编辑】窗口和编
辑工具栏 （3）绘制参与者
第31页/共67页
（4）设置参与者的属性 （5）绘制用例 （6）设置用例的属性 （7）添加参与者与用例之间的关系 （8）设置关系的属性 （9）保存绘制的用例图
第32页/共67页
2．在Rational Rose 2003的用
第50页/共67页
这三个新用例与用例“输 入用户名和密码”为包含关系。
根据以上分析，考虑用例 间的包含关系后绘制用例图。
第51页/共67页
【任务4】考虑用例间的扩展 关系，然后绘
制用例图
【任务描述】 对于图书管理系统的四类
用例具有不同的权限。
第52页/共67页
其中“图书借阅者”具有
第5页/共67页
图2-2 普通电话机的用例图
第6页/共67页
如果电话机具有“电话录 音”功能，则用例图如图2-3 所示。
UML案例银行系统
二、创建系统用例模型
银行职员用例能够通过该系统进行如下活动： （1）登录银行系统。银行职员在登录系统时， 必须通过系统的身份验证才能进入银行系统主界 面进行下一步的操作。 （2）对客户的账户进行管理，包括为客户创 建新的账户、修改账户信息和删除账户。
二、创建系统用例模型
客户与银行职员之间是依赖的关系，客户必须
(4) 客户注销账户，账户被删除。
三、创建系统动态模型
10、银行职员登录系统活动图
银行职员登录系统的活动图中，创建了二个泳 道，分别是银行职员对象和系统对象，具体的活动 过程描述如下：
（1）系统提示用户输入用户名和密码。 （2）银行职员输入用户名和密码后提交，系统 验证是否正确。 （3）如正确，进入主界面，否则，显示错误信 息，并提示用户重新输入。
8、客户修改账户信息序列图和协作图
三、创建系统动态模型
9、银行账户状态图
在银行系统中，有明确状态转换的类是账户。账户包含以下三种状态：被创建的新账户、被修改后账户、 睡眠账户和被删除的账户。它们之间的转化规则是：
（1）客户开立账户时，新的账户被创建。 （2）客户要求变更原有账户信息时，账户内容被改变。 （3）账户长期未使用，银行将其定义为睡眠账户的状态。
三、创建系统动态模型
3、客户取款序列图和交互图
客户取款用例的工作流程描述如下： （1）客户向银行职员提出取款要求。 （2）银行职员在系统主界面请求取款操作， 系统创建取款界面。 （3）银行职员添加取款信息后，提交至账 户类。 （4）账户类确认数据库是否存在该账户， 并确认账户中的金额是否足够支付所取款项， 如可足够支付则创建一个取款交易记录，再将 记录保存到数据库。计算新账户的余额，最后 更新数据库中该账户的信息。
(完整版)UML-银行管理系统
面向对象分析与设计（UML）综合实验报告书题目：银行管理系统第1章需求分析............................................................................. 错误!未定义书签。
1.1 客户子系统的需求分析 (4)1.2 银行管理员系统的需求分析 (4)第2章系统用例模型 (8)2.1 管理员的用例模型 (8)2.2 客户的用例模型 (12)第3章系统静态模型 (16)3.1 系统中的类 (16)3.2 系统中类与类的关系 (17)第4章系统动态模型 (19)4.1银行管理员创建账户 (19)4.2银行管理员修改账户 (20)4.3银行管理员删除账户 (22)4.4 客户取款 (24)4.5 客户存款 (25)4.5 客户转账 (25)4.6 银行管理系统中的状态图................................................................ 错误!未定义书签。
4.7 银行管理系统中的活动图................................................................ 错误!未定义书签。
第5章系统部署模型 (33)5.1 银行管理系统的构件图 (33)5.2客户操作构件图 (34)5.3 银行管理员构件图 (34)5.5 银行管理系统部署图 (33)第6章总结与展望 (36)6.1 总结 (36)6.2 展望 (36)参考文献............................................................................................ 错误!未定义书签。
随着社会的不断发展，计算机越来越普及。
我们正处在一个信息时代，计算机无处不在，它进入各行各业，改变着人们的生活。
UML-试题库管理系统
面向对象分析与设计（UML）综合实验报告书题目：试题库管理系统目录第1章需求分析 (4)1.1 学生子系统的需求分析 (5)1.2 教师子系统的需求分析 (5)1.3 系统管理员子系统的需求分析 (6)1.3.1员工信息管理子系统 (6)1.3.2用户信息管理子系统 (7)1.3.3题库管理子系统 (8)第2章系统用例模型 (9)2.1 参与者的识别 (9)2.1 学生的用例模型 (9)2.1.1 学生用例图 (9)2.1.2 借阅者用例图相关说明 (9)2.2 教师用例模型 (12)2.2.1 教师用例图 (12)2.2.2 教师用例图相关说明 (13)2.3 系统管理员用例模型 (16)2.3.1 系统管理员用例图 (17)2.3.2 系统管理员用例图相关说明 (17)第3章系统静态模型 (19)3.1 系统中的类 (19)3.1.1 参与者相关的类 (19)3.1.2 系统中其他的相关类 (20)3.2 系统中类与类的关系 (21)3.2.1 各个类之间的关系图 (21)3.2.2 类之间关系说明 (21)第4章系统动态模型 (22)4.1教师添加试题 (22)4.1.1 教师添加试题序列图 (22)4.1.2 教师添加题库协作图 (23)4.2 学生查询题库信息 (24)4.2.1 学生查询题库信息时序图 (24)4.2.2 学生查询题库信息协作图 (25)4.3 学生下载题库 (25)4.3.1 学生下载题库时序图 (25)4.3.2 学生协作图 (26)4.4系统管理员导出试题 (27)4.4.1 系统管理员导出试题时序图 (27)4.4.2 学生查询题库信息协作图 (28)4.5试题库管理系统中的状态图 (28)4.5.1 试题状态图 (29)4.5.2 学生的状态图 (29)4.6 试题库管理系统中的活动图 (30)4.6.1 学生活动图 (30)4.6.2 教师更新题库信息活动图 (31)第5章系统部署模型 (32)5.1 试题库系统的构件图 (32)5.2学生操作构件图 (33)5.2.1学生操作构件图 (33)5.2.2学生操作构件图说明 (33)5.3 教师构件图 (34)5.3.1教师构件图 (34)5.3.2教师构件图说明 (34)5.4 系统管理员构件图 (34)5.4.1系统管理员构件图 (34)5.4.2系统管理员构件图说明 (35)5.5 试题库管理系统部署图 (35)5.5.1部署图 (35)5.5.2部署图说明 (35)第6章总结与展望 (35)6.1 总结 (36)6.2 展望 (36)附录： (36)参考文献 (37)第1章需求分析在当今社会,计算机的应用已经普及到社会的各个部分,它代表着现代的气息,是现代化的象征之一。
UML银行系统
银行系统
学号：
姓名：
专业：
银行职员用例图
客户用例图
系统类图
银行职员登录系统序列图
银行职员登录系统协作图
客户存款序列图
客户存款协作图
客户取款序列图
客户取款协作图
客户本行转账序列图
客户本行转账协作图
客户跨行转账序列图
客户跨行转账协作图
客户开立新账户序列图
客户开立新账户协作图
客户删除账户的序列图
客户删除账户的协作图
客户修改账户信息序列图
客户修改账户信息协作图
账户状态图
银行职员登录系统活动图
客户存款活动图
客户取款活动图
客户转账活动图
创建账户的活动图
客户修改账户活动图
基本业务构件图
系统部署图。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
<公司名称>
文档管理系统用例实现规约：登陆系统
版本 <1.2>
修订历史记录
目录
1.用例名称4
1.1简要说明4
1.2参与者4
2.事件流4
2.1基本流4
2.2备选流4
2.2.1<第一备选流> 4
2.2.2<第二备选流> 4
3.特殊需求5
3.1<第一特殊需求> 5
4.前置条件5
4.1<前置条件一> 5
5.后置条件5
5.1<后置条件一> 5
6.扩展点5
6.1<修改密码> 5
7.操作界面示例5
登陆系统
1.用例名称
1.1简要说明
该用例用于描述用户登陆系统的功能，只有用户使用正确的用户名、对应的密码才能登陆系统的相应管理模块。
正常登陆以后用户可以对自己的密码进行更改或者进行自己工作。
1.2参与者
1．2．1 主要参与者：使用该系统的用户
1．2．2 次要参与者：
2.事件流
2.1基本流
1、用户进入系统首页，用例开始
2、系统显示用户登陆页面
3、用户输入用户名密码并选择登陆身份
4、用户选择“登陆”功能
<第一备选流>用户名错误或不存在
<第二备选流>用户没有输入用户名或者密码
5、系统根据用户身份显示用户操作界面
6、如果用户选择”修改密码”功能,系统进入修改密码
7、如果用户选择“退出”功能：
7．1 系统弹出提示信息询问用户是否退出系统
7．1．1 用户选择“退出”，用户退出系统，到基本事件流7
7．1．2 用户选择“取消”，返回用户之前所在页面
8、用例结束
2.2备选流
2.2.1<第一备选流>
<第一备选流>：用户名错误或不存在
1、系统提示用户输入的用户名错或不存在；
2、用户确认
3、系统回到基本事件流3。
2.2.2<第二备选流>
<第二备选流>：用户没有输入用户名或者密码
1、系统提示用户没有输入用户名或者密码
2、用户确认
3、到基本事件流3。
3.特殊需求
3.1<第一特殊需求>
4.前置条件
4.1<前置条件一>
用户没有登陆系统5.后置条件
5.1<后置条件一>
系统显示登陆后页面6.扩展点
6.1<修改密码>
7.操作界面示例。