项目管理流程制度

-.z.工程管理流程制度手册广州市鹏龙计算机科技技术部2016.7版本控制页版本号修订时间修订内容修订人审核人0.9初稿周波目录一、总则31、工作目标32、工作原则33、岗位职责3二、工程实施活动31、标准活动定义32、工程启动阶段3需求初步了解3编制工程活动矩阵3编写工程总体方案〔需评审〕33、联合设计阶段3调研需求3分析需求3确认需求3调研接口3编写接口方案3确认接口3编写并提交需求报告(需评审)34、软件开发阶段3开发任务提交3开发任务确认3任务开发3开发任务完成确认3工程根底资料收集3根底数据配置3设备接入实验室测试3接口实验室测试3出所验收35、现场实施阶段3现场环境确认3现场部署调试3外场设备接入3接口对接3系统联调36、系统试运行阶段3系统上线3用户培训3编写运维技术手册3运维工作交接3故障诊断和修复37、工程验收阶段3验收资料编写3配合验收3验收完善3系统交付3三、工程管理活动31、本钱管理32、进度管理33、质量管理34、沟通管理3业主〔用户〕3工程经理〔工程部〕3中心开发部35、现场管理3四、主要工作界面及协作流程31、事业部3总体协作流程3设备协议开发调试3系统出所验收3设备接入调试3接口和系统联调试32、研究院、设计咨询中心3软件技术方案协助3情报板版面设计及发布段规划33、中心开发部3开发任务安排及确认3现场开发支持3五、配套管理规定31、软件系统日常运维手册编写指南3概述3工程软件系统运维流程3主要角色和职责3工程资料要求3巡检对象和根本要求3系统与数据备份3系统故障处置根本要求3团队组织3运维流程32、工程开发任务管理方法3概述3各阶段工作定义3实施细则33、工程周报与工程简报34、软件中心项管费管理规定3项管费组成及说明3项管费预算审核方法3项管费使用和报销规定35、软件系统根本集成环境要求3网络3数据库3主机系统3附、表单样式31、项管费管理3季度项管费预〔决〕算表3项管费支出明细表3现场人员考勤表32、工程开发任务管理3工程开发任务表〔周〕3开发资源冲突表〔周〕33、工程活动和进度管理3工程活动矩阵3工程总体进度方案3工程周报3工程简报34、运维管理和质量评价3运维巡检记录表3故障报告3系统缺陷统计表3总则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位

□AI*6.1

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

□Oracle10g

□Oracle11g

□sqlserver2008

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

□windowsserver200864位

□redhat5.464位

□其他请注明:＿＿＿＿＿＿＿＿＿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等常用中间件的使用；熟悉Linu*根本操作，能够部署软件、系统等操作；工程资料要求。。。。。。。网络环境网络环境工程资料应包括：设备的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地址程序名：软件名称应用软件类别：按照应用软件的用途分为数据交互、通信软件、计算处理、展示软件、管理软件和统计软件。应用软件输入：是指软件的数据来源，如数据库的*业务表，则列明表名。应用软件输出：是指软件正常运行情况下的输出形式，如数据库的*业务表或者*ml文件等。运行周期：软件运行的周期。中间件：软件运行所需要的中间件名、版本、安装位置等；日志位置：软件日志存放位置及名称，该日志为软件异常时，需要巡检人员作为附件一起上报的日志。配置文件及重要属性：软件运行相关配置文件的存放位置，及重要属性，如数据库连接串的相关描述；支撑软件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系统磁盘工具/Uni*系统用命令df-k每周系统时间校时偏差每日**进程占用资源Top-c进程名，观察具体*个进程占用资源的具体情况每日集群进程状态每日集群日志每月以上内容的巡检结果需填写到巡检记录表单RP002。硬件信息外部设备运行状态，对磁盘阵列、磁带机、外置光驱、维护终端等的状态、设置进展检查；对风扇、后备电池、磁盘、磁带、键盘等敏感部件进展重点检查，查看是否有故障征兆。连接件检查，对连接插头、电缆、电源插座等进展检查系统指示灯状态前面板指示灯：查看是否有黄灯、红灯告警；电源指示灯：查看是否有黄灯、红灯告警；磁盘指示灯：查看是否有黄灯、红灯告警；系统控制板指示灯〔CPU/MEM，I/O等〕：查看是否有黄灯、红灯告警；如有，则对异常进展上报；系统日志信息通过控制面板或者系统命令获得系统日志，首先比照系统日志文件的大小，查看是否有异常增长，如发现增长异常，则需进一步分析操作系统日志文件内容。检查系统日志中是否有设备重启日志。如存在屡次重启，则需将问题上报，待技术人员对其进展分析。系统性能通过控制面板或者系统命令获得效劳器当前CPU、内存、交换区使用率与磁盘I/O情况，应至少观察5分钟，获得性能平均值，并观察是否有异常的波动。各项指标平均使用率应低于80%，如超过则应将此异常情况上报。磁盘分区使用率通过控制面板或者系统命令获得主要磁盘的使用率、剩余空间。至少应查询的，windows系统：c盘、D盘。。linu*系统：/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效劳如果是非linu*平台上,此功能由第三方集群软件提供.此进程是用来检测集群中主机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。〔可视不同系统实际情况而定〕每天死锁selectb.owner,b.object_name,b.object_type,a.*fromv$locked_objectaleftjoin(selectdistinctowner,object_name,object_typeformdba_objects)bona.OBJECT_ID=b.object_id应为空每天进程ps-ef|grepcrsps-ef|grepora每天定时作业selectjob,log_user,last_date,ne*t_date,broken,failuresfromdba_jobsorderbyjobFAILURES列的值应为0每天表空间利用率selecta.tablespace_name,a.mbytesastotal_size,nvl(b.mbytes,0)asfree_size,round((a.mbytes-nvl(b.mbytes,0))*100/a.mbytes,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(s.free_space)/1024/1024asmbytesfromdba_temp_free_spacesgroupbytablespace_name)bona.tablespace_name=b.tablespace_name;used_ratio列应低于90%每天以上内容的巡检结果需填写到巡检记录表单RP003。数据库实例数据库实例是数据库管理程序。检查数据库实例状态就是查看数据库软件是否在正常运行。方法如下：〔1〕使用数据库DBA用户登录数据库〔2〕命令selectinst_id,instance_name,version,statusfromgv$instance主要查看status这个字段的值如果是open表示数据库实例是正常的否则就是不正常。另外需要注意的是如果是oraclerac的版本，需要知道有几个节点，以上语句的查询出来的结果就有几行数据，数据条数少于节点数也表示数据库实例不正常。数据库监听单节点数据库监听检查方法使用oracle用户登录安装数据库