论文部分内容阅读
摘要：采用软件体系结构技术，可以使软件开发具有较高的实用价值，开发的软件系统具有可重用性、共享性和可维护性，并可以提高软件生命周期。论文对综合人事信息系统软件体系结构设计中的关键技术进行了研究，解决了软件体系结构设计中的数据复用、数据提取、系统扩充、数据规模、分层等关键技术。
关键词：软件体系结构；人事信息系统；软件复用
中图分类号：TP311文献标识码：A文章编号：1009-3044(2011)22-5385-03
Research of Software Architecture about Personnel Information System
ZHANG Hai-pan1, YANG Jia2
(1.Information Center, Xi’an JiaoTong University, Xi’an 710049, China; 2.Xi’an Institute of Optics and Precision Mechanics of CAS, Xi’an 710119, China)
Abstract: In this paper, software architecture was researched. The paper researches the key technology of the software architecture of synthetically personnel information system, and then, resolves some important problems, including data reuse and data extraction in software architecture design, and relationship between design of software architecture and data scale.
Key words: software architecture; personnel information system; software reuse
软件体系结构作为软件工程中一个基础研究领域，将软件系统的结构信息独立于算法与数据，创建满足系统需要的结构，定义系统结构，并提供系统开发的框架。软件体系结构是从土木工程的视角研究软件工程问题。定义体系结构的工作比开发一个应用系统或一个构件系统更困难，软件体系结构的设计是目前软件开发中的热点问题。根据这一现状，本文对软件体系结构设计中的数据复用、系统扩充、构件技术、分层问题等关键技术进行了研究
1 软件体系结构概述
为了保证软件质量，提高软件可靠性、可重用性、和可维护性，软件设计的核心已从“算法＋数据结构＝程序”的传统计算模式转向对系统的总体结构即软件体系结构的设计和规范。软件体系结构确定系统的组织结构和拓扑结构，说明系统需求和构成系统的元素之间的对应关系，提供一些设计决策的基本原理。
良好的体系结构可以维系软件系统的完整性，使得开发和维护工作有序进行；还可以简化软件系统的复杂性，让众多的开发单位的软件工程师能以并行方式开展工作。良好的体系结构应当允许并易于随时对构件系统和应用系统进行改进。软件体系结构要区分稳定部分和可变更部分，稳定部分应当是对软件的子系统和接口组织最具影响的部分，将与预见到的变更相关的子系统和接口设计成可变更的。
2 软件体系结构设计
本质上，软件体系结构是对软件需求的一种抽象解决方案。在引入了体系结构的软件开发之后，应用系统的构造过程变为“问题定义——软件需求——软件体系结构——软件设计——软件实现”，软件体系结构架起了软件需求与软件设计之间的一座桥梁。而在由软件体系结构到实现的过程中，借助一定的中间件技术与软件总线技术，软件体系结构将易于映射成相应的实现。
作为软件应用开发，采用了软件体系结构的设计方法，就意味着在需求与设计之间加入了软件体系结构的设计，这样为软件的复用和软件的维护打下坚实的基础，同时也更加容易保证软件的正确性。采用软件体系结构的开发方法，就要在软件需求调研之后对软件需求进行抽象，这样可以保证软件在相同业务逻辑部门，不同组织机构的环境下得以复用，从而保护优秀软件成果和历史投资。
软件体系结构抽象出了很多常见的系统构建模式，面对综合人事信息系统这样一个实际系统，很难判断它究竟是管道型，还是面向对象型，或者是分层型，单纯把它归到任何一型都是很勉强的。综合人事信息系统是复合型系统，综合人事信息系统的参考模型为异构模式。
下面对综合人事信息系统的软件体系结构进行分析：
综合人事信息系统软件体系结构也可以看作类似的分层结构：从应用上可以分为三部分，面向核心业务的应用，企业/校园级的应用，面向员工/准员工的应用，其中用户、角色、权限管理模块作为一个贯通构件横跨三部分。按照传统的分层模式，面向核心业务的应用采用客户端/服务器（C/S）模式，分为两次。企业级的应用和面向员工/准员工的应用采用浏览器/服务器（B/S）分为三层。
综合人事信息系统在人事核心应用的工资管理与津贴管理构件中，这两个构件的软件体系结构采用了管道过滤器模式。
采用面向对象的模式对综合人事信息系统软件体系结构分析，可以得到系统的配置图、用例图和类图，说明它符合面向对象型模式。
3 综合人事信息系统软件体系结构关键技术研究
通过对综合人事信息系统软件体系结构的研究、设计及应用，取得了许多宝贵的经验。尤其是设计高校综合人事信息系统软件体系结构模型的时候，解决了很多重要的技术问题，现论述如下：
3.1 数据复用
软件的成分，不单单指程序，还包括数据、文档等，在软件体系结构的设计中，还要考虑数据的复用。可以开发一些视图作为数据构件，增加系统的灵活性。
在需求中，并不需求花名册构件，但是在日常工作中，会经常需要花名册，比如：人事部门配合工会发放春节福利时，就会要求人事部门提供花名册。
在研究数据复用技术的同时，还要注意研究数据抽取技术，在软件体系结构设计中，可以将重要的业务中间数据作为数据构件予以保留。
某些数据在与人事部门的调研中，只作为一般临时数据，但是按照软件体系结构的开发方法从全局和共享的角度考虑时，系统就应该将其作为数据构件予以保留。
例如我们在初次设计工资审批构件的时候，只将工资审批表作为打印模块的一个中间数据，在打印结束后，即清空，等待下次打印时使用，工资审批表只是作为纸质材料上报和存档。在需要与其他部门在进行数据交互的时候，就不能提供工资审批表的电子资料。如果我们在体系结构的设计中将此构件分解为生成（计算）工资审批表、工资审批表数据构件和打印工资审批表三个构件，就可以解决这个问题，符合软件体系结构设计的规范，在业务变动的时候，不改动代码。
3.2 扩充性问题
信息化建设是一个持续不断的过程，我们不能指望通过一次的开发，就解决所有的问题。在软件体系结构设计的时候，要适度考虑软件的扩展性与前瞻性。需求是不断变化的，以前的人事信息系统都只是面向管理的，现在的人事信息系统不仅要面向管理，还要面对服务，还要适应SOA的体系结构。例如：以前对人事系统的需求是将一次全单位工资调整的时间从一个月缩短到几天。现在则会要求不再重复填表，网上查询人员、工资、招聘等各类信息，这些与信息共享及数字化校园有关的内容。
需求的不断变更不能导致软件体系结构的不断变更，软件体系结构要求相对比较稳定，能保证7－10年的生命期，理论上可以到10年以上。因此，在软件体系结构设计的时候要适度考虑软件的扩展性与前瞻性。在本文提出的综合人事信息系统软件体系结构，在某高校建立以来，已经持续使用了6年，中间虽然增加了一些构件，但是软件体系结构一直没有大的改动，预计其还会再使用5年左右，将来还会对构件做一些变更，在用户、角色、权限部分可以采用统一身份认证与授权系统。
由此，从本文中可以看出，作为一个成熟的软件体系结构，必须考虑软件的扩展性与前瞻性，在某一构件发生改变时，不影响软件质量与功能。
为了解决系统扩充性问题，就必须对数据规模问题进行研究。
在进行软件体系结构设计的时候，首先要考虑系统的数据规模，而系统的数据规模与单位的人员规模相关。一般负责人事工作的员工人数为单位总人数的1％左右，人事数据量为单位人数的100倍以内。本文中提出的综合人事信息系统的体系结构适合与单位人数在2000—20000之间，并存在二级管理的人事信息系统。规模小的单位采用此人事信息系统体系结构模型存在过度投资的问题。
3.3 构件技术
3.3.1 构件的粒度大小选择问题
在软件体系结构设计时构件粒度要合适的原则下，本文进行软件体系结构设计的时候，对粒度大小的选择首先要考虑功能和复用，而不是代码量。例如图4－1中花名册构件只有一条SQL语句，但是因为其功能单一，多处要复用，所以作为一个独立的构件；而工资综合统计和工资自动变动虽然代码量很大，在万条以上，仍然只作为一个构件。
合适的粒度有利于不同类型软件的构件复用，在实际应用中，我们将不同类型软件，人事信息系统和库管销售系统中构件进行白盒复用。说明优秀的软件体系结构配合优秀的构件极大的提高软件生产的效率。控制粒度大小时首先要考虑的就是功能和复用。
3.3.2 构件的成熟度问题
成熟的软件体系结构需要的优秀的构件支撑，优秀的构件也同时是企业的优质资产，软件资产往往比设备资产更重要，也更宝贵。我们在软件体系结构设计的时候要保护单位的优质资产，成熟的构件的支撑起优秀的软件体系结构。
软件体系结构犹如大厦的基础和框架，但是，如果没有优秀的构件进行支撑，也只能是一个空架子。本文对优秀构件的描述如下：
1）优秀构件首先要经过实践的检验，是正确的。例如，工资调整构件的工资计算必须正确，计算6000人，不能有一个人工资出错。否则，运行结果不能应用，构件也就没有什么意义了，而且，错误的改正也很耗费时间，在6000人中找到出错的这个人是很困难的。
2）仅仅运行结果正确也是不够的，系统还必须高效，运行时间不能过长。例如：在干部年报统计软件运行初期，计算一次报表需要半个小时，导致有些用户以为计算机死机，这样的构件就必须改进，提高效率。
3）算法要经过数学验证，例如：在工资调整中经常出现倒回去算帐的问题，也就是工资的实际调整时间滞后与工资应该调整的时间，我们采用定积分的方法解决这个问题。
4）优秀的构件易于同其他系统进行组装，且在组装后依然保证正确性。
5）优秀的构件应该经历过若干个版本。
核心功能构件必须是优秀构件，同时在系统升级中要保护优秀构件。
3.4 分层问题
分层模式的软件体系结构难点之一是就是系统的分层问题，或者说层次间的界面问题，就是考虑某些功能放到系统的哪一层。我们在解决这一问题时考虑尽量把业务和逻辑放到数据层解决，就是把某些业务用标准SQL写入数据库中去，这样做的好处是代码量少，系统安全性高，不用考虑表示层的界面问题。同时，本文也不赞同将所有的业务逻辑放入逻辑层。
将部分逻辑放入数据层，还有一个特别的好处就是开发时可以同时使用多种开发工具同时进行开发，就是可以实现软件的异构开发和并行开发。
例如：允许某个二级单位（XX中心）人事管理员查询本单位人员的学历、学位、职称信息。这个业务逻辑可以有三个处理方式，一是放到逻辑业务层，实现方式为：
登录；
查询权限表确定权限；
Select 人员表.姓名，人员表.姓名，人员表.姓名，人员表.姓名 from 人员表
Where 单位＝“XX中心”；
输出查询结果；
第二种方法是放到数据层，实现方式为：
Create View view_xxzxas
Select 人员表.姓名，人员表.姓名，人员表.姓名，人员表.姓名 from 人员表
Where 单位＝“XX中心”；
Create user select_xxzx ;
grant view_xxzx查询权限 to business;
这两种方法各有优点，在具体设计的时候，可以根据实际情况考虑。也可以将这个功能实现的代码分别放在数据层和逻辑层。实现方式为：
数据层：
Create View view_xxzxas
Select 人员表.姓名，人员表.姓名，人员表.姓名，人员表.姓名 from 人员表
Where 单位＝“XX中心”；
逻辑层：
登录；
查询权限表确定权限；
Select * from view_xxzx；
本文在综合人事信息系统实现的时候采用的是将代码分别放在数据层和逻辑层，这样做是考虑将用户权限管理独立出来，有利于构件的复用，也易于采用统一授权与认证平台。
4 结束语
通过综合人事信息系统体系结构的研究，在实践中解决了两个问题，就是复用和变更。
论文研究了软件体系结构设计中考虑的数据复用问题和数据提取技术。分析了软件体系结构设计中必须考虑的扩充性问题，保证设计的软件体系结构有比较长的生命力。研究了软件体系结构设计与数据规模的关系问题，提出了高校职工规模与综合软件体系结构参考模型的对应关系。本章研究了软件构件技术，论文认为粒度的大小选择首先要考虑的是功能和复用，而不是代码量；分析了优秀软件构件应该具备的几个条件。论文分析了软件体系结构难点之一的分层问题，提出了将功能实现的代码分别放在业务逻辑层与数据层，有利于构件的复用。
论文的研究工作主要是建立了人事信息系统体系结构参考模型，解决了综合人事信息系统软件体系结构设计中的一些关键技术。
参考文献：
[1] 孙昌爱,金茂忠,刘超.软件体系结构研究综述[J].软件学报,2002,13(7):1228-1235.
[2] 覃征.软件体系结构[M].西安:西安交通大学出版社,2002.
[3] 覃征,谢国彤.电子商务体系结构及系统设计[M].西安:西安交通大学出版社,2001.
[5] 梅宏,陈锋,冯耀东,等.ABC:基于软件体系结构、面向构件的软件开发方法[J].软件学报,2003,14(4):721-732.
[6] 欧阳,康徐明.基于面向对象技术的人力资源测评系统设计[J].中国电化教育,2003(7).
[7] 刘超,张莉.可视化面向对象建模技术——标准建模语言UML教程[M].北京:北京航空航天大学,1999.
[8] 邵维忠,麻志毅,蒋严冰.UML的现状及未来发展[N].计算机世界,2001.
[9] 何坚,贾晓琳,覃征,等.基于体系结构的软件分析设计过程模型[J].西安交通大学学报,2004(6):591-594.
关键词：软件体系结构；人事信息系统；软件复用
中图分类号：TP311文献标识码：A文章编号：1009-3044(2011)22-5385-03
Research of Software Architecture about Personnel Information System
ZHANG Hai-pan1, YANG Jia2
(1.Information Center, Xi’an JiaoTong University, Xi’an 710049, China; 2.Xi’an Institute of Optics and Precision Mechanics of CAS, Xi’an 710119, China)
Abstract: In this paper, software architecture was researched. The paper researches the key technology of the software architecture of synthetically personnel information system, and then, resolves some important problems, including data reuse and data extraction in software architecture design, and relationship between design of software architecture and data scale.
Key words: software architecture; personnel information system; software reuse
软件体系结构作为软件工程中一个基础研究领域，将软件系统的结构信息独立于算法与数据，创建满足系统需要的结构，定义系统结构，并提供系统开发的框架。软件体系结构是从土木工程的视角研究软件工程问题。定义体系结构的工作比开发一个应用系统或一个构件系统更困难，软件体系结构的设计是目前软件开发中的热点问题。根据这一现状，本文对软件体系结构设计中的数据复用、系统扩充、构件技术、分层问题等关键技术进行了研究
1 软件体系结构概述
为了保证软件质量，提高软件可靠性、可重用性、和可维护性，软件设计的核心已从“算法＋数据结构＝程序”的传统计算模式转向对系统的总体结构即软件体系结构的设计和规范。软件体系结构确定系统的组织结构和拓扑结构，说明系统需求和构成系统的元素之间的对应关系，提供一些设计决策的基本原理。
良好的体系结构可以维系软件系统的完整性，使得开发和维护工作有序进行；还可以简化软件系统的复杂性，让众多的开发单位的软件工程师能以并行方式开展工作。良好的体系结构应当允许并易于随时对构件系统和应用系统进行改进。软件体系结构要区分稳定部分和可变更部分，稳定部分应当是对软件的子系统和接口组织最具影响的部分，将与预见到的变更相关的子系统和接口设计成可变更的。
2 软件体系结构设计
本质上，软件体系结构是对软件需求的一种抽象解决方案。在引入了体系结构的软件开发之后，应用系统的构造过程变为“问题定义——软件需求——软件体系结构——软件设计——软件实现”，软件体系结构架起了软件需求与软件设计之间的一座桥梁。而在由软件体系结构到实现的过程中，借助一定的中间件技术与软件总线技术，软件体系结构将易于映射成相应的实现。
作为软件应用开发，采用了软件体系结构的设计方法，就意味着在需求与设计之间加入了软件体系结构的设计，这样为软件的复用和软件的维护打下坚实的基础，同时也更加容易保证软件的正确性。采用软件体系结构的开发方法，就要在软件需求调研之后对软件需求进行抽象，这样可以保证软件在相同业务逻辑部门，不同组织机构的环境下得以复用，从而保护优秀软件成果和历史投资。
软件体系结构抽象出了很多常见的系统构建模式，面对综合人事信息系统这样一个实际系统，很难判断它究竟是管道型，还是面向对象型，或者是分层型，单纯把它归到任何一型都是很勉强的。综合人事信息系统是复合型系统，综合人事信息系统的参考模型为异构模式。
下面对综合人事信息系统的软件体系结构进行分析：
综合人事信息系统软件体系结构也可以看作类似的分层结构：从应用上可以分为三部分，面向核心业务的应用，企业/校园级的应用，面向员工/准员工的应用，其中用户、角色、权限管理模块作为一个贯通构件横跨三部分。按照传统的分层模式，面向核心业务的应用采用客户端/服务器（C/S）模式，分为两次。企业级的应用和面向员工/准员工的应用采用浏览器/服务器（B/S）分为三层。
综合人事信息系统在人事核心应用的工资管理与津贴管理构件中，这两个构件的软件体系结构采用了管道过滤器模式。
采用面向对象的模式对综合人事信息系统软件体系结构分析，可以得到系统的配置图、用例图和类图，说明它符合面向对象型模式。
3 综合人事信息系统软件体系结构关键技术研究
通过对综合人事信息系统软件体系结构的研究、设计及应用，取得了许多宝贵的经验。尤其是设计高校综合人事信息系统软件体系结构模型的时候，解决了很多重要的技术问题，现论述如下：
3.1 数据复用
软件的成分，不单单指程序，还包括数据、文档等，在软件体系结构的设计中，还要考虑数据的复用。可以开发一些视图作为数据构件，增加系统的灵活性。
在需求中，并不需求花名册构件，但是在日常工作中，会经常需要花名册，比如：人事部门配合工会发放春节福利时，就会要求人事部门提供花名册。
在研究数据复用技术的同时，还要注意研究数据抽取技术，在软件体系结构设计中，可以将重要的业务中间数据作为数据构件予以保留。
某些数据在与人事部门的调研中，只作为一般临时数据，但是按照软件体系结构的开发方法从全局和共享的角度考虑时，系统就应该将其作为数据构件予以保留。
例如我们在初次设计工资审批构件的时候，只将工资审批表作为打印模块的一个中间数据，在打印结束后，即清空，等待下次打印时使用，工资审批表只是作为纸质材料上报和存档。在需要与其他部门在进行数据交互的时候，就不能提供工资审批表的电子资料。如果我们在体系结构的设计中将此构件分解为生成（计算）工资审批表、工资审批表数据构件和打印工资审批表三个构件，就可以解决这个问题，符合软件体系结构设计的规范，在业务变动的时候，不改动代码。
3.2 扩充性问题
信息化建设是一个持续不断的过程，我们不能指望通过一次的开发，就解决所有的问题。在软件体系结构设计的时候，要适度考虑软件的扩展性与前瞻性。需求是不断变化的，以前的人事信息系统都只是面向管理的，现在的人事信息系统不仅要面向管理，还要面对服务，还要适应SOA的体系结构。例如：以前对人事系统的需求是将一次全单位工资调整的时间从一个月缩短到几天。现在则会要求不再重复填表，网上查询人员、工资、招聘等各类信息，这些与信息共享及数字化校园有关的内容。
需求的不断变更不能导致软件体系结构的不断变更，软件体系结构要求相对比较稳定，能保证7－10年的生命期，理论上可以到10年以上。因此，在软件体系结构设计的时候要适度考虑软件的扩展性与前瞻性。在本文提出的综合人事信息系统软件体系结构，在某高校建立以来，已经持续使用了6年，中间虽然增加了一些构件，但是软件体系结构一直没有大的改动，预计其还会再使用5年左右，将来还会对构件做一些变更，在用户、角色、权限部分可以采用统一身份认证与授权系统。
由此，从本文中可以看出，作为一个成熟的软件体系结构，必须考虑软件的扩展性与前瞻性，在某一构件发生改变时，不影响软件质量与功能。
为了解决系统扩充性问题，就必须对数据规模问题进行研究。
在进行软件体系结构设计的时候，首先要考虑系统的数据规模，而系统的数据规模与单位的人员规模相关。一般负责人事工作的员工人数为单位总人数的1％左右，人事数据量为单位人数的100倍以内。本文中提出的综合人事信息系统的体系结构适合与单位人数在2000—20000之间，并存在二级管理的人事信息系统。规模小的单位采用此人事信息系统体系结构模型存在过度投资的问题。
3.3 构件技术
3.3.1 构件的粒度大小选择问题
在软件体系结构设计时构件粒度要合适的原则下，本文进行软件体系结构设计的时候，对粒度大小的选择首先要考虑功能和复用，而不是代码量。例如图4－1中花名册构件只有一条SQL语句，但是因为其功能单一，多处要复用，所以作为一个独立的构件；而工资综合统计和工资自动变动虽然代码量很大，在万条以上，仍然只作为一个构件。
合适的粒度有利于不同类型软件的构件复用，在实际应用中，我们将不同类型软件，人事信息系统和库管销售系统中构件进行白盒复用。说明优秀的软件体系结构配合优秀的构件极大的提高软件生产的效率。控制粒度大小时首先要考虑的就是功能和复用。
3.3.2 构件的成熟度问题
成熟的软件体系结构需要的优秀的构件支撑，优秀的构件也同时是企业的优质资产，软件资产往往比设备资产更重要，也更宝贵。我们在软件体系结构设计的时候要保护单位的优质资产，成熟的构件的支撑起优秀的软件体系结构。
软件体系结构犹如大厦的基础和框架，但是，如果没有优秀的构件进行支撑，也只能是一个空架子。本文对优秀构件的描述如下：
1）优秀构件首先要经过实践的检验，是正确的。例如，工资调整构件的工资计算必须正确，计算6000人，不能有一个人工资出错。否则，运行结果不能应用，构件也就没有什么意义了，而且，错误的改正也很耗费时间，在6000人中找到出错的这个人是很困难的。
2）仅仅运行结果正确也是不够的，系统还必须高效，运行时间不能过长。例如：在干部年报统计软件运行初期，计算一次报表需要半个小时，导致有些用户以为计算机死机，这样的构件就必须改进，提高效率。
3）算法要经过数学验证，例如：在工资调整中经常出现倒回去算帐的问题，也就是工资的实际调整时间滞后与工资应该调整的时间，我们采用定积分的方法解决这个问题。
4）优秀的构件易于同其他系统进行组装，且在组装后依然保证正确性。
5）优秀的构件应该经历过若干个版本。
核心功能构件必须是优秀构件，同时在系统升级中要保护优秀构件。
3.4 分层问题
分层模式的软件体系结构难点之一是就是系统的分层问题，或者说层次间的界面问题，就是考虑某些功能放到系统的哪一层。我们在解决这一问题时考虑尽量把业务和逻辑放到数据层解决，就是把某些业务用标准SQL写入数据库中去，这样做的好处是代码量少，系统安全性高，不用考虑表示层的界面问题。同时，本文也不赞同将所有的业务逻辑放入逻辑层。
将部分逻辑放入数据层，还有一个特别的好处就是开发时可以同时使用多种开发工具同时进行开发，就是可以实现软件的异构开发和并行开发。
例如：允许某个二级单位（XX中心）人事管理员查询本单位人员的学历、学位、职称信息。这个业务逻辑可以有三个处理方式，一是放到逻辑业务层，实现方式为：
登录；
查询权限表确定权限；
Select 人员表.姓名，人员表.姓名，人员表.姓名，人员表.姓名 from 人员表
Where 单位＝“XX中心”；
输出查询结果；
第二种方法是放到数据层，实现方式为：
Create View view_xxzxas
Select 人员表.姓名，人员表.姓名，人员表.姓名，人员表.姓名 from 人员表
Where 单位＝“XX中心”；
Create user select_xxzx ;
grant view_xxzx查询权限 to business;
这两种方法各有优点，在具体设计的时候，可以根据实际情况考虑。也可以将这个功能实现的代码分别放在数据层和逻辑层。实现方式为：
数据层：
Create View view_xxzxas
Select 人员表.姓名，人员表.姓名，人员表.姓名，人员表.姓名 from 人员表
Where 单位＝“XX中心”；
逻辑层：
登录；
查询权限表确定权限；
Select * from view_xxzx；
本文在综合人事信息系统实现的时候采用的是将代码分别放在数据层和逻辑层，这样做是考虑将用户权限管理独立出来，有利于构件的复用，也易于采用统一授权与认证平台。
4 结束语
通过综合人事信息系统体系结构的研究，在实践中解决了两个问题，就是复用和变更。
论文研究了软件体系结构设计中考虑的数据复用问题和数据提取技术。分析了软件体系结构设计中必须考虑的扩充性问题，保证设计的软件体系结构有比较长的生命力。研究了软件体系结构设计与数据规模的关系问题，提出了高校职工规模与综合软件体系结构参考模型的对应关系。本章研究了软件构件技术，论文认为粒度的大小选择首先要考虑的是功能和复用，而不是代码量；分析了优秀软件构件应该具备的几个条件。论文分析了软件体系结构难点之一的分层问题，提出了将功能实现的代码分别放在业务逻辑层与数据层，有利于构件的复用。
论文的研究工作主要是建立了人事信息系统体系结构参考模型，解决了综合人事信息系统软件体系结构设计中的一些关键技术。
参考文献：
[1] 孙昌爱,金茂忠,刘超.软件体系结构研究综述[J].软件学报,2002,13(7):1228-1235.
[2] 覃征.软件体系结构[M].西安:西安交通大学出版社,2002.
[3] 覃征,谢国彤.电子商务体系结构及系统设计[M].西安:西安交通大学出版社,2001.
[5] 梅宏,陈锋,冯耀东,等.ABC:基于软件体系结构、面向构件的软件开发方法[J].软件学报,2003,14(4):721-732.
[6] 欧阳,康徐明.基于面向对象技术的人力资源测评系统设计[J].中国电化教育,2003(7).
[7] 刘超,张莉.可视化面向对象建模技术——标准建模语言UML教程[M].北京:北京航空航天大学,1999.
[8] 邵维忠,麻志毅,蒋严冰.UML的现状及未来发展[N].计算机世界,2001.
[9] 何坚,贾晓琳,覃征,等.基于体系结构的软件分析设计过程模型[J].西安交通大学学报,2004(6):591-594.