供电局管理系统课程分析与设计(共32页).doc

《供电局管理系统课程分析与设计(共32页).doc》由会员分享，可在线阅读，更多相关《供电局管理系统课程分析与设计(共32页).doc（32页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、精选优质文档-倾情为你奉上课程设计设计说明书汉中供电局违章记分管理系统的分析与设计学生姓名万永馨学号班级信管101成绩指导教师任民宏数学与计算机科学学院2013年3月16日课程设计课程设计评阅书题 目汉中供电局违章记分管理的分析与设计学生姓名万永馨学号指导教师评语及成绩成绩： 教师签名： 年 月 日答辩教师评语及成绩成绩： 教师签名： 年 月 日教研室意见总成绩： 室主任签名： 年 月 日课程设计任务书20122013学年第 2 学期专业： 信息管理与信息系统 学号： 姓名： 万永馨 课程设计名称： 课程设计 设计题目： 汉中供电局违章记分管理系统的分析与设计 完成期限：自 2013 年 3

2、月 4 日至 2013 年 3 月 16 日共 2 周设计依据、要求及主要内容（可另加附页）：汉中市供电局开发违章计分管理系统是针对安全管理开发的信息管理系统，要求系统具有违章登记、查询、统计和设置功能，并能打印相应的报表。登记功能用于将职工的违章情况（日期、违章表现、记分、发现人、处理意见）录入系统，查询功能可以根据职工的安全档案编号、姓名、部门名称、班组查询职工在指定时间段内的违章记分。统计功能按部门名称统计各部门在指定时间段内的违章记分。设置功能包括部门管理、班组管理、职工管理和用户管理。根据以上要求完成下列题目： 运用结构化分析方法或面向对象分析方法对系统做需求分析，并编写需求规格说明

3、书。 运用结构化设计方法或面向对象设计方法对系统做概要设计和详细设计，并编写概要设计说明书和详细设计说明书。指导教师（签字）： 教研室主任（签字）： 批准日期： 年 月 日摘 要 汉中市供电局开发违章计分管理系统是针对安全管理开发的管理系统，违章计分管理系统使用电脑安全保存、快速计算、全面统计，实现计分管理的系统化、规范化、自动化并且极大的提高了工作效率。系统需具有违章登记、查询、统计和设置功能等简单功能。本系统的设计采用面向对象的方法，以powerdesigner和SQL server 2008为开发工具，完成对汉中供电局违章记分管理系统的设计。关键词：违章记分管理系统；需求分析；系统设计目

4、 录专心-专注-专业1.课题描述在当前社会当中供电局有一个符合自身的违章计分管理系统成为供电局管理制度中的一项不可或缺的环节，随着供电局人员数量增加，供电局的管理也变得越来越复杂。对于汉中供电局这种供电企业，在工作的环境中无时无刻都会产生安全的风险，因此安全的管理制度也是此企业不可缺少的，是关系到企业的运行和人民财产的关键。加强职工的违章管理是重中之重，因此好的管理系统能够帮助企业更加高效更加安全的保护自身和员工的利益。本系统只要是对汉中供电局违章计分进行管理，对于违章人员给予扣分和相关处理意见。系统主要有违章登记、查询、统计和设置功能。违章计分管理系统使用电脑安全保存、快速计算、全面统计，实

5、现计分管理的系统化、规范化、自动化。违章计分管理系统极大的提高了工作效率，节省了人力和财力，最终满足企业安全管理、员工工资发放的标准，同时也成为现代化企业管理的标志。软件开发工具：SQL Server；PowerDesigner；2.需求分析对于违章人员的管理，查询，记录，以及处理是一件非常繁琐但又极其重要的工作，因此有必要开发一个数据库管理系统，用来管理这些信息。系统开发的任务就是实现信息系统化、规范化和智能化，利于供电局内部管理。系统主要有违章登记、查询、统计和设置功能，供电局计分管理系统的功能分析如下：违章信息的登记：主要完成违章人姓名、职工编号、违纪编号、日期、发现人、处理意见等信息的

6、录入，并进行保存；违章信息的查询：主要进行违章检索和违章显示的基本功能；违章信息的统计：统计功能只要就是对违章项目进行扣分计算，并对职员进行总分计算，统计出职员的剩余分数，并给予处理意见；违章的管理：主要进行对违章信息进行核对，并进行修改和删除；信息的修改：主要是对管理员与职员的密码修改2.1功能分析本系统应用于汉中供电局安检部管理违章记分使用, 要求应具备以下功能:（1）违章登记由部门负责人向系统输入违章人姓名、安全档案编号、所属部门、班组、违章日期、违章表现( 干什么工作、违什么章) 、发现人( 注明职务) 以及处理意见, 并能修改和删除违章纪录。（2）违章查询查询违章人或某个部门在某月或

7、某年的违章记分情况, 并能打印查询结果。（3）违章统计按部门统计在某月或某年的违章记分情况, 并能打印统计结果。（4）系统设置由系统管理员设置部门、班组、职工基本信息、管理员、部门负责人, 并修改用户密码。2.2性能分析汉中供电局现有职工1468名,现有38个部门,考虑以后的发展和同时使用系统的情况, 要求系统具备以下的性能:（1) 系统要满足存储三千人连续三年的违章记录。（2) 系统要满足200人同时使用系统。2.3用例建模 系统的参与者主要有三类：（1）职工（也可称为用户）请求服务用例：该用例的参与者是一般的职工，不需要经过系统登录直接进入系统，对违章记录信息的查询以及统计。（2）系统管理

8、员维护系统用例：该用例参与者是系统管理员，对部门、班组、职工基本信息、管理员、部门负责人的信息进行添加、删除、修改, 并管理用户密码。（3）部门负责人管理违章数据用例：该用例参与者是每个部门的负责人，需要经过系统登录，才能对违章记录进行添加、删除、修改以及修改用户自己的密码，违章信息的查询与统计功能不需要登录就可以进行操作。功能模型描述 部门责任人的用例图 用户的用例图功能模型的 用例图如下：职工用例图如图2.1所示。图 2.1职工用例图部门负责人用例图如图2.2所示。图2.2部门负责人用例图系统管理员用例图如图2.3所示。 图2.3系统管理员用例图主要表现用户和责任人能够执行的相关操作。部门

9、责任人可进行6项基本操作：违章登记；违章查询；违章删除；违章统计；违章修改；用户密码修改基本功能都需登录才可进行下一步操作用户能够进行的操作有违章查询和违章统计，无需进行登记即可进行。2.4系统类和对象模型建立可从类的表现形式或分类来识别类，类的表现形式有：外部实体、事物、事件、角色、组织单元、场地、结构。类又分为实体类、边界类和控制类。主要对实体类标识，边界类主要与界面窗口对应。根据需求描述,提取出系统管理员,部门负责人,职工（用户）三个对象。对象模型描述:下面对这个几个对象进行具体陈述并建模:（1）参与者相关的类包括：职工（用户）类：职工在系统注册的信息包括一下几点:职工编号，姓名，性别，

10、出生年月，专业，岗位读者使用系统可进行的操作有：查询-违章查询(),统计-违章统计()系统管理员类:系统管理员能进行用户类所以的操作;系统管理员同时也是部门负责人,也可以进行部门负责人的做的一切操作;系统管理员有自己的特殊编号,用来登录系统,进行系统级操作.以区别部门负责人.部门负责人类:部门负责人也要在系统内注册,注册信息和用户无差别，只是需要特定的编号和密码用于登录系统，信息包括以下几点：部门负责人编号，部门负责人姓名，部门负责人帐号，部门负责人密码，部门负责人身份证号部门负责人登录系统后,可以进行以下操作:修改信息-违章修改();登记信息-违章登记();删除信息-违章删除();查询信息-

11、违章查询()统计信息-违章统计()账户信息-用户密码修改()（2）其他外部实体类：部门类：主要属性有部门编号和部门名称班组类：其中包括的信息有班组编号，班组名称，部门编号违章事件类：违章事件主要是系统中原有的一些违章规定，其中有固定的计分标准。职工触犯某一项即扣除相应分数。违章事件中信息有：违章编号，违章表现，违章日期，违章意见，计分对类图的建立如下如图2.4所示。图2.4违章计分管理系统类图此类图可以明确的看出各类之间的关系并且其中的信息也一目了然，之后数据库的实施阶段也能较好的使用此图来进行建立。违章事件类的属性字典如表2.1所示。表2.1 违章事件类的属性字典类名属性名称数据类型长度备注

12、违 章事件类违章编号数值型主键违章表现字符型50违章时间日期型处理意见字符型50记分数值型违章事件类的服务字典如表2.2所示。表2.2违章事件类的服务字典类名方法名参数返回值功能 备注违 章事件类违章查询字符型字符型查询符合查询条件的违章记录违章统计字符型字符型统计某职工或部门违章记录添加违章事故字符型增加一条记录修改违章记录字符型修改记录删除违章记录字符型删除一条记录2.5系统动态模型建立动态建模主要是用来描述系统的动态行为，先是对象在系统运行期间不同时期的动态交互。在UML中，采用时序图、协作图、状态图和活动图来建立动态模型。时序图和协作图用来表达对象之间的交互；状态图可以表现一个对象所经

13、历的状态序列，引起状态转移的事件以及应状态转移而引起的动作；活动图用于描述工作流和并发的处理行为；功能结构图如图2.5所示。图2.5系统功能结构图系统时序图：(1)职工：职工主要功能有：查询、统计功能,功能时序图包括： 职工查询时序图如图2.6所示。图2.6职工查询时序图职工统计时序图如图2.7所示。图2.7职工统计时序图（2）部门负责人：部门负责人执行违章记录的插入、删除、修改、查询、统计以及用户密码修改行为部门负责人时序图：部门负责人查询时序图如图2.8所示。主要步骤：选择查询违章信息-查找违章信息-查询违章详细信息-返回违章详细信息图2.8部门负责人查询违章信息时序图部门负责人修改违章信

14、息时序图如图2.9所示。主要步骤：修改违章信息-查找违章信息-返回违章信息-创建违章信息图2.9部门负责人修改违章信息时序图部门负责人修改用户信息时序图如图2.10所示。主要步骤：用户登录-账户设置-查找用户信息-返回用户信息-修改用户信息图2.10部门负责人修改账户信息时序图部门负责人删除信息时序图如图2.11所示。主要步骤：帐号登陆-输入违章信息-查询违章记录-如果违章记录存在-删除违章记录-返回信息图2.11部门负责人删除信息时序图（3）系统管理员：系统管理员除拥有职工和部门负责人拥有的权限外，还有对于部门、班组、职工信息的进行添加、删除、修改等权限系统管理员功能时序图包括： 系统管理员

15、部门管理时序图如图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

16、）系统管理员查询活动图如图2.24所示。图2.24系统管理员查询活动图（3）系统管理员修改信息活动图如图2.25所示。图2.25系统管理员修改活动图3.系统设计系统设计主要分为概念设计和详细设计。3.1概要设计系统设计的任务是确定整个系统的架构和风格，建立解决方法的高层决策。（1）系统结构设计通过对业务流程、用例图、活动图的描述，我们可以采用分层模式，根据类层次架构确定分层为：界面表示层（用户界面）、业务逻辑层（业务管理规则）、数据访问层（数据存储，数据库）。如图3.1所示：图3.1层次模式图界面表示层中主要包括：增加班组类、增加部门类、增加员工类、增加负责人类、列表显示类、main主体类；业

17、务逻辑层主要包括：违章事件类、部门类、班组类、员工类、部门负责人类、数据读取类、数据写入类；数据访问层主要包括：主要关于ADO.NET中有关数据库连接Connection CommandDataReader等对象所涉及的类。（2）类的细化通过需求分析中的用例图、协作图以及类图对类进行细化和重组类，增加遗漏的属性，同时确定相关类的服务。类名：职工属性：职工编号、姓名、性别、出生年月、专业、岗位服务：添加职工：通过职工添加界面，对新的员工信息进行添加并保存； 更新职工信息：通过职工更新信息界面，更改相关信息，并且保存修改； 删除职工：通过职工删除界面，删除退休以及下岗职工信息。类名：部门属性：部门

18、编号、部门名称服务：添加部门：通过添加界面，对新的部门信息进行添加； 更新部门信息：通过更新界面，对部门有关要修改的部门信息进行修改； 删除部门：通过删除界面，对无用的部门信息进行删除。类名：班组属性：班组编号、班组名称服务：添加班组：通过添加界面，对新的班组信息进行添加； 更新班组信息：通过更新界面，对部门有关要修改的班组信息进行修改； 删除班组：通过删除界面，对无用的班组信息进行删除。类名：违章事故属性：违章编号, 违章表现, 处理意见, 日期, 记分, 责任人编号, 发现人编号服务：违章查询：通过查询界面，输入查询条件，对违章记录信息的查询； 违章统计：通过统计界面，输入统计条件，统计符

19、合条件的违章信息； 添加违章事故：部门负责人通过添加界面，对本部门新的违章信息进行添加； 修改违章事故：部门负责人通过更新界面，对本部门有关错误的违章信息进行修改； 删除违章事故：部门负责人通过删除界面，对本部门有关违章信息进行删除。类名：部门负责人属性：部门负责人编号、部门负责人姓名、部门负责人账号、部门负责人密码、身份证号码服务：用户登录：通过部门负责人登录界面，登录获取权限； 修改用户密码：通过登录系统，对自己密码进行修改。 添加部门负责人：系统管理员通过控制后台界面，进行新的部门负责人信息录入并保存；更新部门负责人信息：系统管理员通过控制后台界面，进行部门负责人 变更；删除部门负责人:

20、系统管理员通过后台界面，对于相关无效的记录（部门负责人）删除并保存。3.2详细设计详细设计是为每个类的属性和操作做出详细的设计，以及用于实现操作的各种方法的算法和接口。所有的类都要尽可能详细的描述，给编写代码的程序员一个清晰的规范说明。通过对类图的进一步详细分析设计后利用powerdesigner工具将类图转化的CDM和PDM如下图3.2 和 3.3所示：图3.2违章计分系统 CDM图3.3违章计分系统PDM数据库清单（1）班组表如表4.5所示。表4.5班组表列名数据类型是否为空说明班组编号Varchar（10）否主键部门编号Varchar（10）否外键班组名称Varchar（10）否班组名（

21、2）部门表如表4.6所示。表4.6部门表列名数据类型是否为空说明部门编号Varchar（10）否主键部门名称Varchar（10）否部门名（3）部门负责人表如表4.7所示。表4.7部门负责人表列名数据类型是否为空说明职工编号Varchar（10）否主键部门负责人编号Varchar（10）否主键部门负责人姓名Varchar（10）否姓名部门负责人账号Varchar（10）否登陆系统账号部门负责人密码Varchar（10）否登录系统密码部门负责人身份证号Varchar（20）是身份证号（4）违章事件表如表4.8所示。表4.8违章事件表列名数据类型是否为空说明违章编号Varchar（10）否主键违章

22、表现Varchar（10）否违章说明违章日期Timestamp否日期处理意见Varchar（10）否处理记分Int否记分（5）职工表如表4.9所示。表4.9职工表列名数据类型是否为空说明职工编号Varchar（10）否主键违章编号Varchar（10）否外键班组编号Varchar（10）否外键部门编号Varchar（10）否外键姓名Varchar（10）否姓名性别Varchar（2）否性别出生年月Timestamp是出生日期专业Varchar（10）是专业总 结这次信息系统的课设,增强了对信息系统设计方面应用的理解，自己对有关系统设计有了大体的认识和经验。实验过程中，首先从需求分析出发，对系统

23、进行分析，最后进行实施阶段。需求分析也是最主要的前提，只有先做好分析，数据库才能符合用户的需求。建表是以及关系模式为基础，插入、删除、修改、查询，牵涉表和表之间的联系，主键与外键的定义，约束项的设置，使逻辑更严密，建立触发器实现复杂完整性约束，有助于数据库的稳定。对于需求分析这块我还得加强相关知识的学习，并且更要进行知识拓展。对于本次课设，有的地方还需要完善，这些不足在以后的学习中，我会更加注意，尽量做到完美。课程设计的过程存在困难，但是还收获却是很大的。这次课程设计我主要是应用以前学习的信息系统分析与设计原理以及SQL Server工具，并且查阅有关图书馆相关信息，对分析与设计的相关信息逐一

24、分析，综合起来完成了这个课程设计，从中我们总结了很多有价值有意义的学习经验，课程设计让我把以前学到的知识得到巩固和进一步的提高认识，对已有的知识有了进一步的理解和认识，让我认识到了自己对以前所学知识的不足方面，对知识有了一定的深入了解。本次课设是我第三次做课设，这次比较上次感觉能好点，对于课设格式以及步骤有了了解。这次我感觉自己必须拓宽相关知识，这样才有助于平时的学习。对于自己的不足我会在今后学习中努力弥补。参考文献1苗雪兰，刘瑞新，宋歌.数据库系统原理M. 北京：机械工业出版社，2007.2萨师煊，王珊.数据库系统概论（第三版）M.北京：高教出版社，2000. 3何玉洁.数据库原理与应用教程M. 北京：机械工业出版社，2007.4Connolly.数据库设计教程M. 北京：机械工业出版社，2005.5张俊玲.数据库原理与应用M.北京:清华大学出版社，2010.6刘亚军，高莉莎.数据库设计及应用M. 北京：清华大学出版社，2007.