105 lines
11 KiB
Markdown
105 lines
11 KiB
Markdown
# 阶段 1–4 与归档模板
|
||
|
||
读取日期：2026-09-08。所有源路径相对于 `D:/AI全流程辅助/项目推进总流程`。本文件学习栏目、适用条件和审核线索，不代表模板中的项目参数或结果已确认。
|
||
|
||
## 阶段 1：业务需求
|
||
|
||
源文件：`1、业务需求/业务需求.xlsx`，工作表 `项目信息收集`。
|
||
|
||
- `A5:F14`：序号、分类、信息项、填写说明、业务端填写、是否必填。
|
||
- `C6:D6`：客户名称，同时说明对接客户名称、最终客户名称；`C7:D7` 单列客户对接窗口。客户主体和联系人不能互相代替。
|
||
- `C8:F12`：项目名称、产品形态/提测平台、项目来源、需求背景、业务目标，源表标“是”。
|
||
- `C13:F14`：预计订单量、预计销售额，源表标“否”；填写时需单位、币种与口径。
|
||
- `A17:F21`：里程碑、说明、计划日期和必填性；提测、入库为“是”，小批量试产、量产为“否”，与 V1.0 相符。
|
||
- `A2` 提示填写黄色单元格、日期使用 yyyy-mm-dd。格式要求不替代项目真实日期确认。
|
||
|
||
后续先检查背景、客户、目标与日期能否支持产品定义，不把业务表当成已批准产品方案或已落实内部排期。
|
||
|
||
## 阶段 2：立项资料
|
||
|
||
### 立项书
|
||
|
||
源文件：`2、产品定义/1 立项资料/立项书.doc`。本次已通过 Word 后台禁宏、只读打开并不保存关闭，可靠读取正文；这补齐了早期六份资料参考中“旧 DOC 未能读取”的限制。
|
||
|
||
正文结构：
|
||
|
||
1. 版本变更记录：版本、日期、描述、制定。
|
||
2. 项目目标与成功标准：商业、技术、质量、成本、时间目标及衡量指标。
|
||
3. 项目基础信息：客户、立项时间、内外型号、固件/硬件版本、合作模式、来源、背景、订单、样机、整机方案、开发类型/范围、竞品、平台/规范/SDK、安全访问策略、软件架构、特殊能力、认证、图像质量、验收/交付与测试类别。
|
||
4. 里程碑：节点、关键事件或交付。
|
||
5. 干系人：姓名、职位、邮箱、电话、职责，区分内部、客户和其他窗口。
|
||
6. 资源预算：人力、样机、认证、其他投入。
|
||
7. 工作任务分解：开发内容、负责单位、输出物、备注，明确可按实际项目增减。
|
||
8. 风险备忘录：分类、程度、应对策略、责任方。
|
||
|
||
这是一份较广的立项容器。参考其中的早期范围、资源估计和风险，不提前视为阶段 4 的正式任务排期或业务预算批准。模板中 APP、结构、生产等勾选项不自动创建新角色或任务。安全访问策略只记录所需规则和受控位置，不将密码值写入通用参考。
|
||
|
||
### 产品规格书
|
||
|
||
源文件：`2、产品定义/1 立项资料/产品规格书.docx`。已读取正文及规格表。
|
||
|
||
- 结构为产品特性、应用场景、规格参数；规格按“分类/参数项/规格描述”组织。
|
||
- 分类包括型号、核心系统、图像与传感器、视频音频、网络接口、硬件电源、夜视补光、AI、软件协议、结构环境、认证包装。
|
||
- 虽然文件名通用，仍保留部分具体参数、选项和“待实测/待定”内容，不是完全清空的模板。后续复用须核对实际项目，不继承像素、功耗、镜头、平台、器件或认证等示例值。
|
||
- 支持、不支持、设计预留、待定、不涉及分别处理；确认主控、Sensor、镜头、WiFi、Flash、平台 SDK 与实际硬件/固件基线一致。
|
||
|
||
### 功能清单、灯态与产测
|
||
|
||
| 源文件（均位于 `2、产品定义/1 立项资料/`） | 已读取结构 | 复用要点 |
|
||
|---|---|---|
|
||
| `摄像头功能清单.xlsx` | `【重要说明】`；`摄像头功能说明!B4:G4` 为功能名称、详细说明、客户端实现/支持、SDK 支持、功能状态；`云台机功能集（厂商填写1）` 区分能力、支持情况和备注；`修订记录` | 选择设备适用功能集，区分平台 SDK 能力与设备实现；“已商用”不等于新项目测试通过。说明中的联系、链接、下载不作为执行授权。 |
|
||
| `摄像头灯态.xlsx` | `灯态定义（选填）!A2:C12`：平台适用说明、设备状态、红蓝灯表现 | 已包含等待配网、配网成功等待服务器等状态；V1.0 灯态用“配网”。表中没有独立语音播报栏目，项目涉及语音时需检查其他资料。表名“选填”不能自行改变 V1.0 对立项资料的要求。 |
|
||
| `产测功能清单.xlsx.xlsx` | `功能清单!A1:A2` 为对接版本/部署方式，`A3:G3` 为序号、类别、功能描述、内容、实现方式、支持情况、备注；另有修订记录 | 分清客户端、设备、MES 的责任和适用能力；序号公式不当作跨版本稳定功能 ID；“支持”不是执行通过。保留源文件双后缀以便定位。 |
|
||
| `个参资料.xlsx` | `Sheet1` 使用范围 25×20，无内嵌图片或图表；仅作容器/结构登记，未提取或存储个参值 | 后续在实际授权任务中检查字段完整、平台/设备匹配及受控保存位置；本次不声称已学习所有个参字段或校验内容。 |
|
||
|
||
元器件规格书和 3 个平台 SDK 参见 [硬件与固件模板](硬件与固件模板.md)。它们属于输入资料，不是所有项目均要复用的固定型号集合。
|
||
|
||
## 阶段 2：测试验收标准
|
||
|
||
- 平台目录中的两份杭研 XLSX，共 37 工作表，与阶段 6 对应文件分别 SHA-256 相同：作为阶段 2 确认范围的输入、阶段 6 执行使用的同源用例，不是两种独立必交成果。其结构和版本选择见 [测试模板](测试模板.md)。
|
||
- `客户验收测试用例/1.移动摄像头产品通用用例合集.xlsx`：已遍历 51 个工作表的非空范围和表头，涵盖功能集、变更申请、通用功能、性能/安全、算法、WiFi、安装场景等。字段包含用例编号、来源、模块、条件、步骤、预期结果、级别、分平台结果、人员、时间、备注/BUG；末尾“附-算法测试报告”无单元格文本。大库未逐条做技术有效性验证。
|
||
- `平台测试用例/摄像头硬件自测报告.docx`：环境与版本、照片、通过情况、问题总结、测试结论、功能性能、可靠性、认证；细项含方法、标准、实测、截图。已有 Pass、数值和旧样例叙述，不能作为新项目事实。它放在标准目录不意味着阶段 2 要完成实际硬件测试。
|
||
- `中国移动智慧家庭安防产品入库测试规范-硬件分册V2.2.pdf` 共 38 页；`…-软件分册V1.3.pdf` 共 142 页。本次读取前 6 页版本历史、前言及部分目录，识别“目的/配置/步骤/预期结果”的组织形式，未逐页学习全部条款或校验外部标准时效。后续实际审核必须根据选定平台、机型、提测时间和要求重新定位相关完整条款，不能以较旧 PDF 文件名覆盖更新的项目用例。
|
||
|
||
以上路径位于 `2、产品定义/2 测试验收标准/`。测试和验收范围应由当前有效输入明确，不能把整个目录视为每项目全量必测。
|
||
|
||
## 阶段 2：里程碑与风险
|
||
|
||
`2、产品定义/3 里程碑要求/里程碑要求.doc`：
|
||
|
||
- 第一部分：节点、关键事件/交付、预期时间、是否必填；平台提测和客户验收为“是”，试产、量产为“否”。
|
||
- 第二部分：资源类型、预算/投入说明、是否必填；人力、样机费用、认证费用为“是”，其他为“否”。用户于 2026-09-08 确认：这些内容作为早期估算与适用性说明，不提前替代正式资源、排期及预算批准，也不自动增加阶段 2 门禁。不适用或尚未确定如实标记，不能将模板的必填字样直接转换为费用批准或阶段阻塞条件。
|
||
|
||
`2、产品定义/4 项目风险/里程碑要求.doc`：文件名未改，**正文是《项目风险记录》**，不是误放的里程碑副本。风险表为序号、风险分类、风险程度、应对策略、责任方、是否解决。后续可按正文将其作为风险模板识别；本次没有重命名。立项书已有风险区，可引用同一份有效风险记录，避免形成相互不一致的双份事实。
|
||
|
||
## 阶段 3：测试计划
|
||
|
||
`3、方案设计/测试计划/测试计划.xlsx` 的 `Sheet1!A1:D20`：测试类别、测试项、测试标准、是否涉及。列出功能、可靠性、专项和资料准备，提测佐证位于资料准备。
|
||
|
||
用户于 2026-09-08 确认：这个记录仅作参考，不需要补充用例引用；每次测试在执行前发布一次测试策略。因此，不因本表没有独立“用例范围/来源版本”栏而要求补交引用清单、附件或新增字段，也不把本表当作每次执行策略已发布的证明。表中列出的选填项不自动必做。本次只记录此使用方式，不修改 V1.0 HTML，也不自行增加策略发布的文件格式、角色审批或正式成果要求。
|
||
|
||
## 阶段 4：项目计划
|
||
|
||
`4、项目计划/项目任务拆分.xlsx` 的 `任务拆分及工时!B1:D34`：工作项、人力、工时，分硬件、底层、应用层和测试。
|
||
|
||
- 可参考任务分类和估算粒度，包括设计包四类、底层报告/BSP/PSP、联调、固件迭代和测试。
|
||
- 本表没有明确开始/结束时间、依赖、确认、资源承诺等完整排期栏目；只能覆盖“任务拆分与工时评估”子成果，不代表整个阶段 4 项目计划已经齐备。
|
||
- 定频固件、可靠性/专项等条目按项目适用性选取；估算工时须明确单位，“人力”须落实实际主责与协作，不将单元格里的数值或勾选当作真人确认。
|
||
- 技术负责人确认任务技术结构，产品确认授权范围内资源与排期，预算采购及对外承诺仍交业务批准。
|
||
|
||
## 阶段 7 和阶段 8
|
||
|
||
`7、平台、客户验收` 目录存在，目前为空。这是“尚未提供模板”，不是已运行项目缺失成果，也不代表无需平台/客户双线验收。
|
||
|
||
`8、复盘结项/1、资料归档/资料归档清单.xlsx`：
|
||
|
||
- `文档清单!B1:G34`：流程、文档编号、文档名称、输出方、是否归档、备注；覆盖 1–8 阶段，适合作为成果索引起点。
|
||
- `变更记录!A1:C6`：变更时间、变更点、变更人，含 2023 年历史记录；不能当作新项目变更记录。
|
||
- 源表差异：`E31` 客户报告输出方写业务；`E32` 遗留问题清单写 Hub。用户于 2026-09-08 确认按以下分工使用：产品出具或更新，业务确认客户验收部分，Hub 汇总登记。不能混淆产出、确认和保管责任；本次未修改原表。
|
||
- `D29` 写“缺陷报告”，V1.0 是“缺陷清单”；`D30` 平台验收报告应允许明确结论作为替代；`D34` 复盘经验文档不自动代表结项报告和流程闭环总结都已齐备。
|
||
- 没有单列 BSP/PSP 输出路径、提测佐证和流程确认索引；应按有效成果包实际覆盖判断，不据缺少单独行要求复制一份重复文件，也不能忽略必要内容。
|
||
- 可选结构图、总体技术方案、定频固件、可靠性/专项报告等在本表没有单独标注选填；未提供选填成果不得据空行阻塞归档。
|
||
- `C3` 和 `C12` 的文档编号均显示 2.1，需防止序号被作为小数后丢失 2.10 的含义；本次只记录现状，不修表。`E16` 的“技术负责任”按技术负责人理解，待实际编辑时统一文字。
|
||
|
||
以上是模板适用性和流程映射，不是对实际项目的通过/不通过审核结论。
|