软件工程实践——软件评测

这个作业属于哪个课程2022年福大-软件工程、实践-W班社区-CSDN社区云
这个作业要求在哪里软件工程实践——软件评测-CSDN社区
这个作业的目标通过各种案例分析，评测，思辨，总结
其他参考文献GitCode GitHub Gitee

文章目录

第一部分 调研，评测

1.用户采访

  • 采访对象：詹鹏翔

  • 对象背景：我亲爱的舍友之一，他的测评对象为问答

  • 选择他的原因：可以直接威逼是一个出色的同学，知识范围广有偷学很多东西

  • 采访记录：

在这里插入图片描述
在这里插入图片描述

2. Gitcode

  • 介绍该软件

    很神奇的是，这是三个代码仓库管理系统中唯一一个我找不到百度百科的系统

    **Gitcode的自我介绍：**GitCode 是 CSDN 为开发者提供的开源项目创新服务平台，秉承“创新、开放、协作、共享”的开源价值观，致力于为大规模开源开放协同创新助力赋能，打造创新成果孵化和新时代开发者培养的开源创新生态！支持公有云使用、私有化部署以及软硬一体化私有部署。

  • 体验（优缺点分析和改进意见）

    首先是登录，这里截取CSDN的登陆界面

    • 右边作为登录已经是很熟悉的操作了，也很符合用户的习惯
    • 登录有三个选项，默认为微信登陆。其实我个人是喜欢是默认密码登录，毕竟省得再拿起手机。讲道理这个和据传的国服第一产品经理张小龙先生对微信电脑客户端的处理那不是一样吗。电脑端还要用手机扫码登录真的恨 我懒得拿手机，不过既然提供了选项那还是比微信PC好很多。所以我更喜欢密码登录时初始的默认界面，这个界面供第一次使用简化注册就很好了。所以我觉得我在这边的体验不是很好
    • 之前助教学姐也在她的博客提到过CSDN和Gitcode的登录捆绑问题，没想到一年后也依然没有改变。可能正常都会觉得，啊那个CSDN登录问这边直接同步账号就好了。那是确实是好啊，确实方便了。但是也得给个机会可以退出以后单独登录把，麻烦主要来自于如果一个人同时掌握两个账号例如软工团队作业，只是但对于想对Gitcode进行操作就要在CSDN里退出再登陆结合上面还得再点一下密码登录，那是相当过分啊，来回一直切就会出现上次同学想使用CSDN个人账号回复同学博客，结果使用成了团队账号的情况。
    • 在测试登陆捆绑的时候，意外被我发现了两个bug，特别的神奇，感谢大自然的馈赠
    • 令我这次感受到意外的是从来没有注意过的那年今日，虽然基本不会注意到，但是突然发现感觉还很有意义。

在这里插入图片描述

登录后进入主页，需要点击首页才显示我的代码仓选项

  • 虽然这个主页很好看，但是如果真的在使用的话，其实我进入看见主页我会觉得很烦，因为我不需要看见这个界面，而且进代码仓还需要再点首页按钮，又出现一个我不需要的界面，我才能进我的代码仓鼠标耐久减5.

  • 不过作为一个经常使用代码仓的人，会把代码仓页面添加到收藏夹，所以对我的影响也不是很大。

  • 从我的思考来说，这样做更多的应该是商业价值吧，所以我也觉得没有提什么建议的必要。

在这里插入图片描述

在这里插入图片描述

进入代码仓之后点击左侧项目选项，可以进入对应的项目

  • 对于我来说我只需要我的项目部分，因为我并不想看见什么我得组织、动态和热门项目。但是对于一个团队来说，动态是很有必要的，但是组织和热门项目也基本没有用处。

  • 所以我希望可以出一个自由调控界面区块的功能，就是把自己不需要的模块给去除，这样用着就很舒服。

在这里插入图片描述

不使用git bash的话可以在我的项目上的新建项目这边新建项目
在这里插入图片描述

在这里插入图片描述

可以点击绿色的克隆按钮进行多种方式克隆，提交也可以直接使用该界面提交或者使用gitbash

在这里插入图片描述

针对之前遇到的问题软件工程实践第二次作业——个人实战（问题下图），我后来发现了解决方案。原因是因为我本地使用SSH密钥，所以克隆时也需要选择通过SSHClone项目，否则就会需要验证权限，又由于本地没有凭据所以会失败。

在这里插入图片描述

  • BUG

    量化标准

    严重性星级
    致命性系统故障、致命性安全性漏洞、用户体验严重影响五星
    严重系统故障、服务器鉴权漏洞或重要数据泄露四星
    一般系统故障、一般漏洞或数据泄露三星
    影响用户使用，用户体验差二星
    用户用着不舒服一星

    1. CSDN 下线但Gitcode无法退出

      • Bug发生时的测试环境

        操作系统：Windows 10

        浏览器环境和版本：Microsoft Edge 100.0.1185.29 (正式版本) (64 位)/星愿浏览器 版本 6.2.1000.1912(正式版本)(64 位)

        发生的时间段：晚上

        发现的前因后果：在测试CSDN和Gitcode的登录捆绑问题时意外发现

      • Bug的可复现性及具体复现步骤

        可复现性：常常发生（在后面的测试中突然退出成功了，我人傻了还以为我边写博客它边修，但是后来bug又持续出现）

        发生频率：25次测试中发生23次

        复现步骤：同时进入CSDN和Gitcode并登录，先退出CSDN，再切换到Gitcode选择退出即可复现

      • Bug具体情况描述

        在CSDN 下线后Gitcode无法退出，并且重启浏览器依然不会退出账号，点击退出依然失败。换一台电脑测试也依然出现此现象
        在这里插入图片描述
        在这里插入图片描述
        在这里插入图片描述

      • Bug分析

        Bug的可能成因：可能是CSDN退出的数据请求没有传递到Gitcode吧

        Bug的严重性：三星

        Bug影响：如果一个人电脑借其他人使用又担心代码安全什么的，想退出Gitcode账号但是无法退出，重启浏览器也不生效只能去清Cookie那也太离谱了

        对于Bug的预期及改进建议：应该是能正常退出。把它和CSDN的登录分离就可以做到。

      • Bug反馈

        已经反馈了

        在这里插入图片描述

    2. 两个账号来回切换时Gitcode进行大量的刷新，并使用鼠标的前后退键，会出现该页面的源代码

      • Bug发生时的测试环境

        操作系统：Windows 10

        浏览器环境和版本：Microsoft Edge 100.0.1185.29 (正式版本) (64 位)/星愿浏览器 版本 6.2.1000.1912(正式版本)(64 位)

        发生的时间段：晚上

        发现的前因后果：在测试上一个bug时意外发现

      • Bug的可复现性及具体复现步骤

        可复现性：操作很有难度

        发生频率：30次测试中成功6次

        复现步骤：在已经打开Gitcode网页之后，切换CSDN账号并对Gitcode网页进行大量的刷新并不停使用鼠标的前后退键，会出现该页面的源代码

      • Bug具体情况描述

        在已经打开Gitcode网页之后，切换CSDN账号并对Gitcode网页进行大量的刷新并不停使用鼠标的前后退键，会出现该页面的源代码

        由于需要录制切换标签页，所以bug只能以视频的形式放在仓库中Kedar / BUG视频，这里放出bug图片

      在这里插入图片描述

      • Bug分析

        Bug的可能成因：可能是刷新还有前后退太猛了，服务器反应不过来

        Bug的严重性：一星（正常访问应该不会影响）

        Bug影响：无法正常查看网站

        对于Bug的预期及改进建议：服务器加强

      • Bug反馈

        bug触发较难且复现为视频，这个就不反馈了

  • 结论

    d) 好，不错

    我正常使用还是挺方便的，而且毕竟在国内也没有其他严重影响我的bug

3. Github

  • 介绍该软件

    GitHub是一个面向开源及私有软件项目的托管平台，因为只支持Git作为唯一的版本库格式进行托管，故名GitHub。

  • 体验（优缺点分析和改进意见）

    首页好漂亮啊，那个地球做的好漂亮~

    • 不过还是很希望它有简体中文的选项，我英语好菜这我真的看不懂这个界面我要咋办

在这里插入图片描述

经过一番搏斗拿下注册

  • 注册界面是真的好看啊
  • 但是这个验证有点难倒我了，是不是应该弄点简单的问题

在这里插入图片描述
在这里插入图片描述

这就是GitHub的主界面了

在这里插入图片描述

点击创建可以创建仓库

  • 很满意可以直接选择添加README等初始化，这样方便了网页直接的上传

在这里插入图片描述

项目界面都差不多

在这里插入图片描述

  • BUG

    Github除了登不上很完美找不到BUG

  • 结论

    d) 好不错

    除了不用魔法不怎么进得去都很完美（我真的很喜欢首页和注册界面），但是国内用起来确实也不是很方便，clone什么的真的太慢了，所以没有很推荐

4. Gitee

  • 介绍该软件

    Gitee是开源中国（OSChina）推出的基于Git的代码托管服务

  • 体验（优缺点分析和改进意见）

    进入首页看见中文的感觉真好，就是不是很好看看了有点不想用

在这里插入图片描述

登陆界面放在中间的感觉也挺好

  • 放在中间有意外的舒畅，之前的gitcode习惯于一种邮箱的感觉，这个倒更让我觉得像一个独立的系统

  • 不过界面还是和首页一样，做的没有想象中那么漂亮（尤其是刚从Github过来），左边的介绍其实没有很需要，如果是和gitcode一样的那年今日也会更有意思。

  • 不过登录主页直接使用账号密码我很开心，将其他登录方法放在地下就很棒，唯一美中不足的是其他方式的优先级可能稍微需要调整，毕竟是在国内感觉微信和QQ使用率稍微高一些（不知道是不是我太菜）

  • 发现软件测试老师给的账号是gitee，之前都没有注意，那太好了直接测试

在这里插入图片描述

进入后的主页面有点太杂乱了

  • 还是一样希望可以去除掉一些部分
  • 相较于Gitcode真的乱太多了，感觉看见界面就不太想用

在这里插入图片描述

创建项目的界面太好看了

  • 相较于gitcode直接和github界面相同，gitee有自己独特的界面，真的是太漂亮了，我宣布他在这个界面是三个的第一名
  • 导航栏放在侧边突出了主界面，注意力都可以集中在项目（可能我个人就是很喜欢侧边的导航栏）

在这里插入图片描述

  • BUG

    很完美没有找到bug

  • 结论

    d) 好，不错

    在没有见到项目界面本来是想打C的，因为不好看我真的不太想用，但是项目界面实在是太漂亮了完全符合我个人审美，所以我又爱上了。但是由于前面的美工问题不是写作业支撑不住我到后面的项目界面所以也没有给满分

第二部分 分析

1. 开发时间估计

  • Gitcode

    因为有Github金玉在前，所以我认为开发应该不是很久，可能工程量在于翻译和一些中国登录方式等特色的设计，大概估计一个月吧

  • Github

    感觉第一次做出这样一个平台应该十分的不容易，所以估计开发用了一个季度吧

  • Gitee

    比起Gitcode的借鉴量来说，感觉Gitee的独立创作可能更多一些，所以估计用了两个月吧

2. 同类产品对比排名

个人认为是：Github>Gitee>Gitcode

  • 首先在我的代码作业时，我查找资料搜索到的代码资源基本都是在Github上找到了，确实没有其他两个的参与
  • 虽然国内上Github确实很不稳定，这点是Github减分项，但是会魔法就还可以克服
  • Gitee比Gitcode分高的原因是，Gitee的项目页面做的更好看我更喜欢用，而且感觉确实功能也更齐全。对于Gitcode的使用感觉更像是配合着CSDN使用的

3. 软件工程方面的建议

  • Gitcode

    可能需要有更多自己的创新

  • Github

    希望有中文界面

  • Gitee

    希望软件除了项目界面其他界面做的更符合我的审美（毕竟我提建议）

4. BUG存在的原因分析

  • 我认为都是软件团队不知道

  • 第一个Bug我认为是：测试把关不严，敷衍了事，没有注意在特殊的配置或环境下测试

    没法退出就很离谱

  • 第二个Bug我认为是：其他（像是正常会出现的Bug）

    有人使用前后退键和刷新硬创这个网站，确实有点想不到

第三部分 建议和规划

1. 市场概况

  • 市场大小

    根据中研网2021年六月的分析显示，IT市场还是特别大的，从业人员很多，选择该行业进行学习的年轻人也很多

在这里插入图片描述

  • 用户情况

    • 从上图看，从业人员很多，选择该行业进行学习的年轻人也很多，所以对代码仓库的使用量也非常大，直接用户很多
    • 因为有很多想要到计算机领域发展而自学计算机技术的人很多，所以潜在的用户量也很大

2. 市场现状

  • 目前市场上的产品应该就这三个了吧，没有再见到其他平台
  • 三个系统的定位都是代码托管仓库，GitHub的优势在于资源量大，使用范围广，劣势在于国内使用不便；Gitcode和Gitee的优势在于国内使用便利，但是资源量比起Github还是少了很多
  • 上述产品都呈现竞品关系，Github应该算是老大了，在国内Gitcode和Gitee的竞争应该更为激烈，比起Github他们更需要抢占客户增加资源量。

3. 市场与产品生态

  • 核心群体应该都是写代码的程序员

    信息典型用户
    学历本科
    年龄25
    专业计算机
    爱好写代码
    收入15K
    表面需求在代码工作里需要托管代码
    潜在需求需要使用平台资源

  • 用户群体关系即都是代码人，有利用其相互作用二次构成特定用户生态的可能性。毕竟都是干这行的，一起分享分享交流交流什么的很正常

  • 产品的子产品和其他相关产品之间存在一定的关系，都是托管代码的仓库。我认为没有利用各个产品特性之间的相互关系二次构成产品生态的可能性，因为想不到代码仓库还可以做什么其他的生态

4. 产品规划

  • 当前软件的基础上设计什么样的新功能

    拿Github来说我想设计语言切换功能，能切换到中文界面，即汉化

    • Need，需求

      我相信大部分国内的用户都会更想看到一个中文的界面也不是英文，这点应该毋庸置疑，需求量很大

    • Approach，做法

      请专门的汉化人员对网站进行汉化

    • Benfit，好处

      这要是做成了中国用户肯定激增，用着中文界面的资源库可太舒服啦

    • Competitors，竞争

      对于这个新功能，主要的竞争者还是国内的托管网站，但是由于Github上面的资源太丰富了，所以优势还是很大的

    • Delivery，推广

      我相信一旦推出了这个功能不需要宣传都会有各种网站个人自发宣传推广的

  • 配置角色

    岗位人数职责
    翻译2承担网站主体的翻译工作
    前端1将翻译应用到用户界面，实现对大部分的汉化
    后端1将翻译应用到用户界面，实现对大部分的汉化
    美工1对汉化后不兼容需要美工的地方进行设计调整修改
    测试1对汉化后的版本进行测试

  • 周期规划

    时间工作
    第1~5周对网站进行翻译
    第6~8周前后端进行应用和处理
    第9~11周美工进行设计调整修改
    第12~15周测试和修改测试
    第16周产品上线

| 将翻译应用到用户界面，实现对大部分的汉化 |
| 后端 | 1 | 将翻译应用到用户界面，实现对大部分的汉化 |
| 美工 | 1 | 对汉化后不兼容需要美工的地方进行设计调整修改 |
| 测试 | 1 | 对汉化后的版本进行测试 |

  • 周期规划

    时间工作
    第1~5周对网站进行翻译
    第6~8周前后端进行应用和处理
    第9~11周美工进行设计调整修改
    第12~15周测试和修改测试
    第16周产品上线
版权声明：本文为Kedar原创文章，遵循CC 4.0 BY-SA版权协议，转载请附上原文出处链接和本声明。