软件产品案例分析

第一部分 调研,评测

评测:

经过基本的使用,发现了一些优势以及不足的地方。android

Android 端

  1. 第一次下载使用 Android 端的时候出现了网络没法链接的问题,从新安装无效,别人的手机发过来可用的 apk 安装时候成功使用。这也暴漏了一个重要的问题,Android 端在各大应用商店都找不到,只能从官网的入口下载。第一次很难找到。
  2. Android 端界面很简洁,而且界面清楚,符合大多数人的使用习惯。
  3. 存在加载慢的问题,每一次点击都会加载好久,体验较差。

Web 端

点击访问web

  1. 界面较为美观和简洁,网页的交互动画效果较多,页面区域较为清晰
  2. 功能齐全,各类开发须要用到的经常使用功能都有而且直观,易于查看和分析。
  3. 第一次打开以后页面有引导帮助熟悉和使用页面的功能。
  4. 当切换页面时要加载好久,大概有 1-2 秒,和 Android 端同样。网络和设备性能都没有问题,因此必定是网页的性能问题。只切换一个页面就要加载那么长时间,会影响用户体验,使用中出现一些中断,虽然时间很短,可是思路会中断,影响效率。数据库

    存在的 bug

  5. Android 端输入语音时会将语音保存在本地,好比在乎见反馈界面,取消以后语音的文件依然在本地保存,并无删除掉。这样的话长久以来就会占用愈来愈多的存储空间,形成无心义的消耗。

  6. Android 端在发送语音以及图片的界面,长按应该是进入选择删除的界面。可是当长按图片时,不只会显示气泡右上角的删除按钮,还会打开预览图片的界面,如图:


    这样应该是判断响应方式的问题。虽然是很小的错误可是应该是开发的时候没有考虑到,最好纠正一下。编程

假设大家团队须要开发这套系统,须要注意哪些方面(架构、部署运维、微服务等)

我认为出现这些 bug 的缘由仍是测试的不够。开发的时候有不少内容,一会儿可能考虑不到,在性能以及一些操控的逻辑方面可能有欠缺。我认为应当在开发的时候多让开发人员之外的人来测试,来避开开发人员的思惟定式,发现一些问题。另外性能方面是 Android 端和 Web 端共同存在的问题,我以为问题应该在服务器,多是服务器带宽的问题,也多是性能的问题。服务器

采访:

采访对象背景和需求:网络

  • 福州大学大三学生,正在完成软工实践的团队做业,对团队协做工具备必定的需求,在使用 GitHub。
    让采访对象使用华为软件开发云:

    采访具体过程:架构

    Q:描述用户使用这个产品的过程, 用户的问题解决了么?软件在数据量/界面/功能/准确度上各有什么优缺点?用户体验方面有问题么?你在使用的时候有什么体验呢?
    A:上手以为这个软件还勉强算美观,要花点时间才能搞明白怎么使用。
    Q:那这个软件解决了你开发中的问题么?
    A:使用起来并不方便,仍是会使用 Github。
    Q:你以为这个软件在数据量/界面/功能/准确度上各有什么优缺点?用户体验如何?
    A:功能较为全面,能够说是保姆级辅助开发,可是杂七杂八的功能过多,反而会以为累赘。用户体验的话还好,乍一看找不出什么大毛病。
    Q:你有什么改进的意见吗?
    A:我认为能够把一些核心功能作的完善一些,少修饰那些不怎么用到的功能。运维

通过这么多工做,你必定有充分的理由给这个软件下一个评价,请选择一个结论:
通常。勉强能用,可是绝对不会有很大的帮助,甚至有时候会成为负担。微服务

第二部分 分析

估计这个项目作到这个程度大约须要多少时间: 若是只有6人,而且是大学毕业生的话,全力作这个项目的话可能须要5-6 个月。
分析这个软件目前的优劣以及提升的部分:工具

  • 优点:
    1. 这个软件功能全面
    2. 服务器在国内,访问速度快(同 GitHub 比较)
  • 劣势:
    1. 没有抓住用户需求的痛点。
    2. 没有方便的插件支持,使用不方便。
      因此我认为在使用者经常使用的功能里面多下点功夫会好一点。

第三部分 建议和规划

  • 若是你是项目经理,如何提升从而在竞争中胜出?
    这个软件有不少能够提升的部分。首先在交互的体验上能够进行不少优化,包括加载速度,界面的美观性,还有部分控件的一些小问题,均可以进行更正来让开发者得到最佳的体验。另外最重要的仍是核心的功能,要多向实际的开发者征集意见,多从实际使用中得到一些反馈,抓住使用者的痛点。目前的项目略有鸡肋的感受,并非很须要,很难让团队长久而且稳定的使用。其次要改进部分交互逻辑,有一些功能略显繁杂点进去有些不知因此,并不能起到团队协做的做用。

  • 目前市场上有什么样的产品了?
    • Github: 目前市场上使用最广范口碑最好的就是 Github 了。Github 使用 Git,有两大功能:开源社交平台和企业项目管理平台。Github 抓住了最核心的功能,这也是 Github 最核心的竞争力,也是 Github 脱颖而出的缘由。
  • 你要设计什么样的功能?为什么要作这个功能,而不是其余功能?
    在团队项目中沟通和交流很重要,我但愿在在项目中加入更多可视化的交流,好比提供功能树的可视化功能。另外在使用 Github 的时候同步代码很麻烦,我但愿作出 Android Studio 和 Visual Studio 上的插件,随时更新同步代码,而且加入方便直观的版本控制功能,让开发者能够在 IDE 中实现大部分操做,不须要分心去其余页面来实现一些操做。我认为这是我最须要的功能,能极大地提升开发效率。

  • 为何用户会用你的产品/功能?
    • 首先,功能树能够直观的显示功能的细节、完成程度以及各版本状况,团队成员之间能够更好的根据开发状况进行调整,提升效率。
    • IDE 的插件集成在 IDE 中,使用更方便,不会存在团队成员由于麻烦不使用的状况。
  • 若是你来领导这个团队,会有什么不同?
    我领导团队的话可能不会容忍那些小问题吧,另外美观的问题要解决一下。
    另外有些功能不必能够砍掉,有些过于累赘了。

  • 若是你的团队有5我的, 4个月的时间,你做为项目经理,应该如何配置角色(开发,测试,美工等等)?
    只有 5 我的的话我认为能够分两组,3 人和 2 人,视每组负责部分的工做量来分配。测试的话能够组间互相测试,美工的话每组 1 我的负责就行了,同时兼任开发的角色。人数较少的小组分工太细反而效率会低。
  • 描述你的团队在16 周期间每周都要作什么,才能在第16周如期发布软件,大小里程碑绩点设定。

周数 任务 里程碑
1-2 用户调研及需求分析等肯定功能及分工
3-11 进行 α 阶段编程,完成最第一版本 α 阶段
12-15 在 α 阶段的基础上进行修正和补完,进行 β 阶段编程 β 阶段
16 确认项目没有问题,进行最后的修正,测试 完成最终版
相关文章
相关标签/搜索