软件评测
软件评测
| 这个作业属于哪个课程 | 2021春软件工程实践|W班 (福州大学) |
|---|---|
| 这个作业要求在哪里 | 软件评测 |
| 这个作业的目标 | 评测市场上已有项目，结合所学知识进行分析，思辨，总结 |
| 参考文献 | 《构建之法》 |
第一部分 调研，评测
GitHub
基本功能介绍
- 软件提供线上代码托管，仓库项目搜索等功能
- 可以进行仓库的创建，克隆，fork，pull request等git操作
- 可以在线查看仓库文件内容，贡献记录，修改记录，issue等
- 可以查看用户的仓库，近况概览，动态等
优缺点分析
- 数据量：知名度高，内容丰富，更新快，贡献内容来自世界各地，覆盖层次广。
- 界面：界面设计整洁合理，布局清晰，整体ui风格低调搭配且可切换
- 功能：代码托管、仓库管理、搜索、用户信息查看等基本功能齐全。不能查看作为collaborator的仓库列表。
- 准确度：搜索相关内容准确度高
- 用户体验：对于国内用户使用体验不好，网站经常崩，用梯子也崩，使用githubDesktop克隆merge等操作有相同情况。全英文界面，对于英文水平较差的初学者不友好，但利于后续发展。
- 生态环境好，绝大多数开发环境，软件等有相关接口支持。
改进意见
- 提供快捷的一键切换各类语言功能，对于诸如pullrequest等操作的关键词保留英文
- 架设国内服务器，提高用户体验
- 更为友好的个人相关仓库查看
Gitee
基本功能介绍
- 软件基本功能与Github相似，提供线上代码托管的功能
- 可以进行仓库的创建，克隆，fork，pull request等git操作
- 可以查看用户的仓库，近况概览，动态
- 点击开源项目有不同方向的GVP开源项目仓库推荐
- 上方可进入GiteeBlog可进行搜索查看较成熟的产品案例介绍
- 侧边有优秀作者和仓库推荐
- 搜索页侧边有博文推荐
优缺点分析
- 数据量：相较于Github，搜索相同项目结果内容较少
- 界面：界面设计整洁合理，布局清晰，但相比github更具商业性
- 功能：作为托管平台基本功能齐全，另有博客推荐等附加功能
- 准确度：搜索准确度一般，可对代码进行搜索
- 用户体验：
不用梯子，打开网站克隆仓库等操作速度快；
有企业版和高校版，针对不同用户群体使用；
相较于Github，界面几乎为中文，社区交流也以中文为主。为初学者提供了一定程度的便利，但不利于融入英文为主的开发环境；
部分功能必须登录才能使用；
免费私人仓库合作，对小团队企业友好
支持微信钉钉的通知，利于工作分配交流
改进意见
- 主打国内市场与知名互联网企业、论坛合作引流，提升知名度
- 专注本土特色如小程序项目的支持推广
减少一些看起来像广告的推荐和界面设计
CODE.CHINA
基本功能介绍
与前两者基本功能相似，界面以中文为主。功能布局较奇怪（如首页导航栏有issue和合并请求）。
优缺点分析
- 数据量：搜索结果内容少，多数为Github镜像仓库
- 界面：仓库管理界面与前两者类似，整体界面风格偏
- 功能：代码管理相关功能完善，包括简单的搜索和推荐功能
- 准确度：搜索所获结果少无法判断
- 用户体验：
必须使用绑定手机的CSDN账号或者微信登录，不利用建立多个账号，降低用户隐私方面的体验
使用仓库功能必须先自定义SSH密钥，增加初期使用成本但提高传输安全性
热门项目看起来就不是很热门，推荐内容多为文档和教学而非项目
改进意见
- 允许单纯邮箱注册登录
- 引入更多的开源项目或者先致力于某一方向项目的收纳托管打造自身优势
- 利用CSDN社区推广引入用户
BUG
量化指标
| Bug严重性 | 说明 |
|---|---|
| A级 | 致命BUG如死机、死循环、内存泄漏、安全漏洞等等 |
| B级 | 严重BUG如接口调用错误，局部程序、计算结果错误等 |
| C级 | 一般BUG如显示错误、格式错误、输入合法性缺失等 |
| D级 | 小型BUG如界面布局混乱，缺少操作提示等 |
| E级 | 用户体验上不足等 |
Github
暂无
Gitee
暂无
CodeChina
-
Bug发生时的测试环境：Win10操作系统，Chrome/FireFox/sougouExploer
-
Bug的可复现性及具体复现步骤：多次重复必然出现，正常使用功能进入相关界面即显示Bug
-
Bug具体情况描述：进入CodeChina个人界面显示关注数量，点击该按钮跳转的详情页面只是个人资料的总览页，而没有直接显示关注详情信息（甚至该界面不是CodeChina而是CSDN），需要点击导航栏的“关注”才能正确进入，多次刷新尝试仍存在该现象。
-
Bug分析：CodeChina使用CSDN账号进行登陆，在CodeChina中点击关注数量会跳转至该账号CSDN平台对应的个人资料总览页。关注数量增加正常，但跳转过去的仍是个人资料总览页面的。其次确认了关注指的只是关注的人而不包括文章、话题等等，故跳转至总览页面是不合理的。
-
Bug的可能成因：CodeChina和CSDN两个平台共用一个账号，分析猜测编码过程中程序员直接设置在CodeChina个人资料页点击关注按钮跳转至对应账号CSDN论坛关注列表。在产品开发中可能没做CodeChina的关注详情列表或者认为账号通用使用CSDN的关注详情列表即可。但经过尝试，在CSDN平台点击关注数目的按钮跳转的也是总览页面，CSDN本身详情列表也存在问题，导致出现最终的结果。
-
Bug的严重性：（C级BUG）
系统功能角度：相关功能的设计疏忽
安全性角度：暂无
用户体验角度：较严重影响用户使用该产品功能的体验 -
对于Bug的预期及改进建议：修复CSDN的关注详情页面使之能正常跳转显示，其次建议两个平台分开各自维护独立的关注列表，毕竟虽然每个账号都有CodeChina和CSDN，但不意味着关注一个感兴趣的仓库的拥有者同时也对他的博客也感兴趣。
[用户采访]
-
采访对象的背景，为什么选择这个人采访？TA 的需求是什么？
背景完成这次作业同时了解下其他同学对该类型软件的使用心得看法，方便今后自己的选择使用。
采访同学为软工实践小组的组长，平时较多的接触使用此类行软件。
他的需求是利用该类型软件平台托管代码，对学习中开发的项目进行合作和版本控制。 -
采访对象实际使用的产品栏目
平时基本使用Github，故采访内容围绕Github展开。
-
采访对象使用软件的过程中会遇到的问题和亮点
见图
-
采访对象觉得从用户体验的角度来说需要改进的地方有哪些？
见图
[BUG反馈]
https://ask.csdn.net/questions/7398651?answer=53402397&spm=1005.2026.3001.5703
结论
| 软件 | 结论 |
|---|---|
| Github | 非常推荐 |
| Gitee | 好，不错 |
| CODE.China | 一般 |
| Github | Gitee | CODE.China | |
|---|---|---|---|
| 核心功能 | 9 | 8 | 7 |
| 用户体验 | 7 | 7 | 5 |
| 细节 | 8 | 7 | 5 |
| 辅助功能 | 8 | 6 | 3 |
| 软件的效能 | 8 | 7 | 6 |
| 差异化功能 | 9 | 8 | 4 |
| 软件的适应性 | 8 | 7 | 5 |
| 成长性 | 7 | 7 | 7 |
| 用户有控制权 | 8 | 8 | 5 |
| 生态环境 | 9.5 | 7.5 | 3 |
| 总分 | 81.5 | 72.5 | 50 |
第二部分 分析
开发时间估计
基于网上已有的开源代码以及教程，估计六名计算机专业大学生团队3至5星期等完成产品基本功能（只做这事）。经过迭代大概一个半月能实现现有软件所有功能。
软件从零开发：
Github：6个月
Gitee：4个月
CodeChina：2个月
同类产品对比排名
对比已评测三款代码托管产品，排名依次是Github、Gitee、CodeChina。
相比之下Github在项目丰富度上远远领先后两者，但在使用体验上暂时有严重的弊端。
Gitee作为本土化平台在使用连接上优势大，各类功能布局与Github相近，缺点是项目丰富度还较低。
CodeChina作为本土化平台在使用连接上优势大但项目丰富度低，按键布局设计略有不同但无出彩之处，用户体验感差（如强制绑定）。
[软件工程方面的建议]
Code.China
构建之法12.1.2中提到从用户的角度考虑问题。
一是必须使用绑定手机的CSDN账号或者微信登录，降低用户隐私方面的体验。建议改成以邮箱注册即可，可选保定手机以增加安全性。
二是对于CodeChina的个人必须设置SSH密钥才能对仓库pull和push这一限制，对于用户就是不友好的体验。询问一些使用Github较多的同学，多数人都知道ssh密钥对于安全性的提升，而且随着使用增多自然会顾及到传输的安全性问题而设置。但对于想尝试新平台的新用户来说，这一要求就成了一个不必要的门槛，降低了使用体验甚至可能看见这个要求就停止转向了Github或Gitee。因此我认为将ssh密钥的设置改为可选更加合适。
[BUG存在的原因分析]
- CodeChina平台关注BUG：猜测原因为开发人员粗心大意或者对用户需求掌握不好。
- BUG介绍：CodeChina和CSDN两个平台共用一个账号，分析猜测编码过程中程序员直接设置在CodeChina个人资料页点击关注按钮跳转至对应账号CSDN论坛关注列表。在产品开发中可能没做CodeChina的关注详情列表或者认为账号通用使用CSDN的关注详情列表即可。但经过尝试，在CSDN平台点击关注数目的按钮跳转的也是总览页面，CSDN本身详情列表也存在问题，导致出现最终的结果。
第三部分 建议和规划
市场概况
-
市场有多大？
基于计算机与互联网技术普及，全球各国都能成为该类型产品的发展市场。随着人均计算机相关技能水平提高，市场需求也会越来越大。
-
直接的用户有多少？潜在的用户又有多少？
所有计算机专业相关人员和计算机爱好者都是直接用户，潜在用户包括使用互联网频率高的群体。（例如一些游戏相关插件会托管在github上，玩家会通过该网站下载，为潜在用户）
市场现状
-
目前市场上有什么样的产品了？
市场上存在Github这样全球流行，广泛使用的代码托管平台，国内也存在Gitee这样本土化出色的同类型产品。两者均已有大量大用户群体。
-
上述产品的定位、优势与劣势在哪里？
Github致力于打造世界上最大的开源社区和代码托管平台，优势有出色完善的生态环境和较高的知名认可度，劣势在于针对国内用户连接体验差且原生页面为外文。Gitee的优势在于立足国内市场，使用体验好且在小程序等国内特有项目方面有大量开源项目资源。劣势在于用户群体集中于国内，对国外社区的新技术项目不能立马跟进同步。
-
上述产品之间呈现什么样的关系，哪些为竞品关系？以及竞争中的各方态势如何？
上述三类产品为竞争关系，但面向侧重的群体和市场略有不同。在当前竞争中Github由于发展时间长，生态功能完善，仍毫无疑问的处于领先地位；Gitee则呈追赶之势，尤其在国内已有很高的接受度；codeChina功能接近，但数据量太小，仍需要发展时间。
市场与产品生态
-
这个产品的核心用户群是什么样的人？典型用户是什么样的？学历，年龄，专业，爱好，收入，表面需求，潜在需求都是什么？
核心用户群体是从事计算机专业相关工作的人员或者相关专业的学生。典型群体则是以软件开发为主要工作的用户。群体中学历多数较高，少部分低学历者也有较强的自学能力，总体水平高。年龄一般分布在18-50之间，以25-35为主。爱好范围广，收入较高。
表面需求为需要一个稳定可靠，功能完善的平台进行代码托管，或者利用平台寻找感兴趣的项目学习积累经验等。
潜在需求为寻求一个志同道合的社区环境，提升个人能力，赚钱。 -
产品的用户群体之间是否存在一定的关系？是否有利用其相互作用二次构成特定用户生态的可能性？
用户群体间存在较为紧密的关系。Github等同类软件无论是进行代码托管还是项目开源，一个项目通常都由若干个成员共同协作，用户群体间职业，学习方向或者爱好可以说极为相近。其次还存在着以企业，班级为单位利用此类产品进行开发，群体之间的联系则更加紧密。因为群体间关系较为紧密，此类软件容易利用项目作用二次构成特定生态，比如使用不同语言和面向不同应用平台的用户会更容易聚集在一起，推动项目乃至特定方向生态发展。
产品规划
-
你要在当前软件的基础上设计什么样的新功能？为何要做这个功能，而不是其他功能？为什么用户会用你的产品/功能？你的创新在哪里？可以用NABCD分析。
增加功能：增加OFFICE相关文件类型的预览。
Need：目前Github、Gitee只能预览文本类型和图片文件，而程序员和编程爱好者不仅关注于代码，有时候还要撰写维护图片文档文件，同时通过阅读他人文档结合图片。对于大的项目这样的文件如PPT、DOC必不可少，使用这些软件管理项目时通常也会将其上传，但目前不能对其进行预览。
Approach：预览功能模块增加解析PPT、PDF、DOC等文件的功能。
Benefit：在软件上增加可以预览上传的相关类型文件如PPT等可以节省用户时间，让用户对该文件有大致了解减少不必要的下载。
Competitors：同类型产品均无此功能、有一定的竞争力。
Dlivery：在软件首页推送更新此功能的信息，在社区投放广告等。
-
如果你是项目经理，可以招聘6个人，并且有4个月的时间，你认为应该如何配置角色(开发，测试，美工等等) 才能在第16周如期发布软件的改进版本，并取得预想中的成绩。
前端开发：2
后端开发：2
美工：1
测试：1
-
请为你的团队设计16个周期每周的详细规划。
周 计划 1-2 市场调查、需求分析 3 原型设计 4 系统设计、数据库设计 5 前后端接口文档设计、UI设计 6-8 前后端完成软件基本功能 9 测试软件基本功能 10-11 前后端完成软件增加功能 12 测试软件增加功能 13 推出测试版本 14 接受BUG反馈并修复 15 软件整体集成测试、压力测试 16 推出正式版本
