个人作业——软件产品案例分析

作业链接

• 调研，评测
  • 评测
    • 个人上手体验
    • BUG
    • 原因分析
  • 采访
• 分析
  • 时间预估
  • 分析和建议
  • 功能逻辑框图
  • 模块分析
  • 评分
• 建议和规划

---

调研，评测

评测

个人上手体验

，功能评测，黑箱测试

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

• 初印象为登陆方式不太友好。莫名其妙地分开为身份验证和关注验证，各有一个入口，且没有引导。
• 进入主页面后，第一眼觉得界面简介且功能很多，整合了通知文件、成绩查询、福大黄页、校园巴士、失物招领、学生证附卡、讲座报告、校园新闻、福大主页、我的课表、福大邮箱、个人日程和移动OA共13个功能模块。
• 然而在具体使用中发现[我的课表]、[移动OA]、[成绩查询]模块功能是不能用的，[学生证附卡]等模块基本不能使用，[福大邮箱]、[个人日程]、[失物招领]模块存有一些影响基本使用的BUG。
• 无法使用和有BUG的功能让操作变得十分困难，有些页面的跳转逻辑也不够友好。总的来说，第一次上手体验感不佳。

软件的bug

按照描述的bug定义，找出几个功能性的比较严重的bug。至少两个。
用专业的语言描述（每个bug 不少于 40字），如有必要，可以配图.

*注：为了方便表示，以“「」"表示按钮，以“[]”表示页面。

• 【功能选择页面】

  • 1.IOS端将页面左滑后可删除子功能，然而删除后只能在搜索栏重新找到删除的功能，却不能再将之添加回选择页面了。

• 【个人日程】

  • 2.添加日程时不能设置提醒：点击「添加日程」进入[添加事件]页面，输入标题和设置提醒后，点击「保存」后无反应。
    
    
  • 3.下载日程表返回后异常：在事件表页面点击「下载」进入[下载的日程列表]页面，在点击「<」按钮后，页面实现出现异常。具体表现为图1的[设置]页面空白，图2-1、2-2的[添加日程]页面出现乱码，图3的[查看具体日程]页面空白等。
    
    
    图1:
    
    图2-1:
    
    图2-2:
    
    
  • 4.日程复制：在[设置]页面，如图3所示的3个按钮多按几次，小概率出现所有日程都被复制的bug。且此时再进行改色，改变的只有复制后的日程。效果图如图4-1、4-2。
    图3:
    
    图4-1:
    
    图4-2:
    
  • 5.创建日程备注超出长度限制：在[创建日程]页面所填写的字长超出255字节限制时，无法点击「保存」按钮（无提示无跳转）。
    
  • 6.日程显示时间有歧义：[创建日程]时设置时长超过一天时，日日程显示页上所写的时间只有时间无日期。例如下图，设置的日程时间为12月10日00：09到12月11日07:19。
    
  • 7.前进返回按钮跳转逻辑错误：先打开某一具体日程，按左下角的「<」按钮返回后，再打开[设置]页面，按下「>」按钮后再按「<」返回，如图5所示页面崩溃。
    
    
    
    图五:
    

---

• 【成绩查询】
  • 8.功能缺失：进入[成绩查询]后，可选择的学年只有12-16学年。
    

---

• 【我的课表】
  • 9.功能缺失：进入[课程表]后，无法显示课程。
    

---

• 【福大邮箱】
  • 10.手机版登陆失败：如下图1所示，网页版提示“您已被禁止登陆，请联系管理员。”，而网页版可正常登陆。
    
    

---

• 【失物招领】
  • 11.失物招领上传图失败：发布失物招领时，如若上传了图片再发布，会提示上传图片不能为空。
    
  • 12.@功能无法精准定位个人：发布失物招领时，选择通知某人后，只能选择人名，无法避免重名现象。
    
  • 13.@功能失效：发布失物招领时，选择通知某人，被通知的人却并不会收到通知。

---

• 【学生证附卡】
  • 14.学生信息采集：进入页面后首先跳出“获取失败！原因：辅导员为空，请添加辅导员”字样，但实际可输入的只有手机号码一列。且没有验证，随意输入后既可进入[学生证附卡]页面。
    
    
  • 15.功能缺失：[学生证附卡]页面的补办和信息更新均无法使用。
    

---

• 【身份验证】
  • 16.重复验证：重复使用同一个人的学号和密码进行验证可通过身份验证，但是在关注验证时，输入手机号或邮箱却提示用之前绑定的号码进行登陆。此时无法解除学号绑定，新的微信号无法进行任何操作。
    
    
  • 17.手机号验证身份显示错误：[手机号验证身份]页面有几率出现手机号卡在区号框里的现象。
    

原因分析

你觉得为什么这个产品组的人没有发现这些bug?

• 是个有按钮就可以了的企业号，产品组的人应付作业糊弄了事
• 交付时间太赶完全没时间做测试就发布了
• 总的来说就是态度不太行…

假设你们团队需要开发这套系统，需要注意哪些方面(架构、部署运维、微服务等)。

采访

第8章 用户调研， 软件的用户体验
相信每个同学的朋友中一定有人需要用这样的软件，记载你对这位用户的采访。例如使用下面的采访提要：
介绍采访对象的背景和需求（他们有没有用过这个APP或类似的APP，除了现有的功能还有别的需求么）
让采访对象使用微信福州大学企业号（请上传照片证明用户的确正在使用，远程采访的同学请让别人帮忙照相）
描述用户使用这个产品的过程, 用户的问题解决了么？软件在数据量/界面/功能/准确度上各有什么优缺点？用户体验方面有问题么？
用户对产品有什么改进意见？

被采访者1

• 背景： 计算机专业同学
• 需求：需要一个便捷的、提供功能齐全且故障率不高的校方APP
• 照片：
  
• 使用过程：下载了企业微信，并且使用了自己的学号进行注册，试用了所有功能。
• 使用感受：在使用产品的过程中，用户的问题没有得到解决。大部分功能都不能使用，不过录入了所有福州大学学生的名字和学号，数据量还是挺全的。
• 改进意见：把功能做完再谈改进吧。

被采访者2

• 背景：医大同学，用过类似福大易班的校园APP

• 需求： 没什么需求

• 照片：
  
  

• 使用过程：介绍了她们学校的APP，尝试使用了福大微信企业号，结果因为企业号没有解绑功能（如BUG16所示），试使用失败。

• 使用感受： BUG的力量！

• 改进意见：加入解除绑定的功能。

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

非常不推荐
不推荐
一般☑
推荐
非常推荐

分析

时间预估

> 参考 8.6 节 对工作的估计， 和14.1 节 软件工程的质量 使用此软件的大部分功能，联系第二部分的分析，估计这个项目做到这个程度大约需要多少时间（团队人数6人左右，计算机大学毕业生，并有专业UI 支持）。

• 估计时间：两个月。
• 理由：整体需要做的工作挺多的，虽然完成度不佳，但考虑到学习成本，所以估计为两个月。

分析和建议

> 分析这个软件目前的优劣（和类似软件相比），并推理出团队在软件工程方面可以提高的一个重要部分（具体建议）。

• 优点：

  • 微信企业号是一个很好的平台，基本上所有在校大学生都使用微信，非常适合在上面发布通知，在上面提供一些实用的功能也能更好地服务于广大福大师生。
  • 相比于“福大教务通”、“福大易班”、“福大助手”等针对福大学生的校园APP，福州大学企业号不需要另外下载，更加便捷，还提供了福大黄页等功能，还可以通过企业号直接联系到校友，如果推广起来还是挺不错的。

• 劣势：

  • 福州大学企业号功能虽多，但能用的不多，没有特别大的亮点。且推广度不高，知道的人并不多。

• 建议：

  • debug。先修复好现有功能的bug基础上再选择去增添功能和推广。
  • 因为一卡通背后印着这个公众号的二维码，所以建议增加和一卡通相关的充值之类的功能。
  • 建议增加请假报批等功能。
  • 建议去除完全没必要的功能，如[个人日程]。
  • 建议增加常见问题查询的功能。提供一些如怎么补办学生证、如何请假等问题的答案。而因为[校园巴士]所能提供的信息量较少，如果无法精准定位小白，所以可以可以把这项功能整合到常见Q&A里。
  • 增强推广力度，可以考虑通过班导向大一新生传播等途径，目前推广力度不足，且搜索不够方便。虽然在校卡背后贴了公众号的二维码，但是许多人不知道这个公众号的作用，且关注逻辑麻烦，所以并不会选择使用它。

功能逻辑框图

> 根据理解和体验，画出整个软件所有功能逻辑框图

模块分析

> 根据重要度标识出各模块的重要度、完成度、出发点及效果

重要度按1~5评分，1：不重要，2：一般重要，3：重要，4：很重要，5：非常重要。

模块	重要度	完成度%	出发点	效果
通知文件	5	85	为用户提供查看通知文件，公示以及校内公告	提供了基本功能
福大主页	5	80	位用户提供关于福大的重要信息	链接向福大主页网页版
校园新闻	4	80	主要用于查看福大的校园新闻	界面友好，查询方便
福大邮箱	2	60	主要用于登录用户的福大邮箱	由于手机版邮箱不可用，而网页版直接登陆网页查看，所以效果不佳
福大黄页	5	80	为用户提供了福大各部门电话号码	操作简便、分类明确
我的课表	4	0	为用户提供课表	无法显示，背景图也不对
成绩查询	4	10	主要用于查看用户的成绩	无法查看
个人日程	1	60	为用户提供日程记录	bug较多，使用不方便
移动OA	3	？	？	无法使用
失物招领	4	75	为用户提供发布和查看失物招领和寻物启事功能	有些小bug，但能用
校园巴士	3	80	为用户提供校园巴士信息	能查看，但信息量较少
讲座报告	4	80	为用户提供讲座报告信息	能查看到所需信息
学生证附卡	4	40	为用户提供查看、修改学生证附卡信息的功能	只能查看部分信息，不能修改

评分

> 针对不同的维度评分，对用户体验方面、UI界面美观度、核心功能，分别打分。

评分项	评分	理由
用户体验	5	bug较多，功能不全，但能查看校内新闻、公告和学生学号，可以基础使用
UI界面美观度	8	界面比较简洁美观
核心功能	7	整合了很多的功能，但功能虽全却不精，很多功能都或多或少的具有一些缺憾，略显鸡肋

建议和规划

参考《构建之法》第8章 功能的定位和优先级；第9章 项目经理
这个软件有很多可以提高的部分。

• 如果你是项目经理，如何提高从而在竞争中胜出？

  • 提高软件的质量和稳定性。即使软件拥有吸引用户使用的功能，但是若稳定性和容错率达不到用户的可接受范围内，也会极大削减用户的使用兴趣，不能长期使用。
  • 有足够吸引人的功能，提供件没有的而在特定群体中很实用的功能。
  • 注意宣传。通过学校官方来进行宣传。

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

  • 超级课程表、课程格子
    • 对所有高校提供的APP，提供方便快捷的课表功能。超级课程表还提供四六级查询、跳蚤市场、超级课堂等功能。
  • 福大教务通、福大助手
    • 针对福州大学实际情况设计。提供课程表，查询成绩，学分，考试安排，教务处消息通知等功能。
  • 期末考啦
    • 提供试卷、PPT下载等功能。
  • 易班
    • 通过校本化能够和教务处连接，提供课表和成绩查询等功能。

• 你要设计什么样的功能？

  • 在原有基础上删除以下功能：
    • 校园巴士；
    • 个人日程。
  • 在原有基础上再增加以下功能：
    • 1.一卡通查询充值；
    • 2.常见Q&A；
    • 3.福大地图和地点介绍；
    • 4.校历查询；
    • 5.请假申请；
    • 6.图书馆借书管理。

• 为何要做这个功能，而不是其他功能？

  • 一卡通查询充值：印在一卡通背后应该要提供相关功能吧；
  • 常见Q&A：让用户有问题时可以有地方查询；
  • 福大地图和地点介绍：让不熟悉学校情况的新生快速适应学校环境，免去他们的一些苦恼。
  • 校历查询：提供校历查询，有助于学生了解这个学期的进度与情况，方便学生做出合理规划。
  • 请假申请：方便学生请假，不用跑很远，而且可以方便老师查看是否有学生请假。
  • 图书馆借书管理：方便学生查看已借书籍、书籍到期期限等信息。

• 为什么用户会用你的产品/功能？

  • 平台便利；
  • 功能均是从用户角度出发所考虑得出的；
  • 提供了一些其他软件所没有的一些功能；
  • 功能完备，使用便捷。

• 你的创新在哪里？可以用 NABCD 分析。

  • 你的创意解决了用户的什么需求?(N)
    • 拥有功能全面，提供黄页、Q&A、请假申请等功能，解决了用户查找学校信息困难、请假困难等痛点。
  • 你有什么招数来解决用户的痛苦或问题？(A)
    • 提供其他软件所没有的功能，使学生的问题迎刃而解。
  • 你这个产品或服务会给用户带来什么好处？(B)
    • 本产品帮助同学更快地适应校园生活，方便地查看学校通知等信息，在学习和生活上为同学更高的效率。
  • 你的产品有没有类似的竞争者，他们的产品怎么样？(C)
    • 福大教务通等软件。这些软件功能仅限于查课表，查成绩，找空教室，查考场。不具备生活，工作上的便捷功能。
    • 超级课程表等软件。针对性强，与教务处对接更好，功能更全面。
  • 你如何推销你的产品？(D)
    • 我们可先得到校方的支持，通过线上线下同时宣传，向学生宣传一卡通背后的二维码作用等。

• 如果你来领导这个团队，会有什么不一样？
  明确团队分工和时间分配。为每一位成员分配合理的工作任务，并在合理的时间内交付可用的软件功能，对于无法实现的功能使用其他的方法进行代替

• 如果你的团队有5个人, 4个月的时间，你作为项目经理，应该如何配置角色（开发，测试，美工等等）？

  • 开发前期，两人负责功能开发，一人负责美工，两人负责UI，各部分人员在完成一个功能模块之后必须自行测试通过再交付。后期测试阶段再安排2～3人进行系统测试。

• 描述你的团队在16 周期间每周都要做什么，才能在第16周如期发布软件，大小里程碑绩点设定。

时间/周	安排
1-2	考虑用户需求，确定功能，制定初步计划。随后进行实际调研，对出现的问题，需求矛盾等进行策略调整。
3	制定出较为完善的工作方案，明确人员分工和工作计划，开展工作。
4-7	搭建软件基本框架，形成初步的框架，实现几项基础功能，并对目前出现的问题及时反馈，调整开发策略，明确下一阶段的开发任务。
8-12	功能进一步完善，软件基本完成，各功能完善，开始考虑发布测试版。
13-14	软件系统测试和调试。
15	小范围内发布Beta版本，并处理反馈信息
16	进一步完善发布。

• 项目发布后，有没有考虑过项目该怎么部署才能满足需求。依据附录图（某校教务处系统的部署）作为参考，分析16周后你所完成的项目上线需要哪些配套设备(服务器、带宽、数据库需求数量与配置) 。

  • 应用服务器集群：2 核 2G * 6
  • 后端服务器集群：16 核 64G * 2
  • 数据库：5个
  • 带宽：10M