SMP是软件制作平台,是为开发应用系统而设计的开发语言,SMP开发出来产品就是应用系统。
应用系统是SMP产出的产品,应用系统的源头是用户需求,SMP在研发过程中,有一个系统是非常值得我们去关注的,这个系统名字叫银保监处罚案例查询系统。
5年前2020年我的朋友找到我希望帮她把XLS文件内容在手机上展示,当时她是用电脑展示的,无法查询,展示效果不佳,非常不方便。我一听这个好办,于是我起初采用微查系统+SQL参数配置的方法来解决这个问题,后来并很快投入到使用效果也不错。
这个使用后,我才发现XLS文件内容是公开的历年银保监处罚案例数据,看到被处罚的有工农中建大型银行、也有各家股份银行、农商行等等,没想到大名鼎鼎的银行也会被处罚,而且每年的处罚笔数不少有千笔以上,处罚金额超亿元。人们想通过这个系统了解处罚情况、处罚状态、处罚趋势,进而检查、整改自己的机构,避免银保监对其处罚。原来一个应用系统还有如此的功能和意义,这是我做技术的不曾想过的。

但是,需求就是这样,一旦满足,它就会滋生出更大的需求,比如数据不规范、需要统计、需要增加进一步展示、需要分析、需要数据的及时更新等等,这些需求使得原来配置SQL方式是无法满足的,要满足需求,只有定制编程开发方式。这恰恰是我不愿意去做的。在我的思维里,程序员不应用编制具体的程序,因为,具体的程序是无穷无尽的,你写的再多程序都是没有技术价值的,最多是满足了具体的需求。

于是我下定决心,抛弃原来的方法,采用SMP开发这个系统。但是当时SMP只有一个理念和构架,功能仅限于界面和一些基本功能,要处理一个相对完整的应用系统是几乎不可能的,但是,SMP就是要将不可能变成可能,SMP不能解决,那么我们就解决SMP,通过不断提升SMP的功能和用途,我们完成了银保监处罚案例查询系统,受到了广大金融机构用户的欢迎,给他们的合规业务带来了很大的便利。但这也是刚刚开始,后面的需求接踵而来,迫使SMP不断去接受这个挑战。


总结一下:
1、 需求是开发应用系统的最初来源,需求无处不在!
2、 需求是有实际的业务价值的,能够解决现有问题的,不是可有可无
3、 需求是有阶段的,但是,没有止境
4、 SMP本身也是一个产品,它也是在开发应用系统时候不断进行完善的。
5、 SMP研发和应用系统密不可分。
如今银保监已改名金监局了,原来独立的银保监处罚案例查询系统,已经并入到FEST之中。我们可以点击进入FEST,查看到最初的系统已经变成现在的样子。

7724

被折叠的 条评论
为什么被折叠?



