保险公司业务标准管理系统.doc

1 绪论
1.1 课题背景
随着社会经济迅速发展和科学技术全面进步，计算机事业飞速发展，以计
算机与通信技术为基本信息系统正处在蓬勃发展时期。经济文化水平明显提高，人们对生活质量及工作环境规定也越来越高。并且计算机技术和网络技术日益渗入到人们生活、工作和娱乐方方面面。始终以来人们使用老式人工方式管理文献档案，这种管理方式存在许多缺陷，如:效率低、保密性差，此外时间一长，将产生大量文献和数据,这对于查找、更新和维护都带来了不少困难。通过计算机对信息进行管理是一种非常迫切需求，也为无纸化办公迈出了坚实一步。它长处是无论在管理还是在资料存储上都是极为以便有效。例如：检索迅速、查找以便、可靠性高、存储量大、保密性好、寿命长、成本低等。这些长处可以极大地提高信息管理效率，也是公司科学化、正规化管理，与世界接轨重要条件[1]。
保险管理系统发展历史可以追溯到20世纪70年代末期。由于当时计算机技术已经进入实用阶段，同步大量保险客户以及所产生一系列信息管理既费时费力又非常容易出差错，为理解决这个矛盾，第一代人寿保险管理系统应运而生。当时由于技术条件和需求限制，顾客非常少，它浮现为保险信息管理展示了美好前景，即用计算机高速度和自动化来代替手工巨大工作量，用计算机高精确性来避免手工错误和误差。
保险管理系统革命性变革出当前20世纪90年代末。随着信息爆炸、知识经济时代到来，使客户、公司、社会对保险管理系统有了更高需求；同步由于个人电脑普及，数据库技术、客户/服务器技术，使得第二代保险管理系统浮现成为必然。第二代保险管理系统特点是从客户管理角度出发，用集中数据库解决几乎所有与保险有关数据。和谐顾客界面，强有力报表生成工具、分析工具和信息共享使得保险管理人员得以挣脱繁重寻常工作，集中精力从战略角度来考虑保险业规划和政策。
管理信息系统开发办法有生命周期法、原型法和面向对象开发等[2]。生命周期法（Life Cycle Method）是20世纪60年代发展起来一种应用广泛且比较成熟管理系统开发办法，它基本思想是将系统开发工作从开始到结束划分为若干个阶段，每个阶段均有明确任务，而系统开发出来后，并不意味着生命周期结束，而意味着依照组织需要对系统修改和重建开始；原型法(Prototypi Method)是20世纪80年代发展起来，旨在变化生命周期法缺陷一种系统开发办法，该办法开发思路是一方面依照顾客规定，由顾客和开发者共同拟定系统基本规定和重要功能，运用系统迅速生成工具，建立一种系统模型，再在此基本上与顾客交流，将模型不断补充、修改、完善，如此重复，最后直至顾客和开发者都比较满意为止，从而形成一种相对稳定、较为抱负管理信息系统；面向对象（Objet Oriented）开发办法于20世纪80年代开始兴起，是一种基于问题对象自底向上一种系统开发办法，这种办法特点是以对象为基本，对象是分析问题和解决问题核心。基于以上三种办法特点和各自优缺陷，本保险管理系统运用软件工程化思想和办法，总体上是采用构造化生命法进行系统分析和设计，而系统实现等环节则采用了原型法和面对对象办法。
在计算机飞速发展今天，将计算机这一信息解决机器应用于人寿保险行业是势必所然，并且这也将为管理带来前所未有变化，它可以带来意想不到效益，同步也会为公司飞速发展提供无限潜力。开发这个管理信息系统优势重要体当前，极大提高了保险公司工作人员工作效率，大大减少了以往出入存流程繁琐，杂乱，周期长弊端。借助计算机系统对数据解决严密性等特有机制，在改进人寿保险业务数据管理方式，减少业务人员劳动强度，提高劳动生产率等等方面，人寿保险业务管理系统都起到了良好效果。同步还能使得业务流程更加规范化，信息和数据解决更加高效精确，能适应信息化规定，能协助工作人员运用计算机，迅速以便对人寿信息和数据流进行管理、输入、输出、查找所需操作，使杂乱业务数据可以详细化，直观化、合理化等。
1.2 开发研究本课题必要性和意义
人类文化水平明显提高、人们对人寿保险意识增长,自然中华人民共和国人寿保险公司规模不断扩大。随着客户数量不断增长，管理难度也越来越大，并涉及到大量数据解决，此前手工操作不但挥霍时间、人力、物力，并且工作率低，容易出错，而应用计算机管理，可以大大提高工作效率，以合用社会发展。人寿保险管理信息化限度体当前将计算机与信息技术应用于经营与管理，以当代化工具代替老式手工作业。无疑，使用信息化管理可以使人寿保险管理更先进、更高效、更科学，信息交流更迅速。要想提高劳动生产，减少成本，提高服务质量和管理水平，进而增进经济效益，必要借助计算机来进行当代化信息管理[3]。
信息管理系统服务性系统，能满足保险业务需求、客户群拓展和管理模式变化。系统开发具备超前意识，强调系统原则化、系列化，模块化设计，有明确功能模块构造和技术支持模块构造，便于系统维护、修改和升级，跟随先进技术发展。工程信息管理自动化、规范化是当今社会发展趋势。信息录入项目齐全、完整、系统，这些无疑是当代工程信息管理系统规定。当代化工程信息管理系统中灵活使用了表格对档案分门别类，构成工程信息管理系统，可以以便地查询、阅读、修改、交流和重复使用。
作为毕业设计这一最后环节是学生完毕本专业基本课程、专业课程及实践课程一次综合性练习与实践，是检查学生综合运用所学知识解决实际问题能力，是以本专业知识参加社会工作前一次模仿训练。通过这次毕业设计开发这个管理信息系统，能更深刻地对数据库基本理论和计算机基本知识理解，提高运用数据库解决实际问题能力，掌握普通程序设计基本办法和过程。
2 需求分析
需求分析是一种管理系统成功实行基本，只有弄清晰客户需求，才干真正开发出满足客户需求管理信息系统，才可以真正让整个系统发挥其应有作用。只有通过软件需求分析才干把软件功能和性能总体概念描述为详细软件需求规格阐明，进而建立软件开发基本。需求分析基本任务就是拟定开发软件应有哪些功能，应达到什么性能，拟定软件设计限制和软件同其她系统元素接口细节，定义软件其她有效性需求。下面就从几种方面来分析人寿保险公司业务管理系统（服务器端系统开发）目的和需求。
2.1 功能需求分析
在对淮安市人寿保险公司业务流程等进行了详细理解后，再综合顾客需求， 整顿出一种人寿保险业务管理系统开发构造，并对该构造进行了分析得出本系统应包括如下功能。
a）保险人有关信息入库，以及入库后信息修改、删除、增长以及打印。
b）能对保单整体及个人详细状况进行详细或模糊查询，并对其进行打印。
c）为了对查询成果很清晰记录出来，对记录成果用图表或报表进行分析。
d）本系统是一种保密性高系统，因而规定对顾客权限做了限制，同步过滤非法顾客登陆。系统可以对各种信息逐项录入，对录入基本信息可以查询、记录，通过图形、报表等方式对某些信息进行及时反馈，为领导层做出决策提供根据。有完善管理系统，通过系统管理功能赋予不同顾客不同权限，使系统管理更加安全、规范。
2.2 性能需求分析
a）稳定性：系统应具备长期持续工作能力。
b）安全性：有良好顾客身份认证体制和灵活密码更改模块；顾客权限可以
通过管理员灵活修改。
c）实用性：顾客界面做到直观、和谐，业务人员只需通过简朴培训即可操作。
d）可靠性：采用良好操作系统和数据库，保证数据一致性和完整性，并使系统免受病毒感染。
2.3 业务流程分析
业务流程分析可以协助咱们理解某项业务详细解决过程，发现和解决系统调查工作中错误和疏漏，修改和删除原系统中不合理某些，在新系统基本上优化业务解决流程[4-6]。通过调查分析，人寿保险公司业务管理系统业务流程是：顾客登录系统前一方面判断顾客名和密码与否对的，如果不对的就停留在登录界面重新输入；如果输入信息对的就可以顺利进入服务器端进行系统管理。若登录顾客权限是管理员，则进入服务器端管理系统后就可以对客户信息，基本保单信息，客户缴纳保险金单据信息，顾客信息等进行添加、修改、删除、查询操作。若登录顾客是浏览者，则只能查询该顾客有关信息。系统流程图如图2.1所示。
Y
N
客户资料管理
开 始
用 户
登 陆
图2.1系统流程图
受益人资料管理

数据库维护

缴费信息管理

基本资料管理

保单信息管理

被保人资料管理

人
寿
保
险
公
司
业
务
管
理
系
统

2.4 数据需求分析
2.4.1 系统数据流图
数据流图是描述系统逻辑功能图形工具，重要是将目的软件系统中各子功能以及她们之间数据流动用图形表达。数据流图细化过程，事实上是解决子功能和数据流细化过程。随着这一过程进行，本系统顾客需求将会进一步精准化、一致化、完全化。详细数据流图如下所示：
a）总体数据流图
管理员登录后台系统后，依照客户提供有关信息，录入详细保险信息表，通过审核之后，得出保险定单成果，最后反馈给管理员。总体数据流图如图2.2所示：
D1保险信息表
D2保险定单成果
客户信息
3

审核
管理员
顾客名，密码
1

登录
客户信息
2
录入
信息
保单信息

图2.2总体数据流图
b）客户信息管理模块数据流图
管理员依照录入客户基本信息，进行客户信息记录和编辑，最后还是反馈给管理员。同样，客户查询有关信息，最后信息也是反馈给管理员。客户信息管理模块数据流图如图2.3所示：
D1客户信息
D2每个客户信息
D3查询信息
查询信息
编辑后信息
记录后信息
客户查询条件
客户信息
客户信息
管理员
客 户
1.0
客户信息记录
2.0
客户信息编辑
3.0
客户信息查询
管理员
图2.3客户信息管理模块数据流图

c）顾客信息管理模块数据流图
管理员登陆后台系统后，可以选取对顾客信息进行添加、删除、修改解决以及顾客种类管理，即顾客权限设立，如管理员，浏览者。解决完毕后将相应信息反馈给管理员。顾客信息管理模块数据流图如图2.4所示：
管理员
1.0
顾客信息修改
2.0
顾客种类管理
3.0
顾客信息添加
管理员
顾客修改条件
顾客种类信息
顾客信息
D1顾客信息
D2顾客类型信息
D1顾客信息
修改后顾客信息
选取后顾客种类
添加后顾客信息

图2.4顾客信息管理模块数据流图
2.4.2 系统数据字典
为了更进一步描绘系统逻辑模型，在得出系统数据流图后就要对图中数据进行定义即数据字典。数据字典是关于数据信息集合，也就是对数据流图中包括所有元素定义集合。普通来说，数据字典应当由四类元素定义构成：数据流、数据流分量（即数据元素）、数据存储、数据解决[7-9]。
a）客户资料信息
涉及数据项有：客户编号、姓名、身份证号、性别、民族、职业、出生日期、婚否、住宅电话、办公电话等。
b）被保险人信息
涉及数据项有：编号、姓名、身份证号、性别、民族、职业、出生日期、婚否、住宅电话、办公电话等。
c）受益人信息
涉及数据项有：受益人编号、姓名、生日、身份证号、与被保险人关系、备注等。
d）缴费信息
涉及数据项有：缴费编号、保单编号、缴费金额、缴费日期等。
e）保单信息
涉及数据项有：保单编号、客户编号、被保人编号、受益人编号、险种名称、缴费方式、投保金额、生效期、有效时间等。
f）险种管理信息
涉及数据项有：险种编号、险种名称等。
g）缴费方式管理信息
涉及数据项有：缴费编号、缴费方式等。
h）顾客管理信息
涉及数据项有：顾客编号、顾客名、密码、权限管理等。
i）数据库维护信息
涉及数据项有：数据库备份，打开备份数据库，数据库还原等。
2.4.3 系统ER图
依照需求分析，数据库概念设计过程即是用顾客可以理解形式来表达信息流程。概念设计所得到概念模型，充分反映了现实世界中实体与实体之间联系，是一种现实世界真实模型。概念设计成功与否将有直接影响到整个数据库系统设计成功。
依照需求分析信息内容，可以得出实体有：管理员、浏览者、保单信息、受益人、缴费信息、被保人信息等。结合数据字典绘制出ER图如下：
a）人寿保险业务管理系统ER图
人寿保险业务管理系统重要涉及管理员对客户信息，保单信息进行管理，同步客户也可以登录查询有关保单信息。一种管理员可以管理各种客户信息，一种客户也可以被各种管理员管理；一种客户能浏览各种客户有关信息。人寿保险公司业务管理系统ER图,如下图2.5所示。
顾客管理
缴费信息
客户信息
保单信息
受益人信息
数据库维护

浏览者
管理员
查阅
管理
M
N
N
N
N
N
N
1
N
N
N
N
被保险人信息
基本资料管理
M
M

图2.5人寿保险业务管理系统ER图
b）系统各实体属性图如下所示：
1）客户资料信息实体属性
客户信息
客户编号
姓名
身份证号
性别
民族
职业
婚否
出生日期
住宅电话
办公电话

图2.6客户资料信息实体属性图
2）被保险人信息实体属性
被保险人信息
编号
姓名
身份证号
性别
民族
职业
婚否
出生日期
住宅电话
办公电话

图2.7被保险人信息实体属性图
3）受益人信息实体属性
受益人信息
受益人编号
姓名
生日
身份证号
与被保险人关系
备注

图2.8受益人信息实体属性图
4）缴费信息实体属性
缴费信息
缴费编号
保单编号
缴费金额
缴费日期

图2.9缴费信息实体属性图
5）保单信息实体属性
保单信息
保单编号
客户编号
险种名称
缴费方式
投保金额
生效期
有效时间
被保人编号
受益人编号

图2.10保单信息实体属性图
6）基本资料管理实体，关系及属性
基本资料管理
涉及
险种管理
缴费方式管理
险种编号
险种名称
缴费方式
缴费编号
1
N
N

图2.11基本资料管理实体，关系及属性图
7）顾客管理实体属性
顾客管理
顾客编号
权限管理
顾客名
密码

图2.12顾客管理实体属性图
2.5 系统实现环境
2.5.1 硬件环境
应用系统与其所处系统环境密切有关，一种系统功能及性能好坏，环境起着
十分明显作用[10-13]。硬件配备规定如下：
a）解决器规定：PentiumⅡ266或更高
b）内存规定：128MB或以上
c）显示内存规定：16MB或以上
d）硬盘规定：系统驱动器上需要 900 MB 以上可用空间，安装驱动器上需要3.3 千兆字节 (GB) 可用空间
e）显示屏规定：Super VGA (1024x768) 或更高辨别率（颜色设立为 256 色）
f）外设规定：报表打印机等
2.5.2 软件环境
本课题人寿保险业务管理系统将以Delphi 7.0为开发工具，采用当前被广泛应用SQL Server 作为后台数据库。这些软件在MIS开发中已被大量应用，技术上都比较成熟。采用MS Windows/ Windows 98/ /xp,Windows NT workstation 4.0等Windows系列操作系统。
Delphi是美国Borland 公司推出功能强大应用程序开发工具，它具备功能强大、运营速度快、易于学习和使用以及开发效率高等特点。Delphi是可视化应用编程开发环境、可重用性面向对象编程语言、迅速编译器和数据库完美结合。Delphi在开发数据库应用方面有着众多优越特性，提供了强大开发基于客户/服务器模式数据库应用程序能力。在数据库访问方面，配有 Borland Database Engine(BDE),可通过SQL Links ODBC等技术访问各种数据库，此外还可以运用ADO来访问各种数据库。在应用程序客户端应用开发方面，Delphi 7.0是面向对象可视化编程工具，是当前最佳Windows 应用程序开发工具之一，在数据库和网络应用程序开发有着独到之处。因此，可见 Delphi 7.0是当前最佳选取之一。Delphi7.0使用VCL类将 BDE数据库引擎封装成对象，为数据库应用开发人员提供一致访问接口。组建面板中Date access，Data controls 和BDE页中有不同数据库对象，其中BDE 和Date access为非可视对象。Delphi 7.0可以访问其她数据库管理系统中数据库，也可以访问远程数据库服务器上数据库，例如本系统中SQL Server等客户服务器体系构造数据库中数据。经ODBC可以访问数据库管理系统中数据库这些都是通过数据库引擎来实现。Delphi是Borland公司推出一种可视化、以便快捷Windows应用程序开发工具，一种面向对象可视化编程平台，已经成为功能十分强大、使用人数最多面向对象编程工具。
Microsoft SQL Server 是关系数据库管理系统，在数据库复制、数据传播、分析服务、元数据服务、英语查询等均有所增强，其可靠性和易用性，使它成为一种杰出数据库平台，可用于大型联机事务解决，数据仓库以及电子商务等。Microsoft SQL Server与Windows NT密切集成，使得它除了具备其他数据库类似特性外，还具备独到之处，SQL Server客户机/服务器连通使用了内建在多样化平台上Windows NT中网络功能组件，使得 SQL Server提供了与客户系统连接性。此外，在网络功能组件上层增长了具备特别服务功能组件，Microsoft SQL Server建立在成熟和强有力关系模型之上，使得它成为当今首选数据存储和检索模型。Microsoft SQL Sever 是为创立可伸缩电子商务、在线商务、数据仓库解决方案而设计关系型数据库管理与分析系统。它在当今流行Client-Server（C/S）构造中扮演后端角色。它重要职责是保存数据和提供一套办法来管理这些数据，并且应付来自Client连接和数据访问需求。
本系统中使用数据库，考虑到是在局域网基本上工作，因此选取使用Microsoft SQL Server 作为数据库开发。Delphi 7.0提供了强大数据库应用程序开发功能和数据库辅助工具，程序员运用这些工具可以迅速开发出功能强大数据库应用程序。她与SQL Server结合，也是开发C/S程序最有用和最强大工具结合。
3 概要设计
软件概要设计是在需求分析基本上通过概括总结顾客详细规定，对系统总体构造进行规划，依照需求拟定软件和数据总体框架，概要设计旨在拟定程序各重要部件之间关系。
3.1 系统总体构造图
在系统开发过程中，我通过进行细致系统调研工作，设计出了人寿保险业务管理系统开发功能构造。该系统总体框架重要有客户资料管理模块，被保人资料管理模块，受益人资料管理模块，缴费信息管理模块，保单信息管理模块，基本资料管理模块，顾客管理模块以及数据库维护模块。总体框架如图3.1所示。
客
户基本信息添加
客
户基本信息修改
客
户基本信息删除
客
户基本信息查询
顾客基本信息管理
顾客权限管理
数据库还原
数据库备份
保单基本资料管理
被保人资料管理
受益人基本资料管理
缴费信息管理
信息查询和报表管理
缴费信息修改
缴费信息查询
受益人信息修改
受益人信息查询
被保人信息修改
被保人信息查询
缴费方式基本资料管理
基本资料查询
险种基本资料管理
人寿保险业务管理系统
客
户资料管理
模块
保单信息管理模块
基本资料管理模块
顾客管理模块
被保人资料管理模块
受益人资料管理模块
缴费信息管理模块
数据库维护模块

图3.1系统总体框架图
3.2 模块功能描述
本系统是人寿保险业务管理系统开发，在该系统中重要涉及顾客登录和密码修改模块、客户信息资料管理、被保人信息资料管理，受益人信息资料管理、保单资料管理、基本资料管理、顾客信息管理，数据库维护以及特别为客户设立协助等功能，如下就详细简介每个模块详细功能[14]。
a）系统登录模块
该模块涉及系统管理员、客户登录及主界面设计。每一种系统顾客都拥有事先分派好顾客名和密码，不同类型顾客只能访问各自工作领域内有关页面。本模块实现了对顾客身份验证，如果顾客输入信息有误，将不能进入该系统，必要输入对的顾客名和密码才干进入系统，保护了系统安全。
b）协助模块
如果顾客对系统不熟悉，不理解如何填写资料，使用该系统时则可以登录该模块进行详细地理解，充分体现了系统可行性及实用性。
c）重新登录模块
如果顾客有各种顾客名和密码，则可以在使用一种顾客名和密码登录成功之后再用其她顾客名和密码登录，这也是为了不熟悉系统顾客设立，由于有也许顾客不熟悉系统不懂得如何修改本来填写信息，就可以重新登录重新填写有关信息。
d）客户资料管理模块
该模块重要对所有客户资料进行管理，管理员可以从该模块添加、修改、删除，查询客户基本资料；浏览者只能查询有关客户资料，不能进行其她操作。
e）被保险人信息管理模块
管理员可以填写、查询、修改被保险人基本资料；浏览者只能查询有关信息不能做修改等其她操作。
f）受益人信息管理模块
管理员可以填写、查询、修改受益人基本资料；浏览者只能查询有关信息不能做修改等其她操作。
g）缴费信息管理模块
管理员依照客户缴费填写、修改有关信息；浏览者可以查阅有关缴费信息。
h）保单信息管理模块
管理员可以查询、修改保单信息和客户缴纳保险金单据信息，并可以把详细报表信息打印出来给客户；浏览者能查询保单信息并把详细报表打印出来。
i）基本资料管理模块
管理员依照客户规定添加、修改、删除保险缴费方式、险种资料管理、上缴保险费用时间限制（半年一缴，一年一缴等），以及缴纳保险费用等，浏览者只能查阅客户缴费方式以及险种资料等信息。
j）顾客管理模块
管理员输入系统管理员信息与浏览者信息，可以对这些信息进行修改，添加，
删除等操作，还可以对顾客进行分类，并且添加顾客，分派顾客名、密码，设立顾客
权限（如是管理员还是浏览者）等；浏览者只能查看顾客信息而不能做其她操作。
k）数据库维护模块
管理员可以进行数据库备份、打开、还原，只需单击就可以实现将数据库中数据备份到指定文献存储位置，当数据更新后每次进行备份，以达到数据安全、不丢失。防止了数据丢失给公司带来损失，增强了系统安全性。
3.3 数据库逻辑构造设计
通过对上述功能需求分析、业务流程分析、ER图分析和模块功能划分，可以得到如下数据项和数据构造：
a）客户资料信息表
用于存储客户资料，涉及数据项有：客户编号、姓名、身份证号、性别、民族、职业、出生日期、婚否、住宅电话、办公电话等
b）被保险人信息表
用于存储被保人信息，涉及数据项有：编号、姓名、身份证号、性别、民族、职业、出生日期、婚否、住宅电话、办公电话等。
c）受益人信息表
用于存储受益人信息，涉及数据项有：受益人编号、姓名、生日、身份证号、与被保险人关系、备注等。
d）缴费信息表
用于存储客户缴费信息，涉及数据项有：缴费编号、保单编号、缴费金额、缴费日期等。
e）保单信息表
用于存储客户保单信息，涉及数据项有：保单编号、客户编号、被保人编号、受益人编号、险种名称、缴费方式、投保金额、生效期、有效时间等。
f）险种管理信息表
用于存储险种管理信息，涉及数据项有：险种编号、险种名称等。
g）缴费方式管理信息表
用于存储缴费方式管理信息，涉及数据项有：缴费编号、缴费方式等。
h）顾客管理信息表
用于存储顾客管理信息，涉及数据项有：顾客编号、顾客名、密码、权限管理等。
3.4 数据库物理构造设计
在明确了系统总体构造后，依照系统各模块功能规定理清其中数据关系并提炼出其中数据关系，结合需求分析中ER图，设计了各数据表。详细表单设计如下：
a）客户资料信息表
表3.1客户资料信息表（customer）
字段名称
数据类型
字段大小
阐明
Cust_ID
char
10
客户编号
Cust_Gender
char
2
性别
Cust_nation
varchar
10
民族
Cust_prof
varchar
10
职业
Cust_birthday
datetime
8
出生日期
Cust_marriage
Char
4
婚否
Cust_name
varchar
10
姓名
Cust_IDCard
varchar
20
身份证号
Cust_Housephone
varchar
20
住宅电话
Cust_Officephone
Varchar
20
办公电话
b）被保险人信息表
表3.2被保险人信息表（insurant）
字段名称
数据类型
字段大小
阐明
Inst_ID
char
10
被保险人编号
Inst_Gender
char
2
性别
Inst_Nation
varchar
10
名族
Inst_Prof
varchar
10
职业
Inst_Birthday
Datetime
8
出身日期
Inst_Marriage
char
4
婚否
Inst_Name
varchar
10
姓名
Inst_IDCard
varchar
20
身份证
Inst_Housephone
varchar
20
住宅电话
Inst_Homeaddress
varchar
100
家庭住址
c）受益人信息表
表3.3受益人信息表（beneficiary）
字段名称
数据类型
字段大小
阐明
Bene_ID
char
10
受益人编号
Bene_Name
varchar
10
姓名
Bene_Birthday
datetime
8
生日
Bene_Idcard
varchar
20
身份证
Bene_Memory
varchar
100
备注
Bene_Relationship
varchar
10
与被保险人关系
d）缴费信息表
表3.4缴费信息表（bill）
字段名称
数据类型
字段大小
阐明
Bill_ID
char
10
缴费编号
Policy_ID
char
10
保单编号
Bill_Money
money
8
缴费金额
Bill_Date
datetime
8
缴费日期
e）保单信息表
表3.5保单信息表（policy）
字段名称
数据类型
字段大小
阐明
policy_ID
char
10
保单编号
Cust_ID
char
10
投保人编号
Inst_ID
char
10
被保险人编号
Bene_ID
char
10
受益人编号
Class_ID
char
10
险种编号
Policy_Mode
char
10
缴费方式
Policy_Money
money
8
投保金额
Policy_Date
datetime
8
生效日期
Policy_period
numeic
9（18，0）
有效日期
f）险种管理信息表
表3.6险种管理信息表（class）
字段名称
数据类型
字段大小
阐明
Class_ID
char
10
险种编号
Class_Name
varchar
20
险种名称
g）缴费方式管理信息表
表3.7缴费方式管理信息表（fan）
字段名称
数据类型
字段大小
阐明
fan_num
char
10
缴费编号
fan_name
char
10
缴费方式
h）顾客管理信息表
表3.8顾客管理信息表（users）
字段名称
数据类型
字段大小
阐明
User_ID
varchar
10
顾客编号
User_name
varchar
10
顾客名
User_Password
varchar
10
密码
User_power
varchar
10
权限
4 详细设计与实现
依照已有需求信息和总体设计，可以进行系统详细设计和实现。为此，咱们建立了一种Project1.dpr工程文献[15]。系统设计和实现如下：
4.1 主界面
如图4.1所示，本程序采用流行界面设计技术，符合商业化软件设计规定。采用菜单、工具栏、状态条相结合办法，使顾客可以在主界面上迅速进入自己想要程序模块。该主界面达到了简洁、美观、直观规定，更重要是达到了系统所规定各模块实现，主界面重要实现对模块调用和显示工作[16]。
该窗体设计涉及导航栏设计，工具栏设计、状态栏设计，下面分别进行简朴阐明。
a） 导航栏和工具栏设计
在窗体中添加Panel控件，并把它Align属性改为alTop，使它位于窗体最
上方，用来放置工具按钮。Panel控件上命令按钮用了Additional控件栏中SpeedBotton按钮，选中后放置在Panel中，该按钮Caption属性修改为所需要内容，例如“协助”。然后再运用Glyph属性装载所需位图，修改Layout属性可以调节按钮中位图和文本相对位置，在这里把位图放置在文本上方，则选取blGlyphTop属性。
工具按钮放置好后来，需要给工具栏配上某些颜色，将Panel控件Color属性设立为clSkyBlue，然后将SpeedBotton按钮Flat属性设立为True即可使其颜色与Panel控件背景颜色一致。
相应导航栏和右边主视图区制作过程都和前面描述办法大体同样。
b）状态栏设计
从Win32组件中选取StatusBar控件，添加状态栏，显示简朴文本。为了实现此功能，双击状态栏，打开编辑Panels编辑窗口，创立3个Panels，Style属性都设立为psText，Alignment属性都设立为taCenter，在第一种PanelsText属性中输入“★欢迎使用人寿保险业务管理系统★”。

图4.1人寿保险业务管理系统主界面
4.2 系统登录模块

图4.2系统登录界面
系统登录模块用来对使用该系统顾客进行登录控制，使用者在登录窗口中输入管理员为自己分派顾客名和密码，然后进入系统，登录界面设计如图4.2所示。
在登录窗口中，依照顾客输入顾客名，登录模块查询数据库中顾客信息表，返回其密码和权限，然后与顾客在登录窗口中输入密码进行匹配。如果匹配成果对的，模块就依照其权限设立主界面，赋予其相应使用权限。
在该界面中添加有3个Label控件，2个SpeedBotton控件，一种Edit控件以及一种MaskEdit控件，重要简介一下MaskEdit控件使用。
在顾客输入密码时，MaskEdit控件来屏蔽顾客输入密码内容，其创立过程如下：在Additional空间栏中选取MaskEdit控件，放入登录窗体。为了使输入密码内容 看上去都是“*”，需要修改其PassworkChar属性为“*”，这样就达到了输入规定。
下面重要简介两个控件相应核心代码：
“取消”相应代码：
procedure TF_Login.SpeedButton2Click(Sender：TObject);
begin //单击取消按钮，关闭登录窗体，退出系统
F_Login.Close;
Application.Terminate;//终结进程
end;
“拟定”相应代码：
procedure TF_Login.SpeedButton1Click(Sender：TObject);
begin
Oper:=f_login.Edit1.Text;//定义全局字符串变量：=操作员
try
with mydm.userQuery do//依照顾客输入顾客名和密码查找顾客信息
begin
Close;
SQL.Clear;
SQL.Add('select*from users where user_name=:p and user_password = :a');
Parameters[0].Value:=Trim(Edit1.Text);
Parameters[1].Value:=Trim(MaskEdit1.Text);
Open;
End;
If mydm.userquery.RecordCount>0 then //查找到顾客信息
begin
F_main.statusbar1.Panels[1].Text:='当前操作员：'+oper;
F_main.StatusBar1.Panels[2].Text:='系统日期〖'+datetostr(date())+'〗';
F_main.SpeedButton12.Enabled:=True;
if Trim(mydm.userQuery.fields[3].AsString)='浏览者' then//判断权限
begin
F_customer.Panel1.Visible:=False;
……
end
else //管理员权限所看到页面
begin
F_customer.Panel1.Visible:=True;
……
end;
Edit1.Clear;
Maskedit1.Clear;
Close;
F_main.Show;
end
else
begin
Application.MessageBox('密码不对的。','提示',64);
Edit1.Clear;
Maskedit1.Clear;
Edit1.SetFocus;
end;
except
Application.MessageBox('系统出错。','提示',64);
end;
end;
4.3 客户资料管理模块

图4.3客户资料管理界面
管理员进入该界面后，就可以按照客户规定进行信息录入，修改，删除，查询等操作，窗体界面设计如图4.3所示。
一方面是客户资料信息录入，在该界面设计时，重要依照数据模型来设计，重要是某些Panel、Edit、Label、Button、SpeedButton、Combobox、DateTimerPicker、DBGrid等等控件，每个控件也设计了其相应事件代码，并将数据信息存入SQL Server 数据库中。
为了避免了向每个窗体添加数据访问组件来访问数据库中数据,以便集中管理数据表和数据源控件，可以将其放在一种数据模块中，数据模块设立保存在Unit11.pas文献中，于是创立mydm数据模块。在其她窗体需要访问数据库时，只需在其单元文献中引用数据模块单元文献就可以直接访问到数据集中数据了。重要简介该界面涉及到建立数据表连接：
在mydm窗体中，新建一种ADOQuery控件，命名为custquery，把它Connection属性设立为已经连接好ADOConnection1，custquery重要用途是用来是想对数据库表中数据存取。为了测试当前custquery与否可以连接到指定数据库中数据表，可以在它SQL属性中加入如下SQL语句：
Select * from