软件工程---案例分析

案例分析

第一部分：调研， 评测

1.下载并使用，描述最简单直观的个人第一次上手体验。
按照《构建之法》13.1节描述的 bug 定义, 找出几个功能性的比较严重的 bug，至少2个。
用专业的语言描述 (每个bug 不少于 40字)，如有必要, 可以配图。

bug1:

刚进入集大通见面的时候她就有小图标一直在闪。
刚开始看到他们在闪的时候还觉得自己的手机出了问题呢？
所以个人推测，这应该是属于系统还不是特别稳定吧。

bug2:

我本人是一个阳光开朗，热情活泼的美少女
但是我却可以顺利的点开三个女性朋友然后在集大通上成功的暗恋了她们。
这个bug着实让人感到震惊！
首先，为什么可以暗恋这么多!
其次，为什么还能暗恋这么多女的!

bug3:

其实集大通做了这么久，课程表它总是分成两页
其实它的界面五颜六色，还是挺好看的
。很想把它作为手机的屏保图案，但是由于截图的时候只能截周一到周四，唯独少了第二页的周五。所以就很可惜。
我觉得把他们放在一张图片上，并不是特别难的事。
关键是开发者有没有真正去考虑到这个问题吧

bug4:

个人觉得集大通里面有一些小程序还是比较浑水的。
就比如下面的这个图，我点进去之后发现他根本没有记录任何奖学金，以及获奖的记录。
很显然，这就是一个摆设。
本来还想截个获奖啥的图呢哈哈，可是最后变成了呵呵！

2.相信每个同学的朋友中一定有人需要用这样的软件, 选择一个朋友（用户）进行采访，并加以记载。
提示: 采访提要
介绍采访对象的背景和需求（他们为何要使用该软件，例如开博客，读博客，给博客点评，她有什么痛点，她还有别的需求么）

3.让采访对象使用10 – 30 分钟该APP的功能 （请上传照片证明用户的确正在使用， 远程采访的同学请让别人帮忙照相）
描述用户使用这个产品的过程，用户的问题解决了么？软件在数据量/界面/功能/准确度上各有什么优缺点？用户体验方面有问题么？
用户对产品有什么改进意见？

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

答：好，不错。
评论如上图所示。对话采访里面全部涵盖了。

[附加题]除了定性的结论，是否能有定量的结论 (就像比较时髦的手机评测那样， 跑个分？)， 如何定量地评价一个软件？

答：好。80分。
它是一个一点点进步修正的过程，其实还是带给学生很多便利的，比如可以在集大通发失物招领，以及转让出售等。现在也可以用支付宝充校园卡了多好啊！
希望它漂亮点，整洁点。最好是选课快一点，希望学弟学妹别再熬夜起早趴在电脑前抢课了，太可怜了

第二部分：分析

1.使用此软件的所有功能 , 估计这个项目做到这个程度大约需要多少时间 (团队人数6 人左右, 计算机大学毕业生, 并有专业UI 支持)。

答：如果不团队有六个人其中一定是有三人负责后端开发，两人负责前端。另外一个人负责找错误。以及不断提出问题并进行完善。同时还要大面积的去做市场调研。了解学生的真正需要，从而对症下药，使集大通更完美，我觉得至少需要3-4个月吧。而且是平均每周保持20小时的工作量。

2.不要写成一个罗列功能的流水单子！ 而是要集中火力在一个场景，这个场景中典型用户有什么需求，软件如何解决了需求（或者没解决），UX 有什么细节是好的，差的，请结合书上UX的内容来分析。

答：学校非常了解大学生的日常消费方式。能够及时对同学们关于对于校园卡充值的方式做出了及时的调整。调整之后，同学们不用在万人食堂或者是西苑排那么久的队。可以随时充钱给大家提供了便利，但是仍然有问题没解决，就是每次都还要去圈存机旁边的黑匣子那里，滴一下，或者要再次去圈存机领取收款才能真正意义上的到账。

3.你在第一部分发现的bug，为何软件团队不能在发布前修复？他们是不知道，还是有意不修复？你觉得是什么原因？从下面的可能性中选取几个：

对用户需求掌握不好
具体的设计质量不高
开发人员粗心大意
测试把关不严，敷衍了事，没有注意在特殊的配置或环境下测试
其他

答：我觉得很可能是开发人员并未对这些细节引起高度重视吧。
当然也可能存在技术以及对用户需求掌握不好的可能性。
但我觉得集大通毕竟是一个相对公益性的平台，并没有投入大量的赞助与支持。
我觉得可能是因为面相客户并非商业圈，而是学生。所以开发者压力并不是那么大。

4.团队在哪一个层次还有问题？ 可以把自己想问软件团队的问题都列出来， 也许就能得到团队的亲自解答了！

从各方面的问题，推理出这个软件团队在软件工程方面可以提高的一个重要方面 (具体建议)。

答：该团队主要由计算机 毕业生构成，对调查访问和基本信息的统计存在问题。因为毕业生团队并不是很了解新生这一群体的需求，对于项目的需求如何做到精准把握呢？
而且人数不多，思维局限，遇到bug时，如何保证团队里一定有人能一针见血的指出问题所在？

第三部分：建议和规划

(参考《构建之法》第8章功能的定位和优先级；第9章项目经理)

1.这个软件/网站/服务有很多可以提高的部分, 如果你是项目经理，如何提高从而在竞争中胜出？

答： 个人觉得实现课表功能应该不是那么难吧。课表是每个学生日常经常会使用到的。使用频率极高，几乎每天都要点开几次。如果课表设置很乱而且居然还都不是在一个页上。就导致我自己又想办法最后我把课表放在了手机屏幕上。十分的辛酸，因为每次点开集大通的课表实在太不方便查询了。所以导致即使我的手机换了三个，但屏保始终如一。
2.目前市场上有什么样的产品了？
比如说微人大
功能如下图节选自百度

3.作为新的项目经理，这个产品的核心用户群是什么样的人，典型用户长什么样？学历，年龄，专业，爱好，收入，表面需求，潜在需求都是什么？

答：
这个产品的核心用户群和典型用户也都是在校大学生。
年龄分布在17岁到24岁
专业是该大学所开设的所有专业
表面需求是查成绩、查课表、校园卡充值。
潜在需求是社交以及资源共享

4.功能：你要设计什么样的功能? 为何要做这个功能，而不是其他功能？ 为什么用户会用你的产品/功能? 你的创新在哪里? 可以用 NABCD 分析（http://www.cnblogs.com/xinz/archive/2010/12/01/1893323.html）.

答：

(1) N (Need 需求)
众所周知，随着各大快递投放点，离我们逐渐远去。搞得同学们现在都不想买东西了。因为夏天来了不想特意跑到厂房去拿，况且不是随时都有空，一旦忘取或者有事耽搁，及其可能退回去了。emmmm,说这么多，其实就是不想拿啦！

(2) A (Approach 做法)
我要在集大通上面设计一个代取快递的功能。这个功能每个人集大人都可以选择顾客登录，或者兼职登录。为保证公平性，统一定价。不得乱改。

(3) B (Benefit 好处)
我想设计这个功能是因为目前学校的跑腿代购，平台本身要收取大部分的手续费。而实际上留给学生的特别少。为什么我们不自己做一个功能。这样既可以让学生赚到更多的钱。有能够让这种赚钱的机会变的随时随地。

(4) C (Competitors 竞争)
平台只需作为第三方，向兼职者（取件者）收取押金即可。这样顾客也能有更多的赔偿保障。（以防取快递途中出问题）

(5) D (Delivery 交付)
客服也要及时做出调整以及反馈。来保障权利双方得到依法的保护

5.如果你有钱可以招聘 6 个人, 有 4 个月的时间, 你作为项目经理, 应该如何配置角色 (开发, 测试，美工等等)?

答：
前期的半个月6人合作负责调研，需求分析。
接下来两个月，3人负责美工，3人负责编码开发。
再用一个月6人合作进行测试，修改。
最后半个月试运营，并在投入使用后进一步找不足。

6.描述你的团队在16 周期间每周都要做什么，才能在第16周如期发布软件的改进版本，并取得预想中的成绩。

答：安排如下：
第1、2周：6人合作负责调研，需求分析。了解当下大学生对快递平台有什么需求。
第3-10周：3人负责美工，3人负责编码开发实现各项功能。
第11-14周：6人合作进行测试，修改。
第15、16周：试运营，并在投入使用后进一步找不足

转载于:https://www.cnblogs.com/qichang/p/8684923.html