银行客户管理系统

目录

摘要...................................................

第1章绪论............................................

1.1论文的背景及意义...................................

1.2有关文献综述........................................

1.2.1SQLServer数据库简介........................

系统开发工具的选择.................................

1.3开发措施的选择......................................

生命周期法..........................................

1.3.2原型法........................................

1.4开发目啊...........................................

1.5论文的重要研究的内容...............................

1.6本人重要工作.......................................

第2章系统的需求分析....................................

2.1系统需求分析.......................................

系统设计目的........................................

系统开发设计的思想.................................

2.1.3开发和运行的环境.............................

2.1.4系统的其他需求...............................

2.2系统的详细功能......................................

2.3系统可行性分析......................................

技术可行性分析......................................

经济可行性..........................................

运行可行性..........................................

第3章系统的总体分析与设计..............................

3.1数据库设计.........................................

3.1.1数据库需求分析...............................

3.1.2数据库概念设计...............................

3.1.3数据库逻辑设计...............................

3.2功能模块设计.......................................

3.2.1系统输入子模块设计...........................

3.2.2系统查询子模块设计...........................

3.2.3系统维护子模块设计...........................

第4章系统的性能分析....................................

5.1系统R勺安全性和可靠性...............................

5.1.1系统的安全性.................................

5.1.2系统的可靠性.................................

5.2系统的调试和测试...................................

5.2.1软件测试口勺环节...............................

5.2.2本系统的测试.................................

第五章总结............................................

参照文献...................................................

谢辞

摘要

银行业务流程中Fj客户关系管理CRM(CustomerRelationshipManagement)是运

用计算机和网络来实现的对客户管理的信息系统，它简化了销售、客户服务和技术支持

等'业务的流程，明显地减少了管理方向工作量。

本文通过对现代银行实际的客户管理状况进行调研，作了CRM系统的需求分析；再

采用MySQL数据库和MyEclipsc8.0作为开发工具，开发了一种基于MVC框架口勺B/S模

第1章绪论

1.1论文的背景及意义

市场经济的发展过程也是企.亚营销理念不停变革，深化发展的过程。从

西方市场经济发展口勺历程来看，企业的营销理念经历了，生产观念、产品观念、

推销观念、营销观念，重视市场以市场为中心成为前一时期企业经营理念的）经典。

但伴随科学技术与社会经济向发展，产品日益丰富，市场格局发生了巨大变化。

市场的性质由卖方市场迅速向买方市场转化，市场竞争急剧升级，日趋剧烈、残

酷。无数事实告诉人们：自然界中适者生存的定律在市场中已经成为企业经营的

真谛！

无数企业为了适应适者生存的定律，不得不进行营销观念和营销方式的变革。

旧的市场营销的理念正在逐渐推出市场，取而代之是新的客户关系管理的营销理

念。一种以客户为中心的营销理念正以迅雷不及掩耳之势向市场的各个领域伸展。

以客户为中心成为目前市场营销FI勺新思想、新时尚，成为企'也追逐的新星。可见

以客户为中心对企业经营有着重大的意义。

伴随计算机技术飞速发展，信息技术全面地渗透到人类社会的各个方面，信息化成为世

界和社会发展的大趋势。企业的管理从人工到自动化、智能化和高效性。计算机在企业管理

中应用的普及，运用计算机实现现代企业客户的管理也势在必行。客户是企业U勺生存之本，

客户信息的资料对企业来说至关重要。为了适应现代信息管理，节省人力、物力和财力，在

本次研究，针对银行客户管理中存在的客户资源运用率低等问题，开发了这个银行客户管理

系统。通过这样的系统，可以做到信息的规范管理、科学U勺记录和迅速的查找，充足运川计

算机"勺功能实现对客户的管理口勺自动化控制从而减少管理方面的工作量。

1.2开发措施的|选择

增量模型：增量模型也叫渐增模型，如下图所示。是用增量模型开发软件的时候，吧

软件产品作为一系列的增显•构建来设计，编码，继承和测试。每个构建有多种互相作用口勺模

块构成，井能完毕特定的功能。使用增呈模型的JM,第一种增量往往实现软件日勺基本需求，

提供关键日勺功能。

例如，在银行客户管理系统中，第一种功能实现管理员与顾客的开户，销户，登录，修

改密码功能。第二个增展实现存款，取款，转账，查看个人信息功能，第三个增量构建实现

取款，存款，转账的J有关信息日勺查询与打印。第四个增最构建完毕数据日勺备份与还原。

把软件分解成增显构件口勺时候，应当使构件的规模适中，规模过大或者过小都不好。最

佳分解措施因软件产品日勺特点和开发人员的习惯而异。分解时唯一遵守的约束条件是，当把

新构件集成到既有软件口勺时候，所形成的产品是可测试依八

增量模型欧J长处：1,分批时想顾客提交产品，真个软件产品被分解成许多种增量构件。

开发人员一种一种构件的I向顾客提交产品。从第一种构件交付之日起，顾客就能做某些有用

的工作；2,逐渐增长产品功能可以使顾客有较富余欧J时间学习和适应新产品，从而减少一种

全新的产品也许给客户组织带来的冲击。

俗话说，onecoinhastwosides.当然，增量模型也肯定优缺陷。在每个新的I增量构件集成

到既有的软件体系中来日勺时候，必须不破坏既有的已经开发出来"勺产品。此外必须把软件的

体系构造设计的便于按这种方式进行扩充。向既有的产品中加入新构件的过程必须简朴，以

便。也就是说，软件体系构造是开放的。不过从长远观点来看，具有开放构造的软件具有真

正日勺优势，这样的软件的可维护性明显高于封闭的软件。

1.4开发目的

本系统是将现代化09计算机技术和老式银行业务工作相结合，按照银行的工

作流程设计完毕的.为了使系统在银行对客户管理中发挥更大的作用，实现工作过

程H勺计算机化，提高工作效率和工作质量，现提出如下的系统开发目的：

1、系统应具有实用性、可靠性和合用性，同步注意到先进性。

2、由于该系统波及到客户信息的真实性，因此该系统要具有一定的保密性和

权限控制。

3、窗口界面要多用按钮和快捷键，少用菜单，窗口的各个控键布局要合理、

美观，尽量减少顾客的操作。

4、可以显示客户信息，可以实现数据的录入、更新、删除、查询等功能。

5、注意数据的安全性，具有数据备份和恢复RJ功能.

1.5论文的重要研究的内容

本论文是以银行客户管理系统的开发为背景，论文重要在系统调杳研究的基

础上对系统进行了系统分析，分析了系统的可行性、明确顾客需求;并对数据库进

行设计，分析了该系统数据库的构造和数据库安全性措施;根据模块化原理，将系

统分为了几大功能模块，并对各部分功能进行了分析:采用构造化程序设计的思

想，提出系统尤其是数据查询子系统的程序设计思绪；然后，对本系统的测试和

安装进行了分析。

全文共分为绪论、系统需求分析、系统总体分析与设计、系统各功能模块和

详细实现、系统的性能分析、开发总结、道谢、参照文献。

1.6本人重要工作

在系统调查研究时基础上对系统进行了系统分析•，分析了系统的可行性、明

确顾客需求；并对数据库进行设计，分析了该系统数据库的构造和数据库安全性。

对整个系统进行编码，测试，集成。

措施:根据增量模型原理，饭前课后，一种一种构件的完毕。

第2章系统的需求分析

2.1系统需求分析

系统设计目的

(1)实用性

系统要具有良好的顾客界面，便于掌握、操作和维护，尽量减少前台顾客日勺

操作环节和应用系统的复杂性，同步，在保证系统性能可以满足需求日勺前提下尽

量使系统投资最省，保护本行现存的IT资产，尽量运用己有日勺企业信息系统方面

的投资。

(2)安全性

系统应从软件、硬件等多方面考虑信息数据的安全性和可靠性，针对也许波

及金融机密或敏感信息，应能控制和辨别顾客日勺权限以防止越权使用数据信息，

以防止潜在的黑客袭击等事件日勺发生。

(3)高效性

系统应具有较高的业务处理能力和容错性。

(4)可拓展性

系统要具有良好的可拓展性，能在系统实行后适应需求变化并能实现高效日勺

开发。

系统开发设计的思想

(1)系统应符合银行客户管理的规定，满足银行有关人员平常使用的需要，并

到达操作过程日勺直观、以便、实用、安全等规定。

⑵系统采用模块化程序设计措施，即便于系统功能的多种组合和修改，又便

于未参与开发日勺技术人员补充和维护。

(3)系统应具有数据库维护功能，及时根据顾客需求进行数据H勺添加、删除、

修改、备份等操作。

(4)尽量采用既有软硬件环境及先进日勺管理系统开发方案，从而到达充足运用

既有资源，提高系统开发水平和应用效果的目的。

开发和运行的环境

开发工具：MyEclipse8.0,MySQL5.x。

运行环境：Windowsxp,IE8.0。

2.2系统的详细功能

系统功能的分析是在开发的总体任务的基础上完毕的。本例中向银行客户管

理系统需要的功能重要有：

(1)管理员管理.：管理员登陆、修改密码、注销、数据库备份与恢复、退出。

(2)账户的管理：开户、销户、挂失、取消挂失。

(3)客户信息管理：客户身份验证、客户信息查询、密码修改、注销。

(4)客户业务管理：存款、取款、转账、查询余额、信息打印。

(5)客户基本查询：客户基本信息查询、客户取款信息查询、客户存款信息查

询、客户转账信息查询。

(6)协助：有关、协助。

在系统功能分析的基础上，根据Delphi7程序编制的特点，得到下图所示的

系统功能模块图。

银行客户管理系统

客户信息查询

图2.1银行客户管理系统功能模块图

2.3系统可行性分析

可行性研究的目日勺是用最小的代价在尽量短H勺时间内确定问题与否可以处

理。也就是说可行性研究H勺目的不是处理问题，而是确定问题与否值得去处理，

研究在目前日勺详细条件下，开发新系统与否具有必要H勺资源和其他条件。一股说

来，应从经济可行性、技术可行性、运行可行性等方面分析系统可行性。

技术可行性分析

技术可行性要考虑既有的技术条件与否可以顺利完毕开发工作，软硬件配置

与否满足开发日勺需求等。本银行客户管理系统所选用的开发语言delphi7.0日勺界

面灵活而友好，顾客可以迅速的建立数据库;它支持客户机/服务器(C/S)构造，能

与其他软件实现数据共享和数据互换:它具有面向对象编程的能力，它既支持交互

环境，又支持编程环境，且具有向下兼容性，对数据的完整性和一致性进行控制,

以保证只对有效的数据进行处理.它提供了大量的控件，这些控件可用于设计界面

和实现多种功能，减少了编程人员的工作量，也简化了界面设计过程，从而有效

的提高了应用程序日勺运行效率和可靠性.系统调试相对简朴，目前H勺计算机硬件配

置也完全能满足开发的需求，软件方面：由于目前单机模式相对发展成熟，故软件

的开发平台成熟可行。因此系统在技术上是绝对可行的J。

经济可行性

重要从对项目H勺经济上进行分析评价，首先是支出的费用，包括设备购置费、

管理和维护费用、人员工资和培训费等，另一种是获得的收益。这是个小型H勺管

理系统，从投入的人力，财力与物力来讲是非常之小的，从节省人力方面，可以

让管理人员从繁与复杂『、J工作中解脱出来，做更多的工作，可以给银行客户管理

提高一种层次。因此在经济上是可行的。

运行可行性

伴随科学技术的进步和社会经济的发展，计算机在现实生活、工作中饰演越

来越重要的角色，PC机价格不停的下降银行从硬件到软件都投入了大量的人力、

物力、财力，在业务上配置了一定数目的可以纯熟操作计算机的人员，可以迅速、

以便地使用计算机讲行立常工作。

由上可知，开发银行客户管理系统具有可行性。

第3章系统的总体分析与设计

3.1数据库设计

数据库在一种信息管理系统中占有相称重要日勺地位，数据库构造设计的I好坏

将直接对应用系统的J效率，以及实现的效果产生影响。合理的数据库构造设计可

以提高数据的存储效率，保证数据日勺完整和一致。

设计数据库系统时应当首先充足理解顾客各个方面日勺需求，包括既有的)及未

来也许增长的需求。数据库设计一般包括如下儿种环节：

1、数据库需求分析；

2、数据库概念构造设计；

3、数据库逻辑构造设计。

数据库需求分析

数据库需求分析是数据库构造设计的第一阶段。这个阶段重要是搜集基本数

据、数据构造以及数据处理的)流程，构成一份详细的数据字典，为后来的I深入设

计打下基础。

针对本实例，通过对银行客户管理H勺内容和数据流程分析，设计的数据项和

数据构造如下：

(1)管理员信息表。包括口勺数据项有：管理员号码、口令。

(2)客户基本信息表。包括所有时顾客信息，数据项有：账号、密码、客户姓

名、身份证、余额，状态、住址，开户时间。

(3)客户存款信息表。包括的数据项有：管理员号码、客户账号、存款时间、

存款金额、余额。

(4)客户取款信息表。包括的数据项有：管理员号码、客户账号、取款时间、

取款金额、余额。

(5)客户转账信息表。包括的数据项有：管理员号码、客户账号、客户转账账

号、转账时间、转账金额、余额。

数据库概念设计

在需求分析阶段数据库设计人员充足调查并描述了顾客的应用需求，但这些

应用需求还是现实世界『、J详细规定，卜.面，应当首先把他们抽象为信息世界的构

造，才能更好的、更精确地用某一种DBMS实现顾客的这些规定。

概念构造独立于数据库逻辑构造，也独立于支持数据库的DBMS。它是现实世

界与机器世界的中介，它首先可以充足反应现实世界，包括实体和实体之间口勺联

络，同步又易于向关系、网状、层次等多种数据模型转换。它是现实世界的一种

真实模型，易于理解，便于和不一样属性计算机的顾客互换意见，使顾客易于参

与，当现实世界需求变化时，概念构造又可以很轻易的对应调整。

概念构造四类措施：

自顶向下：即首先定义全局概念构造的框架，然后逐渐细化。

自底向上：即首先定义各局部应用的概念构造，然后将它们集成起来，得到全

局概念构造。

逐渐扩张:首先定义最重要的关键概念构造，然后向外扩充，以滚雪球的方式

逐渐形成其他概念构造，直至总体概念构造。

混合方略：即将自顶向下和自底向上相结合，用自顶向下方略设计一种全局概

念构造的框架，以它为骨架集成由自底向上方略中设计口勺各局部概念构造。

本系统采用自底向上的措施：

1.将现实世界中一组具有某些共同特性和行为时对象可以抽象为一种实体。

在本系统中，可以把银行中所有的客户抽象为客户实体。对象和实体之间是“is

memberof”欧J关系。

2.对象类型的构成成分可以抽象为实体的属性。在本系统中，把客户账号、

姓名、密码、账户余额等可以抽象为客户实体的属性。构成成分与对象类型之间

是“ispartof”欧|关系。

3.实际上实体与属性是想对应而言的，很难有截然划分RU界线，同一事物，

在一种应用环境作为“属性”，在另一种环境中就必须作为“实体”。在本系统中，

银行里的账户是“客户”实体中口勺属性.表明该账户属于哪个客户，但在另一种环

境中，由于需要考虑账号、账户余额等，这时，它们就需要作为实体了。

在系统的数据库设计中，先要对系统分析得到的数据字典中的数据存储进行

分析，才可以得出系统的关系模式。而E-R图就是用来讲行数据构造分析的。E-R

设计措施是一种通过E-R图来描述现实世界信息构造的DB设计措施。

E-R图包括:实体、属性和联络三种基本原因。习惯上用“方框”表达实体，

用“椭圆框”表达实体的属性，用“菱形框”表达联络，如图3.1所示：

实体

图3.1E-R图H勺表达

E-R图的画法是:把有联络欧I实体（方框）通过联络（菱形框）连接起来，注明联

络方式，再把实体日勺属性（椭圆框）连到对应实体上。

首先设计可以满足顾客需求日勺多种实体，以及它们之间的关系，为后来的逻

辑构造设计打下基础。这些实体包括多种详细信息，通过互相之间的作用形成数

据日勺流动。

根据上面日勺设计规划本实例的实体有:管理员实体、客户实体、账户实体。

实体和实体之间的关系E-R图如图3.2所示：

图3.2系统实体E-R图

管理员信息实体E-R图如图3.3所示：

管理员

图3.3管理员信息实体日勺E-R图

账户信息实体E-R图如图3.4所示:

图3.4账户信息实体E-R图

客户信息实体日勺E-R图如图3.5所示:

图3.5客户信息实体E-R图

数据库逻辑设计

在上面的实体以及实体之间的关系基础上，形成数据库中的表格以及表格之

间日勺关系。银行客户管理系统数据库中日勺各个表格的设计成果如下面口勺几种表格

所示。每个表格表达在数据库中的一种表。

表3-1BMS管理系统的顾客口令表

歹IJ名数据类型长度可否为空阐明

BMS.IDCHAR20NOTNULL顾客名（主键）

BMS_PSWDCHAR20NOTNULL口令

表3-2CLIENT客户基不信息表

列名数据类理长度可否为空阐明

CLIENT」。CHAR20NOTNULL账号（主键）

CLIENT_NAMECHAR20NOTNULL客户姓名

CLIENT_PSWDCHAR6NOTNULL客户密码

CLIENT.IDENTITYCHAR18NOTNULL客户身份证

CLIENT_ALLMONEY8NOTNULL余额

CLIENT_STATUSCHAR4NUTNULL目前状态

CUENT_ADDRESSCHAR40NULL客户住址

CLIENT_DATEDATETIME8NOTNULL开户时间

表3-3BANKIN银行客户存款信息表

列名数据类型长度可否为空阐明

BMS_IDCHAR20NOTNULL操作员ID号

CLIENT」。CHAR20NOTNULL客户账号

BANKINTIMEDATETIME8NOTNULL存款时间

BANKINJ10NEYMONEY8NOTNULL存款金额

CLIENT.ALLMONEY8NOTNULL余额

表3-4BANKOUT银行客户取款信息表

列名数据类型长度可否为空阐明

BMS_IDCHAR20NOTNULL操作员ID号

CLIENT_IDCHAR20NOTNULL客户账号

BANKOUT_TIMEDATETIME8NOTNULL取款时间

BANKOUT_MONEYMONEY8NOTNULL取款金额

CLIENT_ALLMONEY8NOTNULL余额

表3-5银行客户转账信息表

列名数据类型长度可否为空阐明

BMS_IDCHAR20NOTNULL操作员ID号

CLIENT_IDCHAR20NOTNULL客户账号

TRANSFER_1DCIAR20NOTNULL客户转账账号

BANKTRANSFERTIMEDATETIME8NOTNULL转账时间

BANKTRANSFERMONEYMONEY8NOTNULL转账金额

CLIENT_ALLMONEY8NOTNULL余额

3.2功能模块设计

模块化就是把程序分为若干个模块，每个模块完毕一种子功能，把这些模块

集中起来构成一种整体，可以完毕指定日勺功能并满足问题的）规定。开发具有独立

功能并且和其他模块之间没有互相作用日勺模块，就可以做到模块独立。模块H勺独

立程度可以由两个定性的原则来度量，这两个原则分别称为内聚和耦合。耦合衡

量不一样模块彼此间互用依赖日勺紧密程度；内聚衡量一种模块内部各个元素彼此

结合的紧密程度。设计时，应力争提高模块日勺内聚程度，减少模块间的耦合程度。

银行客户管理系统此原则可分为管理员登陆、输入数据、查询数据、系统维

护等四个功能子模块。后三个模块下各有对应的I子模块

系统输入子模块设计

银行客户信息量很大，不定期都会有新日勺数据产生，同步有报废的数据淘汰,

根据这些规定，数据输入子模块应具有插入、删除等功能。本系统重要输入子模

块如下：

1.客户开户

完毕对客户信息的添加。

系统查询子模块设计

当银行客户管理员需要查询有关客户信息时，就可以进入查询模块，此模块

具有单一查询和组合查询功能，其基本功能如下：

1.客户基本信息查询

按账号或客户身份证号查询客户基本信息。

2.客户余额查询

按账号查询余额

3.客户取款信息查询

按账号杳询客户取款信息。

4.客户存款信息查询

按账号查询客户存款信息。

5.客户转账信息查询

按账号查询客户转账信息。

系统维护子模块设计

在系统维护子模块里，银行客户管理员可以实现对客户信息的维护，重要功

能如卜：

1.管理员密码修改

跟据管理员编号修改管理员密码。

2.管理员注销

退出目前管理员操作。

3.数据库备份

备份数据库中客户信息。

4.数据库恢复

恢复已备份的数据库。

5.销户

根据账号或客户身份证号删除该客户所有信息。

6.挂失

根据账号或客户身份证号对账号进行挂失。

7.解挂

根据账号或客户身份证号对账号讲行解挂。

8.客户存款

根据规定修改账户余额信息。

9.客户取款

根据规定修改账户余额信息。

10.客户转账

根据规定修改账户余额信息。

11.客户密码修改

根据客户账号修改客户账号密码。

第4章系统的性能分析

4.1系统的安全性和可靠性

系统安全和系统可靠性是系统正常运行的先决条件，是实现所有应用规定的

基础。事实证明，尽管使用需求少的非常合理、非常全面、非常先进，而系统没

有合适的可靠性和安全性，仍然是一种无用的系统，或是一种无信誉口勺系统,根

据银行服务对象、运行状况及资源约束，应具有安全高效的通信机制，身份认证,

权限检查，以处理客户信息系统的安全性、保密性问题，防止信息泄密和对保密

信息日勺非法侵入，这里的系统安全应包括计算机硬件、操作系统及系统信息等方

面的安全问题；而系统可靠性应包括系统设备日勺可靠性、系统软件的可靠性、系统

应用软件的I可靠性及系统数据日勺可靠性等方面。

4.1.1系统的安全性

(一)安全系统日勺需求定义

(1)系统提供顾客登录功能(进行顾客身份验证)，并且顾客名和顾客编号是唯

-0^0顾客在登录界面上填写任意日勺顾客名和顾客密码(中文或英文)；系统提供登

录过程中的出错处理机制和操作成功处理机制。

(2)系统对非法顾客具有替告功能，例如：单顾客表中不存在的顾客企图登录

系统，系统应当规定顾客输入合法顾客名和顾客密码，并警告顾客日勺操作。

(二)系统安全

(1)计算机硬件安全规定

为了保障数据信息的安全性，应考虑防电磁辑射，重要的服务器硬件设冬的

电磁兼容性应满足国家有关原则的规定。

(2)操作系统安全规定

操作系统口勺安全稳定是整个系统的关键，到达C2级。操作系统应具有防病毒

措施。

(3)信息安全规定

操作系统的安全水平应在不影响系统功能的状况下尽量地考虑信息媒体的安

全性。首先内部人员对数据的访问操作要进行控制，对顾客、信息及操作进行分

类授权，防止越权操作，防止数据遭到破坏。[10]

4.1.2系统的可靠性

（一）硬件可靠性

硬件时可靠性分为网络及网络设备可靠性和服务器硬件可靠性两部分。网络

及网络设备日勺可靠性由公用网和局域网及其设备构成，公用网及其设备的可靠性

由大环境决定，我们能左右的成分很少;局域网及其设备日勺可靠性是整个系统日勺重

要指标之一，在设备选择时应考虑到所选设备的可靠性及其售后服务质量。服务

器的可靠性是整个系统最基本的可靠性指标，对服务器日勺选择应充足考虑其可靠

性和售后服务质量，更重要日勺是服务器应当有冗余配置或备份设备，以保障数据

库服务器可每天24小时运行，其平均故障恢第时间不应不小于1小时。

此外，主机房供电必须通过UPS,UPS必须可以保证系统在市电断电后持续30

分钟以上，服务器等关键设备采用主备工作方式或有备份设备和手段。

（二）系统软件可靠性

为了保障系统软件的可靠性，考虑到本系统的规模和资金投入，数据库服务

器的操作系统选用Windows2023SERVER,数据库管理系统选用Delphi7

（三）应用软件可靠性

应用软件的J设计采用面向对象和模块化设计措施，以提高软件模块的独立性

和可靠性，从而到达提高应用软件可靠性的目的。在设计应用软件时\认真贯彻

软件工程中有助于提高可靠性的原则和措施;对运行中也许发生的故障应能自动

排解。

4.2系统的调试和测试

软件测试是保证软件质量的关键环节，是对软件规格阐明、设计和编码的最

终复审。

（一）测试日勺目日勺

软件测试是保证系统质量的关键，就是在软件投入生产性运行之前，尽量日勺

发现该软件中出现日勺问题及运行错误，并进行修改。软件工程日勺主线目的是开发

出高质量日勺完全符合顾客需要的软件，因此，通过测试发现错误并加以处理，这

才是软件测试日勺主线目的。

软件测试在软件生命周期中横跨两个阶段。一般在编写出每个模块之后就对

它做必要的测试，即单元测试，此时，模块的编写者和测试者是同一种人，编码

和单元测试属于软件工程日勺同一种阶段.在这个阶段结束之后，对软件系统还应当

进行多种综合测试，这是软件生命周期日勺另一种独立日勺阶段，一•般由专门F句测试

人员承担这项任务。其目的与其他阶段相反：“破坏”已经建造好的软件系统，尽

量的发现并排除软件中潜藏的错误，最终把一种高质量H勺软件系统提交给顾客。

（二）软件测试有两种措施

黑盒测试和白盒测试。黑盒测试是完全不考虑程序H勺内部构造和处理过程，

只检查程序功能与否能按照规格阐明书的规定正常使用，也称为功能测试。白盒

测试是完全理解程序的构造和处理过程，检查程序中H勺每一条通路与否能按预定

的规定对日勺工作，也称为构造测试。

软件测试是软件开发中的最艰巨最繁重的任务，大型软件的测试应当分阶段

进行，一般分为单元测试、系统测试、集成测试、容量测试和验收测试。测试中

出现日勺错误及时改正，这就是调试的任务。为了改正错误，首先必须确定故障的

精确位置，这是调试过程中最困难的任务，需要周密审慎的思索和推理。

测试和调试是软件测试阶段的两个关系极端亲密的过程，它