软件工程实验指导书

软件工程实验指导书

适用专业： 计算机科学与技术 编 写 人： 闻晓、杨阳、范成瑜

修 改 人： 黄敏

修改时间： 2013年9月1日

计算机与信息科学学院

2010年9月

前 言

软件工程实验是为计算机相关专业本科《软件工程》课程配套设置的，是《软件工程》课程讲授中一个重要的、不可或缺的实践环节。其目的是使学生能够针对具体软件工程项目，全面掌握软件工程管理、软件需求分析、软件初步设计、软件详细设计、软件测试等阶段的方法和技术，通过该课程设计使学生进一步理解和掌握软件开发模型、软件生命周期、软件过程等理论在软件项目开发过程中的意义和作用，培养学生按照软件工程的原理、方法、技术、标准和规范，进行软件开发的能力，培养学生的合作意识和团队精神，培养学生对技术文档的编写能力，从而使学生提高软件工程的综合能力，提高软件项目的管理能力。

CDIO代表构思(conceive)、设计(design)、实施(implement)、运行(operate)，是由美国麻省理工学院、瑞典皇家工 学院、瑞典查尔摩斯工业大学和瑞典林雪平大学共同创立的工程教育改革模式。CDIO改革的愿景是为学生提供一种在实际系统和产品的构思-设计-实施-运行的背景环境下强调工程基础的工程教育，使学生能够掌握深厚的技术基础知识；领导新产品和新系统的开发与运行；理解工程技术的研究与发展对社会的重要性和战略影响。

按该课程的特点，实验内容包括软件开发的两大方法学的专题训练，即结构化（生命周期学）的方法学和面向对象的方法学，通过对一个简单项目，要求学生利用结构化软件开发技术或面向对象的软件开发技术完成对该项目的开发。因此设置五个实验项目，从项目发的准备工作，系统分析过程，系统设计过程，软件测试到系统实施，覆盖软件开发的整个过程，此外又引入CDIO，以规范技术文档的书写标准，提高实验教学质量。

通过实验训练，达到如下目的：

使学生进一步了解和掌握软件工程原理，提高对实际项目的分析和设计能力，通过实验课程，熟悉和基本掌握软件工程方法学、软件开发的过程，文档资料的编写格式及规范，全面领会和贯通所学习的理论知识，从而培养学生综合运用所学课程知识，分析解决问题的能力，

培养学生理论联系实际作风，实事求是，严肃认真的科学态度和良好的工作作风，为今后从事科学研究工作打下基础。

实验一 项目准备及问题定义

实验学时：3 实验类型：验证+综合 一、 实验目的

1. 确定课题，组织组员，合理分工，熟悉软件开发环境，培养团队精神。

2. 通过绘制系统流程图和数据流图，熟练掌握系统流程图和数据流图的基本原理，并能对简单问题进行系统流图和数据流图的分析，独立地完成数据流图设计。此外，学会使用Case工具完成数据流图和系统流程图的分析与实现。 二、 实验内容与要求

1. 根据各组选择的课题，实行项目经理制，各组推荐一名组长，统一管理整个项目的实施过程，并和理调整资源和负责项目全局；根据项目的难易合理分配组员的任务，对问题达成一直的看法；针对项目的实施，熟悉相应的软件开发工具的使用环境。

2. 准备参考资料和阅读相关的国家有关软件开发的标准文档。 3. 选择安装Microsoft Visio或Rational Rose或其他case软件，并完成如下绘制实验：

a) 用Microsoft Visio绘制出如下定货系统的SFD（系统流程图）的模型。

图1 某定货系统SFD

b) 用Microsoft visio绘制教材中定货系统的DFD的顶层模型、第一层模型和第二层模型。（参考课本上P43~P44的图2.5，图2.6和图2.7）

教材图2.5 仓库定货系统的顶层数据流图描述

教材图2.6 仓库定货系统的第一层数据流图描述

教材图2.7 “处理事务”的第2层数据流图描述

c) 用Microsoft Visio 绘制如下图所示的取款手续的数据流图。

图2 取款手续

三、 实验结果：

1. 小组实验每组5－6人，共同形成一份问题定义文档 2. 绘制系统流程图和数据流图每人绘制一份 四、 成绩评定

该实验按A、B、C、D、E给出成绩，占实验总成绩的20%。 五、 思考题

1. 项目开发首先要做的事是什么？

2. 你认为该软件应具备的最重要的特性是什么。 3. 你认为怎样分工是最合理的？ 六、 附录：Visio中SFD和DFD绘制的基本使用

Step1:安装Visio，本说明书中使用的是Visio2003，大家也可下载Visio2007等新版本，如下图：（注：下图表示计算机已经安装了Visio，大家只要根据安装向导StepbyStep的完成安装即可）

图3 Visio安装

Step2: 打开visio，绘制系统的系统流程图，选择“流程图”下的“基本流程图”，先选择好图形的基本物理元素，如下图：

图4 系统流程图基本物理元素

Step3:绘制数据流之后得到完整的系统流程图（SFD）

图5 完整的系统流程图

? 绘制DFD方法1：

Step1: 绘制DFD，选择“软件”中的“数据流模型图”来进行DFD的绘制，首先也是先将基本元素选择好，如下图：

图6 顶层模型基本元素

Step2: 绘制数据流，并为数据流命名，得到课本图2.5“定货系统”完整的顶层数据流图，如下图：

图7 完整的顶层模型

Step3: 绘制该顶层流图的细化L1层流图，如下图：

图8 完整的L1层模型

? 绘制DFD方法2：

Step1：选择“新建”菜单中“流程图”中的“数据流图表”，进行基本模型的绘制，首先也是先将基本元素选择好，如下图：

图9顶层模型基本元素

Step2：绘制数据流，形成完整的顶层数据流图，如下图：

图10 完整的顶层数据流图

Step3：绘制第1层数据流图，如下图所示：

图11 完整的第1层数据流图

实验二 需求分析

实验学时：3 实验类型：设计性 一、 实验目的

确定项目的可实施性，在此基础上完成系统的逻辑功能模型的建立。 二、 实验内容与要求

采用结构化的软件开发技术，完成对项目的分析过程，给出系统的逻辑功能模型，数据字典以及规格说明书。包括：绘制项目的业务流程图、逐渐细化的数据流程图，编写数据字典，数据加工处理的描述，软件系统流程设想图（新系统模型）。 三、 实验结果

以项目小组为单位，形成一份规范的需求规格说明书。 四、 成绩评定

该实验按A、B、C、D、E给出成绩，占实验总成绩的20%。 五、 思考题

1. 需求分析在软件开发中真的有那么重要吗？

2. 分析系统流程图，流程图和数据流图的区别和各自的特点。 3. 怎样写合乎规范的数据流图和数据词典？ 4. 怎样组织对该工作的评审？

实验三 系统设计

实验学时：9 实验类型：技能性 一、 实验目的

学会使用Case工具完成描述软件结构的软件结构图和软件层次图的设计，并熟练地掌握几种常用的软件详细设计的具，如程序流程图、盒图、PAD图和判定表，并能把给定的软件问题描述转化为过程设计结果，同时进行环路复杂度计算，判断结构化设计结果的复杂性。

在实验二基础上完成系统的体系结构的建立和系统详细设计。包括：认真分析实验二的结果，给出系统合理的体系结构，描绘系统结构图，并合理划分系统的各组成模块，最后给出系统的各部分设计规格说明书。 二、 实验内容与要求 1. 软件结构设计：

(1) 采用visio绘制教材的图4.26中的软件结构图，如下图：

教材图5.5

(2) 采用visio或其他工具绘制教材的图4.41的软件层次图，如下图。

教材图5.19

(3) 分析如下所示的数据流图，并把它转换成合理的软件结构图，然后用visio把结果画出来。（注意，请用结构图，而非层次图）

图1 某系统的数据流图

2. 软件的详细设计：

某航空公司规定，乘客可以免费托运重量不超过20公斤的行李，当行李重量超过20公斤，对头等舱的国内乘客超重部分每公斤收费6元，对公务舱的国内乘客超重部分每公斤收费8元，对经济舱的国内乘客超重部分每公斤收费10元。对外国顾客超重部分每公斤收费比国内乘客多1.5倍，对残疾乘客超重部分每公斤收费比正常乘客少一半。 实验包含如下四个部分的内容：

a) 用word设计描述其详细设计结果的判定表。 b) 用visio画出它的程序流程图。 c) 用类C代码写出它的伪代码。

d) 将程序流程图转换为流图，然后计算它的Mccabe程序复杂度。(要求给出计算过程)

3. 在实验二的基础上，以项目小组为单位，完成小组项目的功能结构图设计，软件处理流程设计，输出设计（主要指打印输出设计），存储文件格式设计（数据库结构设计），输入设计（主要指数据录入卡设计），代码设计，程序设计说明书 三、 实验结果：

1. 实验内容3，每小组实验每组5－6人，共同形成一份项目设计说明文档

2. 实验内容1、2，每人一份实验结果 四、 成绩评定

该实验按A、B、C、D、E给出成绩，占实验总成绩的40%。 五、 思考题

1. 系统设计和需求分析的关系是什么？两者必须先后关联吗？

2. 怎样描绘系统的体系结构？ 3. 怎样绘制复合规范的流程图。

4. 怎样组织对设计阶段工作的评审？ 六、 附录：Visio中软件结构和流程图的绘制

Step1: 软件结构图的绘制，选择“软件”中的“程序结构图”，例如绘制出如下图所示的软件结构：

图2 软件结构图

Step2: 软件层次图的绘制，选择“组织结构图”绘制，如下图：

图3 软件层次图

Step3: 程序流程图的绘制，visio中选择“流程图”中的“基本流程图”，得到如下图形：（下图仅是一个例子）

图4 程序流程图

实验四 软件测试实验

实验学时：3 实验类型：验证性 一、 目的与任务

深刻理解软件测试的目的，熟知软件测试的基本方法和基本策略。学会使用CASE工具完成软件测试用例的设计以及初步完成单元测试，在此基础上深刻理解单元测试的基本原理及测试类CASE工具的基本使用。 二、 实验内容

由于小组项目尚未编码实现，无法针对每个小组的项目进行测试，所以本实验安排统一的测试题目。

1. 单元测试的逻辑覆盖测试验证实验：

运用Nunit工具完成对如下例子的单元测试，要求分别完成语句覆盖、判定覆盖、条件覆盖、判定条件覆盖、条件组合覆盖和路径覆盖测试的测试用例编写以及测试。要求首先按格式编写出该测试所需要的测试用例，然后编写测试程序，对其进行测试，最后把你写的测试用例按格式记录到实验报告中。

测试用例的格式如下：

{[输入], [期望结果]}，对于本例请遵循如下格式： {[A,B,X],[X]}

a F b

F (A>1) and (B=0) a T c T X = X/A c

F d d (A=2) or (X>1) T e e

X = X+1

图1 单元测试逻辑覆盖的验证实验

a)

此外，请测试如下情况：

如果将第1个判定中的“AND”错写成了“OR”，用数据{[2,0,3],[2.5]}（首先，该组数据满足何种逻辑覆盖）对程序进行测试，可否发现错误？为什么？请先测试，然后把结论记录到实验报告中。

如果将第2个判定中的“x>1”错写成了“x<=1”，则用数据{[2,0,3],[2.5]}对程序进行测试，可否发现错误？为什么？请先测试，然后把结论记录到实验报告中。

如果将第1个判定中的“AND”错写成了“OR”，则用数据{[3,0,1],[1/3]}和{[2,1,2],[3]}（首先，该组数据满足何种逻辑覆盖）对程序进行测试，可否发现错误？为什么？请先测试，然后把结论记录到实验报告中。

如果将第2个判定中的“x>1”错写成了“x<=1”，则用数据{[3,0,1],[1/3]}和{[2,1,2],[3]}）对程序进行测试，可否发现错误？为什么？请先测试，然后把结论记录到实验报告中。 如果将第2个判定中的“x>1”错写成了“x<=1”，则用数据{[2,0,3],[2.5]}和{[1,1,1],[1]}（首先，该组数据满足何种逻辑覆盖）对程序进行测试，可否发现错误？为什么？请先测试，然后把结论记录到实验报告中。

如果将第1个判定中的“a>1”错写成了“a<=1”，且把“b=0”

b)

c)

d)

e)

f)

错写成了“b<>0”，则用数据{[2,1,1],[2]}和{[1,0,2],[3]}对程序进行测试，可否发现错误？为什么？请先测试，然后把结论记录到实验报告中。

g) 如果将第1个判定中的“a>1”错写成了“a<=1”，且把“b=0”错写成了“b<>0”，则用数据{[2,1,1],[2]}、{[2,0,2],[2]}、{[1,1,1],[1]}和{[1,0,2],[3]}对程序进行测试，可否发现错误？为什么？请先测试，然后把结论记录到实验报告中。

经过上述的测试过程，你有什么体会，请写到实验报告中！ 2. 循环结构测试

现有一个简单循环，需要对其进行测试，其程序伪代码如下： Int i,a; Input(i,a); While(i<=10) {

a += 2; if(a>4) {

a *= 2； a += 3; } Else {

If(a>1) a -= 4; else a += 5; } i++; }

a *=4; Output(a);

要求为该程序设计满足简单循环的所有测试用例，记录到实验报告中。

3. 等价类划分及边界值测试的验证实验

有如下算法A和B均是非负整型变量(注：int型)，如果

10=100，则B=A*100-200，请分别用等价类划分方法和边界值分析方法设计测

试用例，然后编写测试程序完成测试。并把测试结论写入到实验报告中。 三、 实验结果

包含测试用例、测试程序以及测试结论的实验报告一份。 四、 成绩评定

该实验按A、B、C、D、E给出成绩，占实验总成绩的20%。 五、 附录：Nunit的基本配置

Step1:安装Nunit，本实验使用的是其2.4.7版本，大家可去其网站下载最新版本（http://www.nunit.org/download.html）

图2 Nunit安装向导

Step2:如何在.NET环境中使用Nunit。

Step2.1:首先在.NET环境中创建一个新的工程，并选择其工程类型是Class Library模板（当然也可以是其它类型的模板，只是后面的配置会不一样），将工程命名为ZhbTest1，如下图：

图3 C#创建程序向导

Step2.2:然后为测试程序增加一个Nunit.Framework.dll的引用（目的是让你的程序可以支持Nunit测试，一般只要Nunit程序成功安装，都会在“添加引用”中找到该库），如下图在解决方案的项目中右击鼠标，然后选择“添加引用”，找到Nunit.Framework（当前版本是2.4.7），确定。

图4 在应用程序中引入Nunit

14.1.4 参考资料 14.2 实际开发结果 14.2.1 产品

14.2.2 主要功能和性能 14.2.3 基本流程 14.2.4 进度 14.2.5 费用

14.3 开发工作评价

14.3.1 对生产效率的评价 14.3.2 对产品质量的评价 14.3.3 对技术方法的评价 14.3.4 出错原因的分析

附录三：

软件开发文档指南

1 可行性研究报告

可行性研究报告的编写目的是：说明该软件开发项目的实现在技术、经济和社会条件方面的可行性；评述为了合理地达到开发目标而可能先择的各种方案；说明论证所选定的方案。 可行性研究报告的编写内容要求如下： 1.1 引言

1.1.1 编写目的 1.1.2 背景 1.1.3 定义 1.1.4 参考资料

1.2 可行性研究的前提 1.2.1 要求 1.2.2 目标

1.2.3 条件、假定和限制

1.2.4 进行可行性研究的方法 1.2.5 评价尺度

1.3 对现有系统的分析 1.3.1 数据流程和处理流程 1.3.2 工作负荷 1.3.3 费用开支 1.3.4 人员 1.3.5 设备 1.3.6 局限性

1.4 所建议的系统

1.4.1 对所建议系统的说明 1.4.2 数据流程各处理流程 1.4.3 改进之处 1.4.4 影响

1.4.4.1 对象设备的影响 1.4.4.2 对软件的影响

1.4.4.3 对用户单位机构的影响 1.4.4.4 对系统动行的影响 1.4.4.5 对开发的影响

1.4.4.6 对地点和设施的影响

1.4.4.7 对经费开支的影响 1.4.5 局限性

1.4.6 技术条件方面的可行性 1.5 可选择其他系统方案 1.5.1 可选择的系统方案1 1.5.2 可选择的系统方案2 ……

1.6 投资及收益分析 1.6.1 支出

1.6.1.1 基本建设投资 1.6.1.2 其他一次性支出 1.6.1.3 非一次性支出 1.6.2 收益

1.6.2.1 一次性收益 1.6.2.2 非一次性收益 1.6.2.3 不可定量的收益 1.6.3 收益/投资比 1.6.4 投资回收周期 1.6.5 敏感性分析

1.7 社会条件方面的可行性 1.7.1 法律方面的可行性 1.7.2 使用方面的可行性 1.8 结论 2 项目开发计划

编制项目开发计划的目的是用文件的形式，把对于在开发过程中各项工作的负责人员、开发进度所需经费预算、所需软、硬件条件等问题作出安排记载下来，以便根据本计划开展和检查本项目的开发工作。编制内容要求如下： 2.1 引言

2.1.1 编写目的 2.1.2 背景 2.1.3 定义 2.1.4 参考资料 2.2 项目概述 2.2.1 工作内容 2.2.2 主要参加人员 2.2.3 产品及成果 2.2.3.1 程序

2.2.3.2 文件 2.2.3.3 服务

2.2.3.4 非移交产品 2.2.4 验收标准

2.2.5 完成项目的最迟期限 2.2.6 本计划的审查者与批准者 2.3 实施总计划

2.3.1 工作任务的分解 2.3.2 接口人员 2.3.3 进度 2.3.4 预算 2.3.5 关键问题 2.4 支持条件

2.4.1 计算机系统支持 2.4.2 需要用户承担的工作 2.4.3 需由外单位提供的条件 2.5 专题计划要点 3 软件需求说明书

软件需求说明书的编制是为了使用户的软件开发者双方对该软件的起初规定有一个共同的理解，使之成为整个开发工作的基础。编制软件需求说明书的内容要求如下： 3.1 引言

3.1.1 编写的目的 3.1.2 背景 3.1.3 定义

3.1.1 参考资料 3.2 任务概述 3.2.1 目标 3.2.2 用户的点 3.2.3 假定与约束 3.3 需求规定

3.3.1 对功能的规定 3.3.2 对性能的规定 3.3.2.1 精度

3.3.2.2 时间特性要求 3.3.2.3 灵活性

3.3.3 输入输出要求

3.3.4 数据管理能力的要求

3.3.5 故障处理要求 3.3.6 其它的专门的要求 3.4 运行环境规定 3.4.1 设备 3.4.2 支持软件 3.4.3 接口 3.4.4 控制 4 数据需求说明书

数据要求说明书的编制目的是为了向整个开发时期提供关于处理数据的描述和数据采集要求的技术信息。编制数据要求说明书的内容要求如下： 4.1 引言

4.1.1 编写目的 4.1.2 背景 4.1.3 定义 4.1.4 参考资料

4.2 数据的逻辑描述 4.2.1 静态数据 4.2.2 动态输入数据 4.2.3 动态输出数据 4.2.4 内部生成数据 4.2.5 数据约定 4.3 数据的采集 4.3.1 要求和范围 4.3.2 输入的承担者 4.3.3 处理 4.3.4 影响 5 概要设计说明书

概要设计说明书可称作系统设计说明书，这里说的系统是指程序系统，编制的目的是说明对程序的系统的设计考虑，包括程序系统的基本处理流程、程序系统的组织结构、模块划分、功能分配、接口设计、运行设计、数据结构设计和出错处理设计等，为程序的详细设计提供基础。编制概要设计说明书的内容要求如下： 5.1 引言

5.1.1 编写目的 5.1.2 背景 5.1.3 定义 5.1.4 参考资料

5.2 总体设计 5.2.1 需求规定 5.2.2 运行环境

5.2.3 基本设计概念和处理流程 5.2.4 结构

5.2.5 功能需求与程序的关系 5.2.6 人工处理过程 5.2.7 尚未解决的问题 5.3 接口设计 5.3.1 用户接口 5.3.2 内部接口 5.3.3 外部接口 5.4 运行设计

5.4.1 运行模块组合 5.4.2 运行控制 5.4.3 运行时间

5.5 系统数据结构设计 5.5.1 逻辑结构设计要点 5.5.2 物理结构设计要点

5.5.3 数据结构与程序的关系 5.6 系统出错处理设计 5.6.1 出错信息 5.6.2 补救措施 5.6.3 系统维护设计 6 详细设计说明书

详细说明书可称作程序设计说明书。编制目的是说明一个软件系统各个层次中的每一个程序（每个模块或子程序）的设计考虑，如果一个软件系统比较简单，层次很少，本文件可以不单独编写，有关内容合并概要设计说明书。对详细设计说明书的内容要不得要求如下： 6.1 引言

6.1.1 编写目的 6.1.2 背景 6.1.3 定义

6.1.4 参考资料

6.2 程序系统的组织结构

6.3 程序1（标识符）设计说明 6.3.1 程序描述 6.3.2 功能

6.3.3 性能 6.3.4 输入项 6.3.5 输出项 6.3.6 算法

6.3.7 流程逻辑 6.3.8 接口

6.3.9 存储分配 6.3.10 注释设计 6.3.11 限制条件 6.3.12 测试计划

6.3.13 尚未解决的问题

6.4 程序2（标识符）设计说明 ……

7 数据库设计说明书

数据库设计说明书的编制目的是对于设计中的数据库所有标识、逻辑结构和理结构作出具体的设计规定。其内容要求如下： 7.1 引言

7.1.1 编写目的 7.1.2 背景 7.1.3 定义 7.1.4 参考资料 7.2 外部设计

7.2.1 标识符和状态 7.2.2 使用它的程序 7.2.3 约定 7.2.4 专门指导 7.2.5 支持软件 7.3 结构设计

7.3.1 概念结构设计 7.3.2 逻辑结构设计 7.3.3 理结构设计 7.4 运用设计

7.4.1 数据字典设计 7.4.2 安全保密设计 8 用户手册

用户手册的编制是要使用非专门术语的语言，充分地描述该软件系统工程所具有的功能及基本的使用方法。使用户（或潜在用户）通过本手册能够了解该软件的用途，并且能够确定在什么情况下，如何

使用它。具体的内容要求如下： 8.1 引言

8.1.1 编写目的 8.1.2 背景 8.1.3 定义 8.1.4 参考资料 8.2 用途 8.2.1 功能 8.2.2 性能 8.2.2.1 精度 8.2.2.2 时间特性 8.2.2.3 灵活性 8.2.3 安全保密 8.3 运行环境 8.3.1 硬设备 8.3.2 支持软件 8.3.3 数据结构 8.4 使用过程

8.4.1 安装与初始化 8.4.2 输入

8.4.2.1 输入数据的现实背景 8.4.2.2 输入格式 8.4.2.3 输入举例 8.4.3 输出

8.4.3.1 输出数据的现实背景 8.4.3.2 输出格式 8.4.3.3 输出举例 8.4.4 文卷查询

8.4.5 出错处理与恢复 8.4.6 终端操作 9 操作手册

操作手册的编制是为了向操作人中提供该软件每一个运行的具体过程和有关知识，包括操作方法的细节。具体的内容要求如下： 9.1 引言

9.1.1 编写目的 9.1.2 背景 9.1.3 定义 9.1.2 参考资料

9.2 软件概述 9.2.1 软件的结构 9.2.2 程序表 9.2.3 文卷表

9.3 安装与初始化 9.4 运行说明 9.4.1 运行表 9.4.2 运行步骤

9.4.3 运行1（标识符）说明 9.4.3.1 运行控制 9.4.3.2 操作信息

9.4.3.3 输入-输出文卷 9.4.3.4 输出文段

9.4.3.5 输出文段的复制 9.4.3.6 启动恢复过程

9.4.4 运行2（标识符）说明 9.5 非常规过程 9.6 远程操作 10 模块开发卷宗

模块开发卷宗是在模块开发过程中逐步编写出来的，每完成一个模块或一级密切相关的模块的复审时编写一份，应该把所有的模块开发卷宗汇集在一起。编写的目的是记录和汇总低层次开发的进度和结果，以便于对整个模块开发工作的管理和复审，并为将来的维护提供非常有用的技术信息。具体的内容要求如下： 10.1 标题

10.2 模块开发情况表 10.3 功能说明 10.4 设计说明 10.5 源代码清单 10.6 测试说明 10.7 复审的结论 11 测试计划 11.1 引言

11.1.1 编写目的 11.1.2 背景 11.1.3 定义 11.1.4 参考资料 11.2 计划

11.2.1 软件说明 11.2.2 测试内容

11.2.3 测试1（标识符） 11.2.3.1 进度安排 11.2.3.2 条件 11.2.3.3 测试资料 11.2.3.4 测试培训

11.2.4 测试2（标识符） ……

11.3 测试设计说明

11.3.1 测试1（标识符） 11.3.1.1 控制 11.3.1.2 输入 11.3.1.3 输出 11.3.1.4 过程

11.3.2 测试2（标识符） ……

11.4 评价准则 11.4.1 范围 11.4.2 数据整理 11.4.3 尺度 12 测试分析报告

测试分析报告的编写是为了把组装测试和确认测试的结果、发现及分析写成文件加发记载，具体的编写内容要求如下： 12.1 引言

12.1.1 编写目的 12.1.2 背景 12.1.3 定义 12.1.4 参考资料 12.2 测度概要

12.3 测试结果及发现 12.3.1 测试1（标识符） 12.3.2 测试2（标识符） ……

12.4 对软件功能的结论 12.4.1 功能1（标识符） 12.4.1.1 能力 12.4.1.2 限制

12.4.2 功能2（标识符） ……

12.5 分析摘要 12.5.1 能力

12.5.2 缺陷和限制 12.5.3 建议 12.5.4 评价

12.6 测试资源消耗 13 开发进度月报

开发进度月报的编制目的是及时向有关管理部门汇报项目开发的进展和情况，以便函及时发现或处理开发过程中出现的问题。一般地，开发进度月报是以项目组为单位每月编写的。如果被开发的软件系统规模比较大，整个工程项目被划分给若干个分项目组承担，开发进度月报将以项目组为单位按月编写。具体的内容要求如下： 13.1 标题

13.2 工程进度与状态 13.2.1 进度 13.2.2 状态

13.3 资源耗用与状态 13.3.1 资源耗用 13.3.1.1 工时 13.3.1.2 机时 13.3.2 状态

13.4 经费支出与状态 13.4.1 经费支出 13.4.1.1 支持性费用 13.4.1.2 设备购置费 13.4.2 状态

13.5 下个月的工作计划 13.6 建议

14 项目开发总结报告

项目开发总结报告的编制是为了总结本项目开发工作的经验，说明实际取得的开发结果以及对整个开发工作的各个方面的评价。具体的内容要求如下： 14.1 引言

14.1.1 编写目的 14.1.2 背景 14.1.3 定义

14.1.4 参考资料 14.2 实际开发结果 14.2.1 产品

14.2.2 主要功能和性能 14.2.3 基本流程 14.2.4 进度 14.2.5 费用

14.3 开发工作评价

14.3.1 对生产效率的评价 14.3.2 对产品质量的评价 14.3.3 对技术方法的评价 14.3.4 出错原因的分析

本文来源：https://www.bwwdw.com/article/if2f.html