软件产品案例分析
第一部分 调研，评测
评测：
软件的bug，功能评测，黑箱测试
-
下载并使用，描述最简单直观的个人第一次上手体验。
- 其实并没有下载软件，只是关注了微信公众号。不过直观给我的体验一般般吧，毕竟注册的时候就让我很绝望了，点进去作为学生先看的是课表。课表也是没实现，不过UI设计得不错，简洁方便。
-
按照描述的bug定义，找出几个功能性的比较严重的bug。至少两个。
我的是iOS端的，找到的bug如下-
课表无法查看，点进去是空的
-
学生证附卡的功能也用不了，点进去直接就获取失败，想要添加信息，只有手机号码和两个区间中的一个能够进行选择。
-
邮件系统不知道是用户名和密码和绑定的不一样还是未实现这个功能，也不能使用
-
还有个移动OA的功能点击进去是未授权的访问，目前未发现原因
-
成绩查询年份停留在2012-2016年
-
添加日程如果要设置提醒就无法保存
因为.gif文件太大，无法在这里展示，将视频保存在文件中，以下是链接
视频链接 -
失物招领查询通知某个人的时候如果出现重名无法区分
-
-
你觉得为什么这个产品组的人没有发现这些bug?
- 首先肯定不是粗心大意，可能是技术性问题无法解决
- 其次可能是用这个东西的人太少了，以至于程序员懒得去维护
- 缺少一个管理层来监督吧
- 和教务处的链接未处理好
-
假设你们团队需要开发这套系统，需要注意哪些方面(架构、部署运维、微服务等)。
- 待思考
采访：
第8章 用户调研，12 章 软件的用户体验，
相信每个同学的朋友中一定有人需要用这样的软件，记载你对这位用户的采访。例如使用下面的采访提要：
- 介绍采访对象的背景和需求（他们有没有用过这个APP或类似的APP，除了现有的功能还有别的需求么）
- 背景
- 会使用这个东西的人首先是是福州大学的学生，其次是一些关注福大的人。这些人可以通过这个公众号来获取最新福大的各种信息。
- 已有功能
- 讲座报名
- 通知
- 查看课表
- 失物招领
- 黄页
- 邮箱
- 校园新闻
- 校园巴士
- 学生证附卡
- 福大主页
- 个人日程
- 成绩查询
- 其他需求
- 空教室查询
- 上课提醒
- 下课高峰期
- 校园巴士目前到哪站，或者说还要多久才发下一辆车
- 让采访对象使用微信福州大学企业号（请上传照片证明用户的确正在使用，远程采访的同学请让别人帮忙照相）
采访对象有两个，照片只记得拍一张了
-
对象一：王圣钧同学
我让他作为一个开发小白对这个公众号随便尝试，然后给出对这个公众号的反馈。 -
对象二：王源同学
王源是个很厉害的开发人员，我让他结合自己的知识帮我体验这个软件，果然找到了我未找到的bug。
- 描述用户使用这个产品的过程, 用户的问题解决了么？软件在数据量/界面/功能/准确度上各有什么优缺点？用户体验方面有问题么？
对象一：- 最基本的课表都没实现，难道说我就不用上课了么？
- 这个失物招领做得还不错，简单方便，容易查看。就是用的人太少了。
- 福大首页做得也还行，至少看着心情舒畅
- 怎么会连成绩都差不了，太烂了
对象二：
- 这个逻辑设计不合理，找了半天没找到个人日程的返回按钮，居然被隐藏
- 添加日程ok，再来测测能否提醒，欸，要提醒就无法保存。
- 接下来批量日程，ok，可以。再来试试一天多个，欸，一天多个最多，是竖着展示的，最多只能看到三个。
- 嗯，这个失物招领挺好玩的，查询人怎么找到两个我（可能是同名吧），还没有具体信息，那怎么知道哪个是我。又一个bug。
- 其他功能是不是还没实现，hhhhh，不用测了吧。
4. 用户对产品有什么改进意见？
- 至少把基本功能做好，比如课表这些
- 知名度不高，同类竞品更优秀（福大助手/教务通），质量需要提高
- 结论：经过这么多工作，你一定有充分的理由给这个软件下一个评价,请选择一个结论:
- 一般
给一般的原因是因为这是一个微信公众号，不是一个app，会比app方便一些吧。
第二部分 分析
参考 8.6 节 对工作的估计， 和14.1 节 软件工程的质量
使用此软件的大部分功能，联系第二部分的分析，估计这个项目做到这个程度大约需要多少时间（团队人数6人左右，计算机大学毕业生，并有专业UI 支持）。 分析这个软件目前的优劣（和类似软件相比），并推理出团队在软件工程方面可以提高的一个重要部分（具体建议）。
-
根据理解和体验，画出整个软件所有功能逻辑框图，根据重要度标识出各模块的重要度、完成度、出发点及效果； -
针对不同的维度评分，对用户体验方面、UI界面美观度、核心功能，分别打分。
| 模块 | 打分 | 理由 |
|---|---|---|
| 用户体验 | 60 | 去采访的用户对这个产品并没有很高的评价 |
| UI界面美观度 | 75 | 界面设计简约有美感，但是有反人类的逻辑设计 |
| 核心功能 | 50 | 核心功能基本没有实现 |
第三部分 建议和规划
参考《构建之法》第8章 功能的定位和优先级；第9章 项目经理
这个软件有很多可以提高的部分。
- 如果你是项目经理，如何提高从而在竞争中胜出？
- 保障基础功能的完善，不能出现像课表为空这样子的bug
- 宣传度可以提升，但是得建立在功能完善的基础上
- 目前市场上有什么样的产品了？
- 福大助手
- 易班
- 教务通
- 其他学校的官方公众号
相比于福大系列的软件，这个公众号的功能明显不足，相应效果也不友好，页面的跳转逻辑也十分奇怪。
相比外校的公众号，UI水平相差不大，但是功能和响应的不足十分明显。
-
你要设计什么样的功能？
小白小车的实时定位，和掌上公交一样，或者说能让大家知道哪个店有小白，省去大家等待小白的时间。同时也可以让大家避免高峰期。 -
为何要做这个功能，而不是其他功能？
时间是最宝贵的，同时也让大家不用担心误点。 -
为什么用户会用你的产品/功能？
这个功能和掌上公交是类似的，相信大家都有用过这个东西，确实是十分方便的。但是需要的技术支持很高。不仅仅是软件，更需要硬件的支持（比如说小白的定位，服务器的性能等等） -
你的创新在哪里？可以用 NABCD 分析。
- Need
在校大学生有查询课表，成绩查询，失物招领等等的基本需求。我们的新功能小白校车定位是一个亮点，方便了大家的出行 - Approach
目前微信几乎人手一个，公众号借助微信平台是一个十分好的推广方法。而微信内置的实时位置共享给了我们很好的参考价值。 - Benefit
微信公众号不像APP，需要下载软件，直接内置在微信内，以轻便为主，资源利用率会比较高。 - Competitors
目前的同类竞争者，我们只需要关注校内的竞争者，校外的竞争者不会与福大起到冲突。类似的产品有福大助手，易班，教务通，他们的优势在于将产品做成app，响应速度会比较流畅，但是易班和教务通存在很大的问题，经常登录不了（就是所谓的易班怎么又崩了），福大助手则是一个比较完善的软件，基本没有什么不足的地方。我们的产品不是app，而是微信公众号，轻便是我们最大的特点。 - Delivery
作为福大的官网公众号，可以通过学校自己进行宣传，方式比如说让各学院进行通知学生，开办宣讲会，在QQ空间，朋友圈进行宣传。还可以进行线下宣传，扫码关注送小礼品或者餐券之类的。
- Need
-
如果你来领导这个团队，会有什么不一样？
- 保证基础功能能够使用
- UI设计可以更进一步
- 去除掉那些反人类逻辑的操作，比如说隐藏返回键
-
如果你的团队有5个人, 4个月的时间，你作为项目经理，应该如何配置角色（开发，测试，美工等等）？
-
描述你的团队在16 周期间每周都要做什么，才能在第16周如期发布软件，大小里程碑绩点设定。
| 周数 | 任务 | 里程碑 |
|---|---|---|
| 1 | 需求分析阶段，确定功能，生成需求规格说明书 | |
| 2 | 进行需求复审，进一步确定核心功能 | 完成需求规格说明书 |
| 3 | 搭建开发环境，确定编码规范，熟悉工具 | |
| 4-5 | 进行原型设计，类图建立 | 完成原型设计 |
| 6-9 | 进行基础功能编码，测试，美化界面 | 发布alpha版本 |
| 10-13 | 开始其他功能编码，并进行测试，美化界面 | 发布beta版本 |
| 14 | 进行大量测试，寻找产品bug，并寻找解决办法 | |
| 15-16 | 项目宣传，部署 | 完成产品 |
-
开发三人（两个前端，一个后端）
-
测试安排大家一起参与
-
美工一人
-
PM进行规划和各种文档整合
-
项目发布后，有没有考虑过项目该怎么部署才能满足需求。依据下图（某校教务处系统的部署）作为参考，分析16周后你所完成的项目上线需要哪些配套设备(服务器、带宽、数据库需求数量与配置) 。
- 应用服务器：4核8G 2台
- 后端服务器：8核16G 3台
- 关系型数据库：MySql 个（平时使用1个，备份1个）
- 缓存数据库：Redis 2个
- 网站安全：DDOS
- 带宽：采用千兆以太网连接
某校教务处系统的部署
