谈谈在中小企业的甲方开发

中小企业甲方的核心系统还是以采购成品的套件软件为主，那么在甲方做开发往往相当于定制的开发为主。甲方企业对开发人员的综合要求还是比较高的，几乎全能的选手。

1.公司在购买套件商用软件时一般会自带开发平台，首先需要掌握好这个平台，一般都是拖拖拉拉控件就完成，复杂的就是需要根据平台规则进行设置。开发效率高和信息系统耦合度高。

在这种情况下用户的需求和需求分析就尤为重要，了解的用户需求越详细越能做出切合实际的系统。在技术方面需要掌握改平台的开发插件，其中包括表单数据输入的控制，逻辑判断，和获取第三方数据的能力，插件开发完全看个人的程序能力，这个地方可以扩展。

2.公司购买独立的开发平台比如云表等平台和商用套件自带的开发平台类似，这样的平台也有自己的特有的技术或者规则。对人员技术要求相对低，开发系统类型有限制，有部分功能实现困难。当企业对套件软件的逻辑相当熟悉，在防止软件厂商卡脖子的情况下可以使用类平台对部分系统功能进行平移。

3.使用原生态的.net或java开发平台，在制造型企业主要使用的是windows系统，开发系统的主要功能就是增删改查，并发几乎很少见，就是开发和设备对接也很少用到并发技术，如果需要第三方系统集成一般都是直接调用webAPI进行读写操作,修改机制复杂，简化期间都放在各自系统进行管控。

现在大家都很少使用桌面架构，慢慢都转向的网页架构，单纯在技术方面要求桌面开发的要求技术比网站开发少，web形式的开发需要前端、后端，开发的时间可以说是桌面开发的2倍工作量或更多，开发使用的技术比较多。

我有服务过一家企业，公司的领导始终在追求个性化的管理，要和同行企业不一样，要做独特的，始终强调自己产品批量小，品种多，交期急，变化多。那就要求软件需求变化快，开发周期短，需要再架构系统时更灵活的参数设置满足公司的需求。同时软件就需要不断升级迭代。

在甲方没必要追求技术最新，但是根据企业的需求选择合适的工具才是最好的。比如一个简单的成品条码系统就是在企业内部使用，就几个工位在使用，就没必要使用BS架构来开发。再比如公司需要开发一个招标系统需要供应商在外部访问投标，这是使用CS架构就是显得麻烦，程序更新和访问也不方便。在资金和人员，时间有限的情况下快速高质量完成企业的需求就是最佳的解决方案。