供电局管理系统课程分析与设计Word格式文档下载.docx
《供电局管理系统课程分析与设计Word格式文档下载.docx》由会员分享，可在线阅读，更多相关《供电局管理系统课程分析与设计Word格式文档下载.docx（30页珍藏版）》请在冰豆网上搜索。
汉中市供电局开发违章计分管理系统是针对安全管理开发的信息管理系统，要求系统具有违章登记、查询、统计和设置功能，并能打印相应的报表。
登记功能用于将职工的违章情况（日期、违章表现、记分、发现人、处理意见）录入系统，查询功能可以根据职工的安全档案编号、姓名、部门名称、班组查询职工在指定时间段内的违章记分。
统计功能按部门名称统计各部门在指定时间段内的违章记分。
设置功能包括部门管理、班组管理、职工管理和用户管理。
根据以上要求完成下列题目：
①运用结构化分析方法或面向对象分析方法对系统做需求分析，并编写需求规格说明书。
②运用结构化设计方法或面向对象设计方法对系统做概要设计和详细设计，并编写概要设计说明书和详细设计说明书。
指导教师（签字）：
教研室主任（签字）：
批准日期：
年月日
摘要
汉中市供电局开发违章计分管理系统是针对安全管理开发的管理系统，违章计分管理系统使用电脑安全保存、快速计算、全面统计，实现计分管理的系统化、规范化、自动化并且极大的提高了工作效率。
系统需具有违章登记、查询、统计和设置功能等简单功能。
本系统的设计采用面向对象的方法，以powerdesigner和SQLserver2008为开发工具，完成对汉中供电局违章记分管理系统的设计。
关键词：
违章记分管理系统；
需求分析；
系统设计
1.课题描述
在当前社会当中供电局有一个符合自身的违章计分管理系统成为供电局管理制度中的一项不可或缺的环节，随着供电局人员数量增加，供电局的管理也变得越来越复杂。
对于汉中供电局这种供电企业，在工作的环境中无时无刻都会产生安全的风险，因此安全的管理制度也是此企业不可缺少的，是关系到企业的运行和人民财产的关键。
加强职工的违章管理是重中之重，因此好的管理系统能够帮助企业更加高效更加安全的保护自身和员工的利益。
本系统只要是对汉中供电局违章计分进行管理，对于违章人员给予扣分和相关处理意见。
系统主要有违章登记、查询、统计和设置功能。
违章计分管理系统使用电脑安全保存、快速计算、全面统计，实现计分管理的系统化、规范化、自动化。
违章计分管理系统极大的提高了工作效率，节省了人力和财力，最终满足企业安全管理、员工工资发放的标准，同时也成为现代化企业管理的标志。
软件开发工具：
SQLServer；
PowerDesigner；
2.需求分析
对于违章人员的管理，查询，记录，以及处理是一件非常繁琐但又极其重要的工作，因此有必要开发一个数据库管理系统，用来管理这些信息。
系统开发的任务就是实现信息系统化、规范化和智能化，利于供电局内部管理。
系统主要有违章登记、查询、统计和设置功能，供电局计分管理系统的功能分析如下：
违章信息的登记：
主要完成违章人姓名、职工编号、违纪编号、日期、发现人、处理意见等信息的录入，并进行保存；
违章信息的查询：
主要进行违章检索和违章显示的基本功能；
违章信息的统计：
统计功能只要就是对违章项目进行扣分计算，并对职员进行总分计算，统计出职员的剩余分数，并给予处理意见；
违章的管理：
主要进行对违章信息进行核对，并进行修改和删除；
信息的修改：
主要是对管理员与职员的密码修改
2.1功能分析
本系统应用于汉中供电局安检部管理违章记分使用,要求应具备以下功能:
（1）违章登记
由部门负责人向系统输入违章人姓名、安全档案编号、所属部门、班组、违章日期、违章表现（干什么工作、违什么章）、发现人（注明职务）以及处理意见,并能修改和删除违章纪录。
（2）违章查询
查询违章人或某个部门在某月或某年的违章记分情况,并能打印查询结果。
（3）违章统计
按部门统计在某月或某年的违章记分情况,并能打印统计结果。
（4）系统设置
由系统管理员设置部门、班组、职工基本信息、管理员、部门负责人,并修改用户密码。
2.2性能分析
汉中供电局现有职工1468名,现有38个部门,考虑以后的发展和同时使用系统的情况,要求系统具备以下的性能:
（1）系统要满足存储三千人连续三年的违章记录。
（2）系统要满足200人同时使用系统。
2.3用例建模
系统的参与者主要有三类：
（1）职工（也可称为用户）
请求服务用例：
该用例的参与者是一般的职工，不需要经过系统登录直接进入系统，对违章记录信息的查询以及统计。
（2）系统管理员
维护系统用例：
该用例参与者是系统管理员，对部门、班组、职工基本信息、管理员、部门负责人的信息进行添加、删除、修改,并管理用户密码。
（3）部门负责人
管理违章数据用例：
该用例参与者是每个部门的负责人，需要经过系统登录，才能对违章记录进行添加、删除、修改以及修改用户自己的密码，违章信息的查询与统计功能不需要登录就可以进行操作。
功能模型描述
①部门责任人的用例图
②用户的用例图
功能模型的用例图如下：
职工用例图如图2.1所示。
图2.1职工用例图
部门负责人用例图如图2.2所示。
图2.2部门负责人用例图
系统管理员用例图如图2.3所示。
图2.3系统管理员用例图
主要表现用户和责任人能够执行的相关操作。
部门责任人可进行6项基本操作：
违章登记；
违章查询；
违章删除；
违章统计；
违章修改；
用户密码修改
基本功能都需登录才可进行下一步操作
用户能够进行的操作有违章查询和违章统计，无需进行登记即可进行。
2.4系统类和对象模型建立
可从类的表现形式或分类来识别类，类的表现形式有：
外部实体、事物、事件、角色、组织单元、场地、结构。
类又分为实体类、边界类和控制类。
主要对实体类标识，边界类主要与界面窗口对应。
根据需求描述,提取出系统管理员,部门负责人,职工（用户）三个对象。
对象模型描述:
下面对这个几个对象进行具体陈述并建模:
（1）参与者相关的类包括：
职工（用户）类：
职工在系统注册的信息包括一下几点:
职工编号，姓名，性别，出生年月，专业，岗位
读者使用系统可进行的操作有：
查询------违章查询（）,
统计------违章统计（）
系统管理员类:
系统管理员能进行用户类所以的操作;
系统管理员同时也是部门负责人,也可以进行部门负责人的做的一切操作;
系统管理员有自己的特殊编号,用来登录系统,进行系统级操作.以区别部门负责人.
部门负责人类:
部门负责人也要在系统内注册,注册信息和用户无差别，只是需要特定的编号和密码用于登录系统，信息包括以下几点：
部门负责人编号，部门负责人姓名，部门负责人帐号，部门负责人密码，部门负责人身份证号
部门负责人登录系统后,可以进行以下操作:
修改信息---------违章修改（）;
登记信息---------违章登记（）;
删除信息---------违章删除（）;
查询信息---------违章查询（）
统计信息---------违章统计（）
账户信息----------用户密码修改（）
（2）其他外部实体类：
部门类：
主要属性有部门编号和部门名称
班组类：
其中包括的信息有班组编号，班组名称，部门编号
违章事件类：
违章事件主要是系统中原有的一些违章规定，其中有固定的计分标准。
职工触犯某一项即扣除相应分数。
违章事件中信息有：
违章编号，违章表现，违章日期，违章意见，计分
对类图的建立如下如图2.4所示。
图2.4违章计分管理系统类图
此类图可以明确的看出各类之间的关系并且其中的信息也一目了然，之后数据库的实施阶段也能较好的使用此图来进行建立。
违章事件类的属性字典如表2.1所示。
表2.1违章事件类的属性字典
类名
属性名称
数据类型
长度
备注
违
章
事
件
类
违章编号
数值型
主键
违章表现
字符型
50
违章时间
日期型
处理意见
记分
违章事件类的服务字典如表2.2所示。
表2.2违章事件类的服务字典
方法名
参数
返回值
功能
违章查询
查询符合查询条件的违章记录
违章统计
统计某职工或部门违章记录
添加违章事故
增加一条记录
修改违章记录
修改记录
删除违章记录
删除一条记录
2.5系统动态模型建立
动态建模主要是用来描述系统的动态行为，先是对象在系统运行期间不同时期的动态交互。
在UML中，采用时序图、协作图、状态图和活动图来建立动态模型。
时序图和协作图用来表达对象之间的交互；
状态图可以表现一个对象所经历的状态序列，引起状态转移的事件以及应状态转移而引起的动作；
活动图用于描述工作流和并发的处理行为；
①功能结构图如图2.5所示。
图2.5系统功能结构图
②系统时序图：
（1）职工：
职工主要功能有：
查询、统计功能,
功能时序图包括：
职工查询时序图如图2.6所示。
图2.6职工查询时序图
职工统计时序图如图2.7所示。
图2.7职工统计时序图
（2）部门负责人：
部门负责人执行违章记录的插入、删除、修改、查询、统计以及用户密码修改行为
部门负责人时序图：
部门负责人查询时序图如图2.8所示。
主要步骤：
选择查询违章信息->
查找违章信息->
查询违章详细信息->
返回违章详细信息
图2.8部门负责人查询违章信息时序图
部门负责人修改违章信息时序图如图2.9所示。
修改违章信息->
返回违章信息->
创建违章信息
图2.9部门负责人修改违章信息时序图
部门负责人修改用户信息时序图如图2.10所示。
用户登录->
账户设置->
查找用户信息->
返回用户信息->
修改用户信息
图2.10部门负责人修改账户信息时序图
部门负责人删除信息时序图如图2.11所示。
帐号登陆->
输入违章信息->
查询违章记录->
如果违章记录存在->
删除违章记录->
返回信息
图2.11部门负责人删除信息时序图
（3）系统管理员：
系统管理员除拥有职工和部门负责人拥有的权限外，还有对于部门、班组、职工信息的进行添加、删除、修改等权限
系统管理员功能时序图包括：
系统管理员部门管理时序图如图2.12所示。
：
图2.12系统管理员部门管理时序图
③系统协作图：
职工功能协作图包括：
图2.3.3.1职工查询协作图
图2.13职工统计协作图
部门负责人功能协作图包括：
图2.14部门责任人登记信息协作图
图2.15部门责任人删除违章信息协作图
图2.16部门负责人查询信息协作图
图2.17部门负责人修改信息协作图
图2.18部门负责人修改用户信息协作图
系统管理员功能协作图包括：
图2.19系统管理员职工更新协作图
图2.20系统管理员职工管理协作图
图2.21系统管理员职工删除协作图
图2.22系统管理员管理班组协作图
④系统活动图
（1）部门负责人活动图如图2.23所示。
图2.23部门负责人活动图
（2）系统管理员查询活动图如图2.24所示。
图2.24系统管理员查询活动图
（3）系统管理员修改信息活动图如图2.25所示。
图2.25系统管理员修改活动图
3.系统设计
系统设计主要分为概念设计和详细设计。
3.1概要设计
系统设计的任务是确定整个系统的架构和风格，建立解决方法的高层决策。
（1）系统结构设计
通过对业务流程、用例图、活动图的描述，我们可以采用分层模式，根据类层次架构确定分层为：
界面表示层（用户界面）、业务逻辑层（业务管理规则）、数据访问层（数据存储，数据库）。
如图3.1所示：
图3.1层次模式图
界面表示层中主要包括：
增加班组类、增加部门类、增加员工类、增加负责人类、列表显示类、main主体类；
业务逻辑层主要包括：
违章事件类、部门类、班组类、员工类、部门负责人类、数据读取类、数据写入类；
数据访问层主要包括：
主要关于ADO.NET中有关ＳＱＬ数据库连接ConnectionCommand DataReader等对象所涉及的类。
（2）类的细化
通过需求分析中的用例图、协作图以及类图对类进行细化和重组类，增加遗漏的属性，同时确定相关类的服务。
类名：
职工
属性：
职工编号、姓名、性别、出生年月、专业、岗位
服务：
添加职工：
通过职工添加界面，对新的员工信息进行添加并保存；
更新职工信息：
通过职工更新信息界面，更改相关信息，并且保存修改；
删除职工：
通过职工删除界面，删除退休以及下岗职工信息。
部门
部门编号、部门名称
添加部门：
通过添加界面，对新的部门信息进行添加；
更新部门信息：
通过更新界面，对部门有关要修改的部门信息进行修改；
删除部门：
通过删除界面，对无用的部门信息进行删除。
班组
班组编号、班组名称
添加班组：
通过添加界面，对新的班组信息进行添加；
更新班组信息：
通过更新界面，对部门有关要修改的班组信息进行修改；
删除班组：
通过删除界面，对无用的班组信息进行删除。
违章事故
违章编号,违章表现,处理意见,日期,记分,责任人编号,发现人编号
违章查询：
通过查询界面，输入查询条件，对违章记录信息的查询；
违章统计：
通过统计界面，输入统计条件，统计符合条件的违章信息；
添加违章事故：
部门负责人通过添加界面，对本部门新的违章信息进行添加；
修改违章事故：
部门负责人通过更新界面，对本部门有关错误的违章信息进行修改；
删除违章事故：
部门负责人通过删除界面，对本部门有关违章信息进行删除。
部门负责人
部门负责人编号、部门负责人姓名、部门负责人账号、部门负责人密码、身份证号码
用户登录：
通过部门负责人登录界面，登录获取权限；
修改用户密码：
通过登录系统，对自己密码进行修改。
添加部门负责人：
系统管理员通过控制后台界面，进行新的部门负责人信息录
入并保存；
更新部门负责人信息：
系统管理员通过控制后台界面，进行部门负责人变更；
删除部门负责人:
系统管理员通过后台界面，对于相关无效的记录（部门负责人）删除并保存。
3.2详细设计
详细设计是为每个类的属性和操作做出详细的设计，以及用于实现操作的各种方法的算法和接口。
所有的类都要尽可能详细的描述，给编写代码的程序员一个清晰的规范说明。
通过对类图的进一步详细分析设计后利用powerdesigner工具将类图转化的CDM和PDM如下图3.2和3.3所示：
图3.2违章计分系统CDM
图3.3违章计分系统PDM
数据库清单
（1）班组表如表4.5所示。
表4.5班组表
列名
是否为空
说明
班组编号
Varchar（10）
否
部门编号
外键
班组名称
班组名
（2）部门表如表4.6所示。
表4.6部门表
部门名称
部门名
（3）部门负责人表如表4.7所示。
表4.7部门负责人表
职工编号
部门负责人编号
部门负责人姓名
姓名
部门负责人账号
登陆系统账号
部门负责人密码
登录系统密码
部门负责人身份证号
Varchar（20）
是
身份证号
（4）违章事件表如表4.8所示。
表4.8违章事件表
违章说明
违章日期
Timestamp
日期
处理
Int
（5）职工表如表4.9所示。
表4.9职工表
性别
Varchar
（2）
出生年月
出生日期
专业
总结
这次信息系统的课设,增强了对信息系统设计方面应用的理解，自己对有关系统设计有了大体的认识和经验。
实验过程中，首先从需求分析出发，对系统进行分析，最后进行实施阶段。
需求分析也是最主要的前提，只有先做好分析，数据库才能符合用户的需求。
建表是以及关系模式为基础，插入、删除、修改、查询，牵涉表和表之间的联系，主键与外键的定义，约束项的设置，使逻辑更严密，建立触发器实现复杂完整性约束，有助于数据库的稳定。
对于需求分析这块我还得加强相关知识的学习，并且更要进行知识拓展。
对于本次课设，有的地方还需要完善，这些不足在以后的学习中，我会更加注意，尽量做到完美。
课程设计的过程存在困难，但是还收获却是很大的。
这次课程设计我主要是应用以前学习的信息系统分析与设计原理以及SQLServer工具，并且查阅有关图书馆相关信息，对分析与设计的相关信息逐一分析，综合起来完成了这个课程设计，从中我们总结了很多有价值有意义的学习经验，课程设计让我把以前学到的知识得到巩固和进一步的提高认识，对已有的知识有了进一步的理解和认识，让我认识到了自己对以前所学知识的不足方面，对知识有了一定的深入了解。
本次课设是我第三次做课设，这次比较上次感觉能好点，对于课设格式以及步骤有了了解。
这次我感觉自己必须拓宽相关知识，这样才有助于平时的学习。
对于自己的不足我会在今后学习中努力弥补。
参考文献
[1]苗雪兰，刘瑞新，宋歌.数据库系统原理[M].北京：
机械工业出版社，2007.
[2]萨师煊，王珊.数据库系统概论（第三版）[M].北京：
高教出版社，2000.
[3]何玉洁.数据库原理与应用教程[M].北京：
[4]Connolly.数据库设计教程[M].北京：
机械工业出版社，2005.
[5]张俊玲.数据库原理与应用[M].北京:
清华大学出版社，2010.
[6]刘亚军，高莉莎.数据库设计及应用[M].北京：
清华大学出版社，2007.
升级会员 