福州大学软件工程实践结对编程作业（需求分析与原型设计）
| 这个作业属于哪个课程 | https://edu.cnblogs.com/campus/fzu/SE2020 |
|---|---|
| 这个作业要求在哪里 | https://edu.cnblogs.com/campus/fzu/SE2020/homework/11224 |
| 这个作业的目标 | 学会通过NABCD模型进行需求分析与原型设计,初步了解软件开发过程中的合作 |
| 学号 | 031802138 张雷 031802404 陈振东 |
psp表格
| PSP2.1 | Personal Software Process Stages | 预估耗时（分钟） | 实际耗时（分钟） |
|---|---|---|---|
| Planning | 计划 | 20 | 20 |
| Estimate | 估计这个任务需要多少时间 | 660 | 700 |
| Analysis | 需求分析 (包括学习新技术) | 400 | 100 |
| Design Spec | 生成设计文档 | 60 | 30 |
| Design Review | 设计复审 | 30 | 30 |
| Design | 具体设计 | 120 | 500 |
| Reporting | 报告 | 30 | 40 |
| Size Measurement | 计算工作量 | 20 | 0 |
| Postmortem & Process Improvement Plan | 事后总结, 并提出过程改进计划 | 20 | 30 |
| 合计 | 680 | 750 | |
| 项目需求分析 |
N（Need，需求）
老师：了解过往学生的近况，比如目前的工作岗位，项目进展，研究方向等，主要是要能够可以不通过询问得到信息。
新生：了解到各个导师的个人情况，研究方向等信息，以便将来选导师做出选择。也可以和学长学姐们进行交流以后的学习方法和经验等。
在读学生：了解导师的项目要求和项目进程。可以认识实验室同门的已经毕业了的学长学姐。可以联系同导师的学长学姐寻求项目上的帮助及内推机会。
已毕业学生：了解老师的现状。了解学弟学妹们的近况，研究方向、擅长技能，看看有没有合适的内推机会。
A（Approach，做法）
- 根据教务处系统的学号注册，确保使用者是本校师生。
- 在读学生可以在动态中提出问题，相关成员可以予以解答，老师也能提出要求。毕业的学姐学长也可以在动态中发布消息。
- 通过搜索直接查看个人信息
B（Benefit，好处）
- 发布内推相关消息，可以为学弟学妹带来工作机会，也可以为学长学姐带来奖金
- 通过动态分享，可以了解导师和同学的近况，问题和心得。
- 直接找到询问对象，可以更方便的提出问题。
- 通过搜索确认与自己的同门关系。
C（Competitors，竞争）
- 优势：
- 经过学号绑定认证的账号，拥有可靠性，能够找到直接使用者。
- 可以将有学术关系的成员紧密联系在一起，使他们能够通过app进行各方面的交流和了解。老师直接在家族树中可以查看自己过往学生的相关信息，不需要通过询问。
- 劣势：
- 基础用户少。
- 功能上可能会有所欠缺，无法满足百分百的使用者。
D（Delivery，推广）
通过老师介绍在本校进行推广，获得第一批用户。
并且我们可以合理利用周围大学生的资源。
实用性
简单易用，注册通过手机号，并且可以绑定第三方用户账号，微信，QQ，新浪微博。
安全性
邮件认证时需要学校邮件，例如 @fzu.edu.cn，直接屏蔽了校外人员。
隐私性
发布的内推消息可以设置可见人群，可以设置为仅具有相关内推资格的实验室成员可见。
真实姓名对陌生人只显示姓。
原型展示
原型我们采用墨刀设计，链接：福大帮帮
- 启动界面，登录界面，注册完善信息界面
- 功能展示
点击
进入
点击
进入
github协作
结对照片
总结
后续功能还有待完善，比如可以加一些跟老师联系比较紧密的模块，通过老师进行认证，加强联系。
这次主要把时间花在了模型设计上，因为墨刀的协作模式需要花钱买企业版，所以我们轮流进行模型设计。讲真的，模型设计每一个小图标都是手贴上去的，因为是 learning by doing 的学习方式，所以决定先把模型做出来，有时间再搜索是否有更加便捷的方式来添加组件。快到截止时间了所以先把做好的放上来了。
