第一次结对作业
学长学姐去哪儿
| 这个作业属于哪个课程 | 福州大学软件工程实践个人编程作业 https://edu.cnblogs.com/campus/fzu/SE2020 |
|---|---|
| 这个作业要求在哪里 | https://edu.cnblogs.com/campus/fzu/SE2020/homework/11224 |
| 这个作业的目标 | 通过原型设计，理清设计软件的初衷和目标 |
| 学号 | 021800527 施颖辉 031801125 黄雨晨 |
PSP表格
| PSP2.1 | 学长学姐去哪儿 | 预估耗时（分钟） | 实际耗时（分钟） |
|---|---|---|---|
| Planning | 计划 | 60 | 60 |
| Estimate | 估计这个任务需要多少时间 | 360 | 720 |
| Development | 开发 | 360 | 720 |
| Analysis | 需求分析 (包括学习新技术) | 60 | 60 |
| Design Spec | 生成设计文档 | 60 | 60 |
| Design Review | 设计复审 | 60 | 60 |
| Coding Standard | 代码规范 (为目前的开发制定合适的规范) | ||
| Design | 具体设计 | ||
| Coding | 具体编码 | ||
| Code Review | 代码复审 | ||
| Test | 测试（自我测试，修改代码，提交修改） | ||
| Reporting | 报告 | 60 | 120 |
| Test Report | 测试报告 | 60 | 60 |
| Size Measurement | 计算工作量 | 10 | 10 |
| Postmortem & Process Improvement Plan | 事后总结, 并提出过程改进计划 | 60 | 60 |
| 合计 | 1150 | 1930 |
主要设计思想
乍看这个题目，这简直就是QQ群再加上一个记录有所有用户的简历的腾讯在线文档的结合体。放在现实生活中一定严查提出这个设计的产品经理和市场调研是不是竞争公司派来搞破坏的。
客户的需求中还有一项很严格的要求，就是保证学长学姐学弟学妹的个人信息，注意保护个人隐私，我们认为大可不必对学长学姐学弟学妹的绝对保护，我们讨论过后，为了以防万一有特殊情况发生因为隐私保护而不能联系上学长学姐学弟学妹，我们参考了抖音的可以给陌生人发送三条信息，之后的信息才需要添加好友，过度保护也不利于交流。
我们当初的设想是如果只是简单满足聊天、朋友圈、详细的个人信息，那么为什么不能直接使用微信，反而多次一举再进入微信小程序。所以我们决定在普通社交的基础上，除了特权用户学长学姐以及实验室社团负责人才能发布的公告墙之外，添加上大学生喜闻乐见的诸如寻物墙和表白墙的形式，加强对小程序的归属感。
基于此，我们开始制定原型。
需求分析及NABCD模型
提供一个福州大学在校生和毕业生的互动交流平台，基于社交，给学弟学妹一个学习学长学姐经验的机会，给学长学姐提携学弟学妹的桥梁，给福州大学的提供一个欣欣向荣的学习与放松的分享平台。
N（Need,需求）
1、必要需求
（1） 对实验室或社团的在校学生：了解实验室已毕业学长学姐的去向和近况，以及其他详细的信息（去了哪所学校读研读博？现在毕业了吗？在哪个城市哪个公司工作？做些什么？），通过他们来更具体地了解实验室或社团，希望可以与他们取得一种礼貌而不尴尬且长期持久的联系，也希望他们能为自己指引方向，提供学习生活及以后工作上的帮助
（2） 对实验室或社团已毕业的学生：了解实验室里在校的学弟学妹们的特长能力、研究方向，和他们建立联系，帮助内推等。
2、辅助需求
（1） 了解实验室或社团里学长学姐or学弟学妹的日常生活；
（2） 能发布线下or线上活动与学长学姐or学弟学妹沟通交流玩耍；
（3） 了解学校里其他实验室或社团的成员，认识更多的校友。
A(Approach,做法）
1、采访学长学姐or学弟学妹，了解他们对具体功能的需求和期待，即他们希望通过这个小程序获得什么，以什么形式获得；
2、分析整理需求并根据不同角色进行分类，总结需要实现的具体功能，讨论具体的界面要设计成什么样的；
3、用墨刀设计原型；
4、对设计的原型进行进一步的讨论修改；
5、确定最终的原型。
B(Benefit,好处）
1、可以快速获取学长学姐or学弟学妹的相关信息，并看到他们离你的距离；
2、可以通过“附近”这一功能发现身边的学长学姐or学弟学妹；
3、可以通过点击主页的“学长学姐”或“学弟学妹”进入不同身份的专属界面；
4、可以通过加好友的方式和他们发消息聊天，摆脱了初次见面可能有的尴尬，通过线上社交畅所欲言，问想问的，答会答的；
5、可以通过地图上显示的头像，发现分布在不同地区的实验室成员，直观清晰，可以通过点击地图上的头像来查询某个人的信息，方便快捷；
6、可以通过校友动态发现校内其他实验室或社团成员的近况；
7、注册时需要上传学生证或毕业证的照片，保证了身份的真实性，为小程序提供了安全清洁的环境。
C(Competitors,竞争）
优势：
1、提供地图，让用户快速了解实验室或社团里某地区的人员分布情况，并通过点击头像快速获取信息；
2、提供“附近”功能，发现身边的学长学姐or学弟学妹
3、提供“圈子”功能，让校内不同的实验室成员之间可以因为某个兴趣聚在一起；
4、提供动态的浏览和发布功能，方便了解学长学姐or学弟学妹的近况，也方便别人了解自己；
5、不仅仅建立某个实验室内部成员间的联系，还建立了校内不同实验室或社团之间的联系，扩大学长学姐or学弟学妹的范围，提出校友的大概念，让用户的需求得到更宽的满足，建立更好的校友和在校生的联系。
劣势：
1、没有提供实验室导师或社团指导老师这一角色的特殊认证，没有为这一群体设计具体功能，非本校毕业的老师无法使用这一小程序。
D（Delivery,推广）
1、首先在福州大学里面向各实验室和社团推广（增加学弟学妹用户数量），并向实验室导师、社团指导老师和学院主要负责人推广（可以兼有线下推广和线上宣传），并通过校友会向更多的校友推广（增加学长学姐用户数量）。
2、在推广过程中，先突出杀手功能，即可以通过地图上的头像显示发现身边的同学（通过选择不同搜索标签，发现本实验室或校内其他实验室的同学，也可以通过搜索范围的选择，发现不同省份的学长学姐or学弟学妹），同时可以在查询学长学姐or学弟学妹详细信息时显示他们与自己的距离。
3、在推广过程中附上简单的各功能使用说明书，方便更高效地使用某些隐藏功能。
4、在推广过程中，收集不同使用对象的意见，并在合适的时刻针对不同对象的不同需求进行改进并及时向用户反馈，以便得到更多用户的满意和认可。
5、若在校内推广效果不错，可以考虑向大学城的其他学校推广。
具体方案
测试机型与尺寸
微信小程序开发者工具给开发者提供了一个现成的微信小程序框架。在小程序框架中，宽度为750rpx，折合成像素应该为375px，为了不浪费原型构建的时间，便于我们后续直接使用尺寸，我们选择直接用高度为375px的iPhone6机型机型进行原型设计。以下展示为了视觉体验，均采用全面屏进行展示。
注册登录以及验证
个人信息填写
个人信息展示的工作经历或者是学习经历，技能树等，隐藏内嵌式修改个人信息，避免了页面的繁琐。
进入主广场“风雨操场”
进入圈子和校友分享快乐
选择添加好友或以非好友身份发私信，进行交流
人员分布地图，寻找你心仪的城市的领航人
正所谓话不投机半句多，我们选择非好友至多可以发三句话
加入实验室社团群聊，扩大圈子
结对过程
9.23：两方讨论了对题目的理解，并且提出了自己的创意
9.24：讨论细节，选择用墨刀做原型设计
9.25：开始原型设计，提出初始方案，并进行修改
9.26：根据设计的原型攥写博客
9.27：二次讨论，对原型和博客内容进行修改
9.28：整合双方意见，最终定稿
9.29：暗中观察有无上传
9.30：上传博客，提交作业
GitHub协作截图
小组讨论非摆拍照片
部分小组聊天记录
小结
一号选手syh:
1、本次作业让我对UI设计彻底改观，这其实是一个软件开发中不可或缺的角色需要先进行需求分析，善于利用各种模型来明确我们的设计理念和设计目标。针对于本次作业，不是纸上谈兵空谈特谈，给出各种客户需要的以及不需要的花里胡哨的设计，而是要结合自身情况以及腾讯小程序开发者文档的实际内容来制定，明确了目标才能更好地实现。
2、作业很简单，但是自己从无到有的设计中总是觉得达不到模版那种的融会贯通的感觉，所以大多数板块直接借鉴了模版的设计，是这次作业的失败之处。应该在完全了解了墨刀的工具以及一些进阶用法时，再去动手设计，而不是边动手边查阅资料。
3、这次作业是第一次结对作业，用两个人的智慧去完成一件事情，总是有许多天马行空的创意在交流中交汇。懂得团队合作，才能做得更出色。
二号选手hyc:
1、这次作业让我明白了小组讨论沟通的重要性，刚开始没有讨论的时候脑子里有很多想法，但是又很迷茫，不知道把原型设计成什么样会好些，不知道哪些功能可行哪些功能可有可无或者是太浮夸。在讨论完实现的功能后，可以画出大致的界面，只讨论功能之后各自设计再互相取长补短融合改进，感觉效率不是很高。
2、虽然ddl是唯一生产力，但是最后真的有点赶，还没有对原型做更多更好的修改，下次要把心里的ddl提前三天。
3、这次作业我学会了用墨刀，发现它真是个神奇的东西。这次作业让我第一次感觉到软工作业可以这么有趣。
