软件过程管理实验指导书(共34页).doc

《软件过程管理实验指导书(共34页).doc》由会员分享，可在线阅读，更多相关《软件过程管理实验指导书(共34页).doc（34页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、精选优质文档-倾情为你奉上软件过程管理实验指导书一、基本目的：1软件开发过程的基本原理和技术应用于实践。2使学生掌握软件开发过程和组织过程，强化学生规范化开发软件的意识和能力。二、实验环境：硬件环境：PC计算机、服务器。过程管理工具：Project2003、SVN、VSS、ClearCase、WORD、EXCEL、VISIO、RATIONAL ROSE等，编程环境自选。三、实验要求：每班将4-6人分为一个小组，每组从以下题目中任选一题，也可自选题目作为课程实践题目。每组指定一名组长，负责分工和制定标准等管理工作。1项目开发过程建议采用快速原型与增量开发相集合的模式。指导书中给出的软件项目的需求

2、为不完整的功能需求描述，各小组根据需求工程过程，对给出的项目需求进行需求获取和分析。在基本明确需求的情况后建立系统整体原型供需求的讨论和确定，在需求和系统架构确定后，各自对所分配子系统进行逻辑建模与设计开发。开发方式要求采用面向对象方法。2实验内容包括软件项目管理计划（包括资源管理与分配，项目进度计划等）；小组软件开发过程中应用的过程规范及文档模板的制定（包括需求变更控制过程制定，编码规范的制订，软件问题报告单和软件修改报告单模板等）；系统分析与设计；软件配置计划。在软件开发过程中，进行需求变更，体会需求变更控制过程和需求变更后对项目管理计划和软件配置的影响。各组全体成员分工合作，最后按系统整

3、体设计方案实现系统原型。3实验报告要求包括软件项目开发计划，软件需求规格说明书，软件配置管理计划，软件设计规格说明书，软件测试报告。报告中还包括以下附件：附件A：小组制定的软件过程规范文档；附件B：其他软件开发过程信息（项目任务书，个人进度安排，项目进度周报，软件问题报告单(SPR) 软件修改报告单(SCR) 变更申请单等）全组文档格式、内容参照本指导书给出的模板。附件A附件B中的文档模板可由项目小组根据小组特点制定。提交一份完整的实验报告（提交打印和电子两种形式）。五、实验题目：1、软件工程课程教学网站作为教学的辅助环节，该教学网站能为教师提供课程信息和教学资料的管理维护，教学过程的管理，作

4、业的布置、批改等；为学生提供教学资料的下载，作业的上传下载，信息的查询等功能。另外，还有在线模拟考试（链接）、BBS论坛（链接）等功能。2、软件工程实验过程管理系统出题（教师、学生），分组，选题，计划管理（计划制定、计划执行、计划变更、计划评审）、软件规范管理、需求管理（需求获取、需求分析、需求变更、需求评审）、设计（概要设计、详细设计、设计变更、设计评审）、测试管理、实验报告管理、成绩评定（组内评定、小组成绩评定、教师评定）论坛、教师学生信息维护3、 软件工程课程群教学论坛4、 在线考试系统5、 高校排课系统 6 项目管理软件的开发 7 基于Android平台的手机相册8 基于地理信息系统的

5、校园导航系统9 基于地理信息系统的大众点评 开发语言和工具： （C#，JAVA，C+）VS2010，SQLSERVER2008，sqlserver 2000六、课程实验报告要求：以组为单位按软件系统开发可交付文档的形式书写实验报告，按附件中所给出的内容和格式要求作为参考。其中，项目计划书、软件过程规范的制定由组长组织全组成员共同完成，其他文档按系统功能结构进行分工，分别由各责任人完成相应部分文档然后进行整合。详细要求见附件。七、实验时间安排：由实验室安排。专心-专注-专业附件：实验报告样本河北工业大学软件过程管理课程实验实验报告题目： 专业： 班级： 分组编号： 组长： 成员： 指导教师： 完

6、成日期： 目 录1 软件项目开发计划（页码）2 软件需求规格说明书（页码）3 软件配置管理计划（页码）4 软件设计规格说明（页码）5 软件测试计划（页码）6 软件测试分析报告（页码）7 软件项目开发总结报告（页码）附件A： 小组制定的软件过程规范 （页码）附件B： 其他软件开发过程记录信息（页码）小组成员角色与分工情况表姓名职责和完成的工作项目组评定一、软件项目开发计划完成人： 1引言1.1编写目的说明：编写这份软件项目开发计划的目的，并指出预期的读者。1.2 背景说明：a. 待开发的软件系统的名称；b. 本项目的任务提出者、开发者、用户及实现该软件的计算中心或计算机网络；c. 该软件系统同其

7、他系统或其他机构的基本的相互来往关系。1.3定义列出本文件中用到的专门术语的定义和外文的首字母组词的原词组。1.4参考资料列出用得着的参考资料，如：a. 本项目的经核准的计划任务书和合同、上级机关的批文；b. 属于本项目的其他已发表的文件；c. 本文件中各处引用的文件、资料，包括所要用到的软件开发标准。列出这些文件资料的标题、文件编号、发表日期和出版单位，说明能够得到这些文件资料的来源。2项目概述2.1工作内容简要地说明在本项目的开发中须进行的各项主要工作。2.2主要参加人员扼要说明参加本项目开发的主要人员的情况，包括他们的技术水平。2.3产品2.3.1程序列出须移交给用户的程序的名称、所用地

8、编程语言及存储程序的媒体形式，并通过引用相关文件，逐项说明其功能和能力。2.3.2文件列出须移交用户的每种文件的名称及内容要点。2.3.3服务列出需向用户提供的各项服务，如培训安装、维护和运行支持等，应逐项规定开始日期、所提供支持的级别和服务的期限。2.3.4非移交的产品说明开发集体应向本单位交出但不必向用户移交的产品（文件甚至某些程序）。2.4验收标准对于上述这些应交出的产品和服务，逐项说明或引用资料说明验收标准。2.5完成项目的最迟期限2.6本计划的批准者和批准日期3实施计划3.1工作任务的分解与人员分工对于项目开发中需要完成的各项工作，从需求分析、设计、实现、测试直到维护，包括文件的编制

9、、审批、打印、分发工作，用户培训工作，软件安装工作等，按层次进行分解，指明每项任务的负责人和参加人员。3.2接口人员说明负责接口工作的人员及他们的职责，包括：a. 负责本项目同用户的接口人员；b. 负责本项目同本单位各管理机构，如合同计划管理部门、财务部门、质量管理部门等的接口人员；c. 负责本项目同个份合同负责单位的接口人员等。3.3进度对于需求分析、设计、编码实现、测试、移交、培训和安装等工作，给出每项工作任务的预定开始日期、完成日期及所需资源，规定各项工作任务完成的先后顺序以及表征每项工作任务完成的标志性事件（即所谓“里程碑）。3.4预算逐项列出本开发项目所需要的劳务（包括人员的数量和时

10、间）以及经费的预算（包括办公费、差旅费、机时费、资料费、通讯设备和专用设备的租金等）和来源。3.5关键问题逐项列出能够影响整个项目成败的关键问题、技术难点和风险，指出这些问题对项目的影响。4支持条件说明为支持本项目的开发所需要的各种条件和设施。4.1计算机系统支持逐项列出开发中和运行时所需的计算机系统支持，包括计算机、外围设备、通讯设备、模拟器、编译（或汇编）程序、操作系统、数据管理程序包、数据存储能力和测试支持能力等，逐项给出有关到货日期、使用时间的要求。4.2需由用户承担的工作逐项列出需要用户承担的工作和完成期限。包括需由用户提供的条件及提供时间。4.3由外单位提供的条件逐项列出需要外单位

11、分合同承包者承担的工作和完成的时间，包括需要由外单位提供的条件和提供的时间。5专题计划要点说明本项目开发中需制定的各个专题计划（如分合同计划、开发人员培训计划、测试计划、安全保密计划、质量保证计划、配置管理计划、用户培训计划、系统安装计划等）的要点。二、需求规格说明书 完成人： 1概述（Summary）1.1项目的目的与目标（Purpose and Aim of Project）项目的目的是对开发本系统意图的总概括。项目的目标是将目的细化后的具体描述。项目目标应是明确的、可度量的、可以达到的, 项目的范围应能确保项目的目标可以达到。对于项目的目标可以逐步细化，以便与系统的需求建立对应关系，检查

12、系统的功能是否覆盖了系统目标。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 功能需求分析（Func

13、tion Analysis）对具体功能需求进行细化分析，并用图形工具进行描述。采用面向对象分析方法，要求采用业务类模型和用例图，配合活动图和序列图进行系统逻辑建模。3.2 功能需求点列表（Function List）在功能需求分析完成后，要详细列出用户需求功能点列表，提供给后续设计、编程、测试中使用，更是为了用户测试验收中使用。功能需求点列表的格式，如表2-1所示。表2-1 功能需求点列表编 号功 能 名 称使 用 人功 能 描 述输 入 内 容输 出 内 容1234目标系统性能需求（Performance of Target System）4.1 时间要求（Time Request）如：（1

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

15、用岗位性能描述输入内容输出内容1235目标系统界面与接口需求（Interface of Target System）5.1 界面需求（Interphase Requirement）界面的原则要求，如方便、简洁、美观、一致等。整个系统的界面风格定义，某些功能模块的特殊的界面要求。（1）输入设备：键盘、鼠标、条码扫描器、扫描仪等；（2）输出设备：显示器、打印机、光盘刻录机、磁带机、音箱等；（3）显示风格：图形界面、字符界面、IE界面等；（4）显示方式：1024*768、640*480等；（5）输出格式：显示布局、打印格式等。5.2 接口需求（Interface Requirement）与其他系统的

16、接口，如监控系统、控制系统、银行结算系统、税控系统、财务系统、政府网络系统及其他系统等。（1）与系统特殊外设的接口，如CT机、磁共振、柜员机（ATM）、IC卡、盘点机等。（2）与中间件的接口，要列出接口规范、入口参数、出口参数、传输频率等。应在此列举出所有的外部接口名称、接口标准、规范。外部接口列表，如表2-3所示。表2-3 外部接口需求点列表编 号接口名称接口规范接口标准入口参数出口参数传输频率1236目标系统其他需求（Other Requirements of Target System）6.1 安全性（Security）6.2 可靠性（Dependability）6.3 灵活性（Agil

17、ity）6.4 特殊需求（Special Requirements）如：（1）进度需求：系统的阶段进度要求。（2）运行环境需求：平台、体系结构、设备要求。（3）培训需求：用户对培训的需求，是否提供多媒体教学光盘。（4）推广需求：推广的要求，如在上百个远程部门推广该系统，是否要有推广的支持软件。7目标系统假设与约束条件（Suppose and Restriction of Target System）假设与约定条件是对预计的系统风险的描述, 如：（1）法律、法规和政策方面的限制。（2）硬件、软件、运行环境和开发环境方面的条件和限制。（3）可利用的信息和资源。（4）系统投入使用的最晚日期。 三、软

18、件配置管理计划完成人： 1.引言1.1 目的本条必须指出特定的软件配置管理计划的具体目的.还必须描述该计划所针对的软件项目(及其所属的各个子项目)的名称和用途.1.2 定义和缩写词应该列出计划正文中需要解释的而在GB/T 11457中尚未包含的术语的定义,必要时,还要给出这些定义的英文单词及其缩写词.1.3 参考资料列出要用到的参考资料,如:本项目的经核准的计划任务书或合同,上级机关的批文;属于本项目的其他已发表的文件;本文件中各处引用的文件,资料,包括所要用到的软件开发标准.列出这些文件的标题,文件编号,发表日期和出版单位,说明能够得到这些文件资料的来源.2 管理必须描述负责软件配置管理的机

19、构,任务及其有关的接口控制.2.1 机构必须描述在各阶段中负责软件配置管理的机构.描述内容如下:描述在软件生存周期各阶段中软件配置管理的功能和负责软件配置管理的机构;说明项目和子项目与其他有关项目之间的关系;指出在软件生存周期各阶段中的软件开发或维护机构与配置控制组的相互关系.2.2 任务描述在软件生存周期各个阶段中的配置管理任务以及要进行的评审和检查工作,并指出各个阶段的阶段产品应存放在哪一类软件库中(软件开发库,软件受控库或软件产品库).2.3 职责必须描述与软件配置管理有关的各类机构或成员的职责,并指出这些机构或成员相互之间的关系.指出负责各项软件配置管理任务(如配置标识,配置控制,配置

20、状态记录以及配置的评审与检查)的机构的职责;指出上述机构与软件质量保证机构,软件开发单位,项目承办单位,项目委托单位以及用户等机构的关系;说明由本计划第2.2条指明的生存周期各个阶段的评审,检查和审批过程中的用户职责以及相关的开发与维护活动;指出与项目开发有关的各个机构的代表的软件配置管理职责;指出其他特殊职责,例如为满足软件配置管理要求所必要的批准要求.2.4 接口控制本条应该描述:接口规格说明标识和文档控制的方法;对已交付的接口规格说明和文档进行修改的方法;对要完成的软件配置管理活动进行跟踪的方法;记录和报告接口规格说明和文档控制状态的方法;控制软件和支持它运行的硬件之间的接口的方法.2.

21、5 实现应该规定实现软件配置管理计划的主要里程碑,例如:建立配置控制组;确定各个配置基线;建立接口控制协议;制订评审与检查软件配置管理计划和规程;制订相关的软件开发,测试和支持工具的配置管理计划和规程.2.6 适用的标准,条例和约定2.6.1 指明本条必须指明所适用的软件配置管理标准,条例和约定,并把它们作为本计划要实现的一部分;还必须说明这些标准,条例和约定要实现的程度.2.6.2 内容必须描述要在本项目中编写和实现的软件配置管理标准,条例和约定,内容可如下:软件结构层次树中软件位置的标识方法;程序和模块的命名约定;版本级别的命名约定;软件产品的标识方法;规格说明,测试计划与测试规程,程序设

22、计手册及其他文档的标识方法;媒体和文档管理的标识方法;文档交付过程;软件产品库中软件产品入库移交或交付的过程;问题报告,修改请求和修改次序的处理过程;配置控制组的结构和作用;软件产品交付给用户的验收规程;软件库的操作,包括准备,存储和更新模块的方法;软件配置管理活动的检查;问题报告,修改请求或修改次序的文档要求,指出配置修改的目的和影响;软件进入配置管理之前的测试级别;质量保证级别,例如,在进入配置管理之前,验证软件满足有关基线的程度.3 软件配置管理活动本章必须描述配置标识,配置控制,配置状态记录与报告以及配置检查与评审等四方面的软件配置管理活动的需求.3.1 配置标识3.1.1 基线本条必

23、须详细说明软件项目的基线(即最初批准的配置标识),并把它们与本计划第2.2条描述的生存周期的特定阶段相联系.在软件生存周期中,主要有三种基线,它们是功能基线,指派基线和产品基线.对于每个基线,必须描述下列内容:每个基线的项(包括应交付的文档和程序);与每个基线有关的评审与批准事项以及验收标准;在建立基线的过程中用户和开发者的参与情况.例如,在产品基线中,要定义的元素可以包括:产品的名字和规则;产品标识编号;对每一个新交付的版本,要给出版本交付号,新修改的描述,修改交付的方法,对支持软件的修改要求以及对有关文档的修改要求;安装说明;已知的缺陷和故障;软件媒体和媒体标识.3.1.2 代码,文档本条

24、必须描述本项目所有软件代码和文档的标题,代号,编号以及分类规程.例如,对代码来说:编译日期可以作为每个交付模块标识的一部分;在构造模块源代码的顺序行号时,应使它适合于对模块作进一步的修改.3.2 配置控制必须描述在本计划第2.2条描述的软件生存周期中各个阶段使用的修改批准权限的级别;必须定义对已有配置的修改建议进行处理的方法,其中包括:详细说明在本计划第2.2条描述的软件生存周期各个阶段中提出修改建议的程序(可以用注上自然语言的流程图来表达);描述实现已批准的修改建议(包括源代码,目标代码和文档的修改)的方法;描述软件库控制的规程,其中包括存取控制,对于适用基线的读写保护,成员保护,成员标识,

25、档案维护,修改历史以及故障恢复等七项规程;如果有必要修补目标代码,则要描述其标识和控制的方法.对于各个不同层次的配置控制组和其他修改管理机构,本条必须:定义其作用,并规定其权限和职责;如果已组成机构,则指明该机构的领导人及其成员;如果还没有组成机构,则说明怎样任命该机构的领导人,成员及代理人;说明开发者和用户与配置控制组的关系.当要与不属于本软件配置管理计划适用范围的程序和项目进行接口时,本条必须说明对其进行配置控制的方法.如果这些软件的修改需要其他机构在配置控制组评审之前或之后进行评审,则本条必须描述这些机构的组成,它们与配置控制组的关系以及它们之间的相互关系;本条必须说明与特殊产品(如非交

26、付的软件,现存软件,用户提供的软件和内部支持软件)有关的配置控制规程.3.3 配置状态的记录和报告本条必须:指明怎样收集,验证,存储,处理和报告配置项的状态信息;详细说明要定期提供的报告及其分发办法;如果有动态查询,要指出所提供的动态查询的能力;如果要求记录用户说明的特殊状态时,要描述其实现手段.例如,在配置状态记录和报告中,通常要描述的信息有:规格说明的状态;修改建议的状态;修改批准的报告;产品版本或其修改版的状态;安装,更新或交付的实现报告;用户提供的产品(如操作系统)的状态;有关开发项目历史的报告.3.4 配置的检查和评审本条必须:定义在软件配置管理计划的第2.2条所定义的软件生存周期的

27、特定点上执行的检查和评审中软件配置管理计划的作用;规定每次检查和评审所包含的配置项;指出用于标识和解决在检查和评审期间所发现的问题的工作规程.4工具,技术和方法必须指明为支持特定项目的软件配置管理所使用的软件工具,技术和方法,指明它们的目的,并在开发者所有权的范围内描述其用法.例如,可以包括用于下列任务的工具,技术和方法:软件媒体和媒体文档的标识;把文档和媒体置于软件配置管理的控制之下,并把它正式地交付给用户.例如,要给出对软件库内的源代码和目标代码进行控制的工具,技术和方法的描述;如果用到数据库管理系统,则还要对该系统进行描述.又如,要指明怎样使用软件库工具,技术和方法来处理软件产品的交付.

28、编制关于程序及其有关文档的修改状态的文档.因此必须进一步定义用于准备多种级别(如项目负责人,配置控制小组,软件配置管理人员和用户)的管理报告的工具,技术和方法.5 对供货单位的控制供货单位是指软件销售单位,软件开发单位或软件子开发单位.必须规定对这些供货单位进行控制的管理规程,从而使从软件销售单位购买的,其他开发单位开发的或从开发单位现存软件库中选用的软件能满足规定的软件配置管理需求.管理规程应该规定在本软件配置管理计划的执行范围内控制供货单位的方法;还应解释用于确定供货单位的软件配置管理能力的方法以及监督他们遵循本软件配置管理计划需求的方法.6 记录的收集,维护和保存本章必须指明要保存的软件

29、配置管理文档,指明用于汇总,保护和维护这些文档的方法和设施(其中包括要使用的后备设施),并指明要保存的期限.四、设计规格说明书完成人： 1引言（Introduction）本章对该文档的目的、功能范围、术语、相关文档、参考资料、版本更新进行说明。1.1 目的（Purpose）1.2 命名规则（Naming Rule）变量对象命名规则：申明全局变量、局部变量对象的命名规则。数据库对象命名规则：申明数据库表名、字段名、索引名、视图名等对象的命名规则。1.3 术语定义（Terms Glossary）术语定义或解释一般用表格形式给出，如表3-1所示。表3-1 术语定义或解释表序 号术 语 名 称术 语

30、定 义1总体结构 软件系统的总体逻辑结构。按照不同的设计方法，有不同的总体逻辑结构。若采用面向功能或面向数据的设计方法，则总体逻辑结构为一树形的功能模块结构图。若采用面向对象或面向部件（构件）的设计方法，则总体逻辑结构为部件（构件）的组装图2外部接口 本软件系统与其他软件系统之间的接口，接口设施可以是中间件。接口描述包括：传输方式、带宽、数据结构、传输频率、传输量、传输协议3数据结构 数据结构包括：数据库表的结构、其他数据结构等4概念数据模型CDM 关系数据库的逻辑设计模型，叫做概念数据模型。主要内容包括一张逻辑E-R图及其相应的数据字典5物理数据模型PDM 关系数据库的物理设计模型，叫做物理

31、数据模型。主要内容包括一张物理表关系图及其相应的数据字典6视图 在基表或其他视图之上建立的一张虚表，叫做视图，它具有物理表的许多性质，在数据处理和授权上很有用7角色 数据库中享有某些特权操作的用户，叫做角色。角色的权利通过授权来实现8子系统 具有相对独立功能的小系统叫做子系统。一个大的软件系统可以划分为多个子系统，每个子系统可由多个模块或多个部件组成9模块 具有功能独立、能被调用的信息单元叫做模块。模块是结构化设计中的概念10内部接口 软件系统内部各子系统之间、各部件之间、各模板之间的接口，叫做内部接口。接口描述包括：调用方式、入口信息、出口信息等11相关文件 相关文件是指当本文件内容变更后，

32、可能引起变更的其他文件。如需求分析报告、详细设计说明书、测试计划、用户手册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

33、）子系统清单，如表3-2所示。表3-2 子系统清单子系统编号子系统英文名子系统功能简述子系统之间的关系SS1SS22.3 模块设计（Module Design）对象类用类图说明各个类属性和方法以及类之间的关系，对于复杂对象要画出状态图。2.4 功能模块清单（Module List）模块（类）清单，如表3-3所示。表3-3 模块清单模 块 编 号模块英文名模块功能简述模块的接口简述M 1-1M 1-2M 2-1M 2-23数据结构设计（System Design）3.1 数据库表名清单（DB Table List）数据库表名清单，如表3-4所示。表3-4 数据库表名清单序号中文表名英文表名表功能

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

35、否1233.4 视图设计（View Design）视图设计与授权有关，设计时参照需求文档的用户授权范围。视图设计中要给出视图的中文名、英文名，视图中的中文列名、英文列名、类型、宽度、精度，每一列的具体算法，对应的基本表名。3.5 其他数据结构设计（Design of Other Data Structure）此小节描述系统的其他数据结构设计内容。4接口设计（Interface Design）对应每一个接口，都要详细列出下列内容。（1）接口名称（2）接口内容（3）接口设施（4）接口的数据结构（5）接口的传输速率（Mbps）（6）接口带宽（7）接口协议五、软件测试计划 完成人： 1引言1.1编写目

36、的本测试计划的具体编写目的，指出预期的读者范围。1.2背景说明：a 测试计划所从属的软件系统的名称；b 该开发项目的历史，列出用户和执行此项目测试的计算中心，说明在开始执行本测试计划之前必须完成的各项工作。1.3定义列出本文件中用到的专门术语的定义和外文首字母组词的原词组。1.4参考资料列出要用到的参考资料，如：a 本项目的经核准的计划任务书或合同、上级机关的批文；b 属于本项目的其他已发表的文件；c 本文件中各处引用的文件、资料，包括所要用到的软件开发标准。列出这些文件的标题、文件编号、发表日期和出版单位，说明能够得到这些文件资料的来源。2计划2.1软件说明提供一份图表，并逐项说明被测软件的

37、功能、输入和输出等质量指标，作为叙述测试计划的提纲。2.2测试内容列出组装测试和确认测试中的每一项测试内容的名称标识符、这些测试的进度安排以及这些测试的内容和目的，例如模块功能测试、接口正确性测试、数据文卷存取的测试、运行时间的测试、设计约束和极限的测试等。2.3测试1（标识符）给出这项测试内容的参与单位及被测试的部位。2.3.1进度安排给出对这项测试的进度安排，包括进行测试的日期和工作内容（如熟悉环境。培训、准备输入数据等）。2.3.2条件陈述本项测试工作对资源的要求，包括：a 设备所用到的设备类型、数量和预定使用时间；b 软件列出将被用来支持本项测试过程而本身又并不是被测软件的组成部分的软

38、件，如测试驱动程序、测试监控程序、仿真程序、桩模块等等；c 人员列出在测试工作期间预期可由用户和开发任务组提供的工作人员的人数。技术水平及有关的预备知识，包括一些特殊要求，如倒班操作和数据键入人员。2.3.3测试资料列出本项测试所需的资料，如：a 有关本项任务的文件；b 被测试程序及其所在的媒体；c 测试的输入和输出举例；d 有关控制此项测试的方法、过程的图表。2.3.4测试培训说明或引用资料说明为被测软件的使用提供培训的计划。规定培训的内容、受训的人员及从事培训的工作人员。2.4测试2（标识符）用与本测试计划2.3条相类似的方式说明用于另一项及其后各项测试内容的测试工作计划。3测试设计说明3

39、.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数据整理陈述为了把测试数据

40、加工成便于评价的适当形式，使得测试结果可以同，已知结果进行比较而要用到的转换处理技术，如手工方式或自动方式；如果是用自动方式整理数据，还要说明为进行处理而要用到的硬件、软件资源。4.3尺度 说明用来判断测试工作是否能通过的评价尺度，如合理的输出结果的类型、测试输出结果与预期输出之间的容许偏离范围、允许中断或停机的最大次数。六、软件测试分析报告 完成人： 1引言1.1编写目的说明这份测试分析报告的具体编写目的，指出预期的阅读范围。1.2背景说明：a. 被测试软件系统的名称；b. 该软件的任务提出者、开发者、用户及安装此软件的计算中心，指出测试环境与实际运行环境 之间可能存在的差异以及这些差异对测

41、试结果的影响。1.3定义列出本文件中用到的专问术语的定义和外文首字母组词的原词组。1.4参考资料列出要用到的参考资料，如：a 本项目的经核准的计划任务书或合同、上级机关的批文；b 属于本项目的其他已发表的文件；c 本文件中各处引用的文件、资料，包括所要用到的软件开发标准。列出这些文件的标题、文件编号、发表日期和出版单位，说明能够得到这些文件资料的来源。2测试概要用表格的形式列出每一项测试的标识符及其测试内容，并指明实际进行的测试工作内容与测试计划中预先设计的内容之间的差别，说明作出这种改变的原因。3测试结果及发现3.1测试1（标识符）把本项测试中实际得到的动态输出（包括内部生成数据输出）结果同

42、对于动态输出的要求进行比较，陈述其中的各项发现。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 各项修改可采用的修改方