电力应急指挥管理系统开发及实施方案投标文件（技术标）

封面投标文件封面电力应急指挥管理系统开发及实施方案（技术方案）投标方案投标人：****通讯地址：****联系方式：****投标日期：****报告说明声明：本文内容信息来源于公开渠道，对文中内容的准确性、完整性、及时性或可靠性不作任何保证。本文内容仅供参考与学习交流使用，不构成相关领域的建议和依据.请下载后自行调整修改使用。目录第一章综述 121.1项目背景 121.2现状分析 151.2.1初步建立了应急指挥中心和应急体系 151.2.2各业务系统日趋完善，具备整合应用数据基础 161.3建设目标 161.4设计理念 181.4.1横向到边-系统集成 181.4.2纵向到底-四级联动 201.5建设内容 231.5.1应急指挥信息管理系统建设规范制定 231.5.2应急指挥信息管理系统的设计及开发 231.5.3应急指挥信息管理系统的实施 251.5.4开展开发成果的培训和技术支持 251.6建设范围 251.6.1项目地点范围 261.6.2项目组织范围 261.6.3项目工作范围 261.6.4试点实施范围 271.6.5推广实施范围 281.7建设原则 291.7.1先进性和成熟性原则 291.7.2可靠性和可用性原则 291.7.3前瞻性和扩展性原则 291.7.4效益性和实用性原则 301.7.5安全性和保密性原则 301.7.6可维护性和健壮性原则 301.8建设思路 301.8.1建设规范与标准先行 311.8.2充分利用现有基础，整合资源 311.8.3先试点，再推广 321.9遵循标准 32第二章系统技术架构及技术路线 352.1系统设计思路与方法 352.1.1建设原则与设计思想 352.1.2详细设计的方法及流程 382.1.3逻辑模型 422.1.4实现方案 462.2系统总体架构设计 492.2.1业务应用架构 492.2.2功能架构 552.2.3数据架构 592.2.4集成架构 672.2.5部署架构 732.2.6基础架构 772.2.7移动架构 862.2.8开发架构 922.2.9运维架构 1272.3技术路线 1492.3.1J2EE开发技术 1502.3.2面向服务的体系架构(SOA) 1532.3.3WebService技术 1562.3.4主数据管理 1562.3.5大数据开发框架 1582.3.6移动应用技术 159第三章应用软件技术方案 1653.1系统功能方案 1653.1.1功能概述 1653.1.2应急日常管理 1793.1.3应急处置管理 2283.1.4应急指挥驾驶舱 3343.1.5保供电管理 3883.1.6移动APP应用 4213.1.7系统管理 4523.1.8基础功能 4553.2系统集成方案 4593.2.1应用集成交互 4593.2.2数据集成方案 4713.2.3界面集成方案 4813.3系统数据管理方案 4943.3.1数据采集 4943.3.2数据存储 4973.3.3服务化模块数据管理 5043.4技术标准及规范遵从 5053.4.1遵从企业架构(EA) 5063.4.2遵从SOA技术路线 5163.4.3遵从ECIM模型规范 5293.4.4遵从4A技术规范 5303.4.5遵从安全运维要求 5353.4.6遵从界面规范要求 548第四章试点实施工作方案 5514.1实施范围 5514.1.1组织范围 5514.1.2功能范围 5514.2实施策略 5534.2.1实施原则 5534.2.2实施目标 5544.2.3实施策略、思路 5544.3实施方法 5564.3.1关于实施方法 5564.3.2管理体系 5564.3.3实施步骤和进度安排 5604.4试点单位详细实施时间计划及实施步骤说明 5614.4.1规划阶段的明细步骤 5614.4.2管理诊断阶段的明细步骤 5674.4.3数据清理导入阶段明细步骤 5714.4.4系统开发阶段明细步骤 5764.4.5系统实施阶段明细步骤 5824.4.6运行支持与优化阶段明细步骤 5904.5项目组织结构与职责 5944.6系统安装方案 6004.6.1系统安装调试方案说明 6004.6.2系统安装调试方案 6014.6.3系统安装调试工作计划 601第五章系统软、硬件平台配置方案 6035.1对软件平台要求 6035.1.1操作系统 6035.1.2数据库 6035.1.3中间件 6065.1.4系统环境配置建议 6075.2对硬件平台的要求 6095.2.1服务器系统 6095.2.2网络环境 6105.2.3存储设备 6115.3服务器配置建议方案 6155.3.1网公司侧软硬件配置 6155.3.2省公司侧软硬件配置 618第六章系统安全解决方案 6216.1物理层安全 6216.1.1机房保障 6216.1.2防盗窃和防破坏 6216.1.3设备冗余和链路备份 6226.1.4主机集群热备 6226.2主机安全 6236.2.1身份鉴别 6236.2.2访问控制 6236.2.3安全审计 6246.2.4入侵防范 6246.2.5恶意代码防范 6246.2.6终端资源控制 6246.3通讯层安全 6256.3.1结构安全 6266.3.2访问控制 6266.3.3安全域划分与隔离 6276.3.4网络入侵主动防御 6276.3.5边界内容控制与过滤 6276.3.6病毒监测与控制 6286.3.7网络设备防护 6296.3.8安全审计 6296.4用户层安全 6296.4.1移动设备的安全性 6306.4.2PC端的安全性 6306.4.3桌面用户安全准入控制体系 6306.4.4上网行为审计 6316.5操作系统层安全 6316.5.1防病毒系统建设 6326.5.2入侵检测系统建设 6326.5.3漏洞扫描 6336.5.4安全审计和监控 6336.6应用层安全 6346.6.1身份认证及授权管理 6346.6.2通信完整性 6346.6.3通信保密性 6346.6.4软件容错 6346.6.5资源控制 6356.6.6安全审计 6356.7数据库安全 6366.7.1访问控制 6366.7.2数据库安全保护 6376.7.3数据传输安全 6386.7.4容灾方案 6386.7.5数据库审计 6396.8数据安全方案 6396.9移动系统安全 640第七章系统测试方案 6417.1测试层次 6427.2测试资源 6437.3测试方法及内容 6447.3.1功能测试 6447.3.2性能测试 6817.3.3界面测试 6847.3.4安全性和访问控制测试 6867.3.5可靠及稳定性测试 6887.4测试过程 6897.4.1测试计划 6907.4.2测试设计 6907.4.3测试开发 6917.4.4测试执行 6917.4.5测试评估 6927.5测试进度安排 6927.6测试交付物 693第八章项目管理 6958.1项目管理体系 6958.1.1项目计划管理 6958.1.2项目质量管理 7058.1.3项目团队管理 7118.1.4项目沟通管理 7208.1.5项目风险管理 7278.1.6项目(需求)变更管理 7348.1.7项目问题管理 7448.1.8项目成果管理 7518.2项目管理方法论 7568.2.1先进完整的管理理念 7568.2.2质量保证措施 7588.2.3风险保证措施 7628.2.4沟通保证措施 7668.3项目组织架构 7728.3.1项目组织服务 7728.3.2项目的组织保证 7738.3.3项目的组织结构 7748.3.4项目团队 7808.4项目整体管理 7828.4.1进度计划 7828.4.2主要项目范围 7838.4.3项目里程碑及最终成果 7848.4.4交付文档 7858.4.5系统验收 7868.4.6验收对象 7878.4.7验收标准 7888.4.8验收方法 7888.4.9系统试运行 7908.4.10系统终验7918.5系统培训 7918.5.1系统培训范围 7928.5.2系统培训策略及方式 7938.5.3系统培训组织保障 7948.5.4系统培训计划 7968.5.5系统培训准备 8058.6强化项目管理 8078.6.1加强风险管控 8078.6.2规范项目管理 8158.6.3重视体系保障 815第九章支持与售后服务 8179.1技术服务特点 8179.2技术支持方案 8179.2.1驻场技术支持 8189.2.2远程技术支持 8189.2.3重大技术问题处理支持 8199.2.4客户数据处理技术支持 8199.2.5软件升级技术支持 8209.2.6质保期外技术服务 8219.3服务承诺 8229.3.1服务建设目标 8229.3.2售后服务内容 8239.3.3运维保障服务(SOS) 8249.3.4技术与性能优化服务 8269.3.5应用优化服务(AOS) 8289.3.6售后服务承诺 8299.3.7服务策略 8319.3.8服务价值 831第一章综述年来，全球极端自然灾害事件(如冰灾、地震、洪水、台风等)明经营范围包括广东、广西、云南、贵州和海南五省(区),影响五省件决策等几大重要困难使应急反应处理时间较长。停电时间越多点相连。供电面积100万平方公里，供电人口2.3亿人，供电客户7063万户。2013年全网统调最高负荷1.289亿千瓦，全社会用电量8945亿千瓦时。近年来，xxx公司各级单位认真贯彻国务院关于加强应急平台抓落实，紧紧围绕“统一指挥、反应灵敏、协调有序、运转高效”的应急管理机制初步建立了应急指挥中心和应急高xxx公司系统应急管理水平和应急处置能力，预防和减少突发事以及快速、有序、高效地控制突发事件的发展，将损失减小资源管理、模拟演练、信息发布、社会联动等应急管理功能。在应急指挥平台建设中，目前xxx公司的建设集中在基础环境的建设，支撑系统主要包括：生产系统、调度系统、在线监测系统 (多套)等系统，数据主要包括气象实况与预测数据、设备与环境视频数据、设备拓扑数据、dianwang运行数据等。这些数据和信息实施了局部信息化应用和集成，但从应急管理的角度，这些数据与信息表现地较为分散，应急管理工作处于一个“信息孤岛”,使得信息共享与沟通不畅。在突发事件下，快速获取必要信息变得十分困难，且无法集中呈现为应急指挥和处置提供支持；对于应急指挥管理信息系统的建设仍处于起步阶段，应急指挥管理系统尚未在公司各级按照整体筹划开展建设，对于xxx公司应急值守、预测预警、调度指挥、综合研判、辅助决策和总结评估等工作支撑力度有限。为进一步加快建立健全应急响应与管理机制，提高应急指挥管理中决策与指挥的效力，需要建立跨系统、跨平台、跨专业的应急管理的信息集成平台与统一应急监控指挥管理中心，为应急管理提供全方位的技术支持，实现公司上下、以及与社会部门的应急联动，更好地实施重大突发事件的合理有效地处置。Xxx公司亟待按照“统一领导、综合协调、分类管理、分级负责、属地为主、平战结合”的原则，建设适用于支撑公司系统应对各类突发事件的应急管理体系的应急指挥信息管理系统，并实现与国家和地方应急指挥平台的互联互通。众的正常生活、生产用电。经过多年的发展，基础条件日趋完善，遵照xxx公司加强应急指挥管理工作的精神，xxx公司自2008力，加快了应急体系系统的建设步伐。2010年7月xxx公司首个应急指挥平台(广东dianwang应急指挥中心)正式建成启用。为xxx公司应对处置各类突发性事件提供了的技术支撑，有效地提升了统一的应急管理系统的信息化支撑。而现有的应急指挥系统对于加强、信息化应急管理有待完善，且应急指挥工作没有GIS平台支联互通。应急指挥管理支撑系统主要包括：6+1系统、调度OS2系统、括气象实况与预测数据、设备与环境视频数据、设备拓扑数据、整合，形成立体互动的、动态实时的、反应迅速的、安全可靠的预警防范、指挥调度、过程跟踪、善后处理全过程的电力应急指挥系统。建设适用于支撑公司应对各类突发事件的应急管理体系的应急指挥管理信息系统，持续提升突发事件应急处置能力。充分利用现有系统、做好整体规划和系统整合、快速形成应急指挥能力。同时，通过有效的数据集成、功能流程集成体系提供应急抢修过程中指挥决策信息有力支持，并为日常生产指挥管理提供良好基础数据架构。基于项目总体目标，应急指挥管理信息系统分解后的具体建设(1)建设支撑应急指挥业务流程的相关功能模块，支撑应急组织管理、应急预案管理、应急保障管理、应急运转管理和应急回顾与总结管理等应急管理业务，实现应急值守、预测预警、调度指挥、总结评估等功能。(2)梳理并明确应急指挥信息管理系统相关的数据源，实现与内外部系统数据的集成。主要实现与“6+1”系统、OS2系统以及其他外部相关系统的信息集成，确保数据动态更新、准确有效。(3)充分利用GIS、数据仓库、大数据、云计算和移动通信技术，在应急指挥平台的大屏幕、移动作业平台等硬件平台上支撑应急指挥中的决策辅助、调度指挥、综合研判和辅助决策等工作，实现应急指挥的可视化展示与空间信息分析，并通过移动应用加强事故灾难现场信息实时采集和监测，为各级领导机关指挥救援提供决策依据。(4)系统建成后在国内应急指挥领域应具有一定先进性。1.4设计理念本系统的设计思想是围绕解决电力应急管理与指挥过程中“信息汇聚、信息表现、信息调度、通信和物资资源调度、辅助分析决策”等几个方面的问题为出发点，以横向到边，纵向到底的设计理念，实现电力应急管理与指挥的科学有据和事故处理的快速高效。1.4.1横向到边-系统集成基于南方dianwang现状，提出科学的应急指挥管理系统与其它外部系统的横向集成方案，遵从公司信息集成规范，从服务提供端、服务消费端的角度出发，提供或者调用相应的数据或应用服务。按照统一的展示风格，通过数据集成和界面集成两种集成方式，开发集成资产管理系统、营销管理系统、人力资源管理系统、dianwangGIS平台、营配信息集成、调度OS2系统、覆冰监测系统、短信平台、门户系统、协同办公系统、移动应用平台、政府及公共部门应急指挥信息管理系统、4A平台等13个业务子系统的相关业务功能及数据，从而实现应急指挥管理系统与其它外部系统的横向应急指挥平台应作为应急值班、应急指挥、应急决策等人员的门户系统，系统一方面要实现与应急基础环境系统的智能化联动，另一方面要实现与公司现有调度、营销、办公、通信等专业系统的互联互通及数据共享。将应急指挥所涉及的dianwang实时运行信息、应急队伍信息、应急物资信息和dianwang业务信息等展示在地形图上，并通过地形图实现相关信息的链接，形象地展示突发灾害事件对线路、杆塔、变电站和重要用户等造成的损害或影响数据，同时显示周边可用电力应急抢修队伍，可用应急物资、应急装备信息、其他社会应急救援力量等信息。如下图所示：营配信息集成营配信息集成掌握供电损失情况移动应用平台实现应急指挥系统移动应用门户系统应急信息展示应急组织架构、客户情况4政府等应急系统政府与电网公司应急信息双向互通电网GIS可视化展示应急指挥驾驶舱物资管理系统掌握物资调配情况覆冰监测系统安全生产系统掌握设备损失情况面利就旅棒制定熟绝刑试计软作南来网福始收系统测试报告UnieTestP单元测试计划华成测试准备单元测试准品TPha地求测试热行集顺测试阶段InteErtidnTetFepo单元剃试执行单元剥试报告奉统测试热行项目范围IoteratidnTestE(eou图跨专业、跨系统的横向协同1.4.2纵向到底-四级联动依据南方dianwang“万家灯火、南网情深”的服务理念，结合dianwang运行的基本规律，以及应对各类突发事件为主构建应急指挥机制，形成以“预防为主，战时迅捷，平战结合”为主线、有序推进、层次分明，并能满足网公司、省公司、地市局、县区局及现场班组成员的应用需求的纵向贯通方案，为电力应急指挥全过程提供有力保障。按照“属地化”原则，各类突发应急事件原则上由最小行政单位(区县局及以上)出面应对，上级单位提供必要的指导和支持。应急处置时，IV级事件需报告至地市局层面，III级及以上事件需报省公司层面，I、II级事件需报网公司层面。IV级事件发生后，地市局自行组织应对和处置，或指导县区局开展相关应急处置，III级事件发生后，事发单位应在省公司应急办(应急指挥中心)指导下开展相关应急处置；I、II级事件发生后，应在网公司应急办(应急指挥中心)指导下开展相关应急处置。总之，网公司一级主要对整个应急管理过程进行督办，省公司一级主要对应急管理过程进行指挥，地(市)一级主要对应急管理过程进行协调，(区)县一级主要负责应急管理过程的现场处置，从而建立纵向的四级应急联动机制。系统结合xxx公司应急管理相关规定，按照“统一规范、分级管理、专业负责”的思路和要求，建立“网、省、市、县”四级联动机制，实现网、省、地、县(区)指挥平台的互联互通。在应急阿公司阿公司省公司监教7判各地市局各区县局纵向联动：建立网-省-地-县四级应急联动机制的储用蛰指挥督办多图网-省-地-县四级应急联动机制网级应用主要包括：管理国家级制度规范、管理网公司应急预案、管理网公司应急组织机构、管理网公司培训演练；发布网公司告及报表、跨省装备/队伍调拨；依据可视化GIS地图、图表等可视化手段做出指挥决策。省级主要应用包括：管理省级制度规范、管理省公司应急预案、管理省公司应急组织机构、管理省公司培训演练；发布省公司应急预警/响应通知单、管理省公司应急值班、接收地市局报送的报告及报表、上报报告及报表给网公司、跨地市局装备/队伍调拨；依据可视化GIS地图、图表等可视化手段做出指挥决策。地市级主要应用包括：管理地市级制度规范、管理地市局应急预案、管理地市局应急组织机构、管理地市局培训演练；发布地市局应急预警/响应通知单、管理地市局应急值区县局报送的报告及报表、上报报告及报表给省公司、跨区县局装备/队伍调拨；依据可视化GIS地图、图表等可视化手段做出指挥决区县级主要应用包括：管理区县级制度规范、管理区县局应急预案、管理区县局应急组织机构、管理区县局培训演练；发布区县应急预警/响应通知单、管理区县应急值班、接收班组报送的报表、上报报告及报表给地市局；依据可视化GIS地图、图表等可视化手段做出指挥决策。基层班组主要应用包括：查询制度规范、查询应急预案、查询本单位应急组织机构；报送报表给本单位专业管理部门；依据可视化GIS地图、图表等了解管辖范围内受损情况，用于应急抢修。1.5建设内容本项目依据应急指挥信息管理系统前期的需求分析和概要设计成果，完成应急指挥信息管理系统的详细设计、开发和实施的工作，达到系统的功能、技术、集成、风险管控等建设要求，并协助完成该项目的竣工验收，保证系统顺利按计划在全网开展推广应用，实现系统建设的目标。建设内容具体包括以下主要内容：1.5.1应急指挥信息管理系统建设规范制定制定应急指挥信息管理系统建设规范、管理规范、技术规范，为后续企业运营管控全面有序建设提供指导。1.5.2应急指挥信息管理系统的设计及开发系统详细设计基于应急指挥信息管理系统需求分析和概要设计成果，编制应急指挥信息管理系统详细设计说明书。系统软件开发基于应急指挥信息管理系统需求分析和概要设计、详细设计成果，开发网、省、地、县四级应急指挥信息管理系统版本及移动APP版本。功能涵盖应急指挥及保供电等各项应急业务环节。网级系统适用于公司总部，省公司侧系统适用于5个省公司本部、超高压输电公司、调峰调频发电公司、广州供电局有限公司、深圳供电局有限公司，地市局侧系统适用于省公司的下级直属单位，县区局侧系统适用于地市局的直属单位。系统具体功能模块包括：应急日常管理模块、应急处置管理模块、应急指挥驾驶舱模块、保供电管理模块、移动APP应用管理。应急日常管理包括应急组织机构管理、应急制度规范文件管理、应急预案管理、应急资源管理、应急培训演练管理、日常报表管理、应急新闻获取及展示、应急基地管理、客户管理等；应急处置管理包括应急报表管理、应急监测预判、应急预警管理、应急响应管理、应急处置后评估管理等；应急指挥驾驶舱包括应急专题GIS地图展示、应急专题图表展示、自然灾害影响评估、应急综合视频展示等；保供电管理包括保供电制度规范文件管理、保供电任务管理、保供电值班管理、保供电报告管理、保供电报表管理等。移动APP应用管理包括应急日常管理、应急处置管理、应急指挥驾驶舱、保供电管理的移动端应用。系统与各个业务系统的集成开发按照统一的展示风格，通过数据集成和界面集成两种集成方式，开发集成资产管理系统、营销管理系统、人力资源管理系统、dianwangGIS平台、营配信息集成、调度OS2系统、覆冰监测系统、短信平台、门户系统、协同办公系统、移动应用平台、政府及公共部门应急指挥信息管理系统、4A平台等13个业务子系统的相关业完成公司总部、调峰调频发电公司、超高压输电公司、广东dianwang公司、广西dianwang公司、云南dianwang公司、贵州dianwang公司、海南dianwang公司、广州供电局、深圳供电局应 (区)级单位(以下统称各级单位)突发事件的预防与应急准备、南网总部、超高压公司、调峰调频公司、五省公司(广西壮族级单位(包含分公司、子公司、中心机构及代管县级企业等)。(1)范围包括：公司总部、调峰调频发电公司、超贵州dianwang公司、海南dianwang公司、广州供电局、深圳供电证后，完成系统在公司总部、试点单位及其他推广单位的部署、数据清理与导入；系统配置与测试；系统培训；系统环境准备与环境部署；系统上线切换；与其它系统集成实施；实施技术支持、试运行等实施工作。项目工期合同签订后6个月内完成xx公司应急指挥信息管理系统详细设计及开发，达到功能验收标准。2015年完成试点单位广东dianwang公司上线试运行，2016年完成其他单位上线实施。质量保证服务在系统竣工验收投运后提供为期三年的质量保证免费服务。具体工作包括但不限于：前期准备、详细设计、开发测试环境准备、开发规范制定和宣贯、系统开发测试及发布、配合完成系统功能验收等工作。1.6.4试点实施范围试点实施单位范围广东dianwang公司及其所属各级单位(包含分公司、子公司、中心机构及代管县级企业等)。合同签订后6个月内完成xx公司应急指挥信息管理系统详细设应急指挥信息管理系统功能验收后1个月内完成数据清理与导入工作；2个月内完成系统上线；8个月内完成系统竣工验收。(1)实施单位范围应急指挥信息管理系统推广实施范围为试点单位之外的xxx公司所属其他单位，包括。xxx公司总部、超高压公司、(包含分公司、子公司、中心机构及代管县级企业等)(2)实施工作范围包括但不限于：实施工作(3)2016年完成全网推广1.7.1先进性和成熟性原则时期内先进和稳固，同时，还应具有良好的扩展性和升级能力，使1.7.4效益性和实用性原则系统设计开发应全面考虑系统的经济效益和社会效益、考虑性能价格比和投入产出比等诸多因素、考虑经济投入规模和实际使用价值，系统建设要力求达到经济收益好、社会效益高、资金投入少、实用价值高。1.7.5安全性和保密性原则从设备安全、网络安全、数据安全等多角度考虑系统的安全性和保密性，采用多种手段对安全性和保密性进行控制来确保数据中心数据和信息的安全。1.7.6可维护性和健壮性原则可维护性是指维护人员为纠正系统出现的错误或缺陷，以及为满足新的要求而理解、修改和完善软件系统的难易程度。系统具有容易部署、升级和维护的能力，并支持对系统运行监控，提供日志。能够满足系统健壮性要求，可保障系统无单点故障、数据完整，发生故障时能够及时预警并进行自动恢复或将故障进行隔离。能够保证系统对海量请求的处理要求。主要要求包括：无单点故障、事务一致性、故障预警、自动恢复、故障隔离、抗浪涌。1.8建设思路遵循南方dianwang十二五信息化系统规划、企业架构与应急指挥平台建设规范，在充分理解应用需求的基础上，开发出一套符合规范和标准用于约束和指导应急指挥信息管理系统建设的开(1)通讯网络等硬件设备方面(2)基础业务数据方面南方dianwang6+1系统、调度OS2系统、覆冰监测系统、协同办公系统、移动应用平台等业务系统，可以为应急指挥信息管理系成和界面集成两种。数据集成通过数据接口(服务)的方式从外部xx公司(以下简称“xx公司”)在项目建设过程中，严格遵照[2]ISO9000——国际标准化组织9000系列标准[5]《南方dianwang“十二五”信息化规划》[6]《xxx公司一体化管理推进总体工作方案》[7]《中国xxx公司信息化领域一体化管理工作方案》[8]《xxx公司信息化工作管理规定》[9]《xxx公司信息化项目管理办法》[10]《xxx公司信息系统建设管理办法》[11]《xx公司信息系统运行维护管理办法》[12]《xx公司信息化工作管理规定》[13]《xx公司信息化重点任务考核管理办法》[15]《xx公司信息化项目建设管理办法》[16]《中华人民共和国突发事件应对法》(中华人民共和国主席令第69号)[17]《国务院办公厅关于印发突发事件应急预案管理办法的通知》(国办发〔2013〕101号)[18]《国家安全生产应急管理“十二五”规划》[19]《国家安全监管总局关于进一步加强安全生产应急平台体系建设的意见》[20]《国家处置dianwang大面积停电事件应急预案》[21]《中央企业应急管理暂行办法》(国资委第31号令)[22]《电力企业应急预案管理办法》[23]《xx公司应急管理规定》[24]《xx公司应急预案与演练管理办法》[25]《xx公司应急预警与响应管理办法》[26]《xx公司保供电管理规定》[27]《xx公司应急指挥平台建设规范》[28]《xx公司SOA应用技术规范第1部分：SOA框架规范》[29]《xx公司SOA应用技术规范第2部分：信息集成平台建设规范》[30]《xx公司SOA应用技术规范第3部分：SOA信息集成技术规范》[31]《xx公司SOA应用技术规范第4部分：SOA服务运营管理规范》应急指挥信息管理系统建设处在xxx公司的“十二五”信息化应急指挥信息管理系统建设是信息化规划中的重要工作内容之一，的原则，结合公司信息化建设计划。要做好应急的应用功能梳理，开展信息化的顶层设计，化信息系统设计协同。xxx公司应急指挥信息管理系统统进行应急指挥信息管理系统的设计。在资产、营销、0S2等专业信息系统建设的基础上，实现应急指挥信息管理系统与“6+1”系统的数据共享，避免信息孤岛。.2遵循南网企业架构企业架构是xxx公司借鉴国际先进经验，从公司战略出发，承接公司一体化管理要求，进行了信息化顶层设计，建立起业务、应用、数据、技术之间的有机联系，关注业务和信息化纵向上的承接和横向上的协同，将企业战略转化为指导信息化建设的架构蓝图。通过企业架构，初步梳理了业务之间的协作关系以及应用之间的交互关系，初步梳理了公司核心主数据、业务数据的概念实体，很大程度明确了业务协同、信息集成需求。应急指挥信息管理系统应用建设尤其应重视各业务之间的协作关系，应深入理解企业架构并遵循其规划蓝图，以便更有效地解决应用集成、数据同源、数据共享等问题，促进“横向协同、纵向贯通”的一体化企业级系统建设，减少信息孤岛，促进应急指挥信息管理系统应用业务效率提升。.3业务驱动应用集成应急指挥信息管理系统应用建设是“十二五”期间网公司的重点任务之一，需要全面实现应急指挥信息管理系统应用。应急指挥工作是观念的变革，是管理的变革，是公司一体化工作的有机组成部分，是公司加强精益化管理的具体举措，应急指挥信息管理系统应用建设应按照业务驱动的模式，从业务需求出发，在业务目标和需求推动下进行服务规划和设计，能够灵活地适应环境变化导致的业务需求调整。核心设计思想Xx公司融合了国内外IT领域技术、思想及创新，形成了自己的研发思想与策略，其基本思想如下：(1)业务与技术分离基于平台开发应用时只需关注业务，基础技术包括事务、安全、并发、缓存、日志、引擎等均由平台提供。业务开发人员只需关注(2)按需组合平台各个部分采用松散耦合的设计方式，可以根据需要将各个部分组装在一起，不需要的部分可以去掉，以保持平台的灵活性和(3)开放、标准与跨平台从硬件体系、服务器、操作系统、数据库、中间件、编程语言、传输协议、客户端等层面支持行业标准和跨多个平台，可以满足xxx公司的开发规范和总体技术架构；(4)支持国际化与本地化基于平台开发的业务产品支持国际化应用，以及本地化应用开发。包括UI控件、多语言、多账簿、多时区、多地点、多数据格式等，支持按照用户、供应商、客户等所在国家和地区的本地化应用(5)统一应用平台支持企业客户化开发、应用集成、测试、部署、个性化配置、运维管理等应用全生命周期管理。2.1.2详细设计的方法及流程在充分考虑业务协同需求，实现业务流程的“纵向贯通、横向协同”,以及数据的快速安全传递与共享的基础上，对客户的详细需求进行认真分析和理解，并在前期概要设计的基础上进行详细设计工作。具体包括以下工作：系统的架构及模型分析及设计；●系统集成接口的详细设计；●系统运行安全的详细设计；●系统并发性能的详细设计；●系统应用配置的详细设计；工作方法根据开发工期要求和详细需求文档，策划详细需求的分析活动，制定相应的计划并进行任务分配，其中具有较高重要程度的功能 (类)的具体需求分析工作需按按计划中要优先考虑。工作流程分析设计过程概念图设计验证6.5设计量证6.5设计量证·总体分析设计和详细设计活动中，子活动是可以并行、这代的·评审是分阶段，分项目进行的·评审通过并关团后，文档即可基线化·详细设计的评审须在易用性评审之后，按实际情况，易用性评审也可以在看求评审之前进行图工作流程实现的工作方式活动说明划针对这些需求条目对应的设计活动，此表也用于指导设计活动的裁剪。产品概要设计包括：主设计承担1.总体架(结)构设计平台经理、详细设计、应用架构师、部分需求人员、易用性设计人员参与2.系统分析3.数据推演以上内容属于分析步骤，具体要求见模板新产品必须包括此活动，改错、升级版本可选详细设计详细算法及代码相关设计，确保需求和总体设计在代码中得到执行，包设计承担1.算法设计主设计、需求人员、程序员协助2.数据结构设计3.业务组件设计4.接口设计5.数据推演6.易用性设计设计验证确保设计落实到产品。设计承担设计验证要在单元测试之后，提交联调之前完成。主设计推动评审依据《评审、审核和确认程序》进行评审承担者提交完成一项工作产品输出时，组织评审评审负责人当子项目完成时，组织评审SQA负责文档规范审核即可入基线库产品概要设计评审评审负责人是总设计，总设计项目负责人、测试经理、以及该项目直接涉及的产品经理、需求经理、主设计、所有设计人员、开发经理。易用性设计评审评审负责人由易用性专项组指定易用性专项组承担设计本人及相关设计人员、需求人员、易用性专项组人员，按《易用性评审办法》执行详细设计评审主设计该项目直接涉及的产品经理、需求经理、所有设计人员、开发经理、测试经理参加。提交配置管理将已评审通过的设计提交基线库。设计承担者设计变更基线化后的设计变更，依据《配置项管理规范》进行设计承担者2.1.3逻辑模型实现。此模型层次划分汲取了业界广泛引用的SOA典型逻辑层次，业务活动接入控制业务活动服务路由业务活动协议适配SOA集成平台(企业服务总展示层业务控制层接入层服务层数据访问层系统资源层Z图应急指挥信息管理系统逻辑模型展示层息息相关。展示层更多是从技术上要求满足用户业务处理界面展现前端通过JSP技术实现http数据到Java类的转换，并调用业务控业务控制层式实现应急指挥信息管理系统流程节点功能及数据访问，业务控制个可展现的业务功能点内对下层所提供的业务服务访问(调用)和接入层负责服务的接入控制、服务路由和协议适配。保证系统对接入流量的控制，对服务负载均衡。在大并发情况下的稳定协议及标准的SOAP协议。对系统内部服务调用接入层采用基于WSDL并对外发布服务及服务运行信息，通过webservice协议提供服务层的方式，系统能够屏蔽内部技术实现的复杂性，同时对外提供明确业务目标的功能接口。服务粒度必须保证内部业务功能独立健访问层不涉及到业务逻辑处理，主要目标是系统资源层的系统(需要在内部资源集成)等。企业服务总线(企业集成平台)是支撑SOA服务注册、服务分2.1.4实现方案企业信息门户对外网站群可视化展示企业服务管理移动接入GIS平台营配服务组件数据访问组件海量准实时数数据库与存储设备数据通讯网络软件平台移动接入安全生产管理SOA集成平台(企业服务总营销管理系统前端实现后台实现图应急指挥信息管理系统技术架构实现图(1)用户交互：前端展现上采用B/S模式，通过JSP+AJAX技按照统一规划、建设标准和管理评价办法构建纵向互联互通、横向中，业务流程管理提供业务应用集成能力，(3)服务接入及服务实现：接入层及服务实现均采用Java语中，应急外部及内部集成服务遵循SOA规范体系要求，采用webservice技术实现，并部署到Weblogic中间件，对外提供统一(4)数据管理：采用JDBC及JDO后台数据库访问技术实现，海量准实时数据管理、dianwangGIS等系统的数据问接组件写入应急数据库及存储设备，实现主数据管理、数据标准管理、数据质量管理等在内的数据资源管理、空间信息数据管理、实时/准实时数据管理。(5)基础设施：由数据通信网络、各系统的主机、存储等硬件设备组成，是应急指挥信息管理系统的基石，包括公共的通讯网络设施、一体化业务系统的主机/存储、集成平台主机/存储、GIS平台主机/存储，应急指挥信息管理系统所需的接口服务器。2.2系统总体架构设计2.2.1业务应用架构业务应用架构原则企业应用架构(EnterpriseApplicationArchitecture,EAA)描述了在企业统一的数据平台上各个相对独立的应用系统的部署以及与核心业务流程之间的作用和关系。应用架构的核心思想是通过对业务模型的理解，采用IT信息化的系统分析方法，对应急指挥业务过程、业务目标进行全面的分析和抽象。将具体的业务实现按照功能模块组织形成相应的功能域。系统、平台之间的协作通过服务以松耦合的方式设计，具有特定业务逻辑或功能的服务可以重用，根据业务需求也可对服务进行组合，极大提高系统实现的灵活性。业务领域范围应急指挥信息管理系统所属的业务域为资产管理，如下图所示：图项目所属业务域视图(红框标示)业务分类范围安全生产安全生产生广箭且自管生产新发平自管通运行景划管理并网凉善管理启动并网管理技术骨理体系维护与赞郸故评价管理分析行帮入行图项目所属二级业务分类视图(红框标示)业务分类的详细信息如下：编号应急预案管理应急管理安全生产应急演练管理应急管理安全生产应急保障系统管理应急管理安全生产应急预警与响应应急管理安全生产防灾应急管理应急管理安全生产保供电管理应急管理安全生产业务流程范围如下图所示(红框标示项目支撑的业务流程)。三三二二二_图项目所支撑的业务流程(红框标示)业务流程的详细信息如下：编号总体预案及专项预案管理流程制定应急管理总体预案及专项预案，并进行审批现场处置方案管理流程制定应急现场处置方案，并进行审批应急演练流程按照应急预案，定期或不定期对应急预案进行演练应急队伍调遣流程建立常态化的公司应急队伍，对应急队伍进行规范化管理应急平台场所使用管理流程建立网、省、地三级应急指挥平台突发事件应急信息报送流程对突发事件进行应急信息报送突发事件预警发布流程对突发事件进行预警发布突发事件预警调整流程对突发事件进行预警调整突发事件预警对突发事件进行预警解除突发事件应急处置流程保供电工作流程为供电范围内各类保供电任务进行管理，确保对重要地区、场所的安全可靠供电业务流程协作关系年度圆定资年度圆定资管理险管理设安全教育与安全理理生产项目管理产投资计划实施管理设标管理门考核任制考核综合计划制定与下达理理安全技术与施管理安全生产目安委会及安理工程建设安工程建设安理理应急演练管理理划究应急预警与响应理理电力基建项目前期管理理事故事件管理安全监察理战略实施用电检查理战略管理战略管理规划建设安全生产市场营销人力资源财务管理物资管理信息管理综合管理图业务流程协作关系总览卫星电话应急指挥大屏卫星电话应急指挥大屏流程引组件流程引组件系统系统平台营销管理系统4A平台图功能框架1应急日常管理应急组织机构管理2应急日常管理应急制度规范文件管理3应急日常管理应急预案管理4应急日常管理应急资源管理5应急日常管理应急培训演练管理6应急日常管理日常报表管理7应急日常管理应急新闻获取及展示8应急日常管理应急基地管理9应急日常管理客户管理应急处置管理应急报表管理应急处置管理应急监测预判应急处置管理应急预警管理应急处置管理应急响应管理应急处置管理应急处置后评估管理应急指挥驾驶舱应急专题GIS地图展示应急指挥驾驶舱应急专题图表展示应急指挥驾驶舱自然灾害影响评估应急指挥驾驶舱应急综合视频展示保供电管理保供电制度规范文件管理保供电管理保供电任务管理保供电管理保供电值班管理保供电管理保供电报告管理保供电管理保供电报表管理序号功能项编功能项名超高压调峰调频基层单位1应急日常管理应急组织√√√√√√2应急日常管理应急制度规范文件管理√√√√√√3应急日常管理应急预案管理√√√√√√4应急日常管理应急资源管理√√√√√√5应急日常管理应急培训演练管理√√√√√√6应急日常管理日常报表管理√√√√√√7应急日常管理应急新闻获取及展示√√√√√√8应急日常管理应急基地管理√√√√9应急日常管理客户管理√√√√√√应急处应急报表管理√√√√√√应急处应急监测预判√√√√√√应急处应急预警管理√√√√√√应急处应急响应管理√√√√√√应急处后评估管理√√√√√√应急指挥驾驶舱应急专题示√√√√√√应急指挥驾驶舱应急专题图表展示√√√√√√应急指自然灾害√√√√√√舱影响评估应急指挥驾驶舱应急综合视频展示√√√√√√保供电管理保供电制度规范文√√√√√√保供电管理保供电任务管理√√√√√√保供电管理保供电值√√√√√√保供电管理保供电报告管理√√√√√√保供电管理保供电报√√√√√√企业数据架构(EnterpriseDataArchitecture,EDA)是对企业数据架构建模的方法有很多种，例如E-R图、IDEF1X、UML等。本项目数据架构设计方法将采用E-R方式进行建模工作。应急指挥信息管理系统应用数据架构设计包括应急指挥信息管理系统所需的数据模型和数据存储区域等设计工作。数据模型(DataModel)是对用户信息需求的科学反映，是对客观事物及其联系的数据描述，是规划系统的信息组织框架结构。数据模型主要分为概念模型、逻辑模型、物理模型。数据域一项目成本一组织项目安全电网拓扑数据域应急数据域一数据城关系图应急指挥信息管理系统数据域示意图数据架构图应急资金应急资金资金计划(资金)应急联动信息物料(采购)培训需求(培训)突发事件应急指挥平台应急预案应急演练评估现场处置方案(组织)应急演练记录应急预警与响应记录(人员)应急人员队伍应急组织图应急指挥信息管理系统数据架构图概念数据模型.1应急基础文档图应急规范与预案ERP组织11图应急组织图值班计划文档计划.2应急损失馈线变电站图应急损失.3应急资源角色角色1物资应急队伍资产仓库1库存图应急专家.4应急培训与演练计划计划条目应急演练计划应急培训计划图应急培训与演练气象与环境灾害预警通知单政府应急预警通知单活动记录应急响应发布(调整)通知单0.1应急预警报告应急响应报告应急预警发布(调整)通知单安置点图应急处置文档图应急队伍与装备调拨.6自然灾害△山火暴雨台风图自然灾害这档大图自然灾害影响预估.7保供电文档图保供电盟热宿路n严描图系统对外数据交互情况系统内部数据交互应急指挥管理信息系统应急指挥管理信息系统EQ\*jc3\*hps11\o\al(\s\up2(急监),预)值斑长、成员住班管理物客户管理理后评估保供电制度颁范文件管理应急组织机构管理应急预案应急资源图表自然灾害应急制度规范文件管理三防办、应急办应急报表管理理各临装理图系统内部数据流2.2.4集成架构集成架构图企业信息集成平台应急指挥系统应票日常管理应急指挥系统企业信息集成平台应急省管理应急指摔驾驶栓保供电营理平台管理南网总部省级公司应急处置管理应急指洋驾织舱保供中管理营销管理人力资源综合管逆协同办公人力资源管理系统统平台管理娇系图集成框架图应急指挥信息管理系统在网、省两级进行分布式部署，在每一级系统均通过SOA服务总线，与资产管理、营销管理、物资管理等系统进行集成。应急指挥信息管理系统间与外系统的集成关系如下营销管理系统营配信息集成应急指挥系统物资管理系统人力资源管理系安全生产管理系统协同办公系统短信平台门户系统统图应急指挥信息管理系统集成图总体集成关系定义说明如下表：序号频率实时1安全生产管理系统应急指挥信息管理系统事件触发高数据集成2应急指挥信息管理系统安全生产管理系统事件触高数据集发成3物资管理系统应急指挥信息管理系统事件触发高应用集成4营销管理系统应急指挥信息管理系统事件触发高数据集成5应急指挥信息管理系统营销管理系统事件触发高数据集成6平台应急指挥信息管理系统界面集成WebGIS框架7人力资源管理系统应急指挥信息管理系统数据集成8营配信息集成应急指挥信界息管理系统面集成9营配信息集成应急指挥信息管理系统事件触发高数据集成调度OS2系统应急指挥信息管理系统数据集成应急指挥信息管理系统调度OS2系统事件触发数据集成覆冰监测系统应急指挥信息管理系统界面集成短信平台应急指挥信息管理系统事件触高数据集发成应急指挥信息管理系统短信平台事件触发高数据集成应急指挥信息管理系统门户系统事件触发高数据集成应急指挥信息管理系统协同办公系统事件触发高数据集成政府应急指挥系统应急指挥信息管理系统事件触发高数据集成应急指挥信息管理系统政府应急指挥系统事件触发高数据集成移动应用政府应急指事高数挥系统件触发据集成4A平台应急指挥信息管理系统事件触发高界面集成(1)数据集成(2)应用集成(3)界面集成网公司总部服务器影网公司总部服务器影分者公司服务器三用务器市T图网省两级部署应急指挥信息管理系统采用“网、省两级分布式部署，网-省-据库服务器，因此每级系统的客户端访问本地数据，加快用户的响网总部的系统和下级分省公司的系统之间可通过平台的分布式应用将它们整合为一个企业管理系统，支持多级政府及公共部门应急指挥信息管理系统通讯服务)需要与Internet连接，出于对系统的安全性及企业内部网络安全性考虑，在网公司应用服务器集群ww地5uetb1e图典型集群架构应用服务器集群包括多个应用服务器实例同时运行并一起工作提供强大的可伸缩性和可靠性。构成集群的服务器实例可以运行在同一系统上，或位于不同的系统上。可以通过添加额外的逻辑服务实例，或物理服务器实现现有系统的集群能力的扩展。服务器集群的关键特点如下：(1)应用故障失效转移故障转移意味着，当一个应用程序组件做某项工作的时候，因为一些原因出现故障导致该组件不可用时，失败对象的副本转移到其他组件完成这项工作。为了完成失效转移，必须有如下机制保证新对象可以继续完成●已失败任务中的对象数据和状态能够拷贝至新对象；●能够提供发生故障是失效对象的位置和运行信息，以便可以诊断发生故障时的执行计划；●能够提供发生故障是执行任务进程的进展情况，以便可以诊断发生故障时失效对象已经成功完成的任务信息和执行程度。例如多少数据状态发生变化，整个过程完成了多少步骤等。(2)服务迁移服务实例支持自动或手动的方式将集群环境下的一个服务实例迁移到另外一个环境。这项技术在下述高可用性的需求应用场景中●可以确保一个单实例服务的不中断的情况下可靠运行，阻止单点故障发生的破坏性。比如JMS和JTA服务故障恢复，当这些单实例服务服务发生故障时，运行这些服务的ManagedServer可以自动迁移至一个可用的ManagedServer;●作为计划内的迁移方案，例如主机维护升级切换等。相应工具提供管理控制台，或命令行操作服务实例间迁移，保障服务不间断的随时可用。(3)负载均衡负载均衡可以通过计算和网络资源的通信，使得分布式环境的任务协同工作。作为负载均衡的对象需要具备如下特性：●一个对象拥有多份拷贝，可以协同完成相同的特定工作；●所有对象的状态和运行信息可以共享使用；(4)集群环境下的服务器间通信集群环境下的服务器间通信方式主要基于如下两种网络技术：●IPSocket,这是群集服务器实例之间的点对点的通信管道。●单播或组播，服务器实例使用的广播服务和心跳通信，表明持续可用性。当创建一个新的集群，建议使用集群内的单播消息。2.2.6基础架构基础架构原则描述基础技术环境、软硬件环境、网络环境、产品、工具、接口协议等内容包括支持信息系统运行的基础平台，为各应用系统提供计算能力、存储能力以及灾备恢复能力。(1)基础架构●产品选择、技术组件选择、技术标准(开发平台、工具、软件、硬件、操作系统、数据库)(2)接口服务●接口标准、内部接口、外部接口(3)网络环境●网络资源、高可靠性(数量、性能、容量和链路带宽)●可用性、可扩展性、安全性、可管理性、高效性、有效性、工业标准(4)系统管理●系统性能需求、容量统一监测●软件升级和分发●统一系统操作●问题管理、变更管理、可用性管理服务器系统生产网络DC区)生产原络qDC区)生产网络(DMZ区)RAC練数据处理移动平台教理平台他IPC眼务器主，]事务处理系统图服务器系统-物理架构图服务器是运行应用系统，为最终用户提供服务的专用设备，它是应用系统中至关重要的设备。本项目涉及的主要硬件平台设计包括服务器、存储和相关设备。(1)服务器部分：包括生产服务器组、测试/开发/培训服务器和管理配置服务器组构成。(2)存储部分：由磁盘阵列和磁带库构成：前者是系统业务数据的存储载体；后者主要用于关键业务数据的备份，以保证数据安(3)相关设备：包括光纤交换机及相关的光纤条线等。如果一个系统配置充足的CPU、内存、高速硬盘和有足够的网络带宽，那这个系统就能很好的保证我们应用的系统。同时，在物理资源一定的情况下，如何合理使用它们也是性能调整的一个方面。网络环境由于未来的应急指挥系统将是一个7×24小时不断运行的系统，而安全稳定的网络环境是保证系统稳定运行的一个基础环境，针对现有的环境我们对网络架构提出以下建议：(1)网络带宽方面的建议：建议在系统上线前，对于广域网的实际带宽做一个综合测试，确定实际可用的带宽。(2)网络可靠性方面的建议：在网络架构上需要充分考虑设备和链路的冗余，保证在局部设备和链路出现故障后不会影响网络的正常运转，特别是关键数据信息的传送。(3)网络安全性方面的建议：为了防止黑客攻击，病毒泛滥等网络安全隐患，建议在网络层面部署相关的安全设备和安全策略：如可采用流量控制系统对流经广域网的应用进行优先级划分，确保即使在带宽不够的情况下核心应用能够优先获得所需的网络带宽，以确保系统的响应速度。另外需要严格控制从广域网上对互联网的访问。(4)网络管理方面的建议：在网络管理方面，建议在本系统上线前，对网络监控的策略和配置作适当的调整和优化，以保证局域网(包括有线和无线网络)和广域网稳定可靠的运行，并能够及时解决可能出现的问题。数据库系统数据库是企业活动的逻辑记录，数据库的改变直接记录了企业活动的变化，数据库是企业的重要资产。数据库处理是应用系统中的关键部分，选择和使用合适的数据库将有效地提高系统处理能力，降低数据库损坏可能。数据库选型原则：(1)可靠性：较强的容错能力、错误恢复能力、错误记录及预警能力，支持对数据库在线管理和维护，减少因系统维护和管理导致的计划内停机，支持数据的在线备份，减少由于数据备份而导致的系统服务中断，数据恢复，数据复制。(2)高性能及可扩展性：具有强的查询优化能力，能够自动优化查询语句，具有快速的并发访问操作，并发控制稳定可靠，支持多线程多进程，具有支持并行操作所需的技术，具有足够的业务处理能力。(3)安全性：提供多样化、多层次的安全控制机制，支持C2或以上级安全标准，能够防止对数据的非法访问，支持数据库存储加密、数据传输通道加密及相应冗余控制。(4)可管理性：提供图形化、智能化、自动化的管理工具，降低管理成本与复杂度，允许用户根据需要制定专门的管理策略，能够提供必要的管理日志和运行统计报告，开发工具易使用、开发效率高、维护方便。(5)集成能力：具有良好的开放性，支持异种数据库的互访等，具体内容包括：能够将原有异种数据库向本数据库无损失移植。(6)支持关系和非关系数据存储以下以Oracle为例，举例说明数据库的设计思路。了CacheFusion(高速缓存合并)技术，节点已经取出的数据块更新后，没有写入磁盘前，可以被另外一个节点更新，然后以最后的版本写入磁盘，RAC的各个节点的数据缓冲区通过高速，低延迟的内部网络进行数据块的传输。集群管理器(ClusterManager)在集群系统中对其他各个模块进行整合，通过高速的内连接来提供节点之间的通信。各节点之间内连接使用心跳线互联，心跳线上的信息功能确定群集逻辑上的节点成员信息和节点更新情况，以及节点在某个时间点的运行状态，保证群集系统正常运行。通信层管理节点之间的通信。它的职责是配置，互联群集中节点信息，在群集管理器中使用由心跳机制产生的信息，由通信层负责传输，确保信息的正确到达。还有一些群集监视进程不断验证系sharedcachewthOraceCa存储系统数据块(RAID4或RAID5)计算的奇偶校验信息。使用RAID后，操作系统(Window,Linux)不再单独处理单个磁盘，而是把整个磁盘的校验盘，而是按某种规则分布在阵列所属的磁盘上，所以在每块题，使得同一组内并发进行多个写操作。所以RAID5既适用于大数分布合理的磁盘阵列，可用容量为(N-1)/N的总磁盘容RAIDRAID5原理示意图AE1UKLJV类型磁盘利用性能而提高)最差 高(100%)最低个人用户1读和单个磁盘无区别，写则要写两遍最高(提供数据差(50%)最高适用于存放重要数据50(相近似的读取速度),写：RAID5<对单个磁盘进行写入操作(多了一个奇偶校验信息的写入)1是一种存储性能，数据安全和存储成本兼顾的存储解决方案读RAID10=RAID0写11集合了1的优点，但是空间上由于使用镜像，而不是类似RAID5的奇偶校验信息，磁盘利用率一样据(例如应急车辆信息，人员信息，物资信息等),宜采用Raid01存储需求大，宜采用RAID5存储。异步IO:同步I/0和异步I/0:同步I/0发出请求后，应用程序就会阻塞，直到请求满足为止；异步I/0模式下，进程发出I/0请求后，无需等待I/0完成，就可以去处理其它事情，I/0请求被异步I/0可以使需要大量写的ORACLE进程(如DBWn进程)将I/0请求队列化，以充分利用硬件的I/0带宽，从而使它们能最大负载均衡和条带化：条带化技术就是将数据分成很多小的部多操作系统，磁盘设备供应商，各种第三方软件都能做到条带通过条带化，DBA可以很轻松地做到I/0负载均衡(在一些成熟的通过手工配置每个数据到不同存放位置以分担I/2.2.7移动架构移动IT系统架构于安全的IDC区，与营销系统、计量系统及GIS系统等基础业务系移动开发架构Extjs/WebWork/Spring/Hibe安全体系图移动开发架构移动系统安全互联网服务访问安全：能够在符合南网信息安全规范下实现与互联网地理位置服务进行相连，安全通信，获取地理位置定位及导终端接入安全：符合南网移动安全接入规范，能够让移动终端安全接入局内网络，与具备部署应用进行安全通信与访问。网络安全：能经受来自互联网的一般性恶意攻击。如病毒(包括木马)攻击、口令猜测攻击、黑客入侵等。因此，必须配备较强的网络安全防范、响应能力，为应用系统提供安全可靠的网络统计数据库安全：数据库级备份和恢复。数据库级用户进行角色和权限授权。使得在异常情况发生时，系统可以得以快速恢复，避免数据的丢失或将其影响降到最低限度。同样，要保证存储过程中数据不被非法访问和篡改。应用系统安全：通过对用户的身份鉴别，并实施相应的访问控制策略后，使用户只能完成得到系统授权的访问操作权限。通过流程管理，保证每次操作的安全及关键数据的更改具有可追溯性。移动多终端系统支持基于APP集成的移动应急门户应用，在移动终端适配上，能够实现多终端系统支持，支持当前主流的两大移动操作系统，IOS和实现最大化的移动适配。出出m毒东路一石牌村医江富馆一大招德大睦8双塔路Bm亦沙村营工新村进东风村四考办四Q,A,O…QQ,广出高新属中◎海珠中学A老监胸④十I1图移动平板(IOS)界面效果演演英边原认排序五三珠和解棠下人民医医院高压室黄村盗交格凶57位图器天严供电局七燃环场高郑造镇宽头地如越类区联乱决五村第头古坑尾化龙镇合庆医西基十两区月响图移动平板(Andriod)界面效果(3)手机就惠10KV冷接中间头3×240mm2210KV冷缩中间头，3×7Dmm2210KV配电型地雷器设外套Y5WS-17/50FT,310KV全冷缩户内搀据头35*240mm2210KV全冷艳户内将澜头3芯×70mm2210KV全冷缩户外缪海头3芯×240mm2210KV全冷缩户外将溜头3芯*70mm22500V铝芯代压地模双童)VV-35图手机界面效果2.2.8开发架构全生命周期的开发平台文件…管理工具管理工具软件项目管理与研发协同工具软件配量管理与资产管理软件项目管理与研发协同工具软件配量管理与资产管理提供业务建模/领域建模设计设计(设计器/DSL/框架/模式/模板/工具)开发/测试构造/验证组装/发布应用开发框架基础技术组件库/中间件图应用开发平台架构图支持基于SOA的应用集成与数据库层面的功能和效率、稳定性、可集成性及可维护性，降低软件实现的技术难度及开发成本。使用应用开发平台能够使应用开发人员只需要关注业务，基础技术由该应用开发平台统一提供支持，实现业务与技术的分离。应用开发平台在技术方面能够适应未来新技术的变化，降低由于采用新技术对应用带来的影响。通过可视化的设计器，如代码生成工具等各类辅助工具，在使用各种共享资源的基础上，项目开发人员可选择或制定出自己的最佳实践过程及模板，以提升软件开发的效率、质量，降低开发的时间与成本。设计模型(1)业务流程建模业务流程定义为：企业为完成某一目标(或任务)而进行的一系列逻辑相关的活动的有序集合。业务流程建模的特点●目的性正如业务流程的定义所揭示的，企业的流程都是为完成某一目标而产生的。●普遍性世界上的所有物质都是在不停的运动着的，任何事物的发生、发展都必须经过一定的过程。同样，对于一个企业来说，无论要完成什么样的任务，也都必须通过一定的流程来实现。●整体性构成流程的各个活动，必须通过一定的结合，才能完成流程的特定目标。单个活动本身是无法完成流程的目标的。活动间只有通过一定方式的组合，才能共同实现某一目标。这就是流程的整体性。●动态性流程总是不断地从一个活动转变到另一个活动。这种不断的转变，使流程总是处于一种动态的变化之中，静态的流程是不存在的。●层次性企业的业务流程是通过一定的输入，从而产生一定的输出，实现一定的目的，是一个输入一输出系统，具有系统的层次特性。组成高层次流程的活动本身就是一个流程，有的往往还是一个复杂的流程。●结构性企业业务流程的结构性指的是组成流程的各种活动之间的相互关系与相互依赖的方式。组成流程的各个活动之间存在着三种基本的关系，它们是顺序关系、并列关系和耦合关系。(2)功能建模业务流程定义为：功能建模是指在业务建模的基础上，为解决业务领域的问题所需要的系统功能，并按照“系统—子系统一功能一程序”的思路编排。功能模型表示变化的系统的“功能”性质，它指明了系统应该“做什么”,因此更直接地反映了用户对目标系统的需求。功能建模的特点●系统功能框架整体把握，思路清晰，层次分明●从细节上明确系统的功能定义●从层次上理顺各功能之间的关系(3)数据建模型南方dianwang企业对IEC61970/IEC61968公共信息模型进行(4)建模工具模型描述需求，减少开发团队成员之间，以及开发团队和业务人员之间的沟通成本，可以的工具有Visio、RationalRose、数据建模是提供直观的数据实体(表)展示，可以通过工具对数据模型进行快速迭代更新，而且和数据库实例的集成可以加快开发速度。包括业务数据建模、分析数据建模等主要工具有系统开发SVN库由配置管理员在SVN服VisualSVNServer进行库管理，各开发人员在各自工作电脑安装库下载至个人工作电脑，通过增加(Add)、删除(Delete)、修改 (Modify)等操作将自己的开发成果提交(Commit)到服务器上的交。当完成了一个小功能，能够通过编译并且自己测试之后，谨慎地提交。如果在修改的期间别人也更改了svn的对应文件，那么update时会自动进行合并，如果修改的是同一行，那么合生冲突，这种情况就需要同之前的开发人员联系，两个人一起协商(2)多提交：每次提交的间歇尽可能地短工作为宜。例如在更改UI界面的时候，可以每完成一个UI界面的