国网项目储备需求分析报告生成器

概述

本技能用于生成符合国网项目储备入库评审要求的业务需求报告（.docx格式），当前适配《202507成本-1-2：成本性数字化项目业务需求报告-XXXX-系统运营（数据业务支撑、专项工作支撑、软件许可授权、安全运行能力提升）-不涉及代码变更》模板。

以国家电网项目储备评审专家视角，将核心业务目标逐级拆解为一级业务需求、二级业务需求、三级业务需求，反向推导现状问题，并编写项目目标与效益分析。全程遵循国网合规约束，禁止出现涉及核心数字化运营操作的词汇。最终输出严格对标上述模板的章节结构、格式规范与表格样式。

全局约束

1. 全文不允许出现研发、数据治理、实施、部署、开发、测试、建设、配置、研究等涉及国网核心数字化运营操作的词汇，改用"梳理、分析、贯通、对比、编制、验证"等业务动作词
2. 全文用语朴实，不使用口号式表述（如"过紧日子""提质增效"等），以业务事实与管控逻辑驱动论述
3. 所有需求描述须可验证——读者读完后知道"做了什么、做了之后能达成什么"
4. 效益描述中涉及量化指标处，若暂无确切数据，以"xx%"格式保留占位符，不编造数据
5. 避开功能改造、功能优化、功能完善、功能建设等字眼，不要对功能的调整进行描述，尽量以业务视角描述，例如：业务上优化XX，实现XX，提升了XX
6. 项目建设内容不得提及业务流程、数据报表、角色权限、参数等运营管理及相关配置等字眼，相关内容均为核心操作，不得外包，建议调整为流程优化、数据差异化分析、流程分析、数据分析、应用场景验证、数据贯通等等
7. 项目建设内容不得提及新增场景、工具优化等字眼，描述改为数据准备、数据分析、数据贯通、数据报表优化等

输出格式规范

最终输出为.docx文件，格式要求如下：

docx-js 格式参数

使用 docx-js 生成 .docx 文件时，关键参数对照：

字号换算：四号=14pt → size=28（半磅）；五号=10.5pt → size=21
行间距换算：29磅固定值 → line=580（缇），lineRule=LineRuleType.EXACT
首行缩进2字符 → firstLineChars=200
页面设置：A4纸（width=11906, height=16838 DXA）
页边距：上下=1701 DXA（85.05pt≈3.0cm），左右=1587 DXA（79.35pt≈2.8cm）

封面与目录

封面分两页，页与页之间用分节符（不同 Section）分隔，之后再加一个分节符进入目录页：

第一页（封面首页）——以下6项内容须全部在第一页内，标题区在上部居中，申报信息在首页底部居中，通过控制空段落数量调整布局，避免内容溢出到第二页：

> 实现提示：封面第一页内容紧凑排列，标题3行+需求名称1行+申报信息2行，中间用少量空段落（4-6个）控制间距，确保不溢出。

分节符

第二页（审批页）——提出/审核/审批三行：

分节符

目录页："目 录"（黑体16pt加粗居中），目录条目使用 toc 1/2/3 样式（黑体），一级目录15pt、二三级目录继承字号。

> 实现提示：docx-js 中通过将封面、审批页、目录、正文分别放入不同的 Section 实现分节符效果，每个 Section 的 children 即为一页内容。

docx-js 样式定义

styles: {
  default: {
    document: {
      run: {
        font: "仿宋_GB2312",
        size: 28  // 四号14pt
      }
    }
  },
  paragraphStyles: [
    {
      id: "Heading1", name: "heading 1", basedOn: "Normal", next: "Normal", quickFormat: true,
      run: { font: "黑体", size: 28 },
      paragraph: {
        spacing: { line: 580, lineRule: LineRuleType.EXACT, before: 100 },
        indent: { firstLine: 0, firstLineChars: 0 }
      }
    },
    {
      id: "Heading2", name: "heading 2", basedOn: "Normal", next: "Normal", quickFormat: true,
      run: { font: "仿宋_GB2312", size: 28, bold: true },
      paragraph: {
        spacing: { line: 580, lineRule: LineRuleType.EXACT },
        indent: { firstLineChars: 200 }
      }
    },
    {
      id: "Heading3", name: "heading 3", basedOn: "Normal", next: "Normal", quickFormat: true,
      run: { font: "仿宋_GB2312", size: 28, bold: true },
      paragraph: {
        spacing: { line: 580, lineRule: LineRuleType.EXACT },
        indent: { firstLineChars: 200 }
      }
    }
  ]
}

正文段落样式：

new Paragraph({
  spacing: { line: 580, lineRule: LineRuleType.EXACT },
  indent: { firstLineChars: 200 },
  alignment: AlignmentType.JUSTIFIED,
  children: [new TextRun({ text: "正文内容", font: "仿宋_GB2312", size: 28 })]
})

表格样式：

// 表格内文字：宋体五号（size:21），单倍行距
new TextRun({ text: "单元格内容", font: "宋体", size: 21 })

报告完整结构

最终报告按以下5章结构输出，标注"提示语"的章节输出标题 + 一句"本段落请结合实际进行补充。"：

封面第一页（标题/副标题/业务范围/需求名称/申报部门/申报时间）
分节符
封面第二页（提出/审核/审批）
分节符
目录
分节符
正文

1 概述
  1.1 现状分析
    1.1.1 基本情况
    1.1.2 建设现状
    1.1.3 应用成效现状            ← 提示语
    1.1.4 部署环境现状            ← 提示语
    1.1.5 集成现状                ← 提示语
  1.2 必要性分析
    1.2.1 政策制度方面            ← 提示语
    1.2.2 公司要求方面
    1.2.3 业务要求方面
      （1）业务需要
      （2）目前存在的问题
  1.3 建设可行性分析
    1.3.1 主要依据                ← 提示语
    1.3.2 建设条件                ← 提示语
    1.3.3 同类项目建设和应用效果    ← 提示语
  1.4 业务目标
  1.5 效益分析
    经济效益
    管理效益
    社会效益
  1.6 预期成效

2 业务与应用架构
  2.1 业务架构（说明文字+业务架构遵从表模板）
  2.2 应用架构（不涉及）

3 业务需求
  3.1 一级业务需求1
    业务总体情况：（首行缩进2字符）
    （1）二级业务需求1
      1）三级业务需求。具体描述（约150字）
      2）三级业务需求。具体描述
      ……
    （2）二级业务需求2
      1）三级业务需求。具体描述
      ……
    （3）二级业务需求3
      ……
    （4）二级业务需求4
      ……
    3.1.1 业务需求描述（表格形式，表头灰色，合并相同单元格）
  3.2 一级业务需求2
    ……
  3.N 一级业务需求N

4 分包范围

5 工作范围（提示性文字，不列表格）

表格清单

报告涉及以下表格，所有表格内文字统一使用宋体五号（10.5pt）、单倍行距。第3章业务需求描述表的表头底色为灰色 RGB(165,165,165)，其余表格表头默认无底色。

表格通用样式要求

• 表头底色：第3章业务需求描述表表头底色为灰色 RGB(165,165,165)，文字加粗
• 合并单元格：业务需求描述表中，同一一级业务需求的多行，"一级业务需求"列合并；同一二级业务需求的多行，"二级业务需求"列合并
• 表格内文字：宋体五号（10.5pt）、单倍行距
• 单元格对齐：业务需求描述表中，一级业务需求、二级业务需求、三级业务需求列居中对齐；需求描述、工作成果列左对齐

业务需求描述表填写要求（3.X.1）

此表是第3章业务需求的总览汇总（正文已有三级需求的文字描述，此表为表格化汇总）：

• 一级业务需求列：填写与3.X标题一致的一级业务需求名称（同一张表内各行的该列值相同，合并单元格）
• 二级业务需求列：填写步骤2拆分出的二级业务需求名称（同一二级需求的多行合并单元格）
• 三级业务需求列：填写步骤2拆分出的三级业务需求名称
• 需求描述列：与正文中三级需求描述一致，约150字
• 工作成果列：填写本项三级需求产出的工作成果（如报表、分析报告、台账等），可留空
• 每行对应一个三级业务需求；同一二级需求下的多个三级需求分行填写

业务架构遵从表填写要求（2.1）

• 表头分两行：第一行业务域/一级业务职能/二级业务职能/一级业务需求/二级业务需求/三级业务需求；第二行业务流程
• 根据用户提供的业务域信息填写，引用依据为《国网xx省电力有限公司数字化总体架构设计.业务架构分册（2025版）》
• 下方业务流程行填写：业务架构业务流程 | 系统功能流程

执行步骤

步骤1：定义一级业务需求及概述

• 数量：根据用户提供的业务内容确定（通常3-4个）
• 输出格式：标题 + 概述（无编号）
• 概述要求：每项一段话，约200字，采用"通过……方式，实现……效果"句式，逻辑为"现状痛点→采取手段→达成目标"
• 概述须具备可拆解性，即概述中涉及的每个关键动作与预期效果，均能对应至步骤2中的二级业务需求
• 本步骤完成后须暂停，等待用户确认一级业务需求及概述内容，确认通过后方可执行步骤2及后续步骤

步骤2：基于一级业务需求概述拆分二三级业务需求

• 以步骤1产出并经用户确认的一级业务需求概述为拆分依据，将概述中涉及的关键动作、管控对象、预期效果逐项展开
• 拆分逻辑：概述中的每个核心动作方向对应1个二级业务需求，二级业务需求下按操作环节或业务要素细分为三级业务需求
• 每个一级业务需求拆分4个二级业务需求
• 每个二级业务需求下拆分3-5个三级业务需求
• 每个三级业务需求须包含"具体描述"，每条约150字，说明业务场景、数据交互或操作流程，描述需可验证、可追溯
• 正文呈现方式：每个二级业务需求标题下，以"1）三级需求名称。具体描述""2）三级需求名称。具体描述"……的文字形式分点列出三级需求及描述
• 3.X.1业务需求描述表：作为三级需求的表格化汇总（一级业务需求|二级业务需求|三级业务需求|需求描述|工作成果），与正文文字描述内容一致，表头灰色，合并相同单元格
• 要求：二级业务需求覆盖概述中提及的所有关键动作与管控对象，不得遗漏或脱离概述新增无关内容

步骤3：反向推导存在问题

• 针对每个一级业务需求，列出当前存在的1个核心问题
• 问题格式为：小标题。正文描述（小标题与正文合并为同一段，约150字，含现状缺陷+影响后果）
• 示例："立项资料解析以人工为主，效率与准确性不足。当前生产大修等成本项目立项资料主要依靠人工录入和解析，资料类型多、格式不统一，单项目资料解析耗时较长，关键信息提取易出现遗漏和错漏，影响项目评审启动时效。"
• 问题须与一级业务需求一一对应，形成"问题—需求"闭环
• 这些问题将填入1.2.3业务要求方面的"（2）目前存在的问题"，每个问题为独立一段

步骤4：编写项目目标、效益与预期成效

• 业务目标（对应1.4）：一段定性描述，约150字，与项目工作产出直接关联，不写空泛愿景，按"一是……二是……三是……"结构组织
• 经济效益（对应1.5）：1段话，200-300字，分直接经济效益与间接经济效益两方面，重点从提升企业经济增长、成本节约、损耗降低等方面，收集历史数据与当前数据进行量化对比（含占位符）
• 管理效益（对应1.5）：1段话，200-300字，从节约时间、人力、资源成本、提高工作效率、提升风险管控能力方面考虑，也可从信息集成共享、管理模式规范化、决策支持高效化、业务协同化、综合服务便捷化等方面考虑
• 社会效益（对应1.5）：1段话，200-300字，从企业在行业数字化中的地位和水平、项目对社会的示范性作用、企业承担的社会责任和公众形象、企业向社会提供的服务能力等方面说明
• 预期成效（对应1.6）：描述通过本期项目所达到的预期成效，成效应有量化内容，主要包含减员、增效、增收、节支等内容

步骤5：编写概述章节内容

1.1.1 基本情况

分4段描述：
- 第一段：项目来源与背景情况
- 第二段：本项目所基于的系统目前的实现情况（如项目不涉及具体系统，则描述相关业务目前情况）
- 第三段：概括本项目内容，"本项目根据XXX要求，开展XXX工作"
- 第四段：概述本项目主要工作内容，按"一是XXXX（一级业务需求1），XXXXXXXX（需求概述）。二是XXXX（一级业务需求2），XXXXXXXX（需求概述）……"结构组织

1.1.2 建设现状

• 说明业务现状，包括业务范围、内容、管理模式等方面
• 梳理系统运营所涉及的系统历史建设情况
• 按年份描述：如"2021年5月《xxxx项目》完成XXX。2022年6月《xxxx项目》开展XXXX功能建设等，2023年7月系统上线试运行、2023年10月系统通过验收正式运行等"

1.2.2 公司要求方面

• 根据实际情况描述公司对本项目的要求
• 须引用公司文件或领导指示作为依据

1.2.3 业务要求方面

• （1）业务需要：描述当前业务存在的痛点和改进需求
• （2）目前存在的问题：将步骤3产出的问题填入此处，每个问题须有小标题总结，与一级业务需求一一对应

步骤6：编写业务架构与分包范围

2.1 业务架构

• 输出说明文字："根据《国网福建省电力有限公司数字化总体架构设计.业务架构分册（2025版）》，填写业务架构遵从表："
• 输出业务架构遵从表模板（空表，数据行留空由用户填写），表头分两行：
• 第一行（合并）：业务域 | 业务架构：一级业务职能 | 业务架构：二级业务职能 | 一级业务需求 | 二级业务需求 | 三级业务需求
• 数据行：留2-3空行供用户填写
• 业务流程行（合并）：业务架构：业务流程 | 系统功能流程，下方留空行供用户填写

4 分包范围

• 项目的主体、关键性工作不得进行专业分包
• 不得专业分包内容包括：
  （1）项目主体：项目主体的运营方案编制及关键运营业务
  （2）项目关键性工作：接触业务系统核心数据的工作，产品推广、网络安全服务、绩效评估等工作的数据接入、统计分析
  （3）其他不得专业分包内容

5 工作范围

• 不列表格，以提示性文字说明本期需求的工作范围和应用方向
• 写法示例："本期需求工作范围涵盖立项资料智能解析、经济性合规性辅助审核、成本作业信息提取与归集管控、评审规则与知识体系梳理等方向，具体工作内容按实际需求细化。应用范围覆盖生产大修等成本类项目立项审核及成本管控业务。"
• 如需求项工作范围有差异情况，可在提示文字中额外说明

步骤7：生成完整.docx报告

使用docx-js生成完整报告文件，严格遵循输出格式规范中的字体、字号、行间距要求。报告包含封面、目录、正文三部分。

完整报告内容填充说明：

关键注意事项

• 步骤1存在确认门控：完成一级业务需求及概述后须暂停输出，等待用户确认通过后方可继续执行步骤2及后续步骤，避免因一级需求方向偏差导致下级需求整体返工
• 一级业务需求概述是整个报告的锚点，步骤2的二三级需求必须从概述中可拆解得出，不得脱离概述自行衍生
• 1.2.3中"目前存在的问题"必须与一级业务需求一一对应，形成"问题—需求"闭环；问题格式为"小标题。正文"合并一段
• 效益分析需分经济效益、管理效益、社会效益三个方面定性说明，量化处用占位符
• 提示语章节（1.1.3、1.1.4、1.1.5、1.2.1、1.3.1、1.3.2、1.3.3）输出标题 + "本段落请结合实际进行补充。"
• 2.1业务架构：输出说明文字+业务架构遵从表模板（空表，数据行留空由用户填写）
• 1.2必要性分析、1.3建设可行性分析标题下不加过渡文字，直接接三级标题
• 最终输出必须为.docx格式，严格遵循格式规范（字体、字号、行间距、缩进、页边距）
• 表格内文字统一使用宋体五号、单倍行距，与正文格式区分
• 2.2应用架构固定填"不涉及"
• 第3章业务需求格式：3.X标题下先写"业务总体情况：xxx"（首行缩进2字符，不加括号说明），再按（1）（2）……分点列二级业务需求；每个二级业务需求标题下以"1）三级需求名称。描述""2）……"文字形式列三级需求及描述（每条约150字）；最后3.X.1业务需求描述表作为汇总
• 3.X.1业务需求描述表：表头底色灰色 RGB(165,165,165)，同一一级业务需求的多行合并"一级业务需求"列，同一二级业务需求的多行合并"二级业务需求"列
• 封面分两页：第一页标题+需求名称+申报部门/时间（首页底部），分节符后第二页提出/审核/审批
• 封面业务范围固定为"（数据业务支撑、专项工作支撑、软件许可授权、安全运行能力提升）-不涉及代码变更"，副标题固定为"系统运营"