面向对象分析与设计课程设计电力设备缺陷管理系统内含UML模型图.docx
- 文档编号:3713102
- 上传时间:2022-11-24
- 格式:DOCX
- 页数:14
- 大小:20.54KB
面向对象分析与设计课程设计电力设备缺陷管理系统内含UML模型图.docx
《面向对象分析与设计课程设计电力设备缺陷管理系统内含UML模型图.docx》由会员分享,可在线阅读,更多相关《面向对象分析与设计课程设计电力设备缺陷管理系统内含UML模型图.docx(14页珍藏版)》请在冰豆网上搜索。
面向对象分析与设计课程设计电力设备缺陷管理系统内含UML模型图
面向对象分析与设计课程设计(电力设备缺陷管理系统)-内含UML模型图
上海电力学院
面向对象分许与设计
课程设计
题目:
电力设备缺陷管理系统学号:
2013姓名:
院系:
计算机科学与技术学院专业年级:
计算机(电企)2013级
2016年6月4日
一、总体文档说明................................................................................................2
二、用况图文档....................................................................................................3
1.图形文档....................................................................................................3
2.文字说明....................................................................................................4
三、类图文档......................................................................................................18
1.图形文档..................................................................................................18
2.文字说明..................................................................................................19
四、顺序图文档..................................................................................................26
1.图形文档..................................................................................................26
2.文字说明..................................................................................................27
五、状态机图文档..............................................................................................32
1.图形文档..................................................................................................32
2.文字说明..................................................................................................32
六、活动图文档..................................................................................................36
1.图形文档..................................................................................................36
2.文字说明..................................................................................................37
七、包图文档......................................................................................................41
1.图形文档..................................................................................................41
2.文字说明..................................................................................................41
八、个人心得......................................................................................................42
1
一、总体文档说明
本系统目标在于使电力设备的缺陷消除更加有效率,减轻工作人员的工作压力,优化系统用户的使用体验。
通过使用本系统,可以达到在短时间内完成缺陷的申报、缺陷的修复、以及缺陷设备的巡视。
本系统可适用于电网以及各地市各种电力系统,只需使用简单操作即可完成整个系统的有效运行。
本系统文档共由以下部分组成:
【用况图文档】、【类图文档】、【顺序图文档】、
【状态机图文档】、【活动图文档】以及【心得】。
系统功能需求:
电力公司所有设备的资料放在设备资料库,设备安装实验完毕,进入投运后,由设备工程师负责将设备参数录入数据库。
运行工人每天巡视设备,如果发现设备有缺陷,以缺陷发现人的身份填写设备缺陷单。
设备缺陷单交给专业工程师,专业工程师查阅设备资料并且查看设备现场,给出最终的设备缺陷情况和设备缺陷等级,以设备缺陷定级人的身份填写到设备缺陷单上。
再交给设备维修工程师,维修工程师根据收到的缺陷单后以消缺计划制定人的身份制定消缺计划。
计划下发到检修部门,检修部门以消缺方案制定人身份制定消缺方案。
检修工人根据消缺方案和消缺计划去设备现场消缺。
消缺后以消缺人身份填写消缺情况,然后由运行部门验收消缺情况。
验收完后,以验收人身份填写消缺情况。
设备缺陷消除完毕。
2
二、用况图文档1.图形文档
2.文字说明
1)用况图综述
本用况图目的在于描述电力设备缺陷管理系统的整个流程动作序列,表示了系统中的参与者——运行部门、设备工程师、巡修工人、专业工程师、维修工程师以及消缺人,与系统间的交互。
2)参与者描述
①运行部门
②设备工程师
所涉及的用况:
登录、录入设备信息所涉及的用况:
登录、验收消缺情况、录入消缺确认情况、生成消缺确认表。
③巡修工人
所涉及的用况:
登录、巡检设备、录入设备缺陷信息单。
④专业工程师
所涉及的用况:
登录、查看设备资料和现场,拟定缺陷情况和设备缺陷等级⑤维修工程师
所涉及的用况:
登录、指定设备消缺计划、录入设备消缺计划、⑥检修部门
所涉及的用况:
检修部门登录、指定消缺方案
⑦消缺人
所涉及用况:
登录、设备现场消缺
4
3)用况描述
6
7
8
9
10
11
12
13
14
15
16
4)其他与用况图有关的说明
无
17
三、类图文档1.图形文档
设备信息表
设备工程师+工作人员编号:
int+人员姓名:
char-登录账号:
char-密码:
char+write():
void
1..*1..*
填写
-变电站编号:
int-设备编号:
char-设备名称:
char-制造厂:
string-制造日期:
Date-安装日期:
Date-投运日期:
Date-电压等级:
int-其他
+query()():
void+add()():
void+delete()():
void初步设备缺陷信息
中期设备缺陷信息表-日期:
Date
-设备名称:
string-缺陷故障现象:
string-初步的缺陷等级:
int-缺陷发现人:
char-缺陷情况:
string-缺陷等级:
int-缺陷定级人:
char
巡修工人+工作人员编号:
int+员工姓名:
char-登录账号:
char-密码:
char
填写
1..*1..*
-日期:
Date
-设备名称:
string-缺陷故障现象:
string-初步的缺陷等级:
int-缺陷发现人:
char+add()():
void+query()():
void+delete()():
void
专业工程师(设备缺陷定级人)
接收
1..*1..*
-工作人员编号:
int-员工名称:
char-登录账号:
char-密码:
char
填写
1..*
1..*
+write()():
void+wirte()():
void
+add()():
void+query()():
void+delete()():
void
1..*1..*
完善的设备缺陷信息表-日期:
Date
-设备名称:
string-缺陷故障现象:
string-初步的缺陷等级:
int-缺陷发现人:
char-缺陷情况:
string-缺陷等级:
int-缺陷定级人:
char
-缺陷处理时间计划:
string-缺陷名称:
string-设备名称:
string-设备地点:
string-计划消缺时间:
Date-计划消缺结束时间:
Date-消缺部门:
string-制定人:
char-审批人:
char+add()():
void+query()():
void+delete()():
void
接收
维修工程师(设备缺陷拟定人)
检修部门-工作人员编号:
int-员工名称:
char-登录账号:
char-密码:
char
接收
1..*
1..*
填写
1..*
1..*
-工作人员编号:
int-员工名称:
char-登录账号:
char-密码:
char+wirte()():
void
+wirte()():
void1..*
计划
1..*消缺方案-设备名称:
char-缺陷名称:
char-消缺部门:
char-消缺方案:
string-制定人:
char-审批人:
char+delete()():
void+add()():
void+query()():
void
消缺情况
消缺人
-消缺日期:
Date-消缺情况:
string-消缺验收情况:
string-消缺部门:
char-验收部门:
char-消缺人:
char-验收人:
char+delete()():
void+add()():
void+quey()():
void
验收人
根据
1..*
1..*
-工作人员编号:
int填写-员工名称:
char-登录账号:
char
1..*1..*-密码:
char
填写
1..*1..*
-工作人员编号:
int
-员工名称:
char-登录账号:
char-密码:
char
+wirte()():
void+wirte()():
void
18
2.文字说明
1)类图综述
本系统类图描述了系统中各类对象以及它们之间的各种关系,注重表达了系统的静态结构,通过界定系统边界,以及确定合适的接口关系,使本系统类图更加清晰直观。
2)类描述
①队伍表——设备工程师表
属性:
工作人员编号(int),人员姓名(char),登录账号(char),密码(cha)(可见性均为private)
操作:
简单的增删改查。
(可见性均为public)
关联:
一个设备工程师对应一个设备工程师编号。
②设备信息表——用于记录设备信息
属性:
变电站编号(int),设备编号(char),设备名称(char),制造厂(String),制造日期(Date),安装日期(Date)、投运日期(Date)、电压等级(int)。
(可见性均为private)
操作:
简单的增删改查。
(可见性均为public)
关联:
一个变电站编号对应一个到多个设备,1个设备编号只能属于1个变电站,。
③巡修工人表——用于记录巡修工人信息
属性:
巡修工人编号(int),员工姓名(char),登录账号(char),密码(char)。
(可见性均为private)
操作:
简单的增删改查(可见性均为public)
关联:
1个巡修工人编号对应一名巡修工人。
④初步设备缺陷信息表——用于记录初步设备缺陷信息
19
属性:
信息编号(int),日期(Date),设备名称(String),缺陷故障现象(String),初步的缺陷登等级(int),缺陷发现人(char)。
(可见性均为private)
操作:
简单的增删改查。
(可见性均为public)
关联:
1个信息编号对应一份初步设备缺陷信息表。
⑤专业工程师表——用于专业工程师表的信息登记
属性:
专业工程师编号(int),员工姓名(char),登录账户(char),密码(char)。
(可见性均为private)
操作:
普通的增长删改查操作。
(可见性均为public)
关联:
一个专业工程师编号对应一个专业工程师。
⑥中期设备缺陷信息表——由专业工程师填写。
属性:
信息编号(int),日期(Date),设备名称(String),缺陷故障现象(String),初步的缺陷等级(int),缺陷发现人(char),缺陷情况(String),缺陷等级(int),缺陷定级人(char)。
(可见性均为private)
操作:
简单的增删改查操作,由专业工程师录入(可见性均为public)
关联:
一个信息编号对应一份中期设备缺陷信息。
⑦维修工程师表——用于记录维修工程师表
属性:
维修工程师编号(int),员工名称(char),登录账号(char),密码(char)(可见性均为private)
操作:
简单的增删改查。
(可见性均为public)
关联:
1个编号对应1个维修工程师。
⑧完善的设备缺陷信息表——完整的设备缺陷信息表
属性:
编号(int),日期(Date),设备名称(String),缺陷故障现象(String),初初步缺陷等级(int),缺陷发现人(char),缺陷情况(String),缺陷等级(int),缺陷定级人(char),缺陷处理时间计划(String),缺陷名称(String),设备名称(String),设备地点(String),计划消缺时间(Date),计划消缺结束时间(Date),消缺部门(String),制定人(char),审批人(char)
操作:
简单的增删改查(可见性均为public)
关联:
一个编号对应一份完整信息表
20
⑨检修部门——用于记录检修部门员工信息
属性:
人员编号(int),人员姓名(char),登陆账号(char),密码(char)。
(可见性均为private)
操作:
简单的增删改查。
(可见性均为public)
关联:
一个编号对应一个工作人员。
⑩消缺方案——由检修部门人员填写的消缺方案
属性:
方案编号(int),设备名称(char),缺陷名称(char),消缺部门(cahr),消缺方案(String),制定人(char),审批人(char)。
(可见性均为private)操作:
简单的增删改查(可见性均为public)
关联:
一个编号对应一份消缺方案。
一份消缺方案对应一份完整的缺陷信息
?
消缺人——记录消缺人信息。
属性:
消缺人编号(int),员工名称(char),登录账号(char),密码(char)(可见性均为private)
操作:
简单的增删改查(可见性均为public)
关联:
1个编号对应一个消缺人编号。
?
消缺情况——记录消缺情况
属性:
消缺编号(int),消缺日期(Date),消缺情况(String),消缺验收情况(String),消缺部门(char),验收部门(char),消缺人(char),验收人(char)(可见性均为private)
操作:
简单的增删改查。
(可见性均为public)
关联:
一份消缺情况对应一个完整的消缺方案。
?
验收人——用户记录消缺人信息
属性:
工作人编号(int),员工名称(char),登录账号(char),密码(char)操作:
简单的增删改查。
(可见性均为public)
关联:
一个验收人验收多个消缺情况。
21
3)关联描述
①关联名称:
填写(设备工程师-设备信息表)
关联类型:
二元关联
关联所连接的类:
设备工程师&设备信息表
关联端点:
导航性:
两端点均可互相访问。
多重性:
一个设备工程师填写多份设备信息表。
关联角色:
因为已有关联名,故未使用关联中的角色名。
②关联名称:
拥有(巡修工人-初步设备缺陷信息表)
关联类型:
二元关联
关联所连接的类:
巡修工人&初步设备缺陷信息表
关联端点:
导航性:
两端点均可互相访问。
多重性:
一个巡修工人可以填写多份初步设备缺陷信息表。
关联角色:
因为已有关联名,故未使用关联中的角色名。
③关联名称:
接收(专业工程师-初步设备缺陷信息)
关联类型:
二元关联
关联所连接的类:
专业工程师&初步设备缺陷信息
关联端点:
导航性:
两端点均可互相访问。
多重性:
一个专业工程师可以接受多份初步设备缺陷信息表。
关联角色:
因为已有关联名,故未使用关联中的角色名。
④关联名称:
填写(专业工程师-中期设备缺陷信息表)
关联类型:
二元关联
关联所连接的类:
专业工程师&中期设备缺陷信息表
关联端点:
导航性:
两端点均可互相访问。
多重性:
一名专业工程师可以填写多
22
份中期设备缺陷信息表。
关联角色:
因为已有关联名,故未使用关联中的角色名。
⑤关联名称:
接收(维修工程师-中期缺陷设备信息)
关联类型:
二元关联
关联所连接的类:
维修工程师&中期缺陷设备信息
关联端点:
导航性:
两端点均可互相访问。
多重性:
一个维修工程师可以接受多份中期缺陷设备信息。
关联角色:
因为已有关联名,故未使用关联中的角色名。
⑥关联名称:
填写(维修工程师-完整的设备缺陷信息表)
关联类型:
二元关联
关联所连接的类:
维修工程师&完整的设备缺陷信息表
关联端点:
导航性:
两端点均可互相访问。
多重性:
一个维修工程师可以填写多份完整的设备缺陷信息表。
关联角色:
因为已有关联名,故未使用关联中的角色名。
⑦关联名称:
接受(检修部门-完整的设备缺陷信息表)
关联类型:
二元关联
关联所连接的类:
检修部门&完整的设备缺陷信息表
关联端点:
导航性:
两端点均可互相访问。
多重性:
一个检修部门人员可以填写多个完整的设备缺陷信息表
关联角色:
因为已有关联名,故未使用关联中的角色名。
⑧关联名称:
制定(检修部门-消缺方案)
关联类型:
二元关联
关联所连接的类:
检修部门&消缺方案
23
关联端点:
导航性:
两端点均可互相访问。
多重性:
一个检修部门人员可以制定多份消缺方案。
关联角色:
因为已有关联名,故未使用关联中的角色名。
⑨关联名称:
根据(消缺人-消缺方案)
关联类型:
二元关联
关联所连接的类:
消缺人&消缺方案
关联端点:
导航性:
两端点均可互相访问。
多重性:
一个消缺人根据一份消缺方案。
关联角色:
因为已有关联名,故未使用关联中的角色名。
⑩关联名称:
填写(消缺人-消缺情况)
关联类型:
二元关联
关联所连接的类:
消缺人&消缺情况
关联端点:
导航性:
两端点均可互相访问。
多重性:
一个消缺人和一个验收人根据一份消缺方案执行并填写一份消缺情况。
关联角色:
因为已有关联名,故未使用关联中的角色名。
?
关联名称:
填写(验收人-消缺情况)
关联类型:
二元关联
关联所连接的类:
验收人-消缺情况
关联端点:
导航性:
两端点均可互相访问。
多重性:
一名验收人同一名消缺人共同填写一份消缺情况。
关联角色:
因为已有关联名,故未使用关联中的角色名。
4)继承描述
无
24
5)依赖描述
无
6)其他与类图有关的说明无
25
四、顺序图文档
1.图形文档
26
2.文字说明
1)顺序图综述
本系统顺序图用于详细描述对象间的交互,即捕获对象是怎样提供操作的,以及对象之间是如何协作的。
本图能用于帮助分析员对照检查每个用况中描述的用户需求是否已经落实到一些对象中去实现,提醒分析员去补充遗漏的类或操作,还可以帮助分析员发现哪些对象是主动对象。
2)顺序图中的对象描述
①对象名:
巡修工人
是否为主动对象:
是
其他与对象有关的信息:
登录、录入初步缺陷信息
②对象名:
系统
是否为主动对象:
否
其他与对象有关的信息:
信息的交互。
③对象名:
专业工程师
是否为主动对象:
是
其他与对象有关的信息:
登陆后在系统中填写初步的设备信息表。
录入中期缺陷信息表。
④对象名:
维修工程师
是否为主动对象:
是
其他与对象有关的信息:
系统发送中期的缺陷信息表,录入完整的缺陷信息表⑤对象名:
检修部门
是否为主动对象:
是
其他与对象有关的信息:
系统发送完整的缺陷信息。
27
⑥对象名:
消缺人是否为主动对象:
是
其他与对象有关的信息:
系统发送消缺计划、消缺方案给消缺人。
消缺人录入消缺情况。
⑦对象名:
运行部门是否为主动对象:
是
其他与对象有关的信息:
发送消缺情况请求。
3)对象接收/发送消息的描述
①工作人员登录
②录入信息
28
③专业工程师
③维修工程师
29
⑤检修部门
⑥消缺人
30
⑦运行部门
31
4)其他与顺序图有关的说明
无
五、状态机图文档1.图形文档
2.文字说明
1)状态机图综述
本系统的状态机图描述了图中的对象在其生命周期内因响应事件所经历的
状态序列以及对这些事件所作出的反应。
它主要由状态和状态间的转移构成。
2)状态机图的状态描述
①提交初步设备缺陷信息32
②提交中期设备缺陷信息
③提交消缺计划(完整缺陷表)
④提交设备消缺方案
33
⑤提交设备消缺情况
⑥提交验收设备消缺情况
34
3)状态机图的状态间转移描述
4)其他与状态机图有关的说明无
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 面向 对象 分析 设计 课程设计 电力设备 缺陷 管理 系统 内含 UML 模型
![提示](https://static.bdocx.com/images/bang_tan.gif)