软件工程实践团队作业二——需求分析

[forest_rangers]

这个作业属于哪个课程	2302软件工程
这个作业要求在哪里	团队作业第二次——需求分析
团队名称	护林员 forest_rangers
这个作业的目标	一篇博客随笔、一份界面原型设计、一份需求规格说明书、一份答辩PPT
其他参考文献	《构建之法》、CSDN 、计算机软件需求规格说明规范

@

目录

• 一、团队项目计划
• 二、项目分工
• 2.1 分工表
• 2.2 分工进程
• 三、软件需求规格说明书
• 四、界面原型设计
• 五、需求分析PPT
• 六、团队协作方式
• 七、项目关键点，难点分析
• 7.1 关键点分析
• 7.1.1. 用户登录、帖子及其回复数据记录和服务器数据库的交接
• 7.1.2. 前台匿名后台实名的内容管理
• 7.1.3. 实时内容收发，同步刷新显示
• 7.2 难点分析
• 7.2.1. 使用 GPT API 进行内容自动审核
• 7.2.2. 团队协作上的合理分工
• 7.2.3. 大量帖子及其回复内容保存到数据库

一、团队项目计划

二、项目分工

2.1 分工表

学号	工作内容	贡献度
222100434黄楠	需求分析说明书第一章，第二章，第四章，原型草稿模板	15%
222100101卢雨纯	博客，需求分析说明书第三章	10%
222100128黄煦陶	前台原型	14%
222100129梅明胜	博客，需求分析说明书第三章、汇报	12.5%
222100221林炳昌	需求分析说明书第五章	12%
222100304林雅婷	后台原型左侧页面导航、后台原型登录页面、后台原型用户管理页面、后台原型整体格式统一优化、PPT模板、PPT需求分析部分	14%
222100404余诗怡	后台原型课程评价界面、PPT原型设计部分	12.5%
222100411刘畅	后台原型帖子管理界面、PPT原型设计部分截动图	10%

2.2 分工进程

三、软件需求规格说明书

软件需求规格说明书链接

四、界面原型设计

福大树洞前台原型设计
福大树洞后台原型设计

五、需求分析PPT

需求分析PPT链接

六、团队协作方式

作业发布后，我们及时查看作业要求，将任务分为撰写软件需求规格说明书、前后台原型设计、PPT制作和博客撰写。按每个人擅长的能力进行分工，一个人可以进行多项任务，例如设计一部分原型并制作部分PPT内容，一项任务也可以细分给多个人，例如原型不同板块由不同组员协作完成，软件需求规格说明书不同章节也进行细分。

• 软件需求规格说明书协作方式：说明书的不同章节内容相对独立，部分章节图片多。我们让撰写软件需求规格说明书的三位成员在查看国标计算机软件需求规格说明规范和作业要求样例后，使用同一份模板进行撰写，每个人各自离线完成不同章节后，由于模板相同，样式统一且符合规范，可直接由组长进行复制汇总。
• 界面原型设计协作方式：首先组长给组员手绘原型草稿模板并详细讲解，负责原型设计同学再交流使用具体的颜色、LOGO等，保证原型各部分风格一致和样式统一。在原型设计工具上，大家在结对编程的原型设计中，都使用了墨刀工具，于是在团队作业中继续沿用墨刀作为原型设计工具，在墨刀中创建团队，让组员在团队中可以共同在线同时设计。下图为四位原型设计同学同时在线协作截图：
  

  

• 需求分析PPT协作方式：答辩PPT包含需求分析部分和原型介绍部分，二者内容较独立，适合不同人员制作。首先PPT制作同学确定共用的一套样式动画模板，再在模板的基础上离线完成每个分工对应的部分内容。最后直接合并PPT文件，加上过渡动画等动态效果。
• 团队交流协作方式：由于我们团队包含不同的班级的同学，每个人选课及老师不同，男女生宿舍距离比较远，进行线下团队交流难以协调时间和地点。于是我们采用线上QQ群聊天和腾讯会议并分享屏幕的方式进行激烈讨论。以下是交流过程的截图：

七、项目关键点，难点分析

7.1 关键点分析

7.1.1. 用户登录、帖子及其回复数据记录和服务器数据库的交接

• 用户登录
  用户登录是验证用户身份的关键步骤，涉及安全和用户数据的访问。用户提交用户名和密码后，系统需验证这些凭证，成功则返回一个认证令牌（token）给用户，用户随后的请求都需携带此令牌进行身份验证。

• 帖子及其回复数据记录
  帖子及其回复数据记录的管理需要数据库有效地存储和检索匿名用户曾发布过的帖子内容和该帖子下的所有回复内容。数据记录重要的是确保数据的完整性和安全性。

• 服务器与数据库的交接
  服务器与数据库的交接涉及在用户请求数据（如登录验证、请求聊天记录）时，服务器如何与数据库交互。服务器需要有效地处理并发请求，确保数据的一致性和稳定性。

7.1.2. 前台匿名后台实名的内容管理

• 前台匿名性
  在前台，系统需要隐藏用户的真实身份，确保用户在发帖、评论时的匿名性。这可以通过在服务器存储实名信息，而前台仅显示后台分配的昵称来实现。

• 后台实名管理
  后台管理需要访问用户的实名信息以进行内容监管和法律合规，比如追踪非法内容的发布者。管理界面应该只对经过验证的管理员开放，需要严格的安全措施来保护访问权限。

• 内容管理
  系统需能够处理举报和内容审查的机制，管理员可以查看实名用户发布的内容，并根据平台政策进行管理。这涉及到自动化的内容监测技术（如chatGPT API）和人工审核的结合使用。

7.1.3. 实时内容收发，同步刷新显示

• 实时内容处理
  实时内容的收发需要一个高效的消息传递系统，例如使用 WebSocket 协议来实现客户端和服务器之间的双向通信。WebSocket 允许服务器在新内容可用时即时推送至客户端，实现消息的即时更新。

• 同步刷新显示
  同步刷新显示意味着所有客户端视图都应实时更新以反映最新内容。这涉及到前端Vue.js来实时更新用户界面。这些技术可以监听数据变化，并在数据更新时重新渲染相关组件。

7.2 难点分析

7.2.1. 使用 GPT API 进行内容自动审核

使用 GPT API 进行内容自动审核的难点主要包括对API功能的理解、申请和集成过程、成本和付费结构的管理、以及确保数据的安全性和用户隐私。此外，团队还需要关注性能监控和优化，以保证系统在处理大量内容时的效率和准确性。

7.2.2. 团队协作上的合理分工

在团队协作中实现合理分工的挑战在于准确评估每位团队成员的技能和经验，平衡工作量，以及充分利用每个人的优势。这要求高效的沟通和团队管理策略，确保任务分配既能满足项目需求，又能促进个人成长和团队合作。

7.2.3. 大量帖子及其回复内容保存到数据库

将大量帖子及其回复内容保存到数据库面临的难点包括处理和存储庞大的数据量，尤其在包含图片和多媒体文件的时候。此外，保持数据库的性能、可扩展性和数据安全性也是关键，尤其在需要支持高并发和实时数据访问的场景中。