作业链接

第一部分 调研,评测

评测

软件的bug,功能评测,黑箱测试

  • 下载并使用,描述最简单直观的个人第一次上手体验。
  • 按照描述的bug定义,找出几个功能性的比较严重的bug。至少两个。
  • 用专业的语言描述(每个bug 不少于 40字),如有必要,可以配图.
  • 你觉得为什么这个产品组的人没有发现这些bug?
  • 假设你们团队需要开发这套系统,需要注意哪些方面(架构、部署运维、微服务等)。

体验了下web和移动端,还是觉得web端好用

移动端:

第一次体验上手的时候就觉得有点像Teambition 可以分配任务啊 ,创建任务啊什么的。觉得还挺好用的,移动端界面整体还不错,用户体验还好

web端:

界面很好看,我还是习惯使用web端,毕竟从界面角度,还是觉得web做的比较好;

点击项目 进入项目管理:

在看板这一栏,我们可以看见这个项目的迭代,燃尽图,项目完成率,以及项目的成员等等,这样我们项目的管理者可以一目了然的看见整个项目的进程

在工作这一栏:我们可以做很多事情:

从图中我们可以看见,管理者可以创建整个规划。
我们也可以工作栏->迭代添加工作项

除此之外,我们还可以添加文档啊,百科啊等等。

可以创建代码仓库

与我们自己github进行ssh相连接,这样方便代码的管理和存储。自己的成员也可以在这里fork这个项目,然后把写好的代码传到这个项目,然后等待管理员的整合。

在检查这一栏中:

我们可以看到很多常见的代码致命问题

在构建这一栏,我们构建一个项目,然后我们从Codehub仓库选择分支构建自己的任务吧

完成后点击开始构建,然后就进入下面那个界面(没明白这是干什么)

点击那仓库地址链接,可到代码仓库

在测试那一栏,有测试管理和移动应用测试



部署那一栏:可以将完好的项目部署到自己的主机上去:

在发布那栏,需要创建仓库,创建完后:

可以上传软件包

在管理中还有流水线绘制

bug:
1、web当切换到另一个画面的时候,会出现白屏,然后有个华为的标志,然后在切换到另一个画面。这对用户体验会有一定的影响

2、点击menu上的不同位置,反应速度慢,偶尔还会卡一下(不知道是否是网络的原因)
3、在web上用户中心修改的头像无法同步到首页中去
像图上那样:

.....项目组没发现的原因可能忙于一些高级的功能,很少去关注这种小事情,也有可能就是项目相关人员没做好调研,和体验相关app。

我觉得项目组应该关注架构,架构就是一个项目的骨架,就是一个模型,有了模型,项目的相关人员才能去完成自己该做的事情。

采访

第8章 用户调研,12 章 软件的用户体验,

相信每个同学的朋友中一定有人需要用这样的软件,记载你对这位用户的采访。例如使用下面的采访提要:

  1. 介绍采访对象的背景和需求(他们有没有用过这个APP或类似的APP,除了现有的功能还有别的需求么)
  2. 让采访对象使用华为软件开发云(请上传照片证明用户的确正在使用,远程采访的同学请让别人帮忙照相)
  3. 描述用户使用这个产品的过程, 用户的问题解决了么?软件在数据量/界面/功能/准确度上各有什么优缺点?用户体验方面有问题么?
  4. 用户对产品有什么改进意见?
  5. 结论:经过这么多工作,你一定有充分的理由给这个软件下一个评价,请选择一个结论:

    • 非常不推荐
    • 不推荐
    • 一般
    • 推荐
    • 非常推荐

采访:
1用过类似的产品,类似github和teambition;需求:最近在软工作业,需要对项目的情况有一个大致的了解
2.
3.华为软件云可以直接查看燃尽图和工程开发的进度,将完成状态可视化确实帮助了采访对象在把控自己对项目完成方面有一个更直观的了解。
数据量:可以与云端同步,每个组员的进度都可以查看到。
界面:app端的界面一般,web端的界面比较精美。但是web端的各个界面的切换会白屏,很影响用户体验
功能:app端的功能比较单一,也没有什么比较特别的功能;web端的功能比较多,可以与github链接管理代码
准确度:同步方面都实现了是实时的同步,但是在用户方面在查看的时候要自己选择区域。之前用户一直以为bug
4.改进经验:1.加入新手指导教程,用户在进入软件摸索了很久,才知道软件的各个功能是干嘛的;2.希望在app端也可以加入列表式的各个任务的完成情况
5、结论: 推荐

第二部分 分析

参考 8.6 节 对工作的估计, 和14.1 节 软件工程的质量

使用此软件的大部分功能,联系第二部分的分析,估计这个项目做到这个程度大约需要多少时间(团队人数6人左右,计算机大学毕业生,并有专业UI 支持)。 分析这个软件目前的优劣(和类似软件相比),并推理出团队在软件工程方面可以提高的一个重要部分(具体建议)。

  • 根据理解和体验,画出整个软件所有功能逻辑框图,根据重要度标识出各模块的重要度、完成度、出发点及效果;
  • 针对不同的维度评分,对用户体验方面、UI界面美观度、核心功能,分别打分。

  我觉得就这个web端从开发到发布,我觉得至少也得3-4个月的时间,
  从这个软件目前的优劣,我觉得该团队对于UI的设计已经可以了,当然也可以去优化下,还有就是切换的页面时的效果应该去优化下。
    1.用户体验方面   ->   9.0(针对web端)
    2.UI界面美观度    -> 9.0
    3.核心功能    -> 8.5

第三部分 建议和规划

参考《构建之法》第8章 功能的定位和优先级;第9章 项目经理

这个软件有很多可以提高的部分。

  • 如果你是项目经理,如何提高从而在竞争中胜出?
  • 目前市场上有什么样的产品了?
  • 你要设计什么样的功能?
  • 为何要做这个功能,而不是其他功能?
  • 为什么用户会用你的产品/功能?
  • 你的创新在哪里?可以用 NABCD 分析。
  • 如果你来领导这个团队,会有什么不一样?
  • 如果你的团队有5个人, 4个月的时间,你作为项目经理,应该如何配置角色(开发,测试,美工等等)?
  • 描述你的团队在16 周期间每周都要做什么,才能在第16周如期发布软件,大小里程碑绩点设定。
  • 项目发布后,有没有考虑过项目该怎么部署才能满足需求。依据下图(某校教务处系统的部署)作为参考,分析16周后你所完成的项目上线需要哪些配套设备(服务器、带宽、数据库需求数量与配置) 。
         1.如果我是项目经理,我觉得该软件应该加强页面的切换效果,不能影响到用户的体验。然后就是ui方面要美观,不会让用户看久了产生疲劳。还有性能优化
         2.市场上有码云,还有GitHub这些团队管理平台。(码云没试过,只尝试过GitHub)
         3.我想设计规则比较少一点的团队协作平台,可以自动清除冲突的代码,这样的会可以减少团队在git上浪费的时间,也不能说浪费,毕竟这也是一个学习的过
             程,但是可以解决这种问题对于程序员来说也是一件好事情
         4.因为在这是alpha阶段,看到自己的团队在这个git上花费的时间也是不少的。代码重写现象很多,导致git的时候冲突增多。
         5.因为我觉得我们团队遇到的问题,其他人应该也会遇到的,而且这样的产品对程序员来说减轻了git的负担,对团队会有好处的
         6.创新就在于:     
                     N:团队的需要
                     A:增强学习,智能机器解决代码冲突问题
                     B:节约程序员解决冲突时间
                     C:与当前有的团队协作平台来讲,应该说还没出现过这个功能
                     D:多宣传,将自己的网页进行优化,提升网站排名,关键词优化。

          7.重点开发代码合并时解决冲突问题
          8.3个进行页面ui的设计,1名开发人员,还有一名测试,增强用户体验,所以ui要美,测试人员也得付出很多时间进行体验。
          9.第一到二周,进行需求分析,去了解同类平台的功能的实现(即本人去亲身体验下),然后了解其平台的一些相关技术
             第二到第十四周,项目的主要时间段,learning by doing,根据自己产品的需要去学习相关技术,然后实现到自己的项目中去,其中我们还得不断的去调
             bug,毕竟刚学习写出来的代码不可能没有bug的。最后完善大部分功能和ui界面。
             第十五周,进行测试和调试,然后进行用户体验,在这两周,一边测试一边调bug,这样才能在十六周的时候完美的交付
             第十六周,总结文档,准备发布时间。

           10.首先要有一台强大的服务器,足够广大用户同时访问,对于国外用户访问还得进行CDN加速。带宽要足够宽,数据库要足够大,不然数据存放的时候一不小
               心丢失了就会影响到用户。
posted on 2017-12-01 20:09  suefen  阅读(277)  评论(2编辑  收藏  举报