之前看视频或工具书,包括做总结,都是处于理论阶段。“纸上得来终觉浅,绝知此事要躬行。”现在进入了UML文档阶段,不动手也不行了。
之前做过一遍“机房收费系统”,说白了,就是瞎做,毫无章法,完全跟着感觉走。培养方案里有这样的说明“由于机房收费系统我们已经做过了,我们对他的需求很了解。但是我们要清楚文档是指导我们开发的,是在代码开发之前写的,而不是开发完之后写的。此时,我们要抛开自己之前的设计方案,一点一点的重新获取需求,进行设计。为我们以后的再次开发机房收费系统做准备。”因此先前对机房收费系统的所有认识只能抛开,在机房收费系统面前,就当自己是SB。
U ML总共涉及到九种图,自己就先从用例图着手,毕竟,画好用例图是由软件需求到最终实现的第一步。在UML中,用例图用于对系统、子系统或类的行为的可视化,以便使系统的用户更容易理解这些元素的用途,也便行软件开发人员最终实现这些元素。
实际中,对用户而言,系统是怎样实现的、系统的内部结构如何不是他们所关心的内容。用例图就是从用户的角度而不是开发者的角度来描述对软件产品的需求,分析产品所需的功能和动态行为。因此对整个软件开发过程而言,用例图是至关重要的,它的正确与否直接影响到用户对最终产品的满意程度。
“机房收费系统”的功能还是蛮简单的:
1.确定Actor:(按级别由低到高依次为“Ordinary User”、“Operator”、“Administrator”,其中高级别用户能够行使低级别用户的权限)
2. 确定Use Case:
(1)最基本的三个功能(所有级别的用户均有行使权)
系统登录
学生上机
学生下机
(2)查询学生信息(所有级别的用户均有行使权)
查询余额
查询上机记录
查询上机状态
查询充值记录
查询退卡信息
(3)学生管理(只有“Operator”和“Administrator”级别的用户有此权力)
注册
充值
退卡
学生基本信息维护
(4)查询用户信息(只有“Administrator”级别的用户拥有此权力)
查询用户工作记录
查询正在值班的用户
(5)账单管理(只有“Administrator”级别的用户拥有此权力)
日结账单管理
周结账单管理
(6)系统管理(只有“Administrator”级别的用户拥有此权力)
上机参数设定
添加、删除用户
修改密码
3.使用Rational Rose来画图: