1、计算机科技有限公司技术部项目管理流程制度编 制： 审 核： 批 准： 版 本 号: ESZAQDGF001 编 制： 审 核： 批 准： 版 本 号: 目录一、总则51、工作目标52、工作原则53、岗位职责5二、项目实施活动51、标准活动定义62、项目启动阶段6需求初步了解6编制项目活动矩阵7编写项目总体计划（需评审）73、联合设计阶段8调研需求8分析需求9确认需求9调研接口9编写接口方案10确认接口10编写并提交需求报告(需评审)104、软件开发阶段11开发任务提交11开发任务确认11任务开发12开发任务完成确认12项目基础资料收集13基础数据配置13设备接入实验室测试14接口实验室测试142、出所验收155、现场实施阶段15现场环境确认15现场部署调试17外场设备接入17接口对接18系统联调196、系统试运行阶段19系统上线19用户培训20编写运维技术手册20运维工作交接21故障诊断和修复217、项目验收阶段22验收资料编写22配合验收22验收完善23系统交付24三、项目管理活动241、成本管理242、进度管理253、质量管理264、沟通管理26业主（用户）26项目经理（项目部）27中心开发部275、现场管理28四、主要工作界面及协作流程301、事业部30总体协作流程30设备协议开发调试31系统出所验收32设备接入调试33接口和系统联调试342、研究院、设计咨询中心35软件技术方案3、协助35情报板版面设计及发布段规划353、中心开发部36开发任务安排及确认36现场开发支持37五、配套管理规定371、软件系统日常运维手册编写指南37概述37项目软件系统运维流程38主要角色和职责39项目资料要求41巡检对象和基本要求45系统与数据备份71系统故障处置基本要求72团队组织76运维流程802、项目开发任务管理办法83概述83各阶段工作定义84实施细则883、项目周报与项目简报984、软件中心项管费管理规定100项管费组成及说明100项管费预算审核办法101项管费使用和报销规定1015、软件系统基本集成环境要求103网络103数据库105主机系统125附、表单样式1321、项管费管4、理132季度项管费预（决）算表132项管费支出明细表132现场人员考勤表1322、项目开发任务管理132项目开发任务表（周）132开发资源冲突表（周）1323、项目活动和进度管理132项目活动矩阵132项目总体进度计划132项目周报132项目简报1324、运维管理和质量评价132运维巡检记录表132故障报告132系统缺陷统计表132一、 总则1、工作目标推进工程项目软件实施和管理工作，协助事业部顺利完成项目。2、工作原则A、有大局观，一切言行应有利于维护公司形象和利益；B、现场工作遇到阻力或困难无法推进时，应及时向上级主管（组长、部门经理）报告、沟通以寻求处理办法。C、项目工作特别是各类内、外5、部协调工作应留下过程痕迹，如：会议纪要，沟通记录，如有必要可通过OA请示批复流程来固化。D、听从项目经理的工作安排，当发生观点相左时，应先充分沟通，如无果则应及时向上级反映，但现场不得与项目经理争执或发生更激烈冲突；E、项目经理拥有向用户的最终解释权，不论内部意见如何，对外统一表达口径。3、岗位职责A、负责工程项目的软件现场实施和管理工作；B、协调开发资源，按时完成系统功能，并部署上线；C、协助项目经理推动项目，为其提供软件方面的技术支持。二、 项目实施活动参考软件项目管理过程，结合实际情况，将项目实施划分为项目启动、联合设计、软件开发、现场实施、系统试运行和项目验收六个阶段，并定义了34项标6、准活动。1、标准活动定义项目启动联合设计软件开发现场实施系统试运行项目验收需求初步了解调研需求开发任务提交现场环境确认系统上线验收资料编写编制项目活动矩阵分析需求开发任务确认现场部署调试用户培训配合验收编写项目总体计划确认需求任务开发外场设备接入编写运维技术手册验收完善调研接口任务完成确认接口对接运维工作交接系统交付编写接口方案项目基础资料收集系统联调故障诊断和修复确认接口图层制作编写并提交需求报告(需评审)基础数据配置设备接入实验室测试接口实验室测试出所验收2、项目启动阶段 本阶段从项目中标，公司内部移交会后开始计算直至提交软件项目整体计划。在本阶段中，软件项目经理需要在初步了解项目需求的情7、况下，编制活动矩阵和项目总体计划（软件实施）。需求初步了解 目标了解项目基本需求，为编制项目活动矩阵和总体计划作准备。 要求1、 阅读招投标文件，了解项目建设系统的组成、基本功能要求、接口、数据来源、外场设备等重要信息。2、 在有条件的情况下，与业主（用户）、前期设计人员等了解项目背景和情况的人接触，沟通了解项目目标、时间节点、以及初步的功能需求。3、 评估项目规模和实际可能的工作量。4、 将已知的需求组织成需求清单，并对照产品功能列表来标明哪些是新增用户需求。编制项目活动矩阵 目标通过项目活动矩阵编写，梳理并形成了项目实施内容大纲，作为后续项目实施和管理工作的依据，保证项目工作有序展开。 要8、求1、 根据了解到的需求，填写项目活动矩阵（样式见下表），其中子活动根据对需求的初步理解，结合实际情况来填写。2、 对于尚未明确的活动，可填写较粗，以后再行细化，但尽量不要遗漏工作。阶段 系统活动系统1系统2系统n项目启动标准活动1子活动1子活动2标准活动2子活动3子活动4标准活动3联合设计标准活动4子活动n-1子活动n子活动n+1编写项目总体计划（需评审） 目标编制软件实施的总体计划，作为项目整体计划的一部分，是后续项目执行的依据。 要求1、 总体计划中罗列的项目任务就是项目活动矩阵中的子任务。2、 需要根据项目整体推进情况和每项活动自身工作量设置进度节点，如项目有明确时间要求而导致“倒排”9、进度计划的，则还需有一份实际反映进度的内部计划。3、 需通过由软件中心组织的评审。3、联合设计阶段 本阶段从业主召集的项目启动会或监理开工令发出后开始，按照排定的进度计划，开展需求和接口的调研、方案编写和确认工作，阶段性产物是需求报告，需提交评审。调研需求 目标通过向用户（业主）调研，明确本工程软件工作的目标、系统范围以及相关用户向功能性需求。 要求1、 协调业主(用户)方确定一名需求接口人，所有来自业主（用户）方的需求都应由该接口人汇总和整理后提出。2、 针对产品化功能列表内的功能需求，如无特殊情况，应尽可能引导用户不提出严重背离该功能设计。3、 针对新功能模块，应充分深入沟通，了解用户真实10、意图，可采用原型页面等辅助手段帮助用户明确需求。4、 用户需求的调研和细化可分阶段进行，先将能明确的需求明确下来并尽快开展分析和确认工作；当前还不能明确的需求与用户（业主）约定后续讨论需满足的条件或时间。5、 将调研结果组织形成调研报告并通过项目部提交业主。 工具 调研大纲或问卷 原型界面 用户调研报告分析需求 目标协调开发部门对调研获得的需求进行分析，形成软件功能模块的需求，并评估实现该需求所需的外部资源和条件。 要求1、 与研发部门对口人等针对上述需求进行分析，形成对现有软件模块调整以及新模块的开发需求，并初步评估工作量。2、 评估实现软件功能所依赖的外部资源和条件，并评估由此带来的协调工11、作量。确认需求 目标与用户确认其提出需求的开发安排及需要协调解决的外部条件。 要求1、 与用户明确其提出需求的开发进度安排。2、 向用户阐述要完成某些需求要达成的外部环境条件要求，并商定谁来协调推动该外部条件的达成。 工具 软件需求汇总表（含外部条件要求） 项目活动矩阵调研接口 目标根据需求调研的结果以及招投标文件的要求，通过项目部协调摸清系统各个外部接口的情况，并与接口方讨论可能的接口方式。 要求1、 了解系统外部接口的种类和数量。2、 通过项目部协调与接口方集成商沟通，了解接口现状和对接条件并讨论可能的对接方式。3、 将存在技术或协调困难接口的调研结果组织成书面形式提交业主协调。 工具 接12、口协调记录编写接口方案 目标根据接口调研的结果，编写接口方案。 要求1、 针对具备条件的接口，与研发接口人沟通确定接口方式。2、 编写接口方案，明确对接双方提供使用接口的方式，数据提供或功能访问的限制等，并制定交互协议或调用规则。确认接口 目标与用户确认其提出需求的开发安排及需要协调解决的外部条件。 要求3、 与用户明确其提出需求的开发进度安排。4、 向用户阐述要完成某些需求要达成的外部环境条件要求，并商定谁来协调推动该外部条件的达成。 工具 软件需求汇总表（含外部条件要求） 项目活动矩阵编写并提交需求报告(需评审)4、软件开发阶段本阶段从需求报告通过评审后开始，本阶段主要参与者是软件开发部的13、开发人员，软件项目经理从项目实施和管理的角度对过程有监控和协调的职责，同时也有提供必要环境和条件满足开发要求的义务。开发任务提交 目标将满足开发内外部条件的任务通过任务系统提交，并与项目研发对口人沟通确认开发要求。 要求1、 通过协调推进任务开发所需满足的条件的达成，如：明确开发要求、接口方案、获得接口开发包等。2、 当上述条件达成后，与研发接口人沟通明确开发要求和进度要求。3、 通过任务系统在每周规定时间前提交开发任务。4、 任务要求的完成时间与提出时间之间要留有足够的时间差，以便研发根据实际情况统筹安排开发任务。 工具 项目开发任务表开发任务确认 目标对研发对口人给出的任务安排进行确认，如14、有问题及时沟通。 要求1、 判断研发接口人计划中安排的资源和开发完成时间能否满足项目要求。2、 如根据现场情况应排入开发计划的任务未被安排，则应与研发对口人沟通要求其协调安排，如在此情况下，双方无法达成一致，则双方应分别提交协调请求，由中心来决策。3、 开发任务的确认由研发对口人和软件项目经理共同负责，经确认的任务，如无特殊情况，应按计划时间准时完成。4、 如进度发生延后，由软件项目经理负责向用户（业主）解释，并争取取得其谅解 工具 项目开发任务表任务开发 目标了解研发团队对所提任务开发的基本情况。 要求1、 当任务被安排进开发任务系统后，经常关注任务执行情况，及时发现可能产生的偏离并提醒。 15、工具 项目开发任务表开发任务完成确认 目标对研发部门开发完成的功能进行测试和验证，确认功能准确并符合用户需求。 要求1、 对集中开发阶段提出的任务的确认在出所验收环节进行，经测试验证确认后任务关闭。如在现场环境部署时发现问题，则作为新的缺陷修正任务提出。2、 对于系统试运行和验收阶段提出的开发任务，则在现场环境部署并测试验证无误后关闭。3、 测试验证过程中发现问题，则视作该任务未完成，直至修改并通过相应环境的测试验证，方作为完成确认的标志。4、 对开发任务完成的最终确认职责属于软件项目经理。 工具 项目开发任务表项目基础资料收集 目标对软件开发、部署所需的各类资料按要求进行收集和整理，并提供给16、研发。 要求1、 收集并提供GIS基础图层文件（或服务接口说明）。2、 收集并提供系统集成方案、网络方案、存储方案等环境资料。3、 收集并提供由研究院提供的情报板版面图、模组图(含发布段对应关系)、发布段划分图等与算法及诱导相关的资料。4、 收集并提供外场设备接入和展示相关的信息，包括设备类型、点位、通信地址、通信方式、协议等信息。5、 收集并提供系统各类外部接口相关开发资料，如：接口类型、接口协议等。6、 收集用户提供的业务功能所需的基础信息，如职能架构、岗位、人员和资源信息等。7、 按研究院要求收集并提供各类算法所需的基础信息。 工具 项目提供资料列表基础数据配置 目标协助研发部门对部分基17、础数据进行配置。 要求1、 在发布段图层、模组图、发布段划分图等基础上配置光带及发布段对应关系等信息。2、 配置和录入用户提供的各类业务相关的基础数据。3、 配置外场设备的通信参数。注: 算法相关的基础配置由研究院负责制作。设备接入实验室测试 目标对未经过接入认证的外场设备进行接入测试验证，确保其能按要求接入系统。 要求1、 通过事业部项目部协调厂商提供样机或模拟测试程序。2、 在公司搭建现场模拟环境进行接入测试。3、 除了功能上能接入系统，并按照协议进行通信交互外，为了保证设备接入的稳定性，还要进行。4、 通过测试的设备型号及协议版本将纳入监控，如通过项目验证证明无论数据、功能还有稳定性能达18、到要求的，即可作为经认证的设备，以后项目可直接使用。注：如厂商不能按要求提供样机或测试程序配合测试的，则无法承诺现场设备的接入调试时间。 工具 已认证接入设备清单接口实验室测试 目标对项目外部系统通信接口进行接入测试验证，确保能进行系统对接。 要求1、 通过事业部项目部协调厂商提供接口相关资料。2、 在公司搭建现场模拟环境进行接入测试。3、 如对接接口是webservice或socket通信方式，按照通信协议定义的流程，逐个测试，直至每个协议流程都按要求实现无误。4、 如对方提供的是开发库或控件，则需同时提供对应的测试页面5、 通过“倒库”、前置库访问等方式对接的接口，可不进行本项测试。注：如19、厂商不能按要求提供测试程序配合测试，则无法承诺该接口现场调试时间。出所验收 目标对集中开发阶段形成的系统，在公司内部搭建现场模拟环境进部署和全面测试，通过后方可在项目现场部署。 要求1、 协调事业部将搭建环境必须的部分计算机设备、网络设备、存储设备等在公司内部搭建成现场模拟环境。2、 要求事业部协调厂商提供部分外场设备样机配合环境搭建。3、 搭建数据库、操作系统、虚拟化软件、gis服务等运行环境，部署软件系统、配置必要的数据。4、 组织出所验收组（成员可以是公司技术委员会专家、用户代表等组成）对系统各项菜单功能、地图功能等进行验收测试，并记录测试结果，提出验收意见。5、现场实施阶段本阶段始于出20、所验收通过且现场具备实施条件，完成软件系统在现场环境中的部署，实现系统各项功能正常运转。现场环境确认 目标协调项目部对现场系统部署所依赖的机房软硬件条件、网络条件等进行确认，确保系统可实现部署和基本功能调试。 要求1、 协调项目部逐项如实填写项目进场条件确认单和ip地址表。2、 初步核实填写内容，并判断根据已具备的条件是否可进入现场实施。3、 根据确认单和地址表选择相关系统软件版本（如java环境）和配置部分基础信息。软件进场条件确认单项目名称:填写日期:填写人:网络序号项目现场情况备注1ip地址是否分配是 否需提供ip地址分配表,并按照其分配好静态ip地址2外场设备连通总数请在ip地址分配表21、中标明连通的设备数据库序号项目现场情况备注1数据库主机是否上架是 否2数据库主机是否上电是 否3数据库存储是否上电是 否4数据库主机与存储设备是否连通是 否5服务器操作系统软件是否安装是 否安装版本:windows server 2008 64位AIX 6.1 其他 请注明:6数据库软件是否安装是 否安装版本:Oracle 10gOracle 11g sqlserver2008其他 请注明: 7数据库是否要求RAC是 否主机序号项目现场情况备注1服务器总数2已通电服务器数3已安装系统软件服务器数安装版本:windows server 2008 64位redhat5.4 64位其他 请注明:1客22、户端总数2已通电客户端数3已安装系统软件客户端数安装版本:windows 7 32位windows 7 64位windows 8 32位windows 8 64位其他 请注明:软件进场条件确认单序号设备类型(必填)安装位置(必填)IP地址(必填)掩码(必填)网关(必填)MAC地址连通情况(必填)其他属性1线圈车检器/电子警察/车牌识别已连通/未连通234567项目IP地址分配表现场部署调试 目标实现软件系统在现场部署和依赖环境的配置，确保系统功能能正常运行。 要求1、 对照现场实际情况，进一步核对确认表和ip分配表。2、 安装系统运行所依赖的环境软件。3、 部署软件、导入数据库实例、安装GIS23、服务，并通过调试使在出所验收阶段验证过的功能正常运行。外场设备接入 目标对外场设备进行接入调试，确保将设备接入至系统，使得接入后的设备能通过系统进行数据通信和完成协议功能。 要求1、 先针对接入设备的网络可联通性进行检查。2、 针对已认证设备和实验室已测试设备，可直接进行接入，并通过观察入库数据等方式判断接入是否正常；如接入不正常，可通过厂商提供的测试工具进行测试，如仍有问题，应通过项目部协调厂商人员配合排查。3、 针对未经过实验室测试的非认证设备，应要求项目部协调厂商技术人员到场，配合相关开发人员进行设备接入调试工作。4、 原则上，开发人员在现场只负责确保通过调试实现每类未验证设备正常接入一24、台，剩余的接入调试和配置工作应由项目实施人员完成。接口对接 目标与外系统进行接口联调，确保按设计要求实现了数据共享或功能调用，并达到相应的性能要求。 要求1、 先针对对接系统检查网络可联通性，如无法联通，则协调项目部解决。2、 针对实验室已测试的接口，可直接尝试对接，如对接不正常，可各自通过对方提供的接口测试工具来验证接口可用性，如仍有问题，应通过项目部协调对方技术人员配合排查。3、 针对未经过实验室测试的接口，应要求项目部协调对方技术人员到场，双方人员配合进行接口调试，直至调通。4、 原则上，开发人员已经测试的接口由项目实施人员在开发人员远程指导下进行调试和对接；未测试接口，可要求开发人员到25、场与对方人员配合共同调试。系统联调 目标完成主要设备接入和全部接口调试工作后，对系统运行进行联调联试，检验和调试系统各项功能直至运行正常、数据完整准确，具备试运行条件。 要求1、 对系统各项业务功能、地图功能逐项进行单一功能点测试。2、 面向系统实现的各类用户业务，进行完整流程测试。3、 通过系统的报表和数据查询功能，对系统数据的实时性、完整性进行检查，并通过一些工具对数据有效性进行分析。4、 配合研究院进行算法调试，通过其给出的数据质量情况，协助项目部一起进行问题排查和解决。6、系统试运行阶段本阶段从软件系统在现场环境中的完成部署，并确认系统各项功能正常运转，系统操作所需的用户（监控员）到位26、开始。本阶段软件项目经理主要任务是通过用户培训帮助用户尽快熟悉系统的操作，与用户就软件功能进行逐项确认，是否达到设计要求或者符合用户需求，对用户在使用中所产生的问题予以解决。同时编写系统操作手册、运维技术手册，为系统交付做好准备。系统上线 目标为了系统能满足用户实际使用的需要，而进行的相关工作。 要求1、 与事业部协调确认操作用户，尤其是监控员的到位。2、 与用户管理员确认使用系统的用户基础信息、用户权限等。3、 配置和录入系统操作用户、角色和角色权限等数据。4、 配置和录入用户提供的各类业务相关的基础数据。用户培训 目标通过用户培训，使操作人员和管理人员更快熟悉系统的使用。 要求1、 准备培27、训资料，内容应包括系统概况、软件功能说明、软件操作说明等。2、 协调事业部安排培训地点、培训时间、参加人员。3、 对于专业领域的培训，如“信号机配时”，应通过事业部与厂商技术人员进行协调，并对培训内容进行沟通和确认。4、 如业主有要求，应配合业主及事业部对参加的培训人员进行考核。编写运维技术手册 目标根据软件系统运维指南，编写适用于本系统的运维技术手册。 要求1、 由软件项目经理牵头，事业部负责协调厂商技术人员、交通工程小组共同完成运维技术手册的编写。2、 根据软件系统运维指南，整理系统运维所需的基础资料，如现场设备ip地址分配表、软件部署情况汇总表等。3、 根据运维指南，编写系统运维操作手册28、。4、 根据运维指南和系统运维操作手册，编制系统巡检表。5、 对运维操作手册和系统巡检表的内容进行验证。确保其能指导后续运维人员进行操作。 工具 软件系统运维指南运维工作交接 目标通过与事业部指定的运维负责人进行工作交接，使其能具备运维技术手册中要求的系统巡检能力、常见故障诊断和修复能力。 要求1、 提供运维负责人运维技术手册，并指导其了解软件系统相关的运维工作。2、 根据系统运维技术手册所要求的内容，对运维负责人进行培训，使其能独立完成系统巡检工作，并具备系统常见故障诊断和修复能力。3、 与事业部项目负责人和运维负责人一起，确认运维工作的交接完成。 工具 系统运维技术手册故障诊断和修复 目标29、对系统试运行阶段所发生的故障进行诊断和修复，对需要软件开发解决的故障，通过项目开发任务提交给研发，并最终确认问题的解决。 要求1、 对于试运行阶段发生的问题首先应进行诊断与分类。2、 对于软件中心无法解决的问题，与事业部沟通，请事业部协调相关厂家、技术专家予以解决。3、 对于需要通过软件开发解决的问题，首先记录到系统缺陷统计表中，以便对缺陷进行跟踪。同时与研发对口人沟通明确开发要求和进度要求。4、 通过任务系统在每周规定时间前提交开发任务。5、 对于提出的开发任务，则在现场环境部署并测试验证无误后关闭。 工具 项目开发任务表 系统缺陷统计表7、项目验收阶段本阶段从软件系统完成试运行开始。本阶段30、主要任务是配合事业部与监理完成项目的验收工作，确认系统是否达到设计要求或者符合用户需求，对验收过程中所产生的问题以及新增的需求予以解决。验收资料编写 目标配合事业部及监理整理与编写项目验收所需要的资料，例如测试方案、测试用例、软件文档等。 要求1、 与业主或者监理确认软件系统验收资料的清单，及相关文档的模板格式要求。2、 对于在产品化功能列表内的功能内容，则在原有产品化功能测试方案、测试用例、软件文档的基础上，根据项目实际情况进行修改。3、 针对非产品化功能模块，软件项目经理应负起编写测试方案、测试用例主要责任，研发对口人应负起编写软件概要设计、详细设计文档的主要责任。4、 对于需要研发配合完31、成的文档，与研发对口人沟通明确文档要求和进度要求。5、 通过任务系统在每周规定时间前提交开发任务。 工具 项目开发任务表配合验收 目标配合事业部及监理完成项目验收所需要的内容，例如第三方测试、安全评测等。 要求1、 根据测试方案、测试用例对系统进行自测。2、 对自测过程中发现的问题予以解决。3、 对于软件中心无法解决的问题，与事业部沟通，请事业部协调相关厂家、技术专家予以解决。4、 对于需要通过软件开发解决的问题，首先记录到系统缺陷统计表中，以便对缺陷进行跟踪。同时与研发对口人沟通明确开发要求和进度要求。5、 开发任务通过任务系统在每周规定时间前提交开发任务。6、 整理系统自测报告，确定系统缺32、陷都被关闭。7、 当上述任务完成后，协助监理方测试人员或者第三方测试人员进行系统测试。8、 与监理方或第三方测试负责人确认检测报告内容及系统缺陷。 工具 项目开发任务表 系统缺陷统计表验收完善 目标将验收过程中业主（用户）及监理发现的系统缺陷，根据检测报告对缺陷予以解决关闭。对于业主明确提出的验收前需要完成的新增开发任务，与研发对口人进行沟通确认后，通过任务系统进行提交。此类任务应与研发对口人明确其优先级较高，应给予优先安排。 要求1、 对于验收发生的问题首先应进行分类。2、 对于软件中心无法解决的问题，与事业部沟通，请事业部协调相关厂家、技术专家或业主予以解决或澄清。3、 对于需要软件开发解33、决的问题，例如开发新的功能、增加新的报表，首先与事业部一起确认是否在工程范围内，对于事业部认可的开发内容，与研发对口人沟通明确开发要求和进度要求。4、 对于非工程范围内的新开发，通过事业部与业主（用户）进行协调。5、 开发任务通过任务系统在每周规定时间前提交开发任务。6、 对于提出的开发任务，则在现场环境部署并测试验证无误后关闭。7、 当影响项目验收的系统缺陷全部关闭后，通过事业部与监理或第三方测试人员对系统缺陷进行整改确认。8、 最终依据已经确定的验收报告，确定项目已经和业主（用户）达成验收通过。 工具 项目开发任务表系统交付 目标将软件系统正式交付用户使用、交付事业部指定的维护负责人进行日34、常巡检和常见故障诊断与修复。 要求1、 按照用户（业主）要求，对试运行期间的用户操作数据进行清理。2、 项目经理依据已经确定的验收报告，确定项目已经和业主（用户）达成验收通过。3、 与事业部负责人和运维负责人一起共同确认运维交接工作已完成。与事业部负责人和业主一起共同确认软件系统满足用户使用要求。三、 项目管理活动项目管理活动参考软件项目管理过程定义，并结合实际情况，定义为成本管理、进度管理、质量管理和沟通管理。1、成本管理 目标管理项目软件实施工作的成本，严格执行项管费预决算制度，控制不必要的项管费支出，杜绝浪费；同时，对项目的人力资源投入进行把关，在保证项目顺利推进的前提下，避免不必要的人35、力成本支出。 要求1、 按照部门项管费管理规定，准时编制并提交季度项管费预算，核算季度项管费支出。2、 做好项管费支出和人员项目现场考勤记录。3、 遵循合理、节约、必要的项管费使用原则，做到尽可能不超预算。4、 严格评估和控制开发人员现场支持的频度和时间，并提交现场出差申请（含审批表），或批准后方可执行，杜绝研发资源浪费。 工具 项管费管理办法（试行） 项管费预、决算模板 项管费支出记录表 项目现场人员考勤表 开发人员项目出差审批表2、进度管理 目标管理和控制项目进度，推动项目按照计划进行；对项目执行情况进行监控，及时发现并报告引起计划延误的风险点；采取措施有效降低风险带来的进度滞后；根据实际36、情况调整进度计划。 要求1、 项目启动后，根据招投标内容及初步用户（业主）需求沟通的结果，编写项目活动矩阵，根据矩阵编制总体进度计划。2、 监控进度计划执行，及时预见、报告延误风险并采取有效措施。3、 当发生延期或致使进度调整的需求变更时，及时与项目经理和业主（用户）沟通，调整计划。4、 在需求明确和条件具备的情况下，尽早安排开发任务，并与研发对口人沟通确认。5、 按季度汇总并提交当季项目开发任务执行情况。 工具 项目活动矩阵 项目开发任务系统 项目总体进度计划 项目开发任务执行情况汇总（季）3、质量管理 目标确保现场软件和文档工作的质量，既满足用户日常使用的需求，同时也符合工程建设和验收的要37、求。 要求1、 项目现场已上线软件的质量由软件项目经理负责，开发完成的功能或系统，完成调试正式上线前需获得软件项目经理的签字确认。2、 软件项目经理保证已上线系统和功能的可用性，负责向用户（业主）解释各项功能与需求的匹配性。3、 已上线系统出现缺陷，由软件项目经理与研发对口人协商安排修正。4、 中心开发部提供的各类标准产品化技术资料，由软件项目经理负责将其整理为符合业主（用户）、监理等要求的项目技术文档。5、 在系统上线初期要安排加大现场对系统的保障力度，确保出现问题能及时发现解决。 工具 项目开发任务表4、沟通管理业主（用户） 目标建立有效的沟通渠道，能及时传达并反馈用户对系统的真实想法；同38、时，通过努力，使我方表达的观点和意见为用户理解和接受。加深双方理解，从而减少现场开展工作的阻力和提升客户满意度 要求1、 每两周至少与用户沟通一次，了解用户对系统的想法，并组织形成书面材料提交事业部。2、 在集中需求阶段、系统上线初期以及验收前，要加大与用户沟通力度和频率，除每周通过项目部提交的周报外，随时向用户反馈项目的进展情况和遇到的困难。项目经理（项目部） 目标与项目经理（项目部）默契配合，分工合作，协调一致，为项目实施推进形成合力，按时、保质完成项目工作。要求1、 每周编写并提交项目周报，告知项目经理软件工作开展的情况。2、 每周与项目经理充分沟通，编写并提交项目简报，反映项目现场难以39、推进的工作。3、 随时与项目经理沟通，使其了解和掌握软件工作的推进情况，项目实施过程中遇到非技术类问题导致难以推进时，应主动与项目经理沟通，通过其协调解决。 工具 项目简报（周） 项目周报中心开发部 目标与开发部人员，特别是研发对口人加强沟通，使其了解项目的情况，特别是用户对需求的关注点，以便合理安排开发任务。 要求1、 每周按项目软件开发任务的相关规定，与项目研发对口人沟通开发任务。2、 主动向研发对口人通报项目的一些情况和一些关键节点要求，使其能更好的协调安排开发任务3、 及时测试和确认研发已完成的任务，对测试过程中发现的问题做到及时反馈。4、 举办团队建设活动，加强与项目开发团队的凝聚力40、。5、现场管理 目标对软件中心在项目现场的人员进行严格管理，既可规范员工行为，提高工作效率，也可提升公司形象，避免公司机密外泄。 要求1、 软件项目经理作为负责项目现场软件中心人员（含开发人员）管理工作的第一责任人，首先应严格要求自己，自觉做到以下要求，才能影响和要求其他软件中心人员。2、 遵守项目现场的办公规定，禁止大声喧哗以及做与工作无关的事。3、 禁止利用公安网内的计算机上互联网，禁止安装未经允许的软件；接入专网的计算机原则上禁止“一机双网”连接，通过“远程协助”调试软件应确认业主没有明确提出反对。4、 项目经理是项目现场唯一正式代表公司的人员，任何面对业主的正式意见表达都通过项目经理进41、行，保证做到“一个声音对外”，如有不同意见应内部沟通统一认识后再对外表达。5、 在项目现场，特别是业主（用户）面前，禁止谈论公司内部情况。6、 项目上产生的针对业主（用户）、监理等的招待支出均由事业部承担，因此，如发生该类业务招待活动需项目经理在场，如项目经理因故无法出席的，需获得项目经理的口头委托，产生的招待费由项目经理负责报销7、 如有条件，中心人员在项目部食宿，确需在酒店住宿的，应选择经济型酒店，并尽可能两人一间，节约成本。8、 对于投入使用的系统，现场系统版本更新上线，应严格按要求走审批流程或提交相关书面申请，获得批准后，方可实施。四、 主要工作界面及协作流程1、事业部总体协作流程设备42、协议开发调试系统出所验收 设备接入调试接口和系统联调试2、研究院、设计咨询中心软件技术方案协助情报板版面设计及发布段规划3、中心开发部开发任务安排及确认现场开发支持五、 配套管理规定1、软件系统日常运维手册编写指南概述目的软件系统日常运行维护的目标，主要是通过常驻运行维护人员和后台支撑团队，提供常态、规范和专业的巡检、故障应急抢修服务来保证系统可靠稳定运行。本指南主要是为了系统运维目标的实现，提供规章制度的保证，规定了运维对象和范围，确保巡检和抢修活动有操作要求、流程可依，并指导读者如何进行现场软件系统日常运维，如何制定软件系统日常运维手册，确保软件系统在预定的环境中使用。适用范围本用于公司负43、责所有建设项目的系统试运行、正式运行和软件质保阶段，以及公司负责的所有维护项目的合同期。内容本指南主要涵盖了对软件系统资料整理、日常运维工作（巡检）和系统故障处置等方面的要求。同时，指南也从实际出发，对运维活动给出了团队组成、规模以及排班的建议。参考文档项目软件系统运维流程项目软件系统运维整体主要流程如下：主要角色和职责角色及职责在制定软件系统日常运维手册、实施系统日常运维和故障处置的过程中，所涉及的角色和职责如下：角色职责项目经理1. 协调相关人员，包括设备厂商技术人员。2. 确定巡检执行人。软件项目经理1.安排相关人员共同制定项目软件系统现场维护手册；2.负责制定项目系统功能巡检手册的制定44、；3.负责对巡检执行人进行培训；集成工程师1.负责整理项目集成相关资料；2.负责项目网络运行环境、主机与存储环境巡检手册的制定；3.协助软件项目经理对巡检执行人进行培训；数据库管理员1.负责整理项目数据库系统相关资料；2.负责项目数据库系统环境巡检手册的制定；3.协助软件项目经理制定关键业务表巡检手册；4.协助软件项目经理对巡检执行人进行培训；交通工程小组1.协助软件项目经理制定系统功能巡检手册；设备厂商1.协助集成工程师、数据库管理员制定巡检手册；巡检执行人1.确认项目软件系统现场维护手册的所有内容可操作；2.根据项目软件系统现场维护手册执行日常维护工作；巡检执行人应具备的条件熟练使用win45、dows系统，会查询与查看系统日志；能熟练运用sql语句；熟悉ORACLE、SQLSERVER、MYSQL等常用数据库的使用；熟悉Weblogic、Apache Tomcat、JBoss等常用中间件的使用；熟悉Linux基本操作，能够部署软件、系统等操作；项目资料要求。网络环境网络环境项目资料应包括： 设备的IP分配表（外场，主机，网络设备）设备ip地址分配表参考格式如下：序号设备id设备类型(必填)安装位置(必填)IP地址(必填)掩码(必填)网关(必填)MAC连通情况(必填)接入交换机ip其他属性1已连通/未连通2设备id：设备的唯一标示设备类型：如线圈车检器、电子警察、车牌识别、防火墙、网46、闸、交换机、服务器、数据库等安装位置：设备安装的位置，如路口名、断面名、桩号；内场设备应表明安装的机房、机柜号；应便于运维人员识别。ip地址：设备配置的ip地址掩码：设备配置的子网掩码网关：设备配置的网关地址MAC：设备的MAC地址连通情况：设备的实际连通情况，需根据情况及时更新接入交换机ip：设备接入的交换机ip其他属性：上述未尽描述的其他属性 网络设备配置信息表序号设备id设备类型(必填)配置策略配置文件存放位置1端口：tcpudp单向访问双向访问2设备id：设备的唯一标示设备类型：如防火墙、网闸、交换机等 设备互联的拓扑图及相应的设计说明；如果比较复杂的话，可以考虑提交逻辑拓扑及物理拓扑47、 如果网络系统和外系统有互联关系，请说明外系统互联的要求及相应约束（IP分配、安全策略要求、路由策略要求等） 如果设计中存在冗余链路的设计，请说明采用的冗余技术及策略要求 如有其他非常规的网络技术运用（负载均衡、VPDN、AAA、策略路由、路由图等）请提供专文说明 其他未尽事宜需要一事一议主机及存储关于主机及存储项目资料应包括： 设备基本信息表设备基本信息表参考格式如下：序号设备id系统用户名及密码(必填)操作系统版本(必填)CPU(必填)内存(必填)本地硬盘容量(必填)阵列容量(必填)使用网口其他连接12设备id：设备的唯一标示系统用户名及密码：巡检管理访问的系统用户名及密码操作系统版本：设48、备安装的操作系统版本，包括补丁版本；CPU：设备的CPU配置内存：设备的内存配置本地硬盘容量：主机本地硬盘的配置阵列容量：服务器被分配的存储阵列的容量使用网口：接入系统使用的网口号，设备上也应做好标示，当网线脱落时，应能帮助运维人员找到正确的接入口。其他连接：与其他设备连接的端口描述如光纤口等。数据库系统环境 数据库基本信息表序号项目内容备注1数据库系统软件版本2字符集3数据库服务名4数据库IP/端口5最大连接数6设计的最大存储空间 数据库存储说明表空间信息；序号表空间名表空间增长策略表空间最大设计容量用途12数据表存储说明表如下：序号表名存储分区分区策略索引策略设计最大记录数12 用户信息序49、号用户名用户描述类型12 数据库字典包含表、视图、作业、存储过程应用软件环境项目需整理应用软件部署情况，参考格式如下： 应用软件静态属性表服务器ip程序名可执行文件名应用软件类别安装地址功能描述视频事件交换软件数据交互/通信软件/计算处理/展示软件/管理软件/统计软件服务器ip：软件部署的服务器ip地址程序名称：软件中文名称可执行文件名：应用软件可执行程序文件名应用软件类别：按照应用软件的用途分为数据交互、通信软件、计算处理、展示软件、管理软件和统计软件。安装地点：软件安装的目录位置。功能描述：软件实现的功能。 应用软件运行属性表：服务器ip程序名称应用软件输入应用软件输出运行周期中间件日志位50、置配置文件及重要属性视频事件交换软件服务器ip：软件部署的服务器ip地址程序名：软件名称应用软件类别：按照应用软件的用途分为数据交互、通信软件、计算处理、展示软件、管理软件和统计软件。应用软件输入：是指软件的数据来源，如数据库的某业务表，则列明表名。应用软件输出：是指软件正常运行情况下的输出形式，如数据库的某业务表或者xml文件等。运行周期：软件运行的周期。中间件：软件运行所需要的中间件名、版本、安装位置等；日志位置：软件日志存放位置及名称，该日志为软件异常时，需要巡检人员作为附件一起上报的日志。配置文件及重要属性：软件运行相关配置文件的存放位置，及重要属性，如数据库连接串的相关描述；支撑软件51、 arcgis基本信息序号项目内容备注1gis软件版本2sde库连接名3数据库连接名4本地文件夹连接 图层信息序号图层名图层描述安装位置123界面功能 界面功能描述表：访问地址：访问地址：巡检用户名及密码菜单名功能描述功能操作及操作结果访问地址：界面访问的地址，或者巡检界面安装地址巡检用户名及密码：巡检用户使用的用户名及密码菜单名：功能菜单访问名，如为多级菜单则用“-”分割，如“信息发布”-“情报板人工发布”功能描述：菜单功能的描述信息功能操作及操作结果：巡检人员进行界面功能日常巡检时应做的操作步骤及应看到的结果描述巡检对象和基本要求根据系统的不同等级，实行不同的巡检周期。A类系统业务实时性较52、高，或者受众用户多，易产生社会不良效应。如采处发系统、集成指挥平台平台；每日至少一次B类系统业务实时性较高，但受众用户有限，系统故障时，影响有限范围，如卡口系统；每两日一次C类系统业务实时性较低，受众用户也有限，系统故障时，只要能恢复故障时的业务即可，例如电警系统；每周一次A类系统，应实行每日巡检，每日上午9-10时和下午16-17时，应根各根据巡检流程对关键业务进行完整巡检，其他时间可不定期进行项目基本巡检，发现问题应及时解决。B类系统，应实行每两日一次巡检，应根各根据巡检流程对关键业务进行完整巡检，其他时间可不定期进行项目基本巡检，发现问题应及时解决。C类系统，应实行每周一次巡检，应根各根53、据巡检流程对关键业务进行完整巡检，其他时间可不定期进行项目基本巡检，发现问题应及时解决。定期维护：系统涉及的服务器每月应进行一次系统健康检查，检查服务器和数据库运行状态，清理磁盘空间、无用的交换文件备份、垃圾文件和过期的日志文件，相关设备之间连接状态，备份系统日志、操作系统日志和必要的业务数据并做好相关维护记录。以上周期均可根据项目实际情况进行调整。支撑运行环境支撑运行环境主要是指支撑软件运行的各种外部系统、硬件或环境。主要的运行支撑环境包括网络、主机系统、数据库和存储。网络环境从支撑软件系统运行的角度，对网络环境日常巡检的基本要求主要是确保主干网网络连通性和网络服务质量（QoS）。巡检内容：54、连通性检查采用Ping命令进行,建议至少对每个目标点做两组重复测量，每组测量次数不要少于200个。专网：丢包率应为0、时延应不超过10ms互联网：丢包率应接近0，时延不超过300ms，但应比较稳定无线链路（GSM、HSDPA等）:丢包率最高不要超过5%，时延不超过300ms每天路由路径检查采用Tracert/traceroute命令检查,检查实际路由路径与设计路由路径是否一致。应一致。每月网络设备的CPU、内存负荷运用命令/管理界面（不同的厂商不一样）对网络设备的运行时CPU、内存负荷进行检查。CPU 5分钟利用率和内存利用率都应小于45%，45%-49%建议较快处理（建议4天内响应），50%55、急需处理(建议2天内响应)每天以上内容的巡检结果需填写到巡检记录表单RP001，RP005。 连通性检查在自建有线网络的情况下，Ping丢包率应为0，建议至少对每个目标点做两组重复测量，每组测量次数不要少于200个；Ping的时延数据依赖于通信的网络带宽及ping包的长度，目前典型的百兆/千兆情况下应不超过10ms，且时延分布应比较窄（没有特别高的时延值出现），一般应在10ms内；Internet链路的Ping，丢包率应接近0，时延可能为几十或几百毫秒（200-300ms），但应比较稳定。运营商的无线链路（GSM、HSDPA等），丢包率应接近0（最高不要超过5%-10%），时延可能为几十或几百56、毫秒（200-300ms）。根据项目ip地址分配表，对中心所有服务器、重要工作站进行连通性检查，检查时需记录测试主机ip、延时和丢包情况。巡检结果记录到表单RP005。 路由路径检查Tracert/traceroute用于检查三层路由转发是否符合设计要求，具体的正常值和网络的拓扑设计、冗余设计等均相关。通常采用Tracert/traceroute命令检查,检查实际路由路径与设计路由路径是否一致。巡检结果记录到表单RP006。 网络设备的CPU、内存负荷一般网络设备的CPU及内存负荷应低于45%，当负载过高时，会引起网络时断时通的现象、网速变慢等现象。运用命令/管理界面（不同的厂商不一样）对网络57、设备的运行时CPU、内存负荷进行检查。CPU 5分钟利用率和内存利用率都应小于45%，45%-49%建议较快处理（建议4天内响应），50%急需处理(建议2天内响应)。巡检结果记录到表单RP001。主机与存储环境对主机环境的运维服务包括：主机设备的日常监控，设备的运行状态监控，故障处理，操作系统维护，补丁升级等内容。 主机及存储环境巡检项主机及存储环境基本巡检内容:显示器每月键盘/鼠标每月磁带机每月电源及风扇每月线缆每月HBA卡状态每周SAN端口状态每周网卡状态每周系统指示灯状态前面板指示灯每周电源指示灯每周磁盘指示灯每周系统控制板指示灯（CPU/MEM，I/O等）每周系统日志信息IML日志按需58、操作系统日志每日系统性能CPU （使用率小于80%） 每日内存 （使用率小于80%） 每日交换区（使用率小于80%） 每日磁盘I/O性能每日磁盘分区使用率Windows系统磁盘工具/ Unix系统用命令 df -k每周系统时间校时偏差每日xx进程占用资源Top-c进程名，察看具体某个进程占用资源的具体情况每日进程状态每日集群日志每月以上内容的巡检结果需填写到巡检记录表单RP002。 硬件信息外部设备运行状态，对磁盘阵列、磁带机、外置光驱、维护终端等的状态、设置进行检查；对风扇、后备电池、磁盘、磁带、键盘等敏感部件进行重点检查，查看是否有故障征兆。连接件检查，对连接插头、电缆、电源插座等进行检查59、 系统指示灯状态前面板指示灯：查看是否有黄灯、红灯告警；电源指示灯：查看是否有黄灯、红灯告警；磁盘指示灯：查看是否有黄灯、红灯告警；系统控制板指示灯（CPU/MEM，I/O等）：查看是否有黄灯、红灯告警；如有，则对异常进行上报； 系统日志信息通过控制面板或者系统命令获得系统日志，首先对比系统日志文件的大小，查看是否有异常增长，如发现增长异常，则需进一步分析操作系统日志文件内容。检查系统日志中是否有设备重启日志。如存在多次重启，则需将问题上报，待技术人员对其进行分析。 系统性能通过控制面板或者系统命令获得服务器当前CPU、内存、交换区使用率与磁盘I/O情况，应至少观察5分钟，获得性能平均值，并观60、察是否有异常的波动。各项指标平均使用率应低于80%，如超过则应将此异常情况上报。 磁盘分区使用率通过控制面板或者系统命令获得主要磁盘的使用率、剩余空间。至少应查询的，windows系统：c盘、D盘。linux系统：/usr、/var。如剩余空间比例小于10%则应进行磁盘清理操作或将结果上报。 系统时间通过控制面板或者系统命令获得系统时间与参考服务器时间，并检查服务器是否按计划校时。如系统时间与参考服务器时间差超过1分钟，则应进行人工校时操作，如人工校时失败，则应将此异常情况上报。 进程占用资源通过控制面板或者系统命令获得进程占用资源，首先应观察相应的进程是否正常开启，如没有被开启，则应启动相应61、的进程。接着观察进程占用资源，应至少观察5分钟，获得平均占有资源，并观察是否有异常的波动。如进程资源比过高，或者出现异常的波动，则应首先重启相应进程与相关进程，如重启后问题仍未解决，则应将此异常情况上报。数据库系统环境 数据库系统环境巡检项数据库系统主要的巡检内容如下：l 实例状态l 监听状态l 会话l 进程l 定时作业l 表空间由于不同版本、不同集成方式的数据巡检方法差异较大，故巡检项的巡检方法、参考值等将在后续章节展开。以上内容的巡检结果需填写到巡检记录表单RP003。 oracle数据库RAC状态巡检项检查RAC状态首先需要了解数据库包含几个实例节点,也就是说组成数据库集群的有几台服务器62、，数据文件是通过何种方式存储的。目前RAC数据库的文件的存储方式有两种一种是裸设备，一种是自动存储管理。只有使用了自动存储管理方式才需要查看自动管理实例状态。 RAC总体状态crs_stat -t State字段为online每天RAC 实例状态Srvctl status database d Instance is not running on ，表示异常。每天RAC 监听状态Srvctl status listener Listener is enabled Listener is running on node(s): db1每天自动管理实例状态(可选)srvctl status asm63、ASM is running on db1,db2每天RAC节点状态srvctl status nodeapps每天 RAC总体状态RAC是oracle集群软件运行的基础,需要重点关注. RAC集群软件有若干个管理进程组成,其中最重要的3个是crsd,cssd,evmd. 服务名称服务器描述应有状态OSSD服务ocssd是最关键的进程.如果这个进程出现异常,会导致系统重启. CSS服务通过多种心跳机制实时监控集群健康状态,提供rac主机群间的信息同步保护等服务功能OnlineCRSD服务CRSD服务是实现高可用性服务的进程.这个服务的功能是监控应用层资源,并在这些资源运行异常时进行干预,包括关64、闭,重启进程或者转移服务。OnlineEVMD服务EVMD服务负责发布CRS产生的各种事件. 另外负责CRS和CSS两个服务间的通讯。OnlineRACGIMON服务此进程负责检查数据库健康状态,负责service 的启动,停止,故障转移.这个进程会建立到数据库的持久连接,定期检查SGA中的特定信息。OnlineOPROCD服务如果是非linux平台上,此功能由第三方集群软件提供. 此进程是用来检测集群中主机CPU运行状态. 如果超过预设时间CPU没有回应,就认为主机工作异常,会重启主机。Online命令: crs_stat -t结果中有以下几个内容,服务名称类型应有状态实际状态节点主机名Na65、meTypeTargetstateHost只要保证实际状态列中都是online就说明RAC状态时完全正常的.其中重点保证type列中是db、vip、lsnr、asm的服务状态是online。并记录下服务状态不是online 的服务名称。 RAC实例状态实例进程组提供整套数据库管理服务的核心功能，如果集群中有一个节点出现故障，数据库软件的性能会大幅下降。所以需要重点关注实例状态，发现故障必须及时修复。命令: Srvctl status database d 结果:可以看到数据库下所有实例的状态是runing就是正常的.例如以下Instance is running on rac1Instance66、 is not running on rac2。则表示异常。 RAC 监听状态监听服务是用来接受客户端机器对oracle提出请求的。集群中每个节点都会有一个监听进程。如果监听进程出现故障，则除集群内服务器外的所有请求都无法响应。命令：Srvctl status listener结果：Listener is enabled Listener is running on node(s): db1,db2。 ASM管理服务实例状态ASM管理服务是10g以后出现的服务进程。他是用来管理数据文件所在的磁盘空间的一个软件。只有使用ASM方式管理存储系统才需要关注此服务的运行状态。命令：srvctl sta67、tus asm 结果：ASM is running on db1,db2 单节点oracle数据库系统环境巡检项巡检内容：实例状态select inst_id,instance_name,status from gv$instance Status为online每天监听状态Lsnrctl statusInstance 监听名, status READY, has 1 handler(s) for this service每天会话查询会话Select inst_id,count(*) from gv$session group by inst_id应低于250。（可视不同系统实际情况而定）每天死68、锁select b.owner,b.object_name,b.object_type,a.* from v$locked_object a left join ( select distinct owner, object_name, object_type form dba_objects) b on a.OBJECT_ID=b.object_id应为空每天进程ps -ef |grep crsps -ef |grep ora每天定时作业select job,log_user,last_date,next_date,broken,failures from dba_jobs order by69、 jobFAILURES列的值应为0每天表空间利用率select a.tablespace_name,a.mbytes as total_size ,nvl( b.mbytes,0) as free_size , round( a.mbytes - nvl( b.mbytes,0) ) *100/ a.mbytes ,2) as used_ratio from ( select tablespace_name , sum(bytes) / 1024/1024 as mbytes from dba_data_files group by tablespace_name union all sel70、ect tablespace_name , sum(bytes)/1024/1024 as mbytes from dba_temp_files group by tablespace_name) a left join ( select tablespace_name , sum(bytes) /1024/1024 as mbytes from dba_free_space group by tablespace_name union all select tablespace_name , sum(s.free_space)/1024/1024 as mbytes from dba_tem71、p_free_space s group by tablespace_name ) b on a.tablespace_name = b.tablespace_name;used_ratio列应低于90%每天以上内容的巡检结果需填写到巡检记录表单RP003。 数据库实例数据库实例是数据库管理程序。检查数据库实例状态就是查看数据库软件是否在正常运行。方法如下：（1）使用数据库DBA用户登录数据库（2）命令select inst_id, instance_name, version , status from gv$instance 主要查看status这个字段的值如果是open表示数据库实例是正72、常的否则就是不正常。 另外需要注意的是如果是oracle rac的版本，需要知道有几个节点，以上语句的查询出来的结果就有几行数据，数据条数少于节点数也表示数据库实例不正常。 数据库监听单节点数据库监听检查方法使用oracle用户登录安装数据库软件的服务器，在操作系统命令行的模式下输入如下命令：lsnrctl status 单实例结果反馈是下面的红色字符显示表示监听是正常的。Service orcl has 2 instance(s). Instance orcl, status UNKNOWN, has 1 handler(s) for this service. Instance orcl,73、 status READY, has 1 handler(s) for this service.Service orclXDB has 1 instance(s). Instance orcl, status READY, has 1 handler(s) for this service.The command completed successfullyRAC数据库监听检查方法使用oracle用户登录安装数据库软件的服务器，在操作系统命令行的模式下输入如下命令： Srvctl status listener 结果中会显示出每个节点的监听状态，只要每个节点的监听都处于运行（running）74、的状态就表示监听状态是正常的。 ORACLE数据库运行环境巡检项会话查询会话Select inst_id,count(*) from gv$session group by inst_id应低于250。（可视不同系统实际情况而定）每天死锁select b.owner,b.object_name,b.object_type,a.* from v$locked_object a left join ( select distinct owner, object_name, object_type form dba_objects) b on a.OBJECT_ID=b.object_id应为空每天75、进程ps -ef |grep crsps -ef |grep ora每天定时作业select job,log_user,last_date,next_date,broken,failures from dba_jobs order by jobFAILURES列的值应为0每天表空间利用率select a.tablespace_name,a.mbytes as total_size ,nvl( b.mbytes,0) as free_size , round( a.mbytes - nvl( b.mbytes,0) ) *100/ a.mbytes ,2) as used_ratio from 76、( select tablespace_name , sum(bytes) / 1024/1024 as mbytes from dba_data_files group by tablespace_name union all select tablespace_name , sum(bytes)/1024/1024 as mbytes from dba_temp_files group by tablespace_name) a left join ( select tablespace_name , sum(bytes) /1024/1024 as mbytes from dba_fre77、e_space group by tablespace_name union all select tablespace_name , sum(s.free_space)/1024/1024 as mbytes from dba_temp_free_space s group by tablespace_name ) b on a.tablespace_name = b.tablespace_name;used_ratio列应低于90%每天 会话及连接要定时对数据库的连接情况进行检查，看与数据库建立的会话数目是不是正常，如果建立了过多的连接，会消耗数据库的资源。同时，对一些“挂死”的连接，可能78、会需要DBA手工进行清理。每个实例下会话数查询方法：Select inst_id,count(*) from gV$session group by inst_id 检查每个实例的会话数是否超过参考值。视各个应用系统而定，参考值一般为250/实例. 死锁对象死锁对象查询：select b.owner,b.object_name,b.object_type,a.* from v$locked_object a left join ( select owner, object_name, object_type ,object_id from dba_objects) b on a.OBJECT_79、ID=b.object_id 将对象记录到检查表中。 进程进程查询语句：ps -ef |grep crsps -ef |grep ora 定时作业如果数据库使用了Oracle的JOB来完成一些定时作业，要对这些JOB的运行情况进行检查，select job,log_user,last_date,next_date,broken,failures,what from dba_jobs order by job如果FAILURES 列是一个大于0 的数的话，说明JOB运行失败，需要记录下失败JOB的编号，以及调用的程序的名称，从而进一步的检查失败的原因。 表空间表空间是数据以及索引存储的媒介，如果80、表空间中利用率大于90%可能会引起诸多书就写入表的性能问题，当表空间利用率98%以上时可能会使大部分的数据无法写入表中。因此观察表空间的使用情况是保证数据库正常运行非常关键的项目。oracle 的表空间分为系统表空间，数据表空间，UNDO表空间，TEMP表空间。以下是各类表空间利用率的上限参考值。类型上限参考值系统表空间90% 用于oracle系统管理，如果此表空间写满会直接导致数据库软件挂死数据表空间90% 保存应用数据，如果此类表空间写满会导致数据无法写入。UNDO表空间95% 用于数据的事物处理回滚操作，一般有回收和重复利用。数据库需要避免大数据事务操作，否则也会导致表空间增长或写满。如81、果此表空间利用率过高会影响其他数据写入到库中。TEMP表空间95% 用于字段排序中间结果保存。如果利用率过高，会导致orader by 命令执行报错查询表空间利用率的语句：select a.tablespace_name,a.mbytes as total_size ,nvl( b.mbytes,0) as free_size , round( a.mbytes - nvl( b.mbytes,0) ) *100/ a.mbytes ,2) as used_ratio from ( select tablespace_name,sum(bytes) / 1024/1024 as mbytes 82、from dba_data_files group by tablespace_name union all select tablespace_name, sum(bytes)/1024/1024 as mbytes from dba_temp_files group by tablespace_name) a left join ( select tablespace_name , sum(bytes) /1024/1024 as mbytes from dba_free_space group by tablespace_name union all select tablespace_83、name , sum(s.free_space) /1024/1024 as mbytes from dba_temp_free_space s group by tablespace_name ) b on a.tablespace_name = b.tablespace_name;结果格式：表空间名称类型总容量(兆字节)空闲空间(兆字节)占有率% 分区有效性当表中的数据量不断增大，查询数据的速度就会变慢，应用程序的性能就会下降，这时就应该考虑对表进行分区。表进行分区后，逻辑上表仍然是一张完整的表，只是将表中的数据在物理上存放到多个表空间(物理文件上)，这样查询数据时，不至于每次都扫描整张表84、。通常项目中的表分区采用的是范围分区，并且分区键经常采用日期。当使用范围分区时，1、每一个分区都有一个VALUES LESS THEN子句，它指定了一个不包括在该分区中的上限值。分区键的任何值等于或者大于这个上限值的记录都会被加入到下一个高一些的分区中。2、所有分区，除了第一个，都会有一个隐式的下限值，这个值就是此分区的前一个分区的上限值。因此需要对表的最后一个分区进行巡检，查看其上限值是否以失效，例如是否是今天之前的一个日期。查询语句如下：select c.partition_name ,c.high_value, b.* , d.column_name from(select max(a.85、partition_position)maxpart , a.table_owner , a.table_name from dba_tab_partitions a where table_owner in (用户名1,用户名2) group by a.table_owner , a.table_name ) b , dba_tab_partitions c,dba_part_key_columns d where b.maxpart = c.partition_position and b.table_owner = c.table_owner and b.table_name=c.tab86、le_name and b.table_name =d.name and d.object_type = TABLE结果格式：分区名分区依据最近分区号用户名表名分区字段查看“分区依据”字段是否有效，若该字段内容所代表的日期小于巡检日期则表式分区失效，应作为异常上报。 数据库其他维护操作等待事件通过oracle提供等待事件类型和等待事件相对的资源信息从而可以找出数据库运行瓶颈的所在。v$session_wait的P1，p2,p3告诉我们等待事件的具体含义，根据事件不同其内容也不同。查询等待事件命令；Select * from V$session_wait order by 1数据库I/O性能1、87、数据库的数据文件绝大部分的平均的读取时间20ms，表示当前的数据库I/O速度是可以接受的，如果有一些数据文件的平均读取时间大于20ms，需要引起注意。2、如果一个数据文件的平均读取时间一直大于20ms的话，建议：应该检查对该数据文件上的查询语句，并且优化SQL语句。如果该数据文件包含索引，一个可以考虑的选择是使用压缩索引来减少I/O。数据文件应该尽量条带化，分布在不同的物理硬盘上面。数据库文件要及时查看数据库中数据文件的状态（如被误删除），根据实际情况决定如何进行处理. 在oracle数据库中“数据库初始化文件”，“数据库密码文件”，“控制文件”，“重做日志文件”，“系统数据文件”都是关键文件88、不能丢失或者破坏否则数据库将无法运行。数据库初始化文件：$ORACLE_HOME/dbs/init+.ora。 用于保存数据库启动时的运行参数读取。数据库密码文件：$ORCLE_HOME/dbs/pwd+.ora。用于保存数据文件：主要看status和online_status两列，如果status不是AVAILABLE 或者online_status 是offline 则这个数据文件就是有问题的需要DBA视情况处理 select file_name,tablespace_name,status,online_status from dba_data_files union all selec89、t file_name,tablespace_name, as status,c.STATUS as online_status from dba_temp_files c控制文件：以下语句结果中status列都是空值则是正常的。select name,status from v$controlfile 重做日志文件：select a.GROUP#,a.THREAD#,a.ARCHIVED,a.status ,b.TYPE,b.STATUS ,b.MEMBER from v$log a left join v$logfile b on a.GROUP#=b.GROUP# 归档日志文件异常增长的90、数据库对象每个表的增长在一定时间范围内基本是有规律的，并且每个稳定的运行系统中每个动态表都有保持周期。所以每个表占用空间基本稳定。当发现表空间有异常增加时，就需要关注是哪些表或者索引导致异常增长，从而锁定目标，便于需找原因。无效对象在数据库中常常以为某些对象结构的改变而造成与之相关的对象失效，将失效对象找出并将处理成有效对象，从而不会导致应用软件使用失效对象是出错。 失效主键删除重复键值的记录，重新启用主键 失效外键删除不存在的键值记录，重新启用外键。 无效索引查询：Select owner,object_name,subobject_name, object_id,object_type,s91、tatus from dba_objects where object_type like INDEX% and status valid and owner = 处理：重建一般索引。Alter index rebuild ;重建分区索引Alter index rebuild partition 无效视图查询：Select owner,object_name,subobject_name, object_id,object_type,status from dba_objects where object_type like VIEW% and status valid and owner =92、 处理：重新编译失效视图 无效存储过程查询：Select owner,object_name,subobject_name, object_id,object_type,status from dba_objects where object_type like VIEW% and status valid and owner = 处理：重新编译存储过程用户安全 用户整理每个完成的系统中的数据库用户都需要对能够连接的数据库的用户权限作控制.整理并限制其权限.把DBA用户和应用系统连接的用户分开,形成一张在使用用户清单. 格式如下用户名权限是否是DBA用户用途(主要由那些程序连接) 无用用户清理93、查询用户信息和允许开放的用户做对比，将没有授权的用户做锁定标记，将锁定2月以上的用户删除。锁定用户命令：alter user account lock ;查询用户信息命令：select a.username, user_id,account_status,lock_date,created from dba_users a order by user_id 结果如下：用户名用户序号账户状态（开启/锁定）锁定日期账户创建日期usernameuser_idAccount_statusLock_datecreated删除用户命令：Drop user DBA用户管理在不影响应用系统运行的情况下，定期修94、改数据库DBA用户的密码。修改命令：alter user identified by SQL Server数据库系统环境巡检项数据库开启时间记录数据库开启时间 与上次巡检记录一致需要时数据库的磁盘空间使用信息exec sp_spaceused 记录数据文件磁盘空间占用情况与上次巡检记录比较数值是否有异常增长每周日志文件占用大小dbcc sqlperf(logspace) 记录日志磁盘空间占用情况与上次巡检记录比较数值是否有异常增长每周指定数据库的文件组和文件空间占用大小记录应用系统数据库文件组磁盘占用情况。与上次巡检记录比较数值是否有异常增长每周内存占用select * from sysper95、finfo where counter_name like %Memory% 小于80%每日数据库IOExec DATABASE_IO每日会话exec sp_who每日死锁Exec SP_WHO_LOCK 每日用户信息exec sp_helpsrvrolemember 每月最耗时的SQLsys.dm_exec_query_stats / sys.dm_exec_sql_text(plan_handle)每月定时作业查看作业运行记录每周用户安全查看是否有多余用户需要锁定修改超级用户密码每周 数据库开启时间记录上一次数据库开启时间，如与之前记录不同，且在此期间没有数据库管理员重启数据库的记录，则说96、明，期间数据库发生了异常重启。应予以检查。查询方法:select convert(varchar(30),login_time,120) 数据库的磁盘空间使用信息记录磁盘空间占用大小。与上次巡检记录比较数值是否有异常增长。exec sp_spaceused 日志文件占用大小记录磁盘空间占用大小。与上次巡检记录比较数值是否有异常增长。dbcc sqlperf(logspace) 应用数据库的文件组和文件空间占用大小记录应用数据库文件组空间占用大小，比较过往记录，检查空间增长是否有异常情况。命令：Use select df.name,df.physical_name,df.size,df.grow97、th, f.namefilegroup,f.is_default from sys.database_files df join sys.filegroups f on df.data_space_id = f.data_space_id 内存占用检查sqlserver的内存占用情况，是否超出物理内存的80%则认为内存占用异常。 会话MSSQL数据库所能承受的会话进程会受限于主机内存和CPU的资源情况。如果超出阀值就会导致数据库性能明显下降或者导致挂起等情况。检测会话数预报警，提醒运维人员寻找会话增长的原因。查询用户进程exec sp_who进程数一般不能超过200个。 死锁检查死锁是为了保证98、数据表不会被一个进程长时间锁定，是其他程序能够顺畅的写入查询锁和等待exec sp_lock 查询死锁exec sp_who_lock 记录下死锁记录。 定时作业查看方法：第一步：打开SQL SERVER Manager studio ，以管理员身份连接数据库；第二步：SQL SERVER 代理 - 点击作业活动监视器，然后鼠标点击右键，选择查看作业活动。就会出现近期所有作业的运行情况。查看“上次运行结果”这一栏不是成功就表示作业没有运行或者运行失败。 数据库其他维护操作 数据库I/O检查数据库IOExec DATABASE_IO 用户安全（1）管理用户使用sa登录，并定期修改sa的登录密码。99、（2）应用软件用户最好使用另外用户名登录，并限制其的全新。 最耗时的SQL了解耗时多的SQL，发现运行性能瓶颈，有利于优化程序。命令：;with maco as ( select top 10 plan_handle, sum(total_worker_time) as total_worker_time , sum(execution_count) as execution_count , count(1) as sql_count from sys.dm_exec_query_stats group by plan_handle order by sum(total_worker_time100、) desc ) select t.text , a.total_worker_time , a.execution_count , a.sql_count from maco a cross apply sys.dm_exec_sql_text(plan_handle) t 备份系统备份软件工作状态系统功能地图服务发布http:/地图服务器ip:端口/arcgis/rest/services/图层服务名/底图名/MapServer/export?bbox=1,1可以打开并看到基础图层每天地图发布后台进程任务管理器查看ArcGis Soc进程该进程不超过20个每天匝道控制查看匝控命令下发表；查101、看匝控设备通信表；下发命令正确；通信状态正常。每天情报板发布每天路段状态采集路段状态算法路段状态车道控制每天单车轨迹查询相关数据库表最新更新时间，符合设计要求每天套牌车分析查询相关数据库表最新更新时间，符合设计要求每天数据表查询最近更新时间、数据项是否符合软件设计要求每天关键数据质量查询周期内关键数据的关键指标，是否符合设计要求每天存储过程程序调用的存储过程执行是否正常每天提供数据对外提供的数据是否正常更新每天获取数据从外系统获取的数据是否正常更新每天数据库方式对方数据库是否可访问每天TCP(UDP)方式对方通信服务ip及端口是否打开，程序是否运行每天Webservice接口调用的webser102、vice接口是否启用每天控件控件调用是否有效每天视频调用每天视频控制每天录像调用每天录像下载每天以上内容的巡检结果需填写到巡检记录表单RP004。地图功能巡检内容： 地图服务发布 地图发布后台进程 地图服务数据库连接1、检查地图服务发布在ie浏览器输入：http:/地图服务器ip:端口/arcgis/rest/services/图层服务名/底图名/MapServer/export?bbox=1,1例如：http:/128.64.151.202:6080/arcgis/rest/services/LiuPanShui/lps_base/MapServer/export?bbox=1,1如显示如下103、内容，则表示地图服务发布正常，否则则为异常。2、检查地图发布后台进程通过任务管理器或者系统命令获得地图发布后台进程，检查进程是否超过20个，或者在最近发生了异常增长。如果是，则可以重启gis服务予以恢复。3、地图服务数据库连接通过arcgis catelog软件检查地图服务相关的数据库连接状态，若连接失效，则重启相关服务。业务功能 界面功能界面操作可分为两大类，一类是操作后会对外场设备引起变换的，如情报板发布、匝道控制；另一类则为查询统计展示类功能；第一类功能的界面检查以界面是否报错为主，检查操作应在保证不影响业务运行的前提下进行。第二类界面功能，则需通过定义好的操作，检查操作结果是否符合要求104、，如发现有查询的记录条数异常，或者有显示异常情况，则进一步进行检查。如发现操作导致大量报错，则需将异常情况上报。 设备通信发布类功能此类功能应尽可能通过查询发布段状态实时表、设备命令下发实时表、设备实时通信表获得功能当前的运行状态。如发现有不符合数据字典规定的数据项，则进一步进行检查。如发现大量数据异常，则需将异常情况上报。 后台算法类功能此类功能应尽可能通过查询相关的配置表、算法结果输出表的最新数据获得功能当前的运行状态。如发现有不符合数据字典规定的数据项，则进一步进行检查。如发现大量数据异常，则需将异常情况上报。 数据汇集类功能此类功能应尽可能通过查询实时信息表最新记录、相关软件运行日志检105、查数据汇集功能当前运行状态。如发现有不符合数据字典规定的数据项，则进一步进行检查。如发现大量数据异常，则需将异常情况上报。业务数据 关键业务表（视图）通过查询关键业务表的（最新）记录、检查其状态。如发现有不符合数据字典规定的数据项，则进一步进行检查。如发现大量数据异常，则需将异常情况上报。 核心存储过程通过查询存储过程是否失效、是否有未经记录的修改，来检查核心存储过程。如发现有不符合数据字典规定的数据项，则进一步进行检查。如发现有存储过程失效，则需将异常情况上报。 数据质量通过对关键数据质量的查询来确认某业务是否正常运行。如数据质量与系统规定的值差异大于50%，则进一步进行检查。如发现差异值大106、于100%，则需将异常情况上报。对外接口 库根据对方数据库提供的连接信息、用户名、密码访问数据库，检查是否可访问。无法访问则需将异常上报。 TCP（UDP）/ IP通信telnet对方通信服务ip及端口是否打开。检查通信是否可访问，无法访问则需将异常上报。 Webservice（或页面）调用访问相关webservice（或页面），检查是否能正常打开，如无法访问则需将异常上报。 控件（OCX等）访问相关webservice（或页面），检查是否能正常打开，如无法访问则需将异常上报。 信息提供检查通过查询信息提供表（视图）的记录、检查其状态是否符合数据提供的要求。如发现有不符合数据字典规定的数据项，107、则进一步进行检查。如发现大量数据异常，则需将异常情况上报。 信息获取检查通过查询信息获取表（视图）的记录、检查其状态是否符合数据获取的要求。如发现有不符合数据字典规定的数据项，则进一步进行检查。如发现大量数据异常，则需将异常情况上报。视频检查 视频调用通过界面视频调用模块对视频进行随机调用。应至少切换20路，如视频通过不同后台流媒体服务器获得，则应每种接入方式切换20路，来确认视频调用功能的正常运行。 视频控制通过界面视频调用模块对调用的视频进行控制，例如切换预置位、拉近、上下左右控制。应至少切换5路进行视频控制，如视频通过不同后台流媒体服务器获得，则应每种接入方式切换5路，来确认视频控制功能108、的正常运行。 录像调用通过视频录像调用界面查询某一段时间录像是否正常存储，存储的录像段数量是否符合项目要求。并应能通过界面调用录像进行查看。如期间操作发生异常，则应将异常上报。系统与数据备份有效及时的系统备份是系统管理的非常重要的一环。当系统出现故障时，特别是文件系统被严重损坏或硬盘损坏时，常需要使用系统备份来恢复系统。在以下情况下应做系统备份：1、新装机。在硬件及系统软件安装完成后，应做系统备份。2、软件改动。系统软件或应用软件有改动时，应做系统备份。3、定期备份。对系统进行定期备份，最好每两或三个月做一次备份每个项目应根据实际情况，指定软件、数据备份的地址，备份文件命名要求。各类数据软件的109、备份策略分类备份周期备份位置应用软件软件改动1、项目现场服务器2、维护人员移动存储设备3、软件中心服务器数据库表结构每月1、项目现场服务器2、维护人员移动存储设备3、软件中心服务器关键业务数据表每季度（或按项目要求）1、项目现场服务器2、维护人员移动存储设备图层文件每季度（或按项目要求）1、项目现场服务器2、维护人员移动存储设备3、软件中心服务器系统故障处置基本要求故障发现故障发现时，首先需要对该故障本身情况进行定义，例如：1、弄清楚系统发生了什么问题？问题是谁先发现的？2、系统现在能做什么？不能做什么？3、故障什么时候发生的？4、故障有没有规律？定时还是不定时？发生的频率是多少？在弄清问题现110、象后，填写软件系统故障上报详单(RC003)。为了帮助技术人员进一步判断问题的原因，巡检人员需要进一步对一下问题进行定义：1、有没有做平时不同的操作？2、是一台机器出现故障还是多台机器故障？故障现象是否相同？3、最近有没有做过改动？如安装了新的硬件、软件，改变了系统的一些设置。以上情况也应填写在软件系统故障上报详单(RC003)。故障信息收集收集故障信息对于判断、诊断故障原因，修复系统是非常重要的。因此，需要对以下信息进行收集，并在将故障上报给服务台人员或者技术支持人员时，将这些信息作为附件一起提交。1、出错界面截图；2、报错软件最近24小时的日志文件；故障定位软件故障情况戳中复杂，下面例举几111、个参见案例的故障处理方法。1. 硬件故障由于硬件本身原因，如电源、系统板、CPU、内存等硬件故障，使得服务器无法正常启动及运行。处理方法1：联系服务器设备厂商处理方法2：如该程序有备份运行环境，在技术人员的指导下，可暂时启用备份运行环境。2. 文件系统空间不够查看有没有“满”的文件系统，特别是c:/、/、/var、/tmp，空闲率不应低于90%。处理方法1：与技术人员确认垃圾文件后，删除垃圾文件处理方法2：在技术人员的指导下，增加文件系统大小3. 数据库表空间不够查看有没有“满”的表空间。处理方法1：在技术人员的指导下，删除过期数据处理方法2：在技术人员的指导下，扩充表空间4. 网络连通性差网112、络连通性差，会引起某些通信软件的表现异常，如反复告警、数据丢失严重等，此时可通过查看当前网络连通性，如丢包严重，超过75%，延时严重，超过1s。处理方法1：检查网线是否松动处理方法2：检查网卡是否启动处理方法3：检查网络配置是否符合“ip地址分配表”要求5. 内存泄露问题出现内存泄漏，及系统或应用进程无法将使用过的内存释放，使可用内存的容量逐渐减少，如果可用内存降到某最小值，将造成系统或应用程序无法正常运行，造成系统瘫痪。处理方法1：重新启动系统和应用软件。并将问题连同发生故障时的内存使用率相关截图、系统日志、软件日志与故障报告一并上报。6. 数据库无法访问由于很多应用软件的相关操作都涉及到数113、据库，所以，当数据库瘫痪无法访问时，会造成整个应用系统的故障。处理方法1：检查数据库服务器连通性处理方法2：在技术人员的指导下，重新启动数据库7. 系统时间错误查看当前设备系统时间，如没有正确运行校时软件，或者由于没有校时软件导致各台服务器之间的系统时间差大于1分钟。处理方法1：校正系统时间，使所有服务器、终端的系统时间差不大于5秒系统恢复当系统发生比较严重的故障以致采取一般性维护手段不能在短期内恢复原系统，在与业主、技术支持人员进行蹉商后，可重新运行最近一次的软件备份，如还未能解决问题，可将系统备份带倒回机器内以全面恢复系统到最近一次做备份时的系统环境，然后可将当日的数据备份再倒回系统内。至114、此，系统可恢复正常运行。此后，应当与软件中心再进行整个事件的全面分析与回顾，以期找到故障发生的原因，并采取相应措施以杜绝类似事件再次发生。记录和报告软件系统故障上报是指巡检执行人发现故障，并进行了相应故障定位操作、收集了故障信息后，将故障上报给软件中心，此时需要填写“软件系统故障上报详单”并附上相关截图与软件日志，软件系统故障上报详单如下： 客户名称联系人 联系电话email地址故障事件发现人发现时间故障现象描述当前仍正常运行的功能当前表现异常的功能（需附报错截图和对应软件的日志）故障发生时间异常操作描述是否有做平时不同的操作？故障的规律性近期改动描述安装了新的硬件、软件？系统设置的改变？故障115、事件处理详单如下： 客户名称联系人 联系电话email地址故障事件发现人发现时间故障分类紧急程度故障描述事件结果处理人所属部门处理日期确认人所属部门确认日期故障原因及解决办法事件处理过程接报日期处理时间处理方法处理结果需跟进及其注意事项服务时间服务响应时间：故障级别响应时间故障解决时间I级：属于紧急问题；其具体现象为：系统崩溃导致业务停止、数据丢失。10分钟，30分钟内提交故障处理方案3小时以内II级：属于严重问题；其具体现象为：出现部分部件失效、系统性能下降但能正常运行，不影响正常业务运作。10分钟，30分钟内提交故障处理方案24小时以内III级：属于较严重问题；其具体现象为：出现系统报错或116、警告，但业务系统能继续运行且性能不受影响。10分钟，30分钟内提交故障处理方案48小时以内IV级：属于普通问题；其具体现象为：系统技术功能、安装或配置咨询，或其他显然不影响业务的预约服务。10分钟，2小时内提交故障处理方案5天以内团队组织组织结构和分工项目经理项目经理负责事件解决过程中的协调和监控，以及事件升级的判断以及具体执行。职责q 负责对事件的解决协调资源，保证故障的最终排除q 确保和问题管理流程经理的有效合作q 确保正确和广泛地收集和分析事件数据，发现IT和业务相关的问题服务台人员服务台人员负责接收所有的事件，对事件进行初步的处理，并根据实际情况将事件分派到合适的一线支持工程师或者二线117、支持工程师。职责：q 负责247的值班和系统监控q 响应客户投诉工单、热线电话、邮件、传真等事件报告q 完整记录所有接收的事件信息，包括：记录事件报告人的详细联系方式、事件特征表现、描述、发生时间等q 为事件进行适当的分类、为事件分配优先级等属性q 尝试使用工具、初步诊断、分析相关信息等方式解决问题q 将事件分配给最合适的一线支持小组/人员来处理q 检查事件记录的处理进度，保持与事件报告人的联系，适时通知事件处理进展q 与用户确认事件解决方案，关闭事件一、二线支持人员一线支持人员负责对服务台无法解决的事件进行快速有效的分析，提出解决方案以尽快恢复服务，并在必要时提供现场支持。二线支持人员是相关118、问题领域的专家。负责提供对一线支持人员无法解决的问题进一步进行调研，找出解决方案并尽快恢复服务。实际情况中，技术人员按照所维护的应用、系统进行分工，如：网络支持、主机支持、应用支持等，除作为服务台的值班人员以外，没有统一、单独的一线支持机构。这种情况下各技术人员可以统称为一、二线人员，不用明确区分。职责: q 验证事件的描述和信息，进一步收集相关信息q 进行深入调查研究或协调厂商支持，提供有效的解决方案q 实施事件解决方案q 更新事件解决信息，已解决的事件转回服务台三线支持人员包括现场支持的应用开发人员和远程支持设备厂商。职责: q 必要时提供现场支持和深入调查研究，提供有效的解决方案q 参与119、解决方案的实施q 如果允许，更新事件解决信息，把事件单转回一、二线值班管理主要内容q 值班计划管理值班计划定义了值班的时间段值班的人员、值班主管等信息。每个值班计划可以关联一个或多个作业计划，值班人员必须在值班过程中完成相关的作业计划。q 交接班交接班是当前值班人与下一值班人的工作交接过程。值班人确认交班时，必须填写值班过程中的遗留问题以供接班人继续处理。值班人交班后，将不能执行除取消交班外的任何操作。当前值班人交班后至下一值班人确定接班前，应该继续负责值班工作。（RC004）q 值班日志（RC003）值班日志记录记录了值班人在值班过程中的一切工作内容，包括值班过程中的事件记录以及值班作业计划120、的执行。当前值班人必须能通过值班日志了解过往的值班情况。人员管理人员由值班人员与值班主管组成，其定义及职责如下：值班人员值班人员负责值班工作，完成定义的值班作业计划并进行记录。职责:q 准时到达值班岗位，接替上一值班人的工作q 接受上一值班人的遗留问题并加以解决q 按时完成定义的值班作业计划并进行记录q 记录值班过程中所遇到的突发事件值班主管值班主管负责的值班调度工作，是值班的负责人。职责:q 定期安排后续的值班工作q 过通值班日志以及值班作业计划记录定期检查值班人员的工作情况q 对值班过程中所遇到的问题进行协调7*24小时值班对于明确提出需要7*24小时值班的现场。按以下模式进行排班。日期主121、班7:00-14:00小夜班14:00-21:00大夜班21:00-7:00主管班8:00-17:001ABCF2EABF3DEAF4CDEF5BCDF值班主管保证一周固定上五天主管班，值班人员每五天进行一次循环排班，保证周六、周日和节假日都有值班人员在岗。人数可根据项目规模及功能进行确认。执行原则 交接班原则q 原定值班作业计划未完成时，不能进行交班工作q 在下一接班人接班之前，当前值班人作为责任人，需要继续完成值班工作q 交班时必须提交遗留问题记录q 有多个值班人同时值班时，必需从中指定一个值班负责人，相关的交接班工作由此负责人完成运维流程巡检流程序号步骤名称说明产出物200.1根据制定的122、维护作业计划创建维护作业q 系统根据制定的维护作业计划，创建维护作业，并派发给执行人巡检排班任务表(TS001)200.2创建临时维护作业q 用户创建临时维护作业，直接派发给执行人200.3执行维护作业q 根据维护作业内容，执行维护作业200.4记录执行结果q 详细记录维护作业的执行结果网络环境巡检报告(RP001)/主机及存储环境巡检报告(RP002)/数据库系统环境巡检报告(RP003)/业务功能巡检报告(RP004)/关键数据巡检报告(RP005)/接口巡检报告(RP006)发现异常吗？q 如果在执行过程中发现异常，则转200.5创建新事件，并通知服务台；q 维护作业记录关闭保存故障事件123、处理详单(RC002)故障处置流程序号步骤名称责任人说明产出物100.1故障记录和分类服务台q 服务台对来自用户和系统自动产生的事件进行详细记录，主要包括来自IT基础架构的故障告警和业务部门的客户投诉，也包括来自其它业务部门的服务请求q 服务台负责在接收到事件后进行分类转发，对告警/咨询/故障类事件进行分类转发q 对于初步判断为紧急的事件马上升级到一/二线人员处理q 对于非业务支撑维护职责范围的事件转给其它相关责任部门故障事件跟踪记录单(RC001)/故障事件处理详单(RC002)100.2初始支持服务台q 属于服务台技能范围内可以处理的事件，服务台应尝试解决，如果无法解决需及时升级到一/二/124、三线支持q 不属于服务台职责范围的事件，立即分派到相应的一/二/三线支持100.3一线/二线尝试解决一线支持/二线支持q 一线/二线支持人员在接受到由服务台派发的事件后，进行调查诊断，尝试解决q 在必要时根据服务协议联系厂商帮助解决并负责核查q 事件解决后，在事件管理平台记录事件解决方案并更新事件状态q 不能解决的事件，转100.4三线尝试解决q 指定时限内不能解决的事件，通告项目经理，由项目经理负责协调资源100.4三线尝试解决三线支持q 三线支持人员接受事件，进行调查诊断，提出解决方案100.5紧急事件再确认一线支持二线支持q 一线支持人员接受到来自服务台的紧急事件后，根据事件优先级别标准125、再次确认事件是否为紧急事件q 如果优先级确实紧急，则通知相应的管理层，并立即升级到项目经理，转101紧急事件处理子流程q 如不是，转100.3一线尝试解决，开始正常事件解决流程 100.6记录解决方案细节服务台一线支持二线支持q 在事件得到解决后，各线支持人员负责详细记录事件解决过程及方案并更新事件信息q 针对故障，一线/二线支持必须记录业务恢复时间故障事件处理详单(RC002)100.7关闭事件服务台一线支持二线支持q 服务台与申报用户确认事件是否已得到解决，如果解决，事件以成功解决或变通方法解决而关闭；否则，事件以不成功关闭，重新开事件记录，并与原记录做关联，分派到原处理人员继续处理q 服126、务台在关闭事件的同时必须确认事件单记录的业务恢复时间是否准确q 其它由一线或二线人员自行创建的事件单，则由开单人负责关闭故障事件跟踪记录单(RC001)/故障事件处理详单(RC002)100.8事件处理的监控服务台事件经理q 负责监控所有未关闭的事件的处理状况，对接收到的超时告警应及时关注q 项目经理负责协调资源，保证事件的最终解决故障事件处理详单(RC002)101紧急事件处理流程事件经理q 项目经理负责协调紧急事件的处理2、项目开发任务管理办法概述本规程适用范围为软件中心，对需要研发部参与的开发任务管理流程进行了定义和规范。并明确了每个阶段的责任人。开发任务分为两类，一类是在现有产品系统、127、功能基础上的修改、完善和定制，这类任务基于“产品模块功能清单”中的某项或某些功能项，项目经理可按照本文档规定流程指派任务；另一类开发任务是超越现有功能清单的，例如：信号机控制功能，这类任务项目经理将其加入到开发任务列表前，需加一个前置审批环节，由中心讨论后再来确定是否加入，并确定其优先级。项目的开发任务管理分为5个阶段，分别为任务收集及分解、任务提交、任务细化、任务开发和任务反馈及确认阶段。任务收集及分解任务反馈及确认任务细化任务开发任务提交第2章描述了以上5个阶段的负责人、产出物、更新周期、技术类型、工作内容和产出物的填写说明。第3章为具体实施办法，包括项目开发任务的追踪、追踪办法、变更管理128、和片区开发任务的汇总。各阶段工作定义任务收集及分解负责人项目经理产出物无更新周期随时技术类型访谈、分析工作内容详述项目经理可根据招投标文件、用户需求说明书、需求分析报告或者根据用户沟通来收集项目的开发任务。并且应将任务分解到有明确目标的、能验证的一项工作，如：一个明确的功能开发、一个bug修改、一个接口调试等任务提交负责人项目经理产出物项目开发任务汇总表-待完成开发任务更新周期每周技术类型沟通工作内容详述项目经理在项目确认开发任务时即可整理项目开发任务。每周也可根据项目实际情况在“项目开发任务汇总表-待完成开发任务“上进行更新。每个新任务的提交，项目经理应与研发对口人充分沟通，提供相关需求文档129、，明确需求。项目经理应尽量不提出“延期任务”（*注1），避免新增“紧急任务”（*注2）。对于最近一个月需要安排的开发任务，必须进行任务分解，并且任务描述要尽可能详细，远期任务可分阶段进行分解，并在“项目开发任务汇总表-待完成开发任务“里进行更新。项目经理应做好“项目开发任务汇总表-待完成开发任务”的变更跟踪和版本更新记录。填写说明 任务编号：必填项，项目编号+三位序号 开发任务：必填项，有明确目标，能验证的一项工作，如：一个明确的功能开发、一个bug修改、一个接口调试。 任务描述：必填项，尽可能详细描述。 提出时间：必填项，是指项目经理已经明确了的需求，并向研发对口人提出任务的时间。 要求完成130、时间：非必填项，是指业主或事业部明确指出的时间节点。 需求来源：必填项，主要包括招投标文件、用户需求、用户调研、外部接口等。 研发确认：必填项，项目经理与研发对口人沟通开发任务需求后，当研发对口人理解任务需求则填“是”，若还未与研发对口人进行确认，则填“否”。 备注：非必填项，其他需要说明的内容。*注1: “延期任务”：即使立即开始投入开发也不能保证在规定时间完成的任务。*注2: “紧急任务”：必须即刻纳入开发计划才能保证按时完成的任务。任务细化负责人研发对口人产出物更新周期随时技术类型分析工作内容详述产品经理根据“项目开发任务汇总表-待完成开发任务“以及与项目经理的沟通，对研发已确认的开发任131、务，也就是“研发确认”栏为“是”的任务，估算其开发规模，并进一步细化开发任务，将其细化到一周能完成的软件开发模块。任务开发规模以（人周）为单位进行估算。开发规模在试行阶段允许研发对口人对其进行更新。任务开发负责人研发对口人产出物项目开发任务汇总表-待完成开发任务开发资源冲突任务列表更新周期每周技术类型工作内容详述研发对口人根据各项目提交的“项目开发任务汇总表-待完成开发任务”，按照时间优先级、任务重要度来选取开发任务。安排任务开发环节，研发对口人应与项目经理充分沟通。双方不能达成一致的开发任务，研发对口人要主动与已安排任务并使用相同开发资源的项目经理沟通协调，如对方也无法让步，就由研发对口人将132、占用冲突资源的任务都加入至“开发资源冲突任务列表”，由中心周一统一协调解决。填写说明 任务规模：必填项，任务细化阶段，对任务进行的规模估算，任务规模单位为（人日）。任务开发阶段可根据开发实际情况对任务规模进行修改，修改时注明修改原因。 累积完成百分比：必填项，填写日期所在开发周期结束时，开发任务的完成百分比。 下周计划完成百分比：必填项，填写日期所在日期的下一周计划完成百分比。若该任务下一周没有安排具体的开发任务，这下一周计划完成百分比填“无”。 备注：非必填项，其他需要说明的内容。任务反馈及确认负责人项目经理、研发对口人产出物项目开发任务汇总表-已完成开发任务更新周期每周技术类型工作内容详述133、研发对口人将测试完成的软件模块、软件产品提交项目经理，项目经理在现场环境下应予以测试，将测试不合格项通过书面或口头方式提交给研发对口人，对于轻微不符合项，应在该任务开发周期内予以解决，对于严重不符合项，应作为紧急任务在下一开发周期内予以解决。测试通过的开发任务从“待完成开发任务”列表中移出，同时记录在“已完成开发任务”列表中。填写说明 任务编号：必填项，同“待完成开发任务”的任务编号。 开发任务：必填项，同“待完成开发任务”的开发任务。 任务描述：必填项，同“待完成开发任务”的任务描述。 要求完成时间：非必填项，同“待完成开发任务”的要求完成时间。 需求来源：必填项，同“待完成开发任务”的需求134、来源。 确认完成时间：必填项，开发任务经项管部人员在现场测试、确认功能完成的时间。 确认人：必填项，开发任务在现场测试、确认功能完成的项管部人员姓名，原则上只有项目实施人员、项目经理可以确认功能的完成。 备注：非必填项，其他需要说明的内容。实施细则项目开发任务的追踪每个项目在其全生命周期，都在一个excel标签页里记录其项目开发任务完成情况。这个标签页分为两部分，一部分为“已完成开发任务”，另一部分为“待完成开发任务”。 已完成开发任务的追踪每个项目始终只有一个“已完成开发任务”列表。每当一个开发任务确认完成后，则这个任务添加进列表。并注明该功能在现场确认完成的项管部人员姓名、确认时间。“已完135、成开发任务”列表每周更新后，由项目经理提交片区负责人。已完成开发任务任务编号开发任务任务描述要求完成时间需求来源确认完成时间确认人备注 待完成开发任务的追踪每个项目每次有收集到新的开发任务，或者每次有开发任务被安排进开发周期时，需要产生一张新的“待完成开发任务”列表，以对项目的开发任务进行追踪管理。“待完成开发任务”列表是带有时间标签的。在标签页里按时间倒序排列。“待完成开发任务”列表每周更新后，由项目经理提交片区负责人。待完成开发任务 更新日期:任务编号开发任务任务描述提出时间要求完成时间需求来源研发确认任务规模(人日)累积完成百分比下周计划完成百分比备注安排任务开发环节，研发对口人应与项目136、经理充分沟通。双方不能达成一致的开发任务，研发对口人要主动与已安排任务并使用相同开发资源的项目经理沟通协调，如对方也无法让步，就由研发对口人将占用冲突资源的任务都加入至“开发资源冲突任务列表”，由中心周一统一协调解决。 “开发资源冲突任务列表”列表每周更新后，由产品研发对口人提交研发部主管。开发资源冲突任务列表项目编号项目名称任务编号开发任务任务描述要求完成时间需求来源任务规模(人日)累积完成百分比冲突资源具体操作办法流程编号1.0流程名称项目开发任务管理流程流程参与部门项管部、研发部流程处罚原则时间节点延误处罚步骤2项目经理最晚于每周四下午17：00提交“项目开发任务汇总表-待完成开发任务”137、文档给研发对口人。此时间点之后提交的新增的待开发任务，原则上不在下一周安排人员进行开发。记入项目经理年度考核。步骤4研发对口人最晚于每周五下午16：00反馈“项目开发任务汇总表-待完成开发任务”文档给项目经理。记入研发扩口人年度考核。步骤6项目经理根据最晚于每周六下午17:00将“项目开发任务汇总表-待完成开发任务”和“已完成开发任务”汇总整理后提交给片区负责人。记入项目经理年度考核。经济损失处罚无变更管理项目开发任务的变更由项目经理提出。项目开发任务的变更分为：新增、修改和中止/暂停。 新增开发任务项目经理可根据项目实施具体要求新增开发任务，新增任务按照“任务提交”的要求补充在“项目开发任务138、汇总表-待完成开发任务”。并于周四前提交给研发对口人。项目经理应尽量不出现“延期任务”（*注3），避免新增“紧急任务”（*注4）。*注3: “延期任务”：即使立即开始投入开发也不能保证在规定时间完成的任务。*注4: “紧急任务”：必须即刻纳入开发计划才能保证按时完成的任务。流程编号2.0流程名称新增开发任务管理流程流程参与部门项管部、研发部流程处罚原则时间节点延误处罚步骤2项目经理最晚于每周四下午17：00提交“项目开发任务汇总表-待完成开发任务”文档给研发对口人。此时间点之后提交的新增的待开发任务，原则上不在下一周安排人员进行开发。记入项目经理年度考核。步骤4研发对口人最晚于每周五下午16：139、00反馈“项目开发任务汇总表-待完成开发任务”文档给项目经理。记入研发对口人年度考核。步骤6项目经理根据最晚于每周六下午17:00将“项目开发任务汇总表-待完成开发任务”和“已完成开发任务”汇总整理后提交给片区负责人。记入项目经理年度考核。经济损失处罚无 修改开发任务项目经理可根据项目实施具体要求对开发任务进行修改开发任务，修改的开发任务应在“项目开发任务汇总表-待完成开发任务”中标明修改原因及修改时间。项目经理应尽量避免对“开发中”的开发任务提出修改。对“已完成开发任务”进行修改，视作“新增开发任务”，按要求补充在“项目开发任务汇总表-待完成开发任务”，并对任务进行编号，不沿用原任务编号。流140、程编号2.1流程名称修改开发任务管理流程流程参与部门项管部、研发部流程处罚原则时间节点延误处罚步骤3项目经理最晚于每周四下午17：00提交“项目开发任务汇总表-待完成开发任务”文档给研发对口人。此时间点之后提交的新增的待开发任务，原则上不在下一周安排人员进行开发。记入项目经理年度考核。步骤5研发对口人最晚于每周五下午16：00反馈“项目开发任务汇总表-待完成开发任务”文档给项目经理。记入研发对口人年度考核。步骤7项目经理根据最晚于每周六下午17:00将“项目开发任务汇总表-待完成开发任务”和“已完成开发任务”汇总整理后提交给片区负责人。记入项目经理年度考核。经济损失处罚无 中止/暂停开发任务项141、目经理可根据项目实施具体要求中止或暂停开发任务，中止或暂停任务仅针对未完成的开发任务。中止/暂停任务要求在“项目开发任务汇总表-待完成开发任务”标示该开发任务中止/暂停原因。项目经理于周四前提交给研发对口人。项目经理应尽量避免中止/暂停“开发中”的开发任务。流程编号2.2流程名称删除开发任务管理流程流程参与部门项管部、研发部流程处罚原则时间节点延误处罚步骤2项目经理最晚于每周四下午17：00提交“项目开发任务汇总表-待完成开发任务”文档给研发对口人。此时间点之后提交的新增的待开发任务，原则上不在下一周安排人员进行开发。记入项目经理年度考核。步骤4项目经理根据最晚于每周六下午17:00将“项目开142、发任务汇总表-待完成开发任务”和“已完成开发任务”汇总整理后提交给片区负责人。记入项目经理年度考核。经济损失处罚无片区开发任务的汇总负责人片区负责人产出物项目开发任务汇总表-区域汇总表更新周期每周技术类型工作内容详述片区负责人每周根据项目经理提交的项目开发汇总表，整理开发任务区域情况。填写说明 项目编号：必填项，片区编码+项目启动年份+两位序号 项目名称：必填项，项目的全称。 剩余开发任务数：必填项，按照“待完成开发任务”汇总的剩余开发任务数。 已安排开发任务数：必填项，按照“待完成开发任务”列表，汇总下周安排开发的任务与已开发未完成的任务合集，该合集为已开发任务数。 延期任务数（*注5）：非143、必填项 紧急任务数（*注6）：非必填项。 高优先级任务数（*注7）：非必填项 备注：非必填项，其他需要说明的内容。*注5:“延期任务”：即使立即开始投入开发也不能保证在规定时间完成的任务。*注6:“紧急任务”：必须即刻纳入开发计划才能保证按时完成的任务。*注7:“高优先级任务”：优先保障资源投入的任务。高优先级任务需经由软件中心批准。3、项目周报与项目简报为了加强软件中心与事业部项目部间的沟通，使项目经理和事业部随时掌握软件工作的进展；同时在项目发生协调困难甚至问题时，有一种机制可以通过不同层面的协调沟通来解决问题。这就是项目周报和项目简报制度诞生的目的。项目周报模板每周五前提交，反映项目一周144、实施工作内容，同时安排下周计划。项目简报模板XX项目工作执行简报（）项目概述：简要描述本简报覆盖哪些项目，以及项目类型、规模、建设的系统等信息。1、现状描述软件工作以及系统集成工作（软件工作推进所依赖的环境）的进展情况。2、时间节点要求在此罗列已知明确的项目时间节点-如：验收、评审、上线、VIP访问参观以及其他对系统建设进度有影响的重要活动的时间节点（如：六盘水旅发大会）等时，系统需完成的程度。3、软件工作安排罗列由软件中心承担的工作（包括存在的问题），要排定完成时间，责任人，注意此处不光包括开发任务，也包括所有的项目管理和实施活动。4、项目部工作安排罗列我们认为应由事业部项目部负责协调的工作145、，负责不代表一定由事业部做，但他们要派人参与，并且遇到非技术问题上的协调沟通要以他们为主，最重要的是由他们承担该项工作的责任，罗列要求同软件工作安排。注：此处的工作需我们软件项目经理与项目经理充分沟通，尽可能取得项目经理的认同，如沟通未果再由联络人层面协调。有些工作的职责明确是划在事业部的，如：1、 集成工作，我们主要是配合2、 接口协调工作，我们只负责技术方面的沟通协调，出接口技术方案，其他均应由项目经理牵头负责。 另外，有必要协调工作其他部门参与，尤其是技术板块部门的，可以由我们协助出要求，但一定由项目部来负责沟通和协调，这类工作也罗列在本节。4、软件中心项管费管理规定为了推进软件项目管理146、工作，提高中心的软件项目管理水平，规范项目管理费使用，参照公司相关政策规定，制定本暂行办法。项管费组成及说明3、 、项管费是指项目实施活动中产生的各类管理费用，由办公费用和差旅费用两部分组成。4、 、办公支出费用包括房租、公用事业费、生活和办公用品支出。5、 房租是指由本中心单独租借和用作软件项目实施人员居住和办公场所住房的租赁费用，如住在事业部提供的住处或酒店的，无该项费用;6、 公用事业费包括租住房屋产生的水、电、煤气、现场通讯等费用，如住在事业部提供的住处或酒店的，仅发生现场通讯费;7、 生活和办公用品支出是指在项目实施地居住和办公所需购买的必要生活用品和办公用品的费用, 如居住在事业部147、提供住处或酒店的，原则上无生活用品费用支出;5、 、差旅费用包括大交通费、市内交通费、住宿费、出差补贴、伙食补助、值班补贴、团队建设费。5、 大交通费是指项目所在地不在本市，因项目实施需要而发生的本市与外埠项目部间往来的公路、铁路、航空等交通工具的乘坐费用;6、 市内交通费是指项目所在地现场因公需要外出发生的出租车、公交车、地铁等的乘坐费用;7、 住宿费用主要是到项目现场短期出差所租住酒店发生的费用;8、 出差补贴是指项目实施及开发成员在外埠出差时按日计发的补贴;9、 伙食补助主要用于补贴出差人员在项目现场的工作餐;10、 值班补贴主要用于补贴软件中心人员在各国定节、假日因项目需要的各类现场值148、班;11、 团队建设费是用于现场软件人员增强团队凝聚力、释放工作压力而进行的聚餐、娱乐等活动的经费;第四条、项目经理津贴将参考项目实施阶段、实施效果、事业部或用户评价、实施成本控制等另行计发，不包含在项管费中。项管费预算审核办法第五条、项目经理根据中心规定，结合项目实际情况在项目启动阶段提交项管费预算表（样式见附录），报中心审核批准。第六条、项管费预算经审核通过后，无特殊情况将严格执行，如发生项管费超支将暂停报销，需重新制定预算并报批。第七条、项管费以季度为预算核算周期，每季度开始10天内，由项目经理填写项管费预算核算表（季）（样式见附录）体现项管费使用情况以及下季度预算，并报中心审核批准，通149、过后方可执行本季度项管费的报销。第八条、如已发生的项管费支出超过项目进度比例20%以上，将暂停对项管费预算的审核。因此，项目经理应关注项目执行情况，提前判断风险并控制好项管费的使用。项管费使用和报销规定 、项管费由项目经理统一管理、使用，报销周期统一规定为2周。 、项目经理需按项管费使用明细表（样式见附件），逐笔记录项管费使用情况，随时备查。 、项管费的办公费用部分，由项目经理根据批准的项管费预算表和项管费预算核算表（季）执行，凭票实报实销。 、项管费差旅费用部分的报销规定如下： 大交通费，项目人员乘坐项目经理指定的交通工具往返项目现场与本市（或项目现场与其他项目现场），由项目经理统一凭票实报150、实销。 市内交通费，由项目经理凭票实报实销，限额为900元/月（30元/日），同一地的多个项目算作一个。 住宿费，项目人员在项目现场的酒店住宿，由项目经理统一订房，凭票实报实销。 通信费，项目人员出差期间，根据当月累计出差时间超过一周以上的按实报销，可报销额度在原有基础上增加50元，半月以内可报销额度增加100元，半月以上的增加150元。 出差补贴，出差补贴发放至个人，采用差额累进制计算：即一次出差连续10日以内的补贴50元/天；出差连续超过10日的，10日以上部分按60元/天计算；连续超过20日的，20日以上部分按70元/天计算；连续超过30日的，30日以上部分按80元/天计算，最高80元/151、天。此外，如在项目部住宿的，另外补贴30元/日。 伙食补助，出差人员按现场每人每天50元的标准统一发放给项目经理，由其负责现场人员的伙食，项目经理先行垫付，每季度领取一次。对于外地本地招聘员工，在本地期间补贴每人每天30元，由项目经理统筹安排。 值班补助，由项目经理安排节假日现场值班的，另增加值班补助。其中，春节值班补助为300元/天，国庆200元/天，其他节假日150元/天，周末值班60元/天。另，春节值班或国庆值班，可在节假日前后申请调休，时长为值班时长的一半。 团队建设费，由项目经理实报实销，需提供消费明细，限额800元/月，按项目核定施工周期计算发放月数。以上办法经内部公布后施行，有效152、期至年底或新的办法公布。5、软件系统基本集成环境要求网络基本要求 设备IP已分配包括服务器等各类需要通信的IP设备已分配了IP地址，其中对服务器要求采用静态IP地址分配。对于系统中需要组播支持的设备，已正确的分配了组播地址。 网络连通性已得到确认内场设备的网络连通性应采用Ping命令进行检测，在1000字节的数据包时，平均时延不应超过5ms；外场低速网络时，1000字节的数据包，平均时延不应超过20ms。所有测试情况均应做到1000个数据包无丢包，且无异常时延记录（4*平均时延）。 文档要求相关项目部只需要提供IP地址分配文档高级要求 单播路由已正确配置网络设备上的单播路由已正确配置，确保不会153、出现路由环路；确保对冗余路径下运行的路由进行了测试，测试结果符合设计要求。测试建议采用Traceroute命令进行，所有的下一跳节点应符合设计要求 组播路由已正确配置对于部分需要使用组播的系统（除视频传输外，某些系统集群也需要使用组播），确保已正确配置了组播路由协议、汇聚点、IGMP等相关内容；确保冗余情况下故障切换后组播仍可以正常传播。测试建议使用网络设备厂商提供的工具进行。 网络设备负荷网络设备的CPU平均负荷不应超过40%。每个VLAN的IP地址数量不应超过256个。 系统中使用VPN技术的情况对部分使用VPN的链路，确认VPN已正确配置；相关的通信端已可以通信。VPN常见的包括：IPS154、ecVPN 、SSL VPN、GRE VPN、MPLS VPN，测试的方式不同，请使用厂商提供的方式进行测试 系统中使用拨号网络的情况需要使用拨号网络的，请正确配置拨号网络，包括IP地址等方面的内容，应人工对拨号客户端进行过拨号，确认已完成连通。 系统中使用AAA服务器进行认证审计的情况对于网络中使用AAA服务器的情况，应确保其已正确的配置，可以提供授权、认证、审计的功能以及相应的账户配置已完成并确认。请使用厂商提供的手段进行验证。 系统中使用防火墙进行安全隔离的情况已按照要求正确配置了防火墙，并对其上的通信策略进行过测试。请使用专用的TCP/UDP测试工具按照通信需求进行双向传输测试，测试结155、果应符合设计要求。 使用网闸等其他安全设备的情况已按照要求正确配置了安全设备，并对其上的通信策略进行过测试。请使用专用的TCP/UDP测试工具按照通信需求进行双向传输测试，测试结果应符合设计要求。 系统需要建立网络管理系统的情况对于需要设备设施管理（网络管理、IT设备管理）的系统，应已正确配置了SNMP协议（只读、读写、Trap）以及SysLog、RMON等相关内容，相应的内容已可使用工具验证（如：solarwin Tools）。 系统要求网络设备提供冗余保护的情况对于利用网络设备冗余提供三层网关保护（HSRP、VRRP协议）、组播路由保护（AutoRP、MSDP、BSR等协议）、二层保护（S156、TP、RSTP、PVST+、MST等协议）、防火墙的热备、负载均衡等应已对故障情况下的设备工作情况进行过测试。对设备的引擎冗余，应已做过测试。对防火墙的热备、负载均衡均已做过测试，确保其可以按照设计情况工作。对其他设备的冗余应已做过测试，确保其可以按照设计情况工作。 系统要求提供主机网络链路的冗余保护的情况主机的网络按照设计要求进行冗余配置时应正确配置了交换设备的端口通道，并对其冗余方式（热备、负载均衡）进行了测试，确保其正确工作。 系统需要利用监听端口的情况对于需要通过监听端口工作的软件/硬件（入侵检测设备、数据库审计设备等），应已正确的进行了监听端口的配置，并利用wireshark软件进行157、过验证 系统需要动态地址分配及主机网络引导的情况对于需要动态IP地址分配及主机网络引导的情况，应确保正确配置了DHCP、BootP等协议，并利用主机进行过测试。 系统由设备需要通过串口接入的情况通过串口接入的外场设备，需要使用专用工具完成相关的测试工作，要求验证功能是否正常，在设计的通信速率情况下不存在丢包、误码率符合相应的设计要求、传输时延符合设计要求。 文档要求相关项目部需要提供相关的系统集成设计文档、系统集成施工文档以便软件中心调整软件以配合，必要时进行沟通调整集成方案。其余情况请单独确认方案。数据库针对目前业务功能比较明确，软件开发较完善的系统给出基本的数据库软硬件环境配置方案。基本要158、求 主机条件包括主机已确认上电、主机已分配了IP地址，其中对服务器要求采用静态IP地址分配，并且确认连通。若数据库需要搭载存储设备的，应保证主机与存储设备的连通性。 系统软件已得到安装确认包括主机已按照投标、设计要求或集成方案安装系统软件。若业主设计有特殊要求时，应当按要求设置好用户名、密码。 数据库软件已得到安装确认包括主机已按照投标、设计要求或集成方案安装数据库软件。其中，当主机操作系统为windows server，并且数据库无RAC要求时，软件部可在硬件厂商配合下安装数据库软件，否则必须由设备供应商、数据库软件供应商负责安装。典型系统主机推荐配置所有的典型系统数据库方案都会给出最低和推159、荐两个方案。推荐方案中用红色字符显示表示是与最低配置不同的地方。车检器线圈采集诱导发布系统数据库系统采用oracle RAC双机集群for Linux方案，以下是此方案相应的软硬件配置要求。 最低配置方案：软件最低配置方案： 操作系统：Redhat Enterprise Server Linux 5.4 64位版 数据库软件：Oracle 10g RAC for linux 64位版 （） 硬件配置： 服务器：2台，主机硬件配置需一致 规格参数： 硬件项目参数CPUEM64T 或AMD Athlon 64 频率 2G以上例如CPU 4颗 * 4核 支持线程数大于16线程显卡支持VGA以上模式内160、存大于8G 光驱DVD可读接口USB接口大于2个电源2个 双电源冗余光纤卡2块，传输速率大于4GRAID卡支持RAID 0，RAID1磁盘接口支持SATA容量2块150G 进行磁盘镜像网卡2块 支持百兆以上传输速率 磁盘阵列：1台 规格参数： 硬件项目参数容量大于300G注：容量视业务需要另行计算这边的300G是安装创建完数据库后的基本存储量磁盘控制器需有双控制器冗余支持scsi接口和光纤接口Scsi接口大于2个，光纤接口大于4个支持磁盘转速：转速需大于10Krpm内部磁盘接口支持SAS ,SATA等通用磁盘接口功能：支持热插拔支持单个磁盘容量规格：150G/300G/500G/1TB等支持R161、AID0 ，RAID1， RAID5，RAID10电源双电源冗余 推荐配置方案：软件最低配置方案： 操作系统： Redhat Enterprise Server Linux 6.4 64位版 数据库软件：Oracle 11g RAC for linux 64位版 （）硬件配置： 服务器：2台，主机硬件配置需一致 规格参数： 硬件项目参数CPUEM64T 或AMD Athlon 64 频率 2G以上例如CPU 8颗* 4核 支持线程数大于32线程显卡支持VGA以上模式内存大于32G 光驱DVD可读接口USB接口大于2个电源2个 光纤卡传输速率大于8GRAID卡支持RAID 0，RAID1磁盘接口162、支持SATA容量2块300G 进行磁盘镜像网卡2块 支持千兆传输速率 磁盘阵列：1台 规格参数：硬件项目参数容量大于1T注：容量视业务需要另行计算磁盘控制器需有双控制器冗余支持scsi接口和光纤接口Scsi接口大于2个，光纤接口大于4个支持磁盘转速：转速需大于10Krpm内部磁盘接口支持SAS ,SATA等通用磁盘接口功能：支持热插拔支持单个磁盘容量规格：150G/300G/500G/1TB等支持RAID0 ，RAID1， RAID5，RAID10电源双电源冗余 SAN交换机：2台 每台交换机至少有4个光纤接口的认证 光纤接口需和主机的光纤卡兼容，速率需匹配。城市交通指挥调度数据库系统采用or163、acle RAC双机集群for Linux方案，以下是此方案相应的软硬件配置要求。 最低配置方案：软件最低配置方案： 操作系统：Redhat Enterprise Server Linux 5.4 64位版 数据库软件：Oracle 10g RAC for linux 64位版 （） 硬件配置： 服务器：1台 规格参数： 硬件项目参数CPUEM64T 或AMD Athlon 64 频率 2G以上例如CPU 4颗 * 4核 支持线程数大于16线程显卡支持VGA以上模式内存大于8G 光驱DVD可读接口USB接口大于2个电源2个 双电源冗余光纤卡2块，传输速率大于4GRAID卡支持RAID 0，RA164、ID1磁盘接口支持SATA容量2块150G 进行磁盘镜像网卡2块 支持百兆以上传输速率磁盘阵列：1台 规格参数： 硬件项目参数容量大于300G注：容量视业务需要另行计算这边的300G是安装创建完数据库后的基本存储量磁盘控制器需有双控制器冗余支持scsi接口和光纤接口Scsi接口大于2个，光纤接口大于4个支持磁盘转速：转速需大于10Krpm内部磁盘接口支持SAS ,SATA等通用磁盘接口功能：支持热插拔支持单个磁盘容量规格：150G/300G/500G/1TB等支持RAID0 ，RAID1， RAID5，RAID10电源双电源冗余 推荐配置方案：软件配置方案： 操作系统：Redhat Enter165、prise Server Linux 6.4 64位版 数据库软件：Oracle 11g RAC for linux 64位版 （）硬件配置： 服务器：2台，主机硬件配置需一致 规格参数： 硬件项目参数CPUEM64T 或AMD Athlon 64 频率 2G以上例如CPU4颗* 4核 支持线程数大于16线程显卡支持VGA以上模式内存大于16G 光驱DVD可读接口USB大于2个电源2个 光纤卡2块 传输速率大于4GRAID卡支持RAID 0，RAID1磁盘接口支持SATA容量2块300G 进行磁盘镜像网卡2块 支持千兆传输速率 磁盘阵列：1台 规格参数： 硬件项目参数容量大于500G注：容量视166、业务需要另行计算这边的500G是安装创建完数据库后的基本存储量磁盘控制器需有双控制器冗余支持scsi接口和光纤接口Scsi接口大于2个，光纤接口大于4个支持磁盘转速：转速需大于10Krpm内部磁盘接口支持SAS ,SATA等通用磁盘接口功能：支持热插拔支持单个磁盘容量规格：150G/300G/500G/1TB等支持RAID0 ，RAID1， RAID5，RAID10电源双电源冗余 SAN交换机：2台 每台交换机至少有6个光纤接口的认证 光纤接口需和主机的光纤卡兼容，速率需匹配。卡口/电子警察系统数据库系统采用oracle RAC双机集群for Linux方案，以下是此方案相应的软硬件配置要求。167、视卡口数量和每个卡口每日通过的车辆数据决定RAC使用的节点数，如果超出两个节点服务器的处理能力则需相应增加节点以适应卡口的数据入库的处理能力。 最低配置方案：软件最低配置方案： 操作系统：Redhat Enterprise Server Linux 5.4 64位版 数据库软件：Oracle 10g RAC for linux 64位版 （）硬件配置： 服务器：2台，主机硬件配置需一致 规格参数： 硬件项目参数CPUEM64T 或AMD Athlon 64 频率 2G以上例如CPU4颗 * 4核 支持线程数大于16线程显卡支持VGA以上模式内存大于8G 光驱DVD可读接口USB大于2个电源2个168、 光纤卡1块 传输速率大于2GRAID卡支持RAID 0，RAID1磁盘接口支持SATA容量2块150G 进行磁盘镜像网卡2块 支持百兆传输速率 磁盘阵列：1台 规格参数： 硬件项目参数容量大于300G注：容量视业务需要另行计算这边的300G是安装创建完数据库后的基本存储量磁盘控制器需有双控制器冗余支持scsi接口和光纤接口Scsi接口大于2个，光纤接口大于4个磁盘性能转速需大于8Krpm内部磁盘接口支持SAS ,SATA等通用磁盘接口支持RAID0，RAID1 ，RAID5 支持条带化数据存储方式功能：支持磁盘热插拔支持单个磁盘容量规格：150G/300G/500G/1TB等电源双电源冗余 169、推荐配置方案：软件配置方案： 操作系统：Redhat Enterprise Server Linux 6.4 64位版 数据库软件：Oracle 11g RAC for linux 64位版 （）硬件配置： 服务器：2台，主机硬件配置需一致 规格参数： 硬件项目参数CPUEM64T 或AMD Athlon 64 频率 2G以上例如CPU8颗 * 4核 支持线程数大于32线程显卡支持VGA以上模式内存大于32G 光驱DVD可读接口USB大于2个电源2个 光纤卡2块 传输速率大于8GRAID卡支持RAID 0，RAID1磁盘接口支持SATA容量2块300G 进行磁盘镜像网卡2块 支持千兆传输速率 170、磁盘阵列：1台 规格参数： 硬件项目参数容量大于500G注：容量视业务需要另行计算这边的500G是安装创建完数据库后的基本存储量磁盘控制器需有双控制器冗余支持scsi接口和光纤接口Scsi接口大于2个，光纤接口大于4个磁盘性能：转速需大于15Krpm内部磁盘接口支持SAS ,SATA等通用磁盘接口功能：支持热插拔支持单个磁盘容量规格：150G/300G/500G/1TB等支持RAID0 ，RAID1， RAID5，RAID10电源双电源冗余 SAN交换机：2台 每台交换机至少有6个光纤接口的认证 光纤接口需和主机的光纤卡兼容，速率需匹配。公路交通调查系统数据库系统采用oracle RAC双机集171、群for Linux方案，以下是此方案相应的软硬件配置要求。 最低配置方案：软件最低配置方案： 操作系统：Redhat Enterprise Server Linux 5.4 64位版 数据库软件：Oracle 10g RAC for linux 64位版 （） 硬件配置： 服务器：1台 规格参数： 硬件项目参数CPUEM64T 或AMD Athlon 64 频率 2G以上例如CPU 4颗 * 4核 支持线程数大于16线程显卡支持VGA以上模式内存大于8G 光驱DVD可读接口USB接口大于2个电源2个 双电源冗余光纤卡2块，传输速率大于4GRAID卡支持RAID 0，RAID1磁盘接口支持SA172、TA容量2块150G 进行磁盘镜像网卡2块 支持百兆以上传输速率 磁盘阵列：1台 规格参数： 硬件项目参数容量大于300G注：容量视业务需要另行计算这边的300G是安装创建完数据库后的基本存储量磁盘控制器需有双控制器冗余支持scsi接口和光纤接口Scsi接口大于2个，光纤接口大于4个支持磁盘转速：转速需大于10Krpm内部磁盘接口支持SAS ,SATA等通用磁盘接口功能：支持热插拔支持单个磁盘容量规格：150G/300G/500G/1TB等支持RAID0 ，RAID1， RAID5，RAID10电源双电源冗余 推荐配置方案：软件配置方案： 操作系统： Redhat Enterprise Ser173、ver Linux 6.4 64位版 数据库软件：Oracle 11g RAC for linux 64位版 （）硬件配置： 服务器：2台，主机硬件配置需一致 规格参数： 硬件项目参数CPUEM64T 或AMD Athlon 64 频率 2G以上例如CPU 8颗 * 4核 支持线程数大于32线程显卡支持VGA以上模式内存大于32G 光驱DVD可读接口USB大于2个电源2个 光纤卡2块 传输速率大于8GRAID卡支持RAID 0，RAID1磁盘接口支持SATA容量2块300G 进行磁盘镜像网卡2块 支持千兆传输速率 磁盘阵列：1台 规格参数： 硬件项目参数容量大于1T注：容量视业务需要另行计算磁174、盘控制器需有双控制器冗余支持scsi接口和光纤接口Scsi接口大于2个，光纤接口大于4个支持磁盘转速：转速需大于10Krpm内部磁盘接口支持SAS ,SATA等通用磁盘接口功能：支持热插拔支持单个磁盘容量规格：150G/300G/500G/1TB等支持RAID0 ，RAID1， RAID5，RAID10电源双电源冗余 SAN交换机：2台 每台交换机至少有6个光纤接口的认证 光纤接口需和主机的光纤卡兼容，速率需匹配。其他（设备管理，高速公路监控等）采用单机版oracle for Linux 方案或单机版SQLServer2008 for Win2008 方案 最低配置方案：软件最低配置： 方案一175、：操作系统：Redhat Enterprise Linux 5.4 64位 数据库软件： Oracle10g for linux 64位（）标准版 方案二：操作系统：Redhat Enterprise Linux 6.4 64位 数据库软件： Oracle11g for linux 64位（）标准版 方案三：操作系统：win2008 64位 数据库软件：SQL Server 2008 64位标准版硬件配置：服务器：1台， 规格参数： 硬件项目参数CPUEM64T 或AMD Athlon 64 频率 2G以上例如CPU 4颗* 4核 支持线程数大于16线程显卡支持VGA以上模式内存大于16G 光176、驱DVD可读接口支持USB接口大于2个SCSI接口大于2个电源2个 RAID卡支持RAID 0，RAID1磁盘接口支持网卡2块 支持百兆传输速率 磁盘阵列：1台 规格参数： 硬件项目参数容量大于500G注：容量视业务需要另行计算，此处只是建立数据库的基本容量。磁盘控制器需有双控制器冗余支持scsi接口和光纤接口Scsi接口大于2个，光纤接口大于2个支持磁盘转速：转速需大于8Krpm内部磁盘接口支持SAS ,SATA等通用磁盘接口功能：支持热插拔支持单个磁盘容量规格：150G/300G/500G/1TB等支持RAID0 ，RAID1， RAID5，RAID10电源双电源冗余 推荐配置方案：软件推177、荐配置： 方案一：操作系统：Redhat Enterprise Linux 5.4 64位 数据库软件： Oracle10g for linux 64位（）企业版 方案二：操作系统：Redhat Enterprise Linux 6.4 64位 数据库软件： Oracle11g for linux 64位（）企业版 方案三：操作系统：win2008 64位标准版 数据库软件：SQL Server 2008 64位企业版硬件配置：服务器：1台， 规格参数： 硬件项目参数CPUEM64T 或AMD Athlon 64 频率 2G以上例如CPU 4颗* 4核 支持线程数大于16线程显卡支持VGA以上178、模式内存大于32G 光驱DVD可读USB大于2个电源2个 光纤卡2块， 传输速率大于4GRAID卡支持RAID 0，RAID1磁盘接口支持SATA 接口；2块300G 硬盘；磁盘镜像网卡2块 支持千兆传输速率 磁盘阵列：1台 规格参数：硬件项目参数容量大于500G注：容量视业务需要另行计算，此处只是建立数据库的基本容量。磁盘控制器需有双控制器冗余支持scsi接口和光纤接口Scsi接口大于2个，光纤接口大于2个支持磁盘转速：转速需大于8Krpm内部磁盘接口支持SAS ,SATA等通用磁盘接口功能：支持热插拔支持单个磁盘容量规格：150G/300G/500G/1TB等支持RAID0 ，RAID1，179、 RAID5，RAID10电源双电源冗余数据存储容量估算方法 数据库系统存储量 项目容量10G系统存储量/节点100G11G系统存储量/节点150GSQLSERVER2008系统存储量100G 业务数据存储量统计方法序号数据项目统计设备数每日采集周期数 每日每个设备估计采集条数每条数据占用空间每日占用空间统计方法说明每年占用空间统计方法可能所属项目计算代码C1D1E1F1G1H11设备通信状态采集数据通信采集设备数14400050存储量=C1*D1*F1年存储量=G1*365交通采集诱导项目2车检器线圈20秒采集数据检测车道数43200100存储量=C1*D1*F1年存储量=G1*3653车检180、器线圈5分钟采集数据检测车道数2880100存储量=C1*D1*F1年存储量=G1*3654路面情报板每分钟反馈数据（显示内容，颜色等）情报板单元数，例如根据MB含有文字和光带两处显示，则以2个单元统计144001024存储量=C1*D1*F1年存储量=G1*3655匝道情报板每分钟反馈数据（显示内容，颜色等）同上144001024存储量=C1*D1*F1年存储量=G1*3656发布段交通状态数据（按2分钟发布周期）发布段数7200100存储量=C1*D1*F1年存储量=G1*3657scats路口机车道采集数据（车道编号，周期时长，相位代码，流量等）(按1分钟为采集周期)scats检测的车道181、数14400150存储量=C1*D1*F1年存储量=G1*3658scats路口相位数据（路口编号，相位开始时间，相位时长等）（按1分钟为采集周期）scats检测路口数14400140存储量=C1*D1*F1年存储量=G1*3659scats路口机车道5分钟流量数据（采集时间，车道编号，流量等）scats检测的车道数288050存储量=C1*D1*F1年存储量=G1*36510scats设备报警信息scats设备数720050存储量=C1*D1*F1年存储量=G1*36511车牌识别断面数据（号牌号码，颜色，属地等）断面数050000200存储量=C1*E1*F1年存储量=G1*365卡口/电182、子警察项目12电子警察违章数据（违章时间，违章车牌，违章编号等）断面数0500512存储量=C1*E1*F1年存储量=G1*36513车牌识别设备状态采集数据车牌识别设备数1440075存储量=C1*D1*F1年存储量=G1*36514车牌识别车道状态采集数据车牌识别车道数1440050存储量=C1*D1*F1年存储量=G1*36515警员GPS位置信息（采集周期2分钟）GPS设备数7200100存储量=C1*D1*F1年存储量=G1*365指挥交通项目16警情记录表区域数0200001024000存储量=C1*E1*F1年存储量=G1*36517交调车检器线圈1分钟采集数据（含国标9种车型流183、量）检测车道数14400120存储量=C1*D1*F1年存储量=G1*365公路交通调查项目18交调车检器线圈5分钟采集数据（含国标9种车型流量）检测车道数2880120存储量=C1*D1*F1年存储量=G1*36519收费站出入口交易流水数据（含每辆通过收费站收费站编号，交易号，收费金额，车型等信息）收费站出入口车道数02000075存储量=C1*E1*F1年存储量=G1*36520收费站断面5分钟流量数据（含收费车型流量信息）收费站断面数2880120存储量=C1*D1*F1年存储量=G1*36521交调路段5分钟统计数据（含交通调查国标9种车型的流量信息以及收费站流量信息）路段数2880184、512存储量=C1*D1*F1年存储量=G1*365 合计数据存储量统计方法实际使用存储量=( 单机数据库系统存储量*服务器数量+ 业务数据存储量*1.5 ) 购买的磁盘需要制作RAID5，并需要在5个磁盘以内的准备1个磁盘做备用故障热切换，超出的每5个磁盘需有一个磁盘作为热切换磁盘。实际需要购买磁盘存储量 =实际使用存储量 * 2 注意事项 （1）数据库软件不建议安装在虚拟机的环境下（2）安装oracle数据库安装时采用的字符集是ZHS16GBK （3）希望软件调试前完成数据库系统软件的安装，包括操作系统，磁盘阵列挂载，多路径软件安装，数据库管理软件的安装配置。 （4）对于有特殊需求的数据库185、系统将另行调研讨论相应方案主机系统基本要求 主机条件包括主机已确认上电、主机已分配了IP地址，其中对服务器要求采用静态IP地址分配，并且确认连通。 系统软件已得到安装确认包括主机已按照投标、设计要求或集成方案安装系统软件。若业主设计有特殊要求时，应当按要求设置好用户名、密码。通信服务器硬件配置： CPU： INTEL EM64T 频率大于1.5G 支持线程数大于8个 内存：4G 硬盘：500G 双硬盘镜像 电源：双电源冗余软件配置： 方案1：操作系统 Redhat Enterprise Server Linux 5.4 64位 以上版本 JAVA组件：JDK 1.7 64位 for linux186、 方案2：win2008 64位标准版 JAVA组件：JDK 1.7 64位 for windows 可支持容量估算： 以下容量一台主机只支持其中一个编号的设备接入。编号接入设备数据通信方式接入性能指标1车检器（基于公司车检器协议）一个通道接入多个设备（上海快速路RS485模式）单通道最多15个设备，最多允许50个通道（考虑到20秒采集周期，每个设备应答周期300ms）2车检器（基于公司车检器协议）每个通道连接一个设备，有多个通道（基于IP方式连接）最多允许50路设备接入3可变信息标志（基于公司可变信息标志协议）一个通道接入多个设备（上海快速路RS485模式）单通道最多10个设备，最多允许50187、个通道（考虑到20秒采集周期，每个设备应答周期300ms，情报板协议数据内容比较长）4可变信息标志（基于公司可变信息标志协议）每个通道连接一个设备，有多个通道（基于IP方式连接）最多允许50路设备接入5号牌识别（基于公司号牌识别协议）TCP SERVER模式，一个端口连接多个设备接入150个车道数GIS服务器 最低配置方案： （1）1台服务器安装所有arcgis Server 发布和图层编辑软件。 （2）图层数据采用文件方式保存，通过web发布地理数据软件配置： 操作系统：Win2008 64位标准版 GIS软件： ARCMAP Desktop 10.0 ARCGIS Server 10.0 188、数据库客户端软件：oracle 11g客户端硬件配置： 服务器 ：1台 CPU 类别INTEL EM64T；支持最大16个线程，频率大于1.5G 内存:大于16G， 硬盘：1T 电源：双电源冗余 推荐配置方案： 2台服务器， 1台安装SDE数据引擎软件，图层数据存放在数据库中， 另一台安装arcmap 和arcgis server 软件用于地理数据的web发布软硬件配置：服务器软件配置硬件配置GIS SDE服务器操作系统：win2008 64位标准版数据库客户端：oracle 11g 客户端Gis软件：arcgis SDE 10.0CPU 类别INTEL EM64T；支持最大16个线程，频率大189、于1.5G内存:大于16G，磁盘：大于1T电源：双电源冗余GIS Server 服务器操作系统：win2008 64位标准版Gis 软件：ARCMAP 10.0ARCGIS Server 10.0CPU 类别INTEL EM64T；支持最大16个线程，频率大于1.5G内存:大于8G，磁盘：大于1T电源：双电源冗余可支持的容量估算： 支持同时最多100个并发接入量web 服务硬件配置： CPU：类别INTEL EM64T；支持最大8个线程，频率大于1.5G 内存：大于4G 硬盘：500G软件配置： 操作系统：Redhat enterprise Linux5.4 64位 JAVA组件： JDK 1190、.7 64位可支持的容量估算： 支持同时最多50个并发接入量后台处理服务器 一般后台交通状态计算服务硬件配置： CPU：类别INTEL EM64T；支持8个线程以上，频率大于1.5G 内存：大于4G 硬盘：1T软件配置： 方案1：Redhat Enterpirse Server Linux 5.4 64位以上版本 方案2：Win2008 64位 可支持的容量估算： 可支持2000个以内的发布段数据计算发布 数据通信中间件服务（消息服务）硬件配置： CPU：类别INTEL EM64T；支持最大16个线程以上，频率大于1.5G 内存：大于8G 硬盘：1T 电源：双电源冗余软件配置： 操作系统：Re191、dhat Enterpirse Server Linux 5.4以上版本 JAVA组件：JDK 1.7 64位可支持的容量估算： 支持最大25会话连接，每分钟传输512个小于64K数据包展示工作站 基本软硬件配置软件配置： 操作系统：windows 7 32位或64位专业版/企业版/旗舰版 浏览器：IE 8.0以上版本 硬件配置： 1套工作站所需配置 显示器：1台 大于17寸液晶显示器支持分辨率1280*800以上支持65535种颜色 工作站主机：1台 主机/CPU ：INTEL至强系列，主频大于1.5G / AMD Athlon 系列，主频大于3G / INTEL酷睿系列，主频大于3G 支持192、8线程以上； 内存：大于4G 硬盘：大于500G 显卡：独立显卡 显存大于512M，支持 声卡：自带声音播放功能 网卡： 传输速率百兆以上 一机二屏软件配置： 操作系统：windows 7 32位或64位专业版/企业版/旗舰版 浏览器：IE 8.0以上版本 硬件配置： 显示器：2台， 大于 17寸液晶显示器支持分辨率1280*800以上支持65535种颜色 工作站主机：1台 CPU，内存，硬盘，网卡，声卡参数指标和基本配置相同 显卡：独立显卡 显存大于1G，DISPLAY PORT 接口大于2个 支持多屏显示，支持VGA/HDMI/DVI接口 一机三屏软件配置： 操作系统：windows 7 193、32位或64位专业版/企业版/旗舰版 浏览器：IE 8.0以上版本 硬件配置： 显示器：3台， 大于 17寸液晶显示器支持分辨率1280*800以上支持65535种颜色 工作站主机：1台 CPU，内存，硬盘，网卡，声卡参数指标和基本配置相同 显卡：独立显卡 显存大于1G，DISPLAY PORT 接口大于3个， 支持多屏显示，支持VGA/HDMI/DVI接口 一机大屏软件配置： 操作系统：windows 7 32位或64位专业版/企业版/旗舰版 浏览器：IE 8.0以上版本 专业软件：大屏控制软件硬件配置： 大屏：1套 显示器：1台 17寸液晶显示器支持分辨率1280*800以上支持65535194、种颜色 工作站主机：1台 CPU，内存，硬盘，网卡，声卡参数指标和基本配置相同 显卡：独立显卡 显存大于1G，支持多屏显示，支持VGA/HDMI/DVI接口 注意事项（1）以上硬件配置都是在实体主机上的要求，如果有些服务部署在虚拟机中内存参数需要适当增加20%（2）通信服务和消息中间服务不建议放在虚拟机中运行（3）在应用软件调试前完成所有的主机硬件连接以及商用软件（操作系统、GIS软件等）的正确安装与激活。操作系统不得采用克隆方式安装。因为盗版软件在使用中或多或少都存在着异常，请使用正版软件。附、表单样式1、项管费管理季度项管费预（决）算表项管费支出明细表现场人员考勤表2、项目开发任务管理项目开发任务表（周）开发资源冲突表（周）3、项目活动和进度管理项目活动矩阵项目总体进度计划项目周报项目简报4、运维管理和质量评价运维巡检记录表故障报告系统缺陷统计表