2020软工第一次结对作业
| 这个作业属于哪个课程 | https://edu.cnblogs.com/campus/fzu/SE2020> |
|---|---|
| 这个作业要求在哪里 | https://edu.cnblogs.com/campus/fzu/SE2020/homework/11224 |
| 这个作业的目标 | |
| 学号 |
结对成员
张佳侨 031802438
张廷宜 031802439
项目背景
学长学姐去哪儿——了解实验室或社团历史上的那些学长学姐们的去向和现状
了解实验室学长们去向的现状：
除了实验室群里长期潜水或偶尔冒泡的学长、导师口中的零星去向、临近的学长，似乎就无法了解了。好久以前的没见过的学长们，去了哪里。这不仅仅是?是否?选择这个实验室的依据之一，还是今后找工作的内推的重要支柱。
可惜现状就不是很明确和了解，知晓的渠道也很有限。
学长们其实也很想了解学弟们现在在做什么研究，有没有什么擅长的技能，比如会某个研究方向或数学建模技能的，也很希望能帮忙协助内推，比如这位学长，就只能给我发消息，也无法有效传递。
另外，建一个实验室群，也不是很方便，因为在群里，你也不好意思经常问：学长们，你们在哪啊。
甚至，等你工作了，和你同一个公司或一个组的同事，可能就是实验室同门，你们都相见不相识，多遗憾。
项目需求分析
基于NABCD模型给出分析：
-
Need - 需求
-
学弟对于学长学姐的去向没有了解的渠道。除了实验室群里长期潜水或偶尔冒泡的学长、导师口中的零星去向、临近的学长，似乎就无法了解了。好久以前的没见过的学长们，去了哪里。
-
学弟希望能利用实验室的人脉得到实习的机会。好久以前的没见过的学长们，是今后找工作的内推的重要支柱。可惜现状就不是很明确和了解，知晓的渠道也很有限。
-
学长们无法有效了解实验室学弟们的情况。学长们其实也很想了解学弟们现在在做什么研究，有没有什么擅长的技能，比如会某个研究方向或数学建模技能的，
-
无法高效的传递消息。有些学长很希望能帮忙协助内推，比如这位学长，就只能给我发消息，也无法有效传递。
-
希望避免群聊的尴尬。另外，建一个实验室群，也不是很方便，因为在群里，你也不好意思经常问：学长们，你们在哪啊。
-
想知道同事是不是自己的实验室同门。甚至，等你工作了，和你同一个公司或一个组的同事，可能就是实验室同门，你们都相见不相识，多遗憾。
-
-
Approach - 做法
基于整体的考量，我们给出一下处理方法：
-
开发一款微信小程序，让实验室的成员联系更便利。
-
私信功能：可以方便社团或实验室同门之间一对一交流，避免群聊尴尬。
-
发布问题功能：可向相应实验室或社团的学长提问，问题将推向相应社团或实验室的所有人，以寻求相应的帮助。
-
-
Benifits - 好处
-
应用基于微信小程序，十分便捷和轻量化。
-
把实验室成员信息集中化，便于同个实验室的人员交流沟通，解决了实验室新老成员间交流无门的问题。
-
通过动态圈可以知晓同门的取向，工作方向等，遇到感兴趣的方向方便咨询。
-
-
Competitors - 竞品分析
-
优势
1.内部推广，小范围使用封闭性比较好，个人信息不会泄露。
2.个人资料展示有利于用户直接获取信息。
3.利用搜索栏可以直接得到自己想要的相关信息。
-
劣势
1.UI较为简陋，但后期可以调整。
2.应用只能在学校内部使用，用户数量少。
3.功能不够，目前只能就行简单的交流通信，没能构建出很好的交互。
4.开发经验不够，UI设计不行可能会劝退很多用户，后期的数据维护也都还不会。
-
-
Delivery - 推广
-
在福大官方微信公众号，官博推广，
-
可以先给实验室的老师介绍产品，再让老师介绍给同学们使用。
-
在宿舍楼里贴海报，让同学们知道我们的app。
-
上门推广，发传单。
-
通过辅导员推广，可以联系毕业生下载app使用。
-
UML用例图
原型设计
这是我们的原型设计：
墨刀链接：https://modao.cc/app/dd006fb3946bda30ac75db23a7be491a54a31736?simulator_type=device&sticky
我们使用了墨刀作为原型设计的软件，我们的设计的成果如下：
1.登录与注册功能
2.私聊联系
3.发帖提问求助
4.实验室朋友圈，了解其他人的动向
5.个人信息
git截图
结对过程，合作照片
9.23-24：共同审题，分析需求，提出大致想法，并决定用小程序
9.24-25：讨论具体实现细节并记录，寻找与学习使用原型工具。
9.25-26：开始原型设计，并做出初版。并对初版原型进行再次讨论，决定修改细节与修改方案
9.26-30：修改原型，并攥写博客
9.30：细节调整，结束
实践总结
张佳侨：
-
经过这次结对作业，我明白了满足客户的需求并非那么简单，学会了通过NABCD模型一步步分析，如何收集客户信息、如何让不同客户的信息得到交换、最终使客户能够相互交流。将这些需求当作一个工程，一步一步进行实践，完善自己的软件功能。
-
原型设计的时候也是第一次上手，由于没有找到比较合适的模板，所以最终出来的效果比较简陋。
-
结对的过程十分的愉快，通过这次实践我深深的明白了一个好的队友是多么的重要。
张廷宜：
-
经过这次结队作业我明白了分析需求的重要性，很多内容都是因为分析需求不到位而不断推到重构
-
在进行原型设计的时候与队友合作十分重要，要进行合理的分工合作
-
要与队友进行充分的沟通。
| PSP2.1 | Personal Software Process Stages | 预估耗时（分钟） | 实际耗时（分钟） |
|---|---|---|---|
| Planning | 计划 | ||
| Estimate | 估计这个任务需要多少时间 | ||
| Development | 开发 | ||
| Analysis | 需求分析 (包括学习新技术) | ||
| Design Spec | 生成设计文档 | ||
| Design Review | 设计复审 | ||
| Coding Standard | 代码规范 (为目前的开发制定合适的规范) | ||
| Design | 具体设计 | ||
| Coding | 具体编码 | ||
| Code Review | 代码复审 | ||
| Test | 测试（自我测试，修改代码，提交修改） | ||
| Reporting | 报告 | ||
| Test Report | 测试报告 | ||
| Size Measurement | 计算工作量 | ||
| Postmortem & Process Improvement Plan | 事后总结, 并提出过程改进计划 | ||
| 合计 |
