奶龙小纵队CodeArt团队实战总结

奶龙小纵队 2025-11-12 23:07:38

这个作业属于哪个课程	202501福大-软件工程实践-W班
这个作业要求在哪里	软工实践——CodeArts团队实战总结
这个作业的目标	实践多人协作的软件开发流程（Git协作、模块分工），体验从需求分析到产品上线的完整项目周期
其他参考文献	Spring Boot官方文档、React官方文档、Ant Design组件库文档、阿里云百炼API文档

一、项目地址
二、CodeArt 的提交日志截图
三、程序运行环境
运行方法——导购网站地址
购车咨询系统 (Car Consult System)
项目结构
核心功能
1. 用户模块
2. 购车咨询模块
3. LLM集成
快速开始
1. 环境准备
2. 数据库初始化
3. 配置文件
4. 运行项目
API接口文档
认证接口
1. 用户注册
2. 用户登录
用户接口（需要Token）
3. 获取用户信息
4. 更新用户信息
咨询接口（需要Token）
5. 创建咨询请求
6. 查询咨询历史
7. 查询咨询详情
8. 评价咨询
设计亮点
1. 用户体验优化
2. 咨询结果展示
3. 准确性保证
4. 数据安全
数据库设计
users（用户表）
consultation_requests（咨询请求表）
consultation_records（咨询记录表）
测试账号
注意事项
开发规范
已配置的LLM提供商
1. 通义千问（Qwen）
2. 智谱ChatGLM
作者
四、功能需求建模分析
4.1、用例分析
4.2、类图分析
五、功能实现思路描述
5.1、体系结构设计
5.2、接口设计
5.2.1 RESTful API接口设计
用户服务接口组
购车咨询服务接口组
积分服务接口组
管理员服务接口组
5.2.2 接口数据流设计
5.3、关键模块设计
5.3.1、基础功能1——用户模块
模块职责
核心业务流程
技术实现要点
性能优化设计
5.3.2、基础功能2—— 购车咨询模块
模块概述
核心功能组成
LLM智能推荐
咨询历史管理
核心咨询流程
5.3.3、附加功能1——咨询积分系统
系统概述
核心功能模块
积分获取规则
积分消耗机制
积分管理流程
技术实现要点
积分账户设计
业务集成方式
六、程序截图说明
七、组员相关
7.1、组员职责分工及贡献、工作流程
7.2、合作中遇到的困难及解决方法
7.2.1、林浩嶒
7.2.2、杨嘉乐
7.2.3、胡喆昶
7.2.4、李炜韩
7.2.5、陈俊鸣
7.2.6、郭林钧
7.2.7、陈赏
7.2.8、方齐东
7.3、PSP表格
7.3.1、林浩嶒
7.3.2、杨嘉乐
7.3.3、胡喆昶
7.3.4、李炜韩
7.3.5、陈俊鸣
7.3.6、郭林钧
7.3.7、陈赏
7.3.8、方齐东

一、项目地址

仓库地址
 仓库访问地址

二、CodeArt 的提交日志截图

截止2025.11.12 15：45，commit次数：39
以下是日志截图

在这里插入图片描述

三、程序运行环境

运行方法——导购网站地址

http://121.40.47.211/

购车咨询系统 (Car Consult System)

基于Spring Boot 3.4.x + MyBatis + Langchain4j构建的智能购车咨询系统，集成多个大语言模型（通义千问、OpenAI），为用户提供个性化的购车建议。

项目结构

carConsult/
├── src/main/java/com/carconsult/
│   ├── CarConsultApplication.java          # 启动类
│   ├── config/                             # 配置类
│   ├── entity/                             # 实体类
│   ├── dto/                                # 数据传输对象
│   ├── vo/                                 # 视图对象
│   ├── mapper/                             # MyBatis Mapper
│   ├── service/                            # 服务层
│   ├── controller/                         # 控制器
│   ├── security/                           # 安全模块
│   ├── llm/                                # LLM集成
│   ├── common/                             # 公共类
│   ├── exception/                          # 异常处理
│   └── util/                               # 工具类
├── src/main/resources/
│   ├── application.yml                     # 主配置
│   ├── application-dev.yml                 # 开发环境配置
│   ├── mapper/                             # MyBatis XML
│   └── db/
│       └── schema.sql                      # 数据库脚本
└── pom.xml                                 # Maven依赖

核心功能

1. 用户模块

用户注册: 支持用户名、手机号注册，密码BCrypt加密
用户登录: JWT Token认证
用户信息管理: 个人信息维护，包括购车偏好设置

2. 购车咨询模块

创建咨询: 提交购车需求（预算、车型、使用场景等）
LLM生成建议: 自动调用大语言模型生成专业购车建议
咨询历史: 查看历史咨询记录
咨询详情: 查看完整的咨询问答内容
评价反馈: 对咨询结果进行评分和反馈

3. LLM集成

多提供商支持: 集成通义千问（Qwen）和智谱ChatGLM
智能路由: 根据配置选择合适的LLM提供商
Prompt工程: 专业的购车咨询提示词模板
响应记录: 记录LLM响应时间和Token消耗

快速开始

1. 环境准备

JDK 21
Maven 3.6+
MySQL 8.0+

2. 数据库初始化

# 登录MySQL
mysql -u root -p

# 执行初始化脚本
source src/main/resources/db/schema.sql

3. 配置文件

编辑 src/main/resources/application.yml：

spring:
  datasource:
    url: jdbc:mysql://localhost:3306/car_consult
    username: your_username
    password: your_password

llm:
  qianwen:
    api-key: sk-45ef3e8a6748416ca8b274d8cdaf5460
  chatglm:
    api-key: d2c8a49289484cdbaebc1b3596dd27fb.EF3c7iozYvkB50qk

注意: API Key已经配置在application.yml中，可以直接使用。

4. 运行项目

# 使用Maven运行
mvn spring-boot:run

# 或者打包后运行
mvn clean package
java -jar target/car-consult-1.0.0.jar

项目启动后访问: http://localhost:8080/

API接口文档

认证接口

1. 用户注册

POST /api/auth/register
Content-Type: application/json

{
  "username": "testuser",
  "password": "123456",
  "confirmPassword": "123456",
  "realName": "张三",
  "phone": "13800138000",
  "budget": 20.0,
  "preferredType": "SUV",
  "preferredBrand": "比亚迪,特斯拉",
  "useScene": "家庭",
  "fuelType": "电动"
}

2. 用户登录

POST /api/auth/login
Content-Type: application/json

{
  "username": "testuser",
  "password": "123456"
}

Response:
{
  "code": 200,
  "message": "登录成功",
  "data": {
    "token": "eyJhbGciOiJIUzI1NiJ9..."
  }
}

用户接口（需要Token）

3. 获取用户信息

GET /api/user/info
Authorization: Bearer {token}

4. 更新用户信息

PUT /api/user/info
Authorization: Bearer {token}
Content-Type: application/json

{
  "budget": 25.0,
  "preferredType": "轿车"
}

咨询接口（需要Token）

5. 创建咨询请求

POST /api/consultation/create
Authorization: Bearer {token}
Content-Type: application/json

{
  "budgetRange": "15-20万",
  "preferredType": "SUV",
  "useScene": "家庭",
  "fuelType": "电动",
  "brandPreference": "比亚迪,特斯拉",
  "additionalRequirements": "希望有自动驾驶功能",
  "llmProvider": "qianwen"  // 可选值: "qianwen" 或 "chatglm"
}

6. 查询咨询历史

GET /api/consultation/list?pageNum=1&pageSize=10
Authorization: Bearer {token}

7. 查询咨询详情

GET /api/consultation/detail/{recordId}
Authorization: Bearer {token}

8. 评价咨询

POST /api/consultation/rate/{recordId}
Authorization: Bearer {token}
Content-Type: application/json

{
  "rating": 5,
  "feedback": "非常有帮助，建议很专业"
}

设计亮点

1. 用户体验优化

统一的API响应格式
清晰的错误提示信息
分页查询支持
手机号脱敏处理

2. 咨询结果展示

结构化的响应数据
咨询历史记录管理
摘要和详情分离
支持用户评价反馈

3. 准确性保证

专业的Prompt模板设计
多LLM提供商可选（通义千问、智谱ChatGLM）
记录响应时间和Token消耗
用户反馈机制

4. 数据安全

JWT Token认证
密码BCrypt加密存储
MyBatis防SQL注入
敏感信息脱敏
用户数据隔离

数据库设计

users（用户表）

存储用户基本信息和购车偏好
BCrypt密码加密
唯一索引：username, phone

consultation_requests（咨询请求表）

存储用户的购车咨询请求
外键关联用户表
状态管理：待处理、处理中、已完成

consultation_records（咨询记录表）

存储LLM的响应记录
外键关联请求表和用户表
记录响应时间、Token消耗、用户评价

测试账号

用户名: testuser
密码: 123456
手机: 13800138000

注意事项

LLM API Key配置: 已配置通义千问和智谱ChatGLM的API Key，可直接使用
数据库配置: 数据库密码已设置为123456，请根据实际情况修改
JWT密钥: 生产环境请修改JWT密钥
跨域配置: 根据前端地址调整CORS配置
LLM提供商选择: 创建咨询时可通过llmProvider参数选择qianwen或chatglm

开发规范

代码注释完整，包含类、方法、参数说明
统一的异常处理机制
日志记录关键操作
RESTful API设计
分层架构清晰

已配置的LLM提供商

1. 通义千问（Qwen）

提供商: 阿里云DashScope
模型: qwen-max
API Key: 已配置
使用方式: 在创建咨询时设置 llmProvider: "qianwen"

2. 智谱ChatGLM

提供商: 智谱AI
模型: glm-4
API Key: 已配置
使用方式: 在创建咨询时设置 llmProvider: "chatglm"

作者

nailong team

四、功能需求建模分析

4.1、用例分析

4.2、类图分析

五、功能实现思路描述

5.1、体系结构设计

体系结构设计

5.2、接口设计

5.2.1 RESTful API接口设计

用户服务接口组

认证接口：

接口方法	接口路径	功能描述	请求参数	响应数据
`POST`	`/api/v1/auth/register`	用户注册	用户名、密码、手机号、邮箱、预算、偏好车型	用户ID、用户名、JWT令牌
`POST`	`/api/v1/auth/login`	用户登录	用户名、密码	用户信息、JWT令牌、过期时间

用户信息接口：

接口方法	接口路径	功能描述	请求头	响应数据
`GET`	`/api/v1/users/profile`	获取用户信息	Authorization Bearer Token	完整用户档案信息
`PUT`	`/api/v1/users/profile`	更新用户信息	Authorization Bearer Token	更新后的用户信息

购车咨询服务接口组

咨询核心接口：

接口方法	接口路径	功能描述	请求头	请求体	响应数据
`POST`	`/api/v1/consultations`	提交购车咨询	Authorization Bearer Token	预算范围、偏好车型、使用场景、燃料类型、品牌偏好、特殊要求	咨询ID、推荐车型列表、对比分析、购买建议

咨询历史接口：

接口方法	接口路径	功能描述	请求头	查询参数	响应数据
`GET`	`/api/v1/consultations/history`	获取咨询历史	Authorization Bearer Token	页码、页大小、时间范围	咨询记录分页列表
`GET`	`/api/v1/consultations/{consultationId}`	获取咨询详情	Authorization Bearer Token	-	完整的咨询请求和结果详情

积分服务接口组

积分操作接口：

接口方法	接口路径	功能描述	请求头	请求体	响应数据
`GET`	`/api/v1/points/balance`	查询积分余额	Authorization Bearer Token	-	总积分、可用积分、会员等级
`POST`	`/api/v1/points/exchange`	积分兑换	Authorization Bearer Token	礼品ID、数量	兑换记录、消耗积分

积分历史接口：

接口方法	接口路径	功能描述	请求头	查询参数	响应数据
`GET`	`/api/v1/points/history`	获取积分历史	Authorization Bearer Token	页码、页大小、变更类型	积分变更记录分页列表

管理员服务接口组

管理员认证接口：

接口方法	接口路径	功能描述	请求体	响应数据
`POST`	`/api/v1/admin/auth/login`	管理员登录	用户名、密码	管理员信息、权限列表、JWT令牌

数据管理接口：

接口方法	接口路径	功能描述	请求头	查询参数	响应数据
`GET`	`/api/v1/admin/users`	用户列表查询	Authorization Bearer Token	页码、页大小、用户名、状态、时间范围	用户列表分页数据
`GET`	`/api/v1/admin/consultations`	咨询记录查询	Authorization Bearer Token	页码、页大小、用户名、咨询类型、时间范围	咨询记录分页数据

统计分析接口：

接口方法	接口路径	功能描述	请求头	查询参数	响应数据
`GET`	`/api/v1/admin/dashboard/overview`	仪表盘概览	Authorization Bearer Token	-	用户统计、咨询统计、积分统计、系统统计
`GET`	`/api/v1/admin/analysis/hot-topics`	热门话题分析	Authorization Bearer Token	时间范围、TopN数量	热门话题列表、词云数据、趋势分析

5.2.2 接口数据流设计

    用户请求   →  API网关  → 身份验证  → 权限检查  →   业务服务 → 数据持久化 → 响应返回
       │            │          │           │            │          │          │
       │            │          │           │            │          │          │
       ▼            ▼          ▼           ▼            ▼          ▼          ▼
[前端/移动端] → [路由分发] → [JWT验证] → [角色权限] → [业务逻辑] → [数据库] → [JSON响应]

5.3、关键模块设计

5.3.1、基础功能1——用户模块

模块职责

用户身份认证与授权管理
用户个人信息维护
会话状态管理
安全策略执行

核心业务流程

用户状态管理流程：

用户请求    →  身份验证  → 权限校验   → 业务处理  →  状态更新  →  响应返回
     │           │           │            │           │           │
     ▼           ▼           ▼            ▼           ▼           ▼
[登录/注册] → [JWT验证] → [角色权限] → [数据操作] → [会话更新] → [结果返回]

技术实现要点

安全控制策略：

多层次身份验证（密码+会话令牌）
细粒度权限控制（基于角色的访问控制）
请求频率限制和防重放攻击
敏感操作二次验证

数据一致性保障：

用户状态实时同步
分布式会话管理
操作日志全链路追踪
异常行为自动检测

性能优化设计

缓存策略：

用户信息多级缓存（Redis + 本地缓存）
会话令牌快速验证
热点数据预加载
缓存失效智能更新

并发处理：

用户状态原子操作
乐观锁控制数据更新
读写分离架构
请求队列削峰填谷

5.3.2、基础功能2—— 购车咨询模块

模块概述

购车咨询模块是系统的核心功能，通过集成大语言模型为用户提供个性化的购车推荐和专业的购车建议。

核心功能组成

LLM智能推荐

多维度需求分析：基于预算、车型偏好、使用场景等多因素综合评估
个性化车型推荐：生成3-5款最符合用户需求的车型推荐
专业对比分析：提供车型间的详细对比和优劣势分析
购买建议生成：给出具体的购买时机、配置选择和议价策略

咨询历史管理

咨询记录存储：完整保存每次咨询的请求参数和推荐结果
历史记录查询：支持按时间、车型等条件筛选查询历史咨询
推荐结果对比：支持不同时期推荐结果的横向对比分析
偏好学习优化：基于历史咨询数据持续优化推荐算法

核心咨询流程

graph TD
    A[开始咨询请求] --> B[验证用户身份和权限]
    B --> C[构建咨询请求缓存键]
    C --> D{检查缓存中是否存在相同请求}
    D -->|存在| E[返回缓存结果]
    D -->|不存在| F[构建LLM提示词模板]
    F --> G[填充用户具体参数到模板]
    G --> H[配置LLM调用参数]
    H --> I[调用LLM API]
    I --> J[解析LLM返回的文本响应]
    J --> K[提取结构化推荐信息]
    K --> L[验证和补全推荐数据]
    L --> M[保存结果到缓存]
    M --> N[记录调用指标和日志]
    N --> O[返回推荐结果给用户]

5.3.3、附加功能1——咨询积分系统

系统概述

咨询积分系统通过积分激励机制促进用户参与购车咨询，提升用户活跃度和平台粘性。

核心功能模块

积分获取规则

咨询奖励：每次成功完成购车咨询获得固定积分
活跃奖励：连续登录、完善个人信息等行为获得积分
任务奖励：完成特定任务（如邀请好友、评价车型）获得积分

积分消耗机制

礼品兑换：积分兑换实物或虚拟礼品
服务升级：消耗积分提升咨询优先级或获取专属服务
特权解锁：解锁高级分析报告或深度对比功能

积分管理流程

用户行为触发—>积分规则匹配—>积分计算与发放—>积分余额更新—>积分记录存储—>实时通知用户

技术实现要点

积分账户设计

用户积分账户独立管理
积分流水全记录可追溯
积分有效期和清零机制
防刷积分安全策略

业务集成方式

与咨询模块异步通信
积分变更事务一致性保证
实时积分余额查询
积分历史分页展示

六、程序截图说明

登陆界面

在这里插入图片描述

购车推荐

在这里插入图片描述

后端构建的prompt

在这里插入图片描述

结果

在这里插入图片描述

反馈

在这里插入图片描述

修改个人资料

在这里插入图片描述

咨询记录中心

在这里插入图片描述

七、组员相关

7.1、组员职责分工及贡献、工作流程

学号	姓名	工作内容	贡献度
102300114	杨嘉乐	编写需求文档、设计测试用例、组织单元/集成/系统测试	10%
102300126	林浩嶒	制定计划、跟踪进度、LLM接口集成和优化	14%
102300130	郭林钧	用户管理模块开发、咨询服务开发	17%
102300131	方齐东	系统测试、压力测试、部署运维	10%
102300132	陈赏	积分系统开发、后端开发	14%
102300133	陈俊鸣	页面路由	9%
102300430	胡喆昶	前端架构设计	12%
102300135	李炜韩	组件库搭建	14%

开发工作流程：

需求分析：全体成员参与，明确各自模块需求
技术设计：各自完成模块详细设计文档
编码实现：按照分工进行开发，遵循编码规范
单元测试：每个成员负责自己代码的单元测试
集成测试：负责测试与部署的成员协调，全体参与集成测试
代码审查：交叉代码review，确保代码质量
部署发布：负责测试与部署的成员主导，其他成员配合

7.2、合作中遇到的困难及解决方法

7.2.1、林浩嶒

困难	多人修改同一文件时，容易产生版本冲突。
解决方法	使用Git进行版本控制，遵循分支管理策略（如GitFlow）。明确分工，减少同一文件的多人同时修改。

7.2.2、杨嘉乐

困难	用户在购车咨询过程中的需求是动态、模糊的，但用例规约要求明确、完整的“主事件流”。
解决方法	采用场景化、多轮对话的用例描述方式，将一次咨询拆解为多个子用例。

7.2.3、胡喆昶

困难	精准还原设计风格，保持与用户端 UI 视觉一致性
解决方法	从用户端UI中归纳出设计系统变量，在浏览器开发者工具中实时调整颜色和间距，直至视觉效果高度匹配

7.2.4、李炜韩

困难	将html代码转为vue代码后，新页面与原来页面有较大出入
解决方法	在ai辅助下发现问题并修改出理想的页面效果

7.2.5、陈俊鸣

困难	路由权限控制逻辑复杂，需要区分不同用户角色的访问权限
解决方法	采用路由守卫结合元信息配置，实现动态权限验证

7.2.6、郭林钧

困难	学习langchain4j的调用ai大模型出现许多问题
解决方法	通过ai给出的示例代码解决了项目中调用ai大模型的问题

7.2.7、陈赏

困难	如何在前端接收过程中同步暂存并最终提交完整记录，存在时序控制难题。
解决方法	前端流式接收并实时拼接内容，每次发起咨询时，标记会话ID与临时状态，流结束时自动提交完整内容

7.2.8、方齐东

困难	测试时模拟请求一次性使用太多线程组导致耗时太长，效率低下，浪费资源
解决方法	使用少量线程组设计多次循环

7.3、PSP表格

7.3.1、林浩嶒

PSP2.1	Personal Software Process Stages	预估耗时（分钟）	实际耗时（分钟）
Planning	计划	60	55
· Estimate	· 估计这个任务需要多少时间	20	15
Development	开发	440	450
· Analysis	· 需求分析（包括学习新技术）	40	35
· Design Spec	· 生成设计文档	30	35
· Design Review	· 设计复审	20	25
· Coding Standard	· 代码规范（为目前的开发制定合适的规范）	15	10
· Design	· 具体设计	50	55
· Coding	· 具体编码	200	195
· Code Review	· 代码复审	35	40
· Test	· 测试（自我测试，修改代码，提交修改）	50	55
Reporting	报告	70	75
· Test Report	· 测试报告	30	35
· Size Measurement	· 计算工作量	20	20
· Postmortem & Process Improvement Plan	· 事后总结，并提出过程改进计划	20	20
Summary	合计	570	580

7.3.2、杨嘉乐

PSP2.1	Personal Software Process Stages	预估耗时（分钟）	实际耗时（分钟）
Planning	计划
· Estimate	· 估计这个任务需要多少时间	570	420
Development	开发
· Analysis	· 需求分析（包括学习新技术）	30	30
· Design Spec	· 生成设计文档	30	20
· Design Review	· 设计复审	20	25
· Coding Standard	· 代码规范（为目前的开发制定合适的规范）	40	30
· Design	· 具体设计	50	60
· Coding	· 具体编码	200	210
· Code Review	· 代码复审	50	60
· Test	· 测试（自我测试，修改代码，提交修改）	100	90
Reporting	报告
· Test Report	· 测试报告	20	15
· Size Measurement	· 计算工作量	10	15
· Postmortem & Process Improvement Plan	· 事后总结，并提出过程改进计划	20	20
Summary	合计	570	575

7.3.3、胡喆昶

PSP2.1	Personal Software Process Stages	预估耗时（分钟）	实际耗时（分钟）
Planning	计划
· Estimate	· 估计这个任务需要多少时间	580	620
Development	开发
· Analysis	· 需求分析（包括学习新技术）	60	70
· Design Spec	· 生成设计文档	40	35
· Design Review	· 设计复审	20	15
· Coding Standard	· 代码规范（为目前的开发制定合适的规范）	15	10
· Design	· 具体设计	50	60
· Coding	· 具体编码	200	220
· Code Review	· 代码复审	40	45
· Test	· 测试（自我测试，修改代码，提交修改）	90	100
Reporting	报告
· Test Report	· 测试报告	25	30
· Size Measurement	· 计算工作量	10	10
· Postmortem & Process Improvement Plan	· 事后总结，并提出过程改进计划	30	30
Summary	合计	580	620

7.3.4、李炜韩

PSP2.1	Personal Software Process Stages	预估耗时（分钟）	实际耗时（分钟）
Planning	计划
· Estimate	· 估计这个任务需要多少时间	560	567
Development	开发
· Analysis	· 需求分析（包括学习新技术）	50	45
· Design Spec	· 生成设计文档	25	20
· Design Review	· 设计复审	20	25
· Coding Standard	· 代码规范（为目前的开发制定合适的规范）	35	30
· Design	· 具体设计	50	60
· Coding	· 具体编码	230	210
· Code Review	· 代码复审	30	40
· Test	· 测试（自我测试，修改代码，提交修改）	80	90
Reporting	报告
· Test Report	· 测试报告	15	15
· Size Measurement	· 计算工作量	10	12
· Postmortem & Process Improvement Plan	· 事后总结，并提出过程改进计划	15	20
Summary	合计	560	567

7.3.5、陈俊鸣

PSP2.1	Personal Software Process Stages	预估耗时（分钟）	实际耗时（分钟）
Planning	计划
· Estimate	· 估计这个任务需要多少时间	460	500
Development	开发
· Analysis	· 需求分析（包括学习新技术）	40	50
· Design Spec	· 生成设计文档	50	40
· Design Review	· 设计复审	30	20
· Coding Standard	· 代码规范（为目前的开发制定合适的规范）	20	10
· Design	· 具体设计	60	80
· Coding	· 具体编码	160	200
· Code Review	· 代码复审	30	40
· Test	· 测试（自我测试，修改代码，提交修改）	20	30
Reporting	报告
· Test Report	· 测试报告	30	16
· Size Measurement	· 计算工作量	10	4
· Postmortem & Process Improvement Plan	· 事后总结，并提出过程改进计划	10	10
Summary	合计	460	500

7.3.6、郭林钧

PSP2.1	Personal Software Process Stages	预估耗时（分钟）	实际耗时（分钟）
Planning	计划	30	15
· Estimate	· 估计这个任务需要多少时间	30	15
Development	开发	580	495
· Analysis	· 需求分析（包括学习新技术）	90	70
· Design Spec	· 生成设计文档	40	30
· Design Review	· 设计复审	30	20
· Coding Standard	· 代码规范（为目前的开发制定合适的规范）	10	10
· Design	· 具体设计	70	70
· Coding	· 具体编码	200	180
· Code Review	· 代码复审	60	45
· Test	· 测试（自我测试，修改代码，提交修改）	80	70
Reporting	报告	50	40
· Test Report	· 测试报告	30	20
· Size Measurement	· 计算工作量	10	10
· Postmortem & Process Improvement Plan	· 事后总结，并提出过程改进计划	10	10
Summary	合计	660	550

7.3.7、陈赏

PSP2.1	Personal Software Process Stages	预估耗时（分钟）	实际耗时（分钟）
Planning	计划
· Estimate	· 估计这个任务需要多少时间	550	575
Development	开发
· Analysis	· 需求分析（包括学习新技术）	30	40
· Design Spec	· 生成设计文档	30	30
· Design Review	· 设计复审	30	25
· Coding Standard	· 代码规范（为目前的开发制定合适的规范）	20	20
· Design	· 具体设计	60	50
· Coding	· 具体编码	200	225
· Code Review	· 代码复审	60	50
· Test	· 测试（自我测试，修改代码，提交修改）	30	30
Reporting	报告
· Test Report	· 测试报告	40	50
· Size Measurement	· 计算工作量	20	20
· Postmortem & Process Improvement Plan	· 事后总结，并提出过程改进计划	30	35
Summary	合计	550	575

7.3.8、方齐东

PSP2.1	Personal Software Process Stages	预估耗时（分钟）	实际耗时（分钟）
Planning	计划	30	30
· Estimate	· 估计这个任务需要多少时间	5	5
Development	开发
· Analysis	· 需求分析（包括学习新技术）	30	25
· Design Spec	· 生成设计文档	30	15
· Design Review	· 设计复审	10	10
· Coding Standard	· 代码规范（为目前的开发制定合适的规范）	5	5
· Design	· 具体设计	50	70
· Coding	· 具体编码	120	150
· Code Review	· 代码复审	20	15
· Test	· 测试（自我测试，修改代码，提交修改）	80	100
Reporting	报告	10	10
· Test Report	· 测试报告	20	15
· Size Measurement	· 计算工作量	10	10
· Postmortem & Process Improvement Plan	· 事后总结，并提出过程改进计划	10	10
Summary	合计	430	470

...全文

56 回复打赏收藏转发到动态举报

写回复

用AI写文章

切换为时间正序

请发表友善的回复…

发表回复

开源SharePoint Permission Extension插件对SharePoint 的列表进行权限控制！

python库。资源全名：codeart-benchmarks-0.0.23.tar.gz

CodeArt WSS字段编辑权限控制解决方案 -------------------------------------------------- WSS默认不支持字段级别的权限，解决方案有两种： 1）开发自定义的字字段，在字段上附加控制逻辑。优点：可以完全控制显示和编辑。缺点：无法对系统的字段启用权限控制，而且，需要重写系统的所有字段。 2）重写系统的模板中的ListFieldIterator控件（这个控件用来生成表单页面的字段编辑表格），实现字段权限控制。优点：可以控制系统的字段。缺点：无法完全控制字段的读取--无法控制到列表页面字段的显示。综合起来，采用方案2来实现。既然无法完全控制到字段的读取，这个解决方案只控制字段的编辑。 CodeArt WSS字段编辑权限控制解决方案：实现对WSS（MOSS）列表,库的字段编辑权限控制，可以精确控制一个字段可以由哪些用户编辑。提供设置界面。

SmartQuery 是一个WSS（MOSS）列表查询解决方案，可以给WSS的所有列表添加字段查询的功能。 ListQueryWebPart-同SmartQueryWebPart，只不过可以通过配置控制要查询那些字段。

代码艺术一种简单的虚拟艺术编程语言目标 codeart 的目标是为艺术家简化虚拟艺术的创作。地位 CodeART 开发正在进行中，您应该自担风险使用

202501福大-软件工程实践-W班

110

社区成员

341

社区内容

发帖

与我相关

我的任务

软件工程团队开发结对编程高校福建省·福州市

社区管理员

加入社区

近7日
近30日
至今

加载中

查看更多榜单

社区公告

暂无公告

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

+ 用AI写文章

奶龙小纵队CodeArt团队实战总结

目录

一、项目地址

二、CodeArt 的提交日志截图

三、程序运行环境

运行方法——导购网站地址

购车咨询系统 (Car Consult System)

项目结构

核心功能

1. 用户模块

2. 购车咨询模块

3. LLM集成

快速开始

1. 环境准备

2. 数据库初始化

3. 配置文件

4. 运行项目

API接口文档

认证接口

1. 用户注册

2. 用户登录

用户接口（需要Token）

3. 获取用户信息

4. 更新用户信息

咨询接口（需要Token）

5. 创建咨询请求

6. 查询咨询历史

7. 查询咨询详情

8. 评价咨询

设计亮点

1. 用户体验优化

2. 咨询结果展示

3. 准确性保证

4. 数据安全

数据库设计

users（用户表）

consultation_requests（咨询请求表）

consultation_records（咨询记录表）

测试账号

注意事项

开发规范

已配置的LLM提供商

1. 通义千问（Qwen）

2. 智谱ChatGLM

作者

四、功能需求建模分析

4.1、用例分析

4.2、类图分析

五、功能实现思路描述

5.1、体系结构设计

5.2、接口设计

5.2.1 RESTful API接口设计

用户服务接口组

购车咨询服务接口组

积分服务接口组

管理员服务接口组

5.2.2 接口数据流设计

5.3、关键模块设计

5.3.1、基础功能1——用户模块

模块职责

核心业务流程

技术实现要点

性能优化设计

5.3.2、基础功能2—— 购车咨询模块

模块概述

核心功能组成

LLM智能推荐

咨询历史管理

核心咨询流程

5.3.3、附加功能1——咨询积分系统

系统概述

核心功能模块

积分获取规则

积分消耗机制

积分管理流程

技术实现要点

积分账户设计

业务集成方式

六、程序截图说明

七、组员相关