陈东海

原项目缺点： 1 dcom的安全保护机制实现困难，体现在 a 客户端/服务器之间相互影响（在非正常退出状态下） b安全机制过于集成与系统（windows），不好配置，且穿透防火墙时很麻烦 2 数据备份实现不便3 实时采集软件上的操作过多，影响采集4 脆弱 体现在：a   服务器功能过于集中，所有程序对服务器依赖性过强，服务器崩溃将导致所有程序崩溃b   hub坏，采集就不能正常工作 ,色谱数据

鉴于老框架的缺点，制定新框架目标：1。采集机能够独立完成所有工程采集任务，不需要局域网和网内其它机器的配合；2。色谱机能够独立完成本地和远端的所有功能；3。各个机器之间互相之间不存在任何依赖性；4。任何机器上都可以对采集机实时数据进行配置；下面是粗略的想法：1 采集/色谱数据的完整性不依赖于局域网的稳定性，所有和采集相关的数据在本地有一份，这样做的好处是采集机启动速度快，且不依赖服务器；2 色谱机

一 采集机本地数据列表1 与采集相关数据(采用Access数据库)二进制数据不便于数据之间的关联！且数据共享读写有时侯会出问题。a. da、sg、st  b. cannel、simsenor、sub、alarmc. bitpt、mudt、devt、pipet  (注意钻头部分的处理)上述数据与服务器的同步问题如何解决呢？ 2 采集生成原始数据(采用二进制文件)a.

修改老框架的原则上是先外后内，就是说分两步走第一步：对数据修改保存，发送部分进行修改，第二步：对核心部分进行修改，将原始数据采集作成进程内ＣＯＭ，并完善采集管理程序的线程处理部分．第三步：对色谱和采集机的通讯改为间接通讯方式　　色谱采集机udpserver SLZ3MANAGE第四步：色谱机改为ＷＩＮＤＯＷＣＥ操作系统后，将色谱和采集机的通讯方式改为1 调用顺序a 启动udp 服务程序作成NT服务

由于项目原因，用到了DOS系统，前期开发的软件需要增加一些功能，但是由于搭建硬件平台比较麻烦（主要是春节了），所以自己在家中琢磨着用虚拟机搭建了一个DOS工作平台，用于编程及调试。虚拟机选用：VMware7.1 DOS系统选用：v7.1汉字系统选用：UCDOS编程环境选用：BORLAND C++3.1遇到问题及解决方法：A) 选定了DOS7.1的.img映像文件作为虚拟机的

DELPHI阵营了呆的时间长了，有一种孤独感，周围的人都改用C#、PHP或其他工具开发软件了，现在想想，用了那么多年DELPHI，只是将其作为工作的工具，从来没有为自己或他人做些什么。趁着这次休假，写了一个小软件工具，希望能够解决码农的一些小烦恼。其实做这个软件的想法已经有一段时间了，只是一直没有一个空闲时间，这个软件的初心其实挺单纯的，因为人眼视角一般为30~100°，后面的事物只能通过...