软件工程团队作业2
《需求规格说明书》
| 这个作业属于哪个课程 | 计科23级12班 |
|---|---|
| 这个作业要求在哪里 | 团队作业2-《需求规格说明书》 - 作业 - 计科23级12班 - 班级博客 - 博客园 |
| 这个作业的目标 | 描述要做的系统，熟悉git协作方式 |
1.需求规格说明书
1.1 面向用户分析
| 用户角色 | 核心目标 | 关键活动 | 成功标准 |
|---|---|---|---|
| 管理员/创作者 | 高效管理并发布内容 | 写作、编辑、分类、互动管理 | 内容发布顺畅，管理省时省力，系统稳定 |
| 读者/访客 | 愉悦地阅读和发现内容 | 阅读、搜索、浏览分类、评论 | 阅读体验佳，能轻松找到所需信息，可便捷互动 |
| 潜在开发者 | 学习、定制或贡献代码 | 阅读代码、本地部署、功能修改 | 项目易于理解和运行，代码规范，文档齐全 |
1.2 功能性需求
| 核心模块 | 功能点 | 主要用户 | 功能描述 |
|---|---|---|---|
| 文章管理 | 文章浏览 | 读者 | 分页列表查看文章、阅读全文（支持MD渲染与代码高亮） |
| 文章创作与发布 | 管理员 | 使用MD编辑器写文章，管理元数据（分类、标签）和状态（发布/草稿） | |
| 内容发现 | 读者 | 通过分类、标签、归档等方式浏览文章 | |
| 分类/标签管理 | 管理员 | 对分类和标签进行CRUD操作 | |
| 互动管理 | 评论系统 | 读者 | 在文章下发表和查看评论 |
| 评论管理 | 管理员 | 审核、回复、删除评论 | |
| 系统管理 | 管理员认证 | 管理员 | 登录和退出后台管理系统 |
| 全局搜索 | 读者 | 通过关键词搜索站内文章 | |
| 页面管理 | 双方 | 读者访问“关于”、“友链”页面；管理员编辑其内容 | |
| 博客设置 | 管理员 | 配置博客标题、描述等全局信息 |
1.3 技术需求
- 后端技术栈
- SpringBoot
- SpringSecurity
- MyBatis
- MySQL
- 前端技术栈
- Vue
- axios
- ElementUI
- vue-echarts
- mavon-editor
- vue-router
1.4 预期用户数量
初期目标为1000名注册用户。
1.5 目标阐述
- 真实：解决了个人博主希望拥有自己专属社区，并与读者深度互动的真实需求。
- 可用：提供稳定、快速、安全的写作和阅读体验，支持Markdown，界面友好。
- 有价值（有情怀）：在信息碎片化的时代，我们致力于为深度思考者和创作者提供一个纯净、可沉淀内容的交流空间，守护“认真写作”的价值。
1.6 项目链接
https://github.com/maple525866/WorkingBlog
2.团队计划
2.1团队项目issues截图
2.2 分工
- 队员一(高圣凯)：负责项目管理、会议组织、后端核心架构、数据库设计。
- 成员二 (郭程朗)：负责前端页面、用户交互、原型设计。
- 成员三 (方哲)：负责后端业务逻辑、API接口、服务器部署与CI/CD。
- 成员四 (蒋国栋)：负责前后端联动功能、编写测试用例、质量保证
2.3 计划
2.3.1原有时间安排
| 周数 | 核心任务 | 负责人 (主导) | 参与者 | 具体产出物 |
|---|---|---|---|---|
| 第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周 | 事后分析 | 全员 | 全员 | 《事后分析报告》 |
2.3.2矫正后时间安排
| 周数 | 核心任务 | 负责人 | 参与者 | 具体产出物 | 状态 |
|---|---|---|---|---|---|
| 第10周 | 1. 需求规格说明书 | 队员一 | 全员 | 《需求规格说明书》V1.0 | ✅ 已完成 |
| 2. 原型设计 | 队员二 | 全员评审 | 可交互的原型图 | ✅ 已完成 | |
| 3. 环境搭建 | 队员三 | 全员同步 | Git仓库、开发环境 | ✅ 已完成 | |
| 第11周 | 1. 后端基础架构 | 队员一、队员三 | 全员 | SpringBoot框架、数据库设计 | 🟡 进行中 |
| 2. 前端基础架构 | 队员二 | 队员四 | Vue框架、路由配置 | 🟡 进行中 | |
| 3. 核心功能开发 | 全员 | 全员 | 用户认证、文章管理基础功能 | 🟡 进行中 | |
| 第12周 | 1. 前后端联调 | 队员二、队员四 | 队员一、队员三 | 完整的前后端交互 | 🟡 进行中 |
| 2. 评论系统 | 队员三、队员四 | 全员 | 评论CRUD、回复功能 | 🟡 进行中 | |
| 3. 搜索功能 | 队员一 | 队员二 | 全局搜索实现 | 🟡 进行中 | |
| 第13周 | 1. 页面管理 | 队员二 | 队员四 | 关于页面、友链页面 | ⏳ 待开始 |
| 2. 后台管理 | 队员一、队员三 | 全员 | 管理员功能完善 | ⏳ 待开始 | |
| 3. 系统测试 | 队员四 | 全员 | 功能测试、性能测试 | ⏳ 待开始 | |
| 第14周 | 1. 优化与修复 | 全员 | 全员 | Bug修复、性能优化 | ⏳ 待开始 |
| 2. 部署准备 | 队员三 | 队员一 | 服务器配置、CI/CD | ⏳ 待开始 | |
| 第15周 | 1. 系统发布 | 全员 | 全员 | 正式版本发布 | ⏳ 待开始 |
| 2. 文档整理 | 全员 | 全员 | 项目文档、用户手册 | ⏳ 待开始 |
2.3.3矫正计算方法
基于GitHub仓库的实际提交记录和项目进度，采用以下方法进行时间矫正：
1.进度评估指标
代码提交频率：通过Git提交记录分析开发活跃度
功能完成度：对比计划功能与实际实现功能
Issue解决率：跟踪任务分配与完成情况
文档完整性：检查技术文档和用户文档的编写进度
2.进度偏差分析
正向偏差：基础框架搭建比预期提前完成
负向偏差：部分功能联调遇到技术挑战，需要额外时间
风险因素：前后端接口协调、跨域问题解决
3.矫正策略
压缩测试时间：将部分测试工作与开发并行进行
优先级调整：核心功能优先，辅助功能延后
资源重分配：根据成员技术特长重新分配任务
里程碑调整：将Alpha版本发布日期适当延后1周
2.4 完成情况和个人感想
| 成员 | 完成情况 | 感想 |
|---|---|---|
| 高圣凯 | 完成《需求规格说明书》V1.0，明确系统功能与性能要求。 | “虽然写文档费时，但理清了全部逻辑，避免了后续返工，对后续开发充满信心。” |
| 郭程朗 | 完成前后台可交互原型，并通过全员评审。 | “看着想法变成可操作的原型很有成就感，评审反馈让我能在编码前优化设计，效率更高。” |
| 方哲 | 搭建Git仓库、开发环境与Docker基础设置，统一了团队协作基础。 | “解决了环境配置问题，为团队‘利其器’，确保后续开发与部署顺利进行。” |
| 蒋国栋 | 参与评审，从测试与用户角度提出多项关键意见，提升方案严谨性。 | “提前思考如何‘破坏’系统，在源头发现模糊点，感受到了测试左移的价值。” |