护林员（Forest Rangers）——团队展示

[forest_rangers]

这个作业属于哪个课程	福州大学-202302软件工程实践
这个作业要求在哪里	软件工程实践团队作业一
这个作业的目标	完成组队、确定项目、团队展示、NABCD、绩效分析
其他参考文献	《构建之法》

目录

• 1.团队展示
• 1.1 队名
• 1.2 队员风采
• 1.3 团队合照
• 2. 团队项目
• 2.1 项目的描述
• 2.1.1 N（Need，需求）
• 2.1.2 A（Approach，做法）
• 2.1.3 B（Benefit，好处）
• 2.1.4 C（Competitors，竞争）
• 2.1.5 D（Delevery，推广）
• 2.2 团队的愿景
• 3. 考核方案
• 3.1 基本任务：
• 3.1.1 任务（30）
• 3.1.2 会议（30）
• 3.1.3 合作（10）
• 3.2 任务完成质量：
• 3.2.1 代码
• 3.2.2 文档或PPT等
• 3.3 额外分数：
• 3.4 统计方式

1.团队展示

1.1 队名

护林员

编写的软件是 福大树洞 ，创造的平台是 福大森林 。我们是护林员，创建森林是我们的初心，改善森林是我们的责任，保护森林是我们的义务。

1.2 队员风采

个人介绍
学号：	222100434
姓名：	COCO
csdn 地址：	COCO的博客
性格：	可内向可外向，依环境而定
擅长的技术：	push自己
兴趣爱好：	一个人安静的待着，钢琴（没时间，暂时放弃）
希望的软工角色：	TL、PM、后端
slogan：	"讴歌生命"

个人介绍
学号：	222100129
姓名：	梅&源
csdn 地址：	梅&源的博客
性格：	好好先生
擅长的技术：	三天看600页ppt
兴趣爱好：	熬夜通宵ddl
希望的软工角色：	除html,css,js之外的前端
slogan：	"老师，我太想进步了"

个人介绍
学号：	222101028
姓名：	黄桃
csdn 地址：	黄桃的博客
性格：	沉郁内敛
擅长的技术：	cccv
兴趣爱好：	学习
希望的软工角色：	pm
slogan：	"听从组长安排"

个人介绍
学号：	222100404
姓名：	ysy
csdn 地址：	ysy的博客
性格：	社恐
擅长的技术：	C++，Java
兴趣爱好：	看电影
希望的软工角色：	前端
slogan：	"今晚不睡了"

个人介绍
学号：	222100221
姓名：	小林
csdn 地址：	小林的博客
性格：	热情
擅长的技术：	java后端
兴趣爱好：	打球听歌打游戏
希望的软工角色：	后端
slogan：	"一个真正的鳗"

个人介绍
学号：	222100101
姓名：	ccc
csdn 地址：	ccc的博客
性格：	闲静少言，不慕荣利。好读书，不求甚解；每有会意，便欣然忘食。
擅长的技术：	Apache；PHP；MySQL；HTTP(s)协议详解；Ajax进阶、跨域与Defered；Apache与Nginx 环境搭建与配置；接口的定义；前后端联调；前端安全(XSS,CSRF,JSON注入)……
兴趣爱好：	很多，略
希望的软工角色：	前端
slogan：	"到饭点了"

个人介绍
学号：	222100304
姓名：	Hygge
csdn 地址：	Hygge的博客
性格：	冷静内向
擅长的技术：	java/c++
兴趣爱好：	乒乓球
希望的软工角色：	后端
slogan：	"永远不要失去发芽的心情"

个人介绍
学号：	222100411
姓名：	fluide
csdn 地址：	fluide的博客
性格：	随和
擅长的技术：	c++，Java，HTML
兴趣爱好：	旅游
希望的软工角色：	前端
slogan：	"man，what can i say"

1.3 团队合照

2. 团队项目

2.1 项目的描述

一个面向福大学生群体的匿名交流平台，不论是成长中的烦恼、学习中的经验、恋爱时的故事都可以分享，无需担心自己隐私的暴露，因为别人不会知道你是谁，所有人在这里都是平等的。
树洞不大，但你的烦恼和故事刚刚好可以容下。

2.1.1 N（Need，需求）

在当前的大学校园环境中，学生们经常面临各种压力和挑战，包括学业、人际关系以及个人成长等方面的问题。但可能是为了避免被他人取笑，亦或是不敢主动开口分享，很多大学生不愿意在实名的环境下分享和讨论这些问题。
而抒发森林这款APP，因其对注册用户的限制——只允许大学生注册，以及匿名性的特点，正好满足了需求，让其在大学生中一度火爆，同时无数优质内容也迸发而出，像是保研留学经验分享，亦或是青春懵懂的恋爱故事会，又或者只是生活中的小幸福。
另一个例子更贴近我们生活的例子是yg老师的组原群。因为老师为了给我们提供一个可以自由发言的平台，允许了匿名功能的开启。同一时期，同为组原老师的qq老师的QQ群没有一句发言，而yg老师的群可谓是异常火热，毕竟课程早已结束本应没必要再在这个群聊天，由此可见大学生对匿名讨论环境的需要。

注意：这里仅仅是讨论需求，并非对老师进行评判，一位上课细致认真，一位上课风趣幽默，两位老师都是非常好的老师，都是我们敬爱的老师！

上方两图为qq老师群的聊天消息

上方两图为yg老师群的聊天消息

为了控制变量，我们再拿yf老师QQ群举例，以匿名功能的有无做一个纵向对比，十月匿名消息功能关闭后，再也没人在群里聊天，群剩下的也只有一片冷寂以及曾经热闹景象的残影

十月后匿名消息关闭，再无一人发言

2.1.2 A（Approach，做法）

1. 开发方面，为了提高工作效率，我们采用了前后端分离的开发方式。为了应用的轻量和高性能考虑，前端方面我们采用了Vue.js框架进行开发，同时也会使用Apache Cordova或Capacitor这类工具，将Web封装为原生容器，使其可以安装在安卓设备上。后端方面，我们选择了SpringBoot框架，它能够在短时间内快速构建复杂应用，并支持RESTful API开发，便于前后端分离。
2. 内容审查方面，我们吸取了抒发森林因用户肆意谈论政治内容的前车之鉴，将加强对内容的审查力度。在关键词过滤的基础上，我们将基于ChatGPT API开发一个自动审查系统，对帖子内容进行自动审核，确保能够及时发现并处理不适当的内容。
3. 身份认证方面，我们要求注册时上传学生证照片，以确保用户身份的真实性，同时也保证了聊天环境的纯净。
4. 匿名功能方面，为了保护用户的隐私，用户在应用内的发言、评论等都将以匿名的形式展现。同时，为了区分不同的用户，我们将按照回帖的时间，按顺序分配统一的昵称作为他们的匿名标识，如Alice，Bob等。
5. 关于消息传递机制，我们将使用WebSocket或相关技术实现实时信息传递，确保用户之间交流的实时性，提高沟通效率。
6. 用户界面方面，为了确保用户无需大量的学习成本，可以轻松上手，我们会尽可能得将用户界面设计得简洁直观。同时我们将利用Vue的生态系统（如Vuex进行状态管理，Vue Router进行页面路由）来构建一个响应式和用户友好的应用。
7. 数据传输方面，我们会将所有通过网络传输的数据，包括用户认证信息、聊天消息等，都使用SSL/TLS加密，保护数据在传输过程中的安全。

2.1.3 B（Benefit，好处）

1. 匿名性
   据我所知，与高中时期不同，大学时期可能会因为宿舍或是课程老师不一样，让我们大部分人与他人接触的机会变少了许多。而我们的初心是为大家提供一个可以自由讨论的环境，与同龄人交流平台，让大家可以不必担心自己的身份暴露，尽情的释放自己的分享欲，同时也可以了解同龄人的思想，让交流不再有壁垒。
2. 面向福大学生
   我们将通过身份验证机制确保所有用户的福大生身份，有效避免了市场上匿名聊天软件中存在的“鱼龙混杂”问题。这样的验证机制能够为大家提供一个更加安全、纯净的交流环境，使学生们能够在校园内部自由、安全地交流思想和信息，而不必担心像其他平台上那样的干扰或不良影响。
3. 隐私和安全保护
   我们会通过SSL/TLS等加密技术和严格的数据访问限制，保证每位学生的匿名性和隐私安全。用户的身份信息仅在验证阶段被用于确认他的学生身份，之后除非故意公布，不然任何交流都不会暴露他的真实身份，减少了隐私泄露的风险。让用户可以放心的谈论自己的事情，无需担心“开盒”的可能性。
4. 实时互动和高效率
   我们将借助实时消息传递技术，让用户可以即时地分享和接收信息，不再像传统的“表白墙”那样，通过效率低下的人工转发匿名消息。这种实时的交流方式使得学生可以即时地获取反馈和互动，大大增强了社区的活跃度和用户的参与感。

2.1.4 C（Competitors，竞争）

1. 竞争对手
   ① 面向所有人的匿名聊天软件：这类软件对所有人开放，不限于特定群体。虽然它们提供了匿名聊天的功能，但由于用户群体的广泛性，往往会导致内容质量参差不齐，甚至出现不健康的交流环境。这些应用的开放性和匿名性虽然吸引了大量用户，但也带来了监管难度，增加了不良信息和行为的风险。
   ② QQ群匿名聊天功能：腾讯QQ曾提供群匿名聊天功能，允许用户在群聊中匿名发言。然而，由于未开发相应的过滤不良信息的机制，导致一些不健康内容被肆无忌惮的发送，官方目前已经关闭了这一功能。这表明，如若没有对信息的过滤，即便是QQ无法控制匿名性带来的弊端。
   ③ 表白墙等组织：在一些社交媒体平台或校内网络上，表白墙是一种匿名发布和转发消息的方式。然而，尽管它为用户提供了一种匿名表达情感的渠道，但效率低下（需要人工转发），且很可能为了利益，去发布一些不健康的匿名消息，以此赚取曝光度，以便未来变现（发广告赚钱等）。

2. 我方优势
   ① 针对性：现有的匿名聊天软件由于面向广泛用户，难以为特定群体（如大学生）提供定制化服务和安全保障。我们的软件专门服务于福大学生，通过学生证验证的方式确保用户群体的纯净和安全。
   ② 加强监管：QQ群匿名聊天功能的关闭，反映了官方对于匿名聊天内容审查的不足。与之相比，我们的项目通过添加内容审查机制的方式，旨在建立一个更健康、更可控的交流环境。
   ③ 效率和隐私保护：相对于表白墙等需要人工操作的匿名消息转发方式，我们的软件提供即时的的匿名交流功能，效率更高。并且我们也通过技术手段确保了用户隐私的保护，减少了依赖第三方责任心的风险。

3. 我方劣势
   ① 初期用户难积累：与其他大公司相比，我们在初期很难积累用户群体，需要积极地去想办法宣传推广，有了用户的积累，才能有优质内容的产生。
   ② 更新周期长：因为我们人员有限，相比大公司大团队，我们在开发的同时，还需要兼顾其他学业内容，开发速度会受其影响，如何在这种更新速度的同时，保证用户粘性是一个挑战。

2.1.5 D（Delevery，推广）

1. 学校
   ① 校园媒体：与校园广播站或在线媒体合作，通过这些渠道发布新闻稿或广告，吸引学生关注和下载应用。
   ② 学生组织：与学生会、兴趣小组、学术俱乐部等学生组织合作，利用这些组织的社交网络和活动来推广应用。这些组织通常拥有较强的影响力且已经积累的大量的用户基础。
   ③ 学校官方：与学校的学生官方部门合作，推广该应用作为学生表达和交流的平台（比如展示在食堂广告牌上）。这样不仅可以提高应用的正式性和权威性，还能够得到学校资源的支持。
2. 社交媒体
   ① 社交平台：在bilibili、抖音、微博、公众号等社交媒体平台上创建官方账号，发布关于应用的介绍、更新、活动信息等，吸引学生关注和参与。

2.2 团队的愿景

我们想要为福大学生提供一个可以匿名交流的平台，在这里，不必在意自己的容貌，不必在意自己所在的班级或宿舍，不必在意自己曾经不敢开口的种种原因。这里是一个可以与同龄人对话，交流同龄人的想法，分享自己经验和故事的场所。

3. 考核方案

分数为全体成员的各项平均分加和，无权重之分。我们不希望产生阶级之分，而是更希望以伙伴的身份，合作去完成一个共同目标，我认为这样可以让项目成员更加投入到任务中，且完成任务的过程不再是完成指标，而是为完成完善自己的项目而不断努力，并享受其中。同时，我们希望每个人能够准确地理解指标，因此设置了不同质量对应的分数，这样可以为打分提供参考，让打分结果更加统一。
我们鼓励组员去参与到他人的工作中，一个是加快工作进度，另一个是能够提高团队的凝聚力。同时，我们希望组员可以自主创新，如果有新的idea，可以想好能否实现，并在会议中对idea进行讲解，这样可以使产品进一步趋于完善，同时也避免了产品经理可能存在的思维局限性。

3.1 基本任务：

3.1.1 任务（30）

• 任务量（1 ~ 5）
  任务难度（1 ~ 5）
  分数为二者乘积，上限15分（乘积 / 15）
• 是否按时完成任务
  ① 按时完成（15）
  ② 迟交但对团队没有影响（7 ~ 13）
  ③ 迟交对团队影响较小（5 ~ 11）
  ④ 迟交对团队影响较大（3 ~ 9）
  ⑤ 未交（-10 ~ -5）

3.1.2 会议（30）

• 是否按时出席会议
  ① 按时到会（15）
  ② 迟到半小时（10）
  ③ 无故缺席（-5）
• 是否积极参与到会议讨论中（上限15分）
  ① 有问题及时的提出（5 ~ 10）
  ② 对问题积极思考解决方案（5 ~ 10）

3.1.3 合作（10）

• 是否与其他队友合作融洽（-10 or 10）
  ①合作愉快（10）
  ② 发生冲突（-10）

3.2 任务完成质量：

3.2.1 代码

• 可读性，是否有充足的注释
  ① 注释充分，可读性好（简单代码可以不加注释）（10）
  ② 有注释，但是仍需改进（7 ~ 9）
  ③ 因为部分函数没有注释，导致程序逻辑不清（3 ~ 5）
  ④ 完全没有注释
• 代码规范是否统一
  ① 代码符合代码规范，格式统一（10）
  ② 小部分代码不符合代码规范，但不影响阅读（7 ~ 9）
  ③ 大部分代码不符合代码规范，十分影响阅读（3 ~５）
• bug是否能及时修复，对其他人工作的负面影响
  ① bug不多，且能及时修复（10）
  ② bug过多，但能及时修复（7 ~ 9）
  ③ bug无法及时修复，但影响不大（3 ~ 5）
  ④ bug无法及时修复，且严重影响团队进度（-5 ~ -3）

3.2.2 文档或PPT等

• 逻辑是否清楚
  ① 逻辑清楚明了（10）
  ② 大部分内容逻辑清晰，小部分逻辑不清（7 ~ 9）
  ③ 大部分内容逻辑混乱（3 ~ 5）
  ④ 内容毫无逻辑，需要完全重构（-5 ~ -3）
• 内容是否丰富
  ① 内容充实丰富（10）
  ② 内容有部分缺失（7 ~ 9）
  ③ 内容缺失较多（3 ~ 5）
  ④ 内容滥竽充数，需要重新撰写（-5 ~ -3）
• 排版是否合理
  ① 排版美观，有利于阅读（10）
  ② 排版有待提高（7 ~ 9）
  ③ 小部分排版混乱，但不影响阅读（3 ~ 5）
  ④ 排版完全混乱，非常影响阅读（3 ~ 5）

3.3 额外分数：

• 提早完成任务（0 ~ 5）
• 帮助其他成员（0 ~ 5）
• 提出新的idea并能够给出实现方案（0 ~ 10）

3.4 统计方式

• 分数为全体成员的各项平均分加和，无权重之分
• 如果身兼多职，则需要对任务完成质量部分的代码和文档分别评分，然后将工作量占个人总工作量的百分比乘以得分，最后加和所得即为任务完成质量得分
  例子：A同学代码部分工作量占自己总工作量的30%，文档部分占30%，代码部分得分为26分，文档部分得分为28分，任务完成质量得分=26x0.3+28x0.7=27.4分