关键字:uml
(1)用例及用例图产生的技术背景概述
- 在软件系统的分析与设计中,必须要了解并准确描述用户的功能需求,以便于确定建立的对象。
- 很长时间以来,无论是传统的软件开发方法还是面向对象的开发方法,都采用自然语言(如中文)来描述对系统的需求
- 其缺点是没有统一的格式,缺乏描述的形式化,随意性较大,常常产生理解上的含混及不确定性。
- 在这种背景下,有关专家提出了用例(Use Case)的概念及其图形表示方法——用例图,这种方法很快得到广泛的应用。
(2)参与者和用例
- 参与者(Actor)表示系统用户能扮演的角色(role),这些用户可能是人、也可能是其他的计算机或者一些硬件或者甚至是其它软件系统,唯一的标准是它们必须要在被划分进用例的系统部分以外,并且它们必须能刺激系统部分并接收返回。
- 在本项目中的参与者主要有用户和系统统管理员,而管理员使用控制面板对系统和用户管理,也就是进行系统设置,管理用户、用户组、权限,查看系统访问日志及用户使用情况等的统计信息。
- 在前面的学校课程管理系统中的示例中则有三个Actor 在不同的应用中互动。这三个Actor分别是学生,讲师以及系统管理者。而学生Actor 使用了系统中浏览课程以及注册课程的功能,而系统管理者Actor 则是负责管理注册的学员,编排课程以及确认课程。讲师则是主导课程的Actor,他可以浏览,开办以及移除课程(当然,必须是这个讲师自己的课程)
(3)所要注意的问题
- 参与者主要是指角色而非具体的个人
- 用户与参与者之间的关系
- 一个用户可以抽象为多个参与者,如:张三即可以是网上书店的读者,也可以是管理员
- 一个参与者可以包含多个用户,如:网上书店的读者可以是张三和李四
延伸阅读
文章来源于领测软件测试网 https://www.ltesting.net/