软件工程导论复习重点总结 很全 第六版
第1章软件工程学概述
软件危机
软件危机的介绍
软件危机(软件萧条、软件困扰)：是指在计算机软件的开发和维护过程中所遇到的一系列严重问题。软件危机包含下述两方面的问题：
如何开发软件，满足对软件日益增长的需求；
如何维护数量不断膨胀的已有软件。
软件危机的典型表现：
（1）对软件开发成本和进度的估计常常很不准确；
（2）用户对“已完成的”软件系统不满意的现象经常发生；
（3）软件产品的质量往往靠不住；
（4）软件常常是不可维护的；
（5）软件通常没有适当的文档资料；
（6）软件成本在计算机系统总成本中所占的比例逐年上升；
（7）软件开发生产率提高的速度，远远跟不上计算机应用迅速普及深入的趋势。
产生软件危机的原因
（1）与软件本身的特点有关
（2）与软件开发与维护的方法不正确有关
消除软件危机的途径
对计算机软件有正确的认识。
认识到软件开发是一种组织良好、管理严密、各类人员协同配合、共同完成的工程项目。
应该推广使用在实践中总结出来的开发软件的成功技术和方法，并继续研究探索。
应该开发和使用更好的软件工具。
总之，为了解决软件危机，既要有技术措施(方法和工具)，又要有必要的组织管理措施。
软件工程的介绍
软件工程：是指导计算机软件开发和维护的一门工程学科。采用工程的概念、原理、技术和方法来开发与维护软件，把经过时间考验而证明正确的管理技术和当前能够得到的最好的技术方法结合起来，以经济地开发出高质量的软件并有效地维护它，这就是软件工程。（期中考）
软件工程的本质特性：
软件工程关注于大型程序的构造
软件工程的中心课题是控制复杂性
软件经常变化
开发软件的效率非常重要
和谐地合作是开发软件的关键
软件必须有效地支持它的用户
在软件工程领域中是由具有一种文化背景的人替具有另一种文化背景的人创造产品软件工程的基本原理
用分阶段的生命周期计划严格管理
坚持进行阶段评审
实行严格的产品控制
采用现代程序设计技术
结果应能清楚地审查
开发小组的人员应该少而精
承认不断改进软件工程实践的必要性
软件工程方法学
软件工程包括技术和管理两方面的内容。
软件工程方法学3要素：方法、工具、过程
1.传统方法学(生命周期方法学或结构化范型)——强调自顶向下
2.面向对象方法学——强调主动地多次反复迭代
面向对象方法学4个要点：对象、类、继承、消息
软件生命周期（必考）
三个时期八个阶段：软件生命周期由软件定义、软件开发和运行维护(也称为软件维护)三个时期组成，每个时期又进一步划分成若干个阶段。
软件过程
瀑布模型
快速原型模型
增量模型
螺旋模型
喷泉模型
第2章可行性研究
2.1可行性研究的任务
可行性研究的目的：
不是解决问题，而是确定问题是否值得去解决。
可行性研究的实质：
进行一次大大压缩简化了的系统分析和设计的过程，也就是在较高层次上以较抽象的方式进行的系统分析和设计的过程。
可行性研究的内容：
首先进一步分析和澄清问题定义，导出系统的逻辑模型；
然后从系统逻辑模型出发，探索若干种可供选择的主要解法(即系统实现方案)；
对每种解法都研究它的可行性，至少应该从三方面研究每种解法的可行性。
主要方面：
技术可行性，经济可行性，操作可行性，
其他方面：
运行可行性，法律可行性，
可行性研究过程
1.复查系统规模和目标
2. 研究目前正在使用的系统
3. 导出新系统的高层逻辑模型
4. 进一步定义问题
5. 导出和评价供选择的解法
6. 推荐行动方针
7. 草拟开发计划
8. 书写文档提交审查
系统流程图
系统流程图：是概括地描绘物理系统的传统工具。表达的是数据在系统各部件之间流动的情况，而不是对数据进行加工处理的控制过程。
2.4数据流图
2.4.1符号
基本符号：
数据存储：数据存储是处于静止状态的数据；
数据流：数据流是处于运动中的数据。
附加符号：
星号（*）：表示“与”关系
加号（+）：表示“或”关系
异或（⊕）：表示互斥关系
2.5数据字典
数据流图和数据字典共同构成系统的逻辑模型。
数据字典的内容
数据字典的组成：数据流数据流分量(即数据元素) 数据存储处理
2.5.2定义数据的方法
方法：对数据自顶向下分解。
数据组成方式(三种基本类型)：顺序选择重复附加类型：可选
符号：
=意思是等价于(或定义为)；
+意思是和(即，连接两个分量)；
［］意思是或(即，从方括弧内列出的若干个分量中选择一个)，通常用“|”号隔开供选择的分量；{ }意思是重复(即，重复花括弧内的分量)；常常使用上限和下限进一步注释表示重复的花括弧。( )意思是可选(即，圆括弧里的分量可有可无)。
2.5.3数据字典的实现
计算机实现人工实现
2.6成本/效益分析
成本估计：1. 代码行技术 2. 任务分解技术 3. 自动估计成本技术
成本/效益分析的方法
成本/效益分析涉及的4个概念：
1. 货币的时间价值
2. 投资回收期
3. 纯收入
4. 投资回收率：P = F1/( 1 + j ) + F2/( 1 + j )2 + …+ Fn( 1 + j )n
第3章需求分析
需求分析的任务：
需求分析是软件定义时期的最后一个阶段，它的基本任务是准确地回答“系统必须做什么”这个问题。
确定系统必须完成哪些工作，也就是对目标系统提出完整、准确、清晰、具体的要求。
系统分析员应该写出软件需求规格说明书，以书面形式准确地描述软件需求
3.1需求分析的任务
确定对系统的综合要求
分析系统的数据要求
导出系统的逻辑模型
修正系统开发计划
3.1.1确定对系统的综合要求
1.功能需求
2. 性能需求
3. 可靠性和可用性需求
4. 出错处理需求
5. 接口需求
6. 约束
7. 逆向需求
8. 将来可能提出的要求
分析系统的数据要求
建立数据模型——ER图
描绘数据结构——层次方框图和Warnier图
数据结构规范化
与用户沟通获取需求的方法
访谈：1. 正式访谈 2. 非正式访谈 3. 调查表 4. 情景分析技术
面向数据流自顶向下求精
简易的应用规格说明技术
快速建立软件原型：(1) 第四代技术（4GL）(2) 可重用的软件构件 (3) 形式化规格说明和原型环境分析建模与规格说明
分析建模
需求分析过程应该建立3种模型：数据模型功能模型行为模型
数据字典是分析模型的核心
实体-联系图用于建立数据模型的图形
数据流图是建立功能模型的基础
状态转换图是行为建模的基础
3.4实体-联系图
数据模型中包含3种相互关联的信息：数据对象、数据对象的属性、数据对象彼此间相互连接的关系3.4状态转换图
3.6.1状态
状态图分类：
表示系统循环运行过程，通常不关心循环是怎样启动的。
表示系统单程生命期，需要标明初始状态和最终状态。
3.6.2事件
事件就是引起系统做动作或(和)转换状态的控制信息。
3.6.3符号
3.7其他图形工具
层次方框图
3.7.2Warnier图
3.7.3IPO图
3.8验证软件需求（重点）
从哪些方面验证软件需求的正确性
一致性完整性现实性有效性
第五章总体设计
5.1设计过程
由两个主要阶段组成：
系统设计阶段，确定系统的具体实现方案：设想供选择的方案选取合理的方案推荐最佳方案
结构设计阶段，确定软件结构:功能分解设计软件结构设计数据库制定测试文档书写文档审查和复查
5.2设计原理
模块化
模块化的作用：
采用模块化原理可以使软件结构清晰，不仅容易设计也容易阅读和理解。
模块化使软件容易测试和调试，因而有助于提高软件的可靠性。
模块化能够提高软件的可修改性。
模块化也有助于软件开发工程的组织管理。
5.2.2抽象
5.2.3逐步求精
5.2.4信息隐藏和局部化
模块独立
尽量使用数据耦合，
少用控制耦合和特征耦合，
限制公共环境耦合的范围，
完全不用内容耦合。
七种内聚的优劣评分结果：
高内聚：功能内聚
顺序内聚
中内聚：通信内聚
过程内聚
低内聚：时间内聚
逻辑内聚
偶然内聚
5.3启发规则
1.改进软件结构提高模块独立性
2.模块规模应该适中
3.深度、宽度、扇出和扇入都应适当
4.
5.模块的作用域应该在控制域之内
6.
7.力争降低模块接口的复杂程度
6. 设计单入口单出口的模块
7. 模块功能应该可以预测
描绘软件结构的图形工具
层次图和HIPO图
1. 层次图(H图)
层次图用来描绘软件的层次结构。很适于在自顶向下设计软件的过程中使用。
2.HIPO图
7.4.2结构图
7.5面向数据流的设计方法
结构化设计方法(简称SD方法)，也就是基于数据流的设计方法。
5.5.1概念
面向数据流的设计方法把信息流映射成软件结构，信息流的类型决定了映射的方法。
信息流有两种类型：变换流事务流
第6章详细设计
结构程序设计
经典的结构程序设计：
只允许使用顺序、IF-THEN-ELSE型分支和DO-WHILE型循环这3种基本控制结构；
扩展的结构程序设计：
如果除了上述3种基本控制结构之外，还允许使用DO-CASE型多分支结构和DO-UNTIL型循环结构；修正的结构程序设计：
再加上允许使用LEAVE(或BREAK)结构。
6.2人机界面设计
6.2.1设计问题
设计人机界面过程中会遇到的4个问题：
系统响应时间：长度易变性
用户帮助设施：集成的帮助设施附加的帮助设施
出错信息处理
命令交互
人机界面设计指南
一般交互指南
信息显示指南
数据输入指南
过程设计的工具
程序流程图（程序框图）
程序流程图的主要缺点：
程序流程图本质上不是逐步求精的好工具，它诱使程序员过早地考虑程序的控制流程，而不去考虑程序的全局结构。
程序流程图中用箭头代表控制流，因此程序员不受任何约束，可以完全不顾结构程序设计的精神，随意转移控制。
程序流程图不易表示数据结构。
6.3.2盒图(N-S图)
盒图具有下述特点：
功能域明确。
不可能任意转移控制。
很容易确定局部和全程数据的作用域。
很容易表现嵌套关系，也可以表示模块的层次结构。
PAD图
它用二维树形结构的图来表示程序的控制流，将这种图翻译成程序代码比较容易。
PAD图的主要优点如下：
使用表示结构化控制结构的PAD符号设计出来的程序必然是结构化程序。
PAD图所描绘的程序结构十分清晰。
PAD图表现程序逻辑易读、易懂、易记。
容易将PAD图转换成高级语言源程序，这种转换可用软件工具自动完成。
即可表示程序逻辑，也可描绘数据结构。
PAD图的符号支持自顶向下、逐步求精方法的使用。
判定表
判定表却能够清晰地表示复杂的条件组合与应做的动作之间的对应关系。
判定表的缺点：
判定表的含义不是一眼就能看出来的，初次接触这种工具的人理解它需要有一个简短的学习过程。当数据元素的值多于两个时，判定表的简洁程度也将下降。
判定树
判定树的优点：
它的形式简单，一眼就可以看出其含义，因此易于掌握和使用。
判定树的缺点：
简洁性不如判定表，数据元素的同一个值往往要重复写多遍，而且越接近树的叶端重复次数越多。画判定树时分枝的次序可能对最终画出的判定树的简洁程度有较大影响。
过程设计语言(伪码）
伪代码的基本控制结构：
简单陈述句结构：避免复合语句。
判定结构：IF_THEN_ELSE或CASE_OF结构。
选择结构：WHILE_DO或REPEAT_UNTIL结构。
PDL的优点：
可以作为注释直接插在源程序中间。有助于保持文档和程序的一致性，提高了文档的质量。
可以使用普通的正文编辑程序或文字处理系统，很方便地完成PDL的书写和编辑工作。
已经有自动处理程序存在，而且可以自动由PDL生成程序代码。
PDL的缺点：
不如图形工具形象直观，描述复杂的条件组合与动作间的对应关系时，不如判定表清晰简单。
面向数据结构的设计方法
面向数据结构的设计方法的最终目标是得出对程序处理过程的描述。
A由B、C、D 3个元素顺序组成根据条件A是B或C或D中的某一个 A由B出现N次(N≥0)组成改进的Jackson图
Jackson方法
程序复杂程度的定量度量
McCabe方法
1. 流图（程序图）
2. 计算环形复杂度的方法
V(G)=流图中的区域数
V(G)=E-N+2
其中E是流图中的边数，N是结点数
V(G)=P+1
其中P是流图中判定结点的数目
Halstead方法
令N1为程序中运算符出现的总次数，N2为操作数出现的总次数，程序长度N定义为：
N=N1+N2
程序中使用的不同运算符(包括关键字)的个数n1，以及不同操作数(变量和常数)的个数n2。预测程序长度的公式如下：
H = n1 log2n1 + n2 log2n2
预测程序中包含错误的个数的公式如下：
E = N log2 (n1+n2)/3000
第7章实现
编码和测试统称为实现。
编码
选择程序设计语言
主要的实用标准：
系统用户的要求
可以使用的编译程序
可以得到的软件工具
工程规模
程序员的知识
软件可移植性要求
软件的应用领域
编码风格
1. 程序内部的文档:恰当的标识符适当的注解程序的视觉组织
2. 数据说明
3. 语句构造
4. 输入输出
5. 效率:程序运行时间存储器效率输入输出的效率
软件测试基础
软件测试的目标
测试是为了发现程序中的错误而执行程序的过程；
好的测试方案是极可能发现迄今为止尚未发现的错误的测试方案；
成功的测试是发现了至今为止尚未发现的错误的测试。
测试方法
黑盒测试(功能测试)：
把程序看作一个黑盒子；
完全不考虑程序的内部结构和处理过程；
是在程序接口进行的测试。
白盒测试(结构测试)：
把程序看成装在一个透明的盒子里；
测试者完全知道程序的结构和处理算法；
按照程序内部的逻辑测试程序，检测程序中的主要执行通路是否都能按预定要求正确工作。
测试步骤
1. 模块测试(单元测试)
保证每个模块作为一个单元能正确运行；
发现的往往是编码和详细设计的错误。
2. 子系统测试
把经过单元测试的模块放在一起形成一个子系统来测试；
着重测试模块的接口。
3. 系统测试
把经过测试的子系统装配成一个完整的系统来测试；
发现的往往是软件设计中的错误，也可能发现需求说明中的错误；
不论是子系统测试还是系统测试，都兼有检测和组装两重含义，通常称为集成测试。
4. 验收测试(确认测试)
把软件系统作为单一的实体进行测试；
它是在用户积极参与下进行的，而且可能主要使用实际数据(系统将来要处理的信息)进行测试；发现的往往是系统需求说明书中的错误。
5. 平行运行
测试阶段的信息流
输入信息有两类：
软件配置，包括需求说明书、设计说明书和源程序清单等；
测试配置，包括测试计划和测试方案。
单元测试
单元测试集中检测模块；
单元测试和编码属于软件过程的同一个阶段；
可以应用人工测试和计算机测试这样两种不同类型的测试方法；
单元测试主要使用白盒测试技术，对多个模块的测试可以并行地进行。
测试重点
模块接口
局部数据结构
重要的执行通路
出错处理通路
边界条件
代码审查
由审查小组正式进行测试称为代码审查；
一次审查会上可以发现许多错误，可以减少系统验证的总工作量。
计算机测试
驱动程序是一个“主程序”，它接收测试数据，传送给被测试的模块，并且印出有关的结果。
存根程序代替被测试的模块所调用的模块。它使用被它代替的模块的接口，可能做最少量的数据操作，印出对入口的检验或操作结果，并且把控制归还给调用它的模块。
集成测试
集成测试是测试和组装软件的系统化技术，主要目标是发现与接口有关的问题。
由模块组装成程序时有两种方法：
不同集成测试策略的比较
混合策略：
改进的自顶向下测试方法
混合法
回归测试
确认测试
确认测试也称为验收测试，它的目标是验证软件的有效性。
Alpha和Beta测试
Alpha测试是在受控的环境中进行的。
Beta测试是软件在开发者不能控制的环境中的“真实”应用。
1.接口测试
2.路径测试
3.功能测试
4. 健壮性测试
5. 性能测试
6. 用户界面测试
7. 信息安全测试
8. 压力测试
9. 可靠性测试
10. 安装/反安装测试确认测试也称为验收测试，它的目标是验证软件的有效性。
Alpha测试是在受控的环境中进行的。
Beta测试是软件在开发者不能控制的环境中的“真实”应用。
4.接口测试
5.路径测试
6.功能测试
4. 健壮性测试
5. 性能测试
6. 用户界面测试
7. 信息安全测试
8. 压力测试
9. 可靠性测试
10. 安装/反安装测试
白盒测试技术
逻辑覆盖
语句覆盖
判定覆盖：比语句覆盖强，但对程序逻辑的覆盖程度仍不高。
条件覆盖：判定覆盖不一定包含条件覆盖，条件覆盖也不一定包含判定覆盖。
判定/条件覆盖：有时判定/条件覆盖也并不比条件覆盖更强。
条件组合覆盖：条件组合覆盖标准的测试数据并不一定能使程序中的每条路径都执行到。
6. 点覆盖（语句覆盖标准相同）
7. 边覆盖（判定覆盖一致)
8. 路径覆盖
控制结构测试覆盖
1. 基本路径测试
基本路径测试是Tom McCabe提出的一种白盒测试技术。
首先计算程序的环形复杂度；
以该复杂度为指南定义执行路径的基本集合；
2.条件测试
从该基本集合导出的测试用例可保证程序中的每条语句至少执行一次，而且每个条件在执行时都将分别取真、假两种值。
3. 循环测试
循环测试是一种白盒测试技术，它专注于测试循环结构的有效性。
在结构化的程序中通常只有3种循环，即简单循环、串接循环和嵌套循环。
黑盒测试技术
等价划分
边界值分析
错误推测
软降可靠性
基本概念
软件可靠性：
程序在给定的时间间隔内，按照规格说明书的规定成功地运行的概率。
软件的可用性：
程序在给定的时间点，按照规格说明书的规定，成功地运行的概率。
第8章维护
软件工程的目的是要提高软件的可维护性，减少软件维护所需要的工作量，降低软件系统的总成本。
软件维护的定义
软件维护：在软件已经交付使用之后，为了改正错误或满足新的需要而修改软件的过程。
可分为4项活动：
改正性维护
适应性维护
完善性维护
预防性维护
软件维护的特点
结构化维护与非结构化维护差别巨大
维护的代价高昂
维护的问题很多
软件维护过程
1.维护组织
2.维护报告
3.维护的事件流
4.保存维护记录
5.评价维护活动
软件的可维护性
决定软件可维护性的因素主要有7个：
可理解性
可测试性
可修改性
可靠性
可移植性
可使用性
效率
第9章面向对象方法学引论
面向对象方法学概述
（1)认为客观世界是由各种对象组成的，任何事物都是对象
（2)把所有对象都划分成各种类对象，每个对象类都定义了一组数据和一组方法
（3)按照子类和父类的关系，把若干个对象类组成一个层次结构的系统
（4)对象彼此之间仅能通过传递消息相互联系
面向对象开发方法
面向对象=对象+类 +继承+通信
面向对象方法组成
面向对象的分析
面向对象的设计
面向对象的程序设计
面向对象方法的优点
1.与人类习惯的思维方式一致
2.稳定性好
3.可重用性好
4.可维护性好
5.较易开发大型软件产品
面向对象的概念
对象
是客观事物或概念的抽象表述，即对客观存在的事物的描述统称为对象，对象可以是事、物、或抽象概念，是将一组数据和使用该数据的一组基本操作或过程封装在一起的实体。
对象的特点
(1) 以数据为中心。
(2) 对象是主动的。
(3) 实现了数据封装。
(4) 本质上具有并行性。
(5) 模块独立性好。
类
是一组具有相同属性和相同操作的对象的集合。
实例
由某个特定的类所描述的一个具体的对象。
消息
向对象发出的服务请求（互相联系、协同工作等）。一个消息包含3个部分：接收消息的对象，消息名，消息变元
方法
方法就是对象所能执行的操作，也就是类中所定义的服务。
属性
属性就是类中所定义的数据，它是对客观世界实体所具有的性质的抽象。
封装
对象封装了对象的数据以及对这些数据的操作。
继承(I)
继承是子类自动地共享基类中定义的数据和方法的机制。
单重继承：子类仅从一个父类继承属性和方法
多重继承：子类可从多个父类继承属性和方法
多态性
面向对象建模(II)
面向对象开发软件，需要建立3种形式的模型。
对象模型。描述系统数据结构—数据结构。
动态模型。描述系统控制结构—执行操作。
功能模型。描述系统功能—数值变化。
对象模型
1. 定义类
2.定义属性
可见性属性名：类型 = 缺省值 {性质串}
可见性(visibility)表示该属性对类外的元素是否可见。
分为：
public（+）公有的，即模型中的任何类都可以访问该属性。
private（-）私有的，表示不能被别的类访问。
protected（#）受保护的，表示该属性只能被该类及其子类访问。
如果可见性未申明，表示其可见性不确定。
3. 定义操作
可见性操作名（参数表)：返回类型{性质串}
表示关系的符号(I)
关联表示两个类的对象之间存在某种语义上的联系。
（1）普通关联
递归关联：一个类与本身有关联关系
（3）限定关联
（4）关联类
（1）共享聚集
如果在聚集关系中处于部分方的对象可同时参与多个处于整体方对象的构成，则该聚集称为共享聚集。
（2）组合聚集
如果部分类完全隶属于整体类，部分与整体共存，整体不存在了部分也会随之消失，则该聚集称为组合聚集。
（1）普通泛化
（2）受限泛化
预定义的约束有4种：多重、不相交、完全和不完全。
动态模型
功能模型
模型元素：系统、行为者、用例及用例之间的关系(扩展关系、使用关系）
用例的实例是脚本
第10章面向对象分析
面向对象分析的基本过程
面向对象分析：抽取和整理用户需求并建立问题域精确模型的过程.
理解----用户、分析员和领域专家
表达----需求规格说明书（对象模型、动态模型、功能模型）
验证----二义性，完善性
对象模型最基本、最重要、最核心。
静态结构（对象模型）
3个子模型交互次序（动态模型）
数据变换（功能模型）
复杂问题的对象模型的5个层次
面向对象分析的过程
寻找类与对象
识别结构
识别主题
定义属性
建立动态模型
建立功能模型
定义服务
需求陈述
需求陈述是阐明“做什么”，而不是“怎样做”
问题范围
功能需求
性能需求
应用环境
假设条件
第11章面向对象设计
面向对象设计的准则
1.模块化
2. 抽象
3. 信息隐藏
4.弱耦合
耦合指不同对象之间相互关联的紧密程度。
对象之间的耦合分两类：
交互耦合
如果对象之间的耦合通过消息连接来实现，则这种耦合就是交互耦合。交互耦合应尽可能松散。
继承耦合
与交互耦合相反，应该提高继承耦合程度。
5. 强内聚
在面向对象设计中存在下述3种内聚：
服务内聚：一个服务应该完成一个且仅完成一个功能。
类内聚：一个类应该只有一个用途，它的属性和服务应该是高内聚的。
一般-特殊内聚：设计出的一般-特殊结构，应该符合多数人的概念
6. 可重用
启发规则
1. 设计结果应该清晰易懂
2. 一般-特殊结构的深度应适当
3. 设计简单的类
4. 使用简单的协议
5. 使用简单的服务
6. 把设计变动减至最小
第13章软件项目管理
估算软件规模
代码行技术
估算方法：
由多名有经验的软件工程师分别做出估计。
每个人都估计程序的最小规模(a)、最大规模(b)和最可能的规模(m)，
分别算出这3种规模的平均值之后，再用下式计算程序规模的估计值：
单位：
LOC或KLOC。
代码行技术的优点：
代码是所有软件开发项目都有的“产品”，而且很容易计算代码行数；
有大量参考文献和数据。
代码行技术的缺点：
源程序仅是软件配置的一个成分，由源程序度量软件规模不太合理；
用不同语言实现同一个软件所需要的代码行数并不相同；
不适用于非过程性语言。
功能点技术
功能点技术依据对软件信息域特性和软件复杂性的评估结果，估算软件规模。
这种方法用功能点(FP)为单位度量软件规模。
1. 信息域特性
输入项数(Inp)、输出项数(Out)、查询数(Inq)、主文件数(Maf)、外部接口数(Inf)
每个特征根据其复杂程度分配一个功能点数，即信息域特征系数a1，a2，a3，a4，a5
2. 估算功能点的步骤
(1) 计算未调整的功能点数UFP
UFP=a1×Inp+a2×Out+a3×Inq+a4×Maf+a5×Inf
(2) 计算技术复杂性因子TCF
技术因素对软件规模的综合影响程度DI：
技术复杂性因子TCF由下式计算：
TCF = + × DI
因为DI的值在0~70之间，所以TCF的值在~之间。
(3) 计算功能点数FP
FP = UFP × TCF
功能点技术优点：与所用的编程语言无关，比代码行技术更合理。
功能点技术缺点：在判断信息域特性复杂级别和技术因素的影响程度时主观因素较大，对经验依赖性较强。
工作量估算
静态单变量模型
E = A + B × (ev) C
ev是估算变量（KLOC或FP）。
动态多变量模型
动态多变量模型也称为软件方程式，该模型把工作量看作是软件规模和开发时间这两个变量的函数。
E=(LOC×P)3×(1/t)4
COCOMO2模型（构造性成本模型）
3个层次的估算模型：
应用系统组成模型：这个模型主要用于估算构建原型的工作量，模型名字暗示在
构建原型时大量使用已有的构件。
早期设计模型：这个模型适用于体系结构设计阶段。
后体系结构模型：这个模型适用于完成体系结构设计之后的软件开发阶段。 COCOMO2使用的5个分级因素：项目先例性、开发灵活性、风险排除度、项目组凝聚力、过程成熟度
进度计划
估算开发时间
Brooks 规律：向一个已经延期的项目增加人力，只会使得它更加延期。 Gantt 图
Gantt 图的主要优点：
Gantt 图能很形象地描绘任务分解情况，以及每个子任务(作业)的开始和结束时间。
具有直观简明和容易掌握、容易绘制的优点。
Gantt 图的3个主要缺点：
不能显式地描绘各项作业彼此间的依赖关系；
进度计划的关键部分不明确，难于判定哪些部分应当是主攻和主控的对象； 计划中有潜力的部分及潜力的大小不明确，往往造成潜力的浪费。
工程网络
工程网络是系统分析和系统设计的强有力的工具。
估算工程进度
计算最早时刻EET 使用下述3条简单规则：
考虑进入该事件的所有作业；
∏=??=17
1i i b f E KLOC a
对于每个作业都计算它的持续时间与起始事件的EET之和；
选取上述和数中的最大值作为该事件的最早时刻EET。
计算最迟时刻LET使用下述3条规则：
考虑离开该事件的所有作业；
从每个作业的结束事件的最迟时刻中减去该作业的持续时间；
选取上述差数中的最小值作为该事件的最迟时刻LET。
关键事件：EET=LET
机动时间=(LET)结束－(EET)开始－持续时间
=右下角－左上角－持续时间
人员组织
民主制程序员组
如果小组内有n个成员，则可能的通信信道共有n(n-1)/2条。
主程序员组
主程序员组的两个重要特性：专业化、层次性
现代程序员组
质量保证
软件质量
软件质量保证措施
软件配置管理
基于非执行的测试（复审或评审），主要用来保证在编码之前各阶段产生的文档的质量；
基于执行的测试（软件测试），需要在程序编写出来之后进行，它是保证软件质量的最后一道防线；
程序正确性证明，使用数学方法严格验证程序是否与对它的说明完全一致。
1. 技术复审的必要性
软件工程导论(第5版)课后习题答案
1-5 根据历史数据可以做出如下的假设： 对计算机存储容量的需求大致按下面公式描述的趋势逐年增加：M=4080e0.28(Y-1960) 存储器的价格按下面公式描述的趋势逐年下降：P1=0.3×0.72Y-1974(美分/位) 如果计算机字长为16位，则存储器价格下降的趋势为：P2=0.048×0.72Y-1974(美元/字) 在上列公式中Y代表年份，M是存储容量(字数)，P1和P2代表价格。 基于上述假设可以比较计算机硬件和软件成本的变化趋势。要求计算： (1) 在1985年对计算机存储容量的需求估计是多少?如果字长为16位，这个存储器的价格是多少? (2) 假设在1985年一名程序员每天可开发出10条指令，程序员的平均工资是每月4000美元。如果一条指令为一个字长，计算使存储器装满程序所需用的成本。 (3) 假设在1995年存储器字长为32位，一名程序员每天可开发出30条指令，程序员的月平均工资为6000美元，重复(1)、(2)题。 ●(1)在1985年对计算机存储容量的需求，估计是 M=4080e0.28(1985-1960)=4474263(字) ●如果字长为16位，则这个存储器的价格是 ●P=0.048*0.72 1985-1974*4474263=$5789 ●(2)如果一条指令的长度为一个字，则使存储器装满程序共需4474263条指令。 ●在1985年一名程序员每天可开发出10条指令，如果每月有20个工作日，则每人 每月可开发出10×20条指令。 ●为了开发出4474263条指令以装满存储器，需要的工作量是： 4474263/200=22371(人月) ●程序员的月平均工资是4000美元，开发出4474263条指令的成本是 22371*4000=￥89484000 ●(3)在1995年对存储容量的需求估计为： M=4080E0。28（1995-1960）=73577679（字）=4080E9.8 ●如果字长为32位，则这个存储器的价格是： P=0.003*32*0.72(1995-1974)*73577679=$7127 ●如果一条指令为一个字长，则为使存储器装满程序共需73,577,679条指令。 ●在1995年一名程序员每天可开发出30条指令，每月可开发出600条指令，为了开 发出可装满整个存储器的程序，需要的工作量为 73577679/600=122629(人月) ●开发上述程序的成本为： 122629*6000=$735776790 1-6 什么是软件过程?它与软件工程方法学有何关系?
软件工程导论课后习题大题
习题2－2 为方便储户，某银行拟开发计算机储蓄系统。储户填写的存款单或取款单由业务员键入系统。如果是存款，系统记录存款人姓名、住址、身份证号码、存款类型、存款日期、到期日期、利率及密码(可选)等信息，并打印出存款单给储户。如果是取款，并且存款时留有密码，则系统首先核对储户密码，若密码正确或存款时未留密码，则系统计算利息并打印出利息清单给储户。 功能级数据流图： 对象模型：
习题2－3 为方便旅客，某航空公司拟开发一个机票预订系统。旅行社把预订机票的旅客信息(姓名、性别、工作单位、身份证号码、旅行时间、旅行目的地等)输入进该系统，系统为旅客安排航班，印出取票通知和账单，旅客在飞机起飞的前一天凭取票通知和账单交款取票，系统校对无误即印出机票给旅客。 数据流图： 习题2－4 目前住院病人主要由护士护理，这样做不仅需要大量护士，而且由于不能随时观察危重病人的病情变化，还会延误抢救时机。某医院打算开发一个以计算机为中心的患者监护系统，请写出数据流图。 医院对患者监护系统的基本要求是随时接收每个病人的生理信号（脉搏，体温，血压，心电图等），定时记录病人情况以形成患者日志。当某个病人的生理信号超出医生规定的安全范围时向值班护士发出警告信息。此外，护士在需要时还可以要求系统印出某个指定病人的病情报告。
习题3－6 复印机的工作过程大致如下：未接到复印命令时处于闲置状态，一旦接到复印命令则进入复印状态，完成一个复印命令规定的工作后又回到闲置状态，等待下一个复印命令；如果执行复印命令时发现没纸，则进入缺纸状态，发出警告，等待装纸，装满纸后进入闲置状态，准备接收复印命令；如果复印时发生卡纸故障，则进入卡纸状态，发出警告等待维修人员来排除故障，故障排除后回到闲置状态。 状态转换图： 查询事务 患者日志 警告 信息 生理 信号 生理 信号 危急病人信息 病人 1 接收信号 2 分析信号 3 产生警告信息 护士 日期 时间 时钟 4 定时取样生理信号 定时的 生理信号 5 更新日志 6 产生病情报告 生理 信号 安全范围 患者日志 患者日志 病情报告 生理信号 日期时间 查询事务 接收信号 分析信号 产生警告信息 定时取样 更新日志 产生病情报告 生理信号 危急病人信息 警告信息 定时的生理信号 患者日志 病情报告
软件工程导论重点内容
第一章软件工程概述 重点掌握的容：软件和软件工程的基本概念 一．什么是软件？ 1.满足功能要求和性能的指令或计算机程序集合； 2.处理信息的数据结构； 3.描述程序功能以及程序如操作和使用所要求的文档； 软件的特点： 软件是一种逻辑实体，而不是具体的物理实体，因而它具有抽象性。 软件是通过人们的智力活动，把知识与技术转换成信息的一种产品，是在研制、开发中被创造出来的 在软件运行和使用的期间，没有硬件那样的机械磨损、老化问题 软件的开发和运行经常受到计算机系统的限制，对计算机系统有着不同程度的依赖性 软件的开发至今尚未完全摆脱手工的开发式 软件的开发费用越来越高，成本相当昂贵。 二．软件危机以及产生软件危机的原因？ 1.软件开发生产率提高的速度，远远跟不上计算机迅速普及的趋势。软件产品“供不应求”。 2.软件成本在计算机系统总成本中所占的比例逐年上升。 3.软件开发人员和用户之间的信息交流往往很不充分，用户对“已完成的”的软件系统不满足的现象经常发生。 4.软件产品的质量不容易保证。 5.软件产品常常是不可维护的。 6.软件产品的重用性差，同样的软件多次重复开发。
7.软件通常没有适当的文档资料。 产生软件危机的原因可归结为两个重要的面： 软件生产本身存在的复杂性； 软件开发所使用的法和技术。 三、软件危机 1、软件危机定义：软件危机是指在计算机软件的开发和维护过程中所遇到的一系列重问题。 2、软件危机的两个主要问题：如开发软件，以满足对软件日益增长的需求； 如维护数量不断膨胀的已有软件。 3、软件危机的典型表现：(1) 对软件开发成本和进度的估计常常很不准确。 (2) 用户对“已完成的”软件系统不满意的现象经常发生。 (3) 软件产品的质量往往靠不住。 (4) 软件常常是不可维护的。 (5) 软件通常没有适当的文档资料。 (6) 软件成本在计算机系统总成本中所占的比例逐年上升。 (7) 软件开发生产率提高的速度，远远跟不上计算机应用迅速普及深入的趋势。 软件工程 1、软件工程定义：软件工程是指导计算机软件开发和维护的一门工程学科。采用工程的概念、原理、技术和法来开发与维护软件，把经过时间考验而证明正确的管理技术和当前能够得到的最好的技术法结合起来，以经济地、高效的开发出高质量的软件并有效地维护它，这就是软件工程。 软件工程准则可以概括为7条基本原则：
软件工程导论总结报告
软件工程总结报告 序言 本期软件工程专业导论课程结束后，为圆满完结本期此课程的学习，特此总结个人学习所得以求些许回报先生无私教导。 主体 第一节课主要讲述了软件工程各领域之间的联系以及贯穿始终 的基础为何。其中较为基础并相当重要使的应该是算法。对于算法重要性与基础性的理解，我个人有比较切身的体验。比如前不久的 ACM 竞赛，在比赛中我所在的小组以及当场几乎所有小组都遇到这样一个 问题：超时—这无非就是个人设计的算法的效率不够高，这也证明我 们对算法理论知识的匮乏（不清楚优化个人算法的方法）。我对软件 工程这一专业有了一个较为全面的把握，对我个人未来进取方向而言 也起到了一定的指导作用。 第二节课老师带来了三位本专业的前辈向我们传授大学生活应 如何度过以及对我等一些问题作出解答。其中我个人印象深刻的是其 中一位学姐 PPt 中引用李开复的那部分内容。即试着记录下自己一整天做的所有事以及其所花费的时间，再仔细研究自己在哪些事上浪费 了时间，应该如何整改。我个人认为这方法可能有一定直观性，因为 直观的数据更能深刻的反映真实和刺激一个人整改，但此法实施起来又太古板，中觉得生活有些教条化、章程化，缺乏新意与自由。求上进，珍惜时间也无需以丧失人生情趣为代价。还有就是学长再提潘老师曾讲过的那些重要、紧急优先次序。他提到的个人的学习生活情况
倒没什么深刻感，但我认为他引用的一番话较有道理，大概意思是比 起个人兴趣更为优先的应该是谋生的本领，尤其是当自己感兴趣的正 好是冷门时。当掌握了一些实实在在有能保证自身良好发展前景后，再 去做一些自己感兴趣的事也来得及。于我而言，一个人尚不能独善其身，何求其兼济天下。成己方成人就是如此道理。 第三节课主要讲解了大学学习生活中应着重的基础课以传递重 基础的要旨。据个人体会，其中英语科目实是基础中的基础，主要是 为辨认单词（即代码变量以及注释）意义以达到理解他人算法并顺利 接手他人接下来的工作。企业和公司出于其本身利益主张雇方市场 -- 讲究项目的可接手性，而不希望对现有人员的过分依赖。离散数学则应该是为之后学习其他编程专业知识做理论知识的铺垫。概率统计更多应是对统计有关算法及理论的学习（个人认为现实生活中许多问题都可以运用概率统计的方法加以解决，因此应是很重要的基础知识）。C/C++(Java)语言是作为编程的工具使用，无疑是基础（现今水平下的 我们主要用 C 编代码）。数据结构则应是提供特定的解决问题的结构 思想以便进行数据处理方面工作。算法的重要性以及基础性的个人体 会已包含在第一节课中。计算机体系结构与汇编课程与操作系统原理 课程主要在于理解计算机系统运行原理能加深对代码运行原理的理 解，对于现今水平的我也能更深层次的理解 c 语言的指针操作等方面知识。汇编语言能够直接对硬件进行操作，生成的程序与其他的语言相 比具有更高的运行速度，占用更小的内存，因此在一些对于时效性要求很高的程序、许多大型程序的核心模块以及工业控制方面大量应
软件工程导论复习知识点
一、软件: 软件定义: 软件=程序+文档+数据 软件特点: 1、具有抽象性 2、没有明显的制造过程 3、软件的维护比硬件的维护要复杂得多 4、对计算机系统有着不同程度的依赖性 5、尚未完全摆脱手工艺的开发方式 6、软件本身是复杂的 7、软件成本相当昂贵 8、相当多的软件工作涉及到社会因素软件的发展: 程序设计、程序系统、软件工程 软件危机: 软件危机指的是软件开发和维护过程中遇到的一系列严重问题。 软件危机的问题: 如何开发软件,怎样满足对软件的日益增长的需求;如何维护数量不断膨胀的已有软件。 软件危机表现: 1.开发成本难以控制,进度不可预计; 2.软件系统的质量和可靠性很差,难以满意; 3.软件文档相当缺乏,软件系统不可维护; 4.软件开发生产率很低,软件产品供不应求。 5.软件产品成本十分昂贵。
软件危机产生原因: 1、软件本身的特点 2、对软件开发与维护存在许多错误认识和做法 3、软件开发与维护的方法不正确 解决软件危机途径: 1、将软件开发看成是一种组织严密、管理严格、各类人员协同配合共同完成的工程项目。 2、研究和推广成功的软件开发技术和方法。 3、开发和使用好的软件工具。 软件生命周期: 软件所经历的定义、开发、使用和维护直到废弃所经历的时期。 程序设计环境: 源程序编辑,编译或解释,链接,调试和运行工具的集合 软件工程环境: 软件定义,设计和实现,测试和维护等各个阶段所使用的软件工具的集合 二、软件工程: 软件工程定义: 研究如何应用一些科学理论和工程上的技术来指导软件的开发,用较少的投资获得高质量的软件的一门学科。 软件工程性质: 涉及计算机科学、工程科学、管理科学、数学等领域,着重于如何建造一个软件系统。用工程科学中的观点来进行费用估算、制定进度、制定计划和方案。用管
软件工程导论(第五版)课后习题测验答案
《软件工程导论》课后习题答案 第一章软件工程概论 1－1 1.什么是软件危机？ 软件危机是指在计算机软件的开发和维护过程中所遇到的一系列严重问题。这些问题表现在以下几个方面: (１)用户对开发出的软件很难满意。 (2)软件产品的质量往往靠不住。 (３)一般软件很难维护。 （４）软件生产效率很低。 （5)软件开发成本越来越大。 (6)软件成本与开发进度难以估计。 (7)软件技术的发展远远满足不了计算机应用的普及与深入的需要。 2.软件危机有那些典型表现？ (１)对软件开发成本和进度的估计常常很不准确。 （2) 用户对“已完成的”软件系统不满意的现象经常发生。 (３)软件产品的质量往往靠不住。 (4)软件常常是不可维护的。 (５)软件通常没有适当的文档资料。 (６) 软件成本在计算机系统总成本中所占的比例逐年上升。 (7) 软件开发生产率提高的速度,远远跟不上计算机应用迅速普及深入的趋势。 3．为什么会产生软件危机？ (１) 开发人员方面,对软件产品缺乏正确认识，没有真正理解软件产品是一个完整的配置组成。造成开发中制定计划盲目、编程草率,不考虑维护工作的必要性。(2) 软件本身方面,对于计算机系统来说,软件是逻辑部件，软件开发过程没有统一的、公认的方法论和规范指导，造成软件维护困难。 （３) 尤其是随着软件规模越来越大,复杂程度越来越高,原有软件开发方式效率不高、质量不能保证、成本过高、研制周期不易估计、维护困难等一系列问题更为突出,技术的发展已经远远不能适应社会需求。 4．怎样克服软件危机？ (1) 充分吸收和借鉴人类长期以来从事各种工程项目中积累的行之有效的有效原理、概念、技术与方法，特别是吸取几十年来人类从事计算机硬件研究和开发的经验教训。在开发软件的过程中努力作到良好的组织,严格的管理，相互友好的协作。（2) 推广在实践中总结出来的开发软件的成功的技术和方法,并研究更好、更有效的技术和方法,尽快克服在计算机系统早期发展阶段形成的一些错误概念和作法。(3) 根据不同的应用领域，开发更好的软件工具并使用这些工具。将软件开发各个阶段使用的软件工具集合成一个整体,形成一个很好的软件开发支环环境。 总之为了解决软件危机，既要有技术措施（方法和工具),又要有必要的组织管理措施。 １－3、
《软件工程导论》第五版-张海藩-编著-总结
《软件工程导论》第五版张海藩编著总结 分类：Computer System2011-01-04 10:14 6417人阅读评论(10) 收藏举报 测试数据结构工具任务文档软件测试 总结重点： ?Unit1 ?软件危机包含两方面の问题：一是如何开发软件，怎样满足人们对软件日益增长の需求？二是如何维护软件，使它们持久地满足人们の要求。 ?软件工程学定义：把软件当作一种工业产品，采用工程学の原理来管理和组织软件の开发和维护，称为软件工程。 ?软件是指程序、数据和文档三者共同构成の配置。 ?包含与数据处理系统操作有关の程序、规程、规则以及相关文档の智力创作称为软件。文档是描述程序开发过程の，是智力创作の真实记录，是创作活动の历史档案和结晶。 ?软件の描述性定义：软件由计算机程序，数据结构和文档组成。 ?软件质量定义为“与软件产品满足规定の和隐含の需求能力有关の特征和特性の全体” 具体来说： 1）软件产品中能满足给定需求の性质和特性の总体； 2）软件具有所期望の各种属性の组合程度。 ?将软件质量属性划分为六个特性(功能性、可靠性、易用性、效率、维护性和可移植性)，这六个属性是面向用户の观点——面向管理の观点，且是定性描述の。 ?软件质量度量体系：内部度量可用于开发阶段の非执行软件产品，外部度量只能在生存周期过程中の测试阶段和任何运行阶段使用。 ?软件工程项目の基本目标：（1）低成本；（2）满足功能要求；（3）高性能；（4）易移植；（5）易维护。 ?软件工程方法学就是要从技术和管理上提供如何去设计和维护软件。 ?软件开发方法：面向数据流（约旦）方法、面向数据结构方法、面向对象方法。 ?结构程序设计是进行以模块功能和处理过程设计为主の详细设计の基本原则。它の主要观点是采用自顶向下、逐步求精の程序设计方法；使用三种基本控制结构构造程序，任何程序都可由顺序、选择、循环三种基本控制结构构造。 ?用来辅助软件开发、运行、维护、管理、支持等过程中活动の软件称为软件工具（CASE）。 ?软件生存周期定义：软件产品从形成概念开始，经过开发、使用和维护，直到最后不再使用の整个过程。各阶段の任务彼此间尽可能の相对独立，同一阶段内各项任务の性质尽可能の相同。软件の开发就是“按软件顺时间发展の过程分阶段进行”の。 ?软件生存周期模型： 瀑布模型（阶段间具有顺序型和依赖性，清楚地区分逻辑设计与物理设计、尽可能推迟程序の物理实现，是文档驱动模型，遵循结构化设计）；
软件工程导论课后题
1-5、根据历史数据可以做出如下的假设： 对计算机存储容量的需求大致按下面公式描述的趋势逐年增加：M=4080e0.28(Y-1960) 存储器的价格按下面公式描述的趋势逐年下降：P1=0.3×0.72Y-1974(美分/位) 如果计算机字长为16位，则存储器价格下降的趋势为：P2=0.048×0.72Y-1974(美元/字) 在上列公式中Y代表年份，M是存储容量(字数)，P1和P2代表价格。 基于上述假设可以比较计算机硬件和软件成本的变化趋势。要求计算： (1) 在1985年对计算机存储容量的需求估计是多少?如果字长为16位，这个存储器的价格是多少? (2) 假设在1985年一名程序员每天可开发出10条指令，程序员的平均工资是每月4000美元。如果一条指令为一个字长，计算使存储器装满程序所需用的成本。(3) 假设在1995年存储器字长为32位，一名程序员每天可开发出30条指令，程序员的月平均工资为6000美元，重复(1)、(2)题。
2-4 目前住院病人主要由护士护理，这样做不仅需要大量护士，而且由于不能随时观察危重病人的病情变化，还会延误抢救时机。某医院打算开发一个以计算机为中心的患者监护系统，请分层次地画出描述本系统功能的数据流图。 医院对患者8监护系统的基本要求是随时接收每个病人的生理信号(脉搏、体温、血压、心电图等)，定时记录病人情况以形成患者日志，当某个病人的生理信号超出医生规定的安全范围时向值班护士发出警告信息，此外，护士在需要时还可以要求系统印出某个指定病人的病情报告。 从问题陈述可知，本系统数据源点是“病人”和“护士”，他们分别提供生理信号和要求病情报告的信息。进一步分析问题陈述，从系统应该“定时记录病人情况以形成患者日志”这项要求可以想到，还应该有一个提供日期和时间信息的“时钟”作为数据源点。 从问题陈述容易看出，本系统的数据终点是接收警告信息和病情报告的护士。 系统对病人生理信号的处理功能主要是“接收信号”、“分析信号”和“产生警告信息”。 此外，系统还应该具有“定时取样生理信号”、“更新日志”和“产生病情报告”的功能。 为了分析病人生理信号是否超出了医生规定的安全范围，应该存储“患者安全范围”信息。此外，定时记录病人生理信号所形成的“患者日志”，显然也是一个数据存储。
“软件工程导论”重点、难点
“软件工程导论”的授课内容重点、难点 --供期末考试(教考分离)命题参考 一、教材：软件工程—原理、方法与应用（第3版），史济民等编著，高等教育出版社 二、任课教师: 陈征、于海雯 三、授课内容及重点、难点 第1章绪论 重点：软件的基本概念，软件危机，软件工程学的范畴，传统软件工程和面向对象软件工程的比较。 第2章软件生存周期与软件过程 重点：软件生存周期的基本概念，传统软件开发模型（瀑布模型、快速原型模型、增量模型、螺旋模型）的特点，可行性研究的内容，风险分析的3项活动。 第3章结构化分析与设计 重点：结构化分析的任务和步骤，数据流图的组成符号，画分层的数据流图，数据字典的条目，加工逻辑的描述工具（判定表和判定树等），结构化设计的任务和步骤，面向数据流的设计方法（变换映射和事务映射），模块划分的原则，详细设计的目的与任务，常用的详细设计工具（程序流程图和N-S图等）。 难点：画分层的数据流图，画判定表和判定树，变换映射和事务映射。 第4章面向对象与UML 重点：面向对象的基本概念，UML中的9种图（4种静态图、5种动态图）的基本结构，类与类之间的4种关系（关联、聚集、泛化、依赖）的含义，类图的画法。 难点：类图的画法。 第7章7.1 软件设计概述 重点：软件设计的基本概念（模块化、抽象与细化、信息隐藏、模块独立性），内聚性（7种类型）和耦合性（7种类型）的含义。 第8章编码与测试 重点：编码的风格，编码语言的选择，测试的目的，黑盒测试和白盒测试的测试用例设计方法，多模块程序的测试策略（单元测试、集成测试、确认测试和系统测试）。 难点：黑盒测试和白盒测试的测试用例设计。
《软件工程导论》第六版期末复习总结要点
软件工程 一、名词解释与问答 1、S A——结构化分析方法 2、画数据流图应注意什么事项？ （1）数据流名称只能是名词或是名词短语； （2）每个加工至少有一个输入数据和一个输出数据流，反映出此加工数据的来 源与加工的结果； （3）编号：某个加工分解成一张数据流图时，上层图为父类，下层图为子类； 父图与子图的平衡：子图的输入输出数据流同父类相应的输入输出数据流必须一致； （4）注意数据流图的易理解性； 3、什么是软件生存周期？它有那几个活动？ 一个软件从提出开发要求开始直到该软件报废为止的整个时期。 包括：可行性分析和项目开发计划，需求分析，概要设计，详细设计，编码，测试，维护。 4、什么是数据流图？作用是什么？其中的基本符号表示什么含义？以图的方式描述数据在系统中流动和处理的过程，只反映系统必须完成的逻辑功能，是一种功能模型。 箭头，表示数据流数据流是数据在系统内传播的路径，由一组成分固定的数据项组成； 圆或椭圆，表示加工对数据进行某些操作或变换，每个加工要有名字，通常是动词短语，描述完成的加工； 双杆，表示数据存储指暂时保存的数据；方框，数据源点或终点软件系统外部环境的实体，为帮助理解系统接口界面引入，只出现在顶层图中； 什么是数据字典简述数据字典与数据流图的关系答案：数据字典是关于数据的信息的集合，对数据流程图中的各个元素做完整的定义与 说明,是数据流程图的补充工具.（2分）数据流图和数据字典共同构成系统的逻辑模型没有数据字典数据流图就不严格，然而没有数据流图数据字典也难于发挥作用?数据流图和对数据
流图中每个元素的精确定义放在一起，才能共同构成系统的规格说明.（3分）简述编码风格的重要性? 答案：阅读程序是软件开发和维护过程中的一个重要组成部分，程序实际上也是一种供 人阅读的文章?应当在编写程序时讲求程序的风格,这将大量地减少人们读程序的时间? 良好的编码风格有助于编写出可靠而又容易维护的程序，编码的风格在很大程度上决定 着程序的质量. 简述软件测试的任务、目的与类型。 答：软件测试是一个为了寻找软件错误而运行程序的过程。 目的就是为了发现软件中的错误。一个好的测试用例是指很可能找到迄今为止尚未发 现 的错误的用例。一个成功的测试是指揭示了迄今为止尚未发现的错误的测试。软件测 试 主要分为白盒测试和黑盒测试两大类。 可行性分析的目的和主要任务是什么？ 答：可行性分析的目的不是解决问题，而是确定问题是否值得去解决。 主要任务是从下面几方面研究每种解法的可行性：技术可行性，经济可行性，操作可行 性，社会可行性，抉择可行性。 需求分析的目的和主要任务是什么？ 答：进行需求分析是为了准确地回答“系统必须做什么”这个问题，决定可以做什么不做什么。需求分析的主要任务是描述系统的功能需求、性能需求、数据需求、可靠性/可用性需求、出错处理需求、接口需求、约束条件、其他需求。 软件维护的目的和主要任务是什么？维护的类型有哪些？ 答：软件维护是软件生命周期中最后一个、持续时间最长的阶段。 主要任务是在软件已经交付使用之后，为了改正错误或满足新的需要而修改软件，目的是提高软件的可靠性、可用性，延长软件的寿命。维护的类型有：改正性（错误）、适应性（环境）、完善性（功能）、预防性（新产品）什么是耦合？模块的耦合包括哪些类型？答：耦合是对一个软件结构内不同模块之间互连程度的度量。 模块的耦合包括以下几种类型：数据耦合，控制耦合，特征耦合，公共环境耦合，内容耦合，标记耦合，无耦合/非直接耦合 什么是内聚？模块的内聚包括哪些类型？
大连理工大学城市学院软件工程导论期末考试复习重点
软件工程导论重点 第一章重点： 软件的概念：软件是计算机系统中与硬件相互依存的另一部分，它是包括程序，数据及其相关文档的完整集合。 软件危机概念：软件危机暴发于上个世纪六十年代末。 主要表现为：软件的发展速度远远滞后于硬件的发展速度，不能满足社会日益增长的软件需求。软件开发周期长、成本高、质量差、维护困难。 软件工程概念： 概括地说，软件工程是指导计算机软件开发和维护的工程学科。 采用工程的概念、原理、技术和方法来开发与维护软件，把经过时间考验而证明正确的管理技术和当前能够得到的最好的技术方法结合起来，以经济地开发出高质量的软件并有效地维护它，这就是软件工程。 软件工程的目标： 软件工程的目标是运用先进的软件开发技术和管理方法来提高软件的质量和生产率，也就是要以较短的周期、较低的成本生产出高质量的软件产品，并最终实现软件的工业化生产。 基本目标： 付出较低的开发成本 达到要求的软件功能 取得较好的软件性能 开发的软件易于移植 需要较低的维护费用 能按时完成开发工作，及时交付使用 软件生存期概念和包含内容： 软件也有一个孕育、诞生、成长、成熟和衰亡的生存过程，我们称这个过程为软件生命周期或软件生存期。 软件生存期分为三个时期 软件定义 软件开发 运行维护
软件工程的方法： 软件工程包含技术和管理两方面的内容，是技术和管理紧密结合所形成的工程学科。 通常将软件开发全过程中使用的一整套技术方法的集合称为方法学(methedology)，也称为范型(paradigm)。 目前使用最广泛的软件工程方法学：传统方法学（结构化方法学），面向对象方法学。 软件工程三要素： 三要素：方法、工具和过程。 第二章重点： 生存期模型有哪些： ?瀑布模型 ?快速原型模型 ?增量模型 ?螺旋模型 ?喷泉模型 ?统一过程 ?基于构件的开发模型 ?敏捷过程 前四种面向过程后四种面向对象 给一个模型，判断出是哪一模型的 第三章重点： 结构化分析方法的概念： 传统的分析建模方法称为结构化分析（structured analysis，SA）方法。 三大建模：（未完待续！！！） 功能建模： 功能建模的思想就是用抽象模型的概念，按照软件内部数据传递、变换的关系，自顶向下逐层分解，直到找到满足功能要求的所有可实现的软件为止。功能模型
软件工程导论第六版课后习题答案
第一章 一、什么是软件危机？它有哪些典型表现？为什么会出现软件危机？ 软件危机是指在计算机软件开发、使用与维护过程中遇到的一系列严重问题和难题。它包括两方面：如何开发软件，已满足对软件日益增长的需求；如何维护数量不断增长的已有软件。 软件危机的典型表现： (1) 对软件开发成本和进度的估计常常很不准确。常常出现实际成本比估算成本高出一个数量级、实际进度比计划进度拖延几个月甚至几年的现象。而为了赶进度和节约成本所采取的一些权宜之计又往往损害了软件产品的质量。这些都降低了开发商的信誉，引起用户不满。 (2) 用户对已完成的软件不满意的现象时有发生。 (3) 软件产品的质量往往是靠不住的。(4) 软件常常是不可维护的。 (5) 软件通常没有适当的文档资料。文档资料不全或不合格，必将给软件开发和维护工作带来许多难以想象的困难和难以解决的问题。 (6) 软件成本、软件维护费在计算机系统总成本中所占比例逐年上升。 (7) 开发生产率提高的速度远跟不上计算机应用普及的需求。 软件危机出现的原因： (1) 来自软件自身的特点：是逻辑部件，缺乏可见性；规模庞大、复杂，修改、维护困难。 (2) 软件开发与维护的方法不当：忽视需求分析；认为软件开发等于程序编写；轻视软件维护。 (3) 供求矛盾将是一个永恒的主题：面对日益增长的软件需求，人们显得力不从心。 二、假设自己是一家软件公司的总工程师，当把图1.1给手下的软件工程师们观看，告诉他们及时发现并改正错误的重要性时，有人不同意这个观点，认为要求在错误进入软件之前就清楚它们是不现实的，并举例说：“如果一个故障是编码错误造成的，那么，一个人怎么能在设计阶段清除它呢？”应该怎么反驳他？ 答：在软件开发的不同阶段进行修改付出的代价是很不相同的，在早期引入变动，涉及的面较少，因而代价也比较低；在开发的中期，软件配置的许多成分已经完成，引入一个变动要对所有已完成的配置成分都做相应的修改， 不仅工作量大，而且逻辑上也更复杂，因此付出的代价剧增；在软件“已经完成”是在引入变动，当然付出的代价更高。一个故障是代码错误造成的，有时这种错误是不可避免的，但要修改的成本是很小的，因为这不是 整体构架的错误。 三、什么是软件工程？它有哪些本质特征？怎样用软件工程消除软件危机？ 1993年IEEE的定义：软件工程是：①把系统的、规范的、可度量的途径应用于软件开发、运行和维护过程，也就是把工程应用于软件；②研究①中提到的途径。 软件工程的本质特征： (1) 软件工程关注于大型程序(软件系统)的构造(2) 软件工程的中心课题是分解问题，控制复杂性(3) 软件是经常变化的，开发过程中必须考虑软件将来可能的变化 (4) 开发软件的效率非常重要，因此，软件工程的一个重要课题就是，寻求开发与维护软件的更好更有效的方法和工具 (5) 和谐地合作是开发软件的关键(6) 软件必须有效地支持它的用户 (7) 在软件工程领域中是由具有一种文化背景的人替具有另一种文化背景的人(完成一些工作)消除软件危机的途径： (1) 对计算机软件有一个正确的认识(软件≠程序） (2) 必须充分认识到软件开发不是某种个体劳动的神秘技巧，而应该是一种组织良好、管理严密、各类人员协同配合、共同完成的工程项目 (3) 推广使用在实践中总结出来的开发软件的成功技术和方法 (4) 开发和使用更好的软件工具 四、简述结构化范型和面向对象范型的要点，并分析他们的优缺点。 1. 传统方法学：也称为生命周期方法学或结构化范型。优点：把软件生命周期划分成基干个阶段，每个阶段的任务相对独立，而且比较简单，便于不同人员分工协作，从而降低了整个软件开发过程的困难程度。缺点：当软件规模庞大时，或者对软件的需求是模糊的或会承受时间而变化的时候，开发出的软件往往不成功；而且维护起来仍然很困难。 2. 面向对象方法学：优点：降低了软件产品的复杂性；提高了软件的可理解性；简化了软件的开发和维护工作；促进了软件重用。
软件工程导论课程教学大纲
《软件工程导论》课程教学大纲 一、课程性质、地位和作用 《软件工程导论》是是软件工程专业的专业基础课程，属必修课。 本课程主要讲述建造软件系统的基本方法、技术、流程、工具及规范等。通过学习可以使学生了解软件工程的基本概念、基本原理、实用的开发方法和技术；了解软件工程各领域的基本内容和发展动向；学习用工程化的方法开发软件项目，初步掌握开发过程中应遵循的流程、准则、标准和规范。本门课程为将来从事软件开发学生的软件工程师之路奠定坚实的基础。 二、课程教学对象、目的和要求 本课程适用于软件工程、计算机应用等从事软件开发的本科专业。课程教学目的、要求： (一)从教学内容上，应使学生了解软件工程的基本概念，主要包括软件与软件开发的基本过程，软件危机与软件工程。掌握个人软件开发过程的基本内容和方法，了解软件开发模型及结构化软件设计方法，以及软件质量保证基本内容。(二)从能力方面，应使学生通过对软件工程基本概念和方法的学习和课后练习，培养学生养成规范化个人开发的良好习惯，培养学生按照软件工程的基本过程和方法来设计和开发软件。 (三)从教学方法上，在课堂理论教学中，采用学生可以理解的软件开发素材，通过一边实践一边讲解的方法，讲解软件过程的基本思想和方法，通过学生完成与实践结合的作业，调动学生的积极性,使软件工程的基本思想逐步植根于学生头脑中。 三、相关课程及关系 本课程的先修课程是“C语言程序设计”和“数据结构”等程序设计课程，学习应在学生具有一定的编程能力基础上进行。本课程为后续的“软件制造工程”和“软件设计工程”等课程打下了必要的理论基础。 四、课程内容及学时分配 总学时：32学时 (一)绪论1学时 1、软件工程及其重要性 2、软件开发需要软件工程 3、软件工程课程体系架构(需要什么软件工程) 、课堂的组织、学习方法、章节安排与考核4． 要求学生了解软件工程的起源，软件工程在软件开发中的作用，了解软件工程课程体系。 (二)软件与软件工程4学时 1、软件及软件分类 2、软件工程的由来及概念 3、软件生命周期 4、软件开发与软件开发方法 5、软件工程工具和环境 6、软件开发项目管理介绍
软件工程导论(第6版)知识点总结、复习课_图文.
复习课 --------酷爱YC 第一章 1、什么是软件危机,什么是软件工程 软件危机是指在计算机软件开发、使用与维护过程中遇到的一系列严重问题和难题。它包括两方面:(1如何开发软件,以满足对软件日益增长的需求;(2如何维护数量不断膨胀的已有软件。 软件工程:采用工程的概念、原理、技术和方法来开发与维护软件,把经过时间考验而证明正确的管理技术和当前能够得到的最好的技术方法结合起来,以经济地开发出高质量的软件,并有效地维护它。 2、完整的软件配置由哪些内容组成 软件配置主要包括程序,文档和数据等成分。 3、软件生命周期分为哪3个时期和8个阶段,每个阶段的任务(工作分别是什么,重要性如何
概括地说,软件生命周期由软件定义、软件开发和运行维护3个时期组成 1、软件定义(系统分析。 软件定义时期的任务是:确定软件开发工程必须完成的总目标;确定工程的可行性;导出实现工程目标应该采用的策略及系统必须完成的功能;估计完成该项工程需要的资源和成本,并且制定工程进度表。这个时期的工作通常又称为系统分析,由系统分析员负责完成。软件定义时期通常进一步划分成3个阶段,即问题定义、可行性研究和需求分析。 (1 问题定义,确定系统要解决的问题是什么。成果:关于问题性质、工程目标和工程规模的报告。 (2 可行性研究,确定问题是否有可用的、能行得通的解(包括:技术、经济、操作、社会等方面的可行性。这个阶段的任务不是具体解决问题,而是研究问题的范围,探索这个问题是否值得去解,是否有可行的解决办法。成果:可行性研究报告。 (3 需求分析,确定软件系统的必须实现的功能、必须达到的性能、必须满足的运行环境要求。系统分析员在需求分析阶段必须和用户密切配合,充分交流信息,以得出经过用户确认的系统逻辑模型。通常用数据流图、数据字典和简要的算法表示系统的逻辑模型。在需求分析阶段确定的系统逻辑模型是以后设计和实现目标系统的基础,因此必须准确完整地体现用户的要求。成果:软件需求规格说明书(SRS,内容包括:系统的逻辑模型;系统(子系统的名称、功能描述、接口、基本数据结构、性能、设计需求、开发标准、验收原则等。 2、软件开发。 开发时期具体设计和实现在前一个时期定义的软件,它通常由下述4个阶段组成:总体设计,详细设计,编码和单元测试,综合测试。其中前两个阶段又称为系统设计,后两个阶段又称为系统实现。 (1 总体设计(概要设计,回答“怎样实现目标系统”。
软件工程导论第五版复习重点(必考题)
（最后部分为每年必考题） 第一章 1. .软件工程的定义：软件工程是应用计算机科学、数学及管理科学等原理开发软件的工程。它借鉴传统工程的原则、方法，以提高质量，降低成本为目的. 2. 软件危机的概念：软件危机是指计算机软件的开发和维护过程中所遇到的一系列严重的问题。 3. 产生软件危机的原因：(1) 开发人员方面，对软件产品缺乏正确认识，没有真正理解软件产品是一个完整的配置组成。造成开发中制定计划盲目、编程草率，不考虑维护工作的必要性。 (2) 软件本身方面，对于计算机系统来说，软件是逻辑部件，软件开发过程没有统一的、公认的方法论和规范指导，造成软件维护困难。(3) 尤其是随着软件规模越来越大,复杂程度越来越高,原有软件开发方式效率不高、质量不能保证、成本过高、研制周期不易估计、维护困难等一系列问题更为突出，技术的发展已经远远不能适应社会需求。 4. 面向对象方法学的四个要点：1.把对象作为融合了数据及在数据上的操作行为的统一的软件构件 2.把所有对象都划分成类3.按照父类（或称为基类）与子类（或称为派生类）的关系，把若干个相关类组成一个层次结构的系统（也称为类等级）。4.对象彼此间仅能通过发送消息互相联系。 5. 软件生命周期：软件定义（问题定义，可行性研究，需求分析）、软件开发（总体设计，详细设计，编码，单元测试，总体测试）、运行维护（持久地满足用户的需要） 6. 瀑布模型，快速原型模型，增量模型，螺旋模型，喷泉模型，概念.方法.优缺点.区别。 7. 微软过程把软件生命周期划分为成5个阶段：规划阶段，设计阶段，开发阶段，稳定阶段，发布阶段。 第二章 1.可行性包括：技术可行性，经济可行性，操作可行性。 2. 系统流程图是概括地描绘物理系统的传统工具。它的基本思想是用图形符号以黑盒子形势描绘组成系统的每个部件（程序，文档，数据库，人工过程等）。系统流程图表达的是数据在系统各部件之间流动的情况，而不是对数据加工处理的控制过程，因此尽管系统流程图的某些符号和程序流程图的符号形式相同，但是它却是物理数据流图而不是程序流程图。4. 书库流图(DFD)是一种图形化技术，它描绘信息流和数据从输入移动到输出的过程中所经受的变换。在数据流图中没有任何具体的物理部件，它只描绘数据在软件中流动和被处理的逻辑过程。数据流图是系统逻辑功能的图形表示。 5. 用系统流程图描绘一个系统时，系统的功能和实现每个功能的具体方案是混在一起的。有数据元素组成的数据的方式只有下述3种基本类型：顺序（即以确定次序连接两个或多个分量）。选择即从两个或多个可能的元素中选取一个重复即把指定的分量重复零次或多次
软件工程导论最全复习总结
1、软件危机是指在计算机开发过程中的开发和维护过程中所遇到的一系列的 严重问题。 2、软件是程序、数据及相关文档的完整集合,程序是能够完成预定功能和性能的可执行的 程序序列;数据是是使程序能够适当的处理信息的数据结构;文档是开发、使用和维护程序所需要的图文资料。 3、软件工程学包含3个要素:方法、工具、过程。 4、目前使用最广泛的软件工程方法学是传统方法学和面向对象方法学。 5、软件工程方法学的软件过程基本上可以用瀑布模型来描述。 6、瀑布模型、快速原型模型、增量模型、螺旋模型、喷泉模型。 7、Rup把软件生命周期划为:初始、精化、构建、移交阶段。 8、可行性研究的三方面:技术可行性、经济可行性、操作可行性。 9、数据流图(DFD是一种图形化技术,他描绘信息流和数据从输入移动到输出的过程中 所经受的变化。 10、数据字典是关于数据信息的集合,也就是对数据流程图中所包含的所有元素的定义 的集合。 11、数据流图和数据字典共同构成系统的逻辑模型,没有数据字典,数据如就不严格, 没有流程图,数据字典也难以发挥作用。
12、需求分析阶段结束之前,系统分析员应该写出软件需求规格说明书,以书面形式准 确的描述软件需求。 13、9、结构化分析方法就是面向数据流自顶向下逐步求精进行需求分析的方法。 14、ER图中包含了实体、关系和属性,矩形代表实体,菱形表示关系,椭圆或圆角矩 形表示属性,用直线把实体和其属性连接。 15、验证软件需求的正确性:一致性、完整性、现实性、有效性。 总体设计又称 16、总体设计的基本目的是回答“概括地说,系统应该如何实现?”， 为 概要设或初步设计。 17、模块的独立程度可以有两个定性标量度量:内聚和耦合。 18、软件测试的目标:(1测试是为了发现程序中的错误而执行程序的过程;(2好的 测试方案是极可能发现迄今为止尚未发现的错误的测试方案;(3成功的测试是发现可至今为止尚未发现的错误的测试。 19、软件测试步骤:模块测试、子系统测试、系统测试、验收测试、平行运 行。 20、软件可靠性是程序在给定的时间点,按照规格说明书的规定,成功的运行的概率。
(完整版)软件工程导论(第5版)习题二答案
P53 习题二 4.目前住院病人主要由护士护理，这样做不仅需要大量护士，而且由于 不能随时观察病人的病情变化，还可能会延误抢救时机。某医院打算开发一个以计算机为中心的患者监护系统，试写出问题定义，并且分析开发这个系统的可行性。 医院对患者监护系统的基本要求是随时接收每个病人的生理信号（脉搏体温血压心电图等）定时记录病人情况以形成患者日志，当某个病人的生理信号超出医生规定的安全范围试向值班护士发出警告信息，此外，护士在需要时还可以要求系统印出某个指定病人的病情报告。 答： 问题定义：某医院打算开发一个以计算机为中心的患者监护系统是为了更好地让医生监护病人的生理信号（脉搏、血压、心电图等）的变化，定时记录病人情况以形成患者日志，防止没能及时发现危重病人的病情恶化而耽误抢救时机的现象出现；当某个病人的生理信号超出医生规定的安全范围时向值班护士发出警告信息，此外，护士在需要时还可以要求系统印出某个指定病人的病情报告。 可行性研究： （1）技术可行性：开发系统的计算机硬件已经非常普及，现在的计算机各方面的技术都非常成熟，相对来说开发此系统的技术也要求比较简单，因此在技术方面是可行的；同时医院还必须有一定量的系统管理和维护的专业人员。医院的患者监护系统由三部分构成：监护中心、护士监听部分和 Internet医疗网站。监护中心通过Internet与护士监护部分、Internet连接、把监听到的患者声音、视频信息以及影像资料通过通讯网络实时传送到护士监听部分（便于护士随时掌握患者的生理状况）和Internet医疗中心（有利于实现生理数据的共享）。 因此技术上分析是可行的。 （2）经济可行性：随着经济越来越发达，人们可以支付的治疗疾病的花费也挺高了，因此其开发具有广阔的市场。目前住院病人主要由护士护理，这样做不仅需要大量护士，而且由于不能随时观察病人的病情变化，还可能会延误抢救时机。当前的社区医疗保健系统还不够完善，大多数据收集工作主要采取手工方式；并且信息不利于共享，采集的资料存在一台计算机里，社区中心与居民之间不能建立起随时访问和被采访的关系。 （3）操作可行性：计算机的普及使人们对以计算机为中心的患者监护系 统的使用做了铺垫，系统的操作人员需要经过专业的人员指导以及培训。 （4）法律可行性：医院想要使用患者监护系统需要购买正版的软件，机 器设置也需要通过正当途径购买。 5.北京某高校可用的电话号码有以下几类：校内电话号码由4位数字组成， 第1位数字不是零；校外电话又分为本市电话和外地电话两类,拨校外电话需先拨0，若是本地电话再接着拨8位数字（第一位不是0），若是外地电话则拨3位区码再拨8位电话号码（第一位不是0）。 用2.5.2小节讲诉的数据定义的方法，定义上述电话号码。 答：电话号码=[校内电话号码|校外电话号码]