B/S（Browser/Server，浏览器/服务器）模式又称 B/S 结构。在 B/S 模式设计的系统下，用户面对的系统界面是浏览器界面。所以，B/S 模式的优势也在于浏览器的优势，集成到服务端的所有操作让系统维护变得简单，让不同地点的工作人员，无论何时都可以接入系统，对系统进行操作。
（1）运行维护简单。因为软件系统的修改和更新愈加频繁，原来的 C/S 框架下软件模块耦合性太强，所以系统更新和变化成本相对很高[17] 。B/S 的系统模式就解决了客户端中模块耦合性的问题，在 B/S 模式中，客户机器只要可以接入系统网络中，就可以进行操作。统网络可以是局域网，城域网，甚至是广域网。并且，由于 B/S 模式的各种系统维护工作都在服务端，所以减少了维护工作的工作量，降低了维护成本。这点在系统需要频繁升级时，优势明显。而对于大范围，多点登入执行简单操作的系统而言，B/S 模式也有很明显的优势。
（2）系统的性能。当用户需要异地访问系统和灵活的采集信息时，B/S 模式具有较大的性能优势，因为在用户只要有电脑，可以上网这两个前提下就能接入系统时，对用户的限制就非常的少。然而，这也同样对 B/S 模式的服务端提出了较高要求，因为 B/S模式在工作运时，用户端只能完成访问，搜索，和输入数据的简单操作，所以服务端承担了大部分计算，控制的功能。当以前使用 C/S 模式时，因为客户端可以分担部分压力，所以对服务器的性能要求并不高。而现在，服务端的性能要求越发明显。另外，B/S模式下浏览器访问的信息大多数是 HTML 格式，其他文件为其附件，所以文件管理也非常不方便。
（3）系统的开发。C/S 模式的建立处于中间件产品的基础上，要系统开发者对系统运行中的事物状态，消息发送和接受，数据的同步和传输有详细的了解。这些问题为系统开发者的基本素质要求较高，并且开发者会在系统逻辑以外的其他部分花费较多的时间，并且当系统升级，维护和变更时更加麻烦。当系统需要部署在分布式环境下时又需要针对不同的应用环境来开发不同的客户端软件。然而，C/S 技术发展由于本身起步较早，所以在技术发展，设计完成度和开发人员本身素质上具有较大优势，所以 C/S 模式下的系统也更加可靠。
v>
2 C/S 模式
C/S 模式是指 Client/Server，即客户端和服务器共同工作，成为完整的系统。这种
模式下，
一
般性能较高的计算机用作服务器，性能较弱的计算机用作客户机。客户机和
服务器通过网络连接来进行信息沟通，客户端和服务器都会执行系统工作所需要的部分
计算和信息收集，服务端
一
般进行汇总和结果返回，而客户端
一
般负责信息收集和验证
工作。
C/S 的模式实现了两边硬件资源的充分利用，并形成性能优势。通过将任务发送给
客户端来降低服务端的资源占用。并通过局域网来传输结果，这样就有效的提升了任务
处理的速度。现在很多应用型的软件系统都使用 C/S 模式的结构来实现。而现在相当
一
部分 web 应用也开始结合 C/S 模式的的优点，将系统部署成分布式的，以提升前端响应
速度和实际的业务处理速度。这种分布式和 C/S 模式其实有很大不同，虽然分布式的
web 程序同样可以完成同 C/S 模式系统
一
样的数据处理，不同的表层应用使用相同的逻
辑模块。然而，这种方法不便于用户之间权限的分割，成为了隐藏问题
[18]。
C/S 模式能够充分利用两边硬件的资源，通过使用客户端来处理
一
些数据提交给服
务器再处理，然后再返回数据的形式，可以极大的提升客户端的响应速度。
C/S 结构还有其他优点，比如：
C/S 架构
一
般建立在专用网络上，小范围的网络环境中
[19]。局域网的连接靠专用服
务器完成，并提供数据交换服务。在这点上非常适合我院的校园网络架构。
C/S 模式的系统
一
般面向相对固定的用户群，对信息安全的控制需求较强。而我院
的实验室管理系统正是需要实验室管理人员专门操作，并且相关功能中也有资产登记和
资源控制等安全要求较高的部分。所以我院的实验室管理系统应该使用 C/S 模式。
再者，C/S 的系统更加注重业务处理流程的方法设计和控制技术
[20]。可以对权限的
校验深入到系统的各个层次，而由于本身性能上的优势，可以避免考虑设计和实现上对
系统响应速度的影响。
主要的缺点和解决办法有三个：
1. 互联网的发展速度今非昔比，传统的办公形式已经转化为了成为了很多新型快
捷办公形式。新的办公形式中，系统的扩展性必须要非常好。使用这种形式的办公方法
还需要专门为其提供远程访问技术。系统也需要分布式数据处理模块
[21]。这个缺点在
现在的 C/S 系统中基本不存在了，因为微软公司对 C/S 的组件式扩展研发，现在的 C/S
系统也能够快速扩展，从单机系统到分布式系统。
-
8
-高职院校实验室管理系统的研究与开发
-
9
-
2.
如果
一
台新的个人电脑要加入 C/S 模式中成为
一
个新的客户端，那么它需要安
全专门的客户端系统。而当系统出现升级，损坏，更换和维护时，都需要对客户端进行
重新安装
[22]。这个缺点现在也有了相关的解决方案，ClickOnce 技术就是其中的
一
种解
决方案，ClickOnce 部署自动提供更新，只有更改过的应用程序部分才会被下载。使用
ClickOnce 技术发布的 C/S 应用程序，用户只需要在客户端通过浏览器输入系统发布地
址，就可以点击安装进行在线安装，而无需像以前的 C/S 系统
一
样插入安装光盘或拷贝
安装文件来进行安装
[23]。
3.
对客户端的操作系统
一
般也会有限制。C/S 开发的系统在早期只有在 windows98
的系统中能正确运行，但是在更新的操作系统中可能出现问题。或者根本不适用于最新
的微软自身的操作系统中。采用
.NETFramework4.0 所开发出的系统已经可以部署在所
有 windows 系统中，而我院的实验室设备管理计算机已经装有 windows 系统。所以这个
缺陷并不影响系统的可用性。
综上所述，C/S 架构适合于我院的实验室设备管理系统研发。
2.3 Windows 计划任务框架 WinServiceTask
WinServiceTask 是 windows 计划任务实现的
一
套技术架构，其主要特点是在触发启
动时间上采用的是 Quartz .NET 项目的 Cron 表达式。该技术框架可以管理多线程运行各
自任务而互不干扰。该计划任务框架还可以自动监视配置文件，配置文件更改后服务重
启；配置 Tasks.config 中可以引用公用的资源；具体任务中可以引用公有资源，并加入
本任务对应的相关参数； 具体任务配置中加上 Settings 设置，方便加入
一
些配置信息，
如果还是不能满足，那么就要自定义 Extend 的扩展了
[24]。
整个框架技术采用任务驱动。在这里的任务驱动类似于教学法中的任务驱动法
[25]。
主要根据系统需要执行的功能和业务，将这些功能和业务转化成任务来进行处理。在转
化过程中，这个框架作为任务的配角，让系统将关键业务逐个分割成若干个执行步骤，
然后该系统对这些执行步骤进行逐个调用和执行。最终完成系统的业务流程。其 UML
图如图 2
-
1 所示：
v>
该技术框架的特点是：
一
、每个任务做为
一
个独立的运行线程
二、服务本身做为
一
个独立线程
三、服务本身每隔 N 秒轮询
一
次任务，如发现任务的触发时间小于间隔 N 即创建
该任务并且启动该任务。
四、启动后的任务根据启动时间于特定时间执行任务。
五、任务工作完本身任务后自动停止。待下
一
轮服务查看时清除任务对象。
有了此计划任务框架之后在开发实验室管理系统中的计划和提醒功能就会方便很
多v>
4 DCOM 技术
DCOM 的前身是 COM 技术，这项技术主要实现了微软平台下的对象通讯。并且，
由于 COM 本身的优势，它逐渐成为了微软应用程序中的技术主流。DCOM 在 COM 的
基础上又解决了不同系统的计算机间的通信和交流。
COM 应用于同
一
台微软系统的计算机上不同微软软件之间的通讯，当这些软件需
要快平台使用的时候，COM 技术就不能有效的完成任务了。但是，跨进程通信和跨平
v>
台通信的差距只是协议变更和协同的问题，对于数据本身的交换并不会因此产生较大差
距。所以 COM 环境的应用程序
一
般可以解决跨平台应用的问题。并且，当要开发跨平
台使用的应用程序时，只要添加处理跨平台使用的中间处理环境就不会对原有的 COM
架构程序产生影响。正是基于这样的理论，DCOM 技术发展起来。DCOM 技术就解决
了 COM 组件下的跨平台，跨计算机领域的服务问题。在这里，DCOM 技术主要解决两
个问题，第
一
是网络传输和通信问题，第二个是权限问题。
在
.NET 架构中，跨平台和跨计算机的难题也需要相应的处理技术，所以在 WEB 环
境下又诞生了
.NET Remoting 技术，这项技术类似于 C/S 环境中的 DCOM 技术，解决了
不同软件，不同进程和不同平台上的对象进行协作通信的问题。从某种意义来说， .NET
Remoting 提供了比过去更易于使用的开发架构，用来支持跨计算机的沟通作业，省却
开发人员建立分布式应用程序时必须花费的心力，相对于 Java 的 RMI 而言，它更加
简单同时保持设计方面的弹性，同时摒弃了 DCOM 的
一
些缺点，在对于
一
个前后端必
须以有状态紧密结合方式进行互动作业，同时又期望呼叫和数据交换的动作上能以最有
效的方式进行的环境而言，.NET Remoting 是
一
个比较恰当的选择方案。
DCOM（分布式组件模型）技术是对 COM 技术的升级。其本身是微软提出的新的
概念和接口技术。使用这种技术的接口可以让实现 DCOM 的对象请求整个模式中其他
计算机的服务对象解决现有对象的问题。因为 DCOM 延伸和拓展了 COM 技术，所以
DCOM 技术实现的接口依然可以使用 COM 实现的 C/S 通信接口 [26]。
整个接口是组件对象模型的
一
个升级和拓展。有了此项技术，两台不对等(处理器
架构不同，操作系统不同)的计算机上的组件也可以进行通信
[27][28]。而且无论这些组件
是如何分布在局域网、广域网甚至是互联网上。只要两台计算机可以进行连接，组件间
就可以进行通信
[29]。
使用 DCOM 主要有以下优势：
一
、组件复用
大多数分布式应用都不是凭空产生的。在开发时期的许多分布式组件后期都可以加
以重用，通过使用组件复用的开发方式可以让开发者不断增加系统功能，提高开发效率
并削减开发用时。
二、位置独立
在所有状态下，客户连接和调用组件的方法都相同。这点在于 DCOM 配置动作时
并没有改变源代码和重新编译整个程序。只需要配置组件和组件间的连接方式即可完成
变更。
v>
三、连接管理
DCOM 的垃圾收集机制完全透明。这点是因为 DCOM 技术本身就是设计来对网络
和分布式应用编程的。所以这项技术为多种客户机/服务器沟通和进程通信提供了实现的
可能。
四、可扩展性
DCOM 性能优越，由于其继承了组件开发模式的优良传统，所以其扩展性也和以前
的组件模式相同。
基于以上优点，本文将采用 DCOM 作为系统的组件开发技术。
2.5 .NET 架构
本文将使用
.NET 架构为开发架构，所以对
.NET 架构必须有所了解，本节将简要介
绍.NET 架构在应用时的主要部分。
图 2
-
2 .NET 体系结构图
在数据层，SQL MAP 是指 SQL 语句和程序映射组件，通过集中管理 SQL 语句，
使用
一
套规则和工具，提供 SQL 语句到业务数据访问层代码完整映射的强大功能，对
于复杂的查询可以弥补 ORM 的不足和改善查询性能。
Data Provider 是数据提供程序，包括
AdoHelper 对 ADO.NET 的进
一
步封装，创建了标准数据访问接口，通过简单配置，
支持访问 SQL SERVER，ORACLE，OLE DB，ODBC，SQLite 等各类数据库；
v>
QueryException 是查询异常类，封装了数据查询的异常信息；
CommandLog 是命令日志类，可以记录查询过程中的命令详细信息，如 SQL 语句，
参数等；
Adapter 为数据适配器，对数据提供程序的进
一
步封装，简化了数据提供程序示例
的创建过程，同时提供对其它常用数据操作的支持，比如 DataSet 更新；
SQLPage 为 SQL 分页类，基于 SQL 词法分析，根据不同的数据库，生成特定于数
据库的高效分页查询语句；
业务层
Entity 是实体类基础类，封装了数据库物理表结构信息，以面向对象的方式访问表
的字段等信息，是数据库表，视图，甚至复杂查询的结果映射；
EntityQuery 是实体查询类，提供实体类和实体类集合的查询，添加，修改，删除等
功能，使用泛型技术，可以操作所有的实体类；
OQL 是实体对象查询语言，通过它，查询实体类就像写 SQL 语句
一
样，而且是以
完全面向对象的方式进行构建 OQL 表达式，使用者无需关注物理表结构；
表现层
Data Control 是数据控件，可以和数据控件直接绑定，显示和更新数据，包括常用
的表单控件，另外还提供客户端选择的网格控件和分页显示控件；
ControlDataMap 是数据映射，封装了将数据源（数据库表、数据集、实体类）中的
数据映射到表单的方法；
Validate 是控件数据验证，可以对常用的数据输入控件如文本框控件，进行如邮件
地址、手机号码、日期等常用数据格式的验证；
