# java112项目2组 **Repository Path**: LiuXin129/java112-project-team-2 ## Basic Information - **Project Name**: java112项目2组 - **Description**: 家庭医生项目 - **Primary Language**: Unknown - **License**: Not specified - **Default Branch**: master - **Homepage**: None - **GVP Project**: No ## Statistics - **Stars**: 0 - **Forks**: 0 - **Created**: 2025-03-13 - **Last Updated**: 2025-03-31 ## Categories & Tags **Categories**: Uncategorized **Tags**: None ## README # 基于 Java 的家庭医生系统 # 一阶段冲刺开发总结 ## 项目概述 家庭医生系统是一个为居民提供医疗保健服务的平台。居民可以在平台上签约服务，平台审核订单后将信息寄存到系统中。医生可以在平台上注册并加入团队或机构，用户购买的服务最终由医生执行。后端管理员负责管理整个业务流程，包括订单数据、服务管理、个人资料和权限控制等等。 ## 开发环境 - **框架**: 若依框架 - **技术栈**: JWT、Redis、MyBatis、PageHelper、MySQL、Vue、微信小程序（uniapp） ## 开发过程总结 ### 第一天（3月13日，周四晚） - **任务**: 通过原型图和接口文档理解项目业务流和核心业务。 - **总结**: - 项目启动时，明确业务需求是开发的基础。 - 提前熟悉文档和工具（如 Git、框架）有助于后续开发。 ------ ### 第二天（3月14日，周五） - **任务**: - 设计数据库字段，设计一阶段所需数据库结构。 - 确定第一阶段（3月14日至3月18日）工作安排。 - 测试各组员仓库、git插件是否有问题，避免影响后续团队协作。 - 导入项目结构。 - 开始一阶段开发 - **分工**: - 胡正海、李云飞：PC端团队管理模块（前后端）。 - 刘心雨、杨芮：PC端服务包管理模块（前后端）。 - 苏文财、游文杰：PC端医生管理模块（前后端）。 - 李小依、刘琳：PC端医生机构管理模块（前后端）。 - **问题**: - 数据库设计：中间表设计、ID取值、设计数据字典、Code编码、ID类型（String vs Integer）。 - 模块划分：本项目PC端可以划分8个模块或更多，如何分配工作安排更合适。 - 环境搭建：如何设计分支管理更合适？能够减少合并后带来的的冲突问题，同时保证项目推进步调一致。 - 熟悉、尝试TortoiseGit、git插件的基本使用：冲突解决、代码上传与拉取的基本过程。 - **总结**: - 数据库设计是项目的基础，需提前规划并明确设计规范。 - Git 使用需提前培训，避免因操作不当导致代码冲突或丢失。 ------ ### 第三天（3月15日，周六） - **任务**: - 完成数据库设计。 - 调整、优化远端仓库结构，指定分支管理规范，代码合并流程规范，提交信息规范。 - 继续一阶段开发。 - **问题**: - 远端仓库多分支导入本地问题。 - 本地多分支同步到远端仓库问题。 - 代码冲突解决。 - **总结**: - 多分支开发时，应当提前明确分支管理策略（如 Git Flow）。 - 提前制定代码合并规范，减少冲突。 - 提前制定实体类、数据库字段设计、接口设计，减少冲突。 ------ ### 第四天（3月17日，周一） - **任务**: - 继续完成一阶段未完成功能 - 合并周末完成的代码，解决冲突 - **总结**: - 开发过程中需定期检查进度，确保任务按时完成。 ------ ### 第五天（3月18日，周二） - **任务**: - 完成第一阶段开发。 - 合并代码到 Gitee。 - **问题**: 1. 菜单栏问题：使用若依前端的图形化界面创建菜单栏后无法访问，需要在路由配置文件里进行手动配置。（未解决）。 2. 实体类和接口规范问题：没有提前统一实体类和接口定义，导致合并后出现 Bug。 3. 没有提前规范项目结构规范，导致合并后出现bug - **总结**: - 动态路由和菜单管理需遵循框架规范，避免自定义实现导致兼容性问题。 - 开发前需统一实体类、接口定义和命名规范，减少合并后的 Bug。 ------ ### 第六天（3月19日，周三） - **任务**: - 阶段一验收。 - 计划冲刺阶段二的模块，完成 PC 端核心业务。 - **问题**: - 各模块前端风格不统一。 - **总结**: - 多模块开发时，需提前制定前端风格规范（如 UI 组件库、样式规范）。 - 定期进行代码审查，确保风格一致性。 ------ ## 经验总结 - ### **1.**数据库设计 - **提前规划**：数据库设计是项目的核心基础，需在开发初期明确表结构、字段类型、主键与外键关系、索引设计等。 - **数据字典与编码规范**：统一数据字典的使用，明确字段命名规范（如是否使用 Code 编码、ID 类型选择 String 或 Integer）。 - **工具辅助**：使用数据库设计工具（如 PowerDesigner）辅助设计，确保设计的合理性和可扩展性。 ### 2. **Git 与版本控制** - **分支管理策略**：采用 Git Flow 等分支管理策略，明确分支命名规范（如 `feature/`、`develop/`、`main/`）。 - **代码同步与冲突解决**：每日定期同步代码，避免冲突积累；合并代码前进行充分测试，确保功能完整性。 - **提交信息规范**：统一提交信息格式（如 `feat: 新增功能`、`fix: 修复问题`），便于后续代码审查与问题追踪。 ### 3. **开发规范** - **实体类与接口定义**：开发前统一实体类、接口定义和命名规范，避免因命名不一致导致的 Bug。 - **框架功能使用**：充分利用框架自带功能（如若依的动态路由、菜单管理），减少自定义实现，提高开发效率。 - **模块化开发**：明确模块划分与职责，避免功能耦合，便于后续维护与扩展。 ### 4. **前端开发** - **UI 规范**：制定统一的前端 UI 规范，使用一致的组件库（如 Element UI）和样式文件，确保多模块风格统一。 - **动态路由与菜单管理**：遵循框架规范配置动态路由，避免因自定义实现导致的兼容性问题。 - **代码审查**：定期进行前端代码审查，确保代码质量和风格一致性。 ### 5. **团队协作** - **明确分工**：根据成员技术特长合理分配任务，确保各模块开发进度同步。 - **定期同步**：每日站会同步开发进度，及时解决技术难点，避免影响整体进度。 - **代码合并规范**：制定代码合并流程规范，确保合并前充分测试，减少合并后的 Bug。 ### 6. **项目管理** - **分阶段开发**：制定详细的开发计划，明确各阶段目标和时间节点，确保项目按时交付。 - **阶段性验收**：定期进行阶段性验收，确保各模块功能完整且符合需求。 - **风险管理**：提前识别潜在风险（如技术难点、进度延迟、需求变更），制定应对方案，确保项目顺利推进。 ### 7. **工具与效率提升** - **开发工具**：使用高效的开发工具（如 IDEA、VSCode）和插件（如 Git 插件、代码格式化工具），提升开发效率。 - **自动化脚本**：编写自动化脚本（如数据库初始化脚本、代码生成脚本），减少重复劳动。 - **文档管理**：使用在线文档工具（如语雀、Notion）记录开发规范、技术难点和解决方案，便于团队共享与查阅。 ------ ## 贡献者 - 胡正海、李云飞：团队管理模块。 - 刘心雨、杨芮：服务包管理模块。 - 苏文财、游文杰：医生管理模块。 - 李小依、刘琳：医生机构管理模块。 - 数据库维护、设计：李云飞、胡正海