软工网络15个人作业3——案例分析(叶城龙 201521123109)

1.调研, 评测( 智慧集大平台——集大通APP)

(1)下载并使用,描述最简单直观的个人第一次上手体验。

第一次使用时对里面的各种功能都不熟,找一个班级加入都找了半天,后来还是从贴吧里看的攻略,对集大通的各种功能才有了一些了解,总的来说主页东西蛮多蛮杂的,个人界面那边只有简单的信息,对新手不是很友好

(2)按照《构建之法》13.1节描述的 bug 定义, 找出几个功能性的比较严重的 bug,至少2个。

用专业的语言描述 (每个bug 不少于 40字),如有必要, 可以配图。
bug1:如下图,不知道是不是手机的问题,用手机进入教务系统选课或者查看其它信息时,左边的系统菜单无法收起,只能在右边的小窗口里拖动内容来查看,也无法横屏操作

bug2:如下图,不知道从什么时候开始,教务功能里面的课程播报就出问题了,经常报错、漏报,甚至好长一段时间都不报了,设置里也改过了,但是老样子,现在就一个查成绩功能可以用了

(3)相信每个同学的朋友中一定有人需要用这样的软件, 选择一个朋友(用户)进行采访,并加以记载。

提示: 采访提要

  • 介绍采访对象的背景和需求(他们为何要使用该软件,例如开博客,读博客,给博客点评,她有什么痛点,她还有别的需求么)

采访对象背景:在校生
需求:查询成绩,查看课程信息,选课,充网费,查电量,充校园卡,逛朋友圈,交友
痛点:放假回家或者没有校园网的时候,想进教务系统查看信息是不可能的了,这个内网限制比较烦

  • 让采访对象使用10 – 30 分钟该APP的功能 (请上传照片证明用户的确正在使用, 远程采访的同学请让别人帮忙照相)

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

用户对产品有什么改进意见?
用户问题没有解决,软件的数据量比较大,界面就那样,不是很好看,功能蛮多的,不过有些已经不能用了,用户体验一般。改进的话,充校园卡要是能用NFC直接充值就好了,不用再去领款机领款,还有界面更简洁实用一些,好看一点

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

一般

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

2.分析

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

估计需要两三个月吧

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

比如有些同学想在集大通上面找一个兼职,那么对于学生这个用户来说,只能在朋友圈里面浏览各种各样的信息,这就非常麻烦了,还不如直接加兼职群找的快。用户使用前有所期待,使用过程中感到十分麻烦,后来干脆就不用了,如果有一个学生兼职的信息汇总平台肯定会便利很多

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

我觉得是以下几种可能:
对用户需求掌握不好
具体的设计质量不高
测试把关不严,敷衍了事,没有注意在特殊的配置或环境下测试

  • 团队在哪一个层次还有问题? 可以把自己想问软件团队的问题都列出来, 也许就能得到团队的亲自解答了!

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

3.建议和规划

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

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

目前市场上有什么样的产品了?
集大通这个软件目前校园内也没有同类产品,没啥竞争,无非就是用户的多少,想让用的人变多的话,就要经常性的测试用户最迫切的需要有哪些,多做改进,把用户最需要的东西放在最容易看到的地方

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

核心用户主要是学生和教师,有一定的文化知识素养,遍及各个专业,涉及的爱好广泛,表面需求就是查查成绩和课表,潜在需求就是在学校除学习以外的各个方面的需求,例如交电费水费

我觉得可以增加一个兼职信息平台,学生可以在线接受兼职或者取消,提供更可靠的兼职信息,防止上当受骗,方便广大在校生

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

我觉得可以有三个人来负责开发,两个人测试,一个人美工。先用两个月时间做出一个初始的可用的简陋版 ,然后在人群中进行测试,寻求各个方面的改进,在最后两个月里做出最终的功能完善的可用版
描述你的团队在16 周期间每周都要做什么,才能在第16周如期发布软件的改进版本,并取得预想中的成绩。

原文地址:https://www.cnblogs.com/yycl/p/8682419.html