软件工程只知识点修订版.docVIP

第一章 软件工程介绍 1.软件的特点？ P4 ⑴软件是设计开发的，而非传统意义上的生产制造。 ⑵软件不会“磨损”，但会退化。 ⑶不断的变更是软件退化的根本原因。 ⑷磨损的硬件部件可以用备用的构件替换，而软件却不存在备用构件。 2．可复用构件的含义与应用实例。 P6 含义：现代的可复用构件封装了数据和对数据的处理，使得软件工程师能够利用可复用的构件构建新的应用程序。 应用实例：例如，现在的用户界面就使用可复用构件构造图形窗口、下拉菜单和各种交互机制，并采用可复用构件库存储和管理构造用户界面所需要的数据结构和处理逻辑。 3.软件维护的四种主要类型？ P8 ⑴程序纠错； ⑵调整软件以适应新的环境； ⑶满足用户新特性和功能的需求； ⑷对软件实施再工程以便在现代应用中发挥作用。 4.对软件神话的正确认识？ P10—11 （详解见课本9大神话） ⑴管理神话。 ⑵用户神话。 ⑶从业者神话。 第二章 过程综述 1.理解软件工程包括的内容 P17 软件过程： 软件过程构成了软件项目管理控制的基础，并且建立了一个环境以便于技术方法的采用、工作产品（模型、文档、数据、报告、表格等）的产生、里程碑的建立、质量的保证、正常变更的正确管理。 软件工程方法： 软件工程方法依赖于一组基本原则，这些原则涵盖了软件工程所有技术领域，包括建模和其他描述性技术等。 软件工程工具： 软件工程工具为过程和方法提供自动化或半自动化的支持。 2.五个最基本的过程框架活动 P18 （1）沟通：这个框架活动包含了与客户（和其他共利益者）之间大量的交流和协作，还包括需求获取以及其他相关活动。 （2）策划：指为后续的软件工程工作制定计划。它描述了需要执行的技术任务、可能的风险、资源需求、工作产品和工作进度计划。 （3）建模：包括创建模型和设计两方面。创建模型有助于客户和开发人员更好地理解软件需求；设计可以实现需求。 （4）构建：包括编码（手写或者自动生成的）和测试（测试是为了发现编码中的错误）。 （5）部署：软件（全部或者完成的部分）交付到用户，用户对其进行评测并给出反馈意见。 3.采用软件过程模型鱼项目成功之间是否有必然的因果关系 P21 对软件过程的适应性调整是项目成功的关键 4.CMMI的观点及给我们的启发 P24--25 观点：为了避免过于简化问题，CMMI认为软件开发过程必须严肃对待——必须详细计划，一致控制，准确跟踪，专业化地执行，必须以项目共利益者的要求，软件工程师的技能和最终产品的质量为核心 启发：CMMI是软件工程的伟大成就。在构建计算机软件时到底该采用哪些活动和动作，CMMI对此提供了全面的讨论。尽管软件组织不会采纳CMMI的所有细节，但是 每个软件开发队伍都应该接受其主旨，并从其对软件工程过程和实践的讨论中提高认识。 第三章 过程模型 瀑布模型适用情况 p33 需求必须是准确定义和相对稳定的。 2.增量模型的基本特点 p34-p35 1)迫切需要为用户迅速提供一套功能有限的软件产品，然后在后续的版本中再细化和扩展功能； 2)增量模型发布一系列称为增量的版本，随着每个版本的交付，逐步为用户提供更多的功能； 3)运用增量模型的时候，第一个增量往往是核心产品； 4)增量过程模型，具有迭代的性质。 3.原型开发p37 1)理想状况下，原型系统提供了定义软件需求的一种机制； 2)在大多数项目中，构建的第一个系统通常都会被丢弃。 4.螺旋模型的特点p39 1)螺旋模型是一种演进式软件过程模型； 2)在每次演进的时候，都要考虑风险； 3)螺旋的第一圈一般开发出产品的规格说明，接下来开发产品的原型系统，并在每次的迭代中逐步完善，开发不同的软件版本。 第五章 系统工程 1. 系统工程的观点： P72 （1）.软件工程化之前必须了解该软件所处的外部“系统”。 （2）软件工程从系统工程演变而来。 （3）相比之前只专注于软件个体的情况，系统工程关注各种要素的分析、设计，并将其组织成系统。 第六章 需求工程 1.需求工程的基本概念 P87--88 需求工程的概念： (1)作用： 需求工程帮助软件工程师更好地理解他们将要解决的问题。 (2)人员： 软件工程师（有时涉及系统工程师或分析师）和项目共利益者（项目经理、客户、最终用户）都将参与需求工程 (3)步骤：1.需求工程首先定义将要解决的问题范围和性质 2.引导、帮助客户定义需要什么 3.精练需求，精确定义和修改基本需求。当客户提出问题后，就要进行协商：优先次序如何定义？什么是必需的？何时需要？ 4.以某种形式明确说明问题，再经过评审或确认以保证我们和客户对于问题