详细设计说明书模版
详细设计说明书模板
目录1.引言 (2)1.1.模板说明 (2)1.2.编写目的 (2)1.3.背景 (2)1.4.参考资料 (2)1.5.术语定义及说明 (2)2.设计概述 (3)2.1.运行环境概述 (3)2.2.条件与限制 (3)2.3.详细设计方法和工具 (3)3.系统详细设计 (3)3.1.系统结构设计及子系统划分 (3)3.2.系统功能模块详细设计 (3)3.3.接口详细设计 (4)3.3.1.外部接口设计 (4)3.3.2.内部接口设计 (4)3.4.用户界面设计 (4)4.数据库系统设计 (4)4.1.设计依据 (4)4.2.数据库逻辑结构 (5)4.3.物理结构设计 (5)4.4.数据库安全 (5)4.5.数据字典 (5)5.系统配置 (5)5.1.配置原则 (5)5.2.硬件配置 (5)5.3.软件配置 (6)6.测试与文档建议 (6)6.1.测试重点 (6)6.2.文档建议 (6)7.关键技术 (6)7.1.关键技术的提出 (6)7.2.关键技术的一般说明 (6)7.3.关键技术的实现方案 (6)1. 引言1.1. 模板说明[该模板主要目的是引导组员如何进行概要设计：一般概要设计应该包括什么方面的内容，并对这些内容起到的作用进行详细说明。
组员在进行实际的应用中，可以根据情况进行裁减，不应被该模板束缚，建议至少保留第1、2、3、6章节内容。
在该文档编写完成后记得删除1.1内容。
]1.2. 编写目的[说明编写详细设计方案的主要目的。
详细设计的主要任务是对概要设计方案做完善和细化。
说明书编制的目的是说明一个软件系统各个层次中的每个程序（每个模块或子程序）和数据库系统的设计考虑，为程序员编码提供依据。
如果一个软件系统比较简单，层次很少，本文件可以不单独编写，和概要设计说明书中不重复部分合并编写。
方案重点是模块的执行流程和数据库系统详细设计的描述。
]1.3. 背景[应包含以下几个方面的内容：待开发软件系统名称；该系统基本概念，如该系统的类型、从属地位等；开发项目组名称；项目代号（项目规划所采用的代号）；说明遵从的IT标准和原则，符合公司的IT ABBs。
详细设计说明书模板
标准文件修改页文件编号修改条款 修改内容修改人/日期生效日期全文首次发行分发部门会签详细设计说明书模板文件编号版木 A0 贞数第1页共6贞編制部门 XX 部生效日期2019年10月15日编制审核批准□业务部 □研发部 □采购部 □生产部 □质量部 □行政部标准文件修订历史记录曽加•修订删除【模板使用必读：模板内容和页眉中【】包含内容为指导性的待替换文字，请在使用中替换为具体内容, 或删除。
文件提交时不得再含有这些内容J详细设计说明书模板引言L2 L3 L4编写目的 ..... 背景 ......... 术语打缩写解释参考资料 .....模块命名规则程序系统的组织结构3. 13.2 3.3程序1 4. 1 4.2 4.3 4.4 4.5 4.6 4.7 4.8 4.94. 104. 114. 12子系统划分 ...................... 模块划分.........................程序与功能需求、系统模块间的关系（标识符）设计说明................ 程序描述 .....功能 .........性能 .........输人项 .......输出项 .......算法 .........流程逻辑 .....接口 .........存储分配 .....注释设讣 .....限制条件 .....尚未解决的问题程序2 （标识符）设计说明4 4 4 45 5 5 5 56 6 6 6 6 6 67 7 7 7 7引言编写目的【给出项U详细设il•说明书的编写U的，同时指明读者对象。
】背景【说明:a.待开发软件系统的名称: b•本项U的任务提出者、开发者、用户和运行该程序系统的计算中心。
】术语与缩写解释【列出本文件中用到的专门术语的定义和外文首字母缩写的原词组J参考资料【提示：可包括：＜1）本项11经核准的计划任务书、需求规格说明书、合同、项U设计概要说明书或上级机关的批文；（2）本文档所引用的资料、规范等，列出这些资料的作者、标题、编号、发表日期、出版单位或资料来源。
【免费下载】 详细设计说明书(模板)
<XX系统>详细设计说明书广东创我科技发展有限公司修订记录目录第一章概述 (5)1.1.应用模块的目的 (5)1.2.应用模块总体描述 (5)1.3.应用模块接口描述 (5)1.4.假设条件 (5)第二章设计模式（Design pattern） (6)第三章类设计 (7)3.1.分块类图 (8)3.1.1.<类图1> (8)3.1.2.<类图n> (8)3.2.整体继承关系 (8)3.3.类描述 (9)3.3.1.<类名1> Class Description (9)3.3.2.<类名n> Class Description (10)第四章交互图 (12)4.1.<情景编号1: 情景名称> (12)4.1.1.交互图 (12)4.1.2.例外情况及条件 (13)4.2.<情景编号n: 情景名称> (13)第五章状态图 (14)5.1.<状态图编号1:状态图名称> (14)5.2.<状态图编号n:状态图名称> (15)第六章时序流程图 (16)第七章用户界面设计说明 (18)7.1.用户界面关系 (18)7.2.用户界面具体描述 (18)7.2.1.<界面编号1:界面名称〉 (18)7.2.2.<界面编号N:界面名称〉 (19)第八章测试考虑 (20)第九章附录 (21)9.1.附录A 代码举例 (21)9.2.附录B 设计问题 (21)9.2.1.<设计问题1> (21)9.2.2.<设计问题n> (21)第一章概述1.1.应用模块的目的请明确客户建立应用模块的目的。
1.2.应用模块总体描述描述应用模块的总体功能。
1.3.应用模块接口描述简要描述本应用模块的公共接口，具体接口会在相应的类中进行具体描述。
建议采用列表的方式。
1.4.假设条件列出在问题领域，项目方案及其它影响系统设计的可能方面内，应当成立的假设条件。
详细设计说明书(仅用于学习的参考模板)
付高钢村医药管理系统项目详细设计说明书1引言1.1编写目的本说明书是医药管理系统的详细设计。
其编写目的是在概要设计的基础上，针对该项目的每个模块，每个功能的实现方法进行详细的设计和划分，按照详细设计说明书的要求，进一步明确系统结构，为项目开发人员后期的编码工作做准备。
本文档的预期的读者是：项目开发人员项目经理项目测试人员1.2背景在前一阶段的概要设计文档中，已经通过顺序图解决了该系统功能的实现流程，包括系统的各模块间的关系设计等。
本文档就是在前一阶段成果的基础上，继续对系统的各模块进行详细的划分和说明。
2概述本项目的任务提出者：见概要设计文档单位：见概要设计文档开发者：见概要设计文档用户：见概要设计文档实现该软件的计算中心或计算机网络：见概要设计文档2.1基线以需求分析和概要设计为基准。
2.2范围本概要设计文档提供给系统设计开发人员，包括详细设计人员和项目组成员。
2.3定义2.4参考资料2.5术语与缩写解释3模块命名规则驼峰标识，由单词的全拼组成，除首单词外每个单词的首字母大写，例如：medcineManager4模块汇总4.1模块汇总表5子系统模块设计5.1类别管理模块5.1.1功能描述用户登录进入类别管理页面，能进行药品类别的管理，主要包括类别的添加，修改，查看和统计。
5.1.2相关模块5.1.3类图5.1.4类别管理类5.1.4.1方法5.1.4.1.1方法—药品信息的添加:public String add()5.1.4.1.1.1功能对药品的类别信息进行添加，类别编码是类别对象的一个标示，当添加一个类别信息时，需要判断此类别是否已经在数据库中，如果存在，则提示已存在该类别。
5.1.4.1.1.2参数无5.1.4.1.1.3算法无5.1.4.1.2方法—类别信息的模糊查询:public String queryallcategory()5.1.4.1.2.1功能为了方便用户查询已有类别，类别信息管理模块提供了类别模糊查询。
软件项目详细设计说明书模板
软件项目详细设计说明书模板目录第一章编写目的 (4)1.1作用 (4)1.1.1 预期读者 (4)1.2背景 (4)1.2.1 系统名称及版本号 (4)1.2.2 使用者 (4)1.2.3 与其它系统的关系 (4)1.3术语和缩写 (4)1.4参考资料 (5)第二章总体架构 (5)2.1系统说明 (5)2.2运行环境 (5)2.3基本设计概念以及处理流程 (5)2.4总体功能结构图 (5)2.5子系统清单 (5)2.6可测试性、维护/升级设计 (5)2.7可配置设计 (5)2.8尚未解决的问题 (6)第三章系统功能模块 (6)3.1模块名称 (6)3.1.1模块功能描述 (6)3.1.2模块框架设计以及处理流程 (6)3.1.3子模块划分列表 (6)3.1.4子模块设计说明 (6)3.2模块名称 (6)3.2.1模块功能描述 (6)3.2.2模块框架设计以及处理流程 (6)3.2.3子模块划分列表 (6)3.2.4子模块设计说明 (7)第四章接口说明 (7)4.1用户接口 (7)4.2外部接口 (7)4.3内部接口 (7)第五章数据结构设计 (7)5.1数据库环境说明 (7)5.1.1应用环境 (7)5.1.2参数配置 (7)5.2数据库设计 (7)5.2.1逻辑设计 (8)5.2.2物理设计 (8)5.2.2.1数据表汇总 (8)5.2.2.2表结构设计 (8)5.2.3安全性设计 (8)5.2.4备份恢复设计 (9)5.3数据库管理维护 (9)5.3.1数据库安装配置 (9)5.3.2数据库日常维护 (9)第六章系统出错处理设计 (9)6.1出错信息 (9)6.2出错处理 (9)第一章编写目的1.1作用【说明】《软件概要设计说明书》是在《软件需求规格说明书》的基础上，通过我方与用户方反复沟通形成的。
它必须充分反映《软件需求规格说明书》中的用户需求，如有改动必须征得用户的认可。
它将作为项目验收时重要的的标准和依据。
软件研发-详细设计说明书模板
附件6[XXX项目]详细设计说明书●文档属性是否●文档版本记录目录目录 (I)一、参考文档 (1)(一)相关项目文档 (1)(二)参考资料 (1)二、数据库详细设计 (1)三、接口详细设计 (3)四、公用模块（部件）详细设计 (3)五、特殊算法详细设计 (4)蓝色｛｝和红色｛｝内的内容为填写说明，请自行删除；本模板仅供参考，除必填项外，可根据项目实际情况调整。
一、参考文档(一)相关项目文档本项目交付物中其它相关文档。
例如：需求规格说明书、源程序清单、用户使用手册(二)参考资料｛以如下格式提供本文档撰写过程中所参考的所有文档。
例如：科技项目相关管理办法、行内制度等。
｝二、数据库详细设计（可单列成独立的文档）(一)表结构{表名（表功能说明）；字段名，字段数据类型，字段宽度，精度，非空标志，缺省值，字段中文备注；主键；外键}1.CD_CARD_ARCH 卡档案表{示例表}索引: ind_cd_card_arch1(substr(“card_no”,1,length(“card_no”)-1);(二)索引(三)视图(四)存储过程(五)序列……三、接口详细设计{对通讯方式、报文结构、接口清单、详细接口字段、字段数据类型、字段长度等进行说明。
可以通过添加附件的方式进行说明。
}四、公用模块（部件）详细设计对公用模块进行详细说明。
包括模块的编号、模块名称、模块说明、详细功能分配、接口标准、输入输出、对应数据库设计等信息。
可以通过添加附件的方式进行说明。
五、特殊算法详细设计对系统主要的特殊算法进行详细设计。
可以通过添加附件的方式进行说明。
系统详细设计说明书(模板)
XXXXXX XXXXXXXXXXXXX项目名称详细设计说明书XXX公司二〇XX年X月文档修改记录目录第一章引言 (4)1.1目的 (4)1.2背景 (4)1.3术语定义 (4)1.4参考资料 (4)第二章系统概述 (6)第三章程序1设计说明 (7)3.1程序描述 (7)3.1.1模块架构图 (7)3.1.2功能 (7)3.1.3类图 (7)3.1.4增加功能（功能点） (8)3.1.5程序流程 (9)3.1.6测试和限制条件 (9)3.1.7备注 (9)第四章程序2设计说明 (10)第五章公用接口程序说明 (11)5.1全局变量 (11)5.2公用界面或接口 (11)5.3公用方法和过程 (11)第六章附件 (12)详细设计评审意见 (13)第一章引言1.1目的提示：简要说明编写这份详细设计说明书的目的，指出预期的读者。
本详细设计说明书的适用读者为：软件开发者、测试人员1.2背景1.3术语定义1.4参考资料提示：列出所本文档所使用的参考资料，包括：A 本软件开发所经核准的合同或标书或可行性报告等文档B 软件开发计划书C 需求分析报告D 测试方案（若存在初稿的话）E 概要设计说明书F 与本项目有关的已发表的文件或资料G 本文件中各处引用的文件、资料，所采用的软件开发标准和规范注意：必须列出文件、资料的作者、标题、编号、发表日期和出版单位，以说明这些文件资料的来源。
若某些文档有保密要求的，则要说明其保密级别。
第二章 系统概述画出系统的体系结构图，以说明系统体系结构的实现技术，所用到的数据库主体的描述、如何实现访问数据库、如何划分程序的主体部分。
可以采用MVC 模式表述、也可以采用UML 中的系统设计主要是基于MVC 设计模式，M 代表模型Model ，V 代表视图 View ， C 代表控制器Controller 。
MVC 模式将系统分为三层，层与层之间通过又一定的模式联系，使数据实体与业务逻辑、业务逻辑与页面展现分离。
详细设计说明书模板
详细设计说明书模板一、引言。
详细设计说明书是软件开发过程中的重要文档，它描述了软件系统的详细设计方案，是软件开发人员在编码和测试阶段的重要参考依据。
本文档旨在为软件开发人员提供一个详细设计说明书的模板，以便他们能够按照统一的标准和格式编写详细设计说明书。
二、项目概述。
在本部分，应对项目的背景、目标、范围、功能和性能需求进行详细描述。
这部分内容应该包括对项目的整体理解，以及项目的基本需求和目标。
三、设计约束。
在本部分，应对项目的设计约束进行详细说明。
设计约束可能包括技术约束、硬件约束、软件约束、接口约束等内容。
这部分内容应该对设计过程中的各种约束进行全面、系统的描述。
四、系统架构。
在本部分，应对系统的整体架构进行详细描述。
系统架构包括系统的组成部分、模块划分、模块之间的关系等内容。
这部分内容应该对系统的整体结构进行清晰、完整的描述。
五、模块设计。
在本部分，应对系统的各个模块进行详细设计。
模块设计包括模块的功能、接口、数据结构、算法等内容。
这部分内容应该对系统的各个模块进行全面、细致的设计。
六、数据设计。
在本部分，应对系统的数据结构进行详细设计。
数据设计包括数据的组织结构、存储方式、访问方式等内容。
这部分内容应该对系统的数据进行全面、合理的设计。
七、界面设计。
在本部分，应对系统的用户界面进行详细设计。
界面设计包括界面的布局、样式、交互方式等内容。
这部分内容应该对系统的用户界面进行美观、易用的设计。
八、安全设计。
在本部分，应对系统的安全性进行详细设计。
安全设计包括系统的安全需求、安全策略、安全机制等内容。
这部分内容应该对系统的安全性进行全面、可靠的设计。
九、性能设计。
在本部分，应对系统的性能进行详细设计。
性能设计包括系统的性能需求、性能测试、性能优化等内容。
这部分内容应该对系统的性能进行全面、有效的设计。
十、测试设计。
在本部分，应对系统的测试进行详细设计。
测试设计包括测试计划、测试用例、测试环境等内容。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
密级：机密文档编号：XXX_TS_TEMP_XXSJSMS版本号：V2.0【项目名称】详细设计说明书模板版权信息本文件涉及之信息，属XXX所有。
未经XXX允许，文件中的任何部分都不能以任何形式向第三方散发。
文档修订记录修订状态：A--增加，M--修改，D--删除日期格式：YYYY-MM-DD目录1 概述 (1)1.1 编写目的 (1)1.2 适用范围 (1)1.3 术语和缩写 (1)1.4 参考资料 (1)2 角色和职责 (1)3 设计约定 (1)4 实现架构及功能逻辑 (1)4.1 功能逻辑描述 (1)4.1.1功能模块结构图 (2)4.1.2功能模块描述 (2)4.2 软件体系架构 (3)4.2.1设计思路 (3)4.2.2包图及描述 (4)4.2.3类图及描述 (5)4.2.4主要程序描述 (6)4.2.5组件图及描述 (6)4.2.6源代码目录结构 (7)4.2.7权限设计 (7)4.3 总体界面设计 (8)4.3.1设计原则 (8)4.3.2设计思路 (8)4.3.3界面风格 (8)4.3.4界面层次图 (8)4.3.5界面原型 (8)5 详细设计 (8)5.1 模块A (9)5.1.1概要说明 (9)5.2.2实现框架 (10)5.3.3主要逻辑实现描述： (11)5.3.4界面设计 (13)5.3.5接口设计 (13)5.3.6其它 (13)5.2 模块B (14)6 数据库设计 (14)7 接口设计 (14)8 附录： (14)1概述1.1编写目的<此处填写本文档的目的><例如：XXX项目的目的是：根据《XXX需求规格说明书》进行详细设计>1.2适用范围<此处填写本文档的适用范围等>1.3术语和缩写<此处填写本文档中所特有的术语和缩写，常用的术语和缩写统一编写在一个规范文档中>1.4参考资料指出为完成本文档所需要的参考资料，包括a属于本项目的其它已发表的文件；b本文件中各处引用到的文件资料，包括所要用到的软件开发标准。
列出这些文件的标题、文件编号、发表日期和出版单位，说明能够取得这些文件的来源。
>2角色和职责3设计约定<说明系统设计需要遵循的一些约定和约束等。
>4实现架构及功能逻辑4.1功能逻辑描述<建议分层描述本系统功能模块，功能模块可包含面向用户需求的功能模块，也可包含面向实现的功能模块（如实现数据库的通用访问等），层次建议两到三层。
功能逻辑建议采用功能逻辑图＋文字说明方式描述，功能逻辑图建议采用Visio组织机构图来画，功能模块描述建议采用分级标题，便于组织和检索。
><样例：该例子分三个层次画出了三层功能模块，根据项目的实际情况，几层功能模块图可以画在一张上图上。
>4.1.1功能模块结构图<样例4.1.1.1顶层功能模块图4.1.1.2二层功能模块图…4.1.1.3三层功能模块图…>4.1.2功能模块描述<样例4.1.2.1组织定义具体描述…4.1.2.1.1单位名称维护具体描述…4.1.2.1.2部门定义具体描述…4.1.2.2流程定义具体描述…>4.2软件体系架构<该章节主要描述系统的实现的体系架构，以期使读者从总体上了解项目的设计框架。
软件体系架构描述包括在物理上，对象之间通过函数或者过程调用相互作用；在逻辑上，对象之间通过集成、复合等方式实现设计的复用。
该章节更多的内容面向编码和实现，对于不同的项目或采用不同的工具，设计文档使用的图示或工具可能不同，如面向对象的设计可以用高层次的类图、组件图、包图等和相关文字说明等描述整体的体系架构，面向过程的设计可能使用高层次的函数功能分解来描述，另外该章节内容也包括对源代码组成的高层次描述><软件体系架构描述中，另外很重要的是描述系统采用通用或核心的模块、组件的设计思路及实现框架（如对数据库访问的通用实现）。
这些通用设计在此处以及在后续设计文档的集中描述，有利用读者的理解和阅读，也有利于设计文档的维护。
><面向编码和实现，描述如何组织代码实现相关业务逻辑。
对于不同的项目或采用不同的工具，设计文档使用的图示或工具可能不同，如面向对象的设计可以用高层次的类图、组件图、包图等和相关文字说明等描述整体的体系架构，面向过程的设计可能使用高层次的函数功能分解来描述，另外该章节内容也包括对源代码组成的高层次描述，建议的章节结构包括>4.2.1设计思路<描述系统总体设计采用的框架、工具、方法等，平台级的设计思路，以及对一些难点和复杂逻辑、权限等的处理思路><对于通常的项目，设计思路可能包括多个部分，可以分子章节描述，如框架、权限、策略等等>4.2.2包图及描述<提示：直接通过数据库进行操作的统计报表类系统该部分可以不描述><主要创建类包图，通过层次结构，以在逻辑上组织设计，在使用包图及描述中，要能体现设计和功能逻辑间的关系><一些建议，把一个框架的所有类放置在相同的包中。
一般把相同继承层次的类放在相同的包中。
彼此间有聚合或组合关系的类通常放在相同的包中。
彼此合作频繁的类，信息能够通过UML顺序图和UML合作图反映出来的类，通常放在相同的包中。
> <对于通常的项目，包图可能有多个，可以分子章节描述><样例，类包图示意，缺少描述>4.2.3类图及描述<提示：直接通过数据库进行操作的统计报表类系统，Sieble套件类系统该部分可以不描述><主要创建类包图，通过层次结构，以在逻辑上组织设计，在使用类图及描述中，要能体现设计和功能逻辑间的关系。
><此章节类图描述系统实现的高层次主要类以及它们自己的关系（如继承、聚合等），并描述出这些类的主要作用，此章节对属性和方法不需要太细化。
><对于通常的项目，类图可能有多个，可以分子章节描述><样例，类图示意，缺少描述>4.2.4主要程序描述<主要适合面向过程类设计或项目中复杂的逻辑处理，通过图释和说明描述项目中主要的函数功能以及调用关系，对函数的细节不需要太细化。
><对于通常的项目，主要程序可能有多个，可以分子章节描述>4.2.5组件图及描述<组件图，目的和“主要程序描述”相同，可以根据实际情况选择使用><样例，组件图示意，非面向对象设计也可以有组件图，缺少描述>4.2.6源代码目录结构<以树型结构并结合描述描述出系统的较高层次的源代码目录结构，以便读者能很快理解项目程序结构的组织，目录层次的颗粒度应到覆盖到各需求功能模块、核心体系架构的实现（基本可以和上面的设计文档描述的层次相当。
><样例，仅供参考XXX项目源代码业务功能A 登记模块，并初始化业务功能A1业务功能B打印组件打印模块，实现打印的通用功能图片库>4.2.7权限设计<说明该系统在权限设计的总体考虑。
>…4.3总体界面设计<提示：后台接口类的项目该部分可以不写>4.3.1设计原则<该项目中界面设计的要求、限定等设计中要注意的原则>4.3.2设计思路<该界面实现的设计思路，如使用XML形成界面菜单，采用CSS提供多套样式风格等> 4.3.3界面风格<界面的风格，如配色、操作等方面的考虑>4.3.4界面层次图<较高层次的界面的层次图，如建议和功能逻辑的层次相当>4.3.5界面原型<界面草图或美工设计的界面原型，可有主界面级、视图级、表单级等>5详细设计<详细设计是将“实现架构及功能逻辑”章节中功能逻辑、体系架构的内容在实现上的细化，以在更深的层次上分解功能逻辑和实现逻辑，整体的章节结构随着功能的细化可以看作对“实现架构及功能逻辑”的迭代和细化，但子模块的顶级章节层次仍采用二级标题层次。
对于该章节采用的描述工具和方法，“实现架构及功能逻辑”使用的许多工具仍能适用，但该章节更面向具体的实现逻辑，根据不同的项目和使用的工具，可采用如流程图、顺序图、协作图等等来描述实现的细节。
><该章节的基本面向以编码为主的项目，对于许多集成类的项目，如Notes邮件配置、Tivoli单点登录实现，也建议按功能模块来划分，参考以下章节的内容，适当调整章节结构，根据情况增加一些相关的图示和描述，以表达清楚该功能的实现设计。
如Notes的Internet 邮件配置，需要描述邮件系统设计思路、拓扑框架及相关的配置文档；Tivoli的单点登录实现，需要描述每个相关系统采用哪种单点登录模式，应用系统和服务器相应的改变、相关的配置等等。
><对于章节的细分，根据需求分析设计的模式可以有不同的方式，如采用功能模块分解或主题域分解。
对于目前的多数项目，虽然可能采用面向对象的语言实现，但我们多数采用面向过程的功能分解，一般建议子章节的结构采用功能逻辑分解。
对于一些业务或实现上通用的功能及模块建议单独列出，集中描述。
><对于较大的项目，如采用不同模块采用不同技术路线开发或功能组织分为几个大类，可采用分文档描述，也可在一个文档中描述。
如果在一个文档中描述，大类的详细设计可采用一级标题，如5.公文管理详细设计、6.门户详细设计>5.1模块A5.1.1概要说明<本模块的功能简述，如有多级层次，建议分层描述相关子模块。
可采用图示或文字说明，建议以文字说明为主，功能描述可以分子章节><样例，简单➢向内核系统登记几个proc文件，以便于向内核空间中查询安全联盟和eoute 表，以及虚接口的状况；➢初始化SA数据库（tdb链）；➢初始化SPDB数据库（eroute表）；➢初始化pf_key（PF_KEY套接口）；><样例，子章节组织定义：具体描述…单位名称维护：具体描述…部门定义：具体描述…流程定义：具体描述…>5.2.2实现框架<以下的章节结构目的是从不同的维度和视图来描述设计，供参考。
实际项目中可进行扩展和裁剪，建议大家学习UML的各种图示，统一采用UML图示来表达设计方面的各种视图>设计思路：<描述该总体设计采用的框架、工具、方法等，以及对一些难点和复杂逻辑的处理思路> <对于通常的项目，设计思路可能包括多个部分，可以分子章节描述>包图及描述：<提示：数据库操作类的项目该部分可以不描述><该类包图，通过层次结构，以在逻辑上组织设计，在使用包图及描述中，要能体现设计和功能逻辑间的关系>类图及描述：<提示：数据库操作类的项目，Sieble套件类系统该部分可以不描述><该模块的类图，通过层次结构，以在逻辑上组织设计，在使用类图及描述中，要能体现设计和功能逻辑间的关系，同“实现架构及功能逻辑”章节不同，该章节将深入描述类实现的细节，如方法、属性等等。