软件工程经济学第一章
本篇文章是对课程软件工程经济学的课堂内容总结，适用于大连交通大学。
第一章：绪论
软件、软件产业与软件企业
软件的定义：软件是计算机系统中与硬件相互依存的另一个部分，它包括程序、数据及其相关文档的完整集合。
软件分类及其特点——软件的分类
-按软件的功能进行分类：系统软件、支撑软件、应用软件
-按软件工作方式进行分类：实时处理软件、多用户分时软件、交互式软件、批处理软件
-按软件权益进行分类：商品软件、共享软件、自由软件
-按软件的标准化程度进行分类：标准化软件、半定制软件、定制软件
-按软件与硬件关联程度进行分类：嵌入型软件、组织型软件、半独立型软件
-按照软件所处的层次进行分类：平台软件、中间软件、应用软件
① 软件是信息产品，具有无形性、抽象性、可复制性和共享性。
② 软件的生产过程几乎都是从零开始。
③ 软件的价值以及成本构成和传统工业产品不同，如没有库存成本。
④ 软件开发和运行常常受不同的计算机软件和硬件平台的限制，对计算机软件和硬件系统有不同程度的依赖性。
⑤ 软件开发过程的复杂性。
⑥ 软件开发是一项创造性活动。
⑦ 软件开发需要大量的资金投入。
⑧ 软件产品对用户有黏性。
⑨ 软件产品的更新速度快。
软件产业
- 1996年的《计算机软件产业技术创新战略研究》报告中对软件产业的定义：软件产业是指为有效地利用计算机资源而从事计算机程序编制、信息系统开发和集成及从事相关服务的产业。
- 《2000年中国软件产业研究报告》中指出软件产业和软件市场包括软件产品与软件服务两大部分。
- 麦肯锡公司出版发行的《软件业的成功奥秘》中，将软件业分为专业化服务和软件产品。
- 国际数据公司在做市场研究时，将软件产业细分为应用解决方案、应用开发和配置软件和系统基础软件三大领域。
- 印度将IT软件服务产业分为产品和技术开发业（Product & Technology）、IT服务业（IT Services）和IT关联服务业（IT Enabled Services）。
软件产业——软件产业的特点
- 高技术、高附加值及高效益特征
- 国际化特征
- 服务化特征
- 软件产业的专业化分工越来越细
- 高关联度特征
软件产业——软件产业的发展模式
- 美国的“全面领先模式”
- 日本和韩国的“整机带动模式”
- 爱尔兰的“软件集散模式”
- 印度的“外包服务模式”
软件企业
1、软件企业的组织结构
- 直线职能式组织结构
- 矩阵式组织结构
- 事业部制组织结构
- 网络式组织结构
2、软件企业的管理
软件企业管理主要包括战略管理、市场管理、项目管理、质量管理、采购管理、人力资源管理、知识管理、成本管理、风险管理和软件企业文化管理等等。
在IT行业，软件企业开展项目的目的一般是完成某一项软件产品或者服务，就会引入信息项目管理的程序来执行相关任务。
项目管理知识体系（Project Management Body of Knowledge，PMBOK）是由美国项目管理学会（PMI）在20世纪70年代率先提出的，按照ISO更新要求，经过多次严格的修订，于2018年第1季度正式启用第6版，确定为十大知识领域，主要包括项目整合管理、项目范围管理、项目进度管理、项目成本管理、项目质量管理、项目资源管理、项目沟通管理、项目风险管理、项目采购管理以及项目相关方（干系人）管理。
软件工程
软件工程的定义及其过程
- 20世纪90年代，美国电气与电子工程师学会给出软件工程的定义是：
（1）将系统化的、规范的、可量化的方法应用于软件的开发、运行和维护；
（2）对（1）中所述方法的研究。 - 软件工程可以说是一种层次化的技术
软件开发模型
1.瀑布模型是20世纪70年代由W.Royce提出的，是一种线性开发模型，有不可回溯特性。它给出了软件生存周期相关活动的固定顺序，开发人员必须遵循完成上一阶段的工作任务后，方可进行下一阶段工作的原则，且往往上一阶段的输出就是下一阶段的输入。如果在软件开发后期发现前期的某一个问题，则需要付出较高的代价
2.V模型是瀑布模型的一个升级变体，该模型描述了在保证质量与沟通、建模等动作之间的关系。强调了一种将验证和确认动作应用在早期软件工程中的直观方法。
3.增量模型主要综合了线性过程流与并行过程流的特征，该模型在每个阶段都使用线性序列，每个线性序列都生产出软件的可交付增量。
4.原型模型，一般开始于沟通，在客户定义了相关软件的一些基本任务时，并没详细的定义功能和特性需求，或者开发人员可能对算法的效率、人机交互的模式没有较大把握的时候采用的一种模型，多用于给客户演示软件的开发效果。
5.螺旋模型，沿着螺线自内向外进行旋转，在直角坐标系的四个象限分别表示制定计划、评估方案，风险识别、工程实施和评价成果共4个方面的任务。该模型表示每旋转一圈该软件则开发出一个更为完善的新版本，逐步向外延伸，直到最终将得到客户所期望的系统。
软件规模度量
1.代码行度量
软件规模常用程序的代码行（Line of code，LOC）或者千行代码KLOC（1000LOC）来衡量。代码行技术是一种较为简单的定量估算软件规模的方法，该方法依据以往开发类似产品的经验以及历史数据来估计实现一个功能所需要的源程序行数（不包括注释）。
为了使程序规模的估算更加接近实际值，可以由多名比较有经验的软件工程师来做出估算。每个人都估计程序的最小规模“a”，最大规模“b”以及最可能的规模“m”，然后分别算出这3重规模的平均值a、b和m后，再用公式1.1计算程序规模的估算值。
2.功能点度量
Albrecht于1979年首次提出面向功能的度量方法，主要考虑了软件系统的功能性和实用性，称之为功能点（Function point ,FP）的度量，功能点的度量主要是基于信息域的特征以及软件复杂性进行计算。
用于功能点度量的5个基本信息域：用户输入数、用户输出数、用户查询数、文件数以及外部接口数。
环境复杂性因子Fi（i=114）是基于环境复杂性因子取值表对14个问题的评估所得到的值，对每个问题的取值范围是05，详见复杂度取值表，环境复杂性因子计算公式详见公式1.3。
公式1.3、1.4:
【例1.1】某软件企业根据客户需求对预定软件进行功能点度量，5个基本信息域的特征值dj按照表1.4所示的顺序分别为35，58，20，6，2；其对应的加权因子分别为：中间、中间、中间、中间和简单；对照表1.5和表1.6各项指标得到Fi的加权和为20，试计算其功能点。
某软件根据需求分析，得到环境复杂性因子为18， 五个信息量的数值dj及其对应权系数aj的取值见表1，求软件系统的需求功能点为多少？
dj和aj取值表:
程序复杂性度量
一般开发规模相同，复杂性却不同的程序，所花费的时间以及成本会有较大差异。K. Magel从六个方面来描述程序的复杂性：
- 程序理解的难度
- 纠错、维护程序的难度
- 向他人解释程序的难度
- 按指定方法修改程序的难度
- 根据设计文件编写程序的工作量程度
- 执行程序时需要资源量的程度
程序的复杂性度量模型一般应遵循的基本原则:
程序的复杂性与程序大小的关系不是线性的
控制结构复杂的程序比较复杂
数据结构复杂的程序比较复杂
转向语句使用不恰当的程序比较复杂
循环结构比选择结构较复杂，选择结构则比顺序结构较复杂
语句、数据、子程序以及模块在程序中的次序对复杂性有影响
全局变量、非局部变量较多时的程序比较复杂
参数按照地址调用比按值调用较复杂
函数的隐式副作用比显示参数传递较为难以理解
具有不同作用的变量共用一个名字时比较难理解
模块间、子程序间联系密切的程序较为复杂
嵌套深度越深的程序越复杂
1.McCabe环形复杂性度量
McCabe环形复杂性度量方法是基于图论，对于一个强连通的有向图G，若用e表示弧数，n表示结点数，p表示强连通分量的个数。
对于一个单入口及单出口的程序来说，从入口的结点都能到达图中的任意结点，同理从任一结点都可以到达出口结点，故程序图都是连通的。但经常不是强连通的，故在程序图中增加一条从出口结点到入口结点的弧来将程序图变成强连通的。对于单入口与单出口的程序，其连通分量就只有一个，即p=1。
如图 (a)为例，当人为增加了出口结点至入口结点的弧则成为图(b) ，其e=8，n=6，p=1，由公式1.5可得V(G)=8-6+1=3，在图 (b)也能比较明显的见到3个环。
将图 (a)中的e=7，n=6带入公式1.6可得V（G）=7-6+2=3。可见环的个数等于程序图中区域的个数，如图 (a)中就有3个区域，分别是R1，R2和R3。
2.Halstead复杂性度量
Halstead提出通过定量的公式计算方法来度量软件的复杂性。
用n1表示程序中不同操作符的个数；n2表示程序中不同操作数的个数；N1表示程序中操作符的总数，N2表示程序中操作数的总数，则可用公式1.7表示程序的符号长度；用公式1.8表示程序的词汇量；用公式1.9表示程序量（即存储容量），即长度方程。
一般认为最小的程序只有两个操作符，即函数调用与赋值，即n1=N1=2，操作数n_2^∗则是指赋予函数值的变量以及函数调用时的参数，即n_2^∗=n_2=N_2。带入公式1.9可得公式1.10所示的最小程序量计算公式，预测程序长度详见公式1.11，预测程序潜在的错误数详见公式1.12。
软件可靠性度量
软件的可靠性是指在规定的时间内以及条件下，软件按照规格说明要求不会引起系统失效的概率。软件的可靠性是关系到系统成败的重要因素。软件可靠性计算公式为：
其中，MTBF是指平均故障间隔时间，MTTF是指平均故障时间，而MTTR则是指平均修复时间。
软件的可用性是指软件在投入使用时能实现其事先指定的相关系统功能的概率，可用公式1.14来计算
软件工程经济学简介
软件工程经济学简介
经济学是研究人类在生产、消费、分配、交换等经济活动过程中的资源配置与资源利用的学科，属于社会科学。
工程经济学是研究如何根据既定的活动目标，分析活动的代价及其对目标实现的贡献，并在此基础上进行设计、评价和选择，以最低的代价来可靠的实现目标的最佳活动方案的一门学科。
1.软件工程经济学的内涵与任务
软件工程经济学（Software Engineering Economics，SEE）是属于软件工程学和工程经济学之间的交叉学科。我们将其定义为以软件工程领域中的经济问题和经济规律为主的一门经济学分支学科。是研究为实现特定功能需求的软件工程项目而提出的一门系统方法学科。
软件工程经济学主要包括以下四部分的内容：
- 学科研究的对象、任务、特征、研究范围与研究方法；
- 软件系统内部构成要素与经济活动及其关联分析，如投资、融资、工期、成本、效益、效率、质量保证、开发、管理、运行与维护等及其关联分析；
- 软件系统的组织结构、管理决策以及与经营活动的关系；
- 软件系统的资金流、物流、信息流的输入和输出以及对系统外部（如国家、地区、社会、经济等）的影响。
2.软件工程经济学的研究特点与方法体系
软件工程经济学的研究特点
软件工程经济学研究的重点始终环绕着软件产品的质量、成本/效益、项目进度、效率等目标要素的关联分析，以及人的组织与协调管理。
软件工程经济学的研究思想主要来自于系统工程，因此软件系统目标的整体性、要素的层次性与关联性、系统环境的适应性等始终是人们研究的指导准则。
软件工程经济学采用定量与定性分析相结合、理论与实证验证相结合的方式进行研究。
考虑到我国与西方发达国家在文化与价值观念、技术水平、经营机制、管理水平与生产效率以及软件工程环境上的差异，因此在大力学习与借鉴西方发达国家有关软件工程经济学的理论、方法与应用成果的同时要注意环境的差异性对数量分析的影响，从而可在数学分析的思路与方法的通用性基础上来寻找适合于我国国情的研究结果。软件工程经济学的方法体系
管理学、社会学等；
经济学，主要包括微观经济学、宏观经济学、工程经济学、管理经济学、信息经济学等；
软件工程学，主要包括软件工程技术学、软件工程管理学；
计算机通信网络与信息系统；
系统工程与运筹学、应用统计学、模糊数学、系统动力学等。软件工程经济学的研究与发展
国外研究:
软件工程诞生于“软件危机”。软件危机是指在计算机软件开发中的一系列问题。
软件工程经济学的研究最早始于美、英等国家，其中较有影响的有Boehm B.W、Putnam L.H以及Banard.L等专家。
- 国内研究
我国软件工程经济学的研究还处于初级发展阶段，1990年和1991年由机械工业出版社相继出版了Boehm的著作《软件工程经济学》和Londeix.B的著作《软件开发成本估算》，对软件工程经济学的概念、方法宣传起到了一定的作用。西安电子科技大学的赵玮教授于2008年出版了《软件工程经济学》，对我国软件工程经济学的发展起到了指引作用。
