【UML】机房收费系统之用例图

一、基本概念

在用例图中,最为核心的两个元素是参与者和用例。

参与者是为了完成一个事件而与系统交互的实体。

用例实例是在系统之执行的一系列动作,这行动作将生成特定参与者可见的价值结果。

关系表示:

参与者与用例:一根用带箭头的线表关联

用例之间:

包含《include》 箭头方向由基用例指向被包含用例

扩展《extend》 箭头方向由扩展用例指向基用例

参与者与参与者或者用例与用例间:

泛化   带空心三角的线由父类指向子类

二、绘制用例图

1、记录需求特性

与用户沟通,记录下用户的需求,然后列表

2、识别参与者

找参与者,可以通过分析一下几个问题:

谁使用、谁安装、谁启动、谁维护、谁关闭这个系统?

哪些其他的系统使用这个系统?

谁从这个系统获取信息?

谁为这个系统提供信息?

是否有事情自动在预计的时间发生?

如果系统中发现一个事件,是否需要通知某个外部系统?

系统是否需要与外部实体交互以帮助自己完成任务?

根据机房收费系统中的描述,可以知道,上面特性列表功能完成者只有一个,即一般用户

3、合并需求获得用例

在合并之前,要明确为什么要合并,合成的用例命名应采用“动词+名词”形式,最好对其进行编号,通过编号可以将用户的需求落实到特定的用例中。

4、绘图

5、重复1-4过程,我们可以找出操作员、管理员为参与者的用例图

三、小结

用例图刚开始画不知如何下手,上面也是简单的画了一下,有好多东西没有画出来,可能还存在错误。 用例图的内容远远不止这些,它仅仅定义了用户对系统功能的需求,从系统的外部看系统功能,并不说明系统内部对功能的具体实现。

时间: 2024-12-30 04:04:50

【UML】机房收费系统之用例图的相关文章

机房收费系统——UML用例图

用例图(Use Case Diagram)是由软件需求分析到最终实现的第一步,说明的是谁要使用系统,以及他们使用该系统可以做些什么,是九种图里面最为基础且非常重要的一张图. 用例图包括3方面内容: 1.参与者(Actor): 2.用例(Use Case): 3.参与者.用例之间的关系:关联关系.泛化关系.包含关系.扩展关系等: 参与者(Actor) 参与者是系统外部的一个实体(可以是任何的事物或人),它以某种方式参与了用例的执行过程.参与者通过向系统输入或请求系统输入某些事件来触发系统的执行.用

UML图与机房收费系统实例

前言 通过看视频,对于UML也有了一些初步的了解.前面也介绍了UML的三个基本块.规则和机制,只是这些东西就像是一个个机器的零部件.要组合起来才干发挥作用. 所以,实例才是验证自己学习好坏标准,以下我结合机房收费系统画了UML的九个实例图,如有认为不合适的地方,请大家多多不吝赐教: 类图(Class Diagram) 类图是描写叙述系统中的类,以及各个类之间的关系的静态视图.可以让我们在正确编写代码曾经对系统有一个全面的认识,在系统的整个生命周期都是有效的. 实比例如以下: 对象图(Object

用例图——机房收费系统

UML用例图简单的讲就是显示参与者与系统中的用例之间的关系.(即系统如何与外部参与者交互)所以,开发用例模型应该从项目风险承担者的角度而不是项目开发者的角度出发,每个用例表示系统提供给其用户的一段功能. 一.用例图所使用的事物与关系 1. 参与者--直接外部用户 1)定义:它不属于系统的一部分,但能以某种方式对系统起作用. 比如:在机房收费系统中,就有三个参与者一般用户,操作员和管理员.       2)如何选取 选取参与者应充分考虑以下问题: - 系统开发完成之后,有哪些人会使用这个系统? -

机房收费系统——UML类图

在对一个软件系统进行设计和建模的时候,通常是从构造系统的基本词汇开始,包括构造这些词汇的基本属性和行为.系统分析师如果要对所设计的系统清晰认识,还有考虑这些基本词汇之间的关系.而如果把这些行为可视化为图,就是通常所说的类图. 类图(Class Diagram)是描述类.接口.协作以及它们之间关系的图,用来显示系统中的各个类的静态结构. 类图包括3方面内容: 1.类(Class): 2.接口: 3.关系: 类 类是对一组具有相同属性.操作.关系和语义的对象的描述. 主要包括:类的名称(ClassN

机房收费系统个人重构版:软工文档中那些图

[前言]    图.提到这个字的时候脑海中就会出现许很多多的图像,它的重要性相信大家都明确.相比于文字来说它更生动形象正好符合人类大脑的记忆规律.非常多人也知道动画片制作原理也是用一张张图片仅仅只是转换的速度足够快而已,另外大家所熟知的思维导图等等.下面咱们这里介绍的是软件project中涉及的图! [图] 在上一篇博文<机房收费系统个人重构版:透过文档谈文档驱动开发>介绍了软工各个阶段的文档中都该有什么图.可是没有具体具体介绍各种图,在结束整个机房重构后,深感文档是整个开发的精髓.而图又是文

vb.net机房收费系统重构——总结(二)软件工程文档1

学软工时常常听到:这是我们迈向职业化的一步.软件工程文档在一个项目开发中必不可少,通过这次重构,将以前的软件工程,UML重新认识,梳理,实用了一遍有了更深刻的体会,我在机房重构中,一共编写了七个文档,分别是 1.项目开发计划 2.软件需求说明书 3.数据库设计说明书 4.概要设计说明书 5.详细设计说明书 6.机房收费系统测试计划 7.机房收费系统用户操作手册 在这里只讲一下项目开发文档中各种需要的图.表. (一)软件项目开发计划: 文档的目的不用说,在这里面最重要的两个内容:项目的人员分工,以

VB.NET机房收费系统总结

总感觉这次机房收费系统很有份量,一直没有下手总结,从2014-7-27至2014-9-29,这中间有太多故事和成长.首先说一下两次机房收费系统的不同,它是我们从面向过程向面向对象的一个转变,在.NET平台下开发,采用三层思想,并添加了一些设计模式,然后说一下我的变化,不管从思想还是技术上绝对是一笔财富,经过这次机房收费系统,我更加坚信两句话:"出来混迟早都要还的""一切都会过去的". 这次个人重构:7.27-8.11(画图阶段,其中包括数据设计2天):8.12-9.

机房收费系统重构之设计

机房重构有两个星期了.还没有进入敲代码阶段.今天刚刚结束了UML图的设计.明天开始就要进入代码实现阶段了.在这期间学到了不少东西. 数据库设计 在设计数据库的时候简单的学会了使用Power Designer进行数据库建模.刚装上这个软件的时候,oh my god! 全是英文,又一次体会到了学会英语的重要性.英语不会,软件用起来你都费劲.经过无数次的有道翻译,终于学会了一些基本的使用. 起开始设计数据库的时候没有画E-R图,直接凭借自己上一次数据库设计记忆,就把数据库模型建出来了.师傅一看就不行啊

【机房收费系统】多么痛的领悟

这次机房收费系统,是所有的项目中,自己完成的最不满意的了. 时间之长,效率之慢.一开始,就感觉无从下手,但总会相信自己能慢慢的进入状态.终于有机会自己练练手了,也自认为之前自己设计模式学的还不错,也终于有机会能自己想想设计模式了.该是一件多么帅的事.拖了这么久,到现在只用上了外观 抽象工厂 模板 个人版就这么结束了.真心不想再拖一天了. 话说,并不觉得自己敲代码会比别人差多少.一开始敲完三层,又开始画图.还是一头的雾水.设计数据库,终于有了一点自己的想法也重温了之前学习的数据库原理,还是比较欣慰