2020软工第一次结对作业

这个作业属于哪个课程	https://edu.cnblogs.com/campus/fzu/SE2020
这个作业要求在哪里	https://edu.cnblogs.com/campus/fzu/SE2020/homework/11224
这个作业的目标	分析用户需求、给出解决方案与原型设计
学号	061800508（高体民）、041802216（刘新伟）
原型模型展示	福友

结对引子

“共同的事业,共同的斗争,可以使人们产生忍受一切的力量。” ——奥斯特洛夫斯基

PSP表格

PSP2.1	Personal Software Process Stages	预估耗时（分钟）	实际耗时（分钟）
Planning	计划
Estimate	估计这个任务需要多少时间	20	20
Development	开发
Analysis	需求分析 (包括学习新技术)	400	500
Design Spec	生成设计文档	20	20
Design Review	设计复审	15	20
Coding Standard	代码规范 (为目前的开发制定合适的规范)
Design	具体设计	30	40
Coding	具体编码
Code Review	代码复审
Test	测试（自我测试，修改代码，提交修改）
Reporting	报告	60	60
Test Report	测试报告	60	70
Size Measurement	计算工作量	15	15
Postmortem & Process Improvement Plan	事后总结, 并提出过程改进计划	40	60
	合计	660	805

NABCD模型建立

Need—需求分析

本问题面向的对象主要有三类:学长学姐、学弟学妹、老师，不同的对象因为身份的不同带来了不同的需求：

学长学姐：

毕业多年，不同于于学生时代专注科研，已在职场摸爬滚打多年，或许在某一项技术上已经炉火纯青，又或许深谙职场的各种规则、注意事项。重心在工作上。

需求：
- 了解学弟学妹们的研究方向、擅长技能。
- 了解曾经同学的去向与现状，交流工作经验与体会。
- 了解学术界里学校老师、同学们最新的科研成果，以增长技术。
学弟学妹：

目前大部分还在学校里专注学习，忙着发表论文、专利等等。少部分已经在实习，准备工作。重心主要还是在学习上。

需求：
- 了解学长学姐们的去向和现状。
- 要找工作的，联系学长学姐帮忙内推。
- 认识同样还在读书的同学，可以互相交流进步、共同参加比赛。
老师：

扮演着学生与工作单位，学生与学生间，学生与其他老师间的媒介，既是学弟学妹的导师，也是学长学姐们的恩师与朋友，重心在教学与科研上。

需求：
- 了解曾经学生的去向和现状。
- 了解工业界最近在使用技术以更好地改进和创新技术。

以上需求均满足实用性、有效性、安全性、隐私性、封闭性。

Approach—方法

实现形式：用户是毕业学生、在读学生和老师，主要需求都是以交换个人信息为基础，面向的用户与使用功能明确、简单，用户不会高频率使用，那么我们的主旨就是让用户感觉我们的产品使用是方便有效率的，不需要繁琐的操作，可以直接用手机的形式来实现，可以让用户在使用时感觉方便且高效。因此选择微信小程序为载体来实现。

具体方法：

如何解决用户们的需求：

个人信息展示模块：每个用户都有个人信息展示页面，展示内容自己定，别的用户可通过该页面获取你的信息（包括且不限于所在的实验室或者工作单位，擅长技能、研究方向，工作意向等）
提问模块：学弟学妹对于未来工作的困扰，学习的迷茫可以直接在小程序中提出，别的用户可以看到，有经验的学长学姐可以回答，有同样困扰的学弟学妹也可以通过浏览该回答解决困扰。
私信模块：学长学姐对于某学弟学妹的技能树感兴趣，学弟学妹有工作内推需求，都可以通过私信对方给双方带来最隐私最舒服的对话环境。

如何保障隐私性：

首先要想使用该小程序必须通过认证，认证内容包括学号、姓名、实验室、导师等。用户具有统一性，即必须是现在或者曾经的福大师生,不对社会其他人员开放。
个人信息、提问、回答展示与否取决于用户自身，私信前必须申请好友，无法直接发送，避免无端骚扰、被盗号到处诈骗等情况发生。用户也可以举报其他用户不良行为。

如何保障有效性、实时性：

个人信息不是第一次填完即可，需要定期更新与认证，避免弄虚作假。
定期发布学校师生最新研究成果和社会校招信息。
提供搜索功能，可对某一问题搜索，也可以搜索某一用户搜索。
首页有最新与最热问题分类，对于最新问题的推送即保证实时性，最热的问题即反映该问题的热度高，关注的人多。
提问模块有赞同和反对，对于高赞可视为该回答有效解决用户的问题，相反反对过多说明该回答不具有效性，可视情况删除该回答。

Benefit—好处：

小程序是以手机、ipad运行，能给用户带来最大的便携性。
用户使用需严格的认证，用户可放心使用，无需担心遇到骗子。
能够有效交换在读学弟学妹和毕业的学长学姐个人信息（包括且不限于所在的实验室或者工作单位，擅长技能、研究方向，工作意向等）
个人信息展示与否，展示什么内容完全用户自己决定，保护用户隐私。
有问题交流模块，满足用户提问、回答需求，有社交性。

Competitors—竞争

优势：

目前这种校内同门交流小程序上并没有垄断巨头，开发环境好。
以微信为入口，用户使用方便且操作简单。
注重隐私性与封闭性，用户不需要担心个人信息泄露。
兼顾隐私的同时，有一定社交开放性，用户可以互相私信也可以向大家提问。

劣势：

不以盈利为目的，商业化程度低可能缺乏后续更新、开发的资金。
面向用户对象局限于一所高校，交流兴趣可能不高且交流范围有限。
以学长学姐们对母校的关心热爱和学弟学妹的好奇为初心，用户粘性不高。

总结：对于此小程序的效率，正确率以及隐私是几个重要的问题。倘若未能做到高效率，高正确率以及对隐私的保护，那么这个小程序将会不受待见，毕竟现在谁也不想因为找错人而产生尴尬，而且安全性是十分重要的。因此在开发app的时候，要对这几个点多进行讨论，这几个点可能是我们战胜竞争对手要素之一。实现过程中再对小程序进行进一步完善，这样才能有优势。

Delivery—推广

总体思想即为点（某学院某实验室）—>线（某学院）—>面（整个学校）

先在某一学院测试，优先挑选有人数基础的实验室推广，并从中取得反馈意见来更新小程序。（也算是小程序正式推广前的测试）
在整个学院推广，不局限于研究生，也包括本科生，可让辅导员帮忙推广，在各个宿舍楼下张贴海报。
小程序功能完善、稳定后，在全校加大宣传力度，在福大广播站、微博和就业公众号等宣传中心发布推文，并通过各学院在读学生间的联系和毕业学长学姐们间的联系，口口相传扩大用户人数。

小程序设计思想

名称：

知福 （~~一定没有借鉴知乎！侵权不删！~~）

项目特点

采用《构建之法》P163电梯演说：

我们的产品知福是为了解决在校学弟学妹和在职学长学姐的痛苦，他们需要了解学长学姐去向与现状和知道学弟学妹们现在在做什么，研究方向是什么，以满足双方互相认识，工作内推等需求，但是现有的产品没有很好地解决这些需求。我们有独特的办法分别是面向大众的问题模块、团体的群组模块和个人的私信模块解决用户需求，它们能给用户带来信息交换与问题解决，并能根据兴趣加入群组，远远超过竞争对手能做到信息传递的有效性、实时性和保证用户信息的隐私性、安全性。同时，我们有高效率的点->线->面推广方法，能很快地让目标用户知道我们的产品，并进一步传播。

用例图

流程图

原型设计

采用墨刀实现

欢迎页面

注册与认证

搜索模块

提问模块

隐私模块

兴趣与关注

私信与群组模块

结对描述

结对小伙伴：好基友好舍友。
结对过程
9.23：共同审题，提出各自想法，确定方向。
9.24：讨论具体实现细节并记录，需求分析，建立NABCD模型，确定两人各自的任务。
9.25-27：寻找开发工具，学习新技能，着手完成原型设计，开发过程中两人不断讨论，改进。
9.28-9.29：原型细节修改，攥写博客。

git截图

总结

结对心得

本次作业我们明白了很多道理，做一个项目不是直接干代码，而是需要先进行需求分析，NABCD模型是必不可少的，它是一个项目从前期准备到后期维护的蓝图，在理解了需求实践的具体化流程。针对于本次作业中的信息交互问题，要真正能够解决的话，需要满足一系列的子需求：如何收集客户信息、如何让不同客户的信息得到交换、最终使客户能够相互交流。将这些需求当作一个工程，一步一步进行实践。
结对过程要明确各自的分工，避免一人包揽全部活或者两人都无事可做的情况，要经常交流各自做的工作，互相提出修改意见，共同推进项目完成，实现1+1>2的结对目的，相信这也是老师的目的，对我们的期望。在这次结对中，我们之间的分工明确，因为我们是一个宿舍的，商量起来也方便。一个人主要负责原型的设计和灵感创新，另一个人主要负责结构设计和博客的编写，两人在碰到问题时互相讨论，互相当甲方乙方不断改进方案。
虽然不是编程作业，看起来没那么困难，但由于缺乏项目经验，在着手设计原型时遇到了一些麻烦。这些子需求怎么实现，需要哪些工具，全是从零开始。但是只要开始动工，就可以一步一步完成。搜索引擎足确实是一个很好的工具，帮助我们解决了许多的困难。能够让我们短时间内提升自己的水平。在遇到困难时，我们俩花了很长的时间讨论可行的方案，思维碰撞能提高完成工程的效率，很开心，最后得出了同样的观点。由于是第一次的尝试，做的不好的地方很多，感觉有许多功能还没实现，还希望能够在之后更加完善。

困难与不足
墨刀的使用方法是我们从来没有学过的，因此需要大量的去搜索资料，搜索各种组件的使用方法，每一个动效的体现出的不同效果都是不尽相同的，因此，在每一个板块衔接的过程中需要不断地去尝试。这次知福的设计是我花了五天原创完成的，刚开始套用了模板，后来发现模板不能满足我们的需求，之后我们在客户的需求上一步一步添加功能，感觉我们真的太强啦，从未想过自己能做成这样，虽然不是很美观，但是我始终觉得，这是自己亲手作业，这样才能体现出这次作业的意义！
在github的使用上，我们也遇到了一些困难，刚开始的branch不会用，我们看了廖雪峰的github教学视频，学习到了一些方法，在经过了N次的失败后，我们终于成功了！成功的实现两个利用分支的成功传递。
这次作业有许多的不足，由于时间来不及无法继续优化，比如墨刀原型设计还不够美观、功能实现没有完全达到内心的想象，这需要在后期不断完善。