软件过程管理试验参考指导书.doc

《软件过程管理》试验指导书
一、基础目标：
1．软件开发过程基础原理和技术应用于实践。
2．使学生掌握软件开发过程和组织过程，强化学生规范化开发软件意识和能力。
二、试验环境：
硬件环境：PC计算机、服务器。
过程管理工具：Project、SVN、VSS、ClearCase、WORD、EXCEL、VISIO、RATIONAL ROSE等，编程环境自选。

三、试验要求：
每班将4-6人分为一个小组，每组从以下题目中任选一题，也可自选题目作为课程实践题目。每组指定一名组长，负责分工和制订标准等管理工作。
1．项目开发过程提议采取快速原型和增量开发相集合模式。指导书中给出软件项目标需求为不完整功效需求描述，各小组依据需求工程过程，对给出项目需求进行需求获取和分析。在基础明确需求情况后建立系统整体原型供需求讨论和确定，在需求和系统架构确定后，各自对所分配子系统进行逻辑建模和设计开发。开发方法要求采取面向对象方法。
2．试验内容包含软件项目管理计划（包含资源管理和分配，项目进度计划等）；小组软件开发过程中应用过程规范及文档模板制订（包含需求变更控制过程制订，编码规范制订，软件问题汇报单和软件修改汇报单模板等）；系统分析和设计；软件配置计划。在软件开发过程中，进行需求变更，体会需求变更控制过程和需求变更后对项目管理计划和软件配置影响。各组全体组员分工合作，最终按系统整体设计方案实现系统原型。
3．试验汇报要求包含软件项目开发计划，软件需求规格说明书，软件配置管理计划，软件设计规格说明书，软件测试汇报。汇报中还包含以下附件：
附件A：小组制订软件过程规范文档；
附件B：其它软件开发过程信息（项目任务书，个人进度安排，项目进度周报，软件问题汇报单(SPR) 软件修改汇报单(SCR) 变更申请单等）
全组文档格式、内容参考本指导书给出模板。附件A附件B中文档模板可由项目小组依据小组特点制订。提交一份完整试验汇报（提交打印和电子两种形式）。

五、试验题目：
1、软件工程课程教学网站
作为教学辅助步骤，该教学网站能为老师提供课程信息和教学资料管理维护，教学过程管理，作业部署、批改等；为学生提供教学资料下载，作业上传下载，信息查询等功效。另外，还有在线模拟考试（链接）、BBS论坛（链接）等功效。

2、软件工程试验过程管理系统
出题（老师、学生），分组，选题，计划管理（计划制订、计划实施、计划变更、计划评审）、软件规范管理、需求管理（需求获取、需求分析、需求变更、需求评审）、设计（概要设计、具体设计、设计变更、设计评审）、测试管理、试验汇报管理、成绩评定（组内评定、小组成绩评定、老师评定）
论坛、老师学生信息维护
3、 软件工程课程群教学论坛
4、 在线考试系统
5、 高校排课系统
6 项目管理软件开发
7 基于Android平台手机相册
8 基于地理信息系统校园导航系统
9 基于地理信息系统大众点评

开发语言和工具： （C#，JAVA，C++）
VS，SQLSERVER，sqlserver

六、课程试验汇报要求：
以组为单位按软件系统开发可交付文档形式书写试验汇报，按附件中所给出内容和格式要求作为参考。其中，项目计划书、软件过程规范制订由组长组织全组组员共同完成，其它文档按系统功效结构进行分工，分别由各责任人完成对应部分文档然后进行整合。
具体要求见附件。
七、试验时间安排：
由试验室安排。

附件：试验汇报样本

河北工业大学
《软件过程管理》课程试验
试验汇报

题目：
专业：
班级：
分组编号：
组长：
组员：
指导老师：
完成日期：
目 录

1 软件项目开发计划………………………………………………（页码）
2 软件需求规格说明书……………………………………………（页码）
3 软件配置管理计划……………………………………………（页码）
4 软件设计规格说明………………………………………………（页码）
5 软件测试计划……………………………………………………（页码）
6 软件测试分析汇报………………………………………………（页码）
7 软件项目开发总结汇报…………………………………………（页码）
附件A：
小组制订软件过程规范 ……………………………………（页码）
附件B：
其它软件开发过程统计信息……………………………………（页码）

小组组员角色和分工情况表
姓名
职责和完成工作
项目组评定

一、软件项目开发计划
完成人：
1引言
1.1编写目标
说明：编写这份软件项目开发计划目标，并指出预期读者。
1.2 背景
说明：
a. 待开发软件系统名称；
b. 本项目标任务提出者、开发者、用户及实现该软件计算中心或计算机网络；
c. 该软件系统同其它系统或其它机构基础相互来往关系。
1.3定义
列出本文件中用到专门术语定义和外文首字母组词原词组。
1.4参考资料
列出用得着参考资料，如：
a. 本项目标经核准计划任务书和协议、上级机关批文；
b. 属于本项目标其它已发表文件；
c. 本文件中各处引用文件、资料，包含所要用到软件开发标准。列出这些文件资料标题、文件编号、发表日期和出版单位，说明能够得到这些文件资料起源。
2项目概述
2.1工作内容
简明地说明在本项目标开发中须进行各项关键工作。
2.2关键参与人员
扼要说明参与本项目开发关键人员情况，包含她们技术水平。
2.3产品
2.3.1程序
列出须移交给用户程序名称、所用地编程语言及存放程序媒体形式，并经过引用相关文件，逐项说明其功效和能力。
2.3.2文件
列出须移交用户每种文件名称及内容关键点。
2.3.3服务
列出需向用户提供各项服务，如培训安装、维护和运行支持等，应逐项要求开始日期、所提供支持等级和服务期限。
2.3.4非移交产品
说明开发集体应向本单位交出但无须向用户移交产品（文件甚至一些程序）。
2.4验收标准
对于上述这些应交出产品和服务，逐项说明或引用资料说明验收标准。
2.5完成项目标最迟期限
2.6本计划同意者和同意日期
3实施计划
3.1工作任务分解和人员分工
对于项目开发中需要完成各项工作，从需求分析、设计、实现、测试直到维护，包含文件编制、审批、打印、分发工作，用户培训工作，软件安装工作等，按层次进行分解，指明每项任务责任人和参与人员。
3.2接口人员
说明负责接口工作人员及她们职责，包含：
a. 负责本项目同用户接口人员；
b. 负责本项目同本单位各管理机构，如协议计划管理部门、财务部门、质量管理部门等接口人员；
c. 负责本项目同个份协议负责单位接口人员等。
3.3进度
对于需求分析、设计、编码实现、测试、移交、培训和安装等工作，给出每项工作任务预定开始日期、完成日期及所需资源，要求各项工作任务完成前后次序和表征每项工作任务完成标志性事件（即所谓“里程碑）。
3.4预算
逐项列出本开发项目所需要劳务（包含人员数量和时间）和经费预算（包含办公费、差旅费、机时费、资料费、通讯设备和专用设备租金等）和起源。
3.5关键问题
逐项列出能够影响整个项目成败关键问题、技术难点和风险，指出这些问题对项目标影响。
4支持条件
说明为支持本项目标开发所需要多种条件和设施。
4.1计算机系统支持
逐项列出开发中和运行时所需计算机系统支持，包含计算机、外围设备、通讯设备、模拟器、编译（或汇编）程序、操作系统、数据管理程序包、数据存放能力和测试支持能力等，逐项给出相关到货日期、使用时间要求。
4.2需由用户负担工作
逐项列出需要用户负担工作和完成期限。包含需由用户提供条件及提供时间。
4.3由外单位提供条件
逐项列出需要外单位分协议承包者负担工作和完成时间，包含需要由外单位提供条件和提供时间。
5专题计划关键点
说明本项目开发中需制订各个专题计划（如分协议计划、开发人员培训计划、测试计划、安全保密计划、质量确保计划、配置管理计划、用户培训计划、系统安装计划等）关键点。
二、需求规格说明书
完成人：
1．概述（Summary）
1.1项目标目标和目标（Purpose and Aim of Project）
项目标目标是对开发本系统意图总概括。项目标目标是将目标细化后具体描述。项目目标应是明确、可度量、能够达成, 项目标范围应能确保项目标目标能够达成。
对于项目标目标能够逐步细化，方便和系统需求建立对应关系，检验系统功效是否覆盖了系统目标。
1.2 术语定义（Terms Glossary）
将该用户需求汇报中术语、缩写进行定义, 包含用户应用领域和计算机领域术语和缩写等。

1.3 相关文档（Related Documents）
说明用户需求汇报变更，和可能受变更影响其它相关文档，如：项目开发计划和设计说明书。

2．问题初始分析（Early Analysis）
2.1 场景描述（Scene Description）
自然语言描述
2.2 初始功效提取（Early Function Distill）
自然语言描述
3．目标系统功效需求（Function of Target System）
3.1 功效需求分析（Function Analysis）
对具体功效需求进行细化分析，并用图形工具进行描述。
采取面向对象分析方法，要求采取业务类模型和用例图，配合活动图和序列图进行系统逻辑建模。
3.2 功效需求点列表（Function List）
在功效需求分析完成后，要具体列出用户需求功效点列表，提供给后续设计、编程、测试中使用，更是为了用户测试验收中使用。功效需求点列表格式，如表2-1所表示。
表2-1 功效需求点列表
编 号
功 能 名 称
使 用 人
功 能 描 述
输 入 内 容
输 出 内 容
1

2

3

4．目标系统性能需求（Performance of Target System）
4.1 时间要求（Time Request）
如：
（1）响应时间，如查询最长等候时间。
（2）更新处理时间，如记账最长时间。
（3）数据转换和传送时间，如远程数据传输时间要求。
（4）解题时间。
4.2 空间要求（Space Request）
如：
（1）支持终端数。
（2）支持并行操作使用者数。
（3）处理文件和统计数。
（4）处理任务数量。
（5）对输入和输出数据精度要求。
（6）对处理和传输过程中精度要求。
4.3 性能需求点列表（Performance List）
具体列出用户性能点列表，提供给后续分析、设计、编程、测试中使用，更是为了用户测试验收中使用。需求性能点列表格式，如表2-2所表示。

表2-2 性能需求点列表
编 号
性能名称
使用部门
使用岗位
性能描述
输入内容
输出内容
1

2

3

5．目标系统界面和接口需求（Interface of Target System）
5.1 界面需求（Interphase Requirement）
界面标准要求，如方便、简练、美观、一致等。整个系统界面风格定义，一些功效模块特殊界面要求。
（1）输入设备：键盘、鼠标、条码扫描器、扫描仪等；
（2）输出设备：显示器、打印机、光盘刻录机、磁带机、音箱等；
（3）显示风格：图形界面、字符界面、IE界面等；
（4）显示方法：1024*768、640*480等；
（5）输出格式：显示布局、打印格式等。
5.2 接口需求（Interface Requirement）
和其它系统接口，如监控系统、控制系统、银行结算系统、税控系统、财务系统、政府网络系统及其它系统等。
（1）和系统特殊外设接口，如CT机、磁共振、柜员机（ATM）、IC卡、盘点机等。
（2）和中间件接口，要列出接口规范、入口参数、出口参数、传输频率等。
应在此列举出全部外部接口名称、接口标准、规范。外部接口列表，如表2-3所表示。
表2-3 外部接口需求点列表
编 号
接口名称
接口规范
接口标准
入口参数
出口参数
传输频率
1

2

3

6．目标系统其它需求（Other Requirements of Target System）
6.1 安全性（Security）
6.2 可靠性（Dependability）
6.3 灵活性（Agility）
6.4 特殊需求（Special Requirements）
如：
（1）进度需求：系统阶段进度要求。
（2）运行环境需求：平台、体系结构、设备要求。
（3）培训需求：用户对培训需求，是否提供多媒体教学光盘。
（4）推广需求：推广要求，如在上百个远程部门推广该系统，是否要有推广支持软件。
7．目标系统假设和约束条件（Suppose and Restriction of Target System）
假设和约定条件是对估计系统风险描述, 如：
（1）法律、法规和政策方面限制。
（2）硬件、软件、运行环境和开发环境方面条件和限制。
（3）可利用信息和资源。
（4）系统投入使用最晚日期。
三、软件配置管理计划
完成人：
1.引言
1.1 目标
本条必需指出特定软件配置管理计划具体目标.还必需描述该计划所针正确软件项目(及其所属各个子项目)名称和用途.
1.2 定义和缩写词
应该列出计划正文中需要解释而在GB/T 11457中还未包含术语定义,必需时,还要给出这些定义英文单词及其缩写词.
1.3 参考资料
列出要用到参考资料,如:
本项目标经核准计划任务书或协议,上级机关批文;
属于本项目标其它已发表文件;
本文件中各处引用文件,资料,包含所要用到软件开发标准.
列出这些文件标题,文件编号,发表日期和出版单位,说明能够得到这些文件资料起源.
2 管理
必需描述负责软件配置管理机构,任务及其相关接口控制.
2.1 机构
必需描述在各阶段中负责软件配置管理机构.描述内容以下:
描述在软件生存周期各阶段中软件配置管理功效和负责软件配置管理机构;
说明项目和子项目和其它相关项目之间关系;
指出在软件生存周期各阶段中软件开发或维护机构和配置控制组相互关系.
2.2 任务
描述在软件生存周期各个阶段中配置管理任务和要进行评审和检验工作,并指出各个阶段阶段产品应存放在哪一类软件库中(软件开发库,软件受控库或软件产品库).
2.3 职责
必需描述和软件配置管理相关各类机构或组员职责,并指出这些机构或组员相互之间关系.
指出负责各项软件配置管理任务(如配置标识,配置控制,配置状态统计和配置评审和检验)机构职责;
指出上述机构和软件质量确保机构,软件开发单位,项目承接单位,项目委托单位和用户等机构关系;
说明由本计划第2.2条指明生存周期各个阶段评审,检验和审批过程中用户职责和相关开发和维护活动;
指出和项目开发相关各个机构代表软件配置管理职责;
指出其它特殊职责,比如为满足软件配置管理要求所必需同意要求.
2.4 接口控制
本条应该描述:
接口规格说明标识和文档控制方法;
对已交付接口规格说明和文档进行修改方法;
对要完成软件配置管理活动进行跟踪方法;
统计和汇报接口规格说明和文档控制状态方法;
控制软件和支持它运行硬件之间接口方法.
2.5 实现
应该要求实现软件配置管理计划关键里程碑,比如:
建立配置控制组;
确定各个配置基线;
建立接口控制协议;
制订评审和检验软件配置管理计划和规程;
制订相关软件开发,测试和支持工具配置管理计划和规程.
2.6 适用标准,条例和约定
2.6.1 指明
本条必需指明所适用软件配置管理标准,条例和约定,并把它们作为本计划要实现一部分;还必需说明这些标准,条例和约定要实现程度.
2.6.2 内容
必需描述要在本项目中编写和实现软件配置管理标准,条例和约定,内容能够下:
软件结构层次树中软件位置标识方法;
程序和模块命名约定;
版本等级命名约定;
软件产品标识方法;
规格说明,测试计划和测试规程,程序设计手册及其它文档标识方法;
媒体和文档管理标识方法;
文档交付过程;
软件产品库中软件产品入库移交或交付过程;
问题汇报,修改请求和修改次序处理过程;
配置控制组结构和作用;
软件产品交付给用户验收规程;
软件库操作,包含准备,存放和更新模块方法;
软件配置管理活动检验;
问题汇报,修改请求或修改次序文档要求,指出配置修改目标和影响;
软件进入配置管理之前测试等级;
质量确保等级,比如,在进入配置管理之前,验证软件满足相关基线程度.
3 软件配置管理活动

本章必需描述配置标识,配置控制,配置状态统计和汇报和配置检验和评审等四方面软件配置管理活动需求.
3.1 配置标识
3.1.1 基线
本条必需具体说明软件项目标基线(即最初同意配置标识),并把它们和本计划第2.2条描述生存周期特定阶段相联络.在软件生存周期中,关键有三种基线,它们是功效基线,指派基线和产品基线.对于每个基线,必需描述下列内容:
每个基线项(包含应交付文档和程序);
和每个基线相关评审和同意事项和验收标准;
在建立基线过程中用户和开发者参与情况.
比如,在产品基线中,要定义元素能够包含:
产品名字和规则;
产品标识编号;
对每一个新交付版本,要给出版本交付号,新修改描述,修改交付方法,对支持软件修改要求和对相关文档修改要求;
安装说明;
已知缺点和故障;
软件媒体和媒体标识.
3.1.2 代码,文档
本条必需描述本项目全部软件代码和文档标题,代号,编号和分类规程.比如,对代码来说:
编译日期能够作为每个交付模块标识一部分;
在结构模块源代码次序行号时,应使它适合于对模块作深入修改.
3.2 配置控制
必需描述在本计划第2.2条描述软件生存周期中各个阶段使用修改同意权限等级;
必需定义对已经有配置修改提议进行处理方法,其中包含:
具体说明在本计划第2.2条描述软件生存周期各个阶段中提出修改提议程序(能够用注上自然语言步骤图来表示);
描述实现已同意修改提议(包含源代码,目标代码和文档修改)方法;
描述软件库控制规程,其中包含存取控制,对于适用基线读写保护,组员保护,组员标识,档案维护,修改历史和故障恢复等七项规程;
假如有必需修补目标代码,则要描述其标识和控制方法.
对于各个不一样层次配置控制组和其它修改管理机构,本条必需:
定义其作用,并要求其权限和职责;
假如已组成机构,则指明该机构领导人及其组员;
假如还没有组成机构,则说明怎样任命该机构领导人,组员及代理人;
说明开发者和用户和配置控制组关系.
当要和不属于本软件配置管理计划适用范围程序和项目进行接口时,本条必需说明对其进行配置控制方法.假如这些软件修改需要其它机构在配置控制组评审之前或以后进行评审,则本条必需描述这些机构组成,它们和配置控制组关系和它们之间相互关系;
本条必需说明和特殊产品(如非交付软件,现存软件,用户提供软件和内部支持软件)相关配置控制规程.

3.3 配置状态统计和汇报
本条必需:
指明怎样搜集,验证,存放,处理和汇报配置项状态信息;
具体说明要定时提供汇报及其分发措施;
假如有动态查询,要指出所提供动态查询能力;
假如要求统计用户说明特殊状态时,要描述其实现手段.
比如,在配置状态统计和汇报中,通常要描述信息有:
规格说明状态;
修改提议状态;
修改同意汇报;
产品版本或其修改版状态;
安装,更新或交付实现汇报;
用户提供产品(如操作系统)状态;
相关开发项目历史汇报.
3.4 配置检验和评审
本条必需:
定义在软件配置管理计划第2.2条所定义软件生存周期特定点上实施检验和评审中软件配置管理计划作用;
要求每次检验和评审所包含配置项;
指出用于标识和处理在检验和评审期间所发觉问题工作规程.
4工具,技术和方法
必需指明为支持特定项目标软件配置管理所使用软件工具,技术和方法,指明它们目标,并在开发者全部权范围内描述其使用方法.比如,能够包含用于下列任务工具,技术和方法:
软件媒体和媒体文档标识;
把文档和媒体置于软件配置管理控制之下,并把它正式地交付给用户.比如,要给出对软件库内源代码和目标代码进行控制工具,技术和方法描述;假如用到数据库管理系统,则还要对该系统进行描述.又如,要指明怎样使用软件库工具,技术和方法来处理软件产品交付.
编制相关程序及其相关文档修改状态文档.所以必需深入定义用于准备多个等级(如项目责任人,配置控制小组,软件配置管理人员和用户)管理汇报工具,技术和方法.

5 对供货单位控制
供货单位是指软件销售单位,软件开发单位或软件子开发单位.必需要求对这些供货单位进行控制管理规程,从而使从软件销售单位购置,其它开发单位开发或从开发单位现存软件库中选择软件能满足要求软件配置管理需求.管理规程应该要求在本软件配置管理计划实施范围内控制供货单位方法;还应解释用于确定供货单位软件配置管理能力方法和监督她们遵照本软件配置管理计划需求方法.
6 统计搜集,维护和保留
本章必需指明要保留软件配置管理文档,指明用于汇总,保护和维护这些文档方法和设施(其中包含要使用后备设施),并指明要保留期限.

四、设计规格说明书
完成人：
1．引言（Introduction）
本章对该文档目标、功效范围、术语、相关文档、参考资料、版本更新进行说明。
1.1 目标（Purpose）

1.2 命名规则（Naming Rule）
变量对象命名规则：申明全局变量、局部变量对象命名规则。
数据库对象命名规则：申明数据库表名、字段名、索引名、视图名等对象命名规则。
1.3 术语定义（Terms Glossary）
术语定义或解释通常见表格形式给出，如表3-1所表示。
表3-1 术语定义或解释表
序 号
术 语 名 称
术 语 定 义
1
总体结构
软件系统总体逻辑结构。根据不一样设计方法，有不一样总体逻辑结构。若采取面向功效或面向数据设计方法，则总体逻辑结构为一树形功效模块结构图。若采取面向对象或面向部件（构件）设计方法，则总体逻辑结构为部件（构件）组装图
2
外部接口
本软件系统和其它软件系统之间接口，接口设施能够是中间件。接口描述包含：传输方法、带宽、数据结构、传输频率、传输量、传输协议
3
数据结构
数据结构包含：数据库表结构、其它数据结构等
4
概念数据
模型CDM
关系数据库逻辑设计模型，叫做概念数据模型。关键内容包含一张逻辑E-R图及其对应数据字典
5
物理数据
模型PDM
关系数据库物理设计模型，叫做物理数据模型。关键内容包含一张物理表关系图及其对应数据字典
6
视图
在基表或其它视图之上建立一张虚表，叫做视图，它含有物理表很多性质，在数据处理和授权上很有用
7
角色
数据库中享受一些特权操作用户，叫做角色。角色权利经过授权来实现
8
子系统
含有相对独立功效小系统叫做子系统。一个大软件系统能够划分为多个子系统，每个子系统可由多个模块或多个部件组成
9
模块
含有功效独立、能被调用信息单元叫做模块。模块是结构化设计中概念
10
内部接口
软件系统内部各子系统之间、各部件之间、各模板之间接口，叫做内部接口。接口描述包含：调用方法、入口信息、出口信息等
11
相关文件
相关文件是指当本文件内容变更后，可能引发变更其它文件。如需求分析汇报、具体设计说明书、测试计划、用户手册
12
参考资料
参考资料是指本文件书写时用到其它资料。如多种相关规范、模板、标准、准则

1.4 参考资料（References）
[1] 用户需求汇报
[2] 数据库设计规范
[3] 命名规范
1.5 相关文档（Related Documents）
[1] 源程序清单
[2] 测试计划及汇报
[3] 《用户使用手册》

2．系统设计（Design of Collective）
2.1 体系结构设计（Design of Architecture）

采取包图画出体统体系结构模型，然后进行扩展，画出个子系统内组成及模块之间关系。

2.2 子系统清单（Subsystem List）
子系统清单，如表3-2所表示。
表3-2 子系统清单
子系统编号
子系统英文名
子系统功效简述
子系统之间关系
SS1

SS2

2.3 模块设计（Module Design）

对象类用类图说明各个类属性和方法和类之间关系，对于复杂对象要画出状态图。
2.4 功效模块清单（Module List）
模块（类）清单，如表3-3所表示。
表3-3 模块清单
模 块 编 号
模块英文名
模块功效简述
模块接口简述
M 1-1

M 1-2

M 2-1

M 2-2

3．数据结构设计（System Design）
3.1 数据库表名清单（DB Table List）
数据库表名清单，如表3-4所表示。
表3-4 数据库表名清单
序号
汉字表名
英文表名
表功效说明
1

2

3

3.2 数据库表之间关系说明（Relation of DB Table）
能够用E-R图表示，也能够用文字说明。
3.3 数据库表具体清单（Particular List of DB Table）
每个表具体清单内容包含：表名、字段汉字名、字段英文名、字段类型、宽度、精度、主键/外键、空否、取值约束（默认值、最大值、最小值）、索引否。同时要指出该表索引：索引文件名、索引字段名、索引特征（主键索引、惟一索引unique、聚集索引clustered）。具体清单能够用列表给出，如表3-5所表示。

表3-5 表名：XXXX
序号
字段汉字名
字段英文名
类型、宽度、精度
取值约束
空否
默认值
主键/外键
索引否
1

2

3

3.4 视图设计（View Design）
视图设计和授权相关，设计时参考需求文档用户授权范围。视图设计中要给出视图汉字名、英文名，视图中汉字列名、英文列名、类型、宽度、精度，每一列具体算法，对应基础表名。
3.5 其它数据结构设计（Design of Other Data Structure）
此小节描述系统其它数据结构设计内容。
4．接口设计（Interface Design）
对应每一个接口，全部要具体列出下列内容。
（1）接口名称
（2）接口内容
（3）接口设施
（4）接口数据结构
（5）接口传输速率（Mbps）
（6）接口带宽
（7）接口协议
五、软件测试计划
完成人：
1引言
1.1编写目标
本测试计划具体编写目标，指出预期读者范围。
1.2背景
说明：
a． 测试计划所隶属软件系统名称；
b． 该开发项目标历史，列出用户和实施此项目测试计算中心，说明在开始实施本测试计划之前必需完成各项工作。
1.3定义
列出本文件中用到专门术语定义和外文首字母组词原词组。
1.4参考资料
列出要用到参考资料，如：
a． 本项目标经核准计划任务书或协议、上级机关批文；
b． 属于本项目标其它已发表文件；
c． 本文件中各处引用文件、资料，包含所要用到软件开发标准。列出这些文件标题、文件编号、发表日期和出版单位，说明能够得到这些文件资料起源。
2计划
2.1软件说明
提供一份图表，并逐项说明被测软件功效、输入和输出等质量指标，作为叙述测试计划提要。
2.2测试内容
列出组装测试和确定测试中每一项测试内容名称标识符、这些测试进度安排和这些测试内容和目标，比如模块功效测试、接口正确性测试、数据文卷存取测试、运行时间测试、设计约束和极限测试等。
2.3测试1（标识符）
给出这项测试内容参与单位及被测试部位。
2.3.1进度安排
给出对这项测试进度安排，包含进行测试日期和工作内容（如熟悉环境。培训、准备输入数据等）。
2.3.2条件
陈说本项测试工作对资源要求，包含：
a． 设备所用到设备类型、数量和预定使用时间；
b． 软件列出将被用来支持本项测试过程而本身又并不是被测软件组成部分软件，如测试驱动程序、测试监控程序、仿真程序、桩模块等等；
c． 人员列出在测试工作期间预期可由用户和开发任务组提供工作人员人数。技术水平及相关预备知识，包含部分特殊要求，如倒班操作和数据键入人员。
2.3.3测试资料
列出本项测试所需资料，如：
a． 相关本项任务文件；
b． 被测试程序及其所在媒体；
c． 测试输入和输出举例；
d． 相关控制此项测试方法、过程图表。
2.3.4测试培训
说明或引用资料说明为被测软件使用提供培训计划。要求培训内容、受训人员及从事培训工作人员。
2.4测试2（标识符）
用和本测试计划2.3条相类似方法说明用于另一项及其后各项测试内容测试工作计划。
3测试设计说明
3.1测试1（标识符）
说明对第一项测试内容测试设计考虑。
3.1.1控制
说明本测试控制方法，如输入是人工、半自动或自动引入、控制操作次序和结果统计方法。
3.1.2输入
说明本项测试中所使用输入数据及选择这些输入数据策略。
3.1.3输出
说明预期输出数据，如测试结果及可能产生中间结果或运行信息。
3.1.4过程
说明完成此项测试一个个步骤和控制命令，包含测试准备、初始化、中间步聚和运行结束方法。
3.2测试2（标识符）
用和本测试计划3.l条相类似方法说明第2项及其后各项测试工作设计考虑。
4评价准则
4.1范围
说明所选择测试用例能够接查范围及其不足。
4.2数据整理
陈说为了把测试数据加工成便于评价合适形式，使得测试结果能够同，已知结果进行比较而要用到转换处理技术，如手工方法或自动方法；假如是用自动方法整理数据，还要说明为进行处理而要用到硬件、软件资源。
4.3尺度
说明用来判定测试工作是否能经过评价尺度，如合理输出结果类型、测试输出结果和预期输出之间许可偏离范围、许可中止或停机最大次数。
六、软件测试分析汇报
完成人：
1引言
1.1编写目标
说明这份测试分析汇报具体编写目标，指出预期阅读范围。
1.2背景
说明：
a. 被测试软件系统名称；
b. 该软件任务提出者、开发者、用户及安装此软件计算中心，指出测试环境和实际运行环境 之间可能存在差异和这些差异对测试结果影响。
1.3定义
列出本文件中用到专问术语定义和外文首字母组词原词组。
1.4参考资料
列出要用到参考资料，如：
a． 本项目标经核准计划任务书或协议、上级机关批文；
b． 属于本项目标其它已发表文件；
c． 本文件中各处引用文件、资料，包含所要用到软件开发标准。列出这些文件标题、文件编号、发表日期和出版单位，说明能够得到这些文件资料起源。
2测试概要
用表格形式列出每一项测试标识符及其测试内容，并指明实际进行测试工作内容和测试计划中预先设计内容之间差异，说明作出这种改变原因。
3测试结果及发觉
3.1测试1（标识符）
把本项测试中实际得到动态输出（包含内部生成数据输出）结果同对于动态输出要求进行比较，陈说其中各项发觉。
3.2测试2（标识符）
用类似本汇报3.1条方法给出第 2项及其后各项测试内容测试结果和发觉。
4对软件功效结论
4.1功效1（标识符）
4.1.1能力
简述该项功效，说明为满足此项功效而设计软件能力和经过一项或多项测试已证实能力。
4.1.2限制
说明测试数据值范围（包含动态数据和静态数据），列出就这项功效而言，测试期间在该软件中查出缺点、不足。
4.2功效2（标识符）
用类似本汇报4.l方法给出第2项及其后各项功效测试结论。
．．．．．．
5分析摘要
5.1能力
陈说经测试证实了本软件能力。假如所进行测试是为了验证一项或几项特定性能要求实现，应提供这方面测试结果和要求之间比较，并确定测试环境和实际运行环境之间可能存在差异 对能力测试所带来影响。
5.2缺点和限制
陈说经测试证实软件缺点和限制，说明每项缺点和限制对软件性能影响，并说明全部测得性能缺点累积影响和总影响。
5.3提议
对每项缺点提出改善提议，如：
a． 各项修改可采取修改方法；
b． 各项修改紧迫程度；
c． 各项修改估计工作量；
d． 各项修改责任人。
5.4评价
说明该项软件开发是否已达成预定目标，能否交付使用。
6测试资源消耗
总结测试工作资源消耗数据，如工作人员水平等级数量、机时消耗等。

七、软件项目开发总结汇报
完成人：
1引言
1.1编写目标
说明编写这份项目开发总结汇报目标，指出预期阅读范围。
1.2背景
说明：
a． 本项目标名称和所开发出来软件系统名称；
b． 此软件任务提出者、开发者、用户及安装此软件计算中心。
1.3定义
列出本文件中用到专门术语定义和外文首字母组词原词组。
1.4参考资料
列出要用到参考资料，如：
a． 本项目标已核准计划任务书或协议、上级机关批文；
b． 属于本项目标其它已发表文件；
c． 本文件中各处所引用文件、资料，包含所要用到软件开发标准。列出这些文件标题、文件编号、发表日期和出版单位，说明能够得到这些文件资料起源。
2实际开发结果
2.1产品
说明最终制成产品，包含：
a． 程序系统中各个程序名字，它们之间层次关系，以千字节为单位各个