个人博客作业-软件案例分析
个人博客作业-软件案例分析
项目 | 内容 |
---|---|
这个作业属于那个课程 | 班级博客 |
这个作业的要求在哪里 | 作业要求 |
我在这个课程的目标是 | 学习软件工程的相关知识 |
这个作业在哪个具体方面帮我实现目标 | 从多角度分析博客园,学习设计开发模式 |
这个作业在哪个具体方面帮我实现目标 | 博客园班级博客 |
第一部分 调研,评测(软件的bug,功能评测,黑箱测试,第8章用户调研,12章软件的用户体验)(必答)
软件基本功能的用户体验
我认为一个软件最好的体验是两个字“简约”。简约不是功能不全,简单的功能有简单的实现,复杂的功能也能通过化繁为简,最终体现出简单的美但蕴含着的设计理念,我觉得这是最好的用户体验。
博客园班级博客这个软件是一个教育社区,面向的用户主要是与计算机科学相关的学生老师。教育工具的使用好坏能够直接影响教育的效果,博客园的班级博客在这一点上完成的是非常好的。下面我以一个使用者的角度从理论上分析这款软件的优点。教学班级的需求他都能完成
- 老师和助教的管理员权限
- 作业列表的展示、作业的提交与批改
- 评论功能提供交流平台
-
班级公告的展示
-
投票功能提供一个老师和同学们共同决策的高效办法
我没有找到博客园关于班级博客的bug,但是我通过使用和搜索发现了博客园软件的bug
bug1:
找到了一个较为明显的功能性bug,bug详细描述为“tag的显示内容不全,有时会出现tag丢失的情况”:
bug2:
bug描述:markdown引擎出现的故障,使用目录功能后,如果是链接形式,最终会将链接也完全显示出来,链接跳转也会失效。
博客园的不足
博客园的界面体验是一言难尽的
博客园班级博客虽然不存在这样的问题,可以看得出博客园班级博客是一个团体独立开发的,但是我是想分析一下博客园整体界面的问题。
博客园的界面存在一个界面风格不统一的情况,以下举例说明
首页为这样:
但跳转到设置页面,导航栏就变成了这样
部分功能(需要用到导航栏指引)的功能是这样:
招聘功能界面是这样:
可以看到的是,博客园这个软件是不同的设计团队独立开发,最后对接接口的一个产物,在开发前期就没有考虑好统一博客园的主题,开发工作上协作但不协调,最终没有达成一个在展示上立体化的效果,给人的直观感受是拼接而成,而不是自成一体。但我也明白网站的重构是需要牵扯到多方面的,没有一个强大的团队和被迫更替的契机是不可能做到的,做得好皆大欢喜,做的不好很可能会丢失这一平台的忠实用户。
手机端的使用
这个软件在手机上很好的完成了页面尺寸的兼容,页面中的所有元素都没有丢失,可以确定的是,团队从开发之时就想到了在移动端设备上的使用。
软件评分:
类别 | 描述 | 评分 (满分 10 分, 良好 6 分, 及格 4 分,聊胜于无 1 分, 很差 -3 分) |
---|---|---|
功能 | 技术博客检索,知识输出,互动交流,学生教育(教育所需的学生助教老师交流,作业的提交,其他班级的浏览) | 10 |
用户体验 | 能够兼顾用户体验和适度的广告,博客编辑大多无障碍 | 8 |
辅助功能 | 需要自己写css、js代码来完成博客主题的设置 | 6 |
差异化功能 | 独特的教学平台,交流互动平台,而且对用户免费(相比CSDN来说),是一个很好的获得技术信息的社区 | 10 |
体验 | PC和移动端都能较好适应软件的使用 | 10 |
成长性 | 能够记住用户的选择,设置用户偏好 | 8 |
用户有控制权 | 系统状态有反馈,等待时间要合适。关键操作有确认提示,有明确的错误信息。 让用户方便地从错误中恢复工作, 快捷操作键可调整。 | 10 |
结论:尽管存在一些问题,但是博客园的功能是完备的,且有大量的技术爱好者的沉淀与心血,总的来说是一款非常成功的软件。
- a) 非常不推荐
- b) 不推荐
- c) 一般
- d) 好,不错
- e) 非常推荐
评价:e) 非常推荐
第二部分 分析(参考8.6节对工作的估计,和14.1节软件工程的质量)
1)使用此服务的所有功能,估计这个软件/网站/服务做到这个程度大约需要多少时间(团队人数6人左右,计算机大学毕业生,并有专业UI支持)。(必答)
答:因为网站存在前后端的关联,通过查看源代码,可以发现,博客园的开发是在2012就完成并沿用至今的。
通过js文件的命名我推断出在2012年后博客园的前端设计就没有变化过了。在2012年,博客园的前端展示一定是领先行业内其他平台的,但是在2020年的今天,博客园的UI设计已经是时代的眼泪了。
虽然有专业的UI设计支持,但是前后端分离开发的模式是很强调沟通协作的,即使不需要团队自己进行界面设计,关于接口的交流和数据库的设计也都是非常耗时的。可以估计,在6人团队的规模下,大概有上百个页面(包括博客园前台展示、班级模块、后台管理、管理员管理、)的UI接口设计,以及非常丰富的后台需求,我预计至少需要3个月的高强度投入(包括知识学习储备以及开发),能够在尽量少的重构情况下,完成博客园的全面复制。
2)分析这个软件目前的优劣(和类似软件相比),这个产品的质量在同类产品中估计名列第几?(必答)
答:博客园这个产品在行业内一定是名列前3的,下面对比几个教育平台,可以感受到博客园的强大
博客园 | CSDN | W3C | SegmentFault | |
---|---|---|---|---|
用户入门门槛 | 部分内容付费 | 免费 | 社区免费,课程付费 | |
用户粘性 | 较高,每一篇博客都是心血 | 较高,付费内容期对用户的期待较高,整体付费内容质量很高,但质量的高地完全取决于创作者本心,付费作品质量无法监管与量化 | 较高,更多像是菜鸟教程,面向新手很好的文档查询工具 | 课程付费,质量层次不齐,用户黏性低 |
用户体验 | 广告合理,使用流畅 | 广告嵌入太多,但不影响阅读,使用流畅,但搬运现象严重,对原创作者不友好,很多时候甚至无法区分哪一个才是原创 | 广告合理,使用流畅,功能齐全 | 界面最为亲和,但价格感人,知识付费资金成本时间成本高,收益不可预计,所以用户体验一般 |
用户活跃度 | 活跃度高,问题回答效率高 | 活跃度高,问题回答效率高, | - | - |
用户忠诚度 | 高,账号往往代表着流量,代表着社区影响力 | 高,账号往往代表着流量,代表着社区影响力 | - | - |
技术大牛 | 大牛入驻多,技术博客内容质量超高 | 博客内容抄袭居多,抄袭门槛低 | - | - |
客服反馈 | bug修复快,客服反馈快,态度好 | - | - | - |
3)你在第一部分发现的bug,为何软件团队不能在发布前修复?他们是不知道,还是有意不修复?你觉得是什么原因?可以从下面的可能性中选取几个:
答:
- bug修复不好修复是因为没有实现测试的全覆盖,功能的交叉重叠导致全覆盖基本是不可能的
- 有时bug不修复是很早已经发现,但是发展的问题在发展中解决(修复成本过高)。
今天的bug也许成为明天的话题,有热度就有流量,没准就火了呢
第三部分 建议和规划(参考《构建之法》第8章功能的定位和优先级;第9章项目经理)
1)首先,市场有多大?潜在的用户有多少?
博客园班级博客主要针对的是有实际班级的用户,所以不存在独立的个体用户,都是以具体的班级为依托,可以说博客园的班级博客是很好的教育工具,所有的博客有关的教学课程都可以在博客园班级博客内创建一个自己的班级,不过这一点需要博客园去尝试地推,和高校谈合作,光靠用户的口耳相传是很难做到大面积推广的。
2)目前市场上有什么样的产品了,它们的优势劣势在哪里?和它直接竞争的产品在那
目前市场山竞争的产品有CSDN,慕课网,W3C,SegmentFault,但他们的定位大多是独立的教育平台,用户都是独立的个体,但是博客园的目标用户是高校的每一门课,本质上来说大家做的不是同一件事,所做工作只是教育行业的不同分支。不存在正面的竞争用户,也就谈不上优劣势了。
3.作为新的项目经理,这个产品的核心用户群是什么样的人,典型用户长什么样?学历,年龄,专业,爱好,收入,表面需求,潜在需求都是什么?
核心用户为高校的课程主管老师。
潜在需求博客园的班级博客已经帮助老师们实现了,只不过很多老师可能还不太适应利用互联网这一项工具,博客园班级博客这个项目其实可以大力推广,现在的使用量还配不上他在行业内作为独特的教学辅助工具的地位。
4.如果你有钱可以招聘6个人,有4个月的时间,你作为项目经理,应该如何配置角色(开发,测试,美工等等)?描述你的团队在16周期间每周都要做什么,才能在第16周如期发布软件的改进版本,并取得预想中的成绩。
如果我是PM,我会配置两位开发,两位测试,两位美工;
美工需要提前给我项目最终的样板,我作为PM我去做项目的实际推广,每周的工作安排大致如下:
在第1-2周确定项目完成后的样板,确定自己项目的定位,推演每一项具体功能的可行性以及技术难题,讨论确定第一步推广的目标用户群(有影响力的课程),讨论规模效应后的变现模式,通过广告还是通过会员等模式。
第三周到第十四周实现网站的功能。
第十五到第十六周进行软件的部署、用户的前期测试与意见收集。最终上线产品