软件过程框架与软件过程模型.
软件工程第二章-软件过程
编码
运行 时期
1. 瀑布模型
瀑布模型(waterfall model)是软件工程最早的范例，
也称经典生命周期，它提出了一个系统的、顺序的软 件开发方法，从用户需求规格说明开始，通过计划、 建模、构建和部署的过程，最终提供一个完整的软件 并提供持续的技术支持。
沟通 项目启动 需求获取 策划 项目估算 进度计划 项目跟踪
… 框架活动 # n 动作 # n.1 任务集 …… 动作 # n.m 任务集 工作任务、工作产品、 质量保证点、项目里程碑
工作任务、工作产品、 质量保证点、项目里程碑
只有一种软件过程吗？
软件过程的种类很多，区别主要体现在几个方面： 组成过程的各个活动(包括普适性活动)、动作和任务，及其相互依 赖的关系都可能不同； 动作和任务的细化程度可能不同； 工作产品的定义和要求可能不同； 质量保证活动的应用方式可能不同； 项目跟踪和控制活动的应用方式可能不同； 过程描述的详细程度和严谨程度可能不同； 客户和利益相关者对项目参与的程度可能不同； 软件团队所赋予的自主权可能不同； 队伍组织和角色的明确程度可能不同。
下优先级进行增量开发：
第一个增量实现基本的文件管理、编辑和文档生成功能
； 第二个增量实现更加完善的编辑和文档生成功能； 第三个增量实现拼写和文法检查功能； 第四个增量完成高级的页面布局功能； ……
增量模型的特点
增量过程模型综合了线性、并行、演化三种过程流的
特征。
对于每个增量，使用的是线性过程流；
过程流
过程流(process flow)：描述了在执行顺序和执行时
间上，如何组织框架中的活动、动作和任务。 大致有四大类不同的过程流：
Chapter03软件过程模型
8
3.3 增量过程模型
能在较短的时间内向用户提交可以完成主 要功能的产品。 逐步增加产品的功能，使用户有充裕的时 间学习和适应新产品，减少一个全新的产 品给客户组织带来的冲击。
9
The Incremental and Iterative Model
format
edit
format
create
create
Component-Based Development—the process to apply when reuse is a development objective Formal methods—the process to apply when a mathematical specification is to be developed Aspect-Oriented Software Development—use aspects to characterize cross-cutting functional and non-functional properties components. Cleanroom software engineering—emphasizes error detection before testing
RAD
11
The Incremental Model
12
3.4 演化过程模型
原型开发
需求不够详细，不太清楚
人机交互形式不确定 开发人员对算法，OS兼容性不确定
螺旋模型
瀑布模型＋原型迭代
协同开发模型
由一系列框架活动，软件工程动作和任务，相关状态表示。 协同过程模型定义了一系列事件，这些事件触发软件工程活 动、动作、任务的状态之间的转换。
软件开发流程模型
软件开发流程模型1、V 模型模型图定义：RAD (Rap Application Development,快速应⽤开发) 模型是软件开发过程中的⼀个重要模型，由于其模型构图形似字母V，所以⼜称软件开发的V模型。
它通过开发和测试同时进⾏的⽅式来缩短开发周期，提⾼开发效率。
优点：相对于瀑布模型，V模型测试能够尽早的进⼊到开发阶段。
缺点：虽然测试尽早的进⼊到开发阶段，但是真正进⾏软件测试是在编码之后，这样忽视了测试对需求分析，系统设计的验证，时间效率上也⼤打折扣。
2、瀑布模型模型图定义：瀑布模型(Waterfall Model)是将软件⽣存周期的各项活动规定为按固定顺序⽽连接的若⼲阶段⼯作，形如瀑布流⽔，最终得到软件产品。
地位：这是⼀种经典模型,提供了软件开发的基本框架。
优点:1）各阶段划分清晰2）强调计划与需求分析3）适合需求稳定的产品开发缺点:1）单⼀流程，不可逆2）风险显露得晚，纠正机会少3）测试只是其中⼀个阶段，缺乏全过程测试思想3、敏捷开发模型流程图定义：从1990年代开始逐渐引起⼴泛关注,是⼀种以⼈为核⼼、快速迭代、循序渐进的开发⽅法。
强调以⼈为本，专注于交付对客户有价值的软件。
是⼀个⽤于开发和维持复杂产品的框架。
就是把⼀个⼤项⽬分为多个相互联系，但也可独⽴运⾏的⼩项⽬，并分别完成，在此过程中软件⼀直处于可使⽤状态。
优点：敏捷确实是项⽬进⼊实质开发迭代阶段，⽤户很快可以看到⼀个基线架构版的产品。
敏捷注重市场快速反应能⼒，也即具体应对能⼒，客户前期满意度⾼。
缺点：但敏捷注重⼈员的沟通，忽略⽂档的重要性，若项⽬⼈员流动⼤太，⼜给维护带来不少难度，特别项⽬存在新⼿⽐较多时，⽼员⼯⽐较累。
需要项⽬中存在经验较强的⼈，要不⼤项⽬中容易遇到瓶颈问题。
V模型理解V模型的中⼼思想是，研发⼈员和测试⼈员需要同时⼯作，在软件做需求分析的同时就会有测试⽤例的跟踪，这样可以尽快找出程序错误和需求偏离，从⽽更⾼效的提⾼程序质量，最⼤可能的减少成本，同时满⾜⽤户的实际软件需求。
软件开发过程模型的分类和特点
软件开发过程模型的分类和特点软件开发过程模型是指在软件开发过程中，按照一定的规则和步骤进行组织和管理的框架。
根据软件开发的需求和项目特点，存在不同的软件开发过程模型，每个模型都有其独特的特点和适用场景。
以下是常见的软件开发过程模型的分类和特点：1. 瀑布模型：瀑布模型是最早引入的软件开发过程模型，它包括需求分析、设计、编码、测试和维护等阶段，且每个阶段按照严格的顺序依次进行。
瀑布模型适用于需求稳定、项目规模较小的情况，但其缺点是缺乏灵活性和对需求变更的适应性。
2. 原型模型：原型模型主要用于快速评估和验证用户需求，基于迭代的方法，可以根据用户的反馈持续改进原型。
原型模型适用于需求不明确或频繁变更的项目，但需要注意的是，过多的迭代可能导致项目延期。
3. 增量模型：增量模型将项目划分为多个增量，每个增量都包含整个开发周期的一部分功能。
在每个增量完成后，可以进行用户验证和反馈，然后逐步增加功能。
增量模型适用于大型项目和需要早期交付的项目，能够及早获得用户反馈，但较难估计整体时间和成本。
4. 螺旋模型：螺旋模型结合了瀑布模型和原型模型的特点，采用迭代和逐步扩展的方式进行软件开发。
每一次迭代包括风险识别、原型开发、用户评审和计划等活动。
螺旋模型适用于复杂项目和具有较高风险的项目，但需要投入较多的人力和时间成本。
5. 敏捷模型：敏捷模型是一种注重快速交付和持续迭代的开发方法，强调团队合作、用户参与和快速响应变化的能力。
敏捷模型包括Scrum、XP、Kanban等各种方法论，适用于变化频繁且需求不确定的项目。
然而，敏捷模型对团队协作和沟通能力要求较高。
总之，软件开发过程模型的分类和特点主要取决于项目的需求特点和开发团队的能力。
选择适合的开发过程模型将有助于提高软件开发效率和质量。
14 软件过程模型CMM的体系结构
4.6 KPA2.6 软件配置管理
• SCM(Software Configuration Management)保证软件项目生产的产品在 软件生命周期中的完整性。
• 软件配置：软件工作产品及技术文档。 • 通过在给定时间点上软件的配置，系统地 控制配置的更改，维护在整个软件生命周 期中配置的完整性和可跟踪性，得到具有 完整性的软件工作产品和软件产品。
1.1 软件项目成功的三要素－PPT
S D O TECHNOLOGY
不规范
SD O
TECHNOLOGY
S D O
低效率
覆盖成功开发的三要素： Technology – 强大的工具 Process – 协同和规范 People – 执行能力
S D O TECHNOLOGY
不专业
1.2 软件工程难题
5 CMM 3级的KPA
• 3级CMM在2级的基础上增加了七个KPA，既包 括项目管理问题，又包括组织问题和工程问题。 • 软件组织建立了一个基础设施，对项目中所有 有效的软件工程和管理过程的实施制度化。
5.1 KPA3.1 组织过程焦点OPF
• Organization Process Focus • 软件组织建立负责软件过程活动的责任和 机制 • 为改进软件组织的整体软件过程能力提供 组织上的保证。 • 如：设定职位，指定专人或小组负责软件 过程能力的监管。
第14讲 软件能力成熟度模型 CMM
本讲提纲
• • • • • • • • 1. 软件过程与过程改进概述 2. 软件过程的三个流派 3. CMM 概述/CMM的外部结构 4. CMM 2级的6个关键过程域 5. CMM 3级的7个关键过程域 6. CMM 4级的6个关键过程域 7. CMM 5级的6个关键过程域 8 CMM的内部结构与公共特性
软件过程的定义与模型
5
第二节
软件生命周期
• 软件生命周期的概念 • 传统软件生命周期的各个阶段
统一软件开发过程模型适用的范围极为广泛，但是对开发人员的素质要求较高。
29
敏捷过程与极限编程
随着计算机技术的迅猛发展和全球化进程的加快，软件需求常 常发生变化，强烈的市场竞争要求更快速的开发软件，同时软件 也能够以更快的速度更新。传统的方法在开发时效上时常面临挑 战，因此，强调快捷、小文档、轻量级的敏捷开发方法开始流行。 敏捷方法是一种轻量级的软件工程方法，相对于传统的软件工程 方法，它更强调软件开发过程中各种变化的必然性，通过团队成 员之间充分的交流与沟通以及合理的机制来有效地响应变化。
11
几种模型之间的关系
5．软件测试 软件测试是保证软件质量的关键步骤。软件测试的目的是发现软件产品中存在的 软件缺陷，进而保证软件产品的质量。在软件开发的实践中，软件缺陷的产生是必然 的。软件缺陷发现得越晚，弥补缺陷所需的成本就越高，损失也就越大。为了尽早发 现软件缺陷，有效地进行软件测试是必须的。按照测试点的不同，测试可以分为单元 测试、集成测试、系统测试和验收测试。
17
快速原型模型
快速原型的基本思想是快速建 立一个能反映用户主要需求的原型系 统，让用户在计算机上试用它，通过 实践来了解目标系统的概貌。通常， 用户试用原型系统之后会提出许多修 改意见，开发人员按照用户的意见快 速地修改原型系统，然后再次请用户 试用……反反复复地改进，直到原型 系统满足用户的要求。
软件开发软件生命周期及软件开发模型
最早出现的软件开发模型是1970年W．Royce提 出的瀑布模型，而后随着软件工程学科的发展和 软件开发的实践，相继提出了原型模型、演化模 型、增量模型、喷泉模型等。
1.原型模型、螺旋模型
关于模型小结 螺旋模型是由上面四个部分组成的迭代模型。螺旋模型的每一周期都包括需求定义、风险分析、 工程实现和评审四个阶段。开发过程每迭代一次，螺旋线就增加一周，软件开发又前进一个层次 ，系统又生成一个新版本，而软件开发的时间和成本又有了新的投入。最后得到一个客户满意的 软件版本。 喷泉模型该模型表明软件开发活动之间没有明显的间隙，用于支持面向对象开发过程。由于对 象概念的引入，使分析、设计、实现之间的表达没有明显间隙。并且人：-- 汇报时间：20XX
第2章 软件生命周期及软件开发模型
学习要点：
• 软件生命周期表明软件从功能确定、设计，到开发成功投入使用，并在使用中不断地修改 、增补和完善，直至被新的需要所替代而停止该软件的使用的全过程。 •软件开发模型是从软件项目需求定义直至软件经使用后废弃为止，跨越整个生存期的系统开 发、运作和维护所实施的全部过程、活动和任务的结构框架。
第2章 软件生命周期及软件开发模型
2.1 软件生命周期 2.2 软件开发模型
退出
软件生命周期：软件定义、软件设计、软件使用与维护 三阶段，而又可以具体分成几个子阶段。
（1）可行性研究 （2）需求分析和定义 （3）总体设计 （4）详细设计 （5）编码（实现） （6）软件测试、运行／维护
2.2软件模型
软件生命周期 及软件开发模型
汇报人：-- 汇报时间：20XX
小结 软件生命周期实质上是大型系统开发过程中各项目阶段的一种表示方法，如同任何事物一样，软件 也有一个孕育、诞生、成长、成熟、衰亡的生存过程。根据这一思想，把上述基本的过程活动进一 步展开，可以得到软件生命期的6个步骤，即制定计划、需求分析、设计、程序编码、测试及运行 维护。 软件生命期模型是从软件项目需求定义直至软件经使用后废弃为止，跨越整个生命周期的系统开发 、运作和维护所实施的全部过程、活动和任务的结构框架。
软件测试 第2章软件测试过程模型及标准
第2章软件测试过程模型及标准第一节回顾1.软件过程模型：软件开发全部过程、活动和任务的结构框架也称软件开发模型或软件生存周期模型2.典型的软件过程模型：瀑布模型，演化模型，增量模型，原型模型，螺旋模型，喷泉模型，基于构件的开发模型，形式方法模型3.瀑布模型（包含计算机系统工程）（如图所示）将软件放在计算机系统工程中，考察软件在计算机系统扮演什么角色，软件做什么，区分哪些事情由硬件完成，哪些事情软件完成，哪些事情由人完成。
4.瀑布模型（不包含计算机系统工程）（如图所示）第二节软件测试过程模型1.模型：描述软件测试全部过程、活动和任务的结构框架2.典型的软件测试模型：2.1V模型2.2W模型2.3H模型2.4TMap模型第三节V模型1.V模型描述软件开发各阶段与软件测试类别的关系2.V模型的左分支展示了软件开发的活动（和传统瀑布模型的开发步骤相一致），右分支展示了软件测试的类别特点：3.可根据V模型确定各软件测试阶段的测试要求4.可针对开发活动的不同特点为不同的测试类别设计不同的测试用例5.体现测试人员参与开发的全过程6.V模型（含计算机系统工程）（如图所示）7.V模型（不含计算机系统工程）（如图所示）8.V模型右侧的测试级别随软件开发程度的加深而对应不同级别的测试阶段a)单元测试：主要针对详细设计和编码的测试b)集成测试：主要针对概要设计的测试c)系统测试：主要针对软件系统或计算机系统的测试d)验收测试：主要由用户进行的测试缺点：V模型把测试过程作为在需求定义、需求分析、系统概要设计、系统详细设计及编码之后的一个阶段。
容易使人理解为测试是软件开发的最后阶段，测试主要针对程序进行，而需求定义、需求分析、系统概要设计、详细设计阶段隐藏的问题一直到后期的系统测试和验收测试才被发现。
第四节W模型1.V模型中增加各开发阶段应同步进行的验证和确认活动，演化成W模型2.W模型由两个V组成，一个V代表开发过程，另一个V代表测试过程优点：3.体现了尽早地、不断地进行软件测试4.体现了测试对象不仅是程序代码，还包括需求分析、设计等阶段的工作产品，测试与开发同步进行。
软件工程第二章软件过程
第二章：软件过程目标：软件工程和软件过程模型的概念；了解3个一般的软件过程模型及何时使用它们；了解软件需求工程，软件开发，测试和进化中所涉及的基本过程活动；理解为什么软件过程要有效地组织以应对软件需求和设计上的变更；了解Rational统一过程是如何集成好的软件过程实践来产生一个可适应的软件过程。
所有的软件过程都必须具有4种对软件工程来说是基本的活动。
它们是：1.软件描述：必须定义软件的功能以及软件操作上的约束。
2.软件设计和实现：必须生产符合描述的软件。
3.软件有效性验证：软件必须得到有效性验证，即确保软件是客户所想要的。
4.软件进化：软件必须进化以满足不断变化的客户需要。
2.1软件过程模型一软件过程模型一般有1.瀑布模型：该模型将基本的过程活动，描述，开发，有效性验证和进化，看成是一些界限分明的独立的过程阶段，例如，需求描述阶段，软件设计阶段，实现阶段，测试阶段，等等。
2.增量式开发：该方法使得描述活动，开发活动和有效性验证活动交织在一起。
系统的开发是建立一系列的版本（增量），每个版本添加部分功能到先前的版本中。
3.面向复用的软件工程：该方法使得描述活动，开发活动和有效性验证活动交织在一起。
系统开发过程着重于集成这些组件到新系统中，而非从头开发。
2.1.1瀑布模型一瀑布模型中的主要阶段直接映射基本的开发活动：1.需求分析和定义2.系统和软件设计3.实现和单元测试4.集成和系统测试5.运行和维护二适合采用瀑布模型的时候瀑布模型是与其他工程过程模型相一致的，在它的每个阶段都要生成文档。
这使得过程是可见的，项目经理能够根据项目计划监控项目的过程。
它的主要问题在于它将项目生硬地分解成这些清晰的阶段。
关于需求的责任和义务一定要在过程的早期阶段清晰界定，而这又意味它对用户需求变更的响应较困难。
所以只有在对需求了解的好，而且在系统开发过程中不太可能发生重大改变的时候，适合采用瀑布模型。
瀑布模型的一个重要变形是形式化系统开发。
软件工程知识框架
软件工程知识框架软件工程是一门涉及软件开发、维护和管理的学科，它涵盖了多个领域，包括需求分析、设计、编码、测试、部署和维护等。
软件工程知识框架是指软件工程领域中的基本概念、原则、方法和技术等，它是软件工程师必须掌握的基础知识。
软件工程知识框架包括以下几个方面：1. 软件开发过程模型软件开发过程模型是指软件开发过程中的一系列活动和阶段，它们按照一定的顺序和规律进行，以达到开发高质量软件的目的。
常见的软件开发过程模型包括瀑布模型、迭代模型、增量模型、螺旋模型等。
2. 软件需求分析软件需求分析是指对软件系统的需求进行分析、概括和明确，以便于软件开发人员理解和实现。
软件需求分析包括需求获取、需求分析、需求规格说明等。
3. 软件设计软件设计是指根据软件需求分析的结果，对软件系统进行结构设计、模块设计、接口设计等，以便于软件开发人员实现和维护。
常见的软件设计方法包括面向对象设计、结构化设计、数据流程设计等。
4. 软件编码软件编码是指根据软件设计的结果，将软件系统的功能实现为计算机程序的过程。
软件编码需要遵循一定的编码规范和标准，以保证代码的可读性、可维护性和可扩展性。
5. 软件测试软件测试是指对软件系统进行各种测试，以验证软件系统的正确性、可靠性、安全性等。
软件测试包括单元测试、集成测试、系统测试、验收测试等。
6. 软件部署和维护软件部署和维护是指将软件系统部署到用户环境中，并对软件系统进行维护和更新。
软件部署和维护需要遵循一定的标准和流程，以保证软件系统的稳定性和可靠性。
以上是软件工程知识框架的主要内容，软件工程师需要掌握这些基本概念、原则、方法和技术，才能够开发出高质量的软件系统。
此外，软件工程知识框架还包括软件工程的标准和规范、软件工程的工具和环境等方面的内容。
总之，软件工程知识框架是软件工程师必须掌握的基础知识，它涵盖了软件开发的各个方面，包括软件开发过程、需求分析、设计、编码、测试、部署和维护等。
软件过程模型（软件开发模型）
软件过程模型（软件开发模型）软件过程模型也称为软件开发模型，它是软件开发全部过程、活动和任务的结构框架。
典型的软件过程模型有瀑布模型、增量模型、演化模型（原型模型、螺旋模型）、喷泉模型、基于构件的开发模型、形式化⽅法模型、统⼀过程（UP）模型、敏捷⽅法等。
1、瀑布模型（Waterfall Model）瀑布模型是将软件⽣存周期中各个活动规定为依线性顺序连接的若⼲阶段的模型，包括需求分析、设计、编码、测试、运⾏与维护。
它规定了由前⾄后、相互衔接的固定次序，如同瀑布流⽔逐级下落。
如下图所⽰。
瀑布模型为软件的开发和维护提供了⼀种有效的管理模式，根据这⼀模式来制订开发计划，进⾏成本预算，组织开发⼒量，以项⽬的阶段评审和⽂档控制为⼿段有效的对整个开发过程进⾏指导，因此它是以⽂档为驱动，适合于软件需求很明确的软件项⽬的模型。
优点是容易理解，管理成本低；强调开发的阶段性早期计划及需求调查和产品测试。
缺点是客户必须完整、正确和清晰的表达他们的需要，⽽这往往⼜不可能；在后期很难评估项⽬的进度状态；对项⽬的风险控制能⼒弱。
2、增量模型（Incremental Model）增量模型融合了瀑布模型的基本成分和原型实现的迭代特征，它假设可以将需求分段为⼀系列增量产品，每⼀增量可以分别开发。
该模型采⽤随着⽇程时间的进展⽽交错的线性序列，每⼀个线性序列产⽣软件的⼀个可发布的“增量”，如下图所⽰。
当使⽤增量模型时，第⼀个增量往往是核⼼的产品。
客户对每个增量的使⽤和评估都作为下⼀个增量发布的新特征和功能，这个过程在每⼀个增量发布后不断重复，直到产⽣了最终的完善产品。
增量模型强调每⼀个增量均发布⼀个可操作的产品。
增量模型作为瀑布模型的⼀个变体，具有瀑布模型的所有优点。
此外还具有如下优点：第⼀个可交付版本所需要的成本和时间很少；开发由增量表⽰的⼩系统所承担的风险不⼤；由于很快发布了第⼀个版本，因此可以减少⽤户需求的变更；运⾏增量投资，即在项⽬开始时，可以仅对⼀个或两个增量投资。
软件工程1-2.软件过程
2.2 过程框架
下面的通用过程框架（generic process framework）可适于绝大多数软件项目： 1. 沟通 这个框架活动包含了与客户之间大量 的交流和协作，还包括需求获取及其他相 关活动。 2. 策划 为后续软件工程工作制定计划 3. 建模 包括创建模型和设计（analysis、 design）两方面工作。 4. 构建 包括编码（手工或自动生成）和测试 （发现编码中的错误） 5. 部署 软件交付到用户，用户评测并反馈。
对这个定义分解开来理解，就是： 应用计算机科学、数学及管理科学等原理，借鉴传 统工程的原则和方法，来创建软件，从而达到提高 质量、降低成本的目的。 其中，采用的方法包括： 计算机科学和数学用于构造模型、分析算法； 工程科学用于制定规范、明确风险、评估成本和 确定权衡； 管理科学用于进度、资源、质量、成本的管理。 因此，软件工程是计算机科学、工程和管理三个学科 的综合。
如，建模活动包括分析、设计两个动作。分析包括 一组任务（如需求获取、细化、协商、规格说明 和确认），最终产生需求分析模型（和/或需求 规格说明）。设计包括一组任务（如数据设计、 体系结构设计、接口设计、构件层设计），最终 产生设计模型（和/或设计规格说明）。
2.2 过程框架
任务集。任务集定义了为达到一个软件工程动 作的目标所需要完成的工作。如“需求获取” 就是发生在沟通活动中一个重要的软件工程动 作。 对小型、简单的项目，需求获取的任务集和大 型、复杂的项目就有较大差异。P20
软件开发过程及其应用框架
软件开发过程及其应用框架随着社会的发展和科技的进步，软件开发成为了一个越来越重要的领域。
软件开发的过程与应用框架也越来越受到人们的关注。
本文将探讨软件开发过程及其应用框架，包括定义、流程、重要性和应用。
一、软件开发过程软件开发过程是指从需求分析到软件测试、部署和维护的一系列过程。
具体来说，它包括需求分析、设计、编码、测试和部署五个阶段。
1. 需求分析软件开发的第一步是需求分析。
在这个阶段，开发团队必须和客户或用户合作，了解他们的需求、目标和期望。
开发团队必须确定软件的需求，以便在后续的阶段中进行设计和编码。
2. 设计阶段在确定了软件的具体需求之后，设计团队需要根据这些需求来设计软件。
设计阶段需要考虑软件的架构、功能和性能等方面。
设计过程还包括创建UML类图、时序图和状态图等。
3. 编码阶段编码是将软件设计转换为可执行代码的过程。
在编码阶段，开发团队使用编程语言来实现软件设计。
这一阶段的目标是让软件能够实现所规定的需求和功能，为后续的测试和部署做好准备。
4. 测试阶段在软件开发过程中，测试是必不可少的环节。
测试过程会检测软件是否满足需求，是否具有足够的稳定性和可靠性。
测试还可以发现和跟踪软件中存在的缺陷，并让开发团队及时修复它们。
5. 部署和维护软件部署和维护是软件开发过程中最后一个阶段。
在软件开发过程结束后，软件需要安装在客户端或服务器上。
此后，开发团队需要进行维护，实时检查软件的性能，确保软件可以正常运行。
二、应用框架应用框架是开发人员可以利用的开发平台，可以帮助开发人员提高软件的开发效率和质量。
它包括软件开发所需的库、模板和工具等。
开发人员可以使用框架来简化和加快软件开发过程。
1. MVC框架MVC是一种用于分离应用程序的功能的设计模式。
MVC框架分别由模型、视图和控制器三个部分组成。
模型表示应用程序中使用的数据和数据库的访问方法。
视图是应用程序中的用户界面。
控制器负责处理用户请求和返回响应。
软件开发模型
3. 快速原型模型(Rapid Prototype Model) 快速原型模型( ) 快速原型模型的第一步是建造一个快速原型,实现客户或未来的用户与系统的交互, 用户或客户对原型进行评价,进一步细化待开发软件的需求.通过逐步调整原型使其满足 客户的要求,开发人员可以确定客户的真正需求是什么;第二步则在第一步的基础上开发 客户满意的软件产品. 显然,快速原型方法可以克服瀑布模型的缺点,减少由于软件需求不明确带来的开发 风险,具有显著的效果. 快速原型的关键在于尽可能快速地建造出软件原型,一旦确定了客户的真正需求,所 建造的原型将被丢弃.因此,原型系统的内部结构并不重要,重要的是必须迅速建立原型, 随之迅速修改原型,以反映客户的需求.
6.演化模型 演化模型(incremental model) 演化模型 主要针对事先不能完整定义需求的软件开发.用户可以给出待开发系统的核心需求, 并且当看到核心需求实现后,能够有效地提出反馈,以支持系统的最终设计和实现.软件 开发人员根据用户的需求,首先开发核心系统.当该核心系统投入运行后,用户试用之, 完成他们的工作,并提出精化系统,增强系统能力的需求.软件开发人员根据用户的反馈, 实施开发的迭代过程.第一迭代过程均由需求,设计,编码,测试,集成等阶段组成,为 整个系统增加一个可定义的,可管理的子集. 在开发模式上采取分批循环开发的办法,每循环开发一部分的功能,它们成为这个产 品的原型的新增功能.于是,设计就不断地演化出新的系统. 实际上,这个模型可看作 是重复执行的多个"瀑布模型". "演化模型"要求开发人员有能力把项目的产品需求分解为不同组,以便分批循环开 发.这种分组并不是绝对随意性的,而是要根据功能的重要性及对总体设计的基础结构的 影响而作出判断.有经验指出,每个开发循环以六周到八周为适当的长度.
《软件工程》各章节重点
瀑布模型
软件过程的经典模型，每个 阶段按顺序完成。缺点是不 能容忍修改和反馈。
螺旋模型
一种适应型软件过程模型， 强调风险管理。缺点是变化 不稳定。
迭代模型
一种多次迭代的软件过程模 型，每次迭代完成一个小而 完整的软件。缺点是需求的 稳定性。
敏捷开发
一种以人为核心,注重适应变 化,提供高质量服务的软件开 发方法。缺点是文档化的缺 失和不同项目难以比较。
第三章：需求工程
1
需求来源
如何识别和获取需求，包括需求表示法、需求描述、需求协商。
2
需求分析
如何分析理解、抽象和总结需求特性，包括需求抽象、需求验证。
3
需求管理
如何跟踪需求变更、评审需求变更的影响范围
第四章：软件设计
设计任务
系统结构设计、数据结构和 算法设计、接口及数据管理 设计。
设计方法
结构化设计、面向对象设计、 面向方面设计、进化设计。
3 项目管理：Redmine
4 测试工具：JUnit
开源的项目管理和缺陷跟踪工具，支持敏 捷开发，提高团队协作能力。
开源的测试框架，支持自动化构建、单元 测试和回归测试。
结论
软件工程是一门需要持续学习和探索的学科，为软件开发提供了良好的指导 框架和开发流程。在软件开发过程中，我们应该根据实际情况选择合适的软 件开发方法和工具，提高软件开发效率和质量。
《软件工程》各章节重点
软件工程是一门综合性、系统性很强的学科，主要研究如何开发和维护高质 量的软件。《软件工程》一书对软件工程的基础理论、知识和方法进行了全 面详细的阐述。
引言
引言是一份礼物，像向朋友打开您内心的大门。引言是一篇文章或书籍的开端，包含主题和相关内容的 介绍。在软件工程中，引言的重点是软件工程学科的产生背景和发展历程。
软件开发过程生命周期模型
软件开发过程生命周期模型一、序言生命周期指软件开发全部过程、活动和任务的结构框架。
软件开发包括需求、设计、编码和测试等阶段，有时也包括维护阶段。
目前软件开发实践中使用的各种生命周期模型，都是下面这些基本组成部分的不同的排列与组合。
•市场分析，可行性研究，与项目定义•需求分析•设计(概要设计和详细设计)•编码实现•测试•使用与维护主要有以下几种模型：• 1.瀑布模型(waterfallmodel)•2-演化模型(evolutionarymodel).•3螺旋模型(spiralmodel)二、瀑布模型瀑布模型将软件生命周期的各项活动规定为依固定顺序联接的若干阶段工作，形如瀑布流水，最终得到软件产品。
如图所示：优点：a.强调开发的阶段性；b.强调早期计划及需求调查;c.强调产品测试。
缺点：a.依赖于早期进行的唯一一次需求调查，不能适应需求的变化；b.由于是单一流程，开发中的经验教训不能反馈应用于本产品的过程;c.风险往往迟至后期的开发阶段才显露，因而失去及早纠正的机会下表是瀑布模型中各个阶段的主要工作，及相应的质量控制手段。
三、演化模型该模型主要针对事先不能完整定义需求的软件开发。
用户可以给出待开发系统的核心需求，并且当看到核心需求实现后，能够有效地提出反馈，以支持系统的最终设计和实现。
软件开发人员根据用户的需求，首先开发核心系统。
当该核心系统投入运行后，用户试用之，完成他们的工作，并提出精化系统、增强系统能力的需求。
软件开发人员根据用户的反馈，实施开发的迭代过程。
第一迭代过程均由需求、设计、编码测试、集成等阶段组成，为整个系统增加一个可定义的、可管理的子集。
如图所示。
在开发模式上采取分批循环开发的办法，每循环开发一部分的功能，它们成为这个产品的原型的新增功能。
于是，设计就不断地演化出新的系统。
实际上，这个模型可看作是重复执行的多个“瀑布模型”。
“演化模型”要求开发人员有能力把项目的产品需求分解为不同组，以便分批循环开发。
第三章软件过程模型
第三章软件过程模型1.简述软件过程、软件⽣存周期、软件过程模型（软件⽣存周期模型）三者之间的概念区别。
（1）软件过程：软件⽣存周期中的⼀系列相关过程所涉及的活动（2）软件⽣存周期:软件也有⼀个从⽣到死的过程，这个过程⼀般称之为软件的软件⽣存周期或⽣命周期。
（3）软件过程模型：⼀个包括软件产品开发、运⾏和维护中有关过程、活动和任务的框架，覆盖了从系统的需求定义到系统的使⽤终⽌。
2.软件过程就是软件开发过程么？为什么？软件过程不是软件开发过程。
软件过程是指软件⽣存周期中的⼀系列相关活动所涉及的活动，⽽软件⽣存周期是软件从⽣到死的过程，包含软件的开发过程。
3.请选择两个常见的软件过程模型，谈谈你对它们的理解？并对它们进⾏⽐较。
（1）瀑布模型：将软件⽣命周期划分为软件计划、需求分析和定义、设计、实现、测试、运⾏和维护这6个阶段，规定了它们⾃上⽽下、相互衔接的固定次序，如同瀑布流⽔逐级下落。
从本质来讲，它是⼀个软件开发架构，开发过程是通过⼀系列阶段顺序展开的，从系统需求分析开始直到产品发布和维护，每个阶段都会产⽣循环反馈，是⽂档驱动型的模型。
（2）原型模型：利⽤原型法技术尽可能快地构造⼀个实际系统的简化模型。
⽐较：瀑布模型适⽤于已经确定好的、深思熟虑过的模型，⽽且⼀旦确定好，再进⾏加⼯或改动会造成很⼤的影响。
⽽原型模型适⽤于不能预先确切定义需求的软件项⽬，能够快速建⽴⼀个软件模型，⽽且软件的模型是在⼀次次的原型模型的迭代中修改完善的。
4.瀑布模型和其他常见模型有什么关联和区别？（1）瀑布模型与原型模型：瀑布模型适⽤于规模较⼤的软件，是⽂档驱动型的模型，⽽且瀑布模型⼀旦成型以后更改很⿇烦，但是原型模型更改很容易，⽽且采取原型模型的软件就是通过不断的更改达到对软模型的完善。
两者的关联是通过不断迭代（2）瀑布模型与增量模型：增量模型的某些阶段是按照瀑布模型的整体⽅式进⾏开发，但是两者的区别是增量模型将设计模块分成了⼏个部分，可以同时进⾏设计，原型模型不⾏。
软件开发过程模型
软件开发过程模型
软件过程模型是⼈们在软件开发实践中总结出来的、适⽤于具有某⼀类特征项⽬的标准开发过程。
软件开发模型提供了⼀个框架并把必要活动映射这个框架中，包括主要的开发阶段、各个阶段要完成的主要任务和活动、各个阶段的输⼊输出。
常见的软件开发过程模型很多，包括瀑布模型、演化模型（包括原型模型、增量模型和螺旋模型）、喷泉模型、RUP过程等等。
在实践中，软件项⽬开发团队必须依据拟开发项⽬的特点以及对⽤户需求的把握程度，选择某⼀开发过程模型做⼀定的裁剪，设计出适合具体项⽬的软件开发过程。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
12
- 测量 定义和收集过程、项目和产品的度量，以帮助团队在发布软件的时候满足 客户要求。同时，测量还可与其它框架协同使用。 - 软件配置管理 管理整个软件过程中变更所带来的影响。 - 可复用管理 定义产品复用的标准（包括软件构件），并且建立构件复用机制。 - 工作产品（Work Product）的准备和生产 包括了创建产品所必须的活动如建模、文档、日志、表格和列表等。
16
17
18
3、软件构造
任务：根据设计说明书中每个模块的控制流程编写出相应 的源程序。 目的：写出高质量的代码和相应的文档。 - 构造要注意使系统更易于使用和系统的可重用性。 - 选择合适的开发工具及系统软件、数据库软件、中间 件等。制定编程规范。 输入：软件设计文档、本过程相关计划 步骤：编程、单元测试、制定下一阶段相关计划、编制用 户文档 输出：源程序和相关文档、下一过程相关计划
14
Review Item Discrepancy152、软件设计
任务：给出实现系统的实施蓝图。 目的：要回答“如何解决该问题？”， 既系统“怎样做？”。 输入：软件需求规范、本过程相关计划 步骤： 概要设计：解决系统的子系统/模块划分、子系统/模块的 层次结构及数据库设计； 详细设计：解决每个模块/类内部算法和数据结构； 制定下一过程相关计划。 输出：体系结构设计说明书、详细设计说明书、下一过程相关 计划
9
公共软件过程框架
公共过程框架 技术性活动
任务集合
工作任务 里程碑、交付物 SQA（软件质量保证）点
支持性活动
10
一个公共过程框架，是通过定义若干框架活动来建立的，如果不 考虑其规模和复杂性，这些活动适用于所有软件项目。
任务集合——每一个集合都由软件工程工作任务、项目里程碑、 软件工程产品和交付物以及质量保证点组成——使得框架活动适应 于不同软件项目的特征和项目组的需求。
4
如何定义软件开发活动? - 名称 - 任务 - 输入: 开始所必需满足的条件 - 输出: 完成时所必须满足的条件以及结果 - 实施: 做什么，怎么做(详细的步骤)，或者如何从输入产生输出
输入
软件开发活动
输出
5
软件活动例子:
- 名字： 单元测试 - 任务 对软件基本单元模块进行测试，判断是否有错 - 输入 有一个已完成、被文档化和批准的软件单元测试计划 供测试的软件单元模块代码 - 实施 遵循单元测试计划，运行所有的测试用例 撰写单元测试报告 - 输出 单元测试报告
19
4、软件测试
任务：检查、发现程序中的错误，提高系统可靠性。 目的：保证系统的正确性、可靠性和可用性。 回答：“该系统是否能实现规定的操作？”。 输入：已经完成的代码、本过程相关的计划 步骤：集成测试、系统测试、确认测试 输出：测试报告和软件修改报告等。
20
5、软件维护
任务：改正软件系统在使用过程中发现的隐含错误，扩充在 使用过程中新的功能要求。 目的：维护软件系统的正常运行。 回答：系统是否满足用户的应用要求。 输入：问题报告 步骤：问题报告审批、问题修改、审核 输出：软件修改报告。
第三讲 软件过程框架与软件过程模型
软件过程框架
什么是过程？ 针对一个给定目标的一系列操作步骤。 例如 - 目标：去火车站 - 操作步骤：去南门/东门公共汽车站，乘50/17路汽车，… 每个过程都有明确的目的以及具体的操作步骤，操作步骤说明了 有哪些操作以及按照什么样的方式来执行操作。
2
什么是软件开发过程？ 按照项目的进度、成本和质量限制，开发和维护满足用户需求的 软件所必需的一组有序的软件开发活动集合。
6
为什么需要软件过程？
- 明确了软件开发的过程和步骤，促进工程化软件开发 - 便于制定软件项目计划 - 为软件开发提供了可视性，便于对软件开发过程进行管理和控制 - 便于细化和安排任务，使得每个人员明确各自的工作
7
软件开发过程模型
软件开发过程模型 - 软件开发过程模型是软件开发全过程、软件开发活动以及它们之间 关系的结构框架 - 指导软件开发以及软件开发过程的定义 常用的软件开发过程模型 - 瀑布模型 - 原型模型 - 增量模型 - 迭代模型 - 螺旋模型
13
主要的开发和支持过程
1、软件需求分析 任务：收集、分析、理解、确定用户的要求；然后把用户的要求精确、完 整地描述表达出来。 目的：要回答“要解决什么问题？”， 既系统“做什么？”。 输入：系统需求文档/问题陈述、本过程相关工作计划 步骤：可行性研究、需求分析、制定相关开发计划 输出：可行性报告、需求规范、下一过程开发计划 需求说明书是让用户理解:“什么是他们真正需要的”； 让开发者理解“什么是他们真正的开发目标”。
8
软件过程分类 - 基本过程类 是构成软件生存周期主要部分的那些过程, 包括：定义、 构建、维护等过程.
- 支持过程类 可穿插到基本过程中提供支持的一系列过程, 包括：文档开 发、 配置管理、 质量保证、验证、确认、联合评审、审计、 问题解决等程.
- 组织过程类 一个组织用来建立、实施一种基础结构, 并不断改进该基 础结构的过程, 包括：管理、计划、改进、培训等过程.
支持性活动——如软件质量保证，软件配置管理和测度，它们 贯穿于整个过程模型之中。支持性活动独立于任何一个框架活动， 且贯穿于整个过程。
11
管理性活动
- 软件项目跟踪和控制 允许项目组根据计划来评估项目进度，并且采取必要的措施保证项目按 进度计划进行。 - 风险管理 评估可能对项目成果或者产品质量产生影响的风险。 - 软件质量保证 确定和执行用以保证软件质量的活动。 ·正式技术评审: 评估软件工程产品，尽量在错误传播到下一个动作 或活动之前，发现并清除错误。 ·V&V（Verification and Validation）：验证与确认。
软件开发活动的例子 - 需求分析 - 体系结构设计 开发活动的顺序例子 - 先做需求分析，然后再做体系结构设计 ……
3
在按任务性质，软件开发活动可分为二种形式 技术活动 - 对软件项目实施开发，产生软件产品 - 例如，需求分析，概要设计，编码，单元测试等等 管理活动 - 对软件项目中的人、产品和过程等实施管理的活动 - 例如，制订软件项目计划，软件配置等等