应用软件架构设计规范.docxVIP

1

应用系统工程应用软件架构设计规范

1范围

本文件规定了应用软件架构设计的主要内容、过程及编制深度要求，包括：需求分配、应用软件架构设计、应用系统架构设计、指标体系等方面内容。

本文件适用于新建、扩建和改建的应用系统工程。

2规范性引用文件

下列文件中的内容通过文中的规范性引用而构成本文件必不可少的条款。其中，注日期的引用文件，仅该日期对应的版本适用于本文件；不注日期的引用文件，其最新版本（包括所有的修改单）适用于本文件。

GB/T25000.12系统与软件工程系统与软件质量要求和评价（SQuaRE）第12部分：数据质量模型

GB/T25000.22系统与软件工程系统与软件质量要求和评价（SQuaRE）第22部分：使用质量测量

GB/T25000.23系统与软件工程系统与软件质量要求和评价（SQuaRE）第23部分：系统与软件产品质量测量

DB21/T3756-2023应用系统工程应用软件工程量清单规范

DB21/T3757-2023应用系统工程工程造价咨询规范

DB21/T3758-2023应用系统工程初步设计文件规范

DB21/T3759-2023应用系统工程关键性评价指标

DB21/TXXXX-2024应用系统工程工程架构设计规范

3术语和定义

DB21/T3758-2023、DB21/T3759-2023和GB/T25000系列界定的以及下列术语和定义适用于本文件。

3.1

应用软件架构applicationsoftwarearchitecture

应用软件的基本概念和属性以及实现和演化原则。

3.2

规格说明specification

实体的特定品质、技术细节的详细描述。根据上下文，有时也可以简写为规格。

3.3

业务需求规格说明businessrequirementsspecification

结构化地收集业务或任务要求（业务或任务问题、机会定义、概念和解决方案所需条件）及其与外部环境的关系。

3.4

利益相关方需求规格说明stakeholderrequirementsspecification

2

利结构化地收集利益相关方的要求（需求、特征、上下文、概念、限制和优先级）及其与外部环境的关系。

3.5

系统需求规格说明systemrequirementsspecification

结构化地收集系统及其操作环境和外部接口的要求（功能、性能、设计约束和属性）。3.6

软件需求规格说明softwarerequirementsspecification

结构化集合，包含软件及其外部接口的基本需求（功能、性能、设计约束和属性）。3.7

NESMA方法NESMAmethod

一种功能点分析方法，包括三种类型：预估功能点分析、估算功能点分析、详细功能点分析。

参见：《GB/T42588-2023系统与软件工程功能规模测量NESMA方法》。

3.8

基线需求baselinerequirements

需求的正式批准版本。

4基本要求

应用软件架构设计应符合以下基本要求：

a)已经完成了需求调查，需求已经被验证和确认。业务需求规格说明、利益相关方需求规格说明、系统需求规格说明和软件功能规格说明应符合ISO29148要求；

b)应用软件架构设计一般过程包括：需求分配、应用软件架构设计、应用系统架构设计、应用系统指标体系设计；

c)使用NESMA方法进行估算应用软件功能规模；

d)须根据应用软件系统数据分级分类结果，将核心数据、重要数据的处理划分为独立的应用软件系统；

e)应明确应用系统架构设计方法；

f)应用系统的网络安全等级保护为3级或以上时，应单独提出密码应用保护方案；

g)应用系统运行模式至少应包括常规、降级和紧急等运行模式；

h)应提出业务运营政策和规则调整的处理方法，降低业务流程变动带来的应用软件系统变更风险；

i)应提出应用软件系统的交付方式要求；

j)设计结果不应包含任何限制供应商选择的描述。

5需求分配

5.1需求分配原则

需求分配应遵循以下原则：

a)完整性。所有列入需求基线中的需求均应被分配，不应有遗漏。原型系统需求作为项目建设过程需求，不列入需求基线，但也不应被遗漏；

3

b)一致性。所有需求在分配过程中应保持一致，如需求进行了修改，应通过唯一标识保持利益相关方对需求理解的一致性。如需求被删除，则相应的唯一标识不应被删除，保持利益相关方对这一事实的理解保持一致；

c)可追溯性。应通过维护需求基线表，保证需求分解、分配过程中的可追溯性。

5.2需求