如何进行软件选型

这篇文章主要讲解了“如何进行软件选型”，文中的讲解内容简单清晰，易于学习与理解，下面请大家跟着小编的思路慢慢深入，一起来研究和学习“如何进行软件选型”吧！

成都创新互联于2013年创立，是专业互联网技术服务公司，拥有项目成都网站设计、成都做网站网站策划，项目实施与项目整合能力。我们以让每一个梦想脱颖而出为使命，1280元海城做网站,已为上家服务,为海城各地企业和个人服务,联系电话:18982081108

选型的需求来源于业务诉求

选型总是在业务驱动下进行的。

我相信业务用的好好的，没有性能瓶颈，没有合规要求，也没有新需求要开发，我们也不会想着换个框架或组件。

当业务有真正的诉求的时候，比如有数据同步，业务解藕，削峰填谷，分布式事务等需求时，我们就需要调研相应的解决方案了。

这个时候往往会面对很多的软件，究竟该选哪个，用哪个?如果有团队成员比较熟悉的以前用过的软件，可能大概率就会选择它，毕竟用过有经验，遇到问题也知道怎么解决。

但如果团队成员都没有用过，这个时候面对如此多的软件，而且在有限的时间里，我们到底该如何选择呢?或者说软件选型该考虑哪些呢?

选择调研对象

在开始选型前，我们需要知道有哪些待调研的对象。

• 想用消息中间件，需要调研的对象可能有RabbitMQ，RocketMQ，Kafka等。

• 有数据同步的需求，需要调研的对象可能有otter，Datax，canal等。

• 想用rpc服务，调研的对象可能有Dubbo、gRPC、Thrift等。

这里就不再一一展开了，其实想说的就是，首先我们要知道调研的对象，接下来就需要看看到底要调研哪些内容。

调研的内容

(1)  系统架构

软件的系统架构很大程度上决定了软件的简单或复杂、可扩展性、高可用性等较难改变的属性。

所以我们在选型的时候，需要重点考虑软件架构。

软件的官网中一般都会有相应的架构图，从中我们可以看到软件的基本组件，架构的简易程度等内容

。比如下图为RocketMQ的架构图，从中可以看出RocketMQ的基础组件有NameServer  Cluster、Broker Cluster，还能进一步看出NameServer Cluster的基本职责有Broker Discovery，以及Broker  Cluster可以通过数据同步来实现高可用等内容。

除了系统架构，我们可能还需要关注下软件的实现语言，如果以后需要进行定制化开发，团队成员是否有相应能力。

(2)  软件的社区情况

软件的社区情况，是我个人在软件选型的时候着重考虑的一个点。

活跃的社区对于开源软件来讲很重要，因为活跃的社区说明软件的用户很多，用户多就有很多的实践经验可以参考交流，在你遇到问题的时候能有个交流的平台。

总之，活跃的社区能够帮助你解决软件使用过程中的很多问题。

那么从哪几个方面可以考量软件的社区情况呢?这里主要讲的是开源软件的社区情况考量。

我个人一般会看软件的最近一次提交是什么时候，issue的数量及回复情况，更进一步可以看软件的邮件列表内容。

(3)  文档

产品的文档太重要了。

产品做的再好，没有文档，也没人会用。

详细的产品文档包括但不限于软件架构，用户手册，性能测试，常见问答等。

如果你在调研相应软件的时候，发现找了很久也没找到架构图、用户使用手册等内容，那你就要好好考虑该不该用这款软件了。

通读产品文档可能需要花上一些时间，但花这个时间是很值得的。通读产品文档可以让你对整个产品有个大概了解了，有哪些特性，有哪些功能，性能表现如何等，这些你都能做到心中有数。

Spring的文档是我个人认为非常好的文档，不夸张的说，能把Spring文档通读一遍，80%的Spring问题对你来说都不算问题。

另外文档最好读官方的，如果是国外的软件，尽量读英文的。

(4) 其他

包括但不限于合规性，法律，生态工具等内容，比如如果使用的开源软件协议为GPL，按照协议规定，所有的二次开发都应该再次开源出来。

特性或功能验证

调研完产品后，我们对软件应该有了个大概了解了，此刻我们需要回到业务上来。

产品的特性或功能能否满足业务的需求，这才是决定我们选型的最重要原因。

一般的原则是，能够满足当前以及可预见的未来的需求的软件，是最合适的，因为这样的软件又能满足需求，又不至于太过复杂。

此阶段一般会进入到体力活环节，需要各种测试，比如基本功能测试，高可用测试，性能测试等。在测试的过程中也尽可能的将测试脚本化、自动化，因为这个过程可能会重复多次，没人想一次次的手动来做。

这里的测试一般需要给出结论，即当前软件是否能够满足业务的各种需求。

该阶段一般会遇到很多的问题，而活跃的社区，详尽的文档可以帮助你解决这些问题，同时团队成员应该尽可能的在该阶段积累软件使用的过程资产。

应用阶段

应用阶段根据选型软件的性质不同有不同的应用方式。

如果软件是基础软件比如数据库之类，一般会先进行试点应用，因为基础软件的影响面比较大，而选择试点应用，既可以规避大的风险，也能够通过实践积累起经验，方便后续的全面升级。

如果软件只是当前业务使用，影响较小，那么要有自信直接上，不要怂～

帮助别人

经历了软件调研，功能特性验证，到项目的正式使用，可以说现在你也成为了软件社区中的一员，那么不要忘了分享你的使用经验，帮助其他软件使用者，毕竟一开始也是社区帮你解决了问题。

感谢各位的阅读，以上就是“如何进行软件选型”的内容了，经过本文的学习后，相信大家对如何进行软件选型这一问题有了更深刻的体会，具体使用情况还需要大家实践验证。这里是创新互联，小编将为大家推送更多相关知识点的文章，欢迎关注！