1. 项目背景与目标
山东大学软件学院的项目实训是软件工程专业培养方案中的重要实践环节。作为小组进展记录的第一篇,本文主要聚焦于项目启动初期的关键工作内容。实训项目通常以4-6人小组为单位,在8-12周时间内完成一个具备完整生命周期的软件开发项目。
从标题中的"进展记录1"可以推断,这是系列记录的第一篇,主要包含:
- 项目选题确认
- 团队组建与分工
- 技术栈选型
- 初期需求分析
- 开发环境搭建
- 版本控制配置
需要模型API调用? 免费领10W Token,多模型网关一键接入 Claude、DeepSeek 等主流模型。
2. 团队组建与角色分配
2.1 成员能力评估
在首次小组会议中,我们通过技能矩阵表对组员进行了全面评估:
| 成员 | 编程能力 | 前端经验 | 后端经验 | 文档能力 | 沟通能力 |
|---|---|---|---|---|---|
| A | ★★★★☆ | ★★★☆☆ | ★★★★☆ | ★★★☆☆ | ★★★★☆ |
| B | ★★★☆☆ | ★★★★☆ | ★★☆☆☆ | ★★★★☆ | ★★★☆☆ |
| C | ★★★★★ | ★★☆☆☆ | ★★★★★ | ★★☆☆☆ | ★★★☆☆ |
2.2 角色分工方案
基于评估结果,我们确定了以下分工:
- 项目经理:负责进度把控和组间协调(成员B)
- 技术组长:负责技术决策和代码审查(成员C)
- 前端开发:2人(成员A+D)
- 后端开发:2人(成员C+E)
- 测试专员:1人(成员F)
经验提示:角色轮换制值得考虑,中期可交换前后端人员以促进全栈能力发展
3. 技术栈选型过程
3.1 备选方案对比
针对Web类项目,我们评估了以下技术组合:
| 技术领域 | 选项1 | 选项2 | 选项3 | 最终选择 |
|---|---|---|---|---|
| 前端 | React | Vue | Angular | Vue 3 |
| 后端 | Spring Boot | Django | Express | Spring Boot |
| 数据库 | MySQL | PostgreSQL | MongoDB | MySQL |
| 版本控制 | GitLab | GitHub | Gitee | GitHub |
选择依据:
- 团队成员已有Vue 2.x经验,升级到Vue 3学习曲线平缓
- Spring Boot的生态完善且与Java课程衔接
- MySQL满足事务需求且便于实验室环境部署
3.2 开发环境配置
统一开发环境配置:
bash复制# 前端环境
nvm install 16.14.2
npm install -g @vue/cli
vue create project-frontend
# 后端环境
JDK 17
IntelliJ IDEA 2022.2
Spring Initializr生成项目骨架
4. 需求分析方法实践
4.1 用户故事地图
我们采用用户故事(User Story)方法梳理核心需求:
code复制电商系统
├─ 买家旅程
│ ├─ 浏览商品
│ │ ├─ 按分类筛选
│ │ └─ 关键词搜索
│ ├─ 购买流程
│ │ ├─ 加入购物车
│ │ └─ 支付结算
└─ 卖家旅程
├─ 商品管理
└─ 订单处理
4.2 原型设计要点
使用Figma制作低保真原型时注意:
- 保持设计系统一致性(颜色/间距/字体)
- 优先完成核心流程(如购物车→结算)
- 标注清晰的交互状态(加载/成功/错误)
5. 版本控制规范
5.1 Git分支策略
采用改良的Git Flow:
code复制main - 生产环境代码
release - 预发布分支
develop - 集成开发分支
feature/xxx - 功能开发分支
hotfix - 紧急修复分支
5.2 Commit Message规范
要求符合Angular提交规范:
code复制<type>(<scope>): <subject>
// 空行
<body>
// 空行
<footer>
常用type:feat/fix/docs/style/refactor/test
6. 初期风险与应对
6.1 识别的主要风险
- 需求变更频繁(概率:高,影响:中)
- 技术难点攻克延期(概率:中,影响:高)
- 组员时间冲突(概率:高,影响:中)
6.2 缓解措施
- 每周二下午固定需求评审会
- 技术预研任务提前分配
- 使用甘特图可视化任务依赖
7. 下阶段计划
- 完成需求规格说明书初版(第2周)
- 搭建CI/CD流水线(第3周)
- 实现用户认证模块(第4周)
在首次小组会议中,我们特别强调了每日站会的重要性。实践表明,控制在15分钟内的站立会议能有效同步进度,具体可遵循以下模板:
- 昨天完成了什么?
- 今天计划做什么?
- 遇到什么障碍?
通过Jira看板可视化任务状态,我们设置了"待办→进行中→代码审查→测试→完成"的标准工作流。初期采用保守的任务估点策略,每个任务不超过4人时,避免出现任务积压。
