ISO软件工程模块开发说明
ISO软件工程模板(4)需求说明书
ISO软件工程模板(4)需求说明书摘要大家在平时的系统开发中需要编写一些文档模板，这此将我收集整理的ISO 软件工程模板标准贴出，供大家参考。
(2002-07-22 15:32:20)By 风过留枫1．引言1.1编写的目的说明编写这份需求说明书的目的,指出预期的读者.1.2背景a. 待开发的系统的名称;b.本项目的任务提出者、开发者、用户；c.该系统同其他系统或其他机构的基本的相互来往关系。
1.3定义列出本文件中用到的专门术语的定义和外文首字母组词的原词组。
1.4参考资料列出用得着的参考资料。
2．任务概述2.1目标叙述该系统开发的意图、应用目标、作用范围以及其他应向读者说明的有关该系统开发的背景材料。
解释被开发系统与其他有关系统之间的关系。
2.2用户的特点列出本系统的最终用户的特点，充分说明操作人员、维护人员的教育水平和技术专长，以及本系统的预期使用频度。
2.3假定和约束列出进行本系统开发工作的假定和约束。
3．需求规定3.1对功能的规定用列表的方式，逐项定量和定性地叙述对系统所提出的功能要求，说明输入什么量、经怎么样的处理、得到什么输出，说明系统的容量,包括系统应支持的终端数和应支持的并行操作的用户数等指标。
3.2 对性能的规定3.2.1精度说明对该系统的输入、输出数据精度的要求，可能包括传输过程中的精度。
3.2.2时间特性要求说明对于该系统的时间特性要求。
3.2.3灵活性说明对该系统的灵活性的要求，即当需求发生某些变化时，该系统对这些变化的适应能力。
3.3输入输出要求解释各输入输出数据类型，并逐项说明其媒体、格式、数值范围、精度等。
对系统的数据输出及必须标明的控制输出量进行解释并举例。
3.4数据管理能力要求（针对软件系统）说明需要管理的文卷和记录的个数、表和文卷的大小规模，要按可预见的增长对数据及其分量的存储要求作出估算。
3.5故障处理要求列出可能的软件、硬件故障以及对各项性能而言所产生的后果和对故障处理的要求。
软件开发说明书(ISO标准)
软件开发说明书（ISO标准）1引言（Introduction）1.1编写目的（Purpose）简要说明编写本需求分析说明书的目的。
1.2读者对象（Reader）简要说明本需求分析说明书可能的合法读者对象。
1.3编写原则（Rule）简要说明本需求分析说明书的编写原则。
1.4编写目标(Goal)简要说明本需求分析说明书的编写目标。
1.5项目背景(Background of Project)简要说明关于本项目的项目名称、简称、项目代号、委托单位、开发单位和主管部门、该软件系统与其它系统的关系等背景信息。
1.6定义(Definitions)简要说明本需求分析说明书中涉及的专门术语、容易引起歧义的概念、关键词缩写及其他需要解释的内容。
1.7参考资料（Reference）以列表或排序的方式给出重要的参考资料的名称、作者、单位、出版日期、地点、联系方式等信息。
1.8变更历史(Change History)2任务概述(Task Description)（可以以合同文本为基础阐述清楚如下观点。
）1)本系统开发完成后的用途,能够产生的效果;2) 实现技术先进性、可靠性、易操作性、易维护性、易扩展性和安全性；3) 如果分多期工程，应按工期分别列出其目标。
3业务需求调查(Business Processes and Flows)3.1组织机构调查此处给出组织关系结构图以及组织、部门、岗位的隶属关系与职能。
3.2应用现状调查1)现有计算机系统的网络、服务器、终端的软硬件环境、状态、数量、关系2)现行应用系统的分布及运行状况3)客户对现有应用系统优缺点的评价4)现有应用系统的数据来源和出口（IPO）3.3业务处理总体流程调查3.3.1总体流程图给出总体业务流程图。
1)描述组成系统的各个子系统(或环节)之间的业务处理关系。
2)列出分析的基本原则。
3)严格按照图表的含义设计流程图，主要图标所表达的意义见另文。
（包括文字和流程图），注意，这里所说的环节必须具有通用性。
汽车电子软件开发流程 ISO 26262说明书
符合ISO 26262的汽车电子软件开发流程董淑成**************************MathWorks中国ISO 26262(2011)高完整性软件开发标准和基于模型的设计01219901995200020052010基于模型设计的应用标准生效的年份DO-178B (1992)NASA-GB-8719.13(2004)IEC 61508(1998)DO-178C（2011）IEC 61508(2010)EN 50128(2001)EN 50128(2011)IEC 61511(2003)软件开发标准里出现基于模型的设计为什么？大纲▪ISO 26262软件开发项目的启动▪符合ISO 26262的软件开发过程软件开发ISO 26262定义的软件开发过程系统集成和测试系统设计软件需求验证软件集成和测试软件单元测试软件单元设计及实现软件需求定义软件架构设计系统测试软件测试软件测试软件测试设计验证设计验证设计验证软件开发ISO 26262的软件项目启动系统集成和测试系统设计软件需求验证软件集成和测试软件单元测试软件单元设计及实现软件需求定义软件架构设计系统测试软件测试软件测试软件测试设计验证设计验证设计验证1.软件开发计划2.软件验证计划3.编程、建模语言的选择4.编码、建模标准5.工具的选择6.工具应用指南建模/编程语言的选择及相关标准▪建模或者编程语言的选择标准–明确的定义–支持嵌入式实时软件和运行时错误处理–支持模块化、抽象及结构化▪语言本身不能涵盖的上述标准应通过相应的指导或开发环境涵盖TopicsASILA B C D 1a Enforcement of low complexity++++++++ 1b Use of Language subsets++++++++ 1c Enforcement of strong typing++++++++ 1d Use of defensive implementation technique O+++++ 1e Use of established design principles+++++ 1f Use of unambiguous graphical representation+++++++ 1g Use of style guides+++++++ 1h Use of naming conventions++++++++▪通常，汽车电子软件选择C语言–基础软件手工编写C代码–控制策略软件通过Simulink建模并自动生成代码C代码•建模/编码标准要涵盖的内容Simulink/Stateflow建模标准▪汽车行业建模标准（MAAB）–专门为汽车行业Simulink用户制定▪高完整性系统建模标准–专门为民航、火车、汽车等高完整性系统建模制定设计工具/验证工具的选择 工具的分类及资质审核TI 2TI 1TD 3TD 1TD 2TCL 3TCL 2TCL 1工具错误的检测工具置信水平高中无/ 低增加审核需求工具的影响ASIL 为TCL2级的资质审核无需额外的资质审核为TCL3级的资质审核工具分类工具资质审核UC 1..n 软件工具有引入错误或者不能检出错误的可能工具的功能/用例TÜV SÜD认证的工具▪Embedded Coder™功能：生产针对嵌入式优化的C和C++代码▪Simulink® Verification and Validation™功能：验证模型和模型生成的代码▪Simulink® Design Verifier™功能：定位设计错误，生成测试用例，并根据需求对设计进行验证▪Polyspace® Client™ for C/C++功能：证明源代码没有运行期错误▪Polyspace® Server™ for C/C++功能：在计算机集群执行代码验证并发布度量开发工具的应用指南▪除了选择开发工具之外，还要提供开发工具的应用指南▪Embedded Coder等工具具有非常详实的用户手册需求分析•模型架构•可实现性•可测性•可追溯•可配置模型建立•建模语言•建模标准•模型复杂度•平台化开发模型验证•建模标准•模型评审•形式化方法验证•功能测试代码实现•数据管理•等效性测试•代码验证•代码集成需求分析•模型架构•可实现性•可测性•可追溯•可配置模型建立•建模语言•建模标准•模型复杂度•平台化开发模型验证•建模标准•模型评审•形式化方法验证•功能测试代码实现•数据管理•等效性测试•代码验证•代码集成汽车电子软件的现状和复杂软件开发的困境▪GM汽车上的代码量▪软件工程师的工作效率▪解决复杂软件开发效率低下的途径–模块化开发模块化的原则和目标▪模块划分的一般原则–从功能上–高内聚–低耦合▪模块划分的目标–简化设计–便于分工–便于测试–便于后期维护▪In order to avoid failures resulting from high complexity, the software architecture design shall exhibit the following properties,–Modularity;–Encapsulation; and–Simplicity.ISO 26262软件架构设计原则▪软件架构设计原则MethodsASILA B C D1a Hierarchical structure of software components++++++++ 1b Restricted size of software components++++++++ 1c Restricted size of interfaces++++ 1d High cohesion within each software component+++++++ 1e Restricted coupling between software components+++++++ 1f Appropriate scheduling properties++++++++ 1g Restricted use of interrupts+++++软件的层次化结构设计▪模块如何划分–从功能上划分组件▪以发动机为例，分为：点火、进气、油量计算、怠速、巡航等▪模型实现上model reference发动机控制点火控制进气计算燃油控制怠速控制巡航控制其他–对复杂组件进一步划分为单元模块▪以发动机的怠速控制为例，分为暖机怠速、闭环速度控制、扭矩请求等单元▪模型实现上model reference系统级组件级单元级单元模块的设计不建议使用Model Reference.基于模型的嵌入式软件开发需求分析•模型架构•可实现性•可测性•可追溯•可配置模型建立•建模语言•建模标准•模型复杂度•平台化开发模型验证•建模标准•模型评审•形式化方法验证•功能测试代码实现•数据管理•等效性测试•代码验证•代码集成Simulink建模语言▪使用建模语言的子集▪Simulink和Stateflow之间的选择–如果算法是复杂的逻辑运算，使用Stateflow；–如果算法主要是数据运算，使用Simulink；▪Stateflow的flow chart和state chart之间的选择–如果算法本质上是计算工作状态或者离散状态，使用state chart；–如果算法本质上是if-then-else结构，使用flow chart或者真值表；ISO 26262软件单元的设计原则▪Example: Parallel states should not appear at the top level of a state-chart.--Misra Modeling GuidelineMethodsASILABCD1a One entry and one exit point in subprograms and functions++++++++1b No dynamic objects or variables, or else online test during their creation +++++++1c Initialization of variables++++++++1d No multiple use of variable names+++++++1e Avoid global variables or else justify their usage ++++++………1h No hidden data flow or control flow +++++++1jNo recursions++++++▪软件单元的设计和实现原则模型复杂度监测对单元模块进行复杂度监测–Model advisor–圈复杂度Simulink模型的平台化开发▪Model Variants–通过配置不同的参数选择不同的被引用模型–比如，K_Param== CLASS_A，选择Model_A.mdl；K_Param== CLASS_B，选择Model_B.mdl–支持生成条件编译的代码▪System Variants基于模型的嵌入式软件开发需求分析•模型架构•可实现性•可测性•可追溯•可配置模型建立•建模语言•建模标准•模型复杂度•平台化开发模型验证•建模标准•模型评审•形式化方法验证•功能测试代码实现•数据管理•等效性测试•代码验证•代码集成软件开发ISO 26262定义的软件开发过程系统集成和测试系统设计软件需求验证软件集成和测试软件单元测试软件单元设计及实现软件需求定义软件架构设计系统测试软件测试软件测试软件测试设计验证设计验证设计验证MAAB及相关规范的检查▪Model Advisor实现建模规范检查▪定制检查集▪定制检查项模型评审▪模型和需求的双向追溯–模型→需求–需求→模型▪Simulink Report Generator生成报告–为非Simulink用户生成报告▪Simulink Report Generator实现不同版本模型比较使用Simulink Design Verifier检查逻辑错误▪设定生成测试用例目标为MC/DC100%覆盖▪生成测试用例▪逻辑错误导致无法生成100%覆盖的测试用例，并提示错误逻辑使用Simulink Design Verifier检查数据错误▪通过算术运算分析定位错误–数据溢出–被零除▪证明没有错误的运算演示Simulink Design Verifier检查错误单元模块的功能测试▪仿真测试▪覆盖率分析模型测试的覆盖率要求▪对单元软件测试的结构覆盖率要求–覆盖率达到分支覆盖率100%–MC/DC 要求▪对软件架构测试的覆盖率要求MethodsASILABCD1a Statement coverage ++++++1b Branch coverage+++++++1cMC/DC (Modified Conditional/Decision Coverage)+++++MethodsASILABCD1a Function coverage ++++++1bCall coverage++++++模型的集成测试▪模型的组件级集成测试▪模型的系统级测试–模型在环测试–快速原型▪不同组件之间的接口测试▪不同组件功能上是否冲突基于模型的嵌入式软件开发需求分析•模型架构•可实现性•可测性•可追溯•可配置模型建立•建模语言•建模标准•模型复杂度•平台化开发模型验证•建模标准•模型评审•形式化方法验证•功能测试代码实现•数据管理•等效性测试•代码验证•代码集成代码生成的前提条件 模型经过充分验证模型符合建模标准功能测试覆盖率足够高模型不含有无效逻辑模型不含有数据错误GenerateCode数据对象和数据字典▪使用数据对象定义数据属性Properties （属性）Classes （类）Package （包）SimulinkSignal DataTypeData Storage ClassMin/Max ParameterData TypeData Storage ClassmodelName = 'f14';dictionaryName = 'myNewDictionary.sldd ‘;dictionaryObj =Simulink.data.dictionary.create(dictionaryName);set_param(modelName,'DataDictionary',dictionaryName);▪使用数据字典管理数据对象数据字典管理数据按照组件划分进行数据管理代码生成工具配置1. 通过系统目标文件设定回调函数2. 在代码生成设置的回调函数里固化设置软件工具除确定id 和版本号之外，还需要确定配置等效性测试▪SIL测试/PIL测试都是等效性测试–验证生成的代码和用于代码生成的模型具有相同的行为属性–PIL除等效性验证之外，还可以用来测量运行时间▪等效性测试的测试用例–功能测试的测试用例–Simulink Design Verifier自动生成▪模型覆盖率和代码覆盖率的比较代码的集成和集成测试▪代码集成的两种方式–单元模型的代码生成，代码级别做集成–模型级别集成，然后生成代码▪软硬件的系统级集成–硬件在环测试–台架测试–实车测试Plant model uController models1s2s3+Plant Model in PC uControllers1s2s3+基于模型的嵌入式软件开发需求分析•模型架构•可实现性•可测性•可追溯•可配置模型建立•建模语言•建模标准•模型复杂度•平台化开发模型验证•建模标准•模型评审•形式化方法验证•功能测试代码实现•数据管理•等效性测试•代码验证•代码集成MathWorksChange the world byAccelerating the paceof discovery, innovation, development, and learningin engineering and science。
ISO9001-软件工程开发标准文档模板 计算机软件开发文档编写指南
一、项目开发计划1．引言 (1)1.1编写目的 (1)1.2项目背景 (1)1.3定义 (2)1.4参考资料 (2)2．项目概述 (2)2.1工作内容 (2)2.2条件与限制 (2)2.3产品 (2)2.4运行环境 (2)2.5服务 (3)2.6验收标准 (3)3．实施计划 (3)3.1任务分解 (3)3.2进度 (3)3.3预算 (3)3.4关键问题 (3)4．人员组织及分工 (3)5．交付期限 (3)6．专题计划要点 (3)1．引言1.1编写目的【阐明编写开发计划的目的，指明读者对象。
】1.2项目背景【可包括：a.项目的委托单位、开发单位和主管部门；b.该软件系统与其他系统的关系。
】1.3定义【列出本档中用到的专门术语的定义和缩写词的原文。
】1.4参考资料【可包括：a.项目经核准的计划任务书、合同或上级机关的批文；b.文档所引用的资料、规范等；列出这些资料的作者、标题、编号、发表日期、出版单位或资料来源。
】2．项目概述2.1工作内容【简要说明项目的各项主要工作，介绍所开发软件的功能、性能等。
若不编写可行性研究报告，则应在本节给出较详细的介绍。
】2.2条件与限制【阐明为完成项目应具备的条件、开发单位已具备的条件以及尚需创造的条件。
必要时还应说明用户及分合同承包者承担的工作、完成期限及其他条件与限制。
】2.3产品2.3.1程序【列出应交付的程序名称、使用的语言及存储形式。
】2.3.2文档【列出应交付的文档。
】2.4运行环境【应包括硬件环境、软件环境。
】2.5服务【阐明开发单位可向用户提供的服务。
如人员培训、安装、保修、维护和其他运行支持。
】2.6验收标准3．实施计划3.1任务分解【任务的划分及各项任务的负责人。
】3.2进度【按阶段完成的项目，用图表说明开始时间、完成时间。
】3.3预算3.4关键问题【说明可能影响项目的关键问题，如设备条件、技术焦点或其他风险因素，并说明对策。
】4．人员组织及分工5．交付期限6．专题计划要点【如测试计划、质量保证计划、配置管理计划、人员培训计划、系统安装计划等。
ISO软件工程模块开发说明
I S O软件工程模块开发
说明
集团标准化工作小组 [Q8QX9QT-X8QQB8Q8-NQ8QJ8-M8QMN]
ISO软件工程模板(10)模块开发说明
摘要
大家在平时的系统开发中需要编写一些文档模板，这此将我收集整理的ISO软件工程模板标准贴出，供大家参考。
(2002-07-23 10:24:18)
By
1．标题
[系统名称和标识符]
[模块名称和标识符]
[程序编制员签名]
[卷宗的修改文本序号]
[修改完成日期]
[卷宗序号]
[编排日期]
2．模块开发情况表
[……]
3．功能说明
[扼要说明本模块的功能,主要是输入、要求的处理、输出。
可以从系统设计说明书中摘录。
同时列出在需求说明书中对这些功能的说明的章、条、款。
]
4．设计说明
[说明本模块的设计考虑]
5．硬件部分的设计结果
1）经项目组调试通过的硬件成品1件
2）设计文件：
《原理图》
《PCB图》
《BOM清单》
《可编程器件及烧录进制文件》
《必要测试点波形图或硬件指标评细说明》
《原理详细说明》
《与系统内其他部分接口软硬件详细说明》
这些文件可以附件的形式列后。
6．软件的设计结果
要给出所产生的本模块的第一份无语法错的源代码清单以及已通过全部测试的当前有效的源程序代码。
7．测试说明
说明直接要经过本模块的每一项测试，包括这些测试各自的标识符和编号、进行这些测试的目的、所用的配置和输入、预期的输出及实际的输出。
8．复审的结论
把实际测试的结果，同需求说明书、系统设计说明书中规定的要求进行比较和给出结论。
ISO软件工程模板—需求说明书
ISO软件工程模板(4)需求说明书By 风过留枫1．引言1.1编写的目的说明编写这份需求说明书的目的,指出预期的读者.1.2背景a. 待开发的系统的名称;b.本项目的任务提出者、开发者、用户；c.该系统同其他系统或其他机构的基本的相互来往关系。
1.3定义列出本文件中用到的专门术语的定义和外文首字母组词的原词组。
1.4参考资料列出用得着的参考资料。
2．任务概述2.1目标叙述该系统开发的意图、应用目标、作用范围以及其他应向读者说明的有关该系统开发的背景材料。
解释被开发系统与其他有关系统之间的关系。
2.2用户的特点列出本系统的最终用户的特点，充分说明操作人员、维护人员的教育水平和技术专长，以及本系统的预期使用频度。
2.3假定和约束列出进行本系统开发工作的假定和约束。
3．需求规定3.1对功能的规定用列表的方式，逐项定量和定性地叙述对系统所提出的功能要求，说明输入什么量、经怎么样的处理、得到什么输出，说明系统的容量,包括系统应支持的终端数和应支持的并行操作的用户数等指标。
3.2 对性能的规定3.2.1精度说明对该系统的输入、输出数据精度的要求，可能包括传输过程中的精度。
3.2.2时间特性要求说明对于该系统的时间特性要求。
3.2.3灵活性说明对该系统的灵活性的要求，即当需求发生某些变化时，该系统对这些变化的适应能力。
3.3输入输出要求解释各输入输出数据类型，并逐项说明其媒体、格式、数值范围、精度等。
对系统的数据输出及必须标明的控制输出量进行解释并举例。
3.4数据管理能力要求（针对软件系统）说明需要管理的文卷和记录的个数、表和文卷的大小规模，要按可预见的增长对数据及其分量的存储要求作出估算。
3.5故障处理要求列出可能的软件、硬件故障以及对各项性能而言所产生的后果和对故障处理的要求。
3.6其他专门要求如用户单位对安全保密的要求，对使用方便的要求，对可维护性、可补充性、易读性、可靠性、运行环境可转换性的特殊要求等。
ISO软件工程模板(5)用户手册
ISO软件工程模板(5)用户手册摘要大家在平时的系统开发中需要编写一些文档模板，这此将我收集整理的ISO 软件工程模板标准贴出，供大家参考。
(2002-07-22 15:32:26)By 风过留枫1．引言1.1编写目的[……]1.2背景[……]1.3定义[……]1.4参考资料[……]2．用途2.1功能[……]2.2性能2.2.1精度[……]2.2.2时间特性[……]2.2.3灵活性[……]2.3安全保密[……]3．运行环境3.1硬设备[……]3.2支持软件[……]3.3数据结构[……]4．使用过程4.1安装与初始化[……]4.2输入4.2.1输入数据的现实背景[……]4.2.2输入格式[……]4.2.3输入举例[……]4.3输出4.3.1输出数据的现实背景[……]4.3.2输出格式[……]4.3.3输出举例[……]4.4文卷查询[……]4.5出错处理与恢复[……]4.6终端操作[……]出师表两汉：诸葛亮先帝创业未半而中道崩殂，今天下三分，益州疲弊，此诚危急存亡之秋也。
然侍卫之臣不懈于内，忠志之士忘身于外者，盖追先帝之殊遇，欲报之于陛下也。
诚宜开张圣听，以光先帝遗德，恢弘志士之气，不宜妄自菲薄，引喻失义，以塞忠谏之路也。
宫中府中，俱为一体；陟罚臧否，不宜异同。
若有作奸犯科及为忠善者，宜付有司论其刑赏，以昭陛下平明之理；不宜偏私，使内外异法也。
侍中、侍郎郭攸之、费祎、董允等，此皆良实，志虑忠纯，是以先帝简拔以遗陛下：愚以为宫中之事，事无大小，悉以咨之，然后施行，必能裨补阙漏，有所广益。
将军向宠，性行淑均，晓畅军事，试用于昔日，先帝称之曰“能”，是以众议举宠为督：愚以为营中之事，悉以咨之，必能使行阵和睦，优劣得所。
亲贤臣，远小人，此先汉所以兴隆也；亲小人，远贤臣，此后汉所以倾颓也。
先帝在时，每与臣论此事，未尝不叹息痛恨于桓、灵也。
侍中、尚书、长史、参军，此悉贞良死节之臣，愿陛下亲之、信之，则汉室之隆，可计日而待也。
ISO软件工程模板概要设计说明书
＜华中电网SG186＞概要设计说明书作者：完成日期：签收人：签收日期：修改情况记录：目录1 引言 (1)1.1 编写目的 (1)1.2 范围 (1)1.3 定义 (1)1.4 参考资料 (1)2 总体设计 (1)2.1 需求规定 (1)2.2 运行环境 (2)2.3 基本设计概念和处理流程 (2)2.4 结构 (2)2.5 功能需求与程序的关系 (2)2.6 人工处理过程 (2)2.7 尚未解决的问题.. 33 接口设计 (3)3.1 用户接口 (3)3.2 外部接口 (3)3.3 内部接口 (3)4 运行设计 (3)4.1 运行模块组合 (3)4.2 运行控制 (3)4.3 运行时间 (4)5 系统数据结构设计. 45.1 逻辑结构设计要点 (4)5.2 物理结构设计要点 (4)5.3 数据结构与程序的关系 (4)6 系统出错处理设计. 56.1 出错信息 (5)6.2 补救措施 (5)6.3 系统维护设计 (5)1 引言1.1 编写目的服务于XX集团网络化运营，管理销售中的各个环节，最终用户为XX集团销售公司,销售办事处和集团领导。
1.2 范围说明：a．待开发的软件系统的名称；b．列出本项目的任务提出者、开发者、用户以及将运行该项软件的单位。
1.3 定义列出本文件中用到的专门术语的定义和缩写词的原词组。
1.4 参考资料列出要用到的参考资料，如：a．本项目的经核准的计划任务书或合同、上级机关的批文；b．属于本项目的其他已发表的文件；c．本文件中各处引用的文件、资料，包括所要用到的软件开发标准。
列出这些文件的标题、文件编号、发表日期和出版单位，说明能够得到这些文件资料的来源。
2.1 需求规定说明对本系统的主要的输入输出项目、处理的功能性能要求，详细的说明可参见《需求分析说明书》。
2.2 运行环境简要地说明对本系统的运行环境（包括硬件环境和支持环境）的规定，详细说明参见《需求分析说明书》。
2.3 基本设计概念和处理流程说明本系统的基本设计概念和处理流程，尽量使用图表的形式。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
I S O软件工程模块开发
说明
集团标准化工作小组 [Q8QX9QT-X8QQB8Q8-NQ8QJ8-M8QMN]
ISO软件工程模板(10)模块开发说明
摘要
大家在平时的系统开发中需要编写一些文档模板，这此将我收集整理的ISO软件工程模板标准贴出，供大家参考。
(2002-07-23 10:24:18)
By
1．标题
[系统名称和标识符]
[模块名称和标识符]
[程序编制员签名]
[卷宗的修改文本序号]
[修改完成日期]
[卷宗序号]
[编排日期]
2．模块开发情况表
[……]
3．功能说明
[扼要说明本模块的功能,主要是输入、要求的处理、输出。
可以从系统设计说明书中摘录。
同时列出在需求说明书中对这些功能的说明的章、条、款。
]
4．设计说明
[说明本模块的设计考虑]
5．硬件部分的设计结果
1）经项目组调试通过的硬件成品1件
2）设计文件：
《原理图》
《PCB图》
《BOM清单》
《可编程器件及烧录进制文件》
《必要测试点波形图或硬件指标评细说明》
《原理详细说明》
《与系统内其他部分接口软硬件详细说明》
这些文件可以附件的形式列后。
6．软件的设计结果
要给出所产生的本模块的第一份无语法错的源代码清单以及已通过全部测试的当前有效的源程序代码。
7．测试说明
说明直接要经过本模块的每一项测试，包括这些测试各自的标识符和编号、进行这些测试的目的、所用的配置和输入、预期的输出及实际的输出。
8．复审的结论
把实际测试的结果，同需求说明书、系统设计说明书中规定的要求进行比较和给出结论。