第一篇:信息发布系统协议
xxx中心信息发布系统
建设情况简介
一、项目名称:xxx中心信息发布系统
二、项目业主:xxx
三、项目性质:电子商务平台建设
四、建设目标
按照“三个集中,三位一体”的危化品物流发展规划,以结算中心为载体和核心,依托计算机网络技术,通过信息发布系统和门户网站建设,使入驻结算中心的危化品经营企业、仓储企业和运输企业的信息资源得到充分共享,扩大业务范围,提升电子商务应用水平;为政府有关部门的行业政务信息开辟一条新的发布渠道,为政务服务提供一个新的窗口,提高行政效率,强化监管力度;实现结算中心运营管理单位的管理模式提档升级,安全、高效运作,促进我市危化品物流行业从传统的交易模式向现代化交易模式转变,使结算中心真正成为有形市场和无形市场相结合,西部地区规模最大、功能最完善、辐射范围最广的专业化、现代化、国内一流的化工贸易结算中心。
五、建设内容
(一)经营管理子系统
1、系统管理
主要实现政务中心机构和政府职能单位、用户、权限等管理。
2、危化品管理
提供按国家标准规范和编码对危化品基本信息以及属性和应急处理方案等信息的录入和维护功能。
3、办公自动化
实现结算中心办公管理过程,主要包括:公文管理、档案管理、会议管理、公共通讯录、电子公告、电子邮件、短信平台、即时通
讯。
(1)公文管理:实现公文信息录入(包括公文正文扫描录入),信息分发,信息查阅。
(2)档案管理:实现公文以及合同的归档、查询等功能。
(3)会议管理:实现会议登记,参会人员设定,短信提醒。
(4)公共通讯录:用于收集、整理本单位工作人员经常使用的通讯信息,可按姓名、部门等关键字进行查询,提供分类、分层显示功能。提供个人修改自己常用联系方式维护功能。
(5)电子公告:电子公告是一个灵活易用的网上公告板,可以通过它在单位内部按权限发布一般通知和公告等公共信息,用户可以授权发布新闻简报、最新制度、通知和消息等,系统还应提供历史公告的查询检索。
(6)电子邮件:提供Web邮件系统,电子邮件模块可实现阅读来信、发信、回复、转发、删除、保存和查阅等功能。实现中心内部电子邮件流转功能。
(7)短信平台:实现通过本平台发送短信以及对待发短信的管理功能。
(8)即时通讯:实现中心内部类似于QQ的即时通讯功能,并与短信平台和人事管理集成。
4、客户关系管理
主要是实现经营户、运输企业、仓储企业的信息注册、修改维护、检索等功能,并提供对经营户的考评指标设定、考评、分级管理。
5、人事管理
主要实现中心内部员工人事档案管理、绩效考核、薪酬管理。
(1)人事档案管理:提供员工入职、晋升、降级、离职等过程的信息维护。
(2)绩效考核:主要实现KPI指标管理、KPI考核、得分计算等功能。
(3)薪酬管理:实现中心内部员工的薪酬维护和薪酬发放功能。
6、物业管理
主要实现物业资源维护、物业合同管理、服务合同管理。
(1)物业资源维护:实现所有物业信息的录入及信息维护。
(2)物业合同管理:实现物业合同的签订以及归档管理。
(3)服务合同管理:实现服务合同的签订以及归档管理。
7、财务管理
主要实现按合同定期生成财务收费信息,收费管理,费用查询,收费数据统计等功能。
(二)信息收集子系统
1、运输需求管理
由经营户根据自身需要运输的货物录入相关的运输要求,比如需要多少运力、什么样的车辆、何种货物、目的地等信息。同时经营户可以直接选择运输企业,选择该运输企业具体的车辆等信息;也可以只选择运输企业,由运输企业安排车辆;或者是将当前运输需求公开发布。运输企业收到货运请求后,确认具体的运货车辆,返回给经营户处理。
2、仓储需求管理
由经营户根据自身需要存储的货物录入相关的存储要求,比如需要什么样的仓库、何种货物、存储时间等信息。同时经营户可以直接选择仓储企业,选择该仓储企业具体的仓库或储罐等信息;也可以只选择仓储企业,由仓储企业安排仓库或储罐;或者是将当前仓储需求公开发布。仓储企业收到仓储请求后,确认具体的仓库或储罐,返回给经营户处理。对于提货,由经营户直接录入提货信息,自动根据仓储企业上传到本平台系统的仓储货物信息生成相应的信
息。
3、运输企业网上竞价
对于经营户发布的竞价性运输需求,由各运输企业登录平台系统中进行报价,报价截止时间到后为经营户展示各运输企业的报价情况。经营户选择对应的一个或多个运输企业进行本次货物的运输,然后由运输企业安排和确认具体的运货车辆,返回经营户处理。
4、仓储企业网上竞价
对于经营户发布的竞价性仓储需求,由各仓储企业登录平台系统中进行报价,报价截止时间到后为经营户展示各仓储企业的报价情况。经营户选择对应的一个或多个仓储企业进行本次货物的存储,然后由仓储企业安排和确认具体的仓库或储罐,返回经营户处理。
5、提(送)货单管理
平台系统根据经营户之前录入系统的仓储要求,在经营户确认后自动生成提(送)货单。由中心人员对提送货单信息进行审核确认后成为提(送)货信息。
6、提(送)货单接口
由平台生成并经中心人员审核确认的提(送)货单信息按数据增量模式生成需要导出的数据文件,由中心人员定时将这些数据同步到外网发布出来。各仓储企业可以通过该接口获取提(送)货单信息。
7、购买证办理
实现整个购买证的申请、审核和办理流程。由经营户提出购买证办理申请,并通过系统提交相应的办证材料,然后由相关职能单位对信息进行审核,通过平台与申请人进行沟通和交流,最终完成购买证的办理。
8、运输证办理
实现整个运输证的申请、审核和办理流程。由运输企业提出运输
证办理申请,并通过系统提交相应的办证材料,然后由相关职能单位对信息进行审核,通过平台与申请人进行沟通和交流,最终完成运输证的办理。
9、运输车辆管理
主要实现运输企业本企业各类车辆信息等的录入和维护功能。
10、运输车辆资格证管理
实现整个运输车辆资格证的申请、审核和办理流程。由运输企业提出运输车辆资格证办理申请,并通过系统提交相应的办证材料,然后由相关职能单位对信息进行审核,通过平台与申请人进行沟通和交流,最终完成运输车辆资格证的办理。
11、从业人员管理
主要实现运输企业本企业各类从业人员信息的录入和维护功能。
12、从业人员资格证办理
实现整个从业人员资格证的申请、审核和办理流程。由运输企业提出从业人员资格证办理申请,并通过系统提交相应的办证材料,然后由相关职能单位对信息进行审核,通过平台与申请人进行沟通和交流,最终完成从业人员资格证的办理。
13、运输过程管理
主要实现运输企业对运输车辆的安排以及运货结束的确认过程管理。
14、仓储物资信息接口
主要提供接口,仓储企业通过该接口上传本企业仓储货物信息,由中心人员定期将这些信息导入到平台中。
15、经营行为监控
为政府职能单位提供对经营户、运输企业、仓储企业经营行为的监控功能。
(三)信息发布子系统
1、商家信息发布
为每个注册商家提供子网站,各商家可以自定义需要展示的栏目和信息(如企业基本信息,经营范围和内容,业绩等等)。在这些信息经中心管理人员审核通过后,发布到平台上。
2、运输企业信息发布
为每个注册运输企业提供子网站,各运输企业可以自定义需要展示的栏目和信息(如企业基本信息,经营范围和内容,业绩等等)。在这些信息经中心管理人员审核通过后,发布到平台上。
3、仓储企业信息发布
为每个注册仓储企业提供子网站,各仓储企业可以自定义需要展示的栏目和信息(如企业基本信息,经营范围和内容,业绩等等)。在这些信息经中心管理人员审核通过后,发布到平台上。
4、运输资源信息发布
各运输企业录入本企业的运输车辆和从业人员信息后,根据运输过程管理,自动生成当前企业可用的运输车辆和从业人员,并实时进行展示。
5、仓储资源信息发布
各仓储企业实时录入本企业可用的仓库和储罐信息,经中心人员审核后,直接在平台上发布。
6、政策法规信息发布
提供结算中心和政府相关职能单位录入政策法规等信息,在前台直接进行展示。
7、通知公告信息发布
提供相关具有管理职能的单位录入通知和公告,并在平台上进行展示。
8、LED信息接口
提供与LED显示屏的接口,将通过审核的信息发布到LED显示
屏上。
(四)统计分析子系统
本平台涉及到对各级各类用户信息的统计与分析,需要建立报表统计平台子系统,主要提供报表自定义、报表展示、报表打印等功能,并实现平台相关的报表定制工作。
(五)结算中心门户网站建设
规划和设计中心门户网站,实现中心宣传、法律法规、中心动态等栏目信息的发布。
第二篇:图书馆信息发布系统方案概述
一、背景
21世纪的图书馆建设,无不随着计算机信息网络技术的进步而发展。伴随
近年来世界音像产业的迅速发展,广大群众对音像视听作品欣赏的需求日益增大,作为国家公益文化事业单位的各级公共图书馆,应该以其丰富的馆藏音像视听作品、先进的播放设施、浓郁的文化氛围,为广大读者提供优质的音像视听服务。这不但会在一定程度上弥补我国消费群体日益膨胀的文化需求与音像产业有效供应量不足的矛盾,同时也使图书馆自身建设得到发展和提高。但是到底采用何种方式才能充分整合(开发)和利用图书馆视听资料,并且能在短时间内同时提供给多位读者、发挥多人使用同一媒体之效率呢?
二、需求分析
目前,国内各省级图书馆都已建立了音像资料视听室,馆藏音像视听作品
的品种数量不断丰富和增加,播放设备以及读者阅读环境也得到较大的改善,图书馆视听室的发展建设进入了黄金时期。但是从整体上看,仍赶不上同时期图书馆其他传统部门的发展。由于视听资料缺乏统一管理,播放设备陈旧落后、阅读场地狭小等制约因素,较大地影响着读者对图书馆音像视听资料的欣赏兴趣。
如何利用已经建设或即将建设的图书馆视听室实现真正的视听资料统一播放管理,为广大读者提供完善的视听服务与欣赏环境是当前需迫切解决的问题。图书馆视听资料播放系统应用方案正是针对这个问题的最佳解决方案。
三、系统概述
图书馆视听资料聆赏播放系统是基于企业网和宽带互联网的视频播放系
统,它可以让各级图书馆轻松在网络上构建视频信息和播放系统,为广大读者提供高质量的视频多媒体服务,音视频质量可达到卓越的高清电视品质。该系统全面支持MPEG-
1、MPEG-
2、MPEG-
4、VCD、DVD、WMV、ASF、DivX、Xvid等视频编码标准和MPEG Layer I and II、MP
3、AC
3、LPCM、ADPCM、 MPEG-4 AAC-LC 2.0等音频编码标准。
图书馆视听资料播放系统以高质量的编码方式将视频信号、音频信号、图片信息和滚动字幕组合成一个流媒体,通过计算机网络传输到网络控制器,然后由网络控制器将流媒体信息转换成电视机(如液晶电视或者大屏幕)的视频信号播出。这种显示方式对于信息的播放及信息的传播是极为理想的,不仅多媒体视听资料可以集中和远程管理,还可以随时发布节目列表,以最快的速度使广大读者了解到最新的视听讯息,而且可以随时插播新闻片段、公益广告、影视简介、旅游、消费报道等各种即时信息,供读者娱乐消遣。
四、方案设计
星际网络(杭州)技术有限公司 武汉分公司电话:027-87740155159 7296 7910
图书馆视听资料播放系统由控制中心主机、网络播出控制器、网络平台和
显示设备(如液晶电视)组成。
控制中心主机是高性能计算机,基于Windows2003操作系统,供管理员对网络控制器实施管理,如视听资料管理,编辑节目播出单,把节目单和节目内容传送到播放器上。控制主机可以实现对视听中心不同分区的多个网络控制器的远程、分布式实时管理,实现视频、音频、图片、控制信息、节目播出单的实时自动上载。同时,加装视频编辑软件,管理控制主机可用于音视频节目的编辑、文件格式转换等。网络控制器支持多种音视频流格式、图像、文字和滚动字幕的播放。网络控制器自带硬盘,可以自动按节目播出单播放存放在硬盘中的节目内容,也可以实时播放来自于流媒体服务器的实时音视频流。节目内容可以在网络流量相对小的时段传输到网络控制器,从而充分利用网络带宽。
图书馆视听资料播放系统加上音视频前端设备和视频直播服务器,即可使播放系统具备直播功能,可在自己办公室直接向全馆发送直播内容。宣传部门也可通过网络,生动地宣传优秀事迹、传达上级领导的指示精神、组织学习文件、进行广泛传播和宣传。
各级公共图书馆可根据实际情况将视听中心规划为不同形式的使用区域,为读者创造一个休闲、娱乐、益智、增广见闻的优良、舒适环境。
1、传统视听区
可分别播放不同类型的视听资料,如CD、VCD、DVD等,也可以自带资料,这些视听资料预先由管理员在控制管理中心进行管理控制,读者只需提前与管理员预约,由管理员操作即可观赏视听资料。
2、小组视听区
可提供多人以最休闲的方式观赏同一影片之用,如共同欣赏国内外经典文 学艺术影视作品及现代影视作品、收看国内外重大新闻等,也可供教师和进行学术研究的人员播放教学和研究用的媒体资料。
3、音乐视听区
可提供1个音乐频道和多个广播频道供读者选择,读者如需等待,可一边 聆听优美音乐,一边等候。
4、电视欣赏区
有线电视的接入,可以直播新闻要事、球赛活动、嘉年华会、大型演唱会 等活动,让读者能及时了解国内外重大新闻及重要体育赛事。
5、多媒体随选视听区
由管理员将多媒体视听资料精心制作成分类栏目,读者可以通过摇控器或触摸屏点播喜爱的节目在液晶电视上观看。
6、团体视听室
团体视听室也可提供各类的视听资料,供专场集体使用,并可提供企业利用此视听室进行员工培训、产品演示,教师利用此视听室进行教学应用,播放教学时用的课件资料等。通过大屏幕为员工和学生提供丰富的学习资料,同时也提供了良好的视听环境。
系统功能
1)素材管理
a. 视音频管理:导入视音频文件,编辑 修改文件名、文件目录、文件属性,
视音频文件预览,抓取视频关键帧。
b. 图片管理:支持图片 JPEG 、 PNG 、 GIF 、 BMP 文件格式,调用图片编
辑工具。
c. 文字管理:在视频或图片中插入文字,文字信息可以多种方式显示,也可以
插入图片格式(图片文件)的文字,文字管理包括字幕定义,字幕效果设置,如文字大小、字体、边框、显示速度、背景颜色等。
d. 实时可视化编辑:编辑视频、音频,文字等信息组合成一个动态的多媒体视
频文件。
2)发送管理
a. 即时传输:选择指定的节目和任务实时发送。
b. 定时传输:在规定的时间自动开始发送节目和任务文件。通过该功能,可以
安排在网络不繁忙的时段发送大量的视频文件。
c. 分组传输:可将播放器分区、分组,同时将素材文件发送给一组控制器。
d. 传输状态显示:实时显示传输状态 。
3)节目表管理
a. 建立播放节目表:使用用户界面友好的操作功能将视频、图片、文字等文件
组合成一个节目表。
b. 编辑节目表:用户可以方便地编辑节目表,如播出顺序、重复次数等。
c. 插入节目表模块:节目表模块是指在节目表中插入另一个节目表。
d. 删除节目表:可以在自由的删除没有被应用的节目表。
4)发送管理
a. 发送节目表:向指定的网络控制器或控制器组发送节目表,在进度条中可以
查看发送状态,可以中断发送。
b. 正常播放:各个网络控制器按照节目表顺序自动播放。
c. 即时播放:即时发送视频、音频、图片、文字素材以及节目表,即时播放。
d. 设置默认节目表:对每一个网络控制器或控制器组,都可以设置开机自动播
放默认节目表。
5)终端管理
a. 创建网络控制播放组:建立并命名一个控制播放组,将网络控制器加入到组
中,实现分组管理。
b. 设置控制播放组中网络控制器的优先级:当向网络控制播放组发送播出单与
内容时,播放组中的各个网络控制器,按照在控制播放组中的顺序,逐个地发送。可以修改网络控制器在控制播放组中的顺序。
c. 编辑控制播放组:在控制播放组设置中,可以修改控制播放组名、显示类型、
删除控制播放组。
6)高级配置
a. 一般设置:对播放控制环境、控制器的时间同步、语言选择、网络安全、播
放模式等进行配置。网络控制器软件可以通过网络远程控制到每一个控制器或控制播放器组的开关机。
b. 网络控制器软件可以实现远程的升级:可以在控制中心对网络控制器进行远
程的升级。
7)日志信息
a. 节目表日志:查看标题、播放开始日期与时间、播放结束日期与时间、重复
播放次数,播放记录。
b. 错误日志:显示日志日期与时间、类型(错误或警告)、播放器错误信息与
次数。
第三篇:信息系统变更和发布管理办法
第一章 总 则
第一条 目的:本管理办法规定了我区信息系统的变更和发布管理,变更和发布管理作业操作流程和控制要点,确保变更需求的受理符合业务的优先需要,并使变更和发布过程规范化,控制变更对银行业务和已投产系统安全运行的不利影响。达到降低信息系统变更和发布风险的目的。保障信息系统的安全稳定运行,特制定本管理办法。 第二条 依据:本管理办法根据《高新区信息安全管理策略》制订。 第三条 范围:本管理办法适用于我区信息系统变更和发布管理。 第四条 定义
(一) 软件产品:泛指信息技术开发的生产业务系统和管理信息系统等应用软件项目。
(二) 生产业务系统:指我区从事金融服务的应用网络系统。
(三) 管理信息系统:指我区信息管理的计算机网络系统,具体指OA办公系统、信贷管理、报表系统等用来进行内部管理的应用软件系统。
(四) 业务部门:指我区相关业务部门。
第五条 遵循原则
(五) 监督制约原则:针对信息系统变更和发布管理工作中各个环节,建立相应的监督检查机制。
(六) 计划性原则:信息系统发布应纳入每年计算机应用计划,确保全行计算机系统资源、应用环境、维护力量、操作技能能满足系统安全、可靠运行的要求。
(七) 可行性原则:具有普遍适用性和可操作性。 (八) 风险控制原则:
若为新项目或新业务功能变更和发布,需进行以下风险分析: 1. 备份机建设情况;
2. 应用系统投产后的集中监控方案; 3. 生产数据备份方案; 4. 程序及系统备份方案;
5. 数据库建库/建表/建索引方式等; 6. 对其他系统的影响。
第二章 组织与管理
第六条 职责划分 (一) 需求部门:
1. 提出需求,并确认《用户需求说明书》;
2. 用户测试阶段确认用户测试计划、记录用户测试问题、确认用户测试报告;
3. 接受用户培训并提出反馈。
(二) 信息化管理与服务中心:
1.在需求阶段审阅和提出风险控制、合规和稽核方面的要求,在项目开发阶段对有关风险控制、合规和稽核方面的测试结果进行审阅;
2.在项目实施后审阅阶段对有关风险控制、合规和稽核要求的实施效果进行审阅。
3.负责受理所有变更和发布需求,会同其他相关部门对变更和发布需求进行评估,并将评估意见向部门领导汇报;
4.在详细设计阶段审阅和提出网络、硬件、操作系统和数据库等方面的配置和容量要求;
5.在设计与编程阶段提供网络、硬件、操作系统和数据库的参数配置; 6.在测试阶段配合项目组设立网络、硬件、操作系统和数据库环境; 7.配合对系统进行联合测试,把信息系统版本软件、相关配置文件、标准数据和相关文档提供给信息化管理与服务中心;
8.将信息系统发布到使用部门,系统上线时会同项目组搭建生产系统并进行程序移植,组织定期对变更和发布效果进行分析和总结。
9.接收管理和备份软件开发中心提供的源程序、相关标准数据、配置文件、相关文档;
10.负责设计、编程、纠错和开发质量控制,编制《系统设计规格书》; 11.落实项目管理制度和业务操作手册的编制工作,参加制定上线方案制定,编制《上线实施计划》;
12.负责系统切换上线的技术支持工作;
13.负责项目验收资料整理汇总,配合项目验收工作。 14.负责对需要测试评估的软件进行分析测试; 15.负责提交测试分析报告。
第三章 信息系统变更
第七条 信息系统变更,指由于新增信息系统功能、系统逻辑改变、系统错误修正、系统补丁安装及版本更新、系统配置修改及业务参数修改等原因,而对已投产系统进行局部改变的一切活动。已投产系统变更需求主要来源于以下几种情况:
(一) 由于业务快速发展,业务部门对现有已投产系统的功能或设置进行变更或通过新增功能来满足需求;
(二) 用户在使用过程中发生的一些操作错误,或技术人员、监控管理软件自动发现的故障或事件,需要通过安装程序补丁或修改配置等操作进行修改;
(三) 厂商定期发布的系统补丁,涉及系统的功能、性能、安全漏洞,需要在已投产系统中进行安装;
(四) 由于系统容量扩充或与已投产系统存在数据交换或数据共享的其他已投产系统发生变化后引发的已投产系统变更。
第八条 信息系统变更的提出,必须由申请部门填写《系统变更流程单》(附件1)第一部分,申请信息。在申请信息填写阶段的主要工作内容包括:
(一) 申请人需选择变更类型;
(二) 描述变更内容和目的;
(三) 是否存在其他措施满足变更需求;
(四) 如不实施变更可能对客户、合规、外部利益相关方、内部管理和操作、安全控制、系统可用性和数据准确性的影响;
(五) 选择变更的急迫性。
第九条 申请部门主管审批签字后提交信息化管理与服务中心进行处理。 第十条 信息化管理与服务中心收到变更申请后,和变更申请部门充分沟通,理解变更需求的合理性,审阅变更的影响和急迫性,并会同其他相关部门对可行的变更实施方案和变更对已投产系统的影响做出评估,最终形成建议的变更日期,填写至《系统变更流程单》第二部分,变更需求评估信息,交信息化管理与服务中心负责人进行审批。
第十一条 信息化管理与服务中心组织变更需求评估时,应充分考虑系统是否已存在满足变更需求的功能或设置;是否存在其他操作手段,能达到同样的变更需求效果。
第十二条 信息化管理与服务中心组织变更需求评估时,了解实施变更: (一) 是否需要进行开发,以及开发的工时;
(二) 是否需要进行操作系统、数据库系统、中间件、硬件和网络的变更; (三) 是否需要进行后台数据变更; (四) 是否存在信息安全控制的考虑因素;
(五) 结合信息化管理与服务中心现有的资源,统筹安排变更实施时间表;
(六) 实施相关变更时,可能导致的业务中断或服务水平下降。
第十三条 综合对变更需求合理性的评估和变更实施影响的评估,信息化管理与服务中心在《系统变更流程单》的第二部分提出变更的建议日期,并进行资源协调。在信息化管理与服务中心负责人进行审批后,通知相关部门:
(一) 如不建议实施变更,则向变更申请部门说明理由;
(二) 如建议实施变更,则告知建议变更的时间及对客户服务和内部操作的影响,要求变更申请部门和相关部门进行准备;
第十四条 对涉及软件开发的需求变更,向信息化管理与服务中心提出申请。
第十五条 对不涉及软件开发的需求变更,信息化管理与服务中心根据需要,提交信息化管理与服务中心相关人员负责制定变更的测试步骤,落实测试人员在测试环境中对变更进行测试,测试人员对测试结果进行记录并签字确认。
第十六条 信息安全人员对变更进行上线前审阅,确保系统变更过程中的系统安全。信息安全人员完成上线前审阅后,信息化管理与服务中心进行上线处理。信息安全人员根据变更的风险程度,进行上线后审阅,确保达到变更目标。
第十七条 为控制已投产系统的变更对客户服务和业务操作带来的影响,确保生产环境的完整性和可靠性,信息化管理与服务中心应制定一系列控制变更的策略和制度,严格控制变更的规模、涉及面及信息安全风险。包括:
(一) 信息化管理与服务中心负责人每周对集中的变更工作计划进行审阅,确保充分有效的技术资源或系统供应商/开发商技术资源,保证变更的有序进行;
(二) 除非是需要立即实施的特急变更,信息化管理与服务中心应选择非业务繁忙时间,如凌晨、周末或公众假期进行变更上线;
(三) 信息化管理与服务中心进行周密计划,包括制定意外应急措施; (四) 分离已投产系统与开发或测试系统的管理职责;
(五) 保证已投产系统和开发或者测试系统相分离,禁止开发人员在未经授权的情况下进入已投产系统;
(六) 只有在得到管理层批准执行紧急修复任务时,开发人员才能访问已投产系统,所有的紧急修复活动都应立即进行记录和审核;
(七) 开发人员对已投产系统进行变更必须经过严格的审批和控制;开发人员访问已投产系统时必须由信息化管理与服务中心系统管理员对其访问进行监督和记录,并在访问结束后系统管理员及时禁用或删除开发人员在已投产系统中使用的账号;
(八) 对已投产系统进行变更必须经过严格的授权之后才能进行操作实施,操作实施过程必须受到严格监控。
第十八条 变更实施上线前需进行用户测试,并在变更上线后由变更申请部门负责人对变更进行签字确认。
第十九条 对于上线过程可能导致业务暂时中断或导致业务操作发生重大变化的变更,信息化管理与服务中心必须在上线前以书面方式告知相关业务部门影响的业务范围和时间,并提供相关技术支持。
第二十条 变更上线执行的工作内容和相关要求进行。
第二十一条 变更计划与步骤、回退计划与步骤、测试步骤与结果、信息安全审阅意见、用户测试确认等变更实施信息记录在《系统变更流程单》第三部分,变更计划和测试接受信息。信息化管理与服务中心负责人负责对变更实施信息进行审阅。
第二十二条
急变更是指在某些紧急情况下,对已投产系统需要在没有完整的系统测试,或无法完成正式审批流程的情况下进行的变更。如:因系统缺陷需要对已投产系统进行立即修补,或突发的监管要求对已投产系统进行紧急变更。
第二十三条
紧急变更应由变更申请部门相关负责人提出,获得信息化管理与服务中心负责人的审批或者授权方可进行。可以接受的审批方式或者授权是信息化管理与服务中心负责人的口头授权或邮件授权等,并在紧急变更实施之后,补足相应的《系统变更流程单》并由相关负责人员签字,进行备案。
第二十四条
在紧急变更实施前,须进行测试。紧急变更前未能实现测试的,须事后补足相应的测试及测试文档,并由相关测试人员签字。
第二十五条
紧急变更应记录日志,由信息化管理与服务中心和变更申请部门共同审核和签字确认,并进行程序和数据备份,以便必要时可以恢复到原来的程序版本和数据版本。
第二十六条
变更实施后,信息化管理与服务中心组织其他相关部门对变更实施的结果进行定期集中评估,主要应从以下几个方面对变更实施的情况进行总结:
(一) 变更是否达到预期目标; (二) 变更是否存在负面影响;
(三) 一段时期内实施的变更数量(包括总量以及按变更类型分类的数量); (四) 变更以及变更请求的理由清单和类型分析、以及未来控制变更数量的跟进措施;
(五) 变更回退的数量及其原因。
第二十七条
《系统变更流程单》填写完整后由信息化管理与服务中心进行整理,并由信息化管理与服务中心负责人安排人员进行定期审阅,最终交信息化管理与服务中心归档。
第四章 检查监督
第二十八条
检察监督
(一) 信息化管理与服务中心管理员在系统切换发布前对系统切换发布的版本进行检查控制;
(二) 信息化管理与服务中心系统管理员在系统更变和发布前对系统进行检查控制;
(三) 信息化管理与服务中心每季度对项目文档的完整性、规范性进行检查监督;
(四) 信息化管理与服务中心安全科至少每季度进行一次检查。
第五章 附 则
第二十九条 本管理办法由信息化管理与服务中心负责解释和修订。 第三十条 本管理办法自发布之日起施行。
第四篇:气象预警信息发布系统设计定稿_(2)
气象预警信息发布系统工程设计
班级:09系统一班 姓名:姜培 学号:20091325037
【摘要】:我国是自然灾害频发的国家之一,其中气象灾害或与气象有关的灾害造成失占整个自然灾害造成损失的70%以上。气象灾害给人类造成的危害十分严重,特别是重大的灾害性天气对国民经济、群众生活以及国家安全所造成的损失更为直接,带来的灾难更为深重。我国每年因各种气象灾害造成的经济损失约占国内生产总值(GDP)的3%-6%。加强对气象灾害的预警,将气象预警信息及时、准确、最大范围的传达到需要预警的地区,成为目前迫切需要解决的重大课题。
论文主要针对公众聚集场所和广大农村及偏远山区预警信息的覆盖发布目标。试图建立起有针对性的预警信息发布系统并设计完成信息发行终端设各,文字显示和语音播报预警信息,达到预警目的。针对人群聚集的公众场所预警信息发布形式单
一、效果差、无法语音播报等问题,设计和实现了基于GSM网络的气象预警LED屏信息发布子系统,主要功能是通过中控平台控制,将气象预警信息及时准确在各个需要预警地区的LED屏上文字滚动显示,同时利用文语转换,同步播放语音信息,达到预警目的。针对广大农村及偏远山区预警信息无法覆盖、预警接收设备欠缺的问题,同时由于这些地区可能无GSM网络覆盖,或LED屏不便安置等原因,设计和实现了基于无线广播网的气象预警专用调频接收机信息发布子系统,主要功能是通过中控平台控制,利用调频多工在RDS信道上传播预警信息和控制信息,使具有RDS功能的专用接收机接收顶警文字信息并自动跳转到预警频道。达到预警目的。
一、气象灾害的涵义及气象灾害的破坏性
大气变化产生的各种天气现象对人类的的生命财产和国民经济建设以及国防建设等造成直接或间接的损失,称为气象灾害。诸如狂风刮倒房屋;暴雨引起洪涝淹没田地:长期无雨形成干旱,枯死庄稼,渴死人畜:高温酷暑和低温严寒造成病人增加、死亡率增高;雷电击死击伤人畜或引起火灾等等。气缘灾害可分为天气灾害和气候灾害。天气灾害是指一次天气过程,如某一次热带气旋、某一次暴雨、某一次龙卷风等造成的灾害。气候灾害是指气候异常而造成的灾害。如该下雨的季节不下雨,该冷不冷,该热不热等反常天气现象的出现,导致人类及动植物的不适应,.影响人类社会活动及生产活动,危及动植物的正常生长发育,造成经济损失和其他损失。
气象灾害给人类造成的危害十分严重,特别是重大的灾害性天气对国民经济、群众生活以及国家安全所造成的损失更为直接,带来的灾难更为深重。根据中国气象局预测减灾司的统计: 1998年长江、松花江、嫩江等发生全流域性特大洪水,全国29个省(区、市)受到洪涝灾害的影响,受灾严重的有11个省(区、市),全国因洪涝灾害受灾人口达1.8亿人(次),成灾l.2亿人(次),因灾害死亡4150人,紧急安置转移1839.3万人,经济损失达2550亿元:2003年,淮河流域特大洪水因连续强暴雨过程而形成,经济损失达285亿元。上述列举的实例表明,气象灾害,特别是重大气象灾害造成损失是相当巨大的。因此,重视气象灾害的预测、预报及防御,加强对气象灾害的预警,最大限度降低气象灾害损失刻不容缓,如何将气象预警信息及时准确的传达到灾害发生地,最大程度的降低灾害损失,成为目前迫切需要解决的重大问题。
二、气象预警系统的建立
1、 系统建立的目的
气象预警系统建立的主要目的就是改善传统的气象预警发布模式, 将气象预警信息制作与发布实现一体化,减少不必要的操作工序,使预警信息发布流程大为简化。
2 、系统主要功能
气象预警发布系统是集实况监测、天气分析、气象预警信息制作、发布及查询于一体的气象业务应用平台。其主要功能为制作气象预警信息, 并以LED显示屏、收音机、文本、手机短信、“12121”文件以及网页的形式发布。
论文设计和实现的气象预警信息发布系统利用中控平台统一管理预警信息,两个子系统分别利用GSM网和无线广播网进行通信,各自针对不问人群和不同场所,互相补充,达到预警信息的最大覆盖,为推进气象预警发布工作的实施提供了一种方案和思考,同时对两类子系统的设计方案、硬件构成、功能实现及预警信息发布的控制和实施过程等关键问题,给出了设计方法和问题的解决方案
三、气象预警信息发布国内外研究现状 1.国外研究现状
近年来,随着全球气候变暖,极端气候事件不断发生,在目前的科技条件下,还不能准确预报气象灾害。为尽量减少灾害夺去人们生命和财产的损失,各国都在寻求有效地气象灾害预警机制。
莫斯科气象局预测或监测到灾害天气时,将气象信息通过广播、电视、报纸等大众传媒,特别是电台及时将有关信息传达给大众。德国“危机预防信息系统”(DENIS)是一个开放的互联网平台,提供各种危急情况下如何采取防护措施的信息,为在灾害临近前尽快通知公众预警,德国在2001年10月开始运行一套新型卫星通信系统。通过卫星,然后通过电台、电视台传播出去,速度只需几秒钟。韩国消防防灾厅实施对灾害多发地区的居民实施手机文字和语音短信发向灾害警报的方法,减少居民因无法接到灾害信息而受到的损失,在山谷等手机信号难以覆盖的地方,增设自动警报设施。
2.国内研究现状 国内在气象预警信息发布方面的研究工作起步较晚,应用水平也较低,特别是,可实时监控、便于业务化管理的综合预警信息发布平台的建立,以及专用气象预警接收设备的研究几乎是空白。山东省为加强突发公共事件预警能力,利用人民防空警报系统发布灾情警报。广东、陕西、河南等其它省基本通过手机短信、广播、电视、报纸和网络媒体进行公众预警。近两年各省也在研究利用电子显示屏发布预警信息的方式。
3. 论文主要研究内容概述
论文主要研究内容可概况为三个方面:信息发布端软件设计,LED屏子系统的硬件设计和软件实现,专用接收机子系统的硬件设计和软件实现。
论文针对不同人群和不同场所气象预警信息发布工作的实际需要,设计和实现了两个子系统,其中气象预警LED屏信息发布子系统基于GSM网络,主要针对人员聚集的公共场所,接收终端嵌入手机模块、语音转换模块、信息采集模块,由主控板统一控制,预警信息通过GSM网络与发行中控平台通信:气象预警专用调频接收机信息发布子系统基于无线广播网络的RDS和SCA技术,主要针对广大农村及偏远山区,接收终端嵌入RDS和SCA的解码器,预警信息通过无线广播网与中控平台通信,论文主要讨论了这两类子系统的设计方案、硬件构成、主要功能及预警信息发布的实现过程。同时,介绍了对两类子系统进行统一管理和监控的预警信息发布中控平台。 论文所做的主要工作包括:
讨论了系统信息发布端的软件设计和通信建立,在接收端硬件设计和软件实现的基础上。实现了由中控平台统一管理预警信息,两个子系统各自针对不同人群和不同场所分散发布,互相补充的预警综合系统,达到预警信息的最大覆盖,为推进气象预警发布工作的实施提供了一种方案和思考。
针对人群聚集的公众场所预警信息发布形式单
一、效果差、无法语音播报等问题,设计和实现了基于GSM网络的气象预警LED屏信息发布子系统,主要功能是通过中控平台控制,将气象预警信息及时准确在各个需要预警地区的LED屏上文字滚动显示,同时利用文语转换,同步播放语音信息,达到预警目的。
针对广大农村及偏远山区预警信息无法覆盖、预警接收设备欠缺的问题,同时由于这些地区可能无GSM网络覆盖,或LED屏不便安置等原因,设计和实现了基于无线广播网的气象预警专用调频接收机信息发布子系统,主要功能是通过中控平台控制,利用调频多工在RDS信道上传播预警信息和控制信息,使具有RDS功能的专用接收机接收预警文字信息并自动跳转到预警频道。达到预警目的。 全文有5个章节组成,各章主要内容安排如下:
第一章:绪论,主要介绍论文选题的背景及研究意义,大致介绍了气象预警信息发布国内外目前的研究现状,初步介绍了论文的研究内容和章节安排。
第二章:系统的总体结构设计,介绍了该系统建设的需求情况,分析了系统的总体结构,特别对本论文重点研究的两个子系统的信息发布总方案进行了概要性的说明。 第三章:系统发布端设计,介绍了信息发布中控平台的结构和功能,说明了中控平台对子系统信息发布过程的建立和信息管理的功能实现。
第四章:总结,对全文内容进行了概括性总结,对下一步研究工作提出了展望。
四、总结
气象灾害给人类造成的损失越来越引起社会的广泛关注,提高气象预报能力,加强灾害预警,将气象灾害预报的信息最早、最及时、最有效的传递到需要预警的地区,告知人们做好准备。是降低灾害损失的有效途径。
论文主要针对公众聚集场所和广大农村及偏远山区预警信息的覆盖发布为目标。对信息发行端软件设计,有针对性地对基于GSM网络覆盖的LED屏发布端和GSM覆盖不到的调频接收的发布端设计及软件实现等方面做了尝试。实现了在一个信息发布平台对气象预警信息集中统一收集处理和发布,集中管理和监控。利用两个子系统分布式将预警信息针对性的发布到不同场所不同人群中去,文字显示和语音播报预警信息,达到预警目的。
论文主要做了两个方面的工作:基于GSM网络及调频接收机信息发布端软件设计,气象预警信息发布系统技术阐释。
信息发布端软件设计的过程就是信息发布中控平台的建立过程,论文介绍 了中控平台的系统架构、功能组成、数据流程等情况,特别对中控平台如何与 子系统建立连接,如何将预警信息发布到达接收终端,如何统一管理子系统进 行了说明。
基于气象预警发布系统设计就是系统平台的建立和软件设计与实现的过程,论文介绍了系统体系架构及技术架构、数据采集和处理、软件设计与实现等情况,特别对系统体系架构进行了详细说明。
参考文献
1、马鹤年,沈国权1气象服务学基础[M ] 1北京:气象出版社,
2、程也.天气灾害的社会影响促使人们更加重视天气服务[J] .气象科技, 1999 , 29(1):65.
3、 林卓宏, 梁敏妍, 卢炳源. 气象防灾减灾项目可行性评价[J] .广东气象, 2008, 20( 2) : 40- 42.
4、 张银河, 崔少萍. 本地暴雨预警信号效果评定初探[ J].广东 气象, 2008, 30( 2) : 49 - 51.
5、 骆继宾. 美国的无线防灾预警系统- NWR [ J] .气象知识,2006 ( 1) : 33- 35.
6、袁丽军, 粟华林.探讨气象短信的发展之路[J].广西气象,2006,27(3):40- 42.
7、 王明洁, 曹春燕, 孙向明. 深圳市短时、临近气象预报、预警业务系统简介[J] . 广东气象, 2006, 28( 3 ) : 40- 42.
8、 张小丽, 孙晓铃, 曾汉溪.不同地点不同下垫面的高温特征及预警信号发布[J].广东气象,2006,28(3) : 34- 37.
第五篇:网上发布信息服务合同协议
第一条 合同双方
甲方:________________
乙方:________________
第二条 合同要点
甲、乙双方经充分协商,订立此合同。合同有效期为:______年 ______月______日至______年______月______日止。
第三条 甲、乙双方的权利、义务
X.X 甲方按乙方要求在指定网站位置发布乙方提供的网上信息内容,具体安排如下:
网站名称:__________________________
位置:______________________________
规格:______________________________
发布时间:__________________________
价格:______________________ (元/月)
实价:______________________ (元/月)
总额:__________________________(元)
付款方式 □支票 □现金 □转帐 □电汇 □邮汇
合计金额(元)
¥:________________
付款日期:_________________________
备注:_____________________________
X.X 乙方对其所提供的信息内容(包括文字与图片稿件、广告
图标及链接)的真实性、合法性负责。
X.X 乙方提供的信息内容稿件需乙方盖章(或法定代表人、负责人签字)最后确认,并承担由此产生的一切法律责任。电子文档以电子邮件形式交付时请用乙方注明使用的电子邮箱并由负责人签名。
X.X 乙方需在发布前 X 天交付刊登稿件、广告图标(自备广告图标用户)及链接交给我公司确认。
X.X 乙方需要甲方制作广告图标或网页时请在刊登/发布前 X天提交制作素材内容(委托我公司制作广告图标用户)。
X.X 乙方须在合同终止日前 X 天以书面形式通知是否继续发布(如继续发布则续签合同)。
第四条 合同变更
乙方如欲中止或变更本合同(包括发布位置、规格、发布时间等)须提前 X 天以书面形式通知甲方。如变更后合同总金额大于本合同总额,可将已付费尚未发布使用的时间段按整月折合成金额计入新合同中。(超过 X 天计一个整月,小于 X 天不计,特别赠送时间不计)
如果是属于服务内容中列明的可替换内容乙方需在更换前 X 天提前通知甲方。
第五条 违约责任
X.X 在合同生效期内如属甲方 IDC 机房故障、服务器故障导致乙方内容无法正常显示和访问的,甲方将对故障时间进行累计,并补偿给乙方同等发布时间。甲方对非甲方所能控制的原因(如自然灾害等)所造成乙方信息不能如期发布,不承担责任。
X.X 因乙方未按本合同规定时间交付信息内容、信息费及相应的证明文件所造成乙方信息不能如期发布或修改,甲方不承担责任。
第六条 其它
本合同壹式贰份,甲、乙双方各持壹份。如有未尽事项,用附件补充,经双方签字备案后与本合同具同等效力。
相关文章:
xxx中心信息发布系统02-10
高校网站新闻发布系统的研究02-10
新闻发布系统报告02-10
新闻发布系统竣工总结02-10
新闻发布系统设计说明02-10
学习工作培训心得02-10
校园新闻发布系统02-10
基于IP技术的信息发布及查询系统的应用02-10
学校扶贫实施方案02-10
信息系统与信息管理02-10