系统设计

1引言

1.1编写目的

说明编写详细设计方案的主要目的。

详细设计的主要任务是对概要设计方案做完善和细化。说明书编制的目的是说明一个软件系统各个

层次中的每个程序（每个模块或双鱼座男 子程序）和数据库系统的设计考虑，为程序员编码提供依据。如果

一个软件系统比较简单，层次很少，本文件可以不单独编写，和概要设计说明书中不重复部分合并

编写。

方

1~~

wwwm

粗羊细设计的描述

应木忠槊几个方面的内容：

A.待开发软件系统名称

B.该系统基本概念，如该系统的类型、从届地位等

C.开发项目组名称

D.项目代号（项目规划所采用的代号）；

E.说明遵从的IT标准和原则，符合公司的ITABBs

1.3参考资料

列出详细设计报告引用的文献或资料，资料的作者、标题、出版单位和出版日期等信息,必要时说明

如何得到这些资料。

1.4术语定义及说明

列出本文档中用到的可能会引起混淆的专门术语、定义和缩写词的原文

2设计概述

2.1任务和目标

说明详细设计的任务及详细设计所要达到的目标

2.1.1需求概述

对所开发软件的概要描述，包括主要的业务需求、输入、输出、主要功能、性能等，尤其需要描述

系统性能需求。

2.1.2运行环境概述

对本系统所依赖于运行的硬件，包括操作系统、数据库系统、中间件、接口软件、可能的性能监控

与分析等软件环境的描述，及配置要求。

2.1.3条件与限制

详细描述mbr转gpt 系统所受的内部和外部条件的约束和限制说明。包括业务和技术方面的条件与限制以及进

度、管理等方面的限制。

2.1.4详细设计方法和工具

简要说明详细设计所采用的方法和使用的工具。如HIPO图方法、IDEF(I2DEF)方法、E一

R图，数据流程图、业务流程图、选用的CASH具等，尽量采用标准规范和辅助工具。

3系统详细需求分析

主要对系统级的需求进行分析。首先应对需求分析提出的企业需求进一步确认，并对由于情况变化

而带来的需求变化进行较为详细的分析。

3.1详细需求分析

包括：

详细功能需求分析

详细性能需求分析

详细资源需求分析

详细系统运行环境及限制梦到老公 条件分析

3.2详细系统运行环境及限制条件分析接口需求分析

包括：

系统接口需求分析

现有硬、软件资源接口需求分析

引进硬、软件资源接口需求分析

4总体方案确认

着重解决系统总体结构确认及界面划分问题

4.1系统总体结构确认

对系统组成、逻辑结构及层次进行确认，对应用系统、支撑系统及各自实现的功能进行确认，细化集

成设计及系统工作流程，特别要注意因软件的引进造成的系统本身结构和公司其他系统的结构变化。

包括：

系统组成、逻辑结构及层次确认

应用系统结构确认

支撑系统结构确认

系统集成确认

系统工作流程确认

4.2系统详细界面划分

4.2.1应用系统与支撑系统的详细界面划分

应用系统与支撑系统之间的界面包括系统主服务器与其他服务器的服务范围及访问方式，网络及数

据库对应用系统的支撑方式，全局数据的管理与存取方式等。

4.2.2系统内部详细界面划分

系统各功能之间的界面包括覆盖范围，模块问功能调用涉及到的系统模块及方法，全局数据格式，

系统性能要求等。

5系统详细设计

5.1系统结构设计及子系统划分

对系统的组成及逻辑结构进行设计前确认。

划分系统功能模块或子系统（如果有或者有必要，特别是大型的软件系统）

5.2系统功能模块详细设计

按结构化设计方法，在系统功能逐层分解的基础上，对系统各功能模块或子系统进行设计此为详细

设计的主要部分之一。

用层次图描述系统的总体结构、功能分解及各个模块之间的相互调用关系和信息交互pick一下 ，用

IPO图或其他方法描述各模块完成的功能。以上建议采用HIP。图进行功能分解与模块描述，更高的

要求建议采用IDEF0方法进行功能模型设计。

详细设计应用系统的各个构成模块完成的功能及其相互之间的关系，用IPO或结构图描述

各模块的组成结构、算法、模块间的接口关系，以及需求、功能和模块三者之间的交义参

照关系。每个模块的描述说明可参照以下格式：

模块编号：

模块名称：

输入：

处理：

算法描述：

输出：

其中处理和算法描述部分主要采用伪码或具体的程序语言完成。

对详细设计更高的要求建议用IDEF0图进行各功能模块的设计。

如果对软件需进行二次开发（包括功能扩展、功能改造、用户界面改造等），则相应的设计

工作应该设立子课题完成。

5.3系统界面详细设计

系统界面说明应用系统软件的各种接口。整个系统的其他接口（如系统硬件接口、通讯接口等）在

相应的部分说明。

5.3.1外部界面设计

根据系统界面划分进行系统外部界面设计，

进行设计。

对系统的所有外部接口（包括功能和数据接口）

5.3.2内部界面设计

设计系统内部各功能模块间的调用关系和数据接口。

5.3.3用户界面设计

规定人机界面的内容、界面风格、调用方式等，包括所谓的表单设计、报表设计和用户需。的打印

输出等设计。此部分内容可能比较多。

6数据库系统设计

此数据库设计可单独成册，尤其对大型的数据库应用系统，即有一个单独的《数据库设计

说明书》

6.1设计要求

6.2信息模型设计

确定系统信息的类型（实体或视图），确定系统信息实体的届性、关键字及实体之间的联系,详细描

述数据库和结构设仙人球的养殖方法 计，数据元素及届性定义，数据关系模式，数据约束和限制。

6.3数据库设计

6.3.1设计依据

说明数据被访问的频度和流量，最大数据存储量，数据增长量，存储时间等数据库设计依据。

6.3.2数据库种类及特点

说明系统内应用的数据库种类、各自的特点、数量及如何实现互联，数据如何传递。

6.3.3数据库逻辑结构

说明数据库概念模式向逻辑模式转换所采用的方法论及工具，完成数据库概念模式向逻辑模式的转

换。详细列出所使用的数据结构中每个数据项、记录和文件的标识、定义、长度及它们之间的相互

关系。此节内容为数据库设计的主要部分。

6.3.4物理结构设计

列出所使用的数据结构中每个数据项的存储要求、访问方法、存取单位和存取物理关系等。建立系

统程序员视图，包括：

数据在内存中的安排，包括对索引区、缓冲区的设计；

所使用的外存设备及外存空间的组织，包括索引区、数据块的组织与划分；访问数据的方式方

法

6.3.5数据库安全

说明数据的共享方式，如何保证数据的安全性及保密性。

6.3.6数据字典

编写详细的数据字典。对数据库设计中涉及到的各种项目，如数据项、记录、系、文卷模式、子模

式等一般要建立起数据字典，以说明它们的标识符、同义名及有关信息。

7信息编码设计

7.1代码结构设计

确认信息分类编码总体方案，进行分类代码结构设计

7.2代码编制

按代码结构编制信息代码

8系统配置

系统软件硬件配置资源明细及配置方案。这部分针对概要设计相应部分加以补充和

输出为可操作的具体方案。

细化,

8.1配置原则

说明系统的配置原则，如根据目标、需求、资源、阶段等的进餐礼仪 配置，特别需要包括系统的详细性能需

求。

8.2硕件配置

列出开发及运行系统所需要的硬件平台、工具等，说明采用依据。将各层的硬件及网络配置方案列

出图及表，并加以说明。

8.3软件配置

列出开发及运行本系统所需要的软件平台（操作系统、数据库、网络平台等）、软件辅助工具及使

用周期，说明采用依据。将系统软件配置（如网络管理软件、数据库管理软件、客户端软件等）方案列出图表，并加以说明。

9关键技术

关键技术指项目所采用的核心技术或技术难点、

新技术（如果有的话）在详细设计阶段应

0

确认概要设计中关键技术的设置，对每一项关键技术进一步明确详细的解决方案。

9.1关键技术的提出

说明关键技术提出的原则。

9.2关键技术的一般说明

说明关键技术的名称、必要性、技术难点、进度、计划等

（可以用表格）。

9.3关键技术的实现方案

详细介绍各项关键技术的实现方案。

10系统测试计划

系统的测试方案及计划，要求涉及从顶层到底层各模块。概要设计后期的测试计划重点放

在集成测试，而详细设计后应该提供详细的单元测试计划。

测试计划和方案部分可单独编写成册。

10.1测试策略

说明系统调试的环境、工具，集成测试的方法（从下而上或从上而下），模块测试的顺序,并给出辅助的模块或驱动模块及测试用例，说明这些测试用例的选取原则。

步骤，

10.2测试方案

10.3预期的测试结果

10.4测试进度计划

11验收标准

明确工程验收办法及步骤，对涉及到的各项验收标准、计量标准及质量标准进行说明。

12维护设计

维护设计针对系统运作的一些问题展开，

具体条目参照概要设计方案。如果此部分在概要

设计方案中已经足够详细并且可操作，在详细设计里也可省略。

12.1系统的可靠性和安全性

系统在运行可靠性和安全性方面对用户需求的满意程度和特殊设计、考虑

（如果有的话）。

12.2系统及用户维护设计

对一般用户日常维护操作和系统管理的日常维护进行设计，如备份、恢复操作，数据物理

安全。

12.3系统扩充

系统的功能扩充、容量扩大和可移植性、开放性等方面的说明

。

12.4错误处理

12.4.1出错类别

如系统对可能出现的某些错误和故障作了专门的设计考虑对错误

给出这些错误或故障的定义和

进行编码。

12.4.2出错处理

说明将使用的恢复或再启动技术，使软件从故障点恢复执行或软件从头开始重新运行的方

法。

12.5系统调整及再次开发问题

未来可能对系统进行的一些调整、限制和再次开发等问题，以及详细设计中尚未解决但开

开发阶段必须解决的问题。

发者认为在