团队作业3：需求改进与系统设计

一.需求&原型改进
1.1针对老师问题的修改
问题1：老师提出“软件只用于PC端，软件是否也可以设置为移动端”。
修改1：调整开发规划，将软件从仅支持PC端扩展为支持多端适配（包括移动端，如iOS、Android系统的手机/平板），采用响应式设计或跨端开发框架（如Flutter、React Native），确保在移动端的操作流程（如账单管理、查看）与PC端体验一致且符合移动端交互习惯
问题2：老师提出“如何上传账单”。
修改2：优化账单上传功能，提供多种上传方式：
支持通过手机相册/文件管理器直接选择账单图片（OCR识别提取账单信息）；
支持手动输入账单信息（如金额、日期、商户等）；
支持从第三方应用（如支付宝、微信支付账单）导入账单数据，简化用户操作步骤。
问题3：老师提出“可以看到详细帐单吗”。
修改3：完善账单详情展示模块，在原有基础上增加更多维度信息：
展示账单的明细分类（如餐饮、交通、购物等）、消费地点、支付方式、关联的优惠活动；
提供账单的时间筛选（按日/周/月/年）、金额筛选，并支持账单的导出（如PDF、Excel格式）和分享功能。

1.2目标用户调研与需求沟通

目标用户定位
目标用户为个人消费者（如上班族、学生）和小型企业主（如个体商户、初创团队），他们有管理个人/企业账单的需求，希望便捷记录、查看和分析收支情况
用户的“痛”
移动端缺失的痛：用户在外出时（如出差、购物）无法及时记录或查看账单，只能依赖PC端，导致账单管理不及时、效率低。
账单上传繁琐的痛：传统上传方式（如手动输入）耗时久，且容易出错；缺乏便捷的图片识别或第三方导入功能，增加用户操作成本。
账单信息不全的痛：仅能看到账单的基本金额和时间，无法了解消费的详细背景（如分类、地点、优惠），难以进行精准的收支分析。
用户的使用场景
移动端场景：用户在通勤路上（如地铁、公交），通过手机快速上传当天的消费账单（如扫码支付的账单图片），并查看本周的支出汇总，规划后续消费。
账单上传场景：用户在餐厅用餐后，用手机拍摄账单照片，通过软件的OCR功能自动识别金额、商户等信息，无需手动输入，快速完成账单录入。
账单详情场景：用户在月底进行财务总结时，打开软件查看某笔大额账单的详细信息（如消费地点、关联的优惠活动），分析该笔支出的合理性，优化后续消费计划。
二.需求规格说明书完善
功能覆盖不全面，缺少关键非功能性需求与扩展功能
初稿中虽然明确了三大核心功能（数据导入与清洗、智能分类与统计、消费分析可视化、消费报告与洞察），但对如下方面描述不足或缺失：
用户账户与数据管理：是否支持多账期数据保存？是否支持数据导出/备份？
异常处理机制：当用户上传的账单格式错误或数据异常时，系统如何提示与容错？
系统性能与响应速度：特别是在数据量大时，图表渲染、数据加载是否流畅？
兼容性与可扩展性：是否支持未来扩展其他账单来源（如银行APP账单）？是否支持多语言/主题切换？
改善：
在“功能需求”中补充 FR5 数据存储与管理（如本地数据缓存、历史记录查看、数据导出功能）。
增加非功能需求：
NFR1：系统应保证在本地数据量<1000条记录时，图表渲染时间<2秒。
NFR2：系统应具备基本的输入校验与异常提示功能，如账单格式识别失败时给出明确引导。
NFR3：界面应适配常见屏幕分辨率，支持深色/浅色主题切换。
用户使用场景与需求痛点挖掘不够深入
初稿对“用户特征”和“需求痛点”虽有提及，但缺乏具体的使用情境描述，比如：
学生在月底发现钱花超了，却不知道钱具体花在哪里；
想了解自己近几个月餐饮/娱乐消费趋势，但手动整理太麻烦；
担心用在线工具记账会泄露隐私，但又希望获得可视化的消费分析。
改进：
在“用户画像”或“需求背景”中，增加典型用户使用场景的细节描述，让功能设计更有针对性。
补充“用户目标”小节，例如：“用户希望通过3步简单操作，快速了解自己每月消费结构，找到可优化的开销项，并形成理性消费习惯。
缺少用户描述，功能之间的联动关系不直观
当前说明书以功能点罗列为主（FR1~FR4），但没有描述用户如何一步步使用这些功能来解决实际问题，功能之间的“流转关系”不清晰。
改进：
加典型用户使用流程图或故事
在功能描述中补充功能之间的关联逻辑
4.功能分析的四个象限

象限	功能类型	功能示例
第一象限（核心 + 紧急）	直接影响记账可用性的基础功能	日常收支快速录入（如扫码/语音记账）
第二象限（核心 + 不紧急）	提升记账体验的长期价值功能	智能分类优化（AI识别收支场景自动归类）
第三象限（非核心 + 紧急）	临时补位的辅助功能	账单错误紧急修正（如重复记账/金额错误）
第四象限（非核心 + 不紧急）	锦上添花的拓展功能	财务报表可视化
5.任务分解WBS及相应的项目进度计划

阶段	任务细分	耗时（周）
需求阶段	记账场景问题收集与需求分析（如：收支分类模糊、统计效率低等痛点）	2
设计阶段	功能四象限优先级确认（核心功能：快速记账；次要功能：多维度统计；辅助功能：个性化设置等）	4
开发阶段	后端：记账分类模块开发 + 账单CRUD接口（增删改查）	5
部署阶段	功能灰度发布（小范围会计/个人用户试用，收集反馈）	3