电力系统的设计与开发Word文档格式.docx
- 文档编号:13244066
- 上传时间:2022-10-08
- 格式:DOCX
- 页数:22
- 大小:660.48KB
电力系统的设计与开发Word文档格式.docx
《电力系统的设计与开发Word文档格式.docx》由会员分享,可在线阅读,更多相关《电力系统的设计与开发Word文档格式.docx(22页珍藏版)》请在冰豆网上搜索。
21世纪是科技信息时代,陈旧的管理模式不是适应新时代的要求,它存在着管理效率低下、记录容易出错等一系列缺点。
对于以上的种种缺点,会对企业的经济效益差生很大影响,增加了企业运营成本,降低了企业的生产力。
研究意义
为了使设备管理人员更好地知道设备的情况与设备维修人员更好地对设备进行检修和校准,由此开发设备管理系统,使得设备各种记录实现计算机化,脱离无纸化,并且数据化。
2可行性分析
社会可行性
国家电力设备资源管理系统主要目的是对电力公司的电力设备进行管理,并且严格按照国家法律法规来进行研究和实践,并无法律和政策方面的限制。
技术可行性
本系统采用的是MySQL、JSP和Java开发,Windows10Professional操作系统。
由于Java、JSP功能强大,而MySQL灵活并且易维护,在开发方面具有容易理解、开发速度快的特点,以及这些技术大量的实际应用,所以Java、MySQL、JSP是开发设备管理系统的最好选择[2]。
操作可行性
目前,大多数的计算机都能运行本系统。
在系统开发前,进行了充分的用户调研,开发的系统操作简单、易于上手、容易理解,并且系统的界面简单,提示的信息完整,由相关人员进行简单指导就能够方便的操作本系统。
3需求分析
技术需求
系统在技术上要求:
(1)遵循统一命名规范、编码规范、用户界面规范、接口以及程序设计规范[3];
(2)系统整体结构采用B/S架构模式,增强系统的易操作性,降低系统维护[4];
(3)系统遵循行业规范,采用J2EE平台架构。
业务需求
本系统有很多功能模块,由于篇幅有限,不能将每个模块在此进行分析,所以文章只将几个重要的模块进行分析。
系统首页
(1)主题说明
系统首页包含两个部分:
系统登录页面和登录系统后的首页。
(2)功能要求
登录时输入的密码为不可见。
首页有退出系统链接,重新登陆和返回首页超链接。
登陆后的首页左侧是系统菜单,上部是系统名称,主体部分进行系统信息的显示。
用户管理
用户管理主要用来维护和更新查询系统内部使用人员的个人资料信息,以及用户角色分配调整。
(2)功能要求
将所有的用户进行列表显示,对不同的行的用户进行编辑和删除。
可根据用户名进行用户查询,可以模糊查询。
删除时提示是否确认删除。
数据字典
数据字典对系统字段进行统一维护
系统管理员可对数据字典组进行维护,编辑数据字典组。
数据字典使用AJAX与系统进行异步交互。
可以添加数据字典的项,同时添加数据字典的值。
站点运行情况
主要用来控制管理站点的运行情况,包括站点的故障类型,故障时长,处理状态等
查询结果列表显示在查询条件下方。
可对查询结果进行编辑和删除。
站点名称做成超链接,点击后进入站点运行情况详细信息页面。
性能需求
运行环境需求
(1)系统运行服务器选择稳定安全高效的UNIX操作系统。
(2)Web开发服务器采用Tomcat,上线采用WebLogic/WebSphere。
(3)数据库服务器采用MySQL,上线采用Oracle或者SqlServer。
操作需求
(1)开发的系统应简单,灵活,可操作性强。
(2)系统采用B/S架构,使得通过浏览器即可访问系统操作,让工作人员非常方便查看系统内的数据。
4系统结构化分析建模
软件功能模块分析
业务功能模块
系统首页
用户登陆后的主页面
设备管理
设备信息管理
对设备的基本信息的管理
设备校准管理
对设备的校准周期和时间进行管理。
设备检修管理
对设备的检修周期和时间进行管理。
设备购置计划
对购置计划进行管理。
站点设备
运行管理
站点基本信息
对监测台各个站点的基本信息进行管理。
运行情况
主要用来控制管理站点的运行情况。
维护情况
对站点维护计划、故障处理等维护情况的管理。
监测台
建筑管理
监测台建筑管理
对监测台的房屋建筑信息进行管理。
系统管
理模块
系统管理
对系统内各种用户的管理。
角色管理
对系统内各种角色的管理。
系统设置
对系统数据字典的管理。
依据此需求分析对系统的功能模块进行详细的分析,为以后的系统设计阶段做好准备工作。
如表1所示。
表1功能模块分析
业务流程
系统主Portal业务流程
用户成功登录系统后,登陆后的首页左侧是系统菜单,上部是系统名称,主体部分进行系统信息的显示。
如图1所示。
图1系统主Portal业务流程图
用户管理业务流程
用户管理主要用来维护、更新和查询系统内部使用人员的个人资料信息,以及用户角色分配、调整。
如图2所示。
图2用户管理业务流程图
系统管理业务流程
系统设置主要用来更新维护系统一些静态信息,这些静态信息在数据字典中维护。
如图3所示。
图3系统管理业务流程图
数据流程
根据前面系统业务流程的分析,分别得出系统的顶层数据流图和一层数据流图。
(1)系统顶层数据流图如图4所示。
图4系统顶层数据流图
(2)系统一层数据流程图如图5所示。
图5系统顶层数据流图
5国家电力设备资源管理系统的设计
系统功能模块设计
图6系统功能模块图
为了更清晰的理解整个系统的功能结构关系,由以上的业务流程图和数据流图,完成系统的功能模块图如图6所示。
数据库表设计
(1)数据库逻辑结构设计
数据字典(主键ID,数据类型,数据项code,数据项value);
申请模版表(主键ID,名称,流程定义Key,模版文件存储位置);
维护计划表(主键ID,监测台ID,当前时间,维护内容,备注);
设备较准检修表(主键ID,设备ID,是否校准,检修日期,是否检修,记录描述,备注,);
文件上传表(主键ID,附件工程ID,所属模块,文件名,文件路径,上传时间,备注)
导入导出字段表(所属模块,导出名称列表(中文)用“#”分开,导出字段名称(字段名)用“#”分开,未导出名称列表(中文)用“#”分开,未导出字段(字段名)用“#”分开);
(2)数据库物理结构设计
为对系统作进一步分析和设计,我们根据系统选用的数据库将逻辑结构设计转换成数据模型,并对数据模型做严格的评价。
本系统数据库表如下:
表2数据字典表
字段名称
数据类型
主键
是否空
说明
SeqID
INT
Y
N
主键ID
Keyword
VARCHAR(20)
DdlCode
数据项code
DdlName
VARCHAR(50)
数据项value
IsDelete
VARCHAR(10)
是否删除,0表示未删除
表3申请模板表
id
long
name
varchar(500)
名称
processDefinitionKey
流程定义的key
path
varchar(5000)
上传的模板文件的存储位置
是否删除
表4维护计划表
PlanID
JctID
监测台ID
OccurDate
DATETIME
当前时间
MainContent
维护内容
表5站点维护计划表
站点维护情况,主键ID
StationID
站点ID,主键ID
所属单位code(对应数据字典)
DATETIME(50)
计划时间
VARCHAR(500)
内容
Comment
备注
CreateDate
创建时间
表6设备校准检修表
seqID
仪器校准,主键ID
DevID
设备ID
IsAdjust
是否校准,0未校准1已校准
AdjustDate
校准日期
OverhaulDate
检修日期
IsHaving
是否检修,0未检修1已检修
Record
记录描述
表7文件上传表
主键ID
ProjID
附件的工程ID(所属单位)
BelongTo
所属模块1-0,2-0(图纸类别)
FileName
文件名
FileURL
VARCHAR(1000)
文件路径
ProgressTime
上传时间
CreateEmpID
创建人
表8导入导出字段表
VARCH
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 电力系统 设计 开发