详细设计
1 引言
1.1 编写目的
说明编写详细设计方案的主要目的。
说明书编制的目的是说明一个软件系统各个层次中的每个程序（每个模块或子程序）和数据库系统的设计考虑，为程序员编码提供依据。
如果一个软件系统比较简单，层次很少，本文件可以不单独编写，和概要设计说明书中不重复部分合并编写。
方案重点是模块的执行流程和数据库系统详细设计的描述。
1.2 背景
应包含以下几个方面的内容：
A. 待开发软件系统名称；
B. 该系统基本概念，如该系统的类型、从属地位等；
C. 开发项目组名称。
1.3 参考资料
列出详细设计报告引用的文献或资料，资料的作者、标题、出版单位和出版日期等信息，必要时说明如何得到这些资料。
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 详细需求分析
包括：
•详细功能需求分析
•详细性能需求分析
•详细资源需求分析
•详细系统运行环境及限制条件分析
3.2 详细系统运行环境及限制条件分析接口需求分析
包括：
•系统接口需求分析
•现有硬、软件资源接口需求分析
•引进硬、软件资源接口需求分析
4 总体方案确认
着重解决系统总体结构确认及界面划分问题。
4.1 系统总体结构确认
对系统组成、逻辑结构及层次进行确认，对应用系统、支撑系统及各自实现的功能进行确认，细化集成设计及系统工作流程，特别要注意因软件的引进造成的系统本身结构和公司其他系统的结构变化。
包括：
Ÿ系统组成、逻辑结构及层次确认
Ÿ应用系统结构确认
Ÿ支撑系统结构确认
Ÿ系统集成确认
Ÿ系统工作流程确认
4.2 系统详细界面划分
4.2.1 应用系统与支撑系统的详细界面划分
应用系统与支撑系统之间的界面包括系统主服务器与其他服务器的服务范围及访问方式，网络及数据库对应用系统的支撑方式，全局数据的管理与存取方式等。
4.2.2 系统内部详细界面划分
系统各功能之间的界面包括覆盖范围，模块间功能调用涉及到的系统模块及方法，全局数据格式，系统性能要求等。
5 系统详细设计
5.1 系统结构设计及子系统划分
对系统的组成及逻辑结构进行设计前确认。
划分系统功能模块或子系统（如果有或者有必要，特别是大型的软件系统）。
5.2 系统功能模块详细设计
按结构化设计方法，在系统功能逐层分解的基础上，对系统各功能模块或子系统进行设计。
此为详细设计的主要部分之一。
用层次图描述系统的总体结构、功能分解及各个模块之间的相互调用关系和信息交互，用IPO图或其他方法描述各模块完成的功能。
以上建议采用HIPO图进行功能分解与模块描述，更高的要求建议采用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.3 代码结构设计
确认信息分类编码总体方案，进行分类代码结构设计。
7.4 代码编制
按代码结构编制信息代码。
概要设计与详细设计的区别
概要设计与详细设计的区别概要设计就是设计软件的结构，包括组成模块，模块的层次结构,模块的调用关系，每个模块的功能等等。
同时，还要设计该项目的应用系统的总体数据结构和数据库结构，即应用系统要存储什么数据,这些数据是什么样的结构，它们之间有什么关系.详细设计阶段就是为每个模块完成的功能进行具体的描述，要把功能描述转变为精确的、结构化的过程描述.概要设计阶段通常得到软件结构图详细设计阶段常用的描述方式有：流程图、N—S图、PAD图、伪代码等概要设计和详细设计在软件设计中，大家经常问到的一个问题是:概要设计应该怎样一个概要法，详细设计应该怎样一个详细法？这个问题在公司内部经常有人问。
现在陈述一下.我们公司的研发流程是瀑布型的，这个模型中的分析、设计阶段是基于经典的结构化方法。
结构化设计方法的基本思路是：按照问题域，将软件逐级细化，分解为不必再分解的的模块，每个模块完成一定的功能，为一个或多个父模块服务（即接受调用），也接受一个或多个子模块的服务（即调用子模块）。
模块的概念，和编程语言中的子程序或函数是对应的。
这样一来，设计可以明显地划分成两个阶段：概要（结构）设计阶段：把软件按照一定的原则分解为模块层次，赋予每个模块一定的任务，并确定模块间调用关系和接口。
详细设计阶段：依据概要设计阶段的分解，设计每个模块内的算法、流程等。
概要设计阶段:在这个阶段，设计者会大致考虑并照顾模块的内部实现，但不过多纠缠于此.主要集中于划分模块、分配任务、定义调用关系。
模块间的接口与传参在这个阶段要定得十分细致明确,应编写严谨的数据字典，避免后续设计产生不解或误解。
概要设计一般不是一次就能做到位，而是反复地进行结构调整。
典型的调整是合并功能重复的模块，或者进一步分解出可以复用的模块.在概要设计阶段，应最大限度地提取可以重用的模块,建立合理的结构体系，节省后续环节的工作量.概要设计文档最重要的部分是分层数据流图、结构图、数据字典以及相应的文字说明等。
设计方案有几种
设计方案有几种
设计方案通常有三种基本类型：概念设计，详细设计和技术设计。
下面将对这三种设计方案进行详细解释。
1. 概念设计：概念设计是根据需求和目标来制定初步的设计方案。
它主要关注的是设计的整体思路和理念。
在概念设计中，设计师会进行市场调研、市场分析和用户调研，以确定产品的基本功能和外观风格。
概念设计通常包括草图、渲染图或原型等视觉表达方式，以便让相关人员更好地理解和评估设计概念的可行性。
2. 详细设计：详细设计是在概念设计的基础上进行深入细化和完善的过程。
它主要关注的是如何实现概念设计中确定的功能和外观。
在详细设计中，设计师会考虑一些具体的细节，如材料选择、尺寸规格、工艺流程等，以确保产品能够实际制造和运作。
详细设计通常包括制作零部件图纸、工艺路线和装配图，以便供生产部门使用。
3. 技术设计：技术设计是详细设计的一种特定类型，它主要关注的是使用特定的技术来解决设计中的技术问题。
技术设计可能涉及到一些复杂的技术问题，如材料的物理性能、机械运动的力学分析、电子电路的设计等。
在技术设计中，设计师需要具备专业的技术知识和技能，以提供实际可行的技术解决方案。
技术设计通常包括详细的技术计算和分析报告，以便对设计的可行性进行评估。
总的来说，设计方案有概念设计、详细设计和技术设计三种类
型。
它们分别从整体思路、具体细节和技术解决方案的角度来解决设计问题。
根据不同的需求和目标，可以选择适合的设计方案类型来进行设计工作。
概要设计和详细设计的内容
概要设计和详细设计的内容1. 概要设计：俯瞰全局的那把钥匙概要设计，听起来是不是有点高大上的感觉？其实，它就像是一个厨师在准备大餐之前的菜单，先把大致的框架搞清楚，再逐步细化。
这个阶段，咱们主要是从整体上把握项目，确定目标和范围。
就像给一幅画打底，得先画出大致的轮廓，才好慢慢添上细节。
你想啊，如果一开始就去画眼睫毛，最后可能连鼻子都没画出来，那可就闹笑话了。
1.1 确定需求：买菜清单的重要性首先，概要设计的重中之重就是需求分析。
就像逛超市前先写个买菜清单，知道自己需要什么，才能买得心应手。
在这个阶段，团队会和客户沟通，听听他们的需求，确保咱们的产品能满足他们的期望。
这就好比和朋友商量去旅行，得先问清楚大家想去哪里，才好安排路线。
总之，需求分析就是为了把那些模糊不清的想法变得清晰明了。
1.2 设计架构：搭个框架，稳稳的接下来，咱们就进入了设计架构的阶段。
这部分就像搭建一个房子的框架，必须得坚固才能支撑起整个建筑。
概要设计不仅要考虑技术架构，还要关注系统的可扩展性和可维护性。
想象一下，如果一个房子的基础不牢固，后面再加上几层楼，那可就危险了。
所以，概要设计的关键是要有一个好的基础，确保后续的开发能够顺利进行。
2. 详细设计：画龙点睛的过程详细设计，顾名思义，就是在概要设计的基础上，把每个细节都给补充上去。
这个阶段就像是给刚刚搭好的房子装修，选择每一扇窗户、每一扇门，甚至每一盏灯的样式。
详细设计的目标是让系统在技术层面上更加完善，确保每个模块都能高效运行。
2.1 模块划分：分工明确，合作无间详细设计的第一步就是模块划分。
想象一下，一个足球队，前锋、中场、后卫，每个位置都有不同的任务，大家各司其职，才能赢得比赛。
在软件设计中，模块化可以让团队成员明确自己的职责，提高工作效率。
通过划分模块，大家可以并行开发，像打篮球一样，快速传球，互相配合，效率杠杠的。
2.2 接口设计：沟通的桥梁接下来就是接口设计，这就好比是在建造桥梁，确保不同模块之间可以顺畅沟通。
详细设计
为每一模块设计一组测试用例
详细设计说明书
（GB8567
— 88）
1.详细设计阶段的任务还不是具体地编写程序，而是要设计出 程序的“蓝图”， 2.程序员将根据这个蓝图写出实际的程序代码。因此，详细设 计的结果基本上决定了最终的程序代码的质量。
3.考虑程序代码的质量时必须注意，程序的“读者”有两个，
•
结构程序设计的经典定义如下所述：“如果一个程序
的代码块仅仅通过顺序、选择和循环这3种基本控制结构
进行连接，并且每个代码块只有一个入口和一个出口，
则称这个程序是结构化的。” • “结构程序设计是尽可能少用GO TO语句的程序设计 方法。最好仅在检测出错误时才使用GO TO语句，而且 应该总是使用前向GO TO语句。”
(e) UNTIL型循环；(f) 语句标号；(g) 定义
使用PAD图提供的定义功能来逐步求精的例子
(a) 初始的PAD图；(b) 使用def符号细化处理框P2
PAD图的主要优点：
(1) 使用PAD符号所设计出来的程序必然是结构化程序。
(2) PAD图所描绘的程序结构十分清晰。
图中最左面的竖线是程序的主线，即第一层结构。随着程序层次
(5) 产生有意义的出错信息。 (6) 使用大小写、缩进和文本分组以帮助理解。 人机界面显示的信息大部分是文字，文字的布局和形式对用户 从中提取信息的难易程度有很大影响。 (7) 使用窗口分隔不同类型的信息。 利用窗口用户能够方便地“保存”多种不同类型的信息。
(8) 使用“模拟”显示方式表示信息，以使信息更容易被用户
• PAD图由日本日立公司1973年发明以后，已得 到一定程度的推广。它用二维树形结构的图来 表示程序的控制流，将这种图翻译成程序代码 比较容易。
详细设计
19
PAD图
特点
结构清晰，层次分明，易读 支持逐步求精的设计思想 容易将PAD自动转换为高级语言源程序
20
判定表
判定表可以清晰地描述复杂的条件组合。
21
判定表
其优点在于使别人很容易看清楚各种条件组合 以及由此产生的各种动作，甚至简单到不需要加以 任何说明。 表示复杂的条件组合与应做动作之间的对应关系； 判定表并不适用于作为一种通用的设计工具，通 常将之用于辅助测试 ； 要求将程序流程图中的多分支判断都改成两分支 判断； 缺点： --含义不清楚； --数据元素多于两个时，判定表简洁性下降。
PAD图
PAD是Problem Analysis Diagram的英文缩写，是日本日立公 司在1973年提出的。它是用结构化程序设计思想表现程序逻辑 结构的图形工具。 A A A
p p
B
顺序型
While P
B
选择型
=1 =2
A1 A2
S
当型循环型
p
=n
Until P
S
直到型循环型
An 多分支选择型
30
谢 谢！
全部细节；
4．为系统每一个模块设计测试用例。 以上这些内容所组成的文档就是系统详细设计说明书，这些文档设 计完成以后，经过审核合格交付给下一阶段，作为编码的依据。
5
结构化程序设计
… … if (A.LT.B) goto 120 if (B.LT.C) goto 110 100 write(6,*) C goto 140 110 write(6,*) B goto 140 120 if(A.LT.C) goto 130 goto 100 130 write(6,*) A 140 continue
基本设计和详细设计
基本设计和详细设计
“基础设计”不知是什么基础。
我这里权当是“基本设计”。
工艺包。
工程项目中确定的产品在其加工的整个过程需要的工艺流程确定、加工设备选择、原料的选择与成品存放环境、通用设备配置等等工程参数，以及生产过程的质量控制参数、生产过程工艺执行计划、生产流程中全部工艺技术的确定是工艺包涉及的内容。
基本设计。
是按照提供的工艺流程及设备参数初步做出的总图性设计，包括，总平面图，总流程图。
详细设计。
是按照总图和工艺包的参数做出的供工程实施使用的施工设计。
包括：建筑物、构筑物、机械、电气、给排水、消防、水处理、绿化等施工设计。
名词解释详细设计
名词解释详细设计
详细设计是软件开发过程中的一个阶段，它是在需求分析和概要设计之后进行的，并且是在编码之前完成的。
在详细设计阶段，软件系统的各个组成部分的实现细节和具体功能被详细规划和描述。
以下是详细设计的几个关键方面：
模块设计：将系统划分为各个模块，并确定每个模块的功能、接口、输入输出、数据结构等。
模块设计通常从一个高层次的概念开始，然后逐步细化为可执行的代码。
数据设计：确定系统中所需的数据结构和数据库的设计。
这包括定义数据实体、属性、关系、表结构、数据存储和处理方式等。
界面设计：定义用户界面的布局、交互方式、控件和视觉设计。
界面设计要考虑用户友好性、易用性和美观性。
算法设计：确定解决问题所需的算法和逻辑。
这涉及到底层的数据处理和计算过程的设计，以实现系统的功能。
异常处理和错误处理：设计系统在发生异常情况和错误时的处理方式。
这包括错误代码、错误消息、异常捕获和处理机制等。
性能优化：细化系统的性能目标，并通过优化算法、数据结构和代码来提高系统的响应时间和资源利用率。
安全性设计：考虑系统的安全需求，包括用户认证、访问控制、数据加密等，以保护系统免受潜在威胁和攻击。
详细设计的输出通常是软件系统的详细设计文档，其中包含了系统的各个方面的详细描述、流程图、数据模型、接口和算法设计等内容。
这个文档将作为开发团队的参考，确保系统在实现阶段按照设计规划进行开发。
同时，它也可以作为与客户、项目经理和其他相关人员进行沟通和确认的依据。
软件系统详细-设计
② WHILE结构 WHILE 条件
循环体S ENDWHILE
③ UNTIL结构 REPEAT
循环体S UNTIL 条件 输入/输出语句
① 输入语句： GET(输入变量表)
② 输出语句：
PUT(输出变量表) 模块调用语句
CALL 模块名(参数)
5 判定表：当算法中包含多重嵌套的条件选择时使 用。表示复杂的条件组合与相应的动作适宜。
从输入文件中各读一条记录 处理居民记录 end 关闭全部文件 停止 产生新文件 end
从上面的例子中可以看出，对于一个输入、输出数据结构之间对应关系清 晰的小规模数据处理问题来说，采用Jackson方法可以很方便地得到系统的 处理过程描述。但当输入、输出数据出现错误或输入、输出数据间没有对 应关系(称为结构冲突)时，上面所介绍的映射规则就无法处理了。
详细设计说明书可以看作是在系统结构设计说明书所确定的系统总体结构的基础
上，对其中各个模块实现过程的进一步描述和细化。通常，详细设计说明书中应主 要包括以下几方面的内容：
(1) 引言：用于说明编写本说明书的目的、背景，定义所用到的术语和缩略语， 以及列出文档中所引用的参考资料等。
(2) 总体设计：用于给出软件系统的体系结构图。
(6)PDL描述与程序结构相似，故PDL语言便于将详细设计的结果转换为源程序。 PDL的缺点是不如图形描述形象直观，因此常常将PDL描述与一种图形描述结合起
来使用。
PDL语言的主要定义语句及基本控制结构的表达如下所示： 定义语句
(1) 数据定义： DECLARE 属性变量名，… 属性包括：整型、实型、双精度型、字符型、指针、数组及结构等类型。
《软件工程》
软件的系统设计—详细设计 陈巧丽
系统概要设计和详细设计
系统概要设计和详细设计系统概要设计和详细设计系统概要设计是软件开发过程中的一个重要环节，它是在需求分析的基础上，对整个系统进行全面的规划和设计。
系统概要设计包括了对系统的总体结构、功能模块、数据结构、算法流程等方面进行详细的规划和描述。
而详细设计则是在概要设计的基础上，对每个模块进行具体的实现和编码。
一、系统概要设计1. 系统总体结构在系统总体结构方面，需要考虑到整个系统所包含的各个模块之间的关系。
这些模块之间应该是相互独立、互相协作，共同完成整个系统所需实现的功能。
同时，在总体结构中还需要考虑到数据存储方式、数据传输方式以及用户界面等方面。
2. 功能模块在功能模块方面，需要对整个系统所需实现的各项功能进行详细规划和描述。
这些功能应该能够满足用户需求，并且能够与其他模块进行有效地协作。
3. 数据结构在数据结构方面，需要考虑到整个系统所需使用的各种数据类型以及它们之间的关系。
这些数据类型应该能够满足系统所需实现的各项功能，并且能够与其他模块进行有效的交互。
4. 算法流程在算法流程方面，需要考虑到整个系统所需使用的各种算法以及它们之间的关系。
这些算法应该能够满足系统所需实现的各项功能，并且能够与其他模块进行有效的协作。
二、详细设计1. 模块设计在模块设计方面，需要对每个模块进行具体的实现和编码。
这些模块应该能够满足系统所需实现的各项功能，并且能够与其他模块进行有效地协作。
同时，在模块设计中还需要考虑到代码复用、可维护性等方面。
2. 数据库设计在数据库设计方面，需要考虑到数据表结构、数据类型、索引等方面。
这些数据库设计应该能够满足系统所需实现的各项功能，并且能够与其他模块进行有效的交互。
3. 用户界面设计在用户界面设计方面，需要考虑到用户体验、易用性等方面。
这些用户界面设计应该能够满足用户需求，并且能够与其他模块进行有效地协作。
4. 测试与调试在测试与调试方面，需要对整个系统进行全面的测试和调试。
这些测试与调试应该能够发现系统中存在的问题，并且能够及时地进行修复和优化。
详细设计的内容包括
详细设计的内容包括详细设计，是软件工程中软件开发的一个步骤，就是对概要设计的一个细化，就是详细设计每个模块实现算法，所需的局部结构。
在详细设计阶段，主要是通过需求分析的结果，设计出满足用户需求的软件系统产品。
（1）程序流程图。
程序流程图又称为程序框图，是使用最广泛然而也是用得最混乱的一种描述程序逻辑结构的工具。
它用方框表示一个处理步骤，菱形表示一个逻辑条件，箭头表示控制流向。
其优点是：结构清晰，易于理解，易于修改。
缺点是：只能描述执行过程而不能描述有关的数据。
（2）盒图。
盒图是一种强制使用结构化构造的图示工具，也称为方框图。
其具有以下特点：功能域明确、不可能任意转移控制、很容易确定局部和全局数据的作用域、很容易表示嵌套关系及模板的层次关系。
（3）PAD图。
PAD是一种改进的图形描述方式，可以用来取代程序流程图，比程序流程图更直观，结构更清晰。
最大的优点是能够反映和描述自顶向下的历史和过程。
PAD提供了5种基本控制结构的图示，并允许递归使用。
PAD的特点有：使用PAD符号设计出的程序代码是结构化程序代码；PAD所描绘的程序结构十分清晰；用PAD图表现程序的逻辑易读、易懂和易记；容易将PAD图转换成高级语言源程序自动完成；即可以表示逻辑，也可用来描绘数据结构；支持自顶向下方法的使用。
（4）PDL。
PDL也可称为伪码或结构化语言，它用于描述模块内部的具体算法，以便开发人员之间比较精确地进行交流。
语法是开放式的，其外层语法是确定的，而内层语法则不确定。
外层语法描述控制结构，它用类似于一般编程语言控制结构的关键字表示，所以是确定的。
内层语法描述具体操作，考虑到不同软件系统的实际操作种类繁多，内层语法因而不确定，它可以按系统的具体情况和不同的设计层次灵活选用，实际上任意英语语句都可用来描述所需的具体操作。
用它来描述详细设计，工作量比画图小，又比较容易转换为真正的代码。
PDL的优点：可以作为注释直接插在源程序中；可以使用普通的文本编辑工具或文字处理工具产生和管理；已经有自动处理程序存在，而且可以自动由PDL生成程序代码。