管理学报一做

征稿范围刊登具有创新性、高水平、有重要意义的原始性学术论文以及反映管理学科最新发展状况的高质量文献综述。来稿应创新性强、观点明确，论据充分、数据可靠、层次分明、文理通顺。2. 投稿要求和注意事项(1) 文题、作者姓名（一般不超过5人）、作者单位及所在城市、摘要、关键词均需中英文对照。论文如果获得有关研究基金或课题资助 , 需提供基金名称及编号、并提供通讯作者的姓名、出生年、性别、籍贯、工作单位（具体到学院）、所在城市、邮码、职称、学位、联系电话以及E-mail 。(2) 论文题目应简洁、准确，不宜使用缩略词；摘要应写成报道性摘要，中文字数一般有 200~300 字，内容包括研究目的、方法及主要结果与结论；关键词的个数为 3~8 个。(3) 文中量、单位及符号的使用应符合相关国家标准。注意容易混淆的外文字母的文种、大小写、正斜体及上下角标的正确书写。(4) 图、表和公式应通篇分别编号。表格推荐采用三线表形式。(5) 稿件的格式、体例请参考出版的期刊。3. 投稿约定(1) 原稿必须是在正式刊物上未发表的论文。本刊严禁一稿多投、重复内容多次投稿。一旦发现上述情况，不仅稿件将按退稿处理，而且将通知作者单位和有关期刊。作者本人的稿件本刊今后将不会录用。(2) 稿件审查结果在三个月内通知作者 , 在此其间 , 作者不得将稿件投往他处。个别稿件可能送审时间较长，编辑部会在2个月期满通知作者。超过2个月（以收稿日期为准）后，如果作者决定改投他刊或退稿，请通知编辑部。编辑部决定录用稿件后 , 将及时通知作者。(3) 在稿件的修改过程中，若超过稿件修改时限30日，编辑部有权对稿件做出退稿处理。(4) 文责作者自负, 编辑部有权对稿件做规范性、文字性修改。对内容的修改应征得作者的同意。(5) 论文发表后 , 版权即属于编辑部所有（包括上网的版权）。(6) 作者需交纳审稿费和发表费, 编辑部将给予一定的稿酬，同时赠寄当期杂志2册。

文章必须附中、英文摘要。中文摘要的编写执行GB6447-86规定，篇幅为150～300字；英文摘要在150个实词左右。英文摘要应与中文摘要相对应，具有相同的内容。摘要使用第三人称。内容应包括目的、过程及方法、结果和结论。

摘要 ：软件项目开发需要投入大量的人力、物力和财力，但在开发的过程中存在着诸多不确定性和可变性，因而有必要对软件项目风险进行管理与控制。本文通过对软件项目全程的风险识别、分析、应对及监测，在项目开发各阶段积极做好风险防控工作，以达到降低项目风险、减少风险损失的目的。

关键词 ：软件项目开发；风险管理；风险防控

1引言

风险是指在某项活动开展的过程中，一些突发的、不确定的因素对活动参与者造成损害、对自然环境造成破坏的概率[1]。与其他工程项目一样，软件项目的开发也存在着各种各样的风险，如项目资金透支、工期延长、系统不能满足需求等。因而在软件开发的过程中，做好风险管理将有助于降低开发风险，保证开发质量。

2软件项目风险分类

技术风险

软件在分析、设计、测试及实施过程中，可能发生的潜在技术问题给软件项目带来的危害称为技术风险，如采用了陈旧或尚不成熟的技术、系统文档编制不规范等。

管理风险

管理风险是指由于项目在预算、人员、进度、资源等方面缺乏计划、控制与管理，从而对软件项目产生的不良影响。

商业风险

商业风险又称为市场风险，包括开发出来的软件产品不符合市场需求、对软件产品定位不清从而缺乏市场竞争力、市场竞品较多竞争激烈等。

安全风险

安全风险主要包括自然风险、人为风险、外部环境风险，如盗版、病毒等。

3软件项目风险管理步骤

风险识别

风险识别阶段需要识别出哪些风险会影响软件项目的开发，包括这些风险的类别、因素、出处、后果等内容[2]。风险识别的常用方法包括以下几种。

（1）专家调查法。就软件项目开发风险问题，征询项目相关行业领域专家的意见，将收集到的意见和建议整理形成报告，随后将报告发送给各位专家再次进行征询。如此反复，经历数轮后，当专家们的意见趋于一致时就可以得出最后结论。

（2）头脑风暴法。将项目开发小组成员、立项单位代表、邀请的专家顾问召集起来，通过会议的方式，就项目开发风险展开讨论交流，以期对项目风险进行准确识别、分析和预测。

（3）风险检测表法。设计并使用各类条目式风险检测表，帮助项目小组识别各种风险。如开发人员风险检测表，可以罗列出诸如开发人员技术水平如何、开发人员是否具有类似项目开发经验、开发人员的人数是否合适、开发人员是否能够自始至终地参加软件开发工作、开发人员是否能集中全部精力投入软件开发工作、开发人员是否接受过必要的培训、开发人员的人员流动是否能保证工作的连续性等条目。通过对这些问题的分析与回答，可以识别出人员因素对软件项目带来的风险。

风险分析

风险分析主要是针对风险事件发生概率及其后果进行评估[3]。为完成对各种风险的评估，需建立风险度量指标体系，明确各种风险带来的后果与损失，估算风险对软件项目的影响程度，最终给出风险估算的结果[4]。风险分析时，常使用四元组[R,P,I,W]来对风险进行描述。其中R代表风险，P代表风险发生的概率，I代表风险带来的影响，W代表风险对项目影响的权重。由于能否按照合同规定的软件性能、时间和金额等条款完成软件开发工作，对项目的顺利验收起着至关重要的作用。因而重点选取成本、进度、软件性能三个方面对软件项目风险进行度量，当某一方面的度量值达到或超过临界点时，软件项目将被迫终止。

通常风险评估的过程可分为四步：

（1）根据风险识别的结果，分析每种风险的发生概率，每种风险对项目成本、进度、软件性能三方面影响的大小，依据风险后果的严重程度为每种风险赋予不同的风险权重。

（2）定义每种风险的四元组[R,P,I,W]。

（3）定义项目被迫终止的临界点。

（4）预测风险组合对项目的综合影响[5]。

风险应对

对可能发生的各种风险需拟定相应的应对策略。常用的应对策略有预防风险、风险转移、风险回避等。预防风险通常指通过提高软件项目各阶段的可靠性和规范性，从而降低风险发生的概率。风险转移是指利用合同、保险、担保、出售、发包等方式[6]，将风险发生时的部分损失转移至第三方，以降低己方风险损失。风险回避是指当某些风险的发生不可避免且后果较严重时，可对项目方案进行调整，更甚者则主动放弃该项目，以免造成不可挽回的损失。在完成风险识别、分析和应对策略选择后，应形成一个易于理解的风险分析与应对表，如表1所示。

风险监控

风险监控是指依据前期风险分析结果，监控风险应对措施的实施情况，加强对项目全过程风险的管控[7]。风险监控的目的是监测风险管理策略和应对措施的实际执行效果，看其是否达到预期目标，同时根据当前风险监控结果及时修正风险分析与应对表，或对项目中新识别的风险进行分析并制定相应的风险应对措施[8]。

4风险防控措施

需求分析阶段

软件需求是软件开发的依据，也是软件验收的标准，因此对软件需求的精准确定就属于软件项目开发的重点和难点。一方面用户开始时很难完整且清楚地对软件系统的功能、性能、运行环境等方面的需求进行准确表达。但随着项目的深入，用户对软件的需求可能会越来越明确，也越来越多，甚至有时到测试阶段还会出现有用户要求更改软件需求的情况。这对系统分析人员和软件开发人员来说是难以接受的。另一方面，用户、系统分析人员和软件开发人员对软件需求描述的方式也各不相同。用户希望使用自然语言对软件需求进行描述，而专业人员则希望采用结构化的说明语言，如数据流图、数据字典等。这样既可以避免自然语言容易引起的二义性和不确定性，又能为下一步软件设计工作提供便利。

针对这类情况的防控措施包括：

（1）加强对立项单位的组织结构、工作流程和现有软件系统的了解。

（2）系统分析人员需掌握一些获取用户需求的技术和方式。

（3）可将公司已投入使用的类似软件作为软件原型，提交给用户使用，便于系统分析人员对用户需求的收集。

（4）组织由立项单位、系统分析人员和系统设计人员共同参与的需求评审会，最终形成达成一致的需求分析阶段的结果——需求规格说明书。

（5）对需求分析阶段完成后用户提出的新需求，可采取留在以后版本升级中处理，如立项单位要求必须加入的，则可与客户商量延长开发时间、增加合同金额。

设计与开发阶段

如果软件产品采用原型法进行开发，虽能降低因需求不明确带来的项目风险，但由于原型法采用循环迭代的方式来不断满足用户需求，这样可能会导致软件的设计与开发超出预期的花费和时间，并且在反复修改的过程中，容易使客户对项目是否能够顺利完成产生疑虑。针对这类风险，一方面可将生命周期法与原型法结合在一起，互为补充，软件开发中以结构化生命周期法为主要方法，在部分环节则利用原型法来快速获取用户反馈信息[9]。另一方面做好与客户的沟通，及时告知客户软件设计与实现的进度与过程[10]。

测试阶段

测试阶段常面临的风险为测试用例不完善。这样可能导致测试不够全面，软件中存在的错误未能发现，使得软件性能降低。可采取的防控措施包括：

（1）对测试人员进行软件需求的培训。

（2）加强对测试用例的评审。

（3）在条件允许的情况下，可以邀请用户参与软件测试。

实施阶段实施阶段可能会面临客户过于依赖技术人员，迟迟不肯验收项目的风险。采取的防控措施包括：

（1）形成规范的《用户手册》，加强对软件用户的培训。

（2）做好领导层的工作。

（3）宣讲公司后期的服务范围和服务管理的规范性。新旧系统切换的过程中也存在一定的风险。如果转换工作缺乏规范的管理和可靠的安全保障，势必会造成严重的后果，甚至影响正常工作。面对这种情况，一是需要特别注意原系统和新系统的文件保护工作，加强人员的管理和数据的备份；二是根据用户要求、立项单位状况、转换过程中的进展情况调整系统切换进程。

5结束语

软件开发过程中存在着各式风险，对每种风险都需要实施风险管理。由此可见，风险管理本身也可构成软件项目中的一个子项目。科学地制定软件项目风险管理计划，在必要的人力资源和经费的支持下，持续完成风险识别、分析、应对和监控等风险管理步骤[11]，做好项目开发各阶段的风险防控工作，从而达到将风险控制在最低限度，减少风险对软件项目的影响，更好地控制软件开发成本和进度的目的。

参考文献

[1]杨一平,卢山.管理信息系统.北京:机械工业出版社,2018

[2]索红军.软件项目风险分析与研究.软件导刊,2017,16(08):128-131

[3]顾单.S公司战略型物料采购策略研究[硕士学位论文].上海交通大学,上海,2015

[4]百度文库.软件项目的风险分析.

[5]韩最蛟.软件工程基础.北京:清华大学出版社,2009

[6]王慧.公路工程施工阶段成本风险管理与分析控制.建材与装饰,2019(24):259-260

[7]梅旭东.M公司卡拉奇核电站项目风险管理研究[硕士学位论文].东华大学,上海,2018

[8]刘强管理.基于国际工程项目全生命周期的风险管理.土木工程与管理学报,2017,34(06):1-9+16

[9]苑隆寅.图书馆在城乡统筹发展中的作用与知识服务研究[硕士学位论文].重庆大学,重庆大学,2012

[10]马兴鹏.高校综合分析平台项目的系统分析与设计[硕士学位论文].东北大学,辽宁,2011

[11]詹红艳.软件项目管理中风险控制策略研究.软件,2019,40(06):230-232

作者：杨辉 单位：湖北交通职业技术学院交通信息学院