本文主要是介绍信息系统建设评价的粗略方法，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！
1、信息系统是一种工具，要从工具的角度去评价
2、信息系统是一种实际情况定制的工具，要结合定制本身去评价
3、信息系统不是一个孤立的工具，要从其他系统的互联共通上去评价
1、信息系统是一种工具，要从工具的角度去评价
作为工具，我们第一个想到的是工具是解决问题的，不能解决问题的工具差不多要报废掉才可。一个信息系统要从正反两个方面来看，正的方面是减少的消耗，反的方向是增加的消耗。正面的事项很多，如减少的操作人员、减少的日常开支、减少的业务时间消耗、资源调取速度的增加。反面的事项也很多，如人员的培训和转岗、增加高技能员工开支、系统维护开支等。最后怎么去判断定价，参考一下《孙子兵法》作战篇的原文。同样也可以参考一下《逍遥游》中螟蛉、燕雀、鲲鹏行动时的情况。规模越大，信息系统的代价越高，而且只有一次机会。
2、信息系统是一种实际情况定制的工具，要结合定制本身去评价
很多公司和行业直接套用通用的行业软件，这样做很省事。这样就带来了同质化的问题，你跟同行业其他公司没有任何区别，你只能和同行拼产品，当产品也被同质化到一定程度时，只能和同行拼运营，但是运营完全一样，这个时候非常煎熬，只能看天刮什么风了。整个行业千篇一律的业务流，大小公司一个样，去哪家也无所谓了。信息系统如果是企业中最核心的系统，要结合企业的具体情况去评价，行业通用的核心系统是当前最回避风险的选择，也是长久发展下风险最大的选择。
3、信息系统不是一个孤立的工具，要从其他系统的互联共通上去评价
信息系统在业务上体现最大的功能是业务流程折叠和自动化，但是越是折叠和自动化，就对系统设计和建设要求越高，成本也越高。信息系统的数据互通规模越大，业务流程的折叠程度和自动化也越高，因此在核算成本的时候，单个信息系统可能是算不过帐来，当将一组系统做整体核算的时候，会很划算。这也是项目组合的概念。
评价一个事物，要因时因地去看。当前时间当前地点看上去这事是好的，时空轮转，隔个几年，事情看上去就没这么友好了。几年前写的代码，当时自己还自鸣得意，自信满满，几年后再看，不堪入目，内心很坚定的说“这么难看，得毁尸灭迹，不然我的光辉形象就完了！”。我都如此，何况他人！
这篇关于信息系统建设评价的粗略方法的文章就介绍到这儿，希望我们推荐的文章对编程师们有所帮助！
