基于bs架构的管理系统

基于bs架构的管理系统（精选8篇）

基于bs架构的管理系统 第1篇

C/S与B/S架构的区别与优缺点

C/S 架构

C/S 架构是一种典型的两层架构，其全程是Client/Server，即客户端服务器端架构，其客户端包含一个或多个在用户的电脑上运行的程序，而服务器端有两种，一种是数据库服务器端，客户端通过数据库连接访问服务器端的数据；另一种是Socket服务器端，服务器端的程序通过Socket与客户端的程序通信。

C/S 架构也可以看做是胖客户端架构。因为客户端需要实现绝大多数的业务逻辑和界面展示。这种架构中，作为客户端的部分需要承受很大的压力，因为显示逻辑和事务处理都包含在其中，通过与数据库的交互（通常是SQL或存储过程的实现）来达到持久化数据，以此满足实际项目的需要。

C/S 架构的优缺点

优点：

1.C/S架构的界面和操作可以很丰富。

2.安全性能可以很容易保证，实现多层认证也不难。3.由于只有一层交互，因此响应速度较快。

缺点：

1.适用面窄，通常用于局域网中。2.用户群固定。由于程序需要安装才可使用，因此不适合面向一些不可知的用户。3.维护成本高，发生一次升级，则所有客户端的程序都需要改变。

B/S架构

B/S架构的全称为Browser/Server，即浏览器/服务器结构。Browser指的是Web浏览器，极少数事务逻辑在前端实现，但主要事务逻辑在服务器端实现，Browser客户端，WebApp服务器端和DB端构成所谓的三层架构。B/S架构的系统无须特别安装，只有Web浏览器即可。B/S架构中，显示逻辑交给了Web浏览器，事务处理逻辑在放在了WebApp上，这样就避免了庞大的胖客户端，减少了客户端的压力。因为客户端包含的逻辑很少，因此也被成为瘦客户端。

B/S架构的优缺点

优点：

1）客户端无需安装，有Web浏览器即可。

2）BS架构可以直接放在广域网上，通过一定的权限控制实现多客户访问的目的，交互性较强。3）BS架构无需升级多个客户端，升级服务器即可。

缺点：

1）在跨浏览器上，BS架构不尽如人意。

2）表现要达到CS程序的程度需要花费不少精力。

3）在速度和安全性上需要花费巨大的设计成本，这是BS架构的最大问题。4）客户端服务器端的交互是请求-响应模式，通常需要刷新页面，这并不是客户乐意看到的。（在Ajax风行后此问题得到了一定程度的缓解）3 | 评论(1)

基于bs架构的管理系统 第2篇

我是********学院软件工程******************学员XXX。我论文的题目是基于***平台***系统的设计与实现。

翻页

我此次进行汇报的主要内容为：研究背景、主要技术、需求分析、系统总体设计、系统详细设计、总结。

翻页

研究背景主要有三：

1、保险行业成为热门。

2、信息化步伐深刻影响保险行业

3、随着信息化的告诉发展，信息化保险业务管理系统是时代要求。翻页

B/S保险保单业务系统建设的必然性：

1、是***必然要求；

2、是***必然要求；

3、实现***势在必行；

4、保险理赔业务越来成为热门；

翻页

下面将介绍本文研究所用到的主要技术。

翻页

论文主要使用了如下技术辅助实现系统功能：

1、SQL Server2005，Microsoft SQL Server 2005 是一个全面的数据库平台，使用集成的商业智能(BI)工具提供了企业级的数据管理。

2、J2EE平台，J2EE是一种利用Java 2平台来简化企业解决方案的开发、部署和管理相关的复杂问题的体系结构。

3、MVC，MVC英文即Model-View-Controller，即把一个应用的输入、处理、输出流程按照Model、View、Controller的方式进行分离，这样一个应用被分成三个层――模型层、视图层、控制层。一个模型可能对应多个视图，一个视图可

能对应多个模型。

4、UML是作为一种建模语言，UML的定义包括UML语义和UML表示法两个部分。

翻页

接下来介绍系统的需求分析。

翻页

系统功能描述主要分为以下几个方面：

1、***管理模块：主要包括***************************等。

2、***管理模块：主要包括**********************************等。

3、***管理模块：主要包括**********************************等。

4、***管理模块：主要包括**********************************等。

5、其它功能。

翻页

系统设计要求主要为：系统界面风格统一、人性化；开发过程中模块化；系统安全需求；系统需具备可扩展性要求。

翻页

接下来为各位介绍系统模块设计。

翻页

接下来为各位介绍***管理模块设计。

翻页

接下来为各位介绍***模块设计。

翻页

接下来为各位介绍系统模块业务流程。

翻页

接下来为各位介绍***模块设计。

翻页

接下来为各位介绍***模块设计。

翻页

接下来为各位介绍***模块设计。

翻页

接下来为各位介绍系统总体结构图。

翻页

接下来为各位介绍系统表接口设计图。

翻页

数据库表设计

通过对环保样品系统进行详细的调查和分析。总结得出数据库需要创建的数据库表为如上8张基本表。可能需要扩展。

翻页

接下来是系统的详细设计与实现。

翻页

接下来是系统实现界面的展示，用户信息管理界面，如图。

翻页

列举***模块核心代码，实现***。如图。

翻页

接下来是系统***界面展示，如图。

翻页

最后是总结与展望。

翻页

本文主要完成了系统前期准备工作，然后进行***，进而***分析报告，形成系统的基本雏形；再根据上一阶段的需求分析，设计系统的页面展示、整体框架、功能模块及数据库；针对设计方案进行代码实现，并随时与用户沟通，尽可能保证系统能与用户需求保持一致。

1．分析研究选题的背景及保险保单管理信息系统的发展状况，分析实际管

理系统的现状和存在的问题。

2．对保险保单管理系统所使用的架构进行分析。

3．利用软件工程思想，对系统进行需求分析和设计，确定系统的功能性需求，并对系统进行概要设计和详细设计。

4．对所做的工作进行总结和展望，研究实现系统的不足与未来改进设想。翻页

下一步研究方向：

1、2、系统安全性、功能需求性可进一步增强； 在权限管理模块，主要只实现了操作用户的权限管理，可进一步提升。

3、用户体验方面可进一步改善；

翻页

基于bs架构的管理系统 第3篇

IMS (IP Multimedia Subsystem) 是3GPP组织在Release 5版本标准中提出的支持IP多媒体业务的子系统。本文中提到的基于BS架构的IMS系统主要包括服务器和终端两个部分。本文作者主要参与终端方面的研究和设计。本文主要集中介绍客户端的架构以及相关的功能模块调用, 设计与实现。

1. IMS概述

IMS (IP Multimedia Subsystem, IP多媒体子系统) 在3GPPR5版本中首次定义, 是基于IP技术、SIP融合语音、数据、移动、Internet的体系, IMS的目标是融合Internet和移动通信网络。IMS是一种全新的多媒体业务形式, 它能够满足现在的终端客户更新颖、更多样化多媒体业务的需求。[1]目前, IMS被认为是下一代网络的核心技术, 也是解决移动与固网融合, 引入语音、数据、视频三重融合等差异化业务的重要方式。IMS系统基于SIP的体系, SIP是按客户端/服务器方式工作的基于文本的信令协议, IMS使用SIP呼叫控制机制来创建、管理和终结各种类型的多媒体业务。各种类型的客户端通过IMS都可以建立起端到端的IP通信, 并可以获得所需要的服务质量。除会晤管理外, IMS体系还设计完成服务提供所必需的功能 (例如注册、安全、计费、承载控制、漫游) 。可以说IMS提供了业务融合的基础, 基于SIP技术, 它同时支持语音、数据和多媒体业务以及新的应用。[2]

2. IMS客户端

通过调研现今中国三大运营商的业务需求, IMS客户端是为用户提供语音、视频、消息类、融合类数据等业务功能的通信软件。IMS客户端应包含了以下几类基本业务功能:

·语音业务

包括基本语音业务、补充语音业务、彩铃/彩像/多媒体彩玲等功能。

·视频业务

包括点对点视频、多人视频、视频会议等功能

·消息类业务

包括个人即时消息、企业即时消息等。

·融合类数据业务

包括多媒体会议、应用共享、电子白板、文件传送、发送接收短信/彩信等。

·基本信息管理功能

包括状态管理、通讯录管理、外观模式切换功能等。

2.1 IMS客户端软件设计的基本原则

本文中的客户端体系结构是指运营商内部需要自己构建的BS架构PC客户端通信业务软件。该软件是可管理、开放的、可扩展的、安全、支持业务快速开发和提供。该客户端软件应该满足以下基本原则:

·软件应采用模块化结构, 模块之间通过规定的接口进行通信, 任何一层的任何一个模块的维护, 更新以及新模块的追加, 都不应影响其它模块。

·协议开放性:客户端必须遵循相关协议的基础之上, 如:SIP协议、XCAP等, 同时必须遵循的相关应用接口规范以利于与各个业务系统协作。

·易用性:客户端的操作应尽量简单, 对操作提示、错误报告、监控信息反馈等要全面、详细, 真正做到易学、易用、易培训。

·软件应有容错能力, 一般小的软件故障不应引起各类严重的系统再启动。

·软件设计应有防护性能, 某一软件模块内的软件错误应限制在本模块内, 而不应造成其它的软件模块错误。

·应具有软件运行故障的监视功能, 一旦软件出现死循环等重大故障时, 应能自动再启动, 并上报即时故障报告信息。

·稳定性:客户端设计上要充分考虑到运行的稳定性。

·易维护:系统的结构设计要易于维护, 组成系统的功能元素要具有一定的独立性, 可以根据用户的需要进行替换而不影响或很少影响其它功能元素, 并能够与其他功能元素协作共同完成用户的功能。

·易扩展:统一通信平台无论是在功能上, 还是在通信协议规范上都应当易于扩展, 以便适应今后各种通信业务的发展。

·安全性:满足运营商内部办公通信的安全性要求, 确保客户端与系统之间不被非授权用户侵入, 信息不丢失, 传输时数据文件不被非法获取、篡改, 确认对发送和接收者的身份等。[3]

2.2 IMS客户端软件架构

终端软件采用开放式的分层架构, 各项业务能力与业务应用都应该模块化并以插件的形式组合到架构中。

终端软件由4层组成:

·用户表现层:用户表现层是软件面向用户的展示层面, 与用户的直接交互, 是软件架构层次的最高层。某一个具体的业务或应用可以通过接口调用应用能力层的一个或多个能力模块来实现, 并通过插件抽象接口组合到界面框架中。

·应用开发接口层:为用户表现层提供的应用开发接口

·应用能力层:应用能力层主要封装了实现业务或应用的功能模块, 以组件方式组合到系统框架中, 通过组件标准统一应用开发接口提供能力供上层的业务或应用调用。

·通信协议层:提供SIP、RTP/RTCP/RTSP、SIMPLE、XCAP、SyncML、HTTP、FTP、音频视频编解码等协议支持, 是软件架构层次的最底层。

2.3 IMS客户端功能模块设计与实现

下面介绍客户端的用户登录模块的设计与实现, 客户端的每个模块均提供记录的功能, 并在用户表现层的记录管理中分别显示给用户, 用户也可对每种记录进行搜索。

2.3.1 用户登录

用户登录调用认证能力, 初期终端采用HTTP Digest认证机制, 使用用户名和密码进行认证, 目标采用AKA认证机制。[3]

2.3.2 客户端的开发平台配置说明

本小节主要对开发客户端的平台配置做一个简要的说明。主要包含客户端的软件环境、开发工具, 及基本的配置说明, 包括开发工具安装、web服务器配置。

(1) 使用环境

软件环境:WEB服务器使用Tomcat 5.5;IMS网络及相关平台由运营商提供。

开发工具:Eclipse3.3.2。

(2) JDK安装

JDK是Java Development Kit的缩写, 是开发JSP应用程序的必要条件。安装JDK后的配置和测试步骤如下:

首先, 要在我的电脑->属性->高级->环境变量->系统变量中添加环境变量。然后, 通过编写一个小的java程序来测试JDK是否安装成功。

(3) 安装Tomcat

Tomcat是Apache软件基金会开发的免费web应用服务器, 是运行Servlet和JSP最常用的容器。

首先, 要在我的电脑->属性->高级->环境变量->系统变量中添加环境变量。

其次, 启动Tomcat, 在浏览器中输入http://localhost:8088, 如果看到tomcat的欢迎页面, 即说明安装成功。

2.3.3 客户端的开发实现

客户端的核心技术思想是采用JSP技术开发Web表现层, 通过JSP页面调用核心控件OCX中的相关函数来实现。本文介绍客户端的一个模块的实现, 其他模块实现的技术都是相同的。

用户登录模块, 即网络注册模块的实现。网络注册是用户使用客户端的首要前提, 只有登录, 注册后, 才能使用其他的功能。该模块主要有3个JSP页面, 分别是welcome.jsp、login.jsp、loading.jsp.

在该功能模块中, JSP页面涉及调用到的OCX控件中的OCX函数接口主要是注册服务器SetProxyServer () 函数, 该函数的具体描述如下:

函数定义:

函数描述:

设置注册服务器IP地址或域名及端口

参数说明:

bstrDomain, 表示注册服务器IP地址或域名及端口, 如果要对该信息进行隐藏, 请用“信息安全加密机”加密, 并设置InitComm中的EncryptOption参数, 默认不需要。

返回值:

0表示成功

非0表示失败

2.3.4 客户端的测试

本课题的测试网络配置环境如图2所示:

客户端开发完成后, 需要测试客户端的性能是否满足普通用户的电脑配置。客户端性能测试主要是从测试客户端使用时终端性能指标, 以及所占的内存和CPU使用率这三方面来考虑的, 测试配置采用现在通用的WINDOWS XP系统, IN-TEL CORE (TM) 2 Duo CPU E4600, 1G内存, AN-MTALK客户端。测试用例见表1、表2:

通过这些测试用例及结果分析, 可以得出采用BS架构设计开发的客户端的性能对于普通用户的电脑配置来说, 是完全可以接受的。

2.4 媒体控制要求

客户端能够根据网络侧的指示, 产生并向用户放送各种信号音及铃流、多媒体。

客户端应支持多种编码方式, 以完成语音的编码和打包。客户端支持G.711, G.729, G.723.1编解码方式。

客户端应支持H.263的编码方式, H.264编码方式可选。

客户端具有根据网络的忙闲情况, 提供不同的编解码方式的能力 (可选) 。

由于在IP网上传输的时延较大, 为避免回声对通话质量的影响, 客户端应具有回声抑制功能。回声抑制支持G.168[4]。

3. 结论

本文介绍了IMS系统, 提出了IMS终端的功能, 并给出了IMS终端的软件架构, 以及具体的功能调用, 媒体控制要求, 并介绍了本客户端网络注册模块的研究与实现。本终端基本满足了现在企业的需求, 当然本系统还存在着不足, 将在今后实践中进一步完善。

摘要：本文首先简要介绍了IMS系统的产生、发展、构成, 之后详细介绍了基于BS架构的IMS客户端的研究, 包括客户端应满足的基本原则, 基本业务, 软件的架构, 以及软件的功能模块调用, 主要包括用户表现层, 应用能力层各自的功能模块调用;最后详细介绍客户端的网络注册模块的设计与实现;该客户端具有易于实现、可移植性好、性能稳定等优点。

关键词：IMS,SIP,基本原则,架构

参考文献

[1]望玉梅, 董文宇、周胜.《IMS:IP多媒体概念和服务》[M], 北京:机械工业出版社, 2007.7

[2]IETF RFC 3261:"SIP:Session Initiation Protocol"[S], 2002.6

[3]中国移动通信集团公司研究院.《中国移动企业通信助理PC客户端规范》[S], 2009.3

基于bs架构的管理系统 第4篇

关键词：B/S模式网上报名NCRE

一、引言

全国计算机等级考试（简称NCRE），是由教育部考试中心主办，面向社会，用于考查应试人员计算机应用知识与技能的全国性计算机水平考试体系。

目前义乌市的全国计算机等级考试工作以现场报名的人工填报进行。人工报名时的信息采集工作复杂，信息录入、照片采集和管理工作量大且易出错，数据共享困难，信息查询不便等。通过网上报名系统可以解决传统报名方式中的许多限制，与考试中心下发的报名系统实现无缝对接，实现报名考试管理的系统化、保密化、智能化和信息化。使考生能够随时随的进行网上报名、修改、查询信息等，同时大大减轻考务人员工作负担，从而提高办事效率。

二、系统总体分析与设计

1.总体设计

本系统采用B/S结构进行设计，B/S 架构（Browser/Server 架构）即浏览器和服务器结构。这种模式统一了客户端，将系统功能实现的核心部分集中到服务器上，简化了系统的开发、维护和使用。客户机上只要安装一个浏览器，服务器安装Access、Oracle或Sql Server等数据库，浏览器都可通过Web Server同数据库进行数据交互。这样就大大简化了客户端电脑的载荷，减轻了系统维护与升级的成本和工作量，降低了用户的总体成本（TCO）。本系统采用ASP开发服务器端应用程序，使用OLE DB数据库驱动程序建立与Access数据库连接。

网上报名系统分考生模块和管理员模块。网站的考生模块，网上报名填写、提交、修改报名信息，上传照片，准考证打印，在线查询成绩等。管理员模块主要用于管理员对考生的信息进行查询、修改或删除，最后生成报表，以及对网站的新闻信息及时更新。

2.主要功能模块

1）考生模块

（1）新闻公告查看：网站的首页便是新闻模块部分，考生可以查看等级考试相关的具体要求和最新动态。比如考试时间的安排、地点的安排以及相关的变动等信息。

（2）网上报名：进入网站首页点击注册链接考生就可以在此页面要填写考试所需要的全部详细信息（包括姓名、身份证、报考科目、登录密码等），通过关键数据正确性验证后提交，完成网上报名。

（3）照片上传：通过身份证登录验证，按照照片的要求上传考生照片。上传的照片需要通过审核，审核不通过，可以再次上传。

（4）报名信息打印：通过身份证登录验证，照片审核通过之后可以打印报名信息表，缴费成功后可以打印准考证。

（5）成绩查询：考生可以通过身份证和姓名的验证查询考试成绩等信息。

2）后台管理模块

（1）考生信息管理：对已经报名的考生的信息进行增、删、查、改的操作，最后进行统计，生成报表查看、打印。

（2）照片库管理：考生照片的审核、删除、导出等功能。

（3）考生成绩管理：考生成绩的分析与统计，报表的打印等。

（4）新闻公告管理：对首页的新闻进行管理，通过后台及时更新，上传最新的新闻动态。

（5）系统管理：主要对考试的参数设置，如考试科目、网上报名时间开始和结束时间等设置，数据备份，数据导入，数据恢复，用户管理等。

三、系统实现关键技术

1.数据准确性验证

为了提高数据输入的准确性和合法性，对需要提交的关键数据进行验证，以确保提交数据的合理性和正确性。例如：对填写的姓名信息，验证是否是2-4个的汉字；对登录密码字符长度和字符类型的验证；对考生输入的身份证号是否是18位、性别与身份证号一致性验证；出生日期自动根据身份证号获取等。这极大提高了系统的运行效率，保证了数据的有效性。

2.动态组建照片库

网上上传照片，自动审核并动态创建照片库，系统自动判别照片像素大小、照片数据量照片比例等数据，根据考试照片规格要求，可自动筛选符合条件的照片，并将较大照片进行大小自动调整和容量的自动压缩，初步达到自动审核照片的功能，有效降低考生报考的成本，同时提高数据采集和处理的效率。

四、结束语

本系统功能实用，总体稳定性强，操作简单方便。本系统与教务管理信息系统对接，实现数据共享。考虑到在同一时间段内许多考生可能同时报名，进而对数据库性能进行了了一系列优化措施，保证数据库具有优良的性能与稳定性，能满足近百用户同时查询及操作。在以后的工作中需要进一步完善本系统的在线支付功能。

本系统现已实际投入义乌市考区使用，从使用情况来看，取得了良好的效果。有效地提高了义乌市NCRE报名工作的效率，大大降低了错误率，同时使该工作进一步得到规范与统一。充分体现“以人文本，服务考生”的理念，加快推进义乌市的网络化建设。

参考文献：

[1]姚徐，姚双良.全国计算机等级考试网上报名系统的分析与设计[J].计算机与现代化，2011（11）：203-204.

[2]曾瑞，王英彦.具有本土化特色的高职生创业实践课程体系研究——以义乌工商职业技术学院为例[J].中国职业技术教育.2012（8）：76-78.

[3]邵检江.基于B/S架构的全国大学英语考试网上报名系统的设计与实现[J].广东交通职业技术学院学报，2010，9（1）：49.

[4]曾瑞，王英彦.在线学习环境下移动协作服务集成的设计[J].现代教育技术.2012（5）：97-101.

基于BS体系结构开发应用系统 第5篇

编辑：lflf811224 作者：网友投稿 出处：中国论文下载中心 日期：2005-3-17

摘要 本文介绍了组件以及ActiveX技术，分析了Browser/Server体系结构开发应用软件的特点和不足。提出了克服该不足的一种方法。最后给出了一个应用实例。关键词 WEB，COM，应用软件，服务器 引言

由于客户服务器两层结构存在灵活性差、升级困难、维护工作量大等缺陷，已较难适应当前信息技术与网络技术发展的需要。随着WEB技术的日益成熟，Browse/Server(简称B/S)结构已成为取代Browser/Server(简称C/S)结构的一种全新技术。采用该结构软件的优势在于：(1)无须开发客户端软件，维护和升级方便；(2)可跨平台操作，任何一台机器只要装有页面，通过在页面中嵌入ActiveX控件来实现。

采用这种结构优点在于：（1）充分发挥了充分了B/S与C/S体系结构的优势，弥补了二者不足。充分考虑用户利益，保证浏览查询者方便操作的同时也使得系统更新简单，维护简单灵活，易于操作。（2）信息发布采用B/S结构，保持了瘦客户端的优点。装入客户机的软件可以采用统一的的无逢扩展集COM+，有着如内存数据库、负载平衡等强大的功能。实例

下面以某学校学生管理系统为例说明B/S结构软件的设计方法，该系统采用B/S体系结构与COM+技术相结合。通过该系统管理人员可以对学生的学籍、学生的日常表现、学生的学习成绩、学校教师、学校的资产进行管理与维护。任课教师可以通过浏览器查询所教班级学生各种相关信息。学校管理人员通过浏览器对学校的学生、教师等信息进行管理与维护以及有关查询统计功能。学校资产管理人员通过C/S体系结构实现对学校资产的管理维护。

本系统结合了ASP技术和COM+技术，是一个三层结构。表示层由ASP页面组成，用以实现WEB页面显示和调用COM+组件，业务逻辑和数据访问由一组用VC实现的COM+组件构成。为了便于维护、升级和实现分布式应用，在实现过程中，又将业务逻辑层和数据访问层分离开，ASP页面不直接调用数据访问层，而是通过业务逻辑层来调用数据库。

4．1 COM组件技术应用

该系统的实现主要分为三个部分：数据库、COM+组件和ASP页面。其中数据库与ASP页面的实现与一般B/S结构的WEB应用相似。COM+实现可分为三个步骤：COM+组件的设计、COM+应用程序的生成和组件注册、基于属性编程。该管理系统利用VC中的ATL开发COM+组件。下面是该系统中一个定制组件部分主要代码

在showscore.asp页面中接受、辨别用户的查询请求，做出不同的查询处理。当客户的身分为教师或教务员时，可以查询所有学生的成绩；当客户的身分为学生时，只能查询本人的成绩。

定制COM组件Score.dll进行查询处理。首先设计该组件的接口，为组件设计四个属性：SubjNo（课程号），Term（课程所属学期），ClassNo（班级号）和StuNo（学号）。定义两个方法RequeryScores和RequeryAllScores，分别对教师、教务部门和学生的请求做出相应的处理，并将查询结果集返回给用户。

以下是实现该组件Score.dll接口描述以及实现方法的部分代码，从中可以看到组件的接口是如何实现的： import “ocidl.idl”;[ object, uuid(46C01798-BE39-4FC0-A25D-718BA31DFADC), dual, helpstring(“IStudentScore Interface”), pointer_default(unique)] interface IStudentScore : IDispatch{ [propget, id(1), helpstring(“课程号”)] HRESULT SubjNo([out, retval] BSTR *pVal);[propput, id(1), helpstring(“课程号”)] HRESULT SubjNo([in] BSTR newVal);//其它接口部分从略

[id(5), helpstring(“method RequeryScores”)] HRESULT RequeryScores(([out,retval]LPDISPATCH* ppRecordset));};STDMETHODIMP CStudentScore::RequeryScores(){ HRESULT hr=S_OK;IobjectContext* m_spObjectContext=NULL;//利用ADO访问数据库

::CoInitialize(NULL);_RecordsetPtr pRecordSet=NULL,pRecordSetClone=NULL;BSTR bstrDSN=::SysAllocString(L“Provider=SQLOLEDB.1;Persist Security Info=True;

Password=;Initial Catalog=pubs;Data Source=zhudamiing;User ID=sa”);BSTR bstrSQL;try{ GetObjectContext(&m_spObjectContext);

pRecordSet.CreateInstance(__uuidof(Recordset));//根据查询要求(查询所有课程、查询特定学期所有课程、查询指定课程、查询 //特定学期某一课程)进行不同操作生成相应SQL语句,程序具体处理从略

pRecordSet->CursorLocation = adUseClient;pRecordSet->Open(bstrSQL,bstrDSN,adOpenKeyset,adLockOptimistic,adCmdText);pRecordSet->PutRefActiveConnection(NULL);pRecordSetClone = pRecordSet->Clone(adLockOptimistic);pRecordSetClone->QueryInterface(IID_IDispatch,(void**)ppRecordset);pRecordSet->Close();pRecordSet = NULL;::SysFreeString(bstrDSN);::SysFreeString(bstrSQL);//事物成功完成，则提交该事物

I f(m_spObjectContext-)m_spObjectContext->SetComplete();} catch(_com_error &e){ if(m_spObjectContext)//事物失败，回滚事物处理

m_spObjectContext->SetAbort()// 其他错误处理，从略

} return hr;} RequeryAllScores()实现部分从略。另外ASP调用实现部分比较简单从略。

组件编译结束后可以用COM+组件服务管理工具来管理COM+组件及其所在的应用程序。COM+组件服务是个图形界面的管理工具，利用它可以安装和发布组件、配置组件及其所在应用程序的属性，以实现组件安全性、MTS支持、排对组件、设置组件构造参数等。4。2 ActiveX技术应用

在本系统中许多报表的打印如学生成绩打印、学籍报表、学籍卡打印等需要特殊的格式。而浏览器所提供的打印功能无法实现。为此可采用ActiveX技术，实现在WEB环境下的本地端打印和报表生成。具体实现过程为：（1）和COM+篇.中国铁道出版社

基于bs架构的管理系统 第6篇

一、系统管理

1、部门代码

功能与作用

折旧计提汇总通常是按部门进行的，此处设置部门代码的主要目的在于为分配折旧费用提供依据

可以增加、修改、删除部门代码，打印部门代码对照表。

正式使用固定资产系统任何功能前必须先设置部门代码，如果不分部门管理固定资产，则必须虚设一个部门。

部门代码共5位，可用数字或字母混合编码，不允许重码，部门代码的分级关系在新建账套时定义，此处按已定义的级数关系进行设置。操作说明

增加一个部门

点新增或者直接输入没有的代码，然后输入名称保存即可。

删除一个部门

选中要删除的部门，点删除即可。注：已使用卡片的部门不可删除。

2、职员代码

操作管理人员的设置，可新增，删除（已录入到卡片中的人员不能删除）

3、资产代码

又称卡片代码或固定资产代码，是不同卡片、不同固定资产的唯一标识，代码的分级关系在账套设置时由用户根据自身需要进行分级设置，注：代码的每一位可以为数字和字母。

用户在为每个卡片编码时，应注意预留一些空位置，以便将来新增固定资产使用。

4、资产卡片

功能与作用

用户使用计算机固定资产系统前已有许多卡片，这些卡片称为初始卡片。初始卡片必须存入计算机，才能由计算机管理，也才能保证固定资产核算的连续性，本功能就是用于装入这些卡片的。

注：正式使用后新增的卡片不在此输入，而作为变动资料输入，请看变动资料变动、修改、审核。

操作说明

根据实际情况填写资产信息，左边使我们刚才设置的卡片代码，右边是需要具体录入的信息，填写内容是这样的，红线必填，黑线选填。填好后保存。

注：残值率一般为0.04，选择直线法之后回车会自动算出月折旧率，当月折旧率已有你自己输入的数字时，不会更改。

二、资产变动

功能与作用

固定资产变动是指固定资产的购建、报废、增减等。固定资产变动资料是记录固定资产变动的各种凭证、文件的统称。

固定资产变动资料牵涉的资料很多，比如发票、购进合同、验收报告等，但固定资产核算仅需其中一部分（如下所示），它们包括固定资产卡片的全部项目，另外还有凭证号、摘要、凭证日期、增减等四个新增项目。

在固定资产系统启用日期后购建、报废、盘盈、盘亏的固定资产均需建立变动资料（也叫建立凭证），应在此输入，不能直接使用“装入初始卡片功能”修改或删除。

在此输入的变动资料经审核记账后，将自动更新卡片或产生新的卡片，并能在“固定资产登记簿”，“固定资产明细账”中逐笔反映，详见账表输出。

1、资产增加

必须给这个固定资产一个新的卡片代码，并要求输入有关该固定资产的所有卡片内容。输入过程类似于卡片输入。这种情况发生在购建、盘盈固定资产等条件下。

2、资产减少

如果是报废、售出、盘亏等情况发生，就应该输入一个减少固定资产的变动资料，其中，输入的卡片代码在计算机中是应该存在的（即减少的那个固定资产的卡片代码），同时要求输入减少的固定资产的原值、数量和累计折旧，其中累计折旧必须包含本月所提折旧，所以，在输这些变动资料前应先提一次折旧以便得到包含本月在内的最新累计折旧额。如果减少后的原值为0，则输入的原值、数量和累计折旧必须与计算机中这张卡片上已记录的原值、数量和累计折旧相等。

3、资产报停

功能与作用

操作说明

4、资产启用

功能与作用

操作说明

5、资产调拨

功能与作用

操作说明

6、折旧率变动

功能与作用

对折旧率的修改

操作说明

左击折旧率变动，选择日期，对明细资产进行选择，修改。

7、单证修改

功能与作用

修改和删除本月未记账的资产。

操作说明

左击单证修改，选择月份，查询资产，确定，进行修改，然后保存。

8、变动资料审核

功能与作用

对本月增加的资产进行审核。

操作说明

左击变动资料审核，选择日期查询，进行审核。

三、记账结账

1、变动资料记账

功能与作用

对本期的变动资料进行记账

操作说明

左击变动资料记账，选择日期，左击记账。

2、本期折旧计算

功能与作用

对本期的资产进行折旧计算。

操作说明

左击本期折旧计算，选择日期，左击计算。

3、本期结账

功能与作用

对本期资产进行结账。

操作说明

左击本期结账，直接左击结账。

注：别反结账，反结账的功能是回到初始化状态。（特别注意）

四、帐表输出

1、变动资料输出 功能与作用

对变动单的查询

操作说明 左击变动单资料输出，选择要查询的月份，单击查询，可查询具体集体明细。

2、卡片查询打印 功能与作用

对以后的卡片，进行查询和打印 操作说明

左击卡片查询打印，然后可以在左边直接选择卡片，也可以点击上张，下张。打印的话，直接点击打印，即可。

3、固定资产明细账 功能与作用 该功能是显示及打印固定资产在一定期间的明细账。操作说明

左击固定资产明细账，选择期间。固定资产代码，单击确定。进入以后也可以在上方选择资产代码下拉菜单。

4、折旧计提明细账 功能与作用

该功能是显示及打印固定资产折旧的明细账。操作说明

左击折旧计提明细账，选择期间，固定资产代码，单击确定。

5、部门折旧明细表 功能与作用

该功能是显示及打印部门固定资产在一定期间的折旧明细账。操作说明

左击部门折旧明细表，选择期间和部门代码，单击确定。

6、固定资产汇总账 功能与作用

该功能是显示及打印固定资产汇总账 操作说明

左击固定资产汇总账，选择月份资产代码，单击确定。

7、部门资产汇总账 功能与作用

该功能是显示及打印部门固定资产汇总账 操作说明

注：和部门明细账一样，应该是有错误。

8、资产增减汇总账 功能与作用

该功能是对本年度的固定资产变动进行查询和打印。操作说明

左击资产汇总表，选择年度，单击确定。

9、部门折旧统计表 功能与作用

分部门对折旧进行统计，可查询和打印。操作说明

左击部门折旧统计表，选择期间，确定，10、资产折旧统计表 功能与作用

该功能是对资产折旧的一个统计表，可以进行查询和打印等操作。操作说明

左击资产折旧统计表，选择期间，单击确定

11、资产卡片综合查询 功能与作用

从多方面选择要查询的资产明细。操作说明

基于bs架构的管理系统 第7篇

随着Web2.0的诞生和迅速发展, 基于BS架构的Web应用程序以开发周期短、可维护性强、轻量级、免安装、强大的用户体验、完美的交互等特点, 在各行各业崭露头角, 开始扮演重要角色[1,2]。

所谓BS (Brower/Server) 架构, 是在服务器端安装数据库和应用程序, 客户只需通过浏览器便可访问服务器端的Web应用程序和进行相应的操作[3,4]。

油中溶解气体分析DGA (dissolved gas-in-oil analysis) 在线监测系统作为充油电力设备故障诊断的重要手段[5], 广泛应用于电力系统。其中软件平台是在线监测系统必不可少的一部分, 大部分软件平台只能在固定的工控机上运行, 不便于客户随时随地监视数据和设备运行状况。因此设计一款基于BS架构的Web应用程序, 打破以上数据访问和交互的限制, 是迫切的也是必须的, 能够让用户告别单一的数据查看模式, 还将带来方便、快捷、功能齐全的新体验。

目前虽然有部分在线监测厂家也推出了相应的Web应用程序, 但大多仅限于数据查看与浏览, 界面简单, 交互性差, 缺少专家诊断和图谱显示等功能。界面语言大部分只有中文, 缺少其他语言, 成为在线监测产品进入国际市场的一个限制。本系统恰好弥补了这些不足, 并集成了多国语言支持, 多专家诊断[6,7], 设备运行状态实时监测与报警等。

本系统采用asp.net (新一代的微软动态服务器网页技术) 框架来创建强大的交互页面。以Sql Server为数据库, 引入视图、存储过程、cache (缓存) 机制等, 进一步优化了数据访问机制, 降低了数据库的读写压力。将数据操作和业务逻辑封装成动态链接库dll, 对外提供有限的接口, 这保证了系统安全性与扩展性。页面设计采用j Query (一款优秀的Javascript库) 、AJAX (异步刷新技术) 、Flash插件等技术与框架[8,9], 灵活构建页面内容, 极大丰富用户的体验。

1 系统框架及原理

DGA在线监测系统作为电力变压器故障诊断的重要手段, 包括DGA在线监测仪、数据传输网络、数据平台等部分。作为在线监测系统的基础模块之一, DGA数据平台主要包含以下功能:

1) DGA数据管理从数据传输网络获取不同监测仪的测量数据, 检查数据的合法性并写数据库, 以及根据用户的需求对数据库进行读操作。数据库的读操作更具灵活性, 需要快速读取大量的历史数据以及频繁的数据请求操作, 这给DGA数据库的管理提出更高要求。因此, 在管理数据库的同时, 需进一步优化数据库的性能和读写机制。

2) 图形界面和图表生成图形界面是数据平台用来展示数据并与用户交互的界面。在图形界面上, 根据用户的不同请求, 以特定的形式展现DGA数据, 比如单次数据的直方图、历史数据的趋势图、色谱图、故障诊断模型图和用户定制的报表数据等。

3) 实时信息DGA数据平台需实时显示设备的状态, 包括最新的DGA数据、设备通讯状态、专家诊断结果。被测设备的任何状态变化, 都需要第一时间反应在实时信息中。要求响应周期短, 报警精确。此外, 系统还可以根据异常信息的种类, 提供异常处理的有效措施, 提高用户的工作效率。

4) 业务逻辑处理系统能够解析用户的请求, 合理调度资源, 对数据库返回的数据包进行分析处理, 并在用户图形界面显示相关信息。

5) 变压器故障诊断DGA在线监测系统的目的在于监视电力变压器的运行状况, 对潜伏性故障进行早期诊断。故障诊断的难点在于需要大量的历史数据做支撑, 而且目前并没有一种行之有效的故障诊断解决方案。

根据上述功能要求, 将DGA数据平台划分为BS架构的三层经典模型:数据层—业务层—表现层。每层单独封装成dll, 对外提供相应的接口, dll内部的实现与其他各层完全分立, 使各层具有高内聚、低耦合的特点, 整体框架如图1所示。

数据层包括数据表、数据库访问层及表的各种操作 (插入、更新、删除、获取列表等) , 只对业务层提供已封装好的类和方法。

业务层是表现层和数据层的桥梁, 一方面从数据层获取数据, 进行分析处理和逻辑判断等操作;另一方面, 响应表现层的业务请求。

表现层即为展现给用户的Web界面, 用户点击不同的页面和功能键, 就能实现数据访问和交互。

2 数据库设计及操作

为增强数据库各模块的扩展性和复用性, 降低模块间的耦合度, 本文将数据库的访问和操作进行独立封装, 引入视图、存储过程、缓存机制, 提高数据库的性能、可维护性及重用性。

2.1 数据库关系图

数据库的设计基于RDBMS (关系型数据库管理系统) 的设计规范和要求, 建立了基础数据表, 各表的关系如图2所示。

图中PK为表的主键、FK为外键, 表示一对多的关系, 比如字段名“设备号”在设备表中作为主键, 每条记录的设备号都是唯一的。在色谱数据表中, “设备号”作为外键, 相同的“设备号”可出现在多条记录中。

另外, 在数据库中创建了视图和存储过程, 以简化操作和提高数据的安全性。在获取多个表的大量历史数据时, 性能要明显优于sql查询语句。

2.2 数据访问层DAL

DAL提供了数据库访问的接口, 包括连接字符串的获取、数据库连接和对外提供以下三种方法:

Execute Non Query方法执行一条Sql语句返回操作影响的行数, 多用于判断操作是否成功, 如插入、删除和更新操作, 如果影响行数为0则操作不成功, 大于0则操作成功。

Execute Scalar方法从数据库中检索单个值, 返回可显式转化为相应类型的object类型值。

Execute Table方法执行查询语句返回Data Table类型的数据。

2.3 数据库操作DLL

数据库操作DLL定义了数据库的基本操作方法, 如表1所示, 涵盖了单台设备、多台设备的不同类型数据的获取需求。

在数据库操作过程中引入cache技术, 将更新不频繁但访问频繁的数据缓存起来。合理设置触发依赖项, 只有当数据再次更新时才释放缓存, 加快数据访问速度, 优化数据库操作。

3 表现层的设计与实现

表现层具有丰富的图形界面, 以及良好的用户体验。使用Flash插件和Javascript库, 将数据、表现和处理进行分离, 增强数据的多样性和灵活性, 具有整体结构清晰, 数据集成、更新及处理方便等众多特点。

另外, 系统支持多国语言一键切换, 填补了国内DGA在线监测系统缺少多国语言的空白, 为国内产品走向国际市场奠定基础。

3.1 Flash的数据交互机制

本系统采用了众多Flash插件, 如立方图、饼图、趋势图, 不同的时间段、不同的需求下, 这些Flash插件需要加载不同的数据。

本系统主要采用了以下两种数据加载方式:

1) 可扩展标记语言XML。XML有其固定的语法规则和数据结构, 被设计用来传输和存储数据, XML与Flash的交互通常采用以下方式:后台将数据重组成XML格式的文本文件, 前台将此文件名传至Flash插件, 在Flash中解析XML文件。

2) JSON (Java Script Object Notation) 。JSON作为新一代的数据交换格式, 以其轻量级、友好、易于读写的特点得到广泛应用。JSON与Flash的交互采用以下方式:将数据重组成JSON字符串, 以Flash Vars参数传入Flash, 在Flash中解析JSON字符串。

3.2 多国语言设计方案

灵活应用静态复制+动态加载的方式实现多国语言方案, 具体内容如下:

1) 静态复制不同的语言加载对应语言的文件, 这些文件只需通过静态复制、简单修改即可得到。优点在于操作灵活简单, 缺点是占用存储空间, 维护不方便。

2) 动态加载将需要翻译的文字以“键名—值”的方式存至各自的全局资源文件, 在页面被访问时系统会根据当前语言, 由键名请求对应语言的值, 极大降低了语言和页面的耦合度, 翻译工作可以独立于页面进行。

3) 语言请求机制语言请求机制是指服务器按照用户在浏览器中设置的语言, 切换相应页面的过程。采用cookie将语言设置信息长期保存在客户端, 以备下次访问时使用。向用户提供一键式语言切换操作, 在切换时更新cookie和向服务器请求语言资源。

3.3 实时信息

以图表方式实时显示所有设备最近一次采样的数据和状态等, 最坏响应时间为1.5 min。

从图3可以看出, 此实时信息为某站1号主变A相的油色谱设备某次采样时的7组份DGA数据及状态, 各组份气体会根据设定的注意值和报警值, 显示对应的状态图标。

3.4 多维度历史数据

所谓历史数据, 即为从在线监测设备获取特定时间段内的所有信息的集合, 根据不同的需求呈现不同的形态, 主要分以下三种:

1) 可定制的报表数据以表格形式呈现, 用户可以灵活选择报表数据的时间段, 以及定制报表数据的显示格式, 提供数据一键导出和打印等功能。

2) 基于时间序列的趋势图根据用户选择的时间段获取DGA数据, 绘制DGA数据的变化趋势图, 如图4所示。

趋势图可以反映出故障气体的产气速率, 甚至可以对变压器做出初步的故障诊断。

3) 色谱图色谱图是通过色谱技术获取的气体信号-时间曲线, 它是求解DGA数据的原始信息。同时也能反映出在线监测设备的运行情况, 比如温控偏差较大、载气耗完、整机气密性差等, 均能以独特的方式显现在色谱曲线上。

4 多专家故障诊断系统及算法实现

4.1 系统框架

电力变压器专家诊断系统, 可对变压器内部的潜伏性故障进行早期诊断和实时监测, 是本系统至关重要的一部分, 也是难点所在。国内外专家相继提出了数种故障诊断方法, 这些方法的诊断结果差异性很大, 甚至存在矛盾。

如何调解这些矛盾, 目前还没有成熟的解决方案, 相关资料也极少。本系统的专家诊断算法融合了多种故障诊断模型, 使用裁决算法进行综合分析。好处在于集成各自诊断模型的优点, 弥补各模型的缺点, 可提高变压器故障诊断的准确率和可靠性。系统结构如图5所示。

根据用户的需求, 从数据库获取一组的DGA数据, 作为故障诊断系统的输入。依次调用三比值、三角形、立体图、气体图形模型进行求解, 每种模型都返回一个结果。执行裁决分析获得最终的故障类型。最后更新报警参数及专家库, 输出图形界面和相应报表。

4.2 模型的实现

1) 改良三比值法

改良三比值法是目前国内应用比较广泛的一种方法, 通过对C2H2/C2H4, CH4/H2, C2H4/C2H6这三个比值进行编码, 根据编码查找对应的故障类型。

此方法诊断的准确率较高, 但存在编码不完备的缺点。

2) 大卫三角形法

将故障信息用一个三角形划分, 不同故障对应特定的区域, 通过CH4、C2H4、C2H23种气体在三者之和中所占的百分比来确定故障点落入的区域, 如图6 (a) 所示。

与改良三比值相比, 它解决了三比值编码不完备的漏判现象, 但当比值点正好落在故障区域的边界线上时, 大卫三角形无法判断故障。

图6 (a) 显示了12个事例数据的故障点的位置, 每个三比点以时间的先后顺序显示不同颜色, 依次从红色渐变至黄色, 通过分析一段时间内的三比值点移动规律, 可对变压器的故障做出诊断和预测。

3) 立体图示法

如图6 (b) 所示, 立体图示法是以C2H2/C2H4, CH4/H2, C2H4/C2H6为坐标轴三维坐标系中, 不同的故障对应不同的长方体, 故障点落入那个长方体内, 则判断为那种故障。

调用Flash引擎Sandy3D设计立体图的图形界面, 支持旋转和亮度调节, Flash与JSON交互传递数据, 可以描绘出故障的立体转移曲线。

4) 特征气体图形法

不同种类甚至不同程度的故障, 产生的故障气体有所差异, 根据特征气体组分的相对含量, 来判断故障类型的方法即为特征气体图形法。

5) 多专家诊断裁决算法

以上四种诊断的方法, 诊断后的结果可能会存在差异。引入了裁决算法, 对以上四种结果进行最终分析后, 得出更为准确的诊断结果, 算法的流程如图7所示。

以多种诊断方法的结果为输入, 首先对各模型的结果进行合法性检测, 对检测合法的结果进行权衡分析, 最后执行权值裁决获得最终的诊断结果。

4.3 诊断案例

图8是某变电站一台110 KV主变 (型号为SFSZ9/50000/100) 3月至6月间的在DGA数据, 从5月14日开始, 烃类气体浓度突然增加, 主要气体是C2H4, CH4也有一定量的增加, C2H6基本保持不变, C2H2保持在检测限以下。

应用多专家诊断系统进行分析, 发现变压器存在内部过热故障, 经过3个多月的时间, 过热故障已由低温过热 (<300℃) 升级至高温过热 (>700℃) 。

站方获知过热报警信息后, 立即对该变压器停运检修, 发现变压器的一相绕组引出线的焊接点开焊, 接触电阻增大, 导致接头处温度持续升高。若未及时检修, 继续运行将会产生更加严重的故障。

5 结语

本文设计实现了基于BS架构的三层结构DGA在线监测数据平台, 详细介绍了各层的功能及实现方案。集成多国语言切换、设备状态实时监测报警、与谱图绘制等功能。采用先进的Web技术和框架, 设计良好交互的用户界面, 满足不同程度的用户需求。引入多专家故障诊断裁决算法, 弥补单一诊断算法漏判和误判的缺点, 使综合诊断结果更加准确。接下来考虑进一步完善专家诊断算法, 以增强故障诊断的准确性和可靠性, 以及根据用户和市场的需求不断地进行功能增加和完善。

摘要：针对充油电力设备的故障诊断和数据统计分析的软件需求, 提出基于asp.net三层结构模型的BS架构解决方案。该方案对数据库操作和业务逻辑进行封装, 结合Web设计的先进技术与框架, 设计了界面友好、交互完备的表现层页面, 集成多国语言、图表操作、设备状态实时监测等功能。故障诊断采用多专家故障诊断裁决算法, 在多种诊断方法并行执行的基础上, 引入裁决机制进行最终故障判别, 提高了故障诊断的准确率和可靠性。案例证明了该方法的可行性。

关键词：三层架构,油中溶解气体分析,多专家,故障诊断,在线监测

参考文献

[1]戴敏斐, 齐开悦, 陈剑波, 等.基于Web2.0的个性化广告推介建模研究[J].计算机应用与软件, 2010, 27 (1) :183-186.

[2]岳昆, 王晓玲, 周傲英.Web服务核心支撑技术:研究综述[J].软件学报, 2004, 15 (3) :428-442.

[3]满坤, 齐开悦, 陈剑波, 等.Web2.0内容管理系统[J].计算机应用与软件, 2009, 6 (1) :207-209.

[4]王非, 吴庆波, 杨沙洲.Web2.0社区搜索模块排序算法的设计与实现[J].计算机工程, 2009, 35 (21) :247-249.

[5]GB/T 7252-2001变压器油中溶解气体分析和判断导则[S].北京:中国标准出版社, 2002.

[6]操敦奎.变压器油色谱分析与故障诊断[M].中国电力出版社, 2010:191-201.

[7]梁小冰, 王耀龙, 黄萍, 等.基于DGA的变压器故障诊断多专家融合策略[J].电力系统自动化, 2005, 29 (18) :80-84.

[8]谭力, 杨宗源, 谢瑾奎.Ajax技术的数据响应优化[J].计算机工程, 2010, 36 (7) :52-54.

基于bs架构的管理系统 第8篇

关键词：家校平台；互联网；信息管理系统

中图分类号：F270.7 文献标识码：A文章编号：1007-9599 (2011) 15-0000-02

Primary and Secondary Home-School Information Exchange Platform Design on BS Structure

Lu Ling

(1.Jiangnan University of Things Engineering,Wuxi214122,China;2.Wuxi Industrial Senior Skilled Worker School,Wuxi214106,China;3.Wuxi Jiangnan specialized Secondary School,Wuxi214066,China)

Abstract:Tutoring is based on Internet information platform on the basis of an information exchange platform for all users to provide services.Whether looking for tutoring for students or teachers do tutoring,are available through the platform for information exchange.Any users are free to view,search,publish information on the tutoring information platform.The platform is different from traditional tutoring intermediary service platform.

Keywords:Home-school platform;Internet;Information management system

一、需求分析

随着科技的发展和信息技术的日益普及，很多家长抱着望子成龙的心态不遗余力的为孩子找合适的家教，而很多在校大学生也希望通过当家教增加一点经济收入，基于WEB平台的家教信息管理系统为家教服务提供了一个方便的信息交流平台，使学生能够通过本系统中找到适合自己的家教，也使有做家教意愿的人群能发布自己的简历。所以开发一个家教信息管理系统，满足双方的需要是很有必要的事情。家教平台系统研究己经有很多年的历史了，各种平台在不断实践的基础上又形成了自己特有的风格。作为一个成功而且受欢迎的家教平台，在其建设过程中，整体设计方案又是其中一个重要的考虑环节，也是平台建设成功与否的重要因素。在进行本系统需求分析时，为了给教师、学生及其他工作人员提供高效、优质的服务，同时也满足平台管理者的管理需要，系统完成时应达到以下几方面的要求：（l）主题明确：本平台的主题是为家教双方提供一个资源共享的信息平台，服务于双方。（2）界面友好：一个好的家教平台绝对离不开整体的形象包装和设计。在本平台的开发过程中，我们首先对平台形象进行了细致、全面的构思，确定其整体框架、字体标准和色彩分布等，使平台运行的整体形象能够给用户传递一种清晰、整洁的感觉。（3）高效稳定：系统运行的速度快、效率高，能够有效防止各种人为错误操作，数据的维护也安全、可靠。（4）操作简便：系统操作界面简单、易用，适合非专业计算机人员使用。（5）安全可靠：系统应具有安全高效的身份验证，以及权限管理机制。（6）功能实用：根据家教双方的需求情况，提供相应的服务管理功能。

二、系统的功能设计

（一）家教注册模块。家教注册模块提供了两个表单供家教注册，第一个表单用于填写家教登陆网站时需要的昵称和密码，若填写正确就可以进入第二个表单填写个人详细情况，所有必须信息填写完毕后方可重定向到家教的个人信息管理区，家教可以发布自己的求职信息。

（二）学生信息模块。学生注册模块提供了两个表单供学生注册，第一个表单用于填写学生登陆网站时需要的昵称和密码，若填写正确则进入第二个表单填写个人详细情况。所有必须信息填写完毕后则重定向到学生的个人信息管理区，学生可以发布自己的家教需求信息。

（三）家教的个人信息管理模块。家教利用注册模块的昵称和密码登陆到网站，判断无误则进入家教个人信息管理。家教可以在修改自己的密码，个人信息，发布求职信息或删除已发布的求职信息，本模块的各功能结构如图：

图1：家教个人信息管理模块结构图

（四）学生个人信息管理模块。学生利用注册模块的昵称和密码登陆网站，判断无误则进入学生个人信息修改发布区，学生可以在此修改自己的密码，个人信息，发布家教需求信息或删除已发布的需求信息，本模块的各功能结构如图：

图2：学生个人信息管理模块结构图

（五）家教信息浏览模块。家教信息模块主要是以表格形式发布的求职信息，表格共分3列，分别是“求职信息的内容”，“发布时间”，“发布人”。通过单击“发布人”的超连接可以查看其个人的详细情况，如果求职信息较多，模块还提供了分页浏览的功能。

（六）学生信息浏览模块。学生信息模块主要是以表格形式显示学生的家教需求信息，表格共分3列，分别是“需求家教的信息内容”，“发布时间”，“发布人”，通过单击“发布人”的超链接可以查看发布信息的学生的个人详细情况，本模块也提供了分页浏览的功能。

（七）信息检索模块。用户可以通过信息检索模块对学生所发的家教需求信息，家教发布的求职信息进行查询，家教信息检索可以通过“讲授科目”，“学历”，“性别”，3项进行单一查询或组合查询，查询结果以列表形式显示出来，

本模块的子模式图如下：

图3：信息检索模块模块结构图

三、数据描述

本系统数据库为db文件夹下的info.mdb，包括表格studentreg、studentdetail、studentinfo、teacherreg、teacherdetail、teacherinfo。

（一）学生详细信息表（见表3-1）

标识：studentdetail。

用于存储学生一些个人信息。

表3-1：学生详细信息表

名称字段名称类型主键非空

编号Id自动编号是是

用户名Snick文本否是

真实姓名Sname文本否是

性别Sex文本否是

年龄Age数字否是

学习程度Grade文本否是

邮箱Email文本否否

電话Tele文本否是

地址Address文本否是

寻找家教情况State文本否是

辅导的科目一Tutorship1文本否是

辅导的科目二Tutorship2文本否是

备注Demo备注否是

（二）学生发布信息表（见表3-2）

标识：studentinfo。

用于存储学生发布的需求家教信息。

表3-2：学生发布信息表

名称字段名称类型主键非空

编号Id自动编号是是

用户名Snick文本否是

需求科目needsubject文本否是

详细内容needcontent文本否是

发布日期puttime日期/时间否是

Puttime字段的默认值为date（）函数，即当前日期。

（三）家教详细信息表（见表3-3）

标识：teacherdetail。

用于存储家教一些个人信息。

表3-3：家教详细信息表

名称字段名称类型主键非空

编号id自动编号是是

用户名nick文本否是

真实姓名name文本否是

性别sex文本否是

年龄age数字否是

身份证ipcard文本否是

学历文凭diploma文本否是

邮箱email文本否否

电话tele文本否是

住址address文本否是

家教的聘用状态State文本否是

讲授的科目一subject1文本否是

讲授的科目二subject2文本否否

备注demo备注否否

（四）家教发布信息表（见表3-4）

标识：teacherinfol。

用于存储家教发布的求职信息。

表3-4：家教发布信息表

名称字段名称类型主键非空

编号Id自动编号是是

用户名nick文本否是

科目类别sort文本否是

详细内容content文本否是

发布日期puttime日期/时间否是

四、界面设计

界面设计重点突出功能，颜色以淡雅为主。由于页面较多，这里仅列出各个模块中的重要页面的界面设计。系统界面设计具体效果如图2所示。

图4：系统首页界面

五、结束语

本系统是基于B/S框架下设计的一个網络化的家教信息沟通服务平台。系统的设计旨在为家教双方提供一个功能强大的信息交流平台。为有意于从事家教工作的教师，尤其是在校大学生提供丰富的信息资源；也使需要提高自身知识能力水平的学生及各方面人士，通过这样一种媒介轻松地实现个人所需，起到一定的积极作用。

参考文献：

[1]时秀波.基于B/S模式办公自动化系统的设计与实现[J].农业网络信息,2009,7:90-91

[2]邹建峰,李律松.ASP.NET开发技术详解[M].北京:人民邮电出版社,2006,142-155

[3]冯昊.ASP.NET动态网页设计与上机指导[M].北京:清华大学出版社,2008