摘要：传统软件工程的过程存在很多不足，通过软件工程系统的思想能够给我们的工作起到很好的促进效果。本文对其概念、步骤、模型建设、风险以及成本控制进行了分析，希望对其研究起到一定的指导效果。 

　　关键词：软件工程；系统结构模型；项目管理 

　　中图分类号：TP311.52 文献标识码：A 文章编号：1007-9599　（2012）　18-0000-02 

　　1 相关概念简述 

　　关于软件工程系统，当前还没有对其概念进行明确的描述。普遍接受的一种概念是使用工程系统论这一思想对软件工程的科学体系进行考察及研究，并根据工程系统论的方法来研究其内在的规律和性状。 

　　一般来说，软件工程系统都一般结构包括系统环境、状态、结构以及行为间的作用规律。另外，软件工程系统具有层次性、复合性、协调性、突现性、有序性等特点。对于软件工程系统的原则，一般主要有目的性原则、实事求是原则、确定化原则以及适用性原则。 

　　2 软件工程系统中工作的步骤 

　　软件工程系统属于非常复杂的系统，会涉及到很多认为的因素、各种评价标准及要求、组织间的利益等，而且很多时候难以区分约束和目标。这种背景下，了解软件工程系统中的步骤对于我们工作的开展有很大的指导作用，一般我们可以将其分为7个步骤： 

　　首先，考察问题的场景，这主要是问题可能存在却还没有被明确的某一种环境。其次，对考察的结果进行总结，然后使用自然语言将其表达出来，或者通过图像对其进行描述，这种表述越丰富，则对于我们了解真实的问题越有利。第三，建立根定义来服务系统概念的建立，这主要有：软件工程系统的受益者或者受害者，执行者，输入至输出之间变换的过程，所有者，环境约束以及世界观等，通过这些定义我们能够对系统活动要素进行确定。第四，建立一个概念模型，在这个过程中，我们可以利用自然语言表达，也可以通过比较直观的图形工具对其进行表达。第五，将现实情景和概念模型进行对比，然后根据之间的差异来修改概念模型，确保其更加符合实际的模型。第六，提出可能的、必要的改革方案。最后，利用上文中提到的改革方案，得出新情景。 

　　3 建立结构模型 

　　软件工程系统属于非常复杂的系统，这一系统主要目的在于开发出满足顾客需求的软件。在系统中，各种要素之间是相互关联，相互协调的。一般来说，软件工程系统的组成要素主要可以分为以下5个部分：需求方、开发方、运作方、开发方、监督方以及使用方。而功能要素则可以抽象为问题、需求、软件、开发工具以及支撑技术。 

　　其中，需求方主要指的是提出需求的个人或者单位，可以是个人，也可以是企业，还可以是政府，甚至可以使国家。另外，有些时候，很可能根本就不存在需求方，这种情况下主要是软件开发企业所虚拟出来的、能提出具体需求的需求方。开发方则指的是负责程序开发的工作人员，当然，开发方也有可能是软件工程的分包公司。而运作方则是指运行或者操作软件开发产品这一工作的个人或者企业。至于使用方，它主要指的是软件产品的使用者，这可以使个人，也可以是企业单位，这也是我们平时所称的用户。在大多数的情况下，使用方及需求方是一个实体。最后，监督方则指的是在软件开发过程中进行监督的个人或者单位，这也可以被称之为监理方或者第三方。 

　　功能要素则可以抽象为问题、需求、软件、开发工具以及支撑技术。其中问题主要代表着软件产品开发过程中需要解决的疑难及矛盾；需求代表的是软件产品开发过程中的需要及要求；至于软件主要指的是待开发软件产品；支撑技术代表的是在解决问题的过程中需要的技术；开发工具则可以总结为在软件产品开发过程中使用的手段。 

　　一般来说，在软件工程系统中，这些要素之间存在着较多的影响和关联，虽然他们之间并不会在全部的方面进行互相的影响，但是，要素的某一方面和另一要素的某一方面是相互关联的，会产生影响。 

　　4 结构模型应用的分析 

　　在软件工程系统中，主要是以系统论作为指导思想和方法论。通过这种方法对软件工程进行考察和通过传统的视角来处理面临的问题是完全不一样的，这是一种全新的思路，对于我们更好的了解和掌握软件工程的过程及目标非常有利。 

　　4.1 传统过程。在软件工程的传统过程中，一般其生命周期是由概念开始，然后是开发、使用、维护，到最后的退役标志着其生命周期的完结。当前，主流的理论认为它主要有三个时期构成：软件开发、使用以及维护。在每一个时期中，又可以被划分为很多小的阶段。 

　　4.2 软件工程系统中的过程。相对于传统软件工程中的过程，这是对软件工程进行整体的、全局的把握。一般来说，在这个过程中，主要可以分为两条主线，其中一条有问题这一要素出发，然后将其转化为需求要素，再由需求要素转换为软件要素；另一条则是由需求出发，进行运作方的选择，然后运作方再进行开发方的选择，开发方则开发软件要素。在这个过程中，两条主线的重要性是一致的。 

　　在问题要素向需求要素转化的时候，我们对需求、方向是否与描述一致要有足够的注意，假如这种差距比较大，而且没有很快的发现，就容易使项目失败或者增大我们的工作量。基于此，我们在描述的过程中最佳的选择是使用形式化语言，并对其内容给出准确的、无歧义的、确定的、量化的描述。另外我们还应统筹考虑使用方的使用特点等。 

　　在需求要素转化为软件要素的时候，这是开发方来完成的，因此，开发方也是关键。在这个过程中，我们要以适用性原则为指导，也就是说并非一定要选择最好的开发方，而应该选择最合适的开发方及运作方。 

　　5 软件工程系统风险分析 

　　在软件工程中，一个难度比较大的工作就是识别并确认风险。在软件工程共系统中，我们可以对风险因素进行系统的、整体的考虑。 

　　一般来说，风险是客观存在的，只要有人为的活动，就避免不了风险。事实上，在软件工程系统里面，最不确定的因素就是人为因素，这主要是以因为人在对系统中的客观事物进行评价、比较、分析以及决策的过程中，都会受到其自身立场、能力以及素质等方面的影响，这必然产生风险。 

　　针对这种情况，我们在软件工程系统模型应用时，对于风险的控制可以参考工程管理学中的理论，具体来说，我们可以通过以下措施来做好风险的控制： 

　　首先，风险预防，这一工作主要是指对软件工程系统中的要素进行足够、正确、充分的评价及认识，在此基础上使用合理的措施来预防风险。其次，减轻风险，这主要是将发生风险的可能性以及其可能导致的不良后果降到最低。第三，回避风险，这是指如果风险比较大的时候，我们可以选择放弃目标及行动的方案。第四，自留风险，这是指如果具备风险的能力，或者说风险在可以承担的范围之内，可以接受风险。最后，后备措施，这主要是通过事先制定后备的方案来预防风险。 

　　6 结语 

　　有关软件工程系统结构模型的应用研究有着重要的意义，本文只是对其进行了一定的概述，更多的细节尚没有进行探讨。在我们的工作中，我们还要加强这方面的探索，以更好的提升软件企业的竞争力。 

　　参考文献： 

　　[1]王众托.系统工程引论[M].北京：电子工业出版社，2006. 

　　[2]吴春华，温志强.人力资源开发与管理[M].北京：北京理工大学出版社，2009. 

　　[3]赵维双.技术经济学[M].北京：兵器工业出版社，2010.