小衣酱——CodeArts团队实战总结

小衣酱 2025-11-12 22:57:53
这个作业属于哪个课程2501_CS_SE_FZU
这个作业要求在哪里软工实践——CodeArts团队实战总结
团队名称小衣酱
这个作业的目标结合之前的大模型评测作业,做出一个基于大语言模型的购车意向咨询软件
其他参考文献

目录

  • 1. 项目地址
  • 2. Commit 记录
  • 2.1 客户端
  • 2.2 管理端
  • 3. 程序运行环境
  • 3.1 客户端
  • 3.2 管理端
  • 4. 功能实现思路
  • 4.1 管理端响应式设计
  • 4.2 积分系统实现(附加功能1)
  • 4.3 用户身份验证与安全管理
  • 4.4 购车咨询AI集成实现
  • 4.5 咨询记录管理与分析(附加功能2)
  • 4.6 压力测试与性能优化(附加功能3)
  • 4.6.1 测试概述
  • 4.6.2 JMeter压力测试实施
  • 4.6.2.1 测试环境配置
  • 4.6.2.2 测试计划创建
  • 4.6.2.3 线程组参数设置
  • 4.6.2.4 HTTP请求默认值配置
  • 4.6.2.5 HTTP请求配置
  • 4.6.2.6 HTTP信息头管理器配置
  • 4.6.2.7 监听器配置
  • 4.6.2.8 测试执行与保存
  • 4.6.2.9 测试结果
  • 4.6.2.10 数据库验证
  • 4.6.3 Apifox性能测试实施
  • 4.6.3.1 测试环境配置
  • 4.6.3.2 接口导入
  • 4.6.3.3 性能测试配置
  • 4.6.3.4 管理端测试执行与测试结果分析
  • 4.6.3.5 客户端测试执行与测试结果分析
  • 4.6.4 测试结论与性能优化建议
  • 4.6.4.1 性能指标达成情况
  • 4.6.4.2 优化建议
  • 4.7 功能需求建模分析
  • 4.7.1 用例分析
  • 4.7.1.1用户用例
  • 4.7.1.2管理员用例
  • 4.7.1.3 用例图示意
  • 4.7.2 类图分析
  • 4.7.2.1 核心类
  • 4.7.2.2 类关系说明
  • 4.7.2.3 类图示意
  • 4.8 系统架构与详细设计
  • 4.8.1 体系结构设计
  • 4.8.2 接口设计
  • 4.8.3 关键模块设计
  • 4.8.3.1LLM集成模块
  • 4.8.3.2 咨询模块
  • 4.8.3.3 积分模块
  • 5. 程序截图说明
  • 5.1 管理端
  • 5.1.1 管理员登录界面
  • 5.1.2 系统数据仪表盘
  • 5.1.3 用户管理列表
  • 5.1.4 咨询记录管理
  • 5.1.5 积分礼品管理
  • 5.2 客户端
  • 5.2.1 用户登录/注册界面
  • 5.2.2 购车咨询表单界面
  • 5.2.3 咨询结果展示界面
  • 5.2.4 个人中心与积分商城
  • 5.2.5 咨询历史记录界面
  • 5.2.6 积分详情与兑换流程
  • 6. 组员分工与贡献度
  • 7. 困难与解决
  • 7.1 朱茜茜(客户端界面原型设计)
  • 7.1.1 遇到的困难
  • 7.1.2 解决方案
  • 7.2 胡跃(管理端前端)
  • 7.2.1 遇到的困难
  • 7.2.2 解决方案
  • 7.3 何鑫涛(博客)
  • 7.3.1 遇到的困难
  • 7.3.2 解决方案
  • 7.4 叶芷(后端-用户模块)
  • 7.4.1 遇到的困难
  • 7.4.2 解决方案
  • 7.5 林晨宇(客户端开发)
  • 7.5.1 遇到的困难
  • 7.5.2 解决方案
  • 7.6 林俊辉(后端-咨询模块)
  • 7.6.1 遇到的困难
  • 7.6.2 解决方案
  • 7.7 李庆聪(压力测试)
  • 7.7.1 遇到的困难
  • 7.7.2 解决方案
  • 7.8 张伟健(后端-积分模块、管理员模块)
  • 7.8.1 遇到的困难
  • 7.8.2 解决方案
  • 8. PSP表格
  • 8.1 朱茜茜(客户端界面原型设计)
  • 8.2 胡跃(管理端前端)
  • 8.3 何鑫涛(博客)
  • 8.4 叶芷(后端-用户模块)
  • 8.5 林晨宇(客户端前端)
  • 8.6 林俊辉(后端-咨询模块)
  • 8.7 李庆聪(压力测试)
  • 8.8 张伟健(后端-积分模块、管理员模块)
  • 9. 部署与运维
  • 9.1 阿里云服务器部署
  • 9.1.1 后端部署
  • 9.1.2 管理端部署
  • 9.2 环境配置
  • 9.2.1 数据库配置(阿里云RDS)
  • 9.2.2 LLM API配置
  • 9.3 监控与维护

1. 项目地址

仓库地址:https://devcloud.cn-north-4.huaweicloud.com/codehub/project/df6bd37a69514f5d83e34a48809803d4/codehub/3023571/home?ref=master

APK地址:https://devcloud.cn-north-4.huaweicloud.com/codehub/project/df6bd37a69514f5d83e34a48809803d4/codehub/3023571/home?ref=master

管理端网址:http://121.43.25.109/ 账号:admin 密码:admin123

2. Commit 记录

2.1 客户端

总计22次提交。

人员次数
102300412 林晨宇10
102300406 叶芷3
102300415 张伟健6
102300312 何鑫涛3

img

img

img

img

2.2 管理端

总计28次提交。

人员次数
102300404 胡跃11
102300413 林俊辉3
102300414 李庆聪5
102300403 朱茜茜9

img

img

img

img

3. 程序运行环境

3.1 客户端

  • 操作系统:Android 8.0 及以上
  • 开发工具:Android Studio
  • 依赖环境:JDK 8+

3.2 管理端

云服务器操作系统:Alibaba Cloud Linux 3.2104 LTS 64位

容器化部署:Docker version 26.1.3

Dockerfile如下:

# 构建阶段
FROM node:16-alpine as build-stage
WORKDIR /app
COPY package*.json ./
RUN npm install
COPY . .
RUN npm run build

# 生产阶段
FROM nginx:stable-alpine
COPY --from=build-stage /app/dist /usr/share/nginx/html
EXPOSE 80
CMD ["nginx", "-g", "daemon off;"]

运行脚本如下:

# 构建镜像
docker build -t car-consult-admin .
# 运行容器
docker run -d -p 8080:80 --name admin-app car-consult-admin

4. 功能实现思路

4.1 管理端响应式设计

通过 Vue 3 + Element Plus 实现管理端的响应式设计,确保在PC、平板等不同尺寸设备上均有良好的视觉效果和操作体验。

  • 使用Element Plus的布局组件(如el-row, el-col)进行页面布局
  • 图表组件(ECharts)支持自适应容器大小
  • 表格组件支持响应式显示,在小屏幕设备上自动调整列显示

4.2 积分系统实现(附加功能1)

在平台上实现积分获取与兑换机制,鼓励用户参与购车咨询。

  • 设计积分流水记录表,详细记录每笔积分的来源、时间、数量
  • 实现每日登录奖励的防重复获取机制,避免用户重复刷分
  • 积分商城支持商品分类展示,按积分需求排序过滤
  • 兑换流程包含库存验证、积分扣减、兑换码生成等完整业务逻辑

img

4.3 用户身份验证与安全管理

通过科学的身份验证机制确保用户账号安全。

  • 实现会话超时自动退出机制,增强安全性
  • 密码修改要求验证原密码,防止未授权修改
  • 登录失败次数限制,防止暴力破解攻击
  • 用户注册时进行手机号格式验证和唯一性检查

img

img

4.4 购车咨询AI集成实现

智能购车咨询功能的核心技术实现。

  • 多LLM API支持:按照需求文档要求,集成阿里百炼和智普AI两种大语言模型,并设计统一的API调用抽象层
  • 请求参数验证:对用户输入的预算范围、车型偏好等参数进行完整性和合理性校验
  • 错误重试机制:当AI服务暂时不可用时,实现自动重试和降级方案
  • 结果结构化解析:设计专门的结果解析器,从AI返回的JSON格式数据中提取车型推荐、对比分析等关键信息

img

img

img

img

4.5 咨询记录管理与分析(附加功能2)

管理员模块的数据管理与统计分析功能。

  • 完整的CRUD操作:实现咨询记录的查看、搜索、筛选、删除等完整管理功能
  • 用户行为分析:统计每日咨询量、用户活跃度、咨询完成率等关键指标
  • 热门分析维度:按车型偏好、价格区间、使用场景等多个维度进行统计分析
  • 数据导出功能:支持将统计结果导出为Excel或PDF格式

img

img

4.6 压力测试与性能优化(附加功能3)

4.6.1 测试概述

本次压力测试旨在验证系统在高并发场景下的性能表现,包括响应时间、吞吐量、错误率等关键指标。测试采用JMeter对核心咨询接口进行压力测试,并使用Apifox对管理端全套接口进行自动化性能测试,确保系统稳定性和可靠性。

4.6.2 JMeter压力测试实施

4.6.2.1 测试环境配置
  • 测试工具:JMeter 5.5
  • JDK版本:JDK 17 Windows版本
  • 测试环境:本地开发环境(Spring Boot应用运行在8080端口,MySQL 8.0运行在3306端口)
4.6.2.2 测试计划创建

如下图所示,右击“测试计划”→“添加”→“线程(用户)”→“线程组”来创建测试线程组。

img

4.6.2.3 线程组参数设置

配置线程组以模拟并发用户:

  • 线程数:50(模拟50个用户同时提交购车咨询)
  • Ramp-Up时间:1秒(在1秒内均匀启动全部用户,避免瞬时冲击)
  • 循环次数:100(总共发起5000次请求)
  • 备注:后端临时关闭重复提交校验,允许同一用户多次提交

img

4.6.2.4 HTTP请求默认值配置

右击“线程组”→“添加”→“配置元件”→“HTTP请求默认值”

img

设置基础请求参数:

  • 协议:http
  • 服务器名称或IP:localhost
  • 端口号:8080

img

4.6.2.5 HTTP请求配置

右击“线程组”→“添加”→“取样器”→“HTTP请求”,配置具体接口:

img

  • 方法:POST
  • 路径:/api/consultation/submit
  • 请求体(Body Data)
{
  "budgetMin": 200000,
  "budgetMax": 300000,
  "preferredType": "轿车",
  "usageScenario": "城市通勤+周末自驾",
  "fuelType": "纯电",
  "brandPreference": "小鹏",
  "otherRequirements": "希望支持智能驾驶和超充",
  "aiModel": "zhipu"
}

img

4.6.2.6 HTTP信息头管理器配置

右击“线程组”→“添加”→“配置元件”→“HTTP信息头管理器”,设置请求头:

  • Authorization:Bearer ${_Random(1,100)}(模拟不同用户)
  • Content-Type:application/json

img

4.6.2.7 监听器配置

右击“线程组”→“添加”→“监听器”→“聚合报告”和“查看结果树”,用于收集性能指标和调试失败请求。

img

4.6.2.8 测试执行与保存
  • 点击工具栏“保存”按钮,将测试计划保存为submit_consultation_stress.jmx
  • 点击“运行”按钮开始执行测试
  • 测试完成后通过“聚合报告”查看结果

img

img

img

img

4.6.2.9 测试结果

JMeter聚合报告显示以下关键指标:

  • 样本总数:5000
  • 吞吐量:112.68请求/秒
  • 平均响应时间:7ms
  • 最小响应时间:2ms
  • 最大响应时间:449ms
  • 错误率:0.00%
4.6.2.10 数据库验证

查询数据库咨询回复表,确认5000条咨询记录全部成功生成,数据字段与请求参数一致。

img

对其他接口压力测试
操作与上面一致,这里直接放过程与结果
结果:

img

img

img

img

过程:

img

img

4.6.3 Apifox性能测试实施

4.6.3.1 测试环境配置
  • 测试工具:Apifox
  • 测试对象:管理端所有接口(共17个接口,包括用户管理、咨询记录、统计分析等)
  • 测试环境:本地开发环境
4.6.3.2 接口导入

在Apifox中导入管理端接口配置。

img

4.6.3.3 性能测试配置

创建自动化测试场景“car”,设置性能测试参数:

  • 并发用户数:20
  • 运行时间:10分钟
  • 爬坡时间:2分钟
  • 运行环境:本地开发环境

img

4.6.3.4 管理端测试执行与测试结果分析

点击“运行”按钮开始性能测试,测试完成后生成详细报告。

img

Apifox性能测试报告显示以下总体指标:

  • 总请求次数:68,426
  • 吞吐量:112.68请求/秒
  • 平均响应时间:7ms
  • 请求失败率:0.00%

img

img

4.6.3.5 客户端测试执行与测试结果分析

点击“运行”按钮开始性能测试,测试完成后生成详细报告。

img

Apifox性能测试报告显示以下总体指标:

  • 总请求次数:11,544
  • 吞吐量:19.01请求/秒
  • 平均响应时间:1,753ms
  • 请求失败率:0.00%

img

img

4.6.4 测试结论与性能优化建议

4.6.4.1 性能指标达成情况
  • 响应时间:所有接口平均响应时间均在11ms以内,远优于200ms的目标要求。
  • 吞吐量:系统整体吞吐量达到112.68请求/秒,在本地测试环境下表现优异。
  • 稳定性:错误率为0.00%,表明系统在高并发下具有极高的稳定性。
  • 数据一致性:所有咨询请求均被正确处理,数据库记录完整准确。
4.6.4.2 优化建议

尽管测试结果出色,针对生产环境部署,建议以下优化措施:

  • 生产环境验证:在模拟生产环境的服务器上再次测试,以获取更真实的网络I/O和数据库性能数据。
  • 持续监控:引入APM工具(如SkyWalking)对接口延迟、数据库慢查询等进行实时监控。
  • 缓存策略:对统计分析接口(如/api/admin/statistics)引入Redis缓存,减少数据库查询压力。
  • 数据库优化:为高频查询字段添加索引,优化复杂查询语句。
  • 负载均衡:部署多实例并配置负载均衡,进一步提高系统吞吐量和可用性。

本次压力测试证实系统在当前架构下性能卓越,完全满足上线要求,为后续生产环境部署提供了可靠的数据支撑

4.7 功能需求建模分析

4.7.1 用例分析

系统的主要参与者包括用户管理员。以下是系统的详细用例分析:

4.7.1.1用户用例
  • 注册账号:用户提供用户名、密码、手机号等信息注册新账号。
  • 登录系统:用户使用用户名和密码登录系统。
  • 提交购车咨询:用户填写预算范围、车型偏好、使用场景等信息,提交咨询请求。
  • 查看咨询历史:用户查看以往的咨询记录和详细结果。
  • 管理个人信息:用户修改个人资料,如预算、偏好车型等。
  • 积分管理:用户查看积分余额、积分记录,并兑换礼品。
  • 提供反馈:用户对咨询结果进行有用/无用反馈。
4.7.1.2管理员用例
  • 管理员登录:管理员使用专用账号登录管理后台。
  • 用户管理:查看所有用户列表、删除用户账号。
  • 咨询记录管理:查看所有咨询记录、删除记录。
  • 统计分析:查看用户注册趋势、咨询量统计、热门车型分析等。
  • 积分礼品管理:添加、编辑、删除积分礼品,管理库存。
4.7.1.3 用例图示意

img

4.7.2 类图分析

系统核心类及其关系如下:

4.7.2.1 核心类
  • User类:属性:userId、username、password、phone、budget、preferredType等方法:login()、register()、updateProfile()关系:与Consultation是一对多关系
  • Consultation类:属性:consultationId、userId、budgetMin、budgetMax、preferredType、usageScenario、result等方法:submit()、getHistory()关系:与User是多对一关系
  • PointsRecord类:属性:recordId、userId、type、points、description等方法:addPoints()、getBalance()关系:与User是多对一关系
  • Gift类:属性:giftId、name、points、stock、status等方法:exchange()、updateStock()关系:与PointsRecord是一对多关系
  • Admin类:属性:adminId、username、password、name等方法:login()、manageUsers()、manageConsultations()
4.7.2.2 类关系说明
  • 一个User可以有多个Consultation(一对多)
  • 一个User可以有多个PointsRecord(一对多)
  • 一个Gift可以被多个PointsRecord引用(一对多)
  • Admin独立管理其他实体
4.7.2.3 类图示意

img

4.8 系统架构与详细设计

4.8.1 体系结构设计

系统采用前后端分离的微服务架构,确保可扩展性和维护性:

  • 客户端层:Android客户端:使用Java/Kotlin开发,提供用户界面和交互。Vue管理端:使用Vue3和Element Plus,提供管理员界面。
  • 后端层:Spring Boot应用:提供RESTful API,处理业务逻辑。模块化设计:用户模块、咨询模块、积分模块、管理员模块。
  • 数据层:MySQL数据库:存储用户数据、咨询记录、积分信息等。Redis缓存(可选):缓存热点数据,提升性能。
  • LLM集成层:抽象接口:定义统一的LLMService接口。多模型支持:通过适配器模式集成阿里百炼和智普AI。故障转移:支持主备模型自动切换。

架构图示意

img

4.8.2 接口设计

以下是一些核心接口的详细说明:

用户认证接口

  • POST /api/user/register:用户注册,请求参数包括username、password、phone等。
  • POST /api/user/login:用户登录,返回JWT Token。

购车咨询接口

  • POST /api/consultation/submit:提交咨询请求,请求体示例:
{
  "budgetMin": 200000,
  "budgetMax": 300000,
  "preferredType": "SUV",
  "usageScenario": "家庭",
  "fuelType": "混动",
  "brandPreference": "自主品牌"
}
  • 响应:返回咨询结果和记录ID。

积分管理接口

  • GET /api/points/info:获取用户积分信息。
  • POST /api/points/exchange:兑换礼品,请求参数包括giftId。

管理员接口

  • POST /api/admin/login:管理员登录。
  • GET /api/admin/users:获取用户列表,支持分页和搜索。

4.8.3 关键模块设计

4.8.3.1LLM集成模块
  • 设计模式:适配器模式,允许无缝切换不同LLM提供商。

    核心接口

    public interface LLMService {
        ConsultationResult submitConsultation(ConsultationRequest request);
        String getModelName();
        boolean isAvailable();
    }
    
  • 实现类AliBailianService:集成阿里百炼API,处理请求和响应解析。ZhipuAIService:集成智普AI API,支持异步调用。

  • 错误处理:重试机制、超时控制、降级方案。

4.8.3.2 咨询模块
  • 流程:接收用户输入,验证参数有效性。构建Prompt模板,注入用户参数。调用LLMService生成咨询结果。保存咨询记录到数据库。返回结果给用户。
  • 异步处理:使用线程池或消息队列处理高并发请求。
4.8.3.3 积分模块
  • 积分规则:完成咨询:+10积分提供反馈:+5积分每日登录:+2积分
  • 兑换流程:验证用户积分是否充足。检查礼品库存。扣减积分,生成兑换记录。更新礼品库存。

5. 程序截图说明

5.1 管理端

5.1.1 管理员登录界面

简洁专业的登录表单,包含用户名和密码输入框,系统标题"购车咨询系统管理后台"清晰显示,登录按钮具有悬停效果。

img

5.1.2 系统数据仪表盘

数据可视化仪表板,采用卡片式布局,关键指标一目了然:总用户数、今日咨询量、活跃用户等,ECharts图表展示用户增长趋势。

img

5.1.3 用户管理列表

表格化用户数据展示,支持分页浏览,搜索框支持按用户名、手机号快速筛选,操作列提供查看、编辑、删除等功能按钮。

img

5.1.4 咨询记录管理

咨询记录表格,支持多条件复合查询,筛选条件包括时间范围、用户ID、车型偏好等,每条记录可展开查看详细咨询内容。

img

5.1.5 积分礼品管理

礼品列表网格布局,图片文字结合,礼品状态管理(上架/下架),库存管理和积分定价设置。

积分管理

img

礼品兑换

img

5.2 客户端

5.2.1 用户登录/注册界面

移动端优化的登录注册表单,选项卡切换:登录/注册,手机号验证。

img

img

5.2.2 购车咨询表单界面

分步骤表单设计,降低用户填写压力,智能表单验证和实时提示,预算范围选择器,车型偏好单选标签。

img

img

img

5.2.3 咨询结果展示界面

咨询结果卡片式布局,信息层次清晰,车型推荐列表,支持对比功能,关键指标突出显示。

img

5.2.4 个人中心与积分商城

个人中心采用经典个人主页布局,积分信息醒目展示,功能入口网格排列,积分商城商品瀑布流展示。

img

img

5.2.5 咨询历史记录界面

时间线式历史记录展示,快速搜索和筛选功能,记录卡片包含关键信息摘要,批量管理和导出选项。

img

5.2.6 积分详情与兑换流程

积分账户概览面板,积分流水明细表格,兑换记录和状态跟踪。

img

img

img

img

6. 组员分工与贡献度

学号工作内容贡献度
102300403朱茜茜客户端界面原型设计(ai生成的页面即可,无需交互等)12.3
102300404胡跃管理端前端12.9
102300312何鑫涛博客撰写11.3
102300406叶芷后端(用户模块)12.9
102300412林晨宇客户端前端13.0
102300413林俊辉后端(咨询模块)13.0
102300414李庆聪熟练压力测试以及生成对应报告12.6
102300415张伟健后端(积分模块、管理员模块)12

7. 困难与解决

7.1 朱茜茜(客户端界面原型设计)

7.1.1 遇到的困难

  • 界面交互流程复杂:购车咨询涉及多个步骤,设计时需要确保流程顺畅且用户友好
  • 多设备适配挑战:需要设计同时适配不同Android设备的界面原型

7.1.2 解决方案

  • 采用用户旅程地图:绘制完整的用户操作流程图,识别关键节点和潜在瓶颈
  • 建立设计系统:创建统一的设计规范文档,包含颜色、字体、组件等标准

7.2 胡跃(管理端前端)

7.2.1 遇到的困难

  • Vue3组合式API学习曲线:从选项式API转向组合式API需要适应新的开发模式
  • 大数据量表格性能优化:管理员模块需要展示大量用户数据和咨询记录

7.2.2 解决方案

  • 渐进式学习路径:先掌握基础组合式API用法,再逐步学习高级特性
  • 虚拟滚动技术:对大数据量表格采用虚拟滚动方案,只渲染可视区域内的行

7.3 何鑫涛(博客)

7.3.1 遇到的困难

  • 技术文档专业性要求高:需要准确描述系统架构、技术选型等专业内容
  • 多源信息整合困难:需要整合来自不同团队成员的技术资料

7.3.2 解决方案

  • 技术深度访谈:定期与各模块负责人进行技术访谈,确保对系统细节的准确理解
  • 建立文档协作流程:使用Git进行版本控制,制定文档编写规范

7.4 叶芷(后端-用户模块)

7.4.1 遇到的困难

  • 密码安全存储实现:需要选择合适的加密算法,确保用户密码安全
  • 用户会话管理复杂:JWT Token的生成、验证、刷新机制需要精心设计

7.4.2 解决方案

  • 采用BCrypt加密:使用Spring Security提供的BCryptPasswordEncoder
  • 双Token机制:实现Access Token和Refresh Token组合,平衡安全性和用户体验

7.5 林晨宇(客户端开发)

7.5.1 遇到的困难

  • Android网络请求优化:需要处理LLM API调用可能出现的超时、重试等复杂网络场景
  • 本地数据持久化:用户登录状态、咨询记录等需要可靠的本地存储方案

7.5.2 解决方案

  • Retrofit+OkHttp组合:使用Retrofit处理API调用,OkHttp配置连接超时、读写超时和重试机制
  • Room数据库+SharedPreferences:使用Room存储结构化数据,SharedPreferences存储简单配置

7.6 林俊辉(后端-咨询模块)

7.6.1 遇到的困难

  • 多LLM API集成复杂:需要同时集成阿里百炼和智普AI等不同厂商的API,接口差异大
  • Prompt工程优化:如何构建有效的Prompt模板,确保LLM返回准确有用的咨询结果

7.6.2 解决方案

  • 抽象LLM服务接口:定义统一的LLM服务接口,不同厂商实现具体适配器
  • Prompt模板化管理:建立可配置的Prompt模板系统,根据不同咨询类型动态生成优化后的Prompt

7.7 李庆聪(压力测试)

7.7.1 遇到的困难

  • 测试环境搭建复杂:需要模拟生产环境的配置,包括数据库、缓存、LLM API等依赖服务
  • 性能瓶颈定位困难:在分布式系统中准确识别性能瓶颈的具体位置

7.7.2 解决方案

  • Docker容器化部署:使用Docker Compose搭建完整的测试环境,确保环境一致性
  • 全链路监控:集成APM工具监控各组件性能,结合日志分析定位瓶颈

7.8 张伟健(后端-积分模块、管理员模块)

7.8.1 遇到的困难

  • 积分事务一致性:积分增减涉及多个表操作,需要保证事务的ACID特性
  • 管理员权限设计复杂:需要设计灵活的RBAC权限模型,支持细粒度权限控制

7.8.2 解决方案

8. PSP表格

8.1 朱茜茜(客户端界面原型设计)

PSP阶段Personal Software Process Stages预估耗时(分钟)实际耗时(分钟)
Planning计划6055
• Estimate• 估计这个任务需要多少时间6055
Development开发420380
• Analysis• 需求分析(包括学习新技术)9080
• Design Spec• 生成设计文档8070
• Design Review• 设计复审4035
• Design• 具体设计120110
• Prototype• 原型制作9085
Reporting报告6055
• Test Report• 测试报告3025
• Size Measurement• 计算工作量1515
• Postmortem & Process Improvement Plan• 事后总结,并提出过程改进计划1515
合计540490

8.2 胡跃(管理端前端)

PSP阶段Personal Software Process Stages预估耗时(分钟)实际耗时(分钟)
Planning计划7065
• Estimate• 估计这个任务需要多少时间7065
Development开发680620
• Analysis• 需求分析(包括学习新技术)120110
• Design Spec• 生成设计文档8075
• Design Review• 设计复审4035
• Coding Standard• 代码规范制定3025
• Design• 具体设计9085
• Coding• 具体编码240220
• Code Review• 代码复审4035
• Test• 测试(自我测试,修改代码,提交修改)140135
Reporting报告5045
• Test Report• 测试报告2520
• Size Measurement• 计算工作量1515
• Postmortem & Process Improvement Plan• 事后总结,并提出过程改进计划1010
合计800730

8.3 何鑫涛(博客)

PSP阶段Personal Software Process Stages预估耗时(分钟)实际耗时(分钟)
Planning计划5045
• Estimate• 估计这个任务需要多少时间5045
Development开发480440
• Analysis• 需求分析(包括学习新技术)8075
• Design Spec• 生成设计文档7065
• Design Review• 设计复审3025
• Documentation• 文档编写200185
• Review• 文档复审10090
Reporting报告7065
• Test Report• 测试报告4035
• Size Measurement• 计算工作量1515
• Postmortem & Process Improvement Plan• 事后总结,并提出过程改进计划1515
合计600550

8.4 叶芷(后端-用户模块)

PSP阶段Personal Software Process Stages预估耗时(分钟)实际耗时(分钟)
Planning计划6055
• Estimate• 估计这个任务需要多少时间6055
Development开发520480
• Analysis• 需求分析(包括学习新技术)8075
• Design Spec• 生成设计文档6055
• Design Review• 设计复审4035
• Coding Standard• 代码规范制定3025
• Design• 具体设计7065
• Coding• 具体编码180165
• Code Review• 代码复审4035
• Test• 测试(自我测试,修改代码,提交修改)120110
Reporting报告5045
• Test Report• 测试报告2520
• Size Measurement• 计算工作量1515
• Postmortem & Process Improvement Plan• 事后总结,并提出过程改进计划1010
合计630580

8.5 林晨宇(客户端前端)

工作内容概述:负责Android客户端的前端开发,实现用户界面与后端API的交互,包括咨询功能、历史记录查看等。

PSP阶段Personal Software Process Stages预估耗时(分钟)实际耗时(分钟)
Planning计划8075
• Estimate• 估计这个任务需要多少时间8075
Development开发720680
• Analysis• 需求分析(包括学习新技术)10095
• Design Spec• 生成设计文档8075
• Design Review• 设计复审4035
• Coding Standard• 代码规范制定4035
• Design• 具体设计9085
• Coding• 具体编码300285
• Code Review• 代码复审5045
• Test• 测试(自我测试,修改代码,提交修改)120115
Reporting报告6055
• Test Report• 测试报告3025
• Size Measurement• 计算工作量1515
• Postmortem & Process Improvement Plan• 事后总结,并提出过程改进计划1515
合计860810

8.6 林俊辉(后端-咨询模块)

PSP阶段Personal Software Process Stages预估耗时(分钟)实际耗时(分钟)
Planning计划7065
• Estimate• 估计这个任务需要多少时间7065
Development开发780740
• Analysis• 需求分析(包括学习新技术)120115
• Design Spec• 生成设计文档9085
• Design Review• 设计复审5045
• Coding Standard• 代码规范制定4035
• Design• 具体设计10095
• Coding• 具体编码320305
• Code Review• 代码复审6055
• Test• 测试(自我测试,修改代码,提交修改)160150
Reporting报告7065
• Test Report• 测试报告3530
• Size Measurement• 计算工作量2020
• Postmortem & Process Improvement Plan• 事后总结,并提出过程改进计划1515
合计920870

8.7 李庆聪(压力测试)

PSP阶段Personal Software Process Stages预估耗时(分钟)实际耗时(分钟)
Planning计划9085
• Estimate• 估计这个任务需要多少时间9085
Development开发660620
• Analysis• 需求分析(包括学习新技术)120115
• Design Spec• 生成设计文档8075
• Design Review• 设计复审4035
• Coding Standard• 代码规范制定3025
• Design• 具体设计10095
• Coding• 具体编码200185
• Code Review• 代码复审5045
• Test• 测试(测试脚本执行,数据分析)200185
Reporting报告150140
• Test Report• 测试报告10095
• Size Measurement• 计算工作量2520
• Postmortem & Process Improvement Plan• 事后总结,并提出过程改进计划2525
合计900845

8.8 张伟健(后端-积分模块、管理员模块)

PSP阶段Personal Software Process Stages预估耗时(分钟)实际耗时(分钟)
Planning计划8075
• Estimate• 估计这个任务需要多少时间8075
Development开发800760
• Analysis• 需求分析(包括学习新技术)120115
• Design Spec• 生成设计文档9085
• Design Review• 设计复审5045
• Coding Standard• 代码规范制定4035
• Design• 具体设计10095
• Coding• 具体编码350330
• Code Review• 代码复审5045
• Test• 测试(自我测试,修改代码,提交修改)200190
Reporting报告7065
• Test Report• 测试报告3530
• Size Measurement• 计算工作量2020
• Postmortem & Process Improvement Plan• 事后总结,并提出过程改进计划1515
合计950900

9. 部署与运维

9.1 阿里云服务器部署

9.1.1 后端部署

# 上传Spring Boot应用JAR包到阿里云ECS
scp target/car-consultation-backend.jar root@your-ecs-ip:/opt/

# 启动应用
java -jar car-consultation-backend.jar --spring.profiles.active=prod

9.1.2 管理端部署

# 构建Vue3管理端
npm run build

# 上传到阿里云ECS Nginx目录
scp -r dist/* root@your-ecs-ip:/usr/share/nginx/html/

# 重启Nginx
systemctl restart nginx

9.2 环境配置

9.2.1 数据库配置(阿里云RDS)

  • •使用阿里云RDS MySQL 8.0
  • •配置连接池参数,优化数据库性能
  • •设置自动备份策略,确保数据安全

9.2.2 LLM API配置

llm:
  alibaba:
    api-key: ${ALIBABA_API_KEY}
    model: qwen-plus
  zhipu:
    api-key: ${ZHIPU_API_KEY}
    model: chatglm_turbo

9.3 监控与维护

  • •使用阿里云云监控查看服务器资源使用情况
  • •配置日志服务收集应用日志
  • •定期进行压力测试,确保系统稳定性
  • •设置安全组规则,限制不必要的端口访问
...全文
136 回复 打赏 收藏 转发到动态 举报
写回复
用AI写文章
回复
切换为时间正序
请发表友善的回复…
发表回复

103

社区成员

发帖
与我相关
我的任务
社区描述
2501_CS_SE_FZU
软件工程 高校
社区管理员
  • FZU_SE_LQF
  • 木村修
  • 心态773
加入社区
  • 近7日
  • 近30日
  • 至今
社区公告
暂无公告

试试用AI创作助手写篇文章吧