zoukankan      html  css  js  c++  java
  • 个人作业Week3-案例分析

    第一部分 调研,评测(软件的bug,功能评测,黑箱测试,第8章用户调研,12章软件的用户体验)

      软件的BUG

      1.1首先我要先说一个非常影响用户体验的BUG

      我们就看一下这个写博客编辑器的BUG,如果没我们要往这个编辑器里面粘贴文字/图片的时候

      如果点击右键,粘贴,他会弹出这样一个界面

      但是CTRL+V粘贴就可以成功粘贴,我们可以理解为,CTRL+V的粘贴是操作系统内部自己实现的功能,右键粘贴的界面的实现可以在F12中的HTML源代码中找到,也就是网站实现的功能

      也就是说,是网站实现粘贴的功能与期望(操作系统中粘贴的实现)不相符,我们可以说这就是一个BUG

      

      1.2我们再说另外一个BUG,这个BUG可以说是非常爆笑了

      

      这是一个博文中回答的支持和反对功能

      我们来点一下支持

      看起来没什么问题,然后我们再点一下反对

      我们发现,点完之后都这两个按钮都变成了您已经推荐过

      然后我们再刷新,

      这又回来了,之前的操作全都回归虚无

      我觉得这个BUG可能的原因是前端写好了,后端完全没有写这个模块(支持和反对的信息未存进数据库),为了让网站不崩只能在点了支持和反对之后随便替换成一个字符串

       1.3 我在看问题反馈的时候,发现了有一个用户遇上过和我同样的问题

      

      我之前遇到的问题是,修改头像之后不能显示,然后怎么刷新也不行,之后又重新上传了一遍头像才修复好

      博客园的解释是服务器缓存的问题

      我个人的理解是这样,博客园服务器会把用户修改数据库的请求放进一个队列,但是这个队列长度有限,如果请求过多新的请求会没地方存,然后就会出现更新数据库失败的问题

      (我瞎猜的,我不知道真正的问题是不是这样)

      功能评测

        这里面我测试一下平常用的最多的功能,也就是写博客功能

         输入文字的功能不用多说

         修改文字颜色,背景颜色,文字大小,格式,加粗,加斜,加下划线,加删除线这几个功能都是可以正常工作的

         这里面有一个功能是增加删除缩进,虽然可以工作,但是我认为有TAB的存在,导致这个功能不是很必要

         这里要说一下修改字体的功能,刚才评测的时候又发现了一个BUG

         我们看现在

         

        上面是宋体下面是黑体

        我们同时选中这两行,然后把他都切换成宋体

        

        现在宋体不见了,黑体还是黑体

        再切换一次才能恢复正常

         

        然后再测试后退/前进/复制/粘贴

        由于内部的粘贴有BUG,只能用快捷键来测试

        非常影响用户体验的是,除了复制,其他的操作都会导致输入页面后退到中间,像这样

      简直太糟糕了,这波操作我打零分

        

        然后插入/编辑书签功能,虽然我不知道书签是啥,但是,他这一定是BUG

        我们看

        随便输入一个,并插入

        

        他会弹出这么一个窗口,我不知道什么是有效的书签名称,如果没有提示,我可以默认所有名称都有效

        我认为这可能是一个BUG,实际根本没有办法添加

        更糟糕的是,点完OK之后就无法再继续修改书签输入框里面的内容了,这个可能又是一个BUG

        

        之后就是查找功能,查找功能确实可以按照要求找到关键字,但是,查找完之后无法编辑这个输入框

        又是一个BUG

        表格功能可以正常使用

        一些插入功能需要输入URL啥的我暂时不测了

        不过测了上面的基本功能,就发现这个编辑器真的好多BUG

        功能评测方面,我认为这个博客园编辑器的功能做的不够完善  

        

      用户调研

        1.介绍采访对象的背景和需求:

           采访对象{

            姓名:王辰昱

            背景:北航计算机学院本科生

            需求:完成软件工程课程的博客撰写任务与作业提交

            }

         2.让采访对象使用10–30分钟这个软件的基本功能

         3.描述用户使用这个产品的过程,用户的问题解决了么?软件在数据量/界面/功能/准确度上各有什么优缺点?用户体验方面有问题么?

          用户使用这个软件就是看博客/写博客/发博客/提交作业的过程,这些功能都可以使用,用户的问题解决了

          软件当前收发的数据量较少,可能与用户较少有关

          界面的优点是相对简约

             缺点是很多链接地址位置不明确

          功能大体可以用,细节部分BUG较多

          用户体验方面:

            资源方面:资源非常多,且技术较为丰富

            使用操作方面:很一般,BUG很多,文本编辑器不好用,班级功能不够丰富,交作业不够方便,美工非常粗糙,比CSDN差很多,信息检索非常弱,找不到采访对象想看的东西,首页上推一堆没用的东西采访对象不想看。

         4.用户对产品有什么改进意见?

          改进意见:0.修复文本编辑器的BUG

               1.增加班级功能

               2.提高美工水平

               3.增强信息检索功能

        用户体验

         用户体验方面,编辑文本的BUG过多我先不说了,BUG多对用户体验总之是不好的

           我要说另外一个不太好的方面

          

            这个界面我们称之为界面A

           

            这个界面我们称之为界面B

            可以看出,界面A是博客园的主界面,界面B是博客园的个人界面

            从A到B简单,只用点击“园子”键就可以

            从B到A的操作非常糟糕,需要点左上角很隐蔽的首页二字

            我很长一段时间不知道如何从B到A,这个地方用户体验真的不好

            我希望可以把左上角的那些键整合到下面,做的明显一些。

        总结

            博客园虽然有很多对用户不友好的地方,但是其主要功能(分享交流技术)做的还不错

            而且网站内部生态很好,技术帖子浓度很高

            

            总评:75.5分

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

              好,不错

    第二部分 分析

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

              由于是计算机系大学毕业生做这个项目,大学生有一定编程能力,但是在工程中明确性,需求分析等非代码部分的能力较为欠缺

              因此我们采用《构建之法》书中提到的敏捷流程

              团队六个人,我决定这样分工:

              前端工程师:两名,后端工程师:两名,测试:两名

              其中,两名测试一位兼任PM,一位兼任数据库管理员

              我们把该工程分为如下几步:

                1.确认需求,分析完成该工程一共需要哪些模块与功能                  2周

                2.了解实现需求所需的技术                              1周

                3.完成首页的搭建,实现用户信息管理的功能                      2周

                4.完成博客编辑功能                                 2周

                5.完成用户分类,博客分类,博客管理与分享功能                    1.5周

                6.完成与博客相似的闪存,博问功能                          1.5周

                7.完成小组与小组博客功能                              1周

                8.完成班级与班级博客功能                              2周

                9.完成新闻获取与用户收藏功能                            1周

                10.完成企业招聘信息发布功能                             1周

                11.完成博文搜索功能                                 2.5周

                12 完成对用户行为分析的功能                             1.5周

                13 根据用户行为,完成博文推荐功能                          1.5周

                14 增加一些细节,如:点赞,关注,粉丝等等功能                    1.5周

                15 内部测试3~14步完成的功能,并排除BUG                             3周

                16 放入第一批用户,获得改进方案与BUG反馈,同时对用户提出的问题进行修复或优化    2.5周

                17.发布,总结,维护

                总用时:27.5周
           2.分析这个软件目前的优劣(和类似软件相比),这个产品的质量在同类产品中估计名列第几?(必答)

              比较对象:stackoverflow,CSDN,新浪博客,知乎

              由于用户需求对软件的选择有着较为显著的影响,我决定从我个人用户需求入手,做一个面向特定需求的软件排名

              我的需求:获取并分享技术,获取计算机领域的知识

              用户体验:知乎(有安卓客户端)>stackoverflow>CSDN(付费项目过多)=博客园(存在一些BUG)>新浪博客(广告多,过于臃肿)

              技术资源密度与质量:stackoverflow=CSDN=博客园>知乎>新浪博客

              软件生态:stackoverflow>CSDN=知乎>博客园(用户相对少)>新浪博客(已经过气了)

              综合排名:stackoverflow>CSDN>知乎=博客园>新浪博客

              暂时排名第三

              我认为博客园改进的方向是增加安卓端,修复上述提到的BUG以提高用户体验

               技术资源浓度高,这是博客园的优点
           3.它的市场份额估计第几?两者匹配么?不匹配的原因是什么?

                它的市场份额估计是最低的,两者不匹配,不匹配的原因主要是:

                1.对用户的吸引力不够强,没有商业化,导致市场份额较低

                2.过于硬核(核心用户都是技术大牛),其实这是好事
           4.团队在哪一个层次还有问题?为何这么著名的团队还有这些问题?可以把自己想问软件团队的问题都列出来,也许就能得到团队的亲自解答了!

              我认为这个团队的问题可能是测试人员较少,我认为可能是这个团队本身人员较少导致,从而只能砍掉测试人员的名额了

              我想问的问题是,这个团队做这个产品实际用时多久
           5.从各方面的问题,推理出这个软件团队在软件工程方面可以提高的一个重要方面(具体建议)。(必答)

              这个团队可以提高的方面是:我建议扩大团队规模,再招一些开发人员,细节部分存在较多BUG我认为是人手不足所致。
           6.根据各种公开资料,推测这个App/系统是用什么语言+架构实现的,做到目前这个水平总的工作量应该是多少(人×月)

              我认为这个APP前端是用HTML+JS语言写的,使用了CSS技术

              后端和数据库部分我无法推测

              我估计数据库部分是用MYSQL数据库

              后端的语言选择比较广泛,可能是python,C#,JAVA之一
           7.你在第一部分发现的bug,为何软件团队不能在发布前修复?他们是不知道,还是有意不修复?你觉得是什么原因?从下面的可能性中选取几个:

               我认为那些BUG不影响主要功能,所以不用在发布前修复

              他们可能是到最后发现细节部分BUG太多了,已经在发布之前填不完了,所以就直接发布

              最主要的原因我认为还是人手不够,只能是先发布,用户发现了BUG再一个个修复  

    第三部分 建议和规划(参考《构建之法》第8章功能的定位和优先级;第9章项目经理)

        

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

          答:如果我是新上任的项目经理,我会选择根据用户的反馈修复BUG,优化用户体验,类似于敏捷开发。

             在用户反馈较少的时候我会测试用户没有反映的BUG并修复

             在没有明显BUG的时候再考虑添加新功能

      首先,市场有多大?全中国IT专业的学生和职业人士都可以是用户,总共有多少人?

      • 经查阅资料,市场大致有100万人,即全中国IT专业学生和职业人士大致有100万人

      目前市场上有什么样的产品了,它们的优势劣势在哪里?和它直接竞争的产品在那里?

          目前市场上有CSDN,stackoverflow等产品

          CSDN:优势:有比博客园更完善的生态体系

             劣势:很多资源需要付费下载,广告较多

          stackflow:优势:拥有全世界IT专业的学生和职业人士作为用户,市场规模大

               劣势:由于国内网络(原因你懂得)或语言问题,导致stackoverflow在国内没有博客园,CSDN等方便

          和它直接竞争的产品:国内CSDN,国外stackoverflow

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

         这个产品的核心用户群是一群技术大牛,典型用户的属性如下:

          学历:本科及以上;年龄:20~35;专业:计算机,软件工程;爱好:钻研技术;收入:中高;表面需求:交流与分享技术;潜在需求:获得新技术资讯,企业资讯

      功能:你要设计什么样的功能?为何要做这个功能,而不是其他功能?为什么用户会用你的产品/功能?你的创新在哪里?可以用NABCD分析. 

         功能:我要设计技术教学功能,我选择做这个功能的原因是,由于这个软件的用户均为IT从业人士,IT领域技术更新较快,所以需要不断学习新技术

             由于很多技术没有教程只能看官方文档,一些有教程的技术教程资源比较分散,还有一些技术的教程只存在于问答中

             所以我们可以添加一个教程资源分享与整合的功能

             计算机专业的学生由于要不断学习新技术,所以一定会用这个功能

             技术大牛可以通过这个功能来分享知识,所以一定会有人用的

             我的创新主要是把零散的技术教学资源系统化

      如果你有钱可以招聘6个人,有4个月的时间,你作为项目经理,应该如何配置角色(开发,测试,美工等等)?

            我打算开发四人,两前端两后端,测试一人,美工一人

      描述你的团队在16周期间每周都要做什么,才能在第16周如期发布软件的改进版本,并取得预想中的成绩。

            1~2周:培训六人相关技术,并让六人了解项目代码

             3~4周:修复编辑器中存在的BUG,令编辑器每个功能都可以正常使用

             第5周:改进界面风格,增强用户体验与易用性

             第6周:修复博客评论模块与搜索模块存在的BUG

             第7~8周:增加软件技术教程模块,并通过测试

             第9周:根据用户的反馈,发现并删除冗余模块

             第10~11周:根据用户的反馈,不断迭代并优化版本

             第12~14周:进行博客园安卓端app的开发,并通过测试

             第15周:优化博客园安卓端app的用户体验

             第16周:发布软件的改进版本,并进行维护

      

          作业实际花费时间记录11h

  • 相关阅读:
    unigui1404在delphi10.2.2安装
    入库单的一些业务逻辑
    mormot日志
    论MORMOT序列的JSON格式
    线程安全的队列
    SynDBOracle.pas
    轻量级的REST中间件
    TQuery
    100亿数据1万属性数据架构设计
    愤怒的TryCatch
  • 原文地址:https://www.cnblogs.com/514DNA/p/7657104.html
Copyright © 2011-2022 走看看