基于SOA 的软件过程管理在中小企业中的应用

基于SOA 的软件过程管理在中小企业中的应用

摘要： 本论文通过分析中小型软件企业的软件过程管理与改进状况，从改进对象、过程模型、开发对象、辅助工具等方面的分析，提出了一些适合中小型软件企业的过程管理与改进建议，并且，针对中小型企业的软件过程现状，提出了一种基于RUP和SOA的软件过程管理模型，并且可以将该模型应用到中小软件企业的软件过程改进与管理中。

关键字：软件过程改进与管理、SOA、中小型软件企业、RUP

Abstract: Aiming at actualcondition of software process of our country’s medium and small softwarecompanies，this paper putforward several strategies of objects to be improved，developmentunit，self assessment and assistant tools．It also

studied simpledesign idea for software process management＆assessment system．We expected toprovide some suggestions to software process management and assessment．What has been discussed above, we proposed a softwareprocess management model based on RUP. According to the thinking method of SOAconstruction system, this paper analyzes the service classification of softwareprocess management model step by standards, the software process managementsystem is of a certain scientific and standardization.

Key Words: software process improvement、RUP、 SOA、medium and small-sized enterprises。

0 引言：

中小规模的软件企业或软件开发机构在我国软件产业中占据较大比例，具有灵活机动、响应速度快，组织结构简洁、管理清晰快捷、执行力高，把握优势业务领域、熟悉行业需求等明显优势。与此同时，人力资源不足、人员流动性高，规范程度不高、制度约束度低，对于人的依赖性较高，经验到制度的转化程度较低，软件销售收入占总收入的比重较低、维护成本较高也是中小软件企业或开发机构在管理过程中不容忽视的重要问题。

具体到软件过程来讲，软件开发组织经常会遇到诸如项目经常会延期，任务完成进度难以控制、开发人员不会编写和利用软件文档，需求难以控制，疲于应付需求的变更、软件质量难以保证、软件版本混乱、没有有效的项目管理方法和实践指导等问题，从而影响软件质量与交付，引发客户抱怨，满意度降低。

根据SOA（Service-oriented Architecture）的理念，把一个整体事务看作是由多个小事务组成，因此不论使用的是什么软件流程管理模型，都可以把它拆分成许多个小任务[1] ，并确定每个任务的输入和输出，一旦流程被划分成一个个小任务的时候，系统就可以按照一种特定的需求去重组或者改进流程。本文借鉴RUP（Rational Unified Process）模型为基础，吸收瀑布模型和极限编程等其他模型的优点[2-3],对软件流程管理进行系统分析，使其SOA化。

基于SOA的软件流程管理按照RUP流程，包含了所有的软件开发所应用到的文档及详细过程，根据RUP 流程，软件过程管理模型如图１ 所示。整个软件开发分为３个阶段，在第一阶段，项目组成员对项目进行需求调研，直到内部评审通过后，对项目目标、项目范畴进行确定，并对项目进行初步估计[4]。第二阶段，对软件项目进行选择软件过程管理模型，选择范围有RUP、瀑布、原型法等[5]，并根据管理模型确定各个阶段的目标，制定里程碑时间，编写人力资源计划，开始在公司寻找相应资源，明确开发环境和软件框架。第三阶段就是项目的正式开始，项目的执行和项目测试。

5.1 　需求分析阶段改进

在软件过程中，需求分析指的是在建立一个新的或改变一个现存的系统时描写新系统的目的、范围、定义和功能时所要做的所有的工作。需求分析是软件过程中的一个关键过程[8]。在需求分析阶段，项目的任务还是比较少的，主要是收集需求、分析需求和管理需求３个任务，可以作为SOA 思想中所描述的关键组件。这３个任务是整个需求分析阶段的关键工作流，在一些软件公司里还有其他的附加的流程，例如需求阶段审核，但本文认为这样的任务流可作为需求阶段的可选任务，即非关键工作流。需求阶段关键服务流分析结果如表１所示。

5.3　设计阶段改进

设计阶段承接了需求分析阶段的要求，对软件项目的框架、技术、数据库及接口进行了从言语描述到程序实现的设计[11]。这个阶段主要由软件设计师完成，前台设计人员根据需求文档实现用户界面接口，高级程序员再根据需求设计选择框架以及确认技术风险，然后确定用户行为细节和数据库设计。根据SOA思想对其过程进行服务组件鉴别，可以得到关键服务组件——构建框架、软件行为详细设计、数据库设计、用户接口设计、开发平台设计和设计检验。设计阶段关键服务流分析结果如表３所示。

5.6　测试阶段改进

测试是保障软件质量的重要途径，是针对软件这一特殊产品的一道生产工序，是软件质量保证的重要一环。也就是说，软件测试不是项目管理过程的需要，而是软件过程的需要。软件测试阶段的关键过程有执行开发测试、代码检查、软件测试准备、测试计划、设计测试、执行测试。测试阶段关键服务流如表５所示。

6　结束语

现在的市场已经不允许企业再花大量的时间去适应瞬息万变，因此企业需要做到灵活应对。尤其是对于软件服务的需要，将来的系统应该是非原子性的，是可以分割的，这种系统组合可以随着市场需求的变化而做出相应的变化，而不是单一地针对某一方面的市场，或者制作庞大的期望能涵盖所有功能的系统。把软件过程管理模型分块进行分析，进而划分成各个小任务，并对每个任务实施进行输入输出控制，使整个管理过程SOA化,这样基于SOA 软件过程管理就形成了初步的框架，然后明确什么时候、什么状态下管理人员需要对本身的软件过程管理进行裁减、修正，有助于企业避免重复工作，真正地实现软件服务的灵活性，同时还可以支持在各个领域彼此关联的服务，增强对元数据的管理。

    软件过程改进不是一蹴而就的过程，软件企业需要在不断的积累中持续改进。通过实践总结，分析了中小软件企业的特点与困境，软件巨头使用的软件过程改进与管理的方法获取很先进，但是并不一定适应中小企业的情况，中小企业在软件过程改进的进程中一味的适用这些方法，可能会导致一些不便甚至会带来一些问题。

本文提出的基于SOA的软件过程改进与管理流程方法，可以将此方法应用到中小软件企业中，提高企业的软件过程改进与管理的能力。当然，对于每种策略的具体实施，本文并未提出深入的方法，如基于RUP、XP、CMMI等软件过程模型相结合的软件项目实践、PSP中的软件度量方法、软件过程管理与评估系统的试用与持续完善等，均是我们下一阶段的重点研究和方向。

参考文献

[1]钟珞．软件工程EM]．北京：清华大学出版社

[2]郑栋，谭玲，顾庆，陈道蓄．基于CMMI的小型软件过程自评估工具[J]．计算机科学，2006，33(2)：263～265,276

[3]李惠，陶陪基，李文锋．XP、RUP结合起来开发小型项目[J]．计算机工程与设计，2005，26(6)：1678～1680

[4]王丹华，尹俊，潘金贵．基于PSP／TSP的软件过程改进框架[J]．计算机应用研究，2006，(12)：206～208

[5]郑蕾娜，潘铁军．基于CMMI的中小企业软件研发集成平台[j]．浙江万里学院学报，2004，17(5)：22～26

[6]黄常宝，沈备军．一种PSP工具的研究和实现[J]．计算机应用与软件，2007，24(4)：10～12

[7]杨昌锋，王冠，司建辉．基于ＳＯＡ 构建新一代的企业应用集成[j]．计算机应用与软件,2005，22(10):122-133．

[8]　徐赛华．软件需求分析研究[j]．吉林师范大学学报：自然科学版， 2006，27(1)：104-105，110．

[9]倪晓峰，赵文耕，张婕．构件软件配置管理及其版本控制技术研究[j]．计算机工程与应用，2005(2):94-96，145

[10]李娜，钱乐秋，赵文耘，等．可变粒度及面向过程的软件配置管理系统[j]．计算机工程，2006，32(10)：64-66,150．

[11] 方滔．需求变更管理中的可视性问题及其解决方法[j]．自然杂志，2003，25(6)：332-334．

[12]楚书来，于文新．小规模软件企业软件过程管理与改进策略研究．黑龙江科技信息，2O1 2，02：1 99—2O0．

来源：追寻灯火阑珊