《气象软件工程规范》.docx

ICS点击此处添加ICS号CCS点击此处添加CCS号中华人民共和国XXXX-XX-XX发布行业标准XX/TXXXXX-XXXX代替XX/T气象软件工程规范MeteorologicalSoftwareEngineeringSpecification（点击此处添加与国际标准一致性程度的标识）（征求意见稿）（本草案完成时间：2024年4月）在提交反馈意见时，请将您知道的相关专利连同支持性文件一并附上。XXXX-XX-XX实施目次前言IV1范围12规范性引用文件13术语和定义111气象软件meteorologicalsoftware179软件体系结构设计softwarearchitecturedesign114软件组件softwarecomponent1Z4需方acquirer2ZE供方supplier24软件开发过程的总体要求2I1软件开发阶段划分24）软件开发文档要求25开发规划过程2KI主要任务24f）文档要求36需求分析过程3A1主要任务3Rt）文档要求37体系结构设计过程37I主要任务379文档要求48详细设计过程4R1主要任务4R）文档要求49软件编码过程5Q1主要任务5Qt）文档要求510测试过程51主要任务5D文档要求611试运行及验收过程6Il1主要任务6Il文档要求612运行及维护过程6191主要任务6I?,1文档要求613软件工程监理与评审6n1软件工程监理6nD软件工程评审7附录A（资料性）用户需求说明书模板样例8A.1弓I言8A.1.1目的8A.1.2适用范围8A.1.3参考资料8A.1.4术语和缩略语8A.1.5版本历史8A.2项目概述8A.3业务现状描述8A.3.1组织结构与职责8A.3.2岗位定义8A.3.3业务流程8A.3.4表单与报表8A.3.5可能的变化8A.4软件功能需求9A.4.1功能需求分析9A.4.2功能需求描述9A.5软件非功能需求9A.5.1性能需求9A.5.2软件界面与接口需求9A. 5.3安全性需求9A. 5.4软件其它需求10A.6需求确认与变更审批10附录B（资料性）体系设计说明书模板样例12B. 1引言128. 1.1目的128. 1.2适用范围12B. 1.3版本历史128.2 软件总体概述128.3 设计约束12B.3.1标准规范约束12B.3.2环境约束12B.3.3接口约束12B.3.4界面约束12B.3.5平台/工具/组件约束12B.3.6隐含约束12B.3.7其他约束128.4 设计策略128.5 软件体系架构12B.5.1架构设计12B.5.2功能模块结构13B.6组件设计13B.7模块划分13B.8数据库初步设计13B.9测试计划13B. 10环境配置13B.11安全设计13附录C（资料性）详细设计说明书模板样例14C.1引言14C.1.1目的14C.1.2适用范围14C.1.3参考资料14C.1.4术语和缩略语14C.1.5版本历史14C.2软件体系结构概述14C.3数据库设计说明14C.3.1数据库环境说明14C.3.2数据库命名规则14C.3.3逻辑设计14C.3.4物理设计14C.3.5安全设计14C.3.6优化14C.4模块设计说明15C.4.1模块描述15C.4.2输入、输出数据，内部临时文件描述15C.4.3模块接口描述15C.5界面设计说明15C.5.1界面关系15C.5.2主界面设计15C.5.3子界面设计15C.6组件设计说明15C.6.1组件软件关系15C.6.2组件封装15C.6.3组件接口15C.7接口设计15C.8运行维护设计15C.9安全设计15C.10集成测试15C.11算法说明15C. 12审批意见16附录D（资料性）代码走查记录单模板样例17附录E（资料性）故障报告处理表模板样例18附录F（资料性）用户验收报告单模板样例19附录G（资料性）服务与维护记录表模板样例20本文件按照GB/T1.1-2020标准化工作导则第1部分：标准化文件的结构和起草规则的规定起草。本文件由中国气象局预报与网络司提出。本文件由全国气象防灾减灾标准化技术委员会归口。本文件起草单位：中国气象局气象发展与规划院。本文件主要起草人：顾青峰、郭转转、翟薇、王璐、宋立雪、谭娟、张诗歌、刘梅、郝伊一。气象软件工程规范1范围本规范适用于气象软件工程开发，规定了需遵循的阶段步骤及相应的管理和技术要求。独立运行的气象模型、算法可参照本规范作适当简化。2规范性引用文件下列文件中的内容通过文中的规范性引用而构成本文件必不可少的条款。其中,注日期的引用文件,仅该日期对应的版本适用于本文件；不注日期的引用文件，其最新版本（包括所有的修改单）适用于本文件。GB/TGB/TGB/TGB/TGB/TGB/TGB/TGB/TGB/TGB/TGB/TGB/TGB/TGB/TGB/TGB/TQX/TQX/TQX/TQX/TQX/T8566-202240153-202122240-202039412-202022239-201925070-201928448-20199385-20089386-200815532-200820917-20078567-200611457-200620157-200620282-200618492-2001617-2021618-2021534-2020516-201931-2018信息技术软件生存周期过程气象资料分类与编码信息安全技术信息安全技术信息安全技术信息安全技术信息安全技术网络安全等级保护定级指南代码安全审计规范网络安全等级保护基本要求网络安全等级保护安全设计技术要求网络安全等级保护测评要求计算机软件需求规格说明规范计算机软件测试文档编制规范计算机软件测试规范软件工程软件测量过程计算机软件文档编制规范信息技术软件工程术语信息技术软件维护信息安全技术信息系统安全工程管理要求信息技术系统及软件完整性级别气象数字对象标识符总则气象数据服务接口规范气象数据元总则气象数据集说明文档格式气象建设项目竣工验收规范3术语和定义GB/T8566-2022和GB/T11457-2006界定的术语和定义适用于本文件。41气象软件meteorologicaIsoftware气象软件是指支撑气象部门观测、预报、服务、信息和管理等领域的软件。0软件体系结构设计softwarearchitecturedesign对软件整体结构进行设计，包括全局组织与控制结构，构件间通信、同步和数据访问的协议，设计元素间的功能分配、物理分布、设计元素集成、伸缩性和性能、设计选择等。23软件组件softwarecomponent软件产品中具有相对独立功能、接口由契约指定、和语境有明显依赖关系、可独立部署、可组装的软件实体，是对数据和算法的封装。34需方acquirer从供方获得或得到系统、产品或服务的一个机构。?5供方supplier按照所签的合同向需方提供系统、产品或服务的一个机构（是合同当事人、生产者、卖方、批发商的同义词）。4软件开发过程的总体要求d1软件开发阶段划分遵照GB/T8566-2022中对软件生存周期的定义，气象软件开发过程一般划分为如下8个阶段：开发规划过程；需求分析过程；体系结构设计过程；详细设计过程；软件编码过程；测试过程；试运行及验收过程；运行与维护过程。不同规模或开发方式的软件可根据自身特点灵活采用不同的阶段活动。d9软件开发文档要求依据4.1确定的软件开发过程，遵照GB/T8566-2022规定的文档要求，应在相应的阶段完成软件开发和用户文档编制，一般应包括以下12个文件：软件开发计划（遵照GB/T8567-2006执行）； 用户需求说明书（附件1）;一软件需求规格说明（遵照GB/T9385-2008执行）；一数据需求说明（遵照GB/T8567-2006执行）； 体系设计说明书（附件2）； 详细设计说明书（附件3）: 代码走查记录单（附件4）；软件测试报告（遵照GB/T9386-2008执行）；项目开发总结报告（遵照GB/T8567-2006执行）故障报告处理表（附件5）； 用户验收报告单（附件6）； 服务与维护记录表（附件7）。其中，用户需求说明书、体系设计说明书、软件测试报告和用户验收报告单为必须编制的文档。其他需要编制的文档可根据实际需求，在合同或软件开发计划中约定。同时，供方必须编制交付软件用户手册（遵照GB/T8567-2006执行），其中组件说明文档、二次开发说明文档等应作为该手册组成部分或按约定以单行本交付。对已提交的文档，当软件变更时，所有相关文档均应作相应修改并详细记录变更情况，以保证文档的完整性和一致性。5开发规划过程51主要任务开发规划过程是软件开发的初始阶段，目的是为开发过程和过程管理做好必要的准备。开发规划的主要工作是进行估计和制定管理项目的计划。供方进行开发规划过程的主要内容应包括：a）定义任务：根据批准的可行性研究报告或初步设计以及合同要求，定义软件开发的目标，明确需完成的开发任务、条件和限制。b）风险管理：标识和分析风险。c）编制计划：编制软件开发计划、配置管理计划、质量保证计划等。d）评审计划：评审和批准项目计划。e）确定文档和需方评审要求：根据本规范，结合不同规模软件、不同开发方式等具体情况，明确必须提交的文档和需方评审要求、明确必须经需方组织评审和代码审查的重要气象模型和算法清单。弓5文档要求此过程应形成软件开发计划（遵照GB/T8567-2006执行），主要内容包括交付的产品、实施开发活动的过程、开发方法、产品标准、可重用组件产品、文档和需方评审要求以及各项软件开发过程的详细计划安排。复杂的软件开发应另行编制配置管理计划、质量保证计划及文档编制计划等。软件开发计划必须通过由需方组织或有需方代表参加的评审（遵照本标准13.2要求）。6需求分析过程Al主要任务需求分析过程应根据批准的可行性研究报告或初步设计、软件开发计划等，详细调研用户需求，并对用户需求进行分析，转变为软件需求。供方进行需求分析的主要内容应包括：a）用户需求调研：了解用户组织架构、信息化建设环境、现有气象业务系统情况、同类软件项目的建设情况；讨论确定本软件定位，明确需要通过本软件解决的业务问题等；记录每项业务输入、处理过程以及涉及到的角色、输出，数据使用现状和需求；了解软件信息安全现状、需求、等级保护或分级保护要求和其他相关支撑平台、数据来源和硬件资源的需求。b）用户需求分析：根据需求调研结果，供方应对用户需求进行分析，明确软件功能和非功能需求并编写用户需求说明书。c）用户需求确认：用户需求应通过用户评审、确认方能生效，相关确认文档应附于用户需求说明书后。d）软件需求分析：根据用户需求，供方应详细定义和分析软件需求和数据需求；描述待开发软件的功能和性能要求；确定数据格式、数据采集要求等，说明功能与数据间的关系。e）需求变更控制：需求变更应经过双方分析、确认，并通过需方与供方的共同签字审批方可生效,相关变更审批文档应附于用户需求说明书后。A3文档要求此过程应形成用户需求说明书（附件1）、软件需求规格说明（遵照GB/T9385-2008执行）和数据需求说明（遵照GB/T8567-2006执行）。用户需求说明书主要内容应包括：业务现状描述（组织结构与职责、岗位定义、业务流程、表单与报表、可能的变化等），软件功能需求（可分为若干模块进行说明），软件非功能需求（性能需求、用户界面、接口需求及其他需求）。仅编制用户需求说明书的，应将软件需求规格说明、数据需求说明关于功能、性能、数据的主要规格详细纳入用户需求说明书。如果应用原型法进行需求调研，应在用户需求说明书的相应内容处全面反映通过原型确认的用户界面需求、功能需求以及与系统交互需求等内容。用户需求说明书、软件需求规格说明和数据需求说明均必须通过由需方组织或有需方代表参加的评审（遵照本标准13.2要求）。7体系结构设计过程71主要任务体系结构设计过程把需求分析得到的软件需求转变为种体系结构。该体系结构描述其顶层结构并标识各个软件部件（模块、组件）。供方进行软件体系结构设计的主要内容应包括：a）软件架构设计：说明软件的开发技术路线，确定编程语言和开发框架，提出软件的总体结构、功能层次和基本流程。b）组件设计：应根据架构设计进行组件化设计，组件设计应满足相关气象软件开发标准规范要求,并提出拟重用组件清单、拟升级或新建组件清单。c）模块划分：应将软件功能分解为若干模块，确保软件项的所有需求都被分配给了其模块，确定每个模块的功能以及模块之间的接口关系。d）数据库初步设计：应根据功能要求设计数据库，描述总体数据结构和数据库结构，数据库元素应满足相关气象数据标准和要求。e）测试计划：应确定对软件进行合格性测试的计划安排，包括进行测试的环境、测试工作的标识及测试工作的时间安排等。f）环境配置：应描述开发环境、运行环境、测试环境的配置。g）安全设计：应遵照GB/T20282-2006、GB/T22239-2019GB/T28448-2019、GB/T25070-2019和GB/T22240-2020要求，明确软件安全等级保护要求和措施。73文档要求此过程应形成体系设计说明书（附件2）,主要内容应包括：软件总体概述、设计策略及约束条件、软件总体结构、组件设计、模块划分、数据库初步设计、测试计划、环境配置和安全设计等。复杂的软件开发应在本阶段编制单独的软件测试计划文档（遵照GB/T9386-2008执行），形成涵盖单元测试、集成测试、系统测试、验收测试（合格性测试）等测试阶段的完整计划。体系设计说明书必须通过由需方组织或有需方代表参加的评审（遵照本标准13.2要求），评审专家应包括项目审批部门及气象信息系统集约化审查单位指定的专家。8详细设计过程ft1主要任务在详细设计阶段，供方应为体系设计阶段确定的每个软件部件进行逻辑设计，然后归档作为程序规格。供方进行详细设计的主要内容应包括：a）数据库设计：具体描述数据库设计，依据标准规范，进行精确的、结构化的元素和数据类型、物理结构描述。供方进行数据库设计时应注意标准性和扩展性，应在统一的数据标准基础上进行数据库设计，保证与其他应用系统的数据联接和共享。气象信息的编码设计应遵照QX/T534-2020>QX/T617-202kGB/T40153-2021等相关标准执行。b）模块设计：对模块进行细节设计，包括每个模块的主要函数与属性、数据结构与算法、类之间的关系以及数据存取与显示设计。应满足气象部门发布的标准中所规定的相关数据和算法要求、气象资料统计方法及数据传输的相关格式要求等。c）界面设计：制作气象业务软件的原型界面并对界面进行细化。应组织用户和相关开发人员评估气象业务软件的原型界面，汇集意见并进行改进。保证软件操作步骤与业务流程的一致性。d）组件设计：组件应满足可复用、自包含、独立于具体应用的特性，能跨越进程边界，实现不同网络、语言、应用程序、开发工具和操作系统环境下的可插用、可维护。组件应根据用户需求和体系设计，基于现有组件开展设计，应按照如下步骤进行：确定组件与软件功能模块的对应关系；确定并统一组件封装规则；定义组件接口，清楚描述接口的依赖条件和服务功能。e）接口设计：设计软件包括内部和外部接口。内部接口包括子系统间、模块间和组件间的接口及接口相互数据交换的实现等，外部接口主要是与平台、硬件以及其它系统间的接口。接口应满足通用性和二次开发要求。f）安全设计：应明确标识出身份认证、授权、输入与输出验证、配置管理、会话管理、参数操作、异常管理、审核与日志检查等所有保障应用安全的关键设计要素，提出对应设计，确保所有的应用安全功能需求落实在软件设计中。g）测试说明：应确定软件合格性测试所用到的测试准备、测试用例及测试过程。此过程应形成详细设计说明书（附件3）,主要内容应包括：软件体系结构概述、数据库设计说明、模块设计说明、界面设计说明、组件设计说明、接口设计、运行维护设计、安全设计、集成测试、算法说明、审批意见等。复杂的软件开发应在本阶段编制单独的软件测试说明文档（遵照GB/T9386-2008执行）。详细设计说明书中需方指定的重要气象模型、算法的选用和设计应经需方组织的评审（遵照本标准13.2要求）。9软件编码过程01主要任务编码过程是详细设计的编码化实现，供方应根据详细设计用编程语言和合适的编码规范产生源代码、可执行代码和数据库。供方进行编码的主要内容应包括：a）编码：应依据软件设计说明文档，按照统一的编码规范，对模块和组件进行编码实现，代码应包含必要且规范编写的注释。b）版本管理：代码应进行版本控制与记录，应建立版本控制方法，并应用工具进行版本控制。版本控制记录应包括版本号、开发者、起始时间、修改说明等内容。c）代码走查：代码应经过代码走查，走查内容应包括但不限于与业务需求的符合性、与设计文档的一致性、命名与注释、异常处理机制等。d）代码评审：软件中重要气象模型、算法的代码应经代码评审。代码评审的方式、数量、比例等应在合同和软件开发计划中约定。e）缺陷修复：对走查、评审和测试中发现的缺陷应100%进行修复。Q5文档要求此过程应形成随软件代码编写保存的注释。另外，代码走查情况应记录在代码走查记录单（附件4）。代码走查记录单的主要内容应包括：走查时间、发现的问题以及数量等。10测试过程1主要任务测试过程根据用户需求说明书、体系设计说明书、详细设计说明书以及软件测试计划、软件测试说明等文档，编写和执行测试用例、进行缺陷跟踪和测试分析、编制测试报告。供方进行测试的主要内容应包括：a）编写测试用例：包括测试项、输入说明、输出说明、环境要求、特殊规程说明、用例间的依赖关系等。b）执行测试用例：搭建测试环境，并根据测试用例进行测试，测试用例执行过程应进行记录。c）缺陷跟踪：应跟踪管理测试中发现的缺陷，直至修复。d）测试分析：总结对测试项的评价，报告测试项与其设计说明之间的任何差异，评价测试重复性。汇总测试的结果。标识已解决的所有事件，并总结其解决方案。指出尚未解决的所有事件。对每个测试项进行总体评价。e）测试评审：对测试结果进行内部评审和批准。 测试包含四个阶段：单元测试、集成测试、系统测试和验收测试。其中单元测试、集成测试、系统测试由供方完成，集成测试、系统测试应在需方提供的仿真平台完成并应邀请需方代表参加；验收测试（合格性测试）由需方组织或选择具有软件测试资质的第三方测试单位进行测试。如选择第三方测试单位进行测试，应在合同和软件开发计划中约定相应的测试要求、时间、费用承担等事项。 开发方应在软件编码和测试过程中同时对代码进行安全内部审计，也可选择第三方进行外部审计。如选择第三方代码安全审计的，应在合同和软件开发计划中约定相应的测试要求、时间、费用承担等事项，审计工作一般可安排在代码编写完成之后系统集成测试之前开展。5文档要求此过程应形成软件测试报告（遵照GB/T9386-2008执行）。内部代码安全审计结果应记录在代码走查记录单，外部审计应编制代码安全审计报告（遵照GB/T39412-2020执行）。软件测试报告的主要内容应包括：测试对象描述、测试环境描述、测试人员、测试时间、测试结论、测试结果分析与建议，并附代码走查记录单和代码安全审计报告。软件测试报告必须通过由需方组织或有需方代表参加的评审（遵照本标准13.2要求）。11试运行及验收过程H1主要任务试运行及验收过程的主要任务为气象软件测试完成后，供方进行现场安装调试，确认软件产品能够在用户使用环境中正常运行。详细安装部署步骤、参数清单等应纳入软件用户手册说明；软件安装调试后，开展试运行，用户试运行应覆盖到用户需求说明书中所有与软件产品功能和性能有关的内容。试运行期间，供方应针对发现的问题及时给出处理措施，跟踪问题直至解决，并填写故障报告处理表；软件试运行结束且发现问题全部解决后，供方应编制项目开发总结报告，并依据合同约定将待交付的所有内容打包交付。需方应及时组织进行验收，并依据气象建设项目竣工验收规范（QX/T31-2018）开展相关验收工作。验收前，需方应将软件源代码提交指定平台托管。115文档要求此过程应形成故障报告处理表（附件5）,试运行结束应编制项目开发总结报告（遵照GB/T8567-2006执行），完成验收后应填写用户验收报告单（附件6）。用户验收报告单主要内容应包括：项目基本信息（用户、开发方、合同编号等）、参与验收人员及其角色和职责、软件产品验收清单及验收记录、参加验收人员签字、验收过程中发现的问题记录等。12运行及维护过程01主要任务运行与维护过程的主要任务为验收通过后，气象软件发布并投入运行后，根据需要对软件系统进行巡检、完善和修改，包括修改在开发阶段产生却未在测试和试运行阶段发现的错误（正确性维护），以及为使软件适应外界环境的变化而进行修正（完善性维护）。供方应定期巡检和维护，并记录软件系统保修期内在运行中发生的故障和对软件系统的修改情况.n5文档要求此过程应形成故障报告处理表（附件5）和服务与维护记录表（附件7）,记录运行维护过程中所有问题的处理与反馈。对每次修改必须进行测试,并修改相应文档,确保文档的完整性和一致性。13软件工程监理与评审H1软件工程监理气象软件开发应实行监理制,监理单位宜在软件开发采购前先行采购确定。监理单位主要任务如下：a）在招投标阶段，根据前期调研工作，协助需方编制招标文件和评标。b）开发规划阶段，审查供方提出的软件开发计划，完善监理项目计划。c）需求分析阶段，对需求分析阶段的各种文档的保管监督，对供方的访谈活动的监督，协助需方对报告、原型的确认等；应利用自身优势协助供方和需方的访谈沟通，协助做好需求的理解和定义。d）设计阶段，评定供方的设计质量、做好进度控制。e）编码和测试阶段，对供方的代码走查和测试进行监督、做好进度控制。f）系统试运行及验收阶段，督促供方及时解决故障、审核验收文档、协助需方开展验收。g）运行及维护过程：在保修期内定期或不定期对项目进行质量检查、督促供方按合同要求进行维护。H7软件工程评审气象软件开发过程的评审是保证软件质量的重要手段之一，它能使软件管理者和开发者对软件需求、设计、计划、管理等具有一致的理解，能及早地发现软件的差错和控制软件的开发过程。a）评审方式：供方自行组织的评审；供方组织评审，需方代表参加；需方组织评审，供方代表参力口。针对同一文档或工作成果，各方可组织多次不同级别、不同形式的评审，应最终进行一次正式评审。评审方式应由供、需双方根据软件的重要性、规模等因素，协商确定。监理单位一般应参加需方组织或出席的全部评审。b）评审对象：对软件开发过程的每一种文档和验收都应进行评审。需要需方组织或出席的评审应包括但不限于软件开发计划、用户需求说明书、软件需求规格说明、数据需求说明、体系结构设计说明书及软件测试报告。c）评审结论：评审应形成决议，包括但不限于：评审结论，确定工作成果是否合格；缺陷修改责任人及修改完成时间；工作成果修改完毕的复核责任人。评审后应对缺陷进行修正、跟踪与审核。附录A（资料性）用户需求说明书模板样例A.1引言A.1.1目的一一说明用户开发本软件的目的。说明编写本用户说明书的目的。说明本用户说明书的预期读者。A.1.2适用范围说明本用户需求说明书的适用范围。A.1.3参考资料一一列出本项目经核准的任务书（或合同）和上级机关的批文。一列出编写本用户说明书时参考的文件、资料，以及它们的作者、标题、编号、发布日期和出版单位等。A.1.4术语和缩略语列出本用户说明书中专门术语的定义以及英文缩写词原文词组。A.1.5版本历史以表或文字描述本文件版本历史及修订信息。A.2项目概述 简述本软件开发项目产生背景。 简述本软件开发项目任务书（或合同）所要求的被开发软件功能、主要组成、和外部接口等。 简述本软件与其它软件或数据的关系。A.3业务现状描述A.3.1组织结构与职责描述本软件最终用户所在单位的组织结构及与本软件相关的管理职责，包括：组织机构组成、总体职责及各机构管理职责、各机构职责之间的关系。A.3.2岗位定义描述软件最终用户相关岗位，包括：岗位名称、所在部门、职责、相关业务、具有的受教育水平、工作经验和技术专长等。A.3.3业务流程用图、表、文字等详细描述最终用户希望通过本软件实现信息化的业务流程。A.3.4表单与报表描述本软件相关业务流程中涉及的表单与报表以及相关模板。A.3.5可能的变化描述本软件相关组织架构、职责、岗位、流程等在软件开发过程中可能存在的变化,A.4软件功能需求A.4.1功能需求分析用图、表、文字或公式等详细分析被开发软件在其所服务的业务流程的每个节点所需要解决的业务问题。A.4.2功能需求描述用图、表、文字或公式等详细描述为解决上述业务问题所需要的输入、处理过程、输出、权限等，解决每一个业务问题的功能需求按下述条款描述。a）输入1）描述输入数据，包括来源、数量、精度等。2）操作员具体的操作控制需求。3）说明输入设备接口情况。b）处理过程描述为解决业务问题所需要进行的操作，包括：1）输入数据有效性检查手段。2）处理过程及操作需求。3）非正常情况的响应需求。4）输出数据有效性检查手段。c）输出1）描述输出数据，包括目的地、数量、精度等。2）操作员具体的操作控制需求。3）说明输出设备接口情况。d）图形及交互描述用户对图形及交互方式的需求，包括：1）图件的规格、样式。2）交互方式。3）与屏幕上图形的交互。A.5软件非功能需求A.5.1性能需求描述用户对软件功能实现的性能需求，包括：a）正常情况及峰值工作条件下，在一定时间内要处理的数据总量。b）响应时间。c）稳定性、容错性、结果精度等其它性能需求。A.5.2软件界面与接口需求a）界面需求描述用户使用软件时的界面需求，包括但不限于：1）屏幕格式要求。2）报表或菜单页面显示格式及内容要求。3）用户命令格式。b）接口需求描述用户对软件与其他软件、硬件以及通信的关系需求，包括但不限于：1）本软件与系统硬设备间接口的逻辑特点、接口约定、支持设备等。2）本软件与其它相关软件的接口关系，包括软件名、助记符及版本号等。3）各种通信接口及协议。描述用户对软件开发及使用中的安全保密性要求。A. 5.4软件其它需求描述用户对本软件的其它特殊需求。A.6需求确认与变更审批以表格或文字等形式描述本软件需求文档，经用户和供方双方评审后签字确认，作为对用户需求的确认，内容主要包括：a）本软件用户需求文档。b）需求评审报告。c）评审意见。d）评审结论。e）评审人员。f）用户与供方代表承诺并签字。参考确认表如下：项目名称表A.1需求确认表需求评审报告摘要需求文档输入名称，标识符，版木，作者，完成日期，.需求评审报告输入名称，标识符，评审日期，.评审结论工作成果合格，“无需修改”或者“需要轻微修改但不必再审核”。工作成果基本合格，需要做少量的修改，之后通过审核即可。工作成果不合格，需要做出比较大的修改，之后必须重新对其评审。评审意见评审小组成员输入评审小组成员需求承诺需求文档输入名称，标识符，版本，作者，完成日期，.用户承诺供方开发需求是否保证了用户所需需求的完整性是否供方开发需求是否保证了用户所需需求的真实准确性是否签字日期项目经理承诺签字日期需求变更应通过需方与供方的共同签字审批，参考审批表如下:项目名称表A.2需求变更审批表用户单位开发单位变更申请变更原因变更内容申请人签字申请人意见：签字日期变更分析变更范围影响、内容需要采取措施变更工作量（人天）变更费用估算（元）变更费用承担方结算方式结算时间用户单位开发单位分析小组签字分析小组意见：签字日期变更审批施方审批项目负责人意见：签字日期领导意见：签字日期供方审批项目经理意见：签字日期直接领导意见：签字日期相关领导意见：签字日期供方负责人意见：签字日期变更后评审变更后内容评审小组签字评审意见：签字日期变更结束项目经理签字签字日期附录B（资料性）体系设计说明书模板样例B. 1引言8. 1.1目的一一说明用户开发本软件的目的。说明编写本体系设计说明书的目的。说明本体系设计说明书的预期读者。1.1.2 适用范围说明本体系设计说明书的适用范围。1.1.3 版本历史以表或文字描述本文件版本历史及修订信息。1.2 软件总体概述简要描述本软件开发背景及主要功能。1.3 设计约束8. 3.1标准规范约束描述本软件应当遵守的政策、标准、规范。9. 3.2环境约束描述本软件开发及运行所需满足的软、硬件环境。10. 3.3接口约束描述本软件外部、内部接口/协议约束。11. 3.4界面约束描述用户对界面的需求，包括风格、色系、格局等。12. 3.5平台/工具/组件约束描述开发工具、数据库平台、开发平台和现有组件等约束。13. 3.6隐含约束说明需求文档中未明确指出的假设、依赖关系等可能对软件设计产生影响的内容。14. 3.7其他约束描述其他未在前文描述的约束，例如文件命名要求。8- 4设计策略描述本软件的设计策略。1 .5软件体系架构8 .5.1架构设计以图或文字描述软件总体架构设计，应包含各逻辑层内容及相互间业务关系。8. 5.2功能模块结构以表、图及文字的形式说明功能模块列表。8.6 组件设计以表、图及文字的形式说明实现软件功能所需要设计开发的组件，应包括使用到的现有组件清单、需开发组件的功能说明、软件能开放贡献的组件及组件功能、组件接口等。8.7 模块划分以图及文字的形式分模块描述功能、子模块、组件、逻辑结构、子模块间关系、组件与功能模块间关系及输入输出接口。8.8 数据库初步设计描述数据库体系结构设计、逻辑设计、ER图。8.9 测试计划描述对软件进行合格性测试的计划安排。B. 10环境配置描述开发环境、运行环境、测试环境的配置。B.11安全设计描述软件安全等级保护要求和措施。附录C（资料性）详细设计说明书模板样例C.1引言C.1.1目的一一说明用户开发本软件的目的。说明编写本详细设计说明书的目的。说明本详细设计说明书的预期读者。C.1.2适用范围说明本详细设计说明书的适用范围。C.1.3参考资料列出编写本详细设计说明书时参考的文件、资料，以及它们的作者、标题、编号、发布日期和出版单位等。C.1.4术语和缩略语列出本详细设计说明书中专门术语的定义以及英文缩写词原文词组。C.1.5版本历史日期版本说明作者C.2软件体系结构概述用图、表形式描述从体系设计说明书中细化出的数据库间的关系、各模块和程序单元的名称、结构和相互之间的关系。根据软件规模和用户要求，也可用文字方式描述。C.3数据库设计说明C.3.1数据库环境说明描述本软件数据库的硬件、软件环境要求。C. 3.2数据库命名规则说明数据库的命名所遵照的标准及相关规则。D. 3.3逻辑设计详细描述本软件相关数据库的实体关系图。E. 3.4物理设计详细描述数据库处理对象设计，包括：表、视图、存储过程、函数、程序集等。F. 3.5安全设计描述数据与系统安全的设计机制。说明本软件数据库优化的技术及所能达到的效果。C.4模块设计说明以图或表的形式说明本软件所需包括的所有模块，并对每个模块作如下说明。C.4.1模块描述描述本模块的功能、性能。C.4.2输入、输出数据，内部临时文件描述描述每一输入、输出项的特性，包括名称、类型、格式、数据值的有效范围等。描述每一内部临时文件的结构、作用、使用范围、权限等。C.4.3模块接口描述以数据流程图或文字的形式描述本模块与其相关模块的接口。C.5界面设计说明以图、表、文字等形式描述界面关系、视图、功能、操作方式等。C.5.1界面关系以图或文字描述各界面之间的关系及工作流程。C.5.2主界面设计以图及文字的形式描述主界面的视图、功能、操作方式等。C.5.3子界面设计以图及文字的形式描述子界面的视图、功能、操作方式等。C.6组件设计说明以图或表的形式说明本软件所需包括的所有组件，并对发组件作如下说明。C.6.1组件软件关系以图及文字的形式描述组件与软件功能模块间的关系。C.6.2组件封装以图及文字的形式描述组件分装规则OC.6.3组件接口以图及文字的形式描述组件接口服务功能和依赖关系。C.7接口设计设计软件内部和外部接口。C.8运行维护设计描述软件出错信息设计、补救措施设计、维护设计、备份设计等。C.9安全设计描述软件的安全需求和安全设计方法。C.10集成测试描述软件集成测试的方法和步骤。说明本软件开发中所使用的算法、数学公式及计算步骤。C.12审批意见以表格或文字形式说明本软件主管领导对