| 这个作业属于哪个课程 | https://edu.cnblogs.com/campus/fzu/SE2020 |
|---|---|
| 这个作业要求在哪里 | https://edu.cnblogs.com/campus/fzu/SE2020/homework/11167 |
| 这个作业的目标 | 通讯软件模型的设计与实现 |
| 学号姓名 | 031802218廖启涵 031802117林柄灿 |
题目要求：
附:客户现实困扰
学长学姐去哪儿——了解实验室或社团历史上的那些学长学姐们的去向和现状
了解实验室学长们去向的现状：
除了实验室群里长期潜水或偶尔冒泡的学长、导师口中的零星去向、临近的学长，似乎就无法了解了。好久以前的没见过的学长们，去了哪里。这不仅仅是?是否?选择这个实验室的依据之一，还是今后找工作的内推的重要支柱。可惜现状就不是很明确和了解，知晓的渠道也很有限。
学长们其实也很想了解学弟们现在在做什么研究，有没有什么擅长的技能，比如会某个研究方向或数学建模技能的，也很希望能帮忙协助内推，比如这位学长，就只能给我发消息，也无法有效传递。
另外，建一个实验室群，也不是很方便，因为在群里，你也不好意思经常问：学长们，你们在哪啊。
甚至，等你工作了，和你同一个公司或一个组的同事，可能就是实验室同门，你们都相见不相识，多遗憾。
组队成员：
031802218廖启涵 031802117林柄灿
一、NABCD模型分析
N（need需要）：
在读学生：
1.需要了解实验室学长学姐们的现状，比如毕业去向，工作等等
2.需要了解实验室的相关资料，比如负责的导师信息及以往的研究项目等等
3.需要能与学长学姐和导师联系上（避免群聊时有些学弟不敢在群里发言提问。所以就是提供一个稳定的学弟向学长询问的渠道，甚至是别人不可见的，最好是学弟这边匿名。）
已毕业学生：
1.需要了解学弟学妹们的现状，比如现在在做什么研究，有没有什么擅长的技能以便帮助内推
2.需要能与学弟学妹联系上，以便进一步的沟通
A（Approach做法）：
1.经过对客户需求的分析，我们认为主要像是微信，只是相较于微信的强大社交个人来说，客户需求更加着重于使得实验室里面的成员更加紧密，有更多的，匿名的或者私人的聊天空间，避免群聊尴尬
2.同时，有可以分布问题或者是类似论坛的地方，就像是百度贴吧差不多，所以我觉得在实验室的介绍界面下方放置一个论坛，可向相应实验室或社团的学长提问，以寻求更有效的帮助。
3.想要加入的学弟可以给实验室里面的学长或者同学在他们的留言区留言，得到更加及时的回答。
4.我们对于私聊方面一开始没有注重，觉得有论坛和留言区之后就行了，但后面发现还是需要的。（但是没有想好怎么添加，感觉没有好的接口位置）。
B(Benefit好处)
1.节省了寻找相关资料及联络方式的时间成本，能与学长学姐和导师联系上，以便进一步的沟通
2.能够了解实验室学长学姐们的现状以便更好的了解毕业后的工作，更好地找到工作甚至内推
3.能够了解实验室的相关资料以便更好地选择心仪且适合自己的实验室
性。
C（Competitors竞争）
优势：
1.这是专门给大学校园定制的一款软件，功能对应性高，没有其他冗余的功能
2.不像微信QQ等通讯软件，这款软件开发成本较低，占用内存空闲小，使用时无需占据过多资源，用户使用成本低
3.产品开发简约明了，功能分区易见易用，用户上手快，用户学习成本低。
4.面向群体较窄，但另一方面针对性相对来说更加强大，对于没有门路去了解的大学生来说，这个软件具有强大的不可替代性。
我们对于一个社团进行了内外之分，在使得外部大学生更加了解社团的同时，也提供了平台，使得社员得到及时的信息，从公告栏界面了解更多社团成员或是活动信息。
同时，该app着眼于社团和实验室，对于社长或是实验室管理者来说，这是一个宣传和招新的又一个很好的途径。
我们根据一个大学生的个人简介，一些兴趣方面等信息进行社团或者实验室的推送和推荐，使得想入社的大学生更加有方向性。
劣势：
软件设计或许过于简单，一些功能不够完善影响用户使用
软件界面不够美观，分区分布排版缺乏设计感，影响用户体验感
隐私方面我们没有设置，想当然的一刀切，没有对于权限做一个细化。同时我们对于实验室或社团的推送需要一些个人信息，我们直接默认选用了。（这方面没有设计好）
D（Delivery推广）
1.和身边以及认识的同学朋友推荐，进行试用。
2.发布在QQ空间微信朋友圈等其他一些社交软件或是公共平台上进行介绍推荐
3.通过和学院老师的沟通合作，推广给其他学院和学校
4。与校方合作企业沟通合作，发布在各大手机APP商店上
二、产品介绍：
原型开发工具：墨刀
产品页面截图：
登录界面：
聊天功能：
查询功能：
查询结果示例：
圈子动态功能：
公告栏：
个人信息的编辑：
psp分析
| PSP2.1 | Personal Software Process Stages | 预估耗时（分钟） | 实际耗时（分钟） |
|---|---|---|---|
| Planning | 计划 | 20 | 20 |
| Estimate | 估计这个任务需要多少时间 | 990 | 1130 |
| Development | 开发 | 200 | 150 |
| Analysis | 需求分析 (包括学习新技术) | 60 | 120 |
| Design Spec | 生成设计文档 | ||
| Design Review | 设计复审 | ||
| Coding Standard | 代码规范 (为目前的开发制定合适的规范) | ||
| Design | 具体设计 | 400 | 500 |
| Coding | 具体编码 | ||
| Code Review | 代码复审 | ||
| Test | 测试（自我测试，修改代码，提交修改） | 200 | 200 |
| Reporting | 报告 | 30 | 30 |
| Test Report | 测试报告 | 30 | 30 |
| Size Measurement | 计算工作量 | 20 | 30 |
| Postmortem & Process Improvement Plan | 事后总结, 并提出过程改进计划 | 30 | 50 |
| 合计 |
三、过程
讨论照片：
posted on
