三相多功能表抄设表系统.doc

摘    要

三相多功能表抄设表系统是I/O通讯控制系统和信息管理系统的结合,其开发主要包括对I/O通讯端口的操作、后台数据库的建立和维护以及前端应用程序的开发等几个方面。对于I/O通讯端口的操作要求通讯时端口稳定，可靠。对于后台数据要求建立起数据一致性和完整性强、数据安全性好的库。而对于前端应用程序则要求应用程序功能完备,易使用等特点。
因此本人结合三相多功能表抄设表的要求，对MS SQL Server2000数据库管理系统【9】、SQL语言原理、Delphi应用程序设计【1】，Delphi数据库技术进行了较深入的学习和应用，主要完成对三相多功能表抄设表系统的需求分析、功能模块划分、数据库模式分析，并由此设计了通讯模块、数据库结构和应用程序。
系统运行结果证明，本文所设计的三相多功能表抄设表系统可以满足供电局对多功能远程控制的需要。设计充分利用Delphi 6、MS SQL Server2000数据库技术的强大力量，提高了编程效率和可靠性。

关键词：数据库，Delphi6，数据库组件，三相多功能抄设表系统，窗体

I

目 录
摘  要 ……………………………………………………………… … I
第一章 题目的意义
1．1 绪论…………………………………………………………………1
1．2 自动抄设表技术的发展背景………………………………………1
1．3 自动抄设表系统概述…………………………………… … ……… ……1
第二章 应用系统开发工具
2．1 Delphi6.0　VCL组件的体系结构…………………………… ……2
2.2 数据库组件介绍………………………………………… ……… …3
2．3 SQL语言在Delphi中的应用………………………………………4
2.4 MS SQL Server简述  ………………………………………………… …7 
第三章 三相多功表抄设表系统设计输入
3．1 用户要求…………………………………………………………… …… …9
3．2可行性分析………………………………………………………… …… …9
第四章 三相多功表抄设表系统设计分析
4．1 数据流程图………………………………………………… …… …… …11
4．2 应用需求分析……………………………………………… … ……… …11
第五章 操作说明
5．1 主界面运行说明……………………………………………… … 15
5．2 管理参数运行说明………………………………………… ……16
5．3 抄表界面说明……………………………………………… ……20
5．4 系统的维护……………………………………………………………………22
第六章 结束语…………………………………………………………………… 24
致谢……………………………………………………… …………………………25
工作简历…………………………………………… ………… …………… ……26
参考文献…………………………………………… ………… …………… ……27
附录1………………………………………………………… …………… ……29
第一章 题目的意义
1.1 绪 论
当今社会是一个信息社会。自世界上第一台计算机问世到现在，计算机业飞速发展，技术淘汰指标高的惊人，价格下降以及软件应用的快速扩展引发了以信息处理计算机化为标志的“微机革命”，随之而来的是计算机向各个领域渗透，电能表行业也不例外。
1.2 自动抄设表技术的发展背景
 　   采用传统抄设表方式人工挨家挨户抄取电能表数据，不可避免地存在以下问题：统计数据不准确，无法真实反映用户用电情况；操作难以规范化，造成不明损失增加；数据采集不及时，无法实时反映系统状况，不能对用户行为进行有效监控；且耗费人工多，成本高，效率低。显然，上述弊端使得人工抄表管理模式不能适应电力体制的改革，也直接阻碍了诸如分时电价运营、预支电费等先进管理模式的推行。自动抄设表技术就是在技术与管理两方面急待进步、改革的迫切
需求下逐渐发展起来的【3】。
1.3自动抄设表系统概述
自动抄设表是指采用通讯和计算机网络等技术自动读取和处理表计数据，远程控制电能表。发展电能自动抄设表技术是提高用电管理水平的需要，也是网络和计算机技术迅速发展的必然。
　　随着电价的改革，供电部门为迅速出帐，需要从用户处尽快获取更多的数据信息，如电能需量、分时电量和负荷曲线等，自动抄设表为实现上述要求提供了切实可行的技术手段。随着现代电子技术的发展，通讯技术和计算机网络技术都有了飞速进步，而二者的结合又进一步演化出许多新的通讯方式和通讯系统，为自动抄设表即自动抄设表系统的实现提供了更多的现实可能。 
目前，美国等发达国家已把自动抄设表技术广泛用于配电管理。我国对自动抄设表技术的研究起步较晚，但是发展速度很快。随着电力市场管理改革的不断深入、对自动抄设表技术的研究必将成为热点与方向【4】。
      三相电能表抄设表是自动抄设表系统的一个主要组成部分，它是针对工业用户而设计的自动抄设表控制系统。
第二章 应用系统开发工具
2.1  Delphi6.0 VCL组件的体系结构
Delphi类可以粗略地分成两部分：一部分是组件类，这些组件类通常以某种方式出现在组件面板上，当用户从组件面板上点取一个类的图标后，在程序中就自动生成了该类的对象（非可视组件除外）；另一部分是功能类，这此功能类的对象通常出现在程序代码中，起着不可代替的作用，但是这些功能类在组件面板上是找不到的。在Delphi中，每一个类的祖先都是Tobject类,整个类的层次结构就像一棵倒挂的树，在最顶层的树根即为Tobject类。这样，按照面向对象编程的基本思想，就使得用户可用Tobject类这个类型代替任何其它类的数据类型。实际上在Delphi的类库中，Tobject类派生出了为数相当众多的子类，它们形成了一个庞大的体系，通常情况下，如果不自行开发组件，就不必了解整个类的体系结构，只用到类层次树的叶结点就足够了。
这一小节简略介绍一下Delphi 6.0中VCL（可视化组件库）【2】组件的体系结构。凡是做过程序开发的人都知道从来没有单纯的数据应用程序，也就是说，数据库应用程序必须和用户界面（可以是图形界面也可以是命令接口）元素相结合，只讲界面或只讲数据库本身都构不成数据库应用程序，因而用Delphi 6.0开发数据库应用程序就隐含着界面开发。
组件在Delphi程序的开发中是最显眼的角色。大家知道，在编写程序时一般都开始于在组件面板上选择组件并定义组件间的相互作用。但也有一些组件不在组件面板上，例如Tform和Tapplication（典型的非可视组件）。组件是Tcomponents派生出来的子类，可以流的形式存放在DFM文件中，具有事件和Publish属性。
窗口组件类是窗口化的可视化组件类，在Delphi的类库中占有最大的份额。在实际编程中，窗口组件类的对象都有句柄，可以接受输入焦点和包含其它组件。
图形组件与窗口组件并列，是另一大类组件。图形组件不是基于窗口的，因而不能有窗口句柄，不能接受输入焦点和包含其它组件。从图8-43中可以看出，图形组件的基类是TgraphicControl,在实际编程中，它们必须寄生于它们的宿主——窗口组件类的对象，由它们的拥有者负责其显示，而且它们还能触发一些和鼠标活动相关的事件。图形控件最典型的例子是Tlabel和TspeedButton。由此可以看出图形组件的功能很弱，图形组件的用处何在呢？其实使用图形组件的最大好处在于节省资源，正是因为它们的功能较弱，所以使用的系统资源就要少。在一个应用程序中，如果能在不影响其功能的前提下合理大量地使用图形组件，将会大减少程序对系统资源的消耗。
非可视组件是与可视组件相并列的另一类组件，非可视组件在程序运行中是不可见的（除各种对话框组件之外，事实上有人认为对话框组件不能归入非可视组件，应该是另一种介于可视与非可视之间的组件）。
最后要说明一下，常说的控件实际上是一种组件。也就是说组件这个概念要大于控件，控件在内涵上包含于组件中。控件由Windows系列操作系统提出并使用，而组件是Borland和其它厂商在对Windows控件做了必要的扩展之后提出来的概念，它们是在不同时期由不同的厂商提出的概念。
2.2  数据库组件介绍
用Delphi6开发数据库应用，重点是和各种数据库组件打交道，能和数据库挂钩的组件对象有5种，它们是：Session（数据库会话）、Database（数据库）、Dataset（数据集）、DataSource（数据源）、Data control（数据控制组件，也叫data-controls即数据感知组件）。其中前面4种统称为数据访问（Data Access）组件。
ADO组件  Delphi6.0包含了可以用来访问Microsoft公司的ActiveX Data Objects（ADO）格式数据库的组件。ADO是Micrsoft公司关于各种类型数据的高等界面，后来逐渐演变成满足所有数据访问需要的完整解决办法。ADO的对象模型是所有数据访问接口对象模型中最简单的一种。Microsoft公司用来访问ADO数据的应用程序界面技术是OLE DB。OLE DB是一种底层编程接口，用来访问许多不同类型的数据源，其中包括消息、文件系统以及其他一些非传统的数据源。OLE DB是一个由Component Object Model（COM）接口组成的集合，用来隐藏创建数据访问服务过程中的细节。OLEDB提供了访问任何数据资源的方法，包括相互关联的数据库和相互不关联的数据库、Email和文件系统、文本和图形以及用户定义的数据对象。
Delphi的ADO组件无需依靠BDE而是使用ADO技术，提供了可以通过数据控制组件访问数据的新方法。唯一的要求是在使用ADO组件时必须运行ADO/OLE－DB。ADO组件的使用使得DELPHI在访问数据的类型和采用的技术方面都有了很大的突破。
数据模块设计窗口  数据模块设计窗口是用来设计和维护数据模块的。数据模块设计窗口中包含了所有以.DTI作为文件扩展名的Data Diagram文件的信息。DTI文件在编译时不起任何作用。
2.3  SQL语言在Delphi中的应用
在Delphi中使用SQL语言非常方便，一般来说，都是通过Tquery或TADOquery组件来使用SQL语言的。可以在Tquery或TADOquery组件的SQL属性中设置SQL语句。设计程序时，在该组件的属性对话框中选择SQL属性，单击带省略号的按钮，就可以打开String List Editor对话框，然后我们就可以在对话框中添加SQL语句。还可以使用Delphi的SQL Builder来自动生成SQL语句，这样可以避免手工编写SQL而可能造成的语法错误。
静态SQL语句在程序设计时便已固定下来，它不包含任何参数和变量。
动态SQL语句，也被称作参数化的语句，在其中间包含着表示字段名或表名的参数。
为参数赋值有三种方法：
①根据参数在SQL语句中出现的顺序，设置TADOQuery组件的parameters属性值为参数赋值。
②直接根据SQL语句中各参数的名字，调用ParamByName方法来为各参数赋值。
③将TADOQuery组件的DataSource属性设置为另一个数据源，这样将另一个数据源中与当前TADOQuery组件的SQL语句中的参数名相匹配的字段值赋给其对应的参数。利用这种方法也能实现所谓的连接查询，创建主要—明细型数据库应用。
在使用动态SQL语句编程时，常常用到一个很重要的方法Prepare，调用Prepare 方法之后，Delphi会将带参数的SQL语句传送给与其对应的数据库引擎，对动态SQL语句进行语法分析和优化。虽然在用动态SQL语句编程时，调用Prepare方法并不是必须的，但是调用Prepare方法后，会极大地提高动态SQL 语句的执行性能，特别是当要反复多次执行同一条动态SQL语句时，其优越性会更加明显。 如果在应用程序中执行一条SQL语句之前并没有显式地调用Prepare方法，每次在执行SQL 语句时，Delphi会隐含地调用Prepare方法以准备这个查询。
TadoQuery部件还有一个Prepare属性，这是一个布尔型属性，当其属性值为True时， 表明该查询已被准备好了( SQL 语句已被传送到数据库引擎中 ) ， 当我们使用参数编辑器Parameters Editor来为动态SQL语句中的参数赋值时，当设置完相应的参数值并退出参数编辑器时，Delphi会隐含地调用Prepare方法以准备好查询。
当SQL语句执行完之后，要想准备下一个查询，首先必须调用Close方法，然后才能调用Prepare方法准备下一个查询。一般来说，在一个应用程序中应该调用一次Prepare方法，常常在窗体的OnCreate事件处理过程中调用Prepare方法， 然后用上述介绍的方法为参数赋值，最后调用Open方法或ExecSQL方法执行SQL语句，以完成查询。
当然在调用Prepare方法准备好一个查询时，会消耗一些数据库资源， 因而每当一个查询执行完毕之后，要养成调用UnPrepare方法以撤消查询的好习惯。在运行程序过程中，通过程序改变TQuery或TADOquery部件的SQL属性值时，Delphi会自动地调用Close方法和UnPrepare 方法，以撤消查询。
在程序运行过程中，要想设置Tquery或TADOquery部件的SQL属性，必须首先调用Close方法，关闭TQuery或TADOquery部件，然后再调用Clear方法清除SQL属性中现存的SQL命令语句， 最后再调用Add方法为SQL属性设置新的SQL命令语句。
在为TQuery或TADOquery部件设置SQL属性时调用Close方法总是很安全的，如果TQuery或TADOquery部件已经被关闭了，调用Close方法时不会产生任何影响。在应用程序中为SQL属性设置新的SQL 命令语句时，必须要调用Clear方法以清除SQL属性中现存的SQL命令语句，如果不调用Clear方法，便调用Add方法向SQL属性中设置SQL命令语句，那么新设置的SQL命令语句会追加在现存SQL命令语句后面， 在程序运行时常常会出现出乎意料的查询结果甚至程序无法运行下去。
在这里要特别注意的，一般情况下TQuery或TADOquery部件的SQL属性只能包含一条完整的SQL语句，它不允许被设置成多条SQL语句。当然有些数据库服务器也支持在TQuery或TADOquery部件的SQL属性中设置多条SQL语句，只要数据库服务器允许这样，我们在编程时可以为 SQL 属性设置多条SQL语句。
在为TQuery或TADOquery部件设置完SQL属性的属性值之后，也即编写好适当的SQL程序之后，可以有多种方式来执行SQL程序。
在设计过程中，设置完TQuery或TADOquery部件的SQL属性之后将其Active属性的值置为True， 这样便可以执行SQL属性中的SQL程序，如果应用中有与TQuery或TADOquery部件相连的数据浏览部件( 如TDDGrid TDBEdit等)那么在这些数据浏览部件中会显示SQL程序的执行结果。
在应用程序运行过程中，通过程序调用TQuery或TADOquery组件的Open方法或ExecSQL 方法可以执行其SQL属性中的SQL程序。Open方法和ExecSQL方法是不一样的。Open方法只能用来执行SQL语言的查询语句(Select命令)， 并返回一个查询结果集，而ExecSQL方法还可以用来执行其它常用的SQL语句(如INSERT, UPDATE, DELETE等命令)，例如：
Query1.Open (这样会返回一个查询结果集)
如果调用Open方法，而没有查询结果时，会出错。此时应该调用ExecSQL 方法来代替Open方法。如：
Query1.ExecSQL (没有返回结果)
当然在设计应用程序时，程序设计人员是无法确定TQuery或TADOquery组件中的SQL 语句是否会返回一个查询结果的。对于这种情况应当用Try…Except模块来设计程序。在 Try 部分调用Open方法，而在Except部分调用ExceSQL方法，这样才能保证程序的正确运行。
例如：　
Try
Query1.Open
Except
Query1.ExecSQL
End
通过Tquery或TADOquery组件可以获得两种类型的数据：
⑴ “活动”的数据
这种数据就跟通过TTable部件获得的数据一样，用户可以通过数据浏览部件来编辑修改这些数据，并且当调用Post方法或当焦点离开当前的数据浏览部件时，用户对数据的修改自动地被写回到数据库中。
⑵ 非活动的数据(只读数据)
用户通过数据浏览部件是不能修改其中的数据。在缺省情况下，通过TQuery部件获得的查询结果数据是只读数据，要想获得“活动”的数据，在应用程序中必须要设置Tquery或TADOquery组件的RequestLive属性值为True，然而并不是在任何情况下(通过设置RequestLive的属值True)都可以获得“活动”的数据的，要想获得“活动”的数据，除了将TQuery部件的RequestLive属性设置为True外，相应的SQL命令还要满足以下条件。
本地SQL语句查询情况下，要得到可更新的数据集，SQL语句的限制为：
① 查询只能涉及到一个单独的表
② SQL语句中不能包含ORDER BY命令
③ SQL语句中不能含聚集运算符SUM或AVG
④ 在Select后的字段列表中不能有计算字段
⑤ 在Select语句WHERE部分只能包含字段值与常量的比较运算，这些比较运算符是：Like, >, <, >=, <=。各比较运算之间可以有并和交运算：AND和OR
当通过SQL语句查询数据库服务器中的数据库表：
①查询只能涉及到一个单独的表
② SQL语句中不能包含ORDER BY命令
③ SQL语句中不能含聚集运算符SUM或AVG运算
另外，如果是查询Sybase数据库中的表，那么被查询的表中只能有一个索引。如果在应用程序中要求TQuery或TADOquery组件返回一个“活动”的查询结果数据集，但是SQL 命令语句不满足上述约束条件时，对于本地数据库的SQL查询，BDE只能返回只读的数据集。对于数据库服务器中的SQL查询，只能返回错误的代码。当Tquery或TADOquery组件返回一个“活动”的查询结果数据集时，它的CanModIfy属性的值会被设置成True。
2.4  MS SQL Server简述
SQL Server 是一个后台数据库管理系统,它功能强大操作简便,日益为广大数据库用户所喜爱。越来越多的开发工具提供了与SQL Server的接口。SQL Server 是一个关系数据库管理系统，它最初是由Microsoft、Sybase 和Ashton-Tate三家公司共同开发的。于1988 年推出了第一个OS/2 版本，在Windows NT 推出后，Microsoft与Sybase 在SQL Server 的开发上就分道扬镳了，Microsoft 将SQL Server 移植到Windows NT系统上，专注于开发推广SQL Server 的Windows NT 版本。
SQL Server 2000 是Microsoft 公司推出的SQL Server 数据库管理系统的最新版本，该版本继承了SQL Server 7.0 版本的优点，同时又比它增加了许多更先进的功能、具有使用方便、可伸缩性好与相关软件集成程度高等优点。可跨越从运行Microsoft Windows 98 的膝上型电脑到运行Microsoft Windows 2000 的大型多处理器的服务器等多种平台使用。MSSQL Server不但可以应用于大中型数据库管理中，建立分布式关系数据库，并且也可以开发桌面数据库。事实上，SQL Server数据库处理的基本结构，采取关系型数据库模式，尽管如此，相信大家都可以轻易的发现，在SQL Server的数据库处理方式，则是使用面向对象的操作方式与精神，也就是说，SQL Server的所有功能，都可以基于系统已经建立好的一些对象来达成，是相当OO（面向对象）的一个系统结构。
SQL Server 企业管理器是 SQL Server 的主要管理工具，它提供了一个遵从 MMC 标准的用户界面，使用户得以：
· 定义 SQL Server 实例组。
· 将个别服务器注册到组中。
· 为每个已注册的服务器配置所有 SQL Server 选项。
· 在每个已注册的服务器中创建并管理所有 SQL Server 数据库、对象、登录、用户和权限。
· 在每个已注册的服务器上定义并执行所有 SQL Server 管理任务。
· 通过唤醒调用 SQL 查询分析器，交互地设计并测试 SQL 语句、批处理和脚本。
· 唤醒调用为 SQL Server 定义的各种向导。

第三章 三相多功表抄设系统设计输入
3.1用户要求
能够对串口有选择性，能抄多台表的数据及同台表不同时刻的数据且可以保存数据，能查询抄回的数据且能打印报表，能按不同权限按客户要求修改表中的参数；界面友好，操作简单方便，具体要求如下：
1． 串口有选择：按客户要求选择不同的串口。
2． 数据采集：可采集电表中允许抄表的全部数据（电能，需量，
需量时间，失压记录，失流记录，过载记录，校时记录，开盖记录，电表表号，电表脉冲常数，电表控制字等）。
3． 数据查询：可查询采集回的全部数据（电能，需量，需量时间，
失压记录，失流记录，过载记录，校时记录，开盖记录，电表表号，电表脉冲常数，电表控制字等）。
4． 报表打印：可按需求打印采集回的数据。
5． 设表：可按权限设电能表允许设表的全部数据（电表表号，电
表脉冲常数，电表控制字，节假日表号，键显，轮显等）。
6． 系统界面友好，操作方便。

3.2可行性分析
可行性研究的目的就是用最小的代价在尽可能短的时间内确定问题是否能够解决，在可行性分析的三个方面（技术可行性、经济可行性、操作可行性）上来看，都能达到要求，根据可行性分析的要求，可行性分为下面几个步骤：

⑴复查系统规模和目标
多功能电能表抄设表系统包括七模块：串口选择、数据采集、信息查询、报表打印、数据修改、设表、系统维护七大模块；其中数据采集,要对采集回的数据分类，供查询、统计等操作；信息查询负责抄回数据的分解、排列等操作，其中要实现转存等功能；信息查询负责按各种不同方式进行查询所有的结果；报表打印主要负责采集回的电表数据的统计和存档；系统维护主要负责系统的密码设置及系统的有关情况；

⑵多功能电能表抄设表系统状况及系统的特点
本系统采用面向对象的程序设计语言Delphi，本系统采用面向对象的程序设计技术，在美化其操作界面的基础上，新增了许多辅助功能，使其具有内容详细，功能强大，界面友好等特点。

⑶导出新系统的高层逻辑模型
数据字典（见后页）

⑷导出评价选择的解法（略）

⑸推荐行动方针（略）

⑹草拟开发计划（略）

⑺书写文档提交审查

第四章 三相多功表抄设系统设计分析
4.1数据流图
总的数据流图：

管
理
中
心
设
表
要
求
电
能
表

修改参数
抄表

设表

报 表
查 询

图4－1
说明：图4－1为整个电能表抄设表系统的流程图，基本上已包括子模块的一些流程。电能表抄设表系统分为抄表，查询，修改数据，设表四个阶段，抄表包括数据的分解和存储数据，查询包括将数据分解成可读格式并显示出来，修改是按设表要求把各参数设置好并保存，设表是将修改后的参数设入电能表中，其中用了大量的数据库操作。其他的数据流程图较为简单。（略）

4.2系统分析
所谓系统分析，就是指在整个系统开发工程中，解决“做什么”的问题，把要解决哪些问题，满足用户哪些具体的信息需求调查分析清楚，从逻辑上或说从信息处理的功能需求上提出系统的方案，即逻辑模型，为下一阶段进行物理方案设计，解决怎么办提供依据。它是信息开发系统中的一个重要阶段，是建立系统模型的第一步。在目标分析与需求分析的基础上，我把该系统主要分为如下几个模块：主控模块，数据采集模块、信息查询模块、打印报表模块、系统维护模块、参数设置模块。
1. 主控模块：它主要是对其他各个功能模块的调用，指导各个功能模块按照要求完成自己的任务。如图4－2
多功能电能表抄设表系统

身 份 验 证

串 口 选 择
数 据 采 集
信 息 查 询
数 据 修 改
参 数 设 置
打 印 报 表
系 统 维 护

图4－2

2.数据采集模块：主要是通过通讯端口对电能表的数据进行采集，并把采集的参数自动放进各数据库，已备调用。如图4－3

数据采集
输入表号
电能数据采集集

需量数据采集

退出子系统

打印数据

存储数据

显示数据

数据采集

失压数据采集

失流数据采集

退出系统

图4－3
3.信息查询模块：主要是按各种要求查询采集回来的数据，按各自的选项显示。如图4－4
按表号查询

信 息 查 询

按时间查询

按操表员查询

按数据模块查询

图4－4
4.打印报表模块:按各种要求打印报表。如图4－5
抄表表号

抄表时间

抄表员
电能报表

打 印 报 表

电表电能
需量报表

失压报表

失流报表

退出系统

图4－5

5.系统维护模块:如图4－6

系 统 维 护

密 码 设 置

更 换 背 景

关于本系统

图4－6
6.参数设置模块:电能表的管理参数设置。如图4－7

基本项参数修改
基本项参数设置

时区参数修改
时区参数设置

输入密码权限
参
量
数
据
设
置
日时段表修改
日时段表设置

假日表参数修改
假日表参数设置

轮显编码修改
轮显编码设置

考核项参数修改
考核项参数设置

状态字参数修改
状态字参数设置

键显编码修改
键显编码设置

负荷记录间隔修改
负荷记录间隔设置

图4－7
第五章 操作说明
5.1 主界面运行操作说明
如图5－1

图5－1
启动程序后，程序首先进入通讯设定界面。
顶部的快捷按钮分别用来修改密码，表号，即时冻结，广播校时， 及修改通信速率。
修改密码，如果没有返回“密码修改成功”的提示窗口，则修改失败。
最大需要量、即时冻结命令，根据国标无返回，请根据读表数据自行判断。
进行读操作时，必须输入表号。
进行设表操作时，则还必须输入密码，权限。
出厂波特率默认为1200，校验方式是偶校验，停止位1位，数据位8位，流控制选择无。
如作过设置改动，则设置完毕后，要点选数据保存菜单中的端口设置，如图5－2，设置才会生效。

图5－2
通讯参数设定后，方可以进行读表，设表操作。
5.2管理参数设置
图5－3：

图5－3
点击参量数据，所有的读表，设表操作，既可以通过下方的按钮菜单进行，两种方式具有相同的功用，可根据个人的喜好，选择喜欢的操作方式。按钮菜单请参照如图5－4示：

图5－4
读数据按钮可以选择性地读数据(通过点选右侧的列表框)，也可以读全部的数据项。
设置按钮则可以选择性地写数据，也可以写全部的数据项。
点击缺省参数按钮，可以保存当前的参数数据，或者加载已保存的参数数据。保存缺省参数可以方便此后的数据输入。

也可以通过鼠标右键菜单进行，如图5－5所示：

图5－5
每次单击，菜单项目会在写数据与读数据之间交替变换。
当鼠标停留在每个编辑框上方时，会有提示显示，请按照提示内容进行数据输入。当输入的字符个数少于提示时，程序会自动在左边补零。如字符个数超出，系统会提示错误，并将编辑框清零。
设置参数成功，列表框对应项目所做的选择会被清除。
注：有读设表操作进行时，请勿进行其他的读设表操作，否则导致程序停止响应。
时区界面如图5－6：
如进行参数设置，请先点选设表项，并设置月份，日期，及日时段表号，然后点击相应的时区，即可进行数据输入。选择右边的列表框，进行设表项目选择。

图5－6
参数数据的其他界面，与上述界面类同，唯一需要注意的是，在考核项目这部分，选择项目比较多，对于各项的含义，当用户在切换选项值时，图5－7做标记的状态栏部分会出现提示，对项目含义进行解释，以尽量方便用户的操作。
图5－7
5.3抄表界面说明
变量数据部分，当选择网格单元时，如果该单元为状态字，在界面下方会出现对状态字含义的解释。图5－8

图5－8
关于电量数据，需量数据等，界面大同小异，不同之处在与，有一个数据保存按钮，点击不同的菜单项目，可以保存数据，以供以后调阅。图5－9

图5－9
数据调阅显示曾保存过的电表数据：
列表项目的格式：表号 AT 年月日时， 双击一个项目，而后转到相应的界面，即可查看数据。如图5－10

图5－10
5．4 系统的维护
系统的维护主要分为纠错性维护、适应性维护、完善性维护和预防性维护。
纠错性维护：由于本系统测试不可能揭露系统中存在的所有错误，所以当系统运行到一定时期后会暴露出系统内隐藏的错误，这时候要及时纠正。
适应性维护：这里指为了使本系统更好的适应环境的变化而进行的维护工作。一方面由于计算机技术的飞速发展，原来的系统不能适应新的软硬件，另一方面，应用的对象也在不断的发生变化，将导致系统不能适应新的应用环境，因此，有必要对系统进行调整，以保证系统时时都能满足用户的要求。 
完善性维护：要根据用户不断提出的新要求来不断扩充原有的系统的功能。
预防性维护： 把维护工作由被动变主动，来延长本系统的使用寿命。
据统计，完善性维护占所有维护工作总数的50%左右。可见，系统维护工作中，一半以上的工作是对系统的完善，一定要多加注意。

第六章 结束语

经过三个多月的设计和开发，三相多功能表抄设表系统基本开发完毕。其功能基本符合用户需求，能够完成对三相多功能电表的运行参数进行有效的控制，对电表的计量参数能够实时的监控。并提供部分系统维护功能,方便用户。
但是由于毕业设计时间较短，所以该系统还有许多不尽如人意的地方，比如现在只有单机版，没能开发出网络版，用户界面不够美观等多方面问题。这些都有待进一步改善。

致 谢

在本次毕业设计中，我从指导老师钱老师身上学到了很多东西。钱老师认真负责的工作态度，严谨的治学精神和深厚的理论水平都使我收益匪浅。他无论在理论上还是在实践中，都给与我很大的帮助，使我得到不少的提高这对于我以后的工作和学习都有一种巨大的帮助，感谢他耐心的辅导。

工作简历
1997.7毕业于襄樊大学自电系电气技术专业。
1997.7∽2000.5 奥瑞那光子技术（深圳）有限公司从事研发工作
2000.5∽2003.6 龙电电气技术有限公司从事研发工作
2003.6∽现在 华立南方电子技术有限公司从事研发工作

主要参考文献
[1] Delphi 6编程指南
作者：郭晶、郝黎明
出版社：电子工业出版社
[2] Delphi 6从入门到精通
作者：罗征
出版社；电子工业出版社
[3] 信息系统分析与设计
作者：邝孔武、王晓敏
出版社：电子工程专辑 第30期
[4] 论信息系统集成的实施
作者：曾华
出版社计算机应用，1997:3-5
[5] Delphi6课程设计案例精编
作者：赵应丁
出版社：中国水利出版社
[6]Delphi与RS-232串行通讯控制
作者：范逸之
出版社：电脑编程技巧与维护 2003年第12期
[7] Delphi串行通信工程开发实例导航
作者：崔建华
出版社：大众软件 2003年第第7期
[8] SQL Server数据库应用系统开发技术
作者：朱如龙
出版社：机械工业出版社
[9] Network Communication Techlojy
作者：ata elahi
出版社：汤姆森学习出版社
[10] 工作流元模型的研究与应用
作者：赵文,胡文蕙,张世琨,王立福
出版社：软件学报，2004年第6期
[11] 现场总线与智能仪表
作者：彭 利，温倞谡
出版社：电测与仪表，2004年3期
[12] 基于总线的变电站自动抄表系统
作者：杨和洲，高 莹
出版社：电测与仪表，2004年1期
[13] Principles of distributed database systems
作者：M.Tamer Ozsu,Patrick Valduriez
出版社：Prentice hall/c1999.
[14 Data & computer communication.sixth edition
作者：William stallings
出版社：电子工业出版社 2001－1－1

目 录
第一章 总论 1
1.1项目名称与承办单位 1
1.2研究工作的依据、内容及范围 1
1.3编制原则 3
1.4项目概况 3
1.5技术经济指标 5
1.6结论 6
第二章 项目背景及建设必要性 8
2.1项目背景 8
2.2建设的必要性 9
第三章 建设条件 11
3.1项目区概况 11
3.2建设地点选择 错误！未定义书签。
3.3项目建设条件优劣势分析 错误！未定义书签。
第四章 市场分析与销售方案 13
4.1市场分析 13
4.2