《206页8万字大数据统一运维平台建设和运营综合解决方案.docx》由会员分享，可在线阅读，更多相关《206页8万字大数据统一运维平台建设和运营综合解决方案.docx（195页珍藏版）》请在taowenge.com淘文阁网|工程机械CAD图纸|机械工程制图|CAD装配图下载|SolidWorks_CaTia_CAD_UG_PROE_设计图分享下载上搜索。
1、大大PC机ITim猊I化 自ex介AgenM* 人API融入=t ,t 畲一 主几分网靖卿I守鳍&云款务自定如雨中网杵MM.应化大数据运维平台建设和运营综合解决方案统升级和扩容提供科学的依据。 具有全面而深入的主机/服务器管理功能，保证主机/服务器 的可靠和高性能运作。 提供运营商级IT系统中所需要的各种功能，及集成化的管 理模式，可降低系统管理的成本。 实现业务可视化管理，分析深层次原因等问题。 提供全面的WEB应用可用性进行全方位检测功能，提高业务 可用性。1.3. 建设目标1. 建立统一运维门户通过建设统一的运维门户Portal,作为整个大数据运维平 台的统一入口，具备统一认证、单点登录
2、、自定义首页工作界 面、分权分域管理等功能，统一建立用户账号，实现简单化用 户管理。大数据运维平台提供运维管理门户网站、移动APP、 个人工作台、自助服务台等多种形式的服务窗口。1. 3. 2. 建立IT异构资源的全面集中化管理XXX本次信息化建设已达到相当规模，设备种类多且规模 大（网络设备、服务器、存储等）；涵盖不同厂家，各种型号的 IT设备，涉及传统的物理设备和云计算平台。通过大数据运维平台，以统一监控管理为中心，实现对数 据中心信息化IT基础设施的集中监控管理，提供数据中心基础10 / 208客户验收和交接清单是否完备；对于系统运行中出现的问题，维护人员是否记录了详细的维 护记录；配置
3、管理员是否按照配置管理计划建立了基线，是否严格控 制变更过程，是否对配置库进行了维护。4. 6. 3质量保证流程针对本次投标，整个项目质量管理过程可以分解为4个环 节：(1)确立质量标准体系建立适当的质量衡量标准是进行项目质量管理的前提性的 关键性工作。根据在实施项目方面的整体战略规划与项目实施 计划，承建单位将召集项目实施各相关主体进行讨论与沟通， 制定完整、科学、合理、具备较强可实施性的项目质量标准体 系，用于衡量项目质量。衡量项目质量标准的指标一般包括项 目涉及范围、项目具体的实施步骤、项目周期估计、项目成本 预算、项目财务预测与资金计划、项目工作详细内容安排、质 量指标要求以及客户满意
4、度等。(2)对项目实施进行质量监控要在项目执行过程中采取有效措施来监控项目的实际运 行。在项目实施过程中，根据要求收集项目实施过程中的相关 信息，观察、分析项目实施进程中的实际情况以便监控。为了 达到有效监控项目的目的，可以利用的监控措施与沟通渠道包 括：100 / 208正式的监控与沟通渠道，例如项目进度报告、项目例 会、里程碑会议、各种会议纪要等。非正式的监控与沟通渠道，例如与项目小组成员或最终 用户进行交谈与讨论，与企业管理层进行非正式的交流等。(3)将实际与标准对照把项目实施过程中的实际表现与项目质量衡量标准进行比 较，分析出差异。在监控与跟踪项目实际运行状况时，往往需 要解决这样一些
5、问题，比如，“项目进展如何”，“如果发生 了项目计划执行结果与质量标准偏离的情况，是如何造成的” 等。通过对项目实施相关衡量指标的综合分析，为客观评价项 目质量状况提供依据，帮助项目决策人员迅速、有效地对项目 的实际进展情况进行监控与管理，从而可以根据需要采取有效 措施来保证项目实施接着既定的轨道运行。(4)纠偏纠错根据具体情况采取合理的纠正措施。经过比较与分析，如 果发现偏差，就要采取适当的措施进行纠正，让项目实施回到 正轨。可供选用的纠正措施包括：重新制定项目计划、重新安 排项目步骤、重新分配项目资源、调整项目组织形式、调整项 目管理方式等。4. 6. 4质量保证活动质量管理小组通过以下活
6、动来确保本项目质量：制定软件项目质量保障计划、检查设计文档、监控代码开 发、代码走查、监控软件测试、进行质量检验等。101 / 2084. 7沟通管理计划4. 7. 1沟通计划(1)明确沟通渠道、与用户沟通的原则、项目成员之间的 沟通方式(如微信群、电子邮件等)，建立沟通反馈机制、并规 范各种文档模板等。在团队认可后严格执行时并定期检查，保 证沟通的畅通。项目经理如果在与客户进行需求调研及交流 前，在充分考虑项目的需求性及可行性后，列一个需求管理 (包括详细的沟通计划及要求沟通)计划，考虑需求沟通中所 需的人员、资源、时间的要求，才可以保证需求调研的准确 性，另外、应该站在客户角度上，为其考虑
7、一些存在的客观及 主观因素。(2)沟通越早越好、重视需求分析阶段的沟通。沟通得越 早消除分歧的代价越小，项目风险也越小。项目需求的获取是 软件项目中比较困难、关键也是最易出错的步骤，沟通障碍引 起需求不合理，将造成项目的延期、成本超出甚至纠纷等问 题，所以要重视需求分析分阶段的沟通。(3)沟通是一种态度、提倡主动沟通。主动沟通尽可能地 了解需求方的业务流程，可以将信息从割裂且不全面的状态， 通过不断沟通慢慢地使需求变得全面、准确。(4)沟通是双向的，必需有反馈。沟通成功依赖于发送方 的正确表达和接收方的正确理解，信息在传送过程中将有所 “过滤”，很容易使信息“失真”，以致信息变形甚至曲解。若
8、接收方理解后能予以反馈将会使信息不失真，保证沟通的正确102 / 208 性，所以建立沟通反馈机制是要强调的。(5)沟通要尊重客户但不能唯客户是尊。要满足客户的需 求，对客户的观点必须理解予以尊重，但客户的想法并非都是 对的，或许客户和理解、角度有误，或客户不自觉得扩大项目 需求或有不现实想法，这时不能因为担心失去业务而怕与客户 冲突，而应通过主动沟通解决。(6)沟通要能换位思考、注重团队合作：项目经理常得花 费80%的时间与项目干系人沟通，要实现于人的管理，就应站 在这些“项目干系人”的角度上，这就要求得有换位思考、团 队合作的思想和态度。4. 7. 2报告形式1、上行沟通：定期口头汇报、书
9、面专题请示、专门会议 等；2、横向沟通：电子邮件、电话、定期会议、专题会谈、备 忘录等；下行沟通：电子邮件、电话、面谈、工作程序、合 同、会议记录等。4. 7. 3相关工具文档需求说明书 会议纪要 项目进度计划 项目 阶段性报告103 / 2084. 8配置管理计划4. 8.1配置管理目标保证整个开发生命周期过程产生的所有配置项完整、可靠、 可追溯。4. 8. 2配置管理角色与职责配置管理活动的目的是通过执行版本控制、变更控制、基 线管理等规程，借助配置管理工具的使用，来保证整个生命周 期过程产生的所有配置项的完整性、一致性和可追溯性。配置 管理是对工作成果（阶段工作成果和产品成果、进展状态成
10、 果）的一种有效保护形式，是反映项目及其工作产品的过去、 现在、动态的资料和数据集中管理体现。配置管理小组的主要职责包括：根据项目计划制定配置管 理计划，建立配置库，为项目组人员分配配置库权限，创建需 求、设计、开发、测试、交付阶段的基线。当纳入基线库的工 作产品发生变更时，严格按照配置项变更控制过程执行变更， 变更后建立新的基线。4. 8. 3配置管理流程配置管理总流程104 / 208当项目立项后：(1)当一个项目评估立项后，从项目经理处拿到一个项目 的版本需求，进行归档、整理(2)关注整个整个项目的进度(3)开发阶段，对项目的各成员设定权限及规范管理(4)对开发人员提交的修改记录进行审核
11、、整理、归档(5)对于客户的需求及时处理版本(6)维护阶段，对客户提出的一些问题进行评估，是否 可行，并作及时处理(7)对已封版项目，进行整理、归档。当出现问题是流程如下：105 / 208(1)发现问题，填写软件问题报告单发现问题，填写软件问题报告单(2)项目组长评审项目组长评审(3)软件配置管理小组评审子系统配置管理人员评审(4)项目总体组批准子系统负责人批准(5)修改配置并填写软件修改报告单修改配置并填写软件 修改报告单(6)项目组长评审项目组长评审(7)软件质量保证小组评审子系统质量保证人员评审(8)总体组批准项目的软件配置管理小组与子系统负责人 共同批准并报项目总体组备索4. 8.
12、4配置项定义信息系统中的文档和软件在其开发、运行、维护的过程中 会得到许多阶段性的成果，并且每个文档、软件在开发和运行 过程中还需要用到多种工具软件或配置。所有这些信息项都需 要得到妥善的管理，决不能出现混乱，以便在提出某些特定的 要求时，将它们进行约定的组合来满足使用的目的。这些信息项是配置管理的对象，称为配置项。它们通常可 以分成下面的6种类型：(1)环境类。软件开发、运行和维护的环境，如编译器、操 作系统、编辑软件、管理系统、开发工具、测试工具、项目管 理工具、文档编制工具等。(2)定义类。需求分析与系统定义阶段结束后得到的工件，106 / 208如需求规格说明书、项目开发计划、设计标准
13、或设计准则、验 收测试计划等。(3)设计类。设计阶段得到的工件，如系统设计说明书、程 序规格说明、数据库设计、编码标准、用户界面设计、测试标 准、系统测试计划、用户手册。(4)编码类。编码及单元测试结束后得到的工件，如源代 码、目标码、单元测试用例、数据及测试结果。(5)测试类。系统测试完成后的工作，如系统测试用例、测 试结果、操作手册、安装手册。(6)维护类。维护阶段产品的工作，以上任何需要变更的软 件配置项。配置项是一个独立存在的信息项，我们可以把它看成一个 元素，单独的一个元素发挥不了什么作用，但随着工作的进 展，出于不同的要求，需要将这些元素进行不同的组合，这个 组合称配置，配置是一个
14、软件产品在生存期各个阶段的不同形 式(记录特定信息的不同媒体)和不同版本的程序、文档及相 关数据的集合，或者说是配置项的集合，它具有完整的意义。系统需求是由很多需求描述文件和系统用例组成的，每一 个文件是一个配置项，所有的配置项结合起来才能够形成一个 完整的系统需求，系统需求就是一个配置。4. 8.5配置管理活动一) 配置标志配置标志是配置管理的基础性工作，是管理配置管理的前107 / 208 提。配置标志是确定哪些内容应该进入配置管理形成配置项， 并确定配置项如何命名，用哪些信息来描述该配置项。1、确定配置项信息系统项目中形成的技术性文档和管理性文档，除一些 临时性的文档外一般都应该进行配置
15、管理。一般来讲，判定一 个文档是否进行配置管理的标准应该是此文档是否有多个人需 要使用，这些文档往往在项目的进程中不断地修正和扩展，要 保证每个使用者都使用同一版本的文档，就必须将这些文档纳 入配置管理，成为受控的配置项。以下所列的文档应该成为配置项：(1)系统规格说明书。(2)项目计划。(3)需求规格说明书。 图形分析模型。 处理规格说明。 原型。 数学规格说明。(4)用户手册。(5)设计规格说明。 数据设计描述。 体系结构设计描述。 模块设计描述。108 / 208对象描述。源代码。测试规格说明。 测试计划和步骤。 测试用例、记录和结果。操作和安装手册。(9)可执行程序。 模块可执行代码。
16、 链接的模块。(10)数据库描述。 模式和文件结构。 初始内容。(11)联机用户手册。(12)维护文档。 软件问题报告。 维护请求。 工程变更指令。(13)软件工程标准和规程。2、配置项命名确定了配置项后，还需要对配置项进行合理、科学的命109 / 208 软硬件资源及各类应用的监控管理，包括对网络设备、安全设 备、服务器、存储、数据库、中间件、WEB业务应用系统、虚 拟化资源、网络服务等性能采集和事件处理，同时支持与第三 方系统(如动环系统、安防系统、应急指挥系统等)对接，构 建统一集成的系统资源监控平台，主动、及时地发现问题，解 决被动服务的局面，提供集中的监控告警管理及监控性能数据 展示
17、。此外，通过大数据运维平台的自动化运维功能，管理平台 能够在故障发生时自动获取故障设备相关的各项指标数据及指 标状态，确保相应告警和事件发生时的状态能够详细记录并关 联，在必要时能够实现自动恢复、自动化巡检、批量操作作业 等运维自动化场景。 . 3. 3. 建立全面准确的资产配置管理要做好XXXXXX大数据综合管理平台运维管理，首先必须 对种类繁多、规模庞大的IT资源进行有效管理，以免信息的更 新不及时，造成信息难以统计、查询、分析和利用。理清IT资 产配置台账，梳理配置项之间的关联关系，做好资产生命周期 管理，这是实现XXXXXX大数据综合管理平台智能运维管理的基 础。通过统一的配置管理库(
18、CMDB),实现对XXXXXX大数据综 合管理平台所有IT资源的配置信息管理，保证配置项的完整性 和精准性，构建运维管理元数据，帮助用户建立统一的IT基础 设施台帐。通过一系列配置建模、自动采集、调和、变更控制 11 / 208名。配置项的命名绝不能随意为之，必须满足以下两点。(1)唯一性：要求在一个项目内不能出现重名现象，以避免 混淆。(2)可追溯性：名字应能体现相邻配置项之间的关系。3、配置项的描述由于配置项除了名称外还有一些其他属性和与其他配置项 的关系，因此它可以采用描述对象的方式来进行描述。每个配置项用一组特征信息(名字、描述、一组资源、实 现)唯一地标志。(1)名字：确切标志对象的
19、字符串。(2)描述：数据项表，应包括对象表示的配置项类型(如文 档、程序或数据)、项目标志符、变更和版本信息。(3)资源：该对象所提供的、处理的、引用的或另外所需要 的实体。例如，数据类型、特定函数、甚至是变更名。(4)实现：基本对象是指向“文本单元”的指针；复合对 象则为nullo配置项间的关系有整体和部分的关系及层次关系，也有关 联关系。配置项间的关系可以用MIL语言(Module Interconnection Language)表示。MIL描述的是配置项间的 相互依赖关系，可自动构造系统的任何版本。(二)版本控制版本控制用于管理信息工程中生成的各种不同的配置将规 程和相关管理工具结合起
20、来。配置管理使用户借助选择适用的 110 / 208版本来选定软件系统的配置，为此需要确定每个软件版本的属 性，同时还考虑到同描述一些预期属性所构成的配置。版本管 理要解决的第一个问题是版本标志，也就是为区分不同的版 本，要给它们科学的命名。承建单位在项目管理过程中对需求文档、设计文档、会议 纪要、计划、报告文档、相关文件等的所有文档有版本，以及开 发相关的源代码文件，全部都用TortoiseSVN来管理。（三）变更控制配置管理的最重要的任务就是对变更加以控制和管理，其 目的是对于复杂，无形的软件，防止在多次变更下失控，出现 混乱。变更管理简单地说就是控制修改，使之不出现改错、改乱 的现象。变
21、更管理的任务如下： 分析变更：研究变更的必要性，经济可行性（是否合算）和技术可行性（能否实现）。 记录和追踪变更。 采取措施保证变更在受控状态下进行。） 配置库 配置库也称配置项库，是配置管理的有力工具。（1）配置库的作用。配置库的主要作用表现在: 记录与配置相关的所有信息，其中存放受控的配置项是很重要的内容。111 / 208利用库中的信息可评价变更的后果，这对变更控制有着 重要的意义。从库中可提取各种配置管理过程的管理信息，可利用库 中的信息查询回答许多配置管理的问题。（五）构造管理由于人们在认识事物中不可能是一开始就完全认识清楚 的。同样，在信息工程中，我们不可能一下子就把需求搞清 楚，
22、不可能一下就把这个信息系统建立起来，所有这些，都是 从表面到深入、从片面到全面、从模糊到清楚、从简单到复 杂的过程。对构造的管理，就是要在构造出现问题时，我们能 根据构造的内容和构造的方法重新构造，确定问题所在。另 外，我们应该对构造的功能和用法相配合，取一个构造，我们 就得同时取其相配置的用法和功能，这样我们才能够正常地使 用构造。（六）状态报告配置状态报告也称为配置状态说明与报告，它是配置管理的 一个组成部分，其任务是有效地记录报告管理配置所需要的信 息，目的是及时、准确地给出配置项的当前状况，供相关人员 了解，以加强配置管理工作在信息工程过程中，必须注意到它 的动态特性。事实上，在信息工
23、程管理过程中，配置项在不停 地演化着。随着开发工作的进展，工作产品不断扩展，形式也 不断变化，从需求规格说明、设计说明到源程序等。另一方 面，由于各种原因（纠错只是其中的一个原因），设计说明本身 也在演变着，版本在更新着，对于这种动态特性如果没有控制112 / 208 手段，其后果是不可想象的。配置状态报告就是要对在某个特定的当时的配置状态进行 报告，也就是要对动态演化着的配置项取瞬时的照片，以利于 在状态报告信息分析的基础上，更好地进行控制。需要跟踪捕 捉的状态报告信息可以是配置项的当前或以前的配置，变更请 求或问题报告的状态和已获准变更的状态。(七)配置审核配置审核的任务便是验证配置项对配
24、置标志的一致性。软 件开发的实践表明，尽管对配置项做了标志，实践了变更控制 和版本控制，但如果不做检查或验证仍然会出现混乱，配置审 核的实施是为了确保软件配置管理的有效性。配置审核工作主 要集中在两个方面，一是功能配置审核，即验证配置项的实际 功效是与其软件需求是一致的；二是物理配置审核，即确定配 置项符合预期的物理特性。这里所说的物理特性是指定的媒体 形式。这种验证包括：(1)对配置项的处理是否有背离初始的规格说明或已批准的 变更请求的现象。(2)配置标志的准则是否得到了遵循。(3)变更控制规程是否已遵循，变更记录是否可供使用。(4)在规格说明、软件产品和变更请求之间是否保持了可追 溯性。1
25、13 / 2084. 8. 6配置管理工具承建单位采用GIT或TortoiseSVN作为版本、变更控制的 配置管理工具。4. 9风险控制计划4. 9.1风险识别在对项目的基础的风险形势评估之上，就需要对各种显露 的和潜在的风险进行识别。风险识别实际上是对将来可能发生 的风险事件的一种设想和猜测。因此，一般的风险识别结果应 包括风险的分类、来源、表现及其后果、以及引发的相关项目 管理要求。在具体识别风险时，一方面可利用一些常识、经验 和判断，通过以前经历的项目中积累起来的资料、数据、经验 和教训，或者请教相关的专家和资深从业人员，采用集体讨论 的方式。另一方面，可以通过分解项目的范围、结构来识别
26、风 险，理清项目的组成和各个组成部分的性质、之间的关系、与 外因的联系等内容，从而减少项目实施过程中的不确定性。除 此之外，还可以利用一些技术和工具。以上都是风险识别常用 的一些手段和方法，当然还有其他更多的途径，因项目而异， 灵活运用。4. 9. 2风险分析在进行风险识别并整理之后，必须就各项风险对整个项目 的影响程度做一些分析和评价，通常这些评价建立在以特性为 依据的判断和以数据统计为依据的研究上。风险分析的方法非114 / 208 常多，一般采用统计学范畴内的概率、分布频率、平均数众数 等方法。但无论是哪一种工具，都各有长短，而且不可避免的 会受到分析者的主观影响。可以通过多角度多人员的
27、分析或者 采取头脑风暴法等尽可能避免。此外，我们应当明确，风险是 一种变化着的事物，基于这种易变条件上的预测和分析，是不 可能做到十分的精确和可靠的。所有的风险分析都只有一个目 的，即尽量避免项目的失控和为具体的项目实施中的突发问题 预留足够的后备措施和缓冲空间。风险评价之后，项目面临着两种选择，即面临着不可承受 风险和可承受风险。对于前者，或者终止项目，或者采取补救 措施，降低风险或改变项目；对于后者，则需要在项目之中进 行风险控制。4. 9. 3风险控制风险控制，通过风险监视和风险规避消除一些潜在的威胁 项目健康实施的事件。风险的管理在整个项目生命周期中是连 续、反复进行的，消除了某些风险
28、来源后，有可能又会出现其 他的风险，而且，为减少风险损失而进行的风险管理本身也会 带来新的风险。1、风险监视由于时间对项目的影响是很难预计的，因此风险监视是项 目实施过程中的一项重要工作。监视风险即监视项目产品、以 及项目过程的进展和项目环境的变化，通过核查项目进展的效 果与计划的差异来改善项目的实施。一般情况下，随着时间的115 / 208 推移，有关项目风险的信息会逐渐增多，风险的不确定性会逐 渐降低，但风险监视工作也随信息量的增大而日渐复杂。我们 一般可采取项目的审核检查的方式，通过各实施阶段的目标、 计划、实际效果的对比、分析，寻找问题的根源，提出解决问 题的方法。2、风险规避在风险管
29、理规划基础上进行风险控制，一旦监视到风险， 就应采取合理措施进行风险规避，可以从改变风险性质、改变 风险发生的概率、改变风险的影响大小等多方面着手。风险规 避的策略一般有预防、转移、回避、接受、后备措施等几种方 式。其中，预防风险尤其不能忽视项目的教育培训和按程序办 事两个方面。由于项目实施成员的任何不当行为都会构成项目 的风险因素，要减轻与之相应的影响，就必须对有关人员进行 详细和有效的风险教育和项目培训，教育培训的内容应该包含 项目相关的策略、计划、标准、规章规范、项目知识、产品知 识等。在项目活动中，应该严格按照项目制度，如进度、人力 调配、文档管理、资源分配等。回避风险，是指当项目风险
30、潜在威胁的可能性极大，并会 带来严重的后果，无法转移又不能承受时，通过改变项目来规 避风险。通常会通过修改项目目标、项目范围、项目结构等方 式来回避风险的威胁。接受风险，作为规避风险的常见方法，主要是指主动将风116 / 208险事件的不利后果承担下来，这种后果通常主要反映在实施周 期、成本费用的有限增加上，以牺牲项目收益而不影响项目整 体。用于规避风险的后备措施，主要体现在后备费用、预留进 度时间、后备技术力量三个方面，这些后备措施在项目计划中 就应预留，保证在项目实施过程中，能充分调用后备力量解决 问题。3、风险管理报告无论项目进展的情况如何，都必须将风险管理的计划、行 动、结果整理、汇总
31、、进行分析，形成风险管理报告。风险管 理的持续性要求风险管理报告的连贯性和不间断性，因此，该 报告不是仅仅在项目结束之后才制作的，而是应该视项目的进 展状况、项目计划、报告的对象等条件采取书面或口头、不定 期的或阶段性的等多种方式，为项目的实施、控制、管理、决 策提供信息基础。4. 10变革管理计划4. 10. 1变革管理方法变革管理的基本方法为：（1）解冻：承认现况不好，释放原先被掩盖的组织不利讯 息。（2）改变：利用沟通与引进学习型组织，使组织成员逐渐 接受改变是正向价值的观念。（3）谋定而后动：先确定变革策略，拟定明确的目标、环117 / 208境评估、行动方案与各种配套措施。4. 10
32、. 2变革管理成功的关键策（1）人员变革中的阻力大部分来自人的因素，变革想要成功，就要 充分调动每位团队人员的积极性，发挥每位人员的主动性，使 他们成为推动变革的主体。（2）变革须领导先行变革不论大小必须由领导阶层率先推行，高层的转变容易 扩展和影响下级，有助于消除下级的顾虑，从而使下级积极地 采取变革措施。（3）企业文化推行的变革越是符合企业原有的价值取向，就越有可能获 得成功。企业文化的形成需要相当长的时间，而一旦形成又是 牢固的不易变更的，原有的企业文化是变革强大的阻碍力量。 企业组织变革的同时，将注重逐步渐进的变革企业文化以支持 变革取得成功。4. 11项目进度计划4. 11.1影响项
33、目进度的因素现阶段，部分系统人员的计算机基础较弱，若要达到熟练应 用业务系统，需要进行多轮、反复培训，而系统人员平日又在 工作岗位上，造成时间上的冲突，存在延缓项目实施进度的可 能性；除上述因素外，承建商的工程技术力量的配置将影响到 项目的顺利进行。118 / 2084. 11.2项目进度制定的原则项目计划的制定是在充分考虑国内相关系统建设情况的基础上，结合业主单位的实际情况，并本着“科学严谨、实事求 是”的原则制定的。项目实施进度计划项目建设期：12个月。项目实施进度计划如下所示：表8-1项目实施进度计划表序号项目第N月1234567891011121前期勘 察、调 研分析2分析及 详细设
34、计3软件开发4安装部 署、集 成测试119 / 208等手段，保证IT生产环境中配置项的完整性和精准性，为资源 监控和服务流程提供数据支撑。1. 3. 4.建立符合最佳实践的服务流程管理大数据运维平台的流程管理提供了面向于最终用户的服务 目录及服务级别管理，并提供规范的ITIL服务支撑流程及资产 管理流程。通过流程管理系统进行IT运维服务的流程化、规范 化管理；通过与底层统一监控系统的集成，实现了 IT运维的自 动化；通过完善知识库建设，实现知识库共享；从而提高信息 服务效率，提高用户的满意度，帮助用户有效管理人员、信 息、资产和知识库，为IT服务管理的规范化建立基础。1.3. 5.建立IT资
35、源全面直观的可视化管理通过大数据运维平台，用户可以实时查看管理对象的日常 运行情况，操作简单，界面直观明了。在信息集成的基础上， 通过提供的各种运行分析和性能报告，形成全网统一管理数据 视图，提供关键绩效指标体系所需数据基础，管理人员能根据 这些数据准确评估整个IT环境运行情况，及时发现故障隐患和 评估威胁。平台预留了符合国家信息技术服务标准(ITSS)的 多种对外标准接口，能够实现和第三方系统的功能或数据集成 对接，包括短信系统、邮件系统等，有效整合信息展示。12 / 2084. IL 4项目里程碑(1)第1月-2月，完成项目前期调研分析等准备工作；(2)第2月-3月，联合设计单位、相关部门
36、完成项目的系 统分析设计确认工作；(3)第3月-8月，对项目进行公开招标，实现承建单位数 据中心大数据集成应用平台技术开发，整合数据，完成项目各 项功能；(4)第8月-9月，在系统平台上安装部署，实调试完毕， 并完成系统集成测试，;(5)第9月-10月，完成系统培训，系统试运行；(6)第11月，完成系统评价、初验；(7)第12月，完成系统终验、系统正式运行。120 / 208(注意：进度按月度计算)4. 12安全保密计划我方在建设过程中，将组织所有项目组成员进行安全和保密 培训，增强所有参与项目的人员安全和保密意识。我公司将建 立规章制度，并与所有参与者签订项目开发保密协议。如有违 反纪律泄密
37、者将严惩，公司将解雇泄密者并要求其承担相应经 济损失，严重违法者将扭送公安部门承担刑事责任。在本项目建设过程中，承建方对所获得的建设方的全部形式 和内容的信息、资料、数据承担保密义务。不得在本项目目的 以外使用上述信息、资料，并不得向任何第三方披露、许可使 用。建设方的资料包括但不限于以下，由建设方向承建方通过口 头、书面、电子或其他方式提供的关于技术和系统及其他方面 的一切数据、报告、信息、预测和记录等内容：(1)建设方的机构设置和运行机制；(2)建设方的电子设备及其它辅助产品、安全产品的型 号、规格、数量、配置、运行状态、日志等资料；(3)平台名称、功能、业务类型、系统测试及试运行期间 的
38、资料等信息；(4)平台在运行过程中形成的各类数据信息。(5)因为维护工作获取的有关系统配置、技术档案等内部 技术资料，非经用户方允许不得擅自拷贝和对外泄露。(6)因为维护工作获取的客户资料、用户数据和报表等经121 / 208 营数据，非经用户方允许不得擅自拷贝和对外泄露。我方郑重承诺：如我方在项目启动、项目需求调研分析、项目设计、项目开 发测试、项目质量监督、项目文档管理、项目系统实施、项目 配置管理、项目验收及项目售后维护等任何项目阶段未经建设 方许可泄密，我方将接受建设方的处罚。4. 13文档编制计划为确保本息项目文档记录完整，有据可查。我们将要求所有 项目组成员，每次周会，月会和里程碑
39、总结都提交周报、月报 或会议纪要。除各种会议外，在调研、设计、开发、测试、实施、配置管 理、售后等多个环节都要向项目组长提交相关文档，由项目组 长交由文档管理组进行收集，更新，由文档管理小组负责维 护，要定期以文档汇总形式将重大问题向项目经理汇报，项目 经理要通过简报告知所有项目参与者，尤其是建设方和建立方 领导。具体每个阶段应该收集的文档在项目产品交付计划中有具体 描述。我方将所有项目文档按以下分类：项目管理类项目文档管理包括：项目报告、会议纪要、项目管理模板、重大问题跟踪、数据 质量管理。项目报告又可分为个人周报、小组周报、项目周122 / 208报、项目简报，项目简报。4. 13. 2软
40、件工程类软件开发类文档包括：项目计划、业务需求说明书、数据需求说明书、模块、应用 开发文档、系统测试文档、详细设计文档、系统测试文档、用 户手册、上线文档、培训资料、系统运行维护等。项目支持类项目支持类文档包括：系统维护周报、月报，设备巡检周报、月报，系统日志巡检 日报、周报等。我公司将严格依照项目管理流程，收集和汇总各类文档。项 目收尾时将重要文档作为项目业绩考核标准。三类文档贯穿项目执行的各个阶段，可以参考以下编制计 划：类 别工作内容责任人编制文档联 合 领 导 组开发和部署工作的全面协调督导及重大事件对接建设方（业主）、承建方（承建单位）、监重要里程碑 项目报告、 重大事件会 议纪要、
41、 项目管理模 板、交付前期物资采购计划所列 各项项目开发物资物品按节 点采购到位甲、乙方，监理等相关高层123 / 208管理人员到位理公司重大问题跟踪报告、项目总结协调项目经理，进行各调研 组、设计组、开发组、实施部署组人员确定整理相关资料（包括交付资 料、产品需求，要素、功能 指标、开发流程、测试流程 等）对接外部相关部门协调项目经理，确定重大事 件沟通机制，产品交付主要 里程碑节点协调项目经理、监理公司确 定交付流程、培训、售后服 务及项目绩效考核配合监理组进行项目验收项 目 经 理合同开始，制定项目管理计 划和各个子计划。全面负责 各项目组的设计、开发、实 施管理，定期召开会议，把 握
42、项目整体状况。项目经理，联合 领导小组 辅助项目会议纪 要，项目周 报，季报。 项目整体范 围，管理计 划和质量、 进度、成124 / 208本、人力、采购等编制计划。项目里程碑 报告。合同进行中，协调各个项目项目经绩效考核文组之间的工作，确保项目按理，CCB档进度和目标正确执行变更委员项目内容变会监督更审批文档合同结束，项目所有系统和项目经理项目完结相平台建设和试运行完毕的收及联合领关收尾工作尾工作导小组合同开始，对项目所有现存业务系统需需系统和平台进行勘察，对新需求调研求调研文档求调系统的用户需求进行调研组成员（必须）根据用户系统建设需求调研业务系统需研结果，进行分析需求调研求分析文档组组
43、成员（必须）系前期设计阶段，根据用户需系统设计主要系统和统求，进行系统整体概要设计组成员功能模块的设概要设计文计档（必须）125 / 208组根据用户需求，进行系统整 体详细设计（具体到每个平 台子系统和模块）系统设计组成员详细设计文 档：数据库 （必须）、业务流程处 理、平台各 子模块架构 图、功能设 计描述等相 关文档软 件 开 发 组开始进行具体开发分组进行编码开发，按子系 统逻辑关系相关性和耦合性 进行统一规划，并行开发 整合投标项目局内部数据 整合涉旅数据建立建设大数据集中管理平 台建立相关数据接口开发投标项目运行分析模块 开发宣传营销子平台 开发市场信用自平台开发执法双随机抽查系统
44、 对移动执法自平台进行升级软件开发 组成员数据整合、 编码过程中 产生规范性 说明文档、 各模块软件 设计要素、 接口设计要 求、功能、 性能约束、 中间件调用 过程等多个 说明文档126 / 208开发进行软件各模块的配置管理配置管理维护文档（例如版本管理）开发阶段中的测试，系统测试准备测试用系虚拟系统内部进行系统模拟组成员例，进行单统测试元模块测试测系统测试测试用例，试对接政务云系统正式测试组成员产品单元模组块测试报告（必须）系系统集成并统开发基本完毕后的测试，系统集成测试集对所有模块进行集成并开展组成员提供产品测成联合测试试报告（必组须）文整个合同期，提交各项目档负责收集并更新从需求分析
45、文档管理组所有项目管到开发、实施全过程产生的组过程中产生理文档，跟踪变化。的文档、手组册127 / 208系 统 实 施 组开发与测试结束后，与各施工单位建立沟通渠 道，收集汇总所有分包方联 系人及联系电话。准备对部分需升级系统进行 系统迁移测试。进行系统数据迁移，迁移后 系统试运行安装新平台系统并测试运行系统实施 组成员产品安装部 署文档（必 须）提供用户操 作手册（必 须）质 量 保 证 和 控 制 组整个合同期，对开发、测试和试运行中的 所有过程进行质量控制，提 供质量保证服务质量保证 及控制小 组成员质量保证和 质量控制制 度文档（可 选）质量管理报 告质量审计报 庄售 后 服试运行完毕后，由售后维护 小组接管系统实施小组的工 作，对系统进行7*24不间断售后服务小组成员产品运维培训方案文档（必须）128 / 208务组运维服务、定期巡检、及时 响应用户系统故障请求，协 助客户快速解决问题；直到 甲方选出符合要求的新的运 维服务商。对客户进行培训。巡检报告4. 14质量保障计划确定质量保证目标本次项目的质量保证目标是：（1）能够保质保量完成承建单位数据中心项目第一包的开 发及实施任务，能够让产品最终展现形式满足客户所有需求， 能够真正在客户的使用中得到应有的功能体现。（2）整体体系平台架构、关键技术方案、应用系统方案、 新建的各个子平台、系统、分析