第二章软件开发的主要活动.ppt

第二章软件开发的主要活动.ppt

《第二章软件开发的主要活动.ppt》由会员分享，可在线阅读，更多相关《第二章软件开发的主要活动.ppt（42页珍藏版）》请在冰豆网上搜索。

第二章第二章软件开发的主要活动软件开发的主要活动内容安排内容安排l需求分析与管理需求分析与管理l设计设计l编码编码l软件测试软件测试l运行与维护运行与维护l软件项目管理软件项目管理l软件配置管理软件配置管理l软件验证与确认软件验证与确认l软件质量保证软件质量保证l软件文档管理软件文档管理2.12.1需求分析与管理需求分析与管理需求是任何软件开发项目的基础。

软件需求表达了需需求是任何软件开发项目的基础。

软件需求表达了需要和置于软件产品上的约束，这些产品用来解决现实世界中要和置于软件产品上的约束，这些产品用来解决现实世界中的某个问题。

的某个问题。

l主要活动主要活动需求描述、需求管理、需求跟踪需求描述、需求管理、需求跟踪l主要阶段主要阶段需求分析、满足需求的软件开发需求分析、满足需求的软件开发依据上述观点，实际软件计划和项目的执行发生在需求分析之后。

依据上述观点，实际软件计划和项目的执行发生在需求分析之后。

因此在项目计划前，首先进行需求分析与说明，并作为项目启动的一部分。

因此在项目计划前，首先进行需求分析与说明，并作为项目启动的一部分。

需求分析与规范需求分析与规范（续）（续）l系统需求分析系统需求分析因为软件总是大系统的一个部分，因此必因为软件总是大系统的一个部分，因此必须从建立整个系统所有元素的需求工作开始，须从建立整个系统所有元素的需求工作开始，然后才能确定一些软件子系统的需求。

然后才能确定一些软件子系统的需求。

当软件必须与系统的其他元素（如硬件、当软件必须与系统的其他元素（如硬件、人、数据库等）接口时，这种系统的考察显得人、数据库等）接口时，这种系统的考察显得非常重要。

系统需求分析主要围绕系统级需求非常重要。

系统需求分析主要围绕系统级需求的聚集和少量顶层分析和设计展开。

的聚集和少量顶层分析和设计展开。

l系统需求分析系统需求分析l软件需求分析软件需求分析软件需求的聚集过程是逐条确定的。

为了弄清软件需求的聚集过程是逐条确定的。

为了弄清所编写程序的性质，软件人员必须了解软件的信息域所编写程序的性质，软件人员必须了解软件的信息域及所要求的功能、性能和接口。

及所要求的功能、性能和接口。

系统需求分析和软件需求分析都要文档化，还系统需求分析和软件需求分析都要文档化，还要与用户一起对它们进行评审。

要与用户一起对它们进行评审。

需求分析与规范需求分析与规范（续）（续）需求分析与规范需求分析与规范（续）（续）需求分析成本一般占软件项目总成需求分析成本一般占软件项目总成本的本的4%4%到到10%10%，但却在很大程度上决定，但却在很大程度上决定了其余了其余80%80%到到90%90%资金的开销。

资金的开销。

需求变更管理需求变更管理l变更管理过程变更管理过程需求变更请求需求变更请求登记变更请求登记变更请求分析变更请求分析变更请求u估计工作量估计工作量u重新估算交付的时间表重新估算交付的时间表u执行累计的成本影响分析执行累计的成本影响分析需求变更管理需求变更管理（续）（续）l变更管理过程变更管理过程需求变更请求需求变更请求登记变更请求登记变更请求分析变更请求分析变更请求评估变更请求评估变更请求获得用户认可获得用户认可修改工作产品修改工作产品l变更的记录与跟踪变更的记录与跟踪需求跟踪管理需求跟踪管理l分类分类u正向跟踪正向跟踪u反向跟踪反向跟踪l跟踪矩阵跟踪矩阵l矩阵的维护与使用矩阵的维护与使用u作用作用p减少需求遗留减少需求遗留p方便复审方便复审p向客户演示产品和测试程度向客户演示产品和测试程度需求跟踪管理需求跟踪管理（续）（续）l矩阵的维护与使用矩阵的维护与使用u作用作用p遍历需求文档和矩阵遍历需求文档和矩阵p确信在最后的软件中，所有列出的需求都有相应确信在最后的软件中，所有列出的需求都有相应的程序与之对应的程序与之对应p一个人检查所有的功能需求都被实现，没有空列一个人检查所有的功能需求都被实现，没有空列p对于每个性能需求，应该建立一些测试用例对于每个性能需求，应该建立一些测试用例p集成和系统测试计划可在矩阵中交叉使用，以确集成和系统测试计划可在矩阵中交叉使用，以确信系统测试计划中包含了需求中的所有情况。

信系统测试计划中包含了需求中的所有情况。

u维护维护2.22.2设计设计软件设计的目标是构造解决方案，软件设计的目标是构造解决方案，设计过程是把对软件的需求描述转换为软件表示，这种设计过程是把对软件的需求描述转换为软件表示，这种表示能在编码开始以前对其质量做出评价。

表示能在编码开始以前对其质量做出评价。

软件设计的关键是对软件体系结构、数据结构、过程细软件设计的关键是对软件体系结构、数据结构、过程细节，以及接口性质这四种程序属性的确定。

节，以及接口性质这四种程序属性的确定。

对于大型系统，软件设计又分为高层设计和详细设计。

对于大型系统，软件设计又分为高层设计和详细设计。

软件设计也要文档化，并作为软件配置管理的一部分。

软件设计也要文档化，并作为软件配置管理的一部分。

2.32.3编码编码也称为也称为软件构造软件构造，就是用某种编程语言编写源程序或以，就是用某种编程语言编写源程序或以界面工具构造出应用界面。

界面工具构造出应用界面。

设计构造了可以执行的解题逻辑，编码构造了机器代码。

设计构造了可以执行的解题逻辑，编码构造了机器代码。

其阶段目标是形成完整并经验证的程序组件集。

其阶段目标是形成完整并经验证的程序组件集。

如果设计做得足够细致，编码可以机械地完成。

如果设计做得足够细致，编码可以机械地完成。

软件一旦构造出来应软件一旦构造出来应及时纳入配置管理及时纳入配置管理。

2.42.4软件测试软件测试测试是动态验证软件的过程。

测试是动态验证软件的过程。

测试一般包括测试一般包括:

l单元测试单元测试l集成测试集成测试l系统测试系统测试l验收测试验收测试l制定测试计划制定测试计划l编写测试用例编写测试用例l准备测试环境准备测试环境l执行测试用例执行测试用例l测试结果分析测试结果分析依据测试对象的不同，依据测试对象的不同，测试可分为四个层次：

测试可分为四个层次：

2.52.5运行与维护运行与维护软件维护是指为在保留现有运行软件主要功能不变的同时对其软件维护是指为在保留现有运行软件主要功能不变的同时对其进行修改的过程。

软件维护通常包括的活动进行修改的过程。

软件维护通常包括的活动：

软件维护分类软件维护分类：

软件更新、软件更新、校正性维护、完善性维护和适应性维护校正性维护、完善性维护和适应性维护l重新设计和开发已有软件产品的某一较小部分重新设计和开发已有软件产品的某一较小部分l设计并开发较小的接口软件包，它需要对现有软件设计并开发较小的接口软件包，它需要对现有软件产品进行重新设计产品进行重新设计l修改软件产品的代码、文档或数据库结果修改软件产品的代码、文档或数据库结果运行与维护过程相伴而行，直至软件系统被废弃。

运行与维护过程相伴而行，直至软件系统被废弃。

维护费用通常占软件产品生存周期费用的维护费用通常占软件产品生存周期费用的40%-70%40%-70%2.62.6软件项目管理软件项目管理项目启动项目启动项目实施项目实施项目规划项目规划项目收尾项目收尾图图2-1软件项目管理的基本活动软件项目管理的基本活动2.72.7软件配置管理软件配置管理l配置项和基线配置项和基线l配置库配置库l配置管理流程配置管理流程l配置项标识配置项标识l版本控制版本控制l配置控制配置控制l状态薄记状态薄记l配置审计配置审计配置项和基线配置项和基线l软件开发中的主要配置项软件开发中的主要配置项p操作概念操作概念p需求规格说明需求规格说明p设计文档设计文档p源代码源代码p目标代码目标代码p测试计划测试计划p测试用例、测试配置和测试结果测试用例、测试配置和测试结果p维护和开发工具维护和开发工具p用户手册用户手册p维护手册维护手册p接口控制文档接口控制文档配置项和基线配置项和基线l基线的作用基线的作用把各阶段的工作划分得更加明确，使本来连续的工作在这些把各阶段的工作划分得更加明确，使本来连续的工作在这些点上断开，以便于验证和确认开发成果。

点上断开，以便于验证和确认开发成果。

p再生能力再生能力是指能够是指能够“返回返回”到原先的某一时间重新制造软件系统到原先的某一时间重新制造软件系统的特定版本或再现曾经存在的开发环境。

的特定版本或再现曾经存在的开发环境。

p可追踪能力可追踪能力将需求、项目计划、测试用例以及各种软件工件关联在将需求、项目计划、测试用例以及各种软件工件关联在一起。

为了实现可追踪能力，不仅需要对系统中的各种一起。

为了实现可追踪能力，不仅需要对系统中的各种工件进行基线化，而且要对项目管理工件进行基线化。

工件进行基线化，而且要对项目管理工件进行基线化。

p报告能力报告能力使我们能够查询任一基线中的内容以及对比不同基线的内容。

使我们能够查询任一基线中的内容以及对比不同基线的内容。

基线的比较结果可以支持排错以及辅助生成新版发布说明。

基线的比较结果可以支持排错以及辅助生成新版发布说明。

基线可为软件制品提供三种能力：

基线可为软件制品提供三种能力：

项目开发计划项目开发计划需求规格说明需求规格说明用户手册用户手册概要设计说明概要设计说明详细设计说明详细设计说明源代码源代码测试报告测试报告计划基线计划基线需求基线需求基线设计基线设计基线编码基线编码基线测试基线测试基线计划计划需求分析需求分析设计设计编码编码测试测试软件开发过程中包括的典型基线软件开发过程中包括的典型基线配置库配置库l作用作用记录与配置相关的所有信息，利用库中的信息可评记录与配置相关的所有信息，利用库中的信息可评价变更的后果，可利用库中的信息查询价变更的后果，可利用库中的信息查询p动态库动态库/开发库，开发库，新建或刚被修改的新建或刚被修改的SCISCI在它们被控制库接受之在它们被控制库接受之前的保存地点。

前的保存地点。

p静态库静态库/产品库产品库，用来存储为了一般性使用而已经发布的基线。

用来存储为了一般性使用而已经发布的基线。

该库维护正式发布的、可以运行的软件项的主拷贝。

该库维护正式发布的、可以运行的软件项的主拷贝。

p受控库受控库用来维护基线，并控制对这些基线的变更。

用来维护基线，并控制对这些基线的变更。

动态库动态库受控库受控库静态库静态库一般的数据库或文件库，配置数据库通常的三种形式：

一般的数据库或文件库，配置数据库通常的三种形式：

l物理形式物理形式=开发过程决定了配置管理的对象开发过程决定了配置管理的对象=配置管理控制开配置管理控制开发过程的节奏发过程的节奏配配置置管管理理过过程程阶段阶段1阶段阶段2阶段阶段n开开发发过过程程开发过程与配置管理过程的关系开发过程与配置管理过程的关系生效的配置项相关信息生效的配置项相关信息更新版更新版配置项相关信息配置项相关信息将要发布的软件产品将要发布的软件产品软软件开发过程件开发过程软件配置库软件配置库软件工作产品软件工作产品授权变更授权变更评审和批准评审和批准执行变更执行变更变更内容变更内容配置审计配置审计原版本原版本配置通知配置通知配置管理流程配置管理流程变更请求变更请求配置项标识配置项标识在标识配置项时，必须执行两个相关的任务：

在标识配置项时，必须执行两个相关的任务：

选择选择SCISCI；组合分组，并放入基线中。

；组合分组，并放入基线中。

文档代码数据选择SCI（s）正式的技术复审和接受基线图2-4一个SCI的识别配置项标识配置项标识标识配置项的一些常用准则；标识配置项的一些常用准则；p项的适当规模和复杂性。

项的适当规模和复杂性。

p项可以插入的基线。

项可以插入的基线。

p在目的基线中，项的预期变更频率。

在目的基线中，项的预期变更频率。

p在目的基线中，对项实现变更的成本。

在目的基线中，对项实现变更的成本。

p项的预期复用。

项的预期复用。

p项的标识是否为开发带来高的风险。

项的标识是否为开发带来高的风险。

p标识的项是否作为安全要素。

标识的项是否