第二次作业（个人作业）：软件案例分析

戚荣志教师 2022-10-18 11:21:45

声明：本作业以邹欣老师博客为基础进行修改。

很多同学有疑惑：

软件工程课是否就是枯燥的理论课？
或者是几个牛人拼命写代码，其他人抱大腿的课？
要不然就是学习一个程序语言，练习某个框架，搞一个职业培训的课？

都不对！ 软件工程有理论，有实践，更重要的是分析，思辨，总结。在课程中，同学们自己组织团队写一个软件发布，然后分析其中的得失，的确是学习软件工程的一个好方法。这样能根据切身体会来分析，很有价值，但也有可能 “身在此山中”，未能看清全局。而且，课程时间有限，我们也不能做很多具体的项目。另一方面，我们也可以从间接经验中学习、分析，别的项目的成败同样给我们很多启发。软件工程的学生，需要做很多分析，而且是深入的分析，分析过程中，如果有不懂的，那我们就可以探讨，说不定你懂得的比老师还多、还深刻，那么，老师和学生就可以一起进步了。

我们生活中很多时候要和软件打交道，大家上课开小差时候玩的手机游戏，背英语单词的手机App，买火车票的网站，互相联系用的微信微博，等等，都是软件，都很值得分析。

你为何成为它们的用户？
你为何后来有不用它们了？
它们的团队做对了什么，做错了什么？
软件工程质量如何？
如果你来做，会做得更好么？

通过各种案例分析，评测，辩论，总结，我们就能看到软件工程的原则在实践中的种种体现，学好软件工程，帮助我们在实践中做得更好。

分析什么样的软件也有讲究，这就要说到一个故事：

某国空军为了提高飞机在空战中的存活率，决定加固飞机，但是加固什么地方呢？他们研究空战后飞回基地的飞机，飞机各部分中弹的地方和密度，想以此得出结论。但是专家们忽略了一点，那些被击中要害的飞机，都没有能飞回基地，也没有能够参加这些调查。

幸存者偏倚 (Survivorship Bias) 是一种常见的逻辑谬误，意思是只能看到经过某种筛选而产生的结果，而没有意识到筛选的过程，因此忽略了被筛选掉的关键信息。这东西的别名有很多，比如“沉默的数据”、“死人不会说话”等等。

我们不光要分析那些经历战场的考验而最后 "活着出来" 而胜利的软件，还要分析那些在战场中被打败，或者伤痕累累，正在挣扎的软件，这样才能全面地了解软件工程的原理在好/坏软件上所起的作用。

有的同学会说， “我只会看看界面，写不出来什么技术分析...", 那么，可以看看只评价界面的分析报告，争取写出类似水平的报告来。

本次课程供分析的产品：

请从下面5个课题中选择一个课题来分析。

1、作为一个 IT 行业的学生或从业者，如果你碰到了问题，你去哪里寻找答案呢？请比较至少两个IT问答网站：列出它们具体的优缺点，并说明如果你来主持工作，你会怎么改进。

1）CSDN开发者互助问答
2）Stack Overflow
3）自己选一个 (例如 SegmentFault 思否 )

2、现在学习资料很多，但是很多同学在学习新技术的时候还是很茫然，有没有更好的学习路径？一个具体的案例，请评测CSDN上技能树功能（python 技能树，CS入门技能树, C技能树）。请对照项目成员对自己产品的期待，你作为一个学习这个技术的学习者，发现了技能树的什么亮点，有什么不满？

3、我们有很多 IT 人士要学习，要做笔记，看到一些好的博客、网页、代码想收藏，记下心得，那么，哪家的笔记最好？有没有试一下 C笔记？请试用一下，和你自己常用的笔记工具比较一下，列出它的 3 个优点和 3 个缺点，以及你想如何改进它？

4、现在很多开发人员和IT专业的学生都在移动设备上学习、工作，在移动设备上的APP 能满足这类目标用户的需求么？它们会被wx公众号取代么？请分析 csdn 的APP

5、代码仓库管理系统有很多，他们对于你熟悉的目标用户（中国高校大学生）有什么缺陷？如何改进？请分析至少两个常见的代码仓库：

https://codechina.csdn.net/
https://github.com/
https://gitee.com/
https://www.gitlink.org.cn/

作业博客具体要求：

第一部分调研、评测

(参考知识点：软件的bug，功能评测，黑箱测试，第8章用户调研，12章软件的用户体验)

你在上面选中的要评测的软件或者服务，在这里被称为 <被评测软件/网站>。

注册并使用 <被评测软件> 的主要功能，按照书中 bug 定义, 找出至少2个功能性 bug。用专业的语言描述 (每个bug 不少于 40字), 如有必要, 可以配图。

另外，请你自己花几天时间时不时用一下 <被评测软件>, 看看你有没有成为一个持续使用者。

<被评测软件> 解决了你的什么问题？

相信每个同学的朋友中一定有人需要用这样的软件 (例如你上课的同学), 记载你对这位用户的采访。

提示: 采访提要

1) 介绍采访对象的背景和需求 (他们为何要用这个软件/网站，有什么痛点，还有别的需求么)

2) 让采访对象使用10 – 30 分钟 <被评测软件> 的基本功能 (请上传照片证明用户的确正在使用, 远程采访的同学请让别人帮忙照相)

3) 描述用户使用这个产品的过程, 用户的问题解决了么? 软件在数据量/界面/功能/准确度上各有什么优缺点? 用户体验方面有问题么？

4) 用户对产品有什么改进意见?

结论：经过这么多工作，你一定有充分的理由给这个软件下一个评价:

a) 非常不推荐

b) 不推荐

c) 一般

d) 推荐

e) 非常推荐

请选择一个结论。除了定性的结论，是否能有定量的结论 (就像最近比较时髦的手机评测那样，跑个分？)，如何定量地评价一个软件？

第二部分分析

(参考8.6 节对工作的估计，和14.1节软件工程的质量)

根据你对 <被评测软件> 的了解，现在请估计这个软件/网站/服务做到这个程度大约需要多少时间 (团队人数6 人左右, 计算机大学毕业生, 并有专业UI 支持)。分析这个软件目前的优劣 (和类似软件相比), 这个产品的质量在同类产品中估计名列第几？它的市场份额估计第几？两者匹配么？不匹配的原因是什么？

在书上我们看到：