系统安全性需求

系统安全性需求（精选8篇）

1.系统安全性需求 篇一

收录系统需求书

(一)系统定义

收录系统是指具有本台广播音频、中央人民广播电台、有线电视视音频、卫星电视视音频、网络音视频以及其它存储介质（CD、VCD、DVD、卡带、MD片、开盘带）中的音视频进行收录和存储以及管理功能的综合系统。(二)功能介绍

1.素材收录、格式转换功能：素材收录系统可实现对本台广播音频、中央人民广播电台、有线电视视音频、卫星电视视音频、网络音视频以及其它存储介质（CD、VCD、DVD、卡带、MD片、开盘带）中的音视频进行收录和存储。系统可根据用户需要设定信号源、信号收录时段、音频电平大小、视频存储格式以及各多媒体文件格式转换功能，系统通过集中管理平台对系统进行设定，收录的素材直接存储于服务器。2.收录申请、审核功能：用户可通过网络提交收录申请，频率相关领导可通过系统对提交的收录申请进行审核，获得审批同意后将转至广播技术部相关审核人员，部相关人员审核同意后下发至转存收录需求列表中，系统自动根据需求进行设定并以醒目方式通知值班人员进行复核，复核完毕后系统将存储区域、格式等信息反馈至提交申请的频率用户，如果申请未得到批准，系统也将通知（短信、电邮等方式）申请者，并告知否决原因。提交申请者可通过系统查看申请执行情况以及反馈信息。3.存档申请、审核功能：用户可通过网络提交存档申请，频率相关领导可通过系统查看提交的存档申请，如果同意存档申请则将申请转至节目资料中心，节目资料中心按照申请将所需素材存档至素材库并将结果反馈至提交申请的频率用户，如果申请未得到批准，系统也将通知（短信、电邮等方式）申请者，并告知否决原因。提交申请者可通过系统查看申请执行情况以及反馈信息。

4.收录素材查看、调用、编辑功能：用户可通过系统查看、调用、编辑符合其权限范围的收录素材，用户可通过预听、预看收录素材，预听、预看采用低码流格式并采取一定技术手段防止非授权用户盗用素材，用户如需非其申请时段或种类素材则需提交申请获得，获取方式可由用户选择，包括刻录光盘或在其个人素材库空间满足的情况下直接推送至其个人空间。

5.收录素材多渠道发布功能：用户可根据需要并在其权限范围内将收录的素材通过不同渠道进行发布的功能，同时不同级别用户可对不同发布终端的素材具有审核、预览呈现效果和管理功能。

6.信号路由功能：系统还可实现信号源的路由功能，可根据需要对总控传输的临时信 号进行跳转至相应转录工作站；可根据需要将信号源输出至其它存储介质，如CDR、MD、开盘机、卡座等传统周边设备。

7.系统管理功能：值班人员可通过系统接收存档、收录申请并做相应设定以及检查收录素材质量并按照需要及时对系统参数进行调整，发现异常要及时进行处理；还可查看、调用、编辑、批量格式转换和发布收录素材；系统管理人员则具有用户管理、素材库管理、存储空间管理、系统底层参数设定功能，其还可对新的系统需求进行方案制定、方案实施以及系统的日常维护工作。(三)信号通路需求

1.广播通路需求：17个通路，分别为：

1、中央一套

2、中央二套

3、中央三套 4、1296新闻 5、990新闻

6、都市792

7、交通648

8、经典947 9、101.7 10、103.7

11、浦江之声1422

12、第一财经97.7

13、体育94.0

14、故事107.2

15、戏曲1197

16、国际台87.9

17、卫星音乐网

临时转录通路：4个通路；

1、备份1

2、备份2

3、备份3

4、备份4 2.电视通路需求 ：22个通路，1、央视1套

2、央视2套

3、央视3套

4、央视4套

5、央视5套

6、安微卫视

7、央视7套

8、湖南卫视

9、广东卫视

10、辽宁卫视

11、央视新闻

12、央视11套

13、黑龙江卫视

14、凤凰中文

15、凤凰资讯

16、五星体育

17、东方卫视

18、新闻综合

19、艺术人文 20、东视娱乐

21、第一财经

22、纪实频道

23、北京卫视

24、河北卫视

(四)系统功能详细描述 1.节目收录系统

本系统录制的文件包括1种格式，S48音频格式。

系统配置是基于Web 页面的。可以方便部署。在系统配置中可以设置每个通道的收录源。并把每个频道的参数保存到数据库中。软件根据配置，解析当前的IP数据流，保存到文件中，实现收录的过程。

2.S48文件收录

经过s48编码器处理的音视频码流发送至S48收录系统中，S48收录系统根据系统配置的计划时间表，将接收到的S48数据流保存为文件。同时在数据库中记录，用于查询。

3.计划配置

在计划配置中，如果是收录的视频可以为每个时段添加一个频道，这样在收录的时候，会根据这个配置参数去控制采集系统切换频道。

在视频源配置串口中，可以选择频点和该频点下的某套节目作为一个频点。同时可以获得该节目的EPG信息。用户可以根据电子节目单确定当前的录制时段。这样可以实现在一个录制通道录制不同的数据源。

 可以同时收录多路视音频IP流

 根据录制计划，向管理软件申请传输视音频数据。接收到数据后保存为文件; 支持周计划和特殊日期计划; 支持在空余时段手动提交录制计划;

 可以控制当前收录的通道; 支持sqlite,mysql和sqlserver数据库; 支持16路视频流(码率不同决定收录的通道数目)或者32路音频(单声道) 传输S48，mp3文件流数据供客户端审听和下载。 支持多路客户端同时在线审听。

 可以实现跨网闸审听，实现声音的内外网互通

通过声卡将采集的到音频编码并打包为IP流发给请求的客户端。其性能指标如下：

 支持多轨同时采集，编码，打包IP流;

 编码格式。视频编码WMV格式。音频编码为S48格式; 根据客户端的请求，把音频数据发给指定的IP地址; 支持反相，meter，噪音等音频指标检测，并可以打包IP流发出用于监测; 可以控制音轨是否发送数据流。 音频可以最多支持32路（单声道）;

4.回放编辑检索上传系统

节目查询和回放系统采用C/S 结构.用户可以通过这个客户端下载、播放和上传节目。用户在检索上传系统中可以选择日期或者时间查询选中时间段的录制内容，查看录制好的视频。还可以查看实时节目，也可以回放历史记录，实现“时移播放”的功能。视频的播放是通过视频发布服务器来实现流的播放。在回放的过程中，可以对关注的时段打点下载音频。下载的音频是S48文件，可以直接用于播出。

通过网闸，s48/mp3 Uploader可以把下载的并且编辑好的文件通过网闸传到内网的的Ftp 目录中，上传时将把音频格式统一为S48格式。传到内网的文件可以透过网闸，进行审听。确保传递正确完成。s48/mp3 Uploader上传的过程中，可以添加一些文件的元数据信息。内网的入库软件可以把这些数据导入到内网数据库中，便于检索和查找。

(五)软件详细功能描述 1.收录管理程序

由一个统一的收录管理系统来对收录系统进行管理。

登录：用户登录后才可以对系统进行操作。注销后系统保持运行，只能察看状态，无法操作与配置

退出：退出管理界面，不影响系统运行。

全部开始/停止：当前监看的通路开始录制，停止录制 状态显示栏：显示日期时间，登陆用户 报警信息：未完成的用户预定收录单 全局配置：

 物理通路配制

配置收录设备的IP，主机名，端口，通道，收录类别（音频，电视，卫星电视），位置等物理属性，并给出物理通道名。 逻辑通路配制

可以把不同的物理通路绑定为一个逻辑通路，例如两个音源都为990的物理通路课绑定为逻辑通路990，外界看到的只是一台逻辑上主机，实际上是两台互为主备备份的物理主机。单个物理通路或2个以上的物理通路也可以绑成逻辑通路。

逻辑通路配置完成后才可进行对收录通路的管理，配置，对收录系统的查询等等操作，这些完全都是针对逻辑通路。

通路的配置应保证逻辑通路内各物理通路的完全同步。

对收录内容的调用在双机都正常情况下可按随机规则调用，或强制调用单机，单机故障时可以自动把对该收录分段的调用指向正常运行的通路。 收录频道表配置

所有可提供给用户的收录频道配置，即用户看到的可用收录频道单，并进行分组。一些不是固定录制的来源或者是需要手动跳线，矩阵切换的来源也应包括在收录频道表中。

在这里还可对收录的逻辑通路进行分组。例如：本台广播节目通路、中央台节目通路、本地电视节目通路、机动通路  通路参数配置

以音频为例，可选择下列配置：

 通道名称：对用户可见的通道名称  播出通道号：与制播网通路号对应  电平/数字音频等常规声卡参数：  录制时间：

 固定型，永远按照预设的时段运行。包括：全时段：24小时；部分时段：可在24小时内分为多段，时段表可按周重复

 请求型：得到用户的请求才开始收录。 收录分段方法：

 按节目单分段：针对本台节目或可获取节目单的通路，按照节目单的整档栏目对收录进行分段

 按时间分段：选择多少分钟一段

 请求分段：按照用户申请收录时的设置分段  格式：收录格式的设定。 是否流媒体发送：

 选择是否作为流媒体发送，流媒体服务器地址。

 这个流媒体是作为办公网制作用，打开后用户可在电脑或APP上实时收听、收看收录的广播与电视，并实时开始录制。录制只是记录用户开始与结束录制的点，并不是录制到用户的设备，结束后还是由收录系统裁减后推送给用户。

 节目单：

 对本台节目的节目单导入，更新  外台节目的节目单输入导入，输入

 报警阀值：

 通道失去联系多久开始报警  音频信号失去多久开始报警

预定处理：

 弹出窗口，用户非固定录制频道的预定列表。

 在这里浏览任务，自动、手动分配录制通道和时段，完成后发布反馈信息给用户（预定的状态改变）

监视区：具有多种浏览模式：

 按频道分组（本台广播，中央台广播。。） 按设备（物理设备）

 按收录类型（音频，电视，网络视频）

 选择浏览模式并筛选后，列出所有相关逻辑通道。

 点选通道，右部收录状态监视与调整区显示通道的详情。

 当通道内音频无声是，或双机以上的逻辑通路中一台脱机时，红框报警。

收录状态监视与调整：显示一个通道的详情：

 通道名，当前所录节目（有节目单的通路），时段（无节目单的通路），当前收录的频道和时段（请求类通路）

 开始/结束：本通道收录的开始与结束。 流媒体状态：是否打开了流媒体

 通路状态，峰值表，电平调整（可多台同步调整或单台调整） 收录格式

 按天显示通路的任务单，可强制删除或增加任务等

2.用户端应用

功能切换区

在四个功能间切换，功能操作区同步转换为所选功能界面：  预定  直播  查找  网络视频

功能操作区 1.预定  预定模式

预定分为两种模式：

 长期预定：在一段时期内按周重复的收录计划  临时预定：一次性收录计划  新增预定

在右部收录频道列表中选择了日期时间与频道后，点选新增进入预定编辑界面： 配置项：预定模式

 预约名称：默认为频道+栏目/时段名，可修改。收录完成的文件以此为名。 预定模式（长期/临时，默认为临时）

 重复周期：如果预定模式选择了长期，显示周一到周日的多选项  时间：选择的栏目或时段内可再进一步缩小收录的时间区间  文件格式：收录完成后交给自己的文件编码格式。

 推送目的地：收录完成后，把文件推送到哪里（在用户有权限的一些库中选择，包括快速通道），系统自动会把收录文件切割、转码后推送到此目的地。完成填写后提交收录申请

如果选择了非固定型的通道，需要技术这里准备的，收录申请通过审核后提交到技术的收录管理。 预定列表

显示用户自己预定列表 条目上显示：  预约名称  预约的频道

 预约的栏目/时段

 重复周期：长期型显示周重复列表，临时型显示日期  预约的状态：

长期型状态：审核中，技术审核（非固定型的通道），收录准备（非固定型的通道），准备完成（非固定型的通道），运行中，过期

临时型状态：审核中，技术审核（非固定型的通道），收录准备（非固定型的通道），准备完成

（非固定型的通道），录制等待，录制中，完成 2.直播

对于使用了流媒体发送的通道，可以直接在直播功能模块中在线收听，收看。

频道选择在右部收录频道列表，使用直播模块时，频道列表会屏蔽日期时间选择与无流媒体服务的频道。

在收听/收看中可以实时开始录制。录制不是在把内容记录到用户的本地，只是记录其录制的开始结束时间。

录制完成后进入媒体快速浏览/粗编模块，只能对所录片段进行审听与简单剪切，不可使用快速浏览/粗编模块中的高级编辑功能。完成剪切后，填写:  收录名称：默认为频道+栏目/时段名，可修改。收录完成的文件以此为名。 文件格式：收录完成后交给自己的文件编码格式。

 推送目的地：收录完成后，把文件推送到哪里（在用户有权限的一些库中选择，包括快速通道）

完成填写后提交收录申请。这个申请是已经剪切后的申请，通过后系统自动会把收录文件切割、转码后推送给用户指定位置。3.查找

频道选择，日期时间在右部收录频道列表，使用查找模块时，频道列表会屏蔽非固定型收录的频道。

点选栏目/时段/索引后，进入媒体快速浏览/粗编模块，只能对所录片段进行审听与简单剪切，不可使用快速浏览/粗编模块中的高级编辑功能。完成剪切后，填写:  收录名称：默认为频道+栏目/时段名，可修改。收录完成的文件以此为名。 文件格式：收录完成后交给自己的文件编码格式。

 推送目的地：收录完成后，把文件推送到哪里（在用户有权限的一些库中选择，包括快速通道）

完成填写后提交收录申请。这个申请是已经剪切后的申请，通过后系统自动会把收录文件切割、转码后推送给用户指定位置。

收录频道列表：

用于预约、直播和查找模块 选择日期时间，默认为今天。

进入系统时此模块列出个人的常用频道/栏目/时段。可以在收录频道列表的分类进行列表切换。本台节目栏目列表中有“〉”记号的表示此收录段具有索引，可以进一步点击察看索引。

索引：

根据制播网内的日志，一个音频播放与操作的开始时间与结束时间，获取一个时段内详细的播出索引，供用户精确抓取本台直播节目中所播出的各种内容。

如表例：

直播时在播出的标头和下一档定时广告间，即是主持人的直播时间。

根据热线电话通路的ON/OFF日志，可以直接找到该段电话连线的内容。

根据JINGLE播放日志：可以找到一个录音报道的内容而无需考虑此文件是否已被删掉。索引只可用于查找功能模式

制作网调用收录：

作为插件在制作软件或其他功能软件中。

只能进行查找型功能。界面与上述查找功能模块相同。

但只能把所选时段的文件下载后进行操作。

3.收录程序

具有一个精简的收录管理界面。声卡、端口号等的配置。

收录程序主要的运行配置由收录管理系统发布并记入本机。可脱离管理系统运行。可无网络单机运行，在本机上进行配置。

具有录制开始/结束的开关，状态同步到收录管理系统。

(六)性能需求

①容量： 音频存储空间：7天*24小时*128kbps*43套节目 ②系统响应速度：

系统响应速度不高于1s。③支持并发数：

最大用户数：1000人左右；最大并发量100人以内

稿件抓取频率：可设置，最小可支持到1秒/次 ④系统延时：系统延时不超过5分钟

2.系统安全性需求 篇二

关键词：安全性,CTCS-2 THR

1 概述

近年来我国铁路事业迅猛发展, 对于铁路信号的安全性要求越来越高。系统安全性需求由安全完整性需求和安全功能需求组成。安全完整性需求即随机失效完整性和系统性失效完整性。对于系统性失效和安全功能的完整性一般采用安全完善度等级SIL来使其符合安全完整性需求;而对于硬件一般采用THR来设定安全目标。

本文参照ETCS的THR分配方法, 导出我国广泛使用的CTCS-2的安全性目标。

2 CTCS-2级列控系统THR分配

参照Subset-091和088的THR分配:

(1) 分析ETCS顶层核心隐患, 将其THR分配至各要素群;

(2) 根据互联互通技术规范的要求, 将THR平均分配至轨旁和车载设备;

(3) 进行功能分析, 得出的各隐患事件, 并将其分配至各隐患事件。

(1) CTCS-2核心功能:为司机提供安全驾驶的相关信息, 并强制要求司机遵守这些信息;其核心隐患:超出安全速度或距离。

(2) CTCS-2由轨旁、车载和信息传输子系统组成。针对引起系统核心隐患发生的原因事件分析如图1所示。

系统安全性需求, 即需保证任何一个隐患事件的发生都不会导致系统核心隐患的THR超过22..00 1100ÁÁÁÁÁhhÁÁÁÂÂÂ。。

(3) 将系统THR平均分配给三个子系统, 即轨旁子、车载和传输子系统THR分为00..6677 1100ÁÁÁÁÁhhÁÁÁÂÂÂ。。。其其其中中中传传传输输输子子子系系系统统统相相相关关关功功功能能能实实实际际际上是由轨旁或车载设备执行的, 因此将一半分配至轨旁子系统, 另外一半分配至车载子系统, 分配结果如图2所示。

(1) 轨旁部分安全需求

CTCS-2轨旁子系统包含的相关隐患事件应满足上述要求:列控中心TCC-H1~3、轨道电路TC-H1~3-H7~8、轨旁电子单元LEU-H4。

(2) 车载部分安全需求

CTCS-2车载子系统各部分的相关隐患事件应满足上述要求:车载核心VC-H1~23、应答器传输模块BTM-H4、测速测距单元SDU-H1~4、轨道电路信息接收单元TCR-H2、列车接口单元TTTIIIUUU--H1~6、人机界面DMI-H1~4。

(3) 传输部分安全需求

3 结论

本文以CTCS-2级列控系统为对象, 首先阐述了系统安全性需求的相关内容, 然后根据ETCS的THR分配方法推导得出了我国CTCS-2中车载、轨旁和传输子系统的安全性目标值, 对我国列控系统的安全性论证及系统开发、改进都具有重要的参考价值。

参考文献

[1]SUBSET-088.ETCS Application Levels 1&2-Safety Analysis Part 3-THR Apportionment[S].V2.2.10.UNISIG, 2005, 7.

3.守住安全需求底线 篇三

早上8点左右，6楼一户人家突然浓烟滚滚，短短几分钟里，一幢30层的住宅楼已经弥漫令人窒息的烟雾。

楼内顿时一片惊慌，人们纷纷从消防通道夺路而逃，几个胆小的女孩吓得哭了起来。所幸火情很快被消防队控制，没有人员伤亡，但是由此造成的心理阴影挥之不去。

据这位朋友说，在匆忙逃下楼的过程中，他脑海里闪现的都是美国911事件的画面。在从十几楼跑到6楼火情最严重的楼层时，尽管他用湿毛巾捂住嘴鼻，仍然感觉呼吸困难。他说，如果在那里多滞留一些时间，恐会坚持不住昏迷过去，想到这一点，至今后怕不已。

后来才弄清楚，出事的套房属于群租房，起火是由于室内电路老化引起。类似的群租房已是司空见惯的普遍现象，其管理混乱，设施老旧，人员复杂，成为引发危及社会安全的严重隐患。

岂止群租房不安全，看看周围，不安全的坑坑洼洼遍地皆是。

走在路上，可能莫名地被汽车或助动车撞倒；到饭店用餐，一条鱼一只虾说不定就被勒索数百上千元；在妇幼保健院生产，才呱呱坠地数日的婴儿，突然就被人贩子抱走；接个电话办个银行卡，冷不防就遭遇电信诈骗；一不留神买了个理财产品，无端就掉进了骇人听闻的庞氏骗局；外出旅游，到处是强行购物的骗局，不买那些假货可能数小时被关在某个无人知晓的地方不让走；上百度查个医疗信息，又被无处不在的莆田系医院坑蒙拐骗弄得家破人亡......

尤为令人不安的是，种种不安全变故并非客观原因造成的偶发事件，而是一些人有组织有目的有计划的蓄意所为。近日，媒体报道“江西余干重金求子诈骗村，5千人签不诈骗承诺”，将中国的“诈骗村”现象再度推入公众视野。在去年11月1日开展打击电信诈骗专项行动中，7个地方被列入第一批重点整治地区——广东茂名市电白区和广西宾阳、河北丰宁、福建龙岩新罗区、江西余干县、湖南双峰县、海南省儋州市。由于“诈骗村”面广量大，屡禁不止，该项行动不得不延长至今年底。

这就是严峻的现实。按照马斯洛的需求层次理论，生理需求和安全需求属于人类最基本的需求，如果一个社会不能确保满足全体成员的这种需求，那就根本谈不上更高层次的社交需求、尊重需求和自我实现需求。在一个丧失安全感的地方，生活中会处处充满焦虑、不安、恐惧、猜忌、怀疑，没有信任和谐，没有互助友爱，乃至没有安身立命之地。

安全感是任何社会不容有失的最后底线。所谓成功人生、幸福追求、美丽梦想、国民福祉，都以恪守这一底线为前提，底线一破，所有社会成员的安全均将不保。

4.电力系统需求分析 篇四

随着电力部门网络的全面改造，各变电站/所均实现无人值守，以提高生产效益。在电力调度通讯中心建立监控中心，能够对各变电站/所的有关数据、环境参量、图像进行监控和监视，以便能够实时、直接地了解和掌握各个变电站/所的情况，并及时对发生的情况做出反应, 适应现代社会的发展需要，已经提到了电力部门的发展议事日程。目前，各局都设立了运行管理值班室及调度部门，虽有对各专业的运行归口协调职能，但不能及时掌握运行状况和指挥处理运行障碍。现在对运行监视通常由各专业运行部门采用打电话来了解和判断处理故障。各种运行管理联系是松散的，再依靠原始的人工方式已不能满足通信网的发展需要。要跟上网络发展步伐，必须在健全和完善电力网络的同时建立电力遥视警戒系统。电力遥视警戒系统将变电站的视频数据和监控数据由变电站前端的设备/处理机采集编码，并将编码后的数据通过计算机网络传输到监控中心。监控中心接收编码后的视频数据和监控数据，进行监控，存储、管理。电力遥视警戒系统的实施为实现变电站/所的无人值守，从而为推动电力网的管理逐步向自动化、综合化、集中化、智能化方向发展提供有力的技术保障。

我公司开发研制的以图像监控为主、数据监控为辅的变电站遥视警戒系统正适应了电力部?quot;遥视“系统建设的需要。该系统为采用IP数字视频方式，能够对各变电站/所的有关数据、环境参量、图像进行监控和监视，能够实时、直接地了解和掌握各个变电站/所的情况，并及时对发生的情况做出反应, 适应现代社会的发展需要。该系统对于设备运行的机械状况及规范管理有着显著作用，同时对安全防范、环境状况和对付自然灾害等有着重大意义，能起到切实提高无人/少人值守变电站的安全水平。

电力系统需求分析：

一、总体需求

变电站智能图像监控系统的功能，主要体现在以下几个方面：

1.1通过图像监控、安防（防盗）系统、消防系统、保护无人值守或少人值守变电站人员和设备的安全。

1.2通过图像监控结合远程和本地人员操作经验的优势，避免误操作。

1.3通过图像监控、灯光联动、环境监控监视现场设备的运行状况，起到预警和保护的作用。1.4配合其他系统（如变电站综合自动化系统等）的工作。

二、用户主要需求规范

2.1监控对象

2.1.1变电站厂区内环境。

2.1.2主变压器外观及中性点接地刀。

2.1.3对变电站内的全部户外断路器、隔离开关和接地刀闸的合分状态给出特写画面。

2.1.4对变电站内各主要设备间的监视(包括大门、控制室、继保室、通信室、高压室、电容器室、电抗器室、低压交流室等)。

2.2系统功能

2.2.1监视和录像功能

利用安装在监视目标区域的摄像机对生产设备和环境进行监控和录像，并将被监视目标的动态图像传输到监控中心，监控中心可将控制信号发送到设在变电站的监控主机，实现各种控制。

监控中心、变电站运行维护人员通过业务台或监控主机对变电站监控范围的目标区域中设备或现场进行监视，同时在业务台或监控主机上完成对变电站摄像机的控制（左右、上下、远近景、调焦等），画面切换的控制和录像控制。

监控中心可通过系统的浏览功能查看监控中心或远程变电站的录像或图片。

2.2.2报警功能

报警类别：消防报警、防盗报警、动态检测系统实现告警录像，同时传送报警信息和相关图像至监控中心，并自动在地理区域图上或相关表格进行提示，显示报警的内容和具体位置。

系统告警时能联动相关设备，如灯光、警笛等。

当发生报警时，能把报警信息发送到指定的移动电话上。

2.2.3控制功能

被授权的网上任一操作人员能对任一摄像点进行控制，实现对摄像机视角、方位、焦距、光圈、景深的调整，进行云台的预置和控制。

应保证控制唯一性，当某个操作人员对设备进行控制时，其它同级操作人员则不能控制。

系统设计原则：

一、变电站遥视警戒系统设计原则

1.1系统充分体现了先进性、智能性、高性价比原则。

1.2可扩展性

1.2.1为了适宜未来系统扩展的要求，系统在满足现有功能的基础上预留足够的接口以便系统扩充之用。系统中控制部件（软、硬件）采用模块式结构、模组式交换矩阵、内部总线化等技术措施，可以方便灵活的进行扩充，充分保证系统在将来的适应性。

1.2.2灵活的组网方式，方便被监控变电站的增加。

1.2.3几个视频监控系统可以作为子系统组成更大的视频监控系统，可按多级（至少三级）组网的方式，形成大规模的监控网络，高一级监控中心能管理和监控低一级监控中心的运行。

1.3开放性

整个系统是一个开放系统，兼容性强，能与现有电力MIS网和其他监控系统（如变电站自动化系统）互融，提供完整的维护业务平台。

1.4灵活性

1.4.1系统可以很方便进行软件升级，保证用户投资。

1.4.2可调节图像质量与带宽占用，系统采用软件编解码，可以根据用户需求调节帧数、分辨率、图像质量等。

1.4.3多种图像浏览方式，包括单画面、四画面、九画面、十六画面多种浏览方式。

1.4.4系统支持基于浏览器技术的网络浏览功能，可以方便灵活的使用。

1.5先进性

采用国际最新的MPEG-1图像压缩处理技术，图像清晰，画面质量高，占用带宽小，实时性强。

1.6实时性

视频延时小于0.5S。

1.7可靠性

1.7.1具有设计独到的视频流量管理功能，保证网络通畅。

1.7.2实行操作权限管理，保证统一、规范管理。

1.7.3系统具有自诊断功能。

1.7.4系统具备防雷和抗强电干扰能力，可适应变电站中强电磁工作环境。

1.7.5系统的平均无故障工作时间MTBF>50000小时。

1.8完善性

1.8.1具有强大的数据和告警的采控和处理功能。

当发生报警时，能把报警信息以短消息形式发送到指定移动电话上。

与数据监控系统的无缝结合，实现告警时灯光、警笛联动并录像。

1.8.2功能完善的录像管理体系。系统可选用手动、告警、定时录像三种录像方式；提供指定周期的滚动删除功能，有效防止存储空间耗尽。

1.8.3系统具备完善的控制功能：

系统设权限管理，对不同级别的用户给予不同的权限，有效防止越权操作。

被授权的网上任一操作人员可对任一摄像点进行控制，实现对摄像机视角、方位、焦距、光圈、景深的调整。进行云台的预置和控制。

1.8.4有专为电力系统监控设计的红外测温和门禁管理功能接口。

1.9良好的硬件平台

系统硬件平台为机架式设计，实现高度一体化、高度工程化，便于施工、安装、调试。

1.10良好的软件平台

系统的软件操作简便、模块化结构，能应用于Windows等操作系统。

系统特色与主要技术手段：

一、系统特色

1.1 整个系统是一个开放系统，兼容性强，能与现有电力MIS网和其他监控系统互融，提供完整的维护业务平台。

1.2 可多级灵活组网、任意组合。

1.3 采用国际最新的MPEG-1图像压缩处理技术，图像清晰，画面质量高，占用带宽小，实时性强。

1.4 具有设计独到的视频流量管理功能和功能完善的录像管理体系。1.5 具有强大的数据和告警的采控和处理功能。

1.6 系统稳定性高，体积小，便于安装。是高度工程化的产品。1.7 有专为电力系统监控设计的红外测温和门禁管理功能接口。1.8 系统具有很强的安全性，适合电力系统的要求。

1.9 系统支持基于浏览器技术的网络浏览功能，可以方便的使用。

1.10系统设备先进，五年内不会因技术陈旧造成整个系统性能不高和过早淘汰。

二、主要技术手段

2.1流媒体管理技术

对于一个基于TCP/IP网络的图像传输系统，如果仅仅满足于图像能在网络上传输，那是远远不够的。由于视频源众多，情况各异，图像监控所需的视频传输数据往往会彼此或和其他系统争用带宽。若只有一、二个视频源，情况尚可忍受；若视频源超过一定数目，需要调看图像的用户又多的话，局面就会混乱不堪。其后果就是图像质量下降、延迟、停滞，甚至造成系统瘫痪。无疑这是用户所不能接受的。

变电站遥视警戒系统采用强大的流媒体软件技术专门设计了适合变电站遥视警戒系统所使用的视频服务器软件。它的主要作用是根据网络带宽、流量和用户的请求合理地分配各个视频流数据的传输，并可以依据用户网络的实际情况采取网络多播（MutilCast）技术以降低多个用户请求同一视频流数据时的网络流量。从而保证了图像质量，有效降低了在多用户并发操作下的图像延迟和带宽占用。同时也保证了高级别用户可以及时有效地获取所需信息。并且使变电站遥视警戒系统的采用不会影响在同一网络上用户其他系统的正常运行。2.2数据采控技术

包括所有模拟信号、开关信号、电压电流的采集及设备远程控制等，相对来说，这是遥测遥控系统中比较成熟的技术。AnyShow变电站遥视警戒系统的数据采控模块系统稳定，准确性高。通过网络视频服务器的485总线方式，可以很方便接入各种数据采集设备。本方案采用我公司开发生产的一体化数据采集平台，具有数字输入量，模拟输入量和数字控制量的平滑接入能力，用于采集红外、门禁等告警数据，准确率高，反应时间短，是一款高性能的数据采控产品。

2.3数据传输技术

TCP/IP网络协议是目前最流行也是最稳定的网络协议。变电站遥视警戒系统在TCP/IP网络协议之上开发了专用通讯层，针对图像数据的混合传输做了优化处理，适合多点视频和数据的并发传输，降低了系统资源的占用率。同时设计了专用文件传输协议，用于录像文件的传输。该通讯层支持多种TCP/IP协议的传输，包括TCP、UDP、多播等。

2.4数据存储、处理、分析技术

为了对告警数据进行分析处理，变电站遥视警戒系统使用了Microsoft公司的SQL Server数据库系统。并成功地实现了数据库的分布存储和访问，有效地降低了系统负担，大大提高了系统的稳定性。同时，系统支持对数据的多种查询和分析方式。

同时系统提供了各类数据库。主要有告警数据库、历史统计值数据库、实时曲线数据库、系统事件数据库。从而为整体数据的存储、处理及分析提供了强有力的依据。

系统结构组成与系统组网方式:

一、系统结构组成

1.1前端变电站数量

电力变电站遥视警戒系统不限定前端变电站/所的数量，但前端变电站/所的数量会影响整个系统的性能。变电站遥视警戒系统在前端变电站/所少于等于32个时系统性能最佳。在前端变电站/所少于等于64个时，系统性能基本不受影响。当前端变电站/所数量大于64个时，通常的做法是将这些变电站/所拆分成若干个分控中心(每个分控中心的前端变电站/所数量小于64个)。在这些分控中心之上再建立一个监控中心，从而组成一个树型网络结构。监控中心主要完成一些对分控中心的管理(包括非实时管理，如报表、统计等和实时管理即接管)。

1.2传输信道选择

目前，对于变电站遥视警戒系统通常有以下几种传输方式：

· 以太网传输方式

以太网传输方式要求各变电站（所）的光纤或微波设备提供以太网接口，以便于变电站（所）的图像、声音及数据经监控主机通过以太网接口上传至监控中心。或者要求变电站（所）已经和监控中心通过局域网相连。变电站（所）的图像、声音及数据经监控主机通过以太网经过各级路由器、交换机或HUB上传至监控中心。

· 2M--以太传输方式

2M--以太传输方式要求各变电站（所）的光纤设备提供2M接口，以便于变电站（所）的图像、声音及数据经监控主机通过2M--以太网桥上传至监控中心；监控中心通过2M--以太网桥将各变电站（所）的上传的图像、声音及数据汇集到中心网络交换器上与局域网上其他机器连接，供其进行处理。

·2M模拟传输方式

2M模拟传输方式要求各变电站（所）的光纤设备提供2M接口，以便于变电站（所）的图像、及数据经2M图像编码器上传至监控中心；监控中心经2M图像解码器将各变电站（所）的图像解码到模拟监视器或电视墙上，或经过二次编码接入中心以太网。同时将各个变电站（所）的数据汇集以便集中管理。

以上几种传输方式的性能比较如下表：

1.3系统整体组网结构

变电站遥视警戒系统可按行政区域划分，采用星形拓扑三级组网结构，如图所示:

如上图所示，在无人值守的变电站一级建立视频和环境监控体系，将多个变电站的视频和数据信息通过通讯网络上传到分控中心。多个分控中心本着负荷分担的原则，对所属各变电站信息进行分析处理，进行相应的显示、录像和控制，同时可以通过电力系统提供的通讯网络把数据上传到监控中心。监控中心根据需要选择观察前端变电站的信息，并为省一级的控制中心预留通讯接口，可以随时将信息上报，供统计分析之用。如前 1.1 前端变电站数量所叙，当前端变电站数量n大于64时，为了系统的整体性能稳定，我们需要建立分控中心；分控中心只需增加相应的业务台即可。

5.系统安全性需求 篇五

OA办公系统

解决方案

一．OA系统的作用......................................3

二．教务信息管理........................................3

三．行政公文管理........................................4

四．人事信息管理........................................4

五．流程管理................................................5

六．信息管理................................................5

七．信息管理................................................5

八．信息管理................................................6

十．工具管理................................................6

十一设置管理................................................6

系统运行环境................................................7

服务器客户端配置.....................................7 一．OA系统的作用

对于学校单位的领导来说OA系统是决策支持系统，能够为领导提供决策参考和依据；对于中层管理者它是信息管理系统；而对于普通管理者它又是事物/业务处理系统。泛迅OA办公平台能够为单位管理人员、工作人员提供良好的办公手段和环境，使之准确、高效、愉快的工作。

帮助学校单位实现信息资源的共享；增强员工协同工作的能力；强化领导的监控管理；有效管理起有形（设备等）、无形(业务信息、知识)资产，避免流失；实现公文流转、审核、签批等行政事务的自动处理，促进管理电子化、规范化，完美整合了组织内部的信息流。

二．教务信息管理

学校结构:支持学院、系、专业模式的划分,支持多校区的情况,可自由设置学院的组织机构层级类型。

教务管理: 教务管理采用office编辑器，良好的可视环境，可插入文件、图片、数据库、动画、视频、音乐等附件，支持图文编排系统。发布生即刻显示在系统首页，并且可以使用信息开关，自由设定开通与关闭功能。

教案管理:教案作为教师授课的主要内容，教案制作的好坏直接影响到课堂上的授课效果，影响到学生的实际接受能力，使用本系统可以非常方便地管理好教师的电子教案，为教师的教案制作提供便捷的交流平台。在本系统教师可以将其制作好的教案发布到学校网上，具体功能应用流程与课件发布功能相似。

课件管理：教师利用本系统可在本地或远程将自己的课件上载到学校服务器，以方便各种学习、教学需要；课件可按系统栏目分类上传，并且支持多文件格式的上载，如 word、excel、压缩文件等皆可。

学籍管理: 学籍管理包括学生基本信息管理、学生在校信息、家庭信息及其它信息。学籍信息管理可以根据实际情况输入学生信息，主要管理的信息有姓名、性别、出生日期、籍贯、民族、政治面貌、身份证号、照片等，直接输入相应关键字及查询条件即可查询相关人员信息。

三．行政公文管理

公文管理: 公文管理是用户单位日常办公活动中的重要组成部分，通过实现跨机构、部门的电子公文交换，提升公文处理效率和准确性，操作简便易行，大大降低了公文管理人员的日常工作强度，使枯燥的公文管理变的轻松高效。

发文管理:可对公文制发中的拟稿、会审、签发、印制、校对、分发、归档等到环节进行处理。流程采用自定义的方式，可满足单一审批、多人并行/串行审批、会签等多种公文流程需求，并能对流程进行跟踪和催办跳转，提高公文流转办理的工作效率。

收文处理可对来文的登记、拟办、传阅、批办、承办、归档等坏节进行处理。收文管理流程采用自定义，并能对流程进行跟踪和控制。系统提供Web方式的在线编辑、附件上传功能，可以与Microsoft Word、WPS等文档编辑工具进行嵌入整合，相关环节或者领导可以对需要办理的文件来在线编辑批示意见，这些意见在多人签署后，会自动在意见后面附上意见签署人、签署部门以及签署时间等。批示意见还支持领导通过手写笔录入意见，无需键盘操作，手写意见录入后，将保留签署人的原始笔迹，不会转换为计算机文字，相关环节的办理人员都可随时查询意见的内容。

四．人事信息管理

员工档案：对本单位人员的信息进行管理，包括人员的基本信息、履历信息管理、人员的调动分配、人员信息查询统计等。

员工考勤：员工可以通过网络进行上班签到、下班签退、外出登记、休假申请、出差申请、替班、倒休、加班，实现全员的网上考勤，并支持考勤不正常的原因说明（如迟到、未签退等）。外出申请、休假申请、出差申请的流程都可以自定义。每个员工都可以清楚地看到自己的考勤信息，领导可以查看下属员工的考勤记录，并能进行统计和分析。

五．流程管理

能自动完成各类任务和请求的提交及信息的反馈，方便用户对出差、加班、请假、报销、客户投诉等表单进行有效的电子化管理；并可实现可视化表单自定义，用户无需了解任何技术，即可通过简单的几个按钮定制出用户想要的表单，并具备完善的表单统计功能，与工作流及权限管理的结合可定义出各种新的业务功能模块。可自定义各类任务和需要的属性。支持痕迹保留及附件上传，支持正文模板功能，支持表单模板。在办理过程中有权限的人可修改表单。

六．信息管理

文件资料:可以对文字、图片、文件、实物等档案类型进行管理。各种重要文献（包括收文、发文、会议纪要、刊物信息等等），以及自定义流程生成的文档资料，都可以汇总到档案管理模块，进行统一、高效、标准的管理。

网络会议: 实现会议计划、审批、准备、记录、查询的功能。在会议召开前可以对会议的议题和内容进行审批和准备，准备内容包括合理地安排会议的参加人员、时间、场地、内容议题，准备会议文件，发放会议通知等。对已召开的会议可以对出席情况、议题讨论结果等内容作记录并整理会议纪要。同时该模块还对会议室的规模、设备服务配置和使用时间安排进行管理。

手机短信: 各类信息快速传递中心，能够达到实时发送、接收内部的各类实时信息，并以图像、声音等多媒体方式提示信息。

交点论坛: 可由用户灵活设置栏目、栏目权限、栏目用户范围的BBS，在实现内部员工交流的同时，可以充当日常办公讨论组的功能。大大提高了内部交流的效率。

在线调查：各部门成员用户可以进行在线调查投票，方便管理者进行各种分析决策.七．信息管理

车辆管理: 对企事业单位内日常车辆的使用进行管理，如车辆信息、出车申请、出车记录、驾驶员信息等繁杂信息的记录和处理，对车辆使用进行合理安排，对单位内的用车起到了很好的管理及监督作用,有效提高车辆的利用率, 办公用品: 对本单位需要进行采购、领用、库存统计的各类用品信息进行综合管理。有利于保证办公用品的正常发放使用。

供应采购:对相关供应商的信息登记,方便于有关人员查询使用.八．信息管理

文章管理:是对组织机构中的各类电子文档进行相应的管理，使员工存储相关资料文件,员工可以按文档结构树查阅自己范围内所需要的文档，还可以对文档进行关键字查询。

栏目管理:用户可对文档进行相应分类，对各个文档类别指定相应的名称和类别.九．管理

写信：通过邮件功能、实现内部员工通过邮件进行日常工作交流。具备POP3邮件管理功能，可以实现对外部邮箱的管理功能。附加提供的地址簿功能，可实现与OUTLOOK邮件地址簿的相互转换功能。

收信箱：系统支持internet邮件发接收、回复功能，并集成短信息提醒，方便用户及时查收邮件。

十．工具管理

对于单位内部的各用户考勤情况，办公用户借用/领用记录及在线用户情况进行查询分析，方便管理者进行各种分析决策

十一设置管理

部门设置：是系统运转的基础部分，通过根据本单位的实际情况设定部门、及各种职位 权限可实现对管辖范围的划分，同时对系统内部工作流转也将产生重要的影响。系统管理员可对部门、员工的权限和工作范围进行设定、修改。职位设置：系统中的职位可以自由定义。在给单位员工分配角色时可以与实际情况一一对应，也可以给员工对应一个或多个已定义好的角色，系统支持身兼多职员工管理，通过员工管理，不仅可以详细记录员工个人信息、家庭信息、学校信息、联络信息、还可登记工作履历信息、上传相片，以及进行所属部门和担任职位的分配。

参数设置：系统中相关参数都可由用户自行定义，包括各类字典数据、短信设置、邮件设置、考勤参数、计划报告类别、公文参数、密码修改等等。在系统投入正常运转前，通过相关工作人员将各种参数根据本单位的实际情况进行设置，可以提高系统对于本单位管理要求的适应性。

系统运行环境

服务器客户端配置

服务器安装有协同办公系统及必需的软件、硬件、网络支撑环境，服务器性能好坏将直接影响到办公自动化系统的运行速度、存取效率。所以，建议为办公自动化系统配置专用的服务器，建议采用品牌服务器，其原因一是性能稳定，二是服务保障。

服务器硬件配置：按100用户数使用需求，参考推荐配置为：INTEL 至强3.0G CPU；2G-4G内存；80GB以上硬盘空间（2-3块，可作RAID备份）；100-1000MB网卡。客户端硬件配置：客户机的配置没有严格要求，只要能满足打开IE，登录和访问协同办公服务器就可以了，建议PIII800M以上CPU，512MB以上内存，10-100MB以上网卡。

服务器系统推荐安装中文Windows2000/2003 Server操作系统，标配情况下安装SQL 2000数据库系统。

6.图书管理系统需求分析 篇六

1.引言 1.1 编写目的

软件需求分析，其目的是用于说明软件产品或软件项目需要满足的条件和限制。在软件工程项目中，首先要获取用户的需求，通过对软件需要的提取、分析、文档化和验证，为进一步的设计和实现提供数据。软件需求与其他活动也密切相关，如软件测试、配置管理和质量管理等。

本需求的编写是为了研究利用大型数据库做基础的图书管理系统软件的开发途径和应用方法。同时它也是进行项目策划、概要设计和详细设计的基础，是维护人员进行内部维护，信息更新，验收和测试的依据。

1.2 项目背景

本项目的名称：图书管理系统。

图书管理系统这任务提出与开发者为某学生的课程设计,用户是学校图书馆。本产品是针对电脑管理图书的需求设计的，可以完成图书信息录入、修改、删除，读者登记、购入新书、读者借还书、图书注销等。

1.3 相关定义

数据流图（Data Flow Diagram）：简称DFD，它从数据传递和加工角度，以图形方式来表达系统的逻辑功能、数据在系统内部的逻辑流向和逻辑变换过程，是结构化系统分析方法的主要表达工具及用于表示软件模型的一种图示方法。数据字典：它是数据的信息的集合，即对数据流图中包含的所有元素的定义的集 合。其作用是为设计人员提供关于数据描述的信息。数据字典应该由对以下四类元素的定义组成：数据流、数据流分量（即数据元素）、数据存储、处理。

2.需求概述 2.1 目标

“图书管理系统”主要提供图书信息和读者基本信息的维护以及借阅等功能。本系统是提高图书管理工作的效率，减少相关人员的工作量，使学校的图书管理工作真正做到科学、合理的规划，系统、高效的实施。

2.2 用户类和特征

最高用户是图书管理员和读者，图书管理员需要进行用户的创建、修改和删除等工作，要求具备计算机知识，如权限管理等。读者是普通用户，具备一定的计算机操作即可。

2.3 运行环境

服务器：CPU P4 1GHz以上;内存256M以上配置。由于服务器将存储大量图书资料，建议准备100G以上硬盘、并预留磁盘扩充接口。

客户端：CPU C433MHz以上；硬盘：200M以上空白空间；内存：128M以上配置。

软件运行环境：服务器：Windows 2000 Server、Windows 2000 Advanced Server、Windows 2003均可;Microsoft SQL Server 2000 或 2005。

3.需求分析 3.1数据需求

图书馆管理信息系统需要完成功能主要有：

1)读者基本信息的输入，包括借书证编号、读者姓名、读者性别等。2)读者基本信息的查询、修改，包括读者借书证编号、读者姓名、读者性别等。3)书籍类别标准的制定、类别信息的输入，包括类别编号、类别名称。4)书籍类别信息的查询、修改，包括类别编号、类别名称。

5)书籍库存信息的输入，包括书籍编号、书籍名称、书籍类别、作者姓名、出版社名称、出版日期、登记日期。

6)书籍库存信息的查询，修改，包括书籍编号、书籍名称、书籍类别、作者姓名、出版社名称、出版日期登记日期等。

7)借书信息的输入，包括读者借书证编号、书籍编号、借书日期。

8)借书信息的查询、修改，包括借书证编号、借书证编号、读者姓名、书籍编号、书籍名称、借书日期等。

9)还书信息的输入，包括借书证编号、书籍编号、还书日期。

10)还书信息的查询和修改，包括还书读者借书证编号、读者姓名、书籍编号、书籍名称、借书日期、还书日期等。11)超期还书罚款输入，还书超出期限包括超出期限还书的读者借书证号，书籍编号，罚款金额。

12)超期还书罚款查询，删除，包括读者借书证编号、读者姓名、书籍编号、书籍名称，罚款金额等

13)管理员管理：包括创建读者用户信息、删除读者用户信息、添加图书信息、删除图书信息。

3.2事物需求

1)在读者信息管理部分,要求: a.可以查询读者信息。

b.可以对读者信息进行添加及删除的操作。

2)在书籍信息管理部分,要求: a.可以浏览书籍信息。

b.可以对书籍信息进行维护,包括添加及删除的操作。

3)在借阅信息管理部分,要求: a.可以浏览借阅信息。

b.可以对借阅信息进行维护操作。

4)在归还信息管理部分，要求: a.可以浏览归还信息。

b.对归还信息可修改维护操作。

5)在管理者信息管理部分,要求: a.显示当前数据库中管理者情况。b.对管理者信息维护操作。

6)在罚款信息管理部分，要求: a.可以浏览罚款信息。b.对罚款信息可以更新。

3.3确定用例及编写用例文档

用例描述了一个完整的系统事件流程，其重点在于执行者与系统之间的交互而不是内在的系统活动，并对执行者产生有价值的可观测结果。

在这个“图书管理系统”中的用例图如下所示。

用例图不能提供用例所具有的全部信息，为此需要使用文字描述那些不能放在图形上的信息。用例文档是关于执行者与系统如何交互的规格说明，要求清晰明确，没有二义性。在描述用例时，应该只注重外部能力，不涉及内部细节。

4.非功能需求 4.1 性能需求

学校对系统性能无特殊的要求，只要查询图书的时候没有明显的延迟就可以了，查询的时间不要超过3秒钟。条件、假定和限制：

1）系统最小寿命： 系统应该能在无重大改动的条件下正常运行5年以上。

2）对设备的要求：

要求计算机稳定性良好，整套系统经济实惠。

3）可以利用的信息和资源：

图书管已经配置了所有的计算机，以及网络设备，操作人员将使用win2003 4)图书管员工受过较好的计算机方面的培训，在调研的时候感觉有不少员工有计算机方面的专业经验。5）编目要参照中图法。

安全性需求

对于图书管理系统的图书量会非常大，所以在对这些图书导入和查询时要保证速度。在图书借阅过程中又要保证事务的完整性。对于整个系统，需要完整的权限控制，防止某些人恶意攻击系统，修改原始记录，同时对于数据库中的数据需要定时备份，防止系统数据丢失。此外，系统要求用户在登陆时需要身份验证。

5.故障处理

在正常情况下，应不出错。一旦发生意外，比如掉电、网络不通等，也应保证系统数据不会丢失。

故障出现后可能采取的变通措施，包括：

7.新闻发布系统需求分析 篇七

一、研究的目的及意义

随着公司的业务扩展,公司规模不断扩大,企业要建立自己的门户网站,通过本系统可以使用户不需要编写程序,随心所欲的定制自己的网站系统。本系统主要分为前台和后台,前台主要包括各类信息的搜索及查看,后台包括管理员及相关信息的系统管理。

来访者有不同的权限,需要有个管理权限的功能,系统中应该有个超级管理员,具有所有权限,能够对系统进行全面管理,同时管理员可以修改自己的信息。

二、国内外研究现状

新闻发布系统是在上个世纪九十年代互联网技术发展之后才出现的技术,最初是为了解决一些网站信息的动态发布而开发,只是简单的发布和显示,功能极其单一。在九十年代后期,随着互联网技术的进一步发展,网络作为新起的新闻媒介工具,其用户大大增加,对网络服务质量的要求也越来越高,新闻发布系统就在这样的一个环境中提出、开发、并改进,到现在,新闻发布系统开发的成功案例己经不计其数,而且己经应用到各种站点上,可以说,各行各业的绝大部分的网站都使用到了新闻发布系统,大量的用户引发了新闻发布系统系统功能的进一步扩大和深化,给新闻发布系统提出了更高的要求。

电子商务网站的起步与发展,改变了传统的经营运作模式,为信息共享和信息协作提供了无限空间。企业应用电子商务,一般在互联网上设置WEB站点,将自己的数据中心建立在数据服务器上,把相关信息置放在网站主页上。现在许多网上银行、网上商场、网上书店己经开业,网上营销、网上广告正在发展。由于电子商务活动无时间和空间的限制,国家的界限也将在某种程度上消失。贸易与金融服务将成为世界范围的活动。世界商务的竞争更加激烈。同时电子商务需要处理好信息流、物流和资金流中的各个环节,才能健康运行和发展。信息的流动必须在可管理性、安全性、及时性、保密性、灵活性以及国际化等方面均达到一定的水平,才能在电子商务中可靠地应用。

新闻发布系统作为电子商务系统中一员,也有了很大的发展,从而使网站信息的更新速度大大缩短,从而大大加快了信息的传播速度,也吸引了更多的长期用户群,时时保持网站的活动力和影响力。由此可看出学习设计一个好的新闻发布系统是十分必要的。从目前国内外的应用情况来看,新闻发布系统主要有以下几种类型:前台动态显示的企业新闻 ;前台静态显示的企业新闻 ;基于企业文本的新闻 ;基于XML数据岛的企业新闻 。

三、系统工作难点和解决办法

目前新闻发布系统存在一些不利于管理、访问的问题:一是新闻发布系统不注重管理层次的划分,更多的是考虑管理用户类和浏览用户类,在管理用户类没有明确的分工,造成管理混乱。二是新闻发布系统不注重生成新闻的多样化,所有新闻的页面布局雷同,重点不突出。三是现有的新闻管理系统忽略了浏览者的使用,关联查询能力不强。为了解决上述存在的问题,各国的研究人员纷纷寻找新的工具和方法来应用到WEB上。把一些传统的软件工程,如建模的思想引进到WEB开发中来,目前做得比较好的就是网站发布平台的开发与应用。

摘要：近几十年来,由于计算机技术和网络技术高速发展,传统的信息传播媒体电视、广播、报纸已经不再是人们茶余饭后的主要精神甜点,人们开始更多的关注网络新闻。由于互联网所容纳的信息量大,内容丰富,信息及时、准确,更有相关信息的全面介绍与比较,大大地方便了人们的阅读,因此在短短几年里,互联网便跻身于众多媒体之间,并具有相当一部分媒体人群。本文介绍了企业新闻发布系统的开发目的及意义,国内外开发现状及开发本系统的难点。

8.系统安全性需求 篇八

关键词 社保数据库 安全 研究现状

中图分类号：TP3 文献标识码：A

0前言

社保行业网络系统内网主要针对内部人员使用，存在行业敏感数据，但外网则针对企业、个人提供各类服务，间接或直接和互联网相连并向人民群众提供各类业务服务。网络安全的威胁日益严重的情况下，考虑到外网可能直接面临互联网的黑客攻击和入侵，安全方案的设计需要依据国家的相关法规和保密标准，进行系统安全保密设计，以便达到国家保密局文件《中华人民共和国保密指南——涉及国家秘密的计算机信息系统保密技术要求》中规定的设计指标。

1社保系统数据库的要求

社保系统复杂性的特点要求数据库在数据的提交和管理等方面需要充分满足业务处理需求，所以，社保系统数据库的选择需要具备以下特点：

（1）保障可用性的基础上，数据库需要考虑系统运行的环境复杂，处理量巨大的问题，所以需要保证系统核心数据库的可靠、稳定及安全运行状况，以便提高系统整体抗干扰能力。

（2）公开的信息，需要能够通过数据库设定查阅权限和安全等级，数据库中要对重要的数据加密存储，以保证数据安全性。且数据库还应该提供方便的数据备份功能。以求减轻系统维护人员的工作量。

（3）数据库的设计需要在集成化和结构化等方面具备良好的扩充能力，以便满足之后业务发展的需要。

（4）职工及单位的社会保险资料需要实行分布式的存储方式，企业可按地域就近办理社会保险事务，同时数据可实现汇总统计。 除此之外，数据库还需要具有很多的其它特性，如支持网络环境等等。

基于数据库的劳动就业及社会保险业务系统构成了核心业务系统，通过数据接口和周边的定点零售药店、定点医疗服务机构、参保企业、代发银行、邮局及代收税务等系统交互；通过数据交换和财政、教育、民政、发改委等相关部门构成电子政务的协作网络；通过劳动保障专网实现抽样数据及统计数据的逐级上传；通过数据统计、分析及挖掘为领导的决策提供信息支持；通過网站、大屏幕、触摸屏、电话咨询服务中心等将数据展现给服务的对象；通过街道社区等基层部门实现数据的采集及就业、退休人员社会化管理及服务的下延。

2数据库安全技术现状

2.1对敏感数据进行明文存储

存在数据库中的数据通过明文的形式存储于数据库中，以避免黑客利用网络传输处理层进行数据库文件拷贝并截取客户隐私信息。存储设备、备份设备丢失和维修，都可能会引起批量敏感信息的泄露。

2.2数据库管理中存在的权限缺陷

存在系统管理权限中的SYSTEM、DBA、SYS等超级用户具备访问数据的权限，造成没有业务访问需求的用户可访问所有敏感数据权限的弊端。由于不同业务模块或者系统公用同一数据库用户访问数据，不能有效限定数据库用户访问能力，可能会导致绕开应用程序进行敏感数据访问的现象发生。

2.3因误操作或管理规范造成的问题

应避免因内部合法用户的误操作造成损失，数据库自身日志审计的缺陷、一般业务人员对于敏感数据的违规访问及违规利用，数据库和业务系统无法进行关联分析，没有启用合理的系统进行运维审计规范，不能对出现的违规操作及敏感数据访问进行监察和报警，事后责任追踪致使防控问题恶化。

3数据库安全技术的解决方案及措施

系统可采用加密算法将某些敏感数据内容、敏感字段或者数据库表进行加密，实现敏感数据密文存储。数据库防火墙介于应用服务器和数据库服务器之间，屏蔽数据库直接访问通道。实现实时检测用户对数据库SQL注入及缓冲区溢出攻击和报警并阻止相关的攻击行为，记录攻击发生过程的日志信息。实时监控数据库的连接信息、操作数及违规数等，管理员可断开指定连接。防止数据库安全漏洞的产生，弥补系统身份验证的不足。对于系统中最核心的企业信息、职工信息、医疗结余、养老基金、缴费信息、门诊消费报销、住院病人报销、财务数据等进行存储和加密，传输数据及备份数据信息加密，保证备份及存储设备遗失或传输过程窃取。

建立一套独立于数据库系统外的权限控制体系，使与业务无关的研发人员、DBA、维护人员无法访问涉及敏感的“表或字段”密文信息，阻止涉密数据泄密事件的产生。只有通过安全管理员认证的用户，才能具备查看涉密数据的权限。与此同时，用户的行为受到审计管理员的监督，对于敏感的信息进行记录，以便于对异常行为的事后跟踪回放。

4结束语

数据库的安全问题是一个系统性和综合性的问题，但随着网络技术、计算机技术及数据库安全技术的逐渐发展，也将产生新的安全问题。所以必须加强数据库安全技术的应用及研究来应对新问题，以确保数据库的安全。数据库的安全性指对有意的非法用户进行加密存取数据的控制方法，对于无意的损坏采取提升数据库应用系统可靠性及数据备份等控制方法。现今，数据库在各行业中逐渐地得到广泛应用，也受到了来自多方面的安全攻击和威胁，这就要求对数据库安全技术进行不断的提高和更新，以保护好数据库的安全。

参考文献

[1] 周明.电子商务网站的数据库安全技术问题探析[J].软件导刊，2010，9（9）.

[2] 何伟林.数据库安全技术相关问题探析[J].电脑知识与技术，2011（23）.

[3] 戴锐，范霞，方东.SQL Server数据库的安全策略探讨[J].江西电力职业技术学院学报，2010（1）.