。
1.4 术语定义及说明
列出本文档中用到的可能会引起混淆的专门术语、定义和缩写词的原文。
2设计概述
条目基本参照概要设计，对其进行细化、修正和补充。
2.1 任务和目标
说明详细设计的任务及详细设计所要达到的目标。
2.1.1 需求概述
对所开发软件的概要描述, 包括主要的业务需求、输入、 输出、主要功能、性能等，尤其需要描述系统性能需求。
更详细的需求描述见后。
2.1.2 运行环境概述
对本系统所赖于运行的硬件，包括操作系统、数据库系统、中间件、接口软件、可能的性能监控与分析等软件环境的描述，及配置要求。
2.1.3 条件与限制
详细描述系统所受的内部和外部条件的约束和限制说明。包括业务和技术方面的条件与限制以及资金、进度、管理等方面的限制。
-可编辑修改-
。
2.1.4 详细设计方法和工具
简要说明详细设计所采用的方法和使用的工具。如HIPO 图方法、IDEF （I2DEF ）方法、E －R 图，数据流程图、业务流程图、选用的CASE 工具等，尽量采用标准规范和辅助工具。
3系统详细需求分析
主要对系统级的需求进行分析。首先应对概要设计分析提出的企业需求进一步确认，并对由于情况变化而带来的需求变化进行较为详细的分析。
3.1 详细需求分析
包括：
A. 详细功能需求分析 B. 详细性能需求分析 C. 详细信息需求分析 D. 详细资源需求分析 E. 详细组织需求分析
F. 详细系统运行环境及限制条件分析
3.2 详细系统运行环境及限制条件分析接口需求分析
包括：
A. 系统接口需求分析
B. 现有硬、软件资源接口需求分析 C. 引进硬、软件资源接口需求分析
-可编辑修改-
。
4总体方案确认
着重解决系统总体结构确认及界面划分问题。
4.1 系统总体结构确认
对系统组成、逻辑结构及层次进行确认，对应用系统、支撑系统及各自实现的功能进行确认，细化集成设计及系统工作流程，特别要注意因软件的引进造成的系统本身结构和公司其他系统的结构变化。包括：
A. 系统组成、逻辑结构及层次确认 B. 应用系统结构确认 C. 支撑系统结构确认 D. 系统集成确认 E. 系统工作流程确认
4.2 系统详细界面划分
对系统内部各功能及系统与外界之间的界面进一步细化。
4.2.1 应用系统与支撑系统的详细界面划分
应用系统与支撑系统之间的界面包括系统主服务器与其他服务器的服务范围及访问方式，网络及数据库对应用系统的支撑方式，全局数据的管理与存取方式等。
4.2.2 系统内部详细界面划分
系统各功能之间的界面包括覆盖范围，模块间功能调用涉及到的系统模块及方法，全局数据格式，系统性能要求等。
-可编辑修改-
。
5系统详细设计
5.1 系统结构设计及子系统划分
对系统的组成及逻辑结构进行设计前确认。
划分系统功能模块或子系统（如果有或者有必要，特别是大型的软件系统）。
5.2 系统功能模块详细设计
按结构化设计方法，在系统功能逐层分解的基础上，对系统各功能模块或子系统进行设计。此为详细设计的主要部分之一。
用层次图（H 图）描述系统的总体结构、功能分解及各个模块之间的相互调用关系和信息交互，用IPO 图或其他方法描述各模块完成的功能。 以上建议采用HIPO 图进行功能分解与模块描述，更高的要求建议采用IDEF0 方法进行功能模型设计。
详细设计应用系统的各个构成模块完成的功能及其相互之间的关系，用IPO 或结构图描述各模块的组成结构、算法、模块间的接口关系，以及需求、功能和模块三者之间的交叉参照关系。
与概要设计相比，此部分需要详细描述从最顶层到最底层模块和具体算法。而概要设计不必如此详细（不必涉及太底层的模块）。 每个模块的描述说明可参照以下格式：
模块编号： 模块名称： 输入： 处理：
-可编辑修改-
。
算法描述： 输出：
其中处理和算法描述部分主要采用伪码或具体的程序语言完成。 对详细设计更高的要求建议用IDEF0 图进行各功能模块的设计。
注意：如果系统的部分模块采用购买的软件产品实现，则不必对这个模块进行设计，但应对所购买软件的应用边界条件（包括应用接口及资源限制）进行确认。如果对购买软件需进行二次开发（包括功能扩展、功能改造、用户界面改造等），则相应的设计工作应该设立子课题完成。
5.3 系统界面详细设计
系统界面说明应用系统软件的各种接口。整个系统的其他接口（如系统硬件接口、通讯接口等）在相应的部分说明。
5.3.1 外部界面设计
根据系统界面划分进行系统外部界面设计，对系统的所有外部接口（包括功能和数据接口）进行设计。
5.3.2 内部界面设计
设计系统内部各功能模块间的调用关系和数据接口。
5.3.3 用户界面设计
规定人机界面的内容、界面风格、调用方式等，包括所谓的表单设计、报表设计和用户需要的打印输出等设计。此部分内容可能比较多。
-可编辑修改-
详细设计模板
