总体架构

2024-10-07

总体架构(共9篇)

总体架构 篇1

0 引言

单一、孤岛式的信息系统已逐渐被充分互联互通的体系所取代。以网络为基础, 以信息为纽带, 以信息系统为平台, 连接相关各要素, 实现要素间有机协同, 从而形成体系化能力, 是目前各个行业或领域渐已实现并仍在不断发展的方向。海洋维权是国家的重大问题, 通过信息系统, 连接海洋维权各种要素, 构建体系化海洋维权能力, 是海洋维权装备与系统发展的重要方向。本文的目的在于给出海洋维权信息系统的总体架构, 从顶层上对海洋维权信息系统的体系加以规划和描述, 形成海洋维权信息系统的顶层视图。

这里所提系统是概念化复杂系统, 是指海洋维权信息系统的整体, 或系统之系统。因此, 本总体架构设计重点在于系统的框架结构, 而非实体系统的设计细节。

1 海洋维权信息系统的使命任务

海洋维权信息系统的使命是组织运用各种海洋维权资源, 对海洋重点、热点区域海上目标进行监视和预警, 为海上维权行动提供通联保障和信息支援。 具体任务包括:

( 1) 海洋维权预警监视

利用海天海洋监视手段对岛礁、海上设施以及重要目标进行监视, 发现变化和异常, 为海洋维权行动提供前期预警。

① 岛礁监视: 包括岛礁的自然变化监测和人为侵占监视, 利用海天海洋监视手段对岛礁进行监视, 发现并监测岛礁的自然变化和人为侵占痕迹;

② 上设施监视: 对海上石油勘探、开采等进行监视, 发现异常动向;

③ 重要目标监视: 对重点、热点海域海上舰船进行监视, 识别目标类型。

( 2) 海洋维权行动指挥

① 海洋维权态势感知: 利用海天海洋监视手段对任务海域进行监视, 感知任务海域态势;

② 海洋维权指挥协同: 指挥中心对海洋维权平台进行指挥和调度, 海上维权编队协同, 海洋维权船、机协同, 以及海洋维权船或编队与海军舰船或编队协同。

( 3) 海洋维权业务保障

① 海洋基础信息资源服务: 海洋地理信息、气象水文信息等服务;

② 海洋维权目标基本信息服务: 目标对象海上警卫力量 ( 人员、平台) 信息、海上设施信息;

③ 海洋维权平台勤务调度保障: 海洋维权船勤务调度, 海洋维权飞机勤务调度。

2 信息系统功能架构

海洋维权信息系统功能上主要由业务功能和技术支持功能两大类13 个功能系统组成, 如图1 所示。

(1) 业务功能类

①目标信息整编

整理编辑岛礁、海上船舶以及海上设施等海上目标的基本信息, 形成标准化的数据, 入库保存, 并对其进行删除、修改等维护管理;

② 法规信息处理

对海洋维权法规信息进行数字化, 形成标准化海洋维权法规数据, 入库保存, 并对其进行删除、修改等维护管理;

③ 信息汇集

接收海洋维权相关机构发送的海洋维权指令、海上空中海洋维权平台发送的海上情况与信息请求以及海洋监视等信息, 进行解析等处理; 根据订阅分派规则, 分派给相应的要素进行处理和应用;

④ 监视预警信息处理

汇集海洋监视传感器及相关部门提供的海洋监视信息, 对接收的信息进行处理, 发现和识别可疑目标及海洋侵权行动, 形成海洋维权监视预警信息;

⑤ 态势处理

提取、汇总海洋监视信息, 对海洋监视预警、海洋监视平台上报的位置以及海上目标基本信息等信息进行关联融合处理, 生成海上、空中航迹以及目标分布等态势, 并在海洋地理空间图形环境中进行显示;

⑥ 指挥调度

受理上级机构下达的海洋维权指示和命令, 结合海上目标基本信息、海洋地理空间信息、海洋气象水文信息、海洋维权监视预警信息以及海洋维权资源信息, 制定海洋维权规划、计划和方案 ( 预案) ; 接收海洋维权现场情况信息, 监视海洋维权态势, 下达海洋维权指示和命令;

⑦ 信息分发与服务

通过点对多点发送、及时通信以及电子邮件等方式, 将指示命令、海洋环境预报、海洋监视预警以及海洋维权态势等海洋维权信息推送给指定的用户; 通过网络服务方式, 提供海洋维权信息服务, 支持用户浏览和下载使用。

(2) 技术支持功能类

①网络通信

提供网络通信服务, 并对网络进行管理, 形成海洋维权专用通信网络, 为系统提供基础网络通信环境。网络管理的具体功能包括网络配置管理、网络性能管理、网络流量分析、网络拓扑显示、网络故障管理以及接入认证等;

② 数据库

对系统涉及的各类数据进行维护和管理, 为各类业务功能系统提供数据服务。具体功能包括数据库表空间管理、数据库数据维护、数据导入与导出、 数据库备份以及数据库操作审计等;

③ 海洋环境数据服务

对海洋地理空间、海洋气象水文基础及预报数据进行格式解析和转换等处理, 形成标准格式的海洋环境数据; 对其更新和维护, 提供应用支撑服务;

④ 安全保密

对系统的网络基础设施进行安全监控和防护, 操作系统的各类对象进行身份认证, 并根据其业务角色进行授权管理和访问控制, 对其操作进行审计, 并对存储和传输的信息进行保密处理, 从而保证系统的安全运行和信息的安全使用;

⑤ 时间统一服务

通过“北斗”、“GPS”以及天文报时台等基准时钟源获取基准时间, 通过网络对系统内服务器计算服务设施进行对时;

⑥ 系统运行管理

其主要任务是对系统用户及其使用权限进行管理, 根据用户权限提供系统登录服务; 对用户系统的操作进行审计, 对非法操作进行告警; 对运行状态进行监视; 对系统应用进行管理, 并提供应用服务。

3 信息系统总体技术架构

从体系化集成角度出发, 海洋维权信息系统自下而上分为基础设施、基础支撑、应用支撑、业务功能以及应用五个层次。下层单元是上层单元的基础和支撑。

( 1) 基础设施层

基础设施层是应用系统的物理支撑层, 是系统运行的物理承载平台或网络、设备环境, 为系统运行提供硬环境支撑。主要由海洋维权业务专用网络、 计算服务、存储、安全保密以及时间统一设备等组成。

( 2) 基础支撑层

该层是应用系统运行的软件基础层, 是应用系统的操作系统以及数据管理支撑层, 为系统运行提供软环境支撑。主要包括操作系统、数据库管理系统、海洋地理空间信息管理平台等基础支撑系统。

( 3) 应用支撑层

应用支撑层是业务功能的支撑以及应用系统运行的支撑, 为功能系统提供模型以及处理、信息交换、数据、传输等服务, 并为应用系统的运行提供公共的安全、时统以及运管等服务。主要信息交换格式解析、目标识别模型与处理、态势聚合模型与处理、关联融合处理、各类信息收发与共享服务、各类数据服务、各类传输服务等应用支撑单元, 以及安全保密、时间统一、系统运管等运行支撑等单元组成。

( 4) 业务功能层

业务功能层是系统的业务功能实现层, 为应用系统集成提供功能单元。主要由海上目标信息整编、法规信息处理、信息汇集、监视预警信息处理、态势处理、指挥调度以及维权信息分发与服务等功能单元组成。

( 5) 应用层

应用系统层是业务应用系统层, 也是集成系统层, 为海洋维权提供业务平台。其主要由国家海洋维权指挥调度信息系统、海区海洋维权指挥调度信息系统、分区海洋维权指挥调度信息系统、海洋维权船指挥调度系统以及空中海洋维权指挥调度系统等组成。信息系统总体技术架构如图2 所示。

4 网络通信架构

海洋维权网络通信系统实现海洋维权船内部勤务调度与要素间组网通信、维权船只编队间通讯与网络互联、船只与岸上指挥调度中心通讯与网络互联、船只与海洋维权空中平台通讯与网络互联、维权船只与海军舰船或舰队间通讯与网络互联以及海洋维权船只通用联络与应急通信保障。

海洋维权网络主要由地面固定通信网络、海上移动通信网络和机载通信单元组成。

地面固定通信网络依托国家共用基础网络构建。各节点通过网络路由器接入海洋信息网, 实现互联; 节点内配卫星通信设备、短波电台和数据链地面设备等无线通信设备, 实现与海上及空中移动海洋维权船和机的网络互联与话音通信。配通信控制器, 实现无线话音与数据通信和有线话音与数据通信全互联; 从而实现全域、全业务一张网, 为建立网络化的海洋维权业务体系提供一体化的网络通信支撑环境。节点内部构建内部业务局域网、连接服务器和业务工作站。

在国家和海区两级指挥调度中心分设一级和二级网管中心, 管理网络通信资源和用户, 配置网络通信参数, 监视网络通信设备运行情况, 统计网络通信流量, 优化网络通信性能, 发现网络运行故障, 保证网络的可靠运行。

海洋维权船上配卫星通信设备和短波电台, 实现海洋维权船与地面指挥调度中心的网络互联和话音通信; 配置超短波电台, 形成海洋维权船编队的自组织网络; 配移动基站和相应地终端, 用于船上勤务指挥与调度; 配专用话音交换机, 实现船上各固定要素间话音通信; 通过网络交换机, 构建船上业务局域网, 连接船上服务器和业务工作站; 配置船载数据链设备, 实现船机话音通信与数据交换。

海洋维权飞机配机载卫星通信和专用数据链设备, 实现海洋维权飞机与地面指挥调度中心及海洋维权船的话音通信和数据交换。

海洋维权通信网络架构如图3 所示。

5 信息架构

海洋维权信息总体上可以分为基础、指挥调度以及综合保障3 大类20 种, 其结构模型如图4 所示。

( 1) 海洋维权基础类信息

基础类信息主要是共性约束性信息, 包括海洋维权术语字典、海洋维权分类代码、海洋维权信息元素代码、海洋维权资源代码以及海洋维权信息媒体类别等。

( 2) 海洋维权指挥调度类信息

指挥调度类信息主要是直接用于海洋维权指挥调度的信息, 包括指示命令、计划方案、固定实施信息、装备与系统信息、人员信息、态势信息、现场情况报告以及支援保障请求等。

( 3) 海洋维权综合保障类信息

综合保障类信息主要是保障海洋维权指挥决策和行动的信息, 包括海洋监视预警信息、海上目标基本信息 ( 包括岛礁基本信息、海上船舶基本信息和海上设施基本信息等) 、海洋维权资源信息 ( 包括港口、机场等固定设施信息, 装备与系统信息, 以及人员信息等) 海洋环境信息 ( 包括海洋地理空间信息和海洋气象水文信息等) 以及海洋维权法规等信息。

6 结束语

信息系统既是开展海洋维权行动重要的手段和工具, 也是连接海洋维权各种要素的纽带。通过信息系统互联海洋维权各种要素, 形成海洋维权体系能力是海洋维权能力建设的重要发展方向; 总体架构设计给出了构建海洋维权信息系统的顶层框架结构, 是构建海洋维权信息系统的一种总体理念, 可以作为实体系统研发与集成的框架性指导和技术约束。本文提出的技术架构是一个开放的架构, 原则上讲, 可以支持从基础设施到业务功能和应用系统各层的扩展; 同时也是一个需要不断完善和发展的架构, 需要根据业务需求的调整和技术的发展而不断改进和完善。而其中的网络通信架构, 提出了全域、全业务一张网的概念, 重点强调了网络通信的一体化; 具体的通信方式和手段是需要根据实际使用环境和业务需求进行集成设计和选择配置的。

参考文献

[1]麻德明, 丰爱平.海岛规划管理信息系统框架设计[J].海岸工程, 2011, 30 (3) :82-89.

[2]陈峻.公开情报搜集分析系统总体设计[J].无线电通信技术, 2008, 34 (6) :38-40.

[3]马春雷, 马丽娜, 朱麟.海警指挥信息系统顶层设计方法与内容研究[J].信息系统工程, 2013 (7) :34-35.

[4]宋坤, 周智海.基于SOA的海洋环境观测集成系统框架研究[J].海洋开发与管理, 2013 (9) :57-60.

[5]方朝辉, 任酉贵.辽宁省“数字海洋”信息基础框架构建[J].科技情报开发与经济, 2013, 23 (9) :114-115.

[6]白福义, 罗晓玲.浅谈数字海洋技术支撑体系[J].气象水文海洋仪器, 2008 (1) :7-11.

[7]张新, 刘健, 石绥祥, 等.中国“数字海洋”原型系统构建和运行的基础研究[J].海洋学报, 2010, 32 (1) :153-160.

[8]夏学知, 吴向军, 张子鹤.船舶一体化网络系统技术研究[J].船舶工程, 2005, 27 (2) :54-57.

[9]何亚文, 苏奋振, 杜云艳, 等.海洋信息网格服务平台的设计与实现[J].地球信息科学学报, 2010, 12 (5) :680-686.

[10]孔梅, 黄海军, 时红丽, 等.海岛管理信息系统的设计与实现[J].地理空间信息, 2010, 8 (5) :100-102.

[11]杨春英, 左艳军, 李敏茹.舰船网络技术现状和发展趋势[J].舰船科学技术, 2011, 33 (3) :3-6.

总体架构 篇2

要解决的问题

摘 要:在解析我国森林警察训练发展战略架构的基础上指出:我国森林警察训练发展战略的研究和制定,必须紧紧抓住三个结合点、必须牢牢把握一个中心点、必须达到应有的层次和高度、必须降到应有的层级和“低度”、必须在提高针对性上下功夫、必须扎根林业立足警察目标。

关键词:森警训练;发展战略;架构剖析;要素简析

中图分类号:G726 文献标识码:A

根据国家公安部第134号(部长)令,修订后的《公安机关人民警察训练条令》(下简称《条令》)自2015年1月1日起实施;配套的“公安机关人民警察训练大纲”(下简称“大纲”)现在征求意见当中。因此,基于《条令》和“大纲”的森林警察训练研究,亦已提到工作日程,不管是基于《条令》的森林警察训练战略研究、训练发展研究、训练动态研究,还是立足于“林业”的森林警察训练目标研究、训练课程研究、训练方法研究等,都在得到越来越多的关注和越来越多的重视。

一、研制森警教育培训(训练)发展战略架构的立足点

关于我国森林警察训练发展战略架构的研究和制定,必须清楚我国警察的现在训练,如:怎么训、怎么练,训什么、练什么以及训的目标、练的规格,等等。因此,深入研读《条令》,向《条令》寻求答案,既是最佳的选择,也是捷径。

关于训练目标,根据《条令》第一章“总则”第四条之规定,公安机关人民警察训练的目的是提高队伍的整体素质和执法水平,增强履行职责的能力,努力打造一支信念坚定、执法为民、敢于担当、清正廉洁的公安队伍。根据第七条之规定,训练分为:入警训练、晋升训练、专业训练和发展训练。

根据《条令》第三章“训练任务”第十九条之规定,入警训练重点是培育人民警察核心价值观和基本职业素养、提高适应公安工作能力。训练内容主要包括理想信念教育、警察职业养成教育、基础公安理论、基础法律法规、基础公安业务和基础警务实战技能、体能、心理行为训练等。

根据第二十条之规定,晋升训练重点是培养战略思维和管理素养,提高胜任领导工作能力。训练内容主要包括党性党风教育、国际国内形势、经济社会发展和公安发展战略、公安法制与执法、科学决策指挥、突发事件应对等。晋升警衔训练重点是培养专业精神,增强职业荣誉感,提高综合素质和履职能力。

根据第二十一条之规定,专业训练重点是培养专业素养,强化知识更新,提高工作能力。训练内容主要包括岗位政策法规、业务知识、专业技能和专项警务实战技能、体能、心理行为训练等。

根据第二十二条之规定,发展训练是着眼公安工作长远发展和人民警察健康成长的训练。主要包括在职领导干部专题训练、后备干部培养训练、专家和业务骨干研修、教官业务提高训练、民警职业拓展训练等。

《条令》的训练目标就是森警的训练目标,训练内容就是森警的训练内容,训练要求就是森警的训练要求,只不过需要结合林业行业特点和增加林业行业需求的内容而已,也就是说森林警察的中国人民警察性质、地位和任务,并不因为林业的行业属性而削弱、调整或改变,必须在《条令》的大框架之内组训、施训,即森林警察训练发展的战略架构必须立足《条令》并且是基于《条令》研究和制定的战略架构。

二、研制森警教育培训(训练)发展战略架构的主依据

(一)林业发展

关于林业发展,包括:集体林权制度改革、森林城市发展建设、大型国有林企改革等许多实实在在的具体内容。因此,基于林业发展的研究和制定的森林警察训练发展战略,就是紧紧围绕这些具体内容,训练提高森林警察的能力素质(见图1)。

(二)警察任务

2014年,我国正式成立了国家安全委员会,置于国家安全之下的警察承担着保卫国防、社会、政权安全等三大任务(见图2)。

(三)社会进步

人类经济社会的发展进步,必然要求森林警察具备与之适应的能力素质(见图3)。

三、森警教育培训(训练)发展战略架构的基本构想

研究和制定森林警察训练发展战略的关键和核心,可用“一个立足点和三个大依据”来概括,即战略架构中的警察能力素质训练,要能满足林业发展、警察任务、社会进步的需求,也要能脚踏实地(《条令》)具体训练实践(见图4)。

我国森林警察训练发展战略的研究和制定,有两个必须牢牢把握的思考层次:一个是社会进步、警察任务和林业发展,要求森林警察必须具备的能力素质。另一个是社会进步、警察任务和林业发展,要求入警训练对象必须具备的能力素质、晋升训练对象必须具备的能力素质、专业训练对象必须具备的能力素质和专项训练对象必须具备的能力素质。前者的意义,是构建宏观的背景;后者的作用,是细分落实的具体。如果没有宏观的背景,落实的具体就难有充分依据;如果没有具体的落实,宏观的背景就无法充分体现。

因此,不管是我国森林警察训练发展战略的研究,还是制定的我国森林警察训练发展战略,都要扎根林业、立足森林警察,都要突破林业、突破森林公安工作,就是要能置身于人类经济社会的国际化、信息化和科技发展需要的社会大背景之中,站在保卫国防安全、社会安全和政权安全需要的高度,紧紧围绕集体林权制度改革、森林城市发展建设、大型国有企业改革、生态文明生态安全、海洋生态文明安全和林业发展改革创新。当然,也不能远离、更不能脱离。入警察训练、晋升训练、专业训练、专项训练等训练类型的细化细分,而且,解读《条令》,细研《大纲》,把坚定投身警察事业者,变成合格或基本合格人民警察的入警训练;把条件符合升任领导职务者,变成合格或基本合格的领导者;把条件符合晋级警衔者,变成合格或基本合格的警衔级别者;把提高刑事侦察、交通管理、治安管理等专业技术能力水平的专业训练;把提高后备干部、训练教官、科研人员等特定对象知识层次的专项训练,分别在训练发展战略中体现出来。

四、研制森警教育培训(训练)发展战略的几点思考

(一)必须紧紧抓住的三个结合点

首先,要找到林业与警察结合的最佳点,林业是个有着政府机构、企业、商业等不同身份定位的综合体,警察是支拥有行政执法和刑事司法的武装力量,两者怎样结合才能完善森林警察应有功能、发挥应有作用。其次,要找到森林警察与地方公安(警察)结合的最佳点,森林警察是行业警种,只接受地方公安的业务指导,虽已纳入人民警察序列的警种之一,但警种的独立性,自然会有协调、联动和结合等等要求。再次,要找到森林警察与社会发展结合的最佳点,人类经济社会的快速发展自然要求林业改革创新,林业的改革创新自然要求森林警察默契配合,林业的森林警察如何有机结合人类经济社会的国际化发展、信息化发展以及科学技术进步带来的发展。因此,在森林警察训练发展战略的研究或制定过程中要重视寻找上述的三个最佳结合点。

(二)必须牢牢把握的一个中心点

森林警察的训练发展战略必须抓住“任务”这个中心点,即紧紧围绕林业发展、国家安全和社会进步中的森警任务这根主线,确认训练森林警察应该具备的能力素质;确认在林业及其林业相关领域中完成这些任务,训练森林警察应该具备的能力素质;确认在维护生态安全、建设生态文明、保卫海洋生态等具体任务的过程中发挥应有作用,训练森林警察应该具备的能力素质。要想充分发挥中心点的应有作用,还要在明确任务的时候,清晰任务的依据、任务的地点、任务的时间、任务的环境和任务的程序等等,以任务为中心建立一个紧密的任务因素群,做到纲(任务)举目张。

(三)必须达到应有的层次和高度

我国森林警察训练发展战略的研究和制定,虽然必须置身于森林警察之中,但是必须要能站在森林警察之外,即要能站在国家林业发展、国家生态安全、国家生态文明建设、人类经济社会进步、地球生态文明建设、地球生态文明安全等的立场和高度。它直接决定着研究森林警察训练发展战略的水平层次,也直接决定着制定的森林警察训练发展战略的功能作用。

(四)必须降到应有的层级和低度

无论战略研究还是战略制定,“高度”都是基础都是关键。但是“高度”的充分体现和应有的境界,必须“低度”、而且必须低到恰当的层级,即不断深化战略训练的内容和不断细化战略训练的要求。“高度”不是站在云里而是脚踏实地,“远度”不是增加长度而是缩小差距,既要不断清晰和明确:生态文明建设、海洋生态安全、人类经济社会国际化发展中的生态文明建设和生态安全保卫等等中的森警能力素质训练内容。还要不断清晰和明确:森林公安局长、森林公安派出所长、普通森林公安民警和省级森林公安局长、地市森林公安局长、县级森林公安局长以及森林城市派出所长、自然生态景区派出所长、大型国有林场派出所长等等的能力素质训练要求。

(五)必须在提高针对性上下功夫

针对性在研究和制定森林警察训练发展战略的过程中是关键,因为不管是战略研究还是战略制定,一旦失去了针对性,实际上也就等于是失去了应有的价值和意义,不仅无法正确指导实践,而且可能误导实践陷入歧途。即使它会带来灾难性的后果,也不可能及时被发现,当然也不可能及时得到修正、调整或改进。因此,提高森林警察训练发展战略的针对性,要求的并不只是针对森林警察训练的发展样子,还有森林警察的发展样子,具备什么样的条件或在什么样的环境下,森林警察的训练发展还可以变成什么样子,森林警察的发展还可以变成什么样子,等等。

(六)必须扎根林业立足警察目标

森林警察因为有林而存在、因为有林而发展,如果没有了林业,森林警察也就没有了存在的必要。所以,脱离林业或离开警察研究的森林警察训练发展战略和脱离林业或离开警察制定的森林警察训练发展战略,都不可能是我们真正需要的。显然,以林代警、以警代林或林强警弱、警强林弱,也是我们在研究和制定森林警察训练发展战略中,必须努力避免、积极杜绝的。

关于森林警察训练发展战略架构研究,严格意义上虽然只能算是战略架构的“模型”研究,但是这并不影响也不削弱它在战略研究和战略制定过程中的如:明确方向、理清思路、明晰层次、确定方法、细化过程、坚定目标等的价值存在和作用发挥,基于林业发展、警察任务和社会进步构想的森林警察训练发展战略架构,以及以剖析简读这三个战略架构为基础构想的我国森林警察训练发展战略架构,不仅能够帮助我们更清楚的认识森警训练发展战略的阶段基础和递进步骤,而且能够帮助我们更迅速地把握森警训练发展战略的实施要项和支撑点。因此,强化我国森警训练发展战略架构研究,不断提高研究的水平层次,必须得到更多的关注和更大的重视。

参考文献

总体架构 篇3

【关键词】运动训练;信息化;总体架构

1.前言

运动训练信息化的核心和本质是竞技体育组织运用信息技术,进行隐含知识的挖掘和编码化,进行运动训练业务流程的信息化管理。运动训练信息化是一项集成技术,其建设的关键点在于有关运动训练信息的集成和共享,即实现将关键的准确的数据及时传输到相应的决策人的手中,为竞技体育组织的训练运作和赛事决策提供数据。同时,运动训练信息化也是一个系统工程,是包括竞技体育组织管理团队、教练团队和运动员团队理念的信息化,训练与赛事决策、训练管理信息化,训练模式和手段信息化的一个人机合一的有层次的系统工程。

2.运动训练信息化IT需求

运动训练信息化IT需求包括核心训练流程的改进、对新的性能的需求、调整/策略改进、动态风险和技术改进。运动训练管理实践中,组织会产生新的需求,通过复合型的内部分析和转化,变成功能需求,再通过组织的信息化架构转变成系统的建设和改造。信息化实践证明,运动训练信息化过程中可以通过IT的提升和IT流程的优化,达到对业务需求的满足。

为适应快速发展和变化的管理需求,竞技体育组织的IT部门不宜采用树状结构,而应该采用较少管理层次和更加灵活的部门结构,注重跨部门的流程,并将越来越多的决策权限授予一线人员。

随着信息技术服务概念的日益成熟,ITIL(Information Technology Infrastructure Library)已经从最佳实践经验的总结发展成为行业的标准。竞技体育组织可以应用ITIL作为IT管理的理论,用于IT部门的管理,主要内容包括IT服务和质量、IT组织和政策与IT流程管理:IT部门要定义明确的技术服务流程,以确保相应的预期管理效果,同时要不断借鉴国际先进的理念和经验,以改进已有的流程。

随着信息技术的发展,管理过程信息化实践提示,竞技体育组织的IT部门的工作重心应该从建立和开发信息系统转向对信息系统服务的管理,因为建立信息系统是组织信息化和实现信息技术服务的第一步,只有教练团队、运动员团队和和其他用户能够满意地使用信息系统的功能,并且在系统出现问题和需要改进的时候能够提供高效的技术支持,才能达到运动训练信息化的目标。成功的IT部门需要依靠高效的信息技术服务流程来提供可靠、稳定、高质量和可控成本的IT服务和技术支持。

3.运动训练信息化总体架构的基本模型

运动训练信息化总体架构基本模型的中心是业务架构、信息和数据架构、应用架构、技术架构,基础设施架构是中心架构的物理实现,五者共同构成了运动训练信息化战略架构的核心。

运动训练信息化总体架构基本模型应该清楚地描述和体现架构的各个层次之间、业务关系和流程之间、系统组件和系统方案之间的关系,准确界定架构内容。信息化架构资深专家赵捷先生通过十余年的架构管理经验,在分析和总结各种总体架构理论的基础上,绘制了图1直观简明的信息化总体架构框架结构模型图,可资运动训练信息化战略架构模型借鉴。当然,运动训练信息化战略架构模型的描述不是唯一的,不同的竞技体育组织在使用过程中可以以此为基础,根据自身需要进行相应的修正,从而建立和开发适应的信息化总体架构、系统级架构、IT基础设施架构、软件结构和相关工程。

如图1所示,图中上部第一平面代表了业务架构,其中的深色模块代表了具体的业务模块或业务线条,,业务模块可以是最小的、可以鉴别的和继续划分的业务功能模块;第二层是业务流程层,包含在信息/数据架构中间,当中的深色模块代表了以业务性质划分的信息/数据模块,从整体上描述了各个信息流程之间的关系;纵向的几个层次代表了架构中隶属于应用架构和技术架构中的专项架构,包括中间件层、应用层、数据层和渠道曾等;业务线条从1到n,代表了一个大型组织的多个下级组织。

3.1 业务关系。业务架构层有不同的业务部门及其业务功能,业务部门及其业务功能有着稳定的定义和清晰边界,从而在各个业务功能之间形成相对稳定的业务关系。业务关系(Business Relation-ship)是指竞技体育组织内部各部门之间、与外部合作单位之间、与上级管理机构之间的相互作用关系,是在组织业务战略方针的指引下,各业务功能模块之间相互联系、相互作用的业务运作模式,主要定义组织内每个业务的“谁(Who)”、“做什么(What)”、“为什么做(Why)”的问题。

3.2 信息流程。信息流程(Inform-ation Process)定义组织内业务“如何做(How)”、“何时做(When)”的问题,是为了方便组织的管理和系统的支持,更好地理解和规范组织业务流程而在归纳和总结组织的业务关系的基础上对相似流程的归类。

信息流程的形式和信息类别由业务关系决定。信息流程的类别是组织业务架构向IT系统的过渡,在模型上属于信息/数据架构层。根据架构实践经验,应该将流程分类为可以针对特定的类别,而事先规划好系统方案和使用的技术组件(特定和标准的流程模块、数据模块等),以增加技术的重用性、维护组织标准和降低风险。

3.3 组件。组件(Component)是指系统中能够提供一项或几项系统技术功能的最小单位,包括某一个系统模块、IT产品、技术标准、规范的IT服务等。通过对组件的组合应用,可以建立起庞大、复杂的信息系统及其应用服务。

组件或者来自于正规IT服务商,或者来自于组织自身提炼和总结。这些组件,包括总体架构中的数据层、应用层、中间件层、渠道层,按照标准的规则组成通用的信息应用系统。除这些组件外,在安全、网络、标准、科技管理等方面都有相应的技术组件。所有这些组件,遵循一定的生命周期规律,随同整个信息化总体架构需要不断改进和升级。

3.4 方案。方案(Patten)是指能够完成某一个或某一类业务的子系统的类型。在总体架构中,方案是一个标准化的子集,在组织信息化总体架构中占有重要的地位。组织根据自身情况规范所设计的组织范围的系统建设和设计,如组织的数据通信协议,都是一个技术方案。组织任何一个技术实现理论上,都有一个技术方案或者市场化标准作为设计模型和标准,数个技术方案构成技术方案群。组织的技术方案群构成技术架构的基础,但方案必须尊崇技术标准化和规范化,并屏蔽组件变化对组织业务的影响,隔离业务变化对组件的影响。

组织在技术方案设计时采用2/8原则,即将80%的功能设计成可靠、可以重用的方案或技术模块而予以成功实施。通过使用面向对象方法,方案之间共用组件,使开发和部署更加方便、低风险和易于维护。技术方案是组织系统架构设计中最先和必须考虑的重要工具。

4.结语

运动训练信息化的核心和本质是竞技体育组织运用信息技术,进行隐含知识的挖掘和编码化,进行运动训练业务流程的信息化管理。运动训练信息化是一项集成技术,也是一个系统工程,是包括竞技体育组织管理团队、教练团队和运动员团队理念的信息化,训练与赛事决策、训练管理信息化,训练模式和手段信息化的一个人机合一的有层次的系统工程,其建设的关键点在于有关运动训练信息的集成和共享。运动训练信息化战略模型的中心是业务架构、信息和数据架构、应用架构、技术架构,基础设施架构是中心架构的物理实现,五者共同构成了运动训练信息化战略架构的核心,具体包括业务关系、信息流程、组件和技术方案四个主要组成部分。

参考文献

[1]薛华成.管理信息系统(第6版)[M].北京:清华大学出版社,2012.

[2]赵捷.企业信息化总体架构[M].北京:清华大学出版社,2011.

[3]田麦久.运动训练学[M].北京:人民体育出版社,2000.

新一代客票系统总体架构研究 篇4

中国铁路客票发售和预订系统(简称客票系统)自1996年开始建设,经过10余年的发展,已建成覆盖全国的超大型售票网络,实现了全国联网售票。目前,全路拥有1个铁道部客票中心、18个铁路局(公司)地区客票中心。售票渠道包括窗口、自动售票机、互联网、电话、代售点等,其中售票窗口约25 000个,自动售票机2 000台,互联网约3 000万注册用户,10万线电话订票线路,日均售票量超过500万,峰值售票量已达700万。

目前,我国以高速铁路为骨架的快速铁路网已初具规模,到2015年末,基本建成快速铁路网,基本覆盖省会及50万人口以上城市,区域间时空距离大幅缩短,旅客出行更加便捷。同时,随着我国社会经济的不断发展,民众出行频率明显提高,对旅行舒适度及服务的快捷、便捷性要求越来越高,客流量也不断创出历史新高。由于我国铁路旅客运输存在不均衡性,在春运暑运和节假日期间,旅客购票难、信息不畅等问题依然突出,售票方式和服务水平距旅客要求与期望还存在较大差距。

为适应高速铁路运营需要,进一步便民利民,迫切需要在现有客票系统基础上,尽快研究新一代铁路客票系统,发展现代化铁路售票方式,促进客运服务方式转型,加快客运营销从传统方式向电子商务的转变,加快客票系统从内部服务型向以旅客为中心的外部服务型转变。

1 业务需求

新一代客票系统对外以满足旅客多样化、人性化的服务需求为目标,对内以提高客运效率和效益、优化系统等需求为目标,其未来业务展望见图1。

1.1 旅客服务

以票务服务为核心,针对旅客多元化、个性化、一站式的综合服务需求,提供旅程规划服务,实现多渠道购票、多种支付方式及多种票制,支撑送票、餐饮、酒店、旅游、租车等各种延伸服务的预订业务,体现以旅客为中心的服务理念。

(1)票务服务:在现有客票系统基础上拓展售票渠道、支持多种支付方式、丰富多种票制,实现多渠道售票终端的界面友好、内容丰富,同时优化车站自动检票系统,提高铁路票务自动化服务水平。

(2)旅程规划:以旅客提供的出发地点和目的地点(或旅游景点等)为依据,在条件允许的前提下,方便旅客自行选择或为其推荐包含多种交通方式的旅行接续或中转方案。

(3)延伸服务:在旅客出行过程中除票务服务之外的其他服务,如列车订餐、送票、租车等服务。延伸服务为旅客提供“一站式”全过程服务支撑。

1.2 市场营销

以运输企业效益最大化为中心,建立客户关系管理体系,开展铁路客户常旅客计划,建立旅客积分、奖励制度,吸引和稳定客户资源,提升铁路整体竞争力。提高营销辅助决策水平,对运力调整、票价优惠、售票组织提出合理化建议。

(1)客户关系管理:建设客户关系管理子系统,开展铁路客户常旅客计划,对客户进行分群分析,建立旅客积分、奖励制度,提高旅客满意度和忠诚度,吸引和稳定客户资源,提升铁路整体竞争力。

(2)辅助决策:通过对市场调查、客票发售、购票请求等数据的收集和整理,以列车盈亏分析及监控预警为手段,为列车开行方案、运力调整提供指导,为票种设计、票价折扣、积分奖励等优惠策略提供测算手段,为超售、票额预分、共用、区段限售等售票组织手段制定策略。

1.3 营运管理

创新售票组织方式,由原票额管理全程对号变为按席位和数量相结合的控制方式;提高售票组织管理水平,由传统的人工管理变为系统智能化、自动化管理;强化售票业务监控、公平公正,由分散管理变为集中与分散管理相结合。

(1)售票组织:在现有售票组织基础上,引入精细化的有座席管理和无座席/自由席存量管理相结合的席位管理方式;以营销自动生成售票组织策略加以人工辅助调整,实现席位调整的自动化和智能化;同时提供方便、快捷的操作手段,提高业务操作的工作效率。

(2)售票管理:售票管理遵循公平、公正、公开的原则,规范权限管理和设备管理,完善业务量统计和考核机制,加强关键业务的卡控和监控,规范业务操作,提高业务管理效率,建立信息沟通机制和平台,实现信息共享,为相关部门提供数据支撑。

2 技术方案

2.1 总体架构

既有客票系统由1个铁道部中心和18个铁路局(公司)地区中心组成。席位等核心数据物理分布在各个铁路局(公司)地区中心,实现了席位的逻辑集中。但从运营实践看,既有客票系统运维工作链条过长,安全系统建设成本过高,数据同步难度较大,应用软件升级困难。

为彻底解决上述问题,新一代客票系统将采用集中式的体系架构,全路席位及其相关的核心交易集中处理。全路席位集中后,整个系统采用“两地三中心”的模式,在铁道部级建立第一生产中心和同城的第二生产中心,两中心形成双活态势并且互为应急,在异地建立灾备中心,原有铁路局中心过渡为铁路局业务前置系统,车站不设置客票服务器。所有席位遵循始发局集中管理原则,减少数据同步量,提高运维效率,降低升级工作量,便于系统横向扩展,提高系统可靠性和运行效率;可利于安全防护措施、等级保护的部署实施和灾备系统建设;可统筹配置和使用系统资源,充分发挥系统效益,节约系统总体投资。新一代客票系统的总体架构见图2。新一代客票系统各组成部分的设计理念如下:

(1)第一生产中心和第二生产中心双活和互备机制。第一、第二生产中心分别存放全路18个铁路局(公司)的席位信息,共同承担票务管理、售票交易、互联网/手机/短信售票、站车交互等核心业务,第一、第二生产中心之间核心业务采用数据库双向复制技术进行实时数据备份,当任一中心发生故障时,另一中心可接管对方的所有核心业务。核心业务切换时间为5~10 min。

第一生产中心单独承担卡务管理和路内/外系统接口功能,第二生产中心单独承担部级客户关系、部级营销、应急铁路局业务前置和测试业务,上述业务采用存储或操作系统级备份技术进行准实时数据备份。其他业务切换时间为15~30 min。

(2)灾备中心可接管关键业务。两生产中心通过操作系统级备份技术将核心业务数据准实时备份到灾备中心。当两中心同时发生灾难时,异地灾备中心可以接管全路的票务管理、售票交易、互联网/手机/短信售票、站车交互关键业务,灾备切换工作可在2 h内完成。

为充分利用资源和降低投资,有效应对春运等高峰期的压力,灾备中心可在售票高峰期临时作为第三生产中心,承担相关业务。

(3)铁路局设置业务前置。为确保与乘降组织相关业务高效和不间断运行,以及铁路局个性化业务的开展,在铁路局设置业务前置系统,承载电话订票、自动售检、换票、结账、铁路局营销、铁路局客户关系管理、与路内相关系统接口及铁路局个性化业务。

(4)所有车站取消客票服务器。车站不设置客票服务器,仅保留车站级售检票应急设备,车站相关业务终端及设备直接接入铁路局业务前置系统。

(5)交易服务集成平台和数据共享平台。新一代客票系统通过交易服务集成平台作为中间件层承载2个生产中心、灾备中心、铁路局业务前置以及车站间的业务访问与服务调用,生产中心间的双活切换、灾难发生时切换至灾备中心的操作均通过交易服务集成平台的参数调整来完成。

数据共享集成平台承载客运相关主题数据的数据共享工作,新一代客票系统与电子支付平台、运营调度、车辆、公安、旅客服务、收入、统计、清算等路内外系统的数据共享与交换均通过该平台完成。

(6)生产中心的云计算环境。新一代客票系统采用开放系统架构设计,2个生产中心按票务管理、售票交易、互联网/手机/短信售票、站车交互进行业务分区,业务分区间通过服务接口实现业务调用。各个分区的处理能力均可单独扩展。新一代客票系统将在2个生产中心构建“席位云平台”,设计思路为:

——将趟车作为席位数据划分的最小粒度,实现按始发进行数据存储和处理;

——设计实现存储和处理席位及售票交易的席位处理单元,形成席位云节点,每个云节点可承载多趟列车的席位及其相关交易;全部的席位云节点构成席位云平台;

——趟车席位数据可在席位云平台的节点上自由迁移;

——云平台的节点可动态扩充,使得生产中心的席位处理能力可按需动态扩展。在春运等售票高峰时上线更多的席位处理节点,提高整体处理能力;低谷时富余的处理能力可用于统计分析业务;

——云节点间的负载分配和交易导航由交易服务集成平台完成。

2.2 网络结构

新一代客票系统广域网首先要满足全路客票业务的要求,消除网络单点故障;其次要满足新一代客票系统“两地三中心”的规划,同时要符合铁路基础通信网的现状和发展规划。其网络结构见图3。

新一代客票系统广域网涵盖“两地三中心”至所有铁路局(公司)的核心层以及车站至铁路局(公司)的接入层,要求安全可靠、性能优越,各节点关键部分和功能应作合理的冗余配置。“两地三中心”至所有铁路局(公司)的核心层采用三星型网络结构。在“两地三中心”建立3个网络核心节点,各铁路局(公司)节点采用双路由器设备,与2个生产中心和异地灾备中心节点分别采用单径路传输网专线连接,构成具有冗余通道及环路保护的高可靠核心层网络。第一生产中心/第二生产中心与异地灾备中心实现双路由器和双径路高速链路连接;第一生产中心和第二生产中心分别与互联网运营商建立高速直连通道,并通过划分不同的虚拟专用网络(VPN),满足互联网售票、短信通知、短信订票等业务需要。

车站至铁路局(公司)的接入层采用星型和环型相结合的网络结构。该层中的通道主要采用传输网专线,为提高性能也可采用光纤传输通道,要求具有主用通道和备用通道,主备通道应分别采用2条物理径路、双物理路由和设备。车站间的环型网通过自身的通道迂回特性保证网络安全可靠。

2.3 功能设计

新一代客票系统的功能体系以“旅客为中心”进行设计,对外为旅客提供“全过程、一站式”的服务手段,对内为铁路提供“全业务流、体系化、自动化、智能化”的管理支撑。系统功能体系包括:

(1)车站服务子系统:在铁路客运车站为旅客提供查询、购票、换票、改签、退票、补票、检票等服务功能。

(2)互联网/手机购票子系统:包括互联网订、售票、手机WAP售票、手机客户端售票、手机短信订票购票、各种延伸渠道售票、常旅客服务、旅程规划服务和延伸服务等。

(3)短信订票子系统:为旅客提供列车车次时刻、票价、余票、订单等信息查询及实名制与非实名制车票预订的短信服务。

(4)电话订票与支付子系统:为旅客提供信息查询及实名制与非实名制车票全路通订的自助语音服务和人工座席服务,包括电话查询、电话订票与支付等。

(5)卡务管理子系统:为中铁银通卡在铁路行业的应用提供服务支撑。包括车站售票窗口售卡,自动售票机、互联网的卡务服务,车站自动检票机刷卡进出站服务。

(6)电子支付前置处理子系统:通过铁路电子支付平台实现客票系统与银行和第三方支付系统的对接,客票销售的电子支付。

(7)列车服务子系统:为列车客运管理和服务工作提供支撑,满足旅客多样化服务需求。包括站车客运信息无线交互,实现站车间部分客运信息交互、车上验票、补票、车地间简单协同办公等,并涵盖常旅客和重点旅客服务,列车与客运段的信息实时交互、提供列车餐饮、保洁服务、酒店、旅游、天气信息查询等服务。

(8)票务管理子系统:为铁路客运管理人员开展旅客服务业务提供管理支撑,包括基础数据、席位、运价、设备、人员及窗口管理和结账统计等。

(9)客运营销辅助决策子系统:为铁路客运管理部门提供有关旅客的客户分析、产品设计、产品销售及延伸相关服务全过程营销活动决策的支撑。

(10)运行监控子系统:实现业务和系统的综合监控功能。

(11)交易服务集成平台:是客票系统的服务总线,规范和整合客票系统内部及客票系统与外部系统间的服务调用,强化服务一致性和统一性,实现客票系统与客户服务中心、调度等路内其他专业系统,以及客票系统与航空、酒店等社会公共服务系统之间的互联互通。

(12)数据共享集成平台:是客票系统的数据总线,规范和整合客票系统内部及客票系统与外部系统间的数据交换和数据同步。客票系统内部子系统可直接通过模式化定义,实现数据传递和同步。客票系统与外部系统的数据交换也通过该平台进行。

3 结束语

新一代客票系统在既有客票系统基础上,将在服务方面,以旅客为中心,提供全方位的信息咨询、丰富的售票渠道、多元化的支付方式、个性化的常旅客服务、快捷的进出站、全过程的服务支撑;在运营管理方面,为铁路企业提供精细化的售票管理、智能化的售票组织、科学化的运力调配、市场化的收益管理、多样化的延伸服务,人性化的操作界面;在技术架构方面,引入云计算技术和席位物理集中的体系架构,构建支撑超大规模并发交易、海量数据存储、灵活扩展、兼容性良好、安全可靠高效的综合信息系统。

新一代客票系统的研发与应用将对提高我国客运管理水平,提升客户服务质量发挥重要作用。

参考文献

[1]中国铁道科学研究院.新一代客票系统总体技术方案[R],2012

视频大数据总体架构设计与研究 篇5

本设计是基于视频大数据分析应用与服务系统的研发, 实现一种云架构的海量视频摘要、检索与分析系统。该系统主要完成针对海量视频的以图搜图、视频摘要和以图搜视频等职能分析算法。通过将这些算法整合到视频大数据平台中, 使得在视频大数据平台中能够根据用户的提供的相似图片, 从海量视频数据库中快速搜索到相关视频及图片, 或者用户通过其它的相关描述, 快速地从海量视频库中搜索到相关视频及图片, 克服单一文本检索方式的局限性, 提高视频检索的精度, 并使得系统能够对一些突发事件 (例如交通事故、人群混乱、异常行为等) 提供快速的自动预警和报警。

2 总体业务架构设计

业务架构图如图1 所示。视频大数据总体业务架构分5 层, 自下而上分别资源层、存储层、计算层、接口层及应用层, 资源层:主要研究GB/T28181-2011 (国家标准联网接口协议) 、ONVIF、PSIA等网络传输协议和H.264、MPEG-4 等系列视频编解码算法, 保证系统至少能够兼容20 个国内外品牌厂家的摄像机。存储层:能够接入及存储多种数据来源, 包括前端摄像机、NVR、DVR、其它厂家平台等, 实现控制服务、录像存储服务、流媒体转发服务、管理服务。在此基础上, 封装成API/OCX, 供上层应用使用。达到系统能存储及管理视频数据规模达PB级。计算层: (1) 搭建基于Hadoop的大数据平台框架, 实现十亿级文本条目全文检索秒级响应。 (2) 搭建80个节点的云计算处理平台, 采用Core OS操作系统, 构建底层运行环境。

在此基础上, 采用docker技术, 进行智能化部署智能分析算法。同时利用负载均衡、进/ 线程调度技术进行任务分配与调度。接口层:提供视频大数据的统一接口服务和应用服务, 实现交通及治安安全行业中视频大数据的分权限共享与信息服务。应用层:在上述研究的基础上, 形成一系列应用系统, 包括功能和性能优化后的基础综合管理平台、实战平台、卡口管理平台、云计算大数据管理平台。其中基础综合管理平台至少能接入10 万路的摄像机。最终形成视频大数据一体机产品。

3 总体技术架构设计

总体技术架构 (如图2) 主要由以下部分组成:

(1) 前端。各类监控接入源, 包括枪机、球机、卡口、HD-SDI等。

(2) 存储。存储前端视频数据、录像数据以及其它厂家平台数据, 提供设备管理、录像管理、域管理等管理服务, 并能够进行信令控制和流媒体转发。

(3) 基础支撑服务。利用Hadoop搭建大数据系统对卡口过往车辆数据进行存储, 利用大数据组件对该数据进行分析。并在此技术上, 搭建搜索引擎平台, 供视频智能分析和卡口过往车辆二次分析使用。搭建云计算处理平台, 采用Core OS操作系统, 利用虚拟化技术, 构建底层运行环境。在此基础上, 采用docker技术, 进行智能化部署智能分析算法。同时利用负载均衡、进/ 线程调度技术进行任务分配与调度。采用IPSAN存储供智能分析后图片、视频片段存储。

(4) 接口服务。提供多种智能分析接口, 包括集群配置、视频调阅、设备管理、视频浓缩、以图搜图、以图搜视频、云管理服务等接口。

(5) 应用服务。提供多种应用系统, 包括基础综合管理系统、实战应用系统、卡口技战系统、云计算大数据管理系统。

摘要:自近年来, 随着各地平安城市如火如荼的开展, 所产生的庞大的视频数据给管理者带来了诸多不便。在面对海量视频大数据的结构化描述不够、智能分析程度不全、检索效率不高、应用与业务耦合度不深等特点, 如何完成城市级视频大数据的分析应用并提供服务成为城市安全管理的瓶颈。

关键词:视频大数据,CoreOS,docker,Hadoop,以图搜图,视频摘要和以图搜视频

参考文献

[1]城市监控报警联网系统系列标准.GA/T669-2008.

面向服务的软件体系架构总体设计 篇6

关键词:面向服务软件体系,构架原理,范例

计算机技术更新换代较为迅速, 软件开发也发生较多改变, 传统软件开发体系已经无法满足当前对软件生产的需求。随着计算机不断普及, 软件行业必须由传统体系向面向服务架构转变。随着软件应用范围不断增大, 难度逐渐上升, 需要通过成本手段, 提高现有资源利用率。通过面向服务体系结构可提高软件行业应对敏捷性, 实现软件生产的规模化、产业化、流水线化。

1 软件危机的表现

1.1 软件成本越来越高

计算机最初主要用作军事领域, 其软件开发主要由国家相关部分扶持, 因此无需考虑软件开发成本。随着计算机日益普及, 计算机已经深入到人们生活中, 软件开发大多面向民用, 因此软件开发过程中必须考虑其开发成本, 且计算机硬件成本出现跳水现象, 由此导致软件开发成本比例不断提升。

1.2 开发进度难以控制

软件属于一种智力虚拟产品, 软件与其他产品最大不同是其存在前提为内在逻辑关系。相较于计算机硬件粗生产情况, 传统工作中的加班及倒班无法应用到软件开发中, 提升软件开发进度无法通过传统生产方法实现。且在软件开发过程中会出现一些意料不到的因素, 影响软件开发流程, 导致软件开发未按照预期计划展开。由此可见不仅软件项目开发难度不断增加, 软件系统复杂复杂性也不断提升, 即使增加开发人手也未必能取得良好效果。

1.3 软件质量难以令人满意

软件开发另一常见问题就是在软件开发周期内将产品开发出来, 但软件本身表现出的性能却未达到预期目标, 难以满足用户多方位需求。该问题属于软件行业开发通病, 当软件程序出现故障时会导致巨大损失。在此过程中软件开发缺乏有效引导, 开发人员在开发过程中往往立足于自身想法展开软件开发, 因此软件开发具有较强主观性, 与客户想法不一致, 因此导致软件产品质量难以让客户满意。

1.4 软件维护成本较高

与硬件设施一样, 软件在使用过程中需要对其进行维护。软件被开发出来后首先进行公测, 发现其软件存在的问题, 并对其重新编辑提升软件性能, 从而为客户提供更好服务。其次软件需要定时更新, 若程序员在开发过程中并未按照相关标准执行会导致其缺乏技术性文档, 提升软件使用过程中的维护难度。另外在新增或更新软件过程中可能导致出现新的问题, 影响软件正常使用, 并可能造成新的问题。由此可见软件开发成功后仍旧需要花费较高成本进行软件维护。

2 面向服务体系架构原理

2.1 面向服务体系架构定义

面向服务体系构架从本质上是一种应用体系架构, 体系所有功能均是一种独立服务, 所有服务均通过自己的可调用接口与程序相连, 因此可通过服务理论实现相关服务的调动。面向服务体系构架从本质上来说就是为一种服务, 是服务方通过一系列操作后满足被服务方需求的结果。

2.2 面向服务体系架构优点

面向服务体系构架具有较多有点, 抽象性较强, 可操作性想, 功能强大, 可在多方面满足用户需求。其主要优点如下:

(1) 面向服务体系构架可为开发方提供更具操作空间的开发模式, 开发方可充分发挥自己的想法, 有助于提升软件开发商开发方法先进性, 提高软件开发效率。面向服务体系构架可充分利用软件提供者和使用者间较为松散的耦合关系, 将复杂的逻辑关系屏蔽掉。相比于系统表示层, 可在仅照顾服务接口的基础上实现软件开发, 不需重视自身细节。通过标准接口可实现多种服务相互应用, 无需进行平台开发语言等, 极大提升软件开发效率。

(2) 面向服务体系构架另一个优点是可在现有软件基础上进行研发, 无需进行软件体系重建。且在情况允许的条件下利用现有软件开发框架可有效提升企业服务质量, 该种方式可从根本上降低软件开发商的工作强度, 提升工作效率, 便于为用户提供更好服务。在此基础上将企业服务项目进行整合。面向服务体系构架忽略自身细节性问题, 在复杂数据传输及软件开发中具有明显优势, 有助于实现软件批量生产。

3 面向服务体系构架的ECC系统总体设计

在进行面向服务体系构架的ECC系统总体设计中可利用XML Web Services实现对技术的展开。整个系统中每一部分均拥有其独立功能, 均可提供相应的服务项目, 客户通过网络接口便可享受到这些服务。在提供服务过程中, 业务流程主要有两种途径, 一种是提供单个服务, 另一种是将多种服务整合在一起。

当前各种服务客户端中, 多数可利用标准化网络服务接口实现面向对象的业务逻辑服务。通过设计可保证系统外部用户享受和内部用户一样的服务, 这样便于实现企业内部和外部合作伙伴的业务整合。如在进行链子系统构建时可通过产品查询功能实现外部客户调动企业内部产品信息, 此外企业不仅可实现为合作伙伴提供相应服务, 还可在服务同时提升自身运营效率, 即企业自身也是受益者。

当系统涉及到业务逻辑为可借助第三方服务帮助完成工作。例如企业需要在系统中加入采购、销售、仓管、财务等方面内容, 该过程工作重点就是通过企业自身需求展开客户端设计, 开发商通过远程连接向企业提供服务, 这样不仅可降低软件开发周期和工作量, 还可有效提升工作效率, 为后续软件批量生产奠定坚实基础。

4 结束语

软件开发是当前企业行业工作重难点部分, 当前国内软件开发存在规模化、产业化发展困难, 不利于软件开发含有发展。为提高软件开发行业服务水平必须采用面向服务软件体系架构, 提高软件开发效率, 实现软件批量生产, 在此基础上向客户提供更好服务。

参考文献

[1]李颂华, 陶丽红, 高栋.基于s0A架构的物流信息系统的相关技术研究与实现[J].北京科技大学学报, 2011 (01) :59.

[2]黄勇, 周勇, 刘检平.基于SOA架构的新一代高校试题库系统研究[J].江西师范大学学报:自然科学版, 2014 (04) :1.37.

总体架构 篇7

我们的目标是要构造一个能够兼顾母公司利益和市场其它客户利益, 兼顾企业当前业务现状和企业未来发展的信息系统。为了实现这个目标, 需要从业务整合和系统架构两个方面进行考虑。本文主要从信息系统架构进行讨论。

从系统架构上就是要能够支持构建一个能够深度柔性可调, 具有广泛接口能力的信息系统。此外, 还需要处理一个特殊的问题:如何协调与母集团的I T关系。

一、业务架构

该类企业的物流业务按照价值链的观点可分为主业务链和辅助业务链两大类, 业务架构的形式如图1所示:

转型期的物流企业其主业务链与一般物流企业不同, 该链由一组平行的业务活动链所组成, 重要的是应该把其中共通的环节识别出来并通过规范化使其可以共用, 如订单管理、运输业务等等。由于现有的转型期物流企业通常职能重复, 流程混乱, 因此应用系统建立之前必须进行业务优化, 优化的核心是多种业务模式的简化整合和业务流程的简约规范

二、应用架构

与管理层次相对应, 该类物流企业的信息系统应用架构由三个层次组成, 决策支持层、资源保障层、生产作业层, 此外还应该包括完成各层业务所需要的沟通与监管的行政监管层。

1. 决策支持层

决策支持层主要包括综合统计 (对多方面数据进行分析、形成报表, 提供管理依据) ;在线分析 (包括自上向下钻取分析多维数据, 多角度查看企业数据、智能时间序列分析、支持通过W E B方式进行查询与分析、图表分析功能等) 、绩效监管 (对各方面物流活动的收入、成本、利润进行综合效益评估) 、业务计划 (在企业环境分析和企业能力分析的基础上, 制定企业未来较长时间内的发展方向、经营领域、经营规模与经营成果等长期性的经营政策和策略) 等协助企业领导完成战略决策和主要业务决策的应用系统。

2. 资源保障层

资源保障层为企业的基层操作提供资源支持, 主要包括财务管理 (财务预算、财务控制、财务分析、会计核算、资金管理等) 、资产管理 (企业固定资产的计划、核算、报表查询等) 、人力资源管理 (招聘选拔、培训发展、人力成本、绩效评测、员工薪酬等) 、客户管理 (客户开发、客户评价等) 、供应商管理 (供应商信息维护, 服务评价) 等功能。

3. 生产作业层

对于该类物流企业的生产作业层应用系统, 必须在业务整合的基础上进行系统的开发部署。其业务子系统主要包括:订单管理 (客户物流订单的分解并分派, 全程监控和管理) 、仓储管理 (库存物料的入库、出库、盘点等) 、配送管理 (捡货配货、配线配载、配送跟踪等) 、运输管理 (车辆调度, 配载配线、在途监控等) 、货代管理系统 (代理托运、接取送达、订舱配载、多式联运等) 、结算管理、理赔管理等功能。

三、信息架构

信息架构的设计包括数据类的梳理和编码体系的建立等内容, 是一个非常繁琐复杂的任务。该类物流企业的内部信息系统构建应该尽量以一个统一的信息模型为基础, 为了实现这一点可先进行I R P的工作。但对于必要的遗留系统应该尽量应用集成平台与其进行数据的转换沟通。

四、技术架构

技术架构的设计是实现系统深度柔性可调, 广泛接口能力的关键所在。在系统技术架构的设计中特别关注流程管理, 以及内部的数据集成和外部的电子数据交换。

1. 流程管理:

由于该类企业业务的不稳定性, 为了兼顾企业的当前现状和未来的发展, 其系统的流程必须根据企业的发展允许进行调整, 同时该类企业在全程物流服务中也常常根据客户的具体要求定制出专有的服务流程, 因此系统的流程管理功能非常重要。其系统的工作流、业务流管理最好采用专用的流程管理引擎, 避免把流程写成硬代码的形式。

2. 应用集成与数据交换架构:

对于物流企业的内部系统之间, 最好采用独立的集成平台进行集成, 当需集成的应用系统较少时也可以采用专用接口的方法。对于外部系统如银行、海关、客户和承运商等, 由于外部环境差异性非常大且不是企业本身能够控制的, 所以系统外部接口的方法应该具有多样性, 既可以支持EDI一类的无缝对接方式, 又应该支持手工方式 (企业手工录入、对方Web录入) 和中间文件导入 (Excel等电子文档, 二维条码等纸质文档) 的半自动化方式。对于没有按照标准数据格式提供的资料还应该通过集成平台进行相应的转换翻译等处理。

五、运维管理架构

对于该类物流企业而言, I T运维管理架构的特殊性主要表现在其I T管控模式的不同。调查发现这类企业的母公司对物流子公司通常实行的是战略管控模式。母公司负责集团的财务、资产运营和集团整体的战略规划, 下属子公司同时也要制定自己的业务战略规划。

基于这种经营管控模式, 母子公司间通常实行的是集中与分散相结合的I T管控模式, 财务管理系统、资产管理系统通常采用集中部署的方式纵向一竿子插到底, 人力资源管理系统、协同办公系统通常分为两个层次部署, 母公司系统管到子公司的高中层干部, 子公司有自己的人力资源和协同办公系统。而业务系统采用分散式部署的方式, 各物流业务系统全部部署在子公司。各应用系统部署情况如图2所示。

因此, 物流子公司部署的各应用系统当与财务、资产等管理系统集成时必须按照母公司总部的要求 (集成深度、集成方式、数据格式、接口流程等) 进行。而当与其他兄弟子公司的业务系统 (产供销等) 相集成时, 则应该将这些子公司当作一个特殊的大客户, 通过适配器的方式按照物流公司业务系统的接口要求进行集成。

六、结论

处于转型期的物流企业由于业务的迅速发展急需信息系统的支持, 但由于该类企业业务模式多样, 管理流程复杂, 其信息化的建设既要考虑到走向市场的需要, 又要兼容到母公司企业的环境 (如管理方式、业务流程、信息系统架构等) , 其系统建设非常复杂。必须综合考虑眼前和发展, 母公司和市场等多种因素。

对于此类企业其信息系统的构建应该在流程优化或再造的基础上进行。流程优化的原则是业务活动标准化、子流程规范化和核心流程配置化。

信息系统从总体来说采用平台加业务模块组的方法。以解决多种业务模式的统一协调问题和眼前与未来利益的兼顾。平台包括安全体系、I T运维体系以及应用体系中除内外门户层、核心业务管理层以外的其它组成部分。核心业务管理层, 以及门户层按照不同的物流模式配置成多个物流业务模块组。

整个系统按照一个独立的物流信息系统进行构造, 母公司作为一个特殊的大客户加以考虑。但在某些关键资源管理系统方面需要配合母公司系统的集成方案进行整合。

参考文献

[1]蔡雅萍:供应链物流管理中信息交互研究.经济论坛, 2008 (1)

[2]龚凤美马士华:基于3PL-HUB的供应链物流协同组织运作管理技术.物流技术, 2008.27 (2)

总体架构 篇8

系统设计目标是:采用先进技术和理念, 整合服务资源, 优化业务流程, 以信息技术推动营销管理创新和服务创新;建立一体化的营销技术支持系统, 实现对购售电环节的统一管理, 实现营销经营损益的实时分析, 实现营销管理的自动化和客户服务的信息化, 加大对营销各项管理指标、经营指标、服务指标的控制力, 为实现创建和谐社会贡献力量。主要目标包括:

客户服务信息化:实现客户服务流程的全面信息化管理, 整合多种服务方式、服务渠道的服务资源, 优化上下、内外、集约与分布等多种服务功能配置, 提高客户服务能力及效益分析支持能力。

业务处理自动化:实现业扩报装、电量电费、电能计量、用电检查、负荷分析等营销管理基本业务的全面信息化统一管理, 使业务处理流程化、操作记录无笔化、台帐管理电子化、信息传递网络化, 达到电力营销业务处理快捷、准确和规范的目的。

市场响应快速化:充分利用其他相关系统, 畅通市场反应与企业需求的信息渠道, 跟踪分析市场变化趋势, 探索电力市场的发展规律, 建立以市场需求为导向、满足客户需求的快速响应机制。

质量管理可控化:实现对客户服务和营销业务处理的监控, 实行对关键指标考核的过程控制管理, 实现实时监督, 努力降低公司经营活动中的风险, 提升企业的经营效益和管理水平。

决策支持前瞻化:实现公司营销信息的共享, 支持公司领导层和营销管理层进行电力市场宏观环境分析、主要经营指标分析、市场发展预测等决策分析, 支持公司可持续发展。

二、系统设计原则

1) 先进实用, 通用可靠。要求系统既实用, 又具有一定的先进性。因此, 要选用成熟的技术, 并且这些技术在今后较长时间内不会过时, 这样系统可以根据技术的发展, 逐步采用更新的技术。2) 结构稳定, 扩展性好。体系结构是系统设计的第一要素, 详细设计阶段的工作如客户界面设计、数据库设计、模块功能设计等都是在体系结构确定之后开展的, 而编程和测试则是更后面的工作。只有稳定的体系结构才能保证应用系统具有良好的起点和正确的发展方向。3) 性能稳定, 安全性高。系统设计的一个重要原则就是要充分发挥系统软硬件的能力, 在多客户、高负荷的情况下提供稳定的高性能, 保证关键业务的不停机运行。4) 遵从标准, 规范流程。遵从标准, 分为技术和业务两个层面。技术上采用主流的技术标准, 不但保证了技术上的先进性, 还保证了技术的成长性:作为标准, 可以得到大量系统厂商的技术支持和大量的产品支持, 能够不断地发展完善。业务上, 系统的设计遵从有关的国际标准, 国家标准及电力行业有关的系统标准、系统规范, 符合标准的业务流程。

三、业务和功能架构思想

随着市场经济的发展, 电力体制改革的深入, 电力市场正日趋成熟。在市场化的进程中, 客户资源在电力企业的发展中起着越来越重要的作用。为了适应这种新的形式, 供电企业必须以市场和客户服务为核心, 按照现代营销业务发展和集团化运作、集约化发展和精细化管理的要求, 在营销管理的各个层面进行现代化改革, 提升服务能力与水平, 降低电力企业经营成本, 提高企业经济效益和社会效益。同时要以技术创新推动服务创新和管理创新, 促进业务流程的标准化、规范化、科学化管理。要在营销现代化建设过程中不断优化组织架构和业务流程, 提高人员素质, 逐步建立适应市场变化、快速反映客户需求的营销机制和体制。

在进行营销技术支持系统建设时, 需要将这些现代化的管理思想和理念作为系统建设的指导思想, 加强对重大事项的管理和重点工作、重要环节的策划、过程控制, 把握关键细节, 不断细化和量化管理, 以精细化管理深化集团化运作和集约化发展。

1) 客户为中心。从服务层面上, 通过统一的后台数据处理服务接口及前端多样化的服务手段为客户提供标准服务, 并记录所有客户需求, 储存所有的问题处理记录, 从而形成一个统一的搜集处理客户信息的平台, 提高客户服务的效率, 降低客户服务的成本。坚持服务和效益相结合, 创造良好的社会效益和经济效益, 实现供电企业和客户的双赢。2) 作业流程化。在技术层面上, 引入工作流引擎技术。通过对各种企业资源计划、日常管理工作、内部工作协调、行业工作规范、用电客户和电能市场需求等诸方面业务活动的分析、提炼、归纳, 抽象出事务处理单元, 再把若干事务处理单元按一定的逻辑串联成流程, 以向导的方式进行业务处理。3) 组织扁平化。在进行组织重组或再造时, 应引入扁平化管理的思想, 将管理层的控制管理, 通过信息系统有机的嵌入到业务处理层, 明确工作任务和责任, 同时利用信息系统及时对业务实施各项有效监控与管理, 解决传统的垂直结构带来的过多的中间处理过程, 提高工作效率和管理水平, 对客户和市场的反映更加灵敏、迅速。4) 经营集约化。针对电力企业的营销技术支持系统来说, 经营集约化体现在系统应支持建设电费管理中心、电能计量管理中心、客户服务中心等, 解决管理分散、管理层级多的现状, 整合营销管理的信息资源和服务资源, 建立与集约化管理相适应的营销管理模式, 实现公司管理效率和经营效率的最大化。5) 管理精细化。加强精细化管理, 以量化营销工作目标为重点, 强化过程控制。通过营销技术支持系统, 有效监控和管理基层的各项业务情况, 获取最实时、最准确的业务信息, 提高了工作效率, 避免了管理上的漏洞, 降低了企业的成本。为企业的发展和管理层的决策提供了最真实有效的依据。

四、结语

电力营销作为电网公司的核心业务, 是提高电网公司经济效益的关键环节, 具有基础性和先导性的重要作用。随着电力营销业务的发展和IT技术的进步, 有些系统在管理理念、整体集成、技术体系、系统功能、可扩展性、可维护性、可靠性等各方面都越来越难以满足需求, 在一定程度上阻碍了营销管理水平向更高层次提高, 向国际水平接轨。因此, 在现有应用水平的基础上对电力营销技术支持系统进行全面的改造、升级, 应用中间件技术、工作流技术、数据仓库和商业智能技术, 推动营销管理创新、服务创新和业务流程优化, 整合信息资源、服务资源, 设计新一代高度集成的电力营销技术支持系统, 已势在必行。

摘要:电力营销信息化建设从90年代中期起步, 主要以实现无笔化办公为目标, 系统采用C/S模式, 以市局集中处理为主。系统投入以来, 为各供电公司营销工作提供了现代化管理手段, 提高了工作效率, 创造了较大的社会效益和经济效益。随着电力体制改革的深化, 电力企业对客户服务质量的更高要求, 以及随着信息技术的日新月异的发展, 原有系统已经越来越不适应电力企业的当前和潜在的需求。

关键词:电力营销,技术支持系统,架构设计

参考文献

[1]胡建东.电力营销技术支持系统建设思路[J].中国电力, 2001.

总体架构 篇9

随着社会形态的不断完善,国家对教育教学的重视程度也越来越高,校园总体建设也应当跟随社会发展步伐提升水平,因此,将数字化校园转变为智慧校园的重要性显而易见。科学技术的发展带动了校园数字化水平的进步,而今科技规划逐渐完全,校园的教育教学与管理工作便不能只停留在数字化的模型中止步不前,也应当树立前瞻性的思维导向,用先见性的眼光看待教育教学工作,把智慧校园层次模型的构建作为发展中的重要内容,从而营造出既适宜社会和国家规范,又适宜校园管理与学生教育的校园环境。

二、智慧校园建设总体架构模型分析

(一)主要特点

智慧校园中,互联网的应用应如同大脑中神经的应用一样,广泛而全面快速,校园中的人与物之间的关系应通过互联网来实现,因此,互联网的应用是智慧校园模型建设架构的首要特点。第二个特点就是智能,人工智能已经在生活中逐渐普及,智慧校园也重视其具体应用,如光控、声控、红外线、压力检测、干湿度检测、辐射、触控等方面,非常有利于校园监控监测。第三个特点是校园业务与外部联通结合的特点,智慧校园开放而又协调,这是由于校园教育教学和管理与外部信息体系整合,将信息的存储和传播更加全面化,便成为主要特点之一。第四个特点是数据的智能发掘,信息化时代数据存储量巨大,智慧校园可以将数据进行智能的归类,以构建数据模型的方式进行智能的推理与挖掘,而后便可分析解决。第五个特点为个性化,智慧校园可以根据个人和校园的不同需要进行个性化的服务组合定制,形成友好而便捷的校园教育教学与管理体验[1]。

(二)具体模型

智慧校园的内涵关键词就是智慧,所谓智慧,即如同大脑的工作方式一样,复杂而有条理,科学而有层次,由此可见,智慧校园的特点与大脑的工作特点相同,因此,智慧校园具体模型构建的第一方面,就是架构综合而又统一的管理平台,由于校园模型建设的项目繁多,周期也较长,这就需要一个系统进行统一而综合的管理,为智慧校园的各个用户提供更加便利的信息获取和资源共享服务,从根本上提升整体教育信息化建设水平;第二方面是要满足智慧校园使用用户的全面需求,传统数字化校园虽然科技含量较高,但避免不了服务分散的弊端,智慧校园解决了这一问题,将服务流程一站式提供,既面向校园,也面向教育监管机构,整个各个系统的不同服务,对促进教育教学改革有着重要作用;第三方面是要根据智慧校园建设的特点,遵循构建模型的基本原则,无论是资源共享原则还是开放性原则,都对校园教育教学完善有着促进作用,想要构建具体的智慧校园总体架构模型,就必须要依据特点和原则,考虑当今信息化与便捷化的需求,从而带动智慧校园的进一步发展[2]。

三、智慧校园的典型应用

(一)教育教学

智慧校园应用于教育教学过程中时,最重要的组成部分就是教育教学,校园的目的是教书育人,为国家培养先进的素质性人才,而智慧型的教育教学是整合教学历史的全新境界,是由数字化进化而来的高级阶段,不仅依赖于互联网和大数据,也将许多现代科技融入其中,对促进校园中学生的学习有着重要的影响,有利于学习者学习方式的拓宽,是现代智慧校园的典型应用之一。

(二)科研分析

智慧校园不仅针对于校园进行服务,还可以对校园所需的相关科研项目的进程与成果进行动态的跟踪与分析,智能化的管理科研工作,使科研活动更加有效率[4]。具体情境为,教育教学人员在申报科研项目时,通过智慧校园网络申报省去了纸质媒介的麻烦,缩短了在多个部门间奔走调查的时间,甚至还能够智能模拟选择合作成员,成员信息一览无余,在科研项目进行的过程中,智慧校园模型可以为科研人员提供更为全面而便于检索的海量信息和更加高效的信息网络支持,增强了教职员工之间的协同合作能力,对科研结果的录入、审查和汇总将更加快捷,由此可见,智慧校园建设总体架构模型的典型应用效果正在于此,非常有利于未来校园的建设与发展[3]。

四、结论

现代社会科学技术的水平越来越高,我国对校园数字化的建设力度也逐渐转变为强化智慧型校园的建设力度,通过分析智慧校园模型的特点、具体架构和典型应用,可知智慧校园将是现在以及未来很长一段时间内的发展建设内容。

摘要:教育是我国重点发展的人文项目之一,在教育的整体体系中,体制和管理也逐渐趋于科技化,这得益于当今社会经济的不断进步和科学技术的普及,因此,将校园建设从数字化向智慧化过渡,已经成为当今教育教学完善的主要内容。所谓智慧校园,即将校园整体建设过程以大脑化运行的方式加以强化,分层次的进行校园管理,使校园教育教学的过程更加科学合理,更加适合当今社会的发展趋势,因此,本文将分析智慧校园建设总体架构模型,并以期典型应用为例说明优势和发展前景。

关键词:智慧校园,总体架构,模型,典型应用,分析

参考文献

[1]荣荣,杨现民,陈耀华,赵秋锦.教育管理信息化新发展:走向智慧管理[J].中国电化教育,2014(03).

[2]胡钦太,郑凯,林南晖.教育信息化的发展转型:从“数字校园”到“智慧校园”[J].中国电化教育,2014(01).

[3]祝智庭,贺斌.智慧教育:教育信息化的新境界[J].电化教育研究,2015(12).

【总体架构】推荐阅读:

企业架构05-24

统一架构06-23

发展架构06-28

模块架构07-01

集成架构07-03

架构师07-11

存储架构07-25

分层架构07-28

混合架构07-29

信息架构08-10

上一篇:当代大学生的道德问题下一篇:聆听大师的声音