建筑工人意外伤害保险服务中心信息系统的设计与实现 ——承保管理与培训管理模块---毕业论文

本 科 毕 业 论 文厦门市建筑工人意外伤害保险服务中心信息系统的设计与实现承保管理与培训管理模块Design and Realization of Information System for Accident Insurance Service Center of Construction in XiamenModules of Accept Insurance Management and Train Management姓 名： 学 号：学 院：软件学院 系：软件工程 专 业：软件工程 年 级： 指导教师： 年 月摘要厦门市管工程建筑意外伤害保险服务中心(以下简称“服务中心”)是厦门市建设工程质量安全管理协会为更好的做好建筑意外伤害保险工作而成立的服务机构。目前，“服务中心”日常对外服务主要依赖手工，在桌面单机范围内完成日常工作，没有内部办公系统，无法实现部门间信息的共享，工作效率相对低下。为了更好地开展工作，加强各部门间信息共享，开发一个“服务中心信息系统（SC-MIS）”显得尤为重要。本系统是根据“服务中心”上述需求，与部门员工进行面对面交流并获取中心各职能部门表单数据后确认设计开发的。本系统的开发运行，将大大提高服务中心的工作效率，减少服务中心的人力、财力，为服务中心创造前所未有的效益。系统开发采用struts2.1+hibernate技术。本文从以下几个方面进行论述。第一部分为引言，简要描述项目开发背景、开发意义及使用的工具，并且介绍了系统的大致开发流程以及作者负责的工作；第二部分为系统的总体设计，明确用户需求后，确定系统功能模块与系统工作环境，确认采用B/S架构进行系统开发；第三部分为系统的详细设计，包括各模块的用例设计，数据库设计，系统流程控制等，以及各功能模块开发的基础和依据；第四部分介绍了作者负责模块的具体实现，按各功能模块的控制流程，介绍界面设计与代码实现等；第五部分为结束语，主要介绍了作者在系统开发期间的收获与心得，对大学四年的一个简短总结，以及对指导老师的致谢。关键词：保险服务；MVC框架；B/S架构AbstractThe Accident Insurance Service Center of Tube Construction in Xiamen is a service agency which is established by the Quality and Safety Management Association in construction project in order to do a better construction accident insurance job. At present , the routine external service is mainly depend on handwork , to complete the daily work within the scope of stand-alone desktop , relatively low efficiency without internal office system leading that each department can not sharing the information . In order to development work better, it is particularly important for us to strengthen the information sharing among each department and to develop a “Service Center Information System (SC-MIS). The system is based on Service Center above mentioned requirement and also after acquired each center functional department data sheet confirm to design and developed 。With this systems developed, the Service Centers work efficiency will be greatly enhanced. It will allay its manpower and finance source, and create great benefit it never got. The system will be developed using Struts2.1 and Hibernate technology. This paper will discuss it with following aspects.The first part is the introduction. A brief description of the projects development background, the meaning of the projects development and the using tool. Besides the general development process and the work responsible by the author are introduced. The second part is the general design. After cleared the clients demands, confirm the System function module and the system working environment .Validate to carry out the system development using the BS structure.The third part is the detail design of the system. Including the use-case design of each module, database design, process control of the system and so on .And the foundation and basis of each function modules development. The fourth part introduced the concrete realization of the module which the author is responsible for .Introducing Interface design and the concrete realization of the code according to the control process of each function module.The last part is concluding remarks .Mainly introduced what the author had gained or learned form the systems development, a brief summary of the four years college life, at the same time thanks a lot to my guidance teacher.Key Words: Insurance Service; MVC Framework; B/S目录第一章 引言11.1项目开发背景11.2项目开发意义11.3项目开发工具11.4项目开发任务3第二章 系统总体设计42.1 需求规定42.2运行环境52.2.1 硬件环境52.2.2软件环境52.3概念性系统设计与处理流程62.4系统模块结构72.5系统部署架构72.6 数据库设计92.6.1 提取数据信息92.6.2 建立ER模型102.6.3 确定数据表112.6.4 数据访问17第三章系统详细设计183.1用户登录模块183.2 承保部数据管理模块193.2.1模块用例设计193.2.2模块类设计213.2.3模块时序图22.安全教育部数据管理模块233.3.1模块用例设计233.3.2模块类设计263.3.3模块时序图273.4系统界面设计27第四章用户登录模块294.1模块开发前准备294.2界面设计304.3具体功能实现304.4运行效果31第五章 承保部数据管理模块325.1 模块开发前准备325.1.1新增保单325.1.2查询保单325.1.3浮动费率设置345.1.4浮动费率的月末统计345.2.界面设计355.3 具体功能实现355.4运行效果375.4.1新增保单业务375.4.2查询保单业务385.4.3浮动费率设置395.4.4查看单位浮动费率39第六章安全教育部数据管理模块406.1模块开发前准备406.1.1讲师信息管理406.1.2培训教育服务回访416.1.3培训计划培训实际执行426.1.4培训反馈426.2界面设计426.3具体功能实现426.4运行效果446.4.1讲师信息管理446.4.2培训教育服务回访446.4.3培训计划、培训实际执行456.4.4培训反馈47第七章结论48参考文献49致谢50contentsChapter 1 Introduction11.1 Background of the Project11.2 Sinificance for Developing11.3 Tools in use11.4 Responsibility of the Project3Chapter 2 The Total Design42.1 Requirements42.2 Running Conditions52.2.1 Hardware Conditions52.2.2 Software conditions52.3 Design in Conception62.4 Modules of the System72.5 Deployment of the System72.6 Database Design92.6.1 Distill Data Information92.6.2 Build E-R Model102.6.3 Fix on Data Table112.6.4 Data Access17Chapter 3Design in details183.1 User Login Module183.2 Information Management of Accept Insurance Department193.2.1 Use Cases193.2.2 Classes 213.2.3 Sequence Drawing223.3 Information Management of Security Education Department233.3.1 User Cases233.3.2 Classes263.3.3 Sequence Drawing273.4 Interface Design27Chapter 4User Login Module294.1 Preparation of Developing294.2 Interface Design304.3 Function Implemention304.4 Running Effection31Chapter 5 Infor Managt of Accept Insurance Department325.1 Preparation of Developing325.1.1 Add a Insure325.1.2 Search Insures325.1.3 Set FloatRate345.1.4 Stat FloatRate345.2.Interface Design355.3 Function Implemention355.4 Running Effection375.4.1 Add a Insure375.4.2 Search Insures385.4.3 Set FloatRate395.4.4 View FloatRates39Chapter 6Infor Managt of Security Edu Department406.1 Preparation of Developing406.1.1 Instructors Management406.1.2 Train Visits416.1.3 Train Execution426.1.4 Train Feedback426.2 Interface Design426.3 Function Implemention426.4 Running Effection446.4.1 Instructors Management446.4.2 Train Visits446.4.3 Train Execution456.4.4 Train Feedback47Chapter 7Summary48References 49Acknowledgment50厦门市建筑工人意外伤害保险服务中心信息系统的设计与实现承包管理与培训管理模块第一章 引言1.1项目开发背景本系统用户是厦门市管工程建筑意外伤害保险服务中心各职能部门工作人员。目前，“服务中心”日常对外服务主要依赖手工，在桌面单机范围内完成日常工作，没有内部办公系统，无法实现部门间信息的共享，工作效率相对低下。为更好开展工作，加强各部门间信息共享，进而高效地统计和分析服务中心各类数据，开发一个“服务中心信息系统”（SC-MIS），支持中心内部各职能部门相关业务，显得尤为重要。本系统就是在“服务中心”需求极为迫切的背景下确定开发的。1.2项目开发意义SC-MIS的开发，有助于加强“服务中心”各职能部门之间的信息共享。使工作人员更为便利地对数据进行录入、修改、查询，以更快捷更高效的方式完成承保、计划安排、数据统计与分析等工作。从而极大地提高各职能部门的工作效率，为“服务中心”节省人力、财力。同时通过对数据进行有效分析，可以更深地了解建筑施工的各种危险因素及来源，从来有效地组织培训教育活动，避免意外伤害事故的发生，为施工人员的生命安全与财产安全提供更好的保障。1.3项目开发工具SC-MIS使用当下流行的MVC框架Struts2.1与hibernate实现。系统的开发环境如下：1. 操作系统平台：Windows XP Professional2. 开发工具：MyEclipse 7.13. 系统开发框架：Struts2.1+HibernateStruts是当下流行的用于web项目开发的MVC框架。MVC设计模式即将系统分为3个部分：模型Model、视图View、控制器Controller。模型组件：负责业务逻辑，模型包含应用程序的核心功能。模型封装了应用程序的状态。视图组件：负责表示业务范围的视图；视图提供模型的表示。它是应用程序的外观。它对控制器一无所知。控制器组件：负责控制用户输入的流和状态；控制器对用户的输入做出反应。它创建并设置模型。Struts，它是使用 Servlet 和 JavaServer Pages 技术的一种MVC 实现。Hibernate是一种JAVA语言下的对象关系映射解决反案，它为面向对象的领域模型到传统的关系型数据库的映射，提供了一个使用方便的框架。Hibernate也是目前Java开发中最为流行的数据库持久层框架。它的设计目标是将软件开发人员从大量相同的数据持久层相关编程工作中解放出来。Hibernate不仅负责从Java类到数据库表的映射（还包括从Java数据类型到SQL数据类型的映射），还提供了面向对象的数据查询检索机制，从而极大地缩短了手动处理SQL和JDBC上的开发时间。通过JDBC来访问数据库，相对来说就比较麻烦。采用Hibernate首要的目的就是可以自动生成DAO的相关实体类和访问类，在MyEclipse中是通过Hibernate的反向工程技术（Hibernate Reverse Engineering）生成。Hibernate对JDBC做了一个轻量级的封装，本身并不具备事务管理能力。在事务管理层，Hibernate 将其委托给底层的JDBC 或者JTA，以实现事务管理和调度功能。我们通过其提供的数据操作接口可以直接访问数据表的内容,省去了自己对数据访问层的代码编写工作。因而采用Hibernate框架，对系统开发具有快速高效的优势。4. 数据库：MySQL5.软件建模工具：Microsoft Office Visio 、 StarUMLVisio是Microsoft提供的一款建模工具，不仅包括软件工程的一些建模，还涉及其他建筑、网络、建筑工程等建模。Visio中可以全面引用UML语言中所有的事务、关系和图，更好地体现图形化设计的意义，Visio基于Microsoft的Visual基础，其可视化设计允许操作者通过拖曳就能轻松的完成模块的建设。而StarUML是时下非常流行的建模工具，用它可以非常快速方便地绘制软件类图、时序图、状态机图等，以加深对系统的理解，加快系统开发进度。6.Web服务器：Tomcat1.4项目开发任务本系统由迟伟杰同学与我合作开发。由于以前没学过struts、hibernate课程，也未用该技术做过任何项目，所以我们基本上是边学边用。这也符合大学教育的目的与要求培养学生的学习与实践能力。“服务中心”下设综合部、承保服务部、安全教育部、防灾防损部。SCMIS也由此分为综合部数据管理、承保部数据管理、安全教育部数据管理、防灾防损部数据管理,另加用户登录、后台管理共六个功能模块。各个功能模块需要完成数据的录入与查询，数据统计，导出文件，部分数据的修改等功能。本人负责用户登录、承保部数据管理、安全教育部数据管理三个模块即页面的总体布局设计，以及后期的部署整合工作。第二章 系统总体设计2.1 需求分析根据用户提出的需求，从用户引入系统的原因，软件需要实现的功能，工作人员的业务操作情况等方面逐条分析具体流程的有效性和可行性，从软件的角度完善其中的细节，在与用户沟通协调后，确定模块的主要功能包括：1. 承保业务基本数据的录入。2. 保单数据的浏览与查询，用户可通过设定各种查询条件与查询模式对保单进行查询。3. 对查询结果分页显示并实现导出成文件。4. 设定浮动费率系数，由系统根据各施工单位的费率计算保险费在用户新增报单时呈现给用户。5. 添加、修改、删除讲师团信息。6. 安全教育培训服务回访数据、反馈信息，培训计划安排及实际执行的录入与查询。7. 不同身份用户登录。根据用户需求，对以下应用规划做明确约定：1. 每张保单对应一个工程项目，一个施工工地。2. 每个部门的维护功能/信息不交叉。3. 每张保单（及对应一个工程项目）对应一个回访记录、一个培训计划与培训实际执行，对应一个反馈记录。4. 保单管理，本系统将数据进行录入，并且数据进入系统后仅供查询，而不能进行任何修改。当保单数据重复导入时，将以后者覆盖前者。5. 查询条件选择，用户选择字段元集合中的某一字段元作为查询条件，由用户设定查询模式（与、或、非）。6. 根据用户输入的保险单编号，自动提供相应保险单的浮动费率系数设定。浮动费率系数设定以下拉式表单提供给用户，用户设定奖罚模式、奖惩部门、奖罚原因等信息。7. 在录入安全教育培训服务回访数据时，用户在系统自动生成的“安全教育培训服务部回访表”中录入回访记录，并可选择将回访表导出成文件。8. 用户输入的保险单编号必须符合规定的编号格式。如由字母与数字组成的字符串。2.2运行环境2.2.1 硬件环境服务器（Web、数据库）规格CPU：Pentium(R) 4 2.93GHzRAM：2G或以上HDD：160G或以上PC机规格CPU：Pentium(R) 4 2.93GHz 以上RAM：512M 以上HDD：80G 以上2.2.2软件环境服务器软件安装：操作系统：Windows 2003 Server；数据库：MySQL；开发工具：MyEclipse 7.1Web服务器：TOMCATPC机软件安装:Windows XP 操作系统2.3模块处理流程根据系统需求，确认本人负责模块流程图如下：承保业务部：图2-1 承保业务部模块处理流程培训教育部：图2-2 培训教育部模块处理流程2.4系统模块结构在总体设计阶段，针对需求分析所获信息，将系统大致分为六个功能模块：用户登录模块、承包业务部数据管理、综合部数据管理、安全教育部数据管理、防损防灾部数据管理、后台管理。模块之间实现数据共享，但信息维护相互独立，因而又可以按部门将系统分为四个分系统。系统的模块结构图如下（省略用户登录模块）：图2-3 系统功能模块图2.5系统部署架构本系统采用B/S（Browser/Server）架构。在这种结构下，用户工作界面是通过浏览器网页来实现，主要事务逻辑在服务器端（Server）实现，形成所谓MVC三层架构。根据用户的需求陈述，可以确定本项目分为客户端和管理端，客户端主要功能是向普通用户提供服务中心各职能部门的相关业务操作。管理端的主要功能是完成普通用户的增删、权限的设置，当普通客户对数据不具修改权限时由定制用户授予修改权限。根据系统需求的主要功能，设计系统具备的元件以及这些元件之间的关系，在满足可扩展性、安全性、可定制性和强制性目标的前提下，确定整个应用系统从处理功能上被分为三层。系统的三层架构如图2-4。图2-4 系统部署图l 功能：1. 表示层:用户接口部分,实现用户与系统间的对话交互功能。主要用于接受用户的输入与操作结果的呈现。2. 控制层:实现业务逻辑功能的算法和处理。处理表示层的输入或调用数据层返回数据结果回显给表示层。控制层完成各项业务功能的处理，包括输入的校验处理，把校验处理放在服务器端而不是客户端是为了系统安全性考虑的。3. 模型层:创建实体类，负责与数据库进行交互，建立数据库与控制层间的接口。l 优点：1. 提高程序的可维护性：三层架构层次分明，一旦运行出现问题，可以快速的判断是哪一层的问题，利于维护。2. 可以合理快速的开发：三层之间除了调用没有其他关联，只需先把三层之间的接口定义好，可以并行开发，提高开发的进度。3. 提高系统的安全性：每层都有安全设置，即使表示层被攻破，那下一层的安全还有保障。4. 提高系统的扩展性：三层结构最大的好处就是在扩展应用系统时，改动的部分不影响大局。对于B/S结构，通常只将表示层部署在客户端，而控制层和模型层部署在服务器端。为了提高客户端的响应速度，尽量减少与功能层的交互，最好可以一次交互就完成所有数据的采集。这样客户端根本不需要安装任何软件，只要有浏览器就可以，而一旦客户端太多，响应数据量过大，则相应地增强服务器的处理功能就可以了，其他地方不需要变化。如果业务功能和数据响应的处理都很大，可以将功能层和数据层都部署在服务器上，这样能更快地响应，从而提高用户的工作效率。鉴于此，本系统控制层和业务逻辑层部署在一台服务器上，其他终端用户层只显示数据，无处理功能。2.6 数据库设计2.6.1 提取数据信息数据库是一个系统的灵魂。数据库设计的合理性与优劣程度直接影响到系统开发的效率、性能与后期维护等方面。依据“服务中心”的功能需求，参考各职能部门提供的表单，提取数据如下（只包括本人负责的模块）：1. 多种不同角色用户构成的用户表。2. 角色表，存储不同角色用户的角色信息。3. 施工单位信息表。由于厦门市施工单位数量的有限性与不易变性，其数据可直接输入表中形成固定信息表，页面加载时可直接从中读取信息。4. 保单信息表。5. 工程类别表。该表存储工程类别信息，工程的保险费率与工程类别有关。同样由于其内容的不易变性作为固定表。6. 工程规模表。存储工程规模信息，保险费率也跟它有关，同样的原因作为常数表。7. 与保单信息表对应起来的奖惩表，奖惩表其实是记录一个施工单位的奖惩情况，由这些奖惩情况来改变该单位的浮动费率。8. 讲师信息表。讲师是“服务中心”安全教育部派给施工单位实行安全教育培训的。9. 培训计划、培训实际执行表。由于两表所含共同信息较多，所以将两表合并为一个表，其中增设一个字段来判断记录类别。10. 培训回访表。该表记录施工单位的回访信息。11. 培训反馈表。该表记录施工单位对培训效果的评价及培训的意见建议。2.6.2 建立ER模型关系型数据库是当前广泛应用的数据库类型，本系统即按照关系数据库设计的要求和标准设计。关系数据库设计是对信息进行组织化和结构化的过程，核心问题是实体关系模型的设计。简洁、结构明晰的表结构对数据库的设计是相当重要的。本系统采用ER法进行数据库设计，ER法即实体关系方法，是根据实体及实体之间的关系建立数据模型的方法。针对上述提取数据，采用ER法建模见图2-5。图2-5 数据库E-R模型2.6.3 确定数据表根据提取的数据信息与ER模型确定表结构如下（只包括本人负责的三个功能模块的数据表信息）：1. 施工单位表departs：该表记录施工单位的基本信息，因为该表内容不常变动，所以直接由管理员往该表中插入所需数据。单位的浮动费率是经过用户月末统计后的当前浮动费率表 2-1 部门表DepartsdepartIDint主键，自动编号departNamevarchar(20)单位名称departAddrint单位地址currentFloatRatedouble单位当前的浮动费率ContactPersonVarchar(20)单位联系人contactPhoneVarchar(20)单位联系电话2. 项目类别表project_types：工程保险费率是由工程造价、工程类别与施工单位的浮动费率共同决定的，不同工程类别对应不同的费率调整系数。见表2-2。表 2-2 工程类别表project_typestypeIDint主键，自动编号typeNamevarchar(20)工程类别名称ratedouble工程类别调整系数3. 保单表insures：因为一个保单对应一个工程项目，所以将所有的工程信息合并到保单表中，这样减少了表的数量，便于数据的管理，也符合数据库设计的原则。见表2-3。4. 奖惩表premium_punishs:为简化数据库设计，减少页面初始化内容的加载，针对“服务中心”具体情况，将奖惩表中字段做如下约定： 1.奖惩单位：“xm”厦门市建设与管理局；“fj”福建省建设厅；“gj”国家建设部 2.奖惩原因：“bz”表彰；“wm”文明工地；“tb”通报批评；“cf”行政处罚 3.奖惩模式：“jl”奖励；“cf”惩罚 4.安全事故：11死或3人以上重伤；22人死亡；32人以上死亡 见表2-4。表 2-3 保单表insuresinsureIDChar(5)主键insureHoldervarchar(20)投保人insurantNumInt被保险人数insureDateDate保险日期insurecertifiedDouble保额insureFeeDouble保险费projectNameVarchar(20)工程名称projectAddrVarchar(50)工程地址projectTimeInt 工期contactPersonVarchar(20)工程联系人contactPhoneVarchar(20)工程联系电话contactAddrVarchar(50)工程联系地址costdouble工程总造价departedInt 外键，连接施工单位表 表 2-4 奖惩表premium_punishsppIDint主键，自动编号ppModelChar(2)奖惩模式（奖或罚）ppDepartChar(2)奖惩单位ppReasonChar(2)奖惩原因ppDateDate奖惩日期securityAccidentChar(2)安全事故floatRateDouble此次浮动费率变化departIDInt外键，受奖惩单位5. 工程规模表project_scales： 如前所述，工程保险费率由工程规模等因素决定。工程规模由造价决定，依1000万以下，10013000万，30015000万，500110000万，1亿以上五个级别。由该表内容的不易变性，由管理员直接输入内容。见表25表 2-5 工程规模表project_scalesscaleIDint主键，自动编号minCostDouble工程最低造价maxCostdouble工程最高造价RateDouble工程规模费率6.讲师信息表instructors：表 2-6 讲师表instructorsinstrIDint主键，自动编号instrNameVarchar(20)讲师姓名GenderChar性别IcardVarchar(20)身份证号码contactPhoneVarchar(20)联系电话SubjectVarchar(20)主讲课程7. 培训表trains(此表包括培训计划与培训实际执行):由于培训计划与培训实际执行包含很多共同信息，为避免数据字段冗余，所以将两表合并为一个表，以planOrExec标记，见表27。8.培训回访表train_visits:培训回访表用于记录客户对培训的意见建议，是客户在培训期间或培训后针对培训的实际情况给服务中心的一个访问记录。主要内容存放在回放情况字段中。见表2-8。表 2-7 培训表trainstrainIDint主键，自动编号trainAddrVarchar(50)培训地点areaVarchar(20)培训区域trainDateDate培训时间InstructorVarchar(20)培训讲师DriverVarchar(20)司机assistentVarchar(20)助教attendeeNumInt参训人数certificateNumInt证书数量planOrExecInt计划或实际执行标记0：计划 1：实际执行planIDInt若为实际执行此为内键指向本表中对应的计划；若为计划则为空。commentsVarchar(50)备注insureIDChar(5)外键，指向保单表 2-8 培训回访表train_visitsvisitIDint主键，自动编号workerVarchar(20)工作人员instanceVarchar(255)回访情况visitDateDate回访日期driverVarchar(20)司机insureIDChar(5)外键，指向保单9. 回访反馈表train_feedbacks:该表一些字段值包括工作人员态度评价，讲师表达水平、授课清晰度、总体效果约定如下：1满意；2一般满意；3不满意 发送礼品情况约定：0：未发送；1：已发送 见表 2-9表 2-9 培训反馈表train_feedbacksfeedbackIDint主键，自动编号attitudeInt工作人员态度expressionLevelInt讲师表达水平clarityLevelInt授课清晰度effectLevelInt总体效果suggestionVarchar(255)建议意见giftSendInt是否发送礼品0：未发送 1：已发送insureIDChar(5)外键，指向保单10用户表users:表 2-10 用户表usersuserIDVarchar(20)主键 用户名PwdVarchar(20)用户密码RoleInt外键，用户角色11角色表roles：系统登录要求按照不同角色定位到不同部门，该系统按“服务中心”部门分布情况，分为五个不同的登录角色管理员，承保部成员、安全教育部成员、防灾防损部成员、综合部成员。表 2-11 角色表rolesroleIDint主键，自动编号roleNameVarchar(20)角色名2.6.4 数据访问本系统采用Hibernate的反向生成机制生成DAO的实体类和访问类，由Hibernate组件负责数据库访问，通过DAO提供HQL实现的数据访问函数直接操作数据库。对数据进行基本操作的函数都是由反向生成机制自动实现的，减少了许多的编程工作。同时对数据库的访问是应用面向对象的HQL，使得数据访问更为方便，更凸现出面向对象设计的思想。经过实践发现，Hibernate反向生成（Hibernate Reverse Engineering）自动实现的数据访问函数不能正确地完成数据访问及存储功能，而须把一次访问操作放入getSession().beginTransation().begin();与getSession().begi- nransation().commit()之间方能正确实现。也就是需用事务来处理每一次访问操作。第三章系统详细设计3.1用户登录模块用户登录模块要求界面简洁清新，操作简单方便。在界面以下拉列表框的方式供用户选择登录模式，包括承保部成员、综合部成员、防灾防损部成员、安全教育部成员、管理员登录模式。根据选择的模式系统将用户界面切到相应的部门模块。用户登录模块的类设计简单，所以放在承包部业务数据管理模块，见图用户登录模块时序图：图3-1 用户登录时序图3.2 承保部数据管理模块3.2.1模块用例设计图3-2 承保部用例图主参与者：承保部普通用户。办理承保业务的工作人员，可自由录入与查询相关数据，但不能修改数据。用例列表：U1：新增保单前提条件：用户已经成功登录。1.用户在承保部单击“新增保单”链接。2.用户往页面表单中录入相关数据。3.用户单击提交按钮或重置清空数据。4.系统提示操作成功或出错。后置条件：保单表中新增或更新一条保单记录。U2：浏览保单 前提条件：用户成功登录系统。1. 用户单击页面“浏览”链接。2. 系统跳到保单信息列表页面，分页显示所有保单基本信息。3. 用户单击保单列表中的“查看详细”链接，查看保单的详细信息。后置条件：用户查看到所有保单信息。U3：查询保单 前提条件：用户成功登录到系统。1. 用户单击“查询保单”链接。2. 系统显示查询条件录入UI。3. 用户设定查询条件，单击确定。4. 系统显示所有满足条件的保单信息。扩展：4.1 用户可将查询结果导出为文件保存到磁盘。后置条件：用户查询到满足条件的所有信息。U4：浮动费率设置前提条件：用户成功登录系统。1. 用户单击“浮动费率设置”链接。2. 系统呈现浮动费率设置UI3. 用户设定奖罚情况，单击确认。4. 系统提示操作成功或出错。后置条件：奖惩表中新增一条奖惩记录。3.2.2模块类设计图3-3 承保部模块类图类描述（未列出所有类，仅举例说明）： 类名称：LoginAciton属性：userID（String） 用户名 pwd(String) 密码 role(String) 角色方法：checkLogin（） 调用DAO地login方法，验证用户登录信息，正确则登录成功，错误返回提示信息 ValidateChechLogin（） 输入验证函数，验证用户输入是否完整合法。类名称：AddInsureAction属性：insureID(String) 保单编号 insureHolder(String) 投保人 departName(String) 施工单位名称 insurantNum(int) 参保人数 insureDate(Date) 投保日期 projectName（String） 工程名称 projectType（String）工程类别 方法：addInsure（） 调用DAO的addInsure方法，往数据库中插入或更新一条保单信息。3.2.3模块时序图新增保单业务的时序图为：图3-4 新增保单时序图其他业务处理时序图与新增保单业务相似，这里不再累述。.安全教育部数据管理模块3.3.1模块用例设计 该模块用例图为：图3-5 安全教育部用例图主参与者：安全教育部普通用户用例列表：U1：讲师信息管理前提条件：用户以安全教育部成员身份成功登录1. 用户单击“培训讲师数据管理”链接。2. 系统分页呈现所有讲师信息。3. 用户单击添加链接。4. 系统呈现讲师信息添加UI。5. 用户完成信息录入，单击提交。6. 系统提示录入成功，显示所有讲师信息。7. 用户单击“修改”链接8. 系统呈现修改UI9. 用户完成信息修改，单击提交10. 系统提示修改成功，显示所有讲师信息。11. 用户单击“删除”链接12. 系统提示用户是否确定删除。13. 用户单击确定 或 取消。14. 系统提示用户删除成功回到信息显示页面或直接回到信息显示页面。后置条件：用户取消或成功完成对讲师信息的操作。U2：培训计划安排前提条件：用户以安全教育部成员身份成功登录系统，并且承保组已录入相应保单。1. 用户单击“培训计划”链接。2. 系统提示用户输入保单编号。3. 用户输入保单编号，单击确定。4. 系统呈现培训计划UI或显示已录入的计划信息。5. 用户录入培训计划单击提交。6. 系统提示用户录入成功。后置条件：用户成功录入计划信息，或查看到已录入信息。U3:培训实际执行前提条件：用户以安全教育部成员身份成功登入系统，并且承保组已录入相应保单。1. 用户单击“培训计划”链接。2. 系统提示用户输入保单编号。3. 用户输入保单编号，单击确定。4. 系统呈现培训计划信息及“实际执行”链接UI。5. 用户单击“实际执行”链接。6. 系统显示实际执行UI或显示已录入实际执行的信息。7. 用户输入实际执行信息，单击提交。8. 系统提示用户录入成功。后置条件：用户成功录入实际执行信息或查看到已录入的实际执行信息。U4:培训回访信息管理前提条件：用户以安全教育部成员身份成功登入系统，并且承保组已录入相应保单。1. 用户单击页面“安全教育服务回访”链接。2. 系统提示用户输入保单号。3. 用户输入保单号，单击确定。4. 系统显示服务回访录入UI或显示已录入回访信息。5. 用户录入回访信息，单击提交按钮。6. 系统提示录入成功。后置条件：用户成功录入回访信息或查看到已录入的回访信息。U5:培训反馈信息管理前提条件：用户以安全教育部成员身份成功登入系统，并且承保组已录入相应保单。1. 用户单击“安全教育培训反馈”链接。2. 系统提示用户输入保单编号。3. 用户输入人保单编号单击确定。4. 系统显示培训反馈录入UI或显示已录入的培训反馈信息。5. 用户录入反馈信息，单击提交按钮。6. 系统提示用户录入成功。后置条件：用户成功录入反馈信息或查看到已录入的反馈信息。3.3.2模块类设计图3-6 安全教育部模块类图类描述（未列出所有类，仅举例描