这个作业属于哪个课程 | <2021软件工程实践> |
---|---|
这个作业要求在哪里 | <软件测评> |
这个作业的目标 | 通过案例分析,评测,思辨,总结,体会学习软件开发 |
其他参考文献 | 无 |
目录
第一部分 调研、测评
CSDN问答
体验
- 游客
- 游客身份可正常使用浏览的功能
- 由于未登录,在关注页面无内容
- 游客身份可正常使用浏览的功能
- 普通用户
- 登录后首页
页面左边栏目录可快速选择要进行的操作,如选择频道、查看排行榜等。中间内容栏最上方可选择查看最热
最热
悬赏
待采纳
的问题,右边栏是一些关于个人的内容。
可根据一些条件进行筛选问题
- 问答详情
点击一个问题进入问答详情界面,可浏览问题与所有回答。
回答详情
可邀请其他用户回答
写回答,可加粗、添加下划线、添加无序列表有序列表和插入图片等。
还可添加代码段,可直接复制其他用户回答的代码段。
- 提问
有问题标题问题描述等信息,与写回到类似,也可调整问题内容描述的格式
可给问题添加标签,若是vip则提问方式可以为有问必答
,否则只能是普通方式提问,有问必答
优势在于问题提出后一定会收到回答。
右边栏有一些提问的提示及说明
- 其他
- 排行榜
有用户榜、标签榜和冲榜分奖金。
- 频道
频道对应提问时的标签
- 排行榜
- 登录后首页
- 优缺点分析
优点:csdn问答社区优点在于对用户的提问没有过多的限制,如在提问内容字数、标签的选择上。对于比较紧急的问题,用户可以根据自身情况通过有问必答
方式来提问。
缺点:个人认为界面可以更加优化,每一个界面的内容都很多,如果层次未分明会导致界面内容杂乱和重点内容不够明显。最热
排行时根据浏览量而不是回答量,不太合理。 - 改进意见
建议界面设计更有层次一点,比如提问界面的标题``内容
等提示性文字加粗,更加一目了然,对于内容比较多的界面减少推送的内容。
BUG
在功能方面都比较完善。没有发现什么bug。
结论
- 一般
- 界面实在太杂,所存在的确定会影响用户体验。如浏览量决定热度而不是回答量,就会出现热度高的问题空有浏览量而没有回答的问题。
Stack Overflow
体验
-
进入首页
登录后的首页,模块划分很明显,界面也比较简洁
-
提问题
提问也是采用markdown编辑,编辑功能很全面。
-
写回答
也采用markdown编辑
-
问题详情
-
其他
- 标签、用户等
- 标签、用户等
-
优缺点
优点:功能很强大,界面排版也很合理。
缺点:网络问题,有时打开加载不出来。
BUG
功能很完善,未发现bug。
结论
- 好,不错
- 可能比较不好的点就是网络问题和语言,如果个人英语能力比较好的话推荐使用。
SegmentFault
体验
-
首页
首页很简洁,内容一目了然,看起来也很整洁。也有标签,有最热、待回答、月榜和周榜划分。右边栏有热门问答
-
用户
- 登录后有推荐关注用户
新手任务可完善
- 提问模块
界面简洁美观内容明了
标题要以?
结尾,可选择标签,最多选择5个标签
可选择模板,选择模板后在问题内容描述中有已排版好的模板。使用markdown编辑内容,可直接插入视频,表格,公式等内容,很方便。
- 问题详情
界面中显示了问题以及回答等信息,模块划分很明显,用户能很快找到需要查看的信息位置以及看起来很舒适。
最底部也有推荐相似问题
可通过微博邀请用户回答
写回答就在问题的下方,同样使用markdown
- 其他
标签汇总,对标签进行了分类,可快速找到需要关注的标签
可查看相应标签有关内容,有标签动态、技术问答、专栏文章、技术讲座、标签百科等。
- 登录后有推荐关注用户
-
优缺点分析
- 优点:界面简洁,模块划分很明显,采用markdown编辑比较方便,好使用。提问能及时收到回到,使用过程中网络顺畅。
- 缺点:还存在一些小bug
BUG
- bug发生时的测试环境
- Win10 + IE浏览器
- 已关注的标签不能实时显示
- bug的可复现性及具体复现步骤
- 可复现性:必然发生
- 复现步骤:在标签分类界面,选择一个标签(或者在标签输入框中),点击加关注。
- bug具体情况描述
在标签分类页面,如下:
选择一个标签,点击下方标签要关注时,不能在已关注的标签列表中实时显示,如我已关注javascript
标签,可在已关注标签列表中没有显示该标签。如下图:
- bug分析
- bug可能成因
- 数据未实时传送
- 界面需要实时变化的组件未实时更新
- bug的严重性
- 系统功能:可能只是数据在组件的传送问题,对其他功能影响不大。一颗星
- 安全性:对安全性的影响不会很大。两颗星
- 用户体验:会给用户造成
没有关注成功的错觉
。四颗星
- 对bug的改进建议
建议在网页数据更新的实时性方面做得更好。
- bug可能成因
结论
- 好,不错。
- 该产品使用简单,提问后能及时收到回答。界面简洁美观,操作起来也很流畅,用户体验很好,虽然还存在一些bug,但是也不太影响主要功能使用。
第二部分 分析
开发时间估计
- 估计需要
九个月及以上
时间才能完成 - 前一个月市场调研+产品分析,再花一个多月UI设计,大约六个月得时间开发,之后花1~2个月时间测试+bug修复。
同类产品对比排名
- CSDN在界面设计上做得不够好,内容过多且杂乱,广告多,视觉感官不好。CSDN除了问答模块外还有其他模块,如博客模块,有许多程序员使用,所以国内CSDN用户量大,这也是一大优势,并且使用起来一般情况下网络没有问题。
- SegmentFault 思否 界面简洁,排版规划合理。使用markdown编辑,可上传视频、微博邀请用户回答等,使用方便灵活。
- Stack Overflow网站由于网络问题,成功登录也要费很大的力气。但是程序眼问答社区元老级网站,而且有许多国外用户,所以用户量很大,用户中大佬很多,网站非常成熟。界面和交互设计也很合理。
- 用户界面:SegmentFault > Stack Overflow > CSDN问答社区
- 功能使用:Stack Overflow > SegmentFault > CSDN问答社区
第三部分 建议和规划
市场概况
- IT行业发展飞快,而转行进入IT行业的人也很多,包括现在的互联网公司也很多.以下是来源网络的一段互联网行业分析
中国互联网从当年的腾讯(1998年)、阿里(1999)、百度(2000年)三大巨头开始进入了互联网元年,到后面12年的快手和今日头条,包括后续各种趣头条、惠头条、东方头条等各类信息流平台百家争鸣,据网信办公布的数据统计2019年中国网民已经达到了8.2亿,互联网从业者达到了约1700万,普及率也只是达到了59.6%,可以想象还有那么大的市场等着我们开发.
由此可看出程序员人数仍会继续增多,程序员问答社区的发展潜力还很大。
市场现状
- 现在程序员数量大,软件行业蓬勃发展,市场上这类产品数量也很多。其中已有的产品有Stack Overflow这样的很成熟的产品,也有CSDN问答社区,SegmentFault等产品,在国内业发展得很好。上述产品的定位都是针对IT行业的问答网站CSDN问答社区和思否都是国内的网站,主要用户在国内,而Stack Overflow是外网网站,用户来自世界各地。各个产品的优劣在上文中已详述。主要有竞争关系的是CSDN和思否用户群体都一样,但CSDN和思否都有其他的模块,也有其他需求不同的不同用户。
市场与产品生态
- 这个产品的核心用户群主要还是程序员或者在计算机相关专业的学生。典型用户就是刚入职场不久的程序员或者仍在学习编程的大学生,相关信息如下:
- 学历:本科及以上
- 年龄:22岁左右
- 专业:计算机专业或者软件工程等计算机相关专业
- 爱好:打代码,修复bug
- 表面需求:解决自己代码中的bug或者学习软件开发知识
- 潜在需求:和同行业人交流,学习别人的代码,认识技术大牛
- 产品的用户群体之间一般都是同行业人,问答社区有关联产品其他模块,如CSDN不仅仅只有问答,还有博客、下载和社区等模块相辅相成,这些都对程序员在遇到问题时提供了很大的帮助,各个模块以不同的形式来给程序员们提供帮助。
产品规划
- 添加的新功能为:增加匿名功能,如匿名提问,匿名回答,用户可根据自己的意愿选择是否匿名提问或回答。
- 现在许多用户对自己的隐私的保护意识增强了,也有许多用户在使用问答类软件时不愿意暴露自己的身份,所以匿名功能就很有必要了,用户根据不同的意愿显示个人的信息,更加灵活。针对程序员的问答网站在匿名功能这一块似乎有的不多,匿名功能的增加可以提高用户体验感,更加保护用户隐私。
- 角色分配
- 1人产品功能设计+UI设计
- 3人开发(2前端 + 1后端)
- 2测试
- 详细规划
- 第一周:进行市场调研,问卷调查用户希望增加的新功能,团队人员学习相关知识。
- 第二周:团队人员学习相关知识,搭建开发环境。
- 第三周;团队开会确定新功能。画出功能操作思维导图。
- 第四周:美工开始设计初版界面,其他人员绘画类图、活动图、数据流图等。
- 第五周:继续完善上周任务,开会总结,分配好开发人员各自的开发模块,确定开发时长。
- 第六周:团队开始开发。并每周开会汇报开发进度。
- 第七周:团队开发,每周汇报开发进度及所遇到的问题
- 第八周:团队开发,阶段性总结,讨论所遇到的困难及需要调整的地方,如美工设计不合理的界面,开发功能模块的分配等。
- 第九周:团队开发,每周汇报开发进度及所遇到的问题
- 第十周:团队开发,每周汇报开发进度及所遇到的问题
- 第十一周:开会总结,队员谈谈开发心得,团队对新功能的实现谈谈自己的看法,提出不足等
- 第十二周:开发根据上周会上提出的不足进行改进。
- 第十三周:测试人员开始测试,撰写测试报告。
- 第十四周:开发人员改bug。
- 第十五周:继续测试及改bug。
- 第十六周:开会总结。