基于客户服务器方式的设备维修管理系统的设计与实现.pdf

《基于客户服务器方式的设备维修管理系统的设计与实现.pdf》由会员分享，可在线阅读，更多相关《基于客户服务器方式的设备维修管理系统的设计与实现.pdf（4页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、 计算机工程与应用1 9 9 7 1 1 I程设计 基于客户服务器方式的设备维修管理系统的设计与实现 大 连 理 工 大 学 杨 琪 -1r P 3 l 与实现，着重讨论客户服务器方式的计-1 I-模式及数据共事的实现 十 1 1、煳一 摊 孵 雾 概述 鲫 。二 接 在 一 盛 形 的 本文所介绍的系统是一个设备维护管理系统，它 运行在客户服务器方式下，小型机 A S 4 O 0 作 为服务 器 几台教机作为客户机，整个系统分两块分别存储在 机网上。通过罔卡丑同轴电缩联结。首先介绍该系统的开发背景。该系统是为一家企 业开发的，该企业有一系列的设备需要定期或不定期 V mO 啦 e t t啪

2、t r y 一2 )k-h e a d e r*是耐 k-h e a d e r 修改后的文件头 Ma k e b o o t 程序的主要流程：1)刨建新文件 m a t h 3，将 文件指针定位到 8 i (e x e c)处2)读 m a t h k e r n e 1 o u t 的文 件 头 k h e a d er3)依次将 m 4 血一 k e mp o u t 的正文段、数据景 拷 贝到 m a t h 3中，记住 m a 曲3的 当前位 置 为 b o er h 一 4)将 m a d=3文件指针定位刊一 当前位置+s i z e o f(b o o t-t r d o)处 拷

3、贝 m a t h k e v f m 1 O U t 的符号表 到m a t h 3 5)读入b o o t s t r a p D u t 的文件头 根据文件头 的信息，产生b-l o a d e r i n f o 6)依次将b o o c r a p O U t 的 正文臣、数据段和符号表拷贝到 ma r h 中7)修改 b-l o a d e r _ i z f-o 写入 m a e h 的尾部8)形成 b o o t i n 如，写 入 m a d e 3 文件 中 的 b o o t-i n f o-砬 处9)修改 k h e a d e r，量 t e x t 等 于 m a

4、t h 3文件 总长 度 一 z e o f (“e c)，a -e n t r y 保持不变，其它域t为 O 将修改后的 k h e a d e r 写入 m a c 3 文件的头部 3 3 Ma t h 3 0目标文件 的差人执行 1)硬盘 自举程序苜先读入硬盘根目录下m a e b 3 的 文件头 按照 F F格式约定，将 m 出3 装入内存中一 固定的地址上，从文件头 中的 a-e n t r y 域取得启动地 址 转到启动地址执行 2)接心自举程序从一 e d a t a 地址(由装配程序产生 的数据段 d a t a 的结束地址)处读取 b 一 t n f o 数据 将 核心符号表

5、、b o o t s t r a p代码以及 b-J o 矗 d j n f o 搬到一 e n d地址(由装配程序产生的 h 段的结束地址)之后，井修改 b-1 m 一 i n f o，记录 b o o t s t r a p各段在内存中的 位置 3)核心创建的第一个用户任务首先执行核心函数 t m o t t t r a p c a e a t()。该 函 数 根 据 b-l o a d e r i n t o将 b o o t s t r a p的正文段、数据段映射到 自已的用户地址空 间上 为 b e t s 段和用 户栈段分配空间，并将 启动地址 e n t r y以爰有关参数传到用

6、户栈中，然后返回用户态。从 e n t r y处开始执行 b o o t s t r a p 程序。4 结柬语 因为 m 目 c h 3 0 是锻内核结构的操作系统 它的初 启过程与 U N I X的初启过程有明显的不同通过 E 面 的分析讨论，可以看出，m a 血 3 0 有一十名割其实的徽 内棱 这个搬内棱既不提供装入用户程序的“功能，也不提供用户输入!II 出功能提 l 这些功能是 U N I X 服务器的责任 在我们的研究l谓 霹中需要把 m a 血 3 0 的棱心部分 移植到另一个硬件平台上，为了检验移植正确性，我们 缩写了自己的 r _ b oot g r a p程序来着代原有的

7、新编 的 u-一 b o o t s t r a p 程序负责对移植后的 m a t h 0 棱心 完成测试工作 事实上t 通过修改 u 一 b t 曩 I 刈p 程序，可 以在 m a e t 3 0中启用 自己编 写的服 务器，替代 UN I Xll e r v e l (定稿 日期 9 6 年 7月)参考文献 1 op m S 明 e Fo o nd a t km a n d C蚰 g M e a n Un =r s i t y，(tV in 3 K e r t P r inc t p t=)2-Op e n w口e F o u n d a t io n-T 日 C=r n e Me l

8、 u Ul v e r s h y M础3K盯n e l I n t e r inc=，Ur=h Va h a l i a，(UNI X l l l t e|n i b，一 P 蛳 l j H a ，1 9 9 6 一6 5 维普资讯 http:/ I程设计 1 9 9 7 1 1 计算机工程与应甩 地检查和维修，对于定检和维修的人力、物 力、财 力及 时间、效果都要进行及时预测、跟 踪，这 些工作都由 MA L N P A C 系统和 R J G S 系统完成(MAL NP A C 系 统是由澳大利亚购连)当 MA L N P AC 系统预测出下 月的定检及维修计划后 分别下发给几个维修公司

9、 维 修公司接受工作计划，进行下月的工作安排，维修公司 所用的软件系统 RJ G S”系统。本文主要介绍 R J GS 系统的主要功能和客户服务器方式的计算模式。2 系统简介 2 1 系统功能 R J G S 系统包括 1 3 个主要功能横块：(1)公司概况给出公司的图片及文字信息，简要 介绍公司的主要情况，如经理、人员及公司性质等，使 本公司凡员及外来人员对公司有一初步了解。(2)工作管理它是对该公司所做实际工作的一 种计划管理，包括检修部计赶I、公司内部计划、公司月 计划。其中，检修部计划是由检修下达的工作计划，这 个工作计赶 I 是由 MA L NP AC H 系统预测出，由检修部分 配

10、给几个检修公司。每月中旬检修部下达下月工作计 划 各下属检修公司检索出属于率公司的任务，进符开 工时间及完工时间的确认，然后，数据再返回检 修部。根据检修部最终下达的工作计划及下面提到的公司内 部计埘来安排公司下月的工作进程。公司内部计划是 由公司自巳叠定的工程项 目，与检修部 的工作计划无 关，两者合成公司月工作计划，即下月要完成的所有工 程项 目。最终所有工程项 目都落实到检修班组及负现 几上 (3)材料管理它是对全公司材料的一个全面管 理模块，包括每班月材料审请，公司月材料需求计划 公司月材料订购计划，公司月材料消耗统计，材料出库 情况，材料入库情况，材料库情况等工作管理模块中 已把每个

11、工程项 目 都落实到各检修班组，各检修班组 接到下月工作计划，根据本班组要完成的工作需要提 出使用材料审请 各十班组的材料审请忙总后，得到公 司下月的材料需 求情况，然后查看本公司材料库库存 情况，需求大于库存的材料需要订 购，需求小于库存的 就不再考虑，根据需求及库存情况产生出材料订 购计 划。对每 日的材料出库、入库 计，每月底根据材料 日消耗情况汇总出该月材料消耗 的各种统计数据。(4)工程指导书工程指导书是类似工作步骤的 一个说明书，包括完成一项工作的步骤、人员、工具、安 全措摘等。该模块对工程指导书进行管理，工程指导书 一6 6 一 与工作计句 j 一同下发各班组。(5)维护加油 每

12、个设备都要定期进行加油，加油 的时间是周期性的，根据设备初次加油的时间及加油 周期，可对下次加 油的时间进行预测，该模块是对设备 加油进行管理的一个模块，并包括对加油部位，油的类 型，数量及加油人员的记录和管理。(6)班长 日记班长 日记是该系统原始数据的一 十主要输入 口，后面将要讲到的未完工跟踪、缺陷跟 踪、工时统计及工资奖金等的原始数据都来源于它。班 长 日记分为 日记、月记、年记，这 3块叉分别下分为工 作内窖、考勤情况、人员情况 3 块，分别对公司内每天 各班组 的工作、考勤及人员情况进行跟踪管理 工作内 容还细分为检修、维护、综合及管理 4 种工作类型。蔹 横块与后面的缺 陷跟踪及

13、未完工跟踪相配台t 实现 丁 检修工作和维护工作的工作质量的检验与跟踪。(7)缺陷统计它对设备缺陷进行统计管理。各部 门发现缺陷后均可进，行缺陷数据登录，由发电部确认 后，各公司完成自已的消缺工作。(8)报表打印包括空表打印、周报袁、月报表 的 打印三方面，该模块 无需用户再选择，只焉按打印键 即 可把用人工填写的空表或该周或该月所需统计、亨 总 报袁全部打 印出来，这一模块简化了每周、月打 印汇 总、统计 表的过程。(9)缺陷跟踪它对消缺工作进行跟踪，根据缺陷 前一次的处理时间和车次发现时闻之间的时间的长短 确定上次处理的效果，即工作质量。运符时闻长，工作 质量就好，否则就不好，把这作为对工

14、作人员进行奖惩 的一个因素。它的数据来源于班长 日 记。(1 O)未完工跟踪对检修工作进行跟踪，完成程 度小于 1 0 5 的被跟踪，等于 1 0 5 的则从跟踪库中清 除，以此来确定工作进度，其数据来源于班长 日 记。(1 1)工资奖金该模块完成公司内人员月工时奖 的计算及各类奖金的总和统计公司人员工时奖的计 算按 人员的职务的不同有不同的计算公式，基本困索 包括：个 人工时，十 人工时利用率，出勤天数，出勤率，月公司总工时，月公司总奖金额及职务系数等。人员种 类大体分为班员、班长、技术员、管理A员；管理人员又 分为材料员、办事员、安全员、专工及剐经理等 (1 2)I时统计该模块完成公司内月

15、实耗工时的 统计，给出各种汇总、统计数据，它 的原始数据来源于 班长 日记。(1 a)系统维护 为用户留有很方便的维护接口，可根据用户的需要重新定义中文字段名，填加查询条 件，改变整个系统的路径，方便系统的移植 维普资讯 http:/ 计算机工程与应用1 9 9 7 1 l I程设计 系统功能模块图见图 1。t 2 1 运行环境 硬件环境：I B M A S 4 0 0，mM 4 8 6 及其兼容 机，5 2 5 0 仿真卡 E p s o n-1 6 0 0 K打印机。软件环境：A S 4 0 0中：-0 S 4 0 0 v2 RI MI以上，P C S u I c a t 或 c u 蜘t

16、 A 倪置 。R P G编译器，L A NS A棱 心数据字典(R 6 o e=G6以上)。P C端：L AN S A S e r v e r I Ne t wa r ，F o x p r o 2 5 B f o r Wi n d o w s，中文 Wd o WS 3 1。2 3 系统网结拓扑结构图 整十设备维护管理系统(包括 MA I N P A C#系统 和一 0 s 系统)运行在一总线形的微机阿上，有服务器 及各台用户机通过同卡及同轴电缆联结，系统罔络拓 扑结构见图2。#用教譬 R r G$l P c1 P CZ P cn 圈 2 系燕网耋 告 射 结构圈 3 客户服务器方式的计算模式

17、客 户 机 服 务 器 计 算 模 式(C l i mt S e r v e r 软件暴坑 群为在多台计 算机上执行的任务 服务器通常是一台存储和管理数 据的计算机，它可以是任何种类型的处理嚣，并可以 包吉任何类型的数据，最务器一定要醴够处理来自 不 同客户枫上的多种请求。率系统中服务器即为小型机 A S 0 0 客户机蘑是几台计算机，它向用户展现信息 典型的应用软件系统可被分戚 3 个基本部分：界 面图像。应用逻辑，数据管理 通过分配这些成分 针对 L A N S A s e r v e r 应用系统可生成 3 种基本类型的客户 机 服务器计算模式；(1)分布式显示 S r v e r 盎行

18、数据管理和应甩逻辑 处理，C l i e n t 处理显示界面 (2)分布式逻辑 S r v e r 管理数据和盎行一些应用 逻辑处理，c u e r-t 处理显示界面和一些应用逻辑处理 应用遵辑在C l ie n t 和 S e r v e r 之闻被台理分配。(a)分布数据 S e r v e r只处理数据管理，C l i e m 完成 所有应用逻辑和界面处理 在本系统中 采用的是方式(2)，即一 分布式逻辑一。该嘲络系统中，服务器上的一 MA I N P A C 系统 的 开发工具是 L AN S A L AN S A是澳大利亚最大的软件 公 司 A S P E C T 的产 品 而 L

19、 A NS A s B r w是 L A NS A 的系列产品之一 它是 P C与A 4 O O 协同工作 的中介 工 具 软 件 包(mid d l e w e)，在 A P P C(Ad v c e d P r o g r a m t o P f o g r 枷 C o mmu n i c a t i o n)通信方式下，基于 P C的虚用程序通=吐L ANS A S e r v e r 访问 AS 4 0 0服务 器上的数据库文件，其结构框架如下：T B M X S，4 0 0 j话 j l I l 0 l 0S 2 口。I S ；【L 1 勖 囝 3 通信方式结构幄桨圈 在 D o s

20、和Wi n d o Ws 环境下，L A NS A s 州依赖 I B M 提供的P C S,z p p r t(C l a m A o c )完成 P C与AS 4 0 0主 机 之 间 的 通 讯P C 上 运 行 路 由 器 程 序(R OUT E R)L A NS A S e r v e r 通过R O UT E R建立与主 机的 A P P C台话，进行数据存取 任何在 Wmd o v s或 O S 2 下支持动态连接库调用(D L L)的开发工具都可以 使用L A N S A s r 来编写应用程序访【可A S 4 0 0上 的数据文件 较为普遍的有：Mi c r o s e f

21、t C V is u a l B a s i c Ac o ms，Ex，F o x p r o，S OL W i n d o WS，Lo c u s 1 2 3，No t re，P o w e r B Me r 等等 R J G S 系统是利 甩先进的 数据库编程工具 F O X P R O 2 5 B F O R WI N D O WS开 发的 其主程序分别在几十徽机工作蛄上，所有数据均 存贮在小型机 A S 4 0 0 上，它们在客户 服务器方式下 盎行数据通信这种结构使多用户可在其所有权限内 对共用数据盎行操作，同时也保证了教据的安全性 4 数据共享墨特点 为了达到数据共事的目的 所有数

22、据均存储在服 务器上，各客户机上的用户可在所限权限内对共享数 据进行登录、查询、修改在服务器爰客户机中存有结 构基本相同的数据库，客户机中的数据库均是空库，库 中没有记录。运行中，客户机上的用户要登录数据应通 过本地的空库，用户登录数据其实是在对本地数据库 盎行操作 操作完成后 一6 7 一 匿 维普资讯 http:/ l 引言 抽要本文叙述 j发动机 综台测试 系统设计 中解决的几个通信问题，包括：管 理机与各测试 台架问的通信，各测试 台架内部的通信等。关键词多机 串行通信硬件 串行口 软 件 串行 口 多路RS一4 2 2标准 RS一 2 3 2 C 标 准 1 e I 圉 l 发动机综

23、台测试系统结构圉 作 为汽车棱心部件的发动机，出厂前均需逐台进 行综台测试。图 1 是某型发动机出厂试验实时测量及 管理系统结构图。图中的数据采集系统以 I n t e l 8 0 9 8 单 片机为棱心构成，用于实时测量发动机出厂试验 中需 监视的 个参数并将测量结果实时发送给管 理机(mM P C 3 8 6 微机，供管理用)及智能(I n t e l 8 0 3 l 单片机系统，管理键盘及显示器)。被测的 I 1 个参数中 的 9 个参数 由数据采集系统中相应的测量模块测量；另两个参数(油耗及烟度)由相应的智能仪表k油耗仪 及烟度仪测量-测量结果串行传送至数据采集系统 显 然管理机与各测

24、试台架内部的通信等问题 是谚系统 设计及实现的关键之一本文讨论这几个通信同题的 实现方法。2 管理机与各测试台架 的通信 图 l 所示的每个测试台架 均包含一个数据采集 系统及与之相联系的组合仪表柜、智能终端、油耗仪和 烟度仪。它负责逐台地对发动机进行出厂前的综台测 试 整个测试车间有 1 4 十这样的测试台架分布在各测 试现场。管理机安排在车闻专用机房内 由车间管理人 员负责监视整个测试车闻各测试台架的测试情况并负 责将测试数据整理、归档莓。若出现异常情况 还可责 成有关人员及耐处理。由于现场的 l 4 个台架是并行工 作的，为保证各台架的测试参数均能实时地进往管理 机，管理机和各台架上的数

25、据采集系统之间的通 信模 式应采用一对多方式。由于机房与各测试台架之间的 距离为 5 0 0 米左右，故采用 R S-4,标准。显然，8 0 9 8 硬件串行口工作于方式 2 或 3 时，可方 便地与 P c机起构成上述的一对多通信系统 1 。而 R S-4 2 2 标准的实现曼!I 如图 2 所示图中 用 3 4 8 7实 现 T T L到 4 2 2的变换 用 3 4 8 6 实现 4 2 2 到 T T L的变 换。各台架 3 4 8 7 的输出并接在一起，3 4 8 6 的输并接 在传送数据之前，提示用户检查数据是否有误。这样做 是因为有些有登录权的操作人员没有修改权，数据辖 错后必缉

26、通过有修政权的人才能盎行修改，造成不必 要的麻烦 该系统为了解决数据量太的问题，采用了只 存原始数据及个别特殊数据的方法，其它有关非原始 数据均在查询时随时生成。数据打印可在查询后完成，查询后的数据可进行打印预览和打印 傲到随查随打，方便用户。R J GS 系统提供了方便，美观的图形界面，中文显示，功能齐全，操作方便该系统简化了公司管 理工作的过程 减少了管理人员的工作量，提高了管 理 效率，方便了企业的管理(定稿日期 9 6 年 6 月)。参考文献 I 开思公司，L A N S A情啊教程，1 9 9 3 乞 开愚公司，L A N S A S c r r 情啊载程-1 9 9 5 作者衙舟；来耽毕 京南大学仪暑 莘 科学与工程系副主任、剐教授。奉项目身南京市重大技改项目 一6 8 一 题 锏 堕 中 糸 一 张 一 东 珈 发 毒 蛾纠 奎 维普资讯 http:/