第一部分：调研， 评测

1.下载并使用，描述最简单直观的个人第一次上手体验。
answer:
截图如下：

初次使用这个软件是在大一刚入学的那两周，刚开始用集大通这个软件的时候觉得它有点类似微博，部分功能上有点像，比如朋友圈中的公共微博以及我的关注有点类似于微博的热门和关注只不过集大通的公共微博是显示全校师生的发布的全部博文，而微博的热门只是推荐一些相对热门的话题或者内容。最初用这个软件的时候是因为能够看到很多学长学姐发布的有趣的事情，如果丢了什么东西也有可能在上面的博文上看见的。对于最初使用这个软件其实无非就是玩我的任务，任务完成后会得到一定的经验值，每一次升级都会赠送一次抽奖机会，虽然机会渺茫很难中奖但是还是有点乐趣的
集大通初始界面：

集大通朋友圈：

微博界面：

集大通任务：

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

• 用专业的语言描述 (每个bug 不少于 40字)，如有必要, 可以配图。

(1)、 症状：课程表显示不正确。交换与广域网这门课程我在第二周的时候退课了，但是这个课程在我的课表中依然存在着，这说明后台数据库更新不及时，不够智能与人性，无法同步各个系统之间的数据。
截图：

（2）、症状：应用中心的电量助手显示查询不到宿舍信息，需要辅导员进行宿舍信息更新后方可正常使用，这说明集大通系统后台数据库还未及时录入学生的宿舍信息，后台数据更新不及时。
截图：

（3）、症状：应用中心中的图书馆选座的应用加载了很久都加载不出来，需要连上学校的WiFi才可以加载出来，既然内网才可以连上的话，那么当使用移动数据流量访问的时候可以给出相应的提示说是要内网，不知道的可能以为这个应用已经不能用了，所以将来就会忽视掉这个应用。那么这部分应用就失去了其开发的意义了。
截图：

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

• 提示: 采访提要

• 介绍采访对象的背景和需求（他们为何要使用该软件，例如开博客，读博客，给博客点评，她有什么痛点，她还有别的需求么）
  背景：集大网络工程在校大学生
  需求：
  1）、放假回家后，无法通过教务处系统查询成绩，而且当学期忘记做教学评测的情况下查询自己的成绩。
  2）、续借书籍
  3）、宿舍情况查询
  4）、查询课程表
  5）、网费充值
  6）、查询图书馆藏书情况
  7）、校园卡消费情况查询，以及校园卡充值

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

图片：

• 描述用户使用这个产品的过程，用户的问题解决了么？软件在数据量/界面/功能/准确度上各有什么优缺点？用户体验方面有问题么？
  1）、用户的使用过程中，用户的大部分问题均得到了解决
  2）、数据量：数据量不够完整，部分信息还没有录入，比如学生的宿舍信息
  3）、界面：界面相对比较美观，布局还算合理吧
  4）、功能：功能从实用性角度来说，可以满足学生百分八十的需求，部分功能还是没有实现
  5）、准确度：内容准确，信息较完整。唯一美中不足的是课程表显示不是那么的理想
  6）、用户体验：整体体验感不错，各个模块设计符合人们的生活习惯，但是有些地方反应速度较慢有待提升。

• 用户对产品有什么改进意见？
  1）、图书过期后续借书籍，并且能够在线缴交因图书过期而产生的费用
  2）、宿舍的水电的查询情况，还有缴费通道。
  3）、正确的课程表显示
  4）、现在虽然能够在线充值校园卡了，但是还需要去食堂等地点的领款机去“滴”一下。现在大部分的手机都有NFC功能，那么能不能通过手机的NFC功能直接对校园卡充值，这样可以省下一大笔的维修领款机的费用。
  4.请选择一个结论：经过这么多工作，你一定有充分的理由给这个软件下一个评价:

• 非常不推荐
• 不推荐
• 一般
• 好，不错

• 非常推荐

答：好，不错。理由：能够满足集大在校学生的基本需求。没有给非常推荐的原因是由于该软件反应速度比其他软件慢了一倍不止。而且，后台数据库的数据不够完善。界面设计上也有一定的缺陷，如通过集大通进入集大教务处中，看查询的各类信息非常费力显示不合理。

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

第二部分：分析

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

• 需求调研：10天
• 需求分析：14天
• 系统设计：14天
• 软件编码：75天
• 系统测试（漏洞分析）：45天
• 总的来说大概需要5到6个月吧，

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

UX ：User Experience的简写，即用户体验，更贴切的解释应该为使用者对于产品的体验，而对于 UX designer来说，其主要的工作是研究用户对产品使用的体验，研究用户的习惯，研究用户的心理模型，从而使产品能够更好的适合用户的使用，适用于用户的体验，甚至引导用户的体验与习惯。那么其目标即为使用户对产品的综合体验达到一个比较高比较好的层次。

场景：月初时，丹田物业要给每个宿舍登记每个宿舍的水费，学生通过集大通缴交水费（这部分功能没实现）
典型用户及其需求：
学生：缴交水费
丹田物业：录入水费详情
UX优点：输入量少，不易出错
UX缺点：被选对象受限制，即只能完成预定的系统功能
3.你在第一部分发现的bug，为何软件团队不能在发布前修复？他们是不知道，还是有意不修复？你觉得是什么原因？从下面的可能性中选取几个：

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

答：我觉得具体设计质量不高，系统还没优化就上架。

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

• 关于加载速度的问题，能否提高后台数据读取速率，或优化查找算法。
• 对于集大教务的UI设计上有没有考虑过开发一个手机版的网页，能够更直观显示一定信息。
• 能不能应用手机的NFC功能对校园卡进行充值。

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

第三部分：建议和规划

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

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

答：集大通的使用者基本上是学生和教师，我们可以从对学生与教师的实用性出发，增加一些生活服务功能，能够用集大通交电费，交水费，显示课表，查询成绩等提高学生的使用率

2.目前市场上有什么样的产品了？

答：没有发现类似的产品同样适用于集大学生的APP。

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

• 核心用户群：集大教职工和学生
• 学历：成人教育、大学本科及以上
• 年龄：18岁以上
• 专业：全部专业
• 爱好：网络社交
• 收入：基本上没有
• 表面需求：方便大学校园生活
• 潜在需求：通过社交获取帮助等

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

答：我要设计一个二手交易市场。因为很多学长学姐在毕业后，很多东西还能用但是在毕业之后有些带不走的，这时候可以通过二手交易市场把自己不需要的东西卖出去。我觉得集大通的功能已经很完善了。增加一个二手交易市场将自己的东西卖出去，同时也能淘到自己需要的东西。
A (Approach 做法)：
参照淘宝的模式将商品按类别分类上架，货物明码标价，但是价格可以协商修改的，货物售出之后无法退货。同时下架该货物。
B (Benefit 好处)：
同学们可以将闲置的东西卖出去换取一些零花钱，而且可以将一些书籍（毛概等）卖出去，也可同等交换。还有一些即将毕业的学长学姐也可以将自己的书卖出去等等。
C (Competitors 竞争) ：
因为二手交易市场在集大还是相对比较欠缺的。这部分软件在考虑效益上不会限制在一定的客户群，因为这类软件够赚取的利润就是差价。
D (Delivery 交付) ：
将软件实现后，前期调动大家的积极性。可以在期末的时候交换书籍，办一些线下活动吸引大部分学生。同时也可以加入一些学生必要的商品以吸引学生，迎合大部分学生的需求，留住更多用户
5.如果你有钱可以招聘 6 个人, 有 4 个月的时间, 你作为项目经理, 应该如何配置角色 (开发, 测试，美工等等)?

答：3个开发人员，一个测试人员，一个数据库设计人员，一个UI工程师
因为对于UI方面的设计上可以从简，后期是可以优化的。但是程序设计上不能马虎的。希望能够在各个方面设计的比较完全。而数据库则是直接影响APP加载数据的速度。

6.描述你的团队在16 周期间每周都要做什么，才能在第16周如期发布软件的改进版本，并取得预想中的成绩。
第1周：需求分析
第2-10周：程序开发
第11-12周：回归测试、单元测试等等
第13周：界面美化
第14周：定制试用期，将试用期的客户使用情况反馈汇总
第15周：在现有基础上加以改进试用中发现的问题
第16周：程序正式发布