- 班级：软件工程1916|W
- 作业：项目原型设计
- 团队名称：SkyReach
- 目标：展示团队风采，磨合团队
- 原型工具：墨刀
- 博客PDF：点击下载
| 队员学号 | 队员姓名 | 个人博客地址 | 备注 |
|---|---|---|---|
| 221600107 | 陈某某 | https://www.cnblogs.com/canceregg/ | 队长 |
| 221600106 | 陈某 | https://www.cnblogs.com/chenhong1998/ | |
| 221600110 | 公孙某某 | https://www.cnblogs.com/gonggongsun/ | |
| 221600117 | 黄某某 | https://www.cnblogs.com/hsyuan0910/ | |
| 221600118 | 李某某1 | https://home.cnblogs.com/u/Anizwel/ | |
| 221600120 | 李某某2 | https://www.cnblogs.com/Azuration/ | |
| 221600122 | 史某某 | https://www.cnblogs.com/tentacion/ |
贡献比例表：
| 队员学号 | 队员姓名 | 此次活动任务 | 贡献比例 |
|---|---|---|---|
| 221600106 | 陈鸿 | 需求调查 | 5% |
| 221600107 | 陈家豪 | 安排任务，原型设计 | 25% |
| 221600110 | 公孙骏杰 | 原型设计，需求分析 | 30% |
| 221600117 | 黄盛远 | 博客撰写，需求分析 | 25% |
| 221600118 | 李鸿斌 | 需求调查 | 5% |
| 221600120 | 李子琪 | 需求调查 | 5% |
| 221600122 | 史云天 | 需求调查 | 5% |
一、NABCD模型
Need
- 提供一个匿名交流平台
- 提供一个兴趣分流社区
- 让用户畅所欲言（法律与道德允许范围内）
- 提供群聊与私信功能
- 提供对于关键字的统计功能
Approach
- 设计一个基于安卓的APP社区
- 发表了问卷调查征集用户意见
- 前端采用网络请求OKhttp，图片加载glide，轻量数据库greenDAO,异步链式RxJava等框架，后端用PHP,APACHE服务器,MYSQL数据库部署。采用前后端分离的模式进行开发
Benefit
- 用户可以畅所欲言，在一个不记录自己名称的地方合理发表自己的看法。（法律与道德允许范围内）
- 用户如果有需求，可以主动联系与自己有相同兴趣的“隐友”
- 教育专区中，用户可以提出对老师适当的建议，管理员可以根据重复出现的字眼进行统计，找出比较迫切的问题。
Competitors
- 优点
- 移动端，方便用户随时随地使用
- 操作简单方便
- 集合了市场上某些软件的优点，并且界面简洁
- 缺点
- 语言的管理困难，需要多数管理员来处理社区举报
- 运营成功过于高
Delivery
- 线上推广
- QQ、微信等社交软件
- 推文推广
- 线下推广
- 贴宣传海报
- 人脉朋友间的推广
二、 问题回答
- 功能不够完善，过于简单
因为团队中没有一人有完全的开发经验，所以都是新手需要重新学期，因此开始定下的目标比较小，首先保证能够最后提交一个完成的项目。如果中间进度够快的话，我们的拓展功能还是有考虑很多，例如不仅仅是发帖子，也允许进行投票、提供一些数据和词汇的统计分析等等。如果项目能够顺利，会大大扩展功能的。
- 如何屏蔽恶意言论
这个也是匿名社区必须要面对的问题，言论自由并非真正的自由。过于自由的言论，总会有恶意的不良事件产生。最初的想法，是依靠简单的非法字眼排除，以及人工审核。即，如果有敏感字眼的帖子，禁止上传。管理员可以偶尔看一眼社区，对于热门的帖子查看是否不合法。之后，如果项目顺利，则可以研究引入人工智能的方式，减少人工的成本。
- 如何解决人工审核发帖工作量大的问题
如同，上述。首先，进行简单的敏感字眼审查，包含敏感字眼的自动屏蔽。前期，无法引入人工智能算法时，为了减轻管理员的工作量，只要对于热门的帖子进行审核，可以比较大减轻压力。之后，如果有足够的能力，可以加入人工智能算法，实现辅助审核。同时，对于用户加入一个信誉机制，如果经常性发非法字眼，则会被禁言。
- 匿名聊天不切实际，安全无法保证
安全性无法保证这个确实存在，但是任何产品肯定都有一定的风险。这个产品的定位，知识针对一个本校的学生，对于大学生，素质相对也会比较高。风险的保证会比较低。仅仅是一个的匿名聊天，作为一个放松，以及吐槽的地方，因此也不需要过于在意其中的言论。对于，发表看法的专区，会特别添加其中的安全机制，尽量在敏感的地方减小其中的分险。
- 如何做到学校认证
首先，第一个的想法是与校方合作，在用户注册时，提供关键信息，与预留校方信息吻合才允许注册。但是，如果无法做到这点，那就运用比较极端方式，由于大部分学生都是住宿，因此利用定位系统，只有在学校的地区，才允许发帖和留言。
三、 原型设计
项目考虑过APP和Web两种方式，最后权衡之下，由于APP对于手机的权限调用更多，需要用到手机的其他传感器，如定位系统等，所以考虑了安卓APP。
部分截图：
四、PSP表格
| PSP2.1 | Personal Software Process Stages | 预估耗时（分钟） |
|---|---|---|
| Planning | 计划 | |
| • Estimate | • 估计这个任务需要多少时间 | 10 |
| Development | 开发 | |
| • Analysis | • 需求分析 (包括学习新技术) | 60 |
| • Design Spec | • 生成设计文档 | 50 |
| • Design Review | • 设计复审 | 30 |
| • Coding Standard | • 代码规范 (为目前的开发制定合适的规范) | 0 |
| • Design | • 具体设计 | 450 |
| • Coding | • 具体编码 | 0 |
| • Code Review | • 代码复审 | 0 |
| • Test | • 测试（自我测试，修改代码，提交修改） | 30 |
| Reporting | 报告 | |
| • Test Report | • 测试报告 | 20 |
| • Size Measurement | • 计算工作量 | 10 |
| • Postmortem & Process Improvement Plan | • 事后总结, 并提出过程改进计划 | 20 |
| 合计 | 680 |
五、团队合作截图
由于人数过多，分工比较稀疏，并没有每次都所有成员一起，同时多数也是QQ群交流，拍图场景比较多：
六、研究计划进度
- 第4周：查找资料，确定研究课题。本阶段通过网上搜集资料，小组讨论，身边人调查来确定具有开发意义的课题，确定一个项目。
- 第5周：完成详细的需求分析，建立合适的UML图与建立初步的原型。
- 第6-8周：查阅资料，学习相关知识，准备编码。
- 第9-14周：编码时间
- 第15周：测试与完善
- 第16周：总结，编写相关文档。