软件工程网络15个人作业3（201521123010徐璐琳）
第一部分：调研， 评测
注：此次案例分析选择“集大通””APP来进行测评
下载并使用，描述最简单直观的个人第一次上手体验。
集大学子皆知，集大通是我们一进入集美大学就会下载的一个APP。下面我将附上几张“集大通”APP使用过程中的截图。
这是登录进入“集大通”后出现的第一个界面（其实这个广场界面已经很久没有换过了。。。）：
这是“集大通”的朋友圈功能（会有很多人在里面发一些兼职内容、校园卡找寻、二手转卖等信息）：
这是“集大通”的聊天界面（其实就是消息推送界面，比较贴心的是会推送生日、成绩通知等）：
这是“集大通”为学生们开通方便渠道的应用中心（交网费、充值校园卡、教务什么的都有）：
按照《构建之法》13.1节描述的 bug 定义, 找出几个功能性的比较严重的 bug，至少2个。用专业的语言描述 (每个bug 不少于 40字)，如有必要, 可以配图。
我应该相对于身边的同学算是较常使用集大通的，固然常用即是有其方便之处，但也因为常用让我发现了“集大通”APP相对较明显的BUG，如下介绍：
①症状：集大通的聊天栏有一个教务的推送，里面不仅会推送用户的成绩，还会推送第二天的课程，推送课程的时间也很合理，晚上21:10分左右。但会出现并不是每天都推送的情况，按理来说，这应该是周一到周五都可以收到的推送（一般每天都有课的情况下），但会出现断掉的情况。
根本原因：我觉得是这个APP设置的是对在线客户进行推送，而当我们达到了离线时长的时候会变成离线用户，进而不在系统推送的用户范围内。附截图理解。
如上图所示，第一张图我截图当日是03/29/2018，但最新一条推送是在/03/18/2018时；而第二张图，底端的推送日期是03/06/2018，而接下来就跳到了03/12/2018。
②症状：我相信这个问题应该会有一些同学有共鸣，就是“集大通”APP的稳定性，会隔三差五的出现“闪退”现象。
程序错误：大概是程序中出现了空指针、空函数、抛出无法处理的异常或死循环的问题。
根本原因：程序出现错误。
③症状：朋友圈的界面不知是什么原因，会在底端有一条杠，猜测是对其“课余生活“”那个圆圈顶部的，但是会比较影响美观。
程序错误：大概是UI设计的时候没有注意到这一点，也不存在什么程序错误吧。。
根本原因：UI设计。
④症状：图上所示日期，01/25已离开校内，不知是否因为此原因，开始推送乱码。判断了两个原因，一个是中文简繁体转换编码问题，另一个是离校了程序识别不成功的问题。但这个是真的不清楚。。
程序错误：注册表缺少相关的键值。
根本原因：认为还是编码UTF8。
相信每个同学的朋友中一定有人需要用这样的软件, 选择一个朋友（用户）进行采访，并加以记载。
介绍采访对象的背景和需求（他们为何要使用该软件，例如开博客，读博客，给博客点评，她有什么痛点，她还有别的需求么）
我采访的是同院同级计算专业的某同学，因大家都同一时间进入学校，对集大通的使用应比较有共鸣之处，在此也十分感谢她的配合！
让采访对象使用10 – 30 分钟该APP的功能 （请上传照片证明用户的确正在使用， 远程采访的同学请让别人帮忙照相）
描述用户使用这个产品的过程，用户的问题解决了么？软件在数据量/界面/功能/准确度上各有什么优缺点？用户体验方面有问题么？
因为此同学在大一时就已登录过，也算有快三年的使用时间，所以也不用特地去教她如何使用。
那我就从她习惯性的使用方式来阐述：首先，她熟练的打开了“集大通”APP，点击了每个可点击界面并查看其功能，然后一个个功能的向我反馈，但因为是在非校园网下进行的操作，有些功能不能实现。但还是提出了比较关键的问题，具体问题已经如上所述了。用户体验还是挺好的，毕竟这是一个针对于集大的APP，主要就是方便我们学校的学生，所以会比较实用。
用户对产品有什么改进意见？
截图上也有体现，总结一下就是：认为“集大通”APP可以做得更加完善，增加一个关键字搜索方便同学们能快速找到朋友圈里需要的内容，以及希望此APP的UI界面能更加方便以及美观一些，比如一进去的那个社团广场街面，滚动的内容都没有好看的封面，如果有比较吸引人的封面会很加分。
请选择一个结论：经过这么多工作，你一定有充分的理由给这个软件下一个评价:
非常不推荐
不推荐
一般
→好，不错
非常推荐
[附加题]除了定性的结论，是否能有定量的结论 (就像比较时髦的手机评测那样， 跑个分？)， 如何定量地评价一个软件？
第二部分：分析
使用此软件的所有功能 , 估计这个项目做到这个程度大约需要多少时间 (团队人数6 人左右, 计算机大学毕业生, 并有专业UI 支持)。
不要写成一个罗列功能的流水单子！ 而是要集中火力在一个场景，这个场景中典型用户有什么需求，软件如何解决了需求（或者没解决），UX 有什么细节是好的，差的，请结合书上UX的内容来分析。
我估计总的来说应该会花费三四个月的时间。。。 并且制作了个表格以方便观看
你在第一部分发现的bug，为何软件团队不能在发布前修复？他们是不知道，还是有意不修复？你觉得是什么原因？从下面的可能性中选取几个：
对用户需求掌握不好
→具体的设计质量不高
→开发人员粗心大意
→测试把关不严，敷衍了事，没有注意在特殊的配置或环境下测试
其他
任何APP都会有一个磨合期，可以理解为用户和产品的磨合期。我上面列出的四个BUG，①是推送不及时现象，这个应该是对于具体的设计质量不高这一点，对于用户需求把握得挺好的，就是可能忽视了离线用户的问题。②是闪退现象，这个很明显应该是测试方面略有遗漏吧。。③是用户界面的问题，这个应该是UI人员粗心大意没有注意到这里的原因。④是推送出了乱码，这个可能也是具体设计质量不高的原因。。
而之所以没有在发布前修复，我想是因为有些BUG还是要用户来体验才能发现的吧。。
团队在哪一个层次还有问题？ 可以把自己想问软件团队的问题都列出来， 也许就能得到团队的亲自解答了！
其实对于集大通，我一直不太了解集大通的开发团队。。也很好奇，这种对于校内网应用与外网应用结合的APP一个构思是怎样的？
从各方面的问题，推理出这个软件团队在软件工程方面可以提高的一个重要方面 (具体建议)。
对于我个人来说，是认为集大通可以出一个类似于意见箱的功能，我一直觉得集大通算是个好用的APP，但有一些没必要或者现阶段无法发展的功能，也许可以尝试更换一下内容什么的。。当然这只是我小小的建议。。哈哈哈
第三部分：建议和规划
(参考《构建之法》第8章功能的定位和优先级；第9章项目经理)
这个软件/网站/服务有很多可以提高的部分, 如果你是项目经理，如何提高从而在竞争中胜出？
“集大通”APP本是一个为了集大学子提供便利的手机应用，如果能从中更加完善功能，如现在正研发的“课堂助手”功能，如果研发成功，那这就可以取代我们现在上课负责考勤或小测的“某某派”、“某课堂”等其他公司研发的产品。“集大通”对于我们集大学子来说本就具有一定的品牌影响力，相信此APP也是以为学生们提供便利为目的而研发的。那么，专注这个目的就好啦。
目前市场上有什么样的产品了？
考勤方面的话，上述提到过的“某某派”、“某课堂”，以及其他很多高校都会开发这样的针对于本校学生的校园APP。
作为新的项目经理，这个产品的核心用户群是什么样的人， 典型用户长什么样？学历，年龄，专业，爱好，收入，表面需求，潜在需求都是什么？
核心用户群：就读于集美大学的学生们。
典型用户：在校大学生、老师们、社团负责人（但那个社团广场现在利用率很低的样子）
拿我举例，姓名：徐璐琳；年龄：20；学历：在校大学生；专业：网络工程；爱好：架子鼓、钢琴；收入：暂无，目前伸手党；表面需求：需要一个APP来协助自己的大学生活更加便利；潜在需求：暂无。
功能：你要设计什么样的功能? 为何要做这个功能，而不是其他功能？ 为什么用户会用你的产品/功能? 你的创新在哪里? 可以用 NABCD 分析。
针对于“集大通”APP，我想设计一个：可自动加入班级圈。（这个功能的意思就是，会自动为一个班级的学生在集大通上建立一个类似QQ群的圈子，这个圈子可以与学生本院的教务通知相关联，让学生们更方便的知道下发的通知，而不是通过一个又一个微信群QQ群的建立）
用户选择原因：一个集合我所需两三个其他软件功能的应用，和三四个应用。这两个选择里我当然选择只下载一个应用即可得所需功能的选项。
创新之处：在于为感觉这一点会提高APP的使用率，并且更往便利学生的目的上靠。
根据NABCD分析如下：
N（需求）：一个又一个的群建立会很麻烦，并且消息杂乱繁多会容易错过消息；让班委发的话也许也会出现不小心漏发的情况。
A（做法）：简单点看的话，数据库操作是不可避免的，可能也会有耦合应用的情况。
B（好处）：这个做完后，对于用户的好处在于更加便利，对于开发者的好处在于应用的使用率会增加。
C（竞争）：校内APP我也不太了解其他的，所以对于竞争，可能也是其他应用方面的吧。
D（交付）：当我们完成此功能，除了普通的宣传完，可以在进APP的扉页制作一个关于我们新功能介绍的画面，像现在很多更新APP后的那种效果一样。
如果你有钱可以招聘 6 个人, 有 4 个月的时间, 你作为项目经理, 应该如何配置角色 (开发, 测试，美工等等)?
分配：我想我会聘请1名美工，2名测试，3名开发。
原因：1名美工：我想我也可以帮点忙就只请1名吧。。 2名测试：对于“集大通”这样需要UX较多的APP，多做测试发现BUG很重要。3名开发：我之前有过因开发者过多而在工程进度上难以统一，所以认为手机应用的开发3名应该够了。。
描述你的团队在16 周期间每周都要做什么，才能在第16周如期发布软件的改进版本，并取得预想中的成绩。
首先每周激烈的讨论是少不了的，如果真的确定要做什么了，应现制定一个大概的每周计划并尽力去实现它，有规划地进行才不会有拖延的现象。这样的团队工程有了拖延现象，不及时改正的话后果难以承担的哈哈哈哈，后期压力会很大。
