目录

1.团队项目计划

404NOTFOUND面向大众日常烦恼，提供桌宠陪伴、记录整理、沟通排练、互动解压和来源查询，并支持账号及私密个人中心。Web用于课程原型与完整页面，桌宠承担轻量唤起与端侧交互，微信按实际权限适配。用户自主决定继续、保存、寄存、销毁。

1.1四周项目里程碑

1.2每周实施安排与责任

每周末使用当周版本演示并核对里程碑，不以文档存在或页面截图代替运行验收。测试从第2周开始，第四周保留最后两天用于部署、复现与交付准备。发现依赖阻塞时，由张王昊记录影响、调整周内顺序或安排协助；涉及范围、验收标准或入口方案的变更须由受影响成员确认，再同步需求、原型、代码和测试。

2.关键点 难点与风险分析

2.2关键点

1. 以真实用户任务明确产品范围。 通过访谈了解用户在什么情境下需要倾听、记录、排练或查询，将反馈对应到REQ01～REQ17。保留六模块的完整目标，明确各功能用途、责任和验收条件，避免功能名称齐全但使用场景不清楚。张王昊与郭昱祺负责在M1需求评审中落实。

2. 保持用户自主选择和流程闭环。 用户能够选择当前需要，清楚辨认正在进行的任务，并随时返回、暂停、取消或退出。情绪命名、陪伴、日历、寄存和排练之间的衔接必须由用户操作触发；独立解压和查询也能直接使用。每条流程同时说明正常结果与失败状态。

3. 明确账号归属和数据处理边界。 登录用于确认身份，保存、寄存、销毁和跨端读取分别定义规则。个人主页默认私密，记录访问校验账号及入口，退出和换账号清理旧内容及任务。日历保存不默认分析，文字销毁正文不进入上传或持久化链路。

4. 让事实信息能够核查。 查询摘要与来源逐项对应，呈现可用的时间信息；无结果、来源冲突或依据不足时说明实际情况。陪伴回应和事实回答保持清楚的用途与呈现方式，用户能够打开来源核对。

5. 保持需求、设计、实现和验收一致。 统一需求编号、术语及界面符号，建立需求与场景、类图、页面、输入输出、代码模块和验收的对应关系。Web、桌宠和微信按真实能力展示入口，默认隔离私密业务记录，模拟功能持续标明状态。

6. 按四周里程碑形成可检查成果。 M1完成需求与设计基线，M2形成核心Web闭环，M3完成全功能集成，M4完成测试和交付。第二周开始验证功能，第三周第20天结束前冻结功能范围，第四周修复、回归并验证部署复现。每个节点以成果和验收记录判断落实情况。

2.3难点

1. 多种任务状态和AI上下文的统一管理。 陪伴、训练、查询和排练的输入、状态及停止方式不同，异步回复还可能在用户切换任务后返回。方案是在共享业务流程中明确任务状态和允许的操作，切换时说明需携带的内容，停止旧任务；排练只整理用户选中的表达。通过暂停、重来、取消和迟到回复用例检查状态是否正确。

2. 账号权限与不同数据生命周期的实现。 临时会话、主动保存、寄存和销毁对数据的要求不同，通用缓存或日志容易使临时正文被误留存。方案是区分登录会话与业务会话，对私密记录执行账号及入口归属校验；文字销毁使用独立临时界面状态。用A/B账号切换、游客保存、登录过期及专用文本标记检查接口、缓存、网络、日志和存储。

3. 检索摘要与来源的准确对应。 检索结果可能缺少时间信息、内容重复或相互矛盾，生成摘要时也可能遗漏其依据。方案是保留来源标识、标题、链接及可用时间，将摘要关联到相应来源；无结果和冲突采用独立反馈。庄剀涵组织来源核对及异常案例测试，不把没有依据的结论包装成确定事实。

4. 多入口适配与桌面交互。 Web、桌宠和微信具有不同的界面及运行条件，桌面浮层还需要正确处理输入、退出和正常桌面操作的恢复。方案是复用核心服务并分开实现入口适配，M1确认平台和能力范围，M2验证接入样例，M3完成集成。微信受限时按确认方案展示模拟或跳转；文字销毁正文在独立页面输入。

5. 物理效果、音频和性能的联动。 裂纹与复原、文字销毁动画、弹珠碰撞及限定音阶需要同时处理渲染、声音和运行状态。方案是在前两周完成样机，验证效果、材质差异及声音映射，再确定球数、音量和降级规则。对暂停、静音、重置、退出及低配置运行分别测试，避免退出后仍发声或接收输入。

7. 四周内并行开发和材料同步。 17项需求涉及多个负责人，接口或范围变化会同时影响代码、原型、说明书和测试。方案是先确认接口与数据约定，按模块拆分任务，高风险样机并行验证，每周集成演示；变更记录列出所有受影响材料并指定修订人。张王昊协调依赖，曾俊涛维护缺陷及验收记录，非作者复核修订结果。

2.4风险分析

3.项目分工

张王昊（PM / 需求分析，计划工作量 14%）

进行用户访谈，与郭昱祺整理用户依据。 统一17项需求及六个模块的范围、术语和编号。 主写 REQ04 模式切换，明确跨功能传递内容须由用户选择。 更新说明书引言、总体描述，协调认证方式、入口能力等待定事项。 更新整体计划、里程碑、关键点与风险汇总、协作方式和分工比例。 整合说明书、博客和需求分析 PPT。

主要交付成果：17项需求汇总及待决事项；引言、总体描述、REQ04；博客计划、风险、协作与分工内容；说明书和博客整合稿；需求分析 PPT 与报告。

郭昱祺（UX / 产品设计，计划工作量 15%）

协助真实用户访谈，整理全部功能的用户场景与操作流程。 主写 REQ17 私密个人主页，区分资料、内容入口与隐私设置。 维护六个模块的导航、组件和视觉样式。 负责账号、个人中心、入口设置、陪伴命名卡、日历寄存、基础训练及查询页面的可点击原型。 与程杰拼接完整流程，提供登录前后、空状态及失败状态。 整合界面原型设计答辩 PPT。

主要交付成果：用户场景及可用性要求；REQ17；P-A、P-U、P-E／M／H／X、P-C／N、P-D／L、P-T、P-S 页面及交互；统一原型样式；原型答辩 PPT。

程杰（前端工程师，计划工作量 15%）

主写 REQ06 多入口及隔离、REQ13 屏幕无损发泄、REQ14 文字焚化与重力黑洞、REQ15 禅意编曲弹珠机的交互需求和输入输出。 负责物件房间、排练和三类互动解压的可点击原型，呈现暂停、重来、静音、销毁、退出及失败状态。 标明 Web 画布演示、桌面浮层目标与微信跳转／模拟的差别。 与郭昱祺整合原型和分享链接，负责原型答辩演示与报告。

主要交付成果：REQ06、REQ13～REQ15及相关关键点、难点、风险；P-O、P-R、P-V、P-Z、P-P 页面及交互；入口能力表、原型截图及操作说明；原型答辩演示与报告。

李泉毅（后端工程师，计划工作量 13%）

主写 REQ16 注册与登录，包括认证、登录过期、退出、密码修改和找回。 对未确认的认证与恢复渠道保留待定标记。 更新项目整体类图，区分账号、登录会话与业务会话，纳入个人资料、日历、物件、排练、寄存等业务对象。 与庄剀涵明确账号所有者及入口边界，与关欣核对凭据和匿名视图。 汇总17项功能的输入输出格式、设计思路及问题处理，提供需求分析 PPT 素材。

主要交付成果：REQ16及相关关键点、难点、风险；整体类图与类职责说明；输入输出汇总；对应说明书内容及 PPT 页面。

程群（智能体 / AI 工程，计划工作量 13%）

主写 REQ01 陪伴交流、REQ02 压力缓解小训练、REQ09 情绪命名卡、REQ10 烦恼物件化、REQ11 平行宇宙排练室。 补齐场景、正常与异常流程、输入输出及验收建议。 说明用户选择如何进入倾听、梳理或查询，物件如何只携带选定正文，排练如何暂停、重来和只整理认可表达。 基础训练与互动解压分开描述。 核对 P-C／N、P-T、P-O、P-R 原型内容，提供相关风险分析和需求分析 PPT 素材。

主要交付成果：REQ01～REQ02、REQ09～REQ11完整需求；AI上下文与任务边界说明；对应原型文案、关键点／难点／风险及 PPT 页面。

庄剀涵（搜索 / 数据工程，计划工作量 10%）

主写 REQ03 信息查询、REQ05 会话控制、REQ08 情绪与事件日历、REQ12 烦恼寄存所。 区分当前临时内容、主动保存、日历只记录不分析、寄存到期不自动展开／催促及用户清除。 汇总账号资料、物件、排练稿的数据归属与保存规则，与李泉毅对接类图。 明确登录不自动迁移游客内容或跨端共享。 核对来源展示与数据页面，提供相关风险及需求分析 PPT 素材。

主要交付成果：REQ03、REQ05、REQ08、REQ12完整需求；数据分类、保存及归属表和类图素材；对应原型文案、关键点／难点／风险及 PPT 页面。

关欣（安全 / 内容审核，计划工作量 10%）

主写 REQ07 安全与隐私需求。 审查全部17项需求的身份权限、敏感内容和授权边界。 核对账号切换及凭据不进入 AI，重点检查 REQ14 正文不保存、不上传、不调用模型或搜索。 协作拟定安全验收标准和风险分析。 在腾讯文档制作需求分析评审表，实际展示后填写意见和排名。

主要交付成果：REQ07完整需求；全模块安全性要求及相关风险；隐私与内容验收建议；腾讯共享需求分析评审表。

曾俊涛（测试 / 运维，计划工作量 10%）

汇总 AT-01～AT-17 界面与功能验收标准，建立需求—场景—类图—原型—验收的对应表，检查正常、异常、退出、保存／不保存、账号切换及入口隔离。 区分原型可检查行为与后续须用运行证据验证的规则。 统一 Word 目录、图表、字体和样式。 上传说明书 Word 和两份 PPT 至华为云仓库并提供推荐 PDF。 核对博客目录、标题及四类交付链接。 制作原型设计评审表，实际展示后填写意见和排名。

主要交付成果：17项验收标准及对应表；材料一致性检查记录；排版完成的说明书；仓库文件、导出版本和链接；腾讯共享原型设计评审表。

4.成员协作方式

4.1沟通工具与使用场景

团队采用微信、腾讯会议、腾讯文档和GitHub 仓库开展协作。微信负责即时协调，腾讯会议用于需要集中讨论和演示的事项，腾讯文档保存任务与决定，GitHub 仓库管理源码和正式交付版本。各项讨论均关联任务或需求编号，涉及范围、责任、期限和验收的结论写入腾讯文档，相关成果提交至GitHub 仓库。

日常可直接解决的问题通过微信处理；需要展示原型、解释设计或涉及多个模块的问题通过腾讯会议讨论。腾讯文档记录已作出的决定及执行状态，GitHub 仓库中的已确认版本作为代码和正式材料的交付依据。

4.2版本仓库协作

日常协作和版本管理统一使用 GitHub。课程要求提交的需求规格说明书 Word、界面原型设计答辩 PPT 和需求分析报告 PPT，仍由曾俊涛从团队确认版本上传至华为云仓库，并在博客提供华为云链接；推荐同时上传 PDF，文件提交时间按课程要求以华为云记录为准。

项目在GitHub 仓库中统一管理源码和文档，所有修改能够对应到任务、需求及提交人。PR由至少一名非作者成员复核，通过后再进入集成分支。

修改他人负责的内容前先同步，保留各成员有效成果和版本历史。旧版本通过版本记录和归档区分，不以直接删除代替版本管理。

4.3冲突处理

出现冲突时，提出人先说明位置、差异及影响，在腾讯文档登记问题，并在微信联系相关负责人。能够明确处理的小问题由负责人协调修订；涉及范围、接口或多个成员的分歧使用腾讯会议讨论，决定及修改责任留入纪要。

尚未解决的分歧保留为阻塞项，明确处理人、影响范围和下次检查时间。冲突结束后，记录决定、修改版本及复核结论；涉及需求变更时，同步说明书、类图、原型、输入输出、验收和PPT。

4.4任务同步机制

腾讯文档任务表统一记录任务编号、关联需求、负责人、协作者、优先级、预计工作量、截止时间、状态、成果链接、阻塞、复核人及结论。每项任务有一名主责人，协作者说明具体协助内容；张王昊依据任务表核对四周里程碑的落实情况。

任务状态统一为“未开始、进行中、待评审、待修订、已验收”。负责人完成自查后标记待评审；评审有问题则转为待修订；修订完成并由复核人确认后才标记已验收。阶段演示和计划落实均以实际成果及记录为依据。

4.5成果交接与验收

作者交接时，在GitHub 仓库提交相应版本，在腾讯文档登记任务、文件位置、修改点、自查、未解决问题和复核人，并通过微信通知整合负责人。复核人检查需求覆盖、内容准确性、关联材料、格式、文件打开及链接权限，逐项记录问题与修订期限。

修订由原作者处理，原复核人确认关闭。张王昊维护整体交付检查表，每个里程碑至少安排非作者复核；最终交付前完成部署复现和完整演示。

5.软件需求规格说明书

5.1需求规格说明书概述

（1）项目综述
介绍项目开发背景、产品定位、目标用户、应用目标以及系统整体功能。明确“404NOTFOUND”是一款以桌宠和功能面板为入口的日常陪伴与减压应用，通过倾听交流、记录整理、沟通排练、互动减压和信息查询，帮助用户表达感受、整理烦恼，并自主控制内容的保存、寄存和销毁。

（2）用户场景与需求分析
针对希望表达日常感受、暂时放下烦恼、预演沟通或进行短时减压的用户，分析其实际需求，区分游客与已登录用户的操作权限。围绕情绪命名、倾听交流、记录回看、烦恼寄存、沟通排练和独立减压等典型场景，通过场景流程图说明用户操作、功能衔接及内容处理方式。

（3）系统功能需求
围绕项目核心业务，将系统划分为六个主要功能模块：

• 账号与个人中心：提供注册登录、密码修改、私密主页及资料偏好管理；
• 陪伴与沟通：提供倾听交流、情绪命名和模拟沟通排练；
• 记录与整理：提供情绪与事件日历、烦恼物件化和烦恼寄存；
• 压力缓解：提供基础小训练、屏幕无损发泄、文字销毁和禅意编曲弹珠机；
• 信息支持：提供有来源的信息查询与资料整理；
• 基础与多端：提供模式切换、会话控制、多入口适配及安全隐私管理。
  通过 REQ01～REQ17 共17项功能需求，明确各模块的输入、处理流程、输出结果、异常情况和控制规则。

（4）系统设计与界面原型
文档采用分层架构，通过完整 UML 类图描述账号、业务活动、保存记录、授权及端侧互动等核心对象之间的关系，并规定数据库逻辑、接口输入输出和活动状态转换规则。结合界面原型，展示主要页面结构、功能入口、操作流程及状态反馈，为系统实现提供参考。

（5）软件属性与验收验证标准
针对系统的可用性、安全性、性能、可靠性、可维护性和可移植性等非功能需求进行说明，重点强调主动保存、账号与入口隔离、私密内容授权、文字销毁不上传以及退出后的资源释放。通过界面验收标准、17项功能验收用例及重点测试设计，明确正常、取消、失败和退出等情况下的预期行为，为项目测试和最终交付提供依据。

5.2需求规格说明书华为云链接

《404NOTFOUND》软件需求规格说明书华为云链接

6.界面原型设计

6.1Web原型设计

6.2Web原型设计链接

《404NOTFOUND》Web原型设计链接

6.3桌宠原型设计

页面定位与结构
页面采用“桌宠＋快捷气泡＋完整 Web 工作台”的结构：

• 桌宠负责日常陪伴、状态反馈和轻量唤起。
• 快捷气泡承载高频、短时间操作。
• Web 工作台提供更完整的工具和记录管理。

6.4桌宠原型设计链接

《404NOTFOUND》桌宠原型设计链接

7.需求分析PPT链接

《404NOTFOUND》需求分析答辩PPT华为云链接

8.界面原型答辩PPT链接

《404NOTFOUND》原型答辩PPT华为云链接

9.总结

通过本次“原型设计与需求分析”阶段的工作，团队进一步完善了“404烦恼未找到”项目的整体规划，明确了产品定位、功能范围和后续开发方向。项目围绕日常烦恼中的倾诉、整理、沟通与解压需求，将陪伴交流、情绪记录、沟通排练、互动解压和信息查询等设计思路转化为具体的用户场景、功能描述与验收标准，为需求规格说明书、界面原型和答辩材料的完善提供了依据。
在项目推进过程中，团队制定了为期四周的项目计划，明确了各阶段的里程碑、成员职责和工作量占比，并约定通过微信、腾讯会议、腾讯文档和 GitHub 完成日常沟通、任务同步、文档协作与版本管理。通过本阶段的任务拆分和材料整合，团队进一步认识到需求、原型与验收标准保持一致的重要性，也加深了对多人协作中责任划分、成果交接和交叉评审的理解。
后续，团队将补充真实用户反馈，完善整体类图和可交互原型，逐步推进 Web 核心功能、多入口适配及功能集成，并根据测试结果持续改进交互体验与运行稳定性。在实现过程中，团队将重点关注用户对内容保存、传递和销毁的自主选择，落实隐私保护与数据隔离要求，希望最终将“404烦恼未找到”打造为一款能够帮助用户表达烦恼、整理思绪并获得日常陪伴的轻量化应用。