业务和功能介绍
1、立项背景和目标
本项目为打卡娱乐系统，旨在将打卡任务与宠物养成相结合，解决用户坚持打卡动力不足的问题。用户通过完成打卡任务获取积分，用积分喂养和照顾虚拟宠物。项目目标包括：提供简单易用的打卡任务管理功能；通过宠物养成机制增加用户粘性；帮助用户养成良好的打卡习惯。
2、软件功能、核心功能模块的介绍
系统包含四大核心模块。用户模块：支持注册与登录，用户名唯一，通过Token保持登录状态。宠物模块：用户可领取猫、狗、兔子等Q版宠物，拥有血量、魔法、攻击、防御四项属性，随等级增长；宠物分幼年、成长、成熟、强化、巅峰五个进化阶段，体型、光晕、装饰随阶段变化；状态含开心、正常、饥饿、脏了、饿死、臭死，喂食和洗澡各消耗10积分并增加1点经验，升级所需经验为当前等级的3倍；支持消耗10积分更换宠物或改名，死亡后可重新领养；装备系统含铁剑、皮甲、生命腰带、魔力项链，各20积分，支持兑换、穿戴与卸下。打卡任务模块：支持创建任务并自定义积分，可查看、编辑、删除，手动标记完成获得积分，每任务每天限一次，今日任务可撤回并扣除积分、回收经验。积分模块：完成打卡任务获取积分，喂食、洗澡、更换宠物、改名、兑换装备等消耗积分，支持查询余额及收支记录。
3、业务流程、功能路径描述
用户首先注册并登录系统，进入后领取一只宠物。随后创建打卡任务，完成任务获得积分。积分可用于喂食、洗澡以维持宠物状态并获取经验，推动宠物升级进化；也可用于更换宠物、改名或兑换装备。宠物属性受等级和装备加成影响，状态随喂养和洗澡时间变化，超时未照顾会饥饿、脏乱甚至死亡，死亡后可重新领养。任务完成后可撤回，系统同步扣除积分并回收经验。积分不足时无法执行消耗操作。整体形成“打卡—积分—养成”的闭环流程。
本项目为打卡娱乐系统，旨在将打卡任务与宠物养成相结合，解决用户坚持打卡动力不足的问题。用户通过完成打卡任务获取积分，用积分喂养和照顾虚拟宠物。项目目标包括：提供简单易用的打卡任务管理功能；通过宠物养成机制增加用户粘性；帮助用户养成良好的打卡习惯。
2、软件功能、核心功能模块的介绍
系统包含四大核心模块。用户模块：支持注册与登录，用户名唯一，通过Token保持登录状态。宠物模块：用户可领取猫、狗、兔子等Q版宠物，拥有血量、魔法、攻击、防御四项属性，随等级增长；宠物分幼年、成长、成熟、强化、巅峰五个进化阶段，体型、光晕、装饰随阶段变化；状态含开心、正常、饥饿、脏了、饿死、臭死，喂食和洗澡各消耗10积分并增加1点经验，升级所需经验为当前等级的3倍；支持消耗10积分更换宠物或改名，死亡后可重新领养；装备系统含铁剑、皮甲、生命腰带、魔力项链，各20积分，支持兑换、穿戴与卸下。打卡任务模块：支持创建任务并自定义积分，可查看、编辑、删除，手动标记完成获得积分，每任务每天限一次，今日任务可撤回并扣除积分、回收经验。积分模块：完成打卡任务获取积分，喂食、洗澡、更换宠物、改名、兑换装备等消耗积分，支持查询余额及收支记录。
3、业务流程、功能路径描述
用户首先注册并登录系统，进入后领取一只宠物。随后创建打卡任务，完成任务获得积分。积分可用于喂食、洗澡以维持宠物状态并获取经验，推动宠物升级进化；也可用于更换宠物、改名或兑换装备。宠物属性受等级和装备加成影响，状态随喂养和洗澡时间变化，超时未照顾会饥饿、脏乱甚至死亡，死亡后可重新领养。任务完成后可撤回，系统同步扣除积分并回收经验。积分不足时无法执行消耗操作。整体形成“打卡—积分—养成”的闭环流程。
项目实现
1、整体架构和设计思路，不同模块使用的技术栈：
本项目为打卡娱乐系统，采用前后端分离架构。后端基于 Go 1.25 与 Gin 框架，数据库为 SQLite，认证采用 JWT，密码用 bcrypt（cost 14）哈希。模块名 `checkin-pet-system`，代码集中于 `src/`，分为 config、database、handlers、middleware、models、routes、utils 和 frontend。handlers 为单体 `handlers.go`（约 1400 行），承载全部业务逻辑；middleware 负责 JWT 与 CORS；routes 定义路由并实现 SPA 回退；frontend 为 Bootstrap 5 单页应用。整体思路是以打卡任务获取积分，积分用于宠物养成，形成“任务—积分—宠物”闭环。宠物属性公式由前端 JS 计算，后端仅返回等级与装备数据；宠物状态依据喂养、洗澡时间动态计算并同步。
2、我负责的模块和结果：
我主要负责宠物与装备模块后端开发。宠物模块实现类型列表、领养、信息查询、喂食、洗澡、更换、改名等接口：喂食与洗澡各消耗 10 积分并加 1 经验，喂食每日限 3 次、洗澡每日限 1 次；更换宠物与改名各消耗 10 积分，更换保留等级，死亡后可重新领养。装备模块实现类型查询、背包、宠物已装备、兑换、穿戴与卸下：武器加攻击、衣服加防御、腰带加生命、项链加魔法，每件 20 积分起。所有积分变动写入 points_records，类型含 earn、feed、bath、undo、change_pet、rename_pet、exchange_equip；任务完成写入 task_records 并做每日限制。接口统一 POST，成功返回 code 200 与 data。经测试，宠物与装备接口均正常，积分扣减与记录准确，装备加成正确反映在前端。
3、我遇到的难点、坑和解决方案：
主要难点：其一，服务器必须在 `src/` 目录下运行，数据库与前端资源路径均相对工作目录，从根目录启动会失败，解决方案是统一在 src 下运行并在 Docker 中固定工作目录。其二，测试脚本硬编码端口 8080，而服务默认 8888，解决方案是启动时用 `PORT=8080` 覆盖或修改脚本。其三，宠物状态需实时计算且可能与数据库不一致，解决方案是在 GetPetInfo 中比对并同步更新。其四，JWT 使用旧版 `dgrijalva/jwt-go`，Token 有效期硬编码 24 小时，解决方案是明确依赖版本，并计划迁移新库、将密钥与有效期改为环境变量。其五，bcrypt 成本因子 14 导致哈希较慢，高并发下影响登录，解决方案是评估性能后调整因子或引入缓存。通过以上措施，系统运行稳定。
本项目为打卡娱乐系统，采用前后端分离架构。后端基于 Go 1.25 与 Gin 框架，数据库为 SQLite，认证采用 JWT，密码用 bcrypt（cost 14）哈希。模块名 `checkin-pet-system`，代码集中于 `src/`，分为 config、database、handlers、middleware、models、routes、utils 和 frontend。handlers 为单体 `handlers.go`（约 1400 行），承载全部业务逻辑；middleware 负责 JWT 与 CORS；routes 定义路由并实现 SPA 回退；frontend 为 Bootstrap 5 单页应用。整体思路是以打卡任务获取积分，积分用于宠物养成，形成“任务—积分—宠物”闭环。宠物属性公式由前端 JS 计算，后端仅返回等级与装备数据；宠物状态依据喂养、洗澡时间动态计算并同步。
2、我负责的模块和结果：
我主要负责宠物与装备模块后端开发。宠物模块实现类型列表、领养、信息查询、喂食、洗澡、更换、改名等接口：喂食与洗澡各消耗 10 积分并加 1 经验，喂食每日限 3 次、洗澡每日限 1 次；更换宠物与改名各消耗 10 积分，更换保留等级，死亡后可重新领养。装备模块实现类型查询、背包、宠物已装备、兑换、穿戴与卸下：武器加攻击、衣服加防御、腰带加生命、项链加魔法，每件 20 积分起。所有积分变动写入 points_records，类型含 earn、feed、bath、undo、change_pet、rename_pet、exchange_equip；任务完成写入 task_records 并做每日限制。接口统一 POST，成功返回 code 200 与 data。经测试，宠物与装备接口均正常，积分扣减与记录准确，装备加成正确反映在前端。
3、我遇到的难点、坑和解决方案：
主要难点：其一，服务器必须在 `src/` 目录下运行，数据库与前端资源路径均相对工作目录，从根目录启动会失败，解决方案是统一在 src 下运行并在 Docker 中固定工作目录。其二，测试脚本硬编码端口 8080，而服务默认 8888，解决方案是启动时用 `PORT=8080` 覆盖或修改脚本。其三，宠物状态需实时计算且可能与数据库不一致，解决方案是在 GetPetInfo 中比对并同步更新。其四，JWT 使用旧版 `dgrijalva/jwt-go`，Token 有效期硬编码 24 小时，解决方案是明确依赖版本，并计划迁移新库、将密钥与有效期改为环境变量。其五，bcrypt 成本因子 14 导致哈希较慢，高并发下影响登录，解决方案是评估性能后调整因子或引入缓存。通过以上措施，系统运行稳定。
示例图片视频
相似推荐
学生综合素质测评系统-学生综合素质测评系统
面向高校、职业院校，用于落实学生综合素质评价改革，替代传统纸质填表、人工汇总打分模式。
1. 学校教务处/学工处：统一制定综合素质评价指标、发布测评任务、审核学生申报材料，汇总全院测评数据，导出报表用于评奖评优、推优入党、毕业鉴定。
2. 辅导员/班主任：查看班级学生申报记录，审核学生提交的活动证明、奖惩材料，给学生打分评语，快速统计班级测评结果。
3. 在校学生：线上填报个人综合素质材料，上传获奖证书、社会实践、志愿活动、文体活动等佐证，查看测评得分与排名。
4. 二级学院：对本学院学生测评数据进行统计分析，掌握学生德育、实践、文体发展情况，辅助学生管理工作。
推优评价系统
项目背景和目标
高校推优（推荐优秀团员作为入党积极分子）工作长期依赖 Excel 和纸质材料，存在几个痛点：
评分口径不统一：不同班级、不同团支书对同一份文件的理解不同，算出来的分数不一致。
材料收集散乱：入党申请书、学习心得、活动证明分散在微信群、邮箱、纸质档案中，难汇总。
推优依据不透明：学生不知道自己的分数怎么来的，容易产生争议。
数据无法沉淀：每学期的推优数据难以跨期对比、难以追溯。
目标： 做一个面向高校党建推优场景的量化评分系统，把"分数怎么算"标准化、"材料怎么交"线上化、"评分依据"透明化。
软件功能
系统有四种角色：
角色 主要功能
学生 上传入党申请书、学习心得；查看自己的推优总分和分项明细
班级团支书 录入本班学生的思政课成绩、群众评议分、缺勤次数
教师 查看本学院排名、导出成绩数据
管理员 用户管理、班级填报解锁、数据中台同步、孤儿文件清理、审计日志
核心功能
推优总分自动计算：把"政治理论与表现（40 分）+ 实践与创新（30 分）+ 群众评议（30 分）"三部分，按规则自动算分。
数据中台积分同步：对接学校数据中台的积分认定接口，自动拉取学生的活动、获奖、志愿服务记录，作为评分的客观依据。
材料上传与管理：学生上传入党申请书、学习心得，后端用签名 URL 保护文件访问。
班级填报闭环：团支书录入班级数据，24 小时后锁定，管理员可解锁。
排名与导出：教师查看本班/本院排名，导出 CSV。
业务流程：
学生登录——上传材料——系统自动计算得分
团支书登录——录入班级数据——提交——24h锁定
管理员登录——同步数据中台——管理用户——解锁填报——导出数据
功能路径描述：
学生：登录 ——首页（查看总分和分项）——理论研学与思考（上传材料）——材料保存后自动重算分数
团支书：登录 ——录入成绩 ——选择班级 ——填写思政课成绩/群众评议/缺勤 ——24 小时内可修改
登录 ——首页（查看排名）——选择班级 ——查看排名 ——导出 CSV
登录 —— 管理首页 ——用户管理 / 班级填报管理 / 数据中台同步 / 孤儿文件清理 / 审计日志
智衍·岗位能力图谱平台
一、立项背景与目标
从"人口红利"转向"人才红利"的关键期，数字经济增速远超人才培养周期，劳动力市场出现严重结构性矛盾：企业端新兴岗位招不到合适的人，求职者端职业路径模糊、技能需求动态性强，技术端传统关键词匹配无法回答"技术A爆发会导致岗位B产生哪些新技能需求"。
核心痛点集中在三个难题：新兴岗位发现与定义、数据质量与幻觉防控、精准匹配与差距分析。
项目目标是构建一套数据驱动的智能决策系统，以岗位和能力为核心实体、以知识图谱为知识载体、以大模型为推理引擎，实现"新岗位发现、能力图谱动态更新、全景可视化、人岗匹配诊断、改进建议与学习路径"的全链路闭环。
服务对象覆盖三类：求职者获得匹配度诊断与个性化提升路径，企业HR实现岗位能力可视化与JD结构化管理，平台运营方完成多源数据治理与图谱演化追踪。
二、软件功能与核心模块
系统采用双角色权限模型，普通用户与管理员登录后导航菜单动态渲染，共九大模块。
普通用户与管理员共同开放六个模块。首页门户是品牌落地页，展示平台价值、六大核心能力、技术架构与数据处理五步链路。工作台是数据总览入口，聚合核心指标卡、岗位-能力图谱、能力雷达、演化时间轴、技能热度趋势、新兴技能前十、热门技能排行、岗位对比。知识图谱以岗位、技能、知识三类节点与带权关系边构成领域图谱，支持多维筛选、四种布局切换、节点详情查看。演化分析回答哪些技能在兴起、哪些在衰退、岗位能力如何随时间迁移，含趋势曲线、演化历史、兴衰前十、事件时间线、迁移桑基图。对比分析支持两岗位横向量化对比，含信息卡、五维雷达、技能差异表、薪资对比、转型路径。岗位匹配完成上传简历、AI提取技能、匹配度打分、能力雷达对比、技能差距分析、学习路径推荐的完整闭环。仅管理员可见三个模块。数据管理覆盖文档管理、网站管理、岗位采集、城市管理、城市代码映射、数据质量评估、操作日志七个页签。实体消歧将原始实体名归一化为标准名称加别名，覆盖岗位、技能、公司三类。系统设置配置AI模型、图数据库、通知与系统信息。
三、业务流程
端到端主流程为：多源数据采集、信息抽取、实体消歧、图谱构建、动态演化分析、人岗智能匹配。
文档入库流程为：上传文档、服务端解析、质量评估、确认入库、进入图谱数据源。招聘采集流程为：配置网站、选择省市与岗位、发起采集生成批次、爬虫抓取JD、质量评估、沉淀为图谱输入。人岗匹配流程为：上传简历选岗位、解析提取技能、多维度打分、输出匹配度与学习路径。
四、功能路径描述
普通用户路径为：登录后浏览知识图谱，筛选布局并点击节点看详情；分析技能演化，切换粒度查看兴衰前十与桑基图；对比两岗位，选A与B查看雷达与差异表；进行人岗匹配，上传简历选岗位查看匹配度与学习建议。
管理员路径为：进入数据管理，上传入库文档并质量评估；岗位采集选网站省市查看批次详情；实体消歧维护标准名称与别名；操作日志审计。
在线选课系统
面向学生与教务管理场景的在线选课系统，解决传统线下选课效率低、课程信息不透明、人工排课易出错的问题。核心功能包括：课程浏览与检索、在线选退课、选课规则校验、个人课表可视化、课程推荐。业务流程为：学生在选课开放周期内查看课程余量，提交选课申请，系统自动校验学分上限、先修课程与时间冲突，通过后写入个人课表并实时扣减课程容量；退课后容量自动回补，支持多轮补选
“华研慧学”小程序
一、立项背景和目标
本项目属 K12 教育科技 / AI 智慧教育 / 家校共育赛道。在"教育数字化""AI 赋能教育"趋势下，教育平台由"卖课"转向"数据驱动的个性化学习服务"。"华研慧学"即在此背景下构建的 AI 学习平台，本项目是其面向学生家长的微信小程序端。
立项旨在解决家长对孩子学习「**看不见、看不懂、跟不上**」的痛点：学情不透明、报告黑盒化、错题难沉淀、缺乏规划闭环、触达门槛高。目标是让家长实时、清晰、可执行地掌握孩子学习情况，打通"学生学→平台诊断→家长监督"的家校协同闭环，提升平台用户粘性与付费转化。
服务对象：K12 学生家长，覆盖小学/初中/高中全学段（一至高三 12 个年级）及语文、数学、英语、物理、化学等全学科。
二、软件功能与核心模块
共 7 大核心模块，采用主包 + 分包架构：
1. 首页（学习情况）：以「周对比/周环比」呈现数据采集、规划练习、新增错题、学习视频四项指标，并提供四大分析入口。
2. 学生管理：学生列表、扫码添加、绑定/解绑/切换学生。
3. 诊断报告：列表 + 详情，含个人情况、能力总评、答题情况、掌握状态、提升建议五维度。
4. 学习报告：列表 + 详情，含学习总评、学情诊断、发展追踪三维度。
5. 学习规划：列表 + 新旧两版详情，结合错题/试卷生成个性化规划。
6. 错题集：按来源/题型/难度/时间多维筛选，解析页支持数学公式（TeX/MathML）渲染。
7. 个人信息：家长信息查看修改、头像上传。
三、业务流程与功能路径
主流程：学生完成学校作业/试卷、平台练习 → 平台 AI 诊断与知识图谱分析（待下载→待提交→待批改→已批改）→ 家长微信登录、扫码绑定学生 → 查看学情数据与报告 → 依提升建议规划练习 → 形成"诊断→规划→练习→批改→再诊断"闭环。
典型路径：首页 → 选择学生 → 点选模块入口 → 报告/规划/错题集列表 → 详情页（筛选、公式解析）→ 返回总览。
登录路径：微信 `uni.login` 获取 code → 请求 `/parent-login/quick/register` → 缓存 token；接口返回 9/11/12 时自动重登。
帮助文档
Copyright @ 2021-2024 程聚宝 | 浙ICP备2021014372号
人工客服