软件工程重点详解版.doc

软件工程重点详解版 第一章 1软件危机的主要表现：对软件开发成本和进度的估计不准确；产品不符合用户的要求；软件质量不高、可靠性差；软件常常不可维护、错误难以改正；缺乏适当的文档资料；软件成本占系统总成本的比例逐年上升；软件开发速度跟不上计算机发展速度 2软件工程的目的：软件工程是指导计算机软件开发和维护的一门学科，它应用计算机科学、数学和管理科学等原理，以及借鉴传统工程的原则和方法，来创建软件，从而达到提高质量、降低成本的目的。 3软件工程的三要素：方法，工具，过程 4软件生存周期包括软件定义、软件开发、运行维护3个部分。 其又分为6个步骤。(书上为8个步骤) 1）软件定义； A.问题定义 B.可行性研究 C.需求分析 2）软件开发；D.总体设计 E.详细设计 F.编码和单元测试 G.综合测试 3）软件维护 第二章 大家好好看看书上的 图例 第三章 1便利的应用规约技术(Facilitated Application Specification Techniques , FAST)是一种面向团队的需求收集方法，即由开发人员和共同利益者的团队共同完成如下任务：确认问题，为解决方案的要素提供建议， 协商不同的方法，说明初步的解决方案需求集合 2验证软件需求的正确性，一般应从4个方面进行： (1) 一致性 所有需求必须是一致的，任何一条需求不能和其他需求互相矛盾。 (2) 完整性 需求必须是完整的，规格说明书应该包括用户需要的每一个功能或性能。 (3) 现实性 指定的需求应该是用现有的硬件技术和软件技术基本上可以实现的。 (4) 有效性 必须证明需求是正确有效的，确实能解决用户面对的问题。 3软件需求 权威的定义（IEEE软件工程标准词汇表中的定义） 用户解决问题或达到目标所需要的条件或能力；系统或系统部件要满足合同、标准、规范或其他正式规定文档所要具有的条件或能力；一种反映上面两条的文档说明 对定义的理解 ：软件需求的概念涵盖了用户角度（系统的外部行为）和开发人员角度（系统的内部特性）两个方面，关键在于需求一定要文档化 第五章 1抽象：是在软件设计的规模逐渐增大的情况下，控制复杂性的基本策略。 过程抽象，数据抽象 2逐步求精：把问题的求解过程分解成若干步骤或阶段，每步都比上步更精化，更接近问题的解法。 3模块化；即把软件按照规定原则，划分为一个个较小的、相互独立的但又相互关联的部件；实际上是系统分解和抽象的过程。 4信息隐藏：指模块中包含的信息（算法和数据）不被不需要这些信息的其他模块访问，模块间只交流实现软件功能所必需的信息。 5局部化：指把一些关系密切的软件元素物理的放得彼此接近。 6模块独立： 模块完成独立的功能并且与其他模块的接口简单；符合信息隐蔽和信息局部化原则，模块间关联和依赖程度尽可能小 7耦合(coupling) 模块之间的相对独立性的度量 内聚（cohesion） 一个模块内部各个元素彼此结合的紧密程度的度量 独立性强的模块应该是高内聚低耦合的模块。 1）耦合----模块之间的依赖程度 内容耦合：一个模块直接修改另一个模块的内容 公共耦合：两个以上的模块共同引用一个全局数据 外部耦合：若允许一组模块访问同一个全局变量 控制耦合：接收模块的动作依赖于控制信号 标记耦合：两个模块接口的参数包含相同的内部结构 数据耦合：仅是模块之间的数据传递 非直接耦合：模块之间没有消息传递 2）内聚----模块内部各成分之间的关联程度 巧合内聚：各成分之间并没有关系，只是把分散在多处的功能合在一起 逻辑内聚：仅仅是逻辑功能相关成分合在一起，由判定参数确定 时间内聚：必须在同一时间执行，并无功能逻辑的成分合在一起 过程内聚：过程顺序相关的功能成分合在一起 通信内聚：需要对相同的外部数据进行操作的成分合在一起 信息内聚：完成多个功能，各个功能都在同一数据结构上操作 功能内聚：只完成单一的功能 8输入控制模块的分解 从变换中心的边界开始，沿着输入路径向外移动，把输入路径上的每个加工映射成结构图中受输入控制模块控制的一个低层模块 输出控制模块的分解 从变换中心的边界开始，沿着输出路径向外移动，把输出路径上的每个加工映射成结构图中受输出控制模块控制的一个低层模块 变换控制模块的分解 把变换中心每个加工映射成结构图中受变换控制模块控制的一个低层模块 第六章 1PDL（Program Design Language）是一种用于描述功能部件的算法设计和处理细节的语言。 它是一种伪码。伪码的语法规则分为“外语法”和“内语法”： 外语法应当符合一般程序设计语言常用语句的语法规则； 内语法可以用英语中一些简单的句子、短语和通用的数学符号，来描述程序应执行的功能 2计算环