山东大学-软件开发解决方案复习重点整理
(完整word版)软件工程复习重点
三大块内容：软件危机与软件工程传统软件开发方法面向对象方法一、软件危机与软件工程：软件、软件危机、软件生存期、软件开发模型、软件管理1、软件：软件是能够完成预定功能和性能的可执行的计算机程序+使程序正常运行所需要的数据+描述软件开发过程及其管理、程序的操作和使用的有关文档。
文档：分开发、管理、用户、维护文档，作用是记录及解决不可视性、通信与交流、管理与维护、用户服务2、软件危机a)表现：软件成本高、难于控制开发进度、软件工作量估计困难、软件质量低、软件修改维护困难b)原因：需求问题(描述不精确、理解不一致)、管理问题、方法和工具问题、软件本身的特点3、软件生存期：a)三个时期：定义时期(软件计划、需求分析)—>开发时期(软件设计、编码实现、测试)—>使用和维护时期(维护)b)六个阶段：软件计划需求分析设计编码测试使用与维护c)生命周期方法特点：顺序性、依赖性，推迟程序的物理实现、质量保证的观点(利于尽早发现错误，如阶段文档、评审)4、软件开发模型a)瀑布模型：文档驱动i.阶段划分、分而治之、控制开发过程的复杂性ii.自顶向下、由抽象到具体，顺序进行优点：规范管理开发过程、文档驱动缺点：初期系统的需求难以完全确定、文档驱动、周期长b)原型模型：i.针对：软件开发初期需求难以确定ii.基本思想：快速建立原型，完善用户需求iii.优点：用户参与、快速iv.缺点：快速弱功能、对开发环境要求高c)螺旋模型(风险驱动)d)增量模型(模块、功能驱动)e)迭代模型f)喷泉模型5、软件管理a)区别于其他工业产品生产管理的特点b)主要内容：开发计划与进度管理、文档管理、人员组织管理、成本管理、质量管理二、传统软件工程方法：a)软件计划i.问题定义ii.可行性研究1.经济可行性2.技术可行性3.法律可行性b)需求分析i.结构化分析SAii.面向数据流的分析方法1.DFD四个组成部分(表示方法、命名)2.DFD作图：需求描述DFD3.层次分解法(保持父图和其子图的平衡)4.数据字典(符号)c)软件设计i.总体设计1.模块独立性：高内聚2.作用域是控制域的子集3.单入单出4.规模、深度、宽度、扇入、扇出适当ii.传统设计方法1.面向数据流的设计方法(数据流图)a)结构化设计SD-对应有SD结构化需求分析、SP结构化实现b)DFD软件结构(层次图)i.变换设计ii.事务设计c)优缺点2.面向数据结构的设计方法a)Jackson方法b)Jackson图i.三种元素间的逻辑关系：顺序、选择、重复ii.可描述两种数据结构:数据结构、程序结构c)思想：数据结构与程序处理过程相互转换d)步骤：I/O DS对应关系Program Structure细化求精e)优缺点：i.数据入手ii.简化数据处理程序的设计iii.模块与独立性原则没有给予应有的重视iv.求提供对复杂系统设计过程的支持3.Parnas方法iii.详细设计1.结构化程序设计SPa)高效率---良结构b)三种基本控制结构、单入单出2.过程设计的工具d)实现/编码i.语言1.功能等价2.描述问题方便性有差异a)例如：OOPL---非OOPLii.程序设计风格e)软件测试i.目标ii.方法1.正确性证明2.静态测试3.动态测试a)黑盒(功能)测试i.等价类划分ii.边界值分析iii.错误推测b)白盒(结构)测试i.语句覆盖ii.判定覆盖iii.条件覆盖iv.判定—条件覆盖v.条件组合覆盖iii.步骤f)软件维护i.四种类型1.校正性2.适应性3.完善性4.预防性ii.提高可维护性的措施三、面向对象方法(Object-oriented Method)a)OOM与CM对比：区别—优点i.思维方式iv. 稳定性ii.可重用性v. 可维护性iii.大型软件b)OOSE方法i.三个阶段、五个模型、E CASE第二章．传统软件工程方法：软件计划具体任务：项目定义、可行性分析、软件计划其中：可行性分析：1、可行性研究实质：可行性研究试一次大大压缩和简化了的系统分析和设计过程，也就是在较高层次上以较抽象的方式进行的系统分析和设计过程。
软件工程复习要点
软件工程复习要点软件工程是一门研究如何高效地开发、维护和管理软件的学科。
对于学习软件工程的同学来说，熟练掌握复习要点是非常重要的。
本文将为大家总结并分享软件工程的复习要点，希望能够帮助大家更好地掌握和应用软件工程知识。
一、软件开发过程软件开发过程是指从需求分析到交付软件产品的整个过程。
常用的软件开发过程模型有瀑布模型、迭代模型、敏捷模型等。
要理解和掌握软件开发过程，需要熟悉各个阶段的任务和活动，包括需求分析、设计、编码、测试、交付等环节。
1. 需求分析：确定用户需求，明确软件系统的功能和性能要求。
2. 设计：根据需求分析的结果，进行软件系统的整体设计和详细设计。
3. 编码：将设计好的软件系统转化为具体的实现代码。
4. 测试：对编码完成的软件系统进行测试，发现和纠正其中的问题。
5. 交付：经过测试合格的软件系统交付给用户使用。
二、软件工程方法与工具为了提高软件开发的效率和质量，软件工程使用了一系列方法与工具。
掌握软件工程方法与工具的使用对于软件开发人员来说是非常重要的。
1. 需求管理工具：用于帮助开发团队和用户共同管理和追踪需求，常用的有JIRA、TFS等。
2. 设计工具：用于辅助进行软件系统的设计，常用的有UML工具、Axure等。
3. 编码工具：用于提高编码效率和质量，常用的有IDE集成开发环境、代码托管平台等。
4. 测试工具：用于自动化测试和代码覆盖率分析，常用的有Junit、Selenium等。
5. 配置管理工具：用于管理和控制软件系统的配置，常用的有Git、SVN等。
三、软件质量保证软件质量保证是指通过一系列的措施和活动来确保软件产品的质量。
在软件工程中，软件质量保证是一个非常重要的环节，它直接关系到软件系统能否满足用户的需求。
1. 静态质量保证：通过代码审查、代码规范等手段来预防和发现问题。
2. 动态质量保证：通过测试等手段来发现和解决软件系统中的问题。
3. 配置管理：通过配置管理工具来确保软件系统配置的正确性和一致性。
山东大学-软件工程复习重点整理
山东大学-软件工程复习重点整理-CAL-FENGHAI-(2020YEAR-YICAI)_JINGBIAN第一章1.1软件工程（SE）的定义、方向、作用：SE：在将有关软件开发与应用的概念科学体系化的基础上，研究如何有计划、有效率、经济的开发和利用能在就算机上正确运行的软件的理论和技术的工程方法学，一些开发和维护软件的方法、过程、原则。
是一个系统工程，既有对技术问题的分析与综合，也有对开发过程和参与者的管理。
SE的方向：面向对象模式，结构化模式，基于过程的模式等SE的作用：付出较低的开发成本，达到要求的软件功能，取得较好的软件性能，开发的软件易于移植，需要较低的维护费用，能按时完成开发工作，及时交付使用。
1.2开发模式：软件开发的全部过程，活动和任务的结构框架，它能直观的表达的表达软件开发全过程，明确要完成的主要活动，任务和开发策略。
1.3说明错误、故障和失效的含义及联系（并举例）：错误：是在软件生产过程中人为产生的错误（需求说明中的错误，代码中的错误）故障：是在功能实现过程中产生的问题；是错误导致的结果，是在软件中一个错误的表现（一个错误可能产生多个缺陷，静态存在的）失效：是相对于系统指定行为的偏离，系统违背了它应有的行为（动态存在的）联系：当一个开发者编写程序时，会在代码中出现错误。
当这个程序被编译或集成到一个系统中时，系统就存在故障。
当你运行这个系统时，可能会导致失效，即人们产生错误，故障是错误的结果（内部观角：从开发者的角度看待问题），当故障执行时出现失效（外部视角：从用户角度看到的问题）。
并不是所有的错误会导致故障，并非每个缺陷都对应相应的失败。
1.4软件质量应从哪几个方面衡量，论述之：（1产品的质量）（2过程的质量）（3商业环境背景下的质量）（1）产品的质量：用户从失败的数目和类型等外部特征进行评价，如果软件具有足够的功能并且易于学习和使用，用户就断定软件是高质量的；开发者从缺陷的数目和类型等内部特征来作为产品质量的依据。
山东大学软件学院软件需求分析与设计复习题答案
以下内容是曲文博同学整理提供！在此深表感谢！一、基本概念1.OOA/OOD：面向对象分析方法（Object-Oriented Analysis，OOA），是确定需求或者业务的角度，按照面向对象的思想来分析业务。
是在一个系统的开发过程中进行了系统业务调查以后，按照面向对象的思想来分析问题。
OOA所强调的是在系统调查资料的基础上，针对OO方法所需要的素材进行的归类分析和整理，而不是对管理业务现状和方法的分析。
面向对象设计（Object-Oriented Design，OOD）方法是OO方法中一个中间过渡环节。
其主要作用是对OOA分析的结果作进一步的规范化整理，以便能够被OOP直接接受。
是一种解决软件问题的设计范式（paradigm），一种抽象的范式。
2.迭代开发：是统一开发过程的关键实践开发被组织成一系列固定的短期小项目每次迭代都产生经过测试、集成并可执行的局部系统每次迭代都具有各自的需求分析、设计、实现和测试随着时间和一次次迭代，系统增量式完善反馈和调整使规格说明和设计不断进化。
如果问到特征，就写下面的，没问就不用写。
迭代式开发特征：1、在进行大规模的投资之前就解决了关键的风险分析。
2、使得早期的用户反馈在初始迭代中就能出现。
3、对各个目标里程碑提供了短期的焦点（阶段性的中心）。
4、对过程的测量是通过对实现的评定（而不仅仅是文档）来进行的。
可以对局部的实现进行部署。
3.UP：UP（Unified Process）是软件工程的过程，是一种指导软件开发活动的方法。
提供了在开发组织中分派任务和责任的纪律化方法。
它的目标是在可预见的日程和预算前提下，确保满足最终用户需求的高质量产品。
统一过程模型是一种“用例驱动，以体系结构为核心，迭代及增量”的软件过程框架，由UML方法和工具支持。
如果问到RUP，就写下面的，没问就不用写。
RUP（Rational Unified Process），是对统一过程的详细细化。
软件系统开发技术 本科 山大20年考试复习题库及部分答案
一、填空题（26分）1、一个模块的作用域指受该模块内一个__影响的所有模块的集合。
标准答案：__判定__2.用来模拟被测模块的上级调用模块的模块称为_标准答案：驱动模块__3、在用况图中是参与者和用况（USE CASE）之间的唯一关系。
标准答案：关联4.数据流图描绘数据在系统中_的过程。
标准答案：流动和处理5、在RUP中，规定了四个开发阶段：精化阶段、构造阶段和移交阶段。
标准答案：初始阶段6、为了克服软件危机，1968年北大西洋公约组织的工作会议上首先提出了_的概念。
标准答案：软件工程7、用况之间可以具有三种关系，即泛化、扩展和包含。
泛化是用况之间的_标准答案：一般/特殊关系8、G.J.Myers提出：软件测试是为了发现__而执行程序的过程。
标准答案：程序错误__9、在RUP中，规定了四个开发阶段：初始阶段、构造阶段和移交阶段。
标准答案：精化阶段10、过程设计语言是用于描述模块_和处理细节的语言。
标准答案：_算法设计11、描述加工逻辑一般用以下三种工具：结构化语言、判定表和_标准答案：判定树12、若某个加工将它的输入流分离成许多发散的数据流，形成许多加工路径，并根据输入的值选择其中一个路径执行，这种特征的DFD称为__的数据流图。
标准答案：_事务性__13、结构化分析方法是一种面向的开发方法。
标准答案：数据流___二、名词解释（47分）14、类标准答案：面向对象程序设计实现信息封装的基础。
类是一种用户定义的引用数据类型，也称类类型。
每个类包含数据说明和一组操作数据或传递消息的函数15、系统模型标准答案：模型是任一抽象，其中包括所有的基本能力、特性或一些方面，而没有任何冗余的细节。
进一步地说，模型是在特定意图下所确定的角度和抽象层次上对物理系统的描述，通常包含对该系统边界的描述，给出系统内个模型元素以及它们之间的语义关系。
16、白盒测试法标准答案：该方法把测试对象看作一个打开的盒子，测试人员须了解程序的内部结构和处理过程，以检查处理过程。
重点复习软工
重点复习软工软工（软件工程）是计算机科学与工程领域的一门重要学科，旨在研究以科学原理与工程技术为基础，以经济、可靠和高质量为目标，开发和维护复杂软件系统的学科体系。
对于计算机相关专业的学生来说，软工是一门必不可少的课程。
本文将介绍关于软工的重点复习内容，以帮助读者更好地准备软工考试。
一、软件开发生命周期软件开发生命周期指的是从软件项目的规划到最终交付使用的整个过程。
它包含了需求分析、设计、编码、测试、维护等阶段。
在复习软工时，需要了解各个阶段的主要任务和活动，以及它们之间的关系和依赖。
1. 需求分析阶段：需求分析是软件开发的第一步，目的是识别出用户需求并定义功能和性能要求。
在这个阶段，需要学习如何进行需求获取、需求分析和需求建模等技术和方法。
2. 设计阶段：设计阶段是将需求转化为可执行的规划和设计方案的阶段。
这个阶段包括系统架构设计、详细设计、数据库设计等。
在复习软工时，需要了解常用的设计原则和设计模式，如单一职责原则、开放封闭原则、工厂模式、观察者模式等。
3. 编码阶段：编码阶段是将设计好的方案转化为计算机可执行代码的阶段。
在复习软工时，需要熟悉常用的编程语言和开发工具，如Java、C++、Eclipse、IntelliJ IDEA等。
同时，还需要了解编码规范和代码质量管理的重要性。
4. 测试阶段：测试阶段是为了发现和修复软件中存在的问题和错误。
在复习软工时，需要熟悉各种测试方法和技术，如单元测试、集成测试、系统测试、性能测试等。
此外，还需要了解测试用例的设计和执行，以及错误跟踪和修复的方法。
5. 维护阶段：维护阶段是软件开发生命周期中最后一个阶段。
它主要涉及对软件进行改进和修复。
在复习软工时，需要了解维护活动的类型和方法，如改正性维护、适应性维护、完善性维护等。
二、软件开发方法论软件开发方法论是指在软件开发过程中使用的一套规范和约束，它们可以指导和帮助开发团队更好地组织和管理软件项目。
在复习软工时，需要了解以下几种常见的软件开发方法论。
软工复习要点
软工复习要点软件工程是现代计算机科学的重要分支，致力于开发高质量的软件系统。
在软件工程的学习过程中，掌握并熟悉相关的复习要点是非常重要的。
本文将总结软件工程的复习要点，帮助读者更好地准备考试，并取得好的成绩。
一、软件生命周期1. 需求分析阶段- 需求获取：通过面谈、问卷调查等方式获取用户需求。
- 需求分析：对收集到的需求进行分析、整理和规格说明。
- 需求验证：与用户确认需求是否准确并理解一致。
2. 设计阶段- 概要设计：定义系统的总体结构和模块划分，确定系统的主要功能。
- 详细设计：对每个模块进行详细设计，包括定义数据结构、算法等。
3. 编码阶段- 编写程序：将设计的模块转化为具体的编程代码。
- 单元测试：对每个模块进行测试，确保代码的正确性。
4. 测试阶段- 集成测试：将各个模块进行整合，进行系统级别的测试。
- 系统测试：对整个系统进行测试，检查系统是否满足预期功能和性能。
5. 运维阶段- 安装部署：将软件部署到实际应用环境中。
- 系统维护：对已部署的软件进行维护和更新。
二、软件开发过程模型1. 瀑布模型：按照线性顺序依次完成各阶段的开发流程。
2. 增量模型：将开发过程划分为多个增量，逐步迭代开发。
3. 原型模型：通过快速开发原型来验证需求和设计方案。
4. 敏捷模型：强调快速响应变化需求的开发方法。
三、软件需求工程1. 需求分类：功能需求和非功能需求的划分和描述。
2. 需求获取：通过场景分析、访谈、面谈等方式收集用户需求。
3. 需求分析：对需求进行整理、归类和建模，明确需求的范围和边界。
4. 需求规格说明：使用工具（如用例图、活动图）对需求进行形式化的描述和建模。
5. 需求验证：与用户进行需求确认和变更管理，保证需求的正确性和一致性。
四、软件设计1. 结构设计：确定软件的整体结构和模块之间的关系。
2. 数据设计：定义数据模型和数据库的结构。
3. 接口设计：定义模块间的接口，确保模块之间的良好交互。
山东省考研软件工程复习资料软件需求与架构设计技术
山东省考研软件工程复习资料软件需求与架构设计技术在软件工程领域，软件需求与架构设计技术是非常重要的内容。
合理的需求分析和架构设计可以保证软件系统的稳定性、可靠性和可维护性。
本文将从软件需求分析和架构设计两方面进行探讨，为山东省考研的软件工程复习资料提供一些有关软件需求与架构设计的相关技术和方法。
软件需求分析是软件工程的起点，也是软件开发的关键。
它是确定用户需求和系统约束条件的过程。
在进行软件需求分析时，我们可以采用如下的方法：1. 需求收集：通过与用户的沟通、市场调研等方式，收集用户对软件的期望和需求。
2. 需求分析：对收集到的需求进行分析，确定需求的优先级和实现可行性。
3. 需求规格说明：将需求转化为明确的、可量化的需求规格说明书，包括功能需求、非功能需求等。
4. 需求验证：验证需求的正确性和完整性，确保需求与用户的期望一致。
软件架构设计是软件工程的核心环节，它决定了软件系统的整体结构和组织。
一个好的架构设计可以提高软件系统的性能和可扩展性。
在进行软件架构设计时，我们可以采用如下的方法：1. 划分系统模块：将软件系统划分为多个模块，每个模块负责特定的功能或业务。
2. 定义模块之间的接口：确定模块之间的通信接口，包括数据传输格式、调用方法等。
3. 选择适当的架构风格：根据软件系统的需求和特点，选择适合的架构风格，如客户端-服务器架构、分布式架构等。
4. 确定关键结构和组件：确定软件系统中的关键结构和组件，保证系统的核心功能。
5. 设计系统的安全性和可靠性：考虑系统的安全性和可靠性，采取相应的措施确保系统的稳定运行。
除了软件需求分析和架构设计技术，还有一些其他重要的技术与方法可以在软件工程中应用，如软件测试、软件配置管理、软件项目管理等。
这些技术和方法，在山东省考研软件工程复习资料中也是需要重点关注和学习的内容。
最后，需要强调的是，在软件工程领域，理论和实践是相辅相成的。
只有在实践中运用所学的知识和技术，才能真正提升软件工程的能力和水平。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
3/4道
大体：微软MFS模型过程风险小组（画图+回答）
协议的定义人制定协议（规约）
测量控制（传感器温度压力，傳感器準換AD，成什麼）
你要設計一個原型，考試管理商鋪訂餐考題內容一樣。
畫原型，幾個介面，下一個介面至今的繼承關係。
1.瀑布模型
概念：瀑布模型将开发阶段描述为从一个开发阶段瀑布般地转换到另外一个阶段，一个开发阶段必须在另一个开发阶段开始之前完成。
从一种非常高层的角度描述了开发过程中进行的活动，并且提出了要求开发人员经过的时间序列。
优点：（1）每一个过程活动都有与其相关联的里程碑和可交付产品，以便于项目经理能够用模型判断在某一时刻项目里最后完成还有多远。
（2）它的简单性使得开发人员很容易向不熟悉软件开发用户作出解释。
（3）很多更复杂的模型实际上是在瀑布模型的基础上的润色，如加入反馈循环以及额外的活动。
缺点：（1）不能反映实际的代码开发方式。
除了一些理解非常充分的问题之外，实际上软件是通过大量的迭代进行开发的。
（2）它没有揭示每一个活动如何把一种制品转化为另外一种制品
（3）没有把软件看做一个问题求解的过程，而是从制造业的角度来看待软件开发的，软件开发应该是一个创造的过程，而不是制造的过程。
（不适合新产品，需要返工、需求调研困难，用户与开发者都没有足够的信息）
（适合需求充分暴露的情况，如对软件进行升级）
2.螺旋式开发模型
含义：螺旋模型将瀑布模型和快速原型模型结合起来，强调了其他模型所忽视的风险分析，特别适合于大型复杂的系统。
目的：把开发活动和风险管理结合起来，以将风险减到最小并控制风险。
四个象限的任务依次是：
评估可选方案及风险；确定目标、可选方案及约束；计划；开发与测试
四重迭代的含义：（1）操作概念是第一次迭代的产品；（2）需求是第二次迭代的主要产品；
（3）第三次迭代产中，系统开发产生设计；（4）第四次迭代能够进行测试。
在工程进行中不断无序循环瀑布模型，适合新工程。
3.三大框架SSH（Spring + Structs2 + Hibernate）
是Spring + Structs2 + Hibernate的一个集成框架，是一种交流性的Web应用程序开源框架。
Spring：是一个轻量级的控制反转(IoC)和面向切面(AOP)的容器框架。
Structs2：Structs是一个基于Sun J2EE平台的MVC框架，主要是采用Servlet和JSP技术来实现的。
Struts把Servlet、JSP、自定义标签和信息资源整合到一个统一的框架中，开发人员利用其进行开发时不用再自己编码实现全套MVC模式，极大的节省了时间。
Hibernate：Hibernate是一个开放源代码的对象关系映射框架，它对JDBC进行了非常轻量级的对象封装，使得Java程序员可以随心所欲的使用对象编程思维来操纵数据库。
Hibernate 可以应用在任何使用JDBC的场合，既可以在Java的客户端程序实用，也可以在Servlet/JSP
的Web应用中使用。
集成SSH框架的系统从职责上分为四层：表示层、业务逻辑层、数据持久层和域模块层。
其中使用Struts作为系统的整体基础架构，负责MVC的分离，在Struts框架的模型部分，控制业务跳转，利用Hibernate框架对持久层提供支持，Spring做管理，管理struts和hibernate。
4.MVC：一种用来构建项目的模式
Model是封装和传递数据的包括业务的实现和业务处理
View是用来显示给用户，收集用户信息
Controller控制器用来连接视图和模型的桥梁，从视图接受用户请求，调用模型处理数据，然后将数据传递给视图。
5.MSF微软解决方案
MSF微软解决方案是一套大型系统开发指南,它描述了如何用组队模型、过程模型和应用模型来开发Client/Server结构的应用程序，是在微软的工具和技术的基础上建立并开发分布式企业系统应用的参考。
MSF的最大特性是商业化,并一直体现在项目的实施过程中。
（所谓商业化意味着客户的商业利益。
客户投入多少，得到多少回报，客户要用到哪些最新的技术，最后如何把项目计划变成产品直至产生效益，等等，这些都是MSF要考虑的问题）MSF框架包括一个集成的整体使用的多个组件：基础原理、模型、准则等等。
MSF中比较关键的模型为组队模型和过程模型。
①组队模型：着重于解决在复杂软件工程项目中如何组建项目组、分配合适的角色、项目组的管理、职责划分和质量控制等问题。
标准的产品开发团队中包括开发、测试、用户体验、产品管理、程序管理、发布管理等角色。
同等关系的组队角色MSF组队模型定义了相互依赖、相互协作、同等角色关系的工作模型。
每个组中的成员在项目中都有一个明确定义的角色，并且关注于一种特定的任务。
这种方法鼓励各个角色的所有感，最终结果是产生更好的产品。
基于项目的大小，每个人被分配一个角色，同样，一个人也可以承担多种角色。
②过程模型：包含四个主要的里程碑，每个里程碑都是一个阶段的终结点：构想阶段、设计阶段、开发阶段、稳定阶段。
预想和构思阶段在“前景/范围核准”里程碑上到达了终结点。
设计阶段在“项目设计核准”里程碑上到达了终结点。
开发阶段在“范围完成/第一次使用”里程碑上到达了终结点。
稳定阶段在“产品发布”里程碑上到达了终结点。
过程模型与传统开发模型的不同：
·强调“系统前景/范围”，而不是需求
·面向客户的里程碑，而不是面向开发的里程碑。
每个里程碑是项目组重新校准客户期望值的同步点
·不同版本方式的发布，而不是第一版就包含全部的功能特色。
MSF过程模型：鼓励项目组将正在开发中的项目，想象成为一个产品。
将新特色的开发和旧特色的维护作为不同版本的发布。
这种概念会影响如何设定期望，以及整个项目如何设计、规划和管理。
第一个版本的发布交付了一系列核心特色。
随后的版本发布逐渐增加新的特色，直到完成了产品的全部前景和期望。
不同的版本发布不一定需要前后衔接（也就是版本1发布后，版本2才开始）。
当项目组成熟后，他们通常会采用重叠的发布方式（在版本1发
布前版本2就开始了。
6.MSF风险模型
1.标识：找出风险（减少损失）
2.分析：概率、危害（影响）：巨大、大、中、小
3.计划：里程碑
4.执行
5.控制：时间出发
预值触发
7.。