面向框架的管理信息系统架构

２０１２年第２１卷第ｌ１期　ｈｔｔｐ：／／ｗｗｗ．ｃ—Ｓ—ａ．ｏｒｇ．ｃａ　计算机系统应用　面向框架的管理信息系统架构①　曾丽花・，柏东明ｚ，杨蔼萱ｚ，陈靓－，郭晓东　，孙军军　，李让宽４　（中国石油勘探开发研究院西北分院计算机技术研究所，兰州７３００２０）　（北京航空航天大学计算机科学与技术，北京１００１９１）　（中国石油新疆油田数据公司，克拉玛依８３４０００）　（中国石油四川石化有限责任公司设备检修部，彭州６１　１９３０）　摘要：随着企业信息化建设的推进，诸多管理信息系统的独立开发模式和不合理的框架设计耗费了大量的时　间和人力．研究和设计了面向框架的管理信息系统架构，通过业务需求抽象和功能构件标准化，缩短开发周期，　节省开发成本，提高软件质量，其可扩性和灵活性解决了相对固化的软件开发模式与企业快速变化的运营环境　之间的矛盾．该研究方案对管理及其他应用系统的研发均有很好的借鉴作用．　关键词：面向框架；重用；灵活性；可扩展性　Ａｐｐｌｙｉｎｇ　Ｆｒａｍｅｗｏｒｋｓ－Ｏｒｉｅｎｔｅｄ　Ｔｅｃｈｎｏｌｏｇｙ　ｉｎ　Ｍａｎａｇｅｍｅｎｔ　Ｉｎｆｏｒｍａｔｉｏｎ　Ｓｙｓｔｅｍ　ＺＥＮＧ　Ｌｉ　Ｈｕａ　，ＢＡＩ　Ｄｏｎｇ－Ｍｉｎｇ’ＹＡＮＧ　Ａｉ．ｘｕ觚２，ＣＨＥＮ　Ｌｉａｎｇ　，ＧＵＯ　Ｘｉａｏ－Ｄｏｎｇ　，ＳＵＮ　Ｊｕｎ．Ｊｕｎ　，ＬＩ　Ｒａｎｇ．Ｋｕａｎ４　，（Ｒｅｓｅａｒｃｈ　Ｉｎｓｔｉｔｕｅ　ｏｆＰｅｔｒｏｌｅｕｍ　Ｅｘｐｌｏｒａｔｉｏｎ＆Ｄｅｖｅｌｏｐｍｅｎｔ－Ｎｏｒｔｈｗｅｓｔ，Ｐｅｔｒｏｃｈｉｎａ，Ｌａｎｚｈｏｕ　７３００２０，Ｃｈｉｎａ）　：（Ｃｏｍｐｕｔｅｒ　Ｓｃｉｅｎｃｅ　Ｔｅｃｈｎｏｌｏｇｙ，Ｂｅｉｊｉｎｇ　Ｕｎｉｖｅｒｓｉｔｙ　ｏｆＡｅｒｏｎａｕｔｉｃｓ＆Ａｓｔｒｏｎａｕｔｉｃｓ，Ｂｅｉｊｉｎｇ　１０００８０，Ｃｈｉｎａ）　（Ｄａｔａ　Ｃｏｍｐａｎｙ，Ｐｅｔｒｏｃｈｉｎａ　Ｘｉｎｊｉａｎｇ　Ｏｉｌｉｆｅｌｄ　Ｃｏｍｐａｎｙ，Ｋｅｌａｍａｙｉ　８３４０００，Ｃｈｉｎａ）　（Ｄｅｐａｒｔｍｅｎｔ　ｏｆＥｑｕｉｐｍｅｎｔ，Ｐｅｔｒｏｃｈｉｎａ　Ｓｉｃｈｕａｎ　Ｐｅｔｒｏｃｈｅｍｉｃａｌ　Ｃｏ．Ｌｔｄ，Ｓｉｃｈｕａｎ　Ｕｎｉｖｅｒｓｉｔｙ，Ｃｈｅｎｇｄｕ　６１　１９３０，Ｃｈｉｎａ）　Ａｂｓｔｒａｃｔ：Ｗｉｔｈ　Ｐｒｏｍｏｔｉｏｎ　ｏｆ　ｉｎｆｏｒｍａｔｉｏｎ　ｔｅｃｈｎｏｌｏｇｙ　ｉｎ　ｔｈｅ　Ｅｎｔｅｒｐｒｉｓｅ，ｉｎｄｅｐｅｎｄｅｎｔ　ｄｅｖｅｌｏｐｍｅｎｔ　ｍｏｄｅ　ｏｒ　ｕｎｒｅａｓｏｎａｂｌｅ　ｆｒａｍｅｗｏｒｋ　ｄｅｓｉｇｎ　ｏｆ　ｍａｎｙ　ｍａｎａｇｅｍｅｎｔ　ｉｎｆｏｒｍａｔｉｏｎ　ｓｙｓｔｅｍ　ｃｏｓｔ　ａ　ｌｏｔ　ｏｆ　ｔｉｍｅ　ａｎｄ　ｈｕｍａｎ　ｒｅｓｏｕｒｃｅｓ．Ｔｈｉｓ　ａｒｔｉｃｌｅ　ｒｅｓｅａｒｃｈｅｓ　ｏｂｊｅｃｔ－ｏｒｉｅｎｔｅｄ　ｆｒａｍｅｗｏｒｋｓ　ｔｅｃｈｎｏｌｏｇｙ　ｉｎ　ｍａｎａｇｅｍｅｎｔ　ｉｎｆｏｒｍａｔｉｏｎ　ｓｙｓｔｅｍ，ｉｔ　ｒｅｄｕｃｅｓ　ｃｙｃｌｅ　ｏｆ　ｄｅｖｅｌｏｐｍｅｎｔ，　ｓａｖｅｓ　ｃｏｓｔ，ｉｍｐｒｏｖｅｓ　ｑｕａｌｉｔｙ　ｏｆ　ｓｏｆｔｗａｒｅ，ｉｔ’Ｓ　ｌｆｅｘｉｂｉｌｉｙ　ｔａｎｄ　ｓｃａｌａｂｉｌｉｙ　ｔｃａｎ　ａｄａｐｔ　ｉｎｃｒｅａｓｉｎｇ　ａｎｄ　ｃｈａｎｇｉｎｇ　ｏｆ　ｉｎｆｏｒｍａｔｉｏｎ　ｔｅｃｈｎｏｌｏｇｙ　ｒｅｑｕｉｒｅｍｅｎｔｓ　ｖｅｒｙ　ｍｕｃｈ．Ｔｈｉｓ　ｔｅｃｈｎｏｌｏｇｙ　Ｃａｎ　ｂｅ　ｒｅｆｅｒｅｎｃｅ　ｒｅｓｏｕｒｃｅｓ　ｏｆ　ｂｕｉｌｄｉｎｇ　ｏｆｉｃｅ　ｍａｎａｇｅｍｅｎｔ　ｓｙｓｔｅｍ　ｆｉｎ　ｌａｒｇｅ　ｅｎｔｅｒｐｒｉｓｅ．　．　Ｋｅｙ　ｗｏｒｄｓ：ｏｂｊｅｃｔ－ｏｒｉｅｎｔｅｄ　ｆｒａｍｅｗｏｒｋｓ；ｒｅｕｓｅ；ｆｌｅｘｉｂｉｌｉｙ；ｓｃａｌｔａｂｉｌｉｙ　ｔ在企业信息化进程当中，管理信息系统在企业内　部发挥愈发重要的作用，业务逻辑和办公流程大量存　变更时间长、成本高，也是阻碍信息技术在企业管理　中更好应用的关键问题．　在于这些系统当中．随着信息化逐步深入，系统与系　统之间的通信和联动增多，系统的独立开发模式，导　通过研究和应用面向框架的管理信息系统架构，　明确了系统构件的功能和关系，缩减了系统开发周期，　缩小了系统间差异，可灵活扩展的设计模式能够快速　应对需求变更，统一了系统的设计及开发标准和部署　方式，从而大大提高了软件可靠性和开发效率．　致系统设计模式差异加大，系统接口建立和调用方式　也各不相同，而在已有的面向框架的系统设计中，存　在构件划分不准确，功能边界不清晰，耦合紧密等问　题．另外，业务的频繁变化越来越要求软件系统必须　具备扩展性和灵活性，能够及时有效处理一些特殊和　１什么是面向框架技术　随着软件开发技术和工具的发展进步，软件开发　突发情况，原有的构件设计和开发方式使得软件系统　①收稿时间：２０１２－０４－１６；收到修改稿时间：２０１２－０６－１　ｌ　Ｓｙｓｔｅｍ　Ｃｏｎｓｔｒｕｃｔｉｏｎ系统建设４７　计算机系统应用　ｈｔｔｐ：／／ｗｗｗ．ｃ－ｓ－ａ．ｏｒｇ．ｃｎ　２０１２年第２１卷第１Ｉ期　从面向过程到面向对象，再到现在的面向框架，不断　地解决和适应现实软件的应用需要，面向框架是面向　对象编程概念的扩展，面向对象编程是对客观对象用　ｆ　业办公应　Ｊ电子　Ｊ生管系产理统　‘　鹂　豢卑鼍避　｜股管系权理统　审　管　系计理统　页面管理　甩ｐｔｔ￣－　襄每躐ｌ　类的方法进行抽象，面向框架是针对企业的业务逻辑　和业务流程进行抽象和归类．与传统基于类的面向对　Ｉ　业　肘啪　机拇设置　权　用户管理　－羲据定义　蓦　。。｜ｌ｜｜　ｔ　ｌ象重用技术比较，应用框架更注重于面向专业领域的　软件重用．应用框架具有领域相关性，框架的粒度越　＼器架瑰　辞冰　．～　ｌ费ｉ　晦据；组织机构臂理ｉ；用户信息管理　角色群组臂理　数据字典管理　鞘ｌ亳飘。一黼瞄慑笔ｌＩ睫　大，其中包含的领域知识就会越完整．应用框架是一　０１　０警旗避镶÷堍慨ｘ毂黼　【靖　个可复用、半成品的应用，框架预先设置了系统所需　的主要框架构件及其相互联系，使开发者能够在此基　础上定制自己的应用系统．因此框架可以被许多其他　应用所重用，框架具有模块性、可重用性与扩展性．面　向框架的编程方法有效地解决了基本定型的软件与企　业运营环境变化间的矛盾，在提高软件开发效率、保　障产品质量、降低开发维护成本方面具有较大优势．　２面向框架研究　管理信息系统架构应贴近管理业务的需求特点和　应用本质．经过企业信息化过程当中的多个管理信息　系统的需求调研、开发测试和最后的上线运行及推广　运维，剥离系统中丰富的数据展现形式和多种多样的　应用方式，从实际应用的角度去认识企业管理及办公　业务，分析应用系统运行的本质特征和最终用户对系　统的需求，可总结归纳出企业管理信息系统的应用实　质主要包括以下五点：①存储和管理资源数据，定义　业务应用的组织机构和用户信息；②实现与业务需求　相对应的数据模型和存储格式：③构建符合企业管理　要求的办公流程，使数据有序填充直至流程完结；　④赋予并严格控制用户在流程环节当中对数据的读取　和操作权限；⑤对系统内的业务数据，尤其对已经发　布的数据，提供灵活丰富的查询检索功能．　２．１框架设计　针对企业管理信息系统的应用实质，结合面向对　象框架技术的思想，对应用框架的设计，首先面临的　是领域业务逻辑的抽象、规划分类等问题，通过对该　企业的业务逻辑和管理流程进行全面的综合分析，剥　离出属于用户定义的数据，抽象归纳为应用框架所应　具有的功能，整个管理信息系统应用框架应包含数据　管理、工作流服务、系统管理三个主要框架构件．　４８系统建设Ｓｙｓｔｅｍ　Ｃｏｎｓｌｒｕｃｔｉｏｎ　薹竹萄　月臣ｊ　。　癌程定义　Ｉ作流ｇ｛擎　用户任备管理　｛　菜单瞥理｝ｆ景统官能臂理｝　异常臂理　图１　管理信息系统的应用框架　２．２功能构件　２．２．Ｉ数据管理　数据管理构件主要包括资源数据管理、业务数据　管理、权限管理等子模块．　（１）资源数据管理模块负责组织机构、用户及角色　信息的框架定义和基础功能．组织机构信息主要以树　型结构作为基础，以单根节点为原点向下无限延伸，　并支持机构信息及其隶属关系自定义．虽然，组织机　构的数据结构较为简单，但在实际应用当中，必须对　机构数据信息作以扩展，以便提供一些功能以满足一　些企业内部特殊需求，例如灵活的机构信息更新和机　构隶属关系变更功能以适应企业机构的频繁调整和变　化：机构信息按业务板块、按级别等展示功能；为保证　机构信息与历史数据的关联关系必须提供机构信息的　逻辑删除功能：　用户和角色信息均与组织机构挂接，与其建立一　对一关联关系：由于用户对数据的操作权限是随需求　而灵活变化的，情况多种多样，而角色决定了对数据　的操作权限，因此，用户与角色间应建立一对多关联　关系，使系统能够定义用户对数据的复杂的授权操作；　（２）业务数据管理模块主要通过对业务数据的抽　象设计。实现业务数据的自定义功能，模块内置了实　体数据和字段模板表，对用户自定义而建立的实体数　据表和字段实现信息管理和统计功能，内容包括实体　表表名、描述和数据字段名称、描述、数据类型、数　２０１２年第２ｌ卷第ｌ１期　ｈｔｔｐ：＃ｗｗｗ．ｃ—ｓ－ａ．ｏｒｇ．ｃｎ　计算机系统应用　据长度及展现形式等．在实体数据表被创建的同时，　组织机构与其建立一对多的关联关系．另外，在数据　模型与用户交互时，模块将根据数据所定义的展现形　条目权限和字段权限．数据条目权限包括对数据条目　的新增、修改、删除，字段权限定义每条数据的每个　字段的权限，包括是否显示、只读、可编辑等．数据权　限管理模块向资源数据、业务数据和工作流服务构件　式，动态加载对应的控件或者封装后的控件，用以实　现数据收集、显示及常用的数据校验和联动功能；　读取数据人员角色、数据实体标识和字段信息及流程　（３）数据权限管理模块主要用于定义和控制数据　环节信息以决定数据操作权限．　——————　＇ｏ———　［二］　［］　Ｃ二二二）　图２数据管理框架构件模型　２．２．２工作流服务　所有流程的有序流转、用户任务的分发和归并，记录　工作流服务构件包括流程定义、工作流引擎、用　流程的层次和嵌套关系，并保留流转痕迹及任务前驱　户任务管理三个子模块．　・　和后继信息；在较早的工作流服务设计和应用中，往　（１）流程定义管理，负责把业务流程包含的数据　往是把环节作为流程流转的关键因素，以环节作为流　编排成工作流引擎能够识别和工作的信息，包括过程　的开始和结束条件、组成活动、在活动间进行导航的　转的驱动，也就是说，驱动逻辑存在于每个环节当中，　规则、需执行的用户任务、所有工作流相关数据的定　如果出现新的流程流转需求，需添加新的驱动组件与　义等，并建立和维护流程与资源数据中组织机构的关　环节对应．这样，用户被限制在环节当中，这种设计　联关系；工作流定义文件应采用ＸＭＬ语言描述，提　只适用于流转轨迹规则简单清晰的流程．为提高引擎　供了一种跨平台、跨网络、跨语言数据描述方式，具　的灵活性和适应性，工作流引擎将活动作为流程驱动，　备很强的可读性、易用性和可扩展性，能够解决异构　将流转模式的颗粒度细化到用户，环节只作为用户活　平台之间的无缝连接和互操作性问题；　动中具备标识作用的属性，驱动逻辑被统一定义在活　（２）工作流引擎，以流程定义作为输入，负责系统　动入口内，大大提升了对复杂流程的兼容性．　计算机系统应用　ｈｔｔｐ：／／ｗｗｗ．￣－ｓ．ａ．ｏｒｇ．ＣＴ１　２０１２年第２１卷第ｌ１期　资源数据　争　６　流程定义　工作流引擎　Ｉ　获取基ｌ础数据Ｔ　藩硼ｌ皇　。　１　ｆ棚‘啊Ｉ　’　离　—　获取定　．　：Ｉ　豳子流程标识　’：　　　定义Ｊ摘　要　ｌ！　　活动文档　Ｌ　．　－＿ｆ　０　辑薜活动研　Ｉ　记　录　．．艇　析　ｒ　用户任务　ｉ　Ｉ　三．．一１．　～一把　莲－ｔＩ任务活动入口ｋ－　●　Ｉ　■＿－１兰　兰兰ＩＩ　ｇ｛ｊ　Ｉ　　回执文档　Ｉ业务数据展现ｌ　触Ｉ发　　Ｉ—　．　０｜｜　｜　巷　盐　…舳掘　；　口　…’　、　＿　＾Ｊ　１　＋调用关系　∞—　接口　———［二］工作流模块　［二二］其他模块　ｘｍ］文档　ｌ，皇＿－－・＿　－　，ｎ　＿　图３工作流服务构件模型　对流程的流转过程，工作流服务构件中建立了任　集用户回执并提交给工作流引擎，触发流程流转．用　户进入任务后，模块申请由流程定义、流转信息和用　务归并机制，归并方式应包括局部和全局归并两种．　户角色过滤后的活动文档，并将活动文档解析为可操　作的活动入口；用户提交任务后，把包括用户审阅意　见和流转意图等信息的回执文档以ＸＭＬ格式提交给　工作流引擎，同时触发业务数据更新；　２．２－３系统管理　系统管理构件主要包括系统功能管理、菜单管理、　异常管理三个子模块．　图４局部和全局归并　（１）系统功能管理模块负责统计整理系统内的所　有功能单元，判别用户对系统功能的访问权限．界面　任务归并前由用户触发虚拟任务，它无需用户实　际参与，只是标识了用户的流转意愿，归并的过程也　是统计和分析虚拟任务的过程，并按照业务需求所对　是应用系统和用户间交互的最终形式，功能最终以界　面或者界面组合的形式展现出来，每个功能单元对应　多个用户界面，系统功能管理建立和维护了由界面组　成功能、功能关联角色、角色对功能授权的对应关系，　从而实现了界面信息编排、功能单元管理、访问控制　的功能：　应的归并规则自动完成，如流转业务中常见的少数服　从多数、多数服从少数、单一任务优先、任务数量优　先等规则，这些规则也能够极大的提高流程的灵活性　和适应性．　（２）菜单管理模块，以用户所属角色过滤系统功　能管理模块中所维护的界面信息，生成与用户权限相　对应的系统菜单．用户菜单内容中存放了系统内所有　界面信息和与其对应的页面路径及参数，并与系统功　局部归并能够适应流程内某些环节的小范围并　发，如部门内部发文的会签环节，而全局归并能够将　流程所有分支聚合起来，满足流程整体归并和最终结　束的要求．　能管理模块内的界面信息保持同步，将过滤后的菜单　供系统为用户导航；　（３）异常管理模块，任何应用程序被执行的过程　（３）用户任务管理，用于分配和管理用户任务，收　２０１２年第２１卷第ｌ１期　ｈｔｔｐ：／／ｗｗｗ．ｃ－Ｓ－ａ．ｏｒｇ．ｃｎ　计算机系统应用　中都可能因为各种各样的原因引发异常，健壮的程序　代码都会包涵异常处理的逻辑，便于快速定位和处理．　而框架模块作为系统基础服务，应更为重视对异常的　记录和统计：　・模块内部异常，这类异常由模块内部或应用及扩　展而触发．例如，在工作流实例的生命周期中，流程　定义与解释程序不匹配等而触发的异常：在数据管　理模块中，在继承抽象类的数据派生类内实现基类方　法或接口，因缺少语句或返回结果不被识别而触发的　异常：　●接口调用异常，这类异常发生在模块间或与其他　系统的外部接口之间相互调用过程中，如接口调用函　数不匹配、调用参数传递错误或因接口发布不可用等　原因而产生：　・任务异常，这类异常主要是由于未通过应用数据　的完整性和合法性校验、资源数据不可用、活动文档　解析错误等原因而触发．　异常触发后，异常管理模块一方面应将异常信息　和相关帮助信息提示给用户，另一方面，应记录异常　的环境信息，如程序调用堆栈的完整异常信息（包括调　用的函数或过程的名称、传递的参数名称和内容）．　图５构件工作流程图　三个构件中，数据管理和工作流服务构件是框架　内的核心，接口和调用较多，结合较为紧密．　数据模板是由在流程流转过程中逐步填充的，用　户访问属于自己的代办任务参与流程，在完成任务的　过程中填写相关数据，也就是说是由工作流服务驱动　数据流转，为用户提供操作数据的入口．　用户通过访问Ｕｒｌ进入代办任务，在校验任务归　属正确性后，触发数据管理构件的校验和展现功能，　两个构件使调用自身功能在Ｗｅｂ页面上向用户动态生　成活动入口和数据控件，完成相关操作后，工作流服　务通过用户操作活动入口的事件触发数据管理构件的　数据校验和保存功能，同时完成实例保存和驱动功能．　整个过程是工作流服务主动响应、数据管理构件被动　调用的过程．　ｐｕｂｌｉｃ　ｃｌａｓｓ　Ｄａｔａ￣ｂｉ￣：ｃ：ｔ　ｐｕｂｌｉｃ　ｉｎｔ　ＩＤ；　／ｔ璇一避檬谖　ｐｕｂｌｉｃ　６“　ｗｏｒｋｆｌｏｗＩＤ；ｔｉＺ｝＃滤实倒ＩＯ　ｐｕｂｌｉｃ　０８｝；￣Ｅｎｔｉｔｉｅｓ　ｄａｔａＥｎｔｉｔＪｅｓ；／，实体熊台　／ｌ……　）　ｐｕｂｌｉｃ　ｃｌａｓｓ￡）ｎｔ０￡ｎｌ捷ｌ世５：Ｌｉｓｔ＜ＤａｔａＥｎｔｉｔ￣，＞　｛，，．．　…｝　ｐｕｂｌｉｃ　ｃｌａｓｓ　０辞ｔ０Ｅ“ＵＬｙ　｛　ｐｕｂｌｉｃ　ｉｎｔ　ｏｂｊｅｃｔｌＤ；　ｉｆ敲臻蜜簿ＩＤ　ｐｕｂｌｉｃ　ｔｎｔ　ｔｅｍｐｌａｔｅＴａｂｌｅｌＤ；　１／嫫授袤ＩＤ　ｐｕｂｌｉｃ　Ｉｎｔ　ｌｆｅｌｄＩＤ；　，／掌段ｊ０　ｐｕｂｌｉｃ　ｓｔｒｉｎｇ　ｄｉｓｐｌａｙＮａｍｅ；　／／显示名称　ｐｕｂｌｉｃ　ｏｂｊｅｃｔ　ｖａｌｕｅ；ｌ／僮　ｐｕｂｌｉｃ　Ｖａｌｕｅ’Ｆｙｐｅ　ｖａｌｕｅＴｙｐｅ；　，，德蒜型（救攀）　ｐｕｂｌｉｃ　Ｃｏ；ｉｔｒｏｉＴｙｏｅ　ｃｏｎｔｒｏｉＴｙｐｅ；，／控件娄剽（枚举）　ｐｕｂｌｉｃ　ＶｔｅｗＳｂ：４－ｃ　ｖｌｅｗＳｔａｔｅ；　显示方式ｅ救攀）　ｐｕｂｌｉｃ　ｓｔｒｉｎｇ　ｃｌｌｅｎｔＳｃｒｌｐｔ；　ｉ／客户端撵本　｝　数据实体的类定义为ＤａｔａＯｂｊｅｅｔ，类成员　ｗｏｒ￣ｎｏｗＩＤ关联了其对应的工作流标识，成员　ｄａｔａＥｎｔｉｔｉｅｓ描述了数据条目集合体．　ＤａｔａＥｎｔｉｔｙ类定义了数据条目的关键成员，成员　模板表标识ｔｅｍｐｌａｔｅＴａｂｌｅＩＤ、ｆｉｅｌｄｌＤ和ｄｉｓｐｌａｙＮａｍｅ　间接实现了Ｏ／Ｒ　Ｍａｐｐｉｎｇ映射技术，ｃｏｎｔｒｏｌＴｙｐｅ描述　数据展现方式，ＶｉｅｗＳｔａｔｅ是根据权限判别得到的显示　方式，ｖａｌｕｅ和ｖａｌｕｅＴｙｐｅ将在用户提交后，保存所填充　的值和值类型．　ｐｕｂｌｉｃ　ｃｌａｓｓ　Ｆｌｏｗｌｆｉｓ｝　ｆ’ｃｅ　｛　ｐｕｂｌｉｃ　ｌ瓤ＩＤ；　／／礁～惶标强　ｐｕｂｌｉｃ融　ｐａｍｎｔｌＤ；　２茂程杯识　ｐｕｂｌｉｃ　ｉｎｔ　ｄａｔａＯｂＪｅｃｔｌＤ；　／／数据实体ｉ０　ｐｕｂｌｉｃ　ＣｆｇＤｏｃｕｍｅｎｔ　ｄｏｃｕｍｅｎｔ；ｌ／配爱信昱　ｐｕｂｌｉｃ　ｓｔｒｉｎｇ　ｔａｓｋＮａｍｅ；　／／经务显示癌张　ｐｕｂｌｉｃ　ＴａｓｋＬｏｇＣｏｌｌｅｃｔｉｏｎ　ｔａｓｋＬｏｇｓ；，／用户任务记录　“……　）　计算机系统应用　ｈｔｔｐ：ｌｌｗｗｗ．ｃ－Ｓ－ａ．ｏｒｇ．ｃｎ　２０１２年第２ｌ卷第１１期　工作流实例类内同样通过ｄａｔａＯｂｊｅｃｔｌＤ记录了与　其关联的数据实体ＩＤ，ＣｆｇＤｏｃｕｍｅｎｔ是流程配置文档　ＸＭＬ格式反序列化后对应的类，构件内的活动和回执　Ｘｍｌ文档均由此类序列化生成，ＴａｓｋＬｏｇＣｏｌｌｅｃｔｉｏｎ是工　作流实例所分配的用户任务日志，用于记录用户操作　流程的过程信息．　多个接口的不完全的实现，定义实现构件中的公共行　为；构件是以一个或多个接口构造的形式使用的，可　以与其他类联合，是以指定接口和明确的上下文依赖　组合的单元：类则是框架的最低层．　［　用户任务展现给最终用户的任务表单分为两个部　分，一部分是由工作流服务将流程活动文档展现的活　动入口，另一部分是由数据管理依据用户所选择的形　式展现的业务数据控件．　２．３设计模式　在框架构件中，根据其自身要提供的功能和应用　特点，使用了多种设计模式，并形成了白盒和黑盒框　架．白盒框架，通过继承框架基类来扩展和实现接口，　其中，广泛使用了Ｔｅｍｐｌａｔｅ　Ｍｅｔｈｏｄ模版方法，定义操　作的算法骨架，将一些步骤延迟到子类中，使子类可　以不改变一个算法的结构即可重定义该算法的某些特　定步骤，这样能够对已有的功能进行复用和定制．应　用白盒框架，开发者必须对其内部结构有所了解；而　黑箱框架可以由实例化和配置的构件和类组成，允许　对象经由组合和委托而被插入框中，通过定义遵循特　定接口的类并使用像Ｆｕｎｃｔｉｏｎ　Ｏｂｊｅｃｔ函数对象Ｂｒｉｄｇｅ　Ｓｔｒａｔｅｇｙ桥接策略，以及Ｆａｃｔｏｒｙ　Ｍｅｔｈｏｄ工厂方法这样　的模式来把这些类集成进框架中，可以对已有功能进　行复用．与白盒框架相比，黑盒框架可能更易于使用，　因为开发人员无需对框架的内部结构有太多了解．但　是，黑盒框架也可能更难以设计，因为在设计过程中，　必须定义能够预见到的一系列使用情况的接口．　工作藏■务　生成帕话动入口　披蛐曩樗忭　动毫生成的控件　图６用户任务表单　在框架中采用面向接口编程作为设计原则，用来　隔离系统的业务变化，接口用于描述类的外部行为，　被用来为不同的行为做建模：抽象类主要用于单个或　５２系统建设Ｓｙｓｔｅｍ　Ｃｏｎｓｔｒｕｃｔｉｏｎ　图７框架元素关系　２．４采用技术　应用框架以Ｍｉｃｒｏｓｏｆｔ．Ｎｅｔ　Ｆｒａｍｅｗｏｒｋ（以下简称　“Ｆｒａｍｅｗｏｒｋ”）作为底层组件，使用Ｍｉｃｒｏｓｏｆｔ　Ｖｉｓｕａｌ　Ｓｔａｄｉｏ．Ｎｅｔ　２０１０集成开发环境（以下简称“ＶＳ．Ｎｅｔ”），采　用Ｃｊ！ｊ６语言编写，数据库采用ＳＱＬ　Ｓｅｒｖｅｒ　２００８．　（１）在表示层，页面展现多为ＡＳＰＸ和ＨＴＭＬ两　种形式，为保持页面整体布局和统一风格，使用了主　题和母版页技术，运用主题中的皮肤和级联样式表控　制控件外观；使用母版页创建一致的页面布局，即定　义页面所需的外观和标准行为，并创建包含显示内容　的内容页，这样，页面将以母版页的布局与内容页的　内容组合在一起输出展现：　另外，为满足较好的用户体验，大量应用了ＸＭＬ　Ｄｏｃｕｍｅｎｔ　Ｏｂｊｅｃｔ　Ｍｏｄｅｌ、ＪａｖａＳｃｒｉｐｔ、ＸＭＬ　Ｈｔｔｐ、　Ａｊａ）【－ＪＳＯＮ等技术；　（２）在逻辑层，主要利用接１５１技术，少量运用委托　技术把业务中频繁变动的部分，也可以称为是类的行　为从基类中隔离出来，极大增强的构件的适应性和灵　活程度；　除使用公有类外，主要应用了抽象类和密封类，　抽象类用于提供多个派生类可共享的基类的公共定　义，通过创建派生类来提供自己的类实现；为防止派　生，应用了密封类，它不能用作基类；　为规范表示层到逻辑层、逻辑层到数据层的访问　行为及功能调用安全性考虑，框架构件主要以程序　集、类、派生类为访问边界，运用了类及其成员的５　个级别的可访问性：＠ｐｕｂｌｉｃ：访问不受限制；＠ｐｒｏｔｅｃｔｅｄ　２０１２年第２１卷第１１期　ｈｔｔｐ：／／ｗｗｗ．ｃ－Ｓ－ａ．ｏｒｇ．ｃｎ　计算机系统应用　一访问仅限于包含类或从包含类派生的类型；＠Ｉｎｔｅｒ－　ｎａｌ：访问仅限于当前程序集；＠ｐｒｏｔｅｃｔｅｄ　ｉｎｔｅｒｎａｌ：访问仅　限于当前程序集或从包含类派生的类型；Ｏｐｒｉｖａｔｅ：访　问仅限于包含类型；　应用泛型概念，提升框架构件的可重用性，在集　合类、接口和参数中被大量使用：　应用反射技术，动态创建类型的实例，将类型绑　定到现有对象。或从现有对象获取类型并调用其方法　或访问其字段和属性；　应用属性技术，主要是Ｆｒａｍｅｗｏｒｋ类库中的　Ａｔｔｒｉｂｕｔｅ类和ＡｔｔｒｉｂｕｔｅＴａｒｇｅｔｓ类，将预定义信息与诸　如类、类成员、事件等目标元素相关联，在运行时进　行检查以控制程序处理数据的方式，能够完成一些常　规类型系统不直接支持的语言功能，例如，利用类成　员的属性定义校验成员值是否合法：　应用序列化技术，使用二进制序列化保持类型保　真度，即保留对象状态，例如，通过将对象序列化到　页面的保持视图状态，以起到缓存实例对象的作用；　使用ＸＭＬ序列化和反序列化，结合属性技术，很好的　解决了使用ＸｍｌＤｏｃｕｍｅｎｔ类、调用类方法和校验的繁　琐性，大大提高了对ＸＭＬ文档的读取、编辑及生成保　存等操作的便利性、准确性和规范性；　应用Ｘｍｌ　Ｗｅｂ　Ｓｅｒｖｉｃｅ技术实现外部接口，并结合　接口调用的频繁程度和交互数据大小等因素，使用了　集成Ｗｉｎｄｏｗｓ身份验证和基于ＳＳＬ的证书两种验证方　式以保证接口调用的安全性；　（３）在数据层，为保证数据库操作的完整性和数　据一致性，使用了数据库事务技术，将每个业务执行　过程所涉及的所有数据访问、编辑和更新等操作包含　在同一个数据库事务内，并对错误操作执行回滚；　在数据库函数或存储过程中，应用了数据库的公　用表表达式ＣＴＥ新技术，它能够引用其自身，递归创　建公用表，重复执行初始公用表返回数据子集直到获　取完整结果集，递归公用表极大简化了查询所需的代　码，较之前的数据版本中，使用临时表、游标和逻辑控　制的执行效率也有较大提升．　３结语　企业内现有的管理信息系统中或多或少存在着系　统模块功能耦合紧密，扩展难度大的问题，难以适应　企业业务的变化和特殊需求，同时，系统的独立开发　模式导致系统在部署、接口调用方式、数据存储等诸　多方面的多样化，这些个性化问题增加了系统在开　发、实施、对接、联动直到运维工作的复杂度，而系　统从无到有的开发过程也耗费了大量的时间、人力和　财力．　面向框架的管理信息系统架构解决了这些问题：　・架构中独立的工作流服务构件设计使工作流服　务成为业务数据操作的入口，实现了业务数据模块与　工作流服务的松散耦合，清晰地划分了数据与流程的　功能边界，业务数据和流程环节的自定义功能把大部　分软件变更工作推向用户前端；　・通过业务需求萃取和抽象得出的管理信息系统　架构，构件中内置了的基础构件，采用可扩展的设计　模式，预留可扩展空间；构件以黑盒模式面向系统实　现，使开发者有充裕的时间完成业务调研和需求分析，　而不必深陷底层模块的设计和开发；　・面向框架的系统架构不仅通过可重用的构件简　化了系统的开发过程，并且统一了数据存储格式，规　范了系统接口调用方式和输入参数及输出结果，从而　大大降低了软件生命周期内关键环节的工作量和工作　难度．　参考文献　ｌ　Ｈｏｒｖａｔ　ＲＶ，Ｒｏｚｍａｎ　Ｉ．Ｉｍｐｒｏｖｉｎｇ　Ｏｂｊｅｃｔ－Ｏｒｉｅｎｔｅｄ　Ｆｒａｍｅ－　ｗｏｒｋｓ　ｂｙ　Ｃｏｎｓｉｄｅｒｉｎｇ　ｔｈｅ　Ｃｈａｒａｃｔｅｒｉｓｔｉｃｓ　ｏｆ　Ｃｏｎ￣ｉ－ｔｕｅｎｔ　Ｅｌｅｍｅｎｔｓ，２ｏｏ９，（１）：ｌ０６８－－１０７５．　２　Ｆａｙａｄ　ＭＥ，Ｓｃｈｍｉｄｔ　ＤＣ，Ｊｏｈｎｓｏｎ　ＲＥ（ｅｄｓ）．Ｄｅｓｉｇｎ　ｏｆ　ａｎ　ｏｂｊｅｃｔ－ｏｒｉｅｎｔｅｄ　ｆｒａｍｅｗｏｒｋ　ｆｏｒ　ｍｅａｓｕｒｅｍｅｎｔ　ｓｙｓｔｅｍｓ．Ｏｂｊｅｃｔ－　Ｏｒｉｅｎｔｅｄ　Ａｐｐｌｉｃａｔｉｏｎ　Ｆｒａｍｅｗｏｒｋｓ，１９９９，（９）：２０－２５．　３　ｖａｉｌ　Ｇｕｒｐ　Ｊ，Ｂｏｓｃｈ　Ｊ．Ｄｅｓｉｇｎ，ｉｍｐｌｅｍｅｎｔａｔｉｏｎ　ａｎｄ　ｅｖｏｌｕｔｉｏｎ　ｏｆ　ｏｂｊｅｃｔ・ｏｒｉｅｎｔｅｄ　ｆｉ＇ａｍｅｗｏｒｋｓ：ｃｏｎｃｅｐｔｓ　ａｎｄ　ｇｕｉｄｅｌｉｎｅｓ．２００１　（３）：２７７－３００．　４　Ｋｉｍ　ＳＧ一种基于构件管理模型的域框架设计．软件学　报，２００２，１３（３）：３３５－３４１．　５范菊逸．企业级应用中面向对象框架的研究【硕士学位论　文】．武汉：华中科技大学，２００５．　６何昭，李传湘，崔巍．基于面向对象框架的软件开发方法．计　算机工程，２００２，２８（４）：５－７．　７沈延森．快速可重构信息系统及其关键技术研究【博士学位　论文】．南京：南京航空航天大学，２００１．　８周警伟，罗晓沛．实施一个面向对象框架的方法．计算机仿　真，２００２，１９（３）：１０７－１１１．　ＳｙｓｔｅｍＣｏｎｓｔｒｕｃｔｉｏｎ系统建设５３