软件工程团队作业1
软件工程团队作业1
团队展示&选题
| 这个作业属于哪个课程 | 软件工程1 2班 |
|---|---|
| 这个作业要求在哪里 | 团队作业1——团队展示&选题 - 作业 - 计科23级12班 - 班级博客 - 博客园 |
| 这个作业的目标 | 介绍团队基本情况,确定选题 |
1.团队展示
1.1队名
带派不队
1.2队员学号
队员一:高圣凯 3123004570 (队长)
队员二:郭程朗 3123004567
队员三:方哲 3123004177
队员四:蒋国栋 3123004570
1.3团队项目描述
打造一个高性能、高安全性、支持多用户与社交化的现代化博客社区平台。
1.4队员风采
| 队员 | 风格 & 擅长技术 | 编程兴趣 | 希望的软工角色 | 一句话宣言 |
|---|---|---|---|---|
| 高圣凯 (队长) | 逻辑清晰,善于架构擅长Vue.is/React,CSS。 | web全栈开发 | 后端开发 | “代码是写给人看的,顺便给机器运行。” |
| 郭程朗 | 全栈爱好者,学习能力强。擅长JavaScript, 基础后端。 | 前端交互,界面设计 | 前端设计 | "一个Bug的隐藏深度,与它造成的后果成正比。" |
| 方哲 | 技术狂热者,乐于钻研。擅长Docker, CI/CD, 云服务部署。 | 后端业务逻辑,API设计 | 后端开发 | "让部署像按下一个按钮一样简单。" |
| 蒋国栋 | 细节控,追求代码质量。擅长Java/Python, 单元测试。 | 软件测试 | 测试 | "不仅要能用,而且要好看、好用!” |
1.5团队合照

1.6团队特色
“全栈能力覆盖与高标准测试保障的敏捷交付”。我们拥有从UI设计到前后端开发的全链路技术实力,并以层层把关的严谨测试体系,确保交付成果的卓越品质与可靠性能。
2.选题
2.1团队选题确立
- 系统名称:iBlog Community - 多用户博客社区系统
- 系统描述:本项目是在分析原有VBlog(单用户博客)基础上的全面升级。我们将重构后端架构,引入多用户权限管理,增加文章点赞、收藏、评论(含回复)、关注等社交功能,并开发现代化、响应式的前端界面。
- 预期用户量:初期目标为1000名注册用户。
2.2 目标阐述
- 真实:解决了个人博主希望拥有自己专属社区,并与读者深度互动的真实需求。
- 可用:提供稳定、快速、安全的写作和阅读体验,支持Markdown,界面友好。
- 有价值(有情怀):在信息碎片化的时代,我们致力于为深度思考者和创作者提供一个纯净、可沉淀内容的交流空间,守护“认真写作”的价值。
2.3git仓库
https://github.com/maple525866/WorkingBlog
3.团队计划
3.1分工
- 队员一(后端开发):负责项目管理、会议组织、后端核心架构、数据库设计。
- 成员二 (前端开发 & UI):负责前端页面、用户交互、原型设计。
- 成员三 (后端开发):负责后端业务逻辑、API接口、服务器部署与CI/CD。
- 成员四 (测试):负责前后端联动功能、编写测试用例、质量保证
3.2计划
| 周数 | 核心任务 | 负责人 (主导) | 参与者 | 具体产出物 |
|---|---|---|---|---|
| 第10周 | 1. 需求规格说明书 | 队员一 (后端开发) | 全员 | 《需求规格说明书》V1.0 |
| 2. 原型设计 | 队员二 (前端) | 全员评审 | 可交互的原型图 | |
| 3. 环境搭建 | 队员三 (后端开发) | 全员同步 | 统一的开发环境、Git仓库、CI/CD流水线 | |
| 第11周 | 1. 架构设计 | 队员一, 三(后端) | 全员 | 系统架构图、数据库ER图 |
| 2. WBS与任务估时 | 队员一 (后端开发) | 全员讨论 | 详细的Task列表,每人任务明确 | |
| 3. 测试计划 | 队员四 (测试) | 全员评审 | 《测试计划》文档 | |
| 第12-13周 | Alpha冲刺 | 全员 | 全员 | 每日Scrum Meeting博客、可运行的Alpha版本代码 |
| - Sprint 1 | 队员一, 三 | 用户注册登录、文章CRUD | ||
| - Sprint 2 | 队员二, 四 | 前端页面集成、评论功能 | ||
| - 集成测试 | 队员四 | 队员一, 二, 三 | 测试报告、Bug列表 | |
| 第14周 | 用户反馈与发布 | 全员 | 全员 | 修复后的系统、《测试报告》、《发布说明》 |
| 第15周 | 事后分析 | 全员 | 全员 | 《事后分析报告》 |
4.团队成员贡献分分配规则
-
核心原则:责任共担,贡献平分。
-
为确保绝对的公平与简单可执行,本团队贡献分的分配不设权重与评议,严格遵循平均分配原则。具体规则如下:
-
1. 分配基础
-
- 团队项目获得的总贡献分将被视为一个整体。
- 无论个人在项目中承担的任务量、难度或具体产出,最终 团队总贡献分将由4名成员平均分配。
-
2. 实施细则
-
- 计算公式:每位成员个人最终贡献分 = 团队总贡献分 / 4
- 唯一调整项(一票否决制):若某成员出现 严重缺席、重大过失并对项目进度造成实质性阻碍 的情况(例如,无故缺席所有会议、未完成任何分配的核心任务),经剩余所有成员一致同意,可取消其贡献分的分配资格。该成员贡献分为0,其余3人继续平分总分。
-
3. 保障公平的配套措施
由于贡献分结果均等,为确保过程质量与团队士气,我们约定: -
-
任务认领公开透明:所有任务在团队会议上公开认领,确保工作量大致均衡,避免“能者多劳”的过度劳累。
-
互相协助文化:鼓励成员在完成自身任务后,主动帮助遇到困难的同伴,共同确保项目进度,践行“各司其职,为项目共同负责”的MSF原则。
-

浙公网安备 33010602011771号