科技项目管理系统领域框架研究

摘要：针对目前科技项目管理系统缺乏全生命周期管理思想以及复用性和扩展性低下等缺陷。文中基于领域分析研究提出了一种科技项目全生命周期管理的领域模型，并对领域核心实体进行POJO松耦合设计，同时利用对象组合技术实现运行时动态灵活组合以满足管理的个性化需求。此外，还采用了自定义标签技术规范页面代码的编写。实际应用表明，框架有效提高了领域系统设计的规范化、复用性和灵活扩展性。

关键词：项目管理系统;全生命周期;领域工程;组合;继承;松耦合

自20世纪90年代以来，我国政府科技投入不断增加，科技项目管理系统扮演着重要角色，在进行平台管理，衔接各部门和人员方面发挥着重要作用。但由于缺少业务标准和技术规范，这些系统各自为政，重复建设问题严重，提升了科技项目管理的能效和科技计划项目的全过程管理水平，科技项目管理系统领域框架的研究就显得尤为重要。但由于各学科不断细化以及不同学科之间的交叉融合，科技项目的申报数量和研究方向大幅增加，缺乏全生命周期管理的思想使得科技项目管理出现前后脱节现象，同时系统的核心实体设计过于刚性，不能灵活响应一些可变需求，降低了系统的复用性和扩展性^［1］。

文中在对领域内系统进行全面分析研究后提出了一种科技项目全生命周期管理模型，实现了对项目管理过程的跟踪控制，同时分析传统的核心实体设计，提出基于对象组合的柔性设计方式，并对系统的权限管理、安全访问进行分析，最终采用Java  EE分层架构和自定义标签库机制对领域系统进行实现。

领域工程是识别特定领域下若干系统的共享领域需求，设计能满足这些需求的架构，开发和组织该领域可复用构件的过程^［2］。领域模型是领域中各系统共同需求的描述，是领域分析活动的输出结果，为系统开发提供了可复用的软件需求规约。在对科技项目管理领域各类系统业务需求共性分析的基础上，提出一种科技项目全生命周期管理模型，便于对项目实施全面高效的管理。

为了构建可复用、易扩展的科技项目管理平台，首先需明确在科技项目管理领域下系统的问题范围^［3］。在运用领域分析方法对科技项目管理领域目前研究现状进行分析后，提出了一种科技项目全生命周期管理模型，如图1所示，模型大体可分为项目申报受理、项目评审立项、合同管理、中期管理、立项管理等主要阶段，依次对应项目申报子系统、专家评审子系统、合同签订子系统、项目中期检查子系统、项目验收管理和后续管理子系统，建立一个基于生命周期全过程化的项目管理和业务流转系统。

如图2所示，传统基于继承的实体抽取技术对核心实体的设计是通过识别类之间的公共特性，将各类申请书所包含的公共属性结构抽取出来形成一个实体组件，在新增计划申请时采用继承的方式新增子类，该设计思路具有一定灵活性，但也存在不足，这是因为继承在编译时刻就已定义，所以无法在运行时刻动态改变，这种“白箱”式的复用常被认为“破坏了封装性”，子类与父类有着如此紧密的依赖关系，以至于父类发生任何变化必然会导致子类也发生变化^［4］。因此这种紧密的依赖关系限制了灵活性并最终限制了复用性。

理想情况下，不应通过建立新部件来实现复用，而应通过组合已有构件来获取所需功能^［5］。借助领域分析方法，围绕全生命周期领域模型，系统主要包括用户、申请书、合同书、中期表、验收单等核心领域对象。鉴于传统设计思路产生的弊端，本文采用基于对象动态组合的柔性设计方式对核心实体进行设计。

以申请书为例，如图3所示，核心申请书实体由项目基本 情 况(BasicSituation)、项 目 人 员(Member)、计划进度(Schedule)和附件(Attachment)等部 分 类 组 合而成，每个部分类都是一个POJO，申请书实体的具体组成情况决定于模型类(Model)的 相 关 字 段 的 配 置，例如field字段代表部分类的类名，这里取值自Basic-Situation、Member、Schedule、Attachment中的任一个，并与各部分类一一对应;label指示部分类的中文名称;priority决定所选择的部分类在申请书实体中的排序情况;isDisplay决定申请书实体中各部分类是否显示。

申请书实体模型配置完成后，根据模型类和模型字段类间的id关 联(Model类 的id字 段 与ModelItem类的modelId字段关联)对申请书实体中的各部分类中的 字 段 进 行 具 体 配 置，如 字 段 名(field)、名 称(label)、先后次序(priority)、是否显示(isDisplay)、是否单行显示(isSingle)、是否默认显示(isDefault)、字段类型(fieldType)、下拉列表的字典配置(keyNo)