软件过程
软件工程第二章-软件过程
编码
运行 时期
1. 瀑布模型
瀑布模型(waterfall model)是软件工程最早的范例，
也称经典生命周期，它提出了一个系统的、顺序的软 件开发方法，从用户需求规格说明开始，通过计划、 建模、构建和部署的过程，最终提供一个完整的软件 并提供持续的技术支持。
沟通 项目启动 需求获取 策划 项目估算 进度计划 项目跟踪
… 框架活动 # n 动作 # n.1 任务集 …… 动作 # n.m 任务集 工作任务、工作产品、 质量保证点、项目里程碑
工作任务、工作产品、 质量保证点、项目里程碑
只有一种软件过程吗？
软件过程的种类很多，区别主要体现在几个方面： 组成过程的各个活动(包括普适性活动)、动作和任务，及其相互依 赖的关系都可能不同； 动作和任务的细化程度可能不同； 工作产品的定义和要求可能不同； 质量保证活动的应用方式可能不同； 项目跟踪和控制活动的应用方式可能不同； 过程描述的详细程度和严谨程度可能不同； 客户和利益相关者对项目参与的程度可能不同； 软件团队所赋予的自主权可能不同； 队伍组织和角色的明确程度可能不同。
下优先级进行增量开发：
第一个增量实现基本的文件管理、编辑和文档生成功能
； 第二个增量实现更加完善的编辑和文档生成功能； 第三个增量实现拼写和文法检查功能； 第四个增量完成高级的页面布局功能； ……
增量模型的特点
增量过程模型综合了线性、并行、演化三种过程流的
特征。
对于每个增量，使用的是线性过程流；
过程流
过程流(process flow)：描述了在执行顺序和执行时
间上，如何组织框架中的活动、动作和任务。 大致有四大类不同的过程流：
软件开发的基本过程
软件开发的基本过程
软件开发的基本过程包括以下步骤：
1.需求分析：相关系统分析员向用户初步了解需求，用相关的工具软件列出要开发的系统的大功能模块，每个大功能模块有哪些小功能模块，对于有些需求比较明确相关的界面时，在这一步里面可以初步定义好少量的界面。
2.概要设计：开发者需要对软件系统进行概要设计，即系统设计。
概要设计需要对软件系统的设计进行考虑，包括系统的基本处理流程、系统的组织结构、模块划分、功能分配、接口设计、运行设计、数据结构设计和出错处理设计等，为软件的详细设计提供基础。
3.详细设计：在概要设计的基础上，开发者需要进行软件系统的详细设计。
应当保证软件的需求完全分配给整个软件。
详细设计应当足够详细，能够根据详细设计报告进行编码。
4.编码：在软件编码阶段，开发者根据《软件系统详细设计报告》中对数据结构、算法分析和模块实现等方面的设计要求，开始具体的编写程序工作，分别实现各模块的功能，从而实现对目标系统的功能、性能、接口、界面等方面的要求。
5.测试：测试编写好的系统。
交给用户使用，用户使用后一个一个的确认每个功能。
完成测试后，完成验收并完成最后的一些帮助文档，整体项目才算完成。
6.验收：用户验收。
以上就是软件开发的基本过程，不同的公司可能会有自己的一套
流程，但大体上应该是类似的。
软件过程名词解释
软件过程名词解释软件过程是指在软件开发过程中，通过一系列组织化、规范化和可追踪的活动，在特定环境下按照一定的方式进行的一系列活动的集合，目的是为了开发和维护软件。
1. 需求收集和分析：在软件开发过程中，首先需要进行需求收集和分析。
这个过程主要是通过与用户和客户的沟通，收集并理解用户的需求。
然后根据需求进行分析和整理，明确软件的功能和性能要求。
2. 设计和架构：在需求分析的基础上，进行软件的设计和架构。
设计是指根据需求分析的结果，设计出软件的整体结构和各个模块之间的关系。
架构是指将设计的结果转化为具体的架构，包括选择合适的技术和平台，确定软件的组织结构和模块划分。
3. 编码和单元测试：在设计和架构的基础上，进行编码和单元测试。
编码是指根据设计的结果，将设计的模块转化为具体的代码。
单元测试是指对编写的代码进行测试，验证代码的正确性。
4. 集成和系统测试：在编码和单元测试的基础上，将各个模块进行集成，并进行系统测试。
集成是指将各个模块进行组合，并测试模块之间的协作和交互。
系统测试是指对整个软件系统进行测试，验证软件系统的功能和性能是否符合需求。
5. 部署和运维：在系统测试通过后，将软件部署到实际的运行环境中，并进行运维。
部署是指将软件安装到用户的计算机或服务器上，并进行配置和启动。
运维是指在软件运行过程中，进行监控、维护和升级，确保软件的稳定性和可用性。
6. 质量保证和改进：在软件开发过程中，需要进行质量的保证和改进。
质量保证是指通过规范和流程的执行，确保软件开发过程的可控和可预测性。
改进是指根据开发过程中的经验和反馈，对软件开发流程和方法进行改进，提高软件开发的效率和质量。
以上是软件过程中常见的一些名词解释，涵盖了软件开发的各个阶段和活动。
在实际的软件开发中，可以根据具体的项目和组织情况，进行相应的调整和定制。
软件过程的目的是为了确保软件开发的可控性和可预测性，以及提高软件开发的效率和质量。
个体软件过程(PSP)详解
17
2.4——工程记事本(续)--工程记事本内容
18
总结
计划和管理时间的第一步是要弄清楚现在是如何 利用时间的。为了做到这一点，需要把活动分成几个主 要的类。然后，用一种标准的方法把每项活动所花费的 时间记录下来。为了方便记录和查阅数据，采用了工程 记事本。
19
个体软件过程
第3章 时间跟踪
20
36
6.2——认真制定承诺
承诺要认真制订并要进行适当的管理。可以遵照如下的步骤来确保承诺 是认真制定并且是管理得很好。
• • • 在同意承诺之前要对所做的工作进行分析。例如，你是否够细致的查看了要做的 用一个机会支持承诺。对于任何规模的工作，认真制定承诺的方法是先为所做的 把协议文档化。语言常常会引起误解。即使两个人达成口头上的一致，他们也经 工作并判定能够完成这项工作？ 工作制订一个机会。 常很难就书面的协议陈述达成一致，所以当出现问题时双方该怎么办？所以需要把协 议合同化来解决问题。 • 如果不能满足承诺，及时告诉对方并努力将给对方造成的影响减小到最小的程度。
这对你的工程生涯是有益的。为了不断提高工作的质量，必须树 立目标、对产品质量进行度量、了解工作的过程、改变并重用这
个过程、度量和分析结果，最后要反复地对过程进行持续改进。
11
个体软件过程
第2章 时间管理
12
2.1——原来时间花在了这些地方...
• 7年在浴室里 • 6年在吃东西 • 5年在排队 • 3年在开会 • 2年在接电话 • 8个月在看垃圾邮件 • 6个月在红灯前一动不动 • 你的一天要被打扰73次，每天带回家1个小时
15
2.4——工程记事本
在本课程中，将使用工程记事本来记录时间 的使用情况。工程记事本的用途主要有：
软件过程模型案例
软件过程模型案例软件过程模型是指在软件开发过程中，将软件开发过程分为若干阶段和活动，并规定每一阶段和活动的输入、输出、各种文档的编制方法和文档的审核和审定的内容、具体要求、合格标准以及项目组织管理的方法和质量控制的方法等的一种软件开发操作规范。
下面将以一个实际案例来介绍一个典型的软件过程模型。
假设公司决定开发一个新的在线电影票购买系统来满足用户的购票需求，下面将以这个案例为例来介绍软件过程模型。
1.需求收集和分析阶段：在这个阶段，软件团队与项目的利益相关者进行会议，了解他们的需求和期望。
通过讨论和调查，软件团队收集到以下需求：-用户可以浏览不同影院的上映电影信息。
-用户可以查看每部电影的放映时间和价格。
-用户可以选择座位并购买电影票。
-系统需要提供在线支付功能。
-系统需要发送电子票给用户。
2.需求规格说明书编制阶段：根据收集到的需求，软件团队开始编制需求规格说明书，该文档详细描述了软件系统的功能、性能要求以及用户界面和交互设计等。
在这个阶段，软件团队还与利益相关者进行讨论，以确保需求的完整性和准确性。
3.设计阶段：在设计阶段，软件团队根据需求规格说明书开始设计系统的架构和模块。
他们使用UML（统一建模语言）创建类图、序列图和状态图等。
同时，团队还着手开发数据库设计和用户界面设计。
4.编码和单元测试阶段：在这个阶段，程序员开始根据设计文档编写源代码，并进行单元测试来验证每个模块的正确性。
他们还使用版本控制工具来管理源代码的版本。
5.综合测试和验收测试阶段：在这个阶段，软件团队进行综合测试和验收测试来验证整个系统的功能和性能。
他们通过模拟实际用户使用系统的场景来测试系统的稳定性和可靠性。
6.部署和维护阶段：在软件系统通过验收测试后，团队将其部署到生产环境中，并提供相关的文档和培训来帮助用户使用系统。
同时，团队会定期监测系统的性能并进行必要的维护和修复。
需要注意的是，上述过程是迭代和增量式的。
即使在开发和测试过程中，可能会发现一些需求的变化或改进的机会，开发团队应该做出相应的调整。
软件过程管理（一）
软件过程管理（一）一、引言1、过程是活动的集合，软件过程是与软件开发与维护相关的活动的集合。
2、过程管理是制定过程和对过程活动进行动态监管。
软件过程管理的目的是最大限度地提高软件产品的质量和软件开发过程的生产率。
3、软件过程管理的途径：软件过程模型→组织标准软件过程→项目定义软件过程→过程实施与监控→软件过程改进。
4、过程的分类：产品实现过程；管理过程；支持过程。
在软件过程中，产品实现过程被称为“工程过程”。
软件工程( Software Engineering)l 指导计算机软件开发和维护的工程科学。
l 旨在确定软件开发技术规范，其中软件开发技术包含：软件开发方法学、软件工具和软件工程环境。
l 应用计算机科学（用于构造模型预算法）、工程科学（用于制定规范、设计模型、评估成本及权衡利弊）和管理科学（用于计划、资源、质量、成本等管理）的基本原理。
l 与其他工程的区别：产品是程序。
l 特点：规范化、文档化。
l 软件过程是指软件开发人员开发和维护软件以及相关产品(如项目计划、设计文档、代码、测试用例和顾客手册)的一套行为、方法、实践以及变化过程。
l 软件过程管理的重要前提是：软件产品质量的好坏主要取决于开发和维护该产品所使用的软件过程质量。
l 有效的软件过程可将人员、工具和方法进行有机结合。
二、软件与软件产业的发展过程软件过程管理l 对软件开发全过程规范化及标准化的管理。
l 软件过程管理技术包括：软件管理学和软件工程经济学。
l 目前，国外普遍采用的软件过程管理方法是：美国卡内基·梅隆大学软件工程研究所（SEI）提出的软件能力成熟度模型（SW-CMM）。
l 目的：研究如何有效地对软件开发项目进行管理，以便按照进度和预算完成软件项目计划，实现预期的经济效益和社会效益。
l 包括：成本估计、进度计划、人员组织、质量保证等。
三、软件危机及其原因软件成本高软件特殊性l 软件开发的进度难于控制l 估计软件工作量很困难l 软件质量难于保证l 修正维护软件困难软件项目出现的典型问题l 缺少用户的参与l 需求及其说明不完整或经常变更l 项目得不到高层管理者的支持l 技术能力不足或对新技术不熟悉l 资源投入不足l 预期要求过高l 项目目标不清晰l 人员配合存在问题四、过程及其要素l 软件开发项目是在规定的成本和时间内，开发和提交满足客户某些需求的软件产品。
总结：软件工程与软件过程基本概念.
增量模型
增量1 分析 增量2 设计 分析 编码 设计 分析 测试 编码 增量1 交付客户 测试 编码 增量2 交付客户 测试 增量3 交付客户
增量3
设计
…..
增量n
分析
设计 日历时间
编码
测试
增量n 交付客户
增量模型的特点
过程渐进性：每次提交一个满足用户需求子 集的增量构件； 增量模型强调每一个增量均发布一个可操作 的产品。 能在短时间内向用户提交可使用的软件； 软件系统的体系结构必须具有高度的开放性 和可扩充性； 在逐步增加产品功能的过程中有充裕的时间 学习和适应新的功能。
12 。 螺旋模型
螺旋模型是一个演化软件过程模型。 它将原型实现的迭代特征与线性顺序模型 中控制的和系统化的方面结合起来。 在螺旋模型中，软件开发是一系列的增量 发布。 在每一个迭代中，被开发系统的更加完善 的版本逐步产生。 螺旋模型被划分为若干框架活动，也称为 任务区域。
螺旋模型沿着螺线旋转，在四个象限上分别 表达了四个方面的活动，即： 制定计划──确定软件目标，选定实施方案， 弄清项目开发的限制条件。 风险分析──分析所选方案，考虑如何识别和 消除风险。 实施工程──实施软件开发。 客户评估──评价开发工作，提出修正建议。
14。 第四代技术
第四代技术包含了一系列的软件工具。 能使软件工程师在较高的级别上规约软件 的某些特征。 软件工具根据开发者的规约自动生成源代 码。
7。编码修复模型
编码修复模型是所有模型中最古老也是最 简单的模型。
编码 测试
交付
编码修复模型的特点
它几乎不执行任何预先的计划，该模型的 使用者很快就进入了所开发产品的编码阶 段。 典型的情况是，完成大量的编码，然后测 试产品并且纠正所发现的错误。 编码和测试工作一直持续到产品开发工作 全部完成并将产品交付给客户。
软件工程第二章软件过程
第二章：软件过程目标：软件工程和软件过程模型的概念；了解3个一般的软件过程模型及何时使用它们；了解软件需求工程，软件开发，测试和进化中所涉及的基本过程活动；理解为什么软件过程要有效地组织以应对软件需求和设计上的变更；了解Rational统一过程是如何集成好的软件过程实践来产生一个可适应的软件过程。
所有的软件过程都必须具有4种对软件工程来说是基本的活动。
它们是：1.软件描述：必须定义软件的功能以及软件操作上的约束。
2.软件设计和实现：必须生产符合描述的软件。
3.软件有效性验证：软件必须得到有效性验证，即确保软件是客户所想要的。
4.软件进化：软件必须进化以满足不断变化的客户需要。
2.1软件过程模型一软件过程模型一般有1.瀑布模型：该模型将基本的过程活动，描述，开发，有效性验证和进化，看成是一些界限分明的独立的过程阶段，例如，需求描述阶段，软件设计阶段，实现阶段，测试阶段，等等。
2.增量式开发：该方法使得描述活动，开发活动和有效性验证活动交织在一起。
系统的开发是建立一系列的版本（增量），每个版本添加部分功能到先前的版本中。
3.面向复用的软件工程：该方法使得描述活动，开发活动和有效性验证活动交织在一起。
系统开发过程着重于集成这些组件到新系统中，而非从头开发。
2.1.1瀑布模型一瀑布模型中的主要阶段直接映射基本的开发活动：1.需求分析和定义2.系统和软件设计3.实现和单元测试4.集成和系统测试5.运行和维护二适合采用瀑布模型的时候瀑布模型是与其他工程过程模型相一致的，在它的每个阶段都要生成文档。
这使得过程是可见的，项目经理能够根据项目计划监控项目的过程。
它的主要问题在于它将项目生硬地分解成这些清晰的阶段。
关于需求的责任和义务一定要在过程的早期阶段清晰界定，而这又意味它对用户需求变更的响应较困难。
所以只有在对需求了解的好，而且在系统开发过程中不太可能发生重大改变的时候，适合采用瀑布模型。
瀑布模型的一个重要变形是形式化系统开发。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
软件过程
软件过程为一个为建造高质量软件所需完成的任务的框架，即形成软件产品的一系列步骤，包括中间产品、资源、角色及过程中采取的方法、工具等范畴。
信息隐蔽
信息隐蔽指在设计和确定模块时,使得一个模块内包含信息(过程或数据),对于不需要这些信息的其他模块来说,是不能访问的.
桩模块
软件测试技术的一种，主要用在单元测试阶段。
由于对已开发的单元模块功能和行为测试会涉及到仿真对象的概念，比如说驱动模块和桩模块。
桩模块：桩模块（Stub）是指模拟被测试的模块所调用的模块，而不是软件产品的组成的部分。
主模块作为驱动模块,与之直接相连的模块用桩模块代替。
在集成测试前要为被测模块编制一些模拟其下级模块功能的“替身”模块，以代替被测模块的接口，接受或传递被测模块的数据，这些专供测试用的“假”模块称为被测模块的桩模块。
瀑布模型的优缺点
1、瀑布模型有以下优点
1）为项目提供了按阶段划分的检瀑布模型
查点。
2）当前一阶段完成后，您只需要去关注后续阶段。
3）可在迭代模型中应用瀑布模型。
增量迭代应用于瀑布模型。
迭代1解决最大的问题。
每次迭代产生一个可运行的版本,同时增加更多的功能。
每次迭代必须经过质量和集成测试。
2、瀑布模型有以下缺点
1）在项目各个阶段之间极少有反馈。
2）只有在项目生命周期的后期才能看到结果。
3）通过过多的强制完成日期和里程碑来跟踪各个项目阶段。
4)瀑布模型的突出缺点是不适应用户需求的变化.
3.衡量模块独立性的两个标准是什么？它们各表示什么含义？
两个定性的度量标准：耦合与内聚性
耦合性：也称块间联系。
指软件系统结构中各模块间相互联系紧密程度的一种度量。
模块之间联系越紧密，其耦合性就越强，模块的独立性则越差。
内聚性：也称块内联系。
指模块的功能强度的度量，即一个模块内部各个元素彼此结合的紧密程度的度量。
模块内元素联系越紧密，内聚性越高。
软件质量
概括地说，软件质量就是“软件与明确的和隐含的定义的需求相一致的程度”。
具体地说，软件质量是软件符合明确叙述的功能和性能需求、文档中明确描述的开发标准、以及所有专业开发的软件都应具有的隐含特征的程度。
影响软件质量的主要因素，这些因素是从管理角度对软件质量的度量。
可划分为三组，分别反应用户在使用软件产品时的三种观点。
正确性、健壮性、效率、完整性、可用性、风险（产品运行）；可理解性、可维修性、灵活性、可测试性（产品修改）；可移植性、可再用性、互运行性（产品转移）。
软件质量因素软件质量因素主要包括以下十点：功能性质量因素：正确性，健壮性，可靠性非功能性质量因素：性能，易用性，清晰性，安全性，可扩展性，兼容性，可移植性
正确性正确性是指软件按照需求正确执行任务的能力。
“正确性”的语义涵盖了“精确性”。
正确性无疑是第一重要的软件质量属性。
技术评审和测试的第一关都是检查工作成果的正确性。
机器不会主动欺骗人，软件运行出错通常都是人造成的，所以不要找借口埋怨机器有毛病。
健壮性健壮性是指在异常情况下，软件能够正常运行的能力。
正确性描述软件在需求范围之内的行为，而健壮性描述软件在需求范围之外的行为。
开发者往往把异常情况错当成正常情况而不作处理，结果降低了健壮性。
用户才不管正确性与健壮性的区别，反正软件出了差错都是开发方的错。
所以提高软件的健壮性也是开发者的义务。
健壮性有两层含义：一是容错能力，二是恢复能力。
可靠性可靠性是指在一定的环境下，在给定的时间内，系统不发生故障的概率。
可靠性本来是硬件领域的术语。
比如某个电子设备在刚开始工作时挺好的，但由于器件在工作中其物理性质会发生变化（如发热），慢慢地系统的功能或性能就会失常。
所以一个从设计到生产完全正确的硬件系统，在工作中未必就是可靠的。
软件在运行时不会发生物理性质的变化，人们常以为如果软件的某个功能是正确的，那么它一辈子都是正确的。
可是我们无法对软件进行彻底地测试，无法根除软件中潜在的错误。
平时软件运行得好好的，说不准哪一天就不正常了，如有千年等一回的“千年虫”问题，司空见惯的“内存泄露”问题、“误差累积”问题等等。
时隐时现的错误一般都属于可靠性问题，纠错的代价很高。
性能性能通常是指软件的“时间-空间”效率，而不仅是指软件的运行速度。
人们总希望软件的运行速度高些，并且占用资源少些。
性能优化的关键工作是找出限制性能的“瓶颈”可以通过优化数据结构、算法和代码来提高软件的性能。
易用性易用性是指用户使用软件的容易程度。
现代人的生活节奏快，干啥事都想图个方便。
所以把易用性作为重要的质量属性对待无可非议。
导致软件易用性差的根本原因：理工科大学教育存在缺陷：没有开设人机工程学、美学、心理学这些必修课，大部分开发人员不知道如何设计易用的软件产品。
开发人员犯了“错位”的毛病：他以为只要自己用起来方便，用户也就会满意。
软件的易用性要让用户来评价。
当用户真的感到软件很好用时，一股温暖的感觉油然而生，于是就用“界
面友好”、“方便易用”等词来评价软件产品。
清晰性清晰意味者所有的工作成果易读、易理解，可以提高团队开发效率，降低维护代价。
开发人员只有在自己思路清晰的时候才可能写出让别人易读、易理解的程序和文档。
可理解的东西通常是简洁的。
一个原始问题可能很复杂，但高水平的人就能够把软件系统设计得很简洁。
如果软件系统臃肿不堪，它迟早会出问题。
所以简洁是人们对工作“精益求精”的结果，而不是潦草应付的结果。
千万不要把在学校里“造文章”的手法用于开发产品！
安全性这里安全性是指信息安全，英文是Security而不是Safety。
安全性是指防止系统被非法入侵的能力，既属于技术问题又属于管理问题。
“道高一尺，魔高一丈”，绝对安全的信息系统几乎不存在。
开发商和客户愿意为提高安全性而投入的资金是有限的，他们要考虑值不值得。
究竟什么样的安全性是令人满意的呢？一般地，如果黑客为非法入侵花费的代价（考虑时间、费用、风险等因素）高于得到的好处，那么这样的系统可以认为是安全的。
可扩展性可扩展性反映软件适应“变化”的能力。
在软件开发过程中，“变化”是司空见惯的事情，如需求、设计的变化，算法的改进，程序的变化等等。
由于软件是“软”的，是否它天生就容易修改以适应“变化”？关键要看软件的规模和复杂性。
现代软件产品通常采用“增量开发模式”，不断推出新版本，获取增值利润。
可扩展性越来越重要。
可扩展性是系统设计阶段重点考虑的质量属性。
兼容性兼容性是指两个或两个以上的软件相互交换信息的能力。
兼容性的商业规则：弱者设法与强者兼容，否则无容身之地；强者应当避免被兼容，否则市场将被瓜分。
示例：中国联通和中国移动的手机互联互通问题金山软件公司的WPS与微软的Word 之争可移植性
可移植性是指软件运行于不同软硬件环境的能力编程语言越低级，其程序越难移植，反之则容易。
软件设计时应该将“设备相关程序”与“设备无关程序”分开，将“功能模块”与“用户界面”分开。
集成测试
集成测试，也叫组装测试或联合测试。
在单元测试的基础上，将所有模块按照设计要求（如根据结构图〕组装成为子系统或系统，进行集成测试。
实践表明，一些模块虽然能够单独地工作，但并不能保证连接起来也能正常的工作。
程序在某些局部反映不出来的问题，在全局上很可能暴露出来，影响功能的实现。
软件体系结构风格是描述某一特定应用领域中系统组织方式的惯用模式。
它反映了领域中众多系统所共有的结构和语义特性，并指导如何将各个模块和子系统有效地组织成一个完整的系统。
按这种方式理解，软件体系结构风格定义了用于描述系统的术语表和一组指导构件系统的规则。
层次系统组织成一个层次结构，每一层为上层服务，并作为下层客户。
在一些层次系统中，除了一些精心挑选的输出函数外，内部的层只对相邻的层可见。
这样的系统中构件在一些层实现了虚拟机（在另一些层次系统中层是部分不透明的）。
连接件通过决定层间如何交互的协议来定义，拓扑约束包括对相邻层间交互的约束。
这种风格支持基于可增加抽象层的设计。
这样，允许将一个复杂问题分解成一个增量步骤序列的实现。
由于每一层最多只影响两层，同时只要给相邻层提供相同的接口，允许每层用不同的方法实现，同样为软件重用提供了强大的支持。