系统概要设计模板
系统设计-概要设计
行衡量。
03
并发用户数
系统能够同时处理的用户请求数 量，反映了系统的并发处理能力
。
02
吞吐量
系统在单位时间内处理请求的能力， 通常以每秒请求数（RPS）或每秒
事务数（TPS）来衡量。
04
资源利用率
系统资源（如CPU、内存、磁盘 等）的使用情况，通常以百分比
设计清晰、易用的导航结构，帮助用户快速定位和浏览所 需信息。
动画与过渡效果
适当运用动画和过渡效果，增加界面的趣味性和互动性。
响应式设计
确保界面在不同设备和屏幕尺寸下均能良好显示和使用， 提高用户体验的一致性。
06
系统安全设计
身份认证与授权管理
用户名/密码认证
采用强密码策略，定期更换密码，并 限制登录尝试次数以防止暴力破解。
负载均衡与容错机制
负载均衡
通过合理的分配请求到多个服务器 上，使得每个服务器都能够得到充 分利用，避免出现单点故障和资源
浪费。
超时控制
当系统中某个节点出现故障时，能 够自动切换到其他可用节点上继续 提供服务，保证系统的可用性和稳
定性。
容错机制
通过构建服务器集群来提高系统的 可用性和扩展性，当某个节点出现 故障时，其他节点可以接管其工作 负载。
02
需求分析
功能需求
用户管理
包括用户注册、登录、信息修 改、权限管理等功能。
数据管理
包括数据的增删改查、数据备 份恢复等功能。
报表能。
系统集成
支持与其他系统的集成，如OA 、ERP等。
非功能需求
性能需求
系统应满足一定的响应时间、吞吐量、并发 用户数等性能指标。
《系统概要设计说明书》模板
《系统概要设计说明书》模板写作要点：1．1.1编写目的：描述这份软件系统概要设计报告是基于哪份软件产品需求规格说明书编写的，开发这个软件产品意义、作用、以及最终要达到的意图。
注意，如果这份软件系统概要设计报告只与整个系统的某一部分有关系，那么只定义软件系统概要设计报告中说明的那个部分或子系统。
2．1.2预期读者和阅读建议：列举本软件系统概要设计报告所针对的各种不同的预期读者，描述文档中，其余部分的内容及其组织结构，并且针对每一类读者提出最适合的文档阅读建议。
3．1.3参考资料：列举编写软件产品概要设计报告时所用到的项目中的其他文档或资料。
注意，为了方便读者查阅，所有参考资料应该按一定顺排列，尽可能详细的提供资料的信息，比如标题、版本。
4．术语与缩略语：描述在本文使用的独特的术语、定义和缩略语。
注意不是整个项目共用的术语、定义和缩略语，并且缩略语列表中必须按照滋补的升序排列。
5．2.1限制和约束：简要描述起到限制和约束作用的各种可能存在的条件，并且说明在这些条件下，应该实现的系统目标。
这些条件可能包括：技术条件、资金状况、开发环境、时间限制。
6．2.2设计原则和设计要求：描述设计人员的进行概要设计的方法和决策，通常包括:命名规则、模块独立性原则、边界设计原则、数据库设计规则、安全性和保密原则、系统易操作性要求、系统可维护性要求。
7．3系统的软件架构：描述如何将系统分解为子系统，绘制逻辑图，并用文字说明子系统的主要功能和子系统间是如何协调工作的。
注意，在描述系统分解为子系统共的时候要给出分解的原因。
列举子系统时，可以使用下表•子系统编号给出本系统中指定子系统的顺序编号：如果本系统末划分为多个子系统，仅由一个运行模块组成；则本项内容仍需要描述，但是本表内容只有一行。
•子系统英文名称给出本子系统的英文名称，该名称是在应用软件中实际使用的可执行文件名称，必须能够说明该子系统的特点。
•子系统中文名称给出本子系统的中文名称，该名称必须能够说明该子系统的特点。
(完整word版)系统概要设计文档
WORD 格式可编写系统纲要设计文档目录系统纲要设计文档 . (1)2 目录 ........................................................................1 前言 (3)编写目的及阅读建议 (3)系统概括 (3)文档概括 (3)设计原则与设计要求 (3)2 引用文件 (3)3 设计概括 (4)功能需求规定 (4)运转环境 . (4)4 系统系统构造设计 (4)系统整体设计 (4)概括 (4)设计思想 (5)基本办理流程 (6)系统数据构造设计 (9)接口设计 (10)用户接口 (10)外面接口 (10)内部接口 (11)5 运转设计 (11)系统初始化 (11)运转控制 (11)运转结束 (11)6 系统犯错办理设计 (11)犯错信息 (11)挽救举措 (12)7 系统保护设计 (12)12 附录 .......................................................................1前言1.1 编写目的及阅读建议由前方的需求剖析，得出了系统的基本需求，要实现整个系统，需要对用户的需求进行设计，纲要设计主假如利用比较抽象的语言对整个系统进行归纳，确立对系统的物理配置，确立整个系统的办理流程和系统的数据构造，接口设计，实现对系统的初步设计。
目的在于推进软件工程的规范化，使设计人员按照一致的纲要设计书写规范，节俭制作文档的时间，降低系统实现的风险，做到系统设计资料的规范性与全面性，以利于系统的实现、测试、维护、版本升级等。
1.2 系统概括本系统为学生信息管理系统，主要实现了对学生信息的管理，包含增添用户账号，改正用户信息、删除用户信息、改正密码等功能。
1.3 文档概括本文档为学生信息管理系统的纲要设计，主要论述了学生信息管理系统的整体构造和设计思想。
1.4 设计原则与设计要求本系统进行纲要设计的原则：●命名规则；●模块独立性原则：●数据库设计规则；●系统易操作性要求；●系统可保护性要求；2引用文件[1]张海藩主编，《软件工程导论》，清华大学第一版社[2]陆丽娜主编，《软件工程》，经济科学第一版社[3]瞿中主编，《软件工程》，机械工业第一版社。
系统概要设计说明书(模板)
XXX项目系统概要设计说明书广州市XX有限公司二〇X X年X月文档修改记录目录第一章引言 (1)1.1目的 (1)1.2背景 (1)1.3术语定义 (2)1.4参考资料 (2)第二章系统环境 (3)1.5运行环境 (3)1.1.1系统支撑环境 (3)1.1.2部署图 (4)1.1.3系统接口 (4)1.1.4系统安全控制 (4)1.6运行模块组合 (4)1.7运行环境的配置 (4)1.8条件与限制 (5)第三章系统总体结构设计 (6)1.9系统结构设计描述 (6)1.10总体结构图 (7)1.11功能需求与程序的关系 (7)1.12子系统清单 (8)第四章模块功能分配 (9)1.13系统划分及功能描述 (9)1.14专用模块功能概述 (9)1.15公用模块功能概述 (10)1.1.5版本控制管理 (10)1.1.6帮助模块 (10)第五章数据库设计 (11)1.16逻辑视图 (12)1.17数据库表关系图 (12)1.18数据表清单 (12)1.19主要算法设计 (13)1.20其它数据结构设计 (13)第六章接口设计 (14)1.21用户接口 (14)1.22内部接口 (14)1.23外部系统接口 (14)第七章安全保密设计 (16)1.24用户管理和权限控制 (16)第八章维护及出错处理设计 (17)1.25系统维护设计 (17)1.26出错信息 (17)1.27出错处理 (17)1.28系统故障预防与恢复 (17)1.29数据备份与恢复 (18)第九章设计约束 (19)1.30字节集编码约束 (19)1.31操作系统约束 (19)1.32其他约束 (19)第十章附件 (20)第一章引言1.1目的提示：简要说明编写这份概要设计说明书的目的，指出预期的读者。
概要设计说明书的编写目的是为了说明系统总体设计的技术方案，从程序系统的设计考虑，包括系统的基本处理流程、模块划分、功能分配、接口设计、运行设计、数据结构设计和出错处理设计等内容，以向整个设计期提供关于程序系统的逻辑和数据功能实现方式的总体描述，从而作为程序详细设计或编码的基础。
系统概要设计说明书范例
概要设计说明书1引言1.1 编写目的【阐明编写概要设计说明书的目的，指明读者对象。
】本文档的编写目的是根据项目需求说明书，阐述系统结构，数据定义，接口设计等内容…【展开补充】1.2 项目背景应包括●项目的委托单位、开发单位和主管部门●该软件系统与其他系统的关系。
1.3 定义列出本文档中所用到的专门术语的定义和缩写词的愿意。
1.4 参考资料：●列出这些资料的作者、标题、编号、发表日期、出版单位或资料来源●项目经核准的计划任务书、合同或上级机关的批文；项目开发计划；需求规格说明书；测试计划（初稿）；用户操作手册●文档所引用的资料、采用的标准或规范。
2任务概述2.1 目标【系统目标的描述，系统将要为用户提供什么样的服务，将文字补充丰富】系统将为三种角色用户提供服务，分别是老师、管理员、学生。
将系统需要的功能按照三种角色要求可归纳为下图的功能结构图：在上面的功能结构图中，其中老师模块实现的功能包括：●教师可以进入系统修改自己的资料。
●教师可查看别的老师申报的课题。
●教师可以申报毕设课题。
●教师可以筛选学生填报的本人的志愿。
管理员模块的功能：●管理员可以进入系统审核教师申报的课题，并且将审核通过的课题向学生开放，将审核未过的课题退回教师重新修改。
●在教师学生互选过程进行到一定时间阶段，管理员可以将未选课题和未定题学生进行随机匹配。
●管理员可以对选题结果进行统计生成报表，并将报表通过教务系统开放接口提交。
学生模块的功能：●学生可以进入系统浏览搜索查看已向学生开放的课题。
●学生可以选择专业对口的课题进行收藏。
●学生可以从收藏的课题中填报10个课题志愿。
●学生可以查看选题状态和结果。
2.2 需求分析【用例分析的结果（用例图和用例描述）】根据上面需要实现的系统目标，可以画出以下用例图表达：对用例图中各业务用例，说明如下：2.2.1申报课题●目标本用例的目标是由教师填写课题相关信息申报课题。
●事件流教师申报课题的基本业务流程如下：1)由教师填写课题资料，资料包括：课题编号、课题名称、课题类型、课题面向专业、课题工作内容、课题对学生要求。
完整软件概要设计模板
目录文件建立/修改记录................................................................................................ 错误!未定义书签。
概要设计说明书 (3)1引言 (3)1.1编写目的 (3)1.2背景 (3)1.3定义 (3)1.4参考资料 (4)2总体设计 (4)2.1需求规定 (4)2.2总体设计原则 (4)2.2.1联网扩展性考虑 (5)2.3运行环境 (6)2.4基本设计概念和处理流程 (7)2.4.1基本设计概念 (7)2.4.2处理流程 (7)2.5结构 (7)2.5.1主体软件安装包 (8)2.5.2数据库安装包 (8)2.5.3光盘自动安装包 (9)2.5.4各地区版本自动生成程序 (9)2.5.1制证信息导入模块 (9)2.5.2界面模块 (9)2.5.3业务功能模块 (11)2.5.4数据库访问模块 (14)2.6功能需求与程序的关系 (14)3运行设计 (20)3.1运行模块组合 (21)3.1.1地区列表更新 (21)3.1.2新增A类人员信息 (21)3.1.3A类人员花名册打印 (22)3.1.4证件信息管理流程 (23)3.1.5制证流程 (23)3.1.6B类人员属于多个寺庙流程 (24)3.1.7导入导出流程 (25)3.1.8地图实现方案 (27)3.1.9各地区版本自动生成 (27)3.1.10旧软件导入 (28)4系统数据结构设计 (28)4.1数据库设计 (28)4.1.1数据库表列表 (28)4.1.2数据库各表字段 (29)4.1.3数据库结构图 (41)5主模块接口设计 (42)5.1逻辑模块接口 (42)5.1.1Configure.cs (42)5.1.2GetTypeEnum.cs (43)5.1.4LogicAreaInfo.cs (48)5.1.5LogicBonzePrint.cs (49)5.1.6LogicBonzeStat.cs (51)5.1.7LogicBuddhaPrint.cs (53)5.1.8LogicCheckInput.cs (53)5.1.9Logic忽略mon.cs (57)5.1.10LogicDocument.cs (58)5.1.11LogicEx_Import.cs (60)5.1.12LogicIllegalBoPrint.cs (60)5.1.13LogicLogInfo.cs (61)5.1.14LogicPersonelinfo.cs (61)5.1.15LogicPersonelinfoPrint.cs (62)5.1.16LogicTemple.cs (63)5.1.17LogicTemplePrint.cs (64)5.1.18LogicTempleStat.cs (65)5.1.19TreeNodeRegion.cs (66)5.1.20UnCertificatedInfo.cs (67)5.1.21ZipClass.cs (67)5.2数据库访问模块接口 (68)5.2.1PermissionInfoDao.cs (68)5.2.2RoleInfoDao.cs (69)5.2.3RolePermissionInfoDao.cs (69)5.2.4UserManageDao.cs (70)5.2.5UserRoleInfoDao.cs (72)5.2.6UsersInfoDao.cs (72)5.2.7Bonze_dutyDao.cs (73)5.2.8Bonze_redaDao.cs (73)5.2.9BonzedutyDao.cs (73)5.2.10Bonzeinfo_polityDao.cs (74)5.2.11BonzeinfoDao.cs (74)5.2.12BonzetypeDao.cs (75)5.2.13Buddha_temple_InfoDao.cs (75)5.2.14CantonDao.cs (75)5.2.15CertificatestateDao.cs (76)5.2.16CognizanceinfoDao.cs (76)5.2.17CognizanceinfopDao.cs (76)5.2.18CountryDao.cs (76)5.2.19CountyDao.cs (76)5.2.20DegreeinfoDao.cs (77)5.2.21DocumentinfoDao.cs (77)5.2.22DocumenttypeDao.cs (77)5.2.23EducationinfoDao.cs (77)5.2.24LevelinfoDao.cs (78)5.2.25LogicinfoDao.cs (78)5.2.26LoginfoDao.cs (78)5.2.27ManagedutyDao.cs (79)5.2.28MapinfoDao.cs (79)5.2.29NationinfoDao.cs (79)5.2.30PersonelinfoDao.cs (79)5.2.31PolityarrangeDao.cs (80)5.2.32PolitydutyDao.cs (80)5.2.33ProvinceDao.cs (80)5.2.35RendadutyDao.cs (81)5.2.36SectinfoDao.cs (81)5.2.37SexinfoDao.cs (81)5.2.38Temple_sectDao.cs (82)5.2.39TempleinfoDao.cs (82)5.2.40VersionDao.cs (83)5.2.41Ex_Import.cs (83)5.2.42DBConnection.cs (84)5.2.43DBManage.cs (84)5.2.44DBTool.cs (84)6系统出错处理设计 (85)6.1出错信息 (85)6.1.1错误编号列表(待完善) (85)6.2异常情况的处理 (87)7问题及解决方案 (87)7.1特殊符号输入问题 (87)概要设计说明书1引言1.1 编写目的本文档为****信息管理系统概要设计说明书，对该系统的层次划分、模块功能、数据结构、接口、出错处理和扩展性进行了设计，目的是让软件开发人员根据本文档的内容进行程序开发，使设计的产品符合用户的需求，同时为测试人员提供参考。
软件概要设计范例
软件概要设计范例软件概要设计是软件开发过程中的一个重要阶段，它通常由软件架构师或概要设计师完成。
下面是一个软件概要设计的范例：1. 引言1.1 目的在本文档中，我们将描述一个名为XXX的软件系统的概要设计。
该软件系统旨在实现XXX功能，并满足用户需求。
1.2 范围本软件系统的范围涵盖了XXX应用的开发，包括业务流程、数据管理、用户界面等方面。
1.3 定义、缩略词和缩写词- XXX：XXX系统- YYY：YYY模块- ZZZ：ZZZ功能2. 系统架构2.1 系统总体结构本软件系统采用了XXX架构，包括以下主要组件：- YYY模块：负责处理XXX相关的业务逻辑。
- ZZZ模块：负责处理ZZZ功能相关的逻辑。
- 用户界面：提供了用户与系统交互的界面。
2.2 系统模块结构本软件系统被划分为以下模块：- 模块1：负责处理XXX功能。
- 模块2：负责处理YYY功能。
- 模块3：负责处理ZZZ功能。
- ...3. 数据模型3.1 数据库设计本软件系统使用了一个关系型数据库来存储数据，数据库中包含了以下表：- 表1：存储XXX数据的表，包含字段1、字段2、字段3等。
- 表2：存储YYY数据的表，包含字段1、字段2、字段3等。
- 表3：存储ZZZ数据的表，包含字段1、字段2、字段3等。
3.2 数据流图根据系统的业务流程，我们绘制了数据流图，展示了不同模块之间的数据流动。
4. 系统功能实现描述4.1 功能1的实现描述描述了功能1的实现过程，包括输入输出、处理逻辑等。
4.2 功能2的实现描述描述了功能2的实现过程，包括输入输出、处理逻辑等。
4.3 功能3的实现描述描述了功能3的实现过程，包括输入输出、处理逻辑等。
5. 接口设计5.1 用户界面设计描述了用户界面的设计，包括界面元素、交互方式等。
5.2 与其他系统的接口设计描述了本系统与其他系统的接口设计，包括数据交换、调用方式等。
6. 性能需求描述了软件系统的性能需求，包括响应时间、并发处理能力等。
XX系统概要设计报告（模板）
XXX系统概要设计V1.0XXX软件公司评审日期：年月日目录1.导言 (3)1.1目的 (3)1.2范围 (3)1.3缩写说明 (3)1.4术语定义 (4)1.5引用标准 (4)1.6参考资料 (4)1.7版本更新信息 (4)2.系统分析 (5)3.界面设计 (5)4.体系结构 (5)5.数据模型 (8)6.模块设计 (9)2XXX 系统概要设计 第 3 页 共 11 页XXX 软件1.导言1.1目的该文档的目的是描述XXX 系统项目的概要设计，其主要内容包括：● 系统功能简介 ● 系统结构设计 ● 系统接口设计 ● 数据设计 ● 模块设计 ● 界面设计本文档的预期的读者是： ● 开发人员● 项目管理人员 ● 测试人员1.2范围该文档定义了系统的结构和单元接口，但未确定单元的实现方法，这部分内容将在详细设计/实现中确定。
1.3缩写说明UMLUnified Modeling Language （统一建模语言）的缩写，是一个标准的建模语言。
HRHuman Resource （人力资源管理）的缩写。
JSPJava Server Page （Java 服务器页面）的缩写，一个脚本化的语言。
MVCＭｏｄｅｌ－Ｖｉｅｗ－Ｃｏｎｔｒｏｌ（模式－视图－控制）的缩写，表示一个三层的结构体系。
EJBＥｎｔｅｒｐｒｉｓｅＪａｖａＢｅａｎ（企业级ＪａｖａＢｅａｎ）的缩写。
1.4术语定义JSP Model2Servlet/JSP规范的０.９２版本中描述的术语，定义了如何在同一个应用程序中联合使用Servlet和JSP的体系结构。
JavaBean用Ｊａｖａ语言实现的满足一定功能的类。
1.5引用标准1.6参考资料[1] 《实战ｓｔｒｕｃｔ》〔美〕ＴｅｄＨｕｓｔｅｄ机械工业出版社[2] 《软件重构》清华大学出版社1.7版本更新信息本文档的更新记录如表Ｂ－１所示。
表Ｂ-1 版本更新记录4XXX 系统概要设计 第 5 页 共 11 页XXX 软件 2.系统分析本系统可以实现。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
XX项目信息系统概要设计（版本号）XXX单位/部门XXXX年XX月文档修改记录目录1概述 (1)1.1编写目的 (1)1.2术语与定义 (1)1.3参考资料 (1)2标准和规范 (1)2.1引用的标准和规范 (1)2.2拟制定的标准和规范 (2)3系统总体框架 (2)3.1项目概览 (2)3.2总体设计原则 (2)3.3总体技术路线 (2)3.4架构遵从 (3)4业务能力视图 (5)4.1业务目标 (5)4.2组织单元 (5)4.3岗位 (5)4.4业务流程 (5)4.5业务活动 (5)4.6业务信息 (5)5功能视图 (5)5.1角色定义 (5)5.2功能视图 (5)5.3功能清单 (6)5.4非功能性设计 (6)6系统数据视图 (6)6.1概念数据模型 (6)6.2逻辑数据模型 (6)6.3数据分类 (6)6.4数据流转 (6)6.5数据存储与分布 (7)7系统组件视图 (7)7.1系统逻辑分层 (7)7.2组件关联设计 (7)7.3组件时序设计 (7)7.4功能组件设计 (7)7.5接口组件设计 (8)7.6公共组件设计 (8)8系统集成视图 (9)8.1总体集成 (9)8.2集成场景 (9)8.3集成设计 (9)9系统逻辑部署视图 (10)9.1部署单元设计 (10)9.2部署节点设计 (10)10系统物理部署视图 (10)10.1部署拓扑 (10)10.2容量规划 (10)10.3硬件环境设计 (10)10.4软件环境设计 (11)11系统灾备视图 (11)11.1关键技术选择 (11)11.2灾备策略设计 (11)11.3灾备架构设计 (11)11.4灾备设备配置 (12)12系统安全视图 (12)12.1总体安全视图 (12)12.2应用安全 (12)12.2数据安全 (12)12.3主机安全 (12)12.4网络安全 (12)12.5终端安全 (12)12.6其他 (13)13系统交互视图 (13)13.1界面框架设计 (13)13.2系统控件选择 (13)14附录 (13)14.1系统组件视图 (13)14.2逻辑数据实体分项定义 (14)14.3系统安全设计子方案 (14)1概述1.1编写目的【编写说明】编写这份概要设计说明书的目的、适用范围。
【示例】此概要设计说明文档的编写目的是为项目组后续开展详细设计、系统建设与实现、系统测试提供依据。
1.2术语与定义【编写说明】列出本文档中所用到的术语的定义和缩写词的原词组及含义。
【示例】1、业务架构：是信息化总体架构的起点，业务架构定义了在总体企业战略指导下希望实现的业务能力及其关系。
1.3参考资料【编写说明】列出参考资料的作者、标题、编号、发表日期、出版单位或资料来源等信息。
2标准和规范2.1引用的标准和规范【编写说明】列出本文档所引用的标准规范，并明确指出其所在的视图。
表1 引用的标准和规范2.2拟制定的标准和规范【编写说明】列出本文档所计划制定的标准规范。
表2 拟制定的标准和规范3系统总体框架3.1项目概览【编写说明】描述本项目总体概况、目标系统简述、业务目标与于业务需求映射关系、项目组成、项目边界等。
3.2总体设计原则【编写说明】描述为达到目标系统设计所应遵循的原则。
在系统建设实施过程中，将遵循以下几个原则：规范性原则：遵循标准化设计成果，推进技术规范书、合同模板、招标文件等数据文件的标准化、结构化、规范化等工作。
融合适应性原则：通过建成完备的信息集成平台，系统架构的设计必须遵循融合适应的原则，系统架构中各组件的部署与集成方案应充分考虑平台相关的技术政策与原则，保证建成的系统能够在平台上平滑运行，实现与相关业务应用的紧密融合。
3.3总体技术路线【编写说明】描述针对本系统拟采用的技术路线、应用类型和架构决策。
表3 架构决策3.4架构遵从3.4.1业务架构【编写说明】描述本系统架构对业务架构的遵从情况。
此章节平台类型系统可裁剪。
“业务架构：业务域”应引用总体架构蓝图业务架构部分，如蓝图规划中没有相应设计，应遵循架构资产修编流程，提出架构资产修编申请。
“系统架构：业务功能”仅需逐一列出《软件需求规格说明书》中的第一级业务功能；“业务架构：业务职能”需参考总体架构设计蓝图的业务架构部分，说明业务功能所对应的业务职能；“遵从说明”描述系统业务功能与业务职能的遵从关系，可选项为：遵从、细化、参照（总体业务架构中没有对应项）。
表4 业务架构遵从对照3.4.2应用架构【编写说明】描述本系统架构对应用架构的遵从情况。
此章节平台类型系统可裁剪。
“应用架构：应用域”，说明系统所对应实现的应用所属的应用域；“应用架构：应用”，说明系统所对应实现的应用，如实现多个应用，需要逐一列出；“应用架构：应用域”和“应用架构：应用”应引用总体架构蓝图应用架构部分，如蓝图规划中没有相应设计，应遵循架构资产修编流程，提出架构资产修编申请。
“系统架构：一级功能”仅需逐一列出《软件需求规格说明书》中的第一级系统功能；“应用架构：一级应用功能”需参考总体应用架构蓝图资产，说明系统功能所对应的应用功能；“遵从说明”描述系统功能与应用功能的遵从关系，可选项为：遵从、细化、参照（总体应用架构中没有对应项）。
表5 应用架构遵从对照3.4.3数据架构【编写说明】描述本系统架构对数据架构的遵从情况。
此章节平台类型系统可裁剪。
“数据域”和“数据主题”应引用总体架构蓝图数据架构部分，如蓝图规划中没有相应设计，应遵循架构资产修编流程，提出架构资产修编申请。
“系统架构：数据实体”需逐一列出系统涉及到的业务数据实体；“数据架构：数据实体”需参考总体数据架构蓝图资产，列出对应的数据实体；“遵从说明”描述系统数据实体与总体数据架构数据实体的遵从关系，可选项为：遵从、细化、参照（总体数据架构中没有对应项）。
表6 数据架构遵从对照3.4.4技术架构【编写说明】描述本系统架构对技术架构的遵从情况。
“总体架构：系统名称”应引用总体架构蓝图技术架构部分，如蓝图规划中没有相应设计，应遵循架构资产修编流程，提出架构资产修编申请。
配图简述技术架构表7 技术架构遵从对照4业务能力视图4.1业务目标【编写说明】此处的业务功能应与《需求规格说明书》中的业务目标章节保持一致。
4.2组织单元【编写说明】此处的业务功能应与《需求规格说明书》中的组织单元章节保持一致。
4.3岗位【编写说明】此处的业务功能应与《需求规格说明书》中的岗位章节保持一致。
4.4业务流程【编写说明】此处的业务功能应与《需求规格说明书》中的业务流程章节保持一致。
4.5业务活动【编写说明】此处的业务功能应与《需求规格说明书》中的业务活动章节保持一致。
4.6业务信息【编写说明】此处的业务流程应与《需求规格说明书》中的业务信息章节保持一致。
5功能视图5.1角色定义【编写说明】此处的功能视图应与《需求规格说明书》中的角色定义章节保持一致。
5.2功能视图【编写说明】此处的功能视图应与《需求规格说明书》中的功能视图章节保持一致。
5.3功能清单【编写说明】此处的功能清单应与《需求规格说明书》中的功能清单章节保持一致。
5.4非功能性设计【编写说明】此处的非功能设计应与《需求规格说明书》中的非功能性需求保持一致。
6系统数据视图6.1概念数据模型【编写说明】对数据子主题进一步细化，通过概念数据模型设计出顶层概念数据实体。
6.2逻辑数据模型【编写说明】描述本系统数据实体逻辑模型，包括数据实体间的逻辑关系，数据实体关键数据属性，数据实体键。
【示例】具体的逻辑数据实体定义详见附录13.2逻辑数据实体分项定义6.3数据分类【编写说明】描述本系统设计数据的分类【示例】表8 数据分类清单6.4数据流转【编写说明】描述主要数据在本系统及其相关系统的数据流向【示例】6.5数据存储与分布【编写说明】描述本系统相关数据在不同系统的分布以及存储方式。
7系统组件视图【编写说明】系统的功能由一系列的组件协作实现。
而组件是由一组紧密耦合的对象构成，通常用来完成独立的功能。
组件类型一般可以分为平台组件、功能组件、公共组件和接口组件。
公共组件分为可以重用的功能组件和质量属性相关的组件。
系统功能的实现是由承担不同功能的组件协作完成。
为清晰界定组件职责和协作通讯方式，实现系统各个组成部分职责清晰和松耦合、高内聚的设计目标，将组件按其职责划分为不同的逻辑层次。
7.1系统逻辑分层【编写说明】首先给出系统逻辑分层图，然后按如下表格定义各层设计要素。
【注意】1.下列表格要素是必须说明项，不限于下列表格定义的要素；2.各逻辑层可以分章节说明。
7.2组件关联设计【编写说明】描述功能组件间、功能组件与公共组件间的关联（依赖）关系。
所谓的组件关联（依赖）是指为实现某项系统功能而需要的组件间关系。
7.3组件时序设计【编写说明】在此章节，对关键的接口组件，分组件绘制时序图，并进行说明。
7.4功能组件设计【编写说明】在此章节，首先绘制功能组件图，再按如下表格设计要素定义系统组件设计。
7.4.1组件清单【编写说明】如果每层放置的组件很多，可以将每一层作为一个图进行绘制。
7.4.2功能组件分项说明详见附录13.1.1 功能组件分项说明7.5接口组件设计【编写说明】按如下表格定义接口组件设计要素。
【注意】如本系统没有设计相关的质量属性组件应予以说明；不限于下面表格中所列的质量属性组件7.5.1组件清单【编写说明】如果每层放置的组件很多，可以将每一层作为一个图进行绘制。
7.5.2接口组件分项说明详见附录13.1.2接口组件分项说明7.6公共组件设计【编写说明】公共组件通常可以分为可以重用的功能组件和质量属性相关的公共组件，按如下表格定义公共组件设计要素。
【注意】如本系统没有设计相关的质量属性组件应予以说明；不限于下面表格中所列的质量属性组件7.6.1组件清单【编写说明】如果每层放置的组件很多，可以将每一层作为一个图进行绘制。
7.6.2公共组件分项说明详见附录13.1.3公共组件分项说明8系统集成视图8.1总体集成【编写说明】采用图形化方式描述系统间集成关系。
8.2集成场景【编写说明】按下列表格定义集成场景要素。
【示例】表9 集成场景清单8.3集成设计【编写说明】在此章节，对8.2确定的各集成场景进行设计，按界面集成、应用集成、数据集成分类进行设计。
【注意】如实际设计中无对应场景，则明确说明无对应场景。
8.3.1界面集成【编写说明】描述界面集成的集成接口组件。
【示例】描述界面集成相关的系统和采用的实现技术8.3.2应用集成【编写说明】描述应用集成的集成接口组件。
【示例】描述应用集成相关的系统以及采用的集成方式，如果采用集成平台，如采用企业服务总线进行集成，说明总线相关的高阶设计。
8.3.3数据集成【编写说明】如采用集成接口方式进行数据集成，则集成接口编号和名称应引用“表格23 应用集成设计”中的集成接口编号和名称，否则自行编号。