在软件开发中，需求规格说明书和系统设计说明书有什么区别

系统设计说明书

1.引言 a) 摘要(名称,目标,功能) b) 背景

i. 项目承担着 ii. 用户 iii. 本系统和其它系统或机构的关系 c) 工作条件/限制 i. 软硬件运行环境 ii. 保密和安全 iii. 有关部门业务人员提供确切数据和定义 iv. 有关系统软件文本 v. 网络协议标准文本 vi. 国家安全机密条例

d) 参考和引用资料(标题,编号,日期,制定者,来源)

i. 该项目的经过核准的合同,上级批文 ii. 属于本项目的其它以发表的文件 iii. 引用的文件资料

e) 专门术语(本文用到的术语) 2.系统配置方案 a) 网络设计(系统的网络结构) i. 网络计算模式(BS/CS/BWD) ii. 网络拓扑结构(总线,星型,环) iii. 网络逻辑设计(网络逻辑结构图) iv. 网络操作系统 b) 软硬件选择

i. 软件(操作系统,第三方软件功能,性价指标,技术支持) ii. 硬件(型号,品牌,功能,性价指标) iii. 数据库产品 iv. 网络协议(TCP/IP,OSI)

3.模块设计(HIPO 图,名称,功能,说明,评价,验收) 4.代码设计(代码方式种类,功能,评价,验收) 5.输入设计(项目,承担着,要求,评价,验收) 6.输出设计(项目,接受者,功能,要求,评价,验收)

7.数据库系统设计说明

a) 概述(目标,主要功能,用户要求操作员管理员维护员) b) 需求规定(性能,精度,有效性,响应时间,其它要求) c) 运行环境要求(设备,支撑软件,安全保密,其它) d) 设计考虑(逻辑结构,物理结构) e) 评价(时间,空间,维护代价和各种用户要求进行权衡所产生的方案的性能) f) 验收

8.实施方案说明书

a) 实施方案说明 i. 项目说明(系统名称,子系统名称,程序名称,程序语言,使用设备) ii. 数据项目说明(数据长度,文件名,形式编号,各项记录名称,内容) iii. 处理内容说明 b) 实施总计划 i. 工作仸务分解(文件编制,审批,打印,培训,设备等) ii. 进度(每项工作的开始结束时间,顺序) iii. 预算(各项工作的费用,办公费,旅差费,资料费,通讯费,设备租金,劳 务等) c) 实施方案的审批 i. 参与审批的人员 (用户,系统研制人员,程序员,操作员,专家,管理人员) ii. 审批的实施方案

系统设计是根据系统分析的结果，运用系统科学的思想和方法，设计出能最大限度满足所要求的目标 (或目的) 的新系统的过程。进行系统设计时，必须把所要设计的对象系统和围绕该对象系统的环境共同考虑，前者称为内部系统，后者称为外部系统，它们之间存在着相互支持和相互制约的关系，内部系统和外部系统结合起来称作总体系统。因此，在系统设计时必须采用内部设计与外部设计相结合的思考原则，从总体系统的功能、输入、输出、环境、程序、人的因素、物的媒介各方面综合考虑，设计出整体最优的系统。进行系统设计应当采用分解、综合与反馈的工作方法。不论多大的复杂系统，首先要分解为若干子系统或要素，分解可从结构要素、功能要求、时间序列、空间配置等方面进行，并将其特征和性能标准化，综合成最优子系统，然后将最优子系统进行总体设计，从而得到最优系统。在这一过程中，从设计计划开始到设计出满意系统为止，都要进行分阶段及总体综合评价，并以此对各项工作进行修改和完善。整个设计阶段是一个综合性反馈过程。系统设计内容，包括确定系统功能、设计方针和方法，产生理想系统并作出草案，通过收集信息对草案作出修正产生可选设计方案，将系统分解为若干子系统，进行子系统和总系统的详细设计并进行评价，对系统方案进行论证并作出性能效果预测。

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

编制概要设计说明书的内容，要求如下：

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基本设计概念和处理流程

11． 2． 4”结构

11．2．5功能需求与程序的关系

11． 2． 6人工处理过程

11．2．7尚未解决的问题

11．3接口设计

11．31用户接口

11．32外部接口

11．3 3内部接口

11．4运行设计

11. 4. 1运行模块组合

11.4.2运行控制

11.4.3运行时间

11.5系统论据结构设计

11. 5. 1逻辑结构设计要点

11. 5. 2物理结构设计要点

11.5.3数据结构与程序的关系

11． 6系统出错处理设计

11. 6. 1出错信息

11.6．2补救措施

11.6 3系统维护设计

概要设计说明书的编写提示（参考件）

E.1引言

E.1.1编写目的

说明编写这份概要设计说明书的目的，指出预期的读者。

E.1.2背景

说明：

a．待开发软件系统的名称；

b．列出此项目的任务提出者、开发者、用户以及将运行该软件的计算站（中心）。

E.1．3定义

列出本文件中用到的专门术语的定义和外文首字母组词的原词组。

E.1.4参考资料

列出有关的参考文件，如：

a．本项目的经核准的计划任务书或合同，上级机关的批文；

b．属于本项目的其他已发表文件；

c．本文件中各处引用的文件、资料，包括所要用到的软件开发标准。 列出这些文件的标题、文件编号、发表日期和出版单位，说明能够得到这些文件资料的来源。

E.2总体设计

E.2.1需求规定

说明对本系统的主要的输入输出项目、处理的功能性能要求，详细的说明可参见附录C。

E.2.2运行环境

简要地说明对本系统的运行环境（包括硬件环境和支持环境）的规定，详细说明参见附录C。

E．2．3基本设计概念和处理流程

说明本系统的基本设计概念和处理流程，尽量使用图表的形式。

E.2.4结构

用一览表及框图的形式说明本系统的系统元素（各层模块、子程序、公用程序等）的划分，扼要说明每个系统元素的标识符和功能，分层次地给出各元素之间的控制与被控制关系.

E.2.5功能器求与程序的关系

本条用一张如下的矩阵图说明各项功能需求的实现同各块程序的分配关系：

E．2．6人工处理过程

说明在本软件系统的工作过程中不得不包含的人工处理过程（如果有的话）。

E.2.7尚未问决的问题

说明在概要设计过程中尚未解决而设计者认为在系统完成之前必须解决的各个问题。

E．3 接口设计

E．3．1用户接口

说明将向用户提供的命令和它们的语法结构，以及软件的回答信息。

E．3.2外部接口

说明本系统同外界的所有接口的安排包括软件与硬件之间的接口、本系统与各支持软件之间的接 口关系。

E．3．3内部接口

说明本系统之内的各个系统元素之间的接口的安排。

E．4运行设计

E．4．1运行模块组合

说明对系统施加不同的外界运行控制时所引起的各种不同的运行模块组合，说明每种运行所历经的内部模块和支持软件。

E．4．2运行控制

说明每一种外界的运行控制的方式方法和操作步骤。

E．4．3运行时间

说明每种运行模块组合将占用各种资源的时间。

E.5系统数据结构设计

E.5．1逻辑结构设计要点

给出本系统内所使用的每个数据结构的名称、标识符以及它们之中每个数据项、记录、文卷和系的标识、定义、长度及它们之间的层次的或表格的相互关系。

E.5．2物理结构设计要点

给出本系统内所使用的每个数据结构中的每个数据项的存储要求，访问方法、存取单位、存取的物理关系（索引、设备、存储区域）、设计考虑和保密条件。

E.5.3数据结构与程序的关系

说明各个数据结构与访问这些数据结构的形式:

E.6系统出错处理设计

E.6.1出错信息

用一览表的方式说朗每种可能的出错或故障情况出现时，系统输出信息的形式、含意及处理方法。

E.6.2补救措施

说明故障出现后可能采取的变通措施，包括：

a.后备技术说明准备采用的后备技术，当原始系统数据万一丢失时启用的副本的建立和启动的技术，例如周期性地把磁盘信息记录到磁带上去就是对于磁盘媒体的一种后备技术；

b．降效技术说明准备采用的后备技术，使用另一个效率稍低的系统或方法来求得所需结果的某些部分，例如一个自动系统的降效技术可以是手工操作和数据的人工记录；

c．恢复及再启动技术说明将使用的恢复再启动技术，使软件从故障点恢复执行或使软件从头开始重新运行的方法。

E.6.3系统维护设计

说明为了系统维护的方便而在程序内部设计中作出的安排，包括在程序中专门安排用于系统的检查与维护的检测点和专用模块。 各个程序之间的对应关系，可采用如下的矩阵图的形式；

System design 好像没有争议，关键是以下的部分：

Guide：如果你指的是使用手册，使用说明书的话

instruction：如果你是指的简单介绍，概要介绍的话

specification：如果你是指的设计书，设计规格的话

仅供参考。

我们不这么叫，你可以参考一下：

软件任务书：软件完成那些功能？具备哪些性能，以及交付条件、维护条件等，通常是提出方做的。

软件需求说明书：为了完成上面的功能，如何设计，包括对任务书的理解，功能划分、模块划分等，关键的流程，也是给下一级软件编写人员的要求，软件管理人员写的；

软件设计说明书：码农自己写的，为了测试、维护等等，看的人就不多了。

面向对象软件设计说明书模板

1 概述

1.1 系统简述

对系统要完成什么，所面向的用户以及系统运行的环境的简短描述，这部分主要来源于需求说明书的开始部分。

1.2 软件设计目标

这部分论述整个系统的设计目标，明确地说明哪些功能是系统决定实现而哪些时不准备实现的。同时，对于非功能性的需求例如性能、可用性等，亦需提及。需求规格说明书对于这部分的内容来说是很重要的参考，看看其中明确了的功能性以及非功能性的需求。

这部分必须说清楚设计的全貌如何，务必使读者看后知道将实现的系统有什么特点和功能。在随后的文档部分，将解释设计是怎么来实现这些的。

1.3 参考资料

列出本文档中所引用的参考资料。（至少要引用需求规格说明书）

1.4 修订版本记录

列出本文档修改的历史纪录。必须指明修改的内容、日期以及修改人。

2 术语表

对本文档中所使用的各种术语进行说明。如果一些术语在需求规格说明书中已经说明过了，此处不用再重复，可以指引读者参考需求说明。

3 用例

此处要求系统用用例图表述（UML），对每个用例（正常处理的情况）要有中文叙述。

4 设计概述

4.1 简述

这部分要求突出整个设计所采用的方法（是面向对象设计还是结构化设计）、系统的体系结构（例如客户/服务器结构）以及使用到的相应技术和工具（例如OMT、Rose）

4.2 系统结构设计

这部分要求提供高层系统结构的描述，使用方框图来显示主要的组件及组件间的交互。最好是把逻辑结构同物理结构分离，对前者进行描述。别忘了说明图中用到的俗语和符号。

4.2.1 顶层系统结构

4.2.2 子系统1结构

4.2.3 子系统2结构

4.3 系统界面

各种提供给用户的界面以及外部系统在此处要予以说明。如果在需求规格说明书中已经对用户界面有了叙述，此处不用再重复，可以指引读者参考需求说明。如果系统提供了对其它系统的接口，比如说从其它软件系统导入/导出数据，必须在此说明。

4.4 约束和假定

描述系统设计中最主要的约束，这些是由客户强制要求并在需求说明书写明的。说明系统是如何来适应这些约束的。

另外如果本系统跟其它外部系统交互或者依赖其它外部系统提供一些功能辅助，那么系统可能还受到其它的约束。这种情况下，要求清楚地描述与本系统有交互的软件类型（比如某某某数据库软件，某某某EMail软件）以及这样导致的约束（比如只允许纯文本的Email）。

实现的语言和平台也会对系统有约束，同样在此予以说明。

对于因选择具体的设计实现而导致对系统的约束，简要地描述你的想法思路，经过怎么样的权衡，为什么要采取这样的设计等等。

5 对象模型

5.1 系统对象模型

提供整个系统的对象模型，如果模型过大，按照可行的标准把它划分成小块，例如可以把客户端和服务器端的对象模型分开成两个图表述。

对象图应该包含什么呢？

在其中应该包含所有的系统对象。这些对象都是从理解需求后得到的。要明确哪些应该、哪些不应该被放进图中。

所有对象之间的关联必须被确定并且必须指明联系的基数（一对一、一对多还是多对多，0..1，*，1..*）。聚合和继承关系必须清楚地确定下来。每个图必须附有简单的说明。

可能经过多次反复之后才能得到系统的正确的对象模型。

6 对象描述

在这个部分叙述每个对象的细节，它的属性、它的方法。在这之前必须从逻辑上对对象进行组织。你可能需要用结构图把对象按子系统划分好。

为每个对象做一个条目。在系统对象模型中简要的描述它的用途、约束（如只能有一个实例），列出它的属性和方法。如果对象是存储在持久的数据容器中，标明它是持久对象，否则说明它是个临时对象（transient object）。

对每个对象的每个属性详细说明：名字、类型，如果属性不是很直观或者有约束（例如，每个对象的该属性必须有一个唯一的值或者值域是有限正整数等）。

对每个对象的每个方法详细说明：方法名，返回类型，返回值，参数，用途以及使用的算法的简要说明（如果不是特别简单的话）。如果对变量或者返回值由什么假定的话，Pre-conditions和Post-conditions必须在此说明。列出它或者被它调用的方法需要访问或者修改的属性。最后，提供可以验证实现方法的测试案例。

6.1 子系统1中的对象

6.1.1 对象：对象1

用途：

约束：

持久性：

6.1.1.1 属性描述：

1. 属性：属性1

类型：

描述：

约束：

2. 属性：属性2

6.1.1.2 方法描述：

1. 方法：方法1

返回类型：

参数：

返回值：

Pre-Condition：

Post-Condition：

读取/修改的属性：

调用的方法：

处理逻辑：

测试例：用什么参数调用该方法，期望的输出是什么……

7 动态模型

这部分的作用是描述系统如何响应各种事件。例如，可以建立系统的行为模型。一般使用顺序图和状态图。

确定不同的场景（Scenario）是第一步，不需要确定所有可能的场景，但是必须至少要覆盖典型的系统用例。不要自己去想当然地创造场景，通常的策略是描述那些客户可以感受得到的场景。

7.1 场景（Scenarios）

对每个场景做一则条目，包括以下内容：

场景名：给它一个可以望文生义的名字

场景描述：简要叙述场景是干什么的以及发生的动作的顺序。

顺序图：描述各种事件及事件发生的相对时间顺序。

7.1.1 场景：场景1

描述：

动作1

动作2

7.2 状态图

这部分的内容包括系统动态模型重要的部分的状态图。可能你想为每个对象画一个状态图，但事实上会导致太多不期望的细节信息，只需要确定系统中一些重要的对象并为之提供状态图即可。

7.2.1 状态图1：

8 非功能性需求

在这个部分，必须说明如何处理需求文档中指定的非功能性需求。尽可能客观地评估系统应付每一个非功能性的需求的能力程度。如果某些非功能性需求没有完全在设计的系统中实现，请务必在此说明。另外，你也需要对系统将来的进化作一个估计并描述本设计如何使系统能够适应这些可预见的变化。

9 辅助文档

提供能帮助理解设计的相应文档。

10 词汇索引

文章录入

学籍管理系统软件需求分析nbsp________________________________________nbsp编著nbsp于博海、王利森、王艳梅、李岩、吕靖nbsp1nbsp引言nbsp信息社会的高科技，商品经济化的高效益，使计算机的应用已普及到经济和社会生活的各个领域。计算机虽然与人类的关系愈来愈密切，还有人由于计算机操作不方便继续用手工劳动。为了适应现代社会人们高度强烈的时间观念，学籍管理系统软件为教学办公室带来了极大的方便。该软件是以汉语编程语言为实现语言，其功能在系统内部有源代码直接完成。通过操作手册，使用者可以了解本软件的基本工作原理。操作人员只需输入一些简单的汉字、数字，即可达到自己的目标。nbsp1.1nbsp编写目的nbsp本需求的编写目的在于研究学籍管理系统软件的开发途径和应用方法。nbsp本需求的预期读者是与学籍管理系统软件开发有联系的决策人，开发组成人员，扶助开发者，支持本项目的领导和公司人员，软件验证者。nbsp1.2nbsp背景及范围nbsp本项目的名称：学籍管理系统开发软件。nbsp本项目的任务提出者及开发者是学籍管理系统软件开发小组,用户是教学办公室。nbsp本产品能具体化、合理化的管理学生的学籍档案，用结构化的思维方式去了解计算机的基本工作原理和汉语程序设计语言。nbsp1.3nbsp定义nbsp缩写词nbsp略语nbsp汉语程序设计语言：它是由北京元易达科技发展有限责任公司完全自主开发，完全自主版权的计算机语言，以汉语字词为结构，最大限度的利用汉语本身的特点，是一种基于汉语基础的通用的计算机的程序设计语言。nbsp学籍管理系统：nbsp学籍管理是帮助教学人员、行政人员对人事档案的管理软件。使用汉语编程语言，独立完成其功能。nbsp1.4nbsp参考资料nbspampltamplt汉语程序设计语言ampgtampgtnbsp--------沈志斌nbsp编著nbsp电子工业出版社nbspampltamplt软件工程ampgtampgtnbsp--------王利福nbsp张世琨nbsp朱冰nbsp编著nbsp北京大学出版社nbspampltamplt数据库原理及应用ampgtampgtnbsp--------李绍原nbsp主编nbsp科学出版社nbsp2nbsp项目概述nbsp该学籍管理系统软件目前已有比较完善的管理与使用功能，并且是计算机行业中用汉语编程来完成的新软件成员。研制学籍管理系统软件是为了满足教学办公室对学生档案管理的方便，以现代化的创新思维模式去工作。nbsp2.1nbsp目标nbsp2.1.1nbsp开发意图nbspa.nbsp为了学籍管理系统更完善；nbspb.nbsp为了教学办公室对学生档案的管理更方便；nbspc.nbsp为了减轻行政人员的工作负担。nbsp2.1.2nbsp应用目标nbsp通过本系统软件，能帮助教研人员利用计算机，快速方便的对学生学籍管理进行管理、输入、输出、查找的所需操作，使散乱的人事档案能够具体化，直观化、合理化。nbsp2.1.3nbsp作用及范围nbsp本软件适用于教育界，它是比较完善的系统管理软件，对学生的学籍可以随时输入、输出、查找。nbsp2.1.4nbsp背景nbsp现今学籍管理的繁索给具有强烈时间观念的行政人员带来了诸多不便，教学办公室缺少一种完善的学籍管理软件，为了对学生档案的管理方便，因此开发了本软件。nbsp2.2nbsp产品描述nbsp本产品是一种依赖于汉语编程为基础的系统软件，它是以汉语编程系统词为基础，用汉语程序设计语言进行编程的产品。nbsp2.3nbsp产品功能nbsp2.3.1nbsp外部功能nbsp学籍管理系统软件具有输入、输出、查找功能。nbsp2.3.2nbsp内部功能nbsp该软件集命令、编程、编辑于一体，完成过滤、定位显示。nbsp2.3.3nbsp功能表nbsp2.3.4nbsp功能描述图nbsp2.3.5nbsp用户特点nbsp本软件的使用对象是教学办公室工作人员。会汉语、懂计算机的基本操作就可以利用该软件进行所需操作。同时也会对汉语编程有认识。nbsp2.4nbsp一般约束nbspa.nbsp本项目的开发经费不超过1万元；nbspb.nbsp辅导老师2人，开发人员6人；nbspc.nbsp在管理方针，硬件的限制，并行操作安全和保密方面无约束。nbsp2.5nbsp假设和依据nbsp假设开发经费不到位，管理不完善，设计时没能用全得到考虑，本项目的开发都将受到很大的影响。nbsp3nbsp具体需求nbsp3.1nbsp功能需求（一）nbsp3.1.1nbsp规格说明nbsp输入每个人的具体信息nbsp3.1.2nbsp引言nbsp为了把个人信息(包括：学号、姓名、性别、年级、班级、系别、专业、户口所在地、家庭住址、联系电话、户口分类、考前学历、现今学历、出生日期、民族、政治面貌、身份证号、文考准

系统总体设计即对全局问题的设计，也就是设计系统总的处理方案，又称概要设计。

制造系统工程总体设计包括：市场调研，技术规格书编写，初步设计，详细设计，产品制造等。

软件工程总体设计包括：计算机配置设计、系统模块结构设计、数据库和文件设计、代码设计以及系统可靠性与内部控制设计等内容。软件功能分解属于下列软件开发中的总体设计阶段。

扩展资料：

完成大型工程体系的总体方案和总体技术途径的设计过程。在一般工程设计中总体设计则指按计划任务书的内容进行概略计算，附以必要的文字说明和图纸设计，又称初步设计。对于工程系统工程总体设计是指前一种含义。总体设计是工程项目开发过程中的一个重要阶段。

研制大型工程体系的基本问题是，怎样把比较笼统的初始研制要求逐步地变为成千上万个研制参加者的具体工作，以及怎样把这些工作最终综合成一个技术上先进、经济上合算、研制周期短、能协调运转的实际系统，并使这个系统成为它所从属的更大系统的有效组成部分。

1954年美国最早出现为导弹研制计划提供这种服务的系统工程公司──拉莫·沃尔德里奇公司。50年代末中国开始研制人造卫星和运载火箭时，也建立了这样的机构，并称之为总体设计部。总体设计部设计的是系统的总体，系统的总体方案和实现它的技术途径，并通过可行性研究和技术经济论证，确保项目在规划、设计、制造和运行各个阶段，总体性能最优。这样可以避免因规划、研制和运用的缺陷造成人力、物力和财力的浪费。

参考资料：百度百科：总体设计

1、引言

1.1、编写目的　说明编写这份详细设计说明书的目的，指出预期的读者。

1.2、背景说明：

a． 待开发软件系统的名称；

b． 本项目的任务提出者、开发者、用户和运行该程序系统的计算中心。

1.3、定义　列出本文件中用到专门术语的定义和外文首字母组词的原词组。

1.4、参考资料

列出有关的参考资料，如：

a． 本项目的经核准的计划任务书或合同、上级机关的批文；

b． 属于本项目的其他已发表的文件；

c． 本文件中各处引用到的文件资料，包括所要用到的软件开发标准。列出这些文件的标题、文件编号、发表日期和出版单位，说明能够取得这些文件的来源。

2、程序系统的结构

用一系列图表列出本程序系统内的每个程序（包括每个模块和子程序）的名称、标识符和它们之间 的层次结构关系。

3、程序1（标识符）设计说明

从本章开始，逐个地给出各个层次中的每个程序的设计考虑。以下给出的提纲是针对一般情况的。对于一个具体的模块，尤其是层次比较低的模块或子程序，其很多条目的内容往往与它所隶属的上一层 模块的对应条目的内容相同，在这种情况下，只要简单地说明这一点即可。

3.1、程序描述

给出对该程序的简要描述，主要说明安排设计本程序的目的意义，并且，还要说明本程序的特点（如 是常驻内存还是非常驻？是否子程序？是可重入的还是不可重入的？有无覆盖要求？是顺序处理还是并发处理等）。

3.2、功能

说明该程序应具有的功能，可采用IPO图（即输入一处理一输出图）的形式。

3.3、性能

说明对该程序的全部性能要求，包括对精度、灵活性和时间特性的要求。

3.4、输入项

给出对每一个输入项的特性，包括名称、标识、数据的类型和格式、数据值的有效范围、输入的方式。数量和频度、输入媒体、输入数据的来源和安全保密条件等等。

3.5、输出项

给出对每一个输出项的特性，包括名称、标识、数据的类型和格式，数据值的有效范围，输出的形式、数量和频度，输出媒体、对输出图形及符号的说明、安全保密条件等等。

3.6、算法

详细说明本程序所选用的算法，具体的计算公式和计算步骤。

3.7、流程逻辑

用图表（例如流程图、判定表等）辅以必要的说明来表示本程序的逻辑流程。

3.8、接口

用图的形式说明本程序所隶属的上一层模块及隶属于本程序的下一层模块、子程序，说明参数赋值和调用方式，说明与本程序相直接关联的数据结构（数据库、数据文卷）。

3.9、存储分配

根据需要，说明本程序的存储分配。

3.10、注释设计

说明准备在本程序中安排的注释，如：

a． 加在模块首部的注释；

b． 加在各分枝点处的注释；

c． 对各变量的功能、范围、缺省条件等所加的注释；

d． 对使用的逻辑所加的注释等等。

3.11、限制条件

说明本程序运行中所受到的限制条件。

3.12、测试计划

说明对本程序进行单体测试的计划，包括对测试的技术要求、输入数据、预期结果、进度安排、人员职责、设备条件驱动程序及桩模块等的规定。

3.13、尚未解决的问题

说明在本程序的设计中尚未解决而设计者认为在软件完成之前应解决的问题。

4、程序2（标识符）设计说明

用类似F．3的方式，说明第2个程序乃至第N个程序的设计考虑。