1、( Software Engineering )信息学院信息学院 信息工程系信息工程系 杨振刚杨振刚第第1章：软件工程学概述章：软件工程学概述1.1 软件危机软件危机 60年代中期以前：通用硬件相当普遍，软件却是为某个年代中期以前：通用硬件相当普遍，软件却是为某个具体的应用而编写的。具体的应用而编写的。 60年代中到年代中到70年代中：软件作坊。年代中：软件作坊。1.1.1 软件危机的介绍软件危机的介绍软件危机的典型表现：软件危机的典型表现：1.1.2 产生软件危机的原因产生软件危机的原因1）软件本身特点造成；）软件本身特点造成；2）软件开发与维护的方法不正确。）软件开发与维护的方法不正确。主
2、要表现：主要表现： （a）忽视软件需求分析；）忽视软件需求分析； （b）认为软件开发就是写程序并使之运行；）认为软件开发就是写程序并使之运行； （c）轻视软件维护；）轻视软件维护； 在软件开发的不同阶段进行修改需要付出的在软件开发的不同阶段进行修改需要付出的代价很不相同：代价很不相同：高高中中低低早期早期中期中期后期后期软件开发时期软件开发时期代价代价引入同一修改的代价随时间变化的趋势引入同一修改的代价随时间变化的趋势1）推广使用在实践中总结出来的开发软件的成）推广使用在实践中总结出来的开发软件的成功技术和方法，并研究探索更有效的技术和功技术和方法，并研究探索更有效的技术和方法；方法；2）开发
3、和使用更好的软件工具；）开发和使用更好的软件工具；3）良好的组织管理措施。）良好的组织管理措施。 1.1.3 解决软件危机的途径解决软件危机的途径 为了解决软件危机产生的问题，软件工程与为了解决软件危机产生的问题，软件工程与方法学逐渐形成，然后出现了两个相互相承又方法学逐渐形成，然后出现了两个相互相承又各有侧重的学科：各有侧重的学科： 1）软件工程学软件工程学：主要应用工程的方法和技：主要应用工程的方法和技术研究软件开发与维护的方法、工具和管理的术研究软件开发与维护的方法、工具和管理的一门交叉学科。一门交叉学科。 2）程序设计方法学程序设计方法学：主要应用数学的方法：主要应用数学的方法研究程序
4、的性质以及程序设计的理论和方法的研究程序的性质以及程序设计的理论和方法的学科。学科。 1.2 软件工程软件工程1.2.1 软件工程的介绍软件工程的介绍1968年年NATO会议：软件工程就是为了经济地获会议：软件工程就是为了经济地获得可靠的且能在实际机器上有效地运行的软件，得可靠的且能在实际机器上有效地运行的软件，而建立和使用完善的工程原理。而建立和使用完善的工程原理。1993年年IEEE：软件工程是（：软件工程是（1）把系统的、规范）把系统的、规范的、可度量的途径应用于软件开发、运行和维护的、可度量的途径应用于软件开发、运行和维护过程；（过程；（2）研究（）研究（1）中提到的途径。）中提到的途
5、径。 1. 软件工程关注于大型程序的构造；软件工程关注于大型程序的构造； 2. 软件工程的中心课题是控制复杂性；软件工程的中心课题是控制复杂性； 3. 软件经常变化；软件经常变化； 4. 开发软件的效率非常重要；开发软件的效率非常重要； 5. 和谐地合作是软件开发的关键；和谐地合作是软件开发的关键； 6. 软件必须有效地支持它的用户；软件必须有效地支持它的用户； 7. 在软件工程领域中是由具有一种文化背景的在软件工程领域中是由具有一种文化背景的人替具有另一种文化背景的人创造产品。人替具有另一种文化背景的人创造产品。软件工程的本质特性：软件工程的本质特性：1.2.2 软件工程的基本原理软件工程的
6、基本原理1. 用分阶段的生命周期计划严格管理；用分阶段的生命周期计划严格管理；2. 坚持进行阶段评审；坚持进行阶段评审；3. 实行严格的产品控制；实行严格的产品控制；4. 采用现代程序设计技术；采用现代程序设计技术；5. 结果能清楚地审查；结果能清楚地审查；6. 开发小组的人员应该少而精；开发小组的人员应该少而精；7. 承认不断改进软件工程实践的必要性。承认不断改进软件工程实践的必要性。1.2.3 软件工程方法学软件工程方法学 通常把在软件生命周期全过程中使用的一整套通常把在软件生命周期全过程中使用的一整套技术方法的集合称为方法学（技术方法的集合称为方法学（Methodology），），也称为
7、范型（也称为范型（Paradigm）。）。 软件工程方法学的软件工程方法学的3要素：方法、工具和过程要素：方法、工具和过程1. 传统方法学传统方法学 也称为生命周期方法学或结构化范型。也称为生命周期方法学或结构化范型。 结构化方法（结构化方法（Structure Method）有：有： 1）结构化设计方法（）结构化设计方法（SD）；）； 2）结构化分析方法（结构化分析方法（SA）；）； 3）结构化分析与设计技术（）结构化分析与设计技术（SADT） 4）JACKSON方法方法 5）WARNIER方法方法2. 面向对象方法学面向对象方法学 把数据和对数据的操作紧密结合起来的方法，把数据和对数据的操
8、作紧密结合起来的方法，模拟人类认识世界解决问题的方法和过程。模拟人类认识世界解决问题的方法和过程。 面向对象的方法面向对象的方法 =对象（属性与服务的封装）对象（属性与服务的封装） +分类分类 +继承继承 +通过消息的通讯通过消息的通讯1）适用于实时事物处理系统的有限状态机方法）适用于实时事物处理系统的有限状态机方法（FSM）；）；2）适用于并发软件系统的适用于并发软件系统的PETRI网方法；网方法；3）以数学概念和理论为基础的形式化方法，如）以数学概念和理论为基础的形式化方法，如 SDC公司的形式化开发方法公司的形式化开发方法FDM： （Formal Development Methodol
9、ogy） IBM公司的维也纳开发方法公司的维也纳开发方法VDM： （Vienna Development Method ） 3. 其他开发方法其他开发方法 1.3 软件生命周期软件生命周期软件生命周期软件生命周期：指软件从提出到最终被淘汰的这个存在期。指软件从提出到最终被淘汰的这个存在期。 软件生命周期组成：软件生命周期组成： 1）软件定义；）软件定义； A.问题定义问题定义 B.可行性研究可行性研究 C.需求分析需求分析 2）软件开发；）软件开发； D.总体设计总体设计 E.详细设计详细设计 F.编码和单元测试编码和单元测试 G.综合测试综合测试 3）运行维护。）运行维护。 1.问题定义；问
10、题定义； 2.可行性研究；可行性研究； 3.需求分析；需求分析； 4.总体设计（概要设计）；总体设计（概要设计）； 5.详细设计；详细设计； 6.编码与单元测试；编码与单元测试； 7.综合测试；综合测试； 8.维护。维护。软件生命周期各个阶段：软件生命周期各个阶段：1.4 软件过程软件过程软件过程软件过程：为了获得高质量软件所需要完成的一：为了获得高质量软件所需要完成的一系列任务的框架，它规定了完成各项任务的工作系列任务的框架，它规定了完成各项任务的工作步骤。步骤。软件过程（软件过程（ISO9000）：使用资源将输入转化为使用资源将输入转化为输出的活动所构成的系统。输出的活动所构成的系统。输入
11、：如软件需求输入：如软件需求输出：如软件产品输出：如软件产品1.4.1 瀑布模型瀑布模型1. 阶段间具有顺序性和阶段间具有顺序性和依赖性依赖性2. 推迟实现的观点推迟实现的观点3. 质量保证的观点质量保证的观点优点优点：采用规范的：采用规范的方法；严格规定每方法；严格规定每个阶段提交的文档；个阶段提交的文档；要求每个阶段交出要求每个阶段交出的产品必须经过验的产品必须经过验证。证。1.4.2 快速原型模型快速原型模型优点优点：不带反馈环，基：不带反馈环，基本上是线性顺序进行。本上是线性顺序进行。1.4.3 增量模型增量模型优点优点：能较短时间内提交可完成部分工作的产品；可以使用户有充裕的时间学习
12、：能较短时间内提交可完成部分工作的产品；可以使用户有充裕的时间学习和适应新产品。和适应新产品。一种风险更大的增量模型：一种风险更大的增量模型：1.4.4 螺旋模型螺旋模型 可把它看作在每可把它看作在每个阶段之前都增加个阶段之前都增加风险分析的快速原风险分析的快速原型模型。型模型。1.4.5 喷泉模型喷泉模型 典型的面向对象软件开发过典型的面向对象软件开发过程模型之一。程模型之一。1.4.6 Rational 统一过程统一过程1. RUP软件开发经验软件开发经验（1）迭代式开发）迭代式开发（2）管理需求）管理需求（3）使用基于构件的体系结构）使用基于构件的体系结构（4）可视化建模）可视化建模（5
13、）贯穿于开发过程的软件质量验证）贯穿于开发过程的软件质量验证（6）控制软件变更）控制软件变更1.4.7 敏捷过程与极限编程敏捷过程与极限编程1.敏捷过程敏捷过程 具有高效、快速响应变化的开发过程。具有高效、快速响应变化的开发过程。（1）个体和交互胜过过程和工具；）个体和交互胜过过程和工具；（2）可以工作的软件胜过面面俱到的文档；）可以工作的软件胜过面面俱到的文档；（3）客户合作胜过合同谈判；）客户合作胜过合同谈判；（4）响应变化胜过遵循计划。）响应变化胜过遵循计划。2.极限编程极限编程 敏捷过程中最著名的一种，指把好的开发实践运敏捷过程中最著名的一种，指把好的开发实践运用到极致，多应用于软件需
14、求模糊的场合。用到极致，多应用于软件需求模糊的场合。1.4.8 微软过程微软过程1.微软过程准则微软过程准则2.微软软件生命周期微软软件生命周期（1）规划阶段）规划阶段（2）设计阶段）设计阶段（3）开发阶段）开发阶段（4）稳定阶段）稳定阶段（5）发布阶段）发布阶段3.微软过程模型微软过程模型 问题定义就是要确定为用户建立什么样的软问题定义就是要确定为用户建立什么样的软件系统，软件叫什么样的名称等等。件系统，软件叫什么样的名称等等。“问题问题”是指软件最基本的问题，如：是指软件最基本的问题，如： 软件的总体目标什么？软件的总体目标什么？ 有什么用途？有什么用途？ 为那些用户设计？为那些用户设计？
15、 1.5 问题定义阶段问题定义阶段问题定义报告的内容包括：问题定义报告的内容包括： 1）软件项目标题；软件项目标题； 2）软件目标；软件目标； 3）软件用户对象；软件用户对象； 4）软件规模。软件规模。 问题定义是软件生命周期中时间最短的阶段，问题定义是软件生命周期中时间最短的阶段，一般都比较简单，因此在实际开发中它是最容一般都比较简单，因此在实际开发中它是最容易被忽视的一个阶段。易被忽视的一个阶段。 这一阶段工作主要由系统分析员来完成，系这一阶段工作主要由系统分析员来完成，系统分析员要尽可能从较高的角度概括软件所要统分析员要尽可能从较高的角度概括软件所要做的工作，而不用写明问题的实现细节。做
16、的工作，而不用写明问题的实现细节。 第第2章：可行性研究章：可行性研究 可行性研究就是要回答可行性研究就是要回答“所定义的问题有所定义的问题有可行的解决办法吗？可行的解决办法吗？”。 可行性研究的目的是：用最小的代价在尽可行性研究的目的是：用最小的代价在尽可能短的时间内确定问题是否有解，以及是可能短的时间内确定问题是否有解，以及是否值得去解。否值得去解。2.1 可行性研究的任务可行性研究的任务 可行性研究所需的时间取决于工程的规可行性研究所需的时间取决于工程的规模，所需要的成本要占工程总成本的模，所需要的成本要占工程总成本的5%10%。可行性研究的内容：可行性研究的内容：1）技术可行性技术可行
17、性技术可行性要分析各种技术因素，例如：技术可行性要分析各种技术因素，例如： 使用现有的技术能否实现这个系统？使用现有的技术能否实现这个系统？ 是否有胜任开发该项目的熟练技术人员？是否有胜任开发该项目的熟练技术人员？ 能否按期得到开发该项目所需的软件、硬件能否按期得到开发该项目所需的软件、硬件资源？资源？2）经济可行性经济可行性 对经济合理性进行评价，所要考虑的问题是：对经济合理性进行评价，所要考虑的问题是： 这个系统的经济效益能否超过它的开发成本？这个系统的经济效益能否超过它的开发成本？ 这就需要对项目进行价格这就需要对项目进行价格/利益分析，即利益分析，即“投入投入/产出产出”分析。分析。
18、由于利益分析取决于软件系统的特点，因此在由于利益分析取决于软件系统的特点，因此在软件开发之前，很难对新系统产生的效益作出精软件开发之前，很难对新系统产生的效益作出精确的定量描述，所以往往采用一些估算方法。确的定量描述，所以往往采用一些估算方法。3）操作可行性操作可行性 操作可行性评价系统运行后会引起的各方操作可行性评价系统运行后会引起的各方面变化，如：对组织机构管理模式、用户工面变化，如：对组织机构管理模式、用户工作环境等产生的影响。作环境等产生的影响。 4）社会可行性社会可行性 社会可行性主要讨论法律方面和使用方面社会可行性主要讨论法律方面和使用方面的可行性。的可行性。 例如，被开发软件的权
19、利归属问题、软件例如，被开发软件的权利归属问题、软件所使用的技术是否会造成侵权等问题。所使用的技术是否会造成侵权等问题。2.2 可行性研究的步骤可行性研究的步骤 1）复查系统规模和目标；）复查系统规模和目标；2）研究目前正在使用的系统；）研究目前正在使用的系统；3）导出新系统的高层逻辑模型（数据流图、）导出新系统的高层逻辑模型（数据流图、数据字典）；数据字典）；4）重新定义问题；重新定义问题； 5）导出和评价供选择的解法（物理解决方案）；）导出和评价供选择的解法（物理解决方案）；6）推荐行动方案；）推荐行动方案；7）草拟开发计划；）草拟开发计划；8）书写文档提交审查。）书写文档提交审查。 2.
20、2 可行性研究的步骤可行性研究的步骤 2.3 系统流程图系统流程图 （描绘物理系统的工具）（描绘物理系统的工具）2.3.1 符号符号 符号符号名称名称说明说明处理处理如：程序，处理机，人工加工如：程序，处理机，人工加工输入输入/输出输出连接连接换页连接换页连接数据流数据流表示输入或输出表示输入或输出同一页上图的连接同一页上图的连接不同页上图的连接不同页上图的连接指明数据流动方向指明数据流动方向图图2.1 基本符号基本符号符号符号名称名称说明说明穿孔卡片穿孔卡片文档文档磁带磁带联机存储联机存储磁盘磁盘磁鼓磁鼓显示显示人工输入人工输入人工操作人工操作辅助操作辅助操作通信链路通信链路穿孔卡片输入穿孔
21、卡片输入/输出，或穿孔卡片文件输出，或穿孔卡片文件打印输出，或打印终端输入数据打印输出，或打印终端输入数据磁带输入磁带输入/输出，或表示磁带文件输出，或表示磁带文件任何种类磁盘存储，如磁盘、磁鼓等任何种类磁盘存储，如磁盘、磁鼓等磁盘输入磁盘输入/输出，或磁盘上文件、数据库输出，或磁盘上文件、数据库磁鼓输入磁鼓输入/输出，或磁鼓上文件、数据库输出，或磁鼓上文件、数据库显示器部件显示器部件人工输入数据，如填写表格人工输入数据，如填写表格人工完成的处理人工完成的处理使用辅助设备进行的脱机操作使用辅助设备进行的脱机操作通过远程通信线路传送数据通过远程通信线路传送数据图图2.2 系统符号系统符号2.3.
22、2 例子例子 事务事务库存清单程序库存清单程序报告生成程序报告生成程序定货定货信息信息定货报告定货报告库存清单库存清单主文件主文件图图2.3 库存清单系统的系统流程图库存清单系统的系统流程图2.4 数据流图（描绘数据在系统中流动的逻辑过程）数据流图（描绘数据在系统中流动的逻辑过程）2.4.1 符号符号 或或或或或或数据源点或终点数据源点或终点变换数据的处理变换数据的处理数据存储数据存储数据流数据流图图2.4 基本符号的含义基本符号的含义TABC*TABC*附加符号附加符号TABC+TABC+2.4.2 绘制数据流图的绘制数据流图的例子例子 事务事务库存清单程序库存清单程序报告生成程序报告生成程
23、序定货定货信息信息定货报告定货报告库存清单库存清单主文件主文件图图2.3 库存清单系统的系统流程图库存清单系统的系统流程图2.4.2 绘制数据流图的绘制数据流图的例子例子 仓库仓库管理员管理员采购员采购员定货系统定货系统事务事务定货报表定货报表图图2.5 定货系统的基本系统模型定货系统的基本系统模型2.4.2 绘制数据流图的例子绘制数据流图的例子 库存清单库存清单仓库仓库管理员管理员采购员采购员事务事务定货报表定货报表图图2.6 定货系统的功能级数据流图定货系统的功能级数据流图处理事处理事务务1产生报产生报表表2D1库存清单库存清单D2定货信息定货信息定货信息定货信息定货信息定货信息组成该例子
24、的数据流图的元素组成该例子的数据流图的元素源点源点/终点终点处理处理 采购员采购员 仓库管理员仓库管理员 产生报表产生报表 处理事务处理事务数据流数据流数据存储数据存储 订货报表订货报表 零件编号零件编号 零件名称零件名称 订货数量订货数量 目前价格目前价格 主要供应商主要供应商 次要供应商次要供应商 事务事务 零件编号零件编号 事务类型事务类型 数量数量 订货信息订货信息 （见订货报表）（见订货报表） 库存清单库存清单 零件编号零件编号 库存量库存量 库存量临界值库存量临界值2.4.2 绘制数据流图的例子绘制数据流图的例子 仓库仓库管理员管理员采购员采购员事务事务定货报表定货报表图图2.7
25、定货系统进一步分解后的数据流图定货系统进一步分解后的数据流图更新更新库存库存清单清单1.2产生产生报表报表2D1 库存清单库存清单D2 定货信息定货信息接收接收事务事务1.1处理处理定货定货1.3库存清单库存清单定货信息定货信息定货信息定货信息1）为数据流（或数据存储）命名为数据流（或数据存储）命名 A名字应该代表整个数据流（或数据存储）名字应该代表整个数据流（或数据存储）的内容；的内容； B不要使用空洞的、缺乏具体含义的名字不要使用空洞的、缺乏具体含义的名字（如（如“数据数据”、“输入输入”）；）； 2.4.3 命名命名 C如果为某个数据流（或数据存储）如果为某个数据流（或数据存储）起名字时
26、遇到困难，则很可能是因为对起名字时遇到困难，则很可能是因为对数据流图的分解不恰当造成的，应该试数据流图的分解不恰当造成的，应该试试重新分解数据流图；试重新分解数据流图； 2）为处理命名为处理命名 A通常先为数据流命名，然后再为与之通常先为数据流命名，然后再为与之相关联的处理命名；相关联的处理命名； B名字应该反映整个处理的功能；名字应该反映整个处理的功能； C应该尽量避免空洞笼统的动词做名字，应该尽量避免空洞笼统的动词做名字，如如“处理处理”、“加工加工”； D通常用一个动词命名，如果必须用两通常用一个动词命名，如果必须用两个动词才能描述整个处理的功能，则可能要个动词才能描述整个处理的功能，则
27、可能要把这个处理分解成两个处理更恰当；把这个处理分解成两个处理更恰当； E如果在为某个处理命名时遇到困难，如果在为某个处理命名时遇到困难，则很可能是发现了分解不当的情况，应考虑则很可能是发现了分解不当的情况，应考虑重新分解。重新分解。 通常，为通常，为“数据源点数据源点/终点终点”命名时，采用命名时，采用它们在问题域中习惯使用的名字（如它们在问题域中习惯使用的名字（如“仓库仓库管理员管理员”、“采购员采购员”）。）。1）利用它作为交流信息的工具；）利用它作为交流信息的工具；2）作为软件分析和设计的工具。）作为软件分析和设计的工具。2.4.4 数据流图的用途数据流图的用途 2.4.4 数据流图的
28、用途数据流图的用途 仓库仓库管理员管理员采购员采购员事务事务定货报表定货报表图图2.8 这种自动化边界建议以联机方式更新库存清单这种自动化边界建议以联机方式更新库存清单更新更新库存库存清单清单1.2产生产生报表报表2D1 库存清单库存清单D2 定货信息定货信息接收接收事务事务1.1处理处理定货定货1.3库存清单库存清单定货信息定货信息定货信息定货信息图图2.8 对应的物理实现硬件方案对应的物理实现硬件方案2.4.4 数据流图的用途数据流图的用途 仓库仓库管理员管理员采购员采购员事务事务定货报表定货报表图图2.9 这种自动化边界暗示以批量方式更新库存清单这种自动化边界暗示以批量方式更新库存清单更
29、新更新库存库存清单清单1 .2产生产生报表报表2D1 库存清单库存清单D2定货信息定货信息接收接收事务事务1 .1处理处理定货定货1 .3库存清单库存清单定货信息定货信息定货信息定货信息D3 事务事务图图2.9 对应的物理实现硬件方案对应的物理实现硬件方案 数据字典数据字典：对数据流图中包含的所有元素的：对数据流图中包含的所有元素的定义的集合；定义的集合； 可行性研究阶段，数据流图与数据字典共同可行性研究阶段，数据流图与数据字典共同构成系统的构成系统的逻辑模型逻辑模型。2.5 数据字典数据字典2.5.1 数据字典的内容数据字典的内容数据字典应该对下列元素进行定义：数据字典应该对下列元素进行定义
30、： 1）数据流；）数据流； 2）数据元素（数据流分量）；）数据元素（数据流分量）； 3）数据存储；）数据存储； 4）处理。）处理。 1）数据元素数据元素字典字典定义定义其定义的基本内容有：其定义的基本内容有： A数据元素编号、名称及其含义；数据元素编号、名称及其含义； B数据类型和长度；数据类型和长度； C合理取值；合理取值； D其他内容，如它与其它数据的逻辑关其他内容，如它与其它数据的逻辑关系等。系等。2.5.2 定义数据的方法定义数据的方法数据元素字典数据元素字典定义实例：定义实例：数据元素编号数据元素编号：DC001数据元素名称数据元素名称：考试成绩：考试成绩别名别名：成绩、分数：成绩、
31、分数简述简述：学生考试成绩，分五个等级：学生考试成绩，分五个等级类型类型/长度长度：两个字节，字符类型：两个字节，字符类型取值取值/含义含义：优：优 90-100 良良 80-89 中中 70-79 及格及格 60-69 不及格不及格 0-59有关数据项或结构有关数据项或结构：学生成绩档案：学生成绩档案有关处理逻辑有关处理逻辑：计算成绩：计算成绩 图图2.10 数据元素字典定义数据元素字典定义2）数据流字典数据流字典定义定义其定义的基本内容有：其定义的基本内容有： A数据流编号及名称；数据流编号及名称； B数据流来源；数据流来源； C数据流去处；数据流去处； D数据流的组成；数据流的组成； E
32、流通量；流通量； F峰值。峰值。数据流字典数据流字典定义实例：定义实例：数据流编号数据流编号：DF001数据流名称数据流名称：订票单：订票单简述简述：订票时填写的订票单：订票时填写的订票单数据流来源数据流来源：外部实体：外部实体“乘客乘客”数据流去处数据流去处：处理逻辑：处理逻辑“预订机票预订机票”数据流组成数据流组成：订单编号：订单编号 日期日期 乘客号乘客号 航班号航班号 状态状态 订单失效日期订单失效日期流通量流通量：每天：每天300份份高峰值流通量高峰值流通量：每天早上：每天早上9：00，约，约160份份图图2.11 数据流字典定义数据流字典定义3）数据存储数据存储字典定义字典定义其定
33、义的基本内容有：其定义的基本内容有： A数据存储编号及名称；数据存储编号及名称； B数据存储的组成；数据存储的组成； C其它要求。其它要求。4）数据处理数据处理字典定义字典定义其定义的基本内容有：其定义的基本内容有： A数据处理编号及名称；数据处理编号及名称； B简单描述；简单描述； C输入输入/输出；输出； D功能描述；功能描述； E有关数据存储。有关数据存储。 数据处理数据处理字典定义实例：字典定义实例：数据处理编号数据处理编号：DP001数据处理名称数据处理名称：编辑订票：编辑订票简述简述：接收从终端录入的订票单，检验是否正确：接收从终端录入的订票单，检验是否正确输入输入：乘客订单，来源
34、：外部实体：乘客订单，来源：外部实体“乘客乘客”输出输出：1.合格订单，去处：处理逻辑合格订单，去处：处理逻辑“确定订票确定订票” 2.不及格订单，去处：外部实体不及格订单，去处：外部实体“乘客乘客”功能描述：功能描述：（略）（略）图图2.12 数据处理字典定义数据处理字典定义5）组成数据项的表示方法）组成数据项的表示方法 = 表示表示“等价于等价于”或或“定义为定义为” + 表示表示“与与” 与与 | 表示表示“或或” 表示重复表示重复 ( ) 表示可选项表示可选项 通讯录通讯录=通讯地址通讯地址 通讯地址通讯地址=姓名姓名+邮编邮编+省省|直辖市直辖市|自治自治区区+市市|县县+街道街道+
35、门牌号门牌号+（电话）（电话） 1. 作为分析阶段的重要工具；作为分析阶段的重要工具；2. 数据元素的控制信息非常有用；数据元素的控制信息非常有用；3. 有助于开发数据库。有助于开发数据库。2.5.3 数据字典的用途数据字典的用途实现数据字典：实现数据字典： 1）程序处理；）程序处理； 2）卡片式人工书写；）卡片式人工书写；2.5.4 数据字典的实现数据字典的实现2.6 成本成本/效益分析效益分析 1）代码行技术代码行技术 软件成本软件成本 = 每行代码的平均成本每行代码的平均成本估计的估计的源代码总行数源代码总行数 2.6.1 成本估计成本估计2）任务分解技术任务分解技术 软件开发项目分解为
36、若干个相对独立的软件开发项目分解为若干个相对独立的任务，分别估计每个单独任务的成本：任务，分别估计每个单独任务的成本： 单独任务成本单独任务成本 = 任务所需人力估计值任务所需人力估计值每人每月平均工资；每人每月平均工资； 软件开发项目总成本估计软件开发项目总成本估计 = 各个单独任务各个单独任务成本估计值之和。成本估计值之和。 常用的办法是按开发阶段划分任务，典型环境下常用的办法是按开发阶段划分任务，典型环境下各个开发阶段需要使用的人力百分比大致如下：各个开发阶段需要使用的人力百分比大致如下：任务任务人力（）人力（）可行性研究可行性研究需求分析需求分析设计设计编码与单元测试编码与单元测试综合
37、测试综合测试总计总计5102520401003）自动估计成本技术自动估计成本技术 采用自动估计成本的软件工具估计。采用自动估计成本的软件工具估计。 1）Putnam 模型模型 1978年年Putnam提出的，一种动态多变量模型：提出的，一种动态多变量模型：软件开发成本估算的经验模型：软件开发成本估算的经验模型： Ck为技术状态常数，它反映为技术状态常数，它反映“妨碍开发进展妨碍开发进展的限制的限制”，取值因开发环境而异，见下表：，取值因开发环境而异，见下表：Ck的典型值的典型值开发环境开发环境开发环境举例开发环境举例2000差差没有系统的开发方法，缺乏文档和复审没有系统的开发方法，缺乏文档和复
38、审8000好好有合适的系统的开发方法，有充分的文档和复审有合适的系统的开发方法，有充分的文档和复审11000优优有自动的开发工具和技术有自动的开发工具和技术2）COCOMO模型模型(constructive cost model) 这是由这是由TRW公司开发，公司开发，Boehm提出的结构化成本估算提出的结构化成本估算模型，是一种精确的、易于使用的成本估算方法。模型，是一种精确的、易于使用的成本估算方法。 基本基本COCOMO模型估算工作量和进度的公式如下：模型估算工作量和进度的公式如下： 工工 作作 量：量： MM = r(KDSI)c （人月）人月） 开发时间：开发时间： TDKV = a
39、(MM)b （月）月） DSI：源指令条数，不包括注释，源指令条数，不包括注释，1KDSI = 1000DSI MM：开发工作量（以人月计），开发工作量（以人月计），1MM = 19 人日人日 = 152 人时人时 =1/12 人年人年 经验常数经验常数 r, c, a, b 取决于项目的总体类型取决于项目的总体类型 COCOMO模型中，考虑开发环境，软件开发模型中，考虑开发环境，软件开发项目的类型可以分为项目的类型可以分为3种：种：1）组织型组织型(organic) 相对较小、较简单的软件项目。开发人员对开相对较小、较简单的软件项目。开发人员对开发目标理解比较充分，与软件系统相关的工作经发目
40、标理解比较充分，与软件系统相关的工作经验丰富，对软件的使用环境很熟悉，受硬件的约验丰富，对软件的使用环境很熟悉，受硬件的约束较小，程序的规模不是很大（束较小，程序的规模不是很大（50000行）行） 2）嵌入型嵌入型(embedded) 要求在紧密联系的硬件、软件和操作的限制条要求在紧密联系的硬件、软件和操作的限制条件下运行，通常与某种复杂的硬件设备紧密结合件下运行，通常与某种复杂的硬件设备紧密结合在一起。对接口，数据结构，算法的要求高。软在一起。对接口，数据结构，算法的要求高。软件规模任意。件规模任意。 如大而复杂的事务处理系统，大型如大而复杂的事务处理系统，大型/超大型操超大型操作系统，航天
41、用控制系统，大型指挥系统等。作系统，航天用控制系统，大型指挥系统等。 3）半独立型半独立型（semidetached） 介于上述两种软件之间。规模和复杂度都属于介于上述两种软件之间。规模和复杂度都属于中等或更高。最大可达中等或更高。最大可达30万行。万行。COCOMO模型按其详细程度可以分为三级：模型按其详细程度可以分为三级：1）基本基本COCOMO模型模型 是一个静态单变量模型，它用一个以已估算出来的是一个静态单变量模型，它用一个以已估算出来的原代码行数原代码行数(LOC)为自变量的经验函数计算软件开发工为自变量的经验函数计算软件开发工作量。作量。基本基本COCOMO模型模型通过统计通过统计
42、63个历史项目的历史数据，得到如下计算公式：个历史项目的历史数据，得到如下计算公式：总体类型总体类型工作量工作量所需开发时间所需开发时间组织型组织型MM = 2.4(KDSI)1.05TDKV = 2.5(MM)0.38半独立型半独立型MM = 3.0(KDSI)1.12TDKV = 2.5(MM)0.35嵌入型嵌入型MM = 3.0(KDSI)1.20TDKV = 2.5(MM)0.322）中级中级COCOMO模型模型 在基本在基本COCOMO模型的基础上，再用涉及模型的基础上，再用涉及产品、硬件、人员、项目等方面的影响因素调整产品、硬件、人员、项目等方面的影响因素调整工作量的估算。工作量的
43、估算。3）详细详细COCOMO模型模型 包括中级包括中级COCOMO模型的所有特性，但更模型的所有特性，但更进一步考虑了软件工程中每一步骤（如分析、设进一步考虑了软件工程中每一步骤（如分析、设计）的影响。计）的影响。1）货币的时间价值货币的时间价值 假设年利率为假设年利率为i,如果现在存入如果现在存入P元钱，则元钱，则n年以后可以得到的钱数为：年以后可以得到的钱数为： 反之，如果反之，如果n年后能收入年后能收入F元钱，那么这些元钱，那么这些钱现在的价值是：钱现在的价值是： niPF)1 ( niFP)1/( 2.6.2 成本成本/效益分析效益分析表表1：将来的收入折算成现在值：将来的收入折算成
44、现在值 年年将来值（元）将来值（元）(1+0.12)n现在值（元）现在值（元）累计的现在累计的现在值（元）值（元）125001.122232.142232.14225001.251992.984225.12325001.401779.456004.57425001.571588.807593.37525001.761418.579011.942）投资回收期投资回收期 第一、第二年回收：第一、第二年回收：4225元元 第三年用于回收投资要：第三年用于回收投资要： ( 5000 - 4225 ) / 1779 = 0.44年年 总的投资回收期总的投资回收期 = 2.44年年3）纯收入纯收入 901
45、1.94 - 5000 = 4011.94 （元）（元）4）投资回收率投资回收率 其中：其中：P是现在的投资额；是现在的投资额； Fi是第是第i年年底的效益（年年底的效益（i=1,2,3,n）; n是系统的使用寿命（一般假设是系统的使用寿命（一般假设n=5）；）； j是投资回收率。是投资回收率。上述修改系统的工程的投资回收率是上述修改系统的工程的投资回收率是41%-42%nnjFjFjFP)1/()1/()1/(221第第2章小结章小结 可行性分析报告可行性分析报告 说明该软件开发项目的实现在技术上、经济上和社会说明该软件开发项目的实现在技术上、经济上和社会因素上的可行性，评述为了合理地达到开
46、发目标可供选因素上的可行性，评述为了合理地达到开发目标可供选择的各种可能实施方案，说明并论证所选定实施方案的择的各种可能实施方案，说明并论证所选定实施方案的理由。理由。 项目开发计划项目开发计划 为软件项目实施方案制订出具体计划，应该包括各部为软件项目实施方案制订出具体计划，应该包括各部分工作的负责人员、开发的进度、开发经费的预算、所分工作的负责人员、开发的进度、开发经费的预算、所需的硬件及软件资源等。需的硬件及软件资源等。第3章：需求分析 3.1.1 确定对系统的综合要求确定对系统的综合要求 1功能需求功能需求 2性能需求性能需求 如：相应时间（速度）、主存容量、磁盘容量、如：相应时间（速度
47、）、主存容量、磁盘容量、安全性、等。安全性、等。3.1 需求分析的任务需求分析的任务3. 可靠性和可用性需求可靠性和可用性需求4. 出错处理需求出错处理需求 系统发现错误时采取的行动，主要在系统关键部分设置。系统发现错误时采取的行动，主要在系统关键部分设置。5. 接口需求接口需求 用户接口、硬件接口、软件接口、通信接口、等。用户接口、硬件接口、软件接口、通信接口、等。6. 约束约束 精度、工具和语言、设计约束、硬件约束、标准，等。精度、工具和语言、设计约束、硬件约束、标准，等。7. 逆向需求逆向需求 8. 将来可能提出的要求将来可能提出的要求 3.1.3 导出系统的逻辑模型导出系统的逻辑模型
48、包括完善的数据流图、实体联系图、状态转换图、包括完善的数据流图、实体联系图、状态转换图、数据字典、主要的处理算法（数据字典、主要的处理算法（IPO图）等。图）等。3.1.2 分析系统的数据要求分析系统的数据要求 通过建立数据模型来分析，如数据字典、层次方框图、通过建立数据模型来分析，如数据字典、层次方框图、Warnier图，并图，并将数据结构规范化。将数据结构规范化。3.1.4 修正系统开发计划修正系统开发计划 修订前期制定的开发进度计划、等。修订前期制定的开发进度计划、等。3.2 与用户沟通获取需求的方法与用户沟通获取需求的方法 3.2.1 访谈访谈 正式访谈正式访谈：系统分析员提出事先准备
49、好的问题。：系统分析员提出事先准备好的问题。非正式访谈非正式访谈：提出一些用户可以自由回答的开放性问题，鼓励被访者说：提出一些用户可以自由回答的开放性问题，鼓励被访者说出自己的想法。出自己的想法。需要访问大量人员时，利用调查表访问较佳。需要访问大量人员时，利用调查表访问较佳。3.2.2 面向数据流自顶向下求精面向数据流自顶向下求精 分析追踪数分析追踪数据流图据流图用户复查用户复查细化数据流细化数据流图图有补充修正有补充修正无 补 充无 补 充修正修正需要分解需要分解不需分解不需分解图图3.1 需求分析基本过程需求分析基本过程 借助数据流图、数据字典、借助数据流图、数据字典、IPO图等，细化、完善详细的数据流图，等图等，细化、完善详细的数据流图，等到各处理环节对应的功能。到各处理环节对应的功能。
