第4次作业-案例分析 作业地址:https://edu.cnblogs.com/campus/nenu/2016CS/homework/2505 待分析的产品:石墨文档Android客户端 第一部分 调研,测评 1.下载并使用,描述简单直观的个人体验 下载并使用石墨文档Android客户端后,界面简洁大气,功能专注于文档和表格方面,使用APP在线编辑时也较方便和简单,编辑工具较为丰富,同时支持文字识别和语音速记,方便用户的使用;在多人实时协作时,同步响应速度很快,用户体验感很棒,能够满足用户云端实时协作的需求;另外该软件支持导入文件,能够全局搜索并且将文件分类,便捷用户对软件的管理。美中不足的是很多功能的加载速度太慢,比如表格加载、导入文件等。
2.按照描述的bug定义,找3~5个功能性的比较严重的bug 通过阅读《构建之法》第13章的软件测试,可知bug的定义。 Bug可以分解为:症状(Symptom)、程序错误(Fault)、根本原因(Root Cause)。 1)症状:即从用户的角度看,软件出了什么问题。 例如,输入(3 2 1 1)时,程序出错退出。 2)程序错误:即从代码的角度看,代码的什么错误导致了软件的问题。 例如,代码在输入为某种情况下访问了非法的内存地址——0X0000000C。 3)根本原因:错误根源,即导致代码错误的根本原因。 例如,代码对于id1==id2的情况没有做出正确判断,从而引用了未赋初值的变量,出现了以上的情况。 功能性的bug: bug1: 文档里添加链接时,连续两次写入@符号,第二次写入@符号时会因选择工具的不同出现两种情况 第一种情况:选择软件工具栏自带的@键写入@符号,可以正常添加链接 第二种情况:选择手机键盘里的@键写入@符号,此时文档无法识别,不能正常添加链接
bug2: 在文档里设置标题样式时,选中区域无效,软件会默认将光标所在的两个回车符之间的所有内容设置为选定样式。 问题样例如下:
正确样例如下:
bug3: 在文档的某一讨论区,【结束讨论】后,该功能并未立马起效,协作者仍可以继续评论,并且所有协作者都可见该评论。但此时,左上角的状态已经由【结束讨论】变为【恢复讨论】。
3.选择用户进行采访 (1) 介绍采访对象的背景和需求 采访对象是室友,她经常写文案和做推送,在编辑文案时需要与他人协作讨论,针对文案中的某些细节问题进行标注、商讨以及修改,如果这些问题通过云端实时协作解决,就可以便利大家的工作时间安排,提高做事效率。 (2) 让采访对象使用5-15分钟石墨文档的功能(请上传照片证明用户的确正在使用)
(3) 描述用户使用这个产品的过程, 用户的问题解决了么?软件在数据量/界面/功能/准确度上各有什么优缺点?用户体验方面有问题么? 1)用户使用过程:用户初写文案时,添加了三个协作者,大家一起通过石墨完成一篇文案的写作。用户负责写出文案的主体内容,其他协作者负责审阅和修改,在有问题的地方一起进行评论和商讨,并最终确定文案。较传统的方式相比,整个过程中,协作者们减少了不必要的会面、发送文件的时间,更加高效地完成了一篇文案的撰写,很好地解决了用户的问题。 优点 缺点 数据量 暂无限制,且采用SSL加密通道/AES256,安全性较高 数据量没有限制,但速度很慢 界面 简洁美观 ,具有浓厚的“中国”气息,适合深度写作 界面设计上没有突出体现石墨的特色功能 功能 专注文字书写和文档协作,除了提供普通的协作功能,还提供了非常好的体验 其他方面如团队管理和文档管理等有所欠缺 准确度 通过文字识别和语音速记的结果来看,准确性较高 目前使用经历来看,未在准确度上发现问题 2)用户的体验问题: 文件加载和导入太慢,尤其是表格,很容易让人急躁 链接标准不明显,该软件默认蓝色字体表示链接,且自动将@符号去掉,会导致链接和正文蓝色字体混淆 靠回车符区分标题。。。在给标题添加样式时很奇怪,达不到想要的效果 在评论区不能sigusoft评论,无法针对某条评论表达看法 (4) 用户对产品有什么改进意见? 主要是加载速度,如果软件能够在各个功能上把加载速度提升,提高使用过程中的流畅性,将会带来更好的用户体验。 4.请给出你对这款软件的评价和理由。 评价:d、推荐 理由:石墨的界面简洁大气,适用于很多场景,尤其是在办公服务上有很大用处。它最大的优势是多人实时协作功能,同步响应速度很快,并且支持文字识别、语音速记等多种方式在线编辑文档,可以实现多人同时在同一文档及表格上进行编辑和实时讨论,能够很好地满足用户云协作的需求。 第二部分 分析 1.使用此软件的所有功能,估计这个项目做到这个程度大约需要多少时间(以周为单位、团队人数6人左右、计算机专业本科毕业生,并有专业UI 支持),人员如何分工?时间如何规划? 石墨是一款“小而美”的产品:切入点小,专注于文字书写和云端实时协作,页面和交互也做得很漂亮。但是真正实现起来还是比较困难的,要考虑的问题很多。 如果对这方面开发比较了解并且技术过关的话,配置1个美工、2个前端开发、2个后端开发、1个测试,大概需要20周。 5%的时间用于定义问题和制定计划,15%的时间用于需求分析和建立软件的逻辑模型,5%的时间进行软件设计,45%的时间用于代码开发与美工,30%的时间用于软件测试和解决bug。 2.分析这个软件目前的优劣(和类似软件相比),并给出团队在软件工程方面可以提高的一个具体建议。 产品 产品完备性 协作 功能完备性 Google Docs 文档、表格、演示、表单、画图 完全无锁实时协作 基本满足各种office需求,除了非常专业的用户之外 Quip 文档、表格 实时协作 轻,不去过分强调格式和功能 一起写 文档、表格、表单 实时协作 酷似Quip,但没有走Quip那么轻的路线,提供较完备的功能 石墨 文档、表格 实时协作 轻,界面简洁美观,但是有些需要的功能没有,速度快且稳定 建议:通过和同类软件对比发现,石墨专注于文档和表格,文档协作功能做的很好,但是文档/团队管理这块不如同类软件,如果能丰富和完善一下协作管理功能,产品会更具竞争力。 第三部分 建议和规划 1.这个软件有很多可以提高的部分,如果你是项目经理,如何提高从而在竞争中胜出? 我会从界面和功能两点出发。 在界面设计上,考虑软件的应用场景和用户群体,分析并设计出适合该软件的图形界面,追求简洁美观的风格,提高用户使用时的舒适性、方便性以及愉悦性。 在功能设计上,确定软件应用的范围,专注于解决用户的某些具体问题,争取实现的每个功能都可以快捷高效地帮助用户解决问题,不求软件功能的丰富性,但求软件功能的实用性,在某些领域提高软件的竞争力。 2.目前市场上有什么样的产品了?你要设计什么样的功能?为何要做这个功能,而不是其他功能?为什么用户会用你的产品/功能?你的创新在哪里?可以用 NABCD分析。 目前市场上的团队文档管理、协作类工具有很多,比如国外的Google Doc、Microsoft Office365、Quip等,国内的腾讯文档、一起写、WPS云文档、有道云协作、坚果云等。 我想设计一个语音评论功能。原因:石墨文档的功能主要在于支持多人云端实时协作,实现多人同时在同一文档及表格上进行编辑和实时讨论。加入语音评论的功能,可以方便协作者对文档的某一细节内容进行评论,其他人同样可以语音sigusoft参与讨论,在某些情况下更加省时省力,便捷团队协作。另外,语音评论不仅仅局限于文字,更能直观地体现评论者想传达的信息。 更舒适、便捷、实用的体验感是用户选择我们的动力。 N(Need):如今社会中,团队协作变得越来越重要,在生活的各个方面,对团队协作工具的需求也更加迫切,尤其是办公服务软件方面,支持云端实时协作的工具有着更加广泛的用户群体。 A(Approach):用户的反馈是最重要的。根据用户的反馈,设计和优化界面,添加新的功能或对原有功能进行完善。 B(Benefit): 简洁美观的界面风格给用户带来更好的视觉体验,更方便用户操作; 便捷地编辑文档和表格,满足用户需求,吸引用户的使用 高效地实现团队实时协作,便于协作者操作 可以对文档的某一细节内容进行评论,其他人可以一起参与讨论 C(Competitors):目前最大的竞争对手是腾讯文档,两者的功能太相似了! D(delivery):在各大应用商店和社交平台上进行推广 3.如果你的团队有5个人, 4个月的时间,你作为项目经理,应该如何配置角色(开发,测试,美工等等)? 作为项目经理,我会配置1个美工,3个开发,1个测试 4.描述你的团队在16 周期间每周都要做什么,才能在第16周如期发布软件。 第1周:制定计划,主要确定软件的开发目标及其可行性 第2-3周:需求分析,对软件需要实现的各个功能进行详细需求分析,和用户一起确定要解决的问题,建立软件的逻辑模型,编写需求规格说明书文档并最终得到用户的认可。 第4周:软件设计,根据需求分析的结果,对整个软件系统进行设计,如系统框架设计、数据库设计、功能逻辑设计等 第5-11周:代码开发与美工,将软件设计的结果转化为计算机可运行的代码,并且美观地呈现出来 第12-15周:试运行、测试,解决Bug。整个测试阶段按照单测试、组装测试、系统测试三个阶段进行,选择白盒测试、黑盒测试等测试方法。 第16周:发布软件
2024最新激活全家桶教程,稳定运行到2099年,请移步至置顶文章:https://sigusoft.com/99576.html
版权声明:本文内容由互联网用户自发贡献,该文观点仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请联系我们举报,一经查实,本站将立刻删除。 文章由激活谷谷主-小谷整理,转载请注明出处:https://sigusoft.com/52934.html