整个项目历时近两年，从这两年的系统情况来看，整个系统是成功的。根据我亲身的经历，系统性能并不单纯是系统运行与管理阶段的问题，而是渗透在项目论证、开发以及运行的各个阶段。只有在各个阶段都能充分考虑性能方面的需要，在实际运行时，整个系统的性能才可能真正有保障。在技术方面来看，可以综合利用选型评估、硬件扩展、应用优化和系统配置优化等一系列的手段；比如在硬件扩展方面，又可以分为主要部件扩容，纵向升级、横向升级等方面。在我们的项目实践中，曾综合地利用了上述的各种手段。比如某银行的整个系统从日访问量不足1万至现在的每日超过I0万次以上的点击的发展情况来看，整个系统的性能保障及提高方案是比较成功的。
评注：实践过程较有说服力。条理与思路相当清晰，技术措施与管理措施的推进也很明确。所论述的技术还有一些局限，不够开阔。（本文主要参考了广州黄昌湛等人的论文）
系统分析员论文9
论改进Web服务器性能的有关技本——论文2：数字图书馆类的应用
【摘要】
一个大中型的图书馆信息系统涉及到许多方面的技术与方案，本文着重讨论与Web服务器性能有关的一些内容。
本人有幸作为项目负责人之一参与了某大型图书馆数字化信息系统的设计和基于Web应用软件的开发工作。由于在数字化图书馆信息系统中流通着的大多是数字化的索引、文摘、全文、图像或音频视频等多媒体信息，对Web服务器性能有着较高的要求。
结合实际工程的经验，本文将从硬件实现手段（缓存服务器、均衡负载设备、Web双机镜像、CPU和网卡的提升、网络带宽扩充）和软件实现手段（三层C/S软件结构设计、应用程序部署）等两个大方面论述如何提高Web服务器的性能，以便使用户能够更快捷、高效、安全地使用应用系统。
【正文】
随着Intranet信息技术的发展，图书馆为了更好地发挥其图书流通、资料检索和学术交流的职能，图书馆的数字信息化工程也势在必行。某图书馆为了尽快地步入世界先进图书馆的行列，已经启动了一部分的数字图书馆工程。
该数字图书馆工程主要包括对外信息Web发布系统，交互式检索网、后台馆藏信息管理系统、多媒体资料采集制作以及VOD点播系统等。本人有幸作为项目负责人之一，参与了整个数字化信息系统的总体设计，并参与了基于Web的一些应用（如对外信息发布系统、图像/全文混合检索系统、VOD点播系统）的开发。
某图书馆数字化信息系统从网络环境上讲，主要划分为多个网段：（一）Intranet接入部分，采用2M的DDN专线；（二）公共网段（非军事区），主要包括前台发布数据库服务器、Web服务器、E-Mail/FTP/DNS服务器、检索服务器及SAN网络区域存储设备；（三）是内部局域网，包括内网Web服务器、后台馆藏数据库服务器、OA服务器等。（四）是VOD点播专用网，包括音频视频点播服务器等。由于制定了严格的网络级和应用级访问权限，通过具有三层交换能力的高性能交换机和安全授权认证系统等，有效地控制了防问权限，确保了数据的安全性和完整性。考虑到经费和人员素质及今后的维护管理运营等方面，操作系统采用Windows NT平台，服务器选用DELL高端的系列，数据库采用IBM的DB2。主干网为千兆快速交换式以太网，局域网百兆到桌面，VOD点播网十兆到桌面。
在该网络环境下应用主要分为三大部分：（一）对外Web发布系统、对外图书辅助检索系统；（二）后台馆藏信息管理系统和图像/全文混合检索系统；（三）VOD点播系统。由于绝大部分应用采用Browser/Server方式结构，最终用户在本地只需安装IE或者Netscape Web浏览器，在后台数据库服务器的支持下通过网页方式请求和访问各类应用服务。另外，由于在图书馆信息系统中流通的多为索引、摘要、全文或音频视频等多媒体信息，对Web服务器性能与网络带宽等都有更高的要求。
通过不断地试验和实践，我们发现从以下几个方面可以相对有效地提升Web服务器性能；
（1）缓存服务器和均衡负载设备使用可以缓解访问瓶颈，提高网络带宽、实现均衡负载。
缓存服务器也称为cache服务器，可以存储cache静态的内容如网页、多媒体点播资源和会议实况（已压缩的、有一定格式要求的）等。此外，目前美国cashflow缓存服务器，已经可以存储cache数据库、ASP等动态内容。cache服务器通常放到防火墙之外，外网Web服务器之前，因此Internet用户点击网页不再直接访问网站Web服务器，而是访问cache服务器。
由于cache服务器具有多个CPU和高速大容量I/O通道，独立的OS，因此能大大缓解Internet访问瓶颈，而且也具有一定的抗黑客攻击的能力。
目前某图书馆采用这种方式，把大数据量的静态图片、点播资源、虚拟三维应用等都事先置放在cache服务器中，即使现今只有2M Internet的接入带宽，以上应用的播放速度和效果仍能让用户满意。
另外一种方式采用均衡负载设备或Web双机镜像。这种方式通过负载均衡的方法达到 Web访问性能最优。Web双机镜像是较早以前流行的方式，虽能使系统可靠性提升，但由于双机总是在互相询问对方状态，将会影响一定的访问性能。均衡负载设备是独立于Web服务器的硬件，它和Web服务器及网站中其他服务器接在同一交换机上，通过负载调度程序为各个服务器分配工作量，从而，能达到充分利用资源，提高访问性能的目的。只是由于某图书馆目前对外发布资源相对仍较少，只采用了三台Web服务器，因此目前的均衡负载设备作用还不显著。
（2）从Web服务器的配置来看Web服务器自身CPU个数及速度、网卡数量、Web服务器与防火墙的位置关系等，都会影响到Web服务器的性能。
从Web服务器硬件本身来讲，CPU个数的增加、网卡个数的增加、I/O信道的扩展无疑可以直接地提高Web服务器性能。此外，由于千兆口的防火墙目前较少且费用较高，如果把Web服务器放置防火墙之后，一定会大大影响Internet访问性能。某图书馆采用IDS（入侵侦测）+Web服务器（服务器防火墙，较低端，不会影响流量）+应用服务器+数据库服务器（防火墙，高端），分层次的安全模式，既保证了系统的安全性，又提升了网络访问性能。
另外，某图书馆还采用了SAN网络区域存储来提高服务器访问速度。
（3）三层C/S软件结构设计和应用程序的适当部署也会提高Web服务器的性能。
将业务逻辑、通用访问接口与数据等相互分离、分别置放于Web服务器、应用服务器、数据库服务器上，通过程序功能和逻辑的合理部署，也能大大改进Web服务器性能。
一般的原则是，Web服务器只需接受Internet http访问请求，使Web只有最少的任务，把实际处理交给各个应用服务器处理，然后返回结果给Browser。某图书馆采用这种方式专门开发了搜索引擎应用服务器和混合检索应用服务器等，达到了良好的应用效果。
事实上，Web服务器的性能提升还存在很多手段和方法，比如CPU与存储之间关系，Web交换机等等，有待于我们进一步的实践、分析和讨论。（本文主要参考了上海童茵等人的论文）
评注：主题鲜明，条理也较分明。但所讨论的技术应更有机地结合于项目的实例。
系统分析员论文10
论实时控制系统与企业信息系统的集成——论文1：通信业应用
【摘要】
近年来，在应用需求的强大驱动下，我国通信业有了长足的进步。现有通信行业中的许多企业单位，如电信公司或移动集团，其信息系统的主要特征之一是对线路的实时监控要求很高，数据量庞大，如何将实时控制与信息系统集成在一起便成为系统实施的一个关键部分。
在参与了某个通信公司的一套网管系统以及决策支持系统的设计后，我们分析了两者的集成与应用工作，深切地感受到有一个良好的设计策略以及重视所选用的工具是一个关键。这个项目主要是对下属各分站的子网以及有关链路的连通情况进行实时监控、实现报警、路由控制和授权等功能，其关键在于提供一个实时显示情况的地图界面，井将数据汇总和组织，建立起数据仓库以及进一步实施数据挖掘分析，从而能支持企业的决策分析。我作为设计人员之一，着重在本文中讨论控制系统与信息系统集成时的策略。
【正文】
众所周知，通信行业需要有一整套监控通信网络的手段，其工作特点是涉及到的各分站与基站的在地理位置L的分布性，更加需要有在更高一级提供检测不同分站链接情况的手段。一般来讲，由于数据都是海量的，所以，如何将整个网络系统所得的数据及时处理，以便和决策部门的分析相结合，也成为迫切需要解决的重要课题。简言之，分布性、实时性以及数据海量性是解决整个系统设计和集成的核心问题。
首先，让我们来讨论一下“网管监控系统”。由于我参与设计与开发的这个系统并不是位于基层的分站，其定位在将下属各分站的主机通信数据（包括数据流量、链路负荷、通往其他结点即主机的连通情况等）加以收集，所以对于具体通信事务的底层操作要求并不很高。
考虑到上述原因，我们采用了一个地理信息系统开发平台Mapinfo并采用Delphi编程，后台用SQL Server数据库（这是由于考虑到决策所需要用到的是Microsoft公司的OLAP Service）。在分析和计划之前，我们先对ITU801标准做了详细的探讨，这只是一个有关子网和链路定义以及分层等描述的标准，在听取了许多分站人员的建议后，将MAPINFO公司提供的一个相关的MAP X的Active X控件嵌入到Delphi程序中，利用MAP X中提供的丰富的类以及操作，比如Object、Layer等实现网管界面，井且加入了子网和链路的概念，对属下的分站可以随意地组合成为不同子网，而且实现了放大与缩小的功能，大致可以将整个地区的分站集中在一张地图中，能显示在屏幕上，这时，只是显示出各个分站的概要，小到可以显示出某台主机的机柜、机柜直到插件板（因为这些都要实时监控）。我们采用了分层的方法来实现以上缩放。对于一些静态的数据，如分站，主机的位置等则先用Mapinfo公司提供的一套编制地理信息的工具（MAP X是其提供给编程工具的一个Active X控件）做成静态的层次图放置于数据库中。
我们新做成的这套系统通过与各分站的专用线路加以连接，能实时地得到数据，显示于地图上，反映出各站、各子网、各链路的实时状态，并能将控制命令传回分站（如强制链路中断、路由转换等）。
现在，让我们来讨论其中最为关键的问题，即是要将实时控制系统与企业信息系统加以集成，我们的设想和体系结构大体上可以用一张简图表示（此处暂略）。
在这个体系结构中，由各分站保留着详细的数据，网管系统则在一定时间间隔内将汇总到的数据作少量统计，抽取其中需要保存的内容放入数据库，如每分钟流量，某分站与其他分站每分钟通信流量，在该分站中某个链路的负荷（这些链路有可能是动态分配的，也可能是固定分站之间的通信链路）。尽管如此，数据仍然是海量的，因此，如果要把这些数据都直接送到各个决策部门，比如送给市场部门是不现实的。所以，我们在数据库的基础上建立了数据仓库，确定了客户、时间、通信量、计费和故障等几个数据仓库的主题，每隔一定时间对数据库中的原始数据进行清理与抽取等预处理工作，建立好数据仓库。这里的预处理包括了许多方面的内容，比如有建立计算时间，但是无计费的（计费值为零）的数据，应视为建立失败的无效数据，需要予以剔除；某些企业租用的是专用线路按月计费，中间的通信因此无计费的一些有关记录也应剔除等。
在预处理之后，再利用OLAP Service的分析将数据融合与汇总。按照决策部门的需要提供相应数据（比如：市场部门需要每一分站的收益，客户分布情况以及客户费用等）。这些都可以由OLAP Service对数据作预先处理，此时处理完的数据在逻辑上是以立方体（CUBE）形式存在的，其占用的存储空间便能显著地降低，如1999年8月有2000万条通讯记录，即使形成作为备份的文本都需要4G空间，经过OLAP Service处理后仅需200M左右空间，因此，经处理后的数据主要存放于另外的相关部门的机器中，而不能与主服务器放在一起。
最后，再来讨论由决策人员所使用的系统。由于这些部门并不分散，我们就没有采用OLAP Servce的Web发布方案。采用Delphi编制了访问OLAP Service的客户端软件，用了OLAP Service提供的、Cube Browser控件，用相似于网页的界面提供了数据立方体的各种操作，如上钻（观察角度从月转到季度甚至年），切片，旋转等操作。为了便于输出打印数据，还内嵌了Microsoft的Excel数据透视表，可以将在Cube Browser上所看到的数据转化为Excel的表格形式，或者转换成饼形图、柱形图和曲线图等，比如可以观察每天24小时通信流量的分布曲线图，可以发现在夜间12点以后明显通信流量减少，而决策部门便可制定某些优惠或减价措施吸引更多客户在12点之后使用网络。
另外，在采用OLAP Service中的数据挖掘功能时，其中提供的两类算法分别是基于决策树的分类和基于决策树的聚类，市场部门的聚类算法将客户根据费用情况加以聚集，以期发现处于同一消费水平的客户的共同特征，便于制定政策，吸引客户。这方面的努力我们将会进一步持续进行，以保证有足够的海量数据而发现其中的规律。
整个系统运行后，其数据采集，数据处理等一系列工作都由程序定期地自动进行，该系统应用已有一段时间，受到了不少好评。当然，也发现了其中有不少问题，比如；主服务器数据库的容量问题，主站与分站的通信效率问题，还有在网管系统中，网络故障的确定还不够细致，需要由分站再具体化加以确定，决策系统与网管系统之间还缺少直接通信手段等，这些都有待于进一步的解决与改进。
实时控制系统与企业信息系统集成化是推动从事生产制造、测量与监控等业务的企事业单位真正迈向信息化，提高工作效率的一个重要动力。如果是大型企业，更需要有一整套的系统，支持Web发布，智能查询，自动识别如用于故障预测和数据挖掘等技术，从而能够将底层的实时监控与高层的决策更好地集成在一起。展望其前景，无疑是十分美好的，但是我们认为相应的工作量很大，在技术上仍然需要有所提高和有所突破。
评注：能紧扣集成的主题，结合实际作了较有深度的论述。所讨论的数据库和数据仓库技术符合企业信息化的方向。对遇到的问题的举例剖析还不够，实时控制方面的论述也可更细化一些说明。（本文主要参考了广东林嘉宜等人的论文）
系统分析员论文11
论实时控制系统与企业信息系统的集成——论文2：工业自动化改造的应用
【摘要】
本文以一个信息化改造项目为例讨论了实时系统与信息系统的集成。我曾参加了一个中等规模的现代化生产企业的数字化改造项目，该企业拥有4座自动化连续式工作的窑炉，以及8座自动化间隙式工作的窑炉以及多台半自动的中大型辅助机器。该企业希望能将这些设备实现数字化，并且重点要建立起一个中央监控室，能实现对设备的运行状态参数的监督和记录两大任务，前者用于防止意外事故，后者可用于向该企业的决策人员和技术开发部门提供信息。
通过我们的开发组与该企业相关人员一起努力，分四个步骤共同完成了这一工作。第一步是实现设备状态参数的数字化输出；第二步是建立中央监控室的监督和记录功能；第三步健全监控室的控制功能及相应信号的输出；第四步则是实现生产设备自动化控制的数字信号接入功能。
我在其中的主要工作有三个方面：
（1）作为公司开发组和企业间联络的桥梁；
（2）负责确定该项目中各部分之间的分工，在发生冲突或出现问题时提出相应的具体解决办法；
（3）帮助解决与协调在工作过程中出现的各种困难。
【正文】
现代化企业发展生产与提高效率的根本途径之一是加速信息化的进程。在所从事的专业生产领域中，我参与开发项目的这家企业可以认为已经具有相当程度的现代化的基础了，比如它已拥有4条自动化连续式工作的窑炉、8座自动化间隙式工作的窑炉和多台半自动的中大型辅助机器。但是这些设备的自动化控制在改造前还主要依靠模拟量控制，也不具备信息与数据的记录、汇总与分析功能。该企业一方面出于对今后发展的需要，希望记录下这些设备在工作过程中连续的状态参数的变化情况，有运行的日志与历史记录，以提供给其技术开发部门，作为产品质量改进研究中的参考；进一步还可提供给企业管理部门决策分析时的参考。另一方面，企业希望能够对设备生产状态有全面的监督和一定的紧急控制与应变的能力，能对生产设备的操作意外和设定不当，或者发生突然的未预料到的事件，防止造成事故与损失。
我们根据该企业的要求，结合项目的资金、时间、人员等现实状况，再三考虑了该企业的经营情况、产品的市场和前景、项目开发所面临的风险等诸多因素，经过仔细分析，得出了如下的4条意见：
（l）由于资金的限制，切实地在相应各个环节上节约成本是相当重要的，因此要尽可能地在原有设施与条件的基础上进行改造，而不是进行根本性的替换；
（2）此企业需要的是“实时控制系统和企业信息系统的初步集成”，而不是一个功能相当丰富和完善的系统，该企业现阶段既不具备开发这样一个系统的能力和条件，也不具备管理维护和应用高级集成系统的相关人员，所以，项目的目标应当切合于目前条件下企业的总体要求。这样既有利于控制成本，也有利于减少项目风险；
（3）由于该企业的生产情况和资金、人员的限制，项目必须分阶段地进行。大体上可划分为如下四个阶段：①实现设备状态参数的数字化输出；②建立中央监控室的监督和记录功能；③健全中央监控的控制功能和相应信号的输出；④实现生产设备自动化控制的数字信号接入功能；
（4）参与本项目涉及到的双方的大多数人员都不精通对方的专业领域，因此必须在加强互相沟通的同时，确定明确的分工关系。
上述四条意见在经过双方的磋商与研究后，获得了双方全体项目参与人员的一致认同，成为这个项目开发过程中双方必须理解与遵循的准则。
在第一阶段，我们开展了对半自动的中大型辅助机器的自动化改造。事实上，该企业早有这类打算，并且已做了相应的技术储备，因而这一部分的工作由该企业自身的技术人员全权负责并加以实施。项目中所涉及到的所有自动化生产设备都已具有依据状态参数模拟信号量进行控制的能力，对于所采集到的状态参数模拟量，企业曾计划采用一类以模拟信号远程地传至中央监控室，再进行模数转换的方案。此方案对企业来说实现比较简单，但存在着成本较高、远传过程易受到干扰等不利因素。随着模数转换设备成本的显著下降和可靠性提高，经我们建议和双方讨论，企业有决心在生产设备的控制设备上就地实现现场模数转换，再远传数字信号至监控室，这一工作同样地由熟悉这项技术的企业技术人员实行。
第二阶段的工作主要由我方开发组成员负责。我们将人员大体上分为3组，第一组主要是根据企业长期累积的资料以及公开发表的相关技术，建立起一个合理有效的模型，其中包括诸如数据采样记录的间隔时间，不同生产阶段的数据处理时所采用的数学模型等数据处理的相关内容；第二组负责监控记录软件的输入输出接口，用户图形界面的选定和设计等软件外围功能的实现；第三组则集中力量编写一个简单实用的、针对性强和小巧的相关数据记录的专用数据库。这一阶段是控制质量和成本的关键性阶段。出于对成本的考虑，以及根据数据的流量不很大，对数据的实时性处理要求不是很高（通常情况下，设备的实时控制仍由原来的自动化系统所承担）的实际情况，中央监控室采用了一套有双机备份的服务器作为数据处理用的服务器，另一套同样有双机备份的服务器作为数据库服务器，并且没有使用价格昂贵的商用数据库，而采用了由自己开发的一个经济实用的专用数据库。
第三阶段可以看成是第二阶段的自然延伸，在第二阶段成功的基础上，利用第二阶段模块处理后所获得的数据，依据设备的多种临界指标，进行相应的判断，允许在紧急情况下，发出相应的警报，并同时依据设备本身的相应紧急情况处理办法，发出控制信号加以处理实现。这一阶段的关键有两方面内容：一个问题是要求数据转换设备拥有相对较高的可靠性与可用性，另一个问题是要注意做好与自动化设备原有控制系统的自我保护功能的配合协调工作。
第四阶段则仍然由该企业的技术人员为主实施，在实现过程中主要是解决好第三阶段所遇到的上述两个关键问题。对于第一个问题，使用了更好的设备和部件来实现数模转换和动态控制；对于第二个问题，则在控制设备中设立了优先级判断，使自我保护装置的启动优先级离开中央监控室（由于自我保护启动速度更快，但是功能较弱）而加以解决。
从总的项目实施进程上来看，一、四两个阶段相连贯，二、三两个阶段相连贯，而它们之间则可并行地进行，从而满足了时间进度上的要求。
今后，本项目所采用的这类技术可能要走向全自动化。项目中涉及到的数据量将会更大得多，实时性要求也会更高。我们应注意使现有成熟的商业系统与产品如何应用到其中去，使之能尽快地满足企业的要求，节约成本，并且减少开发的风险。
评注：本项目初步实现了生产控制与信息系统的第一阶段集成，项目实现目标明确，效果直接。摘要中写了项目的背景与作者所从事的工作，正文中条理较清晰地列举了项目实施的策略、过程与主要技术。（本文主要参考了上海沈子敬等人的论文）
系统分析员论文12
论实时控制系统与企业信息系统的集成——论文3：工业控制的常规应用
【摘要】
本文通过“工控组态软件”项目的开发，着重讨论实时系统与信息系统的集成。近年来，国内外的组态软件取得了很大的发展，已广泛应用于企业生产。组态软件以实时数据库作为核心技术，综合了工控、网络、图形处理与数据库访问接口等技术，是技术含量较高的一类软件产品，具有良好的应用前景和市场潜力，因此，有多家信息技术公司都在开发工业组态软件。
我有幸参与了该项目，在该项目中担当了分析与设计的部分任务，该软件采用Windows 2000操作系统，主要采用VC6.0进行开发。以下本文将从我所开发的组态软件的特征、软件的体系结构设计、实时数据库设计、可扩充性与可维护性设计以及项目实施管理等几方面加以论述。
【正文】
工业控制组态软件在工业界有着相当广泛的应用，此类软件允许用户在图形界面下对控制系统的各种采样点、过程输出点、设备、生产车间、控制回路、文件报警、生产报表、控制策略、网络设备和生产工艺画面进行定义与组态。使用该类软件时，用户甚至可以不写一行程序就能够构成自己的控制系统，有些功能强大的组态软件还可提供与网络、Internet、数据库访问接口等的连接功能，使现场控制系统能相对方便地和企业的信息管理系统加以集成，某信息技术公司决定开发新的具有一定通用性的工业组态软件，作为技术骨干，我在该项目中担当了分析与设计的部分任务，该软件采用了Windows 2000操作系统，主要采用VC6.0进行开发。
本文将从我们所开发的组态软件的基本特征、软件的体系结构设计、实时数据库设计、可扩充性与可维护性设计以及项目实施管理等几方面加以论述。
l. 我所从事开发的组态软件的基本特征
通过分析国内外的组态软件的特点和当前的技术发展情况，我认为我们着手开发的组态软件应当突出下述三个特征：
（1）“实时与可靠”是此类软件赖以生存的应用前提，但是目前还是有很多的组态软件做不到这一点。
（2）具备良好的网络连网能力与分布功能。
（3）有效地采用ODBC（开放的数据库连接），便于和其他信息系统集成。
这个项目在技术上，应着重于组态软件的体系结构设计与实时数据库的设计上需求分析则应着重分析国内外同类软件的功能，通过比较与鉴别，才能产生真正优秀的软件。
2. 组态软件的系统体系结构
本软件采用的是三层体系结构，设计结构时要具有开放性和良好的可扩充性。
（1）软件的底层是硬件访问控制层。这一层所采用的是前几年才推出来的OPC（OLE for Process Control）技术，采用该技术的好处是OPC是微软参与制定的标准接口技术，有众多的硬件厂商支持，所采用的OLE技术使软件具有良好的适应性和扩展能力。
（2）中间层是实时数据库。该层是整个系统的核心，在设计上除了具有一般实时数据库具有的特性之外，应当为应用层提供了两类接口：一是应用编程接口API（比如以DLL的方式实现），二是ODBC接口，该接口使系统具有很好的开放性，便于系统集成。
（3）上层是应用程序层。在该层通过ODBC接口访问实时数据库，可以通过SQL语句查询数据库的数据。
3、本项目涉及到实时数据库设计
在设计时，我们着重考虑了以下的四个方面：
（1）实时数据库的基本功能：实时数据库完成实时数据库的采集、输出、报警文件等的管理，也进行历史数据的管理。
（2）实时性设计：由于本系统所采用的操作系统是Windows 2000．它的实时性较差，因此要求任务管理定时器必须具有良好的实时性，在系统设计时，我们采用了抢占式服务的高精度定时器，在一定程度上保证了系统具有良好的实时性。
（3）任务调度：其目标主要是使系统在各时间段达到较理想的负荷任务的均衡性。
（4）ODBC接口设计：即开发相应的驱动程序，实现ODBC功能，使之完全遵守SQL约定，这样能允许应用程序的开发手段和开发工具多样化，允许可以采用VC、VB或Delphi等作为开发语言，也使数据库具有很好的开放性。但SQL语句不能实现数据发生时间方面的选择，影响了实时性，因此，系统自动给每个数据库加上时戳，SQL可以通过时戳进行时间控制来选择（读取）数据，从而满足了实时性方面的基本要求。
4. 本系统的可扩充性与可维护性设计
组态软件综合了多种技术，其体系结构与数据结构都较为复杂，再加上我们又希望能适应的实际应用场景有着复杂多变性，因此要求系统必须具有良好的可扩展性与对维护性，以满足功能与性能上不断变化的要求。在系统的设计技术上，我们大量地采用组件技术，如OPC，COM/DCOM与3D图形控件等，组件技术的采用使系统具有了良好的可扩展性与可维护性，降低了系统的复杂度。而且也使我们较方便地获得第三方支持，例如，请经验丰富的图形处理专家编写图形处理控件，就能加快软件开发的进度。
5. 本项目中软件项目实施和管理
组态软件的需求在当前工业控制领域中是较成熟的，基本能满足一般用户的功能上需求，通过比较多家组态软件，可以发现：在它们之间有80％的功能是相同的或雷同的，由于我们项目开发的起步较晚，在自控领域里，我们处于劣势，因此我们提出了“重技术分析，轻需求分析”的思路，即把重点放在组件设计与体系结构的实现上。
在人员的配备上则根据组态软件的技术组成特点，组织一批在自控、网络、组件、实时系统设计和硬件上各有所长的VC高手组成一支精干高效的队伍。
在开发进度上则反复强调“质量第一，进度第二”的原则。
在我们的项目实施中，可靠性作为设计的首要原则，要求项目组成员养成良好的编程习惯，每天必须完成认真的工作日志，每周要写工作总结，完成一段程序代码之后，即应自己先进行从里到外的测试，只有从基础抓起，才能保证组态软件的质量。
通过本项目的开发成功，我深切地体会到要使组态软件在企业实时控制与信息系统集成中发挥其应有的作用，必须注意以下各点：先进的体系结构；支持ODBC的实时数据库；强大的网络功能；功能日益强大的脚本语言等。我期待着本人通过在这个领域中的辛勤耕耘，将会结出更多更丰硕的IT成果。
评注：
本文抓住了企业实时控制与信息系统集成中的一类关键软件——组态软件项目的开发，进行了较有条理的讨论，思路很清晰。
由于项目在一定程度上的“通用性”，未能结合具体的应用背景论述；但本文的一个缺点是未能给出开发与应用的实际效果例子，也未能对开发中遇到的困难与问题展开深入的探讨。（本文主要参考了广东王启飘等人的论文）
评注：实践过程较有说服力。条理与思路相当清晰，技术措施与管理措施的推进也很明确。所论述的技术还有一些局限，不够开阔。（本文主要参考了广州黄昌湛等人的论文）
系统分析员论文9
论改进Web服务器性能的有关技本——论文2：数字图书馆类的应用
【摘要】
一个大中型的图书馆信息系统涉及到许多方面的技术与方案，本文着重讨论与Web服务器性能有关的一些内容。
本人有幸作为项目负责人之一参与了某大型图书馆数字化信息系统的设计和基于Web应用软件的开发工作。由于在数字化图书馆信息系统中流通着的大多是数字化的索引、文摘、全文、图像或音频视频等多媒体信息，对Web服务器性能有着较高的要求。
结合实际工程的经验，本文将从硬件实现手段（缓存服务器、均衡负载设备、Web双机镜像、CPU和网卡的提升、网络带宽扩充）和软件实现手段（三层C/S软件结构设计、应用程序部署）等两个大方面论述如何提高Web服务器的性能，以便使用户能够更快捷、高效、安全地使用应用系统。
【正文】
随着Intranet信息技术的发展，图书馆为了更好地发挥其图书流通、资料检索和学术交流的职能，图书馆的数字信息化工程也势在必行。某图书馆为了尽快地步入世界先进图书馆的行列，已经启动了一部分的数字图书馆工程。
该数字图书馆工程主要包括对外信息Web发布系统，交互式检索网、后台馆藏信息管理系统、多媒体资料采集制作以及VOD点播系统等。本人有幸作为项目负责人之一，参与了整个数字化信息系统的总体设计，并参与了基于Web的一些应用（如对外信息发布系统、图像/全文混合检索系统、VOD点播系统）的开发。
某图书馆数字化信息系统从网络环境上讲，主要划分为多个网段：（一）Intranet接入部分，采用2M的DDN专线；（二）公共网段（非军事区），主要包括前台发布数据库服务器、Web服务器、E-Mail/FTP/DNS服务器、检索服务器及SAN网络区域存储设备；（三）是内部局域网，包括内网Web服务器、后台馆藏数据库服务器、OA服务器等。（四）是VOD点播专用网，包括音频视频点播服务器等。由于制定了严格的网络级和应用级访问权限，通过具有三层交换能力的高性能交换机和安全授权认证系统等，有效地控制了防问权限，确保了数据的安全性和完整性。考虑到经费和人员素质及今后的维护管理运营等方面，操作系统采用Windows NT平台，服务器选用DELL高端的系列，数据库采用IBM的DB2。主干网为千兆快速交换式以太网，局域网百兆到桌面，VOD点播网十兆到桌面。
在该网络环境下应用主要分为三大部分：（一）对外Web发布系统、对外图书辅助检索系统；（二）后台馆藏信息管理系统和图像/全文混合检索系统；（三）VOD点播系统。由于绝大部分应用采用Browser/Server方式结构，最终用户在本地只需安装IE或者Netscape Web浏览器，在后台数据库服务器的支持下通过网页方式请求和访问各类应用服务。另外，由于在图书馆信息系统中流通的多为索引、摘要、全文或音频视频等多媒体信息，对Web服务器性能与网络带宽等都有更高的要求。
通过不断地试验和实践，我们发现从以下几个方面可以相对有效地提升Web服务器性能；
（1）缓存服务器和均衡负载设备使用可以缓解访问瓶颈，提高网络带宽、实现均衡负载。
缓存服务器也称为cache服务器，可以存储cache静态的内容如网页、多媒体点播资源和会议实况（已压缩的、有一定格式要求的）等。此外，目前美国cashflow缓存服务器，已经可以存储cache数据库、ASP等动态内容。cache服务器通常放到防火墙之外，外网Web服务器之前，因此Internet用户点击网页不再直接访问网站Web服务器，而是访问cache服务器。
由于cache服务器具有多个CPU和高速大容量I/O通道，独立的OS，因此能大大缓解Internet访问瓶颈，而且也具有一定的抗黑客攻击的能力。
目前某图书馆采用这种方式，把大数据量的静态图片、点播资源、虚拟三维应用等都事先置放在cache服务器中，即使现今只有2M Internet的接入带宽，以上应用的播放速度和效果仍能让用户满意。
另外一种方式采用均衡负载设备或Web双机镜像。这种方式通过负载均衡的方法达到 Web访问性能最优。Web双机镜像是较早以前流行的方式，虽能使系统可靠性提升，但由于双机总是在互相询问对方状态，将会影响一定的访问性能。均衡负载设备是独立于Web服务器的硬件，它和Web服务器及网站中其他服务器接在同一交换机上，通过负载调度程序为各个服务器分配工作量，从而，能达到充分利用资源，提高访问性能的目的。只是由于某图书馆目前对外发布资源相对仍较少，只采用了三台Web服务器，因此目前的均衡负载设备作用还不显著。
（2）从Web服务器的配置来看Web服务器自身CPU个数及速度、网卡数量、Web服务器与防火墙的位置关系等，都会影响到Web服务器的性能。
从Web服务器硬件本身来讲，CPU个数的增加、网卡个数的增加、I/O信道的扩展无疑可以直接地提高Web服务器性能。此外，由于千兆口的防火墙目前较少且费用较高，如果把Web服务器放置防火墙之后，一定会大大影响Internet访问性能。某图书馆采用IDS（入侵侦测）+Web服务器（服务器防火墙，较低端，不会影响流量）+应用服务器+数据库服务器（防火墙，高端），分层次的安全模式，既保证了系统的安全性，又提升了网络访问性能。
另外，某图书馆还采用了SAN网络区域存储来提高服务器访问速度。
（3）三层C/S软件结构设计和应用程序的适当部署也会提高Web服务器的性能。
将业务逻辑、通用访问接口与数据等相互分离、分别置放于Web服务器、应用服务器、数据库服务器上，通过程序功能和逻辑的合理部署，也能大大改进Web服务器性能。
一般的原则是，Web服务器只需接受Internet http访问请求，使Web只有最少的任务，把实际处理交给各个应用服务器处理，然后返回结果给Browser。某图书馆采用这种方式专门开发了搜索引擎应用服务器和混合检索应用服务器等，达到了良好的应用效果。
事实上，Web服务器的性能提升还存在很多手段和方法，比如CPU与存储之间关系，Web交换机等等，有待于我们进一步的实践、分析和讨论。（本文主要参考了上海童茵等人的论文）
评注：主题鲜明，条理也较分明。但所讨论的技术应更有机地结合于项目的实例。
系统分析员论文10
论实时控制系统与企业信息系统的集成——论文1：通信业应用
【摘要】
近年来，在应用需求的强大驱动下，我国通信业有了长足的进步。现有通信行业中的许多企业单位，如电信公司或移动集团，其信息系统的主要特征之一是对线路的实时监控要求很高，数据量庞大，如何将实时控制与信息系统集成在一起便成为系统实施的一个关键部分。
在参与了某个通信公司的一套网管系统以及决策支持系统的设计后，我们分析了两者的集成与应用工作，深切地感受到有一个良好的设计策略以及重视所选用的工具是一个关键。这个项目主要是对下属各分站的子网以及有关链路的连通情况进行实时监控、实现报警、路由控制和授权等功能，其关键在于提供一个实时显示情况的地图界面，井将数据汇总和组织，建立起数据仓库以及进一步实施数据挖掘分析，从而能支持企业的决策分析。我作为设计人员之一，着重在本文中讨论控制系统与信息系统集成时的策略。
【正文】
众所周知，通信行业需要有一整套监控通信网络的手段，其工作特点是涉及到的各分站与基站的在地理位置L的分布性，更加需要有在更高一级提供检测不同分站链接情况的手段。一般来讲，由于数据都是海量的，所以，如何将整个网络系统所得的数据及时处理，以便和决策部门的分析相结合，也成为迫切需要解决的重要课题。简言之，分布性、实时性以及数据海量性是解决整个系统设计和集成的核心问题。
首先，让我们来讨论一下“网管监控系统”。由于我参与设计与开发的这个系统并不是位于基层的分站，其定位在将下属各分站的主机通信数据（包括数据流量、链路负荷、通往其他结点即主机的连通情况等）加以收集，所以对于具体通信事务的底层操作要求并不很高。
考虑到上述原因，我们采用了一个地理信息系统开发平台Mapinfo并采用Delphi编程，后台用SQL Server数据库（这是由于考虑到决策所需要用到的是Microsoft公司的OLAP Service）。在分析和计划之前，我们先对ITU801标准做了详细的探讨，这只是一个有关子网和链路定义以及分层等描述的标准，在听取了许多分站人员的建议后，将MAPINFO公司提供的一个相关的MAP X的Active X控件嵌入到Delphi程序中，利用MAP X中提供的丰富的类以及操作，比如Object、Layer等实现网管界面，井且加入了子网和链路的概念，对属下的分站可以随意地组合成为不同子网，而且实现了放大与缩小的功能，大致可以将整个地区的分站集中在一张地图中，能显示在屏幕上，这时，只是显示出各个分站的概要，小到可以显示出某台主机的机柜、机柜直到插件板（因为这些都要实时监控）。我们采用了分层的方法来实现以上缩放。对于一些静态的数据，如分站，主机的位置等则先用Mapinfo公司提供的一套编制地理信息的工具（MAP X是其提供给编程工具的一个Active X控件）做成静态的层次图放置于数据库中。
我们新做成的这套系统通过与各分站的专用线路加以连接，能实时地得到数据，显示于地图上，反映出各站、各子网、各链路的实时状态，并能将控制命令传回分站（如强制链路中断、路由转换等）。
现在，让我们来讨论其中最为关键的问题，即是要将实时控制系统与企业信息系统加以集成，我们的设想和体系结构大体上可以用一张简图表示（此处暂略）。
在这个体系结构中，由各分站保留着详细的数据，网管系统则在一定时间间隔内将汇总到的数据作少量统计，抽取其中需要保存的内容放入数据库，如每分钟流量，某分站与其他分站每分钟通信流量，在该分站中某个链路的负荷（这些链路有可能是动态分配的，也可能是固定分站之间的通信链路）。尽管如此，数据仍然是海量的，因此，如果要把这些数据都直接送到各个决策部门，比如送给市场部门是不现实的。所以，我们在数据库的基础上建立了数据仓库，确定了客户、时间、通信量、计费和故障等几个数据仓库的主题，每隔一定时间对数据库中的原始数据进行清理与抽取等预处理工作，建立好数据仓库。这里的预处理包括了许多方面的内容，比如有建立计算时间，但是无计费的（计费值为零）的数据，应视为建立失败的无效数据，需要予以剔除；某些企业租用的是专用线路按月计费，中间的通信因此无计费的一些有关记录也应剔除等。
在预处理之后，再利用OLAP Service的分析将数据融合与汇总。按照决策部门的需要提供相应数据（比如：市场部门需要每一分站的收益，客户分布情况以及客户费用等）。这些都可以由OLAP Service对数据作预先处理，此时处理完的数据在逻辑上是以立方体（CUBE）形式存在的，其占用的存储空间便能显著地降低，如1999年8月有2000万条通讯记录，即使形成作为备份的文本都需要4G空间，经过OLAP Service处理后仅需200M左右空间，因此，经处理后的数据主要存放于另外的相关部门的机器中，而不能与主服务器放在一起。
最后，再来讨论由决策人员所使用的系统。由于这些部门并不分散，我们就没有采用OLAP Servce的Web发布方案。采用Delphi编制了访问OLAP Service的客户端软件，用了OLAP Service提供的、Cube Browser控件，用相似于网页的界面提供了数据立方体的各种操作，如上钻（观察角度从月转到季度甚至年），切片，旋转等操作。为了便于输出打印数据，还内嵌了Microsoft的Excel数据透视表，可以将在Cube Browser上所看到的数据转化为Excel的表格形式，或者转换成饼形图、柱形图和曲线图等，比如可以观察每天24小时通信流量的分布曲线图，可以发现在夜间12点以后明显通信流量减少，而决策部门便可制定某些优惠或减价措施吸引更多客户在12点之后使用网络。
另外，在采用OLAP Service中的数据挖掘功能时，其中提供的两类算法分别是基于决策树的分类和基于决策树的聚类，市场部门的聚类算法将客户根据费用情况加以聚集，以期发现处于同一消费水平的客户的共同特征，便于制定政策，吸引客户。这方面的努力我们将会进一步持续进行，以保证有足够的海量数据而发现其中的规律。
整个系统运行后，其数据采集，数据处理等一系列工作都由程序定期地自动进行，该系统应用已有一段时间，受到了不少好评。当然，也发现了其中有不少问题，比如；主服务器数据库的容量问题，主站与分站的通信效率问题，还有在网管系统中，网络故障的确定还不够细致，需要由分站再具体化加以确定，决策系统与网管系统之间还缺少直接通信手段等，这些都有待于进一步的解决与改进。
实时控制系统与企业信息系统集成化是推动从事生产制造、测量与监控等业务的企事业单位真正迈向信息化，提高工作效率的一个重要动力。如果是大型企业，更需要有一整套的系统，支持Web发布，智能查询，自动识别如用于故障预测和数据挖掘等技术，从而能够将底层的实时监控与高层的决策更好地集成在一起。展望其前景，无疑是十分美好的，但是我们认为相应的工作量很大，在技术上仍然需要有所提高和有所突破。
评注：能紧扣集成的主题，结合实际作了较有深度的论述。所讨论的数据库和数据仓库技术符合企业信息化的方向。对遇到的问题的举例剖析还不够，实时控制方面的论述也可更细化一些说明。（本文主要参考了广东林嘉宜等人的论文）
系统分析员论文11
论实时控制系统与企业信息系统的集成——论文2：工业自动化改造的应用
【摘要】
本文以一个信息化改造项目为例讨论了实时系统与信息系统的集成。我曾参加了一个中等规模的现代化生产企业的数字化改造项目，该企业拥有4座自动化连续式工作的窑炉，以及8座自动化间隙式工作的窑炉以及多台半自动的中大型辅助机器。该企业希望能将这些设备实现数字化，并且重点要建立起一个中央监控室，能实现对设备的运行状态参数的监督和记录两大任务，前者用于防止意外事故，后者可用于向该企业的决策人员和技术开发部门提供信息。
通过我们的开发组与该企业相关人员一起努力，分四个步骤共同完成了这一工作。第一步是实现设备状态参数的数字化输出；第二步是建立中央监控室的监督和记录功能；第三步健全监控室的控制功能及相应信号的输出；第四步则是实现生产设备自动化控制的数字信号接入功能。
我在其中的主要工作有三个方面：
（1）作为公司开发组和企业间联络的桥梁；
（2）负责确定该项目中各部分之间的分工，在发生冲突或出现问题时提出相应的具体解决办法；
（3）帮助解决与协调在工作过程中出现的各种困难。
【正文】
现代化企业发展生产与提高效率的根本途径之一是加速信息化的进程。在所从事的专业生产领域中，我参与开发项目的这家企业可以认为已经具有相当程度的现代化的基础了，比如它已拥有4条自动化连续式工作的窑炉、8座自动化间隙式工作的窑炉和多台半自动的中大型辅助机器。但是这些设备的自动化控制在改造前还主要依靠模拟量控制，也不具备信息与数据的记录、汇总与分析功能。该企业一方面出于对今后发展的需要，希望记录下这些设备在工作过程中连续的状态参数的变化情况，有运行的日志与历史记录，以提供给其技术开发部门，作为产品质量改进研究中的参考；进一步还可提供给企业管理部门决策分析时的参考。另一方面，企业希望能够对设备生产状态有全面的监督和一定的紧急控制与应变的能力，能对生产设备的操作意外和设定不当，或者发生突然的未预料到的事件，防止造成事故与损失。
我们根据该企业的要求，结合项目的资金、时间、人员等现实状况，再三考虑了该企业的经营情况、产品的市场和前景、项目开发所面临的风险等诸多因素，经过仔细分析，得出了如下的4条意见：
（l）由于资金的限制，切实地在相应各个环节上节约成本是相当重要的，因此要尽可能地在原有设施与条件的基础上进行改造，而不是进行根本性的替换；
（2）此企业需要的是“实时控制系统和企业信息系统的初步集成”，而不是一个功能相当丰富和完善的系统，该企业现阶段既不具备开发这样一个系统的能力和条件，也不具备管理维护和应用高级集成系统的相关人员，所以，项目的目标应当切合于目前条件下企业的总体要求。这样既有利于控制成本，也有利于减少项目风险；
（3）由于该企业的生产情况和资金、人员的限制，项目必须分阶段地进行。大体上可划分为如下四个阶段：①实现设备状态参数的数字化输出；②建立中央监控室的监督和记录功能；③健全中央监控的控制功能和相应信号的输出；④实现生产设备自动化控制的数字信号接入功能；
（4）参与本项目涉及到的双方的大多数人员都不精通对方的专业领域，因此必须在加强互相沟通的同时，确定明确的分工关系。
上述四条意见在经过双方的磋商与研究后，获得了双方全体项目参与人员的一致认同，成为这个项目开发过程中双方必须理解与遵循的准则。
在第一阶段，我们开展了对半自动的中大型辅助机器的自动化改造。事实上，该企业早有这类打算，并且已做了相应的技术储备，因而这一部分的工作由该企业自身的技术人员全权负责并加以实施。项目中所涉及到的所有自动化生产设备都已具有依据状态参数模拟信号量进行控制的能力，对于所采集到的状态参数模拟量，企业曾计划采用一类以模拟信号远程地传至中央监控室，再进行模数转换的方案。此方案对企业来说实现比较简单，但存在着成本较高、远传过程易受到干扰等不利因素。随着模数转换设备成本的显著下降和可靠性提高，经我们建议和双方讨论，企业有决心在生产设备的控制设备上就地实现现场模数转换，再远传数字信号至监控室，这一工作同样地由熟悉这项技术的企业技术人员实行。
第二阶段的工作主要由我方开发组成员负责。我们将人员大体上分为3组，第一组主要是根据企业长期累积的资料以及公开发表的相关技术，建立起一个合理有效的模型，其中包括诸如数据采样记录的间隔时间，不同生产阶段的数据处理时所采用的数学模型等数据处理的相关内容；第二组负责监控记录软件的输入输出接口，用户图形界面的选定和设计等软件外围功能的实现；第三组则集中力量编写一个简单实用的、针对性强和小巧的相关数据记录的专用数据库。这一阶段是控制质量和成本的关键性阶段。出于对成本的考虑，以及根据数据的流量不很大，对数据的实时性处理要求不是很高（通常情况下，设备的实时控制仍由原来的自动化系统所承担）的实际情况，中央监控室采用了一套有双机备份的服务器作为数据处理用的服务器，另一套同样有双机备份的服务器作为数据库服务器，并且没有使用价格昂贵的商用数据库，而采用了由自己开发的一个经济实用的专用数据库。
第三阶段可以看成是第二阶段的自然延伸，在第二阶段成功的基础上，利用第二阶段模块处理后所获得的数据，依据设备的多种临界指标，进行相应的判断，允许在紧急情况下，发出相应的警报，并同时依据设备本身的相应紧急情况处理办法，发出控制信号加以处理实现。这一阶段的关键有两方面内容：一个问题是要求数据转换设备拥有相对较高的可靠性与可用性，另一个问题是要注意做好与自动化设备原有控制系统的自我保护功能的配合协调工作。
第四阶段则仍然由该企业的技术人员为主实施，在实现过程中主要是解决好第三阶段所遇到的上述两个关键问题。对于第一个问题，使用了更好的设备和部件来实现数模转换和动态控制；对于第二个问题，则在控制设备中设立了优先级判断，使自我保护装置的启动优先级离开中央监控室（由于自我保护启动速度更快，但是功能较弱）而加以解决。
从总的项目实施进程上来看，一、四两个阶段相连贯，二、三两个阶段相连贯，而它们之间则可并行地进行，从而满足了时间进度上的要求。
今后，本项目所采用的这类技术可能要走向全自动化。项目中涉及到的数据量将会更大得多，实时性要求也会更高。我们应注意使现有成熟的商业系统与产品如何应用到其中去，使之能尽快地满足企业的要求，节约成本，并且减少开发的风险。
评注：本项目初步实现了生产控制与信息系统的第一阶段集成，项目实现目标明确，效果直接。摘要中写了项目的背景与作者所从事的工作，正文中条理较清晰地列举了项目实施的策略、过程与主要技术。（本文主要参考了上海沈子敬等人的论文）
系统分析员论文12
论实时控制系统与企业信息系统的集成——论文3：工业控制的常规应用
【摘要】
本文通过“工控组态软件”项目的开发，着重讨论实时系统与信息系统的集成。近年来，国内外的组态软件取得了很大的发展，已广泛应用于企业生产。组态软件以实时数据库作为核心技术，综合了工控、网络、图形处理与数据库访问接口等技术，是技术含量较高的一类软件产品，具有良好的应用前景和市场潜力，因此，有多家信息技术公司都在开发工业组态软件。
我有幸参与了该项目，在该项目中担当了分析与设计的部分任务，该软件采用Windows 2000操作系统，主要采用VC6.0进行开发。以下本文将从我所开发的组态软件的特征、软件的体系结构设计、实时数据库设计、可扩充性与可维护性设计以及项目实施管理等几方面加以论述。
【正文】
工业控制组态软件在工业界有着相当广泛的应用，此类软件允许用户在图形界面下对控制系统的各种采样点、过程输出点、设备、生产车间、控制回路、文件报警、生产报表、控制策略、网络设备和生产工艺画面进行定义与组态。使用该类软件时，用户甚至可以不写一行程序就能够构成自己的控制系统，有些功能强大的组态软件还可提供与网络、Internet、数据库访问接口等的连接功能，使现场控制系统能相对方便地和企业的信息管理系统加以集成，某信息技术公司决定开发新的具有一定通用性的工业组态软件，作为技术骨干，我在该项目中担当了分析与设计的部分任务，该软件采用了Windows 2000操作系统，主要采用VC6.0进行开发。
本文将从我们所开发的组态软件的基本特征、软件的体系结构设计、实时数据库设计、可扩充性与可维护性设计以及项目实施管理等几方面加以论述。
l. 我所从事开发的组态软件的基本特征
通过分析国内外的组态软件的特点和当前的技术发展情况，我认为我们着手开发的组态软件应当突出下述三个特征：
（1）“实时与可靠”是此类软件赖以生存的应用前提，但是目前还是有很多的组态软件做不到这一点。
（2）具备良好的网络连网能力与分布功能。
（3）有效地采用ODBC（开放的数据库连接），便于和其他信息系统集成。
这个项目在技术上，应着重于组态软件的体系结构设计与实时数据库的设计上需求分析则应着重分析国内外同类软件的功能，通过比较与鉴别，才能产生真正优秀的软件。
2. 组态软件的系统体系结构
本软件采用的是三层体系结构，设计结构时要具有开放性和良好的可扩充性。
（1）软件的底层是硬件访问控制层。这一层所采用的是前几年才推出来的OPC（OLE for Process Control）技术，采用该技术的好处是OPC是微软参与制定的标准接口技术，有众多的硬件厂商支持，所采用的OLE技术使软件具有良好的适应性和扩展能力。
（2）中间层是实时数据库。该层是整个系统的核心，在设计上除了具有一般实时数据库具有的特性之外，应当为应用层提供了两类接口：一是应用编程接口API（比如以DLL的方式实现），二是ODBC接口，该接口使系统具有很好的开放性，便于系统集成。
（3）上层是应用程序层。在该层通过ODBC接口访问实时数据库，可以通过SQL语句查询数据库的数据。
3、本项目涉及到实时数据库设计
在设计时，我们着重考虑了以下的四个方面：
（1）实时数据库的基本功能：实时数据库完成实时数据库的采集、输出、报警文件等的管理，也进行历史数据的管理。
（2）实时性设计：由于本系统所采用的操作系统是Windows 2000．它的实时性较差，因此要求任务管理定时器必须具有良好的实时性，在系统设计时，我们采用了抢占式服务的高精度定时器，在一定程度上保证了系统具有良好的实时性。
（3）任务调度：其目标主要是使系统在各时间段达到较理想的负荷任务的均衡性。
（4）ODBC接口设计：即开发相应的驱动程序，实现ODBC功能，使之完全遵守SQL约定，这样能允许应用程序的开发手段和开发工具多样化，允许可以采用VC、VB或Delphi等作为开发语言，也使数据库具有很好的开放性。但SQL语句不能实现数据发生时间方面的选择，影响了实时性，因此，系统自动给每个数据库加上时戳，SQL可以通过时戳进行时间控制来选择（读取）数据，从而满足了实时性方面的基本要求。
4. 本系统的可扩充性与可维护性设计
组态软件综合了多种技术，其体系结构与数据结构都较为复杂，再加上我们又希望能适应的实际应用场景有着复杂多变性，因此要求系统必须具有良好的可扩展性与对维护性，以满足功能与性能上不断变化的要求。在系统的设计技术上，我们大量地采用组件技术，如OPC，COM/DCOM与3D图形控件等，组件技术的采用使系统具有了良好的可扩展性与可维护性，降低了系统的复杂度。而且也使我们较方便地获得第三方支持，例如，请经验丰富的图形处理专家编写图形处理控件，就能加快软件开发的进度。
5. 本项目中软件项目实施和管理
组态软件的需求在当前工业控制领域中是较成熟的，基本能满足一般用户的功能上需求，通过比较多家组态软件，可以发现：在它们之间有80％的功能是相同的或雷同的，由于我们项目开发的起步较晚，在自控领域里，我们处于劣势，因此我们提出了“重技术分析，轻需求分析”的思路，即把重点放在组件设计与体系结构的实现上。
在人员的配备上则根据组态软件的技术组成特点，组织一批在自控、网络、组件、实时系统设计和硬件上各有所长的VC高手组成一支精干高效的队伍。
在开发进度上则反复强调“质量第一，进度第二”的原则。
在我们的项目实施中，可靠性作为设计的首要原则，要求项目组成员养成良好的编程习惯，每天必须完成认真的工作日志，每周要写工作总结，完成一段程序代码之后，即应自己先进行从里到外的测试，只有从基础抓起，才能保证组态软件的质量。
通过本项目的开发成功，我深切地体会到要使组态软件在企业实时控制与信息系统集成中发挥其应有的作用，必须注意以下各点：先进的体系结构；支持ODBC的实时数据库；强大的网络功能；功能日益强大的脚本语言等。我期待着本人通过在这个领域中的辛勤耕耘，将会结出更多更丰硕的IT成果。
评注：
本文抓住了企业实时控制与信息系统集成中的一类关键软件——组态软件项目的开发，进行了较有条理的讨论，思路很清晰。
由于项目在一定程度上的“通用性”，未能结合具体的应用背景论述；但本文的一个缺点是未能给出开发与应用的实际效果例子，也未能对开发中遇到的困难与问题展开深入的探讨。（本文主要参考了广东王启飘等人的论文）
扫一扫
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
