软件工程实践2019第四次作业——结对编程的需求分析与原型模型设计

结对成员学号

031702108 博客地址
031702142 博客地址

使用原型设计工具：Axure Rp
附件：百度云链接——PDF

需求分析——NABCD模型

需求（Need）

1. 教师方面：
   • 想了解已经毕业学生的发展情况，现在的工作情况，他的一些生活动态
2. 萌新方面：
   • 想了解毕设导师或者研究生导师
   • 想和老师现在带的或之前带的已经毕业的学姐学长交流一下，获取一下对导师的看法
   • 希望得知毕业学长姐的现状，了解自己加入实验室后的发展前途和趋势
3. 在读生方面：
   • 想了解老师的情况，希望获得项目机会
   • 希望能联系上工作的直系学长姐，获得内推的机会
4. 毕业生方面：
   • 想念老师，却害怕尴尬而不联系
   • 想内推学弟妹，却不知道他们适不适合，没有联系方式

做法（Approach）

1. 我们计划开发一款APP，这款APP的定位是面向实验室的轻度社交软件。
2. 用户通过学校、学院、学号登录后，可搜索自己的导师，并申请加入家族树；同个家族树里的可以创建群聊。
3. 对同个学院的所有老师和学生，用户都可查看其导师或学生。这样，对已有导师的人来说，可以查看自己的同门、自己的导师、导师的导师；对还没导师的萌新来说，方便找人了解这个导师实验室的具体情况。
4. 每个人都有自己的主页，用户可关注他人（相互关注的即为好友圈）、聊天。
5. 用户可发布自己的动态，不管是分享生活、项目动态，还是内推等，并可查看同门圈或者好友圈其他人的动态。发动态像纽带连接起了家族树里的人，避免了不好意思直接联系的尴尬。

好处（Benefit）

1. 对教师，可以了解学生的发展情况，及他的一些生活动态，促进了老师和学生间的感情。
2. 对萌新，相比原来无处可问一脸迷茫，可以了解各种毕设导师或者研究生导师，了解自己加入实验室后的发展前途和趋势，方便自己做出适合自己的选择。
3. 对在读生，可从老师或同门动态获得项目机会；要是有直系学长学姐的内推机会，那就更棒了！
4. 对毕业生方面，想念的时候可以看到老师的动态，有内推机会方便找到学弟学妹。
   总之，这款APP加强了家族树成员之间的联系，也使得“内部资源”利用率更大，带来了更多机会，也让想念有了寄托~

竞争（Competitors）

1. 优势：
   • 工作和生活分割，动态可以选择发布在同门圈或者好友圈，针对两种人群发布
   • 扩列，少量推送同校或者同专业的人群给用户，用来找寻尚未联系上的学长学姐或者志同道合的人
   • 可搜索用户名查找用户；搜索关键字，查找包含关键字的动态
2. 劣势：
   • 导师对申请加入同门家族的人甄别有难度（需要接入学校数据从而更为容易的判别信息真实性）

推广（Delivery）

1.可以通过贴吧、QQ群、公众号、微博等途径的推广。
2.有机会的话，可以实现完善产品，参与一些软件设计竞赛或者创新创业竞赛，从而使得更多人了解到这款有意思的产品。

---

详细介绍

登录注册界面。

（因为已毕业的学长学姐，他们的学号一般不会保留过久，接入学校数据采用学号登录可能不可行，后期有待改善）

登录

注册

首页。

登录后进入首页。首页可查看同门圈或好友圈的动态。
对他人的动态可以收藏和评论。（特意不设置点赞，因为其他社交软件每天都在点赞，这里还要点赞就太累啦！觉得有用的默默收藏就好~）
左上角为搜索按钮，右上角为发布新动态按钮。
底部导航栏的四个按钮即APP的四大主要模块：首页、家族页、消息页、个人中心页。

同门圈

好友圈

搜索界面。

可以搜索导师或者同学的名字查找相应的用户；也可以搜索关键字，查找相关的文章动态等

发布动态界面

点击首页右上方的加号，可发表动态。
动态可以设置可见性范围，即有时候动态不想所有的同门都看到，可将权限设置为好友圈可见（即相互关注的好友才可见）

编辑

隐私设置

同门家族界面

点击“导师”文本框，可切换导师选项和同门选项；
导师页面不仅会出现你的导师，也会有同学院的其他老师，左滑可查看这个人的老师or学生；
可点击进入每个成员的个人中心；
若有新的人员申请加入家族，会有提醒。

导师

同门

消息界面

可以看到家族群聊以及私人聊天信息，还有他人对你动态的评论。

个人中心界面

可查看自己的收藏！有用的东西收藏起来，避免了每次的再查找

他人主页

底部导航栏三个按钮，可实现关注（取消关注）、申请加入其所在的家族、和他聊天三个功能

申请家族界面。

---

结对过程

结对原因： 认识。
结对照片：

结对中的一些问题：
1.对于动态信息是否只能给同门看到，有过一些讨论，最后采用权限设置，发表动态时可以选择同门或者好友（相互关注）可视，以及仅自己可见
2.对于内推问题的讨论，双方对内推是否只针对同门，是否应该给其他同专业的学弟妹一些机会争执很久。最后还是采取优先同门的方式

---

心得体会

原本认为这应该是一次轻松的作业，毕竟相较于编程来说。但新的工具，不同的想法导致了作业进行的不顺畅，需要双方多次的讨论交流让步融合得到最后的原型，并且界面总是越做越多，做到一块就发现又需要一个新的界面来完善功能，这可能就是最初的设计不够完善的问题。