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

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

标签(空格分隔): 软工实践



第一部分 调研,评测


评测
  • 下载并使用,描述最简单直观的个人第一次上手体验。
    • web端
      885780-20171203162704382-322663956.png

      • 在看到这个的时候先是惊叹,再就是琢磨着点进去软件开发云的几个子项,给人的感觉就是不是特别的好上手,在没有提前了解(比如阅读demo文档)的情况下,会有点懵,很多功能需要花时间摸索
      • 摸索一会之后,发现主页有个入门指导。。。
    • 移动端
      • 登录界面...怎么说呢,感觉不是特别的美观?以及为什么只有东北区和华北区两个可选项
  • 按照描述的bug定义,找出几个功能性的比较严重的bug。至少两个。用专业的语言描述(每个bug 不少于 40字),如有必要,可以配图.
    • 测试环境
      • web端: 61.0.3163.79(正式版本) (64 位)
      • 移动端:MI6 MIUI9.0稳定版 Android7.1.1
    • bug1: web端修改头像后,移动端没有同步
      885780-20171203162419366-810504192.png

    885780-20171203162433257-1674697492.png

    • bug2: web端编辑文件输入中文时需要按回车才能显示
      • 项目-代码-仓库-文件-编辑README.md文件,输入"代码",按空格,汉字没有出现,再按下回车,出现" 代码"
        885780-20171203162452944-1440951303.png
    • bug3: web端的工作分类和移动端不一致。尝试后发现在web端添加"Epic"后,移动端无法查看;在web端添加"Backlog"后,移动端在"story"可查看
      885780-20171203162518632-481614523.png

    885780-20171203162526101-1372245083.png

    885780-20171203162532272-770193198.png

    885780-20171203162540632-2051599658.png

  • 你觉得为什么这个产品组的人没有发现这些bug?
    • 比起说没发现,更倾向于发现了这些bug,但是可能考虑到重要/必要程度(或者其他原因)而选择放在之后版本中修复
  • 假设你们团队需要开发这套系统,需要注意哪些方面(架构、部署运维、微服务等)


采访
  • 介绍采访对象的背景和需求(他们有没有用过这个APP或类似的APP,除了现有的功能还有别的需求么)
    • 背景:在校大三学生
    • 需求:方便的项目管理一体化
  • 让采访对象使用华为软件开发云(请上传照片证明用户的确正在使用,远程采访的同学请让别人帮忙照相)
    885780-20171203162636554-232658327.jpg

  • 描述用户使用这个产品的过程, 用户的问题解决了么?软件在数据量/界面/功能/准确度上各有什么优缺点?用户体验方面有问题么?
    • 没有
    • 数据量丰富,界面加载偶有卡顿,功能丰富但略显杂乱
  • 用户对产品有什么改进意见?
    • 改进UI界面,处理卡顿现象
  • 结论:经过这么多工作,你一定有充分的理由给这个软件下一个评价,请选择一个结论:
    • 一般

第二部分 分析


  • 根据理解和体验,画出整个软件所有功能逻辑框图,根据重要度标识出各模块的重要度、完成度、出发点及效果;
    885780-20171203162646741-1466218744.png

  • 针对不同的维度评分,对用户体验方面、UI界面美观度、核心功能,分别打分。
    满分10分为例,
    • 用户体验方面:7.0
    • UI界面美观度:6.5
    • 核心功能:8.0

第三部分 建议和规划


  • 如果你是项目经理,如何提高从而在竞争中胜出?
    • 毕竟用户大多时间还是和界面打交道,因此一个关键是提高界面的美观度,改善界面的流畅性
    • 功能丰富,但对用户而言可能无从下手,可以考虑把一些常用功能放在显眼的位置,完善常用功能
  • 目前市场上有什么样的产品了?
    • Teambition
    • VSTS
  • 你要设计什么样的功能?
    • 邮件提醒,进度发生改变时可选择邮件等方式提醒
    • 移动端文件共享
    • 用户反馈
  • 为何要做这个功能,而不是其他功能?
    • 使用github/teambition的时候发现邮件提醒或许是一个不错的方式?
    • web端支持文件共享而移动端没有,共享功能是需要的
  • 为什么用户会用你的产品/功能?

  • 你的创新在哪里?可以用 NABCD 分析。
    • N:用户希望在项目进度发生改变时,自己能知道或收到提醒;可以随时查看项目文
    • A:在原有基础上加入邮件提醒和文件共享的功能
    • B:改善用户体验
    • D:主页推广
  • 如果你来领导这个团队,会有什么不一样?
    • 了解不同队员的特点,以此分配,每个人都发挥自己的作用
  • 如果你的团队有5个人,4个月的时间,你作为项目经理,应该如何配置角色(开发,测试,美工等等)?
    • 开发,开发/后端,开发/测试,美工,测试
  • 描述你的团队在16周期间每周都要做什么,才能在第16周如期发布软件,大小里程碑绩点设定。
    • 1-5周进行产品需求分析,用户调查,设计美工
    • 6-8周完成原型设计,数据库设计
    • 9-12周完成后端制作
    • 13-15周测试,收集用户体验和反馈,改进产品
    • 16周正式发布
  • 项目发布后,有没有考虑过项目该怎么部署才能满足需求。依据下图(某校教务处系统的部署)作为参考,分析16周后你所完成的项目上线需要哪些配套设备(服务器、带宽、数据库需求数量与配置) 。

转载于:https://www.cnblogs.com/monsterJang/p/7955342.html

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值