第一篇:奥斯迪背景音乐系统典型应用方案和系统互联接口
澳斯迪背景音乐系统典型应用方案和系统互联接口
一、背景和目的
背景音乐系统是智能家居的组成部分。即在任何一间房子里包括:客厅、卧室、厨房及卫生间等,均可布上音乐线,通过一个或多个音源,让人在每个房间里都能听到动听的背景音乐。
背景音乐系统是智能家居解决方案的重要组成部分,承担着为用户提供家居系统中舒适和享受的功能。
背景音乐系统的主要品牌有澳斯迪、泊声、向往等。本文主要介绍了澳斯迪背景应用系统的典型应用方案和产品。
二、典型方案
平层方案 别墅方案
酒店会所方案
三、平层解决方案
典型需求
户型:3房2厅 房间数量:2-5个 简单播放音乐
最好能播放手机里音乐 价格低
推荐单体小主机方案:
DM835小主机
+ 2只AUX802天花喇叭(价格低廉) DM836ǁ小主机 + 2只AUX167天花喇叭(音质好)
DM838小主机
+ 2只AUX168天花喇叭(功能丰富)平层方案拓扑结构
DM835单体小主机
音源:蓝牙、SD、收音机、AUX1、AUX2 配备精美遥控器,方便无线红外遥控 DM836II单体小主机
5寸TFT真彩屏,轻触式电容屏触摸操作
5路音源:蓝牙、内置音乐、SD、网络电台、AUX 支持音频格式:MP3、WMA、WAV、APE、FLAC、ACC、OGG等 独立定时功能,并具备断电记忆功能 通信接口:RS-485 RJ45网络接口,支持手机和IPAD等无线控制 DM838单体小主机
屏幕大小:5.0寸高清屏
音源数量:5种(本地音乐/SD、网络音乐、网络电台、蓝牙、AUX)支持多种音频格式:MP3、WMA、WAV、APE、FLAC、ACC、OGG等 通信接口:TCP/IP 无线控制:手机、IPAD 推送:支持Airplay和DLNA协议,可将手机/平板的网络音乐和本地音乐推送主机播放
四、别墅解决方案
典型需求
户型:3层-5层
房间数量:6-12个或以上 音质好
可以全宅无线控制音乐 可以播放自己喜欢的音乐 推荐大主机方案
AM8318主机 + BM828R控制器+AUX168天花喇叭(音质好、性价比高) AM8328主机 + BM828R控制器+AUX187天花喇叭(音质更好、功能强) AM8230主机 + BM823R控制器+AUX167天花喇叭(独特、可呼叫对讲)别墅方案拓扑结构
AM8318主机
分区数量:8个
音源数量:7种(网络音乐模块3个、网络电台、SD/USB、DVD、AUX1、AUX2)音频解码:支持MP3、WMA、APE、FLAC、WAV等音频格式 定时点:分区独立定时,可单次或重复,可定时开机与关机 通信接口:RS-232、TCP/IP 无线控制:手机、IPAD 无线推送功能:可将手机/平板(包括在线音乐)、网络硬盘歌曲推送至主机播放(支持Airplay和DLNA协议)
AM8328主机
分区数量:8个(可扩展至72分区)音源数量:6-16种(网络音乐模块8-12个、网络电台、SD/USB、DVD、AUX1、AUX2)音频解码:支持MP3、WMA、APE、FLAC、WAV等音频格式 通信接口:RS-232、TCP/IP 无线控制:手机、IPAD 无线推送功能:可将手机/平板(包括在线音乐)、网络硬盘歌曲推送至主机播放(支持Airplay和DLNA协议)
扩展性:可最多扩展接16台AM8300(4区)扩展机 AM8320主机
分区数量:48+2个
音源数量:8种(MP3、FM/AM、DVD、TV、IPOD、AUX、SD、本地收音机)中控接口:RS-232、TCP/IP 无线控制:手机、IPAD 呼叫对讲:一对一,一对多
五、酒店会所方案
典型需求
房间数量:10-200个 每个房间独立听控音乐 客人可以播放自己的音乐 总台可以集中控制、分组控制 总台可以呼叫每个房间
插卡即可播放指定音乐或音频文件 音质好 推荐寻呼系统方案
AUX9100中央控制器 + AUX9101智能寻呼台+AUX9103 GPS北斗校时器+DM836ǁ小主机+AUX167天花喇叭 酒店会所方案拓扑结构 AUX9100中央控制器
性能极佳,内置SSD固态硬盘,工业级芯片,全天24小时在低温和高温下长期稳定运行体带专业的中央管理软件,能定时、分区和对内置节目管理 能添加分区,一共可添加200个分区
对所有分区进行分组操作,对分区进行开关、调节音量操作 显示分组信息、分区状态、节目列表、定时点信息 对一个或多个分组/分区进行播放节目操作
可添加/修改/删除定时点,把定时点下发给指定分区
内置大容量节目源空间,可根据用户需要对节目源进行分类 可把常用节目同步到网络化音箱
可对音箱与智能寻呼台进行系统远程升级
AUX9101智能寻呼台
7寸TFT真彩液晶显示屏+电容触摸屏,支持五点触控 最多可控制200个分区,具有分区一键全开功能 具有分区寻呼和分组寻呼功能
可根据需求只显示关注的分区和分组 可查看分区状态信息
具有多段电平指示功能,寻呼声压更直观 可向分区广播主机节目库歌曲
具有保存每一次寻呼记录的功能,可选择重要日志上传到主机保存 话筒在设定时间内无信号输入,可自动关闭 屏幕背光点亮时间与亮度可调,实现节能运行 具有用户密码与权限管理 支持由主机推送的远程升级
六、互联与通信接口
支持互联和通信的小主机和大主机可以使用串口或TCP/IP网络接口进行通信。 串口通信
支持RS232、RS485等方式 通信协议如下所示:
具体的通信协议如《AM8318和AM8328 RS232中控通讯协议》
AM8318和AM8328 RS232中控通讯协
TCP/IP通信
支持TCP或UDP通信 通信协议如下所示:
具体的通信协议如《澳斯迪网络控制协议》
澳斯迪网络控制协议 V1.0.3 DM838DM
第二篇:综合应用系统与通信系统接口
综合应用系统与通信系统接口
应充分利用通信平台提供的CTI和其它形式的接口,在应急值守与指挥调度系统中,用户在应用系统的前台界面进行的操作,应用系统直接调用通信平台提供的接口,使用通讯系统的通讯能力完成诸如电话呼入业务响应、电话呼出、电话会议以及短信、传真、邮件等功能,为用户提供一体化的“一点通”应用解决方案。相应的接口主要包括:
电话呼入(应答、转接、会议)
电话呼出(单呼、会议)
短信(发送、接收)
传真(发送、接收)
邮件(发送、接收)
第三篇:酒店公共广播及背景音乐系统方案
公共广播系统及背景音乐系统一、概述
公共广播系统设于公众场所 ,平时播放背景音乐,自动回带循环播放。发生事故时,则兼作事故广播用,指挥引导疏散。一般的公共广播系统包括背景音乐及紧急广播两部分。
消防紧急广播与背景音乐系统用于现代化大厦的公共场所。其作用主要有三个:一是向各层提供背景音乐广播,屏蔽环境噪音,创造与环境相适应的一个轻松、和谐、幽雅的环境。例如,在厅堂、走道等公共场所播放平缓、轻柔的慢节奏的背景音乐,能消除人们的疲劳,使精神焕发、精力充沛。二是平时可对各层发布事务性广播,如:进行广播找人、发布通知、提供信息广告服务,给大楼的正常运营提供有力的保障。三是在各种紧急情况下可以作为指挥中枢,发布警报、指挥疏散,主要要求必须是播音清晰,声强高。
二、系统组成
1、公共广播系统的组成
广播系统主要由音源设备、信号处理设备及现场设备三部分组成。
①音源设备
• AM/FM 调谐器 • 激光唱机
• 自动循环双卡座 • 话筒及现场播音器 • 寻呼麦克风
②信号处理设备
• 钟声发生器 • 话筒前置放大器 • 线路放大器
节目选择器 • 功率放大器
• 多区输出选择器
③现场设备
• 楼层分箱器 • 音量控制器 • 扬声器 .系统设备的功能
AM/FM 调谐器: AM/FM 调谐器作为接收单元,用于接收无线电广播节目,可以得到最新和最及时的客户所需要的信息和音乐。调频调幅接收模块应具有存储功能,并采用内部微处理器锁相环同步技术防止信号偏差,其接收频带范围符合国家有关规定。
激光唱机: 激光唱机又称 CD 唱机,作为背景音乐系统的主要节目源。激光唱机的应选择可以长时间不间断工作且可以多碟连放,不会因经常换碟而中断播放影响音乐的连续性。
自动循环卡座: 自动循环卡座可以对话音节目和音乐节目进行反复播放,主要用来对人声播音进行转录和回放。作为日后的记录,应该具有相当完美的性能,具有杜比降噪、两卡循环、自动增益控制、外接定时装置等功能。
话筒及现场播音器 :现场播音器专门用于消防指挥等紧急情况下使用广播设备,它具有二种输入信号方式,话筒输入和盒式磁带放音广播。现场播音器有定时功能,可以进行定时播音。
节目选择器: 使用节目选择器后可以对节目信息源进行选择,选择其中的一种再送到后级进行放大播出。
前置放大器: 线路放大器的作用是对所选择的节目信号即输入的微弱信号进行初步放大,使放大的信号能满足功率放大对输入电平的要求。前置放大部分由辅助放大模块、线性放大模块组成。辅助放大模块具有半固定音量控制、输出电平调整、静噪等功能;线性放大模块具有输出电平控制、高低音调整及发光二极管输出电平指示。
功率放大器: 功率放大器的主要作用是对前置放大器放大后的节目信号进行功率放大,使放大的信号能满足有线广播线路上的功率要求,然后输出到负载喇叭。
监听器: 监听器用于监听功率放大器的放大是否正常,能尽快发现功率放大器的输出故障,确保系统可靠运行,是整个系统运行状况的一个小窗口。
接线分配器: 接线分配器的作用主要是根据功率分配平衡的原则,把功率放大器输出的信号分配到连接各个楼层的分线箱;把交流电引入系统并且分配给每个设备使用。
分线箱及音量调节器: 主要作用是将功率放大后输出的信号传递到该楼层的各个负载喇叭上,并进行实地音量调节。
紧急广播分区切换器: 紧急广播分区切换器由一系列切换开关和产生切换信号的电路组成,按下相应的切换开关就可以对该楼层甚至上下层同时进行紧急广播。切换器一般都有手动 / 自动两种方式。
扬声器: 扬声器又称喇叭,是将电能转换成声能的一种器件。扬声器从发声原理、物理外形等方面有许多不同的分类。公共广播系统一般采用电动式扬声器,外形上一般采用天花式、壁挂式、和室内音柱几种。
三、系统的性能指标要求
广播系统的主要品牌有日本 JVC、日本 PANASONIC、日本 TOA 等。对背景音乐系统的性能指标要求如下:
输入特性
• 话筒输入:输入灵敏度 7mV/200 欧 • 磁带输入:输入电平150mV/10000 欧 • 唱片输入:输入电平150mV/10000 欧
• AM/FM 线路输入:输入电平100mV/600 欧 额定输出
13x125W(R.m.s)/120V 定压输出
频率特性
80Hz--160000Hz+1.5dB 或 80Hz--160000Hz-1.5dB 失真度
全频段不劣于 2% 负载喇叭
主要采用天花吸顶式安装 5W 扬声器,一般室内采用音柱和天花喇叭及壁挂式扬声器,室外采用防水式的室外音箱。
三、系统设计
根据公共广播在智能大楼中的应用,结合我公司多年来在此行业的经验,对贵酒店的公共广播做了详细的分析和设计。.大楼公共广播布点
公共广播音箱、喇叭的布点一定要确保大楼的任何一个楼层都能听清楚发自中心控制室播放出来的音乐和语音服务。扬声器的数量及布局与音量的大小有关,具体实施时以所需区域内能够清楚地听到声音为准。任何一个扬声器所输出的最大音量在距扬声器方圆 一米 的位置将不超过 90 分贝,最小不能低于 10 分贝,至少要高于外界杂音的音量。
通常扬声器设置于公共场所的走廊、电梯门厅、电梯轿厢、公共卫生间及大堂入口处等场所,在社会应急中心更应体现出公共广播无处不在的特点。根据公共广播的设计经验,一般办公大楼层高 5 米 左右的情况都可以按每平方米 0.3W 左右的功率配置扬声器,扬声器的功率分布根据隔墙所分割的独立面积进行布置,扬声器之间的距离以 3 ~ 6 米为宜。如各个单独办公室和公共走道均当作一个独立的区域进行配置。公共广播一般均配置 5W 的扬声器或喇叭,在吊顶处为了与装修环境保持一直协调,多采用 5W 天花喇叭,由于大楼的各层的吊顶布局和装修不一样,所以在半地下室楼梯间、厨房、顶层等设立壁挂式音箱,此时扬声器的布置间隔以 4 ~ 7 米为宜。
整个大楼公共广播配置点为每层 25 个,共有 28 层,即有 700个点为大楼平均分配。、功率的计算和配置
由以上描述可知大楼总共设立 700 个 5W 的天花吊顶喇叭,由于平常时间,大楼一般都是播发背景音乐,每个扬声器的应用功率一般都是 5W 左右,另外大楼实现了分区播音,平均每个区需要的功率为 125W,共有28层,这样播放背景音乐时最大的功率需求为 3500W。
公共广播系统有多种功率放大器,一般采用 120,240,360 三种输出功率的功放。理论上来说,贵酒店大楼可以有多种组合来达到系统对功率的要求,但是公共系统的功率放大环节,设备太多,不利于系统的管理及工作的稳定。所以在这里我们采用六台 360W 的功率放大器完成。、系统的前端设备配置
公共广播系统的前端设备配置是系统工作的音源,没有音质、音色效果极佳的前端设备,即使放大、传输效果多么好,都无法改善系统性能。系统前端设备即音源部分一般有许多形式如:卡座、CD 机、话筒等等,往往需根据实际应用的场合,选择其中的部分设备。广东省工商行政管理局办公楼是一栋综合性的大楼,其功能的多样性决定了它的所采用的前端设备的多样性。在该公共广播系统中我们采用的前端设备有:双卡座录放机 1 台、五碟激光唱机 1 台,同时为了能接收无线电台的节目信号并在公共广播系统中实时播放,同时考虑到系统结构的合理性,紧凑性,我们采用公共广播系统中的收音模块。考虑到公共广播的紧急疏散指挥功能和南宁社会应急联动大楼在非常时期的重要性,我们在消防控制中心、新闻中心、会议室及公共广播控制室均设立了呼叫站,把其他系统的音源来放大播放。、输出功率馈送方式
根据实际使用场所规模、设计标准和等级差异决定公共广播系统的馈送方式是非常重要的。公共广播系统输出功率一般采用有线 PA 式。音频信号的馈送方式有两种:有线 PA 式和 CAFM 式。
有线 PA 式可以分为低电平、高电平信号传输系统。高电平信号传输系统中的前置环节和功率放大器全部集中在一起,直接传输到扬声器上推动发音,用户群端只负责调节接收信号,无放大过程。PA 高电平功率放大器送出的电平信号为 70V ~ 120V(定压输出)。PA 低电平信号传输方式是音源信号经过前级放大后以 0DB 左右(相当于在标准阻抗 600 欧姆,其电压为 0.775 时)的低电平向用户端传送信号。由于线路上传输的是低电平,无法直接驱动扬声器,因此在每个用户端扬声器前装设接收用的放大器,其功率放大器的容量一般控制在 1 ~ 3W。
CAFM 调频传输系统是将各中音源通过各自的调制器(将音频调制到射频),以调制频率(88 ~ 108MHZ)按照规定的固定频率进行分配(一般每隔 2MHZ 为一个频段),将全部节目源调制成 VHF 频段的载波频率信号中去,再与有线电视信号回合后,接到共用电视信号的同轴传输电缆中去,在用户端安置 FM 接收机,通过有线电视插座上的 FM 插孔接收多套广播节目,而有线电视则通过电视插座上 TV 插孔来收看电视节目。
CAFM 式信号传输系统最大的优点是广播线路与有线电视共用传输线路,节省线缆,施工简单、维护方便。但是在每个用户终端安置一台 FM 接收机,初期工程造价较高,维修技术要求高,所以,一般公共广播系统根本不采用 CAFM 式而采用有线 PA 式。
有线 PA 高电平式与低电平式相比,由于末端无须功率放大器,造价低,故障率低,唯一的缺陷是线路太长时,线路上的传输损耗电平不能忽略,高频响应损失应进行均衡补偿。PA 低电平式的优点是由于采用低阻抗传输,因而线路补偿比较简单,线路上的串音得到抑制。一般的公共广播系统不像以村、乡、镇为单位的的传输距离不会太长,多采用 PA 高电平式传输方式。5、系统广播分区
由于公共广播所涉及的区域的用处各不相同,其所需播放的内容也有一定的区别,这就可以对广播区域进行分区管理,针对不同的区域播放不同的内容。广东省工商行政管理局办公楼公共广播的分区以楼层来分层划分。
公共广播因兼当紧急广播的功能,故应与消防报警系统的设计相配合。公共广播系统的分区应与消防系统的分区相一致,根据消防事故报警的要求,每楼层设一个分区。这样在每一个消防分区内,根据楼层的不同组合,可分成许多消防报警及事故广播区域。为了保护事故时分区自动作的选择性,采用矩阵式的广播控制器,能很方便地达到目的。公共广播的每一分区必须保证设有调音控制板,可根据需要调节音量或切除。在有消防报警信号时,可以强行切入消防广播并屏蔽音量调节功能。、中心控制室的设计
公共广播中心控制室的设计往往是比较容易被设计者忽略,而实际上是不能被忽略的。处扬声器和音量控制器外,几乎所有公共广播系统设备都放置在广播中心控制室。公共广播中心控制室的机房面积和高度都要有一定的要求,以保证监听效果,一般要求面积至少为 15平方米 以上,净空高度为 3.2 米以上。
由于广播系统设备是长时间工作的,为了保证系统设备工作的安全性、稳定性,其对环境有一定的要求。所以在公共广播控制中心应设有防尘、防潮、防振、隔音措施,并配备空调。、供电与屏蔽接地设计
公共广播系统的大部分设备属于电子设备,每个设备均需要支流稳压电源且自带电源处理部分如:变压、整流模块。电网的任何一次比较大的波动都会给系统工作带来干扰而引起噪声。因此广播系统一般都配置有净化交流参数稳压器,稳压器远离控制矩阵等弱信号处理设备,防止干扰通过电源进入广播系统。同时给广播系统配备要求必须有随时工作的可能,即使是偶然停电或火灾事故时,正常用电必须切断,但是公共广播系统要正常工作,于是可以考虑整个系统的普通供电和应急供电结合,或采用不间断电源在特殊情况下维持系统正常运转所需的电源。
广播设备的安装和应用过程中一定要避免受到干扰而产生噪声。设备的外壳,设备间的连接都需要采取屏蔽措施,防止空间电磁场对系统的干扰。前极放大器与功率放大器之间的连线等 0DB 以下的低电平线路全部采用屏蔽线。广播系统的接地通过电源插座的第三芯,采用“星型连接”,而不采用“环形接地”或“链形接地”两种接地方式,可防止“地环形”现象和“公共阻抗”干扰现象而出现干扰噪声。
四、系统、设备的选择、公共广播系统选择
现在,中国国内主要应用的公共广播系统的主要品牌有日本 Panasonic、日本 JVC、日本 TOA、荷兰 PHELIPS、意大利 RCF、美国 DSP 等品牌。每个品牌都有其不同于其他品牌的特点及应用。
贵酒店大楼的运作特点和作用决定了其对公共广播系统的要求,它要求系统性能稳定、功能齐全的世界一流品牌。我们推荐采用日本 TOA 智能公共广播系统。
TOA 在设计和制造各种功用的公共广播系统中领导世界潮流。半个多世纪来,飞利浦不断地推出最上乘的扩音管理设备,现在又开发出最现代化并具有高投资效益的模块化公共广播系统。
TOA 提供各种各样的解决方案从一小型企业,社区礼堂用的单机,到体育中心,运动场馆用的多功能系统,以致写字楼、医院、航空港使用的大型复杂系统,飞利浦应有尽有。飞利浦得天独厚地提供品种齐备的话筒、放大器、扬声器、喊话筒,扩音管理系统。
TOA 公司的公共广播 / 背景音乐产品具有扬声器的频响范围宽、控制设备质量稳定可靠、音源设备音质优良的特点,而且产品系列齐全和具有完美的兼容性,已建立的系统可以随心扩展和升级。
2、主要设备的型号选择
在公共广播系统中,前端部分采用收音模块 V-1034B 完成收接转播各个广播电台的信号,同时配备 CD 和录音卡座 BA-800,以播放普通的 CD、录音带提供常用的声源。由于 CD/MP3 播放器的输出信号电平能满足功率放大器的要求,所以无须配置前置放大模块,只须配置线路输入模块就能满足系统要求。在广播控制室、消防控制室、新闻中心站、会议室都设立呼叫站 SX-1200,可由话筒通过呼叫站输入模块实现实时切换广播。
系统功率放大环节配置六台 360W 的功率放大器,为了使整个系统工作的协调性和维护方便,我们选用 TOA PA-3640B 型功率放大器。该功率放大器的线性失真小、信噪比值高。
五、系统功能描述
公共广播系统功能的实现:
可在各分区及写字楼办公室广播动态信息。
可向各分区提供多种不同广播内容的节目。
用软件程序控制播音。
可与 PC 机进行联网通讯。
有广播、背景音乐及扬声器线路自动检测功能,自动检测线路的状况,线路出错可实现自动提示报警。
自动检测设备工作状态,以确保系统能在紧急状况时能正常工作,若有任何设备发生故障,会即时产生声、光报告。
节目源系统中采用主席优先技术,可手动实现播放背景音乐与语音广播的切换。
采用分区多功放体制,既提高系统的可靠性又降低了备份功放比例。采用先进的数字声处理技术 , 可根据具体的建设条件进行适当的调节处理 , 以获得高质量的语音清晰度和平稳度。
当出现火警时,根据防火分区选择广播分区,在广播主控室内通过切换,中断广播播音,进入消防广播状态。
提供任何事件的报警联动广播。
数码录音的的警报讯号用作警报讯号,第二阶段的报警讯号警告并通知火警发生在哪一楼。
若出现警报被错误启动,可按动按钮终止报警并发布并无紧急事故的广播,从而避免引起恐慌。
报警期间,以数码预录的语音指示及操作指引的 LCD 面板自动启动,以确保在没有经过特别训练的人员在场时仍可作出适当、快捷的操作。手动切换的实时广播。
六、主要设备技术参数
呼叫站控制台 EP-0510
可记忆高达 10 群组的设定广播区,包括经由喇叭选择器分配的子频道 每个群组选择器按键均装设有使用中指示灯
可选择群组没有预设的个别区进行广播
内部 PCM 音源可在播音之前及播音结束后发生钟声,并可利用内置喇叭
内部喇叭可确保丝毫不差的播音时间个用户预设的功能键
所有的按键操作均会显示在液晶体显示屏上
大型的弧型讲话控制按键 BA-800 双卡座录放机
适用普通带,铬带及金属带
杜比 B-type 噪音抑制
可定时控制操作,单座或双座循环放音
输出功率 30W(BA-803): 60W(BA-806)
适用 120V 及 230/240V 电压,BA-803 除外(120V)
轨迹追寻开关双卡座操作及空白跳过功能
内藏 AGC 功能
可连结 BA-800W 作 4 卡座连续放音
机柜固定,外加固定架
卡带故障指示功能
PA3640B 功率放大器
360W RWS 输出功率
40Hz、16kHz ± 3dB 之宽频率响应
一组节目源及优先权输入
可使用 AC 及 24VDC 电源 高阻抗 50V,70V 及 100V 线性输出
附紧急广播 3 线或 4 线式需用之 DC 电源继电器接点
可加装故障自动侦测器(YA-1000A)
可装设于机柜上
EV-300P 数字录音口信模块
取样频率特别适合高品质的音乐及语音播放
高效率的资料压缩提供长时间的录音容量
最多可配合 2 张 PCMCIA 记忆卡作模组式运作
当使用 4 Mbyte 记忆卡可提供最长 8 分钟的录音容量
当使用 85 Mbyte 记忆卡可提供约 3 小时的录音容量
可由两组音响输出作独立双讯源播放
每张记忆卡最多可录制 512 个档案
1024 个录制档案(当同时使用 2 张卡时)可组合成多 256 个播放程序
可遥远控制录音、播放、删除及停止
提供俦输入予紧急讯息播放
重播、间歇、随机播放模式,加强了背景乐的使用
交流 110-120V 及 220-240V 主电源运作,另备有直流 24V 的紧急运作能力
易于阅读的液晶体显示屏控制面板确保简易及快速的操作
V-1018B 警音 / 钟声讯号模板
可产生两种钟声及一警音讯号,此讯 号可加以变化成 16 种不同音调之讯 号音(钟声 8 种,警音 8 种,DIN33404 警音)种可选择之钟声速度及可切换 1 分钟自动 “ 停止 ” 或 “ 连续 ” 警音模式
优先权方式:(1)停止,(2)警音,(3)钟声-1,(4)钟声-2
V-1034B AM/FM 调谐收音机模板
数位液晶显示幕,可显示电台频道
可自动选取欲收听之电台
可预设记忆最大至 5 组 AM 及 5 组 FM 电台频道
内附微电脑控制之 PLL 综合电路,防止讯号偏差
线路前置放大模块 V-1071B
合并前级放大器之讯号,确保混音输出
低音、高音之音质控制
滑杆式音量控制
半固定旋钮式音量控制
第四篇:软件系统技术方案-银企互联
软件系统技术方案
为了满足技术先进性及可行性、系统安全性、系统开放性、系统运行的稳定、可靠性、系统易用性、可维护性、可升级性、可继承性、增强的管理功能建议采用基于UAP平台的NC产品、以及客户化开发的模块满足企业的应用。
考虑到系统的复杂性,以及业务的需要,采用分布式集中方案。并且要求系统具有良好的分布部署,业务协同的能力。
7.1总体技术及部署策略 7.1.1对标书技术需求的理解
根据用友要求,根据用友对大型管理软件的开发实施的经验,认为本系统是地域广阔、业务复杂、行业特性突出、业务集成高的系统,在技术必须从软件技术和系统布局上进行充分的考虑和设计。技术以及部署策略主要体现在如下几点:
(一)具有技术先进性及可行性
用友认为系统应采用先进的体系结构,保证在建设和使用期间体系结构不会落后。另外,财务系统在软、硬件产品的选择上要尽量采用成熟的产品,以保证系统安全、可靠地运行。当前软件系统主要分为 J2EE技术架构和.NET技术架构。
(二)系统安全性
用友认为财务信息是企业最为关键的数据信息之一,财务系统采取全方位防范措施,以保证系统安全。财务系统在各个环节上都要有相应的安全措施来保障,这些措施主要包括:系统访问控制、数据通信加密、系统日志纪录、数据备份与恢复等。
(三)系统开放性
用友认为系统要采用标准的平台、技术和结构,使其易于与其它系统进行信息交换。应定义规范的数据接口,以实现系统与其它系统互连互通以及互操作。
(四)系统运行的稳定、可靠性
用友认为系统作为企业信息化系统中的关键业务系统之一,系统的稳定性和可靠性将关系到集团公司日常工作,因此财务系统应具有良好的稳定性和可靠性。
(五)系统易用性
用友认为系统应具有良好的用户界面,易学易用。还应在功能、业务流程上具有易操作性。系统提供操作手册、在线帮助,功能键的安排应符合使用人员习惯,数据能够以清单、表格、图形等形式显示、打印。
(六)可维护性、可升级性
用友认为系统应采用结构化、层次化设计结构,使系统易于维护和升级,系统应采用模块化设计,并保证各版本之间具有良好的兼容性,不会因为系统中某些模块的改变而影响整个系统的正常运行。财务系统软件应尽可能做到”零”维护,同时实现简便易操作的远程维护。
(七)可继承性
用友认为系统应具有较强的可继承性,应包括应用系统的可继承性及数据的可继承性,系统应提供对各项相关财务历史数据的存储、查询、管理等功能。
(八)增强的管理功能
用友认为系统应注重对系统操作流程的合理、必要控制,提高业务、管理工作的规范性。提供计划控制功能,实现管理信息化。
7.1.2 技术及部署具体策略
根据对系统技术需求的理解,系统布局需要从系统架构、技术平台、系统安全、环境部署上进行满足上面的要求。
系统布局:采用分布集中的方案,保证效率以及集中管理要求。技术平台:采用以J2EE为基础的UAP技术,包括技术平台,应用平台,开发和管理工具集,以J2EE为基础的系统。系统安全:采用SSL技术、CA技术等可以保证系统的安全性
环境部署:根据业务量计算具体需要部署的硬件设备参数进行实际部署。
7.2系统布局
7.2.2系统采用省级部署系统部署图如下
XX应应应应应应应应应应应应应WEB/应应应应应WEB/应应应应应VPNCA应应应应应应应应应$应应应应应应应应应应应应应应应应应应应应应应应应RAC应应应应应应应应应应应应应应应应应应应应应应应应应应应应应应应应应应应应应应应应应应应应应应应应
拓扑图说明
XX 系统千兆带宽的局域网,连接数据库主机、应用系统主机及通信服务器等设备。主要设备有数据库服务器、应用及WEB服务器、电子凭证仓库服务器等主机设备,路由器、交换机等网络设备,磁盘阵列等网络存储设备,以及防火墙等安全设备。 中心设置2台小型机作为中心数据服务器、2个服务器作为中心Web及应用服务器,系统数据全部存放在磁盘阵列上,并配置另外一台磁盘阵列(或者磁带机)进行数据备份。建议采用Oracle RAC技术以保证系统的稳定和数据的安全以及数据库并行计算能力。整个信息系统还可以包括网管机,用于系统维护人员进行网络管理及系统维护。 数据全部在集团数据中心存放。用户通过浏览器访问中心应用服务器使用该系统,进行数据录入、查询等界面操作。
省级管理机构领导以及管理人员的管理终端,使用10/100M局域网交换机建立管理局域网,通过相应的网络设备联入报账系统。
系统客户用户通过浏览器,使用HTTPS模式访问中心应用服务器,使用该系统;进行数据录入、查询等界面操作。
设备都采用冗余的方式,保证系统的高可靠性。
电子扫描的图像按照数据库的方式进行存储方便管理和备份,提供电子仓库应用服务器进行加密处理,并提供外部系统的查询服务。
CA服务器可以作为独立的服务器安装,也可以使用XX现有的CA服务器。
7.3系统框架及技术 7.3.1体系结构
本系统软件架构主要包括:表现层、接入层、应用层、核心层和数据层。见图 8-1。
应应应应应应ModelAppletorHTML + JSMVC应应应应应应应应应应应应应应应应应应应应应应应应Web应应HTTP/HTTPS应应应应应应应应应应应应应应应应应应应应应应应应应应应应应应应应应应应应应应应应应应应 UAP 应应应应应应应应应应应应应应应应应应应应应应应应应应应应应应应应应应图 8-1 软件架构图
表现层功能说明
表现层负责提供终端用户操作界面。
表现层包括各级终端用户和业务系统。终端用户包含国家局用户终端、省局用户终端、地市局用户终端、县局用户终端等。
用友软件在客户端采用MVC的设计模式,分离了表现层、控制层、数据层。方便开发和维护。
业务客户端 Java plugin 模式下,可以动态的根据服务器的代码版本更新本
地的代码版本,按照包进行管理。
按照JSR1.68协议提供Portal可以实现单点登录
NC提供界面整合组件直接使用第三方脚本进行界面集成。接入层功能说明
接入层负责接入客户端请求、以及外系统数据交换。接入层主要包括WEB服务、任务调度中心、页面生成器等。
WEB服务实现用户浏览器的接入和WEB页面的处理。Web 服务支持HTTP协议,和HTTPS协议。
任务调度中心实现请求服务的排队处理,达到共享连接,避免大量用户同时接入时,过多的消耗主机资源。
页面生成器:NC的页面生成采用组件的开发模式生成界面需要的HTML。应用层功能说明
应用层主要包括总帐、报表、资金管理等模块。核心层功能说明
UAP的运行平台,包括各个引擎的运行态。 元数据:管理系统的元数据描述
权限控制:提供权限服务,登陆认证等。 工作流引擎:提供工作流的驱动。
查询引擎:提供后台的,高效的执行引擎。 持久化层:提供统一的OR Mapping 技术。
日志管理:实现系统操作日志的自动登记、归档等管理功能; 系统监控:实现系统运行状态的自动监控,生成各种监控报告,并具有查询打印功能 数据层功能说明
数据层:使用ORACLE数据库,完成财务系统数据的存储、响应和调度。
XX采用平台技术、平台的框架图如下:
Basic Application ServicesFinancial Account Platform UI Data CacheI18NPreAlertAccess ControlData ExchangeMobile ManagementBusiness Process OrchestrationApproval Flow OrchestrationOrganization ManagementApplication PatternsForm PatternReport PatternPrint PatternWorkshopForm DesignerReport DesignerPrint DesignerQuery DesignerBusiness Process DesignerRule DesignerApplication FrameworkTechnology FrameworkSystem FrameworkData TransferMessage ManagementBasic Technology ServicesLogin/CA SecurityWorkflowConnect FrameworkSchedulerRule EngineSynchronizationExceptionCacheLogBasic AlgorithmsMetadata ManagementRich ClientEngineSwingUI FrameworkSwingUI ControlsThin Client EngineJSP FrameworkJSP TagJavaScriptComponent Management ToolDeployment ToolConfiguration ToolClient Install ToolSystem MonitorPersistence FrameworkSQL TranslatorEnterprise Service Architecture(ESA)J2EE Server(WebSphere / WebLogic / UFIDA Application Server / …)Operating SystemSolaris / AIX / Linux / HPUX / Windows /...Portal ServerDatabaseDB2 / Oracle / SQL Server / OSCAR /...用友XX体系框架图
用友XX从体系结构上可分为三层,从下往上分别为系统框架层(System Framework)、技术框架层(Technology Framework)及应用框架层(Application Framework),如用友XX体系框架图所示。UAP-NC还提供开发和管理工具集(Workshop)。系统框架层
系统框架层主要指基础软件,如操作系统、数据库及J2EE应用服务器。UAP-NC支持多种操作系统(Solaris、AIX、Linux、Windows等),可运行于符合J2EE规范的多种应用服务器(IBM WebSphere、BEA WebLogic、UFIDA Application Server等),支持多种数据库DBMS(DB2、Oracle、SQL Server、OSCAR等)。UAP-NC还提供Portal服务器进行内容集成以使用户对企业资源有一个统一的访问点。技术框架层
技术框架层是在系统框架层(操作系统、数据库及应用服务器)和应用系统之间建立的一层技术封装层和系统资源监控和管理层。技术框架层屏蔽不同具体技术实现的细节,减少直接使用系统资源带来的复杂性、异构性、不安全性及不稳定性;技术框架层监控和管理系统资源,保证系统资源的可用性及其合理使用;技术框架层提供最佳编程模式,加快在不同技术平台上开发和部署应用的速度,保证应用的健壮性。技术框架层所屏蔽技术实现细节包括界面风格、远程接入、EJB实现/访问、多数据库适配、事务处理、并发处理、缓存处理、安全管理等等。
企业服务架构(Enterprise Service Architecture,ESA)
企业服务架构是一个服务集成总线,支持异构环境的服务、消息及基于事件的交互。通过ESA,可以使用与实现无关的接口来定义服务,可发现和调用所需的服务,可解决服务之间的相互依赖。
连接框架(Connect Framework)
连接框架连接客户端与服务器,使不同客户端(浏览器小应用程序、Java应用程序、浏览器JSP)可通过不同访问协议(HTTP/HTTPS,RMI)使用服务器提供的服务。
同步(Synchronization)
同步服务实现客户端与服务器代码和数据的同步,及集群环境下服务器之间的资源同步。
SQL翻译器(SQL Translator)
SQL翻译器将SQL翻译成适合目标数据库的SQL语句,以适配不同数据库厂商提供的产品;优化SQL,充分发挥不同数据库的最大性能。
元数据管理(Metadata Management)
元数据是描述系统数据(包括界面定义、规则定义、流程定义等)的数据。通过元数据管理,对系统数据统一进行维护以支持用户自定义,如改变字段的可编辑属性、字段的取值范围等。
工作流引擎(Workflow)
工作流引擎根据工作过程的描述,通过执行一系列已定义的工作项,完成此工作过程。UAP-NC的工作流引擎支持多种工作流模式,如分支、合并、并行、选择、循环、回退等;支持工作项的抢占与会签;支持可配置的动作执行脚本,等等。
规则引擎(Rule Engine)
规则引擎用来定义和执行各种规则,包括界面规则、关联关系、计算规则、条件跳转规则等。使用规则可以让应用更加富有柔性。规则需要通用的行业化语言精确表达且浅显易懂。规则引擎需要满足一定的计算速度,支持
规则的批量处理及理解外部数据。
持久化框架(Persistence Framework)
封装不同持久化技术(如JDBC、普通文件、XML、Excel)。持久化框架可解决对象与关系之间的“阻抗失配”问题。
基础算法(Basic Algorithms)
提供统一的基本算法,如排序,XML文档操作,方便开发与编程,统一代码规范。
登录和安全(Login/CA Security)
统一管理系统登录时的身份认证。支持多种身份认证策略,如静态密码认证、基于USB Key的CA身份认证等。支持对业务敏感数据使用证书进行签名和验证以防止数据篡改和提供抗抵赖性。
调度引擎(Scheduler)
调度引擎对服务和线程进行统一管理,以屏蔽不同应用服务器的异构性。调度引擎调度各种服务、常驻系统服务、客户端的请求服务、以及一些服务的组合。
异常(Exception)
统一解释与封装异常消息,如不同厂商的数据库异常的不一致。
缓存(Cache)
提供在服务器端与客户端的临时内存中进行缓存的机制,包括对象的创建、共享访问、假脱机(Spooling)、失效等,加快对用户操作的响应。
日志(Log)
日志机制提供对系统运行时的监控及支持对系统异常的追踪与定位。日志机制可控制日志输出的格式、日志信息的级别、日志信息输出的目的地(文件、控制台、SocketServer等)。通过配置文件进行灵活的设置,用户可以细致地控制日志的生成过程,而不需修改程序代码。 界面模式
在B/S技术框架下,支持 Rich Client模式和Thin Client 模式,Rich Client支持SWING技术形态,支持良好图形控件,比较适合于业务操作。
Thin Client模式下 支持HTML,JS的技术形态的界面,比较适合于信
息发布。应用框架层
应用框架层是基于企业建模理论的、以业务导向和驱动的、可快速构建应用软件的软件平台。应用框架层的出现是一种技术创新,它使软件平台多了一个具有革命性意义的战略层次,为降低大型复杂软件系统的实现难度提供了新的途径。将应用软件的业务逻辑和开发技术相对分开,使得应用软件的开发者可以仅关注应用的业务逻辑,而不必关注其繁琐的技术实现。这使管理层与业务人员参与应用软件的开发成为可能。UAP-NC应用框架层基于业务和管理层面,以业务建模(组织、流程、功能、资源、信息)为基本手段,从而构造、开发和维护业务应用系统。使用UAP-NC提供的应用框架层,可大大缩短研发周期,提高研发效率,加快应用开发的速度;减少企业信息系统开发的风险;降低开发成本;实现最终用户的个性化的需求;支持用户在发展过程中各种各样的需求变化;提供应用的高价值。
国际化(I18N)
实现界面的多语化及数据和展示的本地化。界面的多语化是指根据用户登录时指定的语种显示相应的语言界面。企业用户可以修改相应的语言信息及显示的图片。数据和展示的本地化指日期、时间、数字、货币、汇率等可根据企业用户本地的习惯进行展示。
消息管理(Message Management)
消息管理集中显示通过ESA所传送的消息,如应用系统所产生的预警消息,通知消息,业务流程相关的消息,及企业公告和用户对发消息等。
XX管理(Mobile Management)
支持通过铁通设备进行消息的交互及操纵业务数据等。对无线设备的广泛支持,UAP-NC带来的是企业管理的无处不在和服务的无限拓展,同时也为企业决策人员提供了高端、迅捷的管理机制。
组织管理(Organization Management)
提供从不同维度管理企业,如公司、部门、主体账簿等。
数据传输(Data Transfer)
数据传输负责传输以规则定义的数据集以支持数据层的应用集成。
数据交换(Data Exchange)
与第三方系统进行数据交换,提供灵活的数据映射及数据绑定,支持根据业务规则的转换,同时结合工作流平台整合业务流程。
动态会计平台(Financial Account Platform)
通过定义会计科目类别和凭证模板,使用凭证生成器,根据业务数据生成实时凭证。在保持业务数据与财务数据相对独立的基础上保证数据的一致性和及时性。
预警平台(PreAlert)
在预警平台上可定义多种方式的预警条件以进行形式多样的预警,如时间条件、库存大小、生日等。预警还可配置在用户登录时触发。预警消息可以用HTML网页的形式发布,可以通过邮件发布,还可使用短消息发送。
业务流程和审批流程的编排(Business Process and Approval Flow Orchestration)
用来定义业务流程和审批流中数据的流向,数据间的关系及以人员的关系。
访问控制(Access Control)
使用基于用户角色和对象权限的权限分配方式。每一角色都包含公有权限和属于某一具体公司的私有权限。角色还提供信任功能。
应用模式(Application Patterns)
UAP-NC根据经验积累与用户实施,总结出一套与应用界面相关的模式(表单、报表和打印),更好地提供满足用户需求的界面展现,更快地满足用户个性化的需求。标准化的UAP-NC UAP-NC是标准化的企业应用平台,支持如下标准: 应用服务器:J2EE Specification 工作流:WfMC Reference Model 安全:SSL and JSSE,X509 Certificate,and Digital Signature 消息:JMS 管理:JMX 门户:Java Portlet Specification(JSR 168)
数据库访问:JDBC 支持ORACLE,DB2,SQL*SERVER等数据库 远程访问与连接:HTTP/HTTPS,RMI/IIOP 开发和管理工具集
UAP-NC在为复杂企业应用软件系统的开发提供一个基本框架(技术框架层和应用框架层)的同时,提供了与之相应的、方便易用的开发、实施、维护和管理工具集。这个工具集预置了大量的基本功能件、核心功能件和应用组件,支持企业模型的仿真、分析、诊断、优化和调整。通过技术框架和应用框架提供的开发与管理工具集:
用友软件和二次增值开发商能很方便地满足用户个性化的需求及用户在企业发展过程中各种各样变化的需求; 降低开发难度,提高开发效率; 支持基于企业参考模型的快速实施; 提供全新的应用软件开发模式。
7.3.2接口技术??
NC产品是最早采用J2EE架构、按照“集中管理、协同商务”的产品设计理念,针对集团与行业客户群研发的ERP产品。NC经过近十年研发和发展,已经形成了国际化的、技术和平台先进、成熟的集团应用架构、超过1000多家集团型客户与行业客户成功应用的高端业务产品与及解决方案体系。
数据按省公司进行集中式管理,并能通过数据传输工具自动传输到总部: 分布式部署指在集团总部和下属企业各部署完整的应用系统,比如,集团采用大集中的NC,以及建立中心数据中心,省分中心采用区域集中的模式。
Head Intranet(UFIDA NC)DatabaseApplication ServerWeb ServerCA ServerClientUser KeyUser KeyClientNC License ServerFirewall ExchangeDaDatata ExchangeBranch Intranet(UFIDA NC)Branch Intranet(UFIDA NC)ServerServerClientClientClientClient
图 0-1 分布式部署
分布部署对软件有比较高的要求。
为了满足分布集中要求,要求软件做出相应的设计。NC为了满足分布后数据能够合并在一起设计中有两个重大的规定:
1、到一起
2、每个数据上有时间戳,能够进行增量复制。采用OID最为主键,分服务器产生不同的OID,数据能够复制为了满足实时进行业务传递的要求,可以采用NC的数据复制工具进行数据复制,增量的,时间步长可以设置为1分钟,1分钟检查一次是否有新的业务数据,如果有进行数据上传,实现实时的业务协同。数据复制工具:
一个数据传输对象实际就是一系列表的集合,并且每一个表都对应了一个select语句,数据传输工具在传输一个数据传输对象就是根据每一个表所定义的select语句从原数据库中取出数据,再插入到目标数据库的,所以定义一个数据传输对象的内容就是通过上面的界面选出需要传输数据的表,并为每一个表定义一个select语句。为了便于程序的处理,将一个select语句按照结构分成了四部分,即select子句、from子句、where子句和order by子句。如果上图所示
另外,数据传输对象为每一个数据表还定义了一个“复制模式”的属性,有两个取值:增量复制和覆盖复制。
复制工具可以定义任务,定义任务执行的时间周期。进行自动执行传输任务。复制工具也提供数据文件导出,将表的数据进行打包,使用其他途径发送数据,目标系统将数据进行倒入。
系统设计采用PK,时间戳的模式,可以准确的知道数据的有效时间,采用逻辑删除数据的模式让数据删除可以在复制中得到体现。保障数据的完整性。
NC有实际的大用户使用分布集中的系统: 中国人民银行全国财务系统。
在网络畅通的情况下,进行测试能够达到2000条/秒。
7.3.3界面技术
NC界面技术采用基于SWING技术的界面形态和基于HTML+JS的技术形态。
Swing具有先天的操作能力,开发业务人员的管理界面。
HTML+JS适合于简单的管理简单的应用和信息发布,和信息整合,在这些方面有非常大优势。
系统提供界面方便、友好、美观、简洁,查询输出界面友好。
下面是一个界面样例、单据报销录入界面:
单据模版:
通过单据模版工具可以配置各种界面模型。根据权限分配给角色或者用户
打印模板
打印模板定义了打印模型和各种打印选项。使用者将打印模型建立在打印模板的表格中,每一个单元格都可以定义独立的字体、颜色、边框、高度宽度和绑定的变量。另外,打印模板还可以定义关于打印的一些页面设置,比如页码、页眉页脚、纸型等等。
支持打印变量定义,打印变量是对要打印的数据的抽象,打印变量通过拖拽方式从变量列表添加到模板中。在实际打印或预览时,用到的打印变量会被赋值。一共有三种类型的变量:数据源变量、自定义变量和系统变量。
提供固定行、固定列、向下扩展和动态列、固定行的单元格变量的扩展、分页支持自动和强制分页。
打印目前分成五种场景:普通分页场景、强制分页场景、凭证分页场景、工资条场景、卡片分页场景。
打印预览界面:
系统帮助:
系统内置了帮助手册,在各个功能节点按帮助键就可得到系统帮助。如图所示:
查询引擎:
查询引擎是一个重量级的工具。可以根据应用的需求定义查询的需求。看一下这张图的示例。
本工具可以作任意布局,可以做数据与图形的联动。他既是一个开发工具,又是一个实施工具。
7.3.4数据输入输出
输出技术
系统提供可以输出多种数据格式如:EXCEL,XML,TXT Excel使用Apache的Jakata项目的POI子项目。XML,TXT 是文本格式直接输出就可以了。输入技术:
系统提供基于EXCEL,XML,DBF,TXT等多种数据的转入,录入方式。Txt导入:主要使用JAVA程序识别,软件中还包括定义数据分隔符等定义数据含义。
Excel导入:使用Apache的Jakata项目的POI子项目。
DBF导入:使用JDBC接口读入。
NC提供一个数据转换平台,可以将各种数据来源装换成XML数据格式,供外部交换平台进行识别使用。
系统应提供调用外部第三方软件对录入数据的编辑功能:
基于WEB的模式,系统提供对第三方软件的录入数据的编辑功能。通过 JACOB可以调用WORD,EXCEL 等功能。通过 ACTIVEX可以调用第三方的控件。
也可通过DLL调用方的第三方软件的录入数据的编辑功能。
另外:在EXCEL还可以利用EXCEL的嵌入功能作预算的离线编制、和系统互动的功能。
IUFO产品提供久其的数据接口可以将财务报表导出给国资委报表系统。?田颖
7.3.5权限控制
资源权限控制界面用来为当前登录公司以及当前登录公司的下属公司启用按钮权限控
制和数据权限控制。
NC 系统中的权限由三个部分构成,分别为功能权限、数据权限和按钮权限。功能权限是指节点的查看和打开的权限;数据权限是指档案的参照权限,而按钮权限是只指各个界面上按钮的查看和使用权限。如果不启用权限控制,则不需要分配权限,系统默认角色具有所有权限;启用权限控制后,可以为具体的角色分配具体的权限。NCV5.0 系统默认启用了功能权限控制,且该设置不可修改;数据权限和按钮权限的权限控制默认为不启用状态,但可在本界面对设置进行修改。
资源权限控制的界面如图1.1.1 所示。表头的公司项中默认显示当前登录的公司,可以
通过公司的参照选择不同的公司,为其进行资源权限控制的设置。界面左侧的资源列表中显
示的是NC 系统中可以启用权限控制的资源,包括按钮和各个可以启用数据权限控制的档
案。选中了某一个资源后,界面右侧会对应显示出当前登录公司以及当前登录公司下属公司
能够启用该资源权限控制的组织,这种组织有可能是公司也有可能是主体帐簿,由选择的资 源决定。
7.3.6 审批流平台
审批流平台为单据的审批处理提供平台支持。基于任务驱动的执行引擎使得流程流转与用户交互分离开来,具有更强的健壮性。支持分支/汇总(Split/ Join)、优先级(Priority)、子流程(Subflow)、可指派、抢占/会签、消息配置、代理人、弃审等流程特性。
流程定义
XX的审批流定义模型遵循WfMC的XPDL1.0过程定义规范,具有严格的语义和丰富的描述能力。
图 1审批流定义-浏览
图 2审批流定义-设计
审批流定义按照单据类型(+业务类型)进行了分类。用户可以基于单据类型定义审批流,也可以基于单据类型+业务类型(如果配置了业务流程)来定义审批流。一个单据类型(+业务类型)下可以定义多个审批流,这里可以把单据类型(+业务类型)理解为过程包的概念。
7.3.7 外部接口
采用外部交换平台实现外部接口。
外部数据交换平台主要用于外部系统和NC系统进行集成。利用外部数据交换平台,可以将外系统的基本档案和业务数据发送到NC系统中,并进行相关的业务操作,如审批、弃审,也可以通过发送XML格式的查询条件导出NC系统的数据(需业务插件支持),导出的数据可以附着在回执文件中,也可以直接向外部系统回发HTTP请求。
日志和中间文件整理服务基础数据对照表辅助信息配置外系统自动发送数据手动加载数据XML数据包XML数据包Servlet接收外系统XML数据包的文档XML数据包XML处理器解析数据并翻译转换NC业务模块适配器NC财务业务模块NC供应链业务模块自动加载代理外系统接收代理NC基础数据模块外部交换平台数据高速缓存外部系统注册转换规则定义
图 1.1.1 外部交换平台总体结构图
外部交换平台功能特点: 采用XML格式作为统一的数据交换标准,为数据访问提供简便、统一的模式。XML格式在数据表达和描述方面有着很大的优势,逐渐成为业界的标准,采用XML格式作为交换标准格式可以很好的保护企业投资。
面向服务的架构。这使得第三方系统可以随时随地向NC系统发送相关的业务数据,NC内部的预警服务及工作流引擎使得NC系统可以在合适的时候向第三方系统传送需要的数据,并且满足第三方系统的格式规范。
灵活配置。数据转换的规则可灵活定义,独立于应用集成和业务逻辑,也就是说根据不同的外部数据结构,直接通过修改交换规则文件的定义,即可达到各种异构数据无缝集成的目的。
自由扩充。对于标准产品不支持的业务单据,如果有集成需求,外部交换平台提供了向导式的二次开发工具,集成了所有与二次开发相关的功能及配置,支持动态部署,可以在用户环境上进行快速有效的开发。
3.5与银行接口
企业与银行之间的数据传输采用银行数据格式为标准的方式进行,银行集成平台服务提供与各银行之间的通讯、交易(查询和转账等交易)、数据整合、安全认证的服务,实现交易指令到银行的发送和结果的回收,建立企业与银行之间的无缝连接。具体功能如下:
1、银行接口
各银行提供的银企直联方式存在很大的差异,主要体现在数据标准、通讯方式、交易机制以及安全认证四个方面,在建立与银行之间的连接时,按银行提供的数据格式,开发各家银行接口方式,与每家银行实现无缝对接,完成通讯、交易、安全认证等服务。
2、数据整合
通过银行接口建立企业与银行之间的无缝连接通道,各家银行发送的数据格式虽然不同,系统具有识别数据格式并进行转换的功能,能将各银行的数据标准解析成系统可识别的统一格式,将各银行交易机制转化成系统的统一标准,进行各种交易指令的处理,整合各银行在一个平台上运行。
3、与银行通讯的协议取数方式
资金管理系统通过DDN专线与各商业银行的服务器相连,系统主动发起取数设计时分两种情况分别考虑,一种是系统操作人员需要查询统计时,系统向银行发出请求,银行传回数据以满足实时的要求,另一种是控服务器定时(间隔时间可由系统自动设定并进行调整)向银行服务器发送数据请求,接收银行服务器返回的数据包后存入本地数据库。
此子系统运行在与银行通讯的前置机上,保持24小时不间断运行;同时设置与银行通讯的各种参数,如:银行主机IP地址、通讯端口、消息端口、客户证书编号等参数;维护银行接口的增加和减少;并记录各种交易的原始数据报文日志,可追溯各种交易的完成情况。
银企数据交换是企业与银行之间数据信息相互交换的纽带,一端与银行集成平台对接、一端与资金数据库对接,实现查询账户余额、查询交易明细、转账(上划、下拨、调户、对外支付等)等业务的数据支撑,具体功能如下:
1、定义执行任务
可以选择的定义执行任务的具体项目:查询余额、查询当日明细、查询历史明细、指定时间段查询历史明细、历史明细校验、支付的功能。
2、定义任务计划
(1)系统运行时间段:采用24小时制方式,系统自动从某时刻启动运行,到某时刻停止运行,降低系统运载负荷,提高系统的运行效率。
(2)行时间段内,定义支付交易轮训周期、查询交易轮训周期;即操作员可以自定义查询周期,半小时、一小时等等。
(3)批量划拨定义:可以定义每天、每周的某星期或每月的某天,在某时刻系统自动上划资金。(上划资金的账户、账户资金链条关系、是否保留余额上划等定义在基本信息设置的开销户中定义)
3、提供业务数据日志
银行向企业发送数据的业务日志查询。
4、数据自动校验(确保银行发送数据的准确性)
通过定义执行任务中的“历史明细校验”项,系统自动校验银行数据传输的准确性,对不符合要求的数据系统自动补传。
此子系统运行在与前置机和服务器通讯的机器上,一般都安装在前置机上,并保持24小时不间断运行。
7.3.9系统性能(??需要修改成单据和审核的)用友产品每次发版都进行压力测试:
1,拟定测试的场景
2,进行压力测试,观察性能状况 3,进行性能调整 4,确认性能
用友和HP,ORACLE一起测试的万人测试报告。采用6计算机作应用服务器。4个计算机作数据库集群。按照应用场景设计,分布万人并发对系统进行压力测试。下面的图是我们的压力测试的结果节选。
模块
操作点
响应时间(s)
并发人数
30 392 200 50 100 250 30 20 60 30 60 30 30
步长(s)
财务 三栏明细帐查询 余额查询 凭证复制保存 凭证查询 卡片查询 序时帐查询 应付单保存
5.253 2.112 0.411 3.015 2.946 1.716 0.437 0.467 0.521 1.232 0.343 0.426 0.289 3.36
700-900 300-600 60-90 600-900 300-600 600-900 30-60 60-90 300-600 30-60 300-600 30-60 300-600 300-600 资金 付款登记单填写保存 内部授信额度监控 委托付款书 委托付款书查询 委托收款书填写保存 委托收款书查询 对账单查询
NC系统满足万人并发应用。
时间相应能够满足系统的性能要求。
7.3.10系统的日志与监控能力 日志管理与系统监控
为了保障系统稳定可靠需要本系统应当具有高度的可监控性。
应应应应应应应应应应应应应应应应应应应应应应应应应应应应应应应应应应应应应应应应应应应应应应应应应应应WebSphere 应应应应WebSphere应应应应应应应应应应应应应应应
系统所有的组成部分需要将状态和日志发布出来,让系统状态可视化。
系统组成:数据库服务器、应用服务器、网络设备、应用软件、中间件 需要发布的信息:运行状态,各种日志
相关的工具:系统监控、数据库工具、管理软件工具、websphere监视工具。这样构成了系统得运行监控体系利于系统运维。系统监控:根据定义的预警条件自动进行预警。
业务系统日志
日志管理能够记录用户进入某个功能节点的时间和用户退出某个功能节点的时间,并提供用户对日志的管理功能。
系统日志:系统发生内部错误的纪录。登陆NC:系统的登陆退出日志
进入节点:用户进入功能,退出功能节点的日志 点击按钮:用户按钮的日志
业务日志:用户进行业务操作的日志。比如:凭证录入等。
软件设计中规定日志只有四种日志级别DEBUG、INFO、WARN、ERROR,顺序为DEBUG 对四个级别的信息输出: DEBUG: 输出普通的调试信息,主要用于开发环境的信息输出 INFO: 输出提示性的信息,如程序运行所花费的时间等 WARN: 输出警告性的信息,如系统设置了一个需要打开的文件,但是系统在打开他的时候有问题,而用了一个缺省的文件,为此系统还是能够正常运行,但却不符合某些期望,采用警告 ERROR: 错误信息输出,表示系统出了错误,影响了系统的功能,如系统抛出了一个NullPointException,系统不能正常运行。统运行时默认输出级别为ERROR 业务系统监控工具 NC提供应用服务器运行监控功能,可以监控系统得JVM,长时间SQL,线程状态等,并提供日志警告功能。根据错误日志可以进行报警。 下面介绍一下监控工具的功能: 1、SQL语句输出 设置平台日志输出的参数。 输出SQL语句参数:选中设置后,将所有执行的sql语句输出到NCLogs日志文件中。 SQL警告日志参数:选中并设置该参数后所有执行时间超过文本框中预警值的sql将 会被输出到NCLogs目录下的AppWarning目录下对应中间件sql警告文件里。RemothodWarnning警告参数:选中并设置该参数后,执行时间超过右边文本框中参数的远程调用方法将会被记录到一个文件中。 2、线程状态 如图: 可以查看WorkerThread这一类工作线程,查看后台应用服务器为前台每一个请求的工作状态。 例 如:57-> WorkerThread192.168.9.140:1695> ST: [nc.bs.mw.sqltrans.SqlTranslator.getResultSql Over] T:[1462ms] 192.168.9.140:1695——表示是192.168.140该客户端机器发送过来的任务; T:[1462ms]——表示处于该状态已经有1462秒了。 3、数据库连接状态 这个功能可以得到所有被征用的数据库连接的活动状态。可以得到 1、当前正在执行的SQL语句 2、开始执行SQL语句的时间。 3、对应得线程 4、最后100条SQL语句 4、内存状态 如图: 获取对应中间件的java内存情况,其中FreeMemory 为可用内存,totalMemory为总内存,totalMemory-freeMemory为已经用掉的内存。 远程维护 用友提供远程维护技术和服务。(?实施)远程维护应用场景: UfsoftRemotemaintenance CenterClient31SystemadministratorServerLANWANReal time ContactPCAnyWhereTelnet...Remote Tunnel2Worker456Remote ServerUfsoft LANRemote Server 请求远程维护的客户需要具有一台能上外网并具有外网静态IP的机器,该机器可以是应用服务器本身,也可以是别的能访问应用服务器的其他机器,同时需要客户处出口防火墙放开相关访问该机器的端口设置,如telnet,ftp通道所需要的23端口等;同样,远程维护中心也需要有一台能上外网,具有静态外网ip的机器,该机器上安装有相关远程服务软件。1):客户向远程维护中心发出远程维护请求。2):远程维护人员接收到请求并登记确认。3):远程维护人员与客户系统管理人员联系建立远程服务的具体事宜。4):建立远程维护通道。5):远程维护中心进行远程维护,问题定位,测试,解决问题。6):问题处理完毕,确认并关闭远程维护通道。 NC远程维护所涉及的软硬件与相关技术 远程维护中涉及到的软硬件要求并不高,较容易实现。远程维护工具: 1)WINDOWS环境: WINDOWS终端服务(推荐)Lava Netmeeting.2)Unix/Linux环境: Telnet(推荐)FTP Xmanager 远程维护中心硬件需求: 一台PC服务器;windows操作系统;外部IP。 远程维护客户端环境要求: 1:需要有外部ip的机器 2:对应机器上如果是windows操作系统,需要安装有微软终端服务器或lava等远程工具。 3:对应机器上如果是Unix或Linux操作系统,需要开放telnet和ftp端口。 .7.4数据库、应用服务器选择 7.4.1数据库方案 建议采用ORACLE 10G。ORACLE的特性: 数据库支持OLTP,Oracle数据库企业版为关键任务的应用程序,例如大业务量的在线事务处理(OLTP)环境、查询密集的数据仓库和要求苛刻的互联网应用程序,提供了高效、可靠、安全的数据管 理。Oracle数据库企业版为企业提供了满足当今关键任务应用程序的高可用性和高可伸缩性需求的功能。Oracle数据库是用一个强健和可靠的数据库引擎体系结构构建的,它包含了 Oracle数据库的所有组件,并且能够通过购买选项来进一步得到增强。Oracle 提供了具有先进技术的可选产品,这些技术能够满足关键任务的OLTP、数据仓库和互联网应用程序环境最苛刻的开发和部署需求。 Oracle数据库支持大规模的OLTP环境,在多项TPC-C基准测试的OLTP类型测试中保持领先。实际客户遍及各个行业。 具有高可靠性,容错能力和自恢复能力, Oracle作为历史最为悠久的数据库厂家,其产品向来以稳定和可靠而著称。 Oracle领先的真正应用集群(RAC)技术提供了真正的应用不停顿的解决方案,充分利用硬件资源,能够实现系统在故障时的容错和无断点恢复,还可以自动实现并行处理及均衡负载;Data Guard数据保护技术,保证零数据丢失,可以满足用户不同的灾难备份系统的需要;甚至在出现人为错误后,还可以利用Flashback Query技术进行改正。 这些技术都是Oracle独有的技术优势,是经历了成千上万的实际客户应用案例所验证的、成熟的、完全集成的解决方案,可以最大程度降低数据库计划内和非计划内宕机对系统造成的影响,保证数据库的可靠性和7*24小时的高可用性,有效地保护用户投资和保障业务系统的连续运行。 Oracle数据库在数据库级别和系统级别都具有很强的容错能力。在数据库级别,某个应用数据所在的数据文件损坏,不影响数据库其它数据的使用。另外,分区功能可以进行故障隔离,介质故障或损坏等故障仅位于故障磁盘中的分区,仅是该分区受影响且需要进行恢复,其他未受影响的分区在恢复故障分区时继续保持联机。在系统级别,可以通过真正应用集群、数据卫士(远程镜像数据库)、数据库复制等保证整个系统的容错能力。 Oracle数据库具有完善的备份和恢复机制,可以高效地进行数据恢复。同时Oracle数据库的闪回查询表/数据库, 可通过重建错误事务发生之前的数据来从错误中恢复。Oracle数据库提供了闪回数据库,撤销表删除,闪回查询,闪回事务等功能。 Oracle数据库将错误及预警信息记录在alert文件或反映在Oracle企业管理器中,数据库管理员可以通过查看此文件或企业管理器了解已经发生的错误及可能发生的错误。 支持数据的自动复制Oracle支持在网络上的同构或异构数据库之间的数据有效传输和冗余性复制,Oracle可以通过ODBC或Transparent Gateway等方式实现与异构数据库之间的数据传输和复制。Oracle直接支持同构数据库之间的传输和复制,如:透明分布式数据访问、快照复制、高级复制(对称复制、可更新快照等)、Advanced Queue高级队列复制、Streams流复制、Data Guard容灾备份复制等多种数据传输和复制技术。 可伸缩性Oracle数据库具有良好的可伸缩性,从个人应用到成千上万用户的企业级应用,Oracle数据库都可以在相同的体系结构上支持并有较高的性能价格比。同时,无论是单CPU的服务器,还是多CPU的SMP服务器,Oracle数据库均有成熟的技术支持。这是由于Oracle数据库具有先进的体系结构。Oracle数据库采用多线索多进程体系结构,多个数据库请求可以由一个服务进程处理。同时,系统根据当前的负载情况动态分派服务进程的数量和使用。从而充分利用多用户操作系统“多用户多任务”的工作方式,并有效地减少系统的资源消耗,达到最大的处理速度及吞吐量。 对于SMP结构,Oracle数据库充分发挥多线索多进程体系结构的特长,利用所有CPU并行工作,利用独创的“动态分片”技术自动均分各CPU的负载,以发挥硬件平台本身最大的处理能力。在Oracle数据库 的SQL语句处理本身,能对查询语句、索引建立、排序、数据加载、备份/恢复、用户程序等,进行并行处理。在Oracle数据库中,为了充分发挥多 CPU的并行处理能力,采用了独特的SQL语句自动分解技术,可以将复杂的SQL语句分解为多个可以并行运行的小片段,由多个CPU同时处理,因而能大大加快处理速度。 对Oracle数据库在1个CPU及20个CPU上的性能增长情况进行测试,测试内容包括: LOAD-指使用Oracle数据库的数据成批加载实用工具进行数据加载的时间; INDEX-指建立索引的时间; SCAN-指数据库的数据扫描时间; SMJ-指进行数据排序、合并、然后进行连接操作所需要的时间; NLJ-指进行有嵌套循环的连接操作所需要的时间。 这些操作针对的数据量为五百万条记录,操作时间的单位为秒。 所得出的测试结果,并行处理在大部分操作中,性能的增长与CPU增长的比率为60%至96%。 Oracle数据库支持目前几乎所有的SMP服务器,Oracle数据库支持的常见的支持集群的SMP服务器有: IBM RS6000/HACMP SUN SPARC Cluster HP ServiceGuard Compaq TruCluster 等 Oracle集群数据库使用了一个先进的缓冲区融合技术,从而提高了在大多数工作平台上的执行性能。这些使得Oracle集群数据库的运行速度显著加快。Oracle集群数据库在集群中节点扩充时具有良好的伸缩性,性能可达到60%至80%的增长。 Oracle数据库支持大部分在线的结构变更(如对表中列的修改、重建索引、列类型转换等);支持内存、CPU、硬盘的在线添加(需硬件厂商支持)。 Oracle数据库在不同平台间和对旧版本数据库均具有良好的兼容性,原有应用无需或只需少量修改即可实现无损失移植。 支持分布、异构的数据源在分布式环境下,Oracle不仅支持网络透明,而且支持数据分布透明、分布式操作透明、节点自治、全局命名空间,可以实现透明的分布式查询、透明的分布式更新和透明的分布式数据复制。因而在分布式环境下,用户可以透明地操作不同地点的不同数据库系统所管理的数据。 透明的分布式查询指用户不必关心所要访问的数据在哪一个网络服务器上,而进行自动的透明的网络查询。透明的分布式更新(包含插入、修改、删除),是指多个服务器能自动协调,在保护数据一致性的前提下完成修改操作。多服务器自动协调的核心技术是自动的两阶段提交技术(Two Phase Commit),目前也只有Oracle数据库具有此项技术特点。 对于异构互连Oracle数据库提供了各种连接解决方案,从而使公司能够无缝集成各种系统,并提供了一个公司整体的整合视图。 1)通用连接 通用连接是一个使用 ODBC 或 OLEDB 驱动程序来透明访问所有符合 ODBC 或 OLEDB 的非 Oracle 系统的数据库功能。它满足了多个数据存储器的访问需求,如 MySQL、Foxpro、Access、dBase 和非关系数据库,如 Excel。 2)Oracle 透明网关 Oracle透明网关是一种为非 Oracle数据库编写的定制解决方案。它们提供了一种比通用连接拥有更多功能和更好性能的优化解决方案。通用连接依赖于行业标准,而透明网关则使用本地接口访问非 Oracle数据库。透明网关也经过了端到端的认证。Oracle 拥有到很多数据源的透明网关,例如 Sybase、DB2、Informix、Microsoft SQL Server、Ingres、Teradata 等 等。 Oracle的高级复制和高级队列可传输或管理数据库内部或数据库之间的数据流中的数据、事务和事件。数据流将已发布的信息发送到指定的目标。在捕获和管理事件以及与其他数据库和应用程序共享事件方面提供了更强的功能和灵活性。 Oracle高级复制和高级队列支持将事件(数据库更改和应用程序生成的消息)捕获到存放区中。捕获后,事件会被立即放入存放区中。存放区是一个队列,它提供存储和管理捕获事件的服务。存放区是一个安全的数据保存区,同时对捕获数据进行审计和跟踪。如果合适,事件可以传播到同一个数据库的其他存放区,或传播到远程数据库的其他存放区。存放区中的事件是由应用引擎使用的,其中事件表示的更改将应用于数据库或者应用程序。Oracle 高级复制和高级队列包括了一个灵活的应用引擎,该引擎允许使用标准的或自定义的应用函数。这使数据可在必要时进行转换。 Oracle高级队列提供了一个用于处理事件的统一框架。它使得用户应用程序能够将消息排入到存放区、传播到订阅存放区、通知用户应用程序消息可以使用,以及将消息从目标位置取消排队。 它支持消息排队系统的所有标准功能,包括多用户队列、发布和订阅、基于内容的路由、Internet 传播和转换。另外,Oracle 的消息网关功能还将 Oracle 数据库应用程序与其他消息队列系统进行了集成。高级队列还支持用户应用程序通知功能,此功能结合了压入模式的近乎实时的优点与弹出模式的可伸缩和可管理的优点。 Oracle高级复制自动从源数据库捕获更改,将其传播到一个或多个远程数据库,然后将这些更改应用到每个目标数据库。Oracle 高级复制既可以复制对数据所作的更改(DML 更改),也可以复制对表结构所作的更改(DDL 更改)。数据库管理员可以选择哪些更改要传播到每个目标数据库,并且指定如何路由这些消息。这种定向的网络路径使得复杂配置(其中包括 N 路和集中星型)成为可能,并实现了将更改一次传播到某个站点的联网配置。如果对多个位置中的相同数据进行了更改,Oracle高级复制会自动检测到冲突,并根据需要解决冲突。 易于管理和维护Oracle的自我智能管理功能使得以往需要大量DBA干预的内存管理、I/O管理等大部分工作自动化,提高了管理员的工作效率,降低了数据库的维护成本。同时,Oracle数据库产品提供了方便、易用、功能强大的数据库系统管理工具,包括Oracle Enterprise Manager以及高级管理工具包Oracle Management Packs。这些管理工具完全基于Web图形界面,系统管理员通过鼠标的点击和拖拉即可以完成大部分管理工作,无需记忆复杂的管理命令。使用这些管理工具,系统管理员还可以通过网络对远程数据库系统进行集中管理和监控。 Oracle数据库还具有先进的数据库资源控制和管理功能,通过定义相关策略,对整个数据库系统的资源使用进行分配,如数据库管理员可设置用户会话在不同时段对CPU等系统资源使用的优先级。 应用开发支持Oracle 数据库是技术领先的关系数据,Oracle数据库100% 遵循ANSI/ISO SQL-89和ANSI/ISO SQL-92 标准。标准的SQL语言能保证Oracle具有良好的开放性,可以容易地与其他关系型数据库进行数据的传输和共享。同时,Oracle提供了ANSI/ISO标准预编译器应用接口(API)和完善的SQL扩展,包括UNION、INTERSECT、MINUS、外部连接和树结构查询(CONNECT BY),以及可更新的连接视图等。Oracle支持各种程序设计语言和开发工具。用户可以使用标准SQL、PL/SQL、C、C++和Java语言来开发应用程序。 Oracle全面支持基于Web的开发,支持Java、XML、EJB和CORBA等技术。Oracle提供良好的ODBC和JDBC支持。Oracle将Java VM引入到数据库之中,从而实现了在服务器上存储和执行Java代码的能力。 允许开发人员在数据库中编写、存放和执行Java代码,允许用Java来创建存储过程、函数或触发器。 7.4.2应用服务器选择 NC支持 WAS 6.1,WebLogic ?? 版本。 支持主流的硬件平台和操作系统:HP-UX on PA-RISC、HP-UX on Itanium/Itanium2、IBM AIX on pSeries、SUN Solaris on SPARC/X86、Linux on X86、Windows on X86。 支持主流的数据库:Oracle 9i/10g、Oracle 10g RAC、IBM DB2、Sybase DB、MS SQL Server。 7.4系统技术安全风险及应对方案 充分分析XX技术架构上的复杂性,在技术方案设计上除重点考虑数据安全应对外,还应当从整体上充分分析和设计系统的安全应对,具体安全风险应对策略如下: 7.4.1安全原则 财务系统是企业的核心系统,财务系统应用从各业务系统取得的数据,对企业收入、成本等财务数据进行深入的分析。鉴于财务系统中数据的重要性和特殊性,财务系统的安全就显得非常的重要。 为了能完成既定的业务功能,要求计算机系统能够稳定、安全运行,应该在系统建设之初,为其建立完善的安全保障体系。 为了达到系统安全控制的目标,应在系统规划、建设、运行维护的整个生命周期中,按照以下安全原则,指导系统的安全工作: 3、起点进入原则:从系统建设开始就考虑安全问题,防止在系统设计的早期没有考虑安全性,导致因为错误的选择留下基础安全隐患,以致在系统运行期为保证系统安全付出更大的代价。 4、长远安全预期原则:对安全需求要有总体设计和长远打算,包括为安全设置一些可能近不会用到的潜在功能。 5、遵照业界通行准则原则:完全遵循国际上有关的金融数据安全标准;采用当前先进的数据安全技术和产品,并确保系统达到所设计的安全强度。 6、公认原则:参考当前在基本相同的条件下通用的安全防护措施,据此作出适合本系统的选择,系统所采用的产品是成熟、可靠的,系统能安全、稳定地运行。 7、最小特权原则:不给用户超出任务所需权力以外的权利。 8、最小开放原则:先禁止所有服务,只有限开放需要使用服务。 9、适度复杂与经济原则:在保证安全强度的前提下,考虑安全机制的经济合理性,尽量减少安全机制的规模和复杂度,使之具有可操作性。 10、系统效率与安全性平衡原则:由于安全程度与效率成反比,在设计安全系统时,应尽可能地兼顾系统效率的需求。 在工作中遵守了安全原则的情况下,可以使财务系统具有以下几个安全特性: 1、可用性 确保授权实体在需要时可访问系统,并进行业务处理,防止因为计算机系统本身出现问题或攻击者非法占用资源导致授权者不能正常工作。 2、机密性 确保信息不暴露给未授权的实体或进程,系统应该对用户采用权限管理,防止信息的不当泄漏。 3、完整性 确保数据的准确和完整合法,只有授权的实体或进程才能修改数据,同时系统应该提供对数据进行完整性验证的手段,能够判别出数据是否已被篡改。 4、可审查性 使每个授权用户的活动都是唯一标识和受监控的,对其操作内容进行跟踪和审计。为出现的安全问题提供调查的依据和手段。 5、可控性 可以控制授权范围内的信息流向及行为方式。 7.4.2安全风险分析 7.4.2.1物理安全风险 主要是指主机、路由器、交换机等物理运行环境可能存在的安全风险,如:地震、水灾、火灾等环境事故造成整个网络系统毁灭;电源故障造成设备断电以至操作系统引导失败或数据库信息丢失;设备以及设备的配置文件、配置数据被盗、被毁造成数据丢失或信息泄漏、系统崩溃;电磁辐射可能造成数据信息丢失或泄露。 7.4.2.2网络安全风险 在内部网络,主要是指内部人员通过内部的局域网环境,非法访问主机系统和业务应用系统引起的信息数据泄密、系统破坏等风险。主要表现在内部管理人员非法获取财务资料、修改存贮的数据,故意破坏主机或网络的稳定运行等行为。 同时,由于本系统原始数据来源于综合网内各相关业务系统、手工输入数据,以及商业银行等外部网络数据,因此系统与其他系统连接多,从其他系统得到的数据量也多,所以网络的安全威胁还表现为病毒传播、黑客攻击、IP地址仿冒、信息泄露等。 系统的用户通过IE浏览器访问系统重要数据时,由于数据传输过程中没有加密,同时进行系统访问时在本地计算机留存访问痕迹,也可能造成数据泄露的安全风险。 7.4.2.3系统安全风险 由于操作系统、数据库、B/S三层架构中的应用服务器等基础软件本身的漏洞和缺陷、用户权限设置不合理以及一些不安全协议的使用等因素都可能构成对系统的威胁。如果通过某些手段进入操作系统,就可能破坏所有的系统。数据库漏洞、设计缺陷等也会引起系统的安全风险问题。 7.4.2.4应用安全风险 应用程序设计不合理以及用户权限设置不当,也会对系统构成威胁。7.4.2.5数据安全风险 对系统的备份与恢复重要性认识不足,不按要求定期进行备份,一旦发生意外,如果没有事先采取备份措施,将会导致惨重的损失。7.4.2.6管理安全风险 管理人员安全意识淡薄,业务处理流程不规范、管理制度不健全可能会对系统构成安全隐患。种种事件表明,多数企业机密泄漏事件是由于企业内部相关人员对个人密码的保护上重视程度不够,甚至在利益的驱使下直接将企业内部信息泄漏出去。所以企业内部安全管理在各种安全风险中占有很重要的位置。 7.4.3安全策略 7.4.3.1物理安全 7.4.3.1.1 环境安全 财务系统新增设备摆放的计算机房,应满足GB50174-93《电子计算机房设计规范》、GB9361-88《计算站场地去安全要求》、GB6650-86《计算机机房活动地板技术要求》、GB50222-95《建筑内部装修设计防火规范》、GB2887-89《计算站场地技术条件》、以及《通讯机房静电防护通则》的要求。摆放设备的机房应提供满足设备要求的供配电方式,并在空气净化、安全防范措施、以及防静电、防电磁辐射和抗干扰、防水、防雷、防火、防潮、防鼠等方面采取有效措施,防火方面要符合GJB116-88《火灾自动报警系统设计规范》,保证设施安全。要配备合适的检测设备、提供相应的监视和测量的手段,及时掌握机房的环境情况。电力电缆及通信电缆的敷设应符合行业标准YD 5002-94《邮电建筑防火设计标准》中第2章的规定。 7.4.3.1.2设备安全 对于系统内部的设备,应采取有效措施进行安全管理,保证设备安全。防止未经授权访问系统设备,应按事先确定的规则统一管理,实施访问权的控制,禁止非授权用户访问设施,禁止对设备进行任何非授权参数修改。 硬件环境的建设、升级、扩充等工程应经过科学的规划、充分的论证和严格的技术审查,有关文字材料应妥善保存并接受主管部门的检查。 建立硬件系统环境的可用性保障机制,关键设备要采用有冗余技术的设备,例如配备冗余风扇、冗余供电模块、冗余核心模块;对于关键设备应采用配备两台相同设备的方法,适当采用负载均衡等技术;充分保证系统得可靠性和处理效率,尽量减少硬件系统的计划性停机时间,尽量避免硬件系统的非计划性停机。 硬件方案文档、设备配置文档、核心设备的系统日志要定期保存,妥为保管,视同机密。7.4.3.2网络安全 7.4.3.2.1安全手段 为确保财务系统的网络访问安全,我们建议铁通财务系统采用以下安全手:访问控制(VLAN)、防火墙、线路备份、传输加密等。 访问控制 访问控制用于对财务系统资源的访问,防止未经授权而利用网络访问系统资源,利用已得到鉴别的身份或利用有关的信息,按事先确定的规则实施访问权的控制。可以采用VLAN和域控制器的方法,限制用户访问服务器的权限。通过ACL设置不同的访问权限。建议铁通将财务人员的网络和服务器网络根据交换机端口设置成一个VLAN,防止非财务人员访问财务系统。 防火墙 防火墙是一组计算机硬件和软件的结合体,在业务系统与财务系统之间建立起一个安全网关,从而保护内部系统免受非法用户的侵害,同时具有IP地址转换功能,以便对外有效屏蔽网络内部IP地址,提高网络的安全性。由于防火墙 检查过滤通过的ip包,不可避免会影响网络传输效率,有必要在保障安全的前提下选择高效传输的防火墙。在防火墙的设置上建议铁通屏蔽掉数据库的服务端口,如oracle的1521,DB2的50000,防止内部人员通过工具对数据库进行操作。禁止内部网络FTP,telnet应用服务器或者数据库服务器。 线路备份 为了保证系统通信的畅通,防止因通信线路异常而引起的传输错误、业务中断等,计算机网络系统广域网应采用线路备份手段,保证系统的数据传输不间断,同时有负载均衡能力。在铁通的方案中都考虑这些要素。防火墙、交换机都是2个做备份。 传输加密 数据在网络上传输时,为保证数据的安全,防止数据被窃取。数据报文加密可通过硬件加密或软件加密方法来实现,可根据数据处理量大小等因素选择硬件加密或软件加密。 所有加密设备和加密算法的选用应符合国家相关密码管理条例的规定。加密算法应选用国际通用的算法。 利用浏览器访问系统重要数据时,使用HTTPS协议,如图 8 1所示,在浏览器与WEB服务器间建立安全的SSL通道,并对应用透明,做到了信息的秘密性。 浏览器端证书(SSL over HTTP)HTTPS 服务器端证书 WEB 服务器 浏览器 图 7-1 SSL安全通道 UAP-NC提供SSL机制对在网络上传输的数据进行加密,提供数据流的认证、机密性和完整性,以防敏感数据在传输过程中被泄露及篡改。使用SSL,可进行客户端与服务端的双向认证。SSL使用公钥加密算法来对通信双方进行认证;使用对称加密算法对传输的数据进行成批的加密;使用加密散列函数加入完整性检查方式来保护每个数据报。 7.4.3.2.2网络边界安全 在财务系统运行过程中,需要与综合网内多个业务系统、以及外部的应行系统进行互联。网络边界隔离方案如图 8-2所示,以保证系统安全。 区域O路由器R-1防火墙F-1区域E区域DLAN交换机S-1防火墙F-2LAN交换机S-2区域I 图 7-2 网络边界安全隔离 区域E是非军事区之一,主要功能是透过防火墙F-1与银行等系统外用户服务器进行通信,建议使用具有第三层交换功能的局域网交换机S-1,必要时划分成不同的VLAN。其安全级别高于区域O。 区域D是非军事区之二,主要功能是非军事区的第二梯队,可以透过防火墙F-2防问区域E中的服务器,并可访问区域O中的服务器,同时,可以透过F-2受限地访问区域I中的服务器,建议使用具有第三层交换功能的局域网交换机S-2。在该区域可以部署财务系统与综合网其他业务系统连接的通讯PC服务 器,该区域可以部署服务于内部浏览器用户的WEB服务器。其安全级别略高于区域E。 区域I是内部网络,主要功能是承担财务系统内部设备之间的数据通信,并为区域E和区域D提供数据。应将财务系统的数据库服务器、应用服务器、存储系统等设备部署其中。 对于进入财务系统的数据,无论是合法的,还是非法地都要通过通讯日志系统归档,真正做到“数据落地”。7.4.3.3系统安全 7.4.3.3.1操作系统 操作系统的安全是财务系统安全和网络安全的基础。操作系统应提供用户身份认证、资源权限划分、访问控制和日志审计等手段,保护信息资源不被非法访问和使用。 1、操作系统的安全等级 主机操作系统,包括WEB服务器、数据库服务器、应用服务器,均应达到NCSC认证的C2级安全等级。 尤其是Windows NT/2000操作系统的安全性必须予以高度重视。Windows操作系统的安全问题越来越受到大家的关注,尤其是现在局域网的规模越来越大,对网络管理员来说,手工为每台客户机安装补丁的工作量太大,且很难实现。应在财务公司局域网内配置WSUS服务器(Windows SUS补丁升级服务)一台,可自动将微软的最新补丁发送给用户。 2、操作系统的备份与恢复 要建立安全性好、可靠性高的文件系统,如日志文件系统(JFS或VxFS),以提高文件系统的性能和故障恢复能力。 要加强操作系统的备份与恢复管理,内容包括:软件版本信息、网络配置信息、磁盘卷组信息、内核参数的配置信息和用户账号信息等;要建立可引导的系统恢复介质,确保当主机系统或操作系统故障时系统能够正确启动,操作系统平台能够快速恢复。 3、操作系统的访问权限 严格控制目录与文件的访问权限,以实现对系统资源的保护。取消或减少局域网内主机间的互相信任关系,以提高系统的安全性。关闭不必要的且有安全隐患的网络服务(如rsh、rlogin、ftp等)。严格控制网络文件系统(NFS)的共享资源及其存取权限,以防外来侵入。 4、操作系统的用户与口令管理 科学设计用户组和用户账号,合理设定各类用户对系统资源的访问权限。加大客户口令的复杂程度,禁止用户不设口令或使用过于简单的口令。设置口令的失效期,以强制用户定期修改口令。必要时可按登录时间、登录机器的IP地址、MAC地址等因素限制用户的访问请求。 5、操作系统的安全审计 启用操作系统的安全审计功能,定期查看各种系统日志,如系统启动与关机日志、用户身份切换日志、成功登录与失败登录日志、定期作业日志等,通过系统日志及时发现并排除系统安全隐患。 7.4.3.3.2数据库 1、数据库系统的安全性 系统要采用高性能的主流数据库产品,同时要注意数据库版本的先进性和可靠性。所采用的数据库系统应符合NCSC认证的C2级安全标准,应提供严格的数据库恢复和事务完整性保障机制,提供完整的角色管理和自主控制安全机制,要支持软、硬件容错,逻辑备份与恢复,物理备份与恢复,在线联机备份和恢复等功能,保证在发生故障和灾难后能够很好地恢复或重构数据库。 数据库的安全性措施主要有以下几方面: 1)用户标识和鉴定 通过数据库系统的用户账号与口令鉴定用户的身份,这是系统提供的最外层安全保护措施,也是最常用的措施。 2)存取控制 合理设置数据库对象的授权粒度,认真研究并大力推行角色/权限管理机制,建议使用具有口令保护的角色,通过应用系统级的身份认证连接数据库,通过应 用程序进行角色的口令输入、打开角色并激活角色开关,以避免用户绕过应用程序而直接调用SQL语句访问数据库资源。 3)视图机制 为不同用户定义不同的视图,通过视图机制把要保密的数据对无权存取这些数据的用户隐藏起来,从而自动地对数据进行保护。 4)审计 建议打开数据库系统的审计功能,以监视不合法行为。 2、数据的完整性 要充分利用数据库管理系统所提供的数据完整性功能。在数据库的设计时要通过实体完整性、参照完整性的定义,使数据库系统拒绝接收不合语义的数据,从而保证数据的正确。对一些特别重要的信息应加密存储。 3、数据的备份与恢复 系统应提供完备的数据备份和恢复功能,既要考虑逻辑备份和恢复功能,又要考虑物理备份和恢复功能,既要考虑业务数据的备份和恢复,又要考虑数据库控制文件、归档日志文件及配置信息的备份和恢复,以确保数据库遭遇介质故障时,能够重构并尽快恢复数据。系统应具有联机备份能力。 4、磁盘RAID ORACLE数据库的数据文件存放在RAID磁盘上,采取RAID5或RAID10对数据库的数据文件进行保护,坏掉一块磁盘的情况下数据不会丢失。 7.4.3.3.3中间件安全 系统如果使用中间件产品,包括通讯中间件和B/S架构中的应用服务器,应对用到的中间件产品采取安全保护措施,如用户管理、权限管理等,以保护中间件相关资源不被非法访问和使用。必要时应进行中间件软件安全漏洞信息跟踪、并及时安装安全补丁。 7.4.3.3.4应用系统安全 信息加密与数字证书 1)财务资金系统对数据的要求 数据在网络上传输时,为保证数据的安全,防止数据被窃取。应用系统在进行数据传说和操作时应能满足如下的要求: 保密性:能通过加密保护数据信息不被暴露。 认证和完整性:通过HASH方法的数据校验,保证数据来源的正确性和数据信息的完整性,确保信息在传输过程中不被插入,删除或篡改。 不可否认性:使用数字签名,保证交易过程的不可否认。2)数字证书的作用 要满足以上要求,建议采用通用的数字证书技术。数字证书是网络通讯中标志通讯各方身份信息的一系列数据,它提供了在Internet/Intranet上验证通信各方身份的方法,它是由由权威机构-CA认证机构,又称为证书授权(Certificate Authority)中心发行。 数字证书采用公钥体制,即利用一对互相匹配的密钥进行加密、解密。每个客户可以设定特定的仅为本人所知的私有密钥(私钥),用它进行数据解密和签名;同时设定一把公共密钥(公钥)并由本人公开,为一组客户所共享,用于数据加密和验证签名。 当发送一份保密文件时,发送方使用接收方的公钥对数据加密,而接收方则使用自己的私钥解密,这样信息就可以安全无误地到达目的地了。 3)证书的申请与使用 数字证书管理中心应该是网上交易中受信任和具有权威性的第三方,承担公钥体系中公钥的合法性检验的责任。它负责电子证书的申请、签发、制作、废止、认证和管理,提供网上客户身份认证、数字签名、电子公证、安全电子邮件等服务等业务。 用友NC可以使用天威诚信数字证书或者第三方的数字证书,为财务资金系统申请并安装数字证书。当客户端在访问财务资金系统的重要数据时,系统使用HTTPS协议,客户端下载数字证书,如图 8-3所示,在浏览器与WEB服务器间建立安全的SSL通道,并对应用透明,做到了信息的秘密性。 应应应应应应应应应应应应应应应应 浏览器端证书(SSL over HTTP)HTTPS 服务器端证书 WEB 服务器 浏览器 图 7-3 使用数字证书及HTTPS协议访问 用户身份的鉴别 对应用系统内的所有用户要进行身份验证,防止非法用户对系统的访问。通常采用以下方法: 1)口令机制,即通过用户输入口令进行身份认证; 2)使用数字证书来进行用户的身份认证。 NC采用数字证书及签名演示 登录时要求用户输入“PIN”码,即USB Key的密码。 正确输入“PIN”码之后,系统服务器验证通过了用户USB Key中个人身份证书。 登录系统之后,填写委托付款书,并点击“保存”,同时系统要求用户再次输入“PIN”码,确认关键行为的数字签名,并发送给服务器进行验证和存储。 如果签名结果被修改,因此服务器验证会提示验证失败。 用户权限控制 在应用系统中要进行用户角色和级别的定义,根据最小权限原则,分别为不同级别的不同角色设置操作权限和数据访问权限,从而控制合法用户的操作权限,避免因软件系统在权限控制方面的漏洞导致越权操作,产生安全问题。 应用数据安全 主要考虑相关数据的安全性。权限划分要合理,既要考虑不同层次的用户对分析结果的访问权限,同时也要防止用户依据合法权限得到的结果数据来推断出其他数据的可能性。 代码安全和安全代码 由于采用B/S多层结构,UAP-NC的系统代码全部放于服务器上,只有服务器管理人员才能更改代码。客户端的代码是在运行时动态地下载到客户端的,意味着不能在客户端修改在客户端的运行代码。同时借助于Java提供的沙盒功能,也限制了下载的代码访问本地文件的功能,保护了用户本地的计算机。另外由于只有运行在服务器上的代码才可以访问数据库,客户端不能直接访问,这样也保证了数据库服务器的安全。 UAP-NC假设所有用户的输入都是不可信任的,因此通过客户端界面由用户输入的数据都将通过UAP-NC的客户端引擎进行数据校验,防止通过用户输入发动的系统攻击。 日志和审计 系统应建立完备的系统日志,对各个模块的运行情况和用户关键操作进行跟踪记录。通过周期性审计、实时审计和事后审计等审计策略,以发现非法违规操作,进而发现安全漏洞并及时采取补救措施。需要进行日志记录的内容包括:各类操作人员的关键操作信息、用户及机构变更等与安全管理相关的信息等。 日志数据或文件应妥善保存,并要限制业务操作员对其的访问权限。7.4.3.4系统备份 7.4.3.4.1操作系统备份 主机操作系统备份目标是:具备对整个系统的快速恢复能力,满足无数据损失或损失最少、系统恢复速度最快、业务中断时间最短的要求。 因主机操作系统一般变化较少,且流行的主机系统一般都提供较完善的操作系统备份方案和手段,对主机操作系统的备份可通过利用主机系统现有功能,结合主机上的内置磁带机设备来完成,并将多份备份磁带异地存放。 另外,应定期备份操作系统的配置文件等关键数据。 对于UNIX操作系统的备份可以采用备份命令定期将系统备份。备份可以分为系统卷组备份和非系统卷组备份。恢复的时候可以根据系统卷组的备份带引导新系统,继而可以创建与原系统同样的系统。 对于Windows操作系统,可以采用ghost软件,在系统安装已经应用程序安装完成后,对系统进行克隆。恢复时从光盘启动,ghost软件会将创建一个和原系统相同的新系统。 7.4.3.4.2数据库备份 数据库的备份应保证系统的基础数据、信息等资料不丢失,能够在基础数据系统遭到破坏时迅速恢复,尽量避免或减少数据的丢失,将损失降低到最小程度。通常数据库备份有以下三种方式: 1、物理备份 指在数据库关闭的情况下对数据文件、控制文件等的备份。物理备份的特点是基本与数据库操作无关,通常可以利用现成的操作系统工具(如UNIX中的 TAR命令)很方便地实现。 2、逻辑备份 在数据库正常使用的情况下对数据库对象进行的备份。日常进行逻辑备份的意义在于必要时可以进行“对象或行恢复”。例如如果有人误删除一个表或表中若干行时,很难从物理备份中恢复这个表或这些行,这时一个逻辑备份就是有益的和必要的。 3、联机备份 在数据库打开并且对用户开放时对数据库文件、控制文件等的备份,备份时数据库可以继续正常操作。考虑到系统的重要程度,可以考虑采用灵活的备份方式,保证能够将系统恢复到故障点之前的状态。 4、RMAN备份 Recovery manager(RMAN)是ORACLE提供的DBA工具,用语管理备份和恢复操作。RMAN只能用于ORACLE8或更高的版本中。它能够备份整个数据库或数据库部件,其中包括表空间、数据文件,控制文件和归档文件。RMAN可以按要求存取和执行备份和恢复。 RMAN备份有如下优点 ☆支持在线热备份 ☆支持多级增量备份 ☆支持并行备份、恢复 ☆减少所需要备份量 ☆备份、恢复使用简单 5、第三方备份软件 TSM(Tivoli Storage Manager)是一个企业级的存储管理方案,因其卓越性能而倍受世界各大公司的信赖。它集成了无人值守的网络备份、归档、分层存储管理功能和强大的灾难恢复功能。 它是一个Client/Server结构跨平台网络备份、恢复及存储管理软件。TSM Client主要功能是向TSM Server提供需要备份的数据,或向TSM Server索取已备份数据及归档数据以便Client恢复数据。TSM Server负责管理TSM Client的备份数据、备份策略及管理连接在TSM Server上的各类存储产品。 TSM 服务器软件与客户端支持几乎所有流行的操作系统平台, 如AIX、Windows、Linux、Solaris、HP-Unix 等。 TSM具有自动备份和恢复功能, 一旦整个备份系统设置完成,每个应用系统的服务器会在指定的时间把需要备份的数据送到TSM服务器中集中存放。如果需要恢复数据,TSM Client端只要通过非常简单易用的图形界面或由应用程序发出指令指出恢复哪些个对象文件,TSM Server自动从磁盘中取出文件,交给TSM Client。 6、备份策略 为保障铁通财务资金系统7*24小时工作,我们在硬件上已经通过RAC,磁盘阵列RAID的方式进行了处理,但对于误删表空间或者数据等错误我们无法通过硬件冗余的方式解决。因此,我们必须为数据库制定一个方便可靠的备份策略。 备份恢复的要求:快速,不影响系统响应,备份结果集小,可靠。对应的备份策略:RMAN联机增量热备。 每半年做一个数据库的全备份(包括所有的数据和只读表空间) 每一个月做一次零级备份(不包含只读表空间)每个星期做一次一级备份 每天做一次二级备份 按照以上备份策略,则每天的所需要备份的数据量只有一天的改变量。而做恢复时最多要恢复当月的一个零级备份+三个一级备份+6个二级备份+当天的归档文件。如果不能接受这样的恢复时间,可以减少零级备份之间的时间间隔。 7.4.3.4.3应用软件备份 应用软件的备份是为了保证在应用系统瘫痪时迅速恢复。应用软件的备份可通过操作系统和内置磁带机设备完成。考虑到应用软件版本更新、升级频繁,各部分程序模块经常会有程度不同的修改,需要保留以前的旧软件版本来保证应用软件的安全性和高可恢复性,所以,在每次版本更新升级后都需要进行备份。同时,可以考虑配置版本管理软件对应用软件进行管理。 7.4.3.5防病毒 防止病毒的侵害,发现和清除已经入侵的病毒,特别是在在财务资金系统中存在B/S应用时,防病毒,是保证所有系统正常运行的重要措施之一。对防病毒的防范主要包括技术和管理两大方面。 在技术上可在系统中安装防病毒软件,以提供对病毒的检测、清除、免疫和对抗能力;在管理上应制定一整套有关的规章制度,提高系统使用人员计算机病毒的防范意识,主动将PC机加入防病毒体系,同时加强软件的管理,不随便安装和使用软件尤其是盗版软件,限制软盘和U盘的使用等。 针对各种各样的计算机病毒入侵点,在技术上防范病毒包括以下几个方面: 1、客户端的防病毒系统 可根据需要,在PC机上安装防病毒软件,尤其是针对WINDOWS系统的客户端应引起高度重视。 2、服务器的防病毒系统 提供基于UNIX//Linux/NT的文件服务器或应用服务器的保护。 3、网络的防病毒系统 必须加强对网络的防病毒管理,有效地阻止来自外部网络的病毒。采用基于防病毒网关级的解决方案,可以病毒等进行实时的检查功能,从而确保病毒不会通过网络流传进铁通计算机内部网络。 防病毒系统的要求: 1)选用的产品符合GA 243—2000的要求。 应用备份解决方案 因网站需要不断完善,且馆方会不断有新的需求,网站会随时更新,替换代码,备份网站等工作,以下是相关备份的解决方案及规则。上传补丁更新备份: 在VPN上下载相关更新代码,然后在正式服务器上找到相应文件夹下的文件,重命名相对应的文件,最后上传更新代码。命名规则为:*.php/html/xml/...+.日期,日期的格式为年月日时分,用“-”来连接,如:about.html.php.2013-01-30-11-07。全站备份: 在网站升级版本时,我们需要备份整个网站,以防止网站因更新而出现问题。备份的规则是使用tar命令来进行备份。 备份命令为: 用tar打包:使用tar命令打包,如:tar-cvf cdstm_bak_xxxx-xx-xx.tar /网站的根目录。解压命令为: 用tar解包:使用tar命令解包,如:tar –xvf cdstm_bak_xxxx-xx-xx.tar 备份规则: 上传补丁方式备份以每次的更新为条件,按照更新的内容,备份相应的文件。 全站方式备份,定期对科技馆网站的应用系统,进行全面备份。 回退规则: 根据现场情况对应用系统进行回退,回退方式如下: 1、对上传补丁时,造成网站应用有问题,回退相应的备份文件。 2、根据定期全站备份文件的时间点,回退到相应时间点的应用系统。 3、如果定期全站备份文件的时间点,无法满足要求,也可以根据上传补丁的备份文件,回退到指定时间点的应用系统 另:在公司SVN上也已经保存科技馆现在应用系统的程序及补丁,并与现场环境保持同步。第五篇:应用系统备份方案