项目及项目管理流程制度

项目管理流程制度项目管理流程制度PAGE132132/132项目管理流程制度项目管理流程制度广州市鹏龙计算机科技有限公司技术部

版本控制页版本号修订时间修订内容修订人审核人初稿周波目录一、 总则 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接口实验室测试 14出所验收 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软件技术方案协助 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、项管费管理 132季度项管费预（决）算表 132项管费支出明细表 132现场人员考勤表 1322、项目开发任务管理 132项目开发任务表（周） 132开发资源冲突表（周） 1323、项目活动和进度管理 132项目活动矩阵 132项目总体进度计划 132项目周报 132项目简报 1324、运维管理和质量评价 132运维巡检记录表 132故障报告 132系统缺陷统计表 132

总则1、工作目标推进工程项目软件实施和管理工作，协助事业部顺利完成项目。2、工作原则A、有大局观，一切言行应有利于维护公司形象和利益；B、现场工作遇到阻力或困难无法推进时，应及时向上级主管（组长、部门经理）报告、沟通以寻求处理办法。C、项目工作特别是各类内、外部协调工作应留下过程痕迹，如：会议纪要，沟通记录，如有必要可通过OA请示批复流程来固化。D、听从项目经理的工作安排，当发生观点相左时，应先充分沟通，如无果则应及时向上级反映，但现场不得与项目经理争执或发生更激烈冲突；E、项目经理拥有向用户的最终解释权，不论内部意见如何，对外统一表达口径。3、岗位职责A、负责工程项目的软件现场实施和管理工作；B、协调开发资源，按时完成系统功能，并部署上线；C、协助项目经理推动项目，为其提供软件方面的技术支持。项目实施活动参考软件项目管理过程，结合实际情况，将项目实施划分为项目启动、联合设计、软件开发、现场实施、系统试运行和项目验收六个阶段，并定义了34项标准活动。1、标准活动定义项目启动联合设计软件开发现场实施系统试运行项目验收需求初步了解调研需求开发任务提交现场环境确认系统上线验收资料编写编制项目活动矩阵分析需求开发任务确认现场部署调试用户培训配合验收编写项目总体计划确认需求任务开发外场设备接入编写运维技术手册验收完善调研接口任务完成确认接口对接运维工作交接系统交付编写接口方案项目基础资料收集系统联调故障诊断和修复确认接口图层制作编写并提交需求报告(需评审)基础数据配置设备接入实验室测试接口实验室测试出所验收2、项目启动阶段 本阶段从项目中标，公司内部移交会后开始计算直至提交软件项目整体计划。在本阶段中，软件项目经理需要在初步了解项目需求的情况下，编制活动矩阵和项目总体计划（软件实施）。需求初步了解目标了解项目基本需求，为编制项目活动矩阵和总体计划作准备。要求阅读招投标文件，了解项目建设系统的组成、基本功能要求、接口、数据来源、外场设备等重要信息。在有条件的情况下，与业主（用户）、前期设计人员等了解项目背景和情况的人接触，沟通了解项目目标、时间节点、以及初步的功能需求。评估项目规模和实际可能的工作量。将已知的需求组织成需求清单，并对照产品功能列表来标明哪些是新增用户需求。编制项目活动矩阵目标 通过项目活动矩阵编写，梳理并形成了项目实施内容大纲，作为后续项目实施和管理工作的依据，保证项目工作有序展开。要求根据了解到的需求，填写项目活动矩阵（样式见下表），其中子活动根据对需求的初步理解，结合实际情况来填写。对于尚未明确的活动，可填写较粗，以后再行细化，但尽量不要遗漏工作。阶段系统活动系统1系统2……系统n项目启动标准活动1子活动1子活动2标准活动2子活动3子活动4标准活动3……联合设计标准活动4…………子活动n-1子活动n子活动n+1……编写项目总体计划（需评审）目标编制软件实施的总体计划，作为项目整体计划的一部分，是后续项目执行的依据。要求总体计划中罗列的项目任务就是项目活动矩阵中的子任务。需要根据项目整体推进情况和每项活动自身工作量设置进度节点，如项目有明确时间要求而导致“倒排”进度计划的，则还需有一份实际反映进度的内部计划。需通过由软件中心组织的评审。3、联合设计阶段 本阶段从业主召集的项目启动会或监理开工令发出后开始，按照排定的进度计划，开展需求和接口的调研、方案编写和确认工作，阶段性产物是需求报告，需提交评审。调研需求目标通过向用户（业主）调研，明确本工程软件工作的目标、系统范围以及相关用户向功能性需求。要求协调业主(用户)方确定一名需求接口人，所有来自业主（用户）方的需求都应由该接口人汇总和整理后提出。针对产品化功能列表内的功能需求，如无特殊情况，应尽可能引导用户不提出严重背离该功能设计。针对新功能模块，应充分深入沟通，了解用户真实意图，可采用原型页面等辅助手段帮助用户明确需求。用户需求的调研和细化可分阶段进行，先将能明确的需求明确下来并尽快开展分析和确认工作；当前还不能明确的需求与用户（业主）约定后续讨论需满足的条件或时间。将调研结果组织形成调研报告并通过项目部提交业主。工具调研大纲或问卷原型界面用户调研报告分析需求目标协调开发部门对调研获得的需求进行分析，形成软件功能模块的需求，并评估实现该需求所需的外部资源和条件。要求与研发部门对口人等针对上述需求进行分析，形成对现有软件模块调整以及新模块的开发需求，并初步评估工作量。评估实现软件功能所依赖的外部资源和条件，并评估由此带来的协调工作量。确认需求目标与用户确认其提出需求的开发安排及需要协调解决的外部条件。要求与用户明确其提出需求的开发进度安排。向用户阐述要完成某些需求要达成的外部环境条件要求，并商定谁来协调推动该外部条件的达成。工具软件需求汇总表（含外部条件要求）项目活动矩阵调研接口目标根据需求调研的结果以及招投标文件的要求，通过项目部协调摸清系统各个外部接口的情况，并与接口方讨论可能的接口方式。要求了解系统外部接口的种类和数量。通过项目部协调与接口方集成商沟通，了解接口现状和对接条件并讨论可能的对接方式。将存在技术或协调困难接口的调研结果组织成书面形式提交业主协调。工具接口协调记录编写接口方案目标根据接口调研的结果，编写接口方案。要求针对具备条件的接口，与研发接口人沟通确定接口方式。编写接口方案，明确对接双方提供使用接口的方式，数据提供或功能访问的限制等，并制定交互协议或调用规则。确认接口目标与用户确认其提出需求的开发安排及需要协调解决的外部条件。要求与用户明确其提出需求的开发进度安排。向用户阐述要完成某些需求要达成的外部环境条件要求，并商定谁来协调推动该外部条件的达成。工具软件需求汇总表（含外部条件要求）项目活动矩阵编写并提交需求报告(需评审)4、软件开发阶段本阶段从需求报告通过评审后开始，本阶段主要参与者是软件开发部的开发人员，软件项目经理从项目实施和管理的角度对过程有监控和协调的职责，同时也有提供必要环境和条件满足开发要求的义务。开发任务提交目标将满足开发内外部条件的任务通过任务系统提交，并与项目研发对口人沟通确认开发要求。要求通过协调推进任务开发所需满足的条件的达成，如：明确开发要求、接口方案、获得接口开发包等。当上述条件达成后，与研发接口人沟通明确开发要求和进度要求。通过任务系统在每周规定时间前提交开发任务。任务要求的完成时间与提出时间之间要留有足够的时间差，以便研发根据实际情况统筹安排开发任务。工具项目开发任务表开发任务确认目标对研发对口人给出的任务安排进行确认，如有问题及时沟通。要求判断研发接口人计划中安排的资源和开发完成时间能否满足项目要求。如根据现场情况应排入开发计划的任务未被安排，则应与研发对口人沟通要求其协调安排，如在此情况下，双方无法达成一致，则双方应分别提交协调请求，由中心来决策。开发任务的确认由研发对口人和软件项目经理共同负责，经确认的任务，如无特殊情况，应按计划时间准时完成。如进度发生延后，由软件项目经理负责向用户（业主）解释，并争取取得其谅解工具项目开发任务表任务开发目标了解研发团队对所提任务开发的基本情况。要求当任务被安排进开发任务系统后，经常关注任务执行情况，及时发现可能产生的偏离并提醒。工具项目开发任务表开发任务完成确认目标对研发部门开发完成的功能进行测试和验证，确认功能准确并符合用户需求。要求对集中开发阶段提出的任务的确认在出所验收环节进行，经测试验证确认后任务关闭。如在现场环境部署时发现问题，则作为新的缺陷修正任务提出。对于系统试运行和验收阶段提出的开发任务，则在现场环境部署并测试验证无误后关闭。测试验证过程中发现问题，则视作该任务未完成，直至修改并通过相应环境的测试验证，方作为完成确认的标志。对开发任务完成的最终确认职责属于软件项目经理。工具项目开发任务表项目基础资料收集目标对软件开发、部署所需的各类资料按要求进行收集和整理，并提供给研发。要求收集并提供GIS基础图层文件（或服务接口说明）。收集并提供系统集成方案、网络方案、存储方案等环境资料。收集并提供由研究院提供的情报板版面图、模组图(含发布段对应关系)、发布段划分图等与算法及诱导相关的资料。收集并提供外场设备接入和展示相关的信息，包括设备类型、点位、通信地址、通信方式、协议等信息。收集并提供系统各类外部接口相关开发资料，如：接口类型、接口协议等。收集用户提供的业务功能所需的基础信息，如职能架构、岗位、人员和资源信息等。按研究院要求收集并提供各类算法所需的基础信息。工具项目提供资料列表基础数据配置目标协助研发部门对部分基础数据进行配置。要求在发布段图层、模组图、发布段划分图等基础上配置光带及发布段对应关系等信息。配置和录入用户提供的各类业务相关的基础数据。配置外场设备的通信参数。注:算法相关的基础配置由研究院负责制作。设备接入实验室测试目标对未经过接入认证的外场设备进行接入测试验证，确保其能按要求接入系统。要求通过事业部项目部协调厂商提供样机或模拟测试程序。在公司搭建现场模拟环境进行接入测试。除了功能上能接入系统，并按照协议进行通信交互外，为了保证设备接入的稳定性，还要进行。通过测试的设备型号及协议版本将纳入监控，如通过项目验证证明无论数据、功能还有稳定性能达到要求的，即可作为经认证的设备，以后项目可直接使用。注：如厂商不能按要求提供样机或测试程序配合测试的，则无法承诺现场设备的接入调试时间。工具已认证接入设备清单接口实验室测试目标对项目外部系统通信接口进行接入测试验证，确保能进行系统对接。要求通过事业部项目部协调厂商提供接口相关资料。在公司搭建现场模拟环境进行接入测试。如对接接口是webservice或socket通信方式，按照通信协议定义的流程，逐个测试，直至每个协议流程都按要求实现无误。如对方提供的是开发库或控件，则需同时提供对应的测试页面通过“倒库”、前置库访问等方式对接的接口，可不进行本项测试。注：如厂商不能按要求提供测试程序配合测试，则无法承诺该接口现场调试时间。出所验收目标对集中开发阶段形成的系统，在公司内部搭建现场模拟环境进部署和全面测试，通过后方可在项目现场部署。要求协调事业部将搭建环境必须的部分计算机设备、网络设备、存储设备等在公司内部搭建成现场模拟环境。要求事业部协调厂商提供部分外场设备样机配合环境搭建。搭建数据库、操作系统、虚拟化软件、gis服务等运行环境，部署软件系统、配置必要的数据。组织出所验收组（成员可以是公司技术委员会专家、用户代表等组成）对系统各项菜单功能、地图功能等进行验收测试，并记录测试结果，提出验收意见。5、现场实施阶段本阶段始于出所验收通过且现场具备实施条件，完成软件系统在现场环境中的部署，实现系统各项功能正常运转。现场环境确认目标协调项目部对现场系统部署所依赖的机房软硬件条件、网络条件等进行确认，确保系统可实现部署和基本功能调试。要求协调项目部逐项如实填写项目进场条件确认单和ip地址表。初步核实填写内容，并判断根据已具备的条件是否可进入现场实施。根据确认单和地址表选择相关系统软件版本（如java环境）和配置部分基础信息。软件进场条件确认单项目名称:填写日期:填写人:网络序号项目现场情况备注1ip地址是否分配□是□否需提供ip地址分配表,并按照其分配好静态ip地址2外场设备连通总数请在ip地址分配表中标明连通的设备数据库序号项目现场情况备注1数据库主机是否上架□是□否2数据库主机是否上电□是□否3数据库存储是否上电□是□否4数据库主机与存储设备是否连通□是□否5服务器操作系统软件是否安装□是□否安装版本:

□windowsserver200864位

□AIX

□其他请注明:＿＿＿＿＿＿＿＿＿6数据库软件是否安装□是□否安装版本:

□Oracle10g

□Oracle11g

□sqlserver2008

□其他请注明:＿＿＿＿＿＿＿＿＿7数据库是否要求RAC□是□否主机序号项目现场情况备注1服务器总数2已通电服务器数3已安装系统软件服务器数安装版本:

□windowsserver200864位

□64位

□其他请注明:＿＿＿＿＿＿＿＿＿1客户端总数2已通电客户端数3已安装系统软件客户端数安装版本:

□windows732位

□windows764位

□windows832位

□windows864位

□其他请注明:＿＿＿＿＿＿＿＿＿软件进场条件确认单序号设备类型(必填)安装位置(必填)IP地址(必填)掩码(必填)网关(必填)MAC地址连通情况(必填)其他属性1线圈车检器/电子警察/车牌识别已连通/未连通234567项目IP地址分配表现场部署调试目标实现软件系统在现场部署和依赖环境的配置，确保系统功能能正常运行。要求对照现场实际情况，进一步核对确认表和ip分配表。安装系统运行所依赖的环境软件。部署软件、导入数据库实例、安装GIS服务，并通过调试使在出所验收阶段验证过的功能正常运行。外场设备接入目标对外场设备进行接入调试，确保将设备接入至系统，使得接入后的设备能通过系统进行数据通信和完成协议功能。要求先针对接入设备的网络可联通性进行检查。针对已认证设备和实验室已测试设备，可直接进行接入，并通过观察入库数据等方式判断接入是否正常；如接入不正常，可通过厂商提供的测试工具进行测试，如仍有问题，应通过项目部协调厂商人员配合排查。针对未经过实验室测试的非认证设备，应要求项目部协调厂商技术人员到场，配合相关开发人员进行设备接入调试工作。原则上，开发人员在现场只负责确保通过调试实现每类未验证设备正常接入一台，剩余的接入调试和配置工作应由项目实施人员完成。接口对接目标与外系统进行接口联调，确保按设计要求实现了数据共享或功能调用，并达到相应的性能要求。要求先针对对接系统检查网络可联通性，如无法联通，则协调项目部解决。针对实验室已测试的接口，可直接尝试对接，如对接不正常，可各自通过对方提供的接口测试工具来验证接口可用性，如仍有问题，应通过项目部协调对方技术人员配合排查。针对未经过实验室测试的接口，应要求项目部协调对方技术人员到场，双方人员配合进行接口调试，直至调通。原则上，开发人员已经测试的接口由项目实施人员在开发人员远程指导下进行调试和对接；未测试接口，可要求开发人员到场与对方人员配合共同调试。系统联调目标完成主要设备接入和全部接口调试工作后，对系统运行进行联调联试，检验和调试系统各项功能直至运行正常、数据完整准确，具备试运行条件。要求对系统各项业务功能、地图功能逐项进行单一功能点测试。面向系统实现的各类用户业务，进行完整流程测试。通过系统的报表和数据查询功能，对系统数据的实时性、完整性进行检查，并通过一些工具对数据有效性进行分析。配合研究院进行算法调试，通过其给出的数据质量情况，协助项目部一起进行问题排查和解决。6、系统试运行阶段本阶段从软件系统在现场环境中的完成部署，并确认系统各项功能正常运转，系统操作所需的用户（监控员）到位开始。本阶段软件项目经理主要任务是通过用户培训帮助用户尽快熟悉系统的操作，与用户就软件功能进行逐项确认，是否达到设计要求或者符合用户需求，对用户在使用中所产生的问题予以解决。同时编写系统操作手册、运维技术手册，为系统交付做好准备。系统上线目标为了系统能满足用户实际使用的需要，而进行的相关工作。要求与事业部协调确认操作用户，尤其是监控员的到位。与用户管理员确认使用系统的用户基础信息、用户权限等。配置和录入系统操作用户、角色和角色权限等数据。配置和录入用户提供的各类业务相关的基础数据。用户培训目标通过用户培训，使操作人员和管理人员更快熟悉系统的使用。要求准备培训资料，内容应包括系统概况、软件功能说明、软件操作说明等。协调事业部安排培训地点、培训时间、参加人员。对于专业领域的培训，如“信号机配时”，应通过事业部与厂商技术人员进行协调，并对培训内容进行沟通和确认。如业主有要求，应配合业主及事业部对参加的培训人员进行考核。编写运维技术手册目标根据软件系统运维指南，编写适用于本系统的运维技术手册。要求由软件项目经理牵头，事业部负责协调厂商技术人员、交通工程小组共同完成运维技术手册的编写。根据软件系统运维指南，整理系统运维所需的基础资料，如现场设备ip地址分配表、软件部署情况汇总表等。根据运维指南，编写系统运维操作手册。根据运维指南和系统运维操作手册，编制系统巡检表。对运维操作手册和系统巡检表的内容进行验证。确保其能指导后续运维人员进行操作。工具软件系统运维指南运维工作交接目标通过与事业部指定的运维负责人进行工作交接，使其能具备运维技术手册中要求的系统巡检能力、常见故障诊断和修复能力。要求提供运维负责人运维技术手册，并指导其了解软件系统相关的运维工作。根据系统运维技术手册所要求的内容，对运维负责人进行培训，使其能独立完成系统巡检工作，并具备系统常见故障诊断和修复能力。与事业部项目负责人和运维负责人一起，确认运维工作的交接完成。工具系统运维技术手册故障诊断和修复目标对系统试运行阶段所发生的故障进行诊断和修复，对需要软件开发解决的故障，通过项目开发任务提交给研发，并最终确认问题的解决。要求对于试运行阶段发生的问题首先应进行诊断与分类。对于软件中心无法解决的问题，与事业部沟通，请事业部协调相关厂家、技术专家予以解决。对于需要通过软件开发解决的问题，首先记录到系统缺陷统计表中，以便对缺陷进行跟踪。同时与研发对口人沟通明确开发要求和进度要求。通过任务系统在每周规定时间前提交开发任务。对于提出的开发任务，则在现场环境部署并测试验证无误后关闭。工具项目开发任务表系统缺陷统计表7、项目验收阶段本阶段从软件系统完成试运行开始。本阶段主要任务是配合事业部与监理完成项目的验收工作，确认系统是否达到设计要求或者符合用户需求，对验收过程中所产生的问题以及新增的需求予以解决。验收资料编写目标配合事业部及监理整理与编写项目验收所需要的资料，例如测试方案、测试用例、软件文档等。要求与业主或者监理确认软件系统验收资料的清单，及相关文档的模板格式要求。对于在产品化功能列表内的功能内容，则在原有产品化功能测试方案、测试用例、软件文档的基础上，根据项目实际情况进行修改。针对非产品化功能模块，软件项目经理应负起编写测试方案、测试用例主要责任，研发对口人应负起编写软件概要设计、详细设计文档的主要责任。对于需要研发配合完成的文档，与研发对口人沟通明确文档要求和进度要求。通过任务系统在每周规定时间前提交开发任务。工具项目开发任务表配合验收目标配合事业部及监理完成项目验收所需要的内容，例如第三方测试、安全评测等。要求根据测试方案、测试用例对系统进行自测。对自测过程中发现的问题予以解决。对于软件中心无法解决的问题，与事业部沟通，请事业部协调相关厂家、技术专家予以解决。对于需要通过软件开发解决的问题，首先记录到系统缺陷统计表中，以便对缺陷进行跟踪。同时与研发对口人沟通明确开发要求和进度要求。开发任务通过任务系统在每周规定时间前提交开发任务。整理系统自测报告，确定系统缺陷都被关闭。当上述任务完成后，协助监理方测试人员或者第三方测试人员进行系统测试。与监理方或第三方测试负责人确认检测报告内容及系统缺陷。工具项目开发任务表系统缺陷统计表验收完善目标将验收过程中业主（用户）及监理发现的系统缺陷，根据检测报告对缺陷予以解决关闭。对于业主明确提出的验收前需要完成的新增开发任务，与研发对口人进行沟通确认后，通过任务系统进行提交。此类任务应与研发对口人明确其优先级较高，应给予优先安排。要求对于验收发生的问题首先应进行分类。对于软件中心无法解决的问题，与事业部沟通，请事业部协调相关厂家、技术专家或业主予以解决或澄清。对于需要软件开发解决的问题，例如开发新的功能、增加新的报表，首先与事业部一起确认是否在工程范围内，对于事业部认可的开发内容，与研发对口人沟通明确开发要求和进度要求。对于非工程范围内的新开发，通过事业部与业主（用户）进行协调。开发任务通过任务系统在每周规定时间前提交开发任务。对于提出的开发任务，则在现场环境部署并测试验证无误后关闭。当影响项目验收的系统缺陷全部关闭后，通过事业部与监理或第三方测试人员对系统缺陷进行整改确认。最终依据已经确定的《验收报告》，确定项目已经和业主（用户）达成验收通过。工具项目开发任务表系统交付目标将软件系统正式交付用户使用、交付事业部指定的维护负责人进行日常巡检和常见故障诊断与修复。要求按照用户（业主）要求，对试运行期间的用户操作数据进行清理。项目经理依据已经确定的《验收报告》，确定项目已经和业主（用户）达成验收通过。与事业部负责人和运维负责人一起共同确认运维交接工作已完成。与事业部负责人和业主一起共同确认软件系统满足用户使用要求。项目管理活动项目管理活动参考软件项目管理过程定义，并结合实际情况，定义为成本管理、进度管理、质量管理和沟通管理。1、成本管理目标 管理项目软件实施工作的成本，严格执行项管费预决算制度，控制不必要的项管费支出，杜绝浪费；同时，对项目的人力资源投入进行把关，在保证项目顺利推进的前提下，避免不必要的人力成本支出。要求按照部门项管费管理规定，准时编制并提交季度项管费预算，核算季度项管费支出。做好项管费支出和人员项目现场考勤记录。遵循合理、节约、必要的项管费使用原则，做到尽可能不超预算。严格评估和控制开发人员现场支持的频度和时间，并提交现场出差申请（含审批表），或批准后方可执行，杜绝研发资源浪费。工具项管费管理办法（试行）项管费预、决算模板项管费支出记录表项目现场人员考勤表开发人员项目出差审批表2、进度管理目标管理和控制项目进度，推动项目按照计划进行；对项目执行情况进行监控，及时发现并报告引起计划延误的风险点；采取措施有效降低风险带来的进度滞后；根据实际情况调整进度计划。要求项目启动后，根据招投标内容及初步用户（业主）需求沟通的结果，编写项目活动矩阵，根据矩阵编制总体进度计划。监控进度计划执行，及时预见、报告延误风险并采取有效措施。当发生延期或致使进度调整的需求变更时，及时与项目经理和业主（用户）沟通，调整计划。在需求明确和条件具备的情况下，尽早安排开发任务，并与研发对口人沟通确认。按季度汇总并提交当季项目开发任务执行情况。工具项目活动矩阵项目开发任务系统项目总体进度计划项目开发任务执行情况汇总（季）3、质量管理目标确保现场软件和文档工作的质量，既满足用户日常使用的需求，同时也符合工程建设和验收的要求。要求项目现场已上线软件的质量由软件项目经理负责，开发完成的功能或系统，完成调试正式上线前需获得软件项目经理的签字确认。软件项目经理保证已上线系统和功能的可用性，负责向用户（业主）解释各项功能与需求的匹配性。已上线系统出现缺陷，由软件项目经理与研发对口人协商安排修正。中心开发部提供的各类标准产品化技术资料，由软件项目经理负责将其整理为符合业主（用户）、监理等要求的项目技术文档。在系统上线初期要安排加大现场对系统的保障力度，确保出现问题能及时发现解决。工具项目开发任务表4、沟通管理业主（用户）目标 建立有效的沟通渠道，能及时传达并反馈用户对系统的真实想法；同时，通过努力，使我方表达的观点和意见为用户理解和接受。加深双方理解，从而减少现场开展工作的阻力和提升客户满意度要求每两周至少与用户沟通一次，了解用户对系统的想法，并组织形成书面材料提交事业部。在集中需求阶段、系统上线初期以及验收前，要加大与用户沟通力度和频率，除每周通过项目部提交的周报外，随时向用户反馈项目的进展情况和遇到的困难。项目经理（项目部）目标 与项目经理（项目部）默契配合，分工合作，协调一致，为项目实施推进形成合力，按时、保质完成项目工作。要求每周编写并提交项目周报，告知项目经理软件工作开展的情况。每周与项目经理充分沟通，编写并提交项目简报，反映项目现场难以推进的工作。随时与项目经理沟通，使其了解和掌握软件工作的推进情况，项目实施过程中遇到非技术类问题导致难以推进时，应主动与项目经理沟通，通过其协调解决。工具项目简报（周）项目周报中心开发部目标与开发部人员，特别是研发对口人加强沟通，使其了解项目的情况，特别是用户对需求的关注点，以便合理安排开发任务。要求每周按项目软件开发任务的相关规定，与项目研发对口人沟通开发任务。主动向研发对口人通报项目的一些情况和一些关键节点要求，使其能更好的协调安排开发任务及时测试和确认研发已完成的任务，对测试过程中发现的问题做到及时反馈。举办团队建设活动，加强与项目开发团队的凝聚力。5、现场管理目标对软件中心在项目现场的人员进行严格管理，既可规范员工行为，提高工作效率，也可提升公司形象，避免公司机密外泄。要求软件项目经理作为负责项目现场软件中心人员（含开发人员）管理工作的第一责任人，首先应严格要求自己，自觉做到以下要求，才能影响和要求其他软件中心人员。遵守项目现场的办公规定，禁止大声喧哗以及做与工作无关的事。禁止利用公安网内的计算机上互联网，禁止安装未经允许的软件；接入专网的计算机原则上禁止“一机双网”连接，通过“远程协助”调试软件应确认业主没有明确提出反对。项目经理是项目现场唯一正式代表公司的人员，任何面对业主的正式意见表达都通过项目经理进行，保证做到“一个声音对外”，如有不同意见应内部沟通统一认识后再对外表达。在项目现场，特别是业主（用户）面前，禁止谈论公司内部情况。项目上产生的针对业主（用户）、监理等的招待支出均由事业部承担，因此，如发生该类业务招待活动需项目经理在场，如项目经理因故无法出席的，需获得项目经理的口头委托，产生的招待费由项目经理负责报销如有条件，中心人员在项目部食宿，确需在酒店住宿的，应选择经济型酒店，并尽可能两人一间，节约成本。对于投入使用的系统，现场系统版本更新上线，应严格按要求走审批流程或提交相关书面申请，获得批准后，方可实施。主要工作界面及协作流程1、事业部总体协作流程设备协议开发调试系统出所验收设备接入调试接口和系统联调试2、研究院、设计咨询中心软件技术方案协助情报板版面设计及发布段规划3、中心开发部开发任务安排及确认现场开发支持配套管理规定1、软件系统日常运维手册编写指南概述目的软件系统日常运行维护的目标，主要是通过常驻运行维护人员和后台支撑团队，提供常态、规范和专业的巡检、故障应急抢修服务来保证系统可靠稳定运行。本指南主要是为了系统运维目标的实现，提供规章制度的保证，规定了运维对象和范围，确保巡检和抢修活动有操作要求、流程可依，并指导读者如何进行现场软件系统日常运维，如何制定软件系统日常运维手册，确保软件系统在预定的环境中使用。适用范围本用于公司负责所有建设项目的系统试运行、正式运行和软件质保阶段，以及公司负责的所有维护项目的合同期。内容本指南主要涵盖了对软件系统资料整理、日常运维工作（巡检）和系统故障处置等方面的要求。同时，指南也从实际出发，对运维活动给出了团队组成、规模以及排班的建议。参考文档项目软件系统运维流程项目软件系统运维整体主要流程如下：主要角色和职责角色及职责在制定软件系统日常运维手册、实施系统日常运维和故障处置的过程中，所涉及的角色和职责如下：角色职责项目经理协调相关人员，包括设备厂商技术人员。确定巡检执行人。软件项目经理1.安排相关人员共同制定《项目软件系统现场维护手册》；2.负责制定项目系统功能巡检手册的制定；3.负责对巡检执行人进行培训；集成工程师1.负责整理项目集成相关资料；2.负责项目网络运行环境、主机与存储环境巡检手册的制定；3.协助软件项目经理对巡检执行人进行培训；数据库管理员1.负责整理项目数据库系统相关资料；2.负责项目数据库系统环境巡检手册的制定；3.协助软件项目经理制定关键业务表巡检手册；4.协助软件项目经理对巡检执行人进行培训；交通工程小组1.协助软件项目经理制定系统功能巡检手册；设备厂商1.协助集成工程师、数据库管理员制定巡检手册；巡检执行人1.确认《项目软件系统现场维护手册》的所有内容可操作；2.根据《项目软件系统现场维护手册》执行日常维护工作；巡检执行人应具备的条件熟练使用windows系统，会查询与查看系统日志；能熟练运用sql语句；熟悉ORACLE、SQLSERVER、MYSQL等常用数据库的使用；熟悉Weblogic、ApacheTomcat、JBoss等常用中间件的使用；熟悉Linux基本操作，能够部署软件、系统等操作；项目资料要求。。。。。。。网络环境网络环境项目资料应包括：设备的IP分配表（外场，主机，网络设备）设备ip地址分配表参考格式如下：序号设备id设备类型(必填)安装位置(必填)IP地址(必填)掩码(必填)网关(必填)MAC连通情况(必填)接入交换机ip其他属性1已连通/未连通2设备id：设备的唯一标示设备类型：如线圈车检器、电子警察、车牌识别、防火墙、网闸、交换机、服务器、数据库等安装位置：设备安装的位置，如路口名、断面名、桩号；内场设备应表明安装的机房、机柜号；应便于运维人员识别。ip地址：设备配置的ip地址掩码：设备配置的子网掩码网关：设备配置的网关地址MAC：设备的MAC地址连通情况：设备的实际连通情况，需根据情况及时更新接入交换机ip：设备接入的交换机ip其他属性：上述未尽描述的其他属性网络设备配置信息表序号设备id设备类型(必填)配置策略配置文件存放位置1端口：tcp／udp／单向访问／双向访问2设备id：设备的唯一标示设备类型：如防火墙、网闸、交换机等设备互联的拓扑图及相应的设计说明；如果比较复杂的话，可以考虑提交逻辑拓扑及物理拓扑如果网络系统和外系统有互联关系，请说明外系统互联的要求及相应约束（IP分配、安全策略要求、路由策略要求等）

如果设计中存在冗余链路的设计，请说明采用的冗余技术及策略要求

如有其他非常规的网络技术运用（负载均衡、VPDN、AAA、策略路由、路由图等）请提供专文说明其他未尽事宜需要一事一议主机及存储关于主机及存储项目资料应包括：设备基本信息表设备基本信息表参考格式如下：序号设备id系统用户名及密码(必填)操作系统版本(必填)CPU(必填)内存(必填)本地硬盘容量(必填)阵列容量(必填)使用网口其他连接12设备id：设备的唯一标示系统用户名及密码：巡检管理访问的系统用户名及密码操作系统版本：设备安装的操作系统版本，包括补丁版本；CPU：设备的CPU配置内存：设备的内存配置本地硬盘容量：主机本地硬盘的配置阵列容量：服务器被分配的存储阵列的容量使用网口：接入系统使用的网口号，设备上也应做好标示，当网线脱落时，应能帮助运维人员找到正确的接入口。其他连接：与其他设备连接的端口描述如光纤口等。数据库系统环境数据库基本信息表序号项目内容备注1数据库系统软件版本2字符集3数据库服务名4数据库IP/端口5最大连接数6设计的最大存储空间数据库存储说明表空间信息；序号表空间名表空间增长策略表空间最大设计容量用途12数据表存储说明表如下：序号表名存储分区分区策略索引策略设计最大记录数12用户信息序号用户名用户描述类型12数据库字典包含表、视图、作业、存储过程应用软件环境项目需整理应用软件部署情况，参考格式如下：应用软件静态属性表服务器ip程序名可执行文件名应用软件类别安装地址功能描述视频事件交换软件数据交互/通信软件/计算处理/展示软件/管理软件/统计软件服务器ip：软件部署的服务器ip地址程序名称：软件中文名称可执行文件名：应用软件可执行程序文件名应用软件类别：按照应用软件的用途分为数据交互、通信软件、计算处理、展示软件、管理软件和统计软件。安装地点：软件安装的目录位置。功能描述：软件实现的功能。应用软件运行属性表：服务器ip程序名称应用软件输入应用软件输出运行周期中间件日志位置配置文件及重要属性视频事件交换软件服务器ip：软件部署的服务器ip地址程序名：软件名称应用软件类别：按照应用软件的用途分为数据交互、通信软件、计算处理、展示软件、管理软件和统计软件。应用软件输入：是指软件的数据来源，如数据库的某业务表，则列明表名。应用软件输出：是指软件正常运行情况下的输出形式，如数据库的某业务表或者xml文件等。运行周期：软件运行的周期。中间件：软件运行所需要的中间件名、版本、安装位置等；日志位置：软件日志存放位置及名称，该日志为软件异常时，需要巡检人员作为附件一起上报的日志。配置文件及重要属性：软件运行相关配置文件的存放位置，及重要属性，如数据库连接串的相关描述；支撑软件arcgis基本信息序号项目内容备注1gis软件版本2sde库连接名3数据库连接名4本地文件夹连接图层信息序号图层名图层描述安装位置123界面功能界面功能描述表：访问地址：访问地址：巡检用户名及密码菜单名功能描述功能操作及操作结果访问地址：界面访问的地址，或者巡检界面安装地址巡检用户名及密码：巡检用户使用的用户名及密码菜单名：功能菜单访问名，如为多级菜单则用“-”分割，如“信息发布”-“情报板人工发布”功能描述：菜单功能的描述信息功能操作及操作结果：巡检人员进行界面功能日常巡检时应做的操作步骤及应看到的结果描述巡检对象和基本要求根据系统的不同等级，实行不同的巡检周期。系统级别级别定义巡检周期A类系统业务实时性较高，或者受众用户多，易产生社会不良效应。如采处发系统、集成指挥平台平台；每日至少一次B类系统业务实时性较高，但受众用户有限，系统故障时，影响有限范围，如卡口系统；每两日一次C类系统业务实时性较低，受众用户也有限，系统故障时，只要能恢复故障时的业务即可，例如电警系统；每周一次A类系统，应实行每日巡检，每日上午9-10时和下午16-17时，应根各根据巡检流程对关键业务进行完整巡检，其他时间可不定期进行项目基本巡检，发现问题应及时解决。B类系统，应实行每两日一次巡检，应根各根据巡检流程对关键业务进行完整巡检，其他时间可不定期进行项目基本巡检，发现问题应及时解决。C类系统，应实行每周一次巡检，应根各根据巡检流程对关键业务进行完整巡检，其他时间可不定期进行项目基本巡检，发现问题应及时解决。定期维护：系统涉及的服务器每月应进行一次系统健康检查，检查服务器和数据库运行状态，清理磁盘空间、无用的交换文件备份、垃圾文件和过期的日志文件，相关设备之间连接状态，备份系统日志、操作系统日志和必要的业务数据并做好相关维护记录。以上周期均可根据项目实际情况进行调整。支撑运行环境支撑运行环境主要是指支撑软件运行的各种外部系统、硬件或环境。主要的运行支撑环境包括网络、主机系统、数据库和存储。网络环境从支撑软件系统运行的角度，对网络环境日常巡检的基本要求主要是确保主干网网络连通性和网络服务质量（QoS）。巡检内容：巡检项巡检方法参考值频率连通性检查采用Ping命令进行,建议至少对每个目标点做两组重复测量，每组测量次数不要少于200个。专网：丢包率应为0、时延应不超过10ms互联网：丢包率应接近0，时延不超过300ms，但应比较稳定无线链路（GSM、HSDPA等）:丢包率最高不要超过5%，时延不超过300ms每天路由路径检查采用Tracert/traceroute命令检查,检查实际路由路径与设计路由路径是否一致。应一致。每月网络设备的CPU、内存负荷运用命令/管理界面（不同的厂商不一样）对网络设备的运行时CPU、内存负荷进行检查。CPU5分钟利用率和内存利用率都应小于45%，45%-49%建议较快处理（建议4天内响应），≥50%急需处理(建议2天内响应)每天以上内容的巡检结果需填写到巡检记录表单RP001，RP005。连通性检查在自建有线网络的情况下，Ping丢包率应为0，建议至少对每个目标点做两组重复测量，每组测量次数不要少于200个；Ping的时延数据依赖于通信的网络带宽及ping包的长度，目前典型的百兆/千兆情况下应不超过10ms，且时延分布应比较窄（没有特别高的时延值出现），一般应在10ms内；Internet链路的Ping，丢包率应接近0，时延可能为几十或几百毫秒（200-300ms），但应比较稳定。运营商的无线链路（GSM、HSDPA等），丢包率应接近0（最高不要超过5%-10%），时延可能为几十或几百毫秒（200-300ms）。根据项目ip地址分配表，对中心所有服务器、重要工作站进行连通性检查，检查时需记录测试主机ip、延时和丢包情况。巡检结果记录到表单RP005。路由路径检查Tracert/traceroute用于检查三层路由转发是否符合设计要求，具体的正常值和网络的拓扑设计、冗余设计等均相关。通常采用Tracert/traceroute命令检查,检查实际路由路径与设计路由路径是否一致。巡检结果记录到表单RP006。网络设备的CPU、内存负荷一般网络设备的CPU及内存负荷应低于45%，当负载过高时，会引起网络时断时通的现象、网速变慢等现象。运用命令/管理界面（不同的厂商不一样）对网络设备的运行时CPU、内存负荷进行检查。CPU5分钟利用率和内存利用率都应小于45%，45%-49%建议较快处理（建议4天内响应），≥50%急需处理(建议2天内响应)。巡检结果记录到表单RP001。主机与存储环境对主机环境的运维服务包括：主机设备的日常监控，设备的运行状态监控，故障处理，操作系统维护，补丁升级等内容。主机及存储环境巡检项主机及存储环境基本巡检内容:巡检项说明频率硬件显示器每月键盘/鼠标每月磁带机每月电源及风扇每月线缆每月HBA卡状态每周SAN端口状态每周网卡状态每周系统系统指示灯状态前面板指示灯每周电源指示灯每周磁盘指示灯每周系统控制板指示灯（CPU/MEM，I/O等）每周系统日志信息IML日志按需操作系统日志每日系统性能CPU（使用率小于80%）每日内存（使用率小于80%）每日交换区（使用率小于80%）每日磁盘I/O性能每日磁盘分区使用率Windows系统磁盘工具/Unix系统用命令df-k每周系统时间校时偏差每日xx进程占用资源Top-c进程名，察看具体某个进程占用资源的具体情况每日集群进程状态每日集群日志每月以上内容的巡检结果需填写到巡检记录表单RP002。硬件信息外部设备运行状态，对磁盘阵列、磁带机、外置光驱、维护终端等的状态、设置进行检查；对风扇、后备电池、磁盘、磁带、键盘等敏感部件进行重点检查，查看是否有故障征兆。连接件检查，对连接插头、电缆、电源插座等进行检查系统指示灯状态前面板指示灯：查看是否有黄灯、红灯告警；电源指示灯：查看是否有黄灯、红灯告警；磁盘指示灯：查看是否有黄灯、红灯告警；系统控制板指示灯（CPU/MEM，I/O等）：查看是否有黄灯、红灯告警；如有，则对异常进行上报；系统日志信息通过控制面板或者系统命令获得系统日志，首先对比系统日志文件的大小，查看是否有异常增长，如发现增长异常，则需进一步分析操作系统日志文件内容。检查系统日志中是否有设备重启日志。如存在多次重启，则需将问题上报，待技术人员对其进行分析。系统性能通过控制面板或者系统命令获得服务器当前CPU、内存、交换区使用率与磁盘I/O情况，应至少观察5分钟，获得性能平均值，并观察是否有异常的波动。各项指标平均使用率应低于80%，如超过则应将此异常情况上报。磁盘分区使用率通过控制面板或者系统命令获得主要磁盘的使用率、剩余空间。至少应查询的，windows系统：c盘、D盘。。linux系统：/usr、/var。如剩余空间比例小于10%则应进行磁盘清理操作或将结果上报。系统时间通过控制面板或者系统命令获得系统时间与参考服务器时间，并检查服务器是否按计划校时。如系统时间与参考服务器时间差超过1分钟，则应进行人工校时操作，如人工校时失败，则应将此异常情况上报。进程占用资源通过控制面板或者系统命令获得进程占用资源，首先应观察相应的进程是否正常开启，如没有被开启，则应启动相应的进程。接着观察进程占用资源，应至少观察5分钟，获得平均占有资源，并观察是否有异常的波动。如进程资源比过高，或者出现异常的波动，则应首先重启相应进程与相关进程，如重启后问题仍未解决，则应将此异常情况上报。数据库系统环境数据库系统环境巡检项数据库系统主要的巡检内容如下：实例状态监听状态会话进程定时作业表空间由于不同版本、不同集成方式的数据巡检方法差异较大，故巡检项的巡检方法、参考值等将在后续章节展开。以上内容的巡检结果需填写到巡检记录表单RP003。oracle数据库RAC状态巡检项检查RAC状态首先需要了解数据库包含几个实例节点,也就是说组成数据库集群的有几台服务器，数据文件是通过何种方式存储的。目前RAC数据库的文件的存储方式有两种一种是裸设备，一种是自动存储管理。只有使用了自动存储管理方式才需要查看自动管理实例状态。巡检项巡检方法参考值频率RAC总体状态crs_stat-tState字段为online每天RAC实例状态Srvctlstatusdatabase–d<数据库名>Instanceisnotrunningon<实例名>，表示异常。每天RAC监听状态SrvctlstatuslistenerListener<监听名>isenabledListener<监听名>isrunningonnode(s):db1每天自动管理实例状态(可选)srvctlstatusasmASMisrunningondb1,db2每天RAC节点状态srvctlstatusnodeapps每天RAC总体状态RAC是oracle集群软件运行的基础,需要重点关注.RAC集群软件有若干个管理进程组成,其中最重要的3个是crsd,cssd,evmd.服务名称服务器描述应有状态OSSD服务ocssd是最关键的进程.如果这个进程出现异常,会导致系统重启.CSS服务通过多种心跳机制实时监控集群健康状态,提供rac主机群间的信息同步保护等服务功能OnlineCRSD服务CRSD服务是实现高可用性服务的进程.这个服务的功能是监控应用层资源,并在这些资源运行异常时进行干预,包括关闭,重启进程或者转移服务。OnlineEVMD服务EVMD服务负责发布CRS产生的各种事件.另外负责CRS和CSS两个服务间的通讯。OnlineRACGIMON服务此进程负责检查数据库健康状态,负责service的启动,停止,故障转移.这个进程会建立到数据库的持久连接,定期检查SGA中的特定信息。OnlineOPROCD服务如果是非linux平台上,此功能由第三方集群软件提供.此进程是用来检测集群中主机CPU运行状态.如果超过预设时间CPU没有回应,就认为主机工作异常,会重启主机。Online命令:crs_stat-t结果中有以下几个内容,服务名称类型应有状态实际状态节点主机名NameTypeTargetstateHost只要保证实际状态列中都是online就说明RAC状态时完全正常的.其中重点保证type列中是db、vip、lsnr、asm的服务状态是online。并记录下服务状态不是online的服务名称。RAC实例状态实例进程组提供整套数据库管理服务的核心功能，如果集群中有一个节点出现故障，数据库软件的性能会大幅下降。所以需要重点关注实例状态，发现故障必须及时修复。命令:Srvctlstatusdatabase–d<数据库名>结果:可以看到数据库下所有实例的状态是runing就是正常的.例如以下Instanceisrunningonrac1Instanceisnotrunningonrac2。则表示异常。RAC监听状态监听服务是用来接受客户端机器对oracle提出请求的。集群中每个节点都会有一个监听进程。如果监听进程出现故障，则除集群内服务器外的所有请求都无法响应。命令：Srvctlstatuslistener结果：Listener<监听名>isenabledListener<监听名>isrunningonnode(s):db1,db2。。ASM管理服务实例状态ASM管理服务是10g以后出现的服务进程。他是用来管理数据文件所在的磁盘空间的一个软件。只有使用ASM方式管理存储系统才需要关注此服务的运行状态。命令：srvctlstatusasm结果：ASMisrunningondb1,db2单节点oracle数据库系统环境巡检项巡检内容：巡检项巡检方法参考值频率系统实例状态selectinst_id,instance_name,statusfromgv$instanceStatus为online每天监听状态LsnrctlstatusInstance"监听名",statusREADY,has1handler(s)forthisservice每天会话查询会话Selectinst_id,count(*)fromgv$sessiongroupbyinst_id应低于250。（可视不同系统实际情况而定）每天死锁select,,,a.*fromv$locked_objectaleftjoin(selectdistinctowner,object_name,object_typeformdba_objects)bon=应为空每天进程ps-ef|grepcrsps-ef|grepora每天定时作业selectjob,log_user,last_date,next_date,broken,failuresfromdba_jobsorderbyjobFAILURES列的值应为0每天表空间利用率select,astotal_size,nvl(,0)asfree_size,round((-nvl(,0))*100/,2)asused_ratiofrom(selecttablespace_name,sum(bytes)/1024/1024asmbytesfromdba_data_filesgroupbytablespace_nameunionallselecttablespace_name,sum(bytes)/1024/1024asmbytesfromdba_temp_filesgroupbytablespace_name)aleftjoin(selecttablespace_name,sum(bytes)/1024/1024asmbytesfromdba_free_spacegroupbytablespace_nameunionallselecttablespace_name,sum/1024/1024asmbytesfromdba_temp_free_spacesgroupbytablespace_name)bon=;used_ratio列应低于90%每天以上内容的巡检结果需填写到巡检记录表单RP003。数据库实例数据库实例是数据库管理程序。检查数据库实例状态就是查看数据库软件是否在正常运行。方法如下：（1）使用数据库DBA用户登录数据库（2）命令selectinst_id,instance_name,version,statusfromgv$instance主要查看status这个字段的值如果是open表示数据库实例是正常的否则就是不正常。另外需要注意的是如果是oraclerac的版本，需要知道有几个节点，以上语句的查询出来的结果就有几行数据，数据条数少于节点数也表示数据库实例不正常。数据库监听单节点数据库监听检查方法使用oracle用户登录安装数据库软件的服务器，在操作系统命令行的模式下输入如下命令：lsnrctlstatus单实例结果反馈是下面的红色字符显示表示监听是正常的。Service"orcl"has2instance(s).Instance"orcl",statusUNKNOWN,has1handler(s)forthisservice...Instance"orcl",statusREADY,has1handler(s)forthisservice...Service"orclXDB"has1instance(s).Instance"orcl",statusREADY,has1handler(s)forthisservice...ThecommandcompletedsuccessfullyRAC数据库监听检查方法使用oracle用户登录安装数据库软件的服务器，在操作系统命令行的模式下输入如下命令：Srvctlstatuslistener结果中会显示出每个节点的监听状态，只要每个节点的监听都处于运行（running）的状态就表示监听状态是正常的。ORACLE数据库运行环境巡检项巡检项巡检方法参考值频率系统会话查询会话Selectinst_id,count(*)fromgv$sessiongroupbyinst_id应低于250。（可视不同系统实际情况而定）每天死锁select,,,a.*fromv$locked_objectaleftjoin(selectdistinctowner,object_name,object_typeformdba_objects)bon=应为空每天进程ps-ef|grepcrsps-ef|grepora每天定时作业selectjob,log_user,last_date,next_date,broken,failuresfromdba_jobsorderbyjobFAILURES列的值应为0每天表空间利用率select,astotal_size,nvl(,0)asfree_size,round((-nvl(,0))*100/,2)asused_ratiofrom(selecttablespace_name,sum(bytes)/1024/1024asmbytesfromdba_data_filesgroupbytablespace_nameunionallselecttablespace_name,sum(bytes)/1024/1024asmbytesfromdba_temp_filesgroupbytablespace_name)aleftjoin(selecttablespace_name,sum(bytes)/1024/1024asmbytesfromdba_free_spacegroupbytablespace_nameunionallselecttablespace_name,sum/1024/1024asmbytesfromdba_temp_free_spacesgroupbytablespace_name)