软件工程第4次作业------石墨文档Android客户端案例分析

作业要求的博客链接:https://edu.cnblogs.com/campus/nenu/2016CS/homework/2505

分析产品:石墨文档Android客户端


第一部分 调研和评测

1.下载并使用,按照描述的bug定义,找3~5个功能性的比较严重的bug。

BUG定义:软件的缺陷

BUGS:

1.1导入和导出文档格式错乱问题

软件工程第4次作业------石墨文档Android客户端案例分析

图一是测试文档在电脑word的格式,可以看到有页眉和页码,图二是在手机wps打开测试文档,页眉和页码也存在,图三是将测试文件导入石墨文档中,出现文字排版错乱,页眉和页码消失的问题。然后我将该文档保存为pdf导出到电脑上,依旧是图三展示的样子,文件名以标题的形式放在第一行。这是个比较严重的bug,石墨文档作为一个编辑文档类的工具型软件,至少应该保证文档的排版正确性以及与源文件格式的一致性。

1.2.搜索栏设置的问题

软件工程第4次作业------石墨文档Android客户端案例分析

在搜索栏进行搜索时,虽然可以比较快速精确的找到含有相关文字的文件,但是一旦将输入法的键盘区关闭,图一界面就会消失,回到如图二所示的桌面,这一点用户体验不太好,会给用户造成一定的不便。

 1.3创建副本重命名问题

软件工程第4次作业------石墨文档Android客户端案例分析

给某个文件创建副本时,会自动以“副本+原文件名”命名,但是当创建两个副本时,两个副本都是这个名字,会造成用户使用文件的混乱,这里应该给副本命名加一个编号,用于区分。

2.选择需要使用这样的软件的用户进行采访,记录你的采访,记录形式不限,图片、文字或文档链接

2.1这次采访的同学是我的室友。她用石墨文档主要是用来和同伴协作完成开发文档。

2.2她在使用石墨文档

软件工程第4次作业------石墨文档Android客户端案例分析

2.3这个产品解决了小井同学多人协作编辑的问题。打开软件给人一种比较“轻”的感觉,界面设计的也比较简洁友好。作为办公文档型的软件,它和现在市面上主流的文档软件差不多,如WPS,可以做到文字编辑,图文排版,只是石墨文档不支持ppt,这点逊色于WPS。但是石墨也有自己的一些不错的小功能,如图片的文字识别,语音速记转文字等功能,更加便捷用户。然后作为一款主打云端实时协作的企业办公服务的软件,它的同步速度还是不错的,通过不同头像标记不同的协作者,还可以赋予不同的权利,并且可以查看文档的修改记录。

2.4改进:但是它也有缺点,打开文档,寻找文档,以及某些跳转等方面响应速度过慢,用户体验不好。希望可以改进。除此之外希望可以增加批量处理文件的功能,这样提高办公效率。

3.请给出你对这款软件的评价和理由:推荐

理由:石墨文档是一款非常简洁的中文在线协作文档,支持多人同时在线编辑同一个文档。打开石墨文档后,给人的第一感觉是非常“轻”,页面比较干净简洁。在功能方面,除了基本的文本编辑功能外,石墨文档还支持插入图片与表格、to-do list、划词评论、编辑历史查看与还原、查看编写者和文档导出等系列实用的功能。整体而言,石墨文档可以满足中小团队的各种文档协作需求。


第二部分 分析

1.开发时间估测以及人员分工、时间规划

前提:团队人数6人左右,计算机大学毕业生,并有专业UI 支持。

Week1:市场调研、分析市场以及用户喜好,总结同类产品的特点以及优缺点。

Week2:确定软件需要的基础功能模块和拓展功能板块。

Week3:构建框架,团队分配工作,制定接口以及标准。

Week4、5、6、7:进行UI设计,写代码,查找bug。

Week8、9:整合完善,测试各个板块,着手宣传,联系合作以及广告

Week10:为发布后的工作做准备,着重宣传,细节再进一步推敲。

Week11:正式发布以及进行发布后的维护工作。

2.分析优劣势和提出建议

目前市场上同类的产品有很多,而且有不同的侧重点。与石墨文档最相像的一个软件就是腾讯文档。这两个软件都是主打协同编辑文档的工具型APP。

从界面上来说,图二石墨文档的设计简洁大方,图一腾讯文档的设计略显粗糙。

软件工程第4次作业------石墨文档Android客户端案例分析

从功能的多样性来说,图一石墨文档具有新建文档,导入本地文档以及语音识记和文字识别以及最重要的协同工作的多种功能,但是图二腾讯文档就稍显薄弱,有新建文档,多人协作的功能。

软件工程第4次作业------石墨文档Android客户端案例分析

但是在文档模板选择方面,图一腾讯文档具有多种模板,而图二石墨文档的模板较少。

软件工程第4次作业------石墨文档Android客户端案例分析

根据以上分析,石墨文档可以借鉴腾讯文档的是模板种类,希望之后的模板种类可以更多元化。


第三部分 建议和规划

1.这个软件有很多可以提高的部分,如果你是项目经理,如何提高从而在竞争中胜出?

我认为产品响应速度应该是目前最需要提高的地方,之前提到过不论是打开软件还是导入或者导出文件都有加载过慢的问题,使得用户好感度下降。解决这一问题可以从两方面入手,一个是软件本身的代码优化,另一个是通过更合适的界面设计和加载动画设计来让用户坚强焦虑感或者忽略加载慢的问题。

2.目前市场上有什么样的产品了?你要设计什么样的功能?为何要做这个功能,而不是其他功能?为什么用户会用你的产品/功能?你的创新在哪里?可以用 NABCD分析。

2.1目前市场上这类产品还是比较多的,与石墨比较相近的是国外的Google Docs 和 Quip,国内的有腾讯文档,有道云笔记,为知笔记。

2.2我想要设计的功能是标签功能。标签功能分为两方面,一个是在书写文档或者管理文件时添加标签,另一个是在搜索功能时增加标签检索。文件夹就像书架,标签就像文件袋,最精准的查找文件的方式是就是找到这个袋子。当文档越来越多的时候,关键字检索出来的无关项就会越来越多。这时候就需要标签这样的功能存在,会加快搜索的速度同时增加找到想要文件的准确度,减少无关项。

2.3NABCD分析

2.3.1、N(Need 需求)

每个团队都有协作办公的需求,办公软件自然是以office为主,但是随着团队工作的复杂化和团队人数的增加,大家对协作类工具的需求也更强烈了。目前国外的一些协同工具比如 Google Docs 由于一些原因还无法在国内普及使用,所以机会留给了国内的协作类工具的团队。

2.3.2、A (Approach 做法)

为了解决广大用户群众的需求,可以针对不同行业用户的不同需求来设计功能板块,迎合更多人的喜爱。

比如针对单纯的文字工作者,他们需要的是快捷和简洁,我们可以利用简洁大方的界面设计来吸引此类用户,然后简化编辑模式,编辑文字的板块应该在最容易看到的地方,方便用户找到和操作。

针对有协同工作的用户团队,就应该有「实时协作」和「实时保存」的功能,让多人共同在线编辑同一个文档,与此同时,每个人的每一个改动都能够及时保存,遇错可以及时撤回。还有「细节讨论」功能,如果在聊天工具上对某一文档的内容进行讨论,很可能讨论过后,大家都忘了是针对某一部分的讨论,增加这一功能可以针对某一句话进行讨论,并实时保存,方便整理归档。

2.3.3、 B (Benefit  好处)

对用户而言:

支持多人协作编辑一个文档。在多人同时编辑同一个文档时,你可以通过浮动的头像实时看到其他人的编辑过程。细节评论功能是石墨文档的另一个特色功能,你可以对文档的细节内容进行评论,大家可以一起参与讨论,这非常适合产品和运营团队用来讨论方案和撰写周报等。所有文档都是实时保存在云端的,可以随时随地查看、编辑和分享文档,也可以查看文档的编辑历史。石墨文档还支持将文档导出为Word、JPG和PDF格式的文件。

对团队而言:

开发如此多功能的项目也能够帮助我们学习到许多完善的知识,和接触到许多以前所不了解的东西,虽然在这个过程中会面临许多的困难,但是我们还是可以努力去克服,并且更好的去完善自己,这么大的一个项目对于我们而言,也是一个巨大的挑战,但同时对我们也是一个巨大的学习机会。可以掌握更多的知识,更全面的开发体系,逐渐的进步和开阔自己的见识和能力。

2.3.4、C (Competitors 竞争)

  市场上的竞争非常巨大,在这之间就有许多类似的APP出现过了,而且这些产品,就已经存在了许多用户,我们开发的比较晚,相对于他们而言,我们处于比较劣势的地位。但是我们的目标是做的比他们更加齐全,我们的产品一定是竭尽为用户提供最简单、最纯粹的服务。不单单简洁,而且功能方面也要齐全,强大,这样的情况下,我们才可以有更多的优势去和别人进行竞争。

2.3.5、D (Delivery 推广)

  推广方面:我们可以  安卓市场,或者在微信朋友圈进行小小的宣传和在QQ方面推广。同时简单派发一些小广告,而广告上可以不止宣传我们的产品,也可以对其他的产品进行宣传,小传单上只需要简单的二维码便可以提供下载,所以可以跟许多的开发软件合作一起进行广告宣传。

3.如果你的团队有5个人, 4个月的时间,你作为项目经理,应该如何配置角色(开发,测试,美工等等)?

UI:专业UI技术人员一名

CODE:专业CODER负责主要的代码设计完善,后期test以及维护,三人

公关:专业的外联人员,包括后勤以及各种外联事务和宣传。

PM:项目带头人,整体框架构造,整体功能构思等等。同时PM也是一位coder

4.描述你的团队在16 周期间每周都要做什么,才能在第16周如期发布软件。

Week1、2:市场调研,研究竞争软件,确立竞争点,确定功能,思考潜在问题

Week3、4:整体设计,构建框架

Week5-10:开发调试、完成功能,UI设计

Week11、12:整合,整体调试,细节问题

Week13、14:小规模发布、封测,收集意见

Week14、15:宣传、根据试运行的意见来继续改进

Week16:发布软件

上一篇:github版本库使用详细图文教程(命令行及图形界面版)


下一篇:DLC 数制与数制的转换