| 这个作业属于哪个课程 | https://edu.cnblogs.com/campus/fzu/SE2020 |
|---|---|
| 这个作业要求在哪里 | https://edu.cnblogs.com/campus/fzu/SE2020/homework/11224 |
| 这个作业的目标 | 学习需求分析，制作原型模型，合作互助 |
| 学号 | 031802412 , 031802421 |
一、PSP表格
| PSP2.1 | Personal Software Process Stages | 预估耗时（分钟） | 实际耗时（分钟） |
|---|---|---|---|
| Planning | 计划 | ||
| Estimate | 估计这个任务需要多少时间 | 40 | 30 |
| Development | 开发 | ||
| Analysis | 需求分析 (包括学习新技术) | 400 | 260 |
| Design Spec | 生成设计文档 | ||
| Design Review | 设计复审 | ||
| Coding Standard | 代码规范 (为目前的开发制定合适的规范) | ||
| Design | 具体设计 | ||
| Coding | 具体编码 | ||
| Code Review | 代码复审 | ||
| Test | 测试（自我测试，修改代码，提交修改） | ||
| Reporting | 报告 | ||
| Test Report | 测试报告 | ||
| Size Measurement | 计算工作量 | ||
| Postmortem & Process Improvement Plan | 事后总结, 并提出过程改进计划 | 160 | |
| 合计 | 600 | 290 |
二、NABCD模型
1. Need 需求
（1）每到学弟们选择实验室或是找工作的需要内推时都很难联系到相关方向的学长。而学长们其实也很想了解学弟们现在在做什么研究，
有没有什么擅长的技能，比如会某个研究方向或数学建模技能的，也很希望能帮忙协助内推。但双方对彼此的现状就不是很明确和了解，
知晓的渠道也很有限。所以我们需要一个渠道去让双方了解彼此的现状。
（2）大家毕业工作许久才发现同公司的员工就是实验室同门，你们都相见不相识，那将会很遗憾。
所以我们需要一个平台去让志趣相投的学长学弟相互了解。
2. Approach 方法
设计一个小程序，将学长学弟的信息在“实验室”或者是社团内部分享，帮助需要的同学更好的咨询和交流
（1）隐私性：用户的消息不是对所有人都公开的，只是对实验室的内部人员公开，而非实验室/社团成员无法获取查看相关成员的信息
（2）实用性：实验室与社团，或是其他封闭的小团体皆可使用
（3）有效性：信息的实时更新，一旦学长更换了工作地点，学弟学会了新的技能都可所以实时更新。毕业后会提醒更新信息。
（3）安全性：身份认证，通过学号认证
（4）封闭性：加入“实验室”或者“社团”才可获取信息
3. Benefit 好处
（1）学弟不必一个个的联系学长询问他们所属的实验室及研究方向，直接在小程序内部查看相关信息，
有针对性的联系学长，咨询实验室问题或工作推。
（2）方便了同学了解实验室/社团，获取相关实验室/社团的招新选拔信息。
（3）免去每年招新社团学长们扫楼宣传之苦，学弟们难以比较选择之难
（4）让志同道合的学长学弟发现彼此，互相交流
4. Competitors 竞争
我们除了实现用户基本的需求，我们的产品还有如下几个优势：
（1）消息推送功能：为各个实验室社团推送招新选拔信息
（2）学术讨论功能：用户可以通过“实验室”分享资源和经验。
5. Delivery 推广
- 我们的目标用户是在校生和毕业生，所以可以通过微信公众号推送，QQ群、朋友圈等平台进行推广。
- 同时向熟悉的同学推荐这一小程序，建立良好口碑，然后通过用户宣传这一产品。
三、思维导图
四、原型展示和说明
（一）登陆界面
F5的登陆界面提供了以下几种登陆方式：
【初始登陆界面】
1、微信快捷登录 2、手机号/验证码登录/注册
3、账号（用户名/手机号/邮箱登录）/密码登录 4、学工号登录
（二）“我加入的”界面
此界面显示用户加入的实验室和社团的列表
（三）“发现”界面
（四）“我的”界面
六、开发日志
- 9.23 初步讨论，确定大体方向——小程序，了解NABCD 模型，
提出问题：如何验证，如何及时新个人信息。
开始学习墨刀，xmind等工具的使用 - 9.25 再次讨论，确定小程序细节，明确分工，开始制作
- 9.28 写博客，修改原型
- 结对照片