Skill: boboy-j/digital-solution-designer (version 1.2.0)

--- name: digital-solution-designer description: 系统化设计数字化解决方案，涵盖方案类型识别、政策背景分析、需求分析、建设思路设计、架构设计（业务、功能、数据、技术四维度）、技术选型、具体建设内容、实施规划、风险评估和投资估算的全流程能力。适用于规划类、申报类、可研类、投标类和工作汇报类等多种方案产出场景，覆盖政府数字化转型和企业数字化转型两大核心领域。 dependency: python: - graphviz>=0.20.1 --- # 数字化解决方案设计 ## 任务目标 系统化设计数字化解决方案，从方案类型识别到实施规划的完整流程，支持多种方案类型的结构化输出。 核心能力：方案类型识别、方案大纲生成、政策背景分析与合规识别、结构化需求分析、建设思路设计、四维度架构设计、技术栈选型、建设内容展开、实施规划、风险评估、投资估算。 核心领域：政府数字化转型、企业数字化转型。 触发条件："设计[系统/平台/应用]解决方案"、"规划[业务场景]数字化方案"、"评估[系统]升级方案"、"设计[领域]技术架构"、"政府数字化转型"、"政务系统"、"一网通办"、"数字政府"、"规划方案"、"申报方案"、"可研方案"、"投标方案"、"工作汇报" ## 方案类型说明 ### 支持的方案类型 1. **规划类方案**：初次接触客户，粗颗粒度规划，以打动客户为目的 - 适用场景：客户初步接触、需求模糊、需要展示整体愿景 - 输出重点：政策背景、现状问题、建设目标及思路、业务架构（简化）、关键建设内容、预期效益 2. **申报类方案**：帮助客户向内部领导汇报并申请立项 - 适用场景：客户内部汇报、立项申请、预算审批 - 输出重点：建设背景、需求分析、建设目标、四维度架构、主要建设内容、实施计划（简化）、效益分析、费用估算 3. **可研类方案**：项目立项审批核心文件，用于财政预算申请和专家评审 - 适用场景：项目立项审批、财政预算申请、专家评审 - 输出重点：总论、背景与必要性、需求分析、总体建设方案、建设内容、技术方案与选型、实施计划、投资估算、效益分析、风险分析 4. **投标类方案**：响应招标需求，选拔承建厂商 - 适用场景：公开招投标、竞争性谈判 - 输出重点：需求理解、总体建设方案、详细功能设计、实施与管理、安全与合规、运维服务、培训方案、报价文件 5. **工作汇报类方案**：项目执行过程中的阶段性汇报 - 适用场景：项目执行过程汇报、里程碑评审、需求变更汇报 - 输出重点：工作背景、问题、当前工作、成果、问题、下一步计划、需要支持 ### 方案类型识别规则（强制执行） - **第一步：强制询问**：用户输入需求后，**必须先询问**用户此次需要编写方案的类型，不要通过关键词推导或猜测 - **询问语**："请问您需要产出哪种类型的方案？可选择：规划类、申报类、可研类、投标类、工作汇报类" - **第二步：等待用户确认**：待用户明确反馈方案类型后，再根据用户选择的方案类型进行解决方案内容的编写 - **补充说明**：如果用户不清楚各类型方案的区别，参考 [references/solution-type-frames.md](references/solution-type-frames.md) 为用户说明各类型方案的特点、适用场景和输出重点 参考文档：[references/solution-type-frames.md](references/solution-type-frames.md) ### 方案类型演进关系 五种方案类型存在递进关系，前一类型的产出可复用为后一类型的基础输入： - **规划类 → 申报类**：规划类的建设目标和思路可复用为申报类的建设背景和目标章节 - **申报类 → 可研类**：申报类的架构设计和建设内容可深化为可研类的详细技术方案 - **可研类 → 投标类**：可研类的技术方案可复用为投标类的总体建设方案，需增加实施管理、运维、培训等响应性内容 复用原则：高阶方案复用低阶方案的核心结论，同时根据新阶段的评审要求深化细化和补充论证。 ## 操作步骤 ### 第零阶段：方案类型识别与关键信息收集（必执行） 执行步骤： 1. **强制询问用户方案类型**（关键步骤，不可跳过）：询问语"请问您需要产出哪种类型的方案？可选择：规划类、申报类、可研类、投标类、工作汇报类"，若用户不清楚，参考 [references/solution-type-frames.md](references/solution-type-frames.md) 说明各类型方案特点 2. **等待用户明确反馈方案类型**：用户确认方案类型后，再进行后续流程 3. **收集关键约束信息**：方案类型确认后，主动向用户收集以下关键信息（若用户未提供，根据已有信息合理推断并标注假设）： - 所属领域：政府/企业，细分行业（如政务、医疗、教育、金融、制造等），参考 [references/industry-scenarios.md](references/industry-scenarios.md) 定位行业场景 - 建设规模：预算范围、建设周期、覆盖范围（部门/地域） - 现有基础：现有系统情况、信息化成熟度、技术团队能力 - 核心诉求：最需要解决的 1-3 个核心问题 4. **生成方案大纲**：方案类型和关键信息确认后，参考 [references/solution-type-frames.md](references/solution-type-frames.md) 生成方案大纲（目录结构），向用户展示整体框架并确认，后续按大纲逐章节展开 5. **根据方案类型和关键信息调整后续流程**：参考"方案类型与流程映射说明"选择对应的执行阶段 检查点：✅ 方案类型已通过询问明确、✅ 关键约束信息已收集、✅ 方案大纲已确认 --- ### 方案类型与流程映射说明 **规划类方案**流程： - 执行：第零阶段 → 第一阶段 → 第二阶段（简化）→ 第三阶段 → 4.1（业务架构，简化）→ 第六阶段（简化）→ 效益分析 - 跳过：4.2-4.4、第五阶段、第七阶段（详细版）、第八阶段 **申报类方案**流程： - 执行：第零阶段 → 第一阶段 → 第二阶段 → 第三阶段 → 第四阶段 → 第六阶段 → 第七阶段（简化）→ 效益分析 → 费用估算 - 跳过：第五阶段（详细版）、第八阶段（详细版） **可研类方案**流程： - 执行：全部阶段 + 投资估算（替代费用估算） - 重点：需求细化（业务/用户/功能/数据/性能/安全/运维），技术选型详尽（含信创适配） **投标类方案**流程： - 执行：第零阶段 → 第二阶段（需求理解）→ 第三阶段（建设方案）→ 第四阶段（四维度架构）→ 10.1（详细功能设计）→ 10.2（实施与管理）→ 10.3（安全与合规）→ 10.4（运维服务）→ 10.5（培训方案）→ 报价文件 - 跳过：第一阶段、第五阶段（独立为技术方案章节）、第八阶段（合并到项目管理） **工作汇报类方案**流程： - 执行：特殊流程，不使用标准八阶段流程 - 结构：工作背景 → 问题 → 当前工作及完成情况 → 已有成果及成效 → 存在的问题 → 下一步计划 → 需要支持 ### 方案质量评审（完成后必执行） 方案编写完成后，必须参照 [references/solution-quality-checklist.md](references/solution-quality-checklist.md) 进行质量自审： 1. 通用质量标准检查：完整性、一致性、逻辑性、可读性、规范性 2. 按方案类型执行对应检查清单（规划类8项/申报类9项/可研类11项/投标类10项/工作汇报类8项） 3. 四维度架构一致性校验（业务↔功能↔数据↔技术映射关系检查） 4. 未通过项必须补充修改，全部通过后方可交付 --- ### 第一阶段：政策背景分析 执行步骤： 1. 梳理政策环境（国家/行业/地方/国际政策） 2. 分析政策影响（指导意义、机遇、约束、趋势） 3. 识别合规要求（法律法规、行业标准、数据安全、技术标准） 4. 输出政策分析报告（政策环境、关键解读、合规清单、机遇挑战） 检查点：✅ 政策环境梳理全面、✅ 合规要求识别清晰、✅ 政策影响分析到位 --- ### 第二阶段：需求分析 执行步骤： 1. 现状评估：参考 [references/current-state-assessment.md](references/current-state-assessment.md)，按信息化现状评估框架进行系统盘点 - 政府场景：政务系统盘点、一网通办/数据共享/信创/等保/跨部门协同五维评估 - 企业场景：数字化成熟度评估（L1-L5五级模型）、业务数字化/数据资产化/运营智能化/生态协同化/组织敏捷化五维评估 2. 行业现状分析（趋势、技术、竞争、痛点） 3. 客户现状问题分析：基于评估结果识别差距和痛点，按影响范围×紧迫程度排序 4. 收集核心需求（业务目标、用户场景、功能范围、非功能需求、约束条件） 5. 需求优先级排序（MoSCoW 方法、MVP 范围、基础/增强/创新需求） 6. 输出需求文档（现状评估报告、行业/客户现状分析、需求概述、功能清单、非功能需求、MVP 定义） 检查点：✅ 现状评估系统完整、✅ 行业现状分析深入、✅ 客户问题诊断准确、✅ 业务价值明确、✅ 功能边界清晰、✅ MVP 范围可界定 --- ### 第三阶段：建设思路设计 执行步骤： 1. 确定总体建设目标（战略愿景、量化目标、价值主张、成功标准） 2. 制定建设原则（业务价值导向、用户体验中心、技术业务融合、渐进演进） 3. 设计建设路径（自建/采购/合作、传统/云原生/信创、实施模式、转型策略） 4. 规划分期建设（分期原则、各期目标范围、交付物、依赖关系） 5. 输出建设思路文档（目标愿景、建设原则、路径策略、分期规划、价值主张） 检查点：✅ 建设目标清晰可量化、✅ 建设原则指导性强、✅ 建设路径合理可行、✅ 分期规划逻辑清晰 --- ### 第四阶段：架构设计（四维度） 架构图生成方式：推荐使用预设模板（`--template`），也可自定义 DOT 文件（`--input`），参考 [references/architecture-dimensions.md](references/architecture-dimensions.md) #### 4.1 业务架构 执行步骤： 1. 梳理业务流程（核心/支撑/管理/跨部门协同） 2. 识别业务能力（核心/支撑/管理/集成能力） 3. 设计业务关系（实体/协作/流转/服务关系） 4. 生成业务架构图：`python scripts/generate-architecture-diagram.py --template business-4layer --output business.png` 或自定义 DOT 文件 5. 输出业务架构文档（架构图、流程清单、能力清单、协作模式） #### 4.2 功能架构 执行步骤： 1. 划分功能模块（按业务领域/用户角色/系统层次/业务能力） 2. 设计功能层次（核心/支撑/增强/集成功能层） 3. 设计功能关系（依赖/调用/协作/复用关系） 4. 生成功能架构图：`python scripts/generate-architecture-diagram.py --template functional-3layer --output functional.png` 或自定义 DOT 文件 5. 输出功能架构文档（架构图、模块清单、层次划分、关系矩阵） #### 4.3 数据架构 执行步骤： 1. 设计数据模型（实体/属性/关系/类型约束） 2. 设计数据流（业务/系统/跨系统数据流，采集/存储/处理/应用） 3. 设计数据标准（字典/编码/质量管理标准） 4. 设计数据治理（分类分级/安全隐私/生命周期/共享开放） 5. 生成数据架构图：`python scripts/generate-architecture-diagram.py --template data-flow --output data.png` 或自定义 DOT 文件 6. 输出数据架构文档（模型图、数据流图、标准规范、治理方案） #### 4.4 技术架构 执行步骤： 1. 确定技术架构模式（参考 [references/architecture-patterns.md](references/architecture-patterns.md)） 2. 设计部署架构（拓扑/分层/容器化/高可用容灾） 3. 设计安全架构（网络/应用/数据/运维安全） 4. 设计集成架构（API网关/服务注册/消息队列/数据交换） 5. 生成技术架构图：`python scripts/generate-architecture-diagram.py --template technical-microservice --output technical.png` 或 `--template gov-cloud --output gov.png`，也可自定义 DOT 文件 6. 输出技术架构文档（架构图、部署/安全/集成架构设计） 架构设计整体检查点：✅ 四维度协同一致 ✅ 满足需求 ✅ 符合建设思路 ✅ 可落地实施 --- ### 第五阶段：技术选型 执行步骤： 1. 确定技术选型维度（前端、后端、数据存储、中间件、基础设施） 2. 技术栈评估：参考 [references/technology-stack-guide.md](references/technology-stack-guide.md)，评估成熟度、社区生态、团队能力、成本，进行关键技术权衡；政府场景需评估信创适配方案（国产OS/DB/中间件/芯片），参考文档中信创适配技术栈章节 3. 输出技术选型文档（技术栈清单、选型依据与权衡、潜在风险与备选方案） 检查点：✅ 技术选型有明确依据、✅ 考虑了团队能力匹配、✅ 关键技术有备选方案 --- ### 第六阶段：具体建设内容 本阶段将四维度架构设计转化为具体建设任务和交付物。 #### 6.1 业务架构展开 1. 业务流程实施设计（关键流程设计、流程优化、跨部门协同） 2. 业务能力建设计划（实施路径、时间表、资源需求） 3. 业务关系实现设计（协作机制、服务契约） #### 6.2 功能架构展开 1. 功能模块开发计划（功能点清单、开发计划、验收标准） 2. 功能层次实施策略（核心/支撑/增强/集成功能的实施顺序） 3. 功能关系实现设计（接口设计、数据流设计） #### 6.3 数据架构展开 1. 数据模型实现设计（表结构、数据字典、数据初始化） 2. 数据流实现设计（ETL 方案、同步策略、缓存策略） 3. 数据标准与治理实施（数据规范、质量管控、安全权限、生命周期） #### 6.4 技术架构展开 1. 部署架构实施设计（环境准备、部署方案、监控方案） 2. 安全架构实施设计（安全策略、安全配置、安全测试） 3. 集成架构实施设计（API 设计、中间件配置、系统集成） 整体检查点：✅ 四维度建设内容覆盖完整 ✅ 建设任务可落地可跟踪 ✅ 与技术选型和实施规划对接 --- ### 第七阶段：实施规划 执行步骤： 1. 规划实施阶段：参考 [references/implementation-phases.md](references/implementation-phases.md)，阶段划分 MVP → 功能扩展 → 优化完善，每阶段目标与交付物；政府项目需遵循采购流程、审计要求、验收标准、资金管理和合规审查，参考文档中"政府项目特有实施流程"章节 2. 任务分解与排期（WBS、任务依赖、资源需求） 3. 关键里程碑定义（MVP 发布、功能完整版、生产就绪版） 4. 输出实施计划（阶段规划、里程碑时间表、资源需求） 检查点：✅ MVP 可快速交付、✅ 阶段划分合理、✅ 里程碑可度量 --- ### 第八阶段：风险评估 执行步骤： 1. 识别关键风险（技术、业务、项目、运维风险） 2. 风险评估（发生概率、影响程度、风险等级） 3. 制定缓解策略（预防措施、应急预案、责任人） 4. 输出风险清单（风险分类与等级、缓解措施、监控指标） 检查点：✅ 关键风险已识别、✅ 高风险有缓解措施、✅ 风险可跟踪 #### 9.1 效益分析 执行步骤： 1. 经济效益分析 - 成本节约（人力成本、运营成本） - 收入增长（新业务、效率提升） - 投资回报率（ROI）计算 2. 社会效益分析（政府场景重点） - 服务效率提升 - 群众满意度提升 - 政府治理能力提升 3. 管理效益分析（企业场景重点） - 管理效率提升 - 决策支持能力提升 - 业务协同能力提升 检查点：✅ 经济效益可量化、✅ 社会/管理效益明确 --- #### 9.2 投资估算（申报/可研/投标类必需） 执行步骤： 1. 确定投资估算依据（参考市场价格、行业标准、类似项目） 2. 总投资估算（分项说明）： - 硬件设备费（服务器、存储、网络设备等） - 软件购置费/开发费（基础软件、定制开发） - 实施服务费（咨询、实施、集成） - 数据资源费（数据采集、清洗、迁移） - 安全测评费（等保测评、安全评估） - 培训费（培训讲师、培训材料） - 运维费（年度运维、技术支持） 3. 资金筹措方案 - 资金来源（财政拨款、自筹资金） - 分期资金安排 - 资金使用计划 检查点：✅ 投资估算依据充分、✅ 分项明细完整、✅ 资金筹措方案可行 --- ### 第十阶段：特殊章节（按方案类型增加） #### 10.1 详细功能设计（投标类必需） 执行步骤： 1. 管理后台功能设计 - 用户管理、角色权限、系统配置 - 业务功能模块详细设计 2. 运维平台功能设计 - 系统监控、日志管理、告警管理 - 性能监控、故障诊断 3. 数据服务与分析功能设计 - 数据查询、统计分析、报表展示 - 数据挖掘、智能分析 4. 功能清单输出（按照招标需求逐项响应） 检查点：✅ 功能模块完整覆盖招标需求、✅ 功能描述详细准确 --- #### 10.2 项目实施与管理（投标类必需） 执行步骤： 1. 项目组织架构设计（项目经理、技术负责人、开发团队、测试团队） 2. 关键人员简历（资质、经验、项目案例） 3. 实施方法论（敏捷开发、瀑布模型、混合模式） 4. 项目进度计划（甘特图、关键路径） 5. 质量管理方案（质量标准、测试方案、质量评审） 6. 风险管控（风险识别、风险评估、应对措施） 7. 变更管理（变更流程、变更评审、变更记录） 检查点：✅ 组织架构合理、✅ 人员资质符合要求、✅ 实施方法论可行 --- #### 10.3 信息安全与合规（投标/可研类必需） 执行步骤： 1. 网络安全方案（防火墙、入侵检测、网络隔离） 2. 数据安全方案（数据加密、数据脱敏、数据备份） 3. 应用安全方案（身份认证、访问控制、安全审计） 4. 等保测评与合规（政府场景：等保三级测评、合规评估） 5. 安全管理制度与应急响应 检查点：✅ 安全方案覆盖全面、✅ 符合等保要求（政府场景） --- #### 10.4 运维服务与保障（投标类必需） 执行步骤： 1. 运维服务模式（远程运维、驻场运维、混合模式） 2. 运维内容（系统巡检、故障处理、性能优化） 3. 服务级别协议（SLA）（响应时间、解决时间、可用性） 4. 运维团队与工具（运维人员、运维平台、监控系统） 5. 售后保障机制（服务热线、升级流程、投诉渠道） 检查点：✅ 运维内容覆盖全面、✅ SLA 明确可执行 --- #### 10.5 培训方案（投标类必需） 执行步骤： 1. 培训计划（培训对象、培训时间、培训周期） 2. 培训内容与教材（业务操作培训、技术培训、管理培训） 3. 培训方式（集中培训、在线培训、现场指导） 4. 培训考核与效果保障（考核方式、效果评估、持续支持） 检查点：✅ 培训计划完整、✅ 培训内容实用 --- ## 可选分支 - **快速原型场景**：简化为 政策背景分析 → 需求分析 → 快速架构（四维度简化）→ 技术选型 → 具体建设内容（简化）→ 原型实现 - **企业级系统**：强调安全、合规、高可用性设计 - **创新项目**：增加可行性验证阶段，采用实验性技术 - **遗留系统迁移**：增加现状评估、迁移策略设计 - **政府数字化转型场景**：参考 [references/government-digitalization.md](references/government-digitalization.md) - 扩展流程：政策合规分析（数据安全法/等保/信创）→ 跨部门协同需求 → 一网通办/数据共享建设思路 → 便民化架构设计 - 特殊输出：合规安全方案、信创适配说明、数据安全与隐私保护方案、跨部门协同机制设计、服务便民化设计方案 - **企业数字化转型场景**：参考 [references/enterprise-digitalization.md](references/enterprise-digitalization.md) - 扩展流程：数字化成熟度评估（L1-L5）→ ROI导向建设思路 → 中台/SaaS/混合云架构选型 - 特殊输出：数字化成熟度评估报告、ROI分析与投资回报预测、变革管理方案、组织能力提升方案 ## 资源索引 - 必要脚本：见 [scripts/generate-architecture-diagram.py](scripts/generate-architecture-diagram.py)（用途：生成业务、功能、数据、技术架构图和流程图；参数：diagram-type, input, output, template, list-templates；模板：business-4layer, functional-3layer, data-flow, technical-microservice, gov-cloud） - 行业场景库：见 [references/industry-scenarios.md](references/industry-scenarios.md)（何时读取：第零阶段识别行业领域时，含智慧政务/城市/医疗/教育/交通/金融/制造7大行业场景） - 方案类型框架：见 [references/solution-type-frames.md](references/solution-type-frames.md)（何时读取：第零阶段方案类型识别时，也用于生成方案大纲） - 架构模式参考：见 [references/architecture-patterns.md](references/architecture-patterns.md)（何时读取：第四阶段技术架构设计时） - 架构维度参考：见 [references/architecture-dimensions.md](references/architecture-dimensions.md)（何时读取：第四阶段四维度架构设计时） - 技术选型指南：见 [references/technology-stack-guide.md](references/technology-stack-guide.md)（何时读取：第五阶段技术选型时） - 实施阶段参考：见 [references/implementation-phases.md](references/implementation-phases.md)（何时读取：第七阶段实施规划时） - 政府数字化转型参考：见 [references/government-digitalization.md](references/government-digitalization.md)（何时读取：政府数字化转型场景） - 企业数字化转型参考：见 [references/enterprise-digitalization.md](references/enterprise-digitalization.md)（何时读取：企业数字化转型场景，含数字化成熟度评估模型、典型场景与实施路径） - 方案质量评审检查清单：见 [references/solution-quality-checklist.md](references/solution-quality-checklist.md)（何时读取：方案完成后质量自审，含各方案类型检查清单和四维度架构一致性校验） - 现状评估方法论：见 [references/current-state-assessment.md](references/current-state-assessment.md)（何时读取：第二阶段需求分析时的现状评估，含信息化现状评估框架、政府/企业场景评估方法、数字化成熟度模型） ## 注意事项 - **方案类型识别强制要求**：用户输入需求后，**必须先询问**用户方案类型，不要通过关键词推导或猜测，等待用户明确反馈后再进行方案编写 - **阶段迭代**：不需要线性完成所有阶段，根据方案类型选择需要的阶段执行 - **产出导向**：每个阶段都应产出明确文档或决策，避免过度设计 - **业务优先**：技术方案必须服务于业务目标，避免技术驱动 - **平衡原则**：在理想方案与实际约束之间找到平衡点 - **持续验证**：关键设计决策应通过原型、POC 或评审验证 - **政策合规**：政府场景需严格遵守政策法规要求，确保合规安全 - **四维度协同**：业务架构、功能架构、数据架构、技术架构需协同一致，相互支撑 - **现状驱动**：需求分析需深入行业现状和客户现状，必要时主动向用户获取现状信息或从互联网搜索同类客户共性现状 - **思路清晰**：建设思路设计需明确目标、原则、路径、分期，指导后续实施 - **架构图生成**：架构设计阶段应使用 `scripts/generate-architecture-diagram.py` 生成可视化架构图 - 前置：`pip install graphviz` + `apt-get install graphviz` - **模板模式（推荐）**：`--template business-4layer/functional-3layer/data-flow/technical-microservice/gov-cloud`，`--list-templates` 列出全部 - 自定义 DOT：`--input` 传入，支持 subgraph/style/color/rank 完整语法，中文自动适配 - 输出：PNG、SVG、PDF - **方案类型适配**：不同方案类型对应不同的输出结构和深度要求，参考 [references/solution-type-frames.md](references/solution-type-frames.md) 严格执行框架结构 - **关键信息收集**：方案类型确认后，需主动收集所属领域、建设规模、现有基础、核心诉求等关键约束信息；若用户未提供，合理推断并标注假设 - **方案大纲先行**：方案类型确认后，先生成方案大纲（目录结构）向用户展示并确认，再按大纲逐章节展开，避免方向偏差 - **行业场景适配**：根据用户所属行业参考 [references/industry-scenarios.md](references/industry-scenarios.md)，使用行业术语和行业痛点，避免泛化描述 - **方案演进复用**：规划类→申报类→可研类→投标类存在递进关系，高阶方案应复用低阶方案的核心结论，避免重复劳动 - **方案质量评审**：方案完成后必须执行质量评审，参照 [references/solution-quality-checklist.md](references/solution-quality-checklist.md) 逐项检查，未通过项必须修改 - **现状评估深度**：需求分析阶段必须进行系统化的现状评估，参考 [references/current-state-assessment.md](references/current-state-assessment.md)，政府场景重点盘点政务系统和政策合规，企业场景重点评估数字化成熟度 - **信创适配**：政府场景技术选型必须考虑信创适配，参考 [references/technology-stack-guide.md](references/technology-stack-guide.md) 中信创适配技术栈章节，包含国产OS/DB/中间件/芯片的全栈方案和渐进式迁移策略 - **政府项目合规**：政府项目实施需遵循采购流程、审计要求、验收标准、资金管理和合规审查，参考 [references/implementation-phases.md](references/implementation-phases.md) 中"政府项目特有实施流程"章节 ## 使用示例 ### 示例 0：方案类型识别与关键信息收集（强制流程） - **功能**：用户输入需求后，强制询问方案类型，收集关键约束信息，待用户明确后再进行方案编写 - **执行方式**：智能体主导，第零阶段必执行 - **关键指导**： - **强制要求**：用户输入需求后，**必须先询问**用户方案类型，不要通过关键词推导或猜测 - 询问语："请问您需要产出哪种类型的方案？可选择：规划类、申报类、可研类、投标类、工作汇报类" - 若用户不清楚，参考 [references/solution-type-frames.md](references/solution-type-frames.md) 为用户说明各类型方案的特点、适用场景和输出重点 - **等待用户明确反馈方案类型后**，收集关键约束信息：所属领域、建设规模、现有基础、核心诉求 - 根据确认的方案类型和关键信息选择对应的执行阶段和输出结构 ### 示例 1：规划类方案 - 政务服务平台规划 - **功能**：为某政府部门设计粗颗粒度的政务服务平台规划方案 - **执行方式**：智能体主导，执行规划类方案流程 - **关键指导**： - 方案类型：规划类方案 - 执行阶段：第零阶段 → 第一阶段（政策背景分析）→ 第二阶段（需求分析，简化）→ 第三阶段（建设思路设计）→ 4.1（业务架构，简化）→ 第六阶段（具体建设内容，简化）→ 效益分析 - 输出重点：政策背景分析、现状问题、建设目标及思路、业务架构（简化）、关键建设内容、预期效益 - 内容特点：粗颗粒度、强调愿景和方向，不涉及详细设计和费用 ### 示例 2：申报类方案 - 企业数字化管理系统申报 - **功能**：为企业设计数字化管理系统申报方案，用于内部立项申请 - **执行方式**：智能体主导，执行申报类方案流程 - **关键指导**： - 方案类型：申报类方案 - 执行阶段：第零阶段 → 第一阶段 → 第二阶段 → 第三阶段 → 第四阶段（四维度架构）→ 第六阶段（主要建设内容）→ 第七阶段（实施规划，简化）→ 效益分析 → 费用估算 - 输出重点：建设背景、需求分析、建设目标、四维度架构、主要建设内容、实施计划（简化）、效益分析、费用估算 - 内容特点：较规划类更细化，包含费用估算，架构设计涵盖四维度 ### 示例 3：可研类方案 - 政府数字政府建设可研 - **功能**：为政府数字政府建设项目设计可行性研究报告 - **执行方式**：智能体主导，执行可研类方案流程（全部阶段） - **关键指导**： - 方案类型：可研类方案 - 执行阶段：全部阶段（第零阶段至第八阶段）+ 投资估算（第九阶段） - 输出重点：总论、背景与必要性、需求分析（细化）、总体建设方案、建设内容、技术方案与选型（详细）、实施计划、投资估算、效益分析、风险分析 - 需求分析需细化：业务、用户、功能、数据、性能、安全、运维 - 技术选型需详细：技术路线、关键技术、软硬件选型、集成方案、信创适配（政府场景） - 内容特点：内容最全面、最细化，包含详细的投资估算和风险分析 ### 示例 4：投标类方案 - 政务云平台投标 - **功能**：为政务云平台招标项目设计投标方案 - **执行方式**：智能体主导，执行投标类方案流程 - **关键指导**： - 方案类型：投标类方案 - 执行阶段：第零阶段 → 第二阶段（项目需求理解与分析）→ 第三阶段（总体建设方案）→ 第四阶段（四维度架构）→ 10.1（详细功能设计）→ 10.2（项目实施与管理方案）→ 10.3（信息安全与合规方案）→ 10.4（运维服务与保障方案）→ 10.5（培训方案）→ 报价文件 - 输出重点：需求理解、总体建设方案、详细功能设计、实施与管理、安全与合规、运维服务、培训方案、报价文件 - 详细功能设计需按照招标需求逐项响应，并附上功能清单 - 内容特点：围绕招标需求响应，强调技术实力、实施能力、管理能力和价格竞争力 ### 示例 5：工作汇报类方案 - 项目阶段性汇报 - **功能**：为项目执行过程设计阶段性工作汇报方案 - **执行方式**：智能体主导，执行工作汇报类方案特殊流程 - **关键指导**： - 方案类型：工作汇报类方案 - 执行流程：特殊流程，不使用标准八阶段流程 - 输出结构：工作背景 → 需要解决的问题 → 当前正在开展的工作内容及完成情况 → 已经产生的工作成果及成效 → 当前工作开展中存在的问题 → 下一步工作计划 → 需要领导给予的支持 - 内容特点：简洁实用，重点突出工作进展、成果和需要支持的事项 ### 示例 6：生成架构图 - **功能**：使用脚本生成各类架构图 - **执行方式**：调用 `scripts/generate-architecture-diagram.py` 脚本 - **关键指导**： - 前置安装：`pip install graphviz` 和 `apt-get install graphviz` - **模板模式（推荐）**： - 生成业务架构图：`python scripts/generate-architecture-diagram.py --template business-4layer --output business.png` - 生成功能架构图：`python scripts/generate-architecture-diagram.py --template functional-3layer --output functional.png` - 生成数据架构图：`python scripts/generate-architecture-diagram.py --template data-flow --output data.png` - 生成技术架构图：`python scripts/generate-architecture-diagram.py --template technical-microservice --output technical.png` - 生成政务云架构图：`python scripts/generate-architecture-diagram.py --template gov-cloud --output gov.png` - 自定义 DOT 模式：编写 DOT 格式文件，支持 subgraph、style、color 等完整语法 - `python scripts/generate-architecture-diagram.py --diagram-type business --input business.dot --output business.png`


Security scan verdicts — ClawScan: clean | static analysis: clean | VirusTotal: clean | SkillSpector: suspicious (HIGH)