基于金融业软件设计中标准文档生成的业务模型

点赞:29699 浏览:133510 近期更新时间:2024-02-24 作者:网友分享原创网站原创

摘 要:本文首先通过构建金融业整个模型架构体系,整个架构体系由业务架构,数据架构,应用架构,组织架构,和技术架构组成.然后从生成标准文档的交互式模型和整个业务建模系统对比现有的文档生成方式,并指出金融业软件设计中文档生成方式的未来研究方向.

关 键 词 :业务建模系统;文档生成;模型架构体系;交互式模型

中图分类号:F831 文献标识码:A 文章编号:1674-7712 (2014) 04-0000-01

当今处在一个超竞争和客户主观价值不断变化的时代,此背景下,企业中的现有的金融业软件系统项目开发中,需要大量的文档支撑软件系统的开发,与此同时软件系统设计经常会遇到大量的文本需要以某一标准模板要求的格式导出,例如软件系统设计的概要设计书,数据逻辑文件,物理文件等等.现在对这些文档的编写还是靠业务部门和技术部门联合编写.但是各个部门有自己的专业语言,这样就会由于部门间的专业语言不通,给文档的编写及相关人员的阅读和理解带来很大的不便,技术人员与业务人员并不能及时的了解客户的需求,这样会造成有时编写的文档和客户真正的需求有一定的差距,最后编写的文档并不是一份合格文档.

一、领域建模驱动设计之领域模型

2004年Eric Evans发表Domain-Driven DesignCTackling Complexity in the Heart of Software(领域驱动设计),简称Evans DDD.领域驱动设计分为两个阶段:以一种领域专家、设计人员、开发人员都能理解的通用语言作为相互交流的工具,在交流的过程中发现领域概念,然后将这些概念设计成一个领域模型;由领域模型驱动软件设计,用代码来实现该领域模型,领域驱动设计的核心是建立正确的领域模型.

(一)金融业领域模型.但是DDD方法会由于一些基础交流模式,架构,等等,总是想将实际生活中的概念和程序工件进行对应.他们希望看到要建立哪些对象类,要如何对对象类之间的关系建模[1].他们会习惯按照封装、继承、多态等面向对象编程中的概念去思考,会随时随地这样交谈,这对他们来说这太正常不过了,开发人员就是开发人员.但是业务领域专家通常对这一无所知,他们对软件类库、框架、持久化甚至数据库没有什么概念.

通过领域驱动设计和模型驱动设计建模方法对金融业务建立领域模型,利用模型驱动开发.对金融领域从不同的维度进行综合建模,将金融业务领域划分为业务,技术,应用,数据,四个维度,再将金融业务领域在四个维度不断地细化分层,例如:在业务维度中金融业务细化方法为业务领域→业务系统→业务功能块→业务流程→业务活动→规则.各个维度中的各个节点在本维度内或者不同维度间通过柔性规则建立约束性关联关系,达到对整个系统达到综合管理的目的.下图为金融业业务领域模型总览.

基于金融业软件设计中标准文档生成的业务模型参考属性评定
有关论文范文主题研究: 关于模型的论文范文数据库 大学生适用: 学院论文、硕士论文
相关参考文献下载数量: 80 写作解决问题: 写作参考
毕业论文开题报告: 论文模板、论文设计 职称论文适用: 职称评定、高级职称
所属大学生专业类别: 写作参考 论文题目推荐度: 最新题目

(二)业务需求领域建模研究.业务人员根据客户的需求在业务模块中建立需求点模型,可以实时的根据客户的需求变化做出及时的调整,极大的解决了现在由于沟通不便带来的需求点变更新不及时的问题,金融业IT架构管理系统由业务模型架构,数据架构,应用架构和技术架构组成[2].在业务模型编辑器中我们只需要从节点库中选择我们需要的节点建模或者以自主命名的方式建模,节点库由专业的人员设计和维护,这些节点的信息都是遵循各自标准建立的规范节点,专业人员会对节点库进行专业的管理和分析.在建立的过程中,业务人员只需要在节点库中找到想要的节点,然后拖拽到模型编辑界面即可建立标准的模型,这样就降低了业务人员的业务水平参差不齐带来建立模型不统一需要修改的工作量.同时在这个过程中,客户可以参与到整个模型的建立,减少了以往沟通不便带来的大量重复修改工作.建立需求模型后,再通过专业的建模人员进行审核入库[3].下图为需求模型架构设计.

(三)交互式模式设计研究.在现在的金融软件项目开发中,大部分的软件需求都是客户完全提出后才进行整理,在这期间有很多的时间,客户和项目开发方基本是不联系,客户需求不能及时更新.所以需要一种交互的模式来技术的处理需求更新和规范规范化的问题.

金融业业务领域模型和需求模型界面系统同时对客户的需求进行管理,同时,技术人员根据客户需要编写好标准的模板文件和脚本文件.在业务模型编辑系统中提供导入脚本文件和模板文件的接口,在模型编辑器中结合模板文件,脚本文件,需求模型就可以导出标准的文档文件.

二、结束语

基于金融业软件设计中标准文档生成的业务模型能很好的解决金融业软件开发中的各种文档生成及对需求的管理和更新,对各种突发的变更能快速的反应,为开发节省大量的时间和成本,同时也很好的解决不同部门由于专业领域带来的沟通困难问题.缺点是现在标准文档对需求的影响范围调整还没有很好评估,同时这种模式还需要以不同的展示页面提供给不同的用户使用.

参考文献:

[1]赵俐,盛海燕,刘霞.领域驱动设计[M].北京:人民邮电出版社,2012.

[2]蔡黄辉,马文涛.架构实践[M].北京:机械工业出版社,2010.