掌中生活——团队展示

掌中生活 2026-10-01 23:32:41

这个作业属于哪个课程	202601福大-软件工程实践-W班
这个作业要求在哪里	软件工程实践团队作业——种子队选拔、团队展示及选题
这个作业的目标	完成团队组建与分工；使用 NABCD 模型论证学期项目选题；明确团队愿景和绩效考核方式；设计可供老师、助教和其他小组使用的 10 分制评审表。
其他参考文献	《构建之法》：你参加团队有什么样的投入；《构建之法》：绩效管理；《构建之法》：需求分析——如何提出靠谱的项目建议 NABCD

掌中生活——团队展示

掌中生活——团队展示
一、选题描述
1.1 拟作的团队项目选题描述：一句话
1.2 项目背景
1.3 核心功能
1.4 NABCD 模型分析
N——Need（需求）
A——Approach（做法）
B——Benefit（好处）
C——Competitors（竞争）
D——Delivery（交付）
1.5 选题材料
二、响亮的队名
三、团队描述
四、队员风采
4.1 潘安（组长）
4.2 陈瀚楷
4.3 胡昊
4.4 杨俊鑫
4.5 陈志
4.6 Yuiaoch
4.7 李天赐
五、团队考核方案
5.1 考核总则
5.2 任务完成（45 分，任务点积分制）
5.3 质量评审（15 分）
5.4 协作与过程（30 分）
5.5 额外贡献（封顶 10 分）
5.6 组长与 PM 的考核
5.7 结果处理
六、团队愿景

一、选题描述

1.1 拟作的团队项目选题描述：一句话

掌中生活（LifeMap）是一款面向个人用户的生活信息整理与到期提醒平台，将散落在微信、邮箱、短信、PDF 和备忘录中的证件、合同、订阅、账单及保修信息集中管理，并在关键时间节点前统一提醒。

1.2 项目背景

个人生活信息同时存在于多个渠道：合同和发票在邮箱中，订阅扣费记录在支付软件中，证件有效期写在备忘录里，家电保修凭证可能只保存在纸张或聊天记录中。这些信息并不是没有被记录，而是缺少统一的分类、时间节点和处理状态。用户真正需要的不是另一个孤立的文件夹，而是一个能告诉自己“信息在哪里、什么时候要处理、处理到哪一步”的生活信息台账。

1.3 核心功能

分类管理：将信息分为财务、物品、证件三类，并支持标签和自定义备注。
关键日期：记录订阅扣费日、合同截止日、证件有效期和物品保修到期日。
统一提醒：按照临近程度展示待处理事项，支持提前设置提醒时间。
附件归档：关联合同、发票、保修卡和证明材料，减少反复查找。
状态跟踪：使用“未处理、处理中、已完成”等状态记录事项进展。
搜索筛选：按类别、标签、日期和状态查找记录。

1.4 NABCD 模型分析

N——Need（需求）

本项目面对的是“信息分散”和“关键节点容易遗漏”两个连续发生的问题。用户可能知道自己保存过某份租房合同，却要在聊天记录、邮箱和云盘之间反复翻找；也可能保存了证件照片，却没有记录有效期；订阅服务自动扣费后，才发现自己已不再使用。信息没有消失，但失去了位置、时间和后续动作之间的联系。

这类问题在三个典型场景中尤为明显：学生需要管理考试报名、证件和设备保修；初入职场的用户需要管理租约、社保材料和各类订阅；家庭成员需要保留家电保修卡、发票和缴费凭据。它们带来的不仅是查找时间，还可能造成重复扣费、错过办理期限或无法及时提供凭证。

需求可以拆成三个优先级：P0 是把一条生活资料与类别、关键日期、附件和状态放在一起；P1 是在到期前提醒，并能通过筛选迅速定位资料；P2 才是智能识别、自动导入和家庭共享等增强能力。掌中生活优先解决“已经记录，却仍然找不到、想不起来、无法判断下一步”的核心问题。

A——Approach（做法）

掌中生活采用“信息记录—日期节点—提醒任务—处理状态”的闭环。用户新增一条记录时，填写名称、类别、关键日期、提前提醒时间和备注；合同、发票或保修卡可作为附件关联。系统依据日期生成待办事项，在首页按临近程度展示；用户处理后更新状态，记录不会再只是静态文件。

以“租房合同”为例：用户录入合同起止日、租金支付日和提前提醒天数，上传合同扫描件；到租约即将结束时，系统在待办中提示“确认续租或搬离”，用户可直接打开附件查看条款，并将事项标记为处理中或已完成。相同的交互模式可复用于证件换领、订阅续费和保修维权，减少重复学习成本。

首期版本控制在课程周期可完成的范围内：完成 Web 端登录、记录增删改查、分类筛选、日期提醒、附件关联和基础权限控制。首期不承诺复杂 OCR、自动读取邮件和多人协同，避免功能发散。技术选型上，前端采用 Vue 3 + Element Plus，提醒中心与信息看板使用 ECharts 可视化；后端采用 Spring Boot + MySQL 提供 RESTful API，附件使用 MinIO 存储，Quartz 负责到期计算与提醒调度；敏感字段 AES 加密、密码 BCrypt 加盐哈希，最终通过 Docker Compose 一键部署演示。开发按需求分析、原型设计、核心功能、联调测试和部署演示推进；每个阶段分别产出用户故事与字段清单、可交互原型、可运行功能、测试记录和部署说明，确保进度可以检查。

B——Benefit（好处）

对用户而言，掌中生活将“资料在哪里”“什么时候处理”“已经处理到哪一步”放在同一个界面中。它能降低忘记续费、错过合同节点、证件过期和保修失效的风险；当需要办理业务或维权时，用户可以从同一条记录中找到材料；待办视图则把模糊的“以后要处理”转化为明确的日期和行动。

对产品而言，价值不在于再保存一份文件，而在于建立可行动的信息台账：资料有出处、日期有提醒、事项有状态。首期即使只完成三类信息、基础提醒和附件归档，也能让用户完整走通“录入—提醒—查找—处理”的流程；之后可依据真实反馈逐步增加数据导入、智能分类、重复扣费识别和家庭共享，而不破坏核心结构。

C——Competitors（竞争）

现有方案	优点	局限	掌中生活的差异
云盘	适合保存大量文件	文件与日期、提醒和处理状态分离	让文件关联到具体事项和关键节点
手机备忘录	录入快速、使用门槛低	信息结构弱，附件和提醒难以统一	采用分类、标签、日期和状态管理
日历/待办软件	日期提醒成熟	通常没有合同、发票和保修附件上下文	将提醒与生活资料放在同一条记录中
记账软件	适合管理收支和账单	很少覆盖证件、合同和物品保修	覆盖财务、物品、证件三类信息
密码管理器	适合保存账号密码	重点是凭据安全，不处理生活事项	面向个人生活资料和后续行动

掌中生活不试图替代云盘、日历或记账软件，而是作为三者之间的“生活事项层”：每个事项同时拥有资料、日期、提醒和处理状态。产品差异不以功能堆叠取胜，而是通过一条记录把用户原本跨应用完成的查找、判断和处理过程串联起来。

D——Delivery（交付）

课程项目阶段交付一个可运行的 Web 端 MVP，包含用户登录、生活信息录入与编辑、三类信息分类、关键日期与提醒、附件关联、搜索筛选和状态更新。交付材料包括需求说明、原型或界面设计、可运行演示、测试记录、项目源码和部署说明。

交付验收以三个完整场景为准：用户能创建一条证件、合同或保修信息；系统能在设定节点前展示提醒；用户能通过类别、日期或状态找到记录及附件，并完成状态更新。项目先完成用户场景和数据字段设计，再完成核心记录和分类功能，随后接入提醒、附件和搜索，最后进行联调、测试、修复和演示准备。数据访问按用户隔离，附件不直接公开；智能识别和跨平台同步列为后续迭代范围。

1.5 选题材料

选题 PDF 文档链接：LifeMap选题文档.pdf

二、响亮的队名

队名：掌中生活

“掌中”表示用户可以随时在手机或网页端查看和处理信息，“生活”明确了项目服务的对象和场景。这个名称与项目的个人生活信息整理、关键日期提醒和附件归档功能相对应，简洁易记，也适合作为团队账号和项目名称。

三、团队描述

掌中生活团队由 7 名来自 202601福大-软件工程实践-W班的成员组成。组队时我们最看重的是能力互补：既有负责产品统筹的队长，也有前端、后端、安全与测试各个方向的同学，技术栈覆盖 C/C++、Java、Python、Android 开发与 UI 设计——从需求梳理到质量保障，每个环节都有人能把事情扛起来，而不是靠“抱大腿”。

组队后的初步分工与技术选型如下（后续按实际进度微调）：

角色	成员	主要职责	相关技术
组长 / 产品与项目管理	潘安（组长）	需求梳理、进度把控、任务分配、对外沟通与答辩统筹	—
前端 A	杨俊鑫	信息录入、分类组织、附件上传与预览界面	Vue 3 + Element Plus
前端 B	Yuiaoch	提醒中心、信息看板与可视化交互、UI 设计	Vue 3 + ECharts + UI 设计
后端 A	胡昊	数据模型设计、业务 API、附件存储服务	Spring Boot + MySQL + MinIO
后端 B	陈志	到期计算、提醒调度与多通道通知	Spring Boot + Quartz + AI Agent（OCR 储备）
安全与数据	李天赐	敏感字段加密、权限控制、隐私方案、数据导入导出	Java + Python + AES/BCrypt
测试与质量保障	陈瀚楷	测试用例设计与执行、缺陷跟踪、测试报告	功能与接口测试

分类模型、提醒引擎、附件管理、权限加密四个模块边界清晰、可并行开发，7 人分工与模块一一对应，职责不重叠。

在协作方式上，团队的计划是：每两周一个 Sprint，任务按任务点认领；开发经验较多的成员主动带动相对薄弱的同学，遇到阻塞结对排查、互相补位。具体的站会、日报、评审、回顾安排和考核方式，详见第五部分“团队考核方案”。

四、队员风采

全队共 7 人，以下是每位队员的介绍。

4.1 潘安（组长）

团队的队长与 PM，将负责需求梳理、进度把控与对外沟通，把 7 个人的想法收敛成可执行、可验收的计划。

项目	内容
学号	102400415
成员昵称	潘安
成员 CSDN 地址	https://blog.csdn.net/tingyan_3
成员性格	沉稳务实，乐于统筹协调
擅长的技术	Java、Web 前端基础
兴趣爱好	沙盒生存，魂系，乒乓球，素描
希望的软工角色	组长 / PM（产品与项目管理）
一句 slogan	天地本宽，而鄙者自隘。

4.2 陈瀚楷

团队的质量守门人，将负责测试用例设计与执行、缺陷跟踪与测试报告，用挑剔的眼光守护产品质量。

项目	内容
学号	102400410
成员姓名	陈瀚楷
成员 CSDN 地址	https://blog.csdn.net/2503_90864168
成员性格	积极开朗
擅长的技术	C/C++
兴趣爱好	打游戏，下棋
希望的软工角色	测试
一句 slogan	不按套路出牌的人，永远不是省油的灯

4.3 胡昊

将负责后端数据模型设计与业务 API 开发，也是团队的气氛担当。

项目	内容
学号	102400414
成员姓名	胡昊
成员 CSDN 地址	https://blog.csdn.net/2501_94665648
成员性格	外向热情活泼好动
擅长的技术	Python、Java
兴趣爱好	打游戏
希望的软工角色	后端、前端
一句 slogan	我身无拘，武道无穷

4.4 杨俊鑫

将负责信息录入、分类组织与附件上传预览等前端界面开发，把设计稿变成顺手的交互。

项目	内容
学号	102400331
成员姓名	杨俊鑫
成员 CSDN 地址	https://blog.csdn.net/MH_Amo_
成员性格	性格沉稳理性，善于思考复盘，做事踏实有责任心，待人温和
擅长的技术	Python、Java
兴趣爱好	篮球、游戏、旅行
希望的软工角色	前端、后端
一句 slogan	循逻辑之理，赴山海之遥

4.5 陈志

将负责到期计算、提醒调度与多通道通知的后端开发，AI Agent 经验为后续 OCR 智能识别功能作储备。

项目	内容
学号	102400411
成员姓名	陈志
成员 CSDN 地址	https://blog.csdn.net/Forefox
成员性格	乐于思考，冷静沉稳
擅长的技术	AI Agent、Java、Python
兴趣爱好	游戏、音乐、美食
希望的软工角色	后端
一句 slogan	不积跬步无以至千里

4.6 Yuiaoch

将负责提醒中心、信息看板与可视化交互的设计与实现，Android 与 UI 设计经验为后续移动端适配作储备。

项目	内容
学号	102400427
成员昵称	Yuiaoch
成员 CSDN 地址	https://blog.csdn.net/2601_96813076
成员性格	犹豫
擅长的技术	Android、UI 设计、项目管理
兴趣爱好	篮球、rap
希望的软工角色	移动端
负责方向	负责 Android 客户端核心功能的开发与实现，将设计稿转化为流畅的用户体验
一句 slogan	be better

4.7 李天赐

将负责敏感字段加密、权限控制与数据导入导出，兼顾后端开发与测试支持。

项目	内容
学号	102400418
成员姓名	李天赐
成员 CSDN 地址	https://i.csdn.net/#/user-center/profile?spm=1001.2014.3001.5111
成员性格	冷静，积极，和善
擅长的技术	Java、Python
兴趣爱好	音乐，游戏
希望的软工角色	后端、测试
一句 slogan	精诚所至，金石为开

五、团队考核方案

5.1 考核总则

本方案依据《构建之法》中团队绩效考核与成员投入程度的内容，经全员讨论后确定。

个人月度得分（满分 100）= 任务完成 45 + 质量评审 15 + 协作与过程 30 + 额外贡献 10（封顶）

5.2 任务完成（45 分，任务点积分制）

每两周 Sprint 规划会上，PM 拆解任务并标注任务点（2/4/6/8 点四档，复杂度与风险越高点数越多）。
该维度得分 = 45 × 当期实际到手积分 ÷ 应得积分。
到手积分 = 任务点 × 时效系数 × 质量系数

系数	取值
时效系数	按时/提前 1.0；延迟 ≤1 天 0.8；延迟 2–3 天 0.6；超 3 天或未完成 0（补做后按 0.5 计）
质量系数	评审一次通过 1.0；返工后通过 0.7；回炉重造 0.4

无任务可领的成员可主动认领待办池任务（点数按 1.2 倍计），鼓励补位。

5.3 质量评审（15 分）

由技术负责人按 Code Review 记录评定：代码规范与可读（5 分）、缺陷密度与修复速度（5 分）、文档同步更新（5 分）。每周五集中评审一次，结果记入评审表。

5.4 协作与过程（30 分）

子项	分值	计分规则
会议与站会	10	出席并发言 1 分/次（迟到 15 分钟以上按缺席）；线上文字汇报视同出席
进度日报	5	每日 18:00 前群内同步“今日完成/明日计划/阻塞点”，缺一次扣 1 分
响应时效	5	被 @ 后 24 小时内无响应，一次扣 2 分
组内互评	10	双周回顾会匿名打分（任务贡献/沟通/帮助他人/知识共享/参与积极，各 1–5 分），去掉最高最低分取均值折算

5.5 额外贡献（封顶 10 分）

情形	加分
修复他人模块缺陷 / 帮组员解决阻塞（经确认）	+3 / 次
被采纳的建设性方案；主动承担无人认领的棘手任务	+2 / 次
撰写被团队采用的技术文档或团队博客	+2 / 篇
组织用户测试、需求调研等支撑工作	+2 / 次

同一件事不重复计；本维度只加分、不抵扣其他扣分。

5.6 组长与 PM 的考核

组长与 PM 不设任何加分，并由组员对其打分：若其组内互评均值低于全队均值的 80%，次月自动降为普通成员，由组员重新推选人。

5.7 结果处理

任务延期或质量不达标时，先判断原因：需求变更、技术探索和主动承担高风险任务，不与消极拖延直接等同；因个人未同步风险而影响公共分支、联调或他人任务的，应在阶段评价中记录并扣减协作贡献。成员可以通过补充交付、问题复盘和帮助团队完成修复来改进评价。所有评分依据保留在团队文档中，保证评价过程可追溯、可讨论。

六、团队愿景

掌中生活的初衷，是让用户在续租、换证、订阅扣费或售后维权时，不必再翻遍聊天记录、邮箱和云盘寻找资料。我们希望在本学期把它实现为能实际使用的 Web 应用：用户可以为证件、合同、订阅和保修物品建立记录，关联附件，设置关键日期提醒，并在同一页面查看待处理事项和处理状态。它首先服务于校园生活、租房生活和刚进入职场的个人用户；学期结束后，团队希望继续依据真实使用反馈完善检索、导入和多端访问，让它逐步成为每个人都能长期维护的生活信息台账。

...全文