那位同学能系统的给老胡扫盲下参数设置和管理啊？ - 第7页 - 金融行业 - ITPUB论坛－专业的IT技术社区

wangjia

Ray001 发表于 2014-6-23 22:29

不单独做系统的意思吧
对,就是这个意思
efsca 发表于 2014-6-26 09:10

对,就是这个意思
应该是：
不单独做系统，但仍然应该建立相应的治理体系。
跟代码变更一样，对参数的变更同样建立配置- 测试- 生产环境
对参数变更同样进行版本管理、变更管理等。
这就需要相应的工具进行配合
建立治理体系,这可是个大课题,银行的领导们千万要慎重啊,不能在某个时间点从某个角度看到了点什么东西,就觉得必须立即建立对应的,专门的 治理体系 ! 具有那种思维习惯的人,以我的经验看,大多是一些善于忽悠人的人,和容易被人忽悠的人.用这种思维解决问题，很可能搞出不少治理体系，左一个治理体系，右一个治理体系，最后反而把自己治死了。问题的解决有多种方式,就这个问题而言,我看要更多采取: 贯彻设计原则,灌输设计方法论,提高应用系统开发人员设计水平,改进设计理念和设计思维习惯等方面的措施来加以解决,而不要指望靠一套治理体系或工具来解决.
efsca 发表于 2014-6-28 22:10

建立治理体系,这可是个大课题,银行的领导们千万要慎重啊,不能在某个时间点从某个角度看到了点什么东西,就觉 ...
楼上说的靠“设计”来解决问题，我没太弄明白这里的思路是什么。
参数的治理是个大课题没错。治理自然需要一套方法论和相应的框架、工具予以支撑，这就是我所说的“治理体系”。
具体来说，就是要将涉及参数的共性问题都提炼出来，比如：如何集中管理参数、如何对参数建模、如何隔离参数与应用，如何对参数进行版本管理、如何对参数进行变更、如何在不同的环境之间传输变更、如何实现变更的可追溯、如何实现参数变更可逆等等。进而在平台一级建立一套相应的基础框架来解决这些共性问题，使得平台上的所有用户，包括开发人员、业务需求顾问、版本管理员、系统管理员、测试人员、维护人员等能够使用一套一致的工具和语言来治理参数。
对于开发人员来说，他只要专注于应用的业务逻辑，而不再需要考虑参数相关的问题了（包括设计问题）。
有的人喜欢把公共应用的，可能经常变的提取出来，作为参数进行配置；有的人则把参数作为产品或者业务流程的属性，以此来做定制化的产品设置，减少开发工作量。
更有甚者，把系统里设置的到处都是参数，用配置来代替开发过程。
这样做的好处是系统灵活，缺点是系统运行效率低。