软件工程重点整理教案.docVIP

软件工程 第一章 软件 = 程序 + 数据 + 文档 软件危机及表现：二十世纪六十年代中期，在美国就出现了软件危机（Software Crisis），这种危机表现在研发大型软件时，软件开发的成本增大、进度延期、维护困难和质量得不到保障。 所谓软件危机，就是在软件开发和维护过程中所遇到一系列难以控制的问题。 软件工程定义：权威杂志IEEE对软件工程的定义是：软件工程是将系统化的、严格约束的、可量化的方法，应用于软件开发、运行和维护中去。软件工程大师Roger S Pressman 对软件工程的定义是：软件工程是一个过程、一组方法和一系列工具。软件工程是研究软件开发和软件管理的一门工程学科。 软件工程基本原理：（1）用分阶段的生命周期计划严格管理软件开发。阶段划分为计划、分析、设计、编程、测试和运行维护。（2）坚持进行阶段评审。上一阶段评审不通过，就不能进入下一阶段开发。 （3）实行严格的产品版本控制。 （4）采用现代程序设计技术。 （5）结果应能清楚地审查。因此，对文档要有严格要求。 （6）开发小组的成员要少而精。 （7）要不断地改进软件工程实践的经验和技术，要与时俱进。 上述七条原理，虽然是在面向过程的程序设计时代（结构化时代）提出来的。但是，直到今天，在面向元数据和面向对象的程序设计新时代，它仍然有效。（8）二八定律 软件工程三要素：习惯上，人们常常把软件工程的方法（开发方法）、工具（支持方法的工具）、过程（管理过程）称为软件工程三要素。 4种开发方法的比较： 面向流程分析，就是面向流程进行需求分析。 面向元数据设计，就是面向元数据进行概要设计。 面向对象实现，就是面向对象进行详细设计和编程实现。 面向功能测试，就是面向功能进行模块测试、集成测试、Alpha测试和Beta测试。 面向过程管理，就是面向软件生命周期过程，对软件生命周期各个阶段进行过程管理与过程改进。 软件工程中的三类管理过程： 第二章 1.瀑布模型的特点：（1）里程碑或基线驱动，或者说文档驱动。 （2）过程逆转性很差或者说不可逆转，因为根据上游的错误会在下游进行发散性传播的原理，所以逆转将会延误工期，增加成本，造成重大损失。 2.迭代模型的四个阶段：（1）初始阶段。本阶段主要工作是确定系统的业务用况和定义项目的范围。（2）精化阶段。本阶段主要工作是分析问题域、细化产品定义，定义系统的构架并建立基线，为构建阶段的设计和实施工作提供一个稳定的基础。（3）构建阶段。本阶段主要工作是反复地开发，以完善产品，达到用户的要求。（4）产品化(移交)阶段。本阶段主要工作是将产品交付给用户，包括安装、培训、交付、维护等工作。 3. 简述瀑布模型、增量模型、迭代模型、原型模型、XP等模型的优缺点。 序号 模 型 名 称 优 点 缺 点 适 用 范 围 1 瀑布模型 简单好学 逆转性差 面向过程开发 2 增量模型 可以分阶段提交 有时用户不同意 系统可拆卸和组装 3 迭代模型 需求可变 风险大 有高素质软件团队 4 原型模型 开发速度快 不利于创新 已有产品的原型 5 螺旋模型 需求可变 建设周期长 庞大、复杂、高风险项目 6 喷泉模型 提高开发效率 不利于项目的管理 面向对象开发 7 XP模型 提高开发效率 不适合大团队、大项目 小团队，小项目 第三章 什么是订单软件，什么是非订单软件？ 答：软件项目（或产品）来源有两个渠道 “非订单软件”：通过市场调研之后，认为某产品将会有巨大的市场空间，而软件公司在人力资源、设备资源、抵抗风险、资金和时间上都具备开发该产品的能力，于是决定立项。 “订单软件”：与固定的用户签订软件开发合同 2.下达任务的时机及三个条件， (1)软件企业已签订了项目《合同》； (2)《立项建议书》已通过了项目评审； (3)作为特殊情况，软件组织的上级下达了某项目的指令性软件开发计划。例如：由跨组织跨部门的某个大系统项目，它的系统总体设计组分配给软件的需求。 3.下达任务书的三个条件 第四章 1．需求分析定义 1997年,IEEE软件工程标准词汇表中定义需求为： (1).用户解决问题或达到目标所需的条件或能力(Capability)。 (2).系统或系统部件要满足合同、标准、规范或其它正式规定文档所需具有的条件或能力。 (3).一种反映上面(1)或(2)所描述的条件或能力的文档说明。 2.需求分析为什么重要 需求分析特别重要。这是因为： （1）.许多大型应用系统的失败，最后均归结到需求分析：要么获取需求的方法不当，使得需求分析不到位或不彻底，导致开发者反复多次地进行需求分析，致使设计、编码、测试无法顺利进行；要么客户配合不好，导致客户对需求不确认，或客户需求不断变化，同样致使设计、编码、测试无法顺利进行。 （2）.用户