自动化业务设计管理系统的制作方法

本发明实施方式涉及一种面向行业或企业信息化的管理系统，尤其是涉及一种业务人员能自行开发使用维护满足自身业务需求的程序模块的设计管理系统。

背景技术：

随着计算机科技的发展，社会各方面与软件越来越紧密结合，尤其是事企业单位越来越依赖于基于关系型数据库的应用管理系统来处理日常事务。但是，开发一款满足自身业务需求的软件系统，涉及技术种类多，专业性强，企业往往会采取委托软件开发商的方式进行开发，由于开发流程环节多，导致开发周期长，动辄花费数月时间才能完成。如果需求变动大，已交付使用的软件系统将面临维护难度大，甚或需要重新设计该业务的情况。事企业在当中处于被主导地位。

软件开发商如果使用计算机辅助软件工程（CASE）工具可以较大地加快开发进度。CASE工具由许多部分组成,一般按软件开发的不同阶段分为上层CASE和下层CASE产品。上层CASE工具自动进行应用的计划、设计和分析,帮助用户定义需求,产生需求说明,并可完成与应用开发相关的所有计划工作。下层CASE工具自动进行应用系统的编程、测试和维护工作。除非下层CASE和上层CASE工具的供应商提供统一界面,否则用户必须编写或重新将所有信息从上层CASE工具转换到下层CASE工具。CASE工具主要包括：画图工具，报告生成工具，数据词典、数据库管理系统和规格说明检查工具，代码生成工具和文档资料生成工具等。目前 CASE的标准是 UML。这些工具集成在统一的CASE环境中，就可以通过一个公共接口，实现工具之间数据的可传递性，连接系统开发和维护过程中各个步骤，最后，在统一的软、硬件平台上实现系统的全部开发工作。

本发明和CASE工具设计理念相似。本发明采用可视化设计工具，消息机制，设计处理的数据库操作，代码生成，设计文档生成下载等，提供和CASE工具一般的高效率和高可靠性。但实施方式和CASE工具有明显不同：CASE工具是属于计算机辅助软件工程技术领域，是面向开发人员服务的，不存在客户界面，单个工具完成的是软件生命周期的一部分，工具间不一定有关联性，很难形成一个完整性系统；本发明系统主要面向的是事企业中的业务人员，在实施中充分考虑到易用性和规范性，注重客户界面，业务适应性和复用性强，针对业务的开发使用维护形成一个独立的整体。事企业在当中处于主导地位，是一种“用户生成程序”的实施方法。

当前软件系统开发存在问题总结如下：

1、软件系统技术要求高，开发周期长，事企业委托软件开发商开发软件系统成本高；

2、软件开发商采用辅助工具提高的效率，不一定能大幅减少事企业开发软件系统开销。

技术实现要素：

本发明所要解决的技术问题是，提出一种事企业业务人员能自行开发使用维护满足自身业务需求的程序模块，高效可复用的自动化业务设计管理系统。具体解决方案是：

自动化业务设计管理系统，包括服务器与客户端，所述服务器包括自动化业务设计管理系统服务端程序和数据库；所述客户端包含自动化业务设计管理系统客户端程序。客户端的自动化业务设计管理系统客户端程序，通过设计工具收集用户业务设计信息，提交到服务器。服务器的自动化业务设计管理系统服务端程序，用于接收用户业务设计信息，进行设计处理。服务器的自动化业务设计管理系统服务端程序，按客户端业务使用需求提供该业务相关的数据信息或业务处理结果。客户端的自动化业务设计管理系统客户端程序，根据服务端程序返回的业务数据及界面信息，显示相应的业务使用界面。

本发明的有益效果是，通过在服务器和客户端建立自动化业务设计管理系统，业务人员能使用设计工具设计根据业务需求建模的数据库模型，设定相关界面属性，并提交进行设计处理，系统自动生成表或视图，生成设计文档，建立相关的实体类，完成该业务的程序模块，为该业务的使用作好准备，有效地减少对开发人员的依赖；业务人员使用业务模块时，客户端程序自动根据使用的业务功能调用相关的界面控件向服务端程序发出请求并获取该业务数据和相关界面属性信息，完成界面的显示，操作业务模块时，界面控件会提起处理具体业务记录的请求，服务端程序根据请求完成相应处理，并返回结果，达到控制业务的效果如同开发人员开发的效果，并有很强的适应性和可复用性，大大提高了开发效率，可随时维护修改，使开发一个程序模块可以用“天”，甚至以“小时”为单位计算，极大节省了企业的软件开发成本开销。

附图说明

图1为本发明自动化业务设计管理系统使用开发工具进行业务开发维护示意图。

图2为本发明自动化业务设计管理系统使用已开发业务示意图。

具体实施方式

在如图1所示的开发过程中，开发工具是一套表单集，开发工具负责收集业务信息，形成设计信息并提交自动化业务设计管理系统服务端程序进行设计处理。提交的设计信息是根据业务需求所设定的不可缺少的信息，包含完整的数据库建模该业务部分所需内容（表、列、范围、约束）和在客户端中该业务部分的使用界面的属性信息。把该业务部分通过一个二维表来表示，各业务要素转化为这个二维表的列、范围、约束。设计工具可以复用以前的设计方案。以表约束的方式复用：通过当前设计的表的某列与复用的表（已设计处理过生成的数据库的表）的某列设定外键约束关系进行复用，体现业务间的逻辑关系，由设计工具提供设定步骤，被复用的表可为主键表，也可为外键表。生成视图方式复用：以复用的表（已设计处理过生成的数据库的表）为驱动表，利用该表的列已设定的与他表的外键约束关系，获取他表的数据，属于典型的多表连接，并在数据库生成视图，体现以复用的表代表的业务为视口的所有相关业务逻辑，由设计工具提供设定步骤。以多表连接的sql语句方式复用：以复用的表（已设计处理过生成的数据库的表）为驱动表，利用该表的列已设定的与他表的外键约束关系，获取他表的数据，属于典型的多表连接，但不在数据库生成视图，体现以复用的表代表的业务为视口的所有相关业务逻辑，由设计工具提供设定步骤，使用是通过利用在设计处理中生成的设计冗余信息（设计信息冗余表或实体类标记冗余信息）在运行时动态生成相应的多表连接sql语句来运行，达到视图一样的效果。设计处理按业务的数据库建模设计信息，在数据库使用DDL语句生成表或视图；按整体设计信息，可生成设计文档供用户保存下载，该设计文档可提供可逆操作，能生成数据库业务模型，也可从数据库业务模型中生成该文档，还能还原设计工具提交前的设计信息（供修改查看）；根据生成的业务数据库表或视图生成对应的实体类；使该实体类能在运行时环境中运行，方法包括但不限于“动态编译”。设计处理可对提交的设计信息，在数据库用表保存，形成独立于设计文档的冗余表，或在生成实体类时采用标记方式作冗余记录，或两种方式兼有，也可不采用冗余，直接使用设计文档获取设计信息。可根据冗余表还原设计工具提交前的设计信息（供修改查看）。

如图2所示的使用过程，界面控件属于客户端程序，拥有按业务使用需求从服务器获取相关业务数据和自身界面属性信息的接口或通过录入业务数据并提交到服务器完成该业务相关功能的接口或两种接口兼有。界面由1个或多个界面控件组成，界面控件按功能区分，包括但不限于搜索控件、功能按钮区控件、表格控件、数据展示控件、新增表单控件、修改表单控件、导出数据控件。界面控件获取自身界面属性信息的接口与服务端程序提供的获取业务相关界面属性信息的业务功能对接，获取界面属性信息，按照约定的形式供界面控件生成相应界面。自身界面属性信息作用于业务列，体现该列在客户端界面控件上的外观，与列是多对1的对应关系，它已被界面控件预先考虑，业务设计者最多只能在有限的范围内调整。业务列代表业务的一个要素，是设计处理中生成的业务表或业务视图或等效于视图但没有在数据库生成视图的多表连接的一个列（投影）。服务端程序提供的获取业务相关界面属性信息的业务功能存在一个已有界面控件的所有界面属性列表，该列表按所属控件功能、所描述的业务表的列范围的数据类型归类，1个业务列可和列表上的一个或多个属性存在对应关系，该业务功能按调用控件功能分类获取属于该控件的业务的所有业务列的所有界面属性，按约定的形式传给客户端调用的界面控件。已有界面控件的所有界面属性列表存在方式包括但不限于：1个或多个数据表存放、1个或多个服务器文件存放、1个或多个服务端程序变量赋值。界面控件获取界面属性信息后，按业务列的设计顺序，遵循一定的界面布局规则，逐一确定列的外观：采用那个基本控件，形状大小、色彩等等。一个界面控件可包括一个或多个基本控件。基本控件受界面控件控制，完成单一功能，是业务数据的基本容器。包括但不限于输入控件、单（多）选下拉框控件、单（多）选树控件、日期时间控件、上传图片控件、上传附件控件、基本表格控件等。界面控件通过录入业务数据并提交到服务器完成该业务相关功能的接口与服务端程序提供的业务增删改导出等功能对接，服务端程序通过实体类对由接口传入信息确定的业务表记录进行增删改导出等处理，实现功能。

举例说明：

某中学需要做个教职工管理系统，委托编程兴趣小组的小明同学使用B/S模式的自动化业务设计管理系统来设计。小明分析：满足需求必须有个教职工主表，记录基本信息、所属级组信息及所属科组信息。所以，小明在客户端设计工具建模设定信息有：表（表名：教师表；表英文名：Teachers），列和范围（【列名：教师编号，列英文名：TNO，数据类型：字符串，长度：6，界面控件属性：新增修改控件必填该字段&新增修改控件使用输入控件填入&数据展示用表格控件&表格控件该列显示单元格长度150px&表格控件该列排序在前&搜索控件该字段的选择判断条件为模糊查询】，【列名：出生年月，列英文名：Birthday，数据类型：日期，界面控件属性：日期控件必填该字段&数据展示用表格控件&表格控件该列显示单元格长度100px&表格控件该列排序在前&搜索控件该字段的选择判断条件为等于值】，……诸如姓名、手机号、地址等等基本信息字段），约束（【因为教师与级组是多对一关系，所有设定教师表的所属级组字段与级组表的主键为外键约束关系，列名：所属级组，列英文名：BelongGrade，新增修改搜索界面控件使用单选下拉框，新增修改界面控件该字段必填】；【同理设定教师表的所属科组字段与科组表的主键为外键约束关系】；【TNO设定为唯一约束】）。小明提交设计信息，服务器完成设计处理（在关系数据库中生成Teachers表，表字段有TNO、Birthday、……、BelongGrade、BelongSubject，并建立BelongGrade和BelongSubject的外键关系，通过动态编译生成了Teachers实体类，并在class和field上标记冗余设计信息，如外键关系、主键信息等等，把设计信息按表、列、界面控件属性分别插入入对应冗余表，并生成一个设计文档bkd文件），处理后，调用消息机制提示“生成成功”，并提供bkd文件下载。小明把生成好的“教师表”放在左侧菜单的基础数据菜单下，形成新一个子菜单“教师表”。这样点击子菜单“教师表”，就可以开始使用该业务模块。

因为“教师表”业务设定为使用表格界面控件展示数据，所以点击子菜单“教师表”后，出现的是一个典型的表格展示数据的界面：有搜索界面控件、功能按钮界面控件、表格界面控件。为了显示这个界面，表格界面控件向服务器发出获取业务数据和界面属性的请求，服务器查询业务功能返回表格界面控件所需的表名、列名、列排序信息、表单元格形状大小等等界面属性，表格界面控件根据信息完成表框架的绘制，并把业务数据按排序顺序填入单元格，完成表格的展示；搜索控件根据返回的列名列表，形成一个搜索表单，表单形式为：【列名：基本控件】，例如：【所属级组：（单选下拉框基本控件）】，当提交该表单，服务端程序根据界面属性设定的”等值“或”模糊“属性生成实体类持久化概念的where子句，调用该业务的持久化的实体类完成搜索查询功能，返回的数据结果在表格控件中显示。功能按钮区提供了通用的增删改查、数据导出EXCEL功能按钮，也会添加属于当前使用的界面控件特有的功能按钮或设计者自定义的单个或组合的业务列进行数学处理或逻辑判断的功能按钮。通过在表格控件确定需要处理的那条记录，把记录ID提交到服务端程序，服务端程序通过调用持久化的实体类对业务数据表的该条记录作处理，并通过消息机制返回结果，同时更新表格界面控件的业务数据。

这样，小明仅用了半小时不到的时间就完成了教职工主表的建模开发，系统自动化完成业务的其他部分，得到一个完整功能的程序模块。小明一鼓作气，继续进行教职工薪酬表、考勤表等等的开发。

以上所述，仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围。